From jwboyer at gmail.com Sat Aug 1 00:11:10 2009 From: jwboyer at gmail.com (Josh Boyer) Date: Fri, 31 Jul 2009 20:11:10 -0400 Subject: FESCo meeting summary for 2009-07-31 In-Reply-To: <4A735CDE.8030204@gmail.com> References: <4A7345E4.9010502@fedoraproject.org> <1249069492.5186.80.camel@localhost.localdomain> <4A734AF4.1050207@fedoraproject.org> <20090731200135.GG28607@hansolo.jdub.homelinux.org> <4A735452.3050703@fedoraproject.org> <20090731204709.GI28607@hansolo.jdub.homelinux.org> <4A735CDE.8030204@gmail.com> Message-ID: <20090801001110.GL28607@hansolo.jdub.homelinux.org> On Fri, Jul 31, 2009 at 02:06:38PM -0700, Toshio Kuratomi wrote: >>> It is a random upstream project but one developed within Fedora and >>> Fedora can and should tell them not to do so. Why shouldn't we? Again >>> they don't need or deserve special exceptions. Treat them like any other >>> upstream project. That is all I ask. >> >> No. That is part of the problem with your proposal. You have targetted RH >> or Fedora packages that do this. If some other package only distributes via >> SRPM (or .deb, or ebuild), they aren't required to comply. Why force these >> RH/Fedora packages to do something that we don't force other packages to? >> >The proposal doesn't target Fedora or RH. The exception targets Fedora >or Red Hat. This removes that exception. It appears I have misread the proposal as written. I've also generally made an ass out of myself here. I withdraw my objection. josh From jwboyer at gmail.com Sat Aug 1 00:41:17 2009 From: jwboyer at gmail.com (Josh Boyer) Date: Fri, 31 Jul 2009 20:41:17 -0400 Subject: More Fedora mock breakage In-Reply-To: <16210.1249080534@sss.pgh.pa.us> References: <15990.1249079609@sss.pgh.pa.us> <2d319b780907311536w25f5fd2dj9f87343685848d08@mail.gmail.com> <16210.1249080534@sss.pgh.pa.us> Message-ID: <20090801004117.GN28607@hansolo.jdub.homelinux.org> On Fri, Jul 31, 2009 at 06:48:54PM -0400, Tom Lane wrote: >"Mathieu Bridon (bochecha)" writes: >>> ERROR with rpm_check_debug vs depsolve: >>> rpmlib(PayloadIsXz) is needed by exim-4.69-12.fc12.x86_64 > >> I had the same on F11, building in a Rawhide mock. > >> I was advised to update rpm to 4.7.1 that was in updates-testing, >> which fixed the problem. > >[ consults CVS... ] So XZ support in F-11's rpm is less than a week >old, there is *no* support in F-10, and we're already requiring >the capability in order to do useful development work? > >All I can say is WTF. Did you have a better plan for migrating to an XZ payload for F12 in time for Alpha? josh From bnocera at redhat.com Sat Aug 1 01:02:52 2009 From: bnocera at redhat.com (Bastien Nocera) Date: Sat, 01 Aug 2009 02:02:52 +0100 Subject: FESCo meeting summary for 2009-07-31 In-Reply-To: <1249069492.5186.80.camel@localhost.localdomain> References: <4A7345E4.9010502@fedoraproject.org> <1249069492.5186.80.camel@localhost.localdomain> Message-ID: <1249088572.28327.8319.camel@localhost.localdomain> On Fri, 2009-07-31 at 12:44 -0700, Jesse Keating wrote: > On Sat, 2009-08-01 at 00:58 +0530, Rahul Sundaram wrote: > > > > I don't think anybody is going to argue that extracting source from srpm > > or pulling tarball + patches from our package cvs is ideal. So I don't > > see why we should continue have a lame exception. > > Yeah, it's not idea. They should just pull it from our upstream source > repo by the tag we apply when we make the release we package. Then > they're much better setup to provide patches back to us in a preferred > manner. > > Lets start moving beyond the tarball crap. No, and no. That's what Moblin does, and you can ask Peter Robinson how much of a pain it is. If we want to ask upstreams to do tarball releases, I don't see why we should be making assertions like that. PS: Talking to Moblin guys on fixing the lack of tarballs From bnocera at redhat.com Sat Aug 1 01:06:17 2009 From: bnocera at redhat.com (Bastien Nocera) Date: Sat, 01 Aug 2009 02:06:17 +0100 Subject: More Fedora mock breakage In-Reply-To: <16210.1249080534@sss.pgh.pa.us> References: <15990.1249079609@sss.pgh.pa.us> <2d319b780907311536w25f5fd2dj9f87343685848d08@mail.gmail.com> <16210.1249080534@sss.pgh.pa.us> Message-ID: <1249088777.28327.8326.camel@localhost.localdomain> On Fri, 2009-07-31 at 18:48 -0400, Tom Lane wrote: > "Mathieu Bridon (bochecha)" writes: > >> ERROR with rpm_check_debug vs depsolve: > >> rpmlib(PayloadIsXz) is needed by exim-4.69-12.fc12.x86_64 > > > I had the same on F11, building in a Rawhide mock. > > > I was advised to update rpm to 4.7.1 that was in updates-testing, > > which fixed the problem. > > [ consults CVS... ] So XZ support in F-11's rpm is less than a week > old, there is *no* support in F-10, and we're already requiring > the capability in order to do useful development work? > > All I can say is WTF. An rpm with Xz support is in F11 updates-testing. I'm pretty sure it's also in updates-testing for F10. From walters at verbum.org Sat Aug 1 01:08:34 2009 From: walters at verbum.org (Colin Walters) Date: Sat, 1 Aug 2009 01:08:34 +0000 Subject: FESCo meeting summary for 2009-07-31 In-Reply-To: <1249088572.28327.8319.camel@localhost.localdomain> References: <4A7345E4.9010502@fedoraproject.org> <1249069492.5186.80.camel@localhost.localdomain> <1249088572.28327.8319.camel@localhost.localdomain> Message-ID: On Sat, Aug 1, 2009 at 1:02 AM, Bastien Nocera wrote: > > > That's what Moblin does, and you can ask Peter Robinson how much of a > pain it is. If we want to ask upstreams to do tarball releases, I don't > see why we should be making assertions like that. It's only a pain because Fedora's infrastructure wasn't designed for it; instead it implements the world's least optimized and most painful revision control system of series-of-tarballs. If the infrastructure supported it directly, that would change the pain equation quite a bit. There is the detail that then you'd have to know how to run autogen.sh, but jhbuild already has that knowledge for a lot of the desktop core stack. Anyways this kind of thing can be incremental; just because infrastructure now supports pulling from git doesn't mean we'd need to have a field day editing .spec files to get everything to use it. From tgl at redhat.com Sat Aug 1 04:09:19 2009 From: tgl at redhat.com (Tom Lane) Date: Sat, 01 Aug 2009 00:09:19 -0400 Subject: More Fedora mock breakage In-Reply-To: <1249088777.28327.8326.camel@localhost.localdomain> References: <15990.1249079609@sss.pgh.pa.us> <2d319b780907311536w25f5fd2dj9f87343685848d08@mail.gmail.com> <16210.1249080534@sss.pgh.pa.us> <1249088777.28327.8326.camel@localhost.localdomain> Message-ID: <20409.1249099759@sss.pgh.pa.us> Bastien Nocera writes: > On Fri, 2009-07-31 at 18:48 -0400, Tom Lane wrote: >> [ consults CVS... ] So XZ support in F-11's rpm is less than a week >> old, there is *no* support in F-10, and we're already requiring >> the capability in order to do useful development work? >> All I can say is WTF. > An rpm with Xz support is in F11 updates-testing. I'm pretty sure it's > also in updates-testing for F10. It is not in F-10's package CVS, let alone in updates-testing. Yes, I looked before complaining. This was not well-managed. regards, tom lane From dledford at redhat.com Sat Aug 1 05:29:36 2009 From: dledford at redhat.com (Doug Ledford) Date: Sat, 1 Aug 2009 00:29:36 -0500 Subject: [ANNOUNCE] New Mixer Handling in PA 0.9.16/F12 In-Reply-To: References: <20090728135958.GA30170@tango.0pointer.de> <20090728185937.GB12908@tango.0pointer.de> <5D4DD810-4A3D-4619-9801-30D147A1CFC0@redhat.com> Message-ID: <20090801052933.GB2520@redhat.com> On Thu, Jul 30, 2009 at 04:53:25PM -0500, Matthew Woehlke wrote: > Doug Ledford wrote: >> Every system I build still keeps the analog signal cable between the >> CD/DVD and the soundcard. This doesn't help if I try to watch a movie >> as that signal has to be decoded and then played, but for audio CDs >> it is still a perfectly acceptable means of playing the music. So I'm >> not sure where this "CD in is obsolete" comes from. Even the >> motherboard I bought about 2 months ago still has a CD in port and >> the CD/DVD in that machine still has an analog output. > > CD is digital and can be read in digital format by your CPU and sent in > digital to the sound device. This is lossless. > > You want to: > (D->A) do the DAC in the CD drive > (A) toss that on an analog wire > (A/A->D->A) apply an analog volume adjustment (if you're lucky; you > might actually end up doing a ADC, digital volume adjustment, DAC) > (A/A->D) toss that on a different wire that might be digital > (A/D->A) hear it from your speakers > > You could: > (D) read the CD digital data > (D) toss said data to the sound device (losslessly!) > (D/D->A) apply a digital volume adjustment (or maybe analog volume > adjustment after DAC) > (D/D->A) send that, maybe digitally, to your speakers > (A/D->A) hear it from your speakers > > What exactly is better about the first scenario? At *best* you're moving > the analog signal across a longer run of wire (and one that is inside > your computer case with who-knows-what shielding picking up > who-knows-what interference). At worst you've tossed several analog > elements into a process that could have been digital from disc to > speaker cones. > > Seriously... do I miss something? That reading in the data digitally uses non trivial amounts of PCI and CPU bandwidth. If I can't hear the difference between the two modes, then that CPU usage is a total waste of resources. I have other things I want my CPU to be doing. From mjg at redhat.com Sat Aug 1 05:40:12 2009 From: mjg at redhat.com (Matthew Garrett) Date: Sat, 1 Aug 2009 06:40:12 +0100 Subject: [ANNOUNCE] New Mixer Handling in PA 0.9.16/F12 In-Reply-To: <20090801052933.GB2520@redhat.com> References: <20090728135958.GA30170@tango.0pointer.de> <20090728185937.GB12908@tango.0pointer.de> <5D4DD810-4A3D-4619-9801-30D147A1CFC0@redhat.com> <20090801052933.GB2520@redhat.com> Message-ID: <20090801054012.GA16329@srcf.ucam.org> On Sat, Aug 01, 2009 at 12:29:36AM -0500, Doug Ledford wrote: > That reading in the data digitally uses non trivial amounts of PCI and > CPU bandwidth. If I can't hear the difference between the two modes, > then that CPU usage is a total waste of resources. I have other things > I want my CPU to be doing. If 150K/sec is non-trivial PCI bandwidth, I think you should probably ask for a refund on your motherboard. From a power management point of view I'd like to agree that offloading this from the CPU is a good thing, but Lennart's right - most newly built machines don't hook these up, and adding a control that influences CD volume on a small number of machines and does nothing whatsoever on a larger number isn't a sensible UI optimisation. -- Matthew Garrett | mjg59 at srcf.ucam.org From dledford at redhat.com Sat Aug 1 05:41:15 2009 From: dledford at redhat.com (Doug Ledford) Date: Sat, 1 Aug 2009 00:41:15 -0500 Subject: [ANNOUNCE] New Mixer Handling in PA 0.9.16/F12 In-Reply-To: <20090730223638.GA26252@tango.0pointer.de> References: <20090728135958.GA30170@tango.0pointer.de> <20090728185937.GB12908@tango.0pointer.de> <5D4DD810-4A3D-4619-9801-30D147A1CFC0@redhat.com> <20090730223638.GA26252@tango.0pointer.de> Message-ID: <20090801054113.GC2520@redhat.com> On Fri, Jul 31, 2009 at 12:36:38AM +0200, Lennart Poettering wrote: > On Thu, 30.07.09 16:53, Matthew Woehlke (mw_triad at users.sourceforge.net) wrote: > > > > > Doug Ledford wrote: > >> Every system I build still keeps the analog signal cable between the > >> CD/DVD and the soundcard. This doesn't help if I try to watch a movie > >> as that signal has to be decoded and then played, but for audio CDs > >> it is still a perfectly acceptable means of playing the music. So I'm > >> not sure where this "CD in is obsolete" comes from. Even the > >> motherboard I bought about 2 months ago still has a CD in port and > >> the CD/DVD in that machine still has an analog output. > > > > CD is digital and can be read in digital format by your CPU and sent in > > digital to the sound device. This is lossless. > > Adding here: > > The "analog" path for CDDA is completely broken and obsolete: And adding here that CD in is just one of two analog in paths I use that I don't want to do digital data transfer on. You didn't address the other one. > - It doesn't work with USB cd drives Depends on wether or not the drive has an analog out. Most don't, but I've seen them in the past that do. > - Modern cards don't even have the connector anymore As mentioned in my previous mail, my most recent motherboard purchase does, and so did all my previous purchases. > - There is no way to get acces to the PCM data before playing it, > meaning no equalizers applied, no visualizations, no signal meters, > no suurrround upmixing, no nothing. Well, duh. I don't *want* that junk. I want a zero intervention pass through that leaves my system unoccupied by mundane, trivial crap. Oh, and my sound card automatically plays 2 channel stereo line in as either 4.1 or 5.1 output, so I *really* don't want CPU based surround upmixing. > - There is no way to figure out if it is actually connected, so > exposing it would more often than not show something that doesn't > work at all. I *know* it's connected, I connected it myself. > - and the killer argument: we don't even ship a CD player app that > could make use of the analog CDDA playback path. To my konwledge > there is none in the default install, nor in the entire distro. And this has nothing to do with whether or not the mixer should be able to deal with analog in to analog out directly, which was my complaint. The CD portion of it was just one instance, the other being my use of line in for my iPhone. Assuming that because you don't have access to a CD player that does CDDA based playing today means that it simply doesn't work in the hardware is just silly. And assuming that because your CD in path doesn't work that no analog input path should be redirected in hardware to speakers is also just as silly. From oget.fedora at gmail.com Sat Aug 1 05:41:56 2009 From: oget.fedora at gmail.com (Orcan Ogetbil) Date: Sat, 1 Aug 2009 01:41:56 -0400 Subject: More Fedora mock breakage In-Reply-To: <20409.1249099759@sss.pgh.pa.us> References: <15990.1249079609@sss.pgh.pa.us> <2d319b780907311536w25f5fd2dj9f87343685848d08@mail.gmail.com> <16210.1249080534@sss.pgh.pa.us> <1249088777.28327.8326.camel@localhost.localdomain> <20409.1249099759@sss.pgh.pa.us> Message-ID: On Sat, Aug 1, 2009 at 12:09 AM, Tom Lane wrote: > Bastien Nocera writes: >> On Fri, 2009-07-31 at 18:48 -0400, Tom Lane wrote: >>> [ consults CVS... ] ?So XZ support in F-11's rpm is less than a week >>> old, there is *no* support in F-10, and we're already requiring >>> the capability in order to do useful development work? > >>> All I can say is WTF. > >> An rpm with Xz support is in F11 updates-testing. I'm pretty sure it's >> also in updates-testing for F10. > > It is not in F-10's package CVS, let alone in updates-testing. ?Yes, > I looked before complaining. ?This was not well-managed. > Is this such a big issue to whine about? The same thing happened to many of us. Just grab the SRPM and build your RPM. Here, I did it for you: http://koji.fedoraproject.org/koji/taskinfo?taskID=1571414 Orcan From dledford at redhat.com Sat Aug 1 05:51:14 2009 From: dledford at redhat.com (Doug Ledford) Date: Sat, 1 Aug 2009 00:51:14 -0500 Subject: [ANNOUNCE] New Mixer Handling in PA 0.9.16/F12 In-Reply-To: <20090730232858.GA2246@tango.0pointer.de> References: <20090728135958.GA30170@tango.0pointer.de> <20090728185937.GB12908@tango.0pointer.de> <5D4DD810-4A3D-4619-9801-30D147A1CFC0@redhat.com> <20090730223638.GA26252@tango.0pointer.de> <4A722786.8030502@pobox.com> <20090730232858.GA2246@tango.0pointer.de> Message-ID: <20090801055110.GD2520@redhat.com> On Fri, Jul 31, 2009 at 01:28:58AM +0200, Lennart Poettering wrote: > On Thu, 30.07.09 19:06, Jeff Garzik (jgarzik at pobox.com) wrote: > > > > > Lennart Poettering wrote: > >> Doing digital grabbing of is very reliable these days. The analog path > >> is just completely obsolete. > > > > I guess it's an open question why HDA touts multi-analog and hw mixing > > as modern features, then :) > > Oh does it? How about adding some references to this claim? Might be > actually convincing then. > > At least I couldn't find anything googling for 'HDA hardware-mixing'. > > Nor could I find anything googling for 'HDA multi-analog'. When you buy an Intel CPU do you expect it to say "Supports x86 instruction set"? The ability for a soundcard to accept multiple analog inputs and output them all simultaneously to a single sink has been standard for so long that any card that *can't* do it (assuming it has multiple analog inputs) would be considered total garbage. You don't have to tout something that is a basic, standard capability. From dledford at redhat.com Sat Aug 1 05:58:13 2009 From: dledford at redhat.com (Doug Ledford) Date: Sat, 1 Aug 2009 00:58:13 -0500 Subject: [ANNOUNCE] New Mixer Handling in PA 0.9.16/F12 In-Reply-To: <20090731015429.GC12415@nostromo.devel.redhat.com> References: <20090728135958.GA30170@tango.0pointer.de> <20090728185937.GB12908@tango.0pointer.de> <5D4DD810-4A3D-4619-9801-30D147A1CFC0@redhat.com> <20090730223638.GA26252@tango.0pointer.de> <4A722786.8030502@pobox.com> <20090730232858.GA2246@tango.0pointer.de> <20090731015429.GC12415@nostromo.devel.redhat.com> Message-ID: <20090801055812.GE2520@redhat.com> On Thu, Jul 30, 2009 at 09:54:29PM -0400, Bill Nottingham wrote: > Lennart Poettering (mzerqung at 0pointer.de) said: > > And also, please paste a dump of "amixer -c0" for your HDA card so > > that we can see that it includes a "CD" control. > > Sorry, but... > $ cat /proc/asound/cards > 0 [Intel ]: HDA-Intel - HDA Intel > HDA Intel at 0xee240000 irq 17 > $ amixer -c 0 > ... > Simple mixer control 'CD',0 > Capabilities: pvolume pswitch cswitch cswitch-joined cswitch-exclusive > Capture exclusive group: 0 > Playback channels: Front Left - Front Right > Capture channels: Mono > Limits: Playback 0 - 31 > Mono: Capture [off] > Front Left: Playback 23 [74%] [0.00dB] [on] > Front Right: Playback 23 [74%] [0.00dB] [on] > ... [dledford at zd7000 ~]$ cat /proc/asound/cards 0 [ICH5 ]: ICH4 - Intel ICH5 Intel ICH5 with unknown codec at irq 17 1 [Modem ]: ICH-MODEM - Intel ICH5 Modem Intel ICH5 Modem at irq 17 [dledford at zd7000 ~]$ amixer -c0 ... Simple mixer control 'Line',0 Capabilities: pvolume pswitch pswitch-joined cswitch cswitch-exclusive Capture exclusive group: 0 Playback channels: Front Left - Front Right Capture channels: Front Left - Front Right Limits: Playback 0 - 31 Front Left: Playback 0 [0%] [-34.50dB] [off] Capture [off] Front Right: Playback 0 [0%] [-34.50dB] [off] Capture [off] Simple mixer control 'CD',0 Capabilities: pvolume pswitch pswitch-joined cswitch cswitch-exclusive Capture exclusive group: 0 Playback channels: Front Left - Front Right Capture channels: Front Left - Front Right Limits: Playback 0 - 31 Front Left: Playback 23 [74%] [0.00dB] [on] Capture [off] Front Right: Playback 23 [74%] [0.00dB] [on] Capture [off] Simple mixer control 'Mic',0 Capabilities: pvolume pvolume-joined pswitch pswitch-joined cswitch cswitch-exclusive Capture exclusive group: 0 Playback channels: Mono Capture channels: Front Left - Front Right Limits: Playback 0 - 31 Mono: Playback 0 [0%] [-34.50dB] [off] Front Left: Capture [on] Front Right: Capture [on] Simple mixer control 'Mic Boost (+20dB)',0 Capabilities: pswitch pswitch-joined Playback channels: Mono Mono: Playback [off] Simple mixer control 'Video',0 Capabilities: cswitch cswitch-exclusive Capture exclusive group: 0 Capture channels: Front Left - Front Right Front Left: Capture [off] Front Right: Capture [off] ... [dledford at zd7000 ~]$ cat /proc/asound/pcm 00-00: Intel ICH : Intel ICH5 : playback 1 : capture 1 00-01: Intel ICH - MIC ADC : Intel ICH5 - MIC ADC : capture 1 00-02: Intel ICH - MIC2 ADC : Intel ICH5 - MIC2 ADC : capture 1 00-03: Intel ICH - ADC2 : Intel ICH5 - ADC2 : capture 1 00-04: Intel ICH - IEC958 : Intel ICH5 - IEC958 : playback 1 01-00: Intel ICH - Modem : Intel ICH5 Modem - Modem : playback 1 : capture 1 From dledford at redhat.com Sat Aug 1 06:01:44 2009 From: dledford at redhat.com (Doug Ledford) Date: Sat, 1 Aug 2009 01:01:44 -0500 Subject: [ANNOUNCE] New Mixer Handling in PA 0.9.16/F12 In-Reply-To: <20090801054012.GA16329@srcf.ucam.org> References: <20090728135958.GA30170@tango.0pointer.de> <20090728185937.GB12908@tango.0pointer.de> <5D4DD810-4A3D-4619-9801-30D147A1CFC0@redhat.com> <20090801052933.GB2520@redhat.com> <20090801054012.GA16329@srcf.ucam.org> Message-ID: <20090801060144.GF2520@redhat.com> On Sat, Aug 01, 2009 at 06:40:12AM +0100, Matthew Garrett wrote: > On Sat, Aug 01, 2009 at 12:29:36AM -0500, Doug Ledford wrote: > > > That reading in the data digitally uses non trivial amounts of PCI and > > CPU bandwidth. If I can't hear the difference between the two modes, > > then that CPU usage is a total waste of resources. I have other things > > I want my CPU to be doing. > > If 150K/sec is non-trivial PCI bandwidth, I think you should probably > ask for a refund on your motherboard. From a power management point of > view I'd like to agree that offloading this from the CPU is a good > thing, but Lennart's right - most newly built machines don't hook these > up, and adding a control that influences CD volume on a small number of > machines and does nothing whatsoever on a larger number isn't a sensible > UI optimisation. It's also things like erratic output via PA versus smooth output via analog input. This particular laptop pops and crackles every time the PCM starts/stops, while analog signals are much cleaner. And it would be pretty easy to have a warn once dialog that tells users that attempt to adjust the CD in volume that it may not have any effect if the analog input isn't connected to the sound card or if the cd playback software skips the analog input in favor of digital data transfer. You could even ask users after an adjustment if the adjustment made any difference, and if it didn't, you could remove it from the UI. From dan at danny.cz Sat Aug 1 07:05:22 2009 From: dan at danny.cz (Dan =?ISO-8859-1?Q?Hor=E1k?=) Date: Sat, 01 Aug 2009 09:05:22 +0200 Subject: More Fedora mock breakage In-Reply-To: <20409.1249099759@sss.pgh.pa.us> References: <15990.1249079609@sss.pgh.pa.us> <2d319b780907311536w25f5fd2dj9f87343685848d08@mail.gmail.com> <16210.1249080534@sss.pgh.pa.us> <1249088777.28327.8326.camel@localhost.localdomain> <20409.1249099759@sss.pgh.pa.us> Message-ID: <1249110322.3678.30.camel@eagle.danny.cz> Tom Lane p??e v So 01. 08. 2009 v 00:09 -0400: > Bastien Nocera writes: > > On Fri, 2009-07-31 at 18:48 -0400, Tom Lane wrote: > >> [ consults CVS... ] So XZ support in F-11's rpm is less than a week > >> old, there is *no* support in F-10, and we're already requiring > >> the capability in order to do useful development work? > > >> All I can say is WTF. > > > An rpm with Xz support is in F11 updates-testing. I'm pretty sure it's > > also in updates-testing for F10. > > It is not in F-10's package CVS, let alone in updates-testing. Yes, > I looked before complaining. This was not well-managed. rpm with xz support for F-10 is available at http://fedora.danny.cz/rpm/ Dan From nicolas.mailhot at laposte.net Sat Aug 1 07:20:09 2009 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Sat, 01 Aug 2009 09:20:09 +0200 Subject: FESCo meeting summary for 2009-07-31 In-Reply-To: <20090731204709.GI28607@hansolo.jdub.homelinux.org> References: <4A7345E4.9010502@fedoraproject.org> <1249069492.5186.80.camel@localhost.localdomain> <4A734AF4.1050207@fedoraproject.org> <20090731200135.GG28607@hansolo.jdub.homelinux.org> <4A735452.3050703@fedoraproject.org> <20090731204709.GI28607@hansolo.jdub.homelinux.org> Message-ID: <1249111209.7365.5.camel@arekh.okg> Le vendredi 31 juillet 2009 ? 16:47 -0400, Josh Boyer a ?crit : > On Sat, Aug 01, 2009 at 02:00:10AM +0530, Rahul Sundaram wrote: > >On 08/01/2009 01:31 AM, Josh Boyer wrote: > >It is a random upstream project but one developed within Fedora and > >Fedora can and should tell them not to do so. Why shouldn't we? Again > >they don't need or deserve special exceptions. Treat them like any other > >upstream project. That is all I ask. > > No. That is part of the problem with your proposal. You have targetted RH > or Fedora packages that do this. If some other package only distributes via > SRPM (or .deb, or ebuild), they aren't required to comply. Why force these > RH/Fedora packages to do something that we don't force other packages to? Because we have higher standards and our ? mission is to lead the advancement of free and open source software and content as a collaborative community. ?. Providing easy to find code tarballs is part of making community collaboration easy. (You can provide other means but this is the minimum requirement) -- 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 Sat Aug 1 07:23:39 2009 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Sat, 01 Aug 2009 09:23:39 +0200 Subject: FESCo meeting summary for 2009-07-31 In-Reply-To: <1249070983.5186.81.camel@localhost.localdomain> References: <4A7345E4.9010502@fedoraproject.org> <1249069492.5186.80.camel@localhost.localdomain> <4A734AF4.1050207@fedoraproject.org> <1249070983.5186.81.camel@localhost.localdomain> Message-ID: <1249111419.7365.8.camel@arekh.okg> Le vendredi 31 juillet 2009 ? 13:09 -0700, Jesse Keating a ?crit : > On Sat, 2009-08-01 at 01:20 +0530, Rahul Sundaram wrote: > > That's kind of side tracking though. Point is that SRPM as upstream > > source is simply a stupid thing. We would complain loudly or atleast > > whine about it if Novell or Mandriva or Debian did that. Wouldn't we? > > > > Why should we have an exception anymore? I can't think of a single > > reason why we should. > > > > If there was no public available source repo, yes we'd complain. If > there was, I don't think we'd complain really. Well I can tell you packaging Droid fonts is a giant PITA because they don't provide tarballs and you have to scrape files from their gitweb (and then check them one by one because they overwrite them at each code dump regardless if they changed or not) -- 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 opensource at till.name Sat Aug 1 08:13:41 2009 From: opensource at till.name (Till Maas) Date: Sat, 01 Aug 2009 10:13:41 +0200 Subject: FESCo meeting summary for 2009-07-31 In-Reply-To: <1249069492.5186.80.camel@localhost.localdomain> References: <4A7345E4.9010502@fedoraproject.org> <1249069492.5186.80.camel@localhost.localdomain> Message-ID: <20090801081341.GA19464@genius.kawo2.rwth-aachen.de> On Fri, Jul 31, 2009 at 12:44:52PM -0700, Jesse Keating wrote: > On Sat, 2009-08-01 at 00:58 +0530, Rahul Sundaram wrote: > > > > I don't think anybody is going to argue that extracting source from srpm > > or pulling tarball + patches from our package cvs is ideal. So I don't > > see why we should continue have a lame exception. > > Yeah, it's not idea. They should just pull it from our upstream source > repo by the tag we apply when we make the release we package. Then > they're much better setup to provide patches back to us in a preferred > manner. > > Lets start moving beyond the tarball crap. Is there already support for this in rpmbuild? Can I use a SCM url as Source0 in spec files? This would be off course very useful. Regards Till -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 835 bytes Desc: not available URL: From awilliam at redhat.com Sat Aug 1 09:32:37 2009 From: awilliam at redhat.com (Adam Williamson) Date: Sat, 01 Aug 2009 02:32:37 -0700 Subject: [ANNOUNCE] New Mixer Handling in PA 0.9.16/F12 In-Reply-To: <20090801060144.GF2520@redhat.com> References: <20090728135958.GA30170@tango.0pointer.de> <20090728185937.GB12908@tango.0pointer.de> <5D4DD810-4A3D-4619-9801-30D147A1CFC0@redhat.com> <20090801052933.GB2520@redhat.com> <20090801054012.GA16329@srcf.ucam.org> <20090801060144.GF2520@redhat.com> Message-ID: <1249119157.6440.18.camel@adam.local.net> On Sat, 2009-08-01 at 01:01 -0500, Doug Ledford wrote: > On Sat, Aug 01, 2009 at 06:40:12AM +0100, Matthew Garrett wrote: > > On Sat, Aug 01, 2009 at 12:29:36AM -0500, Doug Ledford wrote: > > > > > That reading in the data digitally uses non trivial amounts of PCI and > > > CPU bandwidth. If I can't hear the difference between the two modes, > > > then that CPU usage is a total waste of resources. I have other things > > > I want my CPU to be doing. > > > > If 150K/sec is non-trivial PCI bandwidth, I think you should probably > > ask for a refund on your motherboard. From a power management point of > > view I'd like to agree that offloading this from the CPU is a good > > thing, but Lennart's right - most newly built machines don't hook these > > up, and adding a control that influences CD volume on a small number of > > machines and does nothing whatsoever on a larger number isn't a sensible > > UI optimisation. > > It's also things like erratic output via PA versus smooth output via > analog input. What the hell? How is 'PA versus analog input' a remotely sensible opposition? How are those things even related? -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From gmaxwell at gmail.com Sat Aug 1 09:50:54 2009 From: gmaxwell at gmail.com (Gregory Maxwell) Date: Sat, 1 Aug 2009 05:50:54 -0400 Subject: openssh-blacklist - careless waste of space. In-Reply-To: <200907311131.54932.sgrubb@redhat.com> References: <2023670722.278531249029448887.JavaMail.root@zmail04.collab.prod.int.phx2.redhat.com> <4A72AE64.7010602@gmail.com> <200907311131.54932.sgrubb@redhat.com> Message-ID: On Fri, Jul 31, 2009 at 11:31 AM, Steve Grubb wrote: > On Friday 31 July 2009 04:42:12 am Frank Murphy wrote: >> I think what is meant, it that the app is useless, without either >> web\media input. Which the user should not have to do to take full >> advantage of it. > > I think this is a bit like virus definitions. It's more akin to a bad password list. > 800Mb is excessive to ship in a > package. I think the definitions could be created by a script, but will take > some time to generate. Maybe adding a generator for people not connected would > let them recreate the content? > > But a 800Mb package is bigger than the livecd. What?! Openssh-blacklist is a list of bad keys that could have been generated by the debian lack of entropy bug. In it should be a couple of text files: A DSA key file, and an RSA key file for each of a couple common key sizes. Each file should have 100k lines or so with just a fingerprint on them.. all in all it should just be a couple of mbytes. It looks like that distribution also includes the full public and private keyparts for the bad keys in addition to the fingerprints. That isn't needed for bad key screening? that additional info is only really needed by attackers. After the vulnerability I screened the accounts on my systems and found a couple of these bad keys just from giving my ubuntu/debian running friends access to rsync data, so this is a risk for fedora users too. Not only should this install without requiring a live internet connection but these, or at least a subset with the most common key sizes, should really be part of the default ssh install along with the feature in SSH that causes it to refuse to use these keys. From rawhide at fedoraproject.org Sat Aug 1 10:20:56 2009 From: rawhide at fedoraproject.org (Rawhide Report) Date: Sat, 1 Aug 2009 10:20:56 +0000 Subject: rawhide report: 20090801 changes Message-ID: <20090801102056.GA24620@releng2.fedora.phx.redhat.com> Compose started at Sat Aug 1 06:15:03 UTC 2009 New package ccrypt Secure encryption and decryption of files and streams New package emacs-common-proofgeneral Emacs mode for standard interaction interface for proof assistants New package geany-plugins Plugins for Geany New package php-facedetect PHP extension to access the OpenCV library New package php-getid3 The PHP media file parser New package python-firkin A python module to convert between different measurement units Updated Packages: ConsoleKit-0.3.1-2.fc12 ----------------------- * Fri Jul 31 2009 Ray Strode 0.3.1-1 - Update to 0.3.1 * Fri Jul 31 2009 Matthias Clasen 0.3.1-2 - Fix a small memory leak GMT-4.5.0-4.fc12 ---------------- * Fri Jul 31 2009 Alex Lancaster - 4.5.0-4 - Rebuild against Octave 3.2.2 ModemManager-0.2-3.20090707.fc12 -------------------------------- * Fri Jul 31 2009 Matthias Clasen - Fix a typo in one of the udev rules files PyRTF-0.45-10.fc12 ------------------ * Fri Jul 24 2009 Fedora Release Engineering - 0.45-10 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild alienarena-7.30-1.fc12 ---------------------- * Thu Jul 30 2009 Tom "spot" Callaway - 7.30-1 - update to 7.30 alienarena-data-20090730-1.fc12 ------------------------------- * Thu Jul 30 2009 Tom "spot" Callaway 20090730-1 - update to 20090730 (7.30) alsa-plugins-1.0.20-4.fc12 -------------------------- * Fri Jul 31 2009 Lennart Poettering - 1.0.20-4 - Add a couple of clean up patches for the pulse plugin anaconda-12.7-1.fc12 -------------------- * Fri Jul 31 2009 Chris Lumens - 12.7-1 - Fix up udev sillies (related to #514501) (katzj) - Log when we unmount filesystems so we have a match for mount messages. (clumens) - Let's not exit from buildinstall.functions, say, ever (katzj) - Rework shutDown() to better accomidate "nokill" better. (pjones) - Make upgradeany boot option work again (#513227) (rvykydal) - Update device.map when upgrading (#513393) (rvykydal) - Catch None devs (katzj) audit-1.7.13-2.fc12 ------------------- * Fri Jul 24 2009 Fedora Release Engineering - 1.7.13-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild bacula-3.0.2-2.fc12 ------------------- * Thu Jul 30 2009 Jon Ciesla - 0.6.4-12 - Rebuild for new libempathy bltk-1.0.9-5.fc12 ----------------- * Fri Jul 31 2009 Jiri Skala 1.0.9-5 - bltk.conf can be located in ~/.bltk bluefish-1.0.7-8.fc12 --------------------- * Thu Jul 30 2009 Paul Howarth - 1.0.7-8 - Include patch from Caolan McNamara for using enchant rather than aspell for spell-checking (#509514) http://fedoraproject.org/wiki/Releases/FeatureDictionary - Try to maintain timestamps on unmodified files from upstream bochs-2.3.8-0.8.git04387139e3b.fc12 ----------------------------------- * Fri Jul 31 2009 Glauber Costa - 2:0.10.50-14.kvm88 - replace kvm-bios with a more modern version, and refresh instructions on how to get it. bpython-0.9.4-1.fc12 -------------------- * Fri Jul 31 2009 Terje Rosten - 0.9.4-1 - 0.9.4 - Update urls bugzilla-3.4-1.fc12 ------------------- * Wed Jul 29 2009 Fedora Release Engineering - 3.4-1 - Update to 3.4 (fixes #514315) - move makedocs.pl to its own package (fixes #509041) - move the extensions dir to /usr/share/ (fixes #450636) clutter-1.0.0-3.fc12 -------------------- * Fri Jul 31 2009 Matthias Clasen 1.0.0-3 - Drop the gir-repository-devel dep, which pulls a bunch of -devel onto the live cd compat-gcc-34-3.4.6-17 ---------------------- * Fri Jul 31 2009 Jakub Jelinek 3.4.6-17 - make sure to use system libgcc_s.so.1 instead of gcc34 one during testing * Tue Jul 28 2009 Jakub Jelinek 3.4.6-16 - replace -mtune=atom in $RPM_OPT_FLAGS with something that GCC 3.4.6 groks * Fri Jul 24 2009 Fedora Release Engineering 3.4.6-15 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild * Fri Jun 12 2009 Dennis Gilmore - 3.4.6-14 - setup to build sparcv9 dbus-c++-0.5.0-0.10.20090203git13281b3.fc12 ------------------------------------------- * Fri Jul 31 2009 Adel Gadllah - 0.5.0-0.10.20090203git13281b3 - Fix build * Fri Jul 24 2009 Fedora Release Engineering - 0.5.0-0.9.20090203git13281b3 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild desktop-data-model-1.2.5-13.fc12 -------------------------------- * Fri Jul 31 2009 Caol?n McNamara - 1.2.5-13 - Rebuild for yet another libempathy e16-themes-0.16.8.0.2-5.fc12 ---------------------------- * Fri Jul 31 2009 Terje Rosten - 0.16.8.0.2-5 - Rebuild * Fri Jul 24 2009 Fedora Release Engineering - 0.16.8.0.2-4 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild emacs-23.1-1.fc12 ----------------- * Fri Jul 31 2009 Daniel Novotny 1:23.1-1 - new upstream version 23.1 fcoe-utils-1.0.8-2.fc12 ----------------------- * Fri Jul 31 2009 Jan Zeleny - 1.0.8-2 - patch for clean compilation without usage of upstream's ugly hack * Thu Jul 30 2009 Jan Zeleny - 1.0.8-1 - rebase of fcoe-utils to 1.0.8, adjusted spec file fio-1.32-1.fc12 --------------- * Fri Jul 31 2009 Eric Sandeen 1.32-1 - New upstream version freenx-server-0.7.3-15.fc12 --------------------------- * Fri Jul 31 2009 Axel Thimm - 0.7.3-15 - Use some patches from up to svn 613 (dated 2008-09-01). - Add keymap.patch from Fedora bug #506470. - Add cups listing patch from Fedora bug #509879. - Add dependency for misc fonts Fedora bug #467494. - Fix stale X11 displays from Fedora bug #492402. - Fix authorized_keys*2* syncing, may fix Fedora bug #503822. - Move %post parts to nxserver startup, fixes Fedora bug #474720. - Copy ssh keys on first start, fixes Fedora bug #235592. - Add init script with CentOS patches that ensures /tmp/.X11-unix always exists, fixes Fedora bug #437655. gearmand-0.9-1.fc12 ------------------- * Fri Jul 31 2009 Ruben Kerkhof 0.9-1 - Upstream released new version * Fri Jul 24 2009 Fedora Release Engineering - 0.8-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild gle-4.2.0-4.fc12 ---------------- * Fri Jul 31 2009 Terje Rosten - 4.2.0-4 - Rebuild * Fri Jul 24 2009 Fedora Release Engineering - 4.2.0-3 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild gnome-games-2.27.5-5.fc12 ------------------------- * Fri Jul 31 2009 Matthias Clasen 2.27.5-3 - Split off a subset of games to include on the live cd * Fri Jul 31 2009 Matthias Clasen 2.27.5-4 - Fix a typo (#515033) * Fri Jul 31 2009 Matthias Clasen 2.27.5-5 - Drop unneded python deps gnome-media-2.27.5-3.fc12 ------------------------- gnome-panel-2.27.4-5.fc12 ------------------------- * Fri Jul 31 2009 Matthias Clasen 2.27.4-5 - Reduce the excessive 'about'-ing in the System menu gnome-utils-2.27.2-5.fc12 ------------------------- * Fri Jul 31 2009 Matthias Clasen - 1:2.27.2-5 - Fix a typo gtk+extra-2.1.1-12.fc12 ----------------------- * Sat Aug 01 2009 Roy Rankin - 2.1.1-12 - Patch to compile with gtk2-2.17.5 * Fri Jul 24 2009 Fedora Release Engineering - 2.1.1-11 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild gutenprint-5.2.4-2.fc12 ----------------------- * Fri Jul 31 2009 Tim Waugh 5.2.4-2 - 5.2.4. Re-enabled compiler optimization for ppc64. irqbalance-0.55-18.fc12 ----------------------- * Fri Jul 31 2009 Peter Lemenkov - 2:0.55-17 - Cosmetic fixes in spec-file - Fixed rpmlint error in the init-script * Fri Jul 31 2009 Peter Lemenkov - 2:0.55-18 - Added back accidentaly forgotten imake * Tue Jul 28 2009 Peter Lemenkov - 2:0.55-16 - Many imrovements in spec-file * Fri Jul 24 2009 Fedora Release Engineering - 2:0.55-15 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild jss-4.2.6-4.fc12 ---------------- * Fri Jul 31 2009 Rob Crittenden 4.2.6-4 - Support ECC POP on the server (#224688) - Server Sockets are hard coded to IPV4 (#469456) - Set NSS dependency >= 3.12.3.99 kdeaccessibility-4.3.0-1.fc12 ----------------------------- * Thu Jul 30 2009 Than Ngo - 4.3.0-1 - 4.3.0 kdeadmin-4.3.0-1.fc12 --------------------- * Thu Jul 30 2009 Than Ngo - 4.3.0-1 - 4.3.0 * Tue Jul 28 2009 Than Ngo - 4.2.98-5 - don't include kpackage fo rhel kdeartwork-4.3.0-1.fc12 ----------------------- * Thu Jul 30 2009 Than Ngo - 4.3.0-1 - 4.3.0 kdebase-4.3.0-1.fc12 -------------------- * Thu Jul 30 2009 Than Ngo - 4.3.0-1 - 4.3.0 kdebase-workspace-4.3.0-1.fc12 ------------------------------ * Thu Jul 30 2009 Than Ngo - 4.3.0-1 - 4.3.0 kdebindings-4.3.0-1.fc12 ------------------------ * Thu Jul 30 2009 Than Ngo - 4.3.0-1 - 4.3.0 - more pykdeuic4 and related multilib love (kdebug#198162) kdeedu-4.3.0-1.fc12 ------------------- * Thu Jul 30 2009 Than Ngo - 4.3.0-1 - 4.3.0 kdegames-4.3.0-1.fc12 --------------------- * Thu Jul 30 2009 Than Ngo - 4.3.0-1 - 4.3.0 kdegraphics-4.3.0-1.fc12 ------------------------ * Thu Jul 30 2009 Than Ngo - 4.3.0-1 - 4.3.0 kdepim-4.3.0-1.fc12 ------------------- * Thu Jul 30 2009 Than Ngo - 4.3.0-1 - 4.3.0 kdepim-runtime-4.3.0-1.fc12 --------------------------- * Thu Jul 30 2009 Than Ngo - 4.3.0-1 - 4.3.0 libchewing-0.3.2-14.fc12 ------------------------ * Thu Jul 30 2009 Ding-Yi Chen - 0.3.2-14 - Fix [Bug 512108] ibus-chewing crash the application libcompizconfig-0.8.2-5.fc12 ---------------------------- * Fri Jul 31 2009 leigh scott - 0.8.2-5 - add patch to Update .pb when an older .xml is used libconcord-0.21-7.fc12 ---------------------- * Fri Jul 31 2009 Douglas E. Warner 0.21-7 - updating mime patch with different source: http://stuff.onse.fi/concordance-mime2.patch https://sourceforge.net/tracker/?func=detail&aid=2807865&group_id=201579&atid=978130 libftdi-0.16-6.fc12 ------------------- * Fri Jul 31 2009 Lucian Langa - 0.16-5 - fix multilib conflict in libftdi-config (#508498) * Fri Jul 31 2009 Lucian Langa - 0.16-6 - rebuilt with modified patch libvirt-0.7.0-0.9.gite195b43.fc12 --------------------------------- * Fri Jul 31 2009 Mark McLoughlin - 0.7.0-0.9.gite195b43 - Set perms on /var/lib/libvirt/images to 0711 make-3.81-17.fc12 ----------------- * Fri Jul 31 2009 Petr Machata - 1:3.81-17 - Replace the use of strcpy on overlapping areas with memmove. It's possible that this ... - Resolves: #514721 mc-4.6.99-0.20090731git.fc12 ---------------------------- * Fri Jul 31 2009 Jindrich Novy 4.6.99-0.20090731git - update to latest GIT mc - forwardport prompt fix and exit patch, keep IPv6 patch and drop the others mesa-7.6-0.7.fc12 ----------------- * Fri Jul 31 2009 Kristian H?gsberg 7.6-0.7 - Add DRI2 pageflipping patch. mono-sharpcvslib-0.35-11.fc12 ----------------------------- * Fri Jul 31 2009 Tom "spot" Callaway - 0.35-11 - rebuild again moserial-2.27.3-1.fc12 ---------------------- * Fri Jul 31 2009 Terje Rosten - 2.27.3-1 - 2.27.3 nant-0.85-30.fc12 ----------------- * Fri Jul 31 2009 Tom "spot" Callaway - 1:0.85-30 - clarify comments on bootstrapping octave-3.2.2-1.fc12 ------------------- * Fri Jul 31 2009 Jussi Lehtola - 6:3.2.2-1 - Update to latest upstream (3.2.2). perl-Any-Moose-0.10-1.fc12 -------------------------- * Fri Jul 31 2009 Chris Weyl 0.10-1 - auto-update to 0.10 (by cpan-spec-update 0.01) - altered req on perl(Mouse) (0.20 => 0.21) perl-Catalyst-Plugin-Session-State-URI-0.11-1.fc12 -------------------------------------------------- * Fri Jul 31 2009 Iain Arnell 0.11-1 - update to latest upstream version perl-Class-Method-Modifiers-1.04-1.fc12 --------------------------------------- * Fri Jul 31 2009 Chris Weyl 1.04-1 - auto-update to 1.04 (by cpan-spec-update 0.01) perl-DBIx-Class-0.08108-1.fc12 ------------------------------ * Fri Jul 31 2009 Chris Weyl 0.08108-1 - auto-update to 0.08108 (by cpan-spec-update 0.01) perl-Data-Dump-1.15-1.fc12 -------------------------- * Fri Jul 31 2009 Chris Weyl 1.15-1 - auto-update to 1.15 (by cpan-spec-update 0.01) perl-ExtUtils-Depends-0.302-1.fc12 ---------------------------------- * Fri Jul 31 2009 Chris Weyl 0.302-1 - auto-update to 0.302 (by cpan-spec-update 0.01) - added a new br on perl(Data::Dumper) (version 0) - added a new br on perl(File::Spec) (version 0) - added a new br on perl(IO::File) (version 0) pfmon-3.5-5.fc12 ---------------- * Sun Jul 26 2009 Fedora Release Engineering - 3.5-5 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild php-idn-1.2-7.fc12 ------------------ * Fri Jul 31 2009 Remi Collet 1.2-7 - rebuild for new PHP 5.3.0 ABI (20090626) - better PHP ABI check - use php_extdir - patch for PHP 5.3.0 provided functions proftpd-1.3.2a-2.fc12 --------------------- * Fri Jul 31 2009 Paul Howarth 1.3.2a-2 - Add upstream patch to fix parallel build (http://bugs.proftpd.org/3189) pydot-1.0.2-6.fc12 ------------------ * Fri Jul 31 2009 Tom "spot" Callaway - 1.0.2-6 - somehow, the egg info didn't make it into the rebuild... python-docs-2.6.2-1.fc12 ------------------------ * Fri Jul 31 2009 Jame Antill - 2.6.2-1 - Move to 2.6.2 like python itself. qemu-0.10.91-0.2.rc1.rc0.fc12 ----------------------------- * Fri Jul 31 2009 Mark McLoughlin - 2:0.10.91-0.2.rc1.rc0 - Add KSM support - Require bochs-bios >= 2.3.8-0.8 for latest kvm bios updates sane-frontends-1.0.14-8.fc12 ---------------------------- * Fri Jul 31 2009 Nils Philippsen 1.0.14-8 - replace badcode with array-out-of-bounds patch - fix compilation with sane-backends-1.0.20 * Sun Jul 26 2009 Fedora Release Engineering - 1.0.14-7 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild selinux-policy-3.6.26-2.fc12 ---------------------------- * Fri Jul 31 2009 Dan Walsh 3.6.26-2 - Allod hald_dccm_t to create sock_files in /tmp * Thu Jul 30 2009 Dan Walsh 3.6.26-1 - More fixes from upstream sugar-artwork-0.85.2-1.fc12 --------------------------- * Fri Jul 31 2009 Mathieu Bridon (bochecha) - 0.85.2-1 - New upstream release system-config-printer-1.1.10-7.fc12 ----------------------------------- * Fri Jul 31 2009 Tim Waugh 1.1.10-7 - Sync with 1.1.x. - Added patch for cupspk DevicesGet method call. tailor-0.9.35-7.fc12 -------------------- * Fri Jul 31 2009 Dan Hor?k 0.9.35-7 - drop cogito from Requires tanukiwrapper-3.2.3-4.4.fc12 ---------------------------- * Fri Jul 31 2009 Deepak Bhole - 0:3.2.3-4.4 - Fix bug #480189 Compile files with -fPIC translate-toolkit-1.4.0-0.5.rc2.fc12 ------------------------------------ * Fri Jul 31 2009 Dwayne Bailey - 1.4.0-0.4.rc2 - Update to 1.4.0 rc2 - Some small fixes for XLIFF support - API documentation has been augmented with diagrams * Fri Jul 31 2009 Dwayne Bailey - 1.4.0-0.5.rc2 - Fix tarball reference vim-7.2.245-1.fc12 ------------------ * Sat Aug 01 2009 Karsten Hopp 7.2.245-1 - add 97 upstream patches to get to patchlevel 245 virtaal-0.4.0-0.3.rc2.fc12 -------------------------- * Fri Jul 31 2009 Dwayne Bailey - 0.4.0-0.3.rc2 - Update to 0.4.0 rc2: - More improvements to the RTL interface of Virtaal - Bugfixes relating to undo and editing XLIFF inline elements vtkdata-5.4.2-13.fc12 --------------------- xfce4-places-plugin-1.2.0-1.fc12 -------------------------------- * Fri Jul 31 2009 Christoph Wickert - 1.2.0-1 - Update to 1.2.0 - Drop Andea Santilli's xdg-userdir-compat.patch because it got upstreamed xorg-x11-drv-openchrome-0.2.903-14.fc12 --------------------------------------- * Thu Jul 30 2009 Xavier Bachelot - 0.2.903-14 - Update to latest snapshot (svn 766) for bugfixes. - Drop upstreamed patches. * Mon Jul 27 2009 Fedora Release Engineering - 0.2.903-13 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild xorg-x11-server-1.6.99-22.20090724.fc12 --------------------------------------- * Wed Jul 29 2009 Kristian H?gsberg - 1.6.99-22.20090724 - Add DRI2 page flipping feature. xsane-0.997-1.fc12 ------------------ * Fri Jul 31 2009 Nils Philippsen 0.997-1 - version 0.997 - drop obsolete sane-backends-1.0.20 patch Summary: Added Packages: 6 Removed Packages: 0 Modified Packages: 84 Broken deps for i386 ---------------------------------------------------------- 389-ds-1.1.3-4.fc12.noarch requires 389-ds-admin R-RScaLAPACK-0.5.1-19.fc11.i586 requires openmpi-libs asterisk-fax-1.6.1-0.24.rc1.fc12.i686 requires libspandsp.so.1 clipsmm-0.0.7-6.fc12.i686 requires libclips.so.1 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0 clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 cluttermm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-0.9) dap-hdf4_handler-3.7.9-2.fc11.i586 requires libdap.so.9 dap-hdf4_handler-3.7.9-2.fc11.i586 requires libdapserver.so.6 gauche-gtk-0.4.1-18.fc11.i586 requires gauche = 0:0.8.13 ghc-HTTP-devel-4000.0.6-3.fc12.i586 requires ghc = 0:6.10.3 ghc-HTTP-devel-4000.0.6-3.fc12.i586 requires ghc = 0:6.10.3 ghc-HTTP-doc-4000.0.6-3.fc12.i586 requires ghc-doc = 0:6.10.3 ghc-HTTP-doc-4000.0.6-3.fc12.i586 requires ghc-doc = 0:6.10.3 ghc-HTTP-prof-4000.0.6-3.fc12.i586 requires ghc-prof = 0:6.10.3 ghc-ghc-paths-devel-0.1.0.5-7.fc12.i586 requires ghc = 0:6.10.3 ghc-ghc-paths-devel-0.1.0.5-7.fc12.i586 requires ghc = 0:6.10.3 ghc-ghc-paths-doc-0.1.0.5-7.fc12.i586 requires ghc-doc = 0:6.10.3 ghc-ghc-paths-doc-0.1.0.5-7.fc12.i586 requires ghc-doc = 0:6.10.3 ghc-ghc-paths-prof-0.1.0.5-7.fc12.i586 requires ghc-prof = 0:6.10.3 ghc-haskell-src-exts-devel-1.0.1-1.fc12.i586 requires ghc = 0:6.10.3 ghc-haskell-src-exts-devel-1.0.1-1.fc12.i586 requires ghc = 0:6.10.3 ghc-haskell-src-exts-doc-1.0.1-1.fc12.i586 requires ghc-doc = 0:6.10.3 ghc-haskell-src-exts-doc-1.0.1-1.fc12.i586 requires ghc-doc = 0:6.10.3 ghc-haskell-src-exts-prof-1.0.1-1.fc12.i586 requires ghc-prof = 0:6.10.3 ghc-uniplate-devel-1.2.0.3-4.fc12.i586 requires ghc = 0:6.10.3 ghc-uniplate-devel-1.2.0.3-4.fc12.i586 requires ghc = 0:6.10.3 ghc-uniplate-doc-1.2.0.3-4.fc12.i586 requires ghc-doc = 0:6.10.3 ghc-uniplate-doc-1.2.0.3-4.fc12.i586 requires ghc-doc = 0:6.10.3 ghc-uniplate-prof-1.2.0.3-4.fc12.i586 requires ghc-prof = 0:6.10.3 ghc-zlib-devel-0.5.0.0-9.fc12.i586 requires ghc = 0:6.10.3 ghc-zlib-devel-0.5.0.0-9.fc12.i586 requires ghc = 0:6.10.3 ghc-zlib-doc-0.5.0.0-9.fc12.i586 requires ghc-doc = 0:6.10.3 ghc-zlib-doc-0.5.0.0-9.fc12.i586 requires ghc-doc = 0:6.10.3 ghc-zlib-prof-0.5.0.0-9.fc12.i586 requires ghc-prof = 0:6.10.3 gnome-python2-nautilus-cd-burner-2.27.2-2.fc12.i686 requires libnautilus-burn.so.4 libchamplain-0.2.9-1.fc11.i586 requires libclutter-glx-0.8.so.0 libchamplain-0.2.9-1.fc11.i586 requires libclutter-cairo-0.8.so.0 libchamplain-devel-0.2.9-1.fc11.i586 requires pkgconfig(clutter-0.8) nbtk-0.16.3-5.fc12.i686 requires libclutter-glx-0.9.so.0 nbtk-devel-0.16.3-5.fc12.i686 requires pkgconfig(clutter-0.9) octave-forge-20080831-10.fc12.i686 requires octave(api) = 0:api-v32 php-layers-menu-3.2.0-0.2.rc.fc12.noarch requires php-pear(HTML_Template_PHPLIB) plplot-octave-5.9.4-1.fc12.i586 requires octave(api) = 0:api-v32 ppl-yap-0.10.2-5.fc12.i686 requires libYap.so pyclutter-0.8.2-2.fc11.i586 requires libclutter-glx-0.8.so.0 pyclutter-cairo-0.8.2-2.fc11.i586 requires libclutter-cairo-0.8.so.0 pyclutter-cairo-0.8.2-2.fc11.i586 requires libclutter-glx-0.8.so.0 pyclutter-gst-0.8.2-2.fc11.i586 requires libclutter-gst-0.8.so.0 pyclutter-gst-0.8.2-2.fc11.i586 requires libclutter-glx-0.8.so.0 pyclutter-gtk-0.8.2-2.fc11.i586 requires libclutter-glx-0.8.so.0 pyclutter-gtk-0.8.2-2.fc11.i586 requires libclutter-gtk-0.8.so.0 python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql python-tgext-crud-0.2.4-2.fc12.noarch requires python-sprox >= 0:0.5.4.1 qtparted-0.4.5-19.fc11.i586 requires libparted-1.8.so.8 rubygem-actionpack-2.3.2-2.fc12.noarch requires rubygem(activesupport) = 0:2.3.2 rubygem-main-2.8.4-3.fc12.noarch requires rubygem(fattr) >= 0:1.0.3 rubygem-rails-2.3.3-2.fc12.noarch requires rubygem(actionmailer) = 0:2.3.3 rubygem-rails-2.3.3-2.fc12.noarch requires rubygem(actionpack) = 0:2.3.3 sems-1.1.1-2.fc12.i586 requires libspandsp.so.1 sems-g722-1.1.1-2.fc12.i586 requires libspandsp.so.1 sems-gsm-1.1.1-2.fc12.i586 requires libspandsp.so.1 sems-speex-1.1.1-2.fc12.i586 requires libspandsp.so.1 showimg-pgsql-0.9.5-22.fc11.i586 requires libpqxx-2.6.8.so thunderbird-lightning-1.0-0.6.20090513hg.fc12.i586 requires thunderbird < 0:3.0-2.3.b4 trac-customfieldadmin-plugin-0.1-0.1.svn5073.fc10.noarch requires trac-webadmin-plugin trac-customfieldadmin-plugin-0.1-0.1.svn5073.fc10.noarch requires python(abi) = 0:2.5 vinagre-devel-2.27.5-1.fc12.i686 requires pkg-config Broken deps for x86_64 ---------------------------------------------------------- 389-ds-1.1.3-4.fc12.noarch requires 389-ds-admin R-RScaLAPACK-0.5.1-19.fc11.x86_64 requires openmpi-libs asterisk-fax-1.6.1-0.24.rc1.fc12.x86_64 requires libspandsp.so.1()(64bit) clipsmm-0.0.7-6.fc12.i686 requires libclips.so.1 clipsmm-0.0.7-6.fc12.x86_64 requires libclips.so.1()(64bit) clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.x86_64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.x86_64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-0.7.4-2.fc11.x86_64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8) clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.x86_64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.x86_64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-gtk-0.9) clutter-gtkmm-devel-0.9.4-1.fc12.x86_64 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 cluttermm-0.9.4-1.fc12.x86_64 requires libclutter-glx-0.9.so.0()(64bit) cluttermm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-0.9) cluttermm-devel-0.9.4-1.fc12.x86_64 requires pkgconfig(clutter-0.9) dap-hdf4_handler-3.7.9-2.fc11.x86_64 requires libdap.so.9()(64bit) dap-hdf4_handler-3.7.9-2.fc11.x86_64 requires libdapserver.so.6()(64bit) gauche-gtk-0.4.1-18.fc11.x86_64 requires gauche = 0:0.8.13 ghc-HTTP-devel-4000.0.6-3.fc12.i586 requires ghc = 0:6.10.3 ghc-HTTP-devel-4000.0.6-3.fc12.i586 requires ghc = 0:6.10.3 ghc-HTTP-devel-4000.0.6-3.fc12.x86_64 requires ghc = 0:6.10.3 ghc-HTTP-devel-4000.0.6-3.fc12.x86_64 requires ghc = 0:6.10.3 ghc-HTTP-doc-4000.0.6-3.fc12.x86_64 requires ghc-doc = 0:6.10.3 ghc-HTTP-doc-4000.0.6-3.fc12.x86_64 requires ghc-doc = 0:6.10.3 ghc-HTTP-prof-4000.0.6-3.fc12.x86_64 requires ghc-prof = 0:6.10.3 ghc-ghc-paths-devel-0.1.0.5-7.fc12.i586 requires ghc = 0:6.10.3 ghc-ghc-paths-devel-0.1.0.5-7.fc12.i586 requires ghc = 0:6.10.3 ghc-ghc-paths-devel-0.1.0.5-7.fc12.x86_64 requires ghc = 0:6.10.3 ghc-ghc-paths-devel-0.1.0.5-7.fc12.x86_64 requires ghc = 0:6.10.3 ghc-ghc-paths-doc-0.1.0.5-7.fc12.x86_64 requires ghc-doc = 0:6.10.3 ghc-ghc-paths-doc-0.1.0.5-7.fc12.x86_64 requires ghc-doc = 0:6.10.3 ghc-ghc-paths-prof-0.1.0.5-7.fc12.x86_64 requires ghc-prof = 0:6.10.3 ghc-haskell-src-exts-devel-1.0.1-1.fc12.i586 requires ghc = 0:6.10.3 ghc-haskell-src-exts-devel-1.0.1-1.fc12.i586 requires ghc = 0:6.10.3 ghc-haskell-src-exts-devel-1.0.1-1.fc12.x86_64 requires ghc = 0:6.10.3 ghc-haskell-src-exts-devel-1.0.1-1.fc12.x86_64 requires ghc = 0:6.10.3 ghc-haskell-src-exts-doc-1.0.1-1.fc12.x86_64 requires ghc-doc = 0:6.10.3 ghc-haskell-src-exts-doc-1.0.1-1.fc12.x86_64 requires ghc-doc = 0:6.10.3 ghc-haskell-src-exts-prof-1.0.1-1.fc12.x86_64 requires ghc-prof = 0:6.10.3 ghc-uniplate-devel-1.2.0.3-4.fc12.i586 requires ghc = 0:6.10.3 ghc-uniplate-devel-1.2.0.3-4.fc12.i586 requires ghc = 0:6.10.3 ghc-uniplate-devel-1.2.0.3-4.fc12.x86_64 requires ghc = 0:6.10.3 ghc-uniplate-devel-1.2.0.3-4.fc12.x86_64 requires ghc = 0:6.10.3 ghc-uniplate-doc-1.2.0.3-4.fc12.x86_64 requires ghc-doc = 0:6.10.3 ghc-uniplate-doc-1.2.0.3-4.fc12.x86_64 requires ghc-doc = 0:6.10.3 ghc-uniplate-prof-1.2.0.3-4.fc12.x86_64 requires ghc-prof = 0:6.10.3 ghc-zlib-devel-0.5.0.0-9.fc12.i586 requires ghc = 0:6.10.3 ghc-zlib-devel-0.5.0.0-9.fc12.i586 requires ghc = 0:6.10.3 ghc-zlib-devel-0.5.0.0-9.fc12.x86_64 requires ghc = 0:6.10.3 ghc-zlib-devel-0.5.0.0-9.fc12.x86_64 requires ghc = 0:6.10.3 ghc-zlib-doc-0.5.0.0-9.fc12.x86_64 requires ghc-doc = 0:6.10.3 ghc-zlib-doc-0.5.0.0-9.fc12.x86_64 requires ghc-doc = 0:6.10.3 ghc-zlib-prof-0.5.0.0-9.fc12.x86_64 requires ghc-prof = 0:6.10.3 gnome-python2-nautilus-cd-burner-2.27.2-2.fc12.x86_64 requires libnautilus-burn.so.4()(64bit) libchamplain-0.2.9-1.fc11.i586 requires libclutter-glx-0.8.so.0 libchamplain-0.2.9-1.fc11.i586 requires libclutter-cairo-0.8.so.0 libchamplain-0.2.9-1.fc11.x86_64 requires libclutter-cairo-0.8.so.0()(64bit) libchamplain-0.2.9-1.fc11.x86_64 requires libclutter-glx-0.8.so.0()(64bit) libchamplain-devel-0.2.9-1.fc11.i586 requires pkgconfig(clutter-0.8) libchamplain-devel-0.2.9-1.fc11.x86_64 requires pkgconfig(clutter-0.8) nbtk-0.16.3-5.fc12.i686 requires libclutter-glx-0.9.so.0 nbtk-0.16.3-5.fc12.x86_64 requires libclutter-glx-0.9.so.0()(64bit) nbtk-devel-0.16.3-5.fc12.i686 requires pkgconfig(clutter-0.9) nbtk-devel-0.16.3-5.fc12.x86_64 requires pkgconfig(clutter-0.9) octave-forge-20080831-10.fc12.x86_64 requires octave(api) = 0:api-v32 php-layers-menu-3.2.0-0.2.rc.fc12.noarch requires php-pear(HTML_Template_PHPLIB) plplot-octave-5.9.4-1.fc12.x86_64 requires octave(api) = 0:api-v32 ppl-yap-0.10.2-5.fc12.x86_64 requires libYap.so()(64bit) pyclutter-0.8.2-2.fc11.x86_64 requires libclutter-glx-0.8.so.0()(64bit) pyclutter-cairo-0.8.2-2.fc11.x86_64 requires libclutter-cairo-0.8.so.0()(64bit) pyclutter-cairo-0.8.2-2.fc11.x86_64 requires libclutter-glx-0.8.so.0()(64bit) pyclutter-gst-0.8.2-2.fc11.x86_64 requires libclutter-glx-0.8.so.0()(64bit) pyclutter-gst-0.8.2-2.fc11.x86_64 requires libclutter-gst-0.8.so.0()(64bit) pyclutter-gtk-0.8.2-2.fc11.x86_64 requires libclutter-gtk-0.8.so.0()(64bit) pyclutter-gtk-0.8.2-2.fc11.x86_64 requires libclutter-glx-0.8.so.0()(64bit) python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql python-tgext-crud-0.2.4-2.fc12.noarch requires python-sprox >= 0:0.5.4.1 qtparted-0.4.5-19.fc11.x86_64 requires libparted-1.8.so.8()(64bit) rubygem-actionpack-2.3.2-2.fc12.noarch requires rubygem(activesupport) = 0:2.3.2 rubygem-main-2.8.4-3.fc12.noarch requires rubygem(fattr) >= 0:1.0.3 rubygem-rails-2.3.3-2.fc12.noarch requires rubygem(actionmailer) = 0:2.3.3 rubygem-rails-2.3.3-2.fc12.noarch requires rubygem(actionpack) = 0:2.3.3 sems-1.1.1-2.fc12.x86_64 requires libspandsp.so.1()(64bit) sems-g722-1.1.1-2.fc12.x86_64 requires libspandsp.so.1()(64bit) sems-gsm-1.1.1-2.fc12.x86_64 requires libspandsp.so.1()(64bit) sems-speex-1.1.1-2.fc12.x86_64 requires libspandsp.so.1()(64bit) showimg-pgsql-0.9.5-22.fc11.x86_64 requires libpqxx-2.6.8.so()(64bit) thunderbird-lightning-1.0-0.6.20090513hg.fc12.x86_64 requires thunderbird < 0:3.0-2.3.b4 trac-customfieldadmin-plugin-0.1-0.1.svn5073.fc10.noarch requires trac-webadmin-plugin trac-customfieldadmin-plugin-0.1-0.1.svn5073.fc10.noarch requires python(abi) = 0:2.5 vinagre-devel-2.27.5-1.fc12.i686 requires pkg-config vinagre-devel-2.27.5-1.fc12.x86_64 requires pkg-config Broken deps for ppc ---------------------------------------------------------- 389-ds-1.1.3-4.fc12.noarch requires 389-ds-admin R-RScaLAPACK-0.5.1-19.fc11.ppc requires openmpi-libs asterisk-fax-1.6.1-0.24.rc1.fc12.ppc requires libspandsp.so.1 clipsmm-0.0.7-6.fc12.ppc requires libclips.so.1 clipsmm-0.0.7-6.fc12.ppc64 requires libclips.so.1()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.ppc requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.ppc requires libclutter-glx-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.ppc requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc requires pkgconfig(clutter-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.ppc requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.ppc requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.ppc requires pkgconfig(clutter-gtk-0.9) clutter-gtkmm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.ppc requires libclutter-glx-0.9.so.0 cluttermm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) cluttermm-devel-0.9.4-1.fc12.ppc requires pkgconfig(clutter-0.9) cluttermm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-0.9) dap-hdf4_handler-3.7.9-2.fc11.ppc requires libdap.so.9 dap-hdf4_handler-3.7.9-2.fc11.ppc requires libdapserver.so.6 gauche-gtk-0.4.1-18.fc11.ppc requires gauche = 0:0.8.13 ghc-HTTP-devel-4000.0.6-3.fc12.ppc requires ghc = 0:6.10.3 ghc-HTTP-devel-4000.0.6-3.fc12.ppc requires ghc = 0:6.10.3 ghc-HTTP-doc-4000.0.6-3.fc12.ppc requires ghc-doc = 0:6.10.3 ghc-HTTP-doc-4000.0.6-3.fc12.ppc requires ghc-doc = 0:6.10.3 ghc-HTTP-prof-4000.0.6-3.fc12.ppc requires ghc-prof = 0:6.10.3 ghc-ghc-paths-devel-0.1.0.5-7.fc12.ppc requires ghc = 0:6.10.3 ghc-ghc-paths-devel-0.1.0.5-7.fc12.ppc requires ghc = 0:6.10.3 ghc-ghc-paths-doc-0.1.0.5-7.fc12.ppc requires ghc-doc = 0:6.10.3 ghc-ghc-paths-doc-0.1.0.5-7.fc12.ppc requires ghc-doc = 0:6.10.3 ghc-ghc-paths-prof-0.1.0.5-7.fc12.ppc requires ghc-prof = 0:6.10.3 ghc-haskell-src-exts-devel-1.0.1-1.fc12.ppc requires ghc = 0:6.10.3 ghc-haskell-src-exts-devel-1.0.1-1.fc12.ppc requires ghc = 0:6.10.3 ghc-haskell-src-exts-doc-1.0.1-1.fc12.ppc requires ghc-doc = 0:6.10.3 ghc-haskell-src-exts-doc-1.0.1-1.fc12.ppc requires ghc-doc = 0:6.10.3 ghc-haskell-src-exts-prof-1.0.1-1.fc12.ppc requires ghc-prof = 0:6.10.3 ghc-uniplate-devel-1.2.0.3-4.fc12.ppc requires ghc = 0:6.10.3 ghc-uniplate-devel-1.2.0.3-4.fc12.ppc requires ghc = 0:6.10.3 ghc-uniplate-doc-1.2.0.3-4.fc12.ppc requires ghc-doc = 0:6.10.3 ghc-uniplate-doc-1.2.0.3-4.fc12.ppc requires ghc-doc = 0:6.10.3 ghc-uniplate-prof-1.2.0.3-4.fc12.ppc requires ghc-prof = 0:6.10.3 ghc-zlib-devel-0.5.0.0-9.fc12.ppc requires ghc = 0:6.10.3 ghc-zlib-devel-0.5.0.0-9.fc12.ppc requires ghc = 0:6.10.3 ghc-zlib-doc-0.5.0.0-9.fc12.ppc requires ghc-doc = 0:6.10.3 ghc-zlib-doc-0.5.0.0-9.fc12.ppc requires ghc-doc = 0:6.10.3 ghc-zlib-prof-0.5.0.0-9.fc12.ppc requires ghc-prof = 0:6.10.3 gnome-python2-nautilus-cd-burner-2.27.2-2.fc12.ppc requires libnautilus-burn.so.4 libchamplain-0.2.9-1.fc11.ppc requires libclutter-glx-0.8.so.0 libchamplain-0.2.9-1.fc11.ppc requires libclutter-cairo-0.8.so.0 libchamplain-0.2.9-1.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) libchamplain-0.2.9-1.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) libchamplain-devel-0.2.9-1.fc11.ppc requires pkgconfig(clutter-0.8) libchamplain-devel-0.2.9-1.fc11.ppc64 requires pkgconfig(clutter-0.8) nbtk-0.16.3-5.fc12.ppc requires libclutter-glx-0.9.so.0 nbtk-0.16.3-5.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) nbtk-devel-0.16.3-5.fc12.ppc requires pkgconfig(clutter-0.9) nbtk-devel-0.16.3-5.fc12.ppc64 requires pkgconfig(clutter-0.9) octave-forge-20080831-10.fc12.ppc requires octave(api) = 0:api-v32 php-layers-menu-3.2.0-0.2.rc.fc12.noarch requires php-pear(HTML_Template_PHPLIB) plplot-octave-5.9.4-1.fc12.ppc requires octave(api) = 0:api-v32 ppl-yap-0.10.2-5.fc12.ppc requires libYap.so pyclutter-0.8.2-2.fc11.ppc requires libclutter-glx-0.8.so.0 pyclutter-cairo-0.8.2-2.fc11.ppc requires libclutter-cairo-0.8.so.0 pyclutter-cairo-0.8.2-2.fc11.ppc requires libclutter-glx-0.8.so.0 pyclutter-gst-0.8.2-2.fc11.ppc requires libclutter-gst-0.8.so.0 pyclutter-gst-0.8.2-2.fc11.ppc requires libclutter-glx-0.8.so.0 pyclutter-gtk-0.8.2-2.fc11.ppc requires libclutter-glx-0.8.so.0 pyclutter-gtk-0.8.2-2.fc11.ppc requires libclutter-gtk-0.8.so.0 python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql python-tgext-crud-0.2.4-2.fc12.noarch requires python-sprox >= 0:0.5.4.1 qtparted-0.4.5-19.fc11.ppc requires libparted-1.8.so.8 rubygem-actionpack-2.3.2-2.fc12.noarch requires rubygem(activesupport) = 0:2.3.2 rubygem-main-2.8.4-3.fc12.noarch requires rubygem(fattr) >= 0:1.0.3 rubygem-rails-2.3.3-2.fc12.noarch requires rubygem(actionmailer) = 0:2.3.3 rubygem-rails-2.3.3-2.fc12.noarch requires rubygem(actionpack) = 0:2.3.3 sems-1.1.1-2.fc12.ppc requires libspandsp.so.1 sems-g722-1.1.1-2.fc12.ppc requires libspandsp.so.1 sems-gsm-1.1.1-2.fc12.ppc requires libspandsp.so.1 sems-speex-1.1.1-2.fc12.ppc requires libspandsp.so.1 showimg-pgsql-0.9.5-22.fc11.ppc requires libpqxx-2.6.8.so thunderbird-lightning-1.0-0.6.20090513hg.fc12.ppc requires thunderbird < 0:3.0-2.3.b4 trac-customfieldadmin-plugin-0.1-0.1.svn5073.fc10.noarch requires trac-webadmin-plugin trac-customfieldadmin-plugin-0.1-0.1.svn5073.fc10.noarch requires python(abi) = 0:2.5 vinagre-devel-2.27.5-1.fc12.ppc requires pkg-config vinagre-devel-2.27.5-1.fc12.ppc64 requires pkg-config Broken deps for ppc64 ---------------------------------------------------------- 389-ds-1.1.3-4.fc12.noarch requires 389-ds-admin R-RScaLAPACK-0.5.1-19.fc11.ppc64 requires openmpi-libs asterisk-fax-1.6.1-0.24.rc1.fc12.ppc64 requires libspandsp.so.1()(64bit) clipsmm-0.0.7-6.fc12.ppc64 requires libclips.so.1()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) cluttermm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-0.9) dap-hdf4_handler-3.7.9-2.fc11.ppc64 requires libdap.so.9()(64bit) dap-hdf4_handler-3.7.9-2.fc11.ppc64 requires libdapserver.so.6()(64bit) gnome-python2-nautilus-cd-burner-2.27.2-2.fc12.ppc64 requires libnautilus-burn.so.4()(64bit) libchamplain-0.2.9-1.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) libchamplain-0.2.9-1.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) libchamplain-devel-0.2.9-1.fc11.ppc64 requires pkgconfig(clutter-0.8) nbtk-0.16.3-5.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) nbtk-devel-0.16.3-5.fc12.ppc64 requires pkgconfig(clutter-0.9) octave-forge-20080831-10.fc12.ppc64 requires octave(api) = 0:api-v32 php-layers-menu-3.2.0-0.2.rc.fc12.noarch requires php-pear(HTML_Template_PHPLIB) plplot-octave-5.9.4-1.fc12.ppc64 requires octave(api) = 0:api-v32 ppl-yap-0.10.2-5.fc12.ppc64 requires libYap.so()(64bit) pyclutter-0.8.2-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) pyclutter-cairo-0.8.2-2.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) pyclutter-cairo-0.8.2-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) pyclutter-gst-0.8.2-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) pyclutter-gst-0.8.2-2.fc11.ppc64 requires libclutter-gst-0.8.so.0()(64bit) pyclutter-gtk-0.8.2-2.fc11.ppc64 requires libclutter-gtk-0.8.so.0()(64bit) pyclutter-gtk-0.8.2-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) python-mwlib-0.11.2-3.20090522hg2956.fc12.ppc64 requires LabPlot python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql python-tgext-crud-0.2.4-2.fc12.noarch requires python-sprox >= 0:0.5.4.1 qtparted-0.4.5-19.fc11.ppc64 requires libparted-1.8.so.8()(64bit) rubygem-actionpack-2.3.2-2.fc12.noarch requires rubygem(activesupport) = 0:2.3.2 rubygem-main-2.8.4-3.fc12.noarch requires rubygem(fattr) >= 0:1.0.3 rubygem-rails-2.3.3-2.fc12.noarch requires rubygem(actionmailer) = 0:2.3.3 rubygem-rails-2.3.3-2.fc12.noarch requires rubygem(actionpack) = 0:2.3.3 sems-1.1.1-2.fc12.ppc64 requires libspandsp.so.1()(64bit) sems-g722-1.1.1-2.fc12.ppc64 requires libspandsp.so.1()(64bit) sems-gsm-1.1.1-2.fc12.ppc64 requires libspandsp.so.1()(64bit) sems-speex-1.1.1-2.fc12.ppc64 requires libspandsp.so.1()(64bit) showimg-pgsql-0.9.5-22.fc11.ppc64 requires libpqxx-2.6.8.so()(64bit) thunderbird-lightning-1.0-0.6.20090513hg.fc12.ppc64 requires thunderbird < 0:3.0-2.3.b4 trac-customfieldadmin-plugin-0.1-0.1.svn5073.fc10.noarch requires trac-webadmin-plugin trac-customfieldadmin-plugin-0.1-0.1.svn5073.fc10.noarch requires python(abi) = 0:2.5 vinagre-devel-2.27.5-1.fc12.ppc64 requires pkg-config From nicolas.mailhot at laposte.net Sat Aug 1 10:53:30 2009 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Sat, 01 Aug 2009 12:53:30 +0200 Subject: [ANNOUNCE] New Mixer Handling in PA 0.9.16/F12 In-Reply-To: <1249008877.3245.9.camel@moose.localdomain> References: <20090728135958.GA30170@tango.0pointer.de> <20090728194839.GA22732@nostromo.devel.redhat.com> <20090728200732.GA19170@tango.0pointer.de> <20090729074607.GB13222@nb.net.home> <4A70290A.902@pobox.com> <20090729132408.GC29463@tango.0pointer.de> <20090729133914.GC31360@mokona.greysector.net> <2a28d2ab0907290651g57609277w5ac8431ff58dc562@mail.gmail.com> <1248884830.9806.154.camel@adam.local.net> <4A707C0F.6090702@pobox.com> <1248886175.28327.1116.camel@localhost.localdomain> <1248891622.17668.14.camel@arekh.okg> <1249008877.3245.9.camel@moose.localdomain> Message-ID: <1249124010.16627.5.camel@arekh.okg> Le vendredi 31 juillet 2009 ? 12:54 +1000, Rodd Clarkson a ?crit : > On Wed, 2009-07-29 at 20:20 +0200, Nicolas Mailhot wrote: > > Le mercredi 29 juillet 2009 ? 17:49 +0100, Bastien Nocera a ?crit : > > > On Wed, 2009-07-29 at 12:42 -0400, Jeff Garzik wrote: > > > > > > Problem is... removing or disabling PA often -does- solve a problem. > > > > > > Rather, it works around it. The problems in the kernel drivers are > > > usually still there... > > > > Before PA a sound problem didn't freeze the GUI (effectively bricking > > the system for normal users). Now it can. In my case, a few months ago, > > it was doing so because a new PA version could not parse a manual config > > change advertised in Fedora's own "Glitch-free audio" feature page a > > release before. > > Oh, you must not have been around when esound was used in gnome. I was around when gnome 0.3 was published by the rh labs > esd > used to die all the time and drag down applications with it as it went. > The app would sit there waiting to ring it's bell (or whatever) and > since esd wasn't responding, it would just stop. esd at its worst never had the full-desktop-blackout effect pa has now. esd made at most one or two app fail with clear feadback that esd was as fault. Since the start of the F12 cycle I count at least 2 different audio bugs that resulted in a complete desktop hang with no meaningful error reporting or any way to recover the system. -- 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 rodd at clarkson.id.au Sat Aug 1 10:54:58 2009 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Sat, 01 Aug 2009 20:54:58 +1000 Subject: [ANNOUNCE] New Mixer Handling in PA 0.9.16/F12 In-Reply-To: References: <20090728135958.GA30170@tango.0pointer.de> Message-ID: <1249124098.9627.3.camel@moose.localdomain> On Fri, 2009-07-31 at 11:10 +0000, Thomas Janssen wrote: > > I'd like to ask everyone to test this new volume logic. If you don't > > raise your voice now that some output port is not properly detected or > > audio is too faint then later on you won't have any right to complain. > > I think you do what you can to make an excellent job on PA. > > What i really dont like is this quoted part. Not everybody is able to > test that right now. Means all that people who can't (for whatever > reasons), are screwed "later" (whatever later means). Two points. Firstly, that's the nature of testing. Not everyone can test things and sometimes some peoples situations get missed. Secondly, Lennart posted this to fedora-devel-list which is for people willing to test the current version of fedora. So everyone on this list who interested in this can test it should they wish. R. From twaugh at redhat.com Sat Aug 1 11:11:18 2009 From: twaugh at redhat.com (Tim Waugh) Date: Sat, 01 Aug 2009 12:11:18 +0100 Subject: License change for ghostscript In-Reply-To: <1249073607.6440.14.camel@adam.local.net> References: <1248994755.2798.2.camel@worm> <200907312247.19079.ville.skytta@iki.fi> <1249073607.6440.14.camel@adam.local.net> Message-ID: <1249125078.16407.5.camel@worm> On Fri, 2009-07-31 at 13:53 -0700, Adam Williamson wrote: > > $ repoquery --repoid=rawhide --whatrequires --alldeps ghostscript ghostscript- > > gtk --qf="%{NAME}: %{LICENSE}" | grep -vP '\bGPL(v3|\S*\+)' | sort [...] > > baekmuk-ttf-fonts-ghostscript: Baekmuk > > cjkuni-fonts-ghostscript: Arphic > > hevea: QPL > > HippoDraw: GPLv2 > > ImageMagick: ImageMagick > > libgnomeprint22: LGPLv2+ and BSD > > lilypond: GPLv2 > > printer-filters: Public Domain > > redhat-lsb: GPLv2 > > tetex-prosper: LPPL > > tgif: QPL > > transfig: MIT > > xournal: GPLv2 > > There is a handy GPL compatibility matrix here: > > http://www.fsf.org/licensing/licenses/gpl-faq.html > > It makes it clear that GPLv2 code using or linking against GPLv3 code is > a no-no, so all the GPLv2 packages on that list are indeed in trouble, [...] > It says that LGPLv2+ code can use or link against GPLv3 code only if you > can effectively re-license it as GPLv3 (which the LGPL allows, but the > package may have _other_ licensing conflicts if you treat it as GPLv3). No, please look more closely. The above is a list of packages that *use* or *require* ghostscript, not that link to it. See my most recent contribution to this thread to see the correct list based on requirements for libgs.so.8 and libijs-0.35.so. > An interesting side-question here is what license tag we should use for > an app whose license text states GPLv2+, but which we are linking > against a GPLv3+ library, effectively meaning that its license for our > purposes is GPLv3+... Yes, indeed. 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 mjg at redhat.com Sat Aug 1 13:03:37 2009 From: mjg at redhat.com (Matthew Garrett) Date: Sat, 1 Aug 2009 14:03:37 +0100 Subject: [ANNOUNCE] New Mixer Handling in PA 0.9.16/F12 In-Reply-To: <20090801060144.GF2520@redhat.com> References: <20090728135958.GA30170@tango.0pointer.de> <20090728185937.GB12908@tango.0pointer.de> <5D4DD810-4A3D-4619-9801-30D147A1CFC0@redhat.com> <20090801052933.GB2520@redhat.com> <20090801054012.GA16329@srcf.ucam.org> <20090801060144.GF2520@redhat.com> Message-ID: <20090801130337.GA20034@srcf.ucam.org> On Sat, Aug 01, 2009 at 01:01:44AM -0500, Doug Ledford wrote: > It's also things like erratic output via PA versus smooth output via > analog input. This particular laptop pops and crackles every time the > PCM starts/stops, while analog signals are much cleaner. There's a patch in the rawhide kernel that may improve this, depending on your codec. You can also disable HDA power saving. > And it would be pretty easy to have a warn once dialog that tells > users that attempt to adjust the CD in volume that it may not have any > effect if the analog input isn't connected to the sound card or if the > cd playback software skips the analog input in favor of digital data > transfer. You could even ask users after an adjustment if the > adjustment made any difference, and if it didn't, you could remove it > from the UI. We have a solution that we know always works, and it has negligable cost. That's a much more straightforward design than one that has to attempt to explain to the user that depending on whether or not there's a specific piece of wire in their computer they may or may not hear something in the CD player. -- Matthew Garrett | mjg59 at srcf.ucam.org From yersinia.spiros at gmail.com Sat Aug 1 13:09:07 2009 From: yersinia.spiros at gmail.com (yersinia) Date: Sat, 1 Aug 2009 15:09:07 +0200 Subject: Testing libsatsolver on Fedora In-Reply-To: <1249050391.5536.7.camel@acer.lehtola.no-ip.org> References: <20090727110152.GA19402@suse.de> <1249050391.5536.7.camel@acer.lehtola.no-ip.org> Message-ID: On Fri, Jul 31, 2009 at 4:26 PM, Jussi Lehtola wrote: > On Mon, 2009-07-27 at 13:01 +0200, Michael Schroeder wrote: >> Hi folks, >> >> I'm the author of the "libsatsolver" library, a library solves >> package dependencies with a SAT algorithm. >> This library is currently used in SUSE by YaST/zypp. I'm currently >> trying to make it less SUSE specific like adding support for package >> coloring and different repo handling, but I'm pretty sure I didn't >> catch all things where Fedora is different from SUSE. >> >> To test things I've written a small application called "solv" that >> works like a very tiny package manager. It's available via: >> >> http://software.opensuse.org/search?baseproject=Fedora:11&q=libsatsolver-demo > > Impressive: after the repository data has been downloaded, the > calculation of the update from Fedora 10 (x86_64) to Fedora 11 takes > less than two seconds (practically instantaneous!) on an Athlon64 X2 > 4600+. Sure. It is impressive. I already know because have already tried some time ago on fedora e suse. The principal problem remain : wants sat solver become a project cross distribution or not? The project rpm is already - with some local difference btw, but this don't change what i have said. Do think the author of SAT solvers that an open source cross platform solution could be beneficial to everyone, and to the sat solver project itself ? A project is a project, a distro is another thing. But i perhaps asked in different word the same question alreay asked : no answer. A good open source project should have more widespread audience instead to be tied to issues that perhaps are not so technical in nature. Best Regards > > Please release this as a separate project to help cross-distro > development. This would be a pretty nifty tool in Fedora as well. > > PS. Some kind of a download progress bar (speed & % of completion) would > be nice. > -- > Jussi Lehtola > Fedora Project Contributor > jussilehtola at fedoraproject.org > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > From sundaram at fedoraproject.org Sat Aug 1 13:12:27 2009 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Sat, 01 Aug 2009 18:42:27 +0530 Subject: Testing libsatsolver on Fedora In-Reply-To: References: <20090727110152.GA19402@suse.de> <1249050391.5536.7.camel@acer.lehtola.no-ip.org> Message-ID: <4A743F3B.2020008@fedoraproject.org> On 08/01/2009 06:39 PM, yersinia wrote: > > Sure. It is impressive. I already know because have already tried some > time ago on fedora e suse. The principal problem remain : wants sat > solver become a project cross distribution or not? The project rpm is > already - with some local difference btw, but this don't change what i > have said. This is the third time you are repeating yourself. Doing it over and over again is not useful. You have already made your point. Rahul From dledford at redhat.com Sat Aug 1 13:16:50 2009 From: dledford at redhat.com (Doug Ledford) Date: Sat, 1 Aug 2009 08:16:50 -0500 Subject: [ANNOUNCE] New Mixer Handling in PA 0.9.16/F12 In-Reply-To: <1249119157.6440.18.camel@adam.local.net> References: <20090728135958.GA30170@tango.0pointer.de> <20090728185937.GB12908@tango.0pointer.de> <5D4DD810-4A3D-4619-9801-30D147A1CFC0@redhat.com> <20090801052933.GB2520@redhat.com> <20090801054012.GA16329@srcf.ucam.org> <20090801060144.GF2520@redhat.com> <1249119157.6440.18.camel@adam.local.net> Message-ID: CD in is nothing more than an analog input. PA ignores all the analog inputs other than as a digital PCM source. Treating all the analog inputs as digital sources and not allowing the hardware to mix them to output has various drawbacks. I've just been covering some of them. I'm out and about and using my phone to send this, so no long drawn out discussions are possible. On Aug 1, 2009, at 4:32 AM, Adam Williamson wrote: > On Sat, 2009-08-01 at 01:01 -0500, Doug Ledford wrote: >> On Sat, Aug 01, 2009 at 06:40:12AM +0100, Matthew Garrett wrote: >>> On Sat, Aug 01, 2009 at 12:29:36AM -0500, Doug Ledford wrote: >>> >>>> That reading in the data digitally uses non trivial amounts of >>>> PCI and >>>> CPU bandwidth. If I can't hear the difference between the two >>>> modes, >>>> then that CPU usage is a total waste of resources. I have other >>>> things >>>> I want my CPU to be doing. >>> >>> If 150K/sec is non-trivial PCI bandwidth, I think you should >>> probably >>> ask for a refund on your motherboard. From a power management >>> point of >>> view I'd like to agree that offloading this from the CPU is a good >>> thing, but Lennart's right - most newly built machines don't hook >>> these >>> up, and adding a control that influences CD volume on a small >>> number of >>> machines and does nothing whatsoever on a larger number isn't a >>> sensible >>> UI optimisation. >> >> It's also things like erratic output via PA versus smooth output via >> analog input. > > What the hell? How is 'PA versus analog input' a remotely sensible > opposition? How are those things even related? > > -- > Adam Williamson > Fedora QA Community Monkey > IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org > http://www.happyassassin.net > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list From mzerqung at 0pointer.de Sat Aug 1 14:19:58 2009 From: mzerqung at 0pointer.de (Lennart Poettering) Date: Sat, 1 Aug 2009 16:19:58 +0200 Subject: [ANNOUNCE] New Mixer Handling in PA 0.9.16/F12 In-Reply-To: <20090801055812.GE2520@redhat.com> References: <20090728135958.GA30170@tango.0pointer.de> <20090728185937.GB12908@tango.0pointer.de> <5D4DD810-4A3D-4619-9801-30D147A1CFC0@redhat.com> <20090730223638.GA26252@tango.0pointer.de> <4A722786.8030502@pobox.com> <20090730232858.GA2246@tango.0pointer.de> <20090731015429.GC12415@nostromo.devel.redhat.com> <20090801055812.GE2520@redhat.com> Message-ID: <20090801141958.GA3697@tango.0pointer.de> On Sat, 01.08.09 00:58, Doug Ledford (dledford at redhat.com) wrote: > [dledford at zd7000 ~]$ cat /proc/asound/pcm > 00-00: Intel ICH : Intel ICH5 : playback 1 : capture 1 > 00-01: Intel ICH - MIC ADC : Intel ICH5 - MIC ADC : capture 1 > 00-02: Intel ICH - MIC2 ADC : Intel ICH5 - MIC2 ADC : capture 1 > 00-03: Intel ICH - ADC2 : Intel ICH5 - ADC2 : capture 1 > 00-04: Intel ICH - IEC958 : Intel ICH5 - IEC958 : playback 1 > 01-00: Intel ICH - Modem : Intel ICH5 Modem - Modem : playback 1 : capture 1 See, no hw mixing anywhere in sight. All you can do is modem, spdif and analog output at the same time. And only one stream. Lennart -- Lennart Poettering Red Hat, Inc. lennart [at] poettering [dot] net http://0pointer.net/lennart/ GnuPG 0x1A015CC4 From mzerqung at 0pointer.de Sat Aug 1 14:43:31 2009 From: mzerqung at 0pointer.de (Lennart Poettering) Date: Sat, 1 Aug 2009 16:43:31 +0200 Subject: [ANNOUNCE] New Mixer Handling in PA 0.9.16/F12 In-Reply-To: <20090801054113.GC2520@redhat.com> References: <20090728135958.GA30170@tango.0pointer.de> <20090728185937.GB12908@tango.0pointer.de> <5D4DD810-4A3D-4619-9801-30D147A1CFC0@redhat.com> <20090730223638.GA26252@tango.0pointer.de> <20090801054113.GC2520@redhat.com> Message-ID: <20090801144331.GB3697@tango.0pointer.de> eOn Sat, 01.08.09 00:41, Doug Ledford (dledford at redhat.com) wrote: > > - and the killer argument: we don't even ship a CD player app that > > could make use of the analog CDDA playback path. To my konwledge > > there is none in the default install, nor in the entire distro. > > And this has nothing to do with whether or not the mixer should be able > to deal with analog in to analog out directly, which was my complaint. > The CD portion of it was just one instance, the other being my use of > line in for my iPhone. Assuming that because you don't have access to a > CD player that does CDDA based playing today means that it simply > doesn't work in the hardware is just silly. And assuming that because > your CD in path doesn't work that no analog input path should be > redirected in hardware to speakers is also just as silly. In three ways you seem very confused. Firstly, analog path CDDA playback is a feature that got removed from Fedora long before PA/g-v-c decided to hide the CD volume slider. There is no CD player supporting the analog path in Fedora. So _I_am_not_the_one_you_should_be_complaining_to_. Secondly, PA doesn't even take away the ability to control the CD slider, at all. In contrast to analog path CDDA playback where we don't ship any tool that supports this anymore, we do ship numerous alternative ALSA mixers, for the UI and for the terminal which expose the CD slider. So, PA does not take anything away from you. And so again, _I_am_not_the_one_you_should_be_complaining_to_. Thirdly, you are conflating CDDA playback with support analog input/output in some way that makes no sense at all. Of course we support analog input and output. After all this is software for sound cards! Claiming we would be dropping support for analog audio input/output is as stupid as claiming Obama wasn't born in the US. All PA does here is hiding a few obsolete ports, such as CDDA, which as mentioned above, isn't otherwise supported anymore anyway. Lennart -- Lennart Poettering Red Hat, Inc. lennart [at] poettering [dot] net http://0pointer.net/lennart/ GnuPG 0x1A015CC4 From jonstanley at gmail.com Sat Aug 1 16:46:38 2009 From: jonstanley at gmail.com (Jon Stanley) Date: Sat, 1 Aug 2009 12:46:38 -0400 Subject: FESCo meeting summary for 2009-07-31 In-Reply-To: <1249070983.5186.81.camel@localhost.localdomain> References: <4A7345E4.9010502@fedoraproject.org> <1249069492.5186.80.camel@localhost.localdomain> <4A734AF4.1050207@fedoraproject.org> <1249070983.5186.81.camel@localhost.localdomain> Message-ID: On Fri, Jul 31, 2009 at 4:09 PM, Jesse Keating wrote: > If there was no public available source repo, yes we'd complain. ?If > there was, I don't think we'd complain really. I think (correct me if I'm wrong) is that this exception was originally designed for s-c-*, where there was no publicly available SCM (until they migrated to 108 and then fedorahosted). We already have guidelines for building from SCM, thereby making us the "canonical" tarball release, so I don't think this exception is required any longer myself From jonstanley at gmail.com Sat Aug 1 16:52:15 2009 From: jonstanley at gmail.com (Jon Stanley) Date: Sat, 1 Aug 2009 12:52:15 -0400 Subject: FESCo meeting summary for 2009-07-31 In-Reply-To: <20090801081341.GA19464@genius.kawo2.rwth-aachen.de> References: <4A7345E4.9010502@fedoraproject.org> <1249069492.5186.80.camel@localhost.localdomain> <20090801081341.GA19464@genius.kawo2.rwth-aachen.de> Message-ID: On Sat, Aug 1, 2009 at 4:13 AM, Till Maas wrote: > Is there already support for this in rpmbuild? Can I use a SCM url as > Source0 in spec files? This would be off course very useful. The only requirement for Source0 is that the last element in a URL point to a valid tarball, zipfile, whatever in %_topdir/SOURCES. If you can get that out of an SCM URL, more power to ya :) There are procedures for SCM as the canonical source, however. https://fedoraproject.org/wiki/Packaging:NamingGuidelines#Package_Version From remotestar at live.com Sat Aug 1 17:28:49 2009 From: remotestar at live.com (Markus Kesaromous) Date: Sat, 1 Aug 2009 10:28:49 -0700 Subject: Kernel built from source stuck during boot Message-ID: Dear list, I installed kernel 2.6.29.6-213 from source rpm. I did not build it via rpmbuild. Rather, I first ran rpmbuild -v -bp kernel.spec then I cd'ed to ....BUILD/kernel-2.6.29/linux-2.6.29.i586 I configured it (make xconfig) and built it - make all. Build went witout a hitch. Ditto with Install and modules_install. At bootup, it quickly scrolls through some output of probed devices and seems to stop there. No gui. No login prompt. The KB driver does respond to keyboard key strokes. But other than that, nothing. My machine is a UP, AMD Athlon64 (but I compile only for 32 bit). In xconfig, I disabled all SMP stuff. I set the frequency governor to Performance, among other things (such as enabling rt2860 driver in the staging area). Would someone on this list be able to have a look at the .config file and tell me what is missing or mis-configured? Not sure if I should attach the config file here, or send it as an attachment to someone who is willing to have look and get back to me. Please advise. Cheers, MK _________________________________________________________________ Get free photo software from Windows Live http://www.windowslive.com/online/photos?ocid=PID23393::T:WLMTAGL:ON:WL:en-US:SI_PH_software:082009 From mjg at redhat.com Sat Aug 1 17:44:04 2009 From: mjg at redhat.com (Matthew Garrett) Date: Sat, 1 Aug 2009 18:44:04 +0100 Subject: [ANNOUNCE] New Mixer Handling in PA 0.9.16/F12 In-Reply-To: References: <20090728135958.GA30170@tango.0pointer.de> <20090728185937.GB12908@tango.0pointer.de> <5D4DD810-4A3D-4619-9801-30D147A1CFC0@redhat.com> <20090801052933.GB2520@redhat.com> <20090801054012.GA16329@srcf.ucam.org> <20090801060144.GF2520@redhat.com> <1249119157.6440.18.camel@adam.local.net> Message-ID: <20090801174404.GA22226@srcf.ucam.org> On Sat, Aug 01, 2009 at 08:16:50AM -0500, Doug Ledford wrote: > CD in is nothing more than an analog input. PA ignores all the analog > inputs other than as a digital PCM source. Treating all the analog > inputs as digital sources and not allowing the hardware to mix them to > output has various drawbacks. I've just been covering some of them. You're continuing to conflate two issues - hardware mixing of multiple PCM streams (which some hardware supports but PA doesn't make use of) and having control over the levels of analog inputs that are mixed straight into the analog output stream. PA exposes some of these, but not all of them - however, you can still use an alternative mixer app if you want to configure this for your specific niche use case. When Lennart says "PulseAudio does not support hardware mixing" he is *not* talking about the case you're describing. -- Matthew Garrett | mjg59 at srcf.ucam.org From Axel.Thimm at ATrpms.net Sat Aug 1 19:00:13 2009 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Sat, 1 Aug 2009 22:00:13 +0300 Subject: F12 rpm on F11 (rpmlib(PayloadIsXz)) Message-ID: <20090801190013.GA28251@victor.nirvana> Hi, I want to test some features of the F12 kernel. Unfortunately rpm's format change stand in the way: Running rpm_check_debug ERROR with rpm_check_debug vs depsolve: rpmlib(PayloadIsXz) <= 5.2-1 is needed by kernel-firmware-2.6.31-0.112.rc4.git3.fc12.noarch rpmlib(PayloadIsXz) <= 5.2-1 is needed by kernel-2.6.31-0.112.rc4.git3.fc12.x86_64 Complete! (1, [u'Please report this error in http://yum.baseurl.org/report']) I guess I need to update rpm itself first. Is that a very bad idea? Would other than potential bugs F12's rpm properly manage "old" (F11) packages? (I just want the kernel and perhaps NM/MM updated). Also how do I even get F12's rpm installed, if every rpm ans so the rpm rpm itself will fail on rpmlib(PayloadIsXz)? Is there an upgrade-rpm-for-F11 available? -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From tibbs at math.uh.edu Sat Aug 1 19:04:41 2009 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: Sat, 01 Aug 2009 14:04:41 -0500 Subject: F12 rpm on F11 (rpmlib(PayloadIsXz)) In-Reply-To: <20090801190013.GA28251@victor.nirvana> (Axel Thimm's message of "Sat\, 1 Aug 2009 22\:00\:13 +0300") References: <20090801190013.GA28251@victor.nirvana> Message-ID: >>>>> "AT" == Axel Thimm writes: AT> Is there an upgrade-rpm-for-F11 available? In updates-testing. - J< From naheemzaffar at gmail.com Sat Aug 1 19:04:52 2009 From: naheemzaffar at gmail.com (Naheem Zaffar) Date: Sat, 1 Aug 2009 20:04:52 +0100 Subject: F12 rpm on F11 (rpmlib(PayloadIsXz)) In-Reply-To: <20090801190013.GA28251@victor.nirvana> References: <20090801190013.GA28251@victor.nirvana> Message-ID: <3adc77210908011204v38f254a0l5a36008d6a517935@mail.gmail.com> AFAIK there should be an F11 rpm in updates-testing that will work with Fedora 12 rpms. -------------- next part -------------- An HTML attachment was scrubbed... URL: From kevin at scrye.com Sat Aug 1 19:06:31 2009 From: kevin at scrye.com (Kevin Fenzi) Date: Sat, 1 Aug 2009 13:06:31 -0600 Subject: F12 rpm on F11 (rpmlib(PayloadIsXz)) In-Reply-To: <20090801190013.GA28251@victor.nirvana> References: <20090801190013.GA28251@victor.nirvana> Message-ID: <20090801130631.4385d156@ohm.scrye.com> On Sat, 1 Aug 2009 22:00:13 +0300 Axel Thimm wrote: > Hi, > > I want to test some features of the F12 kernel. Unfortunately rpm's > format change stand in the way: ...snip... > Also how do I even get F12's rpm installed, if every rpm ans so the > rpm rpm itself will fail on rpmlib(PayloadIsXz)? Is there an > upgrade-rpm-for-F11 available? yum --enablerepo=updates-testing update rpm\* kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From Axel.Thimm at ATrpms.net Sat Aug 1 19:20:13 2009 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Sat, 1 Aug 2009 22:20:13 +0300 Subject: F12 rpm on F11 (rpmlib(PayloadIsXz)) In-Reply-To: References: <20090801190013.GA28251@victor.nirvana> <20090801130631.4385d156@ohm.scrye.com> <20090801190013.GA28251@victor.nirvana> <3adc77210908011204v38f254a0l5a36008d6a517935@mail.gmail.com> <20090801190013.GA28251@victor.nirvana> Message-ID: <20090801192013.GB28251@victor.nirvana> On Sat, Aug 01, 2009 at 02:04:41PM -0500, Jason L Tibbitts III wrote: > >>>>> "AT" == Axel Thimm writes: > > AT> Is there an upgrade-rpm-for-F11 available? > > In updates-testing. Thanks! On Sat, Aug 01, 2009 at 08:04:52PM +0100, Naheem Zaffar wrote: > AFAIK there should be an F11 rpm in updates-testing that will work with > Fedora 12 rpms. Thanks^2!! On Sat, Aug 01, 2009 at 01:06:31PM -0600, Kevin Fenzi wrote: > yum --enablerepo=updates-testing update rpm\* Thanks^3!!! :) -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From frankly3d at gmail.com Sat Aug 1 21:16:46 2009 From: frankly3d at gmail.com (Frank Murphy) Date: Sat, 01 Aug 2009 22:16:46 +0100 Subject: F12 rpm on F11 (rpmlib(PayloadIsXz)) In-Reply-To: <20090801190013.GA28251@victor.nirvana> References: <20090801190013.GA28251@victor.nirvana> Message-ID: <4A74B0BE.2020208@gmail.com> On 01/08/09 20:00, Axel Thimm wrote: > Hi, > > I want to test some features of the F12 kernel. Unfortunately rpm's > format change stand in the way: > I update to F12 rpm, it pulled in 2 other pkgs rpm-libs-4.7.1-1.fc12.x86_64 kernel-2.6.31-0.112.rc4.git3.fc12.x86_64 rpm-4.7.1-1.fc12.x86_64 kernel-firmware-2.6.31-0.112.rc4.git3.fc12.noarch rpm-python-4.7.1-1.fc12.x86_64 (before I knew of the updates-testing), and then got the kernel. > No problems so far. re the rpm upgrade From mschwendt at gmail.com Sun Aug 2 05:39:59 2009 From: mschwendt at gmail.com (Michael Schwendt) Date: Sun, 2 Aug 2009 07:39:59 +0200 Subject: rpms/ripmime/devel import.log, NONE, 1.1 ripmime.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2 In-Reply-To: <20090801201913.F184911C004A@cvs1.fedora.phx.redhat.com> References: <20090801201913.F184911C004A@cvs1.fedora.phx.redhat.com> Message-ID: <20090802073959.52f9d0da@faldor> On Sat, 1 Aug 2009 20:19:13 +0000 (UTC), Itamar wrote: > Author: itamarjp > > Update of /cvs/pkgs/rpms/ripmime/devel > %install > rm -rf $RPM_BUILD_ROOT > > install -Dp -m 0755 $RPM_BUILD_DIR/%{name}-%{version}/%{name} %{buildroot}%{_bindir}/%{name} > install -Dp -m 0644 $RPM_BUILD_DIR/%{name}-%{version}/%{name}.1 %{buildroot}%{_mandir}/man1/%{name}.1 > At the start of %install, current working-directory is at the top of the extracted source tarball already. Specifying the absolute path using $RPM_BUILD_DIR is not needed. It is fragile even, as it bears the risk of requiring changes any time %version could not be used unmodified due to Fedora's package release versioning guidelines. From mschwendt at gmail.com Sun Aug 2 06:44:12 2009 From: mschwendt at gmail.com (Michael Schwendt) Date: Sun, 02 Aug 2009 06:44:12 -0000 Subject: Broken dependencies in Fedora 11 - 2009-08-02 Message-ID: <20090802064412.5478.32152@faldor.intranet> ====================================================================== The results in this summary consider Test Updates! ====================================================================== Summary of broken packages (by src.rpm name): beagle clipsmm openmpi ppl python-tgext-crud R-RScaLAPACK rubygem-actionmailer rubygem-main rubygem-rails tomboy ====================================================================== Broken packages in fedora-11-i386: R-RScaLAPACK-0.5.1-19.fc11.i586 requires openmpi-libs clipsmm-0.0.7-5.fc11.i586 requires libclips.so.1 openmpi-vt-1.3.1-1.fc11.i586 requires openmpi-libs = 0:1.3.1-1.fc11 rubygem-actionmailer-2.3.2-1.fc11.noarch requires rubygem(actionpack) = 0:2.3.2 ====================================================================== Broken packages in fedora-11-ppc: R-RScaLAPACK-0.5.1-19.fc11.ppc requires openmpi-libs clipsmm-0.0.7-5.fc11.ppc requires libclips.so.1 clipsmm-0.0.7-5.fc11.ppc64 requires libclips.so.1()(64bit) openmpi-vt-1.3.1-1.fc11.ppc requires openmpi-libs = 0:1.3.1-1.fc11 rubygem-actionmailer-2.3.2-1.fc11.noarch requires rubygem(actionpack) = 0:2.3.2 ====================================================================== Broken packages in fedora-11-ppc64: R-RScaLAPACK-0.5.1-19.fc11.ppc64 requires openmpi-libs clipsmm-0.0.7-5.fc11.ppc64 requires libclips.so.1()(64bit) openmpi-vt-1.3.1-1.fc11.ppc64 requires openmpi-libs = 0:1.3.1-1.fc11 rubygem-actionmailer-2.3.2-1.fc11.noarch requires rubygem(actionpack) = 0:2.3.2 ====================================================================== Broken packages in fedora-11-x86_64: R-RScaLAPACK-0.5.1-19.fc11.x86_64 requires openmpi-libs clipsmm-0.0.7-5.fc11.i586 requires libclips.so.1 clipsmm-0.0.7-5.fc11.x86_64 requires libclips.so.1()(64bit) openmpi-vt-1.3.1-1.fc11.x86_64 requires openmpi-libs = 0:1.3.1-1.fc11 rubygem-actionmailer-2.3.2-1.fc11.noarch requires rubygem(actionpack) = 0:2.3.2 ====================================================================== Broken packages in fedora-updates-11-i386: ppl-swiprolog-0.10.2-3.fc11.i586 requires libpl.so.5.7.6 ppl-yap-0.10.2-3.fc11.i586 requires libYap.so rubygem-rails-2.3.2-3.fc11.noarch requires rubygem(activesupport) = 0:2.3.2 rubygem-rails-2.3.2-3.fc11.noarch requires rubygem(actionpack) = 0:2.3.2 rubygem-rails-2.3.2-3.fc11.noarch requires rubygem(activeresource) = 0:2.3.2 rubygem-rails-2.3.2-3.fc11.noarch requires rubygem(activerecord) = 0:2.3.2 ====================================================================== Broken packages in fedora-updates-11-ppc: ppl-swiprolog-0.10.2-3.fc11.ppc requires libpl.so.5.7.6 ppl-yap-0.10.2-3.fc11.ppc requires libYap.so rubygem-rails-2.3.2-3.fc11.noarch requires rubygem(activesupport) = 0:2.3.2 rubygem-rails-2.3.2-3.fc11.noarch requires rubygem(actionpack) = 0:2.3.2 rubygem-rails-2.3.2-3.fc11.noarch requires rubygem(activeresource) = 0:2.3.2 rubygem-rails-2.3.2-3.fc11.noarch requires rubygem(activerecord) = 0:2.3.2 ====================================================================== Broken packages in fedora-updates-11-ppc64: beagle-0.3.9-9.fc11.ppc64 requires mono(gmime-sharp) = 0:2.4.0.0 beagle-0.3.9-9.fc11.ppc64 requires mono(gsf-sharp) = 0:0.0.0.7 beagle-0.3.9-9.fc11.ppc64 requires mono(NDesk.DBus.GLib) = 0:1.0.0.0 beagle-0.3.9-9.fc11.ppc64 requires mono(NDesk.DBus) = 0:1.0.0.0 beagle-0.3.9-9.fc11.ppc64 requires mono(taglib-sharp) = 0:2.0.3.2 beagle-evolution-0.3.9-9.fc11.ppc64 requires mono(gmime-sharp) = 0:2.4.0.0 beagle-evolution-0.3.9-9.fc11.ppc64 requires mono(evolution-sharp) = 0:5.0.0.0 beagle-gnome-0.3.9-9.fc11.ppc64 requires mono(NDesk.DBus.GLib) = 0:1.0.0.0 beagle-gnome-0.3.9-9.fc11.ppc64 requires mono(NDesk.DBus) = 0:1.0.0.0 beagle-thunderbird-0.3.9-9.fc11.ppc64 requires mono(gmime-sharp) = 0:2.4.0.0 ppl-swiprolog-0.10.2-3.fc11.ppc64 requires libpl.so.5.7.6()(64bit) ppl-yap-0.10.2-3.fc11.ppc64 requires libYap.so()(64bit) rubygem-rails-2.3.2-3.fc11.noarch requires rubygem(activesupport) = 0:2.3.2 rubygem-rails-2.3.2-3.fc11.noarch requires rubygem(actionpack) = 0:2.3.2 rubygem-rails-2.3.2-3.fc11.noarch requires rubygem(activeresource) = 0:2.3.2 rubygem-rails-2.3.2-3.fc11.noarch requires rubygem(activerecord) = 0:2.3.2 tomboy-0.14.3-1.fc11.ppc64 requires mono(NDesk.DBus.GLib) = 0:1.0.0.0 tomboy-0.14.3-1.fc11.ppc64 requires mono(Mono.Addins.Setup) = 0:0.4.0.0 tomboy-0.14.3-1.fc11.ppc64 requires mono(Mono.Addins) = 0:0.4.0.0 tomboy-0.14.3-1.fc11.ppc64 requires mono(Mono.Addins.Gui) = 0:0.4.0.0 tomboy-0.14.3-1.fc11.ppc64 requires mono(NDesk.DBus) = 0:1.0.0.0 ====================================================================== Broken packages in fedora-updates-11-x86_64: ppl-swiprolog-0.10.2-3.fc11.x86_64 requires libpl.so.5.7.6()(64bit) ppl-yap-0.10.2-3.fc11.x86_64 requires libYap.so()(64bit) rubygem-rails-2.3.2-3.fc11.noarch requires rubygem(activesupport) = 0:2.3.2 rubygem-rails-2.3.2-3.fc11.noarch requires rubygem(actionpack) = 0:2.3.2 rubygem-rails-2.3.2-3.fc11.noarch requires rubygem(activeresource) = 0:2.3.2 rubygem-rails-2.3.2-3.fc11.noarch requires rubygem(activerecord) = 0:2.3.2 ====================================================================== Broken packages in fedora-updates-testing-11-i386: python-tgext-crud-0.2.4-1.fc11.noarch requires python-sprox >= 0:0.5.4.1 rubygem-main-2.8.4-2.fc11.noarch requires rubygem(fattr) >= 0:1.0.3 ====================================================================== Broken packages in fedora-updates-testing-11-ppc: python-tgext-crud-0.2.4-1.fc11.noarch requires python-sprox >= 0:0.5.4.1 rubygem-main-2.8.4-2.fc11.noarch requires rubygem(fattr) >= 0:1.0.3 ====================================================================== Broken packages in fedora-updates-testing-11-ppc64: python-tgext-crud-0.2.4-1.fc11.noarch requires python-sprox >= 0:0.5.4.1 rubygem-main-2.8.4-2.fc11.noarch requires rubygem(fattr) >= 0:1.0.3 ====================================================================== Broken packages in fedora-updates-testing-11-x86_64: python-tgext-crud-0.2.4-1.fc11.noarch requires python-sprox >= 0:0.5.4.1 rubygem-main-2.8.4-2.fc11.noarch requires rubygem(fattr) >= 0:1.0.3 From howard at cohtech.com Sun Aug 2 08:00:21 2009 From: howard at cohtech.com (Howard Wilkinson) Date: Sun, 02 Aug 2009 09:00:21 +0100 Subject: Rebuilding mysql 5.1.30-1 fails under fc11 Message-ID: <4A754795.7050706@cohtech.com> I am trying to regenerate the RPM packages for Mysql 5.1.30-1 as currently available for FC11. But the build fails a large number of the test cases. Is there a specific trick for getting this package to build properly? Howard. From rakesh.pandit at gmail.com Sun Aug 2 08:35:35 2009 From: rakesh.pandit at gmail.com (Rakesh Pandit) Date: Sun, 2 Aug 2009 14:05:35 +0530 Subject: Rebuilding mysql 5.1.30-1 fails under fc11 In-Reply-To: <4A754795.7050706@cohtech.com> References: <4A754795.7050706@cohtech.com> Message-ID: 2009/8/2 Howard Wilkinson wrote: > I am trying to regenerate the RPM packages for Mysql 5.1.30-1 as currently > available for FC11. But the build fails a large number of the test cases. Is > there a specific trick for getting this package to build properly? > The snippet from build log at failure point or other clues wouldn't hurt, unless you expect folks to build for you and then spot errors and analyse. -- rakesh From Axel.Thimm at ATrpms.net Sun Aug 2 09:41:48 2009 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Sun, 2 Aug 2009 12:41:48 +0300 Subject: 2.6.31-0.112.rc4.git3.fc12 on F11: flashing intel xorg driver Message-ID: <20090802094148.GA3844@victor.nirvana> Hi, in order to debug https://bugzilla.redhat.com/show_bug.cgi?id=514918 I installed a rawhide kernel (2.6.31-0.112.rc4.git3.fc12). Unfortunately X flashes all the time which makes working graphically very difficult to impossible. But I need to test NetworkManager so I need to get into a non-flashing X somehow. Before I blindly upgrade half my system to rawhide, is there anything I could tune to fix this or maybe a minimal set of packages to upgrade to rawhide? I could perhaps ssh to the system in question, but part of the exercise is to get a working laptop with modbile broadband cababilities, so I do need a working X at the end :) -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From frankly3d at gmail.com Sun Aug 2 09:47:06 2009 From: frankly3d at gmail.com (Frank Murphy) Date: Sun, 02 Aug 2009 10:47:06 +0100 Subject: 2.6.31-0.112.rc4.git3.fc12 on F11: flashing intel xorg driver In-Reply-To: <20090802094148.GA3844@victor.nirvana> References: <20090802094148.GA3844@victor.nirvana> Message-ID: <4A75609A.7070407@gmail.com> On 02/08/09 10:41, Axel Thimm wrote: > Hi, > > in order to debug https://bugzilla.redhat.com/show_bug.cgi?id=514918 I > installed a rawhide kernel (2.6.31-0.112.rc4.git3.fc12). Unfortunately > X flashes all the time which makes working graphically very difficult > to impossible. > > But I need to test NetworkManager so I need to get into a non-flashing > X somehow. Before I blindly upgrade half my system to rawhide, is > there anything I could tune to fix this or maybe a minimal set of > packages to upgrade to rawhide? > > I could perhaps ssh to the system in question, but part of the > exercise is to get a working laptop with modbile broadband > cababilities, so I do need a working X at the end :) > Check with https://bugzilla.redhat.com/show_bug.cgi?id=514777 The mjc@ He blogged about such a laptop problem and wanted to hear from people who experienced it. From Axel.Thimm at ATrpms.net Sun Aug 2 10:02:43 2009 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Sun, 2 Aug 2009 13:02:43 +0300 Subject: 2.6.31-0.112.rc4.git3.fc12 on F11: flashing intel xorg driver In-Reply-To: <4A75609A.7070407@gmail.com> References: <20090802094148.GA3844@victor.nirvana> <4A75609A.7070407@gmail.com> Message-ID: <20090802100243.GB3844@victor.nirvana> Hi, On Sun, Aug 02, 2009 at 10:47:06AM +0100, Frank Murphy wrote: > On 02/08/09 10:41, Axel Thimm wrote: > > Hi, > > > > in order to debug https://bugzilla.redhat.com/show_bug.cgi?id=514918 I > > installed a rawhide kernel (2.6.31-0.112.rc4.git3.fc12). Unfortunately > > X flashes all the time which makes working graphically very difficult > > to impossible. > > > > But I need to test NetworkManager so I need to get into a non-flashing > > X somehow. Before I blindly upgrade half my system to rawhide, is > > there anything I could tune to fix this or maybe a minimal set of > > packages to upgrade to rawhide? > > > > I could perhaps ssh to the system in question, but part of the > > exercise is to get a working laptop with modbile broadband > > cababilities, so I do need a working X at the end :) > > > > Check with https://bugzilla.redhat.com/show_bug.cgi?id=514777 Thanks, I added a comment, but it looks like your issue was fixed with the kernel I am using. > The mjc@ > He blogged about such a laptop problem > and wanted to hear from people who experienced it. Do you have the URL of the blog? Thanks! -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From frankly3d at gmail.com Sun Aug 2 10:20:25 2009 From: frankly3d at gmail.com (Frank Murphy) Date: Sun, 02 Aug 2009 11:20:25 +0100 Subject: 2.6.31-0.112.rc4.git3.fc12 on F11: flashing intel xorg driver In-Reply-To: <20090802100243.GB3844@victor.nirvana> References: <20090802094148.GA3844@victor.nirvana> <4A75609A.7070407@gmail.com> <20090802100243.GB3844@victor.nirvana> Message-ID: <4A756869.7030308@gmail.com> On 02/08/09 11:02, Axel Thimm wrote: > > Do you have the URL of the blog? Thanks! > http://www.advogato.org/person/mjg59/ 27 Jul 2009 From christoph.wickert at googlemail.com Sun Aug 2 10:20:57 2009 From: christoph.wickert at googlemail.com (Christoph Wickert) Date: Sun, 02 Aug 2009 12:20:57 +0200 Subject: rpms/kmess/F-11 kmess.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2 In-Reply-To: <20090730015633.GC27845@genius.kawo2.rwth-aachen.de> References: <20090729233301.6C29911C00CE@cvs1.fedora.phx.redhat.com> <20090730015633.GC27845@genius.kawo2.rwth-aachen.de> Message-ID: <1249208457.2791.0.camel@localhost> Am Donnerstag, den 30.07.2009, 03:56 +0200 schrieb Till Maas: > On Wed, Jul 29, 2009 at 06:36:42PM -0500, Jason L Tibbitts III wrote: > > >>>>> "SMP" == Steven M Parrish writes: > > > > SMP> Summary: A MSN Messenger Clone > > > > Please don't build a package with this summary. > > Please explain why. https://fedoraproject.org/wiki/Packaging/Guidelines#Trademarks_in_Summary_or_Description Regards, Christoph From rawhide at fedoraproject.org Sun Aug 2 11:12:23 2009 From: rawhide at fedoraproject.org (Rawhide Report) Date: Sun, 2 Aug 2009 11:12:23 +0000 Subject: rawhide report: 20090802 changes Message-ID: <20090802111223.GA875@releng2.fedora.phx.redhat.com> Compose started at Sun Aug 2 06:15:10 UTC 2009 New package Panini A tool for creating perspective views from panoramic and wide angle images New package R-AnnotationDbi Annotation Database Interface New package WebShell SSL server for web-based SSH access from browsers and mobile devices New package ripmime Extract attachments out of a MIME encoded email packages Updated Packages: Django-1.1-1.fc12 ----------------- * Sat Aug 01 2009 Steve 'Ashcrow' Milner - 1.1-1 - Update for Django 1.1 release. - Moved /usr/bin/django-admin.py to /usr/bin/django-admin - sed macro is now being used - Patch for bz#495046 applied. NetworkManager-0.7.995-1.git20090728.fc12 ----------------------------------------- * Sun Aug 02 2009 Matthias Clasen - 0.7.995-1.git20090728 - Move some big docs to -devel to save space R-maanova-1.14.0-1.fc12 ----------------------- * Sat Aug 01 2009 pingou - 1.14.0-1 - Update to 1.14.0 bios_extract-0-0.4.20090713git.fc12 ----------------------------------- * Sat Aug 01 2009 Peter Lemenkov 0-0.4.20090713git - Fixed work on BigEndian platforms - More bios-types recognized bluez-4.47-1.fc12 ----------------- * Sun Aug 02 2009 Bastien Nocera 4.47-1 - Update to 4.47 cairo-1.8.8-3.fc12 ------------------ * Sun Aug 02 2009 Matthias Clasen - 1.8.8-3 - Move ChangeLog to -devel to save space clutter-1.0.0-4.fc12 -------------------- * Sat Aug 01 2009 Matthias Clasen 1.0.0-4 - Move ChangeLog to -devel to save some space compiz-0.8.2-9.fc12 ------------------- * Sat Aug 01 2009 Adel Gadllah - 0.8.2-9 - Fix build * Fri Jul 31 2009 Kristian H?gsberg - 0.8.2-8 - Add patch to add option to always use glXSwapBuffers. gauche-gtk-0.4.1-21.fc12 ------------------------ * Sat Aug 01 2009 Gerard Milmeister - 0.4.1-21 - fix for gtk 2.17 * Fri Jul 24 2009 Fedora Release Engineering - 0.4.1-20 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild * Sat Jun 20 2009 Gerard Milmeister - 0.4.1-19 - updated for gauche 0.8.14 gdm-2.27.4-4.fc12 ----------------- * Sat Aug 01 2009 Matthias Clasen 1:2.27.4-4 - Drop unneeded direct deps glib2-2.21.4-3.fc12 ------------------- * Sun Aug 02 2009 Matthias Clasen - 2.21.4-3 - Save some space gnome-pilot-2.0.17-5.fc12 ------------------------- * Sun Aug 02 2009 Matthias Clasen - 2.0.17-5 - Move ChangeLog to -devel to save some space gnote-0.6.1-1.fc12 ------------------ * Sat Aug 01 2009 Rahul Sundaram - 0.6.1 - D-Bus support enabled, many new features and bug fixes - http://mail.gnome.org/archives/gnote-list/2009-July/msg00016.html - 0.6.0 skipped due to applet breakage fixed in this release - http://mail.gnome.org/archives/gnote-list/2009-July/msg00020.html gtk2-2.17.6-4.fc12 ------------------ * Sun Aug 02 2009 Matthias Clasen - 2.17.6-4 - Save some space gtk2-engines-2.18.2-4.fc12 -------------------------- * Sun Aug 02 2009 Matthias Clasen - 2.18.2-4 - Drop pkgconfig dep from the main package jd-2.4.2-0.2.svn3007_trunk.fc12 ------------------------------- * Sun Aug 02 2009 Mamoru Tasaka - rev 3007 kde-l10n-4.3.0-1.fc12 --------------------- * Thu Jul 30 2009 Than Ngo - 4.3.0-1 - 4.3.0 kdeaccessibility-4.3.0-2.fc12 ----------------------------- * Sat Aug 01 2009 Rex Dieter 4.3.0-2 - -libs subpkg: Multilib conflicts for index.cache.bz2 (#515085) - %check: desktop-file-validate kdebase-workspace-4.3.0-2.fc12 ------------------------------ * Sat Aug 01 2009 Rex Dieter - 4.3.0-2 - move designer plugins to -libs, fixes Multilib conflicts for index.cache.bz2 (#515088) - tighten -libs deps, using %{?_isa} - %check: desktop-file-validate kdebindings-4.3.0-2.fc12 ------------------------ * Sat Aug 01 2009 Rex Dieter 4.3.0-2 - workaround pykdeuic4 upgrade brokenness (introduced in 4.2.98) kdeedu-4.3.0-2.fc12 ------------------- * Sat Aug 01 2009 Rex Dieter 4.3.0-2 - move kalziumuiwidgets.so designer plugin to -libs - tighten -libs deps using %?_isa - %check: desktop-file-validate - fix conflict with oxygen-icons kdemultimedia-4.3.0-1.fc12 -------------------------- * Thu Jul 30 2009 Than Ngo - 4.3.0-1 - 4.3.0 kdenetwork-4.3.0-1.fc12 ----------------------- * Thu Jul 30 2009 Than Ngo - 4.3.0-1 - 4.3.0 kdeplasma-addons-4.3.0-1.fc12 ----------------------------- * Thu Jul 30 2009 Than Ngo - 4.3.0-1 - 4.3.0 kdesdk-4.3.0-1.fc12 ------------------- * Thu Jul 30 2009 Than Ngo - 4.3.0-1 - 4.3.0 kdetoys-4.3.0-1.fc12 -------------------- * Thu Jul 30 2009 Than Ngo - 4.3.0-1 - 4.3.0 kdeutils-4.3.0-2.fc12 --------------------- * Sat Aug 01 2009 Rex Dieter - 4.3.0-2 - -libs subpkg reborn: Multilib conflicts for index.cache.bz2 (#515087) - %check: desktop-file-validate * Thu Jul 30 2009 Than Ngo - 4.3.0-1 - 4.3.0 kernel-2.6.31-0.118.rc5.fc12 ---------------------------- * Sat Aug 01 2009 David Woodhouse 2.6.31-0.118.rc5 - Fix boot failures on ppc32 (#514010, #505071) * Fri Jul 31 2009 Ben Skeggs - nouveau: build against 2.6.31-rc4-git6, fix script parsing on some G8x chips * Fri Jul 31 2009 Matthew Garrett - linux-2.6-dell-laptop-rfkill-fix.patch: Fix up Dell rfkill * Fri Jul 31 2009 Kyle McMartin 2.6.31-0.117.rc5 - Linux 2.6.31-rc5 memtester-4.1.2-1.fc12 ---------------------- * Sat Aug 01 2009 Lucian Langa - 4.1.2-1 - new upstream release nemiver-0.7.1-1.fc12 -------------------- * Sat Aug 01 2009 Dodji Seketeli - 0.7.1-1 - Update to new upstream release (0.7.1) olpc-update-2.20-1.fc12 ----------------------- * Sat Aug 01 2009 Daniel Drake - 2.20-1 - version bump parrot-1.4.0-6.fc12 ------------------- * Sat Aug 01 2009 Gerd Pokorra 1.4.0-5 - install the files /usr/src/parrot/* perl-HTML-FormFu-Model-DBIC-0.05002-1.fc12 ------------------------------------------ * Sat Aug 01 2009 Chris Weyl 0.05002-1 - auto-update to 0.05002 (by cpan-spec-update 0.01) - altered br on perl(DBIx::Class) (0.08002 => 0.08106) - added a new br on perl(DateTime::Format::SQLite) (version 0) - altered br on perl(HTML::FormFu) (0.03007 => 0.05000) - added a new br on perl(List::MoreUtils) (version 0) - added a new req on perl(DBD::SQLite) (version 0) - altered req on perl(DBIx::Class) (0 => 0.08106) - added a new req on perl(HTML::FormFu) (version 0.05000) - added a new req on perl(List::MoreUtils) (version 0) - added a new req on perl(Task::Weaken) (version 0) * Sat Jul 25 2009 Fedora Release Engineering - 0.03007-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild rcssserver3d-0.6.1-6.fc12 ------------------------- * Sat Aug 01 2009 Hedayat Vatankhah - 0.6.1-6 - Rebuilt against rawhide tetex * Sun Jul 26 2009 Fedora Release Engineering - 0.6.1-5 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild squid-3.0.STABLE17-3.fc12 ------------------------- * Sat Aug 01 2009 Henrik Nordstrom - 7:3.0.STABLE17-3 - Squid Bug #2728: regression: assertion failed: http.cc:705: "!eof" * Mon Jul 27 2009 Henrik Nordstrom - 7:3.0.STABLE17-2 - Bug #514014, update to 3.0.STABLE17 fixing the denial of service issues mentioned in Squid security advisory SQUID-2009_2. * Sun Jul 26 2009 Fedora Release Engineering - 7:3.0.STABLE16-3 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild sugar-help-10-1.fc12 -------------------- * Fri Jul 31 2009 Fabian Affolter - 10-1 - Updated to new upstream version 10 sugar-imageviewer-7-3.fc12 -------------------------- * Sat Aug 01 2009 Fabian Affolter - 7-3 - Minor changes sugar-pippy-34-2.fc12 --------------------- * Sat Aug 01 2009 Fabian Affolter - 34-1 - Added part to fix permissions and removing shebangs - This package is not longer noarch - Updated to new upstream version 34 * Sat Aug 01 2009 Fabian Affolter - 34-2 - Removed noarch * Sun Jul 26 2009 Fedora Release Engineering - 30-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild * Fri Mar 06 2009 Fabian Affolter - 30-1 - Updated to new upstream version 30 tor-0.2.0.35-1.fc12 ------------------- * Fri Jun 26 2009 Enrico Scholz - 0.2.0.35-1 - updated to 0.2.0.35 - added '--quiet' to startup options (bug #495987) - updated %doc entries * Wed May 06 2009 Enrico Scholz - 0.2.0.34-4 - made it easy to rebuild package in RHEL by adding a 'noarch' conditional to enable/disable noarch subpackages xfce4-power-manager-0.8.3-1.fc12 -------------------------------- * Sat Aug 01 2009 Christoph Wickert - 0.8.3-1 - Update to 0.8.3 * Thu Jul 30 2009 Christoph Wickert - 0.8.2-3 - Patch to include dpmsconst.h instead of dpms.h * Mon Jul 27 2009 Fedora Release Engineering - 0.8.2-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild xmlto-0.0.22-3.fc12 ------------------- * Sat Aug 01 2009 Ondrej Vasik - 0.0.22-3 - make subpackages noarch, preserve timestamps - merge review (#226568) Summary: Added Packages: 4 Removed Packages: 0 Modified Packages: 41 Broken deps for i386 ---------------------------------------------------------- 389-ds-1.1.3-4.fc12.noarch requires 389-ds-admin R-RScaLAPACK-0.5.1-19.fc11.i586 requires openmpi-libs asterisk-fax-1.6.1-0.24.rc1.fc12.i686 requires libspandsp.so.1 clipsmm-0.0.7-6.fc12.i686 requires libclips.so.1 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0 clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 cluttermm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-0.9) dap-hdf4_handler-3.7.9-2.fc11.i586 requires libdap.so.9 dap-hdf4_handler-3.7.9-2.fc11.i586 requires libdapserver.so.6 ghc-HTTP-devel-4000.0.6-3.fc12.i586 requires ghc = 0:6.10.3 ghc-HTTP-devel-4000.0.6-3.fc12.i586 requires ghc = 0:6.10.3 ghc-HTTP-doc-4000.0.6-3.fc12.i586 requires ghc-doc = 0:6.10.3 ghc-HTTP-doc-4000.0.6-3.fc12.i586 requires ghc-doc = 0:6.10.3 ghc-HTTP-prof-4000.0.6-3.fc12.i586 requires ghc-prof = 0:6.10.3 ghc-ghc-paths-devel-0.1.0.5-7.fc12.i586 requires ghc = 0:6.10.3 ghc-ghc-paths-devel-0.1.0.5-7.fc12.i586 requires ghc = 0:6.10.3 ghc-ghc-paths-doc-0.1.0.5-7.fc12.i586 requires ghc-doc = 0:6.10.3 ghc-ghc-paths-doc-0.1.0.5-7.fc12.i586 requires ghc-doc = 0:6.10.3 ghc-ghc-paths-prof-0.1.0.5-7.fc12.i586 requires ghc-prof = 0:6.10.3 ghc-haskell-src-exts-devel-1.0.1-1.fc12.i586 requires ghc = 0:6.10.3 ghc-haskell-src-exts-devel-1.0.1-1.fc12.i586 requires ghc = 0:6.10.3 ghc-haskell-src-exts-doc-1.0.1-1.fc12.i586 requires ghc-doc = 0:6.10.3 ghc-haskell-src-exts-doc-1.0.1-1.fc12.i586 requires ghc-doc = 0:6.10.3 ghc-haskell-src-exts-prof-1.0.1-1.fc12.i586 requires ghc-prof = 0:6.10.3 ghc-uniplate-devel-1.2.0.3-4.fc12.i586 requires ghc = 0:6.10.3 ghc-uniplate-devel-1.2.0.3-4.fc12.i586 requires ghc = 0:6.10.3 ghc-uniplate-doc-1.2.0.3-4.fc12.i586 requires ghc-doc = 0:6.10.3 ghc-uniplate-doc-1.2.0.3-4.fc12.i586 requires ghc-doc = 0:6.10.3 ghc-uniplate-prof-1.2.0.3-4.fc12.i586 requires ghc-prof = 0:6.10.3 ghc-zlib-devel-0.5.0.0-9.fc12.i586 requires ghc = 0:6.10.3 ghc-zlib-devel-0.5.0.0-9.fc12.i586 requires ghc = 0:6.10.3 ghc-zlib-doc-0.5.0.0-9.fc12.i586 requires ghc-doc = 0:6.10.3 ghc-zlib-doc-0.5.0.0-9.fc12.i586 requires ghc-doc = 0:6.10.3 ghc-zlib-prof-0.5.0.0-9.fc12.i586 requires ghc-prof = 0:6.10.3 gnome-python2-nautilus-cd-burner-2.27.2-2.fc12.i686 requires libnautilus-burn.so.4 1:kdeaccessibility-4.3.0-2.fc12.i686 requires kdeaccessibility-libs(x86-32) = 0:4.3.0-2.fc12 1:kdeaccessibility-libs-4.3.0-2.fc12.i686 requires kdeaccessibility = 0:4.3.0-2.fc12 6:kdeutils-4.3.0-2.fc12.i686 requires kdeutils-libs(x86-32) = 0:4.3.0-2.fc12 6:kdeutils-libs-4.3.0-2.fc12.i686 requires kdeutils = 0:4.3.0-2.fc12 libchamplain-0.2.9-1.fc11.i586 requires libclutter-glx-0.8.so.0 libchamplain-0.2.9-1.fc11.i586 requires libclutter-cairo-0.8.so.0 libchamplain-devel-0.2.9-1.fc11.i586 requires pkgconfig(clutter-0.8) nbtk-0.16.3-5.fc12.i686 requires libclutter-glx-0.9.so.0 nbtk-devel-0.16.3-5.fc12.i686 requires pkgconfig(clutter-0.9) octave-forge-20080831-10.fc12.i686 requires octave(api) = 0:api-v32 php-layers-menu-3.2.0-0.2.rc.fc12.noarch requires php-pear(HTML_Template_PHPLIB) plplot-octave-5.9.4-1.fc12.i586 requires octave(api) = 0:api-v32 ppl-yap-0.10.2-5.fc12.i686 requires libYap.so pyclutter-0.8.2-2.fc11.i586 requires libclutter-glx-0.8.so.0 pyclutter-cairo-0.8.2-2.fc11.i586 requires libclutter-cairo-0.8.so.0 pyclutter-cairo-0.8.2-2.fc11.i586 requires libclutter-glx-0.8.so.0 pyclutter-gst-0.8.2-2.fc11.i586 requires libclutter-gst-0.8.so.0 pyclutter-gst-0.8.2-2.fc11.i586 requires libclutter-glx-0.8.so.0 pyclutter-gtk-0.8.2-2.fc11.i586 requires libclutter-glx-0.8.so.0 pyclutter-gtk-0.8.2-2.fc11.i586 requires libclutter-gtk-0.8.so.0 python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql python-tgext-crud-0.2.4-2.fc12.noarch requires python-sprox >= 0:0.5.4.1 qtparted-0.4.5-19.fc11.i586 requires libparted-1.8.so.8 rubygem-actionpack-2.3.2-2.fc12.noarch requires rubygem(activesupport) = 0:2.3.2 rubygem-main-2.8.4-3.fc12.noarch requires rubygem(fattr) >= 0:1.0.3 rubygem-rails-2.3.3-2.fc12.noarch requires rubygem(actionmailer) = 0:2.3.3 rubygem-rails-2.3.3-2.fc12.noarch requires rubygem(actionpack) = 0:2.3.3 sems-1.1.1-2.fc12.i586 requires libspandsp.so.1 sems-g722-1.1.1-2.fc12.i586 requires libspandsp.so.1 sems-gsm-1.1.1-2.fc12.i586 requires libspandsp.so.1 sems-speex-1.1.1-2.fc12.i586 requires libspandsp.so.1 showimg-pgsql-0.9.5-22.fc11.i586 requires libpqxx-2.6.8.so sugar-pippy-34-2.fc12.i686 requires libstdc++.so.6(CXXABI_1.3)(64bit) sugar-pippy-34-2.fc12.i686 requires libc.so.6()(64bit) sugar-pippy-34-2.fc12.i686 requires libgcc_s.so.1(GCC_3.0)(64bit) sugar-pippy-34-2.fc12.i686 requires libm.so.6()(64bit) sugar-pippy-34-2.fc12.i686 requires libm.so.6(GLIBC_2.2.5)(64bit) sugar-pippy-34-2.fc12.i686 requires libc.so.6(GLIBC_2.2.5)(64bit) sugar-pippy-34-2.fc12.i686 requires libstdc++.so.6()(64bit) sugar-pippy-34-2.fc12.i686 requires libstdc++.so.6(GLIBCXX_3.4)(64bit) sugar-pippy-34-2.fc12.i686 requires libgcc_s.so.1()(64bit) thunderbird-lightning-1.0-0.6.20090513hg.fc12.i586 requires thunderbird < 0:3.0-2.3.b4 trac-customfieldadmin-plugin-0.1-0.1.svn5073.fc10.noarch requires trac-webadmin-plugin trac-customfieldadmin-plugin-0.1-0.1.svn5073.fc10.noarch requires python(abi) = 0:2.5 vinagre-devel-2.27.5-1.fc12.i686 requires pkg-config Broken deps for x86_64 ---------------------------------------------------------- 389-ds-1.1.3-4.fc12.noarch requires 389-ds-admin R-RScaLAPACK-0.5.1-19.fc11.x86_64 requires openmpi-libs asterisk-fax-1.6.1-0.24.rc1.fc12.x86_64 requires libspandsp.so.1()(64bit) clipsmm-0.0.7-6.fc12.i686 requires libclips.so.1 clipsmm-0.0.7-6.fc12.x86_64 requires libclips.so.1()(64bit) clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.x86_64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.x86_64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-0.7.4-2.fc11.x86_64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8) clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.x86_64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.x86_64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-gtk-0.9) clutter-gtkmm-devel-0.9.4-1.fc12.x86_64 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 cluttermm-0.9.4-1.fc12.x86_64 requires libclutter-glx-0.9.so.0()(64bit) cluttermm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-0.9) cluttermm-devel-0.9.4-1.fc12.x86_64 requires pkgconfig(clutter-0.9) dap-hdf4_handler-3.7.9-2.fc11.x86_64 requires libdap.so.9()(64bit) dap-hdf4_handler-3.7.9-2.fc11.x86_64 requires libdapserver.so.6()(64bit) ghc-HTTP-devel-4000.0.6-3.fc12.i586 requires ghc = 0:6.10.3 ghc-HTTP-devel-4000.0.6-3.fc12.i586 requires ghc = 0:6.10.3 ghc-HTTP-devel-4000.0.6-3.fc12.x86_64 requires ghc = 0:6.10.3 ghc-HTTP-devel-4000.0.6-3.fc12.x86_64 requires ghc = 0:6.10.3 ghc-HTTP-doc-4000.0.6-3.fc12.x86_64 requires ghc-doc = 0:6.10.3 ghc-HTTP-doc-4000.0.6-3.fc12.x86_64 requires ghc-doc = 0:6.10.3 ghc-HTTP-prof-4000.0.6-3.fc12.x86_64 requires ghc-prof = 0:6.10.3 ghc-ghc-paths-devel-0.1.0.5-7.fc12.i586 requires ghc = 0:6.10.3 ghc-ghc-paths-devel-0.1.0.5-7.fc12.i586 requires ghc = 0:6.10.3 ghc-ghc-paths-devel-0.1.0.5-7.fc12.x86_64 requires ghc = 0:6.10.3 ghc-ghc-paths-devel-0.1.0.5-7.fc12.x86_64 requires ghc = 0:6.10.3 ghc-ghc-paths-doc-0.1.0.5-7.fc12.x86_64 requires ghc-doc = 0:6.10.3 ghc-ghc-paths-doc-0.1.0.5-7.fc12.x86_64 requires ghc-doc = 0:6.10.3 ghc-ghc-paths-prof-0.1.0.5-7.fc12.x86_64 requires ghc-prof = 0:6.10.3 ghc-haskell-src-exts-devel-1.0.1-1.fc12.i586 requires ghc = 0:6.10.3 ghc-haskell-src-exts-devel-1.0.1-1.fc12.i586 requires ghc = 0:6.10.3 ghc-haskell-src-exts-devel-1.0.1-1.fc12.x86_64 requires ghc = 0:6.10.3 ghc-haskell-src-exts-devel-1.0.1-1.fc12.x86_64 requires ghc = 0:6.10.3 ghc-haskell-src-exts-doc-1.0.1-1.fc12.x86_64 requires ghc-doc = 0:6.10.3 ghc-haskell-src-exts-doc-1.0.1-1.fc12.x86_64 requires ghc-doc = 0:6.10.3 ghc-haskell-src-exts-prof-1.0.1-1.fc12.x86_64 requires ghc-prof = 0:6.10.3 ghc-uniplate-devel-1.2.0.3-4.fc12.i586 requires ghc = 0:6.10.3 ghc-uniplate-devel-1.2.0.3-4.fc12.i586 requires ghc = 0:6.10.3 ghc-uniplate-devel-1.2.0.3-4.fc12.x86_64 requires ghc = 0:6.10.3 ghc-uniplate-devel-1.2.0.3-4.fc12.x86_64 requires ghc = 0:6.10.3 ghc-uniplate-doc-1.2.0.3-4.fc12.x86_64 requires ghc-doc = 0:6.10.3 ghc-uniplate-doc-1.2.0.3-4.fc12.x86_64 requires ghc-doc = 0:6.10.3 ghc-uniplate-prof-1.2.0.3-4.fc12.x86_64 requires ghc-prof = 0:6.10.3 ghc-zlib-devel-0.5.0.0-9.fc12.i586 requires ghc = 0:6.10.3 ghc-zlib-devel-0.5.0.0-9.fc12.i586 requires ghc = 0:6.10.3 ghc-zlib-devel-0.5.0.0-9.fc12.x86_64 requires ghc = 0:6.10.3 ghc-zlib-devel-0.5.0.0-9.fc12.x86_64 requires ghc = 0:6.10.3 ghc-zlib-doc-0.5.0.0-9.fc12.x86_64 requires ghc-doc = 0:6.10.3 ghc-zlib-doc-0.5.0.0-9.fc12.x86_64 requires ghc-doc = 0:6.10.3 ghc-zlib-prof-0.5.0.0-9.fc12.x86_64 requires ghc-prof = 0:6.10.3 gnome-python2-nautilus-cd-burner-2.27.2-2.fc12.x86_64 requires libnautilus-burn.so.4()(64bit) 1:kdeaccessibility-4.3.0-2.fc12.x86_64 requires kdeaccessibility-libs(x86-64) = 0:4.3.0-2.fc12 1:kdeaccessibility-libs-4.3.0-2.fc12.i686 requires kdeaccessibility = 0:4.3.0-2.fc12 1:kdeaccessibility-libs-4.3.0-2.fc12.x86_64 requires kdeaccessibility = 0:4.3.0-2.fc12 6:kdeutils-4.3.0-2.fc12.x86_64 requires kdeutils-libs(x86-64) = 0:4.3.0-2.fc12 6:kdeutils-libs-4.3.0-2.fc12.i686 requires kdeutils = 0:4.3.0-2.fc12 6:kdeutils-libs-4.3.0-2.fc12.x86_64 requires kdeutils = 0:4.3.0-2.fc12 libchamplain-0.2.9-1.fc11.i586 requires libclutter-glx-0.8.so.0 libchamplain-0.2.9-1.fc11.i586 requires libclutter-cairo-0.8.so.0 libchamplain-0.2.9-1.fc11.x86_64 requires libclutter-cairo-0.8.so.0()(64bit) libchamplain-0.2.9-1.fc11.x86_64 requires libclutter-glx-0.8.so.0()(64bit) libchamplain-devel-0.2.9-1.fc11.i586 requires pkgconfig(clutter-0.8) libchamplain-devel-0.2.9-1.fc11.x86_64 requires pkgconfig(clutter-0.8) nbtk-0.16.3-5.fc12.i686 requires libclutter-glx-0.9.so.0 nbtk-0.16.3-5.fc12.x86_64 requires libclutter-glx-0.9.so.0()(64bit) nbtk-devel-0.16.3-5.fc12.i686 requires pkgconfig(clutter-0.9) nbtk-devel-0.16.3-5.fc12.x86_64 requires pkgconfig(clutter-0.9) octave-forge-20080831-10.fc12.x86_64 requires octave(api) = 0:api-v32 php-layers-menu-3.2.0-0.2.rc.fc12.noarch requires php-pear(HTML_Template_PHPLIB) plplot-octave-5.9.4-1.fc12.x86_64 requires octave(api) = 0:api-v32 ppl-yap-0.10.2-5.fc12.x86_64 requires libYap.so()(64bit) pyclutter-0.8.2-2.fc11.x86_64 requires libclutter-glx-0.8.so.0()(64bit) pyclutter-cairo-0.8.2-2.fc11.x86_64 requires libclutter-cairo-0.8.so.0()(64bit) pyclutter-cairo-0.8.2-2.fc11.x86_64 requires libclutter-glx-0.8.so.0()(64bit) pyclutter-gst-0.8.2-2.fc11.x86_64 requires libclutter-glx-0.8.so.0()(64bit) pyclutter-gst-0.8.2-2.fc11.x86_64 requires libclutter-gst-0.8.so.0()(64bit) pyclutter-gtk-0.8.2-2.fc11.x86_64 requires libclutter-gtk-0.8.so.0()(64bit) pyclutter-gtk-0.8.2-2.fc11.x86_64 requires libclutter-glx-0.8.so.0()(64bit) python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql python-tgext-crud-0.2.4-2.fc12.noarch requires python-sprox >= 0:0.5.4.1 qtparted-0.4.5-19.fc11.x86_64 requires libparted-1.8.so.8()(64bit) rubygem-actionpack-2.3.2-2.fc12.noarch requires rubygem(activesupport) = 0:2.3.2 rubygem-main-2.8.4-3.fc12.noarch requires rubygem(fattr) >= 0:1.0.3 rubygem-rails-2.3.3-2.fc12.noarch requires rubygem(actionmailer) = 0:2.3.3 rubygem-rails-2.3.3-2.fc12.noarch requires rubygem(actionpack) = 0:2.3.3 sems-1.1.1-2.fc12.x86_64 requires libspandsp.so.1()(64bit) sems-g722-1.1.1-2.fc12.x86_64 requires libspandsp.so.1()(64bit) sems-gsm-1.1.1-2.fc12.x86_64 requires libspandsp.so.1()(64bit) sems-speex-1.1.1-2.fc12.x86_64 requires libspandsp.so.1()(64bit) showimg-pgsql-0.9.5-22.fc11.x86_64 requires libpqxx-2.6.8.so()(64bit) thunderbird-lightning-1.0-0.6.20090513hg.fc12.x86_64 requires thunderbird < 0:3.0-2.3.b4 trac-customfieldadmin-plugin-0.1-0.1.svn5073.fc10.noarch requires trac-webadmin-plugin trac-customfieldadmin-plugin-0.1-0.1.svn5073.fc10.noarch requires python(abi) = 0:2.5 vinagre-devel-2.27.5-1.fc12.i686 requires pkg-config vinagre-devel-2.27.5-1.fc12.x86_64 requires pkg-config Broken deps for ppc ---------------------------------------------------------- 389-ds-1.1.3-4.fc12.noarch requires 389-ds-admin R-RScaLAPACK-0.5.1-19.fc11.ppc requires openmpi-libs asterisk-fax-1.6.1-0.24.rc1.fc12.ppc requires libspandsp.so.1 clipsmm-0.0.7-6.fc12.ppc requires libclips.so.1 clipsmm-0.0.7-6.fc12.ppc64 requires libclips.so.1()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.ppc requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.ppc requires libclutter-glx-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.ppc requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc requires pkgconfig(clutter-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.ppc requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.ppc requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.ppc requires pkgconfig(clutter-gtk-0.9) clutter-gtkmm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.ppc requires libclutter-glx-0.9.so.0 cluttermm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) cluttermm-devel-0.9.4-1.fc12.ppc requires pkgconfig(clutter-0.9) cluttermm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-0.9) dap-hdf4_handler-3.7.9-2.fc11.ppc requires libdap.so.9 dap-hdf4_handler-3.7.9-2.fc11.ppc requires libdapserver.so.6 ghc-HTTP-devel-4000.0.6-3.fc12.ppc requires ghc = 0:6.10.3 ghc-HTTP-devel-4000.0.6-3.fc12.ppc requires ghc = 0:6.10.3 ghc-HTTP-doc-4000.0.6-3.fc12.ppc requires ghc-doc = 0:6.10.3 ghc-HTTP-doc-4000.0.6-3.fc12.ppc requires ghc-doc = 0:6.10.3 ghc-HTTP-prof-4000.0.6-3.fc12.ppc requires ghc-prof = 0:6.10.3 ghc-ghc-paths-devel-0.1.0.5-7.fc12.ppc requires ghc = 0:6.10.3 ghc-ghc-paths-devel-0.1.0.5-7.fc12.ppc requires ghc = 0:6.10.3 ghc-ghc-paths-doc-0.1.0.5-7.fc12.ppc requires ghc-doc = 0:6.10.3 ghc-ghc-paths-doc-0.1.0.5-7.fc12.ppc requires ghc-doc = 0:6.10.3 ghc-ghc-paths-prof-0.1.0.5-7.fc12.ppc requires ghc-prof = 0:6.10.3 ghc-haskell-src-exts-devel-1.0.1-1.fc12.ppc requires ghc = 0:6.10.3 ghc-haskell-src-exts-devel-1.0.1-1.fc12.ppc requires ghc = 0:6.10.3 ghc-haskell-src-exts-doc-1.0.1-1.fc12.ppc requires ghc-doc = 0:6.10.3 ghc-haskell-src-exts-doc-1.0.1-1.fc12.ppc requires ghc-doc = 0:6.10.3 ghc-haskell-src-exts-prof-1.0.1-1.fc12.ppc requires ghc-prof = 0:6.10.3 ghc-uniplate-devel-1.2.0.3-4.fc12.ppc requires ghc = 0:6.10.3 ghc-uniplate-devel-1.2.0.3-4.fc12.ppc requires ghc = 0:6.10.3 ghc-uniplate-doc-1.2.0.3-4.fc12.ppc requires ghc-doc = 0:6.10.3 ghc-uniplate-doc-1.2.0.3-4.fc12.ppc requires ghc-doc = 0:6.10.3 ghc-uniplate-prof-1.2.0.3-4.fc12.ppc requires ghc-prof = 0:6.10.3 ghc-zlib-devel-0.5.0.0-9.fc12.ppc requires ghc = 0:6.10.3 ghc-zlib-devel-0.5.0.0-9.fc12.ppc requires ghc = 0:6.10.3 ghc-zlib-doc-0.5.0.0-9.fc12.ppc requires ghc-doc = 0:6.10.3 ghc-zlib-doc-0.5.0.0-9.fc12.ppc requires ghc-doc = 0:6.10.3 ghc-zlib-prof-0.5.0.0-9.fc12.ppc requires ghc-prof = 0:6.10.3 gnome-python2-nautilus-cd-burner-2.27.2-2.fc12.ppc requires libnautilus-burn.so.4 1:kdeaccessibility-4.3.0-2.fc12.ppc requires kdeaccessibility-libs(ppc-32) = 0:4.3.0-2.fc12 1:kdeaccessibility-libs-4.3.0-2.fc12.ppc requires kdeaccessibility = 0:4.3.0-2.fc12 1:kdeaccessibility-libs-4.3.0-2.fc12.ppc64 requires kdeaccessibility = 0:4.3.0-2.fc12 6:kdeutils-4.3.0-2.fc12.ppc requires kdeutils-libs(ppc-32) = 0:4.3.0-2.fc12 6:kdeutils-libs-4.3.0-2.fc12.ppc requires kdeutils = 0:4.3.0-2.fc12 6:kdeutils-libs-4.3.0-2.fc12.ppc64 requires kdeutils = 0:4.3.0-2.fc12 libchamplain-0.2.9-1.fc11.ppc requires libclutter-glx-0.8.so.0 libchamplain-0.2.9-1.fc11.ppc requires libclutter-cairo-0.8.so.0 libchamplain-0.2.9-1.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) libchamplain-0.2.9-1.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) libchamplain-devel-0.2.9-1.fc11.ppc requires pkgconfig(clutter-0.8) libchamplain-devel-0.2.9-1.fc11.ppc64 requires pkgconfig(clutter-0.8) nbtk-0.16.3-5.fc12.ppc requires libclutter-glx-0.9.so.0 nbtk-0.16.3-5.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) nbtk-devel-0.16.3-5.fc12.ppc requires pkgconfig(clutter-0.9) nbtk-devel-0.16.3-5.fc12.ppc64 requires pkgconfig(clutter-0.9) octave-forge-20080831-10.fc12.ppc requires octave(api) = 0:api-v32 php-layers-menu-3.2.0-0.2.rc.fc12.noarch requires php-pear(HTML_Template_PHPLIB) plplot-octave-5.9.4-1.fc12.ppc requires octave(api) = 0:api-v32 ppl-yap-0.10.2-5.fc12.ppc requires libYap.so pyclutter-0.8.2-2.fc11.ppc requires libclutter-glx-0.8.so.0 pyclutter-cairo-0.8.2-2.fc11.ppc requires libclutter-cairo-0.8.so.0 pyclutter-cairo-0.8.2-2.fc11.ppc requires libclutter-glx-0.8.so.0 pyclutter-gst-0.8.2-2.fc11.ppc requires libclutter-gst-0.8.so.0 pyclutter-gst-0.8.2-2.fc11.ppc requires libclutter-glx-0.8.so.0 pyclutter-gtk-0.8.2-2.fc11.ppc requires libclutter-glx-0.8.so.0 pyclutter-gtk-0.8.2-2.fc11.ppc requires libclutter-gtk-0.8.so.0 python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql python-tgext-crud-0.2.4-2.fc12.noarch requires python-sprox >= 0:0.5.4.1 qtparted-0.4.5-19.fc11.ppc requires libparted-1.8.so.8 rubygem-actionpack-2.3.2-2.fc12.noarch requires rubygem(activesupport) = 0:2.3.2 rubygem-main-2.8.4-3.fc12.noarch requires rubygem(fattr) >= 0:1.0.3 rubygem-rails-2.3.3-2.fc12.noarch requires rubygem(actionmailer) = 0:2.3.3 rubygem-rails-2.3.3-2.fc12.noarch requires rubygem(actionpack) = 0:2.3.3 sems-1.1.1-2.fc12.ppc requires libspandsp.so.1 sems-g722-1.1.1-2.fc12.ppc requires libspandsp.so.1 sems-gsm-1.1.1-2.fc12.ppc requires libspandsp.so.1 sems-speex-1.1.1-2.fc12.ppc requires libspandsp.so.1 showimg-pgsql-0.9.5-22.fc11.ppc requires libpqxx-2.6.8.so sugar-pippy-34-2.fc12.ppc requires libm.so.6(GLIBC_2.2.5)(64bit) sugar-pippy-34-2.fc12.ppc requires libc.so.6(GLIBC_2.2.5)(64bit) thunderbird-lightning-1.0-0.6.20090513hg.fc12.ppc requires thunderbird < 0:3.0-2.3.b4 trac-customfieldadmin-plugin-0.1-0.1.svn5073.fc10.noarch requires trac-webadmin-plugin trac-customfieldadmin-plugin-0.1-0.1.svn5073.fc10.noarch requires python(abi) = 0:2.5 vinagre-devel-2.27.5-1.fc12.ppc requires pkg-config vinagre-devel-2.27.5-1.fc12.ppc64 requires pkg-config Broken deps for ppc64 ---------------------------------------------------------- 389-ds-1.1.3-4.fc12.noarch requires 389-ds-admin R-RScaLAPACK-0.5.1-19.fc11.ppc64 requires openmpi-libs asterisk-fax-1.6.1-0.24.rc1.fc12.ppc64 requires libspandsp.so.1()(64bit) clipsmm-0.0.7-6.fc12.ppc64 requires libclips.so.1()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) cluttermm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-0.9) dap-hdf4_handler-3.7.9-2.fc11.ppc64 requires libdap.so.9()(64bit) dap-hdf4_handler-3.7.9-2.fc11.ppc64 requires libdapserver.so.6()(64bit) gnome-python2-nautilus-cd-burner-2.27.2-2.fc12.ppc64 requires libnautilus-burn.so.4()(64bit) 1:kdeaccessibility-4.3.0-2.fc12.ppc64 requires kdeaccessibility-libs(ppc-64) = 0:4.3.0-2.fc12 1:kdeaccessibility-libs-4.3.0-2.fc12.ppc64 requires kdeaccessibility = 0:4.3.0-2.fc12 6:kdeutils-4.3.0-2.fc12.ppc64 requires kdeutils-libs(ppc-64) = 0:4.3.0-2.fc12 6:kdeutils-libs-4.3.0-2.fc12.ppc64 requires kdeutils = 0:4.3.0-2.fc12 libchamplain-0.2.9-1.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) libchamplain-0.2.9-1.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) libchamplain-devel-0.2.9-1.fc11.ppc64 requires pkgconfig(clutter-0.8) nbtk-0.16.3-5.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) nbtk-devel-0.16.3-5.fc12.ppc64 requires pkgconfig(clutter-0.9) octave-forge-20080831-10.fc12.ppc64 requires octave(api) = 0:api-v32 php-layers-menu-3.2.0-0.2.rc.fc12.noarch requires php-pear(HTML_Template_PHPLIB) plplot-octave-5.9.4-1.fc12.ppc64 requires octave(api) = 0:api-v32 ppl-yap-0.10.2-5.fc12.ppc64 requires libYap.so()(64bit) pyclutter-0.8.2-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) pyclutter-cairo-0.8.2-2.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) pyclutter-cairo-0.8.2-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) pyclutter-gst-0.8.2-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) pyclutter-gst-0.8.2-2.fc11.ppc64 requires libclutter-gst-0.8.so.0()(64bit) pyclutter-gtk-0.8.2-2.fc11.ppc64 requires libclutter-gtk-0.8.so.0()(64bit) pyclutter-gtk-0.8.2-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) python-mwlib-0.11.2-3.20090522hg2956.fc12.ppc64 requires LabPlot python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql python-tgext-crud-0.2.4-2.fc12.noarch requires python-sprox >= 0:0.5.4.1 qtparted-0.4.5-19.fc11.ppc64 requires libparted-1.8.so.8()(64bit) rubygem-actionpack-2.3.2-2.fc12.noarch requires rubygem(activesupport) = 0:2.3.2 rubygem-main-2.8.4-3.fc12.noarch requires rubygem(fattr) >= 0:1.0.3 rubygem-rails-2.3.3-2.fc12.noarch requires rubygem(actionmailer) = 0:2.3.3 rubygem-rails-2.3.3-2.fc12.noarch requires rubygem(actionpack) = 0:2.3.3 sems-1.1.1-2.fc12.ppc64 requires libspandsp.so.1()(64bit) sems-g722-1.1.1-2.fc12.ppc64 requires libspandsp.so.1()(64bit) sems-gsm-1.1.1-2.fc12.ppc64 requires libspandsp.so.1()(64bit) sems-speex-1.1.1-2.fc12.ppc64 requires libspandsp.so.1()(64bit) showimg-pgsql-0.9.5-22.fc11.ppc64 requires libpqxx-2.6.8.so()(64bit) sugar-pippy-34-2.fc12.ppc64 requires libc.so.6(GLIBC_2.4) sugar-pippy-34-2.fc12.ppc64 requires libm.so.6(GLIBC_2.0) sugar-pippy-34-2.fc12.ppc64 requires libc.so.6(GLIBC_2.1.3) sugar-pippy-34-2.fc12.ppc64 requires libstdc++.so.6(GLIBCXX_3.4) sugar-pippy-34-2.fc12.ppc64 requires libm.so.6 sugar-pippy-34-2.fc12.ppc64 requires libm.so.6(GLIBC_2.2.5)(64bit) sugar-pippy-34-2.fc12.ppc64 requires libc.so.6(GLIBC_2.2.5)(64bit) sugar-pippy-34-2.fc12.ppc64 requires libc.so.6 sugar-pippy-34-2.fc12.ppc64 requires libgcc_s.so.1(GCC_3.0) sugar-pippy-34-2.fc12.ppc64 requires libstdc++.so.6(CXXABI_1.3) sugar-pippy-34-2.fc12.ppc64 requires libc.so.6(GLIBC_2.0) sugar-pippy-34-2.fc12.ppc64 requires libgcc_s.so.1 sugar-pippy-34-2.fc12.ppc64 requires libstdc++.so.6 thunderbird-lightning-1.0-0.6.20090513hg.fc12.ppc64 requires thunderbird < 0:3.0-2.3.b4 trac-customfieldadmin-plugin-0.1-0.1.svn5073.fc10.noarch requires trac-webadmin-plugin trac-customfieldadmin-plugin-0.1-0.1.svn5073.fc10.noarch requires python(abi) = 0:2.5 vinagre-devel-2.27.5-1.fc12.ppc64 requires pkg-config From schaiba at gmail.com Sun Aug 2 11:22:38 2009 From: schaiba at gmail.com (Aioanei Rares) Date: Sun, 02 Aug 2009 14:22:38 +0300 Subject: Kernel built from source stuck during boot In-Reply-To: References: Message-ID: <4A7576FE.9030002@gmail.com> Markus Kesaromous wrote: > Dear list, > I installed kernel 2.6.29.6-213 from source rpm. I did not build it via rpmbuild. > Rather, I first ran > > rpmbuild -v -bp kernel.spec > > then I cd'ed to ....BUILD/kernel-2.6.29/linux-2.6.29.i586 > > I configured it (make xconfig) > and built it - make all. > > Build went witout a hitch. Ditto with Install and modules_install. > > At bootup, it quickly scrolls through some output of probed devices and seems to stop there. No gui. No login prompt. The KB driver does respond to keyboard key strokes. But other than that, nothing. > > My machine is a UP, AMD Athlon64 (but I compile only for 32 bit). In xconfig, I disabled all SMP stuff. I set the frequency governor to Performance, among other things (such as enabling rt2860 driver in the staging area). > > Would someone on this list be able to have a look at the .config file and tell me what is missing or mis-configured? > > Not sure if I should attach the config file here, or send it as an attachment to someone who is willing to have look and get back to me. Please advise. > > Cheers, > > MK > > _________________________________________________________________ > Get free photo software from Windows Live > http://www.windowslive.com/online/photos?ocid=PID23393::T:WLMTAGL:ON:WL:en-US:SI_PH_software:082009 > > You may attach it here. From psmith at fedoraproject.org Sun Aug 2 14:14:09 2009 From: psmith at fedoraproject.org (psmith) Date: Sun, 02 Aug 2009 15:14:09 +0100 Subject: fedora mini revisted In-Reply-To: <5256d0b0907271333r294b1b6bp172089e097d0c58a@mail.gmail.com> References: <5256d0b0907271333r294b1b6bp172089e097d0c58a@mail.gmail.com> Message-ID: <4A759F31.7080006@fedoraproject.org> On 27/07/09 21:33, Peter Robinson wrote: > Hi All, > > I'd like some thoughts, and some help.... so yes, I'm opening a can of worms :-) > > A while a go jkatz put out a call about support for netbooks, and I > begun to step up and the idea behind Fedora Mini [1] was born before > being sidetracked by shiny things in the corner. > > So I'd like to get things moving forward again, no matter how slowly, > for Fedora 12. At FudCon I started that moving [2] with the hope of > getting some form of support for Intel's Moblin [3] in F-12 and > there's a few package reviews [4] that I'd like some help with if > people have time to review them :-) > > Moving forward I'd like to have some discussion about what people > would like out of Fedora Mini. What is the expectation of Fedora on a > NetBook/NetTop/MID style device? Is it worth having separate mailing > list, or keeping the discussion on fedora-devel. My thoughts on that > last point are mixed. Moving it onto another list allows it to be > focused and while keeping the discussion clear of what ever the > current heated discussion is also keeps it clear of general mainstream > discussions where Fedora Mini can contribute or benefit. > > My personal thoughts are it could be alot, whether it be a NetBook or > NetTop device like a eeePC, a mobile device based on the GNOME Mobile > stack, a set top box running elisa or a thin terminal running a web > broweser, voip client and some form of remote desktop technology..... > I have 2 main "Fedora Mini" devices 1) OLPC XO and a eeePC so I can't > support it all so I'd like some help. I started to document some of > the NetBook hardware [5] and it would be great to get some form of > Hardware matrix together to see what's supported out of the box in > Fedora, what's supported through 3rd party repositories and what's, > well, not supported. Are people able to step up or help out here? My > wiki skills aren't the best and Fedora as a group probably has alot of > the "Fedora Mini" devices out there to document the hardware into as > nice "I want a small device to do blah and I want it to run Fedora > what's my best option" so we could probably do with one of the wiki > elite to do a basic working layout and to keep it sane and having > people with the various devices fill in the blanks. > > So what do people want out of a Fedora Mini SIG? > > Cheers, > Peter > > BTW we have an irc channel at #fedora-mini. I'm on there most of the > time now and try to keep an eye on it as best I can while doing the > rest of my life so feel free to drop in and ask questions, I'll get to > them as I can :-) > > [1] https://fedoraproject.org/wiki/SIGs/FedoraMini > [2] https://fedoraproject.org/wiki/FUDCon_Berlin_and_LinuxTag_2009_talks > [3] https://fedoraproject.org/wiki/Features/FedoraMoblin > [4] https://bugzilla.redhat.com/show_bug.cgi?id=506446 > [5] https://fedoraproject.org/wiki/SIGs/FedoraMini/Hardware > > well i've been running my aspire one A150 on fedora since late in the F9 release cycle and i've had a very good experience with F10 and F11, with most all apps usable at the 1024x600 resolution that the aspire has. i've also been running rawhide throughout this period quite painlessly. i am willing to help in any way i can with this sig and i'm glad to see it starting to get going again phil From remotestar at live.com Sun Aug 2 14:59:40 2009 From: remotestar at live.com (Markus Kesaromous) Date: Sun, 2 Aug 2009 07:59:40 -0700 Subject: Kernel built from source stuck during boot In-Reply-To: <4A7576FE.9030002@gmail.com> References: <4A7576FE.9030002@gmail.com> Message-ID: ---------------------------------------- > Date: Sun, 2 Aug 2009 14:22:38 +0300 > From: schaiba at gmail.com > To: fedora-devel-list at redhat.com > Subject: Re: Kernel built from source stuck during boot > > Markus Kesaromous wrote: >> Dear list, >> I installed kernel 2.6.29.6-213 from source rpm. I did not build it via rpmbuild. >> Rather, I first ran >> >> rpmbuild -v -bp kernel.spec >> >> then I cd'ed to ....BUILD/kernel-2.6.29/linux-2.6.29.i586 >> >> I configured it (make xconfig) >> and built it - make all. >> >> Build went witout a hitch. Ditto with Install and modules_install. >> >> At bootup, it quickly scrolls through some output of probed devices and seems to stop there. No gui. No login prompt. The KB driver does respond to keyboard key strokes. But other than that, nothing. >> >> My machine is a UP, AMD Athlon64 (but I compile only for 32 bit). In xconfig, I disabled all SMP stuff. I set the frequency governor to Performance, among other things (such as enabling rt2860 driver in the staging area). >> >> Would someone on this list be able to have a look at the .config file and tell me what is missing or mis-configured? >> >> Not sure if I should attach the config file here, or send it as an attachment to someone who is willing to have look and get back to me. Please advise. >> >> Cheers, >> >> MK >> >> _________________________________________________________________ >> Get free photo software from Windows Live >> http://www.windowslive.com/online/photos?ocid=PID23393::T:WLMTAGL:ON:WL:en-US:SI_PH_software:082009 >> >> > You may attach it here. > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list .config.bz2 attached. Thanx!! MK _________________________________________________________________ Get back to school stuff for them and cashback for you. http://www.bing.com/cashback?form=MSHYCB&publ=WLHMTAG&crea=TEXT_MSHYCB_BackToSchool_Cashback_BTSCashback_1x1 -------------- next part -------------- A non-text attachment was scrubbed... Name: .config.bz2 Type: application/x-bzip2 Size: 23019 bytes Desc: not available URL: From schaiba at gmail.com Sun Aug 2 15:15:49 2009 From: schaiba at gmail.com (Aioanei Rares) Date: Sun, 02 Aug 2009 18:15:49 +0300 Subject: Kernel built from source stuck during boot In-Reply-To: References: <4A7576FE.9030002@gmail.com> Message-ID: <4A75ADA5.9040200@gmail.com> Markus Kesaromous wrote: > > ---------------------------------------- > >> Date: Sun, 2 Aug 2009 14:22:38 +0300 >> From: schaiba at gmail.com >> To: fedora-devel-list at redhat.com >> Subject: Re: Kernel built from source stuck during boot >> >> Markus Kesaromous wrote: >> >>> Dear list, >>> I installed kernel 2.6.29.6-213 from source rpm. I did not build it via rpmbuild. >>> Rather, I first ran >>> >>> rpmbuild -v -bp kernel.spec >>> >>> then I cd'ed to ....BUILD/kernel-2.6.29/linux-2.6.29.i586 >>> >>> I configured it (make xconfig) >>> and built it - make all. >>> >>> Build went witout a hitch. Ditto with Install and modules_install. >>> >>> At bootup, it quickly scrolls through some output of probed devices and seems to stop there. No gui. No login prompt. The KB driver does respond to keyboard key strokes. But other than that, nothing. >>> >>> My machine is a UP, AMD Athlon64 (but I compile only for 32 bit). In xconfig, I disabled all SMP stuff. I set the frequency governor to Performance, among other things (such as enabling rt2860 driver in the staging area). >>> >>> Would someone on this list be able to have a look at the .config file and tell me what is missing or mis-configured? >>> >>> Not sure if I should attach the config file here, or send it as an attachment to someone who is willing to have look and get back to me. Please advise. >>> >>> Cheers, >>> >>> MK >>> >>> _________________________________________________________________ >>> Get free photo software from Windows Live >>> http://www.windowslive.com/online/photos?ocid=PID23393::T:WLMTAGL:ON:WL:en-US:SI_PH_software:082009 >>> >>> >>> >> You may attach it here. >> >> -- >> fedora-devel-list mailing list >> fedora-devel-list at redhat.com >> https://www.redhat.com/mailman/listinfo/fedora-devel-list >> > > .config.bz2 attached. > > Thanx!! > > MK > > _________________________________________________________________ > Get back to school stuff for them and cashback for you. > http://www.bing.com/cashback?form=MSHYCB&publ=WLHMTAG&crea=TEXT_MSHYCB_BackToSchool_Cashback_BTSCashback_1x1 It may help if you can specify exactly at what point does your booting process stop. From tgl at redhat.com Sun Aug 2 17:08:09 2009 From: tgl at redhat.com (Tom Lane) Date: Sun, 02 Aug 2009 13:08:09 -0400 Subject: Rebuilding mysql 5.1.30-1 fails under fc11 In-Reply-To: <4A754795.7050706@cohtech.com> References: <4A754795.7050706@cohtech.com> Message-ID: <1145.1249232889@sss.pgh.pa.us> Howard Wilkinson writes: > I am trying to regenerate the RPM packages for Mysql 5.1.30-1 as > currently available for FC11. But the build fails a large number of the > test cases. Is there a specific trick for getting this package to build > properly? One trick is "don't do it as root". As was already stated, it's hard to diagnose with so little information. regards, tom lane From mjg at redhat.com Sun Aug 2 17:19:22 2009 From: mjg at redhat.com (Matthew Garrett) Date: Sun, 2 Aug 2009 18:19:22 +0100 Subject: 2.6.31-0.112.rc4.git3.fc12 on F11: flashing intel xorg driver In-Reply-To: <20090802100243.GB3844@victor.nirvana> References: <20090802094148.GA3844@victor.nirvana> <4A75609A.7070407@gmail.com> <20090802100243.GB3844@victor.nirvana> Message-ID: <20090802171922.GA1257@srcf.ucam.org> On Sun, Aug 02, 2009 at 01:02:43PM +0300, Axel Thimm wrote: > Thanks, I added a comment, but it looks like your issue was fixed with > the kernel I am using. -112 was tagged just before I committed the workaround code. -- Matthew Garrett | mjg59 at srcf.ucam.org From remotestar at live.com Sun Aug 2 17:48:25 2009 From: remotestar at live.com (Markus Kesaromous) Date: Sun, 2 Aug 2009 10:48:25 -0700 Subject: Kernel built from source stuck during boot In-Reply-To: <4A75ADA5.9040200@gmail.com> References: <4A7576FE.9030002@gmail.com> <4A75ADA5.9040200@gmail.com> Message-ID: ---------------------------------------- > Date: Sun, 2 Aug 2009 18:15:49 +0300 > From: schaiba at gmail.com > To: fedora-devel-list at redhat.com > Subject: Re: Kernel built from source stuck during boot > > Markus Kesaromous wrote: >> >> ---------------------------------------- >> >>> Date: Sun, 2 Aug 2009 14:22:38 +0300 >>> From: schaiba at gmail.com >>> To: fedora-devel-list at redhat.com >>> Subject: Re: Kernel built from source stuck during boot >>> >>> Markus Kesaromous wrote: >>> >>>> Dear list, >>>> I installed kernel 2.6.29.6-213 from source rpm. I did not build it via rpmbuild. >>>> Rather, I first ran >>>> >>>> rpmbuild -v -bp kernel.spec >>>> >>>> then I cd'ed to ....BUILD/kernel-2.6.29/linux-2.6.29.i586 >>>> >>>> I configured it (make xconfig) >>>> and built it - make all. >>>> >>>> Build went witout a hitch. Ditto with Install and modules_install. >>>> >>>> At bootup, it quickly scrolls through some output of probed devices and seems to stop there. No gui. No login prompt. The KB driver does respond to keyboard key strokes. But other than that, nothing. >>>> >>>> My machine is a UP, AMD Athlon64 (but I compile only for 32 bit). In xconfig, I disabled all SMP stuff. I set the frequency governor to Performance, among other things (such as enabling rt2860 driver in the staging area). >>>> >>>> Would someone on this list be able to have a look at the .config file and tell me what is missing or mis-configured? >>>> >>>> Not sure if I should attach the config file here, or send it as an attachment to someone who is willing to have look and get back to me. Please advise. >>>> >>>> Cheers, >>>> >>>> MK >>>> >>>> _________________________________________________________________ >>>> Get free photo software from Windows Live >>>> http://www.windowslive.com/online/photos?ocid=PID23393::T:WLMTAGL:ON:WL:en-US:SI_PH_software:082009 >>>> >>>> >>>> >>> You may attach it here. >>> >>> -- >>> fedora-devel-list mailing list >>> fedora-devel-list at redhat.com >>> https://www.redhat.com/mailman/listinfo/fedora-devel-list >>> >> >> .config.bz2 attached. >> >> Thanx!! >> >> MK >> >> _________________________________________________________________ >> Get back to school stuff for them and cashback for you. >> http://www.bing.com/cashback?form=MSHYCB&publ=WLHMTAG&crea=TEXT_MSHYCB_BackToSchool_Cashback_BTSCashback_1x1 > It may help if you can specify exactly at what point does your booting > process stop. > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list It stops after it displays the USB keyboard and mouse devices (per console output). The keyboard is responsive when it hangs. The driver echoes whatever I type. But no other effects are evident from typing. For example ^C simply echoes ^C. After waiting about 30 minutes, I had to Ctrl-Alt-Del to reboot. Thank you for your help. MK _________________________________________________________________ Windows Live?: Keep your life in sync. http://windowslive.com/explore?ocid=PID23384::T:WLMTAGL:ON:WL:en-US:NF_BR_sync:082009 From ville.skytta at iki.fi Sun Aug 2 18:13:00 2009 From: ville.skytta at iki.fi (Ville =?utf-8?q?Skytt=C3=A4?=) Date: Sun, 2 Aug 2009 21:13:00 +0300 Subject: License change for ghostscript In-Reply-To: <1249073607.6440.14.camel@adam.local.net> References: <1248994755.2798.2.camel@worm> <200907312247.19079.ville.skytta@iki.fi> <1249073607.6440.14.camel@adam.local.net> Message-ID: <200908022113.05647.ville.skytta@iki.fi> On Friday 31 July 2009, Adam Williamson wrote: > ahhh, licensing! Spot will likely have better thoughts on all of this, > plus thoughts on the other license compatibility stuff. I don't think > MIT / BSD licensed stuff has any problem linking against GPL stuff > (unless it's under the _original_ BSD license, with the advertising > clause). Not sure about QPL or LPPL. Public Domain obviously has no > problems. Depends on what one thinks is a problem and what not, but FWIW I definitely consider it a problem. Due to GPL's viral nature, I'm fairly certain that the end result of linking something licensed using the above is a combined work which is either GPL'd, or a violation of the GPL or the original (MIT, BSD etc) license. From Axel.Thimm at ATrpms.net Sun Aug 2 18:17:32 2009 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Sun, 2 Aug 2009 21:17:32 +0300 Subject: 2.6.31-0.112.rc4.git3.fc12 on F11: flashing intel xorg driver In-Reply-To: <20090802171922.GA1257@srcf.ucam.org> References: <20090802094148.GA3844@victor.nirvana> <4A75609A.7070407@gmail.com> <20090802100243.GB3844@victor.nirvana> <20090802171922.GA1257@srcf.ucam.org> Message-ID: <20090802181732.GA5433@victor.nirvana> On Sun, Aug 02, 2009 at 06:19:22PM +0100, Matthew Garrett wrote: > On Sun, Aug 02, 2009 at 01:02:43PM +0300, Axel Thimm wrote: > > > Thanks, I added a comment, but it looks like your issue was fixed with > > the kernel I am using. > > -112 was tagged just before I committed the workaround code. I tested kernel-2.6.31-0.118.rc5.fc12.x86_64 and it seems to be OK again, thanks! It is now not associating with my AP, and the mobile broadband issue wasn't fixed in this kernel either, but the graphics are fine. -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From schaiba at gmail.com Sun Aug 2 18:46:35 2009 From: schaiba at gmail.com (Aioanei Rares) Date: Sun, 02 Aug 2009 21:46:35 +0300 Subject: Kernel built from source stuck during boot In-Reply-To: References: <4A7576FE.9030002@gmail.com> <4A75ADA5.9040200@gmail.com> Message-ID: <4A75DF0B.8080105@gmail.com> Markus Kesaromous wrote: > > ---------------------------------------- > >> Date: Sun, 2 Aug 2009 18:15:49 +0300 >> From: schaiba at gmail.com >> To: fedora-devel-list at redhat.com >> Subject: Re: Kernel built from source stuck during boot >> >> Markus Kesaromous wrote: >> >>> ---------------------------------------- >>> >>> >>>> Date: Sun, 2 Aug 2009 14:22:38 +0300 >>>> From: schaiba at gmail.com >>>> To: fedora-devel-list at redhat.com >>>> Subject: Re: Kernel built from source stuck during boot >>>> >>>> Markus Kesaromous wrote: >>>> >>>> >>>>> Dear list, >>>>> I installed kernel 2.6.29.6-213 from source rpm. I did not build it via rpmbuild. >>>>> Rather, I first ran >>>>> >>>>> rpmbuild -v -bp kernel.spec >>>>> >>>>> then I cd'ed to ....BUILD/kernel-2.6.29/linux-2.6.29.i586 >>>>> >>>>> I configured it (make xconfig) >>>>> and built it - make all. >>>>> >>>>> Build went witout a hitch. Ditto with Install and modules_install. >>>>> >>>>> At bootup, it quickly scrolls through some output of probed devices and seems to stop there. No gui. No login prompt. The KB driver does respond to keyboard key strokes. But other than that, nothing. >>>>> >>>>> My machine is a UP, AMD Athlon64 (but I compile only for 32 bit). In xconfig, I disabled all SMP stuff. I set the frequency governor to Performance, among other things (such as enabling rt2860 driver in the staging area). >>>>> >>>>> Would someone on this list be able to have a look at the .config file and tell me what is missing or mis-configured? >>>>> >>>>> Not sure if I should attach the config file here, or send it as an attachment to someone who is willing to have look and get back to me. Please advise. >>>>> >>>>> Cheers, >>>>> >>>>> MK >>>>> >>>>> _________________________________________________________________ >>>>> Get free photo software from Windows Live >>>>> http://www.windowslive.com/online/photos?ocid=PID23393::T:WLMTAGL:ON:WL:en-US:SI_PH_software:082009 >>>>> >>>>> >>>>> >>>>> >>>> You may attach it here. >>>> >>>> -- >>>> fedora-devel-list mailing list >>>> fedora-devel-list at redhat.com >>>> https://www.redhat.com/mailman/listinfo/fedora-devel-list >>>> >>>> >>> .config.bz2 attached. >>> >>> Thanx!! >>> >>> MK >>> >>> _________________________________________________________________ >>> Get back to school stuff for them and cashback for you. >>> http://www.bing.com/cashback?form=MSHYCB&publ=WLHMTAG&crea=TEXT_MSHYCB_BackToSchool_Cashback_BTSCashback_1x1 >>> >> It may help if you can specify exactly at what point does your booting >> process stop. >> >> -- >> fedora-devel-list mailing list >> fedora-devel-list at redhat.com >> https://www.redhat.com/mailman/listinfo/fedora-devel-list >> > > It stops after it displays the USB keyboard and mouse devices (per console output). > The keyboard is responsive when it hangs. The driver echoes whatever I type. > But no other effects are evident from typing. For example ^C simply echoes ^C. After waiting about 30 minutes, I had to Ctrl-Alt-Del to reboot. > > Thank you for your help. > > MK > > > _________________________________________________________________ > Windows Live?: Keep your life in sync. > http://windowslive.com/explore?ocid=PID23384::T:WLMTAGL:ON:WL:en-US:NF_BR_sync:082009 > > Try unplugging them (the usb keyboard and mouse) by using ps/2 peripherals and see if that occurs again and where, please. From ville.skytta at iki.fi Sun Aug 2 19:11:09 2009 From: ville.skytta at iki.fi (Ville =?windows-1252?q?Skytt=E4?=) Date: Sun, 2 Aug 2009 22:11:09 +0300 Subject: License change for ghostscript In-Reply-To: <1249071590.3049.10.camel@worm> References: <1248994755.2798.2.camel@worm> <200907312247.19079.ville.skytta@iki.fi> <1249071590.3049.10.camel@worm> Message-ID: <200908022211.10307.ville.skytta@iki.fi> On Friday 31 July 2009, Tim Waugh wrote: > On Fri, 2009-07-31 at 22:47 +0300, Ville Skytt? wrote: > > This might cause problems for a bunch of packages. > > > > $ repoquery --repoid=rawhide --whatrequires --alldeps ghostscript > > ghostscript- gtk --qf="%{NAME}: %{LICENSE}" | grep -vP '\bGPL(v3|\S*\+)' > > | sort > > Wouldn't it be packages using the libraries that might pose problems? That's one interpretation (or to be more exact, stuff that _links_ with ghostscript's libraries - dlopen()ing might be another story). Fedora/Red Hat legal have the official one as far as Fedora is concerned and I *guess* it is indeed that one. > The ImageMagick license seems to be compatible with GPLv3. I'll steal this space to point out that I don't think it's widely enough understood what "GPL compatibility" means. Personally I've found it helpful to think of it as "can be GPL-assimilated". (This is nothing new with GPLv3 BTW.) An ImageMagick build that is linked with GPL'd ghostscript is actually distributable only as a _GPL'd_ combined work, and is no longer distributable under the ImageMagick license (otherwise other apps could use ImageMagick as a proxy to circumvent the ghostscript's GPL). http://www.gnu.org/licenses/gpl- faq.html#WhatDoesCompatMean This has nasty cascading effects considering that the ImageMagick license and GPL are quite different; for example the ImageMagick license does not consider things that link with ImageMagick as derivative works. I think/hope the next round of licensing work in Fedora will take stuff like this into account so we can all "enjoy" GPL's viral/assimilating nature to its full extent :P (I think it goes without saying, but IANAL.) From ville.skytta at iki.fi Sun Aug 2 19:13:50 2009 From: ville.skytta at iki.fi (Ville =?windows-1252?q?Skytt=E4?=) Date: Sun, 2 Aug 2009 22:13:50 +0300 Subject: F12 mass rebuild status In-Reply-To: <200907300838.19146.ville.skytta@iki.fi> References: <1248910844.5186.24.camel@localhost.localdomain> <200907300838.19146.ville.skytta@iki.fi> Message-ID: <200908022213.50823.ville.skytta@iki.fi> On Thursday 30 July 2009, Ville Skytt? wrote: > On Thursday 30 July 2009, Jesse Keating wrote: > > http://jkeating.fedorapeople.org/failed-f12-rebuilds.html > > scop (1): > perltidy > > BuildrootError: could not init mock buildroot, mock exited with status 30; > see root.log for more information > > DEBUG util.py:256: > http://kojipkgs.fedoraproject.org/packages/gcc/4.4.1/3/i686/gcc-4.4.1-3.i68 >6.rpm: [Errno 4] Socket Error: timed out > DEBUG util.py:256: Trying other mirror. > DEBUG util.py:256: Error Downloading Packages: > DEBUG util.py:256: gcc-4.4.1-3.i686: failed to retrieve > gcc/4.4.1/3/i686/gcc-4.4.1-3.i686.rpm from build > DEBUG util.py:256: error was [Errno 4] Socket Error: timed out > > Resubmitting the job should be ok, but I don't see that button in koji for > this job, could you do it? rel-eng: ping? Am I supposed to do something about this? I haven't seen any instructions regarding this and as said, it doesn't seem to be possible for me to just resubmit this build in koji (no resubmit link shown for me). From jchadima at redhat.com Sun Aug 2 19:45:43 2009 From: jchadima at redhat.com (Jan Chadima) Date: Sun, 2 Aug 2009 15:45:43 -0400 (EDT) Subject: openssh-blacklist - careless waste of space. In-Reply-To: <900300197.340071249241844425.JavaMail.root@zmail04.collab.prod.int.phx2.redhat.com> Message-ID: <1594589654.340091249242343969.JavaMail.root@zmail04.collab.prod.int.phx2.redhat.com> ----- "Steve Grubb" wrote > I think this is a bit like virus definitions. 800Mb is excessive to > ship in a > package. I think the definitions could be created by a script, but > will take > some time to generate. Maybe adding a generator for people not > connected would > let them recreate the content? > > But a 800Mb package is bigger than the livecd. > > -Steve > To make working generator is not so easy. It is necessary to provide it in 3 archs 32bit le, 64 le and 32bit be. To run it on all the architectures. (Problematic is the big endian architecture) The generation of the keysets is time consumpting process. -- JFCh From drago01 at gmail.com Sun Aug 2 19:54:49 2009 From: drago01 at gmail.com (drago01) Date: Sun, 2 Aug 2009 21:54:49 +0200 Subject: F12 mass rebuild status In-Reply-To: <200908022213.50823.ville.skytta@iki.fi> References: <1248910844.5186.24.camel@localhost.localdomain> <200907300838.19146.ville.skytta@iki.fi> <200908022213.50823.ville.skytta@iki.fi> Message-ID: On Sun, Aug 2, 2009 at 9:13 PM, Ville Skytt? wrote: > On Thursday 30 July 2009, Ville Skytt? wrote: >> On Thursday 30 July 2009, Jesse Keating wrote: >> > http://jkeating.fedorapeople.org/failed-f12-rebuilds.html >> >> scop (1): >> ? ? perltidy >> >> BuildrootError: could not init mock buildroot, mock exited with status 30; >> see root.log for more information >> >> DEBUG util.py:256: >> http://kojipkgs.fedoraproject.org/packages/gcc/4.4.1/3/i686/gcc-4.4.1-3.i68 >>6.rpm: [Errno 4] Socket Error: timed out >> DEBUG util.py:256: ?Trying other mirror. >> DEBUG util.py:256: ?Error Downloading Packages: >> DEBUG util.py:256: ? ?gcc-4.4.1-3.i686: failed to retrieve >> gcc/4.4.1/3/i686/gcc-4.4.1-3.i686.rpm from build >> DEBUG util.py:256: ?error was [Errno 4] Socket Error: timed out >> >> Resubmitting the job should be ok, but I don't see that button in koji for >> this job, could you do it? > > rel-eng: ping? ?Am I supposed to do something about this? ?I haven't seen any > instructions regarding this and as said, it doesn't seem to be possible for me > to just resubmit this build in koji (no resubmit link shown for me). Well you can just do a checkout and "make build" (done that for you http://koji.fedoraproject.org/koji/taskinfo?taskID=1574035 ) From remotestar at live.com Sun Aug 2 20:05:25 2009 From: remotestar at live.com (Markus Kesaromous) Date: Sun, 2 Aug 2009 13:05:25 -0700 Subject: Kernel built from source stuck during boot In-Reply-To: <4A75DF0B.8080105@gmail.com> References: <4A7576FE.9030002@gmail.com> <4A75ADA5.9040200@gmail.com> <4A75DF0B.8080105@gmail.com> Message-ID: ---------------------------------------- > Date: Sun, 2 Aug 2009 21:46:35 +0300 > From: schaiba at gmail.com > To: fedora-devel-list at redhat.com > Subject: Re: Kernel built from source stuck during boot > > Markus Kesaromous wrote: >> >> ---------------------------------------- >> >>> Date: Sun, 2 Aug 2009 18:15:49 +0300 >>> From: schaiba at gmail.com >>> To: fedora-devel-list at redhat.com >>> Subject: Re: Kernel built from source stuck during boot >>> >>> Markus Kesaromous wrote: >>> >>>> ---------------------------------------- >>>> >>>> >>>>> Date: Sun, 2 Aug 2009 14:22:38 +0300 >>>>> From: schaiba at gmail.com >>>>> To: fedora-devel-list at redhat.com >>>>> Subject: Re: Kernel built from source stuck during boot >>>>> >>>>> Markus Kesaromous wrote: >>>>> >>>>> >>>>>> Dear list, >>>>>> I installed kernel 2.6.29.6-213 from source rpm. I did not build it via rpmbuild. >>>>>> Rather, I first ran >>>>>> >>>>>> rpmbuild -v -bp kernel.spec >>>>>> >>>>>> then I cd'ed to ....BUILD/kernel-2.6.29/linux-2.6.29.i586 >>>>>> >>>>>> I configured it (make xconfig) >>>>>> and built it - make all. >>>>>> >>>>>> Build went witout a hitch. Ditto with Install and modules_install. >>>>>> >>>>>> At bootup, it quickly scrolls through some output of probed devices and seems to stop there. No gui. No login prompt. The KB driver does respond to keyboard key strokes. But other than that, nothing. >>>>>> >>>>>> My machine is a UP, AMD Athlon64 (but I compile only for 32 bit). In xconfig, I disabled all SMP stuff. I set the frequency governor to Performance, among other things (such as enabling rt2860 driver in the staging area). >>>>>> >>>>>> Would someone on this list be able to have a look at the .config file and tell me what is missing or mis-configured? >>>>>> >>>>>> Not sure if I should attach the config file here, or send it as an attachment to someone who is willing to have look and get back to me. Please advise. >>>>>> >>>>>> Cheers, >>>>>> >>>>>> MK >>>>>> >>>>>> _________________________________________________________________ >>>>>> Get free photo software from Windows Live >>>>>> http://www.windowslive.com/online/photos?ocid=PID23393::T:WLMTAGL:ON:WL:en-US:SI_PH_software:082009 >>>>>> >>>>>> >>>>>> >>>>>> >>>>> You may attach it here. >>>>> >>>>> -- >>>>> fedora-devel-list mailing list >>>>> fedora-devel-list at redhat.com >>>>> https://www.redhat.com/mailman/listinfo/fedora-devel-list >>>>> >>>>> >>>> .config.bz2 attached. >>>> >>>> Thanx!! >>>> >>>> MK >>>> >>>> _________________________________________________________________ >>>> Get back to school stuff for them and cashback for you. >>>> http://www.bing.com/cashback?form=MSHYCB&publ=WLHMTAG&crea=TEXT_MSHYCB_BackToSchool_Cashback_BTSCashback_1x1 >>>> >>> It may help if you can specify exactly at what point does your booting >>> process stop. >>> >>> -- >>> fedora-devel-list mailing list >>> fedora-devel-list at redhat.com >>> https://www.redhat.com/mailman/listinfo/fedora-devel-list >>> >> >> It stops after it displays the USB keyboard and mouse devices (per console output). >> The keyboard is responsive when it hangs. The driver echoes whatever I type. >> But no other effects are evident from typing. For example ^C simply echoes ^C. After waiting about 30 minutes, I had to Ctrl-Alt-Del to reboot. >> >> Thank you for your help. >> >> MK >> >> >> _________________________________________________________________ >> Windows Live?: Keep your life in sync. >> http://windowslive.com/explore?ocid=PID23384::T:WLMTAGL:ON:WL:en-US:NF_BR_sync:082009 >> >> > Try unplugging them (the usb keyboard and mouse) by using ps/2 > peripherals and see if that occurs again and where, please. > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list I have recompiled and re-installed the kernel with only one change: I unchecked the config option for Opteron/Athlon64 and checked the config option which sets i586 cpu type. I saved and quit xconfig. Diffing the new .config file against the previous one: $ diff .config.sav .config 4c4 < # Sun Aug 2 07:56:07 2009 --- > # Sun Aug 2 12:47:01 2009 209c209 < # CONFIG_M586 is not set --- > CONFIG_M586=y 219c219 < CONFIG_MK8=y --- > # CONFIG_MK8 is not set 236a237,238 > # CONFIG_X86_PPRO_FENCE is not set > CONFIG_X86_F00F_BUG=y 240a243 > CONFIG_X86_ALIGNMENT_16=y 242,244d244 < CONFIG_X86_USE_PPRO_CHECKSUM=y < CONFIG_X86_TSC=y < CONFIG_X86_CMOV=y 246d245 < CONFIG_X86_DEBUGCTLMSR=y 253d251 < # CONFIG_X86_DS is not set I recompiled , installed and rebooted. All went well. I am sorry that i could not re-boot the non functioning kernel because I had to get something working. So at this time I am not so keen on rebuilding the kernel with the older .config file because it takes so darned long to compile the kernel. My understanding now is that when compiling for x86 32 bit type of architecture, AND your cpu is AMD 64, do not choose the AMD 64 type of cpu during config. Perhaps I am wrong - but I had to do something to get up and running. As soon as I clear up some important work out of the way, I WILL retry and build using the old config, and reboot with the USB devices unplpugged, and get back to you. Just gimme a couple of days please. Best regards, MK _________________________________________________________________ Express your personality in color! Preview and select themes for Hotmail?. http://www.windowslive-hotmail.com/LearnMore/personalize.aspx?ocid=PID23391::T:WLMTAGL:ON:WL:en-US:WM_HYGN_express:082009 From ville.skytta at iki.fi Sun Aug 2 20:24:05 2009 From: ville.skytta at iki.fi (Ville =?iso-8859-1?q?Skytt=E4?=) Date: Sun, 2 Aug 2009 23:24:05 +0300 Subject: F12 mass rebuild status In-Reply-To: References: <1248910844.5186.24.camel@localhost.localdomain> <200908022213.50823.ville.skytta@iki.fi> Message-ID: <200908022324.05947.ville.skytta@iki.fi> On Sunday 02 August 2009, drago01 wrote: > On Sun, Aug 2, 2009 at 9:13 PM, Ville Skytt? wrote: > > On Thursday 30 July 2009, Ville Skytt? wrote: > >> On Thursday 30 July 2009, Jesse Keating wrote: > >> > http://jkeating.fedorapeople.org/failed-f12-rebuilds.html > >> > >> scop (1): > >> perltidy > >> > >> BuildrootError: could not init mock buildroot, mock exited with status > >> 30; see root.log for more information > >> > >> DEBUG util.py:256: > >> http://kojipkgs.fedoraproject.org/packages/gcc/4.4.1/3/i686/gcc-4.4.1-3. > >>i68 6.rpm: [Errno 4] Socket Error: timed out > >> DEBUG util.py:256: Trying other mirror. > >> DEBUG util.py:256: Error Downloading Packages: > >> DEBUG util.py:256: gcc-4.4.1-3.i686: failed to retrieve > >> gcc/4.4.1/3/i686/gcc-4.4.1-3.i686.rpm from build > >> DEBUG util.py:256: error was [Errno 4] Socket Error: timed out > >> > >> Resubmitting the job should be ok, but I don't see that button in koji > >> for this job, could you do it? > > > > rel-eng: ping? Am I supposed to do something about this? I haven't seen > > any instructions regarding this and as said, it doesn't seem to be > > possible for me to just resubmit this build in koji (no resubmit link > > shown for me). > > Well you can just do a checkout and "make build" Yes, I can do that and various other things. The reason I'm asking before trying something in random is that rel-eng has not indicated what to do about cases like this, and there's no way for me to tell whether doing something like this will cause extra work for rel-eng, break rebuild-needed/failed tracking scripts or whatnot. I can guess, but I don't want to, and at the same time I want to try to point out that rel-eng has not given enough information to packagers and are not responding too quickly to related questions. > (done that for you > http://koji.fedoraproject.org/koji/taskinfo?taskID=1574035 ) I see. I guess they'll let you and/or me know if this wasn't the right thing to do. From drago01 at gmail.com Sun Aug 2 20:45:21 2009 From: drago01 at gmail.com (drago01) Date: Sun, 2 Aug 2009 22:45:21 +0200 Subject: F12 mass rebuild status In-Reply-To: <200908022324.05947.ville.skytta@iki.fi> References: <1248910844.5186.24.camel@localhost.localdomain> <200908022213.50823.ville.skytta@iki.fi> <200908022324.05947.ville.skytta@iki.fi> Message-ID: On Sun, Aug 2, 2009 at 10:24 PM, Ville Skytt? wrote: > On Sunday 02 August 2009, drago01 wrote: >> On Sun, Aug 2, 2009 at 9:13 PM, Ville Skytt? wrote: >> > On Thursday 30 July 2009, Ville Skytt? wrote: >> >> On Thursday 30 July 2009, Jesse Keating wrote: >> >> > http://jkeating.fedorapeople.org/failed-f12-rebuilds.html >> >> >> >> scop (1): >> >> ? ? perltidy >> >> >> >> BuildrootError: could not init mock buildroot, mock exited with status >> >> 30; see root.log for more information >> >> >> >> DEBUG util.py:256: >> >> http://kojipkgs.fedoraproject.org/packages/gcc/4.4.1/3/i686/gcc-4.4.1-3. >> >>i68 6.rpm: [Errno 4] Socket Error: timed out >> >> DEBUG util.py:256: ?Trying other mirror. >> >> DEBUG util.py:256: ?Error Downloading Packages: >> >> DEBUG util.py:256: ? ?gcc-4.4.1-3.i686: failed to retrieve >> >> gcc/4.4.1/3/i686/gcc-4.4.1-3.i686.rpm from build >> >> DEBUG util.py:256: ?error was [Errno 4] Socket Error: timed out >> >> >> >> Resubmitting the job should be ok, but I don't see that button in koji >> >> for this job, could you do it? >> > >> > rel-eng: ping? ?Am I supposed to do something about this? ?I haven't seen >> > any instructions regarding this and as said, it doesn't seem to be >> > possible for me to just resubmit this build in koji (no resubmit link >> > shown for me). >> >> Well you can just do a checkout and "make build" > > Yes, I can do that and various other things. ?The reason I'm asking before > trying something in random is that rel-eng has not indicated what to do about > cases like this, and there's no way for me to tell whether doing something > like this will cause extra work for rel-eng, break rebuild-needed/failed > tracking scripts or whatnot. ?I can guess, but I don't want to, and at the > same time I want to try to point out that rel-eng has not given enough > information to packagers and are not responding too quickly to related > questions. > >> (done that for you >> http://koji.fedoraproject.org/koji/taskinfo?taskID=1574035 ) > > I see. ?I guess they'll let you and/or me know if this wasn't the right thing > to do. Well rel-eng did the mass rebuild and give us a list of the failed packages, fixing them does not create extra but _less_ work for them ;) From howard at cohtech.com Mon Aug 3 08:15:03 2009 From: howard at cohtech.com (Howard Wilkinson) Date: Mon, 03 Aug 2009 09:15:03 +0100 Subject: Rebuilding mysql 5.1.30-1 fails under fc11 In-Reply-To: References: <4A754795.7050706@cohtech.com> Message-ID: <4A769C87.9000306@cohtech.com> Rakesh Pandit wrote: > 2009/8/2 Howard Wilkinson wrote: > >> I am trying to regenerate the RPM packages for Mysql 5.1.30-1 as currently >> available for FC11. But the build fails a large number of the test cases. Is >> there a specific trick for getting this package to build properly? >> >> > > The snippet from build log at failure point or other clues wouldn't > hurt, unless you expect folks to build for you and then spot errors > and analyse. > > -- > rakesh > > The log will not make it to the list as it is over 2Meg long so I have remove the compile section to reduce it to about 55K. If I do not run the tests then the packages will build - not tried to install and run yet as I need to build a shadow infrastructure to try this out on. As the post of the full log does not work can somebody suggest how I get the log into the 'right' hands if needed. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: MYSQL-test.log URL: From sundaram at fedoraproject.org Mon Aug 3 09:38:46 2009 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Mon, 03 Aug 2009 15:08:46 +0530 Subject: non root X Message-ID: <4A76B026.4040603@fedoraproject.org> Hi A few days back I ran into http://lists.x.org/archives/xorg-devel/2009-July/001293.html I am wondering, since we are already using KMS in most places in Fedora, how far are we from achieving this by default in a Fedora release? Rahul From berrange at redhat.com Mon Aug 3 09:44:02 2009 From: berrange at redhat.com (Daniel P. Berrange) Date: Mon, 3 Aug 2009 10:44:02 +0100 Subject: More Fedora mock breakage In-Reply-To: <20090801004117.GN28607@hansolo.jdub.homelinux.org> References: <15990.1249079609@sss.pgh.pa.us> <2d319b780907311536w25f5fd2dj9f87343685848d08@mail.gmail.com> <16210.1249080534@sss.pgh.pa.us> <20090801004117.GN28607@hansolo.jdub.homelinux.org> Message-ID: <20090803094402.GD19883@redhat.com> On Fri, Jul 31, 2009 at 08:41:17PM -0400, Josh Boyer wrote: > On Fri, Jul 31, 2009 at 06:48:54PM -0400, Tom Lane wrote: > >"Mathieu Bridon (bochecha)" writes: > >>> ERROR with rpm_check_debug vs depsolve: > >>> rpmlib(PayloadIsXz) is needed by exim-4.69-12.fc12.x86_64 > > > >> I had the same on F11, building in a Rawhide mock. > > > >> I was advised to update rpm to 4.7.1 that was in updates-testing, > >> which fixed the problem. > > > >[ consults CVS... ] So XZ support in F-11's rpm is less than a week > >old, there is *no* support in F-10, and we're already requiring > >the capability in order to do useful development work? > > > >All I can say is WTF. > > Did you have a better plan for migrating to an XZ payload for F12 in time > for Alpha? IMHO there should be a much larger window between providing an new feature in RPM, and requiring it for development. eg, new features should go into RPM in rawhide & F11 at least 2-3 months before we require them. Yes this would have required XZ support to be merged much sooner in the F12 schedule, or alternatively merge XZ support in F12, but don't use it till F13. Daniel -- |: Red Hat, Engineering, London -o- http://people.redhat.com/berrange/ :| |: http://libvirt.org -o- http://virt-manager.org -o- http://ovirt.org :| |: http://autobuild.org -o- http://search.cpan.org/~danberr/ :| |: GnuPG: 7D3B9505 -o- F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 :| From rawhide at fedoraproject.org Mon Aug 3 10:15:37 2009 From: rawhide at fedoraproject.org (Rawhide Report) Date: Mon, 3 Aug 2009 10:15:37 +0000 Subject: rawhide report: 20090803 changes Message-ID: <20090803101537.GA27919@releng2.fedora.phx.redhat.com> Compose started at Mon Aug 3 06:15:05 UTC 2009 Updated Packages: DeviceKit-power-010-3.fc12 -------------------------- * Sun Aug 02 2009 Richard Hughes - 010-3 - Put the development include files in the devel packagem not the main package. - Fixes #515104 R2spec-2.5.3-1.fc12 ------------------- * Sun Aug 02 2009 Pingou 2.5.3-1 - New upstream release abiword-2.7.8-1.fc12 -------------------- * Sun Aug 02 2009 Marc Maurer - 1:2.7.8-1 - New upstream version * Mon Jul 27 2009 Marc Maurer - 1:2.7.7-1 - New upstream release - Add --enable-dynamic to configure so plugins link against libabiword.so * Mon Jul 27 2009 Marc Maurer - 1:2.7.7-2 - Add a patch to work around a templates makefile bug * Mon Jul 27 2009 Marc Maurer - 1:2.7.7-3 - Rerun autogen.sh after changing the makefiles bugzilla-3.4.1-1.fc12 --------------------- * Sun Aug 02 2009 Emmanuel Seyman - 3.4.1-1 - Update to 3.4.1, fixing a security leak control-center-2.27.4-4.fc12 ---------------------------- * Sun Aug 02 2009 Matthias Clasen - 2.27.4-4 - Drop unneeded direct deps filelight-1.9-3.rc2.fc12 ------------------------ * Sun Aug 02 2009 Neal Becker - 1.9-3.rc2 - fix some rpmlint complaints: - Follow cmake_kde4 recipe untabify convert ChangeLog to utf8 don't mark filelightrc as config * Fri Jul 31 2009 Neal Becker - 1.9-2.rc2 - Updates for kde4 - Update to 1.9rc2 gaupol-0.15-3.fc12 ------------------ * Sun Aug 02 2009 Lucian Langa - 0.15-3 - do not remove required file (b.g.o #590537) gimp-resynthesizer-0.16-1.fc12 ------------------------------ * Sun Aug 02 2009 Ewan Mac Mahon - 0.16-1 - Bump to version 0.16 - Patch makefile to allow Fedora CFLAGS to override defaults. gnome-backgrounds-2.24.1-3.fc12 ------------------------------- * Sun Aug 02 2009 Matthias Clasen - 2.24.1-3 - Co-own /usr/share/backgrounds instead of requiring desktop-backgrounds-basic gnome-python2-desktop-2.27.2-3.fc12 ----------------------------------- * Sun Aug 02 2009 Matthew Barnes - 2.27.2-3.fc12 - Disable nautilus-cd-burner bindings. Package is dead. gthumb-2.10.11-6.fc12 --------------------- * Mon Aug 03 2009 Matthias Clasen - 2.10.11-6 - Drop unneeded direct deps haproxy-1.3.19-1.fc12 --------------------- * Sun Aug 02 2009 Jeremy Hinegardner - 1.3.19-1 - update to 1.3.19 jam-2.5-9.fc12 -------------- * Mon Aug 03 2009 Lubomir Rintel - 2.5-9 - Add the stack overflow fix patch js-1.70-8.fc12 -------------- * Sun Aug 02 2009 Pavel Alexeev - 1.70-8 - Reformat spec with tabs. - By report of Thomas Sondergaard (BZ#511162) Add -DXP_UNIX=1 -DJS_THREADSAFE=1 flags and nspr requires into libjs.pc kdeaccessibility-4.3.0-3.fc12 ----------------------------- * Sun Aug 02 2009 Rex Dieter 1:4.3.0-3 - include epoch's in -libs-related Requires kdeplasma-addons-4.3.0-2.fc12 ----------------------------- * Sun Aug 02 2009 Rex Dieter - 4.3.0-2 - fix to allow updating of status via microblog plasmoid kdeutils-4.3.0-3.fc12 --------------------- * Sun Aug 02 2009 Rex Dieter - 6:4.3.0-3 - include epoch's in -libs-related Requires libchewing-0.3.2-15.fc12 ------------------------ * Mon Aug 03 2009 Ding-Yi Chen - 0.3.2-15 - Fix [Bug 512108:issue 11] ibus-chewing crash the application by move cursor_orig to chewingio.c global. libnice-0.0.9-1.fc12 -------------------- * Sun Aug 02 2009 Brian Pepple - 0.0.9-1 - Update to 0.0.9. - Drop sha1 patch. Fixed upstream. lklug-fonts-0.6-1.20090803cvs.fc12 ---------------------------------- * Mon Aug 03 2009 Parag - 0.6-1.20090803cvs - update to cvs snapshot 20090803. lxpanel-0.5.1-1.fc12 -------------------- * Sun Aug 02 2009 Christoph Wickert - 0.5.1-1 - Update to 0.5.1 - Remove cpu-history.patch and manpages.patch, fixed upstream - Thu Jul 27 2009 Christoph Wickert - 0.5.0-1 - Update to 0.5.0 magic-8.0.51-1.fc12 ------------------- mfiler2-4.0.9b-5.fc12.Repack1 ----------------------------- * Mon Aug 03 2009 Mamoru Tasaka - 4.0.9b-5.Repack1 - 4.0.9b maintenance release nautilus-2.27.4-3.fc12 ---------------------- * Sun Aug 02 2009 Matthias Clasen - 2.27.4-3 - Drop desktop-backgrounds-basic dep that we've carried for 9 years without ever making use of it nginx-0.7.61-1.fc12 ------------------- * Sun Aug 02 2009 Jeremy Hinegardner - 0.7.61-1 - Update to new stable 0.7.61 perltidy-20090616-2.fc12 ------------------------ * Sun Jul 26 2009 Fedora Release Engineering - 20090616-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild pyabiword-0.7.8-1.fc12 ---------------------- * Sun Aug 02 2009 Marc Maurer - 0.7.8-1 - New upstream release ragel-6.5-2.fc12 ---------------- * Sun Aug 02 2009 Jeremy Hinegardner - 6.5.1 - Update to 6.5 * Sun Aug 02 2009 Jeremy Hinegardner - 6.5.2 - fix build process * Sun Jul 26 2009 Fedora Release Engineering - 6.4-4 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild * Tue Apr 14 2009 Jeremy Hinegardner 6.4-3 - remove main.cpp patch for testing * Sat Apr 11 2009 Jeremy Hinegardner 6.4-1 - Update to 6.4 * Sat Apr 11 2009 Jeremy Hinegardner 6.4-2 - add patch for main.cpp ruby-RMagick-2.11.0-1.fc12 -------------------------- * Mon Aug 03 2009 Mamoru Tasaka - 2.11.0-1 - 2.11.0 rubygem-actionmailer-2.3.3-1.fc12 --------------------------------- * Sun Aug 02 2009 Mamoru Tasaka - 2.3.3-1 - 2.3.3 - Enable test rubygem-actionpack-2.3.3-1.fc12 ------------------------------- * Sun Aug 02 2009 Mamoru Tasaka - 2.3.3-1 - 2.3.3 - Enable test (some tests fail, please someone investigate!!) rubygem-mongrel_cluster-1.0.5-4.fc12 ------------------------------------ * Sun Aug 02 2009 Robert Scheck 1.0.5-4 - Corrected a typo for output redirection in the initscript - Removed the conditionalizing of ruby(abi) = version for EPEL sugar-0.85.3-1.fc12 ------------------- * Sun Aug 02 2009 Tomeu Vizoso - 0.85.3-1 - New upstream release sugar-presence-service-0.85.1-1.fc12 ------------------------------------ * Sun Aug 02 2009 Tomeu Vizoso - 0.85.1-1 - New upstream release. sugar-toolkit-0.85.3-1.fc12 --------------------------- * Sun Aug 02 2009 Tomeu Vizoso - 0.85.3-1 - New upstream release telepathy-sofiasip-0.5.17-1.fc12 -------------------------------- * Sun Aug 02 2009 Brian Pepple - 0.5.17-1 - Update to 0.5.17. xcircuit-3.6.161-1.fc12 ----------------------- * Sat Aug 01 2009 Chitlesh Goorah - 3.6.161-1 - new upstream release 3.6.161 Summary: Added Packages: 0 Removed Packages: 0 Modified Packages: 37 Broken deps for i386 ---------------------------------------------------------- 389-ds-1.1.3-4.fc12.noarch requires 389-ds-admin R-RScaLAPACK-0.5.1-19.fc11.i586 requires openmpi-libs asterisk-fax-1.6.1-0.24.rc1.fc12.i686 requires libspandsp.so.1 clipsmm-0.0.7-6.fc12.i686 requires libclips.so.1 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0 clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 cluttermm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-0.9) dap-hdf4_handler-3.7.9-2.fc11.i586 requires libdap.so.9 dap-hdf4_handler-3.7.9-2.fc11.i586 requires libdapserver.so.6 ghc-HTTP-devel-4000.0.6-3.fc12.i586 requires ghc = 0:6.10.3 ghc-HTTP-devel-4000.0.6-3.fc12.i586 requires ghc = 0:6.10.3 ghc-HTTP-doc-4000.0.6-3.fc12.i586 requires ghc-doc = 0:6.10.3 ghc-HTTP-doc-4000.0.6-3.fc12.i586 requires ghc-doc = 0:6.10.3 ghc-HTTP-prof-4000.0.6-3.fc12.i586 requires ghc-prof = 0:6.10.3 ghc-ghc-paths-devel-0.1.0.5-7.fc12.i586 requires ghc = 0:6.10.3 ghc-ghc-paths-devel-0.1.0.5-7.fc12.i586 requires ghc = 0:6.10.3 ghc-ghc-paths-doc-0.1.0.5-7.fc12.i586 requires ghc-doc = 0:6.10.3 ghc-ghc-paths-doc-0.1.0.5-7.fc12.i586 requires ghc-doc = 0:6.10.3 ghc-ghc-paths-prof-0.1.0.5-7.fc12.i586 requires ghc-prof = 0:6.10.3 ghc-haskell-src-exts-devel-1.0.1-1.fc12.i586 requires ghc = 0:6.10.3 ghc-haskell-src-exts-devel-1.0.1-1.fc12.i586 requires ghc = 0:6.10.3 ghc-haskell-src-exts-doc-1.0.1-1.fc12.i586 requires ghc-doc = 0:6.10.3 ghc-haskell-src-exts-doc-1.0.1-1.fc12.i586 requires ghc-doc = 0:6.10.3 ghc-haskell-src-exts-prof-1.0.1-1.fc12.i586 requires ghc-prof = 0:6.10.3 ghc-uniplate-devel-1.2.0.3-4.fc12.i586 requires ghc = 0:6.10.3 ghc-uniplate-devel-1.2.0.3-4.fc12.i586 requires ghc = 0:6.10.3 ghc-uniplate-doc-1.2.0.3-4.fc12.i586 requires ghc-doc = 0:6.10.3 ghc-uniplate-doc-1.2.0.3-4.fc12.i586 requires ghc-doc = 0:6.10.3 ghc-uniplate-prof-1.2.0.3-4.fc12.i586 requires ghc-prof = 0:6.10.3 ghc-zlib-devel-0.5.0.0-9.fc12.i586 requires ghc = 0:6.10.3 ghc-zlib-devel-0.5.0.0-9.fc12.i586 requires ghc = 0:6.10.3 ghc-zlib-doc-0.5.0.0-9.fc12.i586 requires ghc-doc = 0:6.10.3 ghc-zlib-doc-0.5.0.0-9.fc12.i586 requires ghc-doc = 0:6.10.3 ghc-zlib-prof-0.5.0.0-9.fc12.i586 requires ghc-prof = 0:6.10.3 libchamplain-0.2.9-1.fc11.i586 requires libclutter-glx-0.8.so.0 libchamplain-0.2.9-1.fc11.i586 requires libclutter-cairo-0.8.so.0 libchamplain-devel-0.2.9-1.fc11.i586 requires pkgconfig(clutter-0.8) nbtk-0.16.3-5.fc12.i686 requires libclutter-glx-0.9.so.0 nbtk-devel-0.16.3-5.fc12.i686 requires pkgconfig(clutter-0.9) octave-forge-20080831-10.fc12.i686 requires octave(api) = 0:api-v32 php-layers-menu-3.2.0-0.2.rc.fc12.noarch requires php-pear(HTML_Template_PHPLIB) plplot-octave-5.9.4-1.fc12.i586 requires octave(api) = 0:api-v32 ppl-yap-0.10.2-5.fc12.i686 requires libYap.so pybackpack-0.5.6-4.fc12.noarch requires gnome-python2-nautilus-cd-burner pyclutter-0.8.2-2.fc11.i586 requires libclutter-glx-0.8.so.0 pyclutter-cairo-0.8.2-2.fc11.i586 requires libclutter-cairo-0.8.so.0 pyclutter-cairo-0.8.2-2.fc11.i586 requires libclutter-glx-0.8.so.0 pyclutter-gst-0.8.2-2.fc11.i586 requires libclutter-gst-0.8.so.0 pyclutter-gst-0.8.2-2.fc11.i586 requires libclutter-glx-0.8.so.0 pyclutter-gtk-0.8.2-2.fc11.i586 requires libclutter-glx-0.8.so.0 pyclutter-gtk-0.8.2-2.fc11.i586 requires libclutter-gtk-0.8.so.0 python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql python-tgext-crud-0.2.4-2.fc12.noarch requires python-sprox >= 0:0.5.4.1 qtparted-0.4.5-19.fc11.i586 requires libparted-1.8.so.8 rubygem-main-2.8.4-3.fc12.noarch requires rubygem(fattr) >= 0:1.0.3 sems-1.1.1-2.fc12.i586 requires libspandsp.so.1 sems-g722-1.1.1-2.fc12.i586 requires libspandsp.so.1 sems-gsm-1.1.1-2.fc12.i586 requires libspandsp.so.1 sems-speex-1.1.1-2.fc12.i586 requires libspandsp.so.1 serpentine-0.9-5.fc12.noarch requires gnome-python2-nautilus-cd-burner showimg-pgsql-0.9.5-22.fc11.i586 requires libpqxx-2.6.8.so sugar-pippy-34-2.fc12.i686 requires libstdc++.so.6(CXXABI_1.3)(64bit) sugar-pippy-34-2.fc12.i686 requires libc.so.6()(64bit) sugar-pippy-34-2.fc12.i686 requires libgcc_s.so.1(GCC_3.0)(64bit) sugar-pippy-34-2.fc12.i686 requires libm.so.6()(64bit) sugar-pippy-34-2.fc12.i686 requires libm.so.6(GLIBC_2.2.5)(64bit) sugar-pippy-34-2.fc12.i686 requires libc.so.6(GLIBC_2.2.5)(64bit) sugar-pippy-34-2.fc12.i686 requires libstdc++.so.6()(64bit) sugar-pippy-34-2.fc12.i686 requires libstdc++.so.6(GLIBCXX_3.4)(64bit) sugar-pippy-34-2.fc12.i686 requires libgcc_s.so.1()(64bit) thunderbird-lightning-1.0-0.6.20090513hg.fc12.i586 requires thunderbird < 0:3.0-2.3.b4 trac-customfieldadmin-plugin-0.1-0.1.svn5073.fc10.noarch requires trac-webadmin-plugin trac-customfieldadmin-plugin-0.1-0.1.svn5073.fc10.noarch requires python(abi) = 0:2.5 vinagre-devel-2.27.5-1.fc12.i686 requires pkg-config Broken deps for x86_64 ---------------------------------------------------------- 389-ds-1.1.3-4.fc12.noarch requires 389-ds-admin R-RScaLAPACK-0.5.1-19.fc11.x86_64 requires openmpi-libs asterisk-fax-1.6.1-0.24.rc1.fc12.x86_64 requires libspandsp.so.1()(64bit) clipsmm-0.0.7-6.fc12.i686 requires libclips.so.1 clipsmm-0.0.7-6.fc12.x86_64 requires libclips.so.1()(64bit) clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.x86_64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.x86_64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-0.7.4-2.fc11.x86_64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8) clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.x86_64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.x86_64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-gtk-0.9) clutter-gtkmm-devel-0.9.4-1.fc12.x86_64 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 cluttermm-0.9.4-1.fc12.x86_64 requires libclutter-glx-0.9.so.0()(64bit) cluttermm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-0.9) cluttermm-devel-0.9.4-1.fc12.x86_64 requires pkgconfig(clutter-0.9) dap-hdf4_handler-3.7.9-2.fc11.x86_64 requires libdap.so.9()(64bit) dap-hdf4_handler-3.7.9-2.fc11.x86_64 requires libdapserver.so.6()(64bit) ghc-HTTP-devel-4000.0.6-3.fc12.i586 requires ghc = 0:6.10.3 ghc-HTTP-devel-4000.0.6-3.fc12.i586 requires ghc = 0:6.10.3 ghc-HTTP-devel-4000.0.6-3.fc12.x86_64 requires ghc = 0:6.10.3 ghc-HTTP-devel-4000.0.6-3.fc12.x86_64 requires ghc = 0:6.10.3 ghc-HTTP-doc-4000.0.6-3.fc12.x86_64 requires ghc-doc = 0:6.10.3 ghc-HTTP-doc-4000.0.6-3.fc12.x86_64 requires ghc-doc = 0:6.10.3 ghc-HTTP-prof-4000.0.6-3.fc12.x86_64 requires ghc-prof = 0:6.10.3 ghc-ghc-paths-devel-0.1.0.5-7.fc12.i586 requires ghc = 0:6.10.3 ghc-ghc-paths-devel-0.1.0.5-7.fc12.i586 requires ghc = 0:6.10.3 ghc-ghc-paths-devel-0.1.0.5-7.fc12.x86_64 requires ghc = 0:6.10.3 ghc-ghc-paths-devel-0.1.0.5-7.fc12.x86_64 requires ghc = 0:6.10.3 ghc-ghc-paths-doc-0.1.0.5-7.fc12.x86_64 requires ghc-doc = 0:6.10.3 ghc-ghc-paths-doc-0.1.0.5-7.fc12.x86_64 requires ghc-doc = 0:6.10.3 ghc-ghc-paths-prof-0.1.0.5-7.fc12.x86_64 requires ghc-prof = 0:6.10.3 ghc-haskell-src-exts-devel-1.0.1-1.fc12.i586 requires ghc = 0:6.10.3 ghc-haskell-src-exts-devel-1.0.1-1.fc12.i586 requires ghc = 0:6.10.3 ghc-haskell-src-exts-devel-1.0.1-1.fc12.x86_64 requires ghc = 0:6.10.3 ghc-haskell-src-exts-devel-1.0.1-1.fc12.x86_64 requires ghc = 0:6.10.3 ghc-haskell-src-exts-doc-1.0.1-1.fc12.x86_64 requires ghc-doc = 0:6.10.3 ghc-haskell-src-exts-doc-1.0.1-1.fc12.x86_64 requires ghc-doc = 0:6.10.3 ghc-haskell-src-exts-prof-1.0.1-1.fc12.x86_64 requires ghc-prof = 0:6.10.3 ghc-uniplate-devel-1.2.0.3-4.fc12.i586 requires ghc = 0:6.10.3 ghc-uniplate-devel-1.2.0.3-4.fc12.i586 requires ghc = 0:6.10.3 ghc-uniplate-devel-1.2.0.3-4.fc12.x86_64 requires ghc = 0:6.10.3 ghc-uniplate-devel-1.2.0.3-4.fc12.x86_64 requires ghc = 0:6.10.3 ghc-uniplate-doc-1.2.0.3-4.fc12.x86_64 requires ghc-doc = 0:6.10.3 ghc-uniplate-doc-1.2.0.3-4.fc12.x86_64 requires ghc-doc = 0:6.10.3 ghc-uniplate-prof-1.2.0.3-4.fc12.x86_64 requires ghc-prof = 0:6.10.3 ghc-zlib-devel-0.5.0.0-9.fc12.i586 requires ghc = 0:6.10.3 ghc-zlib-devel-0.5.0.0-9.fc12.i586 requires ghc = 0:6.10.3 ghc-zlib-devel-0.5.0.0-9.fc12.x86_64 requires ghc = 0:6.10.3 ghc-zlib-devel-0.5.0.0-9.fc12.x86_64 requires ghc = 0:6.10.3 ghc-zlib-doc-0.5.0.0-9.fc12.x86_64 requires ghc-doc = 0:6.10.3 ghc-zlib-doc-0.5.0.0-9.fc12.x86_64 requires ghc-doc = 0:6.10.3 ghc-zlib-prof-0.5.0.0-9.fc12.x86_64 requires ghc-prof = 0:6.10.3 libchamplain-0.2.9-1.fc11.i586 requires libclutter-glx-0.8.so.0 libchamplain-0.2.9-1.fc11.i586 requires libclutter-cairo-0.8.so.0 libchamplain-0.2.9-1.fc11.x86_64 requires libclutter-cairo-0.8.so.0()(64bit) libchamplain-0.2.9-1.fc11.x86_64 requires libclutter-glx-0.8.so.0()(64bit) libchamplain-devel-0.2.9-1.fc11.i586 requires pkgconfig(clutter-0.8) libchamplain-devel-0.2.9-1.fc11.x86_64 requires pkgconfig(clutter-0.8) nbtk-0.16.3-5.fc12.i686 requires libclutter-glx-0.9.so.0 nbtk-0.16.3-5.fc12.x86_64 requires libclutter-glx-0.9.so.0()(64bit) nbtk-devel-0.16.3-5.fc12.i686 requires pkgconfig(clutter-0.9) nbtk-devel-0.16.3-5.fc12.x86_64 requires pkgconfig(clutter-0.9) octave-forge-20080831-10.fc12.x86_64 requires octave(api) = 0:api-v32 php-layers-menu-3.2.0-0.2.rc.fc12.noarch requires php-pear(HTML_Template_PHPLIB) plplot-octave-5.9.4-1.fc12.x86_64 requires octave(api) = 0:api-v32 ppl-yap-0.10.2-5.fc12.x86_64 requires libYap.so()(64bit) pybackpack-0.5.6-4.fc12.noarch requires gnome-python2-nautilus-cd-burner pyclutter-0.8.2-2.fc11.x86_64 requires libclutter-glx-0.8.so.0()(64bit) pyclutter-cairo-0.8.2-2.fc11.x86_64 requires libclutter-cairo-0.8.so.0()(64bit) pyclutter-cairo-0.8.2-2.fc11.x86_64 requires libclutter-glx-0.8.so.0()(64bit) pyclutter-gst-0.8.2-2.fc11.x86_64 requires libclutter-glx-0.8.so.0()(64bit) pyclutter-gst-0.8.2-2.fc11.x86_64 requires libclutter-gst-0.8.so.0()(64bit) pyclutter-gtk-0.8.2-2.fc11.x86_64 requires libclutter-gtk-0.8.so.0()(64bit) pyclutter-gtk-0.8.2-2.fc11.x86_64 requires libclutter-glx-0.8.so.0()(64bit) python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql python-tgext-crud-0.2.4-2.fc12.noarch requires python-sprox >= 0:0.5.4.1 qtparted-0.4.5-19.fc11.x86_64 requires libparted-1.8.so.8()(64bit) rubygem-main-2.8.4-3.fc12.noarch requires rubygem(fattr) >= 0:1.0.3 sems-1.1.1-2.fc12.x86_64 requires libspandsp.so.1()(64bit) sems-g722-1.1.1-2.fc12.x86_64 requires libspandsp.so.1()(64bit) sems-gsm-1.1.1-2.fc12.x86_64 requires libspandsp.so.1()(64bit) sems-speex-1.1.1-2.fc12.x86_64 requires libspandsp.so.1()(64bit) serpentine-0.9-5.fc12.noarch requires gnome-python2-nautilus-cd-burner showimg-pgsql-0.9.5-22.fc11.x86_64 requires libpqxx-2.6.8.so()(64bit) thunderbird-lightning-1.0-0.6.20090513hg.fc12.x86_64 requires thunderbird < 0:3.0-2.3.b4 trac-customfieldadmin-plugin-0.1-0.1.svn5073.fc10.noarch requires trac-webadmin-plugin trac-customfieldadmin-plugin-0.1-0.1.svn5073.fc10.noarch requires python(abi) = 0:2.5 vinagre-devel-2.27.5-1.fc12.i686 requires pkg-config vinagre-devel-2.27.5-1.fc12.x86_64 requires pkg-config Broken deps for ppc ---------------------------------------------------------- 389-ds-1.1.3-4.fc12.noarch requires 389-ds-admin R-RScaLAPACK-0.5.1-19.fc11.ppc requires openmpi-libs asterisk-fax-1.6.1-0.24.rc1.fc12.ppc requires libspandsp.so.1 clipsmm-0.0.7-6.fc12.ppc requires libclips.so.1 clipsmm-0.0.7-6.fc12.ppc64 requires libclips.so.1()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.ppc requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.ppc requires libclutter-glx-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.ppc requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc requires pkgconfig(clutter-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.ppc requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.ppc requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.ppc requires pkgconfig(clutter-gtk-0.9) clutter-gtkmm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.ppc requires libclutter-glx-0.9.so.0 cluttermm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) cluttermm-devel-0.9.4-1.fc12.ppc requires pkgconfig(clutter-0.9) cluttermm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-0.9) dap-hdf4_handler-3.7.9-2.fc11.ppc requires libdap.so.9 dap-hdf4_handler-3.7.9-2.fc11.ppc requires libdapserver.so.6 ghc-HTTP-devel-4000.0.6-3.fc12.ppc requires ghc = 0:6.10.3 ghc-HTTP-devel-4000.0.6-3.fc12.ppc requires ghc = 0:6.10.3 ghc-HTTP-doc-4000.0.6-3.fc12.ppc requires ghc-doc = 0:6.10.3 ghc-HTTP-doc-4000.0.6-3.fc12.ppc requires ghc-doc = 0:6.10.3 ghc-HTTP-prof-4000.0.6-3.fc12.ppc requires ghc-prof = 0:6.10.3 ghc-ghc-paths-devel-0.1.0.5-7.fc12.ppc requires ghc = 0:6.10.3 ghc-ghc-paths-devel-0.1.0.5-7.fc12.ppc requires ghc = 0:6.10.3 ghc-ghc-paths-doc-0.1.0.5-7.fc12.ppc requires ghc-doc = 0:6.10.3 ghc-ghc-paths-doc-0.1.0.5-7.fc12.ppc requires ghc-doc = 0:6.10.3 ghc-ghc-paths-prof-0.1.0.5-7.fc12.ppc requires ghc-prof = 0:6.10.3 ghc-haskell-src-exts-devel-1.0.1-1.fc12.ppc requires ghc = 0:6.10.3 ghc-haskell-src-exts-devel-1.0.1-1.fc12.ppc requires ghc = 0:6.10.3 ghc-haskell-src-exts-doc-1.0.1-1.fc12.ppc requires ghc-doc = 0:6.10.3 ghc-haskell-src-exts-doc-1.0.1-1.fc12.ppc requires ghc-doc = 0:6.10.3 ghc-haskell-src-exts-prof-1.0.1-1.fc12.ppc requires ghc-prof = 0:6.10.3 ghc-uniplate-devel-1.2.0.3-4.fc12.ppc requires ghc = 0:6.10.3 ghc-uniplate-devel-1.2.0.3-4.fc12.ppc requires ghc = 0:6.10.3 ghc-uniplate-doc-1.2.0.3-4.fc12.ppc requires ghc-doc = 0:6.10.3 ghc-uniplate-doc-1.2.0.3-4.fc12.ppc requires ghc-doc = 0:6.10.3 ghc-uniplate-prof-1.2.0.3-4.fc12.ppc requires ghc-prof = 0:6.10.3 ghc-zlib-devel-0.5.0.0-9.fc12.ppc requires ghc = 0:6.10.3 ghc-zlib-devel-0.5.0.0-9.fc12.ppc requires ghc = 0:6.10.3 ghc-zlib-doc-0.5.0.0-9.fc12.ppc requires ghc-doc = 0:6.10.3 ghc-zlib-doc-0.5.0.0-9.fc12.ppc requires ghc-doc = 0:6.10.3 ghc-zlib-prof-0.5.0.0-9.fc12.ppc requires ghc-prof = 0:6.10.3 libchamplain-0.2.9-1.fc11.ppc requires libclutter-glx-0.8.so.0 libchamplain-0.2.9-1.fc11.ppc requires libclutter-cairo-0.8.so.0 libchamplain-0.2.9-1.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) libchamplain-0.2.9-1.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) libchamplain-devel-0.2.9-1.fc11.ppc requires pkgconfig(clutter-0.8) libchamplain-devel-0.2.9-1.fc11.ppc64 requires pkgconfig(clutter-0.8) nbtk-0.16.3-5.fc12.ppc requires libclutter-glx-0.9.so.0 nbtk-0.16.3-5.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) nbtk-devel-0.16.3-5.fc12.ppc requires pkgconfig(clutter-0.9) nbtk-devel-0.16.3-5.fc12.ppc64 requires pkgconfig(clutter-0.9) octave-forge-20080831-10.fc12.ppc requires octave(api) = 0:api-v32 php-layers-menu-3.2.0-0.2.rc.fc12.noarch requires php-pear(HTML_Template_PHPLIB) plplot-octave-5.9.4-1.fc12.ppc requires octave(api) = 0:api-v32 ppl-yap-0.10.2-5.fc12.ppc requires libYap.so pybackpack-0.5.6-4.fc12.noarch requires gnome-python2-nautilus-cd-burner pyclutter-0.8.2-2.fc11.ppc requires libclutter-glx-0.8.so.0 pyclutter-cairo-0.8.2-2.fc11.ppc requires libclutter-cairo-0.8.so.0 pyclutter-cairo-0.8.2-2.fc11.ppc requires libclutter-glx-0.8.so.0 pyclutter-gst-0.8.2-2.fc11.ppc requires libclutter-gst-0.8.so.0 pyclutter-gst-0.8.2-2.fc11.ppc requires libclutter-glx-0.8.so.0 pyclutter-gtk-0.8.2-2.fc11.ppc requires libclutter-glx-0.8.so.0 pyclutter-gtk-0.8.2-2.fc11.ppc requires libclutter-gtk-0.8.so.0 python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql python-tgext-crud-0.2.4-2.fc12.noarch requires python-sprox >= 0:0.5.4.1 qtparted-0.4.5-19.fc11.ppc requires libparted-1.8.so.8 rubygem-main-2.8.4-3.fc12.noarch requires rubygem(fattr) >= 0:1.0.3 sems-1.1.1-2.fc12.ppc requires libspandsp.so.1 sems-g722-1.1.1-2.fc12.ppc requires libspandsp.so.1 sems-gsm-1.1.1-2.fc12.ppc requires libspandsp.so.1 sems-speex-1.1.1-2.fc12.ppc requires libspandsp.so.1 serpentine-0.9-5.fc12.noarch requires gnome-python2-nautilus-cd-burner showimg-pgsql-0.9.5-22.fc11.ppc requires libpqxx-2.6.8.so sugar-pippy-34-2.fc12.ppc requires libm.so.6(GLIBC_2.2.5)(64bit) sugar-pippy-34-2.fc12.ppc requires libc.so.6(GLIBC_2.2.5)(64bit) thunderbird-lightning-1.0-0.6.20090513hg.fc12.ppc requires thunderbird < 0:3.0-2.3.b4 trac-customfieldadmin-plugin-0.1-0.1.svn5073.fc10.noarch requires trac-webadmin-plugin trac-customfieldadmin-plugin-0.1-0.1.svn5073.fc10.noarch requires python(abi) = 0:2.5 vinagre-devel-2.27.5-1.fc12.ppc requires pkg-config vinagre-devel-2.27.5-1.fc12.ppc64 requires pkg-config Broken deps for ppc64 ---------------------------------------------------------- 389-ds-1.1.3-4.fc12.noarch requires 389-ds-admin R-RScaLAPACK-0.5.1-19.fc11.ppc64 requires openmpi-libs asterisk-fax-1.6.1-0.24.rc1.fc12.ppc64 requires libspandsp.so.1()(64bit) clipsmm-0.0.7-6.fc12.ppc64 requires libclips.so.1()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) cluttermm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-0.9) dap-hdf4_handler-3.7.9-2.fc11.ppc64 requires libdap.so.9()(64bit) dap-hdf4_handler-3.7.9-2.fc11.ppc64 requires libdapserver.so.6()(64bit) libchamplain-0.2.9-1.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) libchamplain-0.2.9-1.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) libchamplain-devel-0.2.9-1.fc11.ppc64 requires pkgconfig(clutter-0.8) nbtk-0.16.3-5.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) nbtk-devel-0.16.3-5.fc12.ppc64 requires pkgconfig(clutter-0.9) octave-forge-20080831-10.fc12.ppc64 requires octave(api) = 0:api-v32 php-layers-menu-3.2.0-0.2.rc.fc12.noarch requires php-pear(HTML_Template_PHPLIB) plplot-octave-5.9.4-1.fc12.ppc64 requires octave(api) = 0:api-v32 ppl-yap-0.10.2-5.fc12.ppc64 requires libYap.so()(64bit) pybackpack-0.5.6-4.fc12.noarch requires gnome-python2-nautilus-cd-burner pyclutter-0.8.2-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) pyclutter-cairo-0.8.2-2.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) pyclutter-cairo-0.8.2-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) pyclutter-gst-0.8.2-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) pyclutter-gst-0.8.2-2.fc11.ppc64 requires libclutter-gst-0.8.so.0()(64bit) pyclutter-gtk-0.8.2-2.fc11.ppc64 requires libclutter-gtk-0.8.so.0()(64bit) pyclutter-gtk-0.8.2-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) python-mwlib-0.11.2-3.20090522hg2956.fc12.ppc64 requires LabPlot python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql python-tgext-crud-0.2.4-2.fc12.noarch requires python-sprox >= 0:0.5.4.1 qtparted-0.4.5-19.fc11.ppc64 requires libparted-1.8.so.8()(64bit) rubygem-main-2.8.4-3.fc12.noarch requires rubygem(fattr) >= 0:1.0.3 sems-1.1.1-2.fc12.ppc64 requires libspandsp.so.1()(64bit) sems-g722-1.1.1-2.fc12.ppc64 requires libspandsp.so.1()(64bit) sems-gsm-1.1.1-2.fc12.ppc64 requires libspandsp.so.1()(64bit) sems-speex-1.1.1-2.fc12.ppc64 requires libspandsp.so.1()(64bit) serpentine-0.9-5.fc12.noarch requires gnome-python2-nautilus-cd-burner showimg-pgsql-0.9.5-22.fc11.ppc64 requires libpqxx-2.6.8.so()(64bit) sugar-pippy-34-2.fc12.ppc64 requires libc.so.6(GLIBC_2.4) sugar-pippy-34-2.fc12.ppc64 requires libm.so.6(GLIBC_2.0) sugar-pippy-34-2.fc12.ppc64 requires libc.so.6(GLIBC_2.1.3) sugar-pippy-34-2.fc12.ppc64 requires libstdc++.so.6(GLIBCXX_3.4) sugar-pippy-34-2.fc12.ppc64 requires libm.so.6 sugar-pippy-34-2.fc12.ppc64 requires libm.so.6(GLIBC_2.2.5)(64bit) sugar-pippy-34-2.fc12.ppc64 requires libc.so.6(GLIBC_2.2.5)(64bit) sugar-pippy-34-2.fc12.ppc64 requires libc.so.6 sugar-pippy-34-2.fc12.ppc64 requires libgcc_s.so.1(GCC_3.0) sugar-pippy-34-2.fc12.ppc64 requires libstdc++.so.6(CXXABI_1.3) sugar-pippy-34-2.fc12.ppc64 requires libc.so.6(GLIBC_2.0) sugar-pippy-34-2.fc12.ppc64 requires libgcc_s.so.1 sugar-pippy-34-2.fc12.ppc64 requires libstdc++.so.6 thunderbird-lightning-1.0-0.6.20090513hg.fc12.ppc64 requires thunderbird < 0:3.0-2.3.b4 trac-customfieldadmin-plugin-0.1-0.1.svn5073.fc10.noarch requires trac-webadmin-plugin trac-customfieldadmin-plugin-0.1-0.1.svn5073.fc10.noarch requires python(abi) = 0:2.5 vinagre-devel-2.27.5-1.fc12.ppc64 requires pkg-config From ndbecker2 at gmail.com Mon Aug 3 12:40:22 2009 From: ndbecker2 at gmail.com (Neal Becker) Date: Mon, 03 Aug 2009 08:40:22 -0400 Subject: Trouble with F11 build Message-ID: Built on devel OK. Then I try to build for F11 and get http://koji.fedoraproject.org/koji/taskinfo?taskID=1575532 Complains about error: Bad source: /builddir/build/SOURCES/filelight_part.desktop.diff: No such file or directory But cvs says: File: filelight_part.desktop.diff Status: Up-to-date Working revision: 1.1 Repository revision: 1.1 /cvs/pkgs/rpms/filelight/F-11/filelight_part.desktop.diff,v Sticky Tag: (none) Sticky Date: (none) Sticky Options: (none) From bnocera at redhat.com Mon Aug 3 13:08:50 2009 From: bnocera at redhat.com (Bastien Nocera) Date: Mon, 03 Aug 2009 14:08:50 +0100 Subject: Trouble with F11 build In-Reply-To: References: Message-ID: <1249304930.28327.15546.camel@localhost.localdomain> On Mon, 2009-08-03 at 08:40 -0400, Neal Becker wrote: > Built on devel OK. Then I try to build for F11 and get > http://koji.fedoraproject.org/koji/taskinfo?taskID=1575532 > > Complains about > error: Bad source: /builddir/build/SOURCES/filelight_part.desktop.diff: No > such file or directory You didn't tag it: http://cvs.fedoraproject.org/viewvc/rpms/filelight/F-11/filelight_part.desktop.diff?view=log From tcallawa at redhat.com Mon Aug 3 13:47:16 2009 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Mon, 03 Aug 2009 09:47:16 -0400 Subject: License change for ghostscript In-Reply-To: <1249071590.3049.10.camel@worm> References: <1248994755.2798.2.camel@worm> <200907312247.19079.ville.skytta@iki.fi> <1249071590.3049.10.camel@worm> Message-ID: <4A76EA64.50906@redhat.com> On 07/31/2009 04:19 PM, Tim Waugh wrote: > On Fri, 2009-07-31 at 22:47 +0300, Ville Skytt? wrote: >> This might cause problems for a bunch of packages. >> >> $ repoquery --repoid=rawhide --whatrequires --alldeps ghostscript ghostscript- >> gtk --qf="%{NAME}: %{LICENSE}" | grep -vP '\bGPL(v3|\S*\+)' | sort > > Wouldn't it be packages using the libraries that might pose problems? > > $ repoquery --repoid=rawhide --whatrequires --alldeps > 'libgs.so.8()(64bit)' 'libijs-0.35.so()(64bit)' --qf="%{NAME}: > %{LICENSE}" > foomatic: GPLv2+ > ghostscript-devel: GPLv2 and Redistributable, no modification permitted > libspectre: GPLv2+ > ImageMagick: ImageMagick > ghostscript: GPLv2 and Redistributable, no modification permitted > ghostscript-gtk: GPLv2 and Redistributable, no modification permitted > ghostscript-devel: GPLv2 and Redistributable, no modification permitted > gutenprint: GPLv2+ > > Other packages would be invoking the executable, which (AIUI) is not > considered "based on" ghostscript. > > The ImageMagick license seems to be compatible with GPLv3. I'm really only concerned about these library linking cases, which all seem to be GPLv3 compatible. I think it is a reasonable argument that applications which call out to ghostscript are well separated, thus, can be sanely treated as two separate programs. ~spot From tgl at redhat.com Mon Aug 3 14:30:23 2009 From: tgl at redhat.com (Tom Lane) Date: Mon, 03 Aug 2009 10:30:23 -0400 Subject: More Fedora mock breakage In-Reply-To: <20090803094402.GD19883@redhat.com> References: <15990.1249079609@sss.pgh.pa.us> <2d319b780907311536w25f5fd2dj9f87343685848d08@mail.gmail.com> <16210.1249080534@sss.pgh.pa.us> <20090801004117.GN28607@hansolo.jdub.homelinux.org> <20090803094402.GD19883@redhat.com> Message-ID: <16498.1249309823@sss.pgh.pa.us> "Daniel P. Berrange" writes: > On Fri, Jul 31, 2009 at 08:41:17PM -0400, Josh Boyer wrote: >> On Fri, Jul 31, 2009 at 06:48:54PM -0400, Tom Lane wrote: >>> [ consults CVS... ] So XZ support in F-11's rpm is less than a week >>> old, there is *no* support in F-10, and we're already requiring >>> the capability in order to do useful development work? >>> All I can say is WTF. >> Did you have a better plan for migrating to an XZ payload for F12 in time >> for Alpha? > IMHO there should be a much larger window between providing an new > feature in RPM, and requiring it for development. eg, new features > should go into RPM in rawhide & F11 at least 2-3 months before we > require them. Yes this would have required XZ support to be merged > much sooner in the F12 schedule, or alternatively merge XZ support > in F12, but don't use it till F13. I would be satisfied if there was any window at all. The upthread suggestions that it's okay to expect every individual Fedora packager to cope with this for themselves were insane, not to say insulting. I have real work to do, and dealing with that sort of make-work is not it. regards, tom lane From notting at redhat.com Mon Aug 3 15:40:44 2009 From: notting at redhat.com (Bill Nottingham) Date: Mon, 3 Aug 2009 11:40:44 -0400 Subject: F12 mass rebuild status In-Reply-To: References: <1248910844.5186.24.camel@localhost.localdomain> <200908022213.50823.ville.skytta@iki.fi> <200908022324.05947.ville.skytta@iki.fi> Message-ID: <20090803154043.GI28965@nostromo.devel.redhat.com> drago01 (drago01 at gmail.com) said: > >> (done that for you > >> http://koji.fedoraproject.org/koji/taskinfo?taskID=1574035 ) > > > > I see. ?I guess they'll let you and/or me know if this wasn't the right thing > > to do. > > Well rel-eng did the mass rebuild and give us a list of the failed > packages, fixing them does not create extra but _less_ work for them > ;) Exactly; while rel-eng *could* resubmit failed builds, and may submit some at some point, we are perfectly happy not to have to, and doing so will speed things along in general. Bill From jkeating at redhat.com Mon Aug 3 16:35:18 2009 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 03 Aug 2009 09:35:18 -0700 Subject: F12 mass rebuild status In-Reply-To: <4A736F12.5040807@redhat.com> References: <1248910844.5186.24.camel@localhost.localdomain> <4A736F12.5040807@redhat.com> Message-ID: <1249317318.18316.4.camel@localhost.localdomain> On Fri, 2009-07-31 at 18:24 -0400, William Cohen wrote: > What is the procedure for dropping packages? With the incorporation of the PCL > (Performance Counters for Linux) in upcoming Linux kernel 2.6.31 there doesn't > seem like there will be much need for libpfm and pfmon packages in F12. http://fedoraproject.org/wiki/PackageMaintainers/PackageEndOfLife -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From opensource at till.name Mon Aug 3 16:38:59 2009 From: opensource at till.name (Till Maas) Date: Mon, 03 Aug 2009 18:38:59 +0200 Subject: Lower Process Capabilities In-Reply-To: <200907261932.36156.sgrubb@redhat.com> References: <200907261932.36156.sgrubb@redhat.com> Message-ID: <20090803163859.GA7330@genius.kawo2.rwth-aachen.de> On Sun, Jul 26, 2009 at 07:32:36PM -0400, Steve Grubb wrote: > echo "Hardening files..." > find / -type f -perm /00700 -a -uid 0 -exec chmod u-wrx {} \; 2>/dev/null > find / -type f -perm /00070 -a -gid 0 -exec chmod g-wrx {} \; 2>/dev/null > echo "Hardening directories..." > find / -type d -perm /00200 -a -uid 0 -exec chmod u-w {} \; 2>/dev/null > find / -type d -perm /00020 -a -gid 0 -exec chmod g-w {} \; 2>/dev/null > echo "Correcting a couple things..." > find /sbin -type f -perm /00000 -a -uid 0 -exec chmod u+x {} \; 2>/dev/null > find /usr/sbin -type f -perm /00000 -a -uid 0 -exec chmod u+x {} \; 2>/dev/null > > This project also plans to set the permissions for /etc/shadow and > /etc/gshadow to 0000 so that daemons running as root, but without DAC_OVERRIDE > cannot read the shadow file. Login, [gkx]dm, and sshd will still have > DAC_OVERRIDE or this wouldn't work. > > Does a system running like this still work? Yes it does. But there is still F10 does not work with this setup here: $ sudo -i sudo: /etc/sudoers is mode 00, should be 0440 sudo: no valid sudoers sources found, quitting Regards Till -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 835 bytes Desc: not available URL: From mcepl at redhat.com Mon Aug 3 16:39:50 2009 From: mcepl at redhat.com (Matej Cepl) Date: Mon, 3 Aug 2009 16:39:50 +0000 (UTC) Subject: Clipboard manager by default in Fedora 11 References: <1248556007.2597.12.camel@Julians-Notebook> <4A6DAFEB.8070101@amiga-hardware.com> Message-ID: Ian Chapman, Mon, 27 Jul 2009 21:47:23 +0800: > I'd like to see some consistency between how apps handle clipboard > content, when > > 1. The user highlights content and pastes using the middle mouse button > 2. The user uses the copy & paste menu options or hot keys. Read this http://www.jwz.org/doc/x-cut-and-paste.html first please. Thank you Mat?j From kwizart at gmail.com Mon Aug 3 17:17:29 2009 From: kwizart at gmail.com (Nicolas Chauvet) Date: Mon, 3 Aug 2009 19:17:29 +0200 Subject: rpms/blender/devel blender-2.49.config, 1.4, 1.5 blender-repack.sh, 1.2, 1.3 blender.spec, 1.121, 1.122 In-Reply-To: <20090803163844.040B011C02C6@cvs1.fedora.phx.redhat.com> References: <20090803163844.040B011C02C6@cvs1.fedora.phx.redhat.com> Message-ID: Can we have an explanation about why the Changelog entry doesn't really match what was actually committed ? Nicolas (kwizart) 2009/8/3 Jochen Schmitt : > Author: s4504kr > > Update of /cvs/extras/rpms/blender/devel > In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv28431 > > Modified Files: > ? ? ? ?blender-2.49.config blender-repack.sh blender.spec > Log Message: > Rebuild for python-2.6.2 > > > Index: blender-2.49.config > =================================================================== > RCS file: /cvs/extras/rpms/blender/devel/blender-2.49.config,v > retrieving revision 1.4 > retrieving revision 1.5 > diff -u -p -r1.4 -r1.5 > --- blender-2.49.config 19 Jun 2009 13:20:36 -0000 ? ? ?1.4 > +++ blender-2.49.config 3 Aug 2009 16:38:43 -0000 ? ? ? 1.5 > @@ -50,9 +50,9 @@ BF_GETTEXT_LIB = 'gettextlib qhull' > ?BF_GETTEXT_LIBPATH = '@LIB@' > > ?WITH_BF_FTGL = 'true' > -BF_FTGL = '#extern/bFTGL' > -BF_FTGL_INC = '${BF_FTGL}/include/' > -BF_FTGL_LIB = 'extern_ftgl' > +BF_FTGL = '/usr' > +BF_FTGL_INC = '${BF_FTGL}/include/FTGL' > +BF_FTGL_LIB = ['ftgl', '@LIB@'] > > ?WITH_BF_GAMEENGINE='true' > > > > Index: blender-repack.sh > =================================================================== > RCS file: /cvs/extras/rpms/blender/devel/blender-repack.sh,v > retrieving revision 1.2 > retrieving revision 1.3 > diff -u -p -r1.2 -r1.3 > --- blender-repack.sh ? 19 Jun 2009 13:54:39 -0000 ? ? ?1.2 > +++ blender-repack.sh ? 3 Aug 2009 16:38:43 -0000 ? ? ? 1.3 > @@ -24,7 +24,7 @@ pushd extern > ?#Removed because of ip > ? rm -rf ffmpeg libmp3lame x264 xvidcore > ?#Removed because we can expect to use system one > - ?rm -rf fftw glew libopenjpeg ode qhull make verse > +# ?rm -rf fftw glew libopenjpeg ode qhull make verse > ?#Will have to be removed later: bFTGL > ?popd > ?rm -rf scons > > > Index: blender.spec > =================================================================== > RCS file: /cvs/extras/rpms/blender/devel/blender.spec,v > retrieving revision 1.121 > retrieving revision 1.122 > diff -u -p -r1.121 -r1.122 > --- blender.spec ? ? ? ?24 Jul 2009 18:09:52 -0000 ? ? ?1.121 > +++ blender.spec ? ? ? ?3 Aug 2009 16:38:43 -0000 ? ? ? 1.122 > @@ -5,7 +5,7 @@ > > ?Name: ? ? ? ? ? blender > ?Version: ? ? ? ?2.49a > -Release: ? ? ? 3%{?dist} > +Release: ? ? ? 4%{?dist} > > ?Summary: ? ? ? ?3D modeling, animation, rendering and post-production > > @@ -80,8 +80,6 @@ Requires: ? ? ? dejavu-fonts > ?Provides: ? ? ? ?blender-fonts = %{version}-%{release} > ?Obsoletes: ? ? ? blender-fonts <= 2.48a-9 > > - > - > ?%description > ?Blender is the essential software solution you need for 3D, from modeling, > ?animation, rendering and post-production to interactive creation and playback. > @@ -110,6 +108,20 @@ Blender Game Engine. > ?%patch100 -p1 > ?%patch101 -p1 > > +# binreloc is not a part of fedora > +rm -rf extern/bFTGL > +rm -rf extern/ffmpeg > +rm -rf extern/fftw > +rm -rf extern/glew > +rm -rf extern/libmp3lame > +rm -rf extern/libopenjpeg > +rm -rf extern/libredcode > +rm -rf extern/ode > +rm -rf extern/x264 > +rm -rf extern/xvidcore > +rm -rf extern/qhull > +rm -rf extern/make > +rm -rf extern/verse > > ?PYVER=$(%{__python} -c "import sys ; print sys.version[:3]") > > @@ -233,6 +245,9 @@ fi || : > ?%{_bindir}/blenderplayer.bin > > ?%changelog > +* Mon Aug ?3 2009 Jochen Schmitt 2.49a-4 > +- Rebuild for python-2.6.2 > + > ?* Fri Jul 24 2009 Fedora Release Engineering - 2.49a-3 > ?- Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild > > > From jkeating at redhat.com Mon Aug 3 18:31:44 2009 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 03 Aug 2009 11:31:44 -0700 Subject: Last few orphans left Message-ID: <1249324304.18316.12.camel@localhost.localdomain> There are only a few orphans left. I blocked all that weren't causing dep breakage, so these /really/ need a home or we need to block a few more things beyond just the orphans. glade2 is on this list because it was just recently orphaned. Unblocked orphan cryptix Unblocked orphan glade2 Unblocked orphan libdockapp Unblocked orphan qt-qsa Unblocked orphan tomoe List of deps left behind by orphan removal: Orphan: cryptix cryptix-asn1 requires cryptix = 3.2.0-13.fc12 Orphan: libdockapp wmacpi requires libdockapp.so.2 wmacpi requires libdockapp-devel = 0.6.2-3.fc12 Orphan: qt-qsa LabPlot requires qt-qsa-devel = 1.1.5-7.fc12 LabPlot requires libqsa.so.1 Orphan: tomoe tomoe-gtk requires tomoe-devel = 0.6.0-15.fc12 tomoe-gtk requires tomoe = 0.6.0-15.fc12 tomoe-gtk requires libtomoe.so.0 tomoe-gtk-devel requires pkgconfig(tomoe) = 0.6.0 tomoe-gtk-devel requires tomoe-devel = 0.6.0-15.fc12 tomoe-gtk-devel requires libtomoe.so.0 The script that generated this page can be found at https://fedorahosted.org/rel-eng/browser/scripts/find-unblocked-orphans.py There you can also report bugs and RFEs. -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From d.lesca at solinos.it Mon Aug 3 18:46:55 2009 From: d.lesca at solinos.it (Dario Lesca) Date: Mon, 03 Aug 2009 20:46:55 +0200 Subject: F11: Bug in sh-4.0 source build-in command Message-ID: <1249325215.9208.22.camel@lesca> There is a bug in sh-4.0 source command: Must specify directory (./file) for filename, without not work. > sh-4.0# cd /tmp > sh-4.0# echo aaa=ppp > sourcefile > sh-4.0# ls -l sourcefile > -rw-r--r-- 1 root root 8 3 ago 20:37 sourcefile > sh-4.0# cat sourcefile > aaa=ppp > sh-4.0# . sourcefile > sh: .: sourcefile: file not found > sh-4.0# source sourcefile > sh: source: sourcefile: file not found > sh-4.0# echo $aaa > > sh-4.0# source ./sourcefile > sh-4.0# echo $aaa > ppp > sh-4.0# exit hope this help. -- Dario Lesca From debarshi.ray at gmail.com Mon Aug 3 18:48:06 2009 From: debarshi.ray at gmail.com (Debarshi Ray) Date: Tue, 4 Aug 2009 00:18:06 +0530 Subject: Last few orphans left In-Reply-To: <1249324304.18316.12.camel@localhost.localdomain> References: <1249324304.18316.12.camel@localhost.localdomain> Message-ID: <3170f42f0908031148l41f405ak83cfd567b451b5e2@mail.gmail.com> > Unblocked orphan tomoe dchen (CC'ed) was interested in tomoe. In fact he is one of the co-maintainers. Cheerio, Debarshi -- One reason that life is complex is that it has a real part and an imaginary part. -- Andrew Koenig From mschmidt at redhat.com Mon Aug 3 18:55:50 2009 From: mschmidt at redhat.com (Michal Schmidt) Date: Mon, 3 Aug 2009 20:55:50 +0200 Subject: F11: Bug in sh-4.0 source build-in command In-Reply-To: <1249325215.9208.22.camel@lesca> References: <1249325215.9208.22.camel@lesca> Message-ID: <20090803205550.5acdd569@leela> Dne Mon, 03 Aug 2009 20:46:55 +0200 Dario Lesca napsal(a): > There is a bug in sh-4.0 source command: > Must specify directory (./file) for filename, without not work. > > > sh-4.0# cd /tmp > > sh-4.0# echo aaa=ppp > sourcefile > > sh-4.0# ls -l sourcefile > > -rw-r--r-- 1 root root 8 3 ago 20:37 sourcefile > > sh-4.0# cat sourcefile > > aaa=ppp > > sh-4.0# . sourcefile > > sh: .: sourcefile: file not found > > sh-4.0# source sourcefile > > sh: source: sourcefile: file not found > > sh-4.0# echo $aaa > > > > sh-4.0# source ./sourcefile > > sh-4.0# echo $aaa > > ppp > > sh-4.0# exit > > hope this help. Not a bug. You're running bash in POSIX mode (probably you ran "sh"). In POSIX mode the current directory is not searched by the source command. This is documented in the manpage. Michal From guido.grazioli at gmail.com Mon Aug 3 18:53:56 2009 From: guido.grazioli at gmail.com (Guido Grazioli) Date: Mon, 3 Aug 2009 20:53:56 +0200 Subject: [Fedora-it] F11: Bug in sh-4.0 source build-in command In-Reply-To: <1249325215.9208.22.camel@lesca> References: <1249325215.9208.22.camel@lesca> Message-ID: <2f984ea00908031153g29013756le55e404b83cbc5ed@mail.gmail.com> AFAIK, bash looks in PATH for the command 'source' 2009/8/3 Dario Lesca > There is a bug in sh-4.0 source command: > Must specify directory (./file) for filename, without not work. > > > sh-4.0# cd /tmp > > sh-4.0# echo aaa=ppp > sourcefile > > sh-4.0# ls -l sourcefile > > -rw-r--r-- 1 root root 8 3 ago 20:37 sourcefile > > sh-4.0# cat sourcefile > > aaa=ppp > > sh-4.0# . sourcefile > > sh: .: sourcefile: file not found > > sh-4.0# source sourcefile > > sh: source: sourcefile: file not found > > sh-4.0# echo $aaa > > > > sh-4.0# source ./sourcefile > > sh-4.0# echo $aaa > > ppp > > sh-4.0# exit > > hope this help. > > -- > Dario Lesca > > > _______________________________________________ > Fedora-it-list mailing list > Fedora-it-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-it-list > -- Guido Grazioli Via Parri 11 48011 - Alfonsine (RA) Mobile: +39 347 1017202 (10-18) Key FP = 7040 F398 0DED A737 7337 DAE1 12DC A698 5E81 2278 Linked in: http://www.linkedin.com/in/guidograzioli -------------- next part -------------- An HTML attachment was scrubbed... URL: From skvidal at fedoraproject.org Mon Aug 3 19:01:18 2009 From: skvidal at fedoraproject.org (Seth Vidal) Date: Mon, 3 Aug 2009 15:01:18 -0400 (EDT) Subject: python-urlgrabber update to 3.9.0 Message-ID: Hi, I've pushed python-urlgrabber 3.9.0 into rawhide. It is an api-compliant urlgrabber - but it is now backended to libcurl instead of urllib2. In tests so far everything appears to work as intended. However, please let me know if something seems odder than normal with this change. We can revert back to 3.1.X pretty easily. Thanks, -sv From skvidal at fedoraproject.org Mon Aug 3 19:11:01 2009 From: skvidal at fedoraproject.org (Seth Vidal) Date: Mon, 3 Aug 2009 15:11:01 -0400 (EDT) Subject: python-urlgrabber update to 3.9.0 In-Reply-To: References: Message-ID: On Mon, 3 Aug 2009, Seth Vidal wrote: > Hi, > I've pushed python-urlgrabber 3.9.0 into rawhide. It is an api-compliant > urlgrabber - but it is now backended to libcurl instead of urllib2. In tests > so far everything appears to work as intended. However, please let me know if > something seems odder than normal with this change. We can revert back to > 3.1.X pretty easily. > completed build: http://koji.fedoraproject.org/koji/buildinfo?buildID=125399 let me know what breaks, -sv From jkeating at redhat.com Mon Aug 3 19:36:50 2009 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 03 Aug 2009 12:36:50 -0700 Subject: Release Engineeirng meeting summary for 2009-08-03 Message-ID: <1249328210.18316.15.camel@localhost.localdomain> Minutes: http://meetbot.fedoraproject.org/fedora-meeting/2009-08-03/fedora-meeting.2009-08-03-18.10.html Minutes (text): http://meetbot.fedoraproject.org/fedora-meeting/2009-08-03/fedora-meeting.2009-08-03-18.10.txt Log: http://meetbot.fedoraproject.org/fedora-meeting/2009-08-03/fedora-meeting.2009-08-03-18.10.log.html Meeting log ----------- * **roll call** (f13-18:10:25_) * **Old Business** (f13-18:12:54_) * **Orphans (old business)** (f13-18:13:14_) * *ACTION*: f13 will re-post the current orphans that will break deps to try and get some movement on them. (f13-18:16:46_) * **gpg purging (old business)** (f13-18:17:11_) * *ACTION*: f13 still needs to file a ticket about gpg purging in koij (f13-18:17:35_) * **Critical Path (old business)** (f13-18:18:51_) * *LINK*: https://fedorahosted.org/bodhi/ticket/346 (skvidal-18:20:09_) * *ACTION*: now that the ticket has been filed, lmacken will report in a week's time if any progress has been made. (f13-18:23:14_) * *ACTION*: f13 still needs to package offtrac (f13-18:23:32_) * **Mass Rebuild (old business)** (f13-18:24:24_) * *ACTION*: dgilmore will draft an SOP (with help) for managing RPM changes in rawhide. (f13-18:25:49_) * *INFO*: Comps listing of critical packages is not a depclosed listing. (f13-18:33:03_) * **no frozen rawhide (old business)** (f13-18:33:50_) * *ACTION*: f13 still needs to file a bodhi ticket (f13-18:38:04_) * *ACTION*: lmacken will create the ticket instead (f13-18:38:32_) * *AGREED*: No Frozen Rawhide has been punted to Fedora 13 (f13-18:45:44_) * *ACTION*: f13 will report to FESCo this change. (f13-18:46:10_) * **Rawhide fixup for rpm deps (old business)** (f13-18:47:24_) * **Fedora 12 Alpha (old business)** (f13-18:51:06_) * *ACTION*: f13 to fix issues with full pungi composes in order to produce Test Compose for Fedora 12 Alpha (f13-18:52:31_) * **Package Signing (old business)** (f13-18:56:46_) * *ACTION*: f13 will coordinate bridge/vault rebuild with smooge (f13-18:58:56_) * **open floor** (f13-19:07:06_) * *ACTION*: f13 to threaten recursive blocking if orphans are not picked up by tomorrow (f13-19:12:11_) -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From lmacken at redhat.com Mon Aug 3 20:49:52 2009 From: lmacken at redhat.com (Luke Macken) Date: Mon, 3 Aug 2009 16:49:52 -0400 Subject: fedoracommunity-0.3.4 bugfix release Message-ID: <20090803204952.GA16483@x300.redhat.com> I just pushed a new version of the Fedora Community portal into production. https://admin.fedoraproject.org/community Changes in this release include: - The Rawhide and Build Owner widget is no longer broken (#289) - The package download release filter is no longer broken (#264) - Huge optimizations in the Bugzilla Connector - Fixed a pagination bug in the Recent Bugs widget (#291) - Brought the pkgdb connector up to speed with recent API changes - Fixed a bug in the watchers/owners grids (#298) - Fixed the broken maintainers grids (#290) - Fixed a couple of timezone-related clock problems (#260, #287) - Properly weigh search results (#292) - Fixed some broken links in the tour - Various other minor UI tweaks Also, today we had a great brainstorming session around future Fedora Community apps. You find find the IRC logs and gobby notes here: https://fedorahosted.org/pipermail/moksha/2009-August/000116.html As always, you can file bugs and feature requests here: https://fedorahosted.org/fedoracommunity/newticket _______________________________________________ Fedora-devel-announce mailing list Fedora-devel-announce at redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-announce From pbrobinson at gmail.com Mon Aug 3 23:39:45 2009 From: pbrobinson at gmail.com (Peter Robinson) Date: Tue, 4 Aug 2009 00:39:45 +0100 Subject: Review swaps Message-ID: <5256d0b0908031639t5d039b0cya2d899b7f892efd3@mail.gmail.com> Hi All, Anyone interested in some review swaps? I have the following packages that I need to get reviewed for Moblin so if you've got a package you'd like to swap (or you've just got a few spare cycles for a plain review) they are as follows: bickley - https://bugzilla.redhat.com/show_bug.cgi?id=506825 bisho - https://bugzilla.redhat.com/show_bug.cgi?id=506833 dalston - https://bugzilla.redhat.com/show_bug.cgi?id=507223 Cheers, Peter From dchen at redhat.com Tue Aug 4 00:04:14 2009 From: dchen at redhat.com (Ding Yi Chen) Date: Mon, 3 Aug 2009 20:04:14 -0400 (EDT) Subject: Last few orphans left In-Reply-To: <1249324304.18316.12.camel@localhost.localdomain> Message-ID: <492939649.408161249344254275.JavaMail.root@zmail04.collab.prod.int.phx2.redhat.com> ----- "Jesse Keating" wrote: > There are only a few orphans left. I blocked all that weren't > causing > dep breakage, so these /really/ need a home or we need to block a few > more things beyond just the orphans. glade2 is on this list because > it > was just recently orphaned. > > Unblocked orphan tomoe > I would take tomoe, and related package such as tomoe-gtk, scim-tomoe. Regards, -- Ding-Yi Chen Software Engineer Internationalization Group Red Hat, Inc. Looking to carve out IT costs? www.apac.redhat.com/promo/carveoutcosts/ From christoph.wickert at googlemail.com Tue Aug 4 00:17:22 2009 From: christoph.wickert at googlemail.com (Christoph Wickert) Date: Tue, 04 Aug 2009 02:17:22 +0200 Subject: Review swaps In-Reply-To: <5256d0b0908031639t5d039b0cya2d899b7f892efd3@mail.gmail.com> References: <5256d0b0908031639t5d039b0cya2d899b7f892efd3@mail.gmail.com> Message-ID: <1249345042.2717.222.camel@localhost> Am Dienstag, den 04.08.2009, 00:39 +0100 schrieb Peter Robinson: > Hi All, > > Anyone interested in some review swaps? I have the following packages > that I need to get reviewed for Moblin so if you've got a package > you'd like to swap (or you've just got a few spare cycles for a plain > review) they are as follows: > > bickley - https://bugzilla.redhat.com/show_bug.cgi?id=506825 > bisho - https://bugzilla.redhat.com/show_bug.cgi?id=506833 > dalston - https://bugzilla.redhat.com/show_bug.cgi?id=507223 Hi Peter, as promised I will take them. You can in turn do: xfce4-stopwatch-plugin - https://bugzilla.redhat.com/show_bug.cgi?id=514351 whaawmp - https://bugzilla.redhat.com/show_bug.cgi?id=513420 > Cheers, > Peter Regards, Christoph From a.badger at gmail.com Tue Aug 4 03:33:25 2009 From: a.badger at gmail.com (Toshio Kuratomi) Date: Mon, 03 Aug 2009 20:33:25 -0700 Subject: Broken dependencies in Fedora 10 - 2009-08-03 In-Reply-To: <20090803211926.13952.23992@faldor.intranet> References: <20090803211926.13952.23992@faldor.intranet> Message-ID: <4A77AC05.4080409@gmail.com> On 08/03/2009 02:19 PM, Michael Schwendt wrote: > The following packages in the repository suffer from broken dependencies: > > ====================================================================== > The results in this summary consider Test Updates! > ====================================================================== > > package: python-repoze-what-pylons-1.0-3.fc10.noarch from fedora-updates-10-i386 > unresolved deps: > python-pylons >= 0:0.9.7 > python-decorator >= 0:3.0 > package: python-repoze-what-pylons-1.0-3.fc10.noarch from fedora-updates-10-ppc > unresolved deps: > python-pylons >= 0:0.9.7 > python-decorator >= 0:3.0 > package: python-repoze-what-pylons-1.0-3.fc10.noarch from fedora-updates-10-ppc64 > unresolved deps: > python-pylons >= 0:0.9.7 > python-decorator >= 0:3.0 > package: python-repoze-what-pylons-1.0-3.fc10.noarch from fedora-updates-10-x86_64 > unresolved deps: > python-pylons >= 0:0.9.7 > python-decorator >= 0:3.0 > So.. lmacken, spot, are you planning on making forward compat packages for python-pylons on F-10? If so, I'll update python-decorator. If not, I'd rather not. 3.0 is not 100% API compatible with 2.x. However, the changes are not in very frequently used code and we already verified that the packages that use it within Fedora were okay when we updated for F-11. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: OpenPGP digital signature URL: From alexl at users.sourceforge.net Tue Aug 4 06:41:46 2009 From: alexl at users.sourceforge.net (Alex Lancaster) Date: Mon, 03 Aug 2009 23:41:46 -0700 Subject: persistent clutter and ghc breakage (was Re: rawhide report: 20090803 changes) In-Reply-To: <20090803101537.GA27919@releng2.fedora.phx.redhat.com> (Rawhide Report's message of "Mon\, 3 Aug 2009 10\:15\:37 +0000") References: <20090803101537.GA27919@releng2.fedora.phx.redhat.com> Message-ID: >>>>> Rawhide Report writes: [...] There appear to be a boatload of broken deps for packages based on clutter (presumably because of API bump from 0.9 to 1.0) that have been listed here for over a week and no movement to fix most of them. Have the other apps been ported to the new API so they just need to be built, or have they not yet been ported? (I tried to find an update of cluttermm to 1.0 but only 0.9 versions are on the gnome site). If the latter, it would be nice the maintainer of clutter did an inventory of dependent-packages and co-ordinate with downstream consumers of clutter to make sure that there was a plan to update those packages, or built a compat- package if necessary. Otherwise users of rawhide are left with huge swathe of breakage: > Broken deps for i386 > ---------------------------------------------------------- > clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 > clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2 > clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0 > clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8) > clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8) > clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0 > clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 > clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-gtk-0.9) > cluttermm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 > cluttermm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-0.9) > libchamplain-0.2.9-1.fc11.i586 requires libclutter-glx-0.8.so.0 > libchamplain-0.2.9-1.fc11.i586 requires libclutter-cairo-0.8.so.0 > libchamplain-devel-0.2.9-1.fc11.i586 requires pkgconfig(clutter-0.8) > nbtk-0.16.3-5.fc12.i686 requires libclutter-glx-0.9.so.0 > nbtk-devel-0.16.3-5.fc12.i686 requires pkgconfig(clutter-0.9) > pyclutter-0.8.2-2.fc11.i586 requires libclutter-glx-0.8.so.0 > pyclutter-cairo-0.8.2-2.fc11.i586 requires libclutter-cairo-0.8.so.0 > pyclutter-cairo-0.8.2-2.fc11.i586 requires libclutter-glx-0.8.so.0 > pyclutter-gst-0.8.2-2.fc11.i586 requires libclutter-gst-0.8.so.0 > pyclutter-gst-0.8.2-2.fc11.i586 requires libclutter-glx-0.8.so.0 > pyclutter-gtk-0.8.2-2.fc11.i586 requires libclutter-glx-0.8.so.0 > pyclutter-gtk-0.8.2-2.fc11.i586 requires libclutter-gtk-0.8.so.0 Similarly with ghc based packages, there appears to be no movement to fix these broken deps: > ghc-HTTP-devel-4000.0.6-3.fc12.i586 requires ghc = 0:6.10.3 > ghc-HTTP-devel-4000.0.6-3.fc12.i586 requires ghc = 0:6.10.3 > ghc-HTTP-doc-4000.0.6-3.fc12.i586 requires ghc-doc = 0:6.10.3 > ghc-HTTP-doc-4000.0.6-3.fc12.i586 requires ghc-doc = 0:6.10.3 > ghc-HTTP-prof-4000.0.6-3.fc12.i586 requires ghc-prof = 0:6.10.3 > ghc-ghc-paths-devel-0.1.0.5-7.fc12.i586 requires ghc = 0:6.10.3 > ghc-ghc-paths-devel-0.1.0.5-7.fc12.i586 requires ghc = 0:6.10.3 > ghc-ghc-paths-doc-0.1.0.5-7.fc12.i586 requires ghc-doc = 0:6.10.3 > ghc-ghc-paths-doc-0.1.0.5-7.fc12.i586 requires ghc-doc = 0:6.10.3 > ghc-ghc-paths-prof-0.1.0.5-7.fc12.i586 requires ghc-prof = 0:6.10.3 > ghc-haskell-src-exts-devel-1.0.1-1.fc12.i586 requires ghc = 0:6.10.3 > ghc-haskell-src-exts-devel-1.0.1-1.fc12.i586 requires ghc = 0:6.10.3 > ghc-haskell-src-exts-doc-1.0.1-1.fc12.i586 requires ghc-doc = 0:6.10.3 > ghc-haskell-src-exts-doc-1.0.1-1.fc12.i586 requires ghc-doc = 0:6.10.3 > ghc-haskell-src-exts-prof-1.0.1-1.fc12.i586 requires ghc-prof = 0:6.10.3 > ghc-uniplate-devel-1.2.0.3-4.fc12.i586 requires ghc = 0:6.10.3 > ghc-uniplate-devel-1.2.0.3-4.fc12.i586 requires ghc = 0:6.10.3 > ghc-uniplate-doc-1.2.0.3-4.fc12.i586 requires ghc-doc = 0:6.10.3 > ghc-uniplate-doc-1.2.0.3-4.fc12.i586 requires ghc-doc = 0:6.10.3 > ghc-uniplate-prof-1.2.0.3-4.fc12.i586 requires ghc-prof = 0:6.10.3 > ghc-zlib-devel-0.5.0.0-9.fc12.i586 requires ghc = 0:6.10.3 > ghc-zlib-devel-0.5.0.0-9.fc12.i586 requires ghc = 0:6.10.3 > ghc-zlib-doc-0.5.0.0-9.fc12.i586 requires ghc-doc = 0:6.10.3 > ghc-zlib-doc-0.5.0.0-9.fc12.i586 requires ghc-doc = 0:6.10.3 > ghc-zlib-prof-0.5.0.0-9.fc12.i586 requires ghc-prof = 0:6.10.3 I must be a broken record on this, but it would be nice if maintainers could make announcements to all concerned (e.g. on fedora-devel-announce) about API/soname etc. bumps in major libraries/frameworks *before* they are put into motion so that the dependent packages can be rebuilt in a timely manner. Or if that causes too much breakage where, for example, many apps aren't ready to be ported to the new version, then consider delaying the update for a while or introducing compat- packages. Otherwise breakage goes on for weeks and necessitating a rush to rebuild the software by provenpackagers just before a freeze which leaves an inadequate time for user/developer testing on rawhide. Thanks, Alex From tfujiwar at redhat.com Tue Aug 4 06:49:24 2009 From: tfujiwar at redhat.com (Takao Fujiwara) Date: Tue, 04 Aug 2009 15:49:24 +0900 Subject: sponsor request of ibus-anthy Message-ID: <4A77D9F4.5050804@redhat.com> Hi, I'd like to get the sponsor role of ibus-anthy to commit patches. Would you give the role? Thanks, fujiwara From pbrobinson at gmail.com Tue Aug 4 07:01:12 2009 From: pbrobinson at gmail.com (Peter Robinson) Date: Tue, 4 Aug 2009 08:01:12 +0100 Subject: persistent clutter and ghc breakage (was Re: rawhide report: 20090803 changes) In-Reply-To: References: <20090803101537.GA27919@releng2.fedora.phx.redhat.com> Message-ID: <5256d0b0908040001g7a8ecb59ya4e04e5ce2d72d3d@mail.gmail.com> > There appear to be a boatload of broken deps for packages based on > clutter (presumably because of API bump from 0.9 to 1.0) that have > been listed here for over a week and no movement to fix most of them. It was actually broken on the move from 0.8 to 0.9 (and there were a couple of smaller api breakages during the 0.9 process). > Have the other apps been ported to the new API so they just need to be > built, or have they not yet been ported? ?(I tried to find an update > of cluttermm to 1.0 but only 0.9 versions are on the gnome site). No, they haven't in most cases been ported yet. All the pyclutter* stuff and cluttermm are still to be ported to the new API. The 0.9 versions if they are available might/should compile against 1.0. > If the latter, it would be nice the maintainer of clutter did an > inventory of dependent-packages and co-ordinate with downstream > consumers of clutter to make sure that there was a plan to update > those packages, or built a compat- package if necessary. ?Otherwise > users of rawhide are left with huge swathe of breakage: [snip] > I must be a broken record on this, but it would be nice if maintainers > could make announcements to all concerned (e.g. on > fedora-devel-announce) about API/soname etc. bumps in major > libraries/frameworks *before* they are put into motion so that the > dependent packages can be rebuilt in a timely manner. ?Or if that > causes too much breakage where, for example, many apps aren't ready to > be ported to the new version, then consider delaying the update for a > while or introducing compat- packages. No idea about the ghc stuff but until recently there wasn't really a owner to the clutter* stuff. > Otherwise breakage goes on for weeks and necessitating a rush to > rebuild the software by provenpackagers just before a freeze which > leaves an inadequate time for user/developer testing on rawhide. Peter From mtasaka at ioa.s.u-tokyo.ac.jp Tue Aug 4 07:21:44 2009 From: mtasaka at ioa.s.u-tokyo.ac.jp (Mamoru Tasaka) Date: Tue, 04 Aug 2009 16:21:44 +0900 Subject: sponsor request of ibus-anthy In-Reply-To: <4A77D9F4.5050804@redhat.com> References: <4A77D9F4.5050804@redhat.com> Message-ID: <4A77E188.8010302@ioa.s.u-tokyo.ac.jp> Takao Fujiwara wrote, at 08/04/2009 03:49 PM +9:00: > Hi, > > I'd like to get the sponsor role of ibus-anthy to commit patches. > Would you give the role? > > Thanks, > fujiwara Perhaps it is better that you would contact Petersen-san Regards, Mamoru From dchen at redhat.com Tue Aug 4 07:36:38 2009 From: dchen at redhat.com (Ding Yi Chen) Date: Tue, 4 Aug 2009 03:36:38 -0400 (EDT) Subject: Proposal for voice data naming guide Message-ID: <1009379945.416281249371398920.JavaMail.root@zmail04.collab.prod.int.phx2.redhat.com> I've tried out gcin's voice data, it's neat, interesting, and useful. Since it does not depend on gcin, I wish to pack it as an independent package, so other packages can use it. However, generally, what should we name it and other voice data? How about: voicedata---- Where * locale: Locale string like en_US, zh_CN... * generated_method: The algorithm or synthesizer that generate the voice, or "realperson" if the recorded voice is from a real person. * source: Name of the project or organization that provides the voice. * variant: Optional field for noticeable info, such as the person who provide the voice, or parameter of the synthesizer. Thus, according to the naming guild, gcin's voice data should be named as: voicedata-zh_TW-realperson-gcin-EdwardLiu Any comments? -- Ding-Yi Chen Software Engineer Internationalization Group Red Hat, Inc. Looking to carve out IT costs? www.apac.redhat.com/promo/carveoutcosts/ From alexl at users.sourceforge.net Tue Aug 4 07:43:03 2009 From: alexl at users.sourceforge.net (Alex Lancaster) Date: Tue, 04 Aug 2009 00:43:03 -0700 Subject: persistent clutter and ghc breakage In-Reply-To: <5256d0b0908040001g7a8ecb59ya4e04e5ce2d72d3d@mail.gmail.com> (Peter Robinson's message of "Tue\, 4 Aug 2009 08\:01\:12 +0100") References: <20090803101537.GA27919@releng2.fedora.phx.redhat.com> <5256d0b0908040001g7a8ecb59ya4e04e5ce2d72d3d@mail.gmail.com> Message-ID: >>>>> "PR" == Peter Robinson writes: >> There appear to be a boatload of broken deps for packages based on >> clutter (presumably because of API bump from 0.9 to 1.0) that have >> been listed here for over a week and no movement to fix most of them. PR> It was actually broken on the move from 0.8 to 0.9 (and there were a PR> couple of smaller api breakages during the 0.9 process). >> Have the other apps been ported to the new API so they just need to be >> built, or have they not yet been ported? (I tried to find an update >> of cluttermm to 1.0 but only 0.9 versions are on the gnome site). PR> No, they haven't in most cases been ported yet. All the pyclutter* PR> stuff and cluttermm are still to be ported to the new API. The 0.9 PR> versions if they are available might/should compile against 1.0. OK, thanks for the update. I looked into the cluttermm, it seems that cluttermm is already at 0.9.4 but doesn't seem to build against the new clutter 1.0.x. Given that so many packages haven't been ported, it doesn't seem clear to my why clutter was updated to 0.9/1.0 in the first place, however. Since there seems to be no proper/regular clutter maintainer (as you suggest below) who could co-ordinate these things, this certainly contributes to the problem. >> If the latter, it would be nice the maintainer of clutter did an >> inventory of dependent-packages and co-ordinate with downstream >> consumers of clutter to make sure that there was a plan to update >> those packages, or built a compat- package if necessary. Otherwise >> users of rawhide are left with huge swathe of breakage: PR> [snip] >> I must be a broken record on this, but it would be nice if maintainers >> could make announcements to all concerned (e.g. on >> fedora-devel-announce) about API/soname etc. bumps in major >> libraries/frameworks *before* they are put into motion so that the >> dependent packages can be rebuilt in a timely manner. ?Or if that >> causes too much breakage where, for example, many apps aren't ready to >> be ported to the new version, then consider delaying the update for a >> while or introducing compat- packages. PR> No idea about the ghc stuff but until recently there wasn't really a PR> owner to the clutter* stuff. I looked into the ghc-* packages. Seems there was some build system problem that was probably transient that prevented the previous mass rebuilds. Seems that the versions bumped and tagged for the mass F12 rebuild now build properly. I am kicking off new builds now, so hopefully that will fix that breakage (although don't know why the ghc-* package maintainers haven't chimed in with a rebuild attempt or two as yet). Alex From loupgaroublond at gmail.com Tue Aug 4 08:02:50 2009 From: loupgaroublond at gmail.com (Yaakov Nemoy) Date: Tue, 4 Aug 2009 10:02:50 +0200 Subject: persistent clutter and ghc breakage In-Reply-To: References: <20090803101537.GA27919@releng2.fedora.phx.redhat.com> <5256d0b0908040001g7a8ecb59ya4e04e5ce2d72d3d@mail.gmail.com> Message-ID: <7f692fec0908040102s5e630d9cycd3ac5d50141a9dc@mail.gmail.com> 2009/8/4 Alex Lancaster : >>>>>> "PR" == Peter Robinson ?writes: > PR> No idea about the ghc stuff but until recently there wasn't really a > PR> owner to the clutter* stuff. > > I looked into the ghc-* packages. ?Seems there was some build system > problem that was probably transient that prevented the previous mass > rebuilds. ?Seems that the versions bumped and tagged for the mass F12 > rebuild now build properly. ?I am kicking off new builds now, so > hopefully that will fix that breakage (although don't know why the > ghc-* package maintainers haven't chimed in with a rebuild attempt or > two as yet). Because we don't have enough comaintainers yet. I just applied for comaintainership yesterday on those packages, and i was planning on doing some rebuilds today, unless you've gotten to it. -Yaakov From jussilehtola at fedoraproject.org Tue Aug 4 09:14:34 2009 From: jussilehtola at fedoraproject.org (Jussi Lehtola) Date: Tue, 04 Aug 2009 12:14:34 +0300 Subject: An easy way to redefine configure? Message-ID: <1249377274.19892.6.camel@politzer.theorphys.helsinki.fi> Hi, related to the MPI packaging draft http://www.fedoraproject.org/wiki/PackagingDrafts/MPI I have a need to redefine %configure to use ../configure instead of ./configure to do off-root builds. So far I've tried %global dconfigure %(echo "%{configure}" | sed 's|./configure|../configure|g') but calling %dconfigure gives me + CFLAGS=-O2 + -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic /var/tmp/rpm-tmp.mvjW71: line 42: -g: command not found What's the correct way to do this? -- Jussi Lehtola Fedora Project Contributor jussilehtola at fedoraproject.org From frankly3d at gmail.com Tue Aug 4 09:22:47 2009 From: frankly3d at gmail.com (Frank Murphy) Date: Tue, 04 Aug 2009 10:22:47 +0100 Subject: Well Done: Rawhide Setroubleshoot Bug Reporting Message-ID: <4A77FDE7.3000002@gmail.com> Excellent, take a bow. -- Regards, Frank jabber | msn | skype: frankly3d http://www.frankly3d.com From mschwendt at gmail.com Tue Aug 4 10:45:08 2009 From: mschwendt at gmail.com (Michael Schwendt) Date: Tue, 4 Aug 2009 12:45:08 +0200 Subject: An easy way to redefine configure? In-Reply-To: <1249377274.19892.6.camel@politzer.theorphys.helsinki.fi> References: <1249377274.19892.6.camel@politzer.theorphys.helsinki.fi> Message-ID: <20090804124508.006fc210@faldor> On Tue, 04 Aug 2009 12:14:34 +0300, Jussi wrote: > Hi, > > > related to the MPI packaging draft > http://www.fedoraproject.org/wiki/PackagingDrafts/MPI > I have a need to redefine %configure to use ../configure instead > of ./configure to do off-root builds. > > > So far I've tried > > %global dconfigure %(echo "%{configure}" | sed > 's|./configure|../configure|g') > > but calling > > %dconfigure > > gives me > > + CFLAGS=-O2 > + -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector > --param=ssp-buffer-size=4 -m64 -mtune=generic > /var/tmp/rpm-tmp.mvjW71: line 42: -g: command not found > > > What's the correct way to do this? The easy way (as in Subject) or the correct way? Here's an easy way: echo '%configure' | sed 's!./configure!../configure!g' > my-configure sh my-configure From rawhide at fedoraproject.org Tue Aug 4 10:50:04 2009 From: rawhide at fedoraproject.org (Rawhide Report) Date: Tue, 4 Aug 2009 10:50:04 +0000 Subject: rawhide report: 20090804 changes Message-ID: <20090804105004.GA16169@releng2.fedora.phx.redhat.com> Compose started at Tue Aug 4 06:15:05 UTC 2009 New package gnome-applet-cpufire GNOME panel applet showing the CPU load as a fire New package jana An interface library for time-related PIM New package moblin-icon-theme Moblin icon theme New package moblin-sound-theme Moblin sound theme New package perl-Test-Refcount Assert reference counts on objects New package poppler-data Encoding files New package python-sprox A package for creation of web widgets directly from database schema New package python-tgext-admin Admin Controller add-on for basic TG identity model New package rubygem-flexmock Mock object library for ruby Removed package R-BSgenome.Dmelanogaster.FlyBase.r51 Removed package ruby-flexmock Updated Packages: ClanLib06-0.6.5-15.fc12 ----------------------- * Fri Jul 24 2009 Fedora Release Engineering - 0.6.5-15 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild DeviceKit-power-010-4.fc12 -------------------------- * Mon Aug 03 2009 Richard Hughes - 010-4 - Continue to poll when we guessed a status value, and only stop when the kernel says definitively that we are fully charged. GraphicsMagick-1.3.6-2.fc12 --------------------------- * Mon Aug 03 2009 Ville Skytt? - 1.3.6-2 - Use lzma-compressed upstream source tarball. ImageMagick-6.5.4.7-3.fc12 -------------------------- * Mon Aug 03 2009 Pavel Alexeev - 6.5.4.7-3 - Update to version 6.5.4-7 - Use lzma-compressed source tarball as sugested by Ville Skytt? (BZ#515319) PackageKit-0.5.1-1.fc12 ----------------------- * Mon Aug 03 2009 Richard Hughes - 0.5.1-1 - New upstream version, many bugfixes and performance fixes - Fixes #491859, #513856, #510874, #513376, #472876, #514708 and #513557 PersonalCopy-Lite-soundfont-4.1-6.fc12 -------------------------------------- * Fri Jul 24 2009 Fedora Release Engineering - 4.1-6 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild abby-0.4.2-1.fc12 ----------------- * Mon Aug 03 2009 Nicoleau Fabien 0.4.2-1 - Update to 0.4.2 apcupsd-3.14.7-1.fc12 --------------------- * Mon Aug 03 2009 Michal Hlavinka - 3.14.7-1 - updated to 3.14.7 astronomy-bookmarks-1-6.fc12 ---------------------------- * Mon Aug 03 2009 Marek Mahut - 1-6 - RHBZ#480513: typo in astronomy's bookmarks.html azureus-4.2.0.4-1.fc12 ---------------------- * Wed Jul 29 2009 David Juran - 4.2.0.4-1 - Upgrade to 4.2.0.4 - Fix SWT dir on x86_64 (Bz 515228) - fix rpmlint warnings bind-9.6.1-7.P1.fc12 -------------------- * Tue Aug 04 2009 Martin Nagy 32:9.6.1-7.P1 - update the patch for dynamic loading of database backends bleachbit-0.6.0-1.fc12 ---------------------- * Mon Aug 03 2009 Rahul Sundaram - 0.6.0-1 - new upstream release - http://bleachbit.blogspot.com/2009/08/bleachbit-cleaner-060-released.html blender-2.49a-5.fc12 -------------------- * Mon Aug 03 2009 Jochen Schmitt 2.49a-4 - Rebuild for python-2.6.2 * Mon Aug 03 2009 Jochen Schmitt 2.49a-5 - Revoke using of system FTGL library brasero-2.27.5-2.fc12 --------------------- * Mon Aug 03 2009 Matthias Clasen - 2.27.5-2 - Fix a nautilus segfault when burning cclive-0.4.6-1.fc12 ------------------- * Mon Aug 03 2009 Nicoleau Fabien 0.4.6-1 - Update to 0.4.6 clive-2.2.4-1.fc12 ------------------ * Mon Aug 03 2009 Nicoleau Fabien 2.2.4-1 - Update to 2.2.4 - Add perl-Class-Singleton as an explicit require control-center-2.27.4-5.fc12 ---------------------------- * Mon Aug 03 2009 Matthias Clasen - 2.27.4-5 - Fix a lost mnemonic dracut-0.7-4.fc12 ----------------- * Mon Aug 03 2009 Warren Togami 0.7-4 - require which, file, bzip2 eina-0.8.0-4.fc12 ----------------- * Mon Aug 03 2009 Allisson Azevedo 0.8.0-4 - Added libnotify-devel to BuildRequires. empathy-2.27.5-2.fc12 --------------------- * Mon Aug 03 2009 Matthias Clasen - 2.27.5-2 - Enable map and location features filesystem-2.4.26-1.fc12 ------------------------ * Mon Aug 03 2009 Ondrej Vasik 2.4.26-1 - Do own /usr/share/man/ directories (ghosted, missingok) - #220265 filezilla-3.2.7-0.1_rc1.fc12 ---------------------------- * Mon Aug 03 2009 kwizart < kwizart at gmail.com > - 3.2.7-0.1_rc1 - Update to 3.2.7-rc1 gegl-0.1.0-2.fc12 ----------------- * Fri Jul 24 2009 Fedora Release Engineering - 0.1.0-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild gemdropx-0.9-6.fc12 ------------------- * Fri Jul 24 2009 Fedora Release Engineering - 0.9-6 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild ghostscript-8.70-1.fc12 ----------------------- * Mon Aug 03 2009 Tim Waugh 8.64-12 - Moved examples to doc subpackage (bug #515167). - Converted spec file to UTF-8. * Mon Aug 03 2009 Tim Waugh 8.70-1 - 8.70. - License has changed to GPLv3+. Packages containing programs that link to libgs/libijs are: - foomatic (GPLv2+) - libspectre (GPLv2+) - ImageMagick (ImageMagick, listed on Licensing wiki page under "Good Licenses" and marked as GPLv3 compat) - gutenprint (GPLv2+) gimp-lqr-plugin-0.6.1-2.fc12 ---------------------------- * Mon Aug 03 2009 Sven Lankes - 0.6.1-1 - Update to latest upstream release * Mon Aug 03 2009 Sven Lankes - 0.6.1-2 - Add BR on intltool - Bump liblqr-1-devel BR to 0.3 glaxium-0.5-6.fc12 ------------------ * Fri Jul 24 2009 Fedora Release Engineering - 0.5-6 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild glibc-2.10.90-12 ---------------- * Mon Aug 03 2009 Andreas Schwab - 2.10.90-12 - Update from master. - fix fortify failure with longjmp from alternate stack (#512103) globus-xio-2.8-1.fc12 --------------------- * Wed Jul 29 2009 Mattias Ellert - 2.8-1 - Update to upstream update release 2.8 glyph-keeper-0.32-6.fc12 ------------------------ * Fri Jul 24 2009 Fedora Release Engineering - 0.32-6 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild gnome-packagekit-2.27.5-2.fc12 ------------------------------ * Mon Aug 03 2009 Richard Hughes - 2.27.5-1 - New upstream version - Port all the code to using PolicyKit1 rather than PolicyKit - Reduce the size displayed as the package is downloaded - Scroll to the package being processed in the update list - Fixes #510730, #510984, #510730, #497737 and #514879 * Mon Aug 03 2009 Richard Hughes - 2.27.5-2 - Move the gpk-log and gpk-repo menu shortcuts to the gnome-packagekit-extra subpackage to reduce menu polution on the live cd. gnome-power-manager-2.27.5-1.fc12 --------------------------------- * Mon Aug 03 2009 Richard Hughes - 2.27.5-1 - Update to 2.27.5 gnome-vfs2-2.24.1-5.fc12 ------------------------ * Mon Aug 03 2009 Tomas Bzatek - 2.24.1-5 - Fake POT-Creation-Date to prevent multilib issues (#514990) gsynaptics-0.9.16-3.fc12 ------------------------ * Mon Aug 03 2009 Peter Hutterer 0.9.16-3 - gsynaptics-0.9.16-purge-shm.patch: purge SHM, the driver doesn't provide it anymore. * Fri Jul 24 2009 Fedora Release Engineering - 0.9.16-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild ibus-anthy-1.2.0.20090804-1.fc12 -------------------------------- * Tue Aug 04 2009 Peng Huang - 1.2.0.20090804-1 - Update to 1.2.0.20090804 - Fix bug 508358 - ANTHY_HISTORY_FILE record only a single word ibus-table-1.2.0.20090804-1.fc12 -------------------------------- * Tue Aug 04 2009 Caius 'kaio' Chance - 1.2.0.20090804-1.fc12 - Cleaned up unused dcommit contents. * Mon Aug 03 2009 Caius 'kaio' Chance - 1.2.0.20090803-1.fc12 - Updated to upstream. initscripts-8.96-1 ------------------ * Mon Aug 03 2009 Bill Nottingham - 8.96-1 - fix up upstart rules for s390(x). (#515222) - leave ChangeLog in the tarball only. (#515012) - disable netfilter on bridged interfaces. (#512206) - assorted shell-related cleanups to ipv6 and other code () - use resolv.conf from dracut netboot before setting hostname. (#514801, ) - ipcalc updates () - only use ethtool for link checking; no more mii-tool - require /sbin/blkid directly, as it moves between packages (#508413) - redirect bash errors on 'unset' to /dev/null. (#482888) - fix dmraid partition naming (#501476, ) - don't quote upstart signals. (#501155) - translation updates: bn_IN, da, es, sk irssi-0.8.14-1.fc12 ------------------- * Mon Aug 03 2009 Marek Mahut - 0.8.14-1 - Upstream release 0.8.14 jd-2.4.2-0.2.svn3014_trunk.fc12 ------------------------------- * Tue Aug 04 2009 Mamoru Tasaka - rev 3014 kasumi-2.5-1.fc12 ----------------- * Mon Aug 03 2009 Akira TAGOH - 2.5-1 - New upstream release. kdebase-workspace-4.3.0-4.fc12 ------------------------------ * Mon Aug 03 2009 Kevin Kofler - 4.3.0-3 - show the remaining time in the battery plasmoid's popup (as in 4.2) (#515166) * Mon Aug 03 2009 Than Ngo - 4.3.0-4 - respin kdebindings-4.3.0-3.fc12 ------------------------ * Mon Aug 03 2009 Than Ngo - 4.3.0-3 - respin kdeplasma-addons-4.3.0-4.fc12 ----------------------------- * Mon Aug 03 2009 Rex Dieter - 4.3.0-3 - -libs subpkg to sanitize multilib * Mon Aug 03 2009 Rex Dieter - 4.3.0-4 - fix microblog post crasher (kdebug#202364) kernel-2.6.31-0.122.rc5.git2.fc12 --------------------------------- * Mon Aug 03 2009 Dave Airlie - update VGA arb patches * Mon Aug 03 2009 Jarod Wilson - make usbhid driver ignore all recent SoundGraph iMON devices, so the lirc_imon driver can grab them instead * Mon Aug 03 2009 Adam Jackson - (Attempt to) fix watermark setup on Intel 9xx parts. * Mon Aug 03 2009 Dave Jones 2.6.31-0.122.rc5.git2 - 2.6.31-rc5-git2 ladspa-tap-plugins-0.7.0-7.fc12 ------------------------------- * Fri Jul 24 2009 Fedora Release Engineering - 0.7.0-7 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild ladspa-vco-plugins-0.3.0-8.fc12 ------------------------------- * Fri Jul 24 2009 Fedora Release Engineering - 0.3.0-8 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild lesstif-0.95.2-1.fc12 --------------------- * Tue Jul 28 2009 Hans de Goede 0.95.2-1 - New upstream release 0.95.2 libSM-1.1.0-7.fc12 ------------------ * Fri Jul 24 2009 Fedora Release Engineering - 1.1.0-7 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild * Thu Jul 23 2009 Adam Jackson 1.1.0-6 - Un-require xorg-x11-filesystem, it's going away. * Sat Mar 07 2009 Jason L Tibbitts III - 1.1.0-5 - Minor tweaks to summaries and descriptions. - Don't own /usr/include/X11. - Use a regular, unversioned dep on xorg-x11-filesystem. libXi-1.2.99-9.20090804.fc12 ---------------------------- * Tue Aug 04 2009 Peter Hutterer 1.2.99-9.20090804 - Update to today's git master libXinerama-1.0.3-6.fc12 ------------------------ * Mon Aug 03 2009 Adam Jackson 1.0.3-6 - Un-require xorg-x11-filesystem libchamplain-0.3.6-1.fc12 ------------------------- * Mon Aug 03 2009 - 0.3.6-1 - Update to 0.3.6 * Sun Aug 02 2009 Debarshi Ray - 0.3.5-1 - Version bump to 0.3.5. * Marker selection API. (GNOME Bugzilla #577909) * http://ftp.gnome.org/pub/GNOME/sources/libchamplain/0.3/libchamplain-0.3.5.news * http://ftp.gnome.org/pub/GNOME/sources/libchamplain/0.3/libchamplain-0.3.4.news * http://ftp.gnome.org/pub/GNOME/sources/libchamplain/0.3/libchamplain-0.3.5.changes * http://ftp.gnome.org/pub/GNOME/sources/libchamplain/0.3/libchamplain-0.3.4.changes * Fri Jul 24 2009 Release Engineering - 0.3.3-2 - Autorebuild for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild * Sat Jul 11 2009 Debarshi Ray - 0.3.3-1 - Version bump to 0.3.3. * Support for custom map sources and listing available map sources. * Smooth movement to a new position. (GNOME Bugzilla #557641) * Keep the center of the map in the center after a resize. (GNOME Bugzilla * Double click to zoom and center. (GNOME Bugzilla #557644) * Added a way to know the maximum and minimum zoom level. (GNOME Bugzilla * Fixed unwanted wrap effect when panning at zoom level >= 8. (GNOME Bugzilla #558020) * Fixed center on and zooming in behavior. (GNOME Bugzilla #558026) * Lack of user feedback during loading of tiles. (GNOME Bugzilla #559522) * Added missing zoom level to OpenStreetMap Mapnik. (GNOME Bugzilla * Fixed wrong elastic effect affecting Emapthy's map view. (GNOME Bugzilla * Added disk cache management. (GNOME Bugzillla #568931) * Host application should be able to limit the maximum and minimum zoom levels. (GNOME Bugzilla #571702) * Allow host applications to draw lines/routes on the map. (GNOME Bugzilla * Support proxies. (GNOME Bugzilla #573937) * Provide a way to make visible a bunch of markers. (GNOME Bugzilla #574809) * Do not allow negative zoom levels. (GNOME Bugzilla #575138) * Fixed corrupted map when double-clicking at maximum level. (GNOME Bugzilla * Prevent ChamplainNetworkMapSource from crashing when setting "proxy-uri". (GNOME Bugzilla #575902). * Implemented advanced markers. (GNOME Bugzilla #576055) * Various memory management fixes for ChamplainTile. (GNOME Bugzilla * Any go_to should stop a previous and not yet finished go_to. (GNOME Bugzilla #576832) * Prevent segmentation fault on 32 bit platforms. (GNOME Bugzilla #576698) * Introduced a new signal called ChamplainView::animation-completed. (GNOME Bugzilla #577169) * Set decel-rate correctly. (GNOME Bugzilla #580785) * champlain_network_map_source_fill_tile should be private. (GNOME Bugzilla * Fixed champlain_view_center_on. (GNOME Bugzilla #583502) * Fixed "longitude" and "latitude" properties, which were reversed. (GNOME Bugzilla #584365) * Make the cache work the first time. (GNOME Bugzilla #584390) * GNOME Goal: use accessor functions instead direct access. (GNOME Bugzilla - Added 'BuildRequires: chrpath' for removing rpaths. libdmx-1.0.2-11.fc12 -------------------- * Mon Aug 03 2009 Adam Jackson 1.0.2-11 - Un-Requires xorg-x11-filesystem libgail-gnome-1.20.1-4.fc12 --------------------------- * Mon Aug 03 2009 Matthias Clasen - 1.20.1-4 - Drop unneeded direct deps liblqr-1-0.4.1-1.fc12 --------------------- * Mon Aug 03 2009 Sven Lankes - 0.4.1-1 - Update to latest upstream release - Remove upstreamed patch libmtp-1.0.0-1.fc12 ------------------- * Tue Aug 04 2009 Linus Walleij 1.0.0-1 - New upstream release. Dependent packages need to be rebuilt against this. libpciaccess-0.10.6-4.fc12 -------------------------- * Mon Aug 03 2009 Dave Airlie 0.10.6-4 - Add support for default vga arb device selection - Update libpciaccess VGA arb code for newer kernel API libx86-1.1-6.fc12 ----------------- * Tue Aug 04 2009 Dave Airlie 1.1-6 - add pkgconfig support lohit-fonts-2.4.0-1.fc12 ------------------------ * Tue Aug 04 2009 Pravin Satpute - 2.4.0-1 - Added Unicode 5.1 support in All Lohit fonts ltsp-5.1.80-1.fc12 ------------------ * Mon Aug 03 2009 Warren Togami - 5.1.80-1 - 5.1.80 lyx-1.6.3-3.fc12 ---------------- * Mon Aug 03 2009 Rex Dieter - 1.6.3-3 - add lyx-*-fonts subpkgs (#452357, #514549) - -common (noarch) subpkg - trim %changelog mc-4.7.0-0.1.pre1.fc12 ---------------------- * Mon Aug 03 2009 Jindrich Novy 4.7.0-0.1.pre1 - update to 4.7.0-pre1 (fixes #513757) nautilus-2.27.4-4.fc12 ---------------------- * Mon Aug 03 2009 Matthias Clasen - 2.27.4-4 - Show icons for bookmarks and similar in menus nautilus-actions-1.10.1-3.fc12 ------------------------------ * Tue Aug 04 2009 Deji Akingunola - 1.10.1-3 - Change e2fsprog-devel BR to libuuid-devel * Sat Jul 25 2009 Fedora Release Engineering - 1.10.1-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild notification-daemon-0.4.0-7.fc12 -------------------------------- * Tue Aug 04 2009 Matthias Clasen - 0.4.0-7 - Fix the libsexy patch to make markup work again openscap-0.5.1-2.fc12 --------------------- * Mon Aug 03 2009 Peter Vrabec 0.5.1-1 - upgrade * Mon Aug 03 2009 Peter Vrabec 0.5.1-2 - add rpm-devel requirement par2cmdline-0.4.tbb.20090203-1.fc12 ----------------------------------- * Mon Aug 03 2009 Erik van Pienbroek - 0.4.tbb.20090203-1 - Updated to the par2_tbb fork of par2cmdline (revision 20090203) This fork is maintained at http://www.chuchusoft.com/par2_tbb/ - This adds support for PAR2 verifications and repairs using multiple CPU cores - As Intel Threading Building Blocks (TBB) only works on x86 hardware, fall back to the old behaviour on other platforms (like PPC/PPC64) parrot-1.4.0-8.fc12 ------------------- perl-Devel-FindRef-1.42-2.fc12 ------------------------------ * Fri Jul 31 2009 Stepan Kasal 1.42-2 - rebuild against perl build without -DDEBUGGING poppler-0.11.2-1.fc12 --------------------- * Mon Aug 03 2009 Matthias Clasen - 0.11.2-1 - Update to 0.11.2 pyclutter-0.9.2-1.fc12 ---------------------- * Mon Aug 03 2009 Itamar Reis Peixoto - 0.9.2-1 - new version 0.9.2 - remove cairo subpackage * Sun Jul 26 2009 Fedora Release Engineering - 0.8.2-3 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild python-smbpasswd-1.0.1-12.fc12 ------------------------------ * Mon Aug 03 2009 Jochen Schmitt 1.0.1-12 - Rebuild for python-2.6.2 python-urlgrabber-3.9.0-3.fc12 ------------------------------ * Thu Jul 30 2009 Seth Vidal - 3.9.0-1 - new version - curl-based qbittorrent-1.4.0-0.7.20090803svn.fc12 -------------------------------------- * Mon Aug 03 2009 leigh scott - 1.4.0-0.7.20090803svn - update to svn 2417 ruby-RMagick-2.11.0-2.fc12 -------------------------- * Tue Aug 04 2009 Mamoru Tasaka - 2.11.0-2 - F-12: Rebuid against new ImageMagick ruby-gnome2-0.19.1-1.fc12 ------------------------- * Mon Aug 03 2009 Mamoru Tasaka - 0.19.1-1 - Update to 0.19.1, drop all upstreamed patches - Introduce many -devel subpackages containing pkgconfig file sane-backends-1.0.20-6.fc12 --------------------------- * Mon Aug 03 2009 Nils Philippsen - 1.0.20-6 - remove ExcludeArch: s390 s390x sane-frontends-1.0.14-9.fc12 ---------------------------- * Mon Aug 03 2009 Nils Philippsen 1.0.14-9 - remove ExcludeArch: s390 s390x schroot-1.2.3-3.fc12 -------------------- * Mon Aug 03 2009 Zach Carter - 1.2.3-3 - re-add /etc/schroot/chroot.d directory seamonkey-2.0-1.beta1.fc12 -------------------------- * Wed Jul 22 2009 Martin Stransky 2.0-1.beta1 - Update to 2.0 beta 1 siril-0.8-9.fc12 ---------------- * Mon Aug 03 2009 Lubomir Rintel - 0.8-9 - Fix build - Fix out of string bound writes (#494536) * Sun Jul 26 2009 Fedora Release Engineering - 0.8-8 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild slang-2.2.0-1.fc12 ------------------ * Mon Aug 03 2009 Miroslav Lichvar - 2.2.0-1 - update to 2.2.0 stormbaancoureur-2.1.5-5.fc12 ----------------------------- * Mon Aug 03 2009 Hans de Goede 2.1.5-5 - Update URL's for upstream domainname change sugar-pippy-34-3.fc12 --------------------- * Mon Aug 03 2009 Ville Skytt? - 34-3 - Disable -debuginfo properly. sunbird-1.0-0.8.20090513hg.fc12 ------------------------------- * Mon Aug 03 2009 Jan Horak - 1.0-0.7.20090513hg - Rebuild against new Thunderbird * Sun Jul 26 2009 Fedora Release Engineering - 1.0-0.7.20090513hg - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild swig-1.3.39-3.fc12 ------------------ * Mon Aug 03 2009 Adam Tkac 1.3.39-3 - rebuilt synce-hal-0.14-3.fc12 --------------------- taglib-extras-0.1.6-1.fc12 -------------------------- * Mon Aug 03 2009 Rex Dieter - 0.1.6-1 - taglib-extras-0.1.6 thunderbird-3.0-3.6.b3.fc12 --------------------------- * Mon Aug 03 2009 Jan Horak - 3.0-3.6.beta3 - Build with system hunspell * Sun Jul 26 2009 Fedora Release Engineering - 3.0-3.5.b3 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild * Fri Jul 24 2009 Jan Horak - 3.0-2.5.beta3 - Use system hunspell * Tue Jul 21 2009 Jan Horak - 3.0-2.4.beta3 - Update to 3.0 beta3 vbetool-1.2.0-1.fc12 -------------------- * Tue Aug 04 2009 Dave Airlie 1.2.0-1 - rebase to vbetool 1.2.0 * Fri Jul 31 2009 Dave Airlie 1.1-5.1 - pciacccess.patch: post to use libpciaccess - vgaarbpost.patch: use vga arb to post secondaries vegastrike-0.5.0-12.fc12 ------------------------ * Mon Aug 03 2009 Hans de Goede 0.5.0-12 - Fix building with latest OpenGL headers * Sun Jul 26 2009 Fedora Release Engineering - 0.5.0-11 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild vim-7.2.245-2.fc12 ------------------ * Mon Aug 03 2009 Karsten Hopp 7.2.245-2 - add fix for glibc fortify segfault (#514717, Adam Tkac) vino-2.27.5-2.fc12 ------------------ * Mon Aug 03 2009 Matthias Clasen - 2.27.5-2 - Enable telepathy xorg-x11-apps-7.4-4.fc12 ------------------------ * Mon Aug 03 2009 Peter Hutterer 7.4-4 - xinput 1.4.99.2 * Mon Jul 27 2009 Fedora Release Engineering - 7.4-3 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild * Thu Jul 23 2009 Adam Jackson 7.4-2 - Un-require xorg-x11-filesystem xorg-x11-resutils-7.1-9.fc12 ---------------------------- * Mon Aug 03 2009 Adam Jackson 7.1-9 - Un-Requires xorg-x11-filesystem xorg-x11-server-1.6.99-23.20090724.fc12 --------------------------------------- * Mon Aug 03 2009 Adam Jackson 1.6.99-23.20090724 - Un-Requires xorg-x11-filesystem xorg-x11-xdm-1.1.6-14.fc12 -------------------------- * Mon Aug 03 2009 Adam Jackson 1.1.6-14 - Un-Requires xorg-x11-filesystem xorg-x11-xsm-1.0.2-12.fc12 -------------------------- * Mon Aug 03 2009 Adam Jackson 1.0.2-12 - Un-Requires xorg-x11-filesystem xorg-x11-xtrans-devel-1.2.2-4.fc12 ---------------------------------- * Mon Aug 03 2009 Adam Jackson 1.2.2-4 - Un-Requires xorg-x11-filesystem xsane-0.997-2.fc12 ------------------ * Mon Aug 03 2009 Nils Philippsen 0.997-2 - remove ExcludeArch: s390 s390x xwota-0.4-8.fc12 ---------------- * Mon Aug 03 2009 Lucian Langa - 0.4-8 - fix buffer overflow (#510918) Summary: Added Packages: 9 Removed Packages: 2 Modified Packages: 100 Broken deps for i386 ---------------------------------------------------------- 389-ds-1.1.3-4.fc12.noarch requires 389-ds-admin R-RScaLAPACK-0.5.1-19.fc11.i586 requires openmpi-libs asterisk-fax-1.6.1-0.24.rc1.fc12.i686 requires libspandsp.so.1 clipsmm-0.0.7-6.fc12.i686 requires libclips.so.1 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0 clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 cluttermm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-0.9) dap-hdf4_handler-3.7.9-2.fc11.i586 requires libdap.so.9 dap-hdf4_handler-3.7.9-2.fc11.i586 requires libdapserver.so.6 entertainer-0.4.2-5.fc12.noarch requires pyclutter-cairo ghc-HTTP-devel-4000.0.6-3.fc12.i586 requires ghc = 0:6.10.3 ghc-HTTP-devel-4000.0.6-3.fc12.i586 requires ghc = 0:6.10.3 ghc-HTTP-doc-4000.0.6-3.fc12.i586 requires ghc-doc = 0:6.10.3 ghc-HTTP-doc-4000.0.6-3.fc12.i586 requires ghc-doc = 0:6.10.3 ghc-HTTP-prof-4000.0.6-3.fc12.i586 requires ghc-prof = 0:6.10.3 ghc-ghc-paths-devel-0.1.0.5-7.fc12.i586 requires ghc = 0:6.10.3 ghc-ghc-paths-devel-0.1.0.5-7.fc12.i586 requires ghc = 0:6.10.3 ghc-ghc-paths-doc-0.1.0.5-7.fc12.i586 requires ghc-doc = 0:6.10.3 ghc-ghc-paths-doc-0.1.0.5-7.fc12.i586 requires ghc-doc = 0:6.10.3 ghc-ghc-paths-prof-0.1.0.5-7.fc12.i586 requires ghc-prof = 0:6.10.3 ghc-haskell-src-exts-devel-1.0.1-1.fc12.i586 requires ghc = 0:6.10.3 ghc-haskell-src-exts-devel-1.0.1-1.fc12.i586 requires ghc = 0:6.10.3 ghc-haskell-src-exts-doc-1.0.1-1.fc12.i586 requires ghc-doc = 0:6.10.3 ghc-haskell-src-exts-doc-1.0.1-1.fc12.i586 requires ghc-doc = 0:6.10.3 ghc-haskell-src-exts-prof-1.0.1-1.fc12.i586 requires ghc-prof = 0:6.10.3 ghc-uniplate-devel-1.2.0.3-4.fc12.i586 requires ghc = 0:6.10.3 ghc-uniplate-devel-1.2.0.3-4.fc12.i586 requires ghc = 0:6.10.3 ghc-uniplate-doc-1.2.0.3-4.fc12.i586 requires ghc-doc = 0:6.10.3 ghc-uniplate-doc-1.2.0.3-4.fc12.i586 requires ghc-doc = 0:6.10.3 ghc-uniplate-prof-1.2.0.3-4.fc12.i586 requires ghc-prof = 0:6.10.3 ghc-zlib-devel-0.5.0.0-9.fc12.i586 requires ghc = 0:6.10.3 ghc-zlib-devel-0.5.0.0-9.fc12.i586 requires ghc = 0:6.10.3 ghc-zlib-doc-0.5.0.0-9.fc12.i586 requires ghc-doc = 0:6.10.3 ghc-zlib-doc-0.5.0.0-9.fc12.i586 requires ghc-doc = 0:6.10.3 ghc-zlib-prof-0.5.0.0-9.fc12.i586 requires ghc-prof = 0:6.10.3 nbtk-0.16.3-5.fc12.i686 requires libclutter-glx-0.9.so.0 nbtk-devel-0.16.3-5.fc12.i686 requires pkgconfig(clutter-0.9) octave-forge-20080831-10.fc12.i686 requires octave(api) = 0:api-v32 php-layers-menu-3.2.0-0.2.rc.fc12.noarch requires php-pear(HTML_Template_PHPLIB) plplot-octave-5.9.4-1.fc12.i586 requires octave(api) = 0:api-v32 ppl-yap-0.10.2-5.fc12.i686 requires libYap.so pybackpack-0.5.6-4.fc12.noarch requires gnome-python2-nautilus-cd-burner python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.i586 requires libparted-1.8.so.8 rubygem-main-2.8.4-3.fc12.noarch requires rubygem(fattr) >= 0:1.0.3 sems-1.1.1-2.fc12.i586 requires libspandsp.so.1 sems-g722-1.1.1-2.fc12.i586 requires libspandsp.so.1 sems-gsm-1.1.1-2.fc12.i586 requires libspandsp.so.1 sems-speex-1.1.1-2.fc12.i586 requires libspandsp.so.1 serpentine-0.9-5.fc12.noarch requires gnome-python2-nautilus-cd-burner showimg-pgsql-0.9.5-22.fc11.i586 requires libpqxx-2.6.8.so sugar-pippy-34-3.fc12.i686 requires libstdc++.so.6(CXXABI_1.3)(64bit) sugar-pippy-34-3.fc12.i686 requires libc.so.6()(64bit) sugar-pippy-34-3.fc12.i686 requires libgcc_s.so.1(GCC_3.0)(64bit) sugar-pippy-34-3.fc12.i686 requires libm.so.6()(64bit) sugar-pippy-34-3.fc12.i686 requires libm.so.6(GLIBC_2.2.5)(64bit) sugar-pippy-34-3.fc12.i686 requires libstdc++.so.6()(64bit) sugar-pippy-34-3.fc12.i686 requires libc.so.6(GLIBC_2.2.5)(64bit) sugar-pippy-34-3.fc12.i686 requires libstdc++.so.6(GLIBCXX_3.4)(64bit) sugar-pippy-34-3.fc12.i686 requires libgcc_s.so.1()(64bit) trac-customfieldadmin-plugin-0.1-0.1.svn5073.fc10.noarch requires trac-webadmin-plugin trac-customfieldadmin-plugin-0.1-0.1.svn5073.fc10.noarch requires python(abi) = 0:2.5 vinagre-devel-2.27.5-1.fc12.i686 requires pkg-config Broken deps for x86_64 ---------------------------------------------------------- 389-ds-1.1.3-4.fc12.noarch requires 389-ds-admin R-RScaLAPACK-0.5.1-19.fc11.x86_64 requires openmpi-libs asterisk-fax-1.6.1-0.24.rc1.fc12.x86_64 requires libspandsp.so.1()(64bit) clipsmm-0.0.7-6.fc12.i686 requires libclips.so.1 clipsmm-0.0.7-6.fc12.x86_64 requires libclips.so.1()(64bit) clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.x86_64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.x86_64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-0.7.4-2.fc11.x86_64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8) clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.x86_64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.x86_64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-gtk-0.9) clutter-gtkmm-devel-0.9.4-1.fc12.x86_64 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 cluttermm-0.9.4-1.fc12.x86_64 requires libclutter-glx-0.9.so.0()(64bit) cluttermm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-0.9) cluttermm-devel-0.9.4-1.fc12.x86_64 requires pkgconfig(clutter-0.9) dap-hdf4_handler-3.7.9-2.fc11.x86_64 requires libdap.so.9()(64bit) dap-hdf4_handler-3.7.9-2.fc11.x86_64 requires libdapserver.so.6()(64bit) entertainer-0.4.2-5.fc12.noarch requires pyclutter-cairo ghc-HTTP-devel-4000.0.6-3.fc12.i586 requires ghc = 0:6.10.3 ghc-HTTP-devel-4000.0.6-3.fc12.i586 requires ghc = 0:6.10.3 ghc-HTTP-devel-4000.0.6-3.fc12.x86_64 requires ghc = 0:6.10.3 ghc-HTTP-devel-4000.0.6-3.fc12.x86_64 requires ghc = 0:6.10.3 ghc-HTTP-doc-4000.0.6-3.fc12.x86_64 requires ghc-doc = 0:6.10.3 ghc-HTTP-doc-4000.0.6-3.fc12.x86_64 requires ghc-doc = 0:6.10.3 ghc-HTTP-prof-4000.0.6-3.fc12.x86_64 requires ghc-prof = 0:6.10.3 ghc-ghc-paths-devel-0.1.0.5-7.fc12.i586 requires ghc = 0:6.10.3 ghc-ghc-paths-devel-0.1.0.5-7.fc12.i586 requires ghc = 0:6.10.3 ghc-ghc-paths-devel-0.1.0.5-7.fc12.x86_64 requires ghc = 0:6.10.3 ghc-ghc-paths-devel-0.1.0.5-7.fc12.x86_64 requires ghc = 0:6.10.3 ghc-ghc-paths-doc-0.1.0.5-7.fc12.x86_64 requires ghc-doc = 0:6.10.3 ghc-ghc-paths-doc-0.1.0.5-7.fc12.x86_64 requires ghc-doc = 0:6.10.3 ghc-ghc-paths-prof-0.1.0.5-7.fc12.x86_64 requires ghc-prof = 0:6.10.3 ghc-haskell-src-exts-devel-1.0.1-1.fc12.i586 requires ghc = 0:6.10.3 ghc-haskell-src-exts-devel-1.0.1-1.fc12.i586 requires ghc = 0:6.10.3 ghc-haskell-src-exts-devel-1.0.1-1.fc12.x86_64 requires ghc = 0:6.10.3 ghc-haskell-src-exts-devel-1.0.1-1.fc12.x86_64 requires ghc = 0:6.10.3 ghc-haskell-src-exts-doc-1.0.1-1.fc12.x86_64 requires ghc-doc = 0:6.10.3 ghc-haskell-src-exts-doc-1.0.1-1.fc12.x86_64 requires ghc-doc = 0:6.10.3 ghc-haskell-src-exts-prof-1.0.1-1.fc12.x86_64 requires ghc-prof = 0:6.10.3 ghc-uniplate-devel-1.2.0.3-4.fc12.i586 requires ghc = 0:6.10.3 ghc-uniplate-devel-1.2.0.3-4.fc12.i586 requires ghc = 0:6.10.3 ghc-uniplate-devel-1.2.0.3-4.fc12.x86_64 requires ghc = 0:6.10.3 ghc-uniplate-devel-1.2.0.3-4.fc12.x86_64 requires ghc = 0:6.10.3 ghc-uniplate-doc-1.2.0.3-4.fc12.x86_64 requires ghc-doc = 0:6.10.3 ghc-uniplate-doc-1.2.0.3-4.fc12.x86_64 requires ghc-doc = 0:6.10.3 ghc-uniplate-prof-1.2.0.3-4.fc12.x86_64 requires ghc-prof = 0:6.10.3 ghc-zlib-devel-0.5.0.0-9.fc12.i586 requires ghc = 0:6.10.3 ghc-zlib-devel-0.5.0.0-9.fc12.i586 requires ghc = 0:6.10.3 ghc-zlib-devel-0.5.0.0-9.fc12.x86_64 requires ghc = 0:6.10.3 ghc-zlib-devel-0.5.0.0-9.fc12.x86_64 requires ghc = 0:6.10.3 ghc-zlib-doc-0.5.0.0-9.fc12.x86_64 requires ghc-doc = 0:6.10.3 ghc-zlib-doc-0.5.0.0-9.fc12.x86_64 requires ghc-doc = 0:6.10.3 ghc-zlib-prof-0.5.0.0-9.fc12.x86_64 requires ghc-prof = 0:6.10.3 nbtk-0.16.3-5.fc12.i686 requires libclutter-glx-0.9.so.0 nbtk-0.16.3-5.fc12.x86_64 requires libclutter-glx-0.9.so.0()(64bit) nbtk-devel-0.16.3-5.fc12.i686 requires pkgconfig(clutter-0.9) nbtk-devel-0.16.3-5.fc12.x86_64 requires pkgconfig(clutter-0.9) octave-forge-20080831-10.fc12.x86_64 requires octave(api) = 0:api-v32 php-layers-menu-3.2.0-0.2.rc.fc12.noarch requires php-pear(HTML_Template_PHPLIB) plplot-octave-5.9.4-1.fc12.x86_64 requires octave(api) = 0:api-v32 ppl-yap-0.10.2-5.fc12.x86_64 requires libYap.so()(64bit) pybackpack-0.5.6-4.fc12.noarch requires gnome-python2-nautilus-cd-burner python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.x86_64 requires libparted-1.8.so.8()(64bit) rubygem-main-2.8.4-3.fc12.noarch requires rubygem(fattr) >= 0:1.0.3 sems-1.1.1-2.fc12.x86_64 requires libspandsp.so.1()(64bit) sems-g722-1.1.1-2.fc12.x86_64 requires libspandsp.so.1()(64bit) sems-gsm-1.1.1-2.fc12.x86_64 requires libspandsp.so.1()(64bit) sems-speex-1.1.1-2.fc12.x86_64 requires libspandsp.so.1()(64bit) serpentine-0.9-5.fc12.noarch requires gnome-python2-nautilus-cd-burner showimg-pgsql-0.9.5-22.fc11.x86_64 requires libpqxx-2.6.8.so()(64bit) trac-customfieldadmin-plugin-0.1-0.1.svn5073.fc10.noarch requires trac-webadmin-plugin trac-customfieldadmin-plugin-0.1-0.1.svn5073.fc10.noarch requires python(abi) = 0:2.5 vinagre-devel-2.27.5-1.fc12.i686 requires pkg-config vinagre-devel-2.27.5-1.fc12.x86_64 requires pkg-config Broken deps for ppc ---------------------------------------------------------- 389-ds-1.1.3-4.fc12.noarch requires 389-ds-admin R-RScaLAPACK-0.5.1-19.fc11.ppc requires openmpi-libs asterisk-fax-1.6.1-0.24.rc1.fc12.ppc requires libspandsp.so.1 clipsmm-0.0.7-6.fc12.ppc requires libclips.so.1 clipsmm-0.0.7-6.fc12.ppc64 requires libclips.so.1()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.ppc requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.ppc requires libclutter-glx-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.ppc requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc requires pkgconfig(clutter-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.ppc requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.ppc requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.ppc requires pkgconfig(clutter-gtk-0.9) clutter-gtkmm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.ppc requires libclutter-glx-0.9.so.0 cluttermm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) cluttermm-devel-0.9.4-1.fc12.ppc requires pkgconfig(clutter-0.9) cluttermm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-0.9) dap-hdf4_handler-3.7.9-2.fc11.ppc requires libdap.so.9 dap-hdf4_handler-3.7.9-2.fc11.ppc requires libdapserver.so.6 entertainer-0.4.2-5.fc12.noarch requires pyclutter-cairo ghc-HTTP-devel-4000.0.6-3.fc12.ppc requires ghc = 0:6.10.3 ghc-HTTP-devel-4000.0.6-3.fc12.ppc requires ghc = 0:6.10.3 ghc-HTTP-doc-4000.0.6-3.fc12.ppc requires ghc-doc = 0:6.10.3 ghc-HTTP-doc-4000.0.6-3.fc12.ppc requires ghc-doc = 0:6.10.3 ghc-HTTP-prof-4000.0.6-3.fc12.ppc requires ghc-prof = 0:6.10.3 ghc-ghc-paths-devel-0.1.0.5-7.fc12.ppc requires ghc = 0:6.10.3 ghc-ghc-paths-devel-0.1.0.5-7.fc12.ppc requires ghc = 0:6.10.3 ghc-ghc-paths-doc-0.1.0.5-7.fc12.ppc requires ghc-doc = 0:6.10.3 ghc-ghc-paths-doc-0.1.0.5-7.fc12.ppc requires ghc-doc = 0:6.10.3 ghc-ghc-paths-prof-0.1.0.5-7.fc12.ppc requires ghc-prof = 0:6.10.3 ghc-haskell-src-exts-devel-1.0.1-1.fc12.ppc requires ghc = 0:6.10.3 ghc-haskell-src-exts-devel-1.0.1-1.fc12.ppc requires ghc = 0:6.10.3 ghc-haskell-src-exts-doc-1.0.1-1.fc12.ppc requires ghc-doc = 0:6.10.3 ghc-haskell-src-exts-doc-1.0.1-1.fc12.ppc requires ghc-doc = 0:6.10.3 ghc-haskell-src-exts-prof-1.0.1-1.fc12.ppc requires ghc-prof = 0:6.10.3 ghc-uniplate-devel-1.2.0.3-4.fc12.ppc requires ghc = 0:6.10.3 ghc-uniplate-devel-1.2.0.3-4.fc12.ppc requires ghc = 0:6.10.3 ghc-uniplate-doc-1.2.0.3-4.fc12.ppc requires ghc-doc = 0:6.10.3 ghc-uniplate-doc-1.2.0.3-4.fc12.ppc requires ghc-doc = 0:6.10.3 ghc-uniplate-prof-1.2.0.3-4.fc12.ppc requires ghc-prof = 0:6.10.3 ghc-zlib-devel-0.5.0.0-9.fc12.ppc requires ghc = 0:6.10.3 ghc-zlib-devel-0.5.0.0-9.fc12.ppc requires ghc = 0:6.10.3 ghc-zlib-doc-0.5.0.0-9.fc12.ppc requires ghc-doc = 0:6.10.3 ghc-zlib-doc-0.5.0.0-9.fc12.ppc requires ghc-doc = 0:6.10.3 ghc-zlib-prof-0.5.0.0-9.fc12.ppc requires ghc-prof = 0:6.10.3 nbtk-0.16.3-5.fc12.ppc requires libclutter-glx-0.9.so.0 nbtk-0.16.3-5.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) nbtk-devel-0.16.3-5.fc12.ppc requires pkgconfig(clutter-0.9) nbtk-devel-0.16.3-5.fc12.ppc64 requires pkgconfig(clutter-0.9) octave-forge-20080831-10.fc12.ppc requires octave(api) = 0:api-v32 php-layers-menu-3.2.0-0.2.rc.fc12.noarch requires php-pear(HTML_Template_PHPLIB) plplot-octave-5.9.4-1.fc12.ppc requires octave(api) = 0:api-v32 ppl-yap-0.10.2-5.fc12.ppc requires libYap.so pybackpack-0.5.6-4.fc12.noarch requires gnome-python2-nautilus-cd-burner python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.ppc requires libparted-1.8.so.8 rubygem-main-2.8.4-3.fc12.noarch requires rubygem(fattr) >= 0:1.0.3 sems-1.1.1-2.fc12.ppc requires libspandsp.so.1 sems-g722-1.1.1-2.fc12.ppc requires libspandsp.so.1 sems-gsm-1.1.1-2.fc12.ppc requires libspandsp.so.1 sems-speex-1.1.1-2.fc12.ppc requires libspandsp.so.1 serpentine-0.9-5.fc12.noarch requires gnome-python2-nautilus-cd-burner showimg-pgsql-0.9.5-22.fc11.ppc requires libpqxx-2.6.8.so sugar-pippy-34-3.fc12.ppc requires libm.so.6(GLIBC_2.2.5)(64bit) sugar-pippy-34-3.fc12.ppc requires libc.so.6(GLIBC_2.2.5)(64bit) trac-customfieldadmin-plugin-0.1-0.1.svn5073.fc10.noarch requires trac-webadmin-plugin trac-customfieldadmin-plugin-0.1-0.1.svn5073.fc10.noarch requires python(abi) = 0:2.5 vinagre-devel-2.27.5-1.fc12.ppc requires pkg-config vinagre-devel-2.27.5-1.fc12.ppc64 requires pkg-config Broken deps for ppc64 ---------------------------------------------------------- 389-ds-1.1.3-4.fc12.noarch requires 389-ds-admin R-RScaLAPACK-0.5.1-19.fc11.ppc64 requires openmpi-libs asterisk-fax-1.6.1-0.24.rc1.fc12.ppc64 requires libspandsp.so.1()(64bit) clipsmm-0.0.7-6.fc12.ppc64 requires libclips.so.1()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) cluttermm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-0.9) dap-hdf4_handler-3.7.9-2.fc11.ppc64 requires libdap.so.9()(64bit) dap-hdf4_handler-3.7.9-2.fc11.ppc64 requires libdapserver.so.6()(64bit) entertainer-0.4.2-5.fc12.noarch requires pyclutter-cairo nbtk-0.16.3-5.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) nbtk-devel-0.16.3-5.fc12.ppc64 requires pkgconfig(clutter-0.9) octave-forge-20080831-10.fc12.ppc64 requires octave(api) = 0:api-v32 php-layers-menu-3.2.0-0.2.rc.fc12.noarch requires php-pear(HTML_Template_PHPLIB) plplot-octave-5.9.4-1.fc12.ppc64 requires octave(api) = 0:api-v32 ppl-yap-0.10.2-5.fc12.ppc64 requires libYap.so()(64bit) pybackpack-0.5.6-4.fc12.noarch requires gnome-python2-nautilus-cd-burner python-mwlib-0.11.2-3.20090522hg2956.fc12.ppc64 requires LabPlot python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.ppc64 requires libparted-1.8.so.8()(64bit) rubygem-main-2.8.4-3.fc12.noarch requires rubygem(fattr) >= 0:1.0.3 sems-1.1.1-2.fc12.ppc64 requires libspandsp.so.1()(64bit) sems-g722-1.1.1-2.fc12.ppc64 requires libspandsp.so.1()(64bit) sems-gsm-1.1.1-2.fc12.ppc64 requires libspandsp.so.1()(64bit) sems-speex-1.1.1-2.fc12.ppc64 requires libspandsp.so.1()(64bit) serpentine-0.9-5.fc12.noarch requires gnome-python2-nautilus-cd-burner showimg-pgsql-0.9.5-22.fc11.ppc64 requires libpqxx-2.6.8.so()(64bit) sugar-pippy-34-3.fc12.ppc64 requires libc.so.6(GLIBC_2.4) sugar-pippy-34-3.fc12.ppc64 requires libm.so.6(GLIBC_2.0) sugar-pippy-34-3.fc12.ppc64 requires libc.so.6(GLIBC_2.1.3) sugar-pippy-34-3.fc12.ppc64 requires libstdc++.so.6(GLIBCXX_3.4) sugar-pippy-34-3.fc12.ppc64 requires libm.so.6 sugar-pippy-34-3.fc12.ppc64 requires libm.so.6(GLIBC_2.2.5)(64bit) sugar-pippy-34-3.fc12.ppc64 requires libc.so.6 sugar-pippy-34-3.fc12.ppc64 requires libgcc_s.so.1(GCC_3.0) sugar-pippy-34-3.fc12.ppc64 requires libc.so.6(GLIBC_2.2.5)(64bit) sugar-pippy-34-3.fc12.ppc64 requires libstdc++.so.6(CXXABI_1.3) sugar-pippy-34-3.fc12.ppc64 requires libc.so.6(GLIBC_2.0) sugar-pippy-34-3.fc12.ppc64 requires libgcc_s.so.1 sugar-pippy-34-3.fc12.ppc64 requires libstdc++.so.6 trac-customfieldadmin-plugin-0.1-0.1.svn5073.fc10.noarch requires trac-webadmin-plugin trac-customfieldadmin-plugin-0.1-0.1.svn5073.fc10.noarch requires python(abi) = 0:2.5 vinagre-devel-2.27.5-1.fc12.ppc64 requires pkg-config From sundaram at fedoraproject.org Tue Aug 4 10:55:47 2009 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Tue, 04 Aug 2009 16:25:47 +0530 Subject: rawhide report: 20090729 changes In-Reply-To: <1248879042.5139.267.camel@atropine.boston.devel.redhat.com> References: <20090729111314.GA22793@releng2.fedora.phx.redhat.com> <1248879042.5139.267.camel@atropine.boston.devel.redhat.com> Message-ID: <4A7813B3.4060907@fedoraproject.org> On 07/29/2009 08:20 PM, Adam Jackson wrote: > > I just want to highlight this, as it's a behaviour change that might > surprise people. With this change you'll get a spanning desktop by > default if possible, which matches the behaviour of every other major > window system and is what you usually configured in the session anyway. Added a note to http://fedoraproject.org/wiki/Fedora_12_Alpha_release_notes Feel free to edit to any more details if necessary. Rahul From mattias.ellert at fysast.uu.se Tue Aug 4 11:42:38 2009 From: mattias.ellert at fysast.uu.se (Mattias Ellert) Date: Tue, 04 Aug 2009 13:42:38 +0200 Subject: An easy way to redefine configure? In-Reply-To: <1249377274.19892.6.camel@politzer.theorphys.helsinki.fi> References: <1249377274.19892.6.camel@politzer.theorphys.helsinki.fi> Message-ID: <1249386158.11358.1.camel@ellert.tsl.uu.se> tis 2009-08-04 klockan 12:14 +0300 skrev Jussi Lehtola: > Hi, > > > related to the MPI packaging draft > http://www.fedoraproject.org/wiki/PackagingDrafts/MPI > I have a need to redefine %configure to use ../configure instead > of ./configure to do off-root builds. > > > So far I've tried > > %global dconfigure %(echo "%{configure}" | sed 's|./configure|../configure|g') > > but calling > > %dconfigure > > gives me > > + CFLAGS=-O2 > + -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector > --param=ssp-buffer-size=4 -m64 -mtune=generic > /var/tmp/rpm-tmp.mvjW71: line 42: -g: command not found > > > What's the correct way to do this? %global dconfigure %(rpm -E %%configure | sed 's!./configure!../configure!g') %dconfigure Mattias -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 2272 bytes Desc: not available URL: From jussilehtola at fedoraproject.org Tue Aug 4 12:01:36 2009 From: jussilehtola at fedoraproject.org (Jussi Lehtola) Date: Tue, 04 Aug 2009 15:01:36 +0300 Subject: An easy way to redefine configure? In-Reply-To: <1249386158.11358.1.camel@ellert.tsl.uu.se> References: <1249377274.19892.6.camel@politzer.theorphys.helsinki.fi> <1249386158.11358.1.camel@ellert.tsl.uu.se> Message-ID: <1249387296.19892.24.camel@politzer.theorphys.helsinki.fi> On Tue, 2009-08-04 at 13:42 +0200, Mattias Ellert wrote: > > What's the correct way to do this? > > %global dconfigure %(rpm -E %%configure | sed 's!./configure!../configure!g') > %dconfigure This works, but isn't it bad style to call rpm from within a spec file..? -- Jussi Lehtola Fedora Project Contributor jussilehtola at fedoraproject.org From rc040203 at freenet.de Tue Aug 4 12:15:42 2009 From: rc040203 at freenet.de (Ralf Corsepius) Date: Tue, 04 Aug 2009 14:15:42 +0200 Subject: An easy way to redefine configure? In-Reply-To: <1249387296.19892.24.camel@politzer.theorphys.helsinki.fi> References: <1249377274.19892.6.camel@politzer.theorphys.helsinki.fi> <1249386158.11358.1.camel@ellert.tsl.uu.se> <1249387296.19892.24.camel@politzer.theorphys.helsinki.fi> Message-ID: <4A78266E.5080002@freenet.de> On 08/04/2009 02:01 PM, Jussi Lehtola wrote: > On Tue, 2009-08-04 at 13:42 +0200, Mattias Ellert wrote: >>> What's the correct way to do this? >> >> %global dconfigure %(rpm -E %%configure | sed 's!./configure!../configure!g') >> %dconfigure > > This works, but isn't it bad style to call rpm from within a spec > file..? Correct - This is not allowed in Fedora. In occasions like yours, I normally use a manually expanded ../configure .... IMO, it's much cleaner and less error prone than to mess around with %configure. Ralf From schwab at redhat.com Tue Aug 4 12:47:02 2009 From: schwab at redhat.com (Andreas Schwab) Date: Tue, 04 Aug 2009 14:47:02 +0200 Subject: An easy way to redefine configure? In-Reply-To: <1249377274.19892.6.camel@politzer.theorphys.helsinki.fi> (Jussi Lehtola's message of "Tue, 04 Aug 2009 12:14:34 +0300") References: <1249377274.19892.6.camel@politzer.theorphys.helsinki.fi> Message-ID: Jussi Lehtola writes: > So far I've tried > > %global dconfigure %(echo "%{configure}" | sed > 's|./configure|../configure|g') Since %configure expands to a text containing double quotes this gets the quoting wrong. Using single quotes work here (albeit still not general enough): %global dconfigure %(printf %%s '%configure' | sed 's!\./configure!../configure!g') Andreas. -- Andreas Schwab, schwab at redhat.com GPG Key fingerprint = D4E8 DBE3 3813 BB5D FA84 5EC7 45C6 250E 6F00 984E "And now for something completely different." From fabian.deutsch at gmx.de Tue Aug 4 12:51:33 2009 From: fabian.deutsch at gmx.de (Fabian Deutsch) Date: Tue, 04 Aug 2009 14:51:33 +0200 Subject: An easy way to redefine configure? In-Reply-To: <4A78266E.5080002@freenet.de> References: <1249377274.19892.6.camel@politzer.theorphys.helsinki.fi> <1249386158.11358.1.camel@ellert.tsl.uu.se> <1249387296.19892.24.camel@politzer.theorphys.helsinki.fi> <4A78266E.5080002@freenet.de> Message-ID: <1249390293.4602.2.camel@decade.local> Am Dienstag, den 04.08.2009, 14:15 +0200 schrieb Ralf Corsepius: > On 08/04/2009 02:01 PM, Jussi Lehtola wrote: > > On Tue, 2009-08-04 at 13:42 +0200, Mattias Ellert wrote: > >>> What's the correct way to do this? > >> > >> %global dconfigure %(rpm -E %%configure | sed > 's!./configure!../configure!g') > >> %dconfigure > > > > This works, but isn't it bad style to call rpm from within a spec > > file..? > Correct - This is not allowed in Fedora. > > In occasions like yours, I normally use a manually > expanded ../configure > .... > > IMO, it's much cleaner and less error prone than to mess around with > %configure. I'd also recommend this way, just run ../configure ... and pass all necessary flags via arguments. - fabian From jussilehtola at fedoraproject.org Tue Aug 4 12:58:49 2009 From: jussilehtola at fedoraproject.org (Jussi Lehtola) Date: Tue, 04 Aug 2009 15:58:49 +0300 Subject: An easy way to redefine configure? In-Reply-To: References: <1249377274.19892.6.camel@politzer.theorphys.helsinki.fi> Message-ID: <1249390729.19892.28.camel@politzer.theorphys.helsinki.fi> On Tue, 2009-08-04 at 14:47 +0200, Andreas Schwab wrote: > Jussi Lehtola writes: > > > So far I've tried > > > > %global dconfigure %(echo "%{configure}" | sed > > 's|./configure|../configure|g') > > Since %configure expands to a text containing double quotes this gets > the quoting wrong. Using single quotes work here (albeit still not > general enough): > > %global dconfigure %(printf %%s '%configure' | sed 's!\./configure!../configure!g') Thanks, this was what I was looking for. -- Jussi Lehtola Fedora Project Contributor jussilehtola at fedoraproject.org From ajax at redhat.com Tue Aug 4 14:13:56 2009 From: ajax at redhat.com (Adam Jackson) Date: Tue, 04 Aug 2009 10:13:56 -0400 Subject: X defaulting to side-by-side output on multiple displays: Anaconda implications? In-Reply-To: <1248994994.23492.5.camel@adam.local.net> References: <1248994994.23492.5.camel@adam.local.net> Message-ID: <1249395236.5139.433.camel@atropine.boston.devel.redhat.com> On Thu, 2009-07-30 at 16:03 -0700, Adam Williamson wrote: > I remember seeing a recent announcement from the X guys that henceforth, > X will be defaulting to side-by-side mode on systems with multiple > displays, rather than clone mode. > > I just realized this may have implications for anaconda. Is whatever WM > we load anaconda in capable of handling this, or are we going to wind up > with anaconda centred across the middle of both displays on systems with > two monitors? mini-wm is a focus-only window manager. It doesn't modify requested window positions; wherever you ask to be placed, there you are. anaconda itself doesn't ask for anything special in terms of main UI placement, that I can see. I believe gtk's placement algorithm will try to avoid placing us across screen boundaries though. - ajax -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From mike at cchtml.com Tue Aug 4 15:24:01 2009 From: mike at cchtml.com (Michael Cronenworth) Date: Tue, 04 Aug 2009 10:24:01 -0500 Subject: Package Kit messages... In-Reply-To: <4A736FE8.3080903@gnat.ca> References: <4A71EE5B.70908@gnat.ca> <15e53e180907310704l447aadefg4b9f5194e975288e@mail.gmail.com> <15e53e180907310843t759903c6ta78ffd34b81d8cef@mail.gmail.com> <4A7312C1.60503@cchtml.com> <4A736FE8.3080903@gnat.ca> Message-ID: <4A785291.5030407@cchtml.com> Nathanael D. Noblet on 07/31/2009 05:27 PM wrote: > > Which is what I was trying to communicate... Should I file a bug then? > Bug[1] had been filed in Rawhide during F11 cycle. [1] https://bugzilla.redhat.com/show_bug.cgi?id=502138 From debarshi.ray at gmail.com Tue Aug 4 15:58:42 2009 From: debarshi.ray at gmail.com (Debarshi Ray) Date: Tue, 4 Aug 2009 21:28:42 +0530 Subject: persistent clutter and ghc breakage (was Re: rawhide report: 20090803 changes) In-Reply-To: References: <20090803101537.GA27919@releng2.fedora.phx.redhat.com> Message-ID: <3170f42f0908040858n7d9174bbw94c7afebcf1ef6d@mail.gmail.com> >> ? ? ? libchamplain-0.2.9-1.fc11.i586 requires libclutter-glx-0.8.so.0 >> ? ? ? libchamplain-0.2.9-1.fc11.i586 requires libclutter-cairo-0.8.so.0 >> ? ? ? libchamplain-devel-0.2.9-1.fc11.i586 requires pkgconfig(clutter-0.8) This has been ported and built. Cheers, Debarshi -- One reason that life is complex is that it has a real part and an imaginary part. -- Andrew Koenig From bos at serpentine.com Tue Aug 4 16:52:32 2009 From: bos at serpentine.com (Bryan O'Sullivan) Date: Tue, 4 Aug 2009 09:52:32 -0700 Subject: persistent clutter and ghc breakage (was Re: rawhide report: 20090803 changes) In-Reply-To: References: <20090803101537.GA27919@releng2.fedora.phx.redhat.com> Message-ID: On Mon, Aug 3, 2009 at 11:41 PM, Alex Lancaster wrote: > Similarly with ghc based packages, there appears to be no movement to > fix these broken deps: > We were told there would be a massrebuild that would magically hit all of these, so I made no attempt to rebuild the affected packages. If I was misinformed, fair enough. -------------- next part -------------- An HTML attachment was scrubbed... URL: From jkeating at redhat.com Tue Aug 4 17:33:10 2009 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 04 Aug 2009 10:33:10 -0700 Subject: Alpha Freeze is TODAY Message-ID: <1249407190.18316.31.camel@localhost.localdomain> Sorry for the late warning, but today is the alpha freeze for Fedora 12. Shortly I will be creating f12-alpha and cloning dist-f12 into it. I'll keep it updated so that any build that happens up until tonight's rawhide compose (0600 UTC) will make it into the alpha. After tonight, you will need to request freeze tag overrides. https://fedoraproject.org/wiki/Alpha_Freeze_Policy -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: -------------- next part -------------- _______________________________________________ Fedora-devel-announce mailing list Fedora-devel-announce at redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-announce From bioinfornatics at gmail.com Tue Aug 4 17:54:47 2009 From: bioinfornatics at gmail.com (Jonathan MERCIER) Date: Tue, 04 Aug 2009 19:54:47 +0200 Subject: dia outdated Message-ID: <1249408487.3412.7.camel@localhost.localdomain> Dear sir, I have put a put a message here: https://bugzilla.redhat.com/show_bug.cgi?id=515097 But i have no answer, actually dia version is 0.96.1 dia version: - 2007-03-25: 0.96 final release - 2009-05-03: 0.97 sources on http://live.gnome.org/Dia/ it's write the latest stable release version 0.97 is now available Someone have some news about that ? From lemenkov at gmail.com Tue Aug 4 17:58:12 2009 From: lemenkov at gmail.com (Peter Lemenkov) Date: Tue, 4 Aug 2009 21:58:12 +0400 Subject: dia outdated In-Reply-To: <1249408487.3412.7.camel@localhost.localdomain> References: <1249408487.3412.7.camel@localhost.localdomain> Message-ID: 2009/8/4 Jonathan MERCIER : > Dear sir, > I have put a put a message here: > ? ? ? ?https://bugzilla.redhat.com/show_bug.cgi?id=515097 > But i have no answer, actually dia version is 0.96.1 > dia version: > ? ? ? ? - 2007-03-25: 0.96 final release > ? ? ? ? - 2009-05-03: 0.97 sources > > on http://live.gnome.org/Dia/ it's write the latest stable release > version 0.97 is now available > > Someone have some news about that ? I have no idea about why Dia still not updated, but this issue was already mentioned: https://bugzilla.redhat.com/show_bug.cgi?id=502870 -- With best regards, Peter Lemenkov. From cdahlin at redhat.com Tue Aug 4 18:19:06 2009 From: cdahlin at redhat.com (Casey Dahlin) Date: Tue, 04 Aug 2009 14:19:06 -0400 Subject: rawhide report: 20090729 changes In-Reply-To: <1248879042.5139.267.camel@atropine.boston.devel.redhat.com> References: <20090729111314.GA22793@releng2.fedora.phx.redhat.com> <1248879042.5139.267.camel@atropine.boston.devel.redhat.com> Message-ID: <4A787B9A.3030009@redhat.com> On 07/29/2009 10:50 AM, Adam Jackson wrote: > On Wed, 2009-07-29 at 11:13 +0000, Rawhide Report wrote: > >> xorg-x11-server-1.6.99-21.20090724.fc12 >> --------------------------------------- >> * Tue Jul 28 2009 Adam Jackson 1.6.99-19.20090724 >> - xserver-1.6.99-randr-error-debugging.patch: Dump RANDR protocol errors >> to the log. >> - Un-package xf8_16bpp, no one cares. >> >> * Tue Jul 28 2009 Adam Jackson 1.6.99-20.20090724 >> - xserver-1.6.99-use-pci-access-boot.patch: Some chips (thanks Intel) will >> change their PCI class at runtime if you disable their VGA decode, so >> consider both 0x0300 and 0x0380 classes when looking for the boot VGA. >> >> * Tue Jul 28 2009 Adam Jackson 1.6.99-21.20090724 >> - xserver-1.6.99-right-of.patch: Default to right-of initial placement >> for RANDR 1.2 drivers with enough virtual space. > > I just want to highlight this, as it's a behaviour change that might > surprise people. With this change you'll get a spanning desktop by > default if possible, which matches the behaviour of every other major > window system and is what you usually configured in the session anyway. > The cloning heuristic was pretty losing to begin with, since the > available mode lists for each output don't have a lot of commonality. > > There are still some rough edges here. X will center the mouse over the > root window, and not over a particular screen, which is usually wrong. > gdm extends the error by displaying the greeter on the screen that > contains the cursor; so if for example your external display is larger > than your laptop display, the cursor will be centered on the external, > and gdm will show up there instead of on the LVDS like you probably > expected. Known bug, we're working on it. > > Also, Intel gen3 hardware (915 and 945 variants) hit a corner case here, > where the maximum 3d pitch is 2048 but the maximum scanout pitch is > 4096. So if you're using compiz or another GL compositor in your > session, you'll see garbage rendering off to the right. This isn't a > _new_ problem, but you might hit it now when you didn't before. > However, with KMS, we'll resize the render buffers on RANDR events, so > if you switch back to cloning in your session GL compositors should look > right. > > - ajax > Possibly off topic, I've had issues with certain apps (totem comes to mind) not going full-screen on the screen I want them to. Is this another outstanding issue? --CJD From andreas.bierfert at lowlatency.de Tue Aug 4 18:50:43 2009 From: andreas.bierfert at lowlatency.de (Andreas Bierfert) Date: Tue, 4 Aug 2009 20:50:43 +0200 Subject: Last few orphans left In-Reply-To: <1249324304.18316.12.camel@localhost.localdomain> References: <1249324304.18316.12.camel@localhost.localdomain> Message-ID: <20090804205043.4c85acd3@spica.a.lan> On Mon, 03 Aug 2009 11:31:44 -0700 Jesse Keating wrote: > There are only a few orphans left. I blocked all that weren't causing > dep breakage, so these /really/ need a home or we need to block a few > more things beyond just the orphans. glade2 is on this list because it > was just recently orphaned. > > Unblocked orphan cryptix > Unblocked orphan glade2 > Unblocked orphan libdockapp I will take libdockapp as I maintain wmaker and some dockapps... - Andreas -- Andreas Bierfert, M.Sc. | http://awbsworld.de | GPG: C58CF1CB andreas.bierfert at lowlatency.de | http://lowlatency.de | signed/encrypted phone: +49 6897 1721738 | cell: +49 173 5803043 | mail preferred -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From ajax at redhat.com Tue Aug 4 19:04:10 2009 From: ajax at redhat.com (Adam Jackson) Date: Tue, 04 Aug 2009 15:04:10 -0400 Subject: rawhide report: 20090729 changes In-Reply-To: <4A787B9A.3030009@redhat.com> References: <20090729111314.GA22793@releng2.fedora.phx.redhat.com> <1248879042.5139.267.camel@atropine.boston.devel.redhat.com> <4A787B9A.3030009@redhat.com> Message-ID: <1249412650.5139.451.camel@atropine.boston.devel.redhat.com> On Tue, 2009-08-04 at 14:19 -0400, Casey Dahlin wrote: > Possibly off topic, I've had issues with certain apps (totem comes to > mind) not going full-screen on the screen I want them to. Is this > another outstanding issue? It's an app issue, but sure. - ajax -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From jkeating at redhat.com Tue Aug 4 19:06:08 2009 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 04 Aug 2009 12:06:08 -0700 Subject: Critical Path Packages - Enforcement? In-Reply-To: References: Message-ID: <1249412768.18316.50.camel@localhost.localdomain> On Wed, 2009-07-22 at 03:08 +0200, Kevin Kofler wrote: > Hi, > > I have a few questions for the folks involved with the Critical Path > Packages proposal, as I'm still confused about the implementation details: > > 1. How will the policy be enforced? Will Bodhi withhold submitted updates > for packages in the depsolving hull of @critical-path until they get > approval from QA and/or rel-eng, like it currently does for security updates > until security team approval? That's the current plan, yes. > > Assuming the answer to 1. is "Yes": > 2. Will critical-path-gnome also get the same enforcement? > 3. Will critical-path-kde also get the same enforcement? > 4. Will critical-path-* for spins.fp.o spins also get the same enforcement? I'm not sure what groups have been created, but it is my understanding that we are considering the gnome desktop and packagekit the critical path for updating. We are not considering alternatives in alternative desktops as part of the critical path. > If the answer to any of the above (1. to 4.) is "No", what kind of > enforcement will there be? When we discussed critical-path-kde today at KDE > SIG, we were very much confused about what exactly the practical > implications will be. I think it won't be of much use to define critical > path packages if that definition doesn't lead to some actual enforcement. It would be of use to KDE volunteers who wish to be alerted when there is something critical to KDE being proposed for update, so that they can seek it out and test it, even if there is no enforcement at the bodhi level. Tools can be created that will alert when a package as part of the KDE critical path hits bodhi. > What we basically agreed on in KDE SIG (see also our meeting log [1]) was: > * The KDE spin being one of the primary spins, critical-path-kde should get > the same kind of enforcement as critical-path-gnome. (We have no official > opinion about stuff like critical-path-xfce as that's out of the scope of > our SIG.) At this time, KDE is not part of the critical path. As we get to actually deploying code for and using critical path functionality, we can expand what is covered or create other groups to cover other areas. We are starting small to trial before we try and solve everybody's problems. > * It doesn't make much sense for us to define critical path packages if it > won't have any actual practical implications. (We already know what's > critical to what extent, so a purely-informative critical-path-kde won't be > of much use to us.) > > But we need the clarification I requested above to make any further > decisions. > > Another open question is who is going to QA critical-path-kde, as we still > don't have a dedicated tester in KDE SIG. Anybody volunteering to be a > tester for KDE SIG is requested to talk to us on the #fedora-kde IRC chan > and/or the fedora-kde mailing list. Being a tester has a much lower barrier > to entry than most other forms of contribution, you just need some HD space > to install test systems to (ideally, you'd have Rawhide, Fn and Fn-1 on at > least one machine each, but even just testing one release is helpful) and > some spare time. No programming, drawing, technical writing etc. skills > required. I will post a call for help to the fedora-test-list as well. (Note > that we do have a KDE SIG member in rel-eng (rdieter), so that part is > covered.) > > Kevin Kofler > > [1] http://urlx.eu/_Mzk4MQ > > -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From rdieter at math.unl.edu Tue Aug 4 18:55:11 2009 From: rdieter at math.unl.edu (Rex Dieter) Date: Tue, 04 Aug 2009 13:55:11 -0500 Subject: kde-4.3.0 coming to F-10, F-11 Message-ID: <4A78840F.6010309@math.unl.edu> The KDE SIG is now working on KDE-4.3.0-related builds for Fedora 10 and 11 candidate updates. As this requires some buildroot overrides, if your package uses KDE libraries, it may inadvertently build against KDE 4.3.0 libraries and may, at least in some cases, NOT work with 4.2.4. So please either hold off on update builds for packages using KDE libraries or contact us (on the #fedora-kde IRC chan or the fedora-kde mailing list). -- Rex _______________________________________________ Fedora-devel-announce mailing list Fedora-devel-announce at redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-announce From martin.sourada at gmail.com Tue Aug 4 19:36:56 2009 From: martin.sourada at gmail.com (Martin Sourada) Date: Tue, 04 Aug 2009 21:36:56 +0200 Subject: Alpha Freeze is TODAY In-Reply-To: <1249407190.18316.31.camel@localhost.localdomain> References: <1249407190.18316.31.camel@localhost.localdomain> Message-ID: <1249414616.2378.35.camel@pc-notebook.kolej.mff.cuni.cz> On Tue, 2009-08-04 at 10:33 -0700, Jesse Keating wrote: > Sorry for the late warning, but today is the alpha freeze for Fedora 12. > Shortly I will be creating f12-alpha and cloning dist-f12 into it. I'll > keep it updated so that any build that happens up until tonight's > rawhide compose (0600 UTC) will make it into the alpha. After tonight, Does that mean 2009-08-05 06:00 UTC? If so and if there are cvs admins reading this, can anyone take care of cvs-admin request https://bugzilla.redhat.com/show_bug.cgi?id=515531 (constantine-backgrounds) so that we can get it in Alpha before the compose? Thanks, Martin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From ajax at redhat.com Tue Aug 4 19:53:35 2009 From: ajax at redhat.com (Adam Jackson) Date: Tue, 04 Aug 2009 15:53:35 -0400 Subject: kde-4.3.0 coming to F-10, F-11 In-Reply-To: <4A78840F.6010309@math.unl.edu> References: <4A78840F.6010309@math.unl.edu> Message-ID: <1249415615.5139.453.camel@atropine.boston.devel.redhat.com> On Tue, 2009-08-04 at 13:55 -0500, Rex Dieter wrote: > The KDE SIG is now working on KDE-4.3.0-related builds for Fedora 10 and > 11 candidate updates. As this requires some buildroot overrides, if your > package uses KDE libraries, it may inadvertently build against KDE 4.3.0 > libraries and may, at least in some cases, NOT work with 4.2.4. > > So please either hold off on update builds for packages using KDE > libraries or contact us (on the #fedora-kde IRC chan or the fedora-kde > mailing list). Not that I'm an F-10 user, or a KDE user, but: F-10? Seriously? - ajax -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From cdahlin at redhat.com Tue Aug 4 20:01:51 2009 From: cdahlin at redhat.com (Casey Dahlin) Date: Tue, 04 Aug 2009 16:01:51 -0400 Subject: rawhide report: 20090729 changes In-Reply-To: <1249412650.5139.451.camel@atropine.boston.devel.redhat.com> References: <20090729111314.GA22793@releng2.fedora.phx.redhat.com> <1248879042.5139.267.camel@atropine.boston.devel.redhat.com> <4A787B9A.3030009@redhat.com> <1249412650.5139.451.camel@atropine.boston.devel.redhat.com> Message-ID: <4A7893AF.4080809@redhat.com> On 08/04/2009 03:04 PM, Adam Jackson wrote: > On Tue, 2009-08-04 at 14:19 -0400, Casey Dahlin wrote: > >> Possibly off topic, I've had issues with certain apps (totem comes to >> mind) not going full-screen on the screen I want them to. Is this >> another outstanding issue? > > It's an app issue, but sure. > > - ajax > Hmm, my brain said "related" and my fingers said "outstanding." Either way I get to file bugs... --CJD From dennis at ausil.us Tue Aug 4 19:53:47 2009 From: dennis at ausil.us (Dennis Gilmore) Date: Tue, 4 Aug 2009 14:53:47 -0500 Subject: [Proposal] have feature submitted before feature freeze Message-ID: <200908041453.51998.dennis@ausil.us> I have put forward for FESCo to consider this week a proposal to have feature proposals submitted and approved in advance of feature freeze. the proposal can be seen at https://fedorahosted.org/fesco/ticket/234 there will be no shortening of development time. the idea is to have feature submission in well before feature freeze so that we can try and make sure all succeed. I think that Kevin Kofler's comments are fairly true in the ticket. the changes in the F-12 cycle have probably not been fully understood. but i still think it will be very valuable to us to make this change. I would like to get some feedback and improvements. Dennis -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: From jkeating at redhat.com Tue Aug 4 20:06:59 2009 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 04 Aug 2009 13:06:59 -0700 Subject: Alpha Freeze is TODAY In-Reply-To: <1249414616.2378.35.camel@pc-notebook.kolej.mff.cuni.cz> References: <1249407190.18316.31.camel@localhost.localdomain> <1249414616.2378.35.camel@pc-notebook.kolej.mff.cuni.cz> Message-ID: <1249416419.18316.55.camel@localhost.localdomain> On Tue, 2009-08-04 at 21:36 +0200, Martin Sourada wrote: > Does that mean 2009-08-05 06:00 UTC? Yes. -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From awilliam at redhat.com Tue Aug 4 21:38:29 2009 From: awilliam at redhat.com (Adam Williamson) Date: Tue, 04 Aug 2009 14:38:29 -0700 Subject: License change for ghostscript In-Reply-To: <1249125078.16407.5.camel@worm> References: <1248994755.2798.2.camel@worm> <200907312247.19079.ville.skytta@iki.fi> <1249073607.6440.14.camel@adam.local.net> <1249125078.16407.5.camel@worm> Message-ID: <1249421909.2146.8.camel@adam.local.net> On Sat, 2009-08-01 at 12:11 +0100, Tim Waugh wrote: > No, please look more closely. The above is a list of packages that > *use* or *require* ghostscript, not that link to it. > See my most recent contribution to this thread to see the correct list > based on requirements for libgs.so.8 and libijs-0.35.so. Yes, I saw that after I'd sent my reply. I had assumed the original list was correct, and worked on that basis. > > An interesting side-question here is what license tag we should use for > > an app whose license text states GPLv2+, but which we are linking > > against a GPLv3+ library, effectively meaning that its license for our > > purposes is GPLv3+... > > Yes, indeed. I should probably talk to Spot about that. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From lmacken at redhat.com Tue Aug 4 21:46:04 2009 From: lmacken at redhat.com (Luke Macken) Date: Tue, 4 Aug 2009 17:46:04 -0400 Subject: Fedora Community v0.3.5 Message-ID: <20090804214604.GD16483@x300.redhat.com> I just pushed v0.3.5 of the Fedora Community portal into production. https://admin.fedoraproject.org/community Changes in this release include: - Fedora Community is now EPEL aware! (#257) - Improvements & fixes to the updates app - Enhanced multi-build update grid view (#177) - Added the pending request status to the update details - Improvements to the update action buttons As always, you can file bugs and feature requests here: https://fedorahosted.org/fedoracommunity/newticket luke _______________________________________________ Fedora-devel-announce mailing list Fedora-devel-announce at redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-announce From awilliam at redhat.com Tue Aug 4 22:02:22 2009 From: awilliam at redhat.com (Adam Williamson) Date: Tue, 04 Aug 2009 15:02:22 -0700 Subject: Well Done: Rawhide Setroubleshoot Bug Reporting In-Reply-To: <4A77FDE7.3000002@gmail.com> References: <4A77FDE7.3000002@gmail.com> Message-ID: <1249423342.2146.9.camel@adam.local.net> On Tue, 2009-08-04 at 10:22 +0100, Frank Murphy wrote: > Excellent, take a bow. Yes, I greatly appreciated this feature when going on a little SELinux bug report filing binge recently. Thanks a lot. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From awilliam at redhat.com Tue Aug 4 22:08:38 2009 From: awilliam at redhat.com (Adam Williamson) Date: Tue, 04 Aug 2009 15:08:38 -0700 Subject: An easy way to redefine configure? In-Reply-To: <1249390729.19892.28.camel@politzer.theorphys.helsinki.fi> References: <1249377274.19892.6.camel@politzer.theorphys.helsinki.fi> <1249390729.19892.28.camel@politzer.theorphys.helsinki.fi> Message-ID: <1249423718.2146.11.camel@adam.local.net> On Tue, 2009-08-04 at 15:58 +0300, Jussi Lehtola wrote: > On Tue, 2009-08-04 at 14:47 +0200, Andreas Schwab wrote: > > Jussi Lehtola writes: > > > > > So far I've tried > > > > > > %global dconfigure %(echo "%{configure}" | sed > > > 's|./configure|../configure|g') > > > > Since %configure expands to a text containing double quotes this gets > > the quoting wrong. Using single quotes work here (albeit still not > > general enough): > > > > %global dconfigure %(printf %%s '%configure' | sed 's!\./configure!../configure!g') > > Thanks, this was what I was looking for. I feel like I've mentioned this before, but just in case...in Mandriva, the configure location is not hard-coded but is an environment variable (CONFIGURE_TOP) with a default value of ./configure . If you need to run configure from a different location, you just redefine CONFIGURE_TOP in the spec file. I've found that useful in two builds, myself. I think the last time this came up, someone liked the idea but suggested a better implementation, and then the thread just died... -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From awilliam at redhat.com Tue Aug 4 22:09:19 2009 From: awilliam at redhat.com (Adam Williamson) Date: Tue, 04 Aug 2009 15:09:19 -0700 Subject: X defaulting to side-by-side output on multiple displays: Anaconda implications? In-Reply-To: <1249395236.5139.433.camel@atropine.boston.devel.redhat.com> References: <1248994994.23492.5.camel@adam.local.net> <1249395236.5139.433.camel@atropine.boston.devel.redhat.com> Message-ID: <1249423759.2146.12.camel@adam.local.net> On Tue, 2009-08-04 at 10:13 -0400, Adam Jackson wrote: > On Thu, 2009-07-30 at 16:03 -0700, Adam Williamson wrote: > > I remember seeing a recent announcement from the X guys that henceforth, > > X will be defaulting to side-by-side mode on systems with multiple > > displays, rather than clone mode. > > > > I just realized this may have implications for anaconda. Is whatever WM > > we load anaconda in capable of handling this, or are we going to wind up > > with anaconda centred across the middle of both displays on systems with > > two monitors? > > mini-wm is a focus-only window manager. It doesn't modify requested > window positions; wherever you ask to be placed, there you are. > > anaconda itself doesn't ask for anything special in terms of main UI > placement, that I can see. I believe gtk's placement algorithm will try > to avoid placing us across screen boundaries though. Well, I hear rumours that today's anaconda can actually make it into X, so I'll test this out myself and see how it goes soon :) -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From dchen at redhat.com Wed Aug 5 00:03:16 2009 From: dchen at redhat.com (Ding Yi Chen) Date: Tue, 4 Aug 2009 20:03:16 -0400 (EDT) Subject: Proposal for voice data naming guide In-Reply-To: <1009379945.416281249371398920.JavaMail.root@zmail04.collab.prod.int.phx2.redhat.com> Message-ID: <192517985.471381249430596182.JavaMail.root@zmail04.collab.prod.int.phx2.redhat.com> I've tried out gcin's voice data, it's neat, interesting, and useful. Since it does not depend on gcin, I wish to pack it as an independent package, so other packages can use it. However, generally, what should we name it and other voice data? How about: voicedata---- Where * locale: Locale string like en_US, zh_CN... * generated_method: The algorithm or synthesizer that generate the voice, or "realperson" if the recorded voice is from a real person. * source: Name of the project or organization that provides the voice. * variant: Optional field for noticeable info, such as the person who provide the voice, or parameter of the synthesizer. Thus, according to the naming guild, gcin's voice data should be named as: voicedata-zh_TW-realperson-gcin-EdwardLiu Any comments? -- Ding-Yi Chen Software Engineer Internationalization Group Red Hat, Inc. Looking to carve out IT costs? www.apac.redhat.com/promo/carveoutcosts/ From chris.stone at gmail.com Wed Aug 5 00:32:22 2009 From: chris.stone at gmail.com (Christopher Stone) Date: Tue, 4 Aug 2009 17:32:22 -0700 Subject: kde-4.3.0 coming to F-10, F-11 In-Reply-To: <1249415615.5139.453.camel@atropine.boston.devel.redhat.com> References: <4A78840F.6010309@math.unl.edu> <1249415615.5139.453.camel@atropine.boston.devel.redhat.com> Message-ID: On Tue, Aug 4, 2009 at 12:53 PM, Adam Jackson wrote: > On Tue, 2009-08-04 at 13:55 -0500, Rex Dieter wrote: >> The KDE SIG is now working on KDE-4.3.0-related builds for Fedora 10 and >> 11 candidate updates. As this requires some buildroot overrides, if your >> package uses KDE libraries, it may inadvertently build against KDE 4.3.0 >> libraries and may, at least in some cases, NOT work with 4.2.4. >> >> So please either hold off on update builds for packages using KDE >> libraries or contact us (on the #fedora-kde IRC chan or the fedora-kde >> mailing list). > > Not that I'm an F-10 user, or a KDE user, but: F-10? ?Seriously? Ummm, wait a second, F-10 is still supported is it not? /me is *seriously* confused by Ajax's comment. From awilliam at redhat.com Wed Aug 5 00:37:34 2009 From: awilliam at redhat.com (Adam Williamson) Date: Tue, 04 Aug 2009 17:37:34 -0700 Subject: Fedora 12 Alpha blocker bug review meeting recap 2009-07-31 Message-ID: <1249432654.2146.22.camel@adam.local.net> Oyez! Oyez! Let it hereby be known that a blocker bug review meeting was held in the town of #fedora-bugzappers on Friday 2009-07-31. Present at this meeting were the following stout citizens: Adam Williamson (adamw) James Laska (jlaska) David Pravec (dpravec) Jesse Keating (f13) Matthias Clasen (mclasen) Kevin Fenzi (nirik) Lennart Poettering (mezcalero) Bill Nottingham (notting) John Poelstra (poelcat) Richard June (rjune_) A summary of the said meeting may be found at the following address: http://meetbot.fedoraproject.org/fedora-bugzappers/2009-07-31/fedora-bugzappers.2009-07-31-15.01.html And a full log at this one: http://meetbot.fedoraproject.org/fedora-bugzappers/2009-07-31/fedora-bugzappers.2009-07-31-15.01.log.html Let it further be known that the following bugs were considered, with the following conclusions: https://bugzilla.redhat.com/show_bug.cgi?id=486284 no action possible on 486284 due to broken anaconda: will confirm fix when anaconda is less screwed https://bugzilla.redhat.com/show_bug.cgi?id=497650 request status on 497650 in latest rawhide, drop it from f12alpha due to restricted breadth and severity of impact https://bugzilla.redhat.com/show_bug.cgi?id=510033 no action possible on 510033 due to broken anaconda: will confirm fix when anaconda is less screwed https://bugzilla.redhat.com/show_bug.cgi?id=511907 no action possible on 511907 due to broken anaconda: will confirm fix when anaconda is less screwed https://bugzilla.redhat.com/show_bug.cgi?id=513629 Bug was marked fixed during the course of the meeting https://bugzilla.redhat.com/show_bug.cgi?id=513879 no action possible on 513879 due to broken anaconda: will confirm fix when anaconda is less screwed https://bugzilla.redhat.com/show_bug.cgi?id=514084 drop 514084 to f12blocker, its impact does not fit the definition of an alpha blocker https://bugzilla.redhat.com/show_bug.cgi?id=514185 no action possible on 514185 due to broken anaconda: will confirm fix when anaconda is less screwed https://bugzilla.redhat.com/show_bug.cgi?id=514501 no significant action on 514501 as it is under active development, but clean up bug report (jlaska) https://bugzilla.redhat.com/show_bug.cgi?id=514610 jlaska to test whether 514610 is fixed for him https://bugzilla.redhat.com/show_bug.cgi?id=514718 514718 to be tested when a new anaconda build is available https://bugzilla.redhat.com/show_bug.cgi?id=505071 set 505071 to block alpha release, for alpha amigaone support should be disabled It is also to be promulgated that another blocker bug review meeting will be held on Friday 2009-08-07. A more detailed announcement will follow in due course. Oyez! Oyez! -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From jkeating at j2solutions.net Wed Aug 5 00:56:23 2009 From: jkeating at j2solutions.net (Jesse Keating) Date: Tue, 04 Aug 2009 17:56:23 -0700 Subject: kde-4.3.0 coming to F-10, F-11 In-Reply-To: References: <4A78840F.6010309@math.unl.edu> <1249415615.5139.453.camel@atropine.boston.devel.redhat.com> Message-ID: <1249433783.18316.74.camel@localhost.localdomain> On Tue, 2009-08-04 at 17:32 -0700, Christopher Stone wrote: > On Tue, Aug 4, 2009 at 12:53 PM, Adam Jackson wrote: > > On Tue, 2009-08-04 at 13:55 -0500, Rex Dieter wrote: > >> The KDE SIG is now working on KDE-4.3.0-related builds for Fedora 10 and > >> 11 candidate updates. As this requires some buildroot overrides, if your > >> package uses KDE libraries, it may inadvertently build against KDE 4.3.0 > >> libraries and may, at least in some cases, NOT work with 4.2.4. > >> > >> So please either hold off on update builds for packages using KDE > >> libraries or contact us (on the #fedora-kde IRC chan or the fedora-kde > >> mailing list). > > > > Not that I'm an F-10 user, or a KDE user, but: F-10? Seriously? > > Ummm, wait a second, F-10 is still supported is it not? > > /me is *seriously* confused by Ajax's comment. > It's supported, but there are those of us that feel that it shouldn't be getting version updates, only bug fixes. Just going by the version numbers, 4.2.4 to 4.3.0 seems like a fairly big jump. However it could just be a bugfix rollup, it's hard to tell just by looking at version numbers. The fact that there are warnings about abi issues would make it seem a bit more than just bugfix updates. -- Jesse Keating RHCE (http://jkeating.livejournal.com) Fedora Project (http://fedoraproject.org/wiki/JesseKeating) GPG Public Key (geek.j2solutions.net/jkeating.j2solutions.pub) identi.ca (http://identi.ca/jkeating) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From rdieter at math.unl.edu Wed Aug 5 00:59:27 2009 From: rdieter at math.unl.edu (Rex Dieter) Date: Tue, 04 Aug 2009 19:59:27 -0500 Subject: kde-4.3.0 coming to F-10, F-11 References: <4A78840F.6010309@math.unl.edu> <1249415615.5139.453.camel@atropine.boston.devel.redhat.com> Message-ID: Christopher Stone wrote: > On Tue, Aug 4, 2009 at 12:53 PM, Adam Jackson wrote: >> On Tue, 2009-08-04 at 13:55 -0500, Rex Dieter wrote: >>> The KDE SIG is now working on KDE-4.3.0-related builds for Fedora 10 and >>> 11 candidate updates. As this requires some buildroot overrides, if your >>> package uses KDE libraries, it may inadvertently build against KDE 4.3.0 >>> libraries and may, at least in some cases, NOT work with 4.2.4. >>> >>> So please either hold off on update builds for packages using KDE >>> libraries or contact us (on the #fedora-kde IRC chan or the fedora-kde >>> mailing list). >> >> Not that I'm an F-10 user, or a KDE user, but: F-10? Seriously? ... > /me is *seriously* confused by Ajax's comment. It's understandable, it's a release in the later stages of support, but at this time, the sig strongly feels the best way to continue that support is to follow through on our plan. -- Rex From chris.stone at gmail.com Wed Aug 5 01:10:25 2009 From: chris.stone at gmail.com (Christopher Stone) Date: Tue, 4 Aug 2009 18:10:25 -0700 Subject: kde-4.3.0 coming to F-10, F-11 In-Reply-To: References: <4A78840F.6010309@math.unl.edu> <1249415615.5139.453.camel@atropine.boston.devel.redhat.com> Message-ID: On Tue, Aug 4, 2009 at 5:59 PM, Rex Dieter wrote: > Christopher Stone wrote: > >> On Tue, Aug 4, 2009 at 12:53 PM, Adam Jackson wrote: >>> On Tue, 2009-08-04 at 13:55 -0500, Rex Dieter wrote: >>>> The KDE SIG is now working on KDE-4.3.0-related builds for Fedora 10 and >>>> 11 candidate updates. As this requires some buildroot overrides, if your >>>> package uses KDE libraries, it may inadvertently build against KDE 4.3.0 >>>> libraries and may, at least in some cases, NOT work with 4.2.4. >>>> >>>> So please either hold off on update builds for packages using KDE >>>> libraries or contact us (on the #fedora-kde IRC chan or the fedora-kde >>>> mailing list). >>> >>> Not that I'm an F-10 user, or a KDE user, but: F-10? ?Seriously? > ... >> /me is *seriously* confused by Ajax's comment. > > It's understandable, it's a release in the later stages of support, but at > this time, the sig strongly feels the best way to continue that support is > to follow through on our plan. Okay, maybe it's just a confusion between RHEL and Fedora. Although I think the version numbers are major.minor.bugfix or something and even RHEL would allow an update for just a minor point release IIRC. Anyway, its moot because this is Fedora we are talking about. I'm glad you are going through with it. Awesome support from the KDE SIG! Kudos! From rdieter at math.unl.edu Wed Aug 5 01:24:52 2009 From: rdieter at math.unl.edu (Rex Dieter) Date: Tue, 04 Aug 2009 20:24:52 -0500 Subject: kde-4.3.0 coming to F-10, F-11 References: <4A78840F.6010309@math.unl.edu> <1249415615.5139.453.camel@atropine.boston.devel.redhat.com> <1249433783.18316.74.camel@localhost.localdomain> Message-ID: Jesse Keating wrote: > It's supported, but there are those of us that feel that it shouldn't be > getting version updates, only bug fixes. Just going by the version > numbers, 4.2.4 to 4.3.0 seems like a fairly big jump. However it could > just be a bugfix rollup, it's hard to tell just by looking at version > numbers. The fact that there are warnings about abi issues would make > it seem a bit more than just bugfix updates. Rest assured, things are backward compatible, but not forward, ie, apps compiled against kde-4.2.x run are fine on kde-4.3.x, just not necessarily vice-versa. That's the abi issues we're warning about. Further, this is a case where a vast majority of known bugfixes are found in the version upgrade. There are also other mitigating factors (upstream and downstream), but I'd prefer this not be the time or place to go into that. -- Rex From mike at miketc.net Wed Aug 5 02:21:02 2009 From: mike at miketc.net (Mike Chambers) Date: Tue, 04 Aug 2009 21:21:02 -0500 Subject: Evolution fonts Message-ID: <1249438862.5100.2.camel@scrappy.miketc.net> Does anyone else see the fonts and/or window panes or preview panes showing the email fonts or whatever in a larger size than in previous versions? In other words, if you highlight a folder on left pane, look at top section on left side at the emails at how big they are. Then highlight an email and look at the bottom at the preview pane and the fonts in the body of the email seem bigger than in previous versions. Anyone else (IF I am explaining this correctly) seeing this? Mike From mike at miketc.net Wed Aug 5 02:51:20 2009 From: mike at miketc.net (Mike Chambers) Date: Tue, 04 Aug 2009 21:51:20 -0500 Subject: F12 Alpha Test install Message-ID: <1249440680.5100.16.camel@scrappy.miketc.net> Things I ran into when trying to install this test image and checking to see if anyone else ran into them, or ask for confirmation on what I see or shouldn't see. BTW, install consisted of downloading x86_64 dvd iso and it along with the images/install.img both residing in a mounted nfs directory. I burned boot.iso and used it to start the install from, while the install.img I got from mounting the dvd.iso and copying it to the proper location. 1 - askmethod - was able to select language and keyboard types, but it didn't let me configure network or type of install. It might have let me do the previous later on if I had proceeded, but it asked me about what partition and path to the install image to install from. But mine is on nfs and it didn't allow me to configure nfs at that point. 2 - My mouse was not detected at all during install. Or at least, I never saw the mouse arrow during it. Had to use keyboard the whole time. 3 - I used the GUI to do the install and when getting to type of install, I tried to select NFS and listed my server and path to iso image (yes dir is mounted), and it was looking for repo stuff for instead of detecting the iso image itself. Just a few things I ran into during install. -- Mike Chambers Madisonville, KY Fedora Project - Tester, User, Bugzapper, etc.. From john.brown009 at gmail.com Wed Aug 5 03:00:14 2009 From: john.brown009 at gmail.com (TK009) Date: Tue, 04 Aug 2009 23:00:14 -0400 Subject: Evolution fonts In-Reply-To: <1249438862.5100.2.camel@scrappy.miketc.net> References: <1249438862.5100.2.camel@scrappy.miketc.net> Message-ID: <4A78F5BE.8020006@gmail.com> On 08/04/2009 10:21 PM, Mike Chambers wrote: > Does anyone else see the fonts and/or window panes or preview panes > showing the email fonts or whatever in a larger size than in previous > versions? In other words, if you highlight a folder on left pane, look > at top section on left side at the emails at how big they are. Then > highlight an email and look at the bottom at the preview pane and the > fonts in the body of the email seem bigger than in previous versions. > > Anyone else (IF I am explaining this correctly) seeing this? > > Mike > You're not alone. I am seeing it less now. TK009 From tcallawa at redhat.com Wed Aug 5 04:15:59 2009 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Wed, 05 Aug 2009 00:15:59 -0400 Subject: License change for ghostscript In-Reply-To: <1249421909.2146.8.camel@adam.local.net> References: <1248994755.2798.2.camel@worm> <200907312247.19079.ville.skytta@iki.fi> <1249073607.6440.14.camel@adam.local.net> <1249125078.16407.5.camel@worm> <1249421909.2146.8.camel@adam.local.net> Message-ID: <4A79077F.5050500@redhat.com> On 08/04/2009 05:38 PM, Adam Williamson wrote: > On Sat, 2009-08-01 at 12:11 +0100, Tim Waugh wrote: > >> No, please look more closely. The above is a list of packages that >> *use* or *require* ghostscript, not that link to it. > >> See my most recent contribution to this thread to see the correct list >> based on requirements for libgs.so.8 and libijs-0.35.so. > > Yes, I saw that after I'd sent my reply. I had assumed the original list > was correct, and worked on that basis. > >>> An interesting side-question here is what license tag we should use for >>> an app whose license text states GPLv2+, but which we are linking >>> against a GPLv3+ library, effectively meaning that its license for our >>> purposes is GPLv3+... >> Yes, indeed. > > I should probably talk to Spot about that. So, the rule here is that we don't take outside linking into effect when marking the package's licensing. We go by what the source in the tarball tells us. Otherwise, it would become massively too complicated to figure it out for a lot of packages. ~spot From jkeating at redhat.com Wed Aug 5 04:35:28 2009 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 04 Aug 2009 21:35:28 -0700 Subject: New facility to request tagging actions Message-ID: <1249446928.18316.102.camel@localhost.localdomain> There is a new facility coming very soon to aid in requesting tag actions of rel-eng. A new target will show up in dist-cvs make system in the next day or so, called 'tag-request'. This will function much like the 'update' target, it will prompt you to edit a file to fill in the target and a description of your change. It will use a cli tool (fedora-hosted) to file a ticket in the rel-eng trac for you, and you should receive an email with the results of the filing. Those of you out there that know a thing or two about makefiles, please read the attached diff and keep me from committing something stupid. Those of you that don't know anything about makefiles, avert your eyes lest you be corrupted! -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: tag-request.patch Type: text/x-patch Size: 2594 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: -------------- next part -------------- _______________________________________________ Fedora-devel-announce mailing list Fedora-devel-announce at redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-announce From abo at root.snowtree.se Wed Aug 5 04:59:20 2009 From: abo at root.snowtree.se (Alexander =?ISO-8859-1?Q?Bostr=F6m?=) Date: Wed, 05 Aug 2009 06:59:20 +0200 Subject: An easy way to redefine configure? In-Reply-To: <1249377274.19892.6.camel@politzer.theorphys.helsinki.fi> References: <1249377274.19892.6.camel@politzer.theorphys.helsinki.fi> Message-ID: <1249448360.4400.11051.camel@tempo.alexander.bostrom.net> tis 2009-08-04 klockan 12:14 +0300 skrev Jussi Lehtola: > What's the correct way to do this? I don't know about correct, but this should work: mkdir foo cd foo cat >configure <<'EOF' #!/bin/bash exec ../configure "$@" EOF chmod 755 configure %configure /abo From alexl at users.sourceforge.net Wed Aug 5 06:33:57 2009 From: alexl at users.sourceforge.net (Alex Lancaster) Date: Tue, 04 Aug 2009 23:33:57 -0700 Subject: persistent clutter and ghc breakage In-Reply-To: (Bryan O'Sullivan's message of "Tue\, 4 Aug 2009 09\:52\:32 -0700") References: <20090803101537.GA27919@releng2.fedora.phx.redhat.com> Message-ID: <71hbwmrcq2.fsf@allele2.eebweb.arizona.edu> >>>>> "BO" == Bryan O'Sullivan writes: BO> On Mon, Aug 3, 2009 at 11:41 PM, Alex Lancaster > wrote: >> Similarly with ghc based packages, there appears to be no movement to >> fix these broken deps: BO> We were told there would be a massrebuild that would magically hit all of BO> these, so I made no attempt to rebuild the affected packages. If I was BO> misinformed, fair enough. There was a mass rebuild, but unfortunately they failed because of some (presumably) transient problem with the build system, because the rebuild now. However once the deps failed there should have been regular nagmail from the rawhide broken dep checker to all maintainers. ALex From opensource at till.name Wed Aug 5 08:06:49 2009 From: opensource at till.name (Till Maas) Date: Wed, 05 Aug 2009 10:06:49 +0200 Subject: New facility to request tagging actions In-Reply-To: <1249446928.18316.102.camel@localhost.localdomain> References: <1249446928.18316.102.camel@localhost.localdomain> Message-ID: <20090805080649.GB16783@genius.kawo2.rwth-aachen.de> On Tue, Aug 04, 2009 at 09:35:28PM -0700, Jesse Keating wrote: > This will function much like the 'update' target, it will prompt you to > edit a file to fill in the target and a description of your change. It > will use a cli tool (fedora-hosted) to file a ticket in the rel-eng trac > for you, and you should receive an email with the results of the filing. This is a cool feature. > +# Description of your tag request\n\ > +notes=Here is where you give a description of what you want to change,\n\ > +rational for why the change is important enough to break the freeze,\n\ > +impact of not accepting the change, and what testing has been done.\ > +Or if this is a tag request for updates, just the info about the updates.\ I did not yet try it out, but there is some information missing: tag requests are also needed for buildroot overrides and not only to break a freeze. > + $(FEDORAHOSTED) -u $(USER) -P rel-eng new-ticket -s \ > + "Tag request $(NAME)-$(VERSION)-$(RELEASE) for $$target" \ > + -d "$$descript"; \ You might want to check whether or not this is a EPEL branch and set the component to EPEL for EPEL tag requests. Regards Till -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 835 bytes Desc: not available URL: From loupgaroublond at gmail.com Wed Aug 5 08:13:46 2009 From: loupgaroublond at gmail.com (Yaakov Nemoy) Date: Wed, 5 Aug 2009 10:13:46 +0200 Subject: persistent clutter and ghc breakage In-Reply-To: <71hbwmrcq2.fsf@allele2.eebweb.arizona.edu> References: <20090803101537.GA27919@releng2.fedora.phx.redhat.com> <71hbwmrcq2.fsf@allele2.eebweb.arizona.edu> Message-ID: <7f692fec0908050113m35d98b0y511935c90ef2485c@mail.gmail.com> 2009/8/5 Alex Lancaster : >>>>>> "BO" == Bryan O'Sullivan ?writes: > > BO> On Mon, Aug 3, 2009 at 11:41 PM, Alex Lancaster >> wrote: > >>> Similarly with ghc based packages, there appears to be no movement to >>> fix these broken deps: > > BO> We were told there would be a massrebuild that would magically hit all of > BO> these, so I made no attempt to rebuild the affected packages. If I was > BO> misinformed, fair enough. > > There was a mass rebuild, but unfortunately they failed because of > some (presumably) transient problem with the build system, because the > rebuild now. > > However once the deps failed there should have been regular nagmail > from the rawhide broken dep checker to all maintainers. There has been a nag mail, and i fixed a couple of packages yesterday. Unfortunately, i'm still waiting for the package maintainers to give me commit rights for the last three. -Yaakov From bioinfornatics at gmail.com Wed Aug 5 08:27:20 2009 From: bioinfornatics at gmail.com (Jonathan MERCIER) Date: Wed, 5 Aug 2009 10:27:20 +0200 Subject: Review Message-ID: Dear sir, I have an old bug : https://bugzilla.redhat.com/show_bug.cgi?id=482757 This person want a review someone can review this software please. Thanks kind regards -------------- next part -------------- An HTML attachment was scrubbed... URL: From lemenkov at gmail.com Wed Aug 5 08:34:59 2009 From: lemenkov at gmail.com (Peter Lemenkov) Date: Wed, 5 Aug 2009 12:34:59 +0400 Subject: Review In-Reply-To: References: Message-ID: Hello All! 2009/8/5 Jonathan MERCIER : > Dear sir, > I have an old bug : https://bugzilla.redhat.com/show_bug.cgi?id=482757 > This person want a review someone can review this software please. > Thanks > kind regards Jonathan, you may review this srpm by yourself. Don't be afraid, just step in :) Others, will help you, if you missed something during review. -- With best regards, Peter Lemenkov. From mcrha at redhat.com Wed Aug 5 08:58:58 2009 From: mcrha at redhat.com (Milan Crha) Date: Wed, 05 Aug 2009 10:58:58 +0200 Subject: Evolution fonts In-Reply-To: <4A78F5BE.8020006@gmail.com> References: <1249438862.5100.2.camel@scrappy.miketc.net> <4A78F5BE.8020006@gmail.com> Message-ID: <1249462738.2492.2.camel@localhost.localdomain> On Tue, 2009-08-04 at 23:00 -0400, TK009 wrote: > On 08/04/2009 10:21 PM, Mike Chambers wrote: > > Does anyone else see the fonts and/or window panes or preview panes > > showing the email fonts or whatever in a larger size than in previous > > versions? In other words, if you highlight a folder on left pane, look > > at top section on left side at the emails at how big they are. Then > > highlight an email and look at the bottom at the preview pane and the > > fonts in the body of the email seem bigger than in previous versions. > > > > Anyone else (IF I am explaining this correctly) seeing this? > > > > Mike > > > You're not alone. I am seeing it less now. > > TK009 Hi, could you add a bug report to https://bugzilla.redhat.com and attach screenshot of that you described above, please? I do not remember any such issue seeing myself, and I cannot even imagine what you mean. Thanks in advance. Bye, Milan From jussilehtola at fedoraproject.org Wed Aug 5 09:08:59 2009 From: jussilehtola at fedoraproject.org (Jussi Lehtola) Date: Wed, 05 Aug 2009 12:08:59 +0300 Subject: Review In-Reply-To: References: Message-ID: <1249463339.31077.8.camel@politzer.theorphys.helsinki.fi> On Wed, 2009-08-05 at 12:34 +0400, Peter Lemenkov wrote: > Hello All! > > 2009/8/5 Jonathan MERCIER : > > Dear sir, > > I have an old bug : https://bugzilla.redhat.com/show_bug.cgi?id=482757 > > This person want a review someone can review this software please. > > Thanks > > kind regards > > Jonathan, you may review this srpm by yourself. Don't be afraid, just step in :) > Others, will help you, if you missed something during review. The bug depends on FE-NEEDSPONSOR, and Jonathan isn't a sponsor. (I'm not very sure, however, about the current policy of wanting sponsors to review first packages. IMHO anyone should be able to review them, just as long as a sponsor goes through them and some inofficial reviews by the submitter. It's less work for the sponsor that way :D) However, the last committer activity has been April, and my comments a month ago haven't been taken into account yet. -- Jussi Lehtola Fedora Project Contributor jussilehtola at fedoraproject.org From mike at miketc.net Wed Aug 5 09:15:09 2009 From: mike at miketc.net (Mike Chambers) Date: Wed, 05 Aug 2009 04:15:09 -0500 Subject: Evolution fonts In-Reply-To: <1249462738.2492.2.camel@localhost.localdomain> References: <1249438862.5100.2.camel@scrappy.miketc.net> <4A78F5BE.8020006@gmail.com> <1249462738.2492.2.camel@localhost.localdomain> Message-ID: <1249463709.5782.0.camel@scrappy.miketc.net> On Wed, 2009-08-05 at 10:58 +0200, Milan Crha wrote: > could you add a bug report to https://bugzilla.redhat.com and attach > screenshot of that you described above, please? I do not remember any > such issue seeing myself, and I cannot even imagine what you mean. Here ya go.. https://bugzilla.redhat.com/show_bug.cgi?id=515659 -- Mike Chambers Madisonville, KY Fedora Project - Tester, User, Bugzapper, etc.. From thomasj at fedoraproject.org Wed Aug 5 09:27:09 2009 From: thomasj at fedoraproject.org (Thomas Janssen) Date: Wed, 5 Aug 2009 11:27:09 +0200 Subject: kde-4.3.0 coming to F-10, F-11 In-Reply-To: References: <4A78840F.6010309@math.unl.edu> <1249415615.5139.453.camel@atropine.boston.devel.redhat.com> Message-ID: 2009/8/5 Christopher Stone : > I'm glad you are going through with it. ?Awesome support from the KDE SIG! > Kudos! +1 Thanks from all us F10 users who don't want or cant upgrade to F11 for various reasons. -- LG Thomas Dubium sapientiae initium From josephine.tannhauser at googlemail.com Wed Aug 5 09:49:15 2009 From: josephine.tannhauser at googlemail.com (=?UTF-8?Q?Josephine_Tannh=C3=A4user?=) Date: Wed, 5 Aug 2009 11:49:15 +0200 Subject: KDE vs. GNOME on F10 Message-ID: <3668e9f50908050249r18019ab4j95b10beb23d74e73@mail.gmail.com> Hi all. KDE 4.3 will come to F11 and F10. It's a cool thing. There aren't updates like this for Gnome. Why not? F10 with Gnome 2.26 sounds fine to me. -- Josephine "Fine" Tannh?user 2.6.29.6-213.fc11.i586 -------------- next part -------------- An HTML attachment was scrubbed... URL: From hughsient at gmail.com Wed Aug 5 10:02:04 2009 From: hughsient at gmail.com (Richard Hughes) Date: Wed, 5 Aug 2009 11:02:04 +0100 Subject: KDE vs. GNOME on F10 In-Reply-To: <3668e9f50908050249r18019ab4j95b10beb23d74e73@mail.gmail.com> References: <3668e9f50908050249r18019ab4j95b10beb23d74e73@mail.gmail.com> Message-ID: <15e53e180908050302k6faa024cj5f7630d15b9a4305@mail.gmail.com> 2009/8/5 Josephine Tannh?user : > KDE 4.3 will come to F11 and F10. It's a cool thing. > There aren't updates like this for Gnome. Why not? > F10 with Gnome 2.26 sounds fine to me. Because I don't want to _support_ the latest and greatest GNOME on old versions. A lot of the GNOME stack would require updating core system stuff like gtk+ and glib2, and when you've done that you might as well be running F11. I don't mind merging small patches from upstream to fix specific bugs, but new code brings new bugs, and that's not something a typical F10 user wants to cope with. In my opinion, if you want newer functionality, you should just upgrade to F11. Richard. From rawhide at fedoraproject.org Wed Aug 5 10:03:39 2009 From: rawhide at fedoraproject.org (Rawhide Report) Date: Wed, 5 Aug 2009 10:03:39 +0000 Subject: rawhide report: 20090805 changes Message-ID: <20090805100339.GA3128@releng2.fedora.phx.redhat.com> Compose started at Wed Aug 5 06:15:04 UTC 2009 New package biniax A unique arcade logic game New package constantine-backgrounds Constantine desktop backgrounds New package moblin-cursor-theme Moblin X cursors theme New package multimedia-menus Categorization for the GNOME/KDE Audio&Video/Multimedia menu New package python-tw-jquery ToscaWidgets wrapping for jQuery New package sblim-indication_helper Toolkit for CMPI indication providers New package vifir A viewer for electronic aviation charts New package znc-extra Extra modules for ZNC IRC bouncer Removed package xorg-x11-filesystem Updated Packages: Miro-2.5.2-2.fc12 ----------------- * Tue Aug 04 2009 Alex Lancaster - 2.5.2-1 - Update to latest upstream (2.5.2) - Drop xine hack patch, now upstream - Rebase remaining patches to 2.5.2 where necessary - Include new icons in files list * Tue Aug 04 2009 Jan Horak - 2.5.2-2 - Rebuild against newer gecko NetworkManager-0.7.995-1.git20090804.fc12 ----------------------------------------- * Tue Aug 04 2009 Dan Williams - 0.7.995-1.git20090804 - nm: IPv6 support for manual & router-advertisement modes abiword-2.7.8-2.fc12 -------------------- * Tue Aug 04 2009 Rex Dieter - 1:2.7.8-2 - drop Req: mathml-fonts (dep moved to gtkmathview) alsa-plugins-1.0.20-5.fc12 -------------------------- * Tue Aug 04 2009 Lennart Poettering - 1.0.20-5 - Add a couple of more clean up patches for the pulse plugin alt-ergo-0.9-2.fc12 ------------------- * Tue Aug 04 2009 Alan Dunn 0.9-2 - Added ExcludeArch sparc64 due to no OCaml amanda-2.6.0p2-12.fc12 ---------------------- * Tue Aug 04 2009 Daniel Novotny 2.6.0p2-12 -fix #512534 - amstatus outputs "Insecure dependency in printf ..." atlas-3.8.3-7.fc12 ------------------ * Tue Aug 04 2009 Deji Akingunola - 3.8.3-6 - Add '-g' to build flag to allow proper genration of debuginfo subpackages (Fedora bug #509813) - Build for F12 * Tue Aug 04 2009 Deji Akingunola - 3.8.3-7 - Create a -header subpackage to avoid multilib conflicts (BZ#508565). blam-1.8.5-14.fc12 ------------------ * Tue Aug 04 2009 Jan Horak - 1.8.5-14 - Rebuild against newer gecko clipsmm-0.1.0-1.fc12 -------------------- * Mon Jul 27 2009 Rick L Vinyard Jr - 0.1.0-1 - New release clutter-imcontext-0.1.2-6.fc12 ------------------------------ * Tue Aug 04 2009 Peter Robinson 0.1.2-6 - Add some more clutter 1.0 bits cmigemo-1.3-0.7.c_MIT.fc12.3 ---------------------------- * Wed Aug 05 2009 Mamoru Tasaka - F-12: Rebuild for updated skkdic (for F12Alpha) cpuspeed-1.5-12.fc12 -------------------- * Tue Aug 04 2009 Adam Jackson 1.5-12 - Move buildroot dir creation to %install * Fri Jul 24 2009 Fedora Release Engineering - 1:1.5-11 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild crash-4.0.8.11-1.fc12 --------------------- * Wed Aug 05 2009 Lubomir Rintel - 4.0.8.11-1 - Update to later upstream release - Fix abuse of Revision tag - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild createrepo-0.9.7-14.fc12 ------------------------ * Tue Aug 04 2009 Seth Vidal - 0.9.7-14 - minor fix for rh bug 512610 creox-0.2.2-0.4.rc2.fc12 ------------------------ * Wed Aug 05 2009 Orcan Ogetbil 0.2.2-0.4.rc2 - Update .desktop file dhcpv6-2.0.0alpha1-2.fc12 ------------------------- * Tue Aug 04 2009 David Cantrell - 2.0.0alpha1-2 - BuildRequires glib2-devel * Mon Aug 03 2009 David Cantrell - 2.0.0alpha1-1 - Upgraded to dhcpv6-2.0.0-alpha1 filesystem-2.4.27-1.fc12 ------------------------ * Tue Aug 04 2009 Adam Jackson 2.4.27-1 - Prov/Obs: xorg-x11-filesystem firstaidkit-0.2.4-1.fc12 ------------------------ * Tue Aug 04 2009 Martin Sivak - 0.2.4-1 - Fix temp file generation in firstaidkit-qs fontmatrix-0.6.99-1.r1072.fc12 ------------------------------ * Tue Aug 04 2009 Parag - 0.6.99-1.r1072 - update to svn revision 1072 gdb-6.8.50.20090803-2.fc12 -------------------------- * Tue Aug 04 2009 Jan Kratochvil - 6.8.50.20090803-1 - Upgrade to the FSF GDB gdb-6.8.50 snapshot: 6.8.50.20090803 - archer-jankratochvil-fedora12 commit: 0222cb1f4ddd1eda32965e464cb60b1e44e110b2 * Tue Aug 04 2009 Jan Kratochvil - 6.8.50.20090803-2 - Drop the bundled libstdc++ python - it should be packaged on its own now. * Fri Jul 31 2009 Jan Kratochvil - 6.8.50.20090302-41 - Fix compatibility of --with-system-readline and readline-6.0+. - Temporarily disabled orphanripper on Fedora 12. * Fri Jul 31 2009 Jan Kratochvil - 6.8.50.20090302-42 - Release bump only. * Fri Jul 24 2009 Fedora Release Engineering - 6.8.50.20090302-40 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild ghc-HTTP-4000.0.6-4.fc12 ------------------------ * Fri Jul 24 2009 Fedora Release Engineering - 4000.0.6-4 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild ghc-ghc-paths-0.1.0.5-8.fc12 ---------------------------- * Fri Jul 24 2009 Fedora Release Engineering - 0.1.0.5-8 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild ghc-haskell-src-exts-1.0.1-3.fc12 --------------------------------- * Tue Aug 04 2009 Yaakov M. Nemoy - 1.0.1-3 - rebuild against new ghc * Fri Jul 24 2009 Fedora Release Engineering - 1.0.1-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild ghc-uniplate-1.2.0.3-6.fc12 --------------------------- * Tue Aug 04 2009 Yaakov M. Nemoy - 1.2.0.3-6 - rebuild against new ghc * Fri Jul 24 2009 Fedora Release Engineering - 1.2.0.3-5 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild ghc-zlib-0.5.0.0-10.fc12 ------------------------ * Fri Jul 24 2009 Fedora Release Engineering - 0.5.0.0-10 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild gnomad2-2.9.4-4.fc12 -------------------- * Tue Aug 04 2009 Linus Walleij 2.9.4-4 - Rebuild for new libmtp. * Fri Jul 24 2009 Fedora Release Engineering - 2.9.4-3 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild gnome-bluetooth-2.27.9-1.fc12 ----------------------------- * Tue Aug 04 2009 Bastien Nocera 2.27.9-1 - Update to 2.27.9 gnome-desktop-2.27.5-3.fc12 --------------------------- * Tue Aug 04 2009 Matthias Clasen - 2.27.5-2 - Drop leonidas backgrounds in anticipation of constantine backgrounds * Tue Aug 04 2009 Matthias Clasen - 2.27.5-3 - Require constantine-backgrounds gnome-pilot-2.0.17-6.fc12 ------------------------- * Tue Aug 04 2009 Matthias Clasen - 2.0.17-6 - Don't show gnome-pilot in the menus. It is already available from evolution, and this menuitem about 'PalmOS devices' is just confusing in the age of the Palm Pre. gnome-python2-extras-2.25.3-9.fc12 ---------------------------------- * Tue Aug 04 2009 Jan Horak - 2.25.3-9 - Rebuild against newer gecko gnome-vfs2-2.24.1-6.fc12 ------------------------ * Tue Aug 04 2009 Tomas Bzatek - 2.24.1-6 - Backport some upstream patches gtkmathview-0.8.0-5.fc12 ------------------------ * Tue Aug 04 2009 Rex Dieter - 0.8.0-5 - add lyx-fonts/mathml-fonts dep gvfs-1.3.3-2.fc12 ----------------- * Tue Aug 04 2009 Tomas Bzatek - 1.3.3-2 - Fix gedit crashed with SEGV in strlen() - Fix SMB protocol not handled when opening from a bookmark (#509832) hplip-3.9.6b-5.fc12 ------------------- * Tue Aug 04 2009 Tim Waugh 3.9.6b-5 - Fix hpcups fax PPDs (bug #515356) imapsync-1.286-1.fc12 --------------------- * Tue Aug 04 2009 Nick Bebout - 1.286-1 - Upgrade to 1.286 imp-4.3.4-1.fc12 ---------------- * Tue Aug 04 2009 Nick Bebout - 4.3.4-1 - Upgrade to 4.3.4 iso-codes-3.10.2-1.fc12 ----------------------- * Wed Aug 05 2009 Parag Nemade - 3.10.2-1 - Update to 3.10.2 * Tue Aug 04 2009 Parag Nemade - 3.10.1-1 - Update to 3.10.1 jakarta-commons-dbcp-1.2.1-13.5.fc12 ------------------------------------ * Fri Jul 24 2009 Fedora Release Engineering - 0:1.2.1-13.5 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild jd-2.4.2-0.2.svn3017_trunk.fc12 ------------------------------- * Wed Aug 05 2009 Mamoru Tasaka - rev 3017 kcoloredit-4.3.0-1.fc12 ----------------------- * Tue Aug 04 2009 Than Ngo - 4.3.0-1 - 4.3.0 kde-filesystem-4-29.fc12 ------------------------ * Tue Aug 04 2009 Rex Dieter - 4-29 - drop unused (and confusing) /etc/kde4/ crud kde-plasma-runcommand-1.4-1.fc12 -------------------------------- * Tue Aug 04 2009 Jaroslav Reznik - 1.4-1 - update to 1.4 - gettext BR removed kdebase-runtime-4.3.0-2.fc12 ---------------------------- * Tue Aug 04 2009 Than Ngo - 4.3.0-2 - respin kdepimlibs-4.3.0-2.fc12 ----------------------- * Tue Aug 04 2009 Rex Dieter - 4.3.0-2 - akonadi_version 1.2.0 kdeplasma-addons-4.3.0-5.fc12 ----------------------------- * Tue Aug 04 2009 Than Ngo - 4.3.0-5 - respin kernel-2.6.31-0.125.rc5.git2.fc12 --------------------------------- * Tue Aug 04 2009 Dave Airlie - update VGA arb patches again * Tue Aug 04 2009 Ben Skeggs - nouveau: more code share between nv50/ - 0.1.1-18 - 4.3.0 kiconedit-4.3.0-1.fc12 ---------------------- * Tue Aug 04 2009 Than Ngo - 4.3.0-1 - 4.3.0 leonidas-kde-theme-11.0.2-1.fc12 -------------------------------- * Tue Aug 04 2009 Rex Dieter 11.0.2-1 - fixup theme metadata for KDE-4.3 libXi-1.2.99-10.20090805.fc12 ----------------------------- * Wed Aug 05 2009 Peter Hutterer 1.2.99-10.20090805 - Update to today's git master - Re-enable parallel builds, the man page makefile is fixed now. libcanberra-0.15-2.fc12 ----------------------- * Wed Aug 05 2009 Lennart Poettering 0.15-1 - New version 0.15 * Wed Aug 05 2009 Lennart Poettering 0.15-2 - Fix mistag libgnome-2.26.0-7.fc12 ---------------------- * Tue Aug 04 2009 Matthias Clasen - 2.26.0-6 - Drop Leonidas backgrounds in anticipation of Constantine backgrounds * Tue Aug 04 2009 Matthias Clasen - 2.26.0-7 - Default to Constantine backgrounds lohit-fonts-2.4.0-2.fc12 ------------------------ maven2-2.0.4-12.19.fc12 ----------------------- * Sat Jul 25 2009 Fedora Release Engineering - 0:2.0.4-12.19 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild mcelog-0.7-5.fc12 ----------------- * Tue Aug 04 2009 Adam Jackson 0.7-5 - Fix %install for new buildroot cleanout. * Sat Jul 25 2009 Fedora Release Engineering - 1:0.7-4 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild monodevelop-2.0-5.fc12 ---------------------- * Tue Aug 04 2009 Jan Horak - 2.0-5 - Rebuild against newer gecko nautilus-actions-1.11.2-1.fc12 ------------------------------ nbtk-0.16.3-8.fc12 ------------------ * Sat Aug 01 2009 Peter Robinson 0.16.3-8 - Rebuild * Thu Jul 30 2009 Peter Robinson 0.16.3-6 - Add patch for clutter 1.0 * Thu Jul 30 2009 Peter Robinson 0.16.3-7 - Add another patch for clutter 1.0 oprofile-0.9.5-1.fc12 --------------------- * Mon Aug 03 2009 Will Cohen - 0.9.5-1 - Rebase on OProfile 0.9.5. pdf2djvu-0.5.11-1.fc12 ---------------------- * Tue Aug 04 2009 Rakesh Pandit - 0.5.11-1 - Updated to 0.5.11 * Mon Aug 03 2009 Rakesh Pandit - 0.5.0-5 - Fixed the missing djvulibre require #500306 * Sat Jul 25 2009 Fedora Release Engineering - 0.5.0-4 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild perl-Bit-Vector-6.6-1.fc12 -------------------------- * Tue Aug 04 2009 Stepan Kasal - 6.6-1 - new upstream release perl-DBIx-Class-Schema-Loader-0.04006-4.fc12 -------------------------------------------- * Wed Aug 05 2009 Ralf Cors?pius - 0.04006-4 - Fix mass rebuild breakdown: Replace bundled Module-Install with Module-Install-0.91. Add --skipdeps. * Sat Jul 25 2009 Fedora Release Engineering - 0.04006-3 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild * Fri Jun 26 2009 Tom "spot" Callaway 0.04006-2 - fix duplicate directory ownership (perl-DBIx-Class owns /usr/lib/perl5/vendor_perl/5.10.0/DBIx/Class/) * Wed Jun 03 2009 Chris Weyl 0.04006-1 - auto-update to 0.04006 (by cpan-spec-update 0.01) - altered br on perl(ExtUtils::MakeMaker) (0 => 6.42) - altered br on perl(Test::More) (0 => 0.47) perl-Date-Calc-5.6-1.fc12 ------------------------- * Tue Aug 04 2009 Stepan Kasal - 5.6-1 - new upstream version perl-DateTimeX-Easy-0.087-3.fc12 -------------------------------- * Tue Aug 04 2009 Ralf Cors?pius 0.087-3 - Fix mass rebuild breakdown: Add --skipdeps. - Use Test::Most. * Sat Jul 25 2009 Fedora Release Engineering - 0.087-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild * Tue May 19 2009 Chris Weyl 0.087-1 - auto-update to 0.087 (by cpan-spec-update 0.01) - altered br on perl(ExtUtils::MakeMaker) (0 => 6.42) perl-Devel-FindRef-1.42-3.fc12 ------------------------------ * Tue Aug 04 2009 Stepan Kasal 1.42-3 - back out the previous rebuild perl-Gtk2-GladeXML-1.007-4.fc12 ------------------------------- * Wed Aug 05 2009 Ralf Cors?pius - 1.007-4 - Fix mass rebuild breakdown: Add BR: perl(Glib::MakeHelper). * Sat Jul 25 2009 Fedora Release Engineering - 1.007-3 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild perl-Gtk2-MozEmbed-0.08-6.fc12.5 -------------------------------- * Tue Aug 04 2009 Jan Horak - 0.08-6.5 - Rebuild against newer gecko perl-Gtk2-Notify-0.05-6.fc12 ---------------------------- * Tue Aug 04 2009 Ralf Cors?pius - 0.05-6 - Fix mass rebuild breakdown: Add BR: perl(Glib::MakeHelper). * Sat Jul 25 2009 Fedora Release Engineering - 0.05-5 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild perl-Gtk2-Spell-1.03-11.fc12 ---------------------------- * Wed Aug 05 2009 Ralf Cors?pius - 1.03-11 - Fix mass rebuild breakdown: Add BR: perl(Glib::MakeHelper). * Sat Jul 25 2009 Fedora Release Engineering - 1.03-10 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild perl-Gtk2-TrayIcon-0.06-7.fc12 ------------------------------ * Wed Aug 05 2009 Ralf Cors?pius - 0.06-7 - Fix mass rebuild breakdown: Add BR: perl(Glib::MakeHelper). * Sat Jul 25 2009 Fedora Release Engineering - 0.06-6 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild perl-Net-SSH2-0.21-3.fc12 ------------------------- * Wed Aug 05 2009 Ralf Cors?pius - 0.21-3 - Fix mass rebuild breakdown: Add BR: zlib-devel, openssl-devel. * Sun Jul 26 2009 Fedora Release Engineering - 0.21-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild * Mon Jun 08 2009 Chris Weyl 0.21-1 - auto-update to 0.21 (by cpan-spec-update 0.01) - altered br on perl(ExtUtils::MakeMaker) (0 => 6.42) perl-Verilog-3.212-1.fc12 ------------------------- perl-rpm-build-perl-0.6.8-3.fc12 -------------------------------- * Sun Jul 26 2009 Fedora Release Engineering - 0.6.8-3 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild pidgin-2.6.0-0.9.20090804.fc12 ------------------------------ * Tue Aug 04 2009 Warren Togami 2.6.0-0.9.20090804 - new snapshot psmisc-22.6-13.fc12 ------------------- * Wed Aug 05 2009 Lubomir Rintel - 22.6-13 - Fix a buffer overflow pulseaudio-0.9.16-5.test4.fc12 ------------------------------ * Wed Aug 05 2009 Lennart Poettering 0.9.16-5.test4 - New test release pybackpack-0.5.6-5.fc12 ----------------------- * Tue Aug 04 2009 Adam Miller - 0.5.6-5 - Removing gnome-python2-nautilus-cd-burner as a dependency pyparted-2.1.1-1.fc12 --------------------- * Tue Aug 04 2009 David Cantrell - 2.1.1-1 - Upgrade to pyparted-2.1.1 python-urlgrabber-3.9.0-4.fc12 ------------------------------ * Tue Aug 04 2009 Seth Vidal - 3.9.0-4 - timeout patch for https://bugzilla.redhat.com/show_bug.cgi?id=515497 qemu-0.10.91-0.4.rc1.fc12 ------------------------- * Tue Aug 04 2009 Mark McLoughlin - 2:0.10.91-0.3.rc1.rc0 - Fix extboot checksum (bug #514899) * Tue Aug 04 2009 Mark McLoughlin - 2:0.10.91-0.4.rc1 - Update to qemu-kvm-0.11-rc1; no changes from rc1-rc0 rtkit-0.4-1.fc12 ---------------- * Wed Aug 05 2009 Lennart Poettering - 0.4-1 - New release rubygem-cobbler-1.6.1-1.fc12 ---------------------------- * Tue Aug 04 2009 Darryl Pierce - 1.6.1-1 - Removed debugging code from production code. - Removed unit testing code. sat4j-2.1.0-1.fc12 ------------------ * Tue Aug 04 2009 Alexander Kurtakov 2.1.0-1 - Update to 2.1.0 final. selinux-policy-3.6.26-4.fc12 ---------------------------- * Tue Aug 04 2009 Dan Walsh 3.6.26-4 - Allow exim to getattr on mountpoints - Fixes for pulseaudio setuptool-1.19.6-1.fc12 ----------------------- * Tue Aug 04 2009 Michal Hlavinka - 1.19.6-1 - updated to 1.19.6 - don't display *_IN locale in /dev/tty/X it does not work (#511193) shortrpm-1.2-1.fc12 ------------------- * Tue Aug 04 2009 Lubomir Rintel - 1.2-2 - New upstream release - Fix operation with more recent rpm config skkdic-20090805-1.T0306.fc12 ---------------------------- * Wed Aug 05 2009 Mamoru Tasaka - 20090805-1.T0306 - Update for F12Alpha - A bit clean up for spec file solar-kde-theme-0.1.18-1.fc12 ----------------------------- * Tue Aug 04 2009 Rex Dieter 0.1.18-1 - fixup theme metadata for KDE-4.3 squid-3.0.STABLE18-1.fc12 ------------------------- * Tue Aug 04 2009 Henrik Nordstrom - 7:3.0.STABLE18-1 - Update to 3.0.STABLE18 strigi-0.7.0-1.fc12 ------------------- * Tue Aug 04 2009 Rex Dieter - 0.7.0-1 - strigi-0.7.0 (final) sugar-log-19-2.fc12 ------------------- * Tue Aug 04 2009 Fabian Affolter - 19-1 - Minor spec file modifications - Changed source0, sugarlabs - Updated to new upstream version 19 * Tue Aug 04 2009 Fabian Affolter - 19-2 - Added missing requirement sugar-pippy-34-2.fc12 --------------------- system-config-printer-1.1.10-8.fc12 ----------------------------------- * Tue Aug 04 2009 Tim Waugh 1.1.10-8 - Dropped foomatic dependency from libs package. systemtap-0.9.9-2.fc12 ---------------------- * Tue Aug 04 2009 Josh Stone - 0.9.9-1 - Upstream release. * Tue Aug 04 2009 Josh Stone - 0.9.9-2 - Rebuild with correct sources. texinfo-4.13a-4.fc12 -------------------- * Tue Aug 04 2009 Vitezslav Crhonek - 4.13a-4 - Fix data types tigervnc-0.0.91-0.15.fc12 ------------------------- * Tue Aug 04 2009 Adam Tkac 0.0.91-0.15 - make Xvnc compilable * Sun Jul 26 2009 Fedora Release Engineering - 0.0.91-0.14.1 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild * Mon Jul 13 2009 Adam Tkac 0.0.91-0.13.1 - don't write warning when initscript is called with condrestart param (#508367) toped-0.9.4-1.fc12 ------------------ * Tue Aug 04 2009 Chitlesh Goorah - 0.9.4-1 - 0.9.4 final release * Sat Aug 01 2009 Chitlesh Goorah - 0.9.4-0.1.rc1 - 0.9.4 release candidate 1 * Sat Aug 01 2009 Chitlesh Goorah - 0.9.4-0.2.rc1 - Testing for upstream D-1 for 0.94 release - svn rev 1161 totem-2.27.2-3.fc12 ------------------- * Tue Aug 04 2009 Bastien Nocera 2.27.2-3 - Remove gnome-themes dependency, use gnome-icon-theme instead tuned-0.2.1-1.fc12 ------------------ * Tue Aug 04 2009 Phil Knirsch - 0.2.1-1 - Added first set of profiles - Added tuned-adm tool for profile switching - Fixed several issues with the tuned-adm tool * Mon Jul 27 2009 Thomas Woerner - 0.2.0-1 - Integrated ktune-0.4 udev-145-4.fc12 --------------- * Tue Aug 04 2009 Harald Hoyer 145-4 - --enable-debug - add patch for timestamps in debugging output uget-1.4.9.2-1.fc12 ------------------- * Wed Aug 05 2009 Mamoru Tasaka - 1.4.9.2-1 - 1.4.9.2 vbetool-1.2.1-1.fc12 -------------------- * Wed Aug 05 2009 Dave Airlie 1.2.1-1 - rebase to 1.2.1 and install the udev rules vinagre-2.27.5-2.fc12 --------------------- * Tue Aug 04 2009 Bastien Nocera 2.27.5-2 - Fix pkg-config requires vsftpd-2.2.0-0.1.pre4.fc12 -------------------------- * Tue Aug 04 2009 Martin Nagy - 2.2.0-0.1.pre4 - update to latest upstream release vym-1.12.4-0.fc12 ----------------- * Tue Aug 04 2009 Jon Ciesla - 1.12.4-0 - Updated to new upstream version. wordpress-mu-2.8.2-1.fc12 ------------------------- * Fri Jul 31 2009 Bret McMillan - 2.8.2-1 - Update to WordPress MU 2.8.2 xorg-x11-drv-apm-1.2.2-1.fc12 ----------------------------- * Tue Aug 04 2009 Dave Airlie 1.2.2-1 - rebase to new upstream releae 1.2.2 * Mon Jul 27 2009 Fedora Release Engineering - 1.2.1-4.1 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild xorg-x11-drv-ast-0.89.9-1.fc12 ------------------------------ * Tue Aug 04 2009 Dave Airlie 0.89.9-1 - ast 0.89.9 xorg-x11-drv-ati-6.12.2-21.fc12 ------------------------------- * Tue Aug 04 2009 Dave Airlie 6.12.2-21 - ati: rebase to git master - need to fixup a few patches later * Mon Jul 27 2009 Fedora Release Engineering - 6.12.2-20.1 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild xorg-x11-drv-cirrus-1.3.2-1.fc12 -------------------------------- * Tue Aug 04 2009 Dave Airlie 1.3.2-1 - cirrus 1.3.2 xorg-x11-drv-fbdev-0.4.1-1.fc12 ------------------------------- * Tue Aug 04 2009 Dave Airlie 0.4.1-1 - fbdev 0.4.1 xorg-x11-drv-geode-2.11.3-1.fc12 -------------------------------- * Wed Aug 05 2009 Dave Airlie 2.11.3-1 - geode 2.11.3 - add abi/api patches + autoreconf * Tue Aug 04 2009 Adam Jackson 2.11.2-4 - Fix for new DPMS headers * Mon Jul 27 2009 Fedora Release Engineering - 2.11.2-3.1 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild xorg-x11-drv-glint-1.2.4-1.fc12 ------------------------------- * Tue Aug 04 2009 Dave Airlie 1.2.4-1 - glint 1.2.4 * Mon Jul 27 2009 Fedora Release Engineering - 1.2.3-2.1 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild xorg-x11-drv-i128-1.3.3-1.fc12 ------------------------------ * Tue Aug 04 2009 Dave Airlie 1.3.3-1 - i128 1.3.3 xorg-x11-drv-i740-1.3.2-1.fc12 ------------------------------ * Tue Aug 04 2009 Dave Airlie 1.3.2-1 - i740 1.3.2 xorg-x11-drv-intel-2.8.0-3.fc12 ------------------------------- * Tue Aug 04 2009 Dave Airlie 2.8.0-3 - add ABI fixes for RAC removal xorg-x11-drv-mach64-6.8.2-1.fc12 -------------------------------- * Tue Aug 04 2009 Dave Airlie 6.8.2-1 - mach64 6.8.2 * Mon Jul 27 2009 Fedora Release Engineering - 6.8.1-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild xorg-x11-drv-mga-1.4.11-1.fc12 ------------------------------ * Tue Aug 04 2009 Dave Airlie 1.4.11-1 - mga 1.4.11 xorg-x11-drv-neomagic-1.2.4-1.fc12 ---------------------------------- * Tue Aug 04 2009 Dave Airlie 1.2.4-1 - neomagic 1.2.4 xorg-x11-drv-nouveau-0.0.15-1.20090803git619103a.fc12 ----------------------------------------------------- * Tue Aug 04 2009 Ben Skeggs 0.0.15-1.20090803git619103a - upstream update, misc fixes xorg-x11-drv-nv-2.1.14-4.fc12 ----------------------------- * Tue Aug 04 2009 Dave Airlie 2.1.14-3 - update for new ABI * Tue Aug 04 2009 Adam Jackson 2.1.14-4 - autoreconf so the dpms configurey gets picked up * Mon Jul 27 2009 Fedora Release Engineering - 2.1.14-2.1 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild xorg-x11-drv-r128-6.8.1-1.fc12 ------------------------------ * Tue Aug 04 2009 Dave Airlie 6.8.1-1 - r128 6.8.1 * Mon Jul 27 2009 Fedora Release Engineering - 6.8.0-4.1 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild xorg-x11-drv-s3-0.6.3-1.fc12 ---------------------------- * Tue Aug 04 2009 Dave Airlie 0.6.3-1 - s3 0.6.3 xorg-x11-drv-s3virge-1.10.4-1.fc12 ---------------------------------- * Tue Aug 04 2009 Dave Airlie 1.10.4-1 - s3virge 1.10.4 * Mon Jul 27 2009 Fedora Release Engineering - 1.10.3-2.1 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild xorg-x11-drv-savage-2.3.1-1.fc12 -------------------------------- * Tue Aug 04 2009 Dave Airlie 2.3.1-1 - savage 2.3.1 * Mon Jul 27 2009 Fedora Release Engineering - 2.3.0-2.1 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild xorg-x11-drv-siliconmotion-1.7.3-1.fc12 --------------------------------------- * Wed Aug 05 2009 Dave Airlie 1.7.3-1 - smi 1.7.3 * Tue Aug 04 2009 Adam Jackson 1.7.2-3 - smi-1.7.2-dpms.patch: Fix for new DPMS headers. * Mon Jul 27 2009 Fedora Release Engineering - 1.7.2-2.1 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild xorg-x11-drv-sis-0.10.2-1.fc12 ------------------------------ * Tue Aug 04 2009 Dave Airlie 0.10.2-1 - sis 0.10.2 * Mon Jul 27 2009 Fedora Release Engineering - 0.10.1-4.1 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild xorg-x11-drv-sisusb-0.9.3-1.fc12 -------------------------------- * Tue Aug 04 2009 Dave Airlie 0.9.3-1 - sisusb 0.9.3 * Mon Jul 27 2009 Fedora Release Engineering - 0.9.2-2.1 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild xorg-x11-drv-tdfx-1.4.3-1.fc12 ------------------------------ * Tue Aug 04 2009 Dave Airlie 1.4.3-1 - tdfx 1.4.3 xorg-x11-drv-trident-1.3.3-1.fc12 --------------------------------- * Wed Aug 05 2009 Dave Airlie 1.3.3-1 - trident 1.3.3 * Tue Aug 04 2009 Adam Jackson 1.3.2-3 - trident-1.3.2-dpms.patch: Fix for new DPMS headers * Mon Jul 27 2009 Fedora Release Engineering - 1.3.2-2.1 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild xorg-x11-drv-vesa-2.2.1-1.fc12 ------------------------------ * Tue Aug 04 2009 Dave Airlie 2.2.1-1 - vesa 2.2.1 * Mon Jul 27 2009 Fedora Release Engineering - 2.2.0-4.1 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild xorg-x11-drv-vmware-10.16.7-1.fc12 ---------------------------------- * Tue Aug 04 2009 Dave Airlie 10.16.7-1 - vmware 10.16.7 + new abi patch xorg-x11-drv-voodoo-1.2.3-1.fc12 -------------------------------- * Tue Aug 04 2009 Dave Airlie 1.2.3-1 - voodoo 1.2.3 * Mon Jul 27 2009 Fedora Release Engineering - 1.2.2-2.1 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild xorg-x11-server-1.6.99-25.20090804.fc12 --------------------------------------- * Tue Aug 04 2009 Dave Airlie 1.6.99-24.20090804 - update server snapshot + add VGA arbitration * Tue Aug 04 2009 Dave Airlie 1.6.99-25.20090804 - fix VGA arb fatal error xulrunner-1.9.1.2-1.fc12 ------------------------ * Mon Aug 03 2009 Martin Stransky 1.9.1.2-1 - Update to 1.9.1.2 * Mon Jul 27 2009 Fedora Release Engineering - 1.9.1.1-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild yum-3.2.23-12.fc12 ------------------ * Tue Aug 04 2009 Seth Vidal - 3.2.23-12 - latest head - right before freeze :) Summary: Added Packages: 8 Removed Packages: 1 Modified Packages: 136 Broken deps for i386 ---------------------------------------------------------- 389-ds-1.1.3-4.fc12.noarch requires 389-ds-admin R-RScaLAPACK-0.5.1-19.fc11.i586 requires openmpi-libs asterisk-fax-1.6.1-0.24.rc1.fc12.i686 requires libspandsp.so.1 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0 clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0 clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 cluttermm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-0.9) dap-hdf4_handler-3.7.9-2.fc11.i586 requires libdap.so.9 dap-hdf4_handler-3.7.9-2.fc11.i586 requires libdapserver.so.6 entertainer-0.4.2-5.fc12.noarch requires pyclutter-cairo gnome-web-photo-0.8-3.fc12.i686 requires gecko-libs = 0:1.9.1.1 mozvoikko-0.9.7-0.6.rc1.fc12.i686 requires gecko-libs = 0:1.9.1.1 octave-forge-20080831-10.fc12.i686 requires octave(api) = 0:api-v32 perl-DBIx-Class-Schema-Loader-0.04006-4.fc12.noarch requires perl(DBIX::Class) php-layers-menu-3.2.0-0.2.rc.fc12.noarch requires php-pear(HTML_Template_PHPLIB) plplot-octave-5.9.4-1.fc12.i586 requires octave(api) = 0:api-v32 ppl-yap-0.10.2-5.fc12.i686 requires libYap.so python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.i586 requires libparted-1.8.so.8 rubygem-main-2.8.4-3.fc12.noarch requires rubygem(fattr) >= 0:1.0.3 sems-1.1.1-2.fc12.i586 requires libspandsp.so.1 sems-g722-1.1.1-2.fc12.i586 requires libspandsp.so.1 sems-gsm-1.1.1-2.fc12.i586 requires libspandsp.so.1 sems-speex-1.1.1-2.fc12.i586 requires libspandsp.so.1 serpentine-0.9-5.fc12.noarch requires gnome-python2-nautilus-cd-burner showimg-pgsql-0.9.5-22.fc11.i586 requires libpqxx-2.6.8.so sugar-pippy-34-2.fc12.i686 requires libstdc++.so.6(CXXABI_1.3)(64bit) sugar-pippy-34-2.fc12.i686 requires libc.so.6()(64bit) sugar-pippy-34-2.fc12.i686 requires libgcc_s.so.1(GCC_3.0)(64bit) sugar-pippy-34-2.fc12.i686 requires libm.so.6()(64bit) sugar-pippy-34-2.fc12.i686 requires libm.so.6(GLIBC_2.2.5)(64bit) sugar-pippy-34-2.fc12.i686 requires libstdc++.so.6()(64bit) sugar-pippy-34-2.fc12.i686 requires libc.so.6(GLIBC_2.2.5)(64bit) sugar-pippy-34-2.fc12.i686 requires libstdc++.so.6(GLIBCXX_3.4)(64bit) sugar-pippy-34-2.fc12.i686 requires libgcc_s.so.1()(64bit) trac-customfieldadmin-plugin-0.1-0.1.svn5073.fc10.noarch requires trac-webadmin-plugin trac-customfieldadmin-plugin-0.1-0.1.svn5073.fc10.noarch requires python(abi) = 0:2.5 Broken deps for x86_64 ---------------------------------------------------------- 389-ds-1.1.3-4.fc12.noarch requires 389-ds-admin R-RScaLAPACK-0.5.1-19.fc11.x86_64 requires openmpi-libs asterisk-fax-1.6.1-0.24.rc1.fc12.x86_64 requires libspandsp.so.1()(64bit) clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.x86_64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.x86_64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-0.7.4-2.fc11.x86_64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8) clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.x86_64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.x86_64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-gtk-0.9) clutter-gtkmm-devel-0.9.4-1.fc12.x86_64 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 cluttermm-0.9.4-1.fc12.x86_64 requires libclutter-glx-0.9.so.0()(64bit) cluttermm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-0.9) cluttermm-devel-0.9.4-1.fc12.x86_64 requires pkgconfig(clutter-0.9) dap-hdf4_handler-3.7.9-2.fc11.x86_64 requires libdap.so.9()(64bit) dap-hdf4_handler-3.7.9-2.fc11.x86_64 requires libdapserver.so.6()(64bit) entertainer-0.4.2-5.fc12.noarch requires pyclutter-cairo gnome-web-photo-0.8-3.fc12.x86_64 requires gecko-libs = 0:1.9.1.1 mozvoikko-0.9.7-0.6.rc1.fc12.x86_64 requires gecko-libs = 0:1.9.1.1 octave-forge-20080831-10.fc12.x86_64 requires octave(api) = 0:api-v32 perl-DBIx-Class-Schema-Loader-0.04006-4.fc12.noarch requires perl(DBIX::Class) php-layers-menu-3.2.0-0.2.rc.fc12.noarch requires php-pear(HTML_Template_PHPLIB) plplot-octave-5.9.4-1.fc12.x86_64 requires octave(api) = 0:api-v32 ppl-yap-0.10.2-5.fc12.x86_64 requires libYap.so()(64bit) python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.x86_64 requires libparted-1.8.so.8()(64bit) rubygem-main-2.8.4-3.fc12.noarch requires rubygem(fattr) >= 0:1.0.3 sems-1.1.1-2.fc12.x86_64 requires libspandsp.so.1()(64bit) sems-g722-1.1.1-2.fc12.x86_64 requires libspandsp.so.1()(64bit) sems-gsm-1.1.1-2.fc12.x86_64 requires libspandsp.so.1()(64bit) sems-speex-1.1.1-2.fc12.x86_64 requires libspandsp.so.1()(64bit) serpentine-0.9-5.fc12.noarch requires gnome-python2-nautilus-cd-burner showimg-pgsql-0.9.5-22.fc11.x86_64 requires libpqxx-2.6.8.so()(64bit) trac-customfieldadmin-plugin-0.1-0.1.svn5073.fc10.noarch requires trac-webadmin-plugin trac-customfieldadmin-plugin-0.1-0.1.svn5073.fc10.noarch requires python(abi) = 0:2.5 Broken deps for ppc ---------------------------------------------------------- 389-ds-1.1.3-4.fc12.noarch requires 389-ds-admin R-RScaLAPACK-0.5.1-19.fc11.ppc requires openmpi-libs asterisk-fax-1.6.1-0.24.rc1.fc12.ppc requires libspandsp.so.1 clutter-cairomm-0.7.4-2.fc11.ppc requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.ppc requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.ppc requires libclutter-glx-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.ppc requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc requires pkgconfig(clutter-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.ppc requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.ppc requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.ppc requires pkgconfig(clutter-gtk-0.9) clutter-gtkmm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.ppc requires libclutter-glx-0.9.so.0 cluttermm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) cluttermm-devel-0.9.4-1.fc12.ppc requires pkgconfig(clutter-0.9) cluttermm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-0.9) dap-hdf4_handler-3.7.9-2.fc11.ppc requires libdap.so.9 dap-hdf4_handler-3.7.9-2.fc11.ppc requires libdapserver.so.6 entertainer-0.4.2-5.fc12.noarch requires pyclutter-cairo gnome-web-photo-0.8-3.fc12.ppc requires gecko-libs = 0:1.9.1.1 mozvoikko-0.9.7-0.6.rc1.fc12.ppc requires gecko-libs = 0:1.9.1.1 octave-forge-20080831-10.fc12.ppc requires octave(api) = 0:api-v32 perl-DBIx-Class-Schema-Loader-0.04006-4.fc12.noarch requires perl(DBIX::Class) php-layers-menu-3.2.0-0.2.rc.fc12.noarch requires php-pear(HTML_Template_PHPLIB) plplot-octave-5.9.4-1.fc12.ppc requires octave(api) = 0:api-v32 ppl-yap-0.10.2-5.fc12.ppc requires libYap.so python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.ppc requires libparted-1.8.so.8 rubygem-main-2.8.4-3.fc12.noarch requires rubygem(fattr) >= 0:1.0.3 sems-1.1.1-2.fc12.ppc requires libspandsp.so.1 sems-g722-1.1.1-2.fc12.ppc requires libspandsp.so.1 sems-gsm-1.1.1-2.fc12.ppc requires libspandsp.so.1 sems-speex-1.1.1-2.fc12.ppc requires libspandsp.so.1 serpentine-0.9-5.fc12.noarch requires gnome-python2-nautilus-cd-burner showimg-pgsql-0.9.5-22.fc11.ppc requires libpqxx-2.6.8.so sugar-pippy-34-2.fc12.ppc requires libm.so.6(GLIBC_2.2.5)(64bit) sugar-pippy-34-2.fc12.ppc requires libc.so.6(GLIBC_2.2.5)(64bit) trac-customfieldadmin-plugin-0.1-0.1.svn5073.fc10.noarch requires trac-webadmin-plugin trac-customfieldadmin-plugin-0.1-0.1.svn5073.fc10.noarch requires python(abi) = 0:2.5 Broken deps for ppc64 ---------------------------------------------------------- 389-ds-1.1.3-4.fc12.noarch requires 389-ds-admin R-RScaLAPACK-0.5.1-19.fc11.ppc64 requires openmpi-libs asterisk-fax-1.6.1-0.24.rc1.fc12.ppc64 requires libspandsp.so.1()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) cluttermm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-0.9) dap-hdf4_handler-3.7.9-2.fc11.ppc64 requires libdap.so.9()(64bit) dap-hdf4_handler-3.7.9-2.fc11.ppc64 requires libdapserver.so.6()(64bit) entertainer-0.4.2-5.fc12.noarch requires pyclutter-cairo gnome-web-photo-0.8-3.fc12.ppc64 requires gecko-libs = 0:1.9.1.1 mozvoikko-0.9.7-0.6.rc1.fc12.ppc64 requires gecko-libs = 0:1.9.1.1 octave-forge-20080831-10.fc12.ppc64 requires octave(api) = 0:api-v32 perl-DBIx-Class-Schema-Loader-0.04006-4.fc12.noarch requires perl(DBIX::Class) php-layers-menu-3.2.0-0.2.rc.fc12.noarch requires php-pear(HTML_Template_PHPLIB) plplot-octave-5.9.4-1.fc12.ppc64 requires octave(api) = 0:api-v32 ppl-yap-0.10.2-5.fc12.ppc64 requires libYap.so()(64bit) python-mwlib-0.11.2-3.20090522hg2956.fc12.ppc64 requires LabPlot python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.ppc64 requires libparted-1.8.so.8()(64bit) rubygem-main-2.8.4-3.fc12.noarch requires rubygem(fattr) >= 0:1.0.3 sems-1.1.1-2.fc12.ppc64 requires libspandsp.so.1()(64bit) sems-g722-1.1.1-2.fc12.ppc64 requires libspandsp.so.1()(64bit) sems-gsm-1.1.1-2.fc12.ppc64 requires libspandsp.so.1()(64bit) sems-speex-1.1.1-2.fc12.ppc64 requires libspandsp.so.1()(64bit) serpentine-0.9-5.fc12.noarch requires gnome-python2-nautilus-cd-burner showimg-pgsql-0.9.5-22.fc11.ppc64 requires libpqxx-2.6.8.so()(64bit) sugar-pippy-34-2.fc12.ppc64 requires libc.so.6(GLIBC_2.4) sugar-pippy-34-2.fc12.ppc64 requires libm.so.6(GLIBC_2.0) sugar-pippy-34-2.fc12.ppc64 requires libc.so.6(GLIBC_2.1.3) sugar-pippy-34-2.fc12.ppc64 requires libstdc++.so.6(GLIBCXX_3.4) sugar-pippy-34-2.fc12.ppc64 requires libm.so.6 sugar-pippy-34-2.fc12.ppc64 requires libm.so.6(GLIBC_2.2.5)(64bit) sugar-pippy-34-2.fc12.ppc64 requires libc.so.6 sugar-pippy-34-2.fc12.ppc64 requires libgcc_s.so.1(GCC_3.0) sugar-pippy-34-2.fc12.ppc64 requires libc.so.6(GLIBC_2.2.5)(64bit) sugar-pippy-34-2.fc12.ppc64 requires libstdc++.so.6(CXXABI_1.3) sugar-pippy-34-2.fc12.ppc64 requires libc.so.6(GLIBC_2.0) sugar-pippy-34-2.fc12.ppc64 requires libgcc_s.so.1 sugar-pippy-34-2.fc12.ppc64 requires libstdc++.so.6 trac-customfieldadmin-plugin-0.1-0.1.svn5073.fc10.noarch requires trac-webadmin-plugin trac-customfieldadmin-plugin-0.1-0.1.svn5073.fc10.noarch requires python(abi) = 0:2.5 From opensource at till.name Wed Aug 5 10:04:21 2009 From: opensource at till.name (Till Maas) Date: Wed, 05 Aug 2009 12:04:21 +0200 Subject: kde-4.3.0 coming to F-10, F-11 In-Reply-To: <4A78840F.6010309@math.unl.edu> References: <4A78840F.6010309@math.unl.edu> Message-ID: <20090805100421.GD16783@genius.kawo2.rwth-aachen.de> On Tue, Aug 04, 2009 at 01:55:11PM -0500, Rex Dieter wrote: > The KDE SIG is now working on KDE-4.3.0-related builds for Fedora 10 and > 11 candidate updates. As this requires some buildroot overrides, if your > package uses KDE libraries, it may inadvertently build against KDE 4.3.0 > libraries and may, at least in some cases, NOT work with 4.2.4. > > So please either hold off on update builds for packages using KDE > libraries or contact us (on the #fedora-kde IRC chan or the fedora-kde > mailing list). Can't you use a temporary build-tag-something to stage the 4.3 updates seperated from the remaining packages to avoid breakge like this? This happend also e.g. when everything was rebuild for Python 2.5 or similiar. Regards Till -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 835 bytes Desc: not available URL: From walters at verbum.org Wed Aug 5 10:08:28 2009 From: walters at verbum.org (Colin Walters) Date: Wed, 5 Aug 2009 10:08:28 +0000 Subject: KDE vs. GNOME on F10 In-Reply-To: <3668e9f50908050249r18019ab4j95b10beb23d74e73@mail.gmail.com> References: <3668e9f50908050249r18019ab4j95b10beb23d74e73@mail.gmail.com> Message-ID: On Wed, Aug 5, 2009 at 9:49 AM, Josephine Tannh?user wrote: > Hi all. > > KDE 4.3 will come to F11 and F10. It's a cool thing. > There aren't updates like this for Gnome. Why not? > F10 with Gnome 2.26 sounds fine to me. Because a lot of GNOME works directly with (and depends on) the core OS., and we want a stable system. And really because we should rather invest effort in making sure that upgrades between major releases for the core OS and default desktop packages are nearly bulletproof, and in addition try to maintain a parallel-installable stable set of library packages for a set period of time. This would make it so that things outside the core are less likely to break due to core upgrades. I'm thinking concretely here of say a package like clutter which has switched 0.6 -> 0.8 -> 1.0 in the same "clutter" package is a bad idea once the core desktop depends on it, we'll need to parallel install. From fedora at leemhuis.info Wed Aug 5 10:23:12 2009 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Wed, 05 Aug 2009 12:23:12 +0200 Subject: KDE vs. GNOME on F10 In-Reply-To: <15e53e180908050302k6faa024cj5f7630d15b9a4305@mail.gmail.com> References: <3668e9f50908050249r18019ab4j95b10beb23d74e73@mail.gmail.com> <15e53e180908050302k6faa024cj5f7630d15b9a4305@mail.gmail.com> Message-ID: <4A795D90.5020903@leemhuis.info> On 05.08.2009 12:02, Richard Hughes wrote: > 2009/8/5 Josephine Tannh?user : >> KDE 4.3 will come to F11 and F10. It's a cool thing. >> There aren't updates like this for Gnome. Why not? >> F10 with Gnome 2.26 sounds fine to me. > Because I don't want to _support_ the latest and greatest GNOME on old > versions. A lot of the GNOME stack would require updating core system > stuff like gtk+ and glib2, and when you've done that you might as well > be running F11. I don't mind merging small patches from upstream to > fix specific bugs, but new code brings new bugs, and that's not > something a typical F10 user wants to cope with. In my opinion, if you > want newer functionality, you should just upgrade to F11. I don't want to get between the lines here (there are good arguments and against updating Gnome and KDE for older releases) and I hate buzz-words like "Corporate identity", but I find it more and more odd that one doesn't know what to expect from Fedora, because similar sized things (KDE and Gnome) are handled quite differently. Further: The behavior changes to much IMHO -- one reason why I use Fedora at home and work and suggested it to others were the major new kernel versions that got delivered as regular update. But that doesn't really work anymore since half a year or something: F-10 is still on 2.6.27, 2.6.29 sits in Updates-testing for ages; 2.6.30 is out for weeks, but no sign of a update for F-11 apart for a few commits in CVS. :-( A more common look and feel to the outside world and a more reliable update scheme IMHO would be good for Fedora, as people would know what to expect. Ohh, and it would prevent discussions like this ;-) CU knurd From jreznik at redhat.com Wed Aug 5 10:27:54 2009 From: jreznik at redhat.com (Jaroslav Reznik) Date: Wed, 5 Aug 2009 12:27:54 +0200 Subject: kde-4.3.0 coming to F-10, F-11 In-Reply-To: <20090805100421.GD16783@genius.kawo2.rwth-aachen.de> References: <4A78840F.6010309@math.unl.edu> <20090805100421.GD16783@genius.kawo2.rwth-aachen.de> Message-ID: <200908051227.56082.jreznik@redhat.com> On Wednesday 05 August 2009 12:04:21 Till Maas wrote: > On Tue, Aug 04, 2009 at 01:55:11PM -0500, Rex Dieter wrote: > > The KDE SIG is now working on KDE-4.3.0-related builds for Fedora 10 and > > 11 candidate updates. As this requires some buildroot overrides, if your > > package uses KDE libraries, it may inadvertently build against KDE 4.3.0 > > libraries and may, at least in some cases, NOT work with 4.2.4. > > > > So please either hold off on update builds for packages using KDE > > libraries or contact us (on the #fedora-kde IRC chan or the fedora-kde > > mailing list). > > Can't you use a temporary build-tag-something to stage the 4.3 updates > seperated from the remaining packages to avoid breakge like this? This > happend also e.g. when everything was rebuild for Python 2.5 or > similiar. +1 as it can cause (and it's causing) lot of problems... Jaroslav > Regards > Till -- Jaroslav ?ezn?k Associate Software Engineer - Base Operating Systems Brno Office: +420 532 294 275 Mobile: +420 731 455 332 Red Hat, Inc. http://cz.redhat.com/ From Juha.Tuomala at iki.fi Wed Aug 5 10:46:43 2009 From: Juha.Tuomala at iki.fi (Juha Tuomala) Date: Wed, 5 Aug 2009 13:46:43 +0300 Subject: KDE vs. GNOME on F10 In-Reply-To: References: <3668e9f50908050249r18019ab4j95b10beb23d74e73@mail.gmail.com> Message-ID: <200908051346.43462.Juha.Tuomala@iki.fi> On Wednesday 05 August 2009 13:08:28 Colin Walters wrote: > Because a lot of GNOME works directly with (and depends on) the core > OS., and we want a stable system. Does this mean, that every time I've installed my system and left GNOME out, I made a broken system? Is there a list of those 'direct dependencies' somewhere? Tuju -- Better to have one, and not need it, than to need one and not have it. From jussilehtola at fedoraproject.org Wed Aug 5 11:06:43 2009 From: jussilehtola at fedoraproject.org (Jussi Lehtola) Date: Wed, 05 Aug 2009 14:06:43 +0300 Subject: KDE vs. GNOME on F10 In-Reply-To: <200908051346.43462.Juha.Tuomala@iki.fi> References: <3668e9f50908050249r18019ab4j95b10beb23d74e73@mail.gmail.com> <200908051346.43462.Juha.Tuomala@iki.fi> Message-ID: <1249470403.31077.19.camel@politzer.theorphys.helsinki.fi> On Wed, 2009-08-05 at 13:46 +0300, Juha Tuomala wrote: > > > On Wednesday 05 August 2009 13:08:28 Colin Walters wrote: > > Because a lot of GNOME works directly with (and depends on) the core > > OS., and we want a stable system. > > Does this mean, that every time I've installed my system and left > GNOME out, I made a broken system? > > Is there a list of those 'direct dependencies' somewhere? No, it means that updating gnome would mean updating a bunch of libraries that are used by other apps. This would require a lot of rebuilds, and they might fail due to a number of reasons. Upgrading the desktop is potentially a big operation. I am very happy with the release scheme that is used with Gnome, OpenOffice, GCC and so on. If you want the newest and shiniest, use the newest release of Fedora. -- Jussi Lehtola Fedora Project Contributor jussilehtola at fedoraproject.org From alexl at users.sourceforge.net Wed Aug 5 11:18:57 2009 From: alexl at users.sourceforge.net (Alex Lancaster) Date: Wed, 05 Aug 2009 04:18:57 -0700 Subject: persistent clutter and ghc breakage In-Reply-To: <7f692fec0908050113m35d98b0y511935c90ef2485c@mail.gmail.com> (Yaakov Nemoy's message of "Wed\, 5 Aug 2009 10\:13\:46 +0200") References: <20090803101537.GA27919@releng2.fedora.phx.redhat.com> <71hbwmrcq2.fsf@allele2.eebweb.arizona.edu> <7f692fec0908050113m35d98b0y511935c90ef2485c@mail.gmail.com> Message-ID: >> 2009/8/5 Alex Lancaster : >> There was a mass rebuild, but unfortunately they failed because of >> some (presumably) transient problem with the build system, because the >> rebuild now. >> >> However once the deps failed there should have been regular nagmail >> from the rawhide broken dep checker to all maintainers. >>>>> "YN" == Yaakov Nemoy writes: YN> There has been a nag mail, and i fixed a couple of packages yesterday. YN> Unfortunately, i'm still waiting for the package maintainers to give YN> me commit rights for the last three. I had rebuilt all the remaining packages ghc-* that had caused broken deps before I had got your mail. In any case the rawhide report indicates that all ghc-* breakage has gone away now. Thanks! Alex From jwboyer at gmail.com Wed Aug 5 12:01:44 2009 From: jwboyer at gmail.com (Josh Boyer) Date: Wed, 5 Aug 2009 08:01:44 -0400 Subject: KDE vs. GNOME on F10 In-Reply-To: <4A795D90.5020903@leemhuis.info> References: <3668e9f50908050249r18019ab4j95b10beb23d74e73@mail.gmail.com> <15e53e180908050302k6faa024cj5f7630d15b9a4305@mail.gmail.com> <4A795D90.5020903@leemhuis.info> Message-ID: <20090805120144.GC3095@hansolo.jdub.homelinux.org> On Wed, Aug 05, 2009 at 12:23:12PM +0200, Thorsten Leemhuis wrote: >On 05.08.2009 12:02, Richard Hughes wrote: >> 2009/8/5 Josephine Tannh?user : >>> KDE 4.3 will come to F11 and F10. It's a cool thing. >>> There aren't updates like this for Gnome. Why not? >>> F10 with Gnome 2.26 sounds fine to me. >> Because I don't want to _support_ the latest and greatest GNOME on old >> versions. A lot of the GNOME stack would require updating core system >> stuff like gtk+ and glib2, and when you've done that you might as well >> be running F11. I don't mind merging small patches from upstream to >> fix specific bugs, but new code brings new bugs, and that's not >> something a typical F10 user wants to cope with. In my opinion, if you >> want newer functionality, you should just upgrade to F11. > >I don't want to get between the lines here (there are good arguments and >against updating Gnome and KDE for older releases) and I hate buzz-words >like "Corporate identity", but I find it more and more odd that one >doesn't know what to expect from Fedora, because similar sized things >(KDE and Gnome) are handled quite differently. Short of passing a policy that says no major desktop upgrades for stable releases, I don't see this changing. If we did pass that, I have a feeling it would piss off a lot of people. Passing the converse (always upgrade) would piss off just as many. I'm not that enthralled with starting a "who do you want to piss off today?" campaign for Fedora. >Further: The behavior changes to much IMHO -- one reason why I use >Fedora at home and work and suggested it to others were the major new >kernel versions that got delivered as regular update. But that doesn't >really work anymore since half a year or something: F-10 is still on >2.6.27, 2.6.29 sits in Updates-testing for ages; 2.6.30 is out for >weeks, but no sign of a update for F-11 apart for a few commits in CVS. :-( I haven't followed it that closely days. However, being on the bleeding edge kernel isn't what it used to be. Yes, 2.6.30 has been out for a while. But I believe we currently wait until at least the .1 release (which was still out a while ago). Right now, .4 was just released on Jul 30. Having a bit of patience to see if the kernel is a lemon or not is pretty prudent IMHO. >A more common look and feel to the outside world and a more reliable >update scheme IMHO would be good for Fedora, as people would know what >to expect. Ohh, and it would prevent discussions like this ;-) Some of us tried that. We got critcized for it pretty heavily. josh From paul at city-fan.org Wed Aug 5 12:02:07 2009 From: paul at city-fan.org (Paul Howarth) Date: Wed, 05 Aug 2009 13:02:07 +0100 Subject: Lower Process Capabilities In-Reply-To: References: <200907261932.36156.sgrubb@redhat.com> <4A6F4C29.3070203@bfccomputing.com> <20090728201126.GB611383@hiwaay.net> <4A6F7371.3060100@bfccomputing.com> Message-ID: <4A7974BF.5090406@city-fan.org> On 31/07/09 01:09, Matthew Woehlke wrote: > Bill McGonigle wrote: >> What's it going to take to make most >> people who shut off SELinux stop doing that? > > ...being able to install bleeding-edge devel KDE to > /usr/local/my-kde-install and be able to use that as my primary desktop. > > I guess that would - at best - take some kind of "smart" auto-labeling > on the first exec of an unlabeled process. Could probably be done by using file context equivalence and a restorecon run after the build completes: # semanage fcontext -a -e /usr /usr/local/my-kde-install # restorecon -rvF /usr/local/my-kde-install http://danwalsh.livejournal.com/27571.html Paul. From mclasen at redhat.com Wed Aug 5 13:06:01 2009 From: mclasen at redhat.com (Matthias Clasen) Date: Wed, 05 Aug 2009 09:06:01 -0400 Subject: KDE vs. GNOME on F10 In-Reply-To: <3668e9f50908050249r18019ab4j95b10beb23d74e73@mail.gmail.com> References: <3668e9f50908050249r18019ab4j95b10beb23d74e73@mail.gmail.com> Message-ID: <1249477561.1483.15.camel@planemask> On Wed, 2009-08-05 at 11:49 +0200, Josephine Tannh?user wrote: > Hi all. > > KDE 4.3 will come to F11 and F10. It's a cool thing. > There aren't updates like this for Gnome. Why not? > F10 with Gnome 2.26 sounds fine to me. GNOME has stable bugfix updates, and we do bring all of those into released Fedoras. Backporting entirely new desktop versions to old Fedora releases is a bad idea for a number of reasons: - It would pull along a good-sized portion of the 'plumbing' layer: new udev, kernel, pulseaudio, X... - We don't have the man power to do a good job on this. This may be different on the KDE side. While we do a good chunk of the development work for each GNOME release, the KDE sig is more of a packaging effort, as far as I understand. Correct me if I'm wrong here... - It is not compatible with the concept of a finished, stable release. If we just want to dump all the latest stuff in there, why bother with freezes and releases at all ? We could all just use rawhide... Matthias From ajax at redhat.com Wed Aug 5 13:33:01 2009 From: ajax at redhat.com (Adam Jackson) Date: Wed, 05 Aug 2009 09:33:01 -0400 Subject: F12 Alpha Test install In-Reply-To: <1249440680.5100.16.camel@scrappy.miketc.net> References: <1249440680.5100.16.camel@scrappy.miketc.net> Message-ID: <1249479181.5139.457.camel@atropine.boston.devel.redhat.com> On Tue, 2009-08-04 at 21:51 -0500, Mike Chambers wrote: > 2 - My mouse was not detected at all during install. Or at least, I > never saw the mouse arrow during it. Had to use keyboard the whole > time. Pretty sure this is an anaconda glitch. X doesn't show a cursor until you define one. I'll look into it. - ajax -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From rdieter at math.unl.edu Wed Aug 5 13:30:05 2009 From: rdieter at math.unl.edu (Rex Dieter) Date: Wed, 05 Aug 2009 08:30:05 -0500 Subject: KDE vs. GNOME on F10 References: <3668e9f50908050249r18019ab4j95b10beb23d74e73@mail.gmail.com> Message-ID: Josephine Tannh?user wrote: > KDE 4.3 will come to F11 and F10. It's a cool thing. > There aren't updates like this for Gnome. Why not? For the most part, those are hard decisions best left to the discretion of the maintainers in question. -- Rex From email.ahmedkamal at googlemail.com Wed Aug 5 13:54:14 2009 From: email.ahmedkamal at googlemail.com (Ahmed Kamal) Date: Wed, 5 Aug 2009 16:54:14 +0300 Subject: potential file-system bug, unison locking issue over ext4 Message-ID: <3da3b5b40908050654o63f214f1i1d3d32c6316954e9@mail.gmail.com> Hi, I'm probably hitting some bug in F11. I've created the lcktest directory, and "date > lcktest/date-file" to create a simple file inside. Repeated this on a ext3 and a ext4 file-system. Now, this works fine on ext3, but fails on ext4. I tried the same setup on another F11 machine that was upgraded from F10 and hit the same locking bug. The behaviour is below, and a full 'strace -f' in case of ext4 is at http://www.fpaste.org/sZXa/ ********** On a EXT3 file-system [me at matrix ~]$ unison -ui text -batch unitest/ ssh://dev at cairo//tmp/unitest/ Contacting server... Connected [////tmp/unitest -> //matrix//home/me/unitest] Looking for changes Waiting for changes from server Reconciling changes Nothing to do: replicas have not changed since last sync. [me at matrix ~]$ *********** Changing to EXT4 file-system [me at matrix tmp]$ unison -ui text -batch unitest/ ssh://dev at cairo //tmp/unitest/ Contacting server... Connected [////tmp/unitest -> //matrix//tmp/unitest] Looking for changes Fatal error: Warning: the archives are locked. If no other instance of unison is running, the locks should be removed. The file /home/me/.unison/lk0548d63e56f1eba992c46c641772d4a0 on host matrix should be deleted Please delete lock files as appropriate and try again. [me at matrix tmp]$ ls -la /home/me/.unison/lk0548d63e56f1eba992c46c641772d4a0 ls: cannot access /home/me/.unison/lk0548d63e56f1eba992c46c641772d4a0: No such file or directory -------------- next part -------------- An HTML attachment was scrubbed... URL: From notting at redhat.com Wed Aug 5 14:00:24 2009 From: notting at redhat.com (Bill Nottingham) Date: Wed, 5 Aug 2009 10:00:24 -0400 Subject: 'IT Security' in comps? (was Re: comps comps-f12.xml.in,1.71,1.72 In-Reply-To: <20090805124954.ADF6511C008C@cvs1.fedora.phx.redhat.com> References: <20090805124954.ADF6511C008C@cvs1.fedora.phx.redhat.com> Message-ID: <20090805140024.GD6336@nostromo.devel.redhat.com> Recently, you've added the following groups to comps: it-security-code-analysis it-security-forensics it-security-intrusion-detection it-security-reconnaissance it-security-wireless it-security-password-recovery You've also added a new toplevel category. This means this new nebulous 'IT Securty' item is pushed at the toplevel, much as 'Desktops' or 'Language Support'. That seems misplaced to me. While I know that we do allow some discretion in adding to comps, none of this was discussed beforehand on this list (that I saw), or in FESCo. These sorts of large scale changes are the sorts of things that should be discussed. What is the overall goal of these changes? Why isn't this just done via a menus package in the security spin? Wouldn't that be more useful? Many of these packages are *already* in other groups; having them now be explicitly listed in multiple groups doesn't really make sense to me, especially when we already have 'Administration Tools' and 'System Tools' groups. Bill From opensource at till.name Wed Aug 5 14:20:04 2009 From: opensource at till.name (Till Maas) Date: Wed, 05 Aug 2009 16:20:04 +0200 Subject: 'IT Security' in comps? In-Reply-To: <20090805140024.GD6336@nostromo.devel.redhat.com> References: <20090805124954.ADF6511C008C@cvs1.fedora.phx.redhat.com> <20090805140024.GD6336@nostromo.devel.redhat.com> Message-ID: <20090805142004.GE16783@genius.kawo2.rwth-aachen.de> On Wed, Aug 05, 2009 at 10:00:24AM -0400, Bill Nottingham wrote: > Recently, you've added the following groups to comps: > > it-security-code-analysis > it-security-forensics > it-security-intrusion-detection > it-security-reconnaissance > it-security-wireless > it-security-password-recovery > > You've also added a new toplevel category. This means this new nebulous > 'IT Securty' item is pushed at the toplevel, much as 'Desktops' or > 'Language Support'. That seems misplaced to me. How can I bundle the groups, if not with a category? Or can there be subcategories? > While I know that we do allow some discretion in adding to comps, none > of this was discussed beforehand on this list (that I saw), or in FESCo. > These sorts of large scale changes are the sorts of things that should > be discussed. I asked on this list and got a reply from Jesse Keating: https://www.redhat.com/archives/fedora-devel-list/2009-May/msg02292.html > What is the overall goal of these changes? The goal is to make it easier to find software related to specific IT security related tasks. > Why isn't this just done via a menus package in the security spin? > Wouldn't that be more useful? No, because this does not help me with my search from yum. Btw. this is true for other package groups, too. E.g. we have a KDE spin and a KDE group in comps. > Many of these packages are *already* in other groups; having them > now be explicitly listed in multiple groups doesn't really make sense > to me, especially when we already have 'Administration Tools' and > 'System Tools' groups. I believe the restriction that packages may only belong to one group is gone. I don't see why it is not helpful to be easily able to install these related packages. Regards Till -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 835 bytes Desc: not available URL: From Juha.Tuomala at iki.fi Wed Aug 5 14:21:30 2009 From: Juha.Tuomala at iki.fi (Juha Tuomala) Date: Wed, 5 Aug 2009 17:21:30 +0300 Subject: KDE vs. GNOME on F10 In-Reply-To: <1249470403.31077.19.camel@politzer.theorphys.helsinki.fi> References: <3668e9f50908050249r18019ab4j95b10beb23d74e73@mail.gmail.com> <200908051346.43462.Juha.Tuomala@iki.fi> <1249470403.31077.19.camel@politzer.theorphys.helsinki.fi> Message-ID: <200908051721.31015.Juha.Tuomala@iki.fi> On Wednesday 05 August 2009 14:06:43 Jussi Lehtola wrote: > On Wed, 2009-08-05 at 13:46 +0300, Juha Tuomala wrote: > > On Wednesday 05 August 2009 13:08:28 Colin Walters wrote: > > > Because a lot of GNOME works directly with (and depends on) the core > > > OS., and we want a stable system. > > > > Does this mean, that every time I've installed my system and left > > GNOME out, I made a broken system? > > > > Is there a list of those 'direct dependencies' somewhere? > > No, it means that updating gnome would mean updating a bunch of > libraries that are used by other apps. Which sounds like, it would break 'other apps', not 'the core OS'. > Upgrading the desktop is potentially a big operation. I am very happy > with the release scheme that is used with Gnome, OpenOffice, GCC and so > on. Likewise. I'm also very happy that KDE SIG goes through the effort and brings the 4.3 to us and we can enjoy the whole lifespan of already installed OS. That is a huge saving in manhours, bandwidth, electricity, hard disk ballbearings, whatever - world wide. Certainly worth of effort. Tuju -- Better to have one, and not need it, than to need one and not have it. From drago01 at gmail.com Wed Aug 5 14:55:14 2009 From: drago01 at gmail.com (drago01) Date: Wed, 5 Aug 2009 16:55:14 +0200 Subject: KDE vs. GNOME on F10 In-Reply-To: <4A795D90.5020903@leemhuis.info> References: <3668e9f50908050249r18019ab4j95b10beb23d74e73@mail.gmail.com> <15e53e180908050302k6faa024cj5f7630d15b9a4305@mail.gmail.com> <4A795D90.5020903@leemhuis.info> Message-ID: On Wed, Aug 5, 2009 at 12:23 PM, Thorsten Leemhuis wrote: > Further: The behavior changes to much IMHO -- one reason why I use > Fedora at home and work and suggested it to others were the major new > kernel versions that got delivered as regular update. But that doesn't > really work anymore since half a year or something: F-10 is still on > 2.6.27, 2.6.29 sits in Updates-testing for ages; 2.6.30 is out for > weeks, but no sign of a update for F-11 apart for a few commits in CVS. :-( > If I got this correctly the main reason are the out of tree drm patches (modestetting) needs to be ported, just rebasing to newer upstream bits does not always work because it would require updated X drivers. So it ended up like the old xen days (delays due to back/forwardporting effort). From sandeen at redhat.com Wed Aug 5 15:13:17 2009 From: sandeen at redhat.com (Eric Sandeen) Date: Wed, 05 Aug 2009 10:13:17 -0500 Subject: potential file-system bug, unison locking issue over ext4 In-Reply-To: <3da3b5b40908050654o63f214f1i1d3d32c6316954e9@mail.gmail.com> References: <3da3b5b40908050654o63f214f1i1d3d32c6316954e9@mail.gmail.com> Message-ID: <4A79A18D.7070105@redhat.com> Ahmed Kamal wrote: > Hi, > I'm probably hitting some bug in F11. I've created the lcktest > directory, and "date > lcktest/date-file" to create a simple file > inside. Repeated this on a ext3 and a ext4 file-system. Now, this works > fine on ext3, but fails on ext4. I tried the same setup on another F11 > machine that was upgraded from F10 and hit the same locking bug. > > The behaviour is below, and a full 'strace -f' in case of ext4 is at > http://www.fpaste.org/sZXa/ > If you think it's a bug, please file one against the kernel in bugzilla, you can assign it to me. It'd be helpful if you could explain what the test is trying to do, and what might make it fail this way. Thanks, -Eric > ********** On a EXT3 file-system > > [me at matrix ~]$ unison -ui text -batch unitest/ ssh://dev at cairo//tmp/unitest/ > Contacting server... > Connected [////tmp/unitest -> //matrix//home/me/unitest] > Looking for changes > Waiting for changes from server > Reconciling changes > Nothing to do: replicas have not changed since last sync. > [me at matrix ~]$ > > *********** Changing to EXT4 file-system > > [me at matrix tmp]$ unison -ui text -batch unitest/ > ssh://dev at cairo//tmp/unitest/ > Contacting server... > Connected [////tmp/unitest -> //matrix//tmp/unitest] > Looking for changes > Fatal error: Warning: the archives are locked. > If no other instance of unison is running, the locks should be removed. > The file /home/me/.unison/lk0548d63e56f1eba992c46c641772d4a0 on host > matrix should be deleted > Please delete lock files as appropriate and try again. > [me at matrix tmp]$ ls -la /home/me/.unison/lk0548d63e56f1eba992c46c641772d4a0 > ls: cannot access /home/me/.unison/lk0548d63e56f1eba992c46c641772d4a0: > No such file or directory > From vpivaini at cs.helsinki.fi Wed Aug 5 16:26:37 2009 From: vpivaini at cs.helsinki.fi (Ville-Pekka Vainio) Date: Wed, 05 Aug 2009 19:26:37 +0300 Subject: Mozvoikko doesn't build on F12, please help Message-ID: <1249489597.2602.9.camel@poytakone.lan> Hi, There was a recent xulrunner/Firefox security update and all the packages depending on the unstable xulrunner interface were rebuilt. For some reason the Firefox extension I maintain, mozvoikko, can't be built against xulrunner 1.9.1.2-1.fc12. The build has succeeded with all previous versions. The build is https://koji.fedoraproject.org/koji/taskinfo?taskID=1579937 and the build.log from the failed x86_64 build is https://koji.fedoraproject.org/koji/getfile?taskID=1579946&name=build.log The error seems to happen while linking: g++ -shared -Wl,--no-undefined -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic -o components/libmozvoikko.so mozVoikko.o mozVoikkoSpell.o mozVoikkoUtils.o mozVoikkoSpellFactory.o -Wl,--as-needed -L/usr/lib64/xulrunner-sdk-1.9.1/lib -lxpcomglue_s -lxul -lxpcom -lplds4 -lplc4 -lnspr4 -lpthread -ldl results in `nsISupports::COMTypeInfo::kIID' referenced in section `.data.rel.ro' of /usr/lib64/xulrunner-sdk-1.9.1/lib/libxpcomglue_s.a(nsGenericFactory.o): defined in discarded section `.rodata._ZN11nsISupports11COMTypeInfoIiE4kIIDE[nsISupports::COMTypeInfo::kIID]' of /usr/lib64/xulrunner-sdk-1.9.1/lib/libxpcomglue_s.a(nsGenericFactory.o) collect2: ld returned 1 exit status Any ideas on what might be going wrong here? -- Ville-Pekka Vainio From jkeating at redhat.com Wed Aug 5 16:37:46 2009 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 05 Aug 2009 09:37:46 -0700 Subject: New facility to request tagging actions In-Reply-To: <20090805080649.GB16783@genius.kawo2.rwth-aachen.de> References: <1249446928.18316.102.camel@localhost.localdomain> <20090805080649.GB16783@genius.kawo2.rwth-aachen.de> Message-ID: <1249490266.3759.1.camel@localhost.localdomain> On Wed, 2009-08-05 at 10:06 +0200, Till Maas wrote: > > +# Description of your tag request\n\ > > +notes=Here is where you give a description of what you want to change,\n\ > > +rational for why the change is important enough to break the freeze,\n\ > > +impact of not accepting the change, and what testing has been done.\ > > +Or if this is a tag request for updates, just the info about the updates.\ > > I did not yet try it out, but there is some information missing: > tag requests are also needed for buildroot overrides and not only > to break a freeze. I tried to address that with the last line. I didn't want the pre-filled in text to be so huge as to be a nuisance when trying to put your content in. But I'll gladly take suggestions on changing the wording around. > > > + $(FEDORAHOSTED) -u $(USER) -P rel-eng new-ticket -s \ > > + "Tag request $(NAME)-$(VERSION)-$(RELEASE) for $$target" \ > > + -d "$$descript"; \ > > You might want to check whether or not this is a EPEL branch and set the > component to EPEL for EPEL tag requests. That's a good suggestion! -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From rdieter at math.unl.edu Wed Aug 5 16:45:54 2009 From: rdieter at math.unl.edu (Rex Dieter) Date: Wed, 05 Aug 2009 11:45:54 -0500 Subject: Mozvoikko doesn't build on F12, please help References: <1249489597.2602.9.camel@poytakone.lan> Message-ID: Ville-Pekka Vainio wrote: > results in > > `nsISupports::COMTypeInfo::kIID' referenced in section `.data.rel.ro' > of > /usr/lib64/xulrunner-sdk-1.9.1/lib/libxpcomglue_s.a(nsGenericFactory.o): > defined in discarded section > `.rodata._ZN11nsISupports11COMTypeInfoIiE4kIIDE[nsISupports::COMTypeInfo::kIID]' > of /usr/lib64/xulrunner-sdk-1.9.1/lib/libxpcomglue_s.a(nsGenericFactory.o) > collect2: ld returned 1 exit status > > Any ideas on what might be going wrong here? to my untrained eye, it would appear to be more a problem with xulrunner's /usr/lib64/xulrunner-sdk-1.9.1/lib/libxpcomglue_s.a -- Rex From loganjerry at gmail.com Wed Aug 5 17:04:38 2009 From: loganjerry at gmail.com (Jerry James) Date: Wed, 5 Aug 2009 11:04:38 -0600 Subject: Mozvoikko doesn't build on F12, please help In-Reply-To: <1249489597.2602.9.camel@poytakone.lan> References: <1249489597.2602.9.camel@poytakone.lan> Message-ID: <870180fe0908051004s174211k4f01693eda0b6107@mail.gmail.com> On Wed, Aug 5, 2009 at 10:26 AM, Ville-Pekka Vainio wrote: > `nsISupports::COMTypeInfo::kIID' referenced in section `.data.rel.ro' of /usr/lib64/xulrunner-sdk-1.9.1/lib/libxpcomglue_s.a(nsGenericFactory.o): defined in discarded section `.rodata._ZN11nsISupports11COMTypeInfoIiE4kIIDE[nsISupports::COMTypeInfo::kIID]' of /usr/lib64/xulrunner-sdk-1.9.1/lib/libxpcomglue_s.a(nsGenericFactory.o) > collect2: ld returned 1 exit status > > Any ideas on what might be going wrong here? In xulrunner-1.9.1.2/mozilla-1.9.1/xpcom/glue/nsID.h, I see this: ------------------------------------------------------------------------------ /** * A macro to build the static const IID accessor method. The Dummy * template parameter only exists so that the kIID symbol will be linked * properly (weak symbol on linux, gnu_linkonce on mac, multiple-definitions * merged on windows). Dummy should always be instantiated as "int". */ #define NS_DECLARE_STATIC_IID_ACCESSOR(the_iid) \ template \ struct COMTypeInfo \ { \ static const nsIID kIID NS_HIDDEN; \ }; \ static const nsIID& GetIID() {return COMTypeInfo::kIID;} #define NS_DEFINE_STATIC_IID_ACCESSOR(the_interface, the_iid) \ template \ const nsIID the_interface::COMTypeInfo::kIID NS_HIDDEN = the_iid; ------------------------------------------------------------------------------ So it appears that something has gone wrong with making this a weak symbol. File a bug against xulrunner and let the maintainers figure it out. -- Jerry James http://www.jamezone.org/ From tibbs at math.uh.edu Wed Aug 5 17:17:34 2009 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: Wed, 05 Aug 2009 12:17:34 -0500 Subject: Review In-Reply-To: <1249463339.31077.8.camel@politzer.theorphys.helsinki.fi> (Jussi Lehtola's message of "Wed\, 05 Aug 2009 12\:08\:59 +0300") References: <1249463339.31077.8.camel@politzer.theorphys.helsinki.fi> Message-ID: >>>>> "JL" == Jussi Lehtola writes: JL> (I'm not very sure, however, about the current policy of wanting JL> sponsors to review first packages. IMHO anyone should be able to JL> review them, just as long as a sponsor goes through them and some JL> inofficial reviews by the submitter. It's less work for the sponsor JL> that way :D) Anyone can review anything, sponsor, sponsored, or not a packager at all. The difference is who can approve a package and sponsor contributors. It is certainly quite reasonable for a non-sponsor to review that package and get it into shape so that a sponsor can come along, double check, and click the various buttons. - J< From jussilehtola at fedoraproject.org Wed Aug 5 17:53:09 2009 From: jussilehtola at fedoraproject.org (Jussi Lehtola) Date: Wed, 05 Aug 2009 20:53:09 +0300 Subject: Review In-Reply-To: References: <1249463339.31077.8.camel@politzer.theorphys.helsinki.fi> Message-ID: <1249494789.3757.6.camel@localhost.localdomain> On Wed, 2009-08-05 at 12:17 -0500, Jason L Tibbitts III wrote: > >>>>> "JL" == Jussi Lehtola writes: > > JL> (I'm not very sure, however, about the current policy of wanting > JL> sponsors to review first packages. IMHO anyone should be able to > JL> review them, just as long as a sponsor goes through them and some > JL> inofficial reviews by the submitter. It's less work for the sponsor > JL> that way :D) > > Anyone can review anything, sponsor, sponsored, or not a packager at > all. The difference is who can approve a package and sponsor > contributors. > > It is certainly quite reasonable for a non-sponsor to review that > package and get it into shape so that a sponsor can come along, double > check, and click the various buttons. That's what I think, too, but http://fedoraproject.org/wiki/PackageMaintainers/Join#Get_Sponsored thinks otherwise: "First reviews for new packagers must be done by registered sponsors. Informal reviews can be done by anyone interested." Maybe that note should be removed? -- Jussi Lehtola Fedora Project Contributor jussilehtola at fedoraproject.org From tibbs at math.uh.edu Wed Aug 5 17:55:13 2009 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: Wed, 05 Aug 2009 12:55:13 -0500 Subject: Review In-Reply-To: <1249494789.3757.6.camel@localhost.localdomain> (Jussi Lehtola's message of "Wed\, 05 Aug 2009 20\:53\:09 +0300") References: <1249463339.31077.8.camel@politzer.theorphys.helsinki.fi> <1249494789.3757.6.camel@localhost.localdomain> Message-ID: >>>>> "JL" == Jussi Lehtola writes: JL> That's what I think, too, but JL> http://fedoraproject.org/wiki/PackageMaintainers/Join#Get_Sponsored JL> thinks otherwise: Actually it just says what I said more succinctly. An informal review can be done by anyone. The actual full review and approval must be done by a sponsor. - J< From awilliam at redhat.com Wed Aug 5 18:33:13 2009 From: awilliam at redhat.com (Adam Williamson) Date: Wed, 05 Aug 2009 11:33:13 -0700 Subject: License change for ghostscript In-Reply-To: <4A79077F.5050500@redhat.com> References: <1248994755.2798.2.camel@worm> <200907312247.19079.ville.skytta@iki.fi> <1249073607.6440.14.camel@adam.local.net> <1249125078.16407.5.camel@worm> <1249421909.2146.8.camel@adam.local.net> <4A79077F.5050500@redhat.com> Message-ID: <1249497193.2266.12.camel@adam.local.net> On Wed, 2009-08-05 at 00:15 -0400, Tom "spot" Callaway wrote: > > I should probably talk to Spot about that. > > So, the rule here is that we don't take outside linking into effect when > marking the package's licensing. We go by what the source in the tarball > tells us. Otherwise, it would become massively too complicated to figure > it out for a lot of packages. I see that, but it presents a rather significant problem. Say we have something whose own license is LGPLv2+ - let's call it Component B - linking against something whose license is GPLv3 (Component C). Component B is then effectively GPLv3, but our license tags will not reflect that. If there is something _else_ that in turn links against Component B - call it Component A - and we want to find out whether there's a license conflict, we will treat Component B, for license checking purposes, as if it were LGPLv2+. But, for our purposes, it no longer is - we can only consider it to be GPLv3. So we may say that there's no problem with Component A linking against Component B, when actually there is... -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From jussilehtola at fedoraproject.org Wed Aug 5 18:38:10 2009 From: jussilehtola at fedoraproject.org (Jussi Lehtola) Date: Wed, 05 Aug 2009 21:38:10 +0300 Subject: License change for ghostscript In-Reply-To: <1249497193.2266.12.camel@adam.local.net> References: <1248994755.2798.2.camel@worm> <200907312247.19079.ville.skytta@iki.fi> <1249073607.6440.14.camel@adam.local.net> <1249125078.16407.5.camel@worm> <1249421909.2146.8.camel@adam.local.net> <4A79077F.5050500@redhat.com> <1249497193.2266.12.camel@adam.local.net> Message-ID: <1249497490.3757.17.camel@localhost.localdomain> On Wed, 2009-08-05 at 11:33 -0700, Adam Williamson wrote: > On Wed, 2009-08-05 at 00:15 -0400, Tom "spot" Callaway wrote: > > > > I should probably talk to Spot about that. > > > > So, the rule here is that we don't take outside linking into effect when > > marking the package's licensing. We go by what the source in the tarball > > tells us. Otherwise, it would become massively too complicated to figure > > it out for a lot of packages. > > I see that, but it presents a rather significant problem. > > Say we have something whose own license is LGPLv2+ - let's call it > Component B - linking against something whose license is GPLv3 > (Component C). > > Component B is then effectively GPLv3, but our license tags will not > reflect that. If there is something _else_ that in turn links against > Component B - call it Component A - and we want to find out whether > there's a license conflict, we will treat Component B, for license > checking purposes, as if it were LGPLv2+. But, for our purposes, it no > longer is - we can only consider it to be GPLv3. So we may say that > there's no problem with Component A linking against Component B, when > actually there is... Apropos, what's the license in case a GPL package links against OpenSSL? GPL with exceptions or what? Or is it even allowed? -- Jussi Lehtola Fedora Project Contributor jussilehtola at fedoraproject.org From awilliam at redhat.com Wed Aug 5 18:47:24 2009 From: awilliam at redhat.com (Adam Williamson) Date: Wed, 05 Aug 2009 11:47:24 -0700 Subject: KDE vs. GNOME on F10 In-Reply-To: <20090805120144.GC3095@hansolo.jdub.homelinux.org> References: <3668e9f50908050249r18019ab4j95b10beb23d74e73@mail.gmail.com> <15e53e180908050302k6faa024cj5f7630d15b9a4305@mail.gmail.com> <4A795D90.5020903@leemhuis.info> <20090805120144.GC3095@hansolo.jdub.homelinux.org> Message-ID: <1249498044.2266.17.camel@adam.local.net> On Wed, 2009-08-05 at 08:01 -0400, Josh Boyer wrote: > >I don't want to get between the lines here (there are good arguments and > >against updating Gnome and KDE for older releases) and I hate buzz-words > >like "Corporate identity", but I find it more and more odd that one > >doesn't know what to expect from Fedora, because similar sized things > >(KDE and Gnome) are handled quite differently. > > Short of passing a policy that says no major desktop upgrades for stable > releases, I don't see this changing. If we did pass that, I have a feeling > it would piss off a lot of people. Passing the converse (always upgrade) > would piss off just as many. > > I'm not that enthralled with starting a "who do you want to piss off today?" > campaign for Fedora. We've had this discussion before, but to re-state my opinion: the only sane way to handle this is multiple, discretionary update repositories. A repository for security and stable bugfix updates, and a repository for other updates - major version bumps whose purpose isn't solely to fix a security issue or, with minimal changes, a clearly identified bug. It's more work, but it's the only workable consistent system that doesn't restrict some maintainer from being able to do what they want to do. A distribution with much fewer resources than Fedora (Mandriva) has been using this system successfully, to the satisfaction of developers and users, for several releases now. The system gives users the flexibility to choose whether they want a 'traditional' stable update system, or a more adventurous, version-upgrading system. And maintainers can choose whether or not they want to take on the work of shipping updates in the adventurous repository. In all cases, users and maintainers both know what each repository is for, and what they'll be getting depending on which they choose to use. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From maxamillion at gmail.com Wed Aug 5 18:49:12 2009 From: maxamillion at gmail.com (Adam Miller) Date: Wed, 5 Aug 2009 13:49:12 -0500 Subject: KDE vs. GNOME on F10 In-Reply-To: <1249498044.2266.17.camel@adam.local.net> References: <3668e9f50908050249r18019ab4j95b10beb23d74e73@mail.gmail.com> <15e53e180908050302k6faa024cj5f7630d15b9a4305@mail.gmail.com> <4A795D90.5020903@leemhuis.info> <20090805120144.GC3095@hansolo.jdub.homelinux.org> <1249498044.2266.17.camel@adam.local.net> Message-ID: On Wed, Aug 5, 2009 at 1:47 PM, Adam Williamson wrote: > We've had this discussion before, but to re-state my opinion: the only > sane way to handle this is multiple, discretionary update repositories. > A repository for security and stable bugfix updates, and a repository > for other updates - major version bumps whose purpose isn't solely to > fix a security issue or, with minimal changes, a clearly identified bug. > > It's more work, but it's the only workable consistent system that > doesn't restrict some maintainer from being able to do what they want to > do. A distribution with much fewer resources than Fedora (Mandriva) has > been using this system successfully, to the satisfaction of developers > and users, for several releases now. > > The system gives users the flexibility to choose whether they want a > 'traditional' stable update system, or a more adventurous, > version-upgrading system. And maintainers can choose whether or not they > want to take on the work of shipping updates in the adventurous > repository. In all cases, users and maintainers both know what each > repository is for, and what they'll be getting depending on which they > choose to use. +1 Would definitely be one way to solve this sort of problem. -Adam -- http://maxamillion.googlepages.com --------------------------------------------------------- () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments From awilliam at redhat.com Wed Aug 5 18:49:53 2009 From: awilliam at redhat.com (Adam Williamson) Date: Wed, 05 Aug 2009 11:49:53 -0700 Subject: F12 Alpha Test install In-Reply-To: <1249479181.5139.457.camel@atropine.boston.devel.redhat.com> References: <1249440680.5100.16.camel@scrappy.miketc.net> <1249479181.5139.457.camel@atropine.boston.devel.redhat.com> Message-ID: <1249498193.2266.19.camel@adam.local.net> On Wed, 2009-08-05 at 09:33 -0400, Adam Jackson wrote: > On Tue, 2009-08-04 at 21:51 -0500, Mike Chambers wrote: > > > 2 - My mouse was not detected at all during install. Or at least, I > > never saw the mouse arrow during it. Had to use keyboard the whole > > time. > > Pretty sure this is an anaconda glitch. X doesn't show a cursor until > you define one. I'll look into it. Just to note, everyone is seeing this, to my knowledge. It's been discussed several times on test-list. The mouse actually works the whole time, but the cursor is not visible at first. It appears some time into the install, quasi-randomly (one time it appeared on the third screen for me, one time it didn't appear until I was deep into partitioning setup). A bug was filed on this, but Andy decided it was a duplicate of the bug whereby anaconda uses the wrong GTK+ theme. jlaska and I didn't feel that was correct, but we deferred to Andy :) -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From mark.bidewell at alumni.clemson.edu Wed Aug 5 18:51:57 2009 From: mark.bidewell at alumni.clemson.edu (Mark Bidewell) Date: Wed, 5 Aug 2009 14:51:57 -0400 Subject: KDE vs. GNOME on F10 In-Reply-To: References: <3668e9f50908050249r18019ab4j95b10beb23d74e73@mail.gmail.com> <15e53e180908050302k6faa024cj5f7630d15b9a4305@mail.gmail.com> <4A795D90.5020903@leemhuis.info> <20090805120144.GC3095@hansolo.jdub.homelinux.org> <1249498044.2266.17.camel@adam.local.net> Message-ID: On Wed, Aug 5, 2009 at 2:49 PM, Adam Miller wrote: > On Wed, Aug 5, 2009 at 1:47 PM, Adam Williamson wrote: > >> We've had this discussion before, but to re-state my opinion: the only >> sane way to handle this is multiple, discretionary update repositories. >> A repository for security and stable bugfix updates, and a repository >> for other updates - major version bumps whose purpose isn't solely to >> fix a security issue or, with minimal changes, a clearly identified bug. >> >> It's more work, but it's the only workable consistent system that >> doesn't restrict some maintainer from being able to do what they want to >> do. A distribution with much fewer resources than Fedora (Mandriva) has >> been using this system successfully, to the satisfaction of developers >> and users, for several releases now. >> >> The system gives users the flexibility to choose whether they want a >> 'traditional' stable update system, or a more adventurous, >> version-upgrading system. And maintainers can choose whether or not they >> want to take on the work of shipping updates in the adventurous >> repository. In all cases, users and maintainers both know what each >> repository is for, and what they'll be getting depending on which they >> choose to use. > > > +1 > > Would definitely be one way to solve this sort of problem. > > -Adam > > > > -- > http://maxamillion.googlepages.com > --------------------------------------------------------- > () ?ascii ribbon campaign - against html e-mail > /\ ?www.asciiribbon.org ? - against proprietary attachments > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > +1 OpenSUSE buildservice does this and it is nice to be able to pull things like latest OpenOffice, etc. -- Mark Bidewell http://www.linkedin.com/in/markbidewell From awilliam at redhat.com Wed Aug 5 18:53:14 2009 From: awilliam at redhat.com (Adam Williamson) Date: Wed, 05 Aug 2009 11:53:14 -0700 Subject: KDE vs. GNOME on F10 In-Reply-To: <200908051721.31015.Juha.Tuomala@iki.fi> References: <3668e9f50908050249r18019ab4j95b10beb23d74e73@mail.gmail.com> <200908051346.43462.Juha.Tuomala@iki.fi> <1249470403.31077.19.camel@politzer.theorphys.helsinki.fi> <200908051721.31015.Juha.Tuomala@iki.fi> Message-ID: <1249498394.2266.21.camel@adam.local.net> On Wed, 2009-08-05 at 17:21 +0300, Juha Tuomala wrote: > > On Wednesday 05 August 2009 14:06:43 Jussi Lehtola wrote: > > On Wed, 2009-08-05 at 13:46 +0300, Juha Tuomala wrote: > > > On Wednesday 05 August 2009 13:08:28 Colin Walters wrote: > > > > Because a lot of GNOME works directly with (and depends on) the core > > > > OS., and we want a stable system. > > > > > > Does this mean, that every time I've installed my system and left > > > GNOME out, I made a broken system? > > > > > > Is there a list of those 'direct dependencies' somewhere? > > > > No, it means that updating gnome would mean updating a bunch of > > libraries that are used by other apps. > > Which sounds like, it would break 'other apps', not 'the core OS'. What's being talked about, specifically, is libraries like GTK+ (especially GTK+ itself). That's part of the 'core system' by any reasonable definition, as many many applications depend on it (including, say, our default browser, and all our system configuration tools). There are several other components down in the stack that GNOME depends on which are in the same situation. Things aren't quite the same on the KDE side, as relatively few really mission-critical apps in Fedora are built on Qt and the rest of the KDE stack. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From maxamillion at gmail.com Wed Aug 5 18:58:48 2009 From: maxamillion at gmail.com (Adam Miller) Date: Wed, 5 Aug 2009 13:58:48 -0500 Subject: KDE vs. GNOME on F10 In-Reply-To: References: <3668e9f50908050249r18019ab4j95b10beb23d74e73@mail.gmail.com> <15e53e180908050302k6faa024cj5f7630d15b9a4305@mail.gmail.com> <4A795D90.5020903@leemhuis.info> <20090805120144.GC3095@hansolo.jdub.homelinux.org> <1249498044.2266.17.camel@adam.local.net> Message-ID: On Wed, Aug 5, 2009 at 1:51 PM, Mark Bidewell wrote: > > +1 > Would we want to consider putting together a proposal for something that is OpenSuSE Buildservice "styled" in order to satisfy this? -Adam -- http://maxamillion.googlepages.com --------------------------------------------------------- () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments From a.badger at gmail.com Wed Aug 5 18:58:55 2009 From: a.badger at gmail.com (Toshio Kuratomi) Date: Wed, 05 Aug 2009 11:58:55 -0700 Subject: KDE vs. GNOME on F10 In-Reply-To: <1249498044.2266.17.camel@adam.local.net> References: <3668e9f50908050249r18019ab4j95b10beb23d74e73@mail.gmail.com> <15e53e180908050302k6faa024cj5f7630d15b9a4305@mail.gmail.com> <4A795D90.5020903@leemhuis.info> <20090805120144.GC3095@hansolo.jdub.homelinux.org> <1249498044.2266.17.camel@adam.local.net> Message-ID: <4A79D66F.90805@gmail.com> On 08/05/2009 11:47 AM, Adam Williamson wrote: > And maintainers can choose whether or not they > want to take on the work of shipping updates in the adventurous > repository. How does this work? It would seem that the adventurous repository would be mandatory as something that changes ABI would require other packages to be rebuilt. Also, having the expectation that the other repository is for security updates doesn't address the problem of a security release breaking ABI. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: OpenPGP digital signature URL: From tcallawa at redhat.com Wed Aug 5 19:03:23 2009 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Wed, 05 Aug 2009 15:03:23 -0400 Subject: License change for ghostscript In-Reply-To: <1249497490.3757.17.camel@localhost.localdomain> References: <1248994755.2798.2.camel@worm> <200907312247.19079.ville.skytta@iki.fi> <1249073607.6440.14.camel@adam.local.net> <1249125078.16407.5.camel@worm> <1249421909.2146.8.camel@adam.local.net> <4A79077F.5050500@redhat.com> <1249497193.2266.12.camel@adam.local.net> <1249497490.3757.17.camel@localhost.localdomain> Message-ID: <4A79D77B.2030002@redhat.com> On 08/05/2009 02:38 PM, Jussi Lehtola wrote: > Apropos, what's the license in case a GPL package links against OpenSSL? > GPL with exceptions or what? Or is it even allowed? So, in this specific case, I'm still arguing with Red Hat Legal, and we have not determined our final stance. In the interim, if you have a specific instance of this scenario, you should ask the upstream of the GPL project to add a linking exception for OpenSSL, something like: In addition, as a special exception, gives permission to link the code of its release of with the OpenSSL project's "OpenSSL" library (or with modified versions of it that use the same license as the "OpenSSL" library), and distribute the linked executables. You must obey the GNU General Public License in all respects for all of the code used other than "OpenSSL". If you modify this file, you may extend this exception to your version of the file, but you are not obligated to do so. If you do not wish to do so, delete this exception. ~spot From awilliam at redhat.com Wed Aug 5 19:06:56 2009 From: awilliam at redhat.com (Adam Williamson) Date: Wed, 05 Aug 2009 12:06:56 -0700 Subject: KDE vs. GNOME on F10 In-Reply-To: References: <3668e9f50908050249r18019ab4j95b10beb23d74e73@mail.gmail.com> <15e53e180908050302k6faa024cj5f7630d15b9a4305@mail.gmail.com> <4A795D90.5020903@leemhuis.info> <20090805120144.GC3095@hansolo.jdub.homelinux.org> <1249498044.2266.17.camel@adam.local.net> Message-ID: <1249499216.2266.26.camel@adam.local.net> On Wed, 2009-08-05 at 13:58 -0500, Adam Miller wrote: > On Wed, Aug 5, 2009 at 1:51 PM, Mark > Bidewell wrote: > > > > > +1 > > > > > Would we want to consider putting together a proposal for something > that is OpenSuSE Buildservice "styled" in order to satisfy this? It doesn't really need that (though it'd not be a bad thing to have, necessarily; actually, I believe there's an ongoing project to open up our current build system to public use through a PPA-style system). It's more just a question of introducing extra repositories to be used (from both the user and maintainer side) through the existing build system. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From awilliam at redhat.com Wed Aug 5 19:11:40 2009 From: awilliam at redhat.com (Adam Williamson) Date: Wed, 05 Aug 2009 12:11:40 -0700 Subject: KDE vs. GNOME on F10 In-Reply-To: <4A79D66F.90805@gmail.com> References: <3668e9f50908050249r18019ab4j95b10beb23d74e73@mail.gmail.com> <15e53e180908050302k6faa024cj5f7630d15b9a4305@mail.gmail.com> <4A795D90.5020903@leemhuis.info> <20090805120144.GC3095@hansolo.jdub.homelinux.org> <1249498044.2266.17.camel@adam.local.net> <4A79D66F.90805@gmail.com> Message-ID: <1249499500.2266.31.camel@adam.local.net> On Wed, 2009-08-05 at 11:58 -0700, Toshio Kuratomi wrote: > On 08/05/2009 11:47 AM, Adam Williamson wrote: > > And maintainers can choose whether or not they > > want to take on the work of shipping updates in the adventurous > > repository. > > How does this work? It would seem that the adventurous repository would > be mandatory as something that changes ABI would require other packages > to be rebuilt. In the Mandriva system, ABI-breaking updates in /backports are discouraged by policy. When it happens, obviously you have to provide updates for all dependencies in /backports, too. Neither of the examples in question really breaks many public ABIs, though, AFAIK. GTK+ version bumps don't break the ABI, we don't rebuild seven thousand packages each time GTK+ gets updated (it's still on the 2.0 ABI). Most KDE / GNOME breakage with new releases is 'internal', I think - so if you're updating all of KDE/GNOME anyway, the API/ABI breakage isn't a problem. > Also, having the expectation that the other repository is for security > updates doesn't address the problem of a security release breaking ABI. That's rather unlikely (well, except in oddball cases like Firefox / XULRunner), but sure it does - if a security update cannot be done in any way other than by breaking API/ABI, you ship rebuilds of all dependent packages as official updates in the stable update repository. That's how we'd handle it at present anyway. The normal policy is you do the minimum possible amount of changes to address vital problems, but you do _have_ to fix them, even if the 'minimum possible amount of changes' involves rebuilding a dozen packages. This is how all conventionally updated distros work, AFAIK (including for e.g. RHEL - they wouldn't just leave a security hole unpatched because they had to break an API/ABI to fix it ...) -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From awilliam at redhat.com Wed Aug 5 19:14:02 2009 From: awilliam at redhat.com (Adam Williamson) Date: Wed, 05 Aug 2009 12:14:02 -0700 Subject: License change for ghostscript In-Reply-To: <4A79D77B.2030002@redhat.com> References: <1248994755.2798.2.camel@worm> <200907312247.19079.ville.skytta@iki.fi> <1249073607.6440.14.camel@adam.local.net> <1249125078.16407.5.camel@worm> <1249421909.2146.8.camel@adam.local.net> <4A79077F.5050500@redhat.com> <1249497193.2266.12.camel@adam.local.net> <1249497490.3757.17.camel@localhost.localdomain> <4A79D77B.2030002@redhat.com> Message-ID: <1249499642.2266.33.camel@adam.local.net> On Wed, 2009-08-05 at 15:03 -0400, Tom "spot" Callaway wrote: > On 08/05/2009 02:38 PM, Jussi Lehtola wrote: > > Apropos, what's the license in case a GPL package links against OpenSSL? > > GPL with exceptions or what? Or is it even allowed? > > So, in this specific case, I'm still arguing with Red Hat Legal, and we > have not determined our final stance. > > In the interim, if you have a specific instance of this scenario, you > should ask the upstream of the GPL project to add a linking exception > for OpenSSL, something like: > > > In addition, as a special exception, gives permission > to link the code of its release of with the OpenSSL project's > "OpenSSL" library (or with modified versions of it that use the same > license as the "OpenSSL" library), and distribute the linked > executables. You must obey the GNU General Public License in all > respects for all of the code used other than "OpenSSL". If you modify > this file, you may extend this exception to your version of the file, > but you are not obligated to do so. If you do not wish to do so, delete > this exception. If you're feeling extra cynical, Debian does have a defined position on this; they're on the conservative side of the fence, they don't consider it acceptable for code licensed under the GPL with no exceptions to link against OpenSSL. So if you don't want to go to the hassle, and the package in question is in Debian, just notify the Debian maintainer in some public fashion (file a bug...) and then they're obliged by Debian's policies to go to all the trouble for you. Then you can steal their work. =) ahh, the joys of open source! -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From jwboyer at gmail.com Wed Aug 5 19:28:23 2009 From: jwboyer at gmail.com (Josh Boyer) Date: Wed, 5 Aug 2009 15:28:23 -0400 Subject: KDE vs. GNOME on F10 In-Reply-To: <1249498044.2266.17.camel@adam.local.net> References: <3668e9f50908050249r18019ab4j95b10beb23d74e73@mail.gmail.com> <15e53e180908050302k6faa024cj5f7630d15b9a4305@mail.gmail.com> <4A795D90.5020903@leemhuis.info> <20090805120144.GC3095@hansolo.jdub.homelinux.org> <1249498044.2266.17.camel@adam.local.net> Message-ID: <20090805192822.GD3095@hansolo.jdub.homelinux.org> On Wed, Aug 05, 2009 at 11:47:24AM -0700, Adam Williamson wrote: >On Wed, 2009-08-05 at 08:01 -0400, Josh Boyer wrote: > >> >I don't want to get between the lines here (there are good arguments and >> >against updating Gnome and KDE for older releases) and I hate buzz-words >> >like "Corporate identity", but I find it more and more odd that one >> >doesn't know what to expect from Fedora, because similar sized things >> >(KDE and Gnome) are handled quite differently. >> >> Short of passing a policy that says no major desktop upgrades for stable >> releases, I don't see this changing. If we did pass that, I have a feeling >> it would piss off a lot of people. Passing the converse (always upgrade) >> would piss off just as many. >> >> I'm not that enthralled with starting a "who do you want to piss off today?" >> campaign for Fedora. > >We've had this discussion before, but to re-state my opinion: the only >sane way to handle this is multiple, discretionary update repositories. >A repository for security and stable bugfix updates, and a repository >for other updates - major version bumps whose purpose isn't solely to >fix a security issue or, with minimal changes, a clearly identified bug. > >It's more work, but it's the only workable consistent system that >doesn't restrict some maintainer from being able to do what they want to >do. A distribution with much fewer resources than Fedora (Mandriva) has >been using this system successfully, to the satisfaction of developers >and users, for several releases now. Care to write up a proposal on how this work-flow would look like? Without some of the details, I'm confused how one would avoid all kinds of weirdness from repo conflicts if you have multiple of these repos enabled. That, and the fact that everything is built from a single buildroot at the moment. josh From awilliam at redhat.com Wed Aug 5 19:41:23 2009 From: awilliam at redhat.com (Adam Williamson) Date: Wed, 05 Aug 2009 12:41:23 -0700 Subject: KDE vs. GNOME on F10 In-Reply-To: <20090805192822.GD3095@hansolo.jdub.homelinux.org> References: <3668e9f50908050249r18019ab4j95b10beb23d74e73@mail.gmail.com> <15e53e180908050302k6faa024cj5f7630d15b9a4305@mail.gmail.com> <4A795D90.5020903@leemhuis.info> <20090805120144.GC3095@hansolo.jdub.homelinux.org> <1249498044.2266.17.camel@adam.local.net> <20090805192822.GD3095@hansolo.jdub.homelinux.org> Message-ID: <1249501283.2266.43.camel@adam.local.net> On Wed, 2009-08-05 at 15:28 -0400, Josh Boyer wrote: > Care to write up a proposal on how this work-flow would look like? Without > some of the details, I'm confused how one would avoid all kinds of weirdness > from repo conflicts if you have multiple of these repos enabled. That, and the > fact that everything is built from a single buildroot at the moment. I probably couldn't do much justice to a comprehensive plan as I have insufficient knowledge of how the buildsystem works. I was acting at a higher level - just trying to point out that it's essentially doomed to try and please everyone with a single update repository, that's not an argument anyone can win. Either the 'we want stable updates' camp or the 'we want shiny new stuff' camp is going to be disappointed. I'm not sure what kind of weirdness you mean, but I have to emphasize this isn't some kind of theoretical system, it really exists in the really real world :). I have three Mandriva machines (not worth the bother converting them to Fedora), some using /backports and /updates repositories, some just /updates, and there's no 'weirdness' involved. Probably the major issue I can think of is that maintainers pushing /backports packages should be careful to forward port changes done on the /updates branch to /backports, so that those using the more adventurous updates don't miss out on any security / bug fixes done in the stabler updates. But since the person doing /backports packages and the person doing /updates packages are usually exactly the same person, this doesn't present much of a problem. Oh, I just realized, in case it's not clear - in the MDV system, the adventurous repo (/backports) is complementary to the stable repo (/updates), it doesn't replace it. You either use /updates and /backports, or just /updates; using /backports but not /updates is not intended or supported. Yes, there would have to be some kind of accommodation in the build bots for this. Packages intended for the adventurous updates branch would have to be built in an environment which used that repository *and* the stable updates repository as a source, and packages intended for the stable updates branch would have to be built in an environment which only used the stable repository as a source. It's more work, yes, as I said in my initial mail :) The missing bit of the argument from before is whether we actually want to care about people who only want 'stable' updates, and that tracks back to the question of what Fedora actually is, which I don't believe the Board has settled yet. If we don't care about providing a stable update set, then implementing this system would be unnecessary work, and it's fine to continue simply to have a single repo and allow adventurous updates to be sent there. Of course, packages sent to /backports can break sometimes, but that's not unexpected, and no different to shipping updates of the same level of potential brokenness in a single update repository, as we currently do. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From a.badger at gmail.com Wed Aug 5 19:44:05 2009 From: a.badger at gmail.com (Toshio Kuratomi) Date: Wed, 05 Aug 2009 12:44:05 -0700 Subject: KDE vs. GNOME on F10 In-Reply-To: <1249499500.2266.31.camel@adam.local.net> References: <3668e9f50908050249r18019ab4j95b10beb23d74e73@mail.gmail.com> <15e53e180908050302k6faa024cj5f7630d15b9a4305@mail.gmail.com> <4A795D90.5020903@leemhuis.info> <20090805120144.GC3095@hansolo.jdub.homelinux.org> <1249498044.2266.17.camel@adam.local.net> <4A79D66F.90805@gmail.com> <1249499500.2266.31.camel@adam.local.net> Message-ID: <4A79E105.4080101@gmail.com> On 08/05/2009 12:11 PM, Adam Williamson wrote: > On Wed, 2009-08-05 at 11:58 -0700, Toshio Kuratomi wrote: >> Also, having the expectation that the other repository is for security >> updates doesn't address the problem of a security release breaking ABI. > > That's rather unlikely (well, except in oddball cases like Firefox / > XULRunner), heh, the exact case I was thinking of :-) > but sure it does - if a security update cannot be done in > any way other than by breaking API/ABI, you ship rebuilds of all > dependent packages as official updates in the stable update repository. > That's how we'd handle it at present anyway. The normal policy is you do > the minimum possible amount of changes to address vital problems, but > you do _have_ to fix them, even if the 'minimum possible amount of > changes' involves rebuilding a dozen packages. This is how all > conventionally updated distros work, AFAIK (including for e.g. RHEL - > they wouldn't just leave a security hole unpatched because they had to > break an API/ABI to fix it ...) > Sure, this is comparable to the present situation. But it doesn't seem like it makes things much better. * It doesn't solve the original poster's issue (that the GNOME stack isn't going to be updated for F10 since the maintainers don't want to do this and the policy wouldn't require it) * It doesn't solve the follow-on issue of things being different between major Fedora components (since gnome maintainers don't want to participate but kde maintainers do) * It makes things more complex (for instance, we would have to build packages against multiple repository sets -- ie: [F12-release + F12-updates-security] [F12-release + F12-updates-security + F12-updates-adventurous] since there could be incompatibilities between the packages in updates-security and updates-adventurous.). * It makes more work for rel-eng to prepare and push the extra repos. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: OpenPGP digital signature URL: From tcallawa at redhat.com Wed Aug 5 19:49:35 2009 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Wed, 05 Aug 2009 15:49:35 -0400 Subject: KDE vs. GNOME on F10 In-Reply-To: <1249501283.2266.43.camel@adam.local.net> References: <3668e9f50908050249r18019ab4j95b10beb23d74e73@mail.gmail.com> <15e53e180908050302k6faa024cj5f7630d15b9a4305@mail.gmail.com> <4A795D90.5020903@leemhuis.info> <20090805120144.GC3095@hansolo.jdub.homelinux.org> <1249498044.2266.17.camel@adam.local.net> <20090805192822.GD3095@hansolo.jdub.homelinux.org> <1249501283.2266.43.camel@adam.local.net> Message-ID: <4A79E24F.1050305@redhat.com> On 08/05/2009 03:41 PM, Adam Williamson wrote: > The missing bit of the argument from before is whether we actually want > to care about people who only want 'stable' updates, and that tracks > back to the question of what Fedora actually is, which I don't believe > the Board has settled yet. If we don't care about providing a stable > update set, then implementing this system would be unnecessary work, and > it's fine to continue simply to have a single repo and allow adventurous > updates to be sent there. See, this is different. If you're waiting for the board to define "what Fedora actually is", you're going to die waiting. I'm of the opinion that such a question is too broad and vague. Now, if you wanted to know how the board feels about providing "a stable updates set", and you can elaborate on what that means and how it works, with less handwaving and miracles, I think we could give a more productive and useful answer. * ~spot, Fedora Board member, speaking for himself only * Although, strictly speaking, that sort of thing is in FESCo's domain. From jkeating at redhat.com Wed Aug 5 19:58:22 2009 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 05 Aug 2009 12:58:22 -0700 Subject: KDE vs. GNOME on F10 In-Reply-To: <4A79E105.4080101@gmail.com> References: <3668e9f50908050249r18019ab4j95b10beb23d74e73@mail.gmail.com> <15e53e180908050302k6faa024cj5f7630d15b9a4305@mail.gmail.com> <4A795D90.5020903@leemhuis.info> <20090805120144.GC3095@hansolo.jdub.homelinux.org> <1249498044.2266.17.camel@adam.local.net> <4A79D66F.90805@gmail.com> <1249499500.2266.31.camel@adam.local.net> <4A79E105.4080101@gmail.com> Message-ID: <1249502302.3759.22.camel@localhost.localdomain> On Wed, 2009-08-05 at 12:44 -0700, Toshio Kuratomi wrote: > > Sure, this is comparable to the present situation. But it doesn't seem > like it makes things much better. > > * It doesn't solve the original poster's issue (that the GNOME stack > isn't going to be updated for F10 since the maintainers don't want to do > this and the policy wouldn't require it) > * It doesn't solve the follow-on issue of things being different between > major Fedora components (since gnome maintainers don't want to > participate but kde maintainers do) > * It makes things more complex (for instance, we would have to build > packages against multiple repository sets -- ie: [F12-release + > F12-updates-security] [F12-release + F12-updates-security + > F12-updates-adventurous] since there could be incompatibilities between > the packages in updates-security and updates-adventurous.). > * It makes more work for rel-eng to prepare and push the extra repos. It also would require multiple CVS branches, one for security, one for adventurous, as well as different buildroots to go along with those, since you wouldn't be able to build a security update for a gnome package against the newer adventurous gtk and expect it to work on the older GTK, likewise if you had to modify a gnome package to work with newer gtk, you dont' want those modifications in the way if/when you need to do a conservative security update for it later. All this really does is create a pseudo rawhide for each release, blurring the lines even more around why we even do releases. With a 6 month cycle, do we really want to take on all this extra headaches and hassles just so that you can have some newer experimental software a bit sooner, or without doing a wholesale update to the next release? -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From jkeating at j2solutions.net Wed Aug 5 20:03:39 2009 From: jkeating at j2solutions.net (Jesse Keating) Date: Wed, 05 Aug 2009 13:03:39 -0700 Subject: KDE vs. GNOME on F10 In-Reply-To: <1249502302.3759.22.camel@localhost.localdomain> References: <3668e9f50908050249r18019ab4j95b10beb23d74e73@mail.gmail.com> <15e53e180908050302k6faa024cj5f7630d15b9a4305@mail.gmail.com> <4A795D90.5020903@leemhuis.info> <20090805120144.GC3095@hansolo.jdub.homelinux.org> <1249498044.2266.17.camel@adam.local.net> <4A79D66F.90805@gmail.com> <1249499500.2266.31.camel@adam.local.net> <4A79E105.4080101@gmail.com> <1249502302.3759.22.camel@localhost.localdomain> Message-ID: <1249502619.3759.23.camel@localhost.localdomain> On Wed, 2009-08-05 at 12:58 -0700, Jesse Keating wrote: > It also would require multiple CVS branches, one for security, one for > adventurous, as well as different buildroots to go along with those, > since you wouldn't be able to build a security update for a gnome > package against the newer adventurous gtk and expect it to work on the > older GTK, likewise if you had to modify a gnome package to work with > newer gtk, you dont' want those modifications in the way if/when you > need to do a conservative security update for it later. Oh I forgot, you also need -testing versions of each of those repos, so for any release, you could have updates, updates-testing, experimental, and experimental-testing repo options and build targets and buildroot shuffling going on. WHAT FUN! -- Jesse Keating RHCE (http://jkeating.livejournal.com) Fedora Project (http://fedoraproject.org/wiki/JesseKeating) GPG Public Key (geek.j2solutions.net/jkeating.j2solutions.pub) identi.ca (http://identi.ca/jkeating) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From awilliam at redhat.com Wed Aug 5 20:04:00 2009 From: awilliam at redhat.com (Adam Williamson) Date: Wed, 05 Aug 2009 13:04:00 -0700 Subject: KDE vs. GNOME on F10 In-Reply-To: <4A79E105.4080101@gmail.com> References: <3668e9f50908050249r18019ab4j95b10beb23d74e73@mail.gmail.com> <15e53e180908050302k6faa024cj5f7630d15b9a4305@mail.gmail.com> <4A795D90.5020903@leemhuis.info> <20090805120144.GC3095@hansolo.jdub.homelinux.org> <1249498044.2266.17.camel@adam.local.net> <4A79D66F.90805@gmail.com> <1249499500.2266.31.camel@adam.local.net> <4A79E105.4080101@gmail.com> Message-ID: <1249502640.2266.48.camel@adam.local.net> On Wed, 2009-08-05 at 12:44 -0700, Toshio Kuratomi wrote: > Sure, this is comparable to the present situation. But it doesn't seem > like it makes things much better. > > * It doesn't solve the original poster's issue (that the GNOME stack > isn't going to be updated for F10 since the maintainers don't want to do > this and the policy wouldn't require it) > * It doesn't solve the follow-on issue of things being different between > major Fedora components (since gnome maintainers don't want to > participate but kde maintainers do) > * It makes things more complex (for instance, we would have to build > packages against multiple repository sets -- ie: [F12-release + > F12-updates-security] [F12-release + F12-updates-security + > F12-updates-adventurous] since there could be incompatibilities between > the packages in updates-security and updates-adventurous.). > * It makes more work for rel-eng to prepare and push the extra repos. The major thing it solves is it makes it possible to reliably get only 'conventional' updates. At present, as traditional security / bugfix updates are mixed up with more adventurous updates, you can't do this. An alternative would be to tag updates within a single repo in a way that yum and PackageKit understand and have appropriate configuration options to enable certain types of update, which would really be much the same situation, just organized slightly differently. Either way it's going to be some level of extra work for someone somewhere, I haven't denied that. Was just discussing the parameters of addressing (or not addressing) this issue. It's not possible to make all parties happy in the current framework, so either we change something, or we take a specific decision to make some parties unhappy, and justify that formally. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From notting at redhat.com Wed Aug 5 20:07:59 2009 From: notting at redhat.com (Bill Nottingham) Date: Wed, 5 Aug 2009 16:07:59 -0400 Subject: 'IT Security' in comps? In-Reply-To: <20090805142004.GE16783@genius.kawo2.rwth-aachen.de> References: <20090805124954.ADF6511C008C@cvs1.fedora.phx.redhat.com> <20090805140024.GD6336@nostromo.devel.redhat.com> <20090805142004.GE16783@genius.kawo2.rwth-aachen.de> Message-ID: <20090805200759.GA12347@nostromo.devel.redhat.com> Till Maas (opensource at till.name) said: > > You've also added a new toplevel category. This means this new nebulous > > 'IT Securty' item is pushed at the toplevel, much as 'Desktops' or > > 'Language Support'. That seems misplaced to me. > > How can I bundle the groups, if not with a category? Or can there be > subcategories? I'm not sure they need to be bundled. Especially with 'IT' as a prefix; code analysis is code analysis; password recovery is password recovery. There's also ongoing work on package tagging that may fit better for more finer grained usages such as these. > I asked on this list and got a reply from Jesse Keating: > https://www.redhat.com/archives/fedora-devel-list/2009-May/msg02292.html My mistake. > > Why isn't this just done via a menus package in the security spin? > > Wouldn't that be more useful? > > No, because this does not help me with my search from yum. Tagging would help with this; as it stands now, 'yum search wireless' or 'yum search wireless sniffer' would return the packages in your wireless group. > Btw. this is > true for other package groups, too. E.g. we have a KDE spin and a KDE > group in comps. Sure, but KDE is a much broader use case. I feel that the groups as you defined them are probably too fine grained. Moreover, what's the usage case in that you really need all three tools (which is the default if you install the group you mentioned)? Bill From mclasen at redhat.com Wed Aug 5 20:07:13 2009 From: mclasen at redhat.com (Matthias Clasen) Date: Wed, 05 Aug 2009 16:07:13 -0400 Subject: KDE vs. GNOME on F10 In-Reply-To: <1249502640.2266.48.camel@adam.local.net> References: <3668e9f50908050249r18019ab4j95b10beb23d74e73@mail.gmail.com> <15e53e180908050302k6faa024cj5f7630d15b9a4305@mail.gmail.com> <4A795D90.5020903@leemhuis.info> <20090805120144.GC3095@hansolo.jdub.homelinux.org> <1249498044.2266.17.camel@adam.local.net> <4A79D66F.90805@gmail.com> <1249499500.2266.31.camel@adam.local.net> <4A79E105.4080101@gmail.com> <1249502640.2266.48.camel@adam.local.net> Message-ID: <1249502833.1589.2.camel@planemask> On Wed, 2009-08-05 at 13:04 -0700, Adam Williamson wrote: > > An alternative would be to tag updates within a single repo in a way > that yum and PackageKit understand and have appropriate configuration > options to enable certain types of update, which would really be much > the same situation, just organized slightly differently. bodhi and packagekit already work together to mark updates as bug-fix, security or enhancement. Do you need anything else ? Of course, with this setup, once you decide to not be adventurous and install the enhancement update to KDE 4.3.0, you won't get bug fixes for the older version you are stuck on, and more seriously, no security updates either... From awilliam at redhat.com Wed Aug 5 20:11:20 2009 From: awilliam at redhat.com (Adam Williamson) Date: Wed, 05 Aug 2009 13:11:20 -0700 Subject: KDE vs. GNOME on F10 In-Reply-To: <4A79E24F.1050305@redhat.com> References: <3668e9f50908050249r18019ab4j95b10beb23d74e73@mail.gmail.com> <15e53e180908050302k6faa024cj5f7630d15b9a4305@mail.gmail.com> <4A795D90.5020903@leemhuis.info> <20090805120144.GC3095@hansolo.jdub.homelinux.org> <1249498044.2266.17.camel@adam.local.net> <20090805192822.GD3095@hansolo.jdub.homelinux.org> <1249501283.2266.43.camel@adam.local.net> <4A79E24F.1050305@redhat.com> Message-ID: <1249503080.2266.53.camel@adam.local.net> On Wed, 2009-08-05 at 15:49 -0400, Tom "spot" Callaway wrote: > On 08/05/2009 03:41 PM, Adam Williamson wrote: > > The missing bit of the argument from before is whether we actually want > > to care about people who only want 'stable' updates, and that tracks > > back to the question of what Fedora actually is, which I don't believe > > the Board has settled yet. If we don't care about providing a stable > > update set, then implementing this system would be unnecessary work, and > > it's fine to continue simply to have a single repo and allow adventurous > > updates to be sent there. > > See, this is different. If you're waiting for the board to define "what > Fedora actually is", you're going to die waiting. I'm of the opinion > that such a question is too broad and vague. > Now, if you wanted to know how the board feels about providing "a stable > updates set", and you can elaborate on what that means and how it works, > with less handwaving and miracles, I think we could give a more > productive and useful answer. * I think they're the same question. I've explained why before, but here we go again. The question is whether Fedora intends to be a distribution suitable for day-to-day general purpose use by people who are not necessarily that interested in Fedora per se - whether it's got an aim to be a general-purpose operating system like other distributions do - or not. That's the only framework in which you can sensibly answer whether we want a stable update set or not, to my mind. If we are - or _want to be_ - that kind of a distribution, we have to provide a stable update set so we can stop telling people who just want a distro to run Aunt Flo's desktop or their webserver or whatever on to run CentOS or Ubuntu instead. If, however, we really don't care about that kind of usage scenario and instead we want to focus only on being a kind of project for the prototyping of systems that will eventually _become_ components of that kind of generally usable operating system - which to my mind is more or less the status at the moment - it doesn't make any sense to provide a stable update set, it's not serving any real purpose, and it'd just be a waste of effort. I really can't see any more 'specialized' framework in which to address the question. Whether it makes sense to provide a solely stable update set or not is inevitably tied to who would use such a set, and that in turn inevitably ties back to exactly what kind of Fedora user we want, and that in turn is inextricably linked to the identity of Fedora as a project. If you can break that chain at any point, please do, otherwise I'm struggling to divorce the issues :) -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From jkeating at redhat.com Wed Aug 5 20:14:31 2009 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 05 Aug 2009 13:14:31 -0700 Subject: KDE vs. GNOME on F10 In-Reply-To: <1249502640.2266.48.camel@adam.local.net> References: <3668e9f50908050249r18019ab4j95b10beb23d74e73@mail.gmail.com> <15e53e180908050302k6faa024cj5f7630d15b9a4305@mail.gmail.com> <4A795D90.5020903@leemhuis.info> <20090805120144.GC3095@hansolo.jdub.homelinux.org> <1249498044.2266.17.camel@adam.local.net> <4A79D66F.90805@gmail.com> <1249499500.2266.31.camel@adam.local.net> <4A79E105.4080101@gmail.com> <1249502640.2266.48.camel@adam.local.net> Message-ID: <1249503271.3759.25.camel@localhost.localdomain> On Wed, 2009-08-05 at 13:04 -0700, Adam Williamson wrote: > > An alternative would be to tag updates within a single repo in a way > that yum and PackageKit understand and have appropriate configuration > options to enable certain types of update, which would really be much > the same situation, just organized slightly differently. We already tag updates as either security, bugfix, or enhancement. yum-security would only install the security ones. However what was yesterday's security update can become today's enhancement update, so you'd have to consume the enhancement in order to get the security fix. Likewise tomorrow's security fix may be built against yesterday's enhancement for something else, so in order to get the security for A you have to get the enhancement for B. -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From tcallawa at redhat.com Wed Aug 5 20:18:53 2009 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Wed, 05 Aug 2009 16:18:53 -0400 Subject: KDE vs. GNOME on F10 In-Reply-To: <1249503080.2266.53.camel@adam.local.net> References: <3668e9f50908050249r18019ab4j95b10beb23d74e73@mail.gmail.com> <15e53e180908050302k6faa024cj5f7630d15b9a4305@mail.gmail.com> <4A795D90.5020903@leemhuis.info> <20090805120144.GC3095@hansolo.jdub.homelinux.org> <1249498044.2266.17.camel@adam.local.net> <20090805192822.GD3095@hansolo.jdub.homelinux.org> <1249501283.2266.43.camel@adam.local.net> <4A79E24F.1050305@redhat.com> <1249503080.2266.53.camel@adam.local.net> Message-ID: <4A79E92D.5030405@redhat.com> On 08/05/2009 04:11 PM, Adam Williamson wrote: > The question is whether Fedora intends to be a distribution suitable for > day-to-day general purpose use by people who are not necessarily that > interested in Fedora per se - whether it's got an aim to be a > general-purpose operating system like other distributions do - or not. > That's the only framework in which you can sensibly answer whether we > want a stable update set or not, to my mind. What does a "stable update set" mean? Does it mean updates which don't break ABI/API? Does it mean backporting patches and not permitting new versions as updates? I seriously doubt that anyone is pushing updates simply to push them in the current Fedora model. Maintainers are pushing updates because they feel there is a reason, a bug fixed, a security hole closed, a significant feature enhancement that users want (or that they think users want). Without a finer definition here, it's all just hand-waving. ~spot From a.badger at gmail.com Wed Aug 5 20:25:20 2009 From: a.badger at gmail.com (Toshio Kuratomi) Date: Wed, 05 Aug 2009 13:25:20 -0700 Subject: KDE vs. GNOME on F10 In-Reply-To: <1249502640.2266.48.camel@adam.local.net> References: <3668e9f50908050249r18019ab4j95b10beb23d74e73@mail.gmail.com> <15e53e180908050302k6faa024cj5f7630d15b9a4305@mail.gmail.com> <4A795D90.5020903@leemhuis.info> <20090805120144.GC3095@hansolo.jdub.homelinux.org> <1249498044.2266.17.camel@adam.local.net> <4A79D66F.90805@gmail.com> <1249499500.2266.31.camel@adam.local.net> <4A79E105.4080101@gmail.com> <1249502640.2266.48.camel@adam.local.net> Message-ID: <4A79EAB0.1030003@gmail.com> On 08/05/2009 01:04 PM, Adam Williamson wrote: > On Wed, 2009-08-05 at 12:44 -0700, Toshio Kuratomi wrote: > >> Sure, this is comparable to the present situation. But it doesn't seem >> like it makes things much better. >> >> * It doesn't solve the original poster's issue (that the GNOME stack >> isn't going to be updated for F10 since the maintainers don't want to do >> this and the policy wouldn't require it) >> * It doesn't solve the follow-on issue of things being different between >> major Fedora components (since gnome maintainers don't want to >> participate but kde maintainers do) >> * It makes things more complex (for instance, we would have to build >> packages against multiple repository sets -- ie: [F12-release + >> F12-updates-security] [F12-release + F12-updates-security + >> F12-updates-adventurous] since there could be incompatibilities between >> the packages in updates-security and updates-adventurous.). >> * It makes more work for rel-eng to prepare and push the extra repos. > > The major thing it solves is it makes it possible to reliably get only > 'conventional' updates. At present, as traditional security / bugfix > updates are mixed up with more adventurous updates, you can't do this. > > An alternative would be to tag updates within a single repo in a way > that yum and PackageKit understand and have appropriate configuration > options to enable certain types of update, which would really be much > the same situation, just organized slightly differently. > For this: $ repoquery -qi yum-plugin-security Name : yum-plugin-security Version : 1.1.22 Release : 1.fc11 Architecture: noarch Size : 23792 Packager : Fedora Project Group : System Environment/Base URL : http://yum.baseurl.org/download/yum-utils/ Repository : updates Summary : Yum plugin to enable security filters Description : This plugin adds the options --security, --cve, --bz and --advisory flags to yum and the list-security and info-security commands. The options make it possible to limit list/upgrade of packages to specific security relevant ones. The commands give you the security information. > Either way it's going to be some level of extra work for someone > somewhere, I haven't denied that. Was just discussing the parameters of > addressing (or not addressing) this issue. It's not possible to make all > parties happy in the current framework, so either we change something, > or we take a specific decision to make some parties unhappy, and justify > that formally. > Sure. I'm just pointing out that you're trying to solve a different problem than either the original poster or Thorsten. (And now that I understand your problem better, perhaps yours is already solved :-) -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: OpenPGP digital signature URL: From caillon at redhat.com Wed Aug 5 20:31:16 2009 From: caillon at redhat.com (Christopher Aillon) Date: Wed, 05 Aug 2009 13:31:16 -0700 Subject: Mozvoikko doesn't build on F12, please help In-Reply-To: <1249489597.2602.9.camel@poytakone.lan> References: <1249489597.2602.9.camel@poytakone.lan> Message-ID: <4A79EC14.6070207@redhat.com> On 08/05/2009 09:26 AM, Ville-Pekka Vainio wrote: > Hi, > > There was a recent xulrunner/Firefox security update and all the > packages depending on the unstable xulrunner interface were rebuilt. For > some reason the Firefox extension I maintain, mozvoikko, can't be built > against xulrunner 1.9.1.2-1.fc12. The build has succeeded with all > previous versions. > > The build is https://koji.fedoraproject.org/koji/taskinfo?taskID=1579937 > and the build.log from the failed x86_64 build is > https://koji.fedoraproject.org/koji/getfile?taskID=1579946&name=build.log > > The error seems to happen while linking: > > g++ -shared -Wl,--no-undefined -O2 -g -pipe -Wall > -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector > --param=ssp-buffer-size=4 -m64 -mtune=generic -o > components/libmozvoikko.so mozVoikko.o mozVoikkoSpell.o mozVoikkoUtils.o > mozVoikkoSpellFactory.o -Wl,--as-needed > -L/usr/lib64/xulrunner-sdk-1.9.1/lib -lxpcomglue_s -lxul -lxpcom -lplds4 > -lplc4 -lnspr4 -lpthread -ldl > > results in > > `nsISupports::COMTypeInfo::kIID' referenced in section `.data.rel.ro' of /usr/lib64/xulrunner-sdk-1.9.1/lib/libxpcomglue_s.a(nsGenericFactory.o): defined in discarded section `.rodata._ZN11nsISupports11COMTypeInfoIiE4kIIDE[nsISupports::COMTypeInfo::kIID]' of /usr/lib64/xulrunner-sdk-1.9.1/lib/libxpcomglue_s.a(nsGenericFactory.o) > collect2: ld returned 1 exit status > > Any ideas on what might be going wrong here? > It's also the reason why firefox doesn't yet build. http://koji.fedoraproject.org/koji/getfile?taskID=1581586&name=build.log It's being worked on by Martin and Jan. They'll get the rebuilds for F12 ready too. From jkeating at redhat.com Wed Aug 5 20:33:21 2009 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 05 Aug 2009 13:33:21 -0700 Subject: KDE vs. GNOME on F10 In-Reply-To: <4A79E92D.5030405@redhat.com> References: <3668e9f50908050249r18019ab4j95b10beb23d74e73@mail.gmail.com> <15e53e180908050302k6faa024cj5f7630d15b9a4305@mail.gmail.com> <4A795D90.5020903@leemhuis.info> <20090805120144.GC3095@hansolo.jdub.homelinux.org> <1249498044.2266.17.camel@adam.local.net> <20090805192822.GD3095@hansolo.jdub.homelinux.org> <1249501283.2266.43.camel@adam.local.net> <4A79E24F.1050305@redhat.com> <1249503080.2266.53.camel@adam.local.net> <4A79E92D.5030405@redhat.com> Message-ID: <1249504401.3759.27.camel@localhost.localdomain> On Wed, 2009-08-05 at 16:18 -0400, Tom "spot" Callaway wrote: > Maintainers are pushing updates because they > feel there is a reason, a bug fixed, a security hole closed, a > significant feature enhancement that users want (or that they think > users want). A bug filed by FEVEr or it's replacement saying there is a bigger number released somewhere. -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From emmanuel.seyman at club-internet.fr Wed Aug 5 20:49:32 2009 From: emmanuel.seyman at club-internet.fr (Emmanuel Seyman) Date: Wed, 5 Aug 2009 22:49:32 +0200 Subject: KDE vs. GNOME on F10 In-Reply-To: <1249504401.3759.27.camel@localhost.localdomain> References: <15e53e180908050302k6faa024cj5f7630d15b9a4305@mail.gmail.com> <4A795D90.5020903@leemhuis.info> <20090805120144.GC3095@hansolo.jdub.homelinux.org> <1249498044.2266.17.camel@adam.local.net> <20090805192822.GD3095@hansolo.jdub.homelinux.org> <1249501283.2266.43.camel@adam.local.net> <4A79E24F.1050305@redhat.com> <1249503080.2266.53.camel@adam.local.net> <4A79E92D.5030405@redhat.com> <1249504401.3759.27.camel@localhost.localdomain> Message-ID: <20090805204932.GA32704@orient.maison.lan> * Jesse Keating [05/08/2009 22:38] : > > A bug filed by FEVEr or it's replacement saying there is a bigger number > released somewhere. Do maintainers really push out updates for this? I've always considered a reason to push out a build for rawhide but not to issue updates for the stable releases. Emmanuel From orion at cora.nwra.com Wed Aug 5 20:51:38 2009 From: orion at cora.nwra.com (Orion Poplawski) Date: Wed, 5 Aug 2009 14:51:38 -0600 (MDT) Subject: KDE vs. GNOME on F10 In-Reply-To: <1249504401.3759.27.camel@localhost.localdomain> References: <3668e9f50908050249r18019ab4j95b10beb23d74e73@mail.gmail.com> <15e53e180908050302k6faa024cj5f7630d15b9a4305@mail.gmail.com> <4A795D90.5020903@leemhuis.info> <20090805120144.GC3095@hansolo.jdub.homelinux.org> <1249498044.2266.17.camel@adam.local.net> <20090805192822.GD3095@hansolo.jdub.homelinux.org> <1249501283.2266.43.camel@adam.local.net> <4A79E24F.1050305@redhat.com> <1249503080.2266.53.camel@adam.local.net> <4A79E92D.5030405@redhat.com> <1249504401.3759.27.camel@localhost.localdomain> Message-ID: <33510.68.14.84.52.1249505498.squirrel@www.cora.nwra.com> On Wed, August 5, 2009 2:33 pm, Jesse Keating wrote: > On Wed, 2009-08-05 at 16:18 -0400, Tom "spot" Callaway wrote: >> Maintainers are pushing updates because they >> feel there is a reason, a bug fixed, a security hole closed, a >> significant feature enhancement that users want (or that they think >> users want). > > A bug filed by FEVEr or it's replacement saying there is a bigger number > released somewhere. FEVER reports against rawhide, it doesn't by itself suggest an update. Sometimes I only update rawhide, sometime I also update the current release if it seems appropriate. It's a useful tool when you have a couple dozen packages or more. -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA Division FAX: 303-415-9702 3380 Mitchell Lane orion at cora.nwra.com Boulder, CO 80301 http://www.cora.nwra.com From opensource at till.name Wed Aug 5 21:07:44 2009 From: opensource at till.name (Till Maas) Date: Wed, 05 Aug 2009 23:07:44 +0200 Subject: 'IT Security' in comps? In-Reply-To: <20090805200759.GA12347@nostromo.devel.redhat.com> References: <20090805124954.ADF6511C008C@cvs1.fedora.phx.redhat.com> <20090805140024.GD6336@nostromo.devel.redhat.com> <20090805142004.GE16783@genius.kawo2.rwth-aachen.de> <20090805200759.GA12347@nostromo.devel.redhat.com> Message-ID: <20090805210744.GA27502@genius.kawo2.rwth-aachen.de> On Wed, Aug 05, 2009 at 04:07:59PM -0400, Bill Nottingham wrote: > Till Maas (opensource at till.name) said: > > > You've also added a new toplevel category. This means this new nebulous > > > 'IT Securty' item is pushed at the toplevel, much as 'Desktops' or > > > 'Language Support'. That seems misplaced to me. > > > > How can I bundle the groups, if not with a category? Or can there be > > subcategories? > > I'm not sure they need to be bundled. Especially with 'IT' as a > prefix; code analysis is code analysis; password recovery is > password recovery. The IT prefix is only used in the group id, which is afaik not visible to the used and not translated. I don't understand what you want to say with "password recovery" is "password recovery". There is nothing to argue about, but nevertheles the groups are related to each other, which already expresses itself that they are all on the security spin. Also it allows other people to easier ignore them, instead of cluttering other categories. > There's also ongoing work on package tagging that may fit better > for more finer grained usages such as these. I do not know the details about, but this will probably be a good enhancement in the future. Or is this ready to be used within the near future? > > > Why isn't this just done via a menus package in the security spin? > > > Wouldn't that be more useful? > > > > No, because this does not help me with my search from yum. > > Tagging would help with this; as it stands now, 'yum search wireless' > or 'yum search wireless sniffer' would return the packages in your > wireless group. Probably, but this cannot be done right now afaik. > > Btw. this is > > true for other package groups, too. E.g. we have a KDE spin and a KDE > > group in comps. > > Sure, but KDE is a much broader use case. I feel that the groups as > you defined them are probably too fine grained. I obviously don't feel so. I feel more like it is the best solution given the current technical possibilities. > Moreover, what's the usage case in that you really need all three > tools (which is the default if you install the group you mentioned)? Everyone on a multi user system can use the tool of his preference. Also there may be a feature in one application, that is missing in another. Btw. I fail to understand what trouble this is causing you. Thanks to bundling all together into one category, it will even disturb you less than six (or more) groups in some other category, where the stuff you are interested is. Regards Till -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 835 bytes Desc: not available URL: From jkeating at redhat.com Wed Aug 5 21:14:37 2009 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 05 Aug 2009 14:14:37 -0700 Subject: KDE vs. GNOME on F10 In-Reply-To: <20090805204932.GA32704@orient.maison.lan> References: <15e53e180908050302k6faa024cj5f7630d15b9a4305@mail.gmail.com> <4A795D90.5020903@leemhuis.info> <20090805120144.GC3095@hansolo.jdub.homelinux.org> <1249498044.2266.17.camel@adam.local.net> <20090805192822.GD3095@hansolo.jdub.homelinux.org> <1249501283.2266.43.camel@adam.local.net> <4A79E24F.1050305@redhat.com> <1249503080.2266.53.camel@adam.local.net> <4A79E92D.5030405@redhat.com> <1249504401.3759.27.camel@localhost.localdomain> <20090805204932.GA32704@orient.maison.lan> Message-ID: <1249506877.3759.28.camel@localhost.localdomain> On Wed, 2009-08-05 at 22:49 +0200, Emmanuel Seyman wrote: > Do maintainers really push out updates for this? I've always considered > a reason to push out a build for rawhide but not to issue updates for > the stable releases. It's really hard to tell when so many updates pushers put 0 information in their updates about /why/ they are pushing the update. -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From awilliam at redhat.com Wed Aug 5 21:24:59 2009 From: awilliam at redhat.com (Adam Williamson) Date: Wed, 05 Aug 2009 14:24:59 -0700 Subject: KDE vs. GNOME on F10 In-Reply-To: <1249503271.3759.25.camel@localhost.localdomain> References: <3668e9f50908050249r18019ab4j95b10beb23d74e73@mail.gmail.com> <15e53e180908050302k6faa024cj5f7630d15b9a4305@mail.gmail.com> <4A795D90.5020903@leemhuis.info> <20090805120144.GC3095@hansolo.jdub.homelinux.org> <1249498044.2266.17.camel@adam.local.net> <4A79D66F.90805@gmail.com> <1249499500.2266.31.camel@adam.local.net> <4A79E105.4080101@gmail.com> <1249502640.2266.48.camel@adam.local.net> <1249503271.3759.25.camel@localhost.localdomain> Message-ID: <1249507499.2266.58.camel@adam.local.net> On Wed, 2009-08-05 at 13:14 -0700, Jesse Keating wrote: > On Wed, 2009-08-05 at 13:04 -0700, Adam Williamson wrote: > > > > An alternative would be to tag updates within a single repo in a way > > that yum and PackageKit understand and have appropriate configuration > > options to enable certain types of update, which would really be much > > the same situation, just organized slightly differently. > > We already tag updates as either security, bugfix, or enhancement. > yum-security would only install the security ones. However what was > yesterday's security update can become today's enhancement update, so > you'd have to consume the enhancement in order to get the security fix. > Likewise tomorrow's security fix may be built against yesterday's > enhancement for something else, so in order to get the security for A > you have to get the enhancement for B. That was the problem I initially thought of with this method, but then I thought - there's no actual reason we can't have different trains of updates in a single repository, is there? We could have: foo-1.0-2 (conservative bug fix, tagged as such) foo-2.0-1 (adventurous version upgrade, tagged as such) within one updates repository, couldn't we? Is there anything that unavoidably says we can't? -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From awilliam at redhat.com Wed Aug 5 21:26:53 2009 From: awilliam at redhat.com (Adam Williamson) Date: Wed, 05 Aug 2009 14:26:53 -0700 Subject: KDE vs. GNOME on F10 In-Reply-To: <4A79EAB0.1030003@gmail.com> References: <3668e9f50908050249r18019ab4j95b10beb23d74e73@mail.gmail.com> <15e53e180908050302k6faa024cj5f7630d15b9a4305@mail.gmail.com> <4A795D90.5020903@leemhuis.info> <20090805120144.GC3095@hansolo.jdub.homelinux.org> <1249498044.2266.17.camel@adam.local.net> <4A79D66F.90805@gmail.com> <1249499500.2266.31.camel@adam.local.net> <4A79E105.4080101@gmail.com> <1249502640.2266.48.camel@adam.local.net> <4A79EAB0.1030003@gmail.com> Message-ID: <1249507613.2266.60.camel@adam.local.net> On Wed, 2009-08-05 at 13:25 -0700, Toshio Kuratomi wrote: > > Either way it's going to be some level of extra work for someone > > somewhere, I haven't denied that. Was just discussing the parameters of > > addressing (or not addressing) this issue. It's not possible to make all > > parties happy in the current framework, so either we change something, > > or we take a specific decision to make some parties unhappy, and justify > > that formally. > > > Sure. I'm just pointing out that you're trying to solve a different > problem than either the original poster or Thorsten. (And now that I > understand your problem better, perhaps yours is already solved :-) Well, I think it's really the same issue. The problem is one of expectation: we have two similar components, GNOME and KDE, in the same distribution, following different update polices - GNOME favours stable, KDE favours adventurous. This confounds expectation. Yes, my problem is potentially almost solved with the tools at our disposal and some little tweaks to interfaces, except for the problem raised by Jesse, see my reply to his post. :) -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From awilliam at redhat.com Wed Aug 5 21:27:36 2009 From: awilliam at redhat.com (Adam Williamson) Date: Wed, 05 Aug 2009 14:27:36 -0700 Subject: KDE vs. GNOME on F10 In-Reply-To: <1249502619.3759.23.camel@localhost.localdomain> References: <3668e9f50908050249r18019ab4j95b10beb23d74e73@mail.gmail.com> <15e53e180908050302k6faa024cj5f7630d15b9a4305@mail.gmail.com> <4A795D90.5020903@leemhuis.info> <20090805120144.GC3095@hansolo.jdub.homelinux.org> <1249498044.2266.17.camel@adam.local.net> <4A79D66F.90805@gmail.com> <1249499500.2266.31.camel@adam.local.net> <4A79E105.4080101@gmail.com> <1249502302.3759.22.camel@localhost.localdomain> <1249502619.3759.23.camel@localhost.localdomain> Message-ID: <1249507656.2266.61.camel@adam.local.net> On Wed, 2009-08-05 at 13:03 -0700, Jesse Keating wrote: > On Wed, 2009-08-05 at 12:58 -0700, Jesse Keating wrote: > > It also would require multiple CVS branches, one for security, one for > > adventurous, as well as different buildroots to go along with those, > > since you wouldn't be able to build a security update for a gnome > > package against the newer adventurous gtk and expect it to work on the > > older GTK, likewise if you had to modify a gnome package to work with > > newer gtk, you dont' want those modifications in the way if/when you > > need to do a conservative security update for it later. > > Oh I forgot, you also need -testing versions of each of those repos, so > for any release, you could have updates, updates-testing, experimental, > and experimental-testing repo options and build targets and buildroot > shuffling going on. WHAT FUN! Mandriva has a /testing repository for /updates, but not for /backports, on the basis that /backports is fundamentally unstable so you may as well just do your testing in the repo. This works fine, so far. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From mike at miketc.net Wed Aug 5 21:32:57 2009 From: mike at miketc.net (Mike Chambers) Date: Wed, 05 Aug 2009 16:32:57 -0500 Subject: crontab configuration Message-ID: <1249507977.31808.5.camel@scrappy.miketc.net> Ok, in F11 it had /etc/anacrontab file that I could edit to get my cron.daily time to be set. But I don't see that file and can't find where the time is set that I want it ran from. I believe it was 4am this morning when it ran but I don't know where that time to run came from? Any enlightenment? -- Mike Chambers Madisonville, KY Fedora Project - Tester, User, Bugzapper, etc.. From jkeating at redhat.com Wed Aug 5 21:34:56 2009 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 05 Aug 2009 14:34:56 -0700 Subject: KDE vs. GNOME on F10 In-Reply-To: <1249507499.2266.58.camel@adam.local.net> References: <3668e9f50908050249r18019ab4j95b10beb23d74e73@mail.gmail.com> <15e53e180908050302k6faa024cj5f7630d15b9a4305@mail.gmail.com> <4A795D90.5020903@leemhuis.info> <20090805120144.GC3095@hansolo.jdub.homelinux.org> <1249498044.2266.17.camel@adam.local.net> <4A79D66F.90805@gmail.com> <1249499500.2266.31.camel@adam.local.net> <4A79E105.4080101@gmail.com> <1249502640.2266.48.camel@adam.local.net> <1249503271.3759.25.camel@localhost.localdomain> <1249507499.2266.58.camel@adam.local.net> Message-ID: <1249508096.3759.29.camel@localhost.localdomain> On Wed, 2009-08-05 at 14:24 -0700, Adam Williamson wrote: > > That was the problem I initially thought of with this method, but then > I > thought - there's no actual reason we can't have different trains of > updates in a single repository, is there? > > We could have: > > foo-1.0-2 (conservative bug fix, tagged as such) > foo-2.0-1 (adventurous version upgrade, tagged as such) > > within one updates repository, couldn't we? Is there anything that > unavoidably says we can't? How do you choose which to build against? How do you close deps? -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From jkeating at redhat.com Wed Aug 5 21:36:02 2009 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 05 Aug 2009 14:36:02 -0700 Subject: KDE vs. GNOME on F10 In-Reply-To: <1249507613.2266.60.camel@adam.local.net> References: <3668e9f50908050249r18019ab4j95b10beb23d74e73@mail.gmail.com> <15e53e180908050302k6faa024cj5f7630d15b9a4305@mail.gmail.com> <4A795D90.5020903@leemhuis.info> <20090805120144.GC3095@hansolo.jdub.homelinux.org> <1249498044.2266.17.camel@adam.local.net> <4A79D66F.90805@gmail.com> <1249499500.2266.31.camel@adam.local.net> <4A79E105.4080101@gmail.com> <1249502640.2266.48.camel@adam.local.net> <4A79EAB0.1030003@gmail.com> <1249507613.2266.60.camel@adam.local.net> Message-ID: <1249508162.3759.30.camel@localhost.localdomain> On Wed, 2009-08-05 at 14:26 -0700, Adam Williamson wrote: > > Well, I think it's really the same issue. The problem is one of > expectation: we have two similar components, GNOME and KDE, in the same > distribution, following different update polices - GNOME favours stable, > KDE favours adventurous. This confounds expectation. I don't know that this is really the case. KDE is rolling up a bugfix release. Gnome does bugfix releases. Other than a difference in how they number them, is there really that big of a difference in what they are doing? -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From ricky at fedoraproject.org Wed Aug 5 21:42:19 2009 From: ricky at fedoraproject.org (Ricky Zhou) Date: Wed, 5 Aug 2009 17:42:19 -0400 Subject: crontab configuration In-Reply-To: <1249507977.31808.5.camel@scrappy.miketc.net> References: <1249507977.31808.5.camel@scrappy.miketc.net> Message-ID: <20090805214219.GC6584@alpha.rzhou.org> On 2009-08-05 04:32:57 PM, Mike Chambers wrote: > Ok, in F11 it had /etc/anacrontab file that I could edit to get my > cron.daily time to be set. But I don't see that file and can't find > where the time is set that I want it ran from. I believe it was 4am > this morning when it ran but I don't know where that time to run came > from? My random guess from an rpm -ql cronie is /etc/regularly-jobs. All these anacron/crontab changes should hopefully be mentioned the release notes somehow :-/ Thanks, Ricky -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From wb8rcr at arrl.net Wed Aug 5 21:56:25 2009 From: wb8rcr at arrl.net (John J. McDonough) Date: Wed, 5 Aug 2009 17:56:25 -0400 Subject: crontab configuration References: <1249507977.31808.5.camel@scrappy.miketc.net> <20090805214219.GC6584@alpha.rzhou.org> Message-ID: <7E8DBB89E83B4048A59ACD0A1B0AD435@Aidan> ----- Original Message ----- From: "Ricky Zhou" To: Sent: Wednesday, August 05, 2009 5:42 PM Subject: Re: crontab configuration > these anacron/crontab changes should hopefully be > mentioned the release notes somehow I have a bug on release notes for this, but I have not been able to validate it on either of my F11 systems. I guess I need to find some authoratative upstream documentation. --McD From drago01 at gmail.com Wed Aug 5 20:24:11 2009 From: drago01 at gmail.com (drago01) Date: Wed, 5 Aug 2009 22:24:11 +0200 Subject: KDE vs. GNOME on F10 In-Reply-To: <4A79E92D.5030405@redhat.com> References: <3668e9f50908050249r18019ab4j95b10beb23d74e73@mail.gmail.com> <15e53e180908050302k6faa024cj5f7630d15b9a4305@mail.gmail.com> <4A795D90.5020903@leemhuis.info> <20090805120144.GC3095@hansolo.jdub.homelinux.org> <1249498044.2266.17.camel@adam.local.net> <20090805192822.GD3095@hansolo.jdub.homelinux.org> <1249501283.2266.43.camel@adam.local.net> <4A79E24F.1050305@redhat.com> <1249503080.2266.53.camel@adam.local.net> <4A79E92D.5030405@redhat.com> Message-ID: On Wed, Aug 5, 2009 at 10:18 PM, Tom "spot" Callaway wrote: > On 08/05/2009 04:11 PM, Adam Williamson wrote: >> >> The question is whether Fedora intends to be a distribution suitable for >> day-to-day general purpose use by people who are not necessarily that >> interested in Fedora per se - whether it's got an aim to be a >> general-purpose operating system like other distributions do - or not. >> That's the only framework in which you can sensibly answer whether we >> want a stable update set or not, to my mind. > > What does a "stable update set" mean? Does it mean updates which don't break > ABI/API? Does it mean backporting patches and not permitting new versions as > updates? > > I seriously doubt that anyone is pushing updates simply to push them in the > current Fedora model. Maintainers are pushing updates because they feel > there is a reason, a bug fixed, a security hole closed, a significant > feature enhancement that users want (or that they think users want). > > Without a finer definition here, it's all just hand-waving. > The whole thing is useless, maintainers should decide whether the risk of pushing foo-x.y.z is worth the gain or not. Threads like this are IMHO useless "why can't you update bar, foo has been updated to foo+1" ... well each maintainer has a reason why he does a update or not, while asking for the reasons is not wrong demanding a policy (bureaucracy) on when to update what an for which reasons will as Josh already said "just piss people off". From bill at bfccomputing.com Wed Aug 5 22:08:46 2009 From: bill at bfccomputing.com (Bill McGonigle) Date: Wed, 05 Aug 2009 18:08:46 -0400 Subject: Lower Process Capabilities In-Reply-To: <4A7974BF.5090406@city-fan.org> References: <200907261932.36156.sgrubb@redhat.com> <4A6F4C29.3070203@bfccomputing.com> <20090728201126.GB611383@hiwaay.net> <4A6F7371.3060100@bfccomputing.com> <4A7974BF.5090406@city-fan.org> Message-ID: <4A7A02EE.9080709@bfccomputing.com> On 08/05/2009 08:02 AM, Paul Howarth wrote: > http://danwalsh.livejournal.com/27571.html This is really nice. To partially answer my own question, Dan keeps coming up with great stuff that seems essential for average admins to maintain an SELinux box. -Bill -- Bill McGonigle, Owner Work: 603.448.4440 BFC Computing, LLC Home: 603.448.1668 http://www.bfccomputing.com/ Cell: 603.252.2606 Twitter, etc.: bill_mcgonigle Page: 603.442.1833 Email, IM, VOIP: bill at bfccomputing.com Blog: http://blog.bfccomputing.com/ VCard: http://bfccomputing.com/vcard/bill.vcf From poelstra at redhat.com Wed Aug 5 22:15:39 2009 From: poelstra at redhat.com (John Poelstra) Date: Wed, 05 Aug 2009 15:15:39 -0700 Subject: Fedora 12 Features Proposed for Removal Message-ID: <4A7A048B.3040909@redhat.com> Hi FESCo, After requesting status updates, including direct email to the feature owners, the following feature pages do not have a current status or their ability to tested during the Alpha is unclear based on the lack of information provided or percentage of completion. https://fedoraproject.org/wiki/Features/DisplayPort https://fedoraproject.org/wiki/Features/FedoraStudio https://fedoraproject.org/wiki/Features/GFS2ClusteredSamba https://fedoraproject.org/wiki/Features/Gnome2.28 https://fedoraproject.org/wiki/Features/LowerProcessCapabilities https://fedoraproject.org/wiki/Features/FedoraMoblin https://fedoraproject.org/wiki/Features/NetBeans_6.7 https://fedoraproject.org/wiki/Features/NFSv4Default https://fedoraproject.org/wiki/Features/Rakudo_Perl_6 https://fedoraproject.org/wiki/Features/Thusnelda https://fedoraproject.org/wiki/Features/YumLangpackPlugin (feature owner is on holiday until next week) In accordance with our recorded process about providing status, I am proposing that they reviewed and dropped from the Fedora 12 feature list at Friday's FESCo meeting. https://fedoraproject.org/wiki/Features/Policy/Dropping Thank you, John _______________________________________________ Fedora-devel-announce mailing list Fedora-devel-announce at redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-announce From cmadams at hiwaay.net Wed Aug 5 22:32:50 2009 From: cmadams at hiwaay.net (Chris Adams) Date: Wed, 5 Aug 2009 17:32:50 -0500 Subject: License change for ghostscript In-Reply-To: <4A79D77B.2030002@redhat.com> References: <1248994755.2798.2.camel@worm> <200907312247.19079.ville.skytta@iki.fi> <1249073607.6440.14.camel@adam.local.net> <1249125078.16407.5.camel@worm> <1249421909.2146.8.camel@adam.local.net> <4A79077F.5050500@redhat.com> <1249497193.2266.12.camel@adam.local.net> <1249497490.3757.17.camel@localhost.localdomain> <4A79D77B.2030002@redhat.com> Message-ID: <20090805223250.GB1408048@hiwaay.net> Once upon a time, Tom spot Callaway said: > On 08/05/2009 02:38 PM, Jussi Lehtola wrote: > >Apropos, what's the license in case a GPL package links against OpenSSL? > >GPL with exceptions or what? Or is it even allowed? > > So, in this specific case, I'm still arguing with Red Hat Legal, and we > have not determined our final stance. This brings up something I've wondered: if you program to an API where there are multiple implementations, is your program a derived work of one of them, the other, or both? A specific example is OpenSSL and GnuTLS (the OpenSSL compatibility library). The APIs provided are compatible, so how can changing a link option from "-lssl -lcrypto" to "-lgnutls-openssl -lgnutls" change the license I must use? This gets even more confusing (to me anyway) when you look at libraries that are ABI compatible (IIRC LessTif vs. Motif). It is't an issue too much with LessTif, since it is licensed under LGPL, but what if it was GPL? Would swapping out the libraries make a program a derived work of LessTif (and thus fall under the GPL)? -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From gmaxwell at gmail.com Wed Aug 5 23:15:52 2009 From: gmaxwell at gmail.com (Gregory Maxwell) Date: Wed, 5 Aug 2009 19:15:52 -0400 Subject: License change for ghostscript In-Reply-To: <20090805223250.GB1408048@hiwaay.net> References: <1248994755.2798.2.camel@worm> <200907312247.19079.ville.skytta@iki.fi> <1249073607.6440.14.camel@adam.local.net> <1249125078.16407.5.camel@worm> <1249421909.2146.8.camel@adam.local.net> <4A79077F.5050500@redhat.com> <1249497193.2266.12.camel@adam.local.net> <1249497490.3757.17.camel@localhost.localdomain> <4A79D77B.2030002@redhat.com> <20090805223250.GB1408048@hiwaay.net> Message-ID: On Wed, Aug 5, 2009 at 6:32 PM, Chris Adams wrote: > Once upon a time, Tom spot Callaway said: >> On 08/05/2009 02:38 PM, Jussi Lehtola wrote: >> >Apropos, what's the license in case a GPL package links against OpenSSL? >> >GPL with exceptions or what? Or is it even allowed? >> >> So, in this specific case, I'm still arguing with Red Hat Legal, and we >> have not determined our final stance. > > This brings up something I've wondered: if you program to an API where > there are multiple implementations, is your program a derived work of > one of them, the other, or both? [snip] So? you make the matter a lot harder to discuss by taking about "your program (being) a derived work". The whole notion of the linking boundary creating a derived work is unnecessary for copyleft, and trying to apply it adds more confusion than clarity. Here is a conceptual framework for analyzing the issue which is pretty robust against corner cases like the multiple APIs: The licenses of pagkage X is only relevant when you are using/distributing package X and can only set the conditions under which you may use/distribute it. However, the license can stipulate nearly arbitrary conditions: "Can only make copies of this on tuesday", "This license is void for copies placed on physical media which have been stored within 15 feet of a microsoft product", "Only valid for use by women named 'Bob'", etc. None of these should be understood as effecting things outside of the software in any kind of direct way: The license hasn't required you to get a sex and name change, but rather said you can't use the software unless you do. So if you create a piece of software that can equally link to X or Y, and you never use/distribute X yourself you are simply not within reach of X's licensing terms. If someone else takes your software and X then sticks them on a CD, then they are obligated to follow X's license, which may include terms that make depends about the licensing of other software? ... software that links to it... software on the same media .... software in the same building ... software that starts with the same letter. Doesn't matter. Whatever the conditions are, they are the conditions for using X. If you can't simultaneously satisfy the requirements of X and the requirements of some other software package you'll have to stop distributing one or the other or risk litigation from whomevers requirements you're violating. From caillon at redhat.com Wed Aug 5 23:49:29 2009 From: caillon at redhat.com (Christopher Aillon) Date: Wed, 05 Aug 2009 16:49:29 -0700 Subject: Mozvoikko doesn't build on F12, please help In-Reply-To: <4A79EC14.6070207@redhat.com> References: <1249489597.2602.9.camel@poytakone.lan> <4A79EC14.6070207@redhat.com> Message-ID: <4A7A1A89.3070307@redhat.com> On 08/05/2009 01:31 PM, Christopher Aillon wrote: > It's also the reason why firefox doesn't yet build. > http://koji.fedoraproject.org/koji/getfile?taskID=1581586&name=build.log > > It's being worked on by Martin and Jan. They'll get the rebuilds for F12 > ready too. In the interim, the F11 builds of XR and FF have been tagged into rawhide, so rebuilds can start happening. They should be in the buildroots soon. From poelstra at redhat.com Wed Aug 5 23:51:30 2009 From: poelstra at redhat.com (John Poelstra) Date: Wed, 05 Aug 2009 16:51:30 -0700 Subject: Releng & Devel Calendar Message-ID: <4A7A1B02.3030305@redhat.com> Tasks Beginning or Ending in the Next Two Weeks Name Start End Test 'Test Compose' (boot media testing) Wed 2009-07-29 Wed 2009-08-05 Compose Alpha Candidate Thu 2009-08-06 Thu 2009-08-06 Test Alpha Candidate Thu 2009-08-06 Thu 2009-08-13 Alpha Blocker Bug Day (F12Alpha) #4 Fri 2009-08-07 Fri 2009-08-07 Alpha Blocker Bug (go/no go) Mon 2009-08-10 Mon 2009-08-10 Alpha Project Wide Release Readiness Meeting Wed 2009-08-12 Wed 2009-08-12 Start Stage & Sync Alpha to Mirrors Thu 2009-08-13 Thu 2009-08-13 Stage & Sync Alpha to Mirrors Thu 2009-08-13 Tue 2009-08-18 Alpha Export Control Reporting Fri 2009-08-14 Fri 2009-08-14 End Alpha Freeze Tue 2009-08-18 Tue 2009-08-18 Alpha Public Availability Tue 2009-08-18 Tue 2009-08-18 Allow Pre-branch Fedora 13 Tue 2009-08-18 Tue 2009-08-18 Alpha Testing Tue 2009-08-18 Tue 2009-09-22 Full schedule: http://poelstra.fedorapeople.org/schedules/f-12/ From bnocera at redhat.com Wed Aug 5 23:56:16 2009 From: bnocera at redhat.com (Bastien Nocera) Date: Thu, 06 Aug 2009 00:56:16 +0100 Subject: Fedora 12 Features Proposed for Removal In-Reply-To: <4A7A048B.3040909@redhat.com> References: <4A7A048B.3040909@redhat.com> Message-ID: <1249516576.2368.1.camel@snoogens.fab.redhat.com> On Wed, 2009-08-05 at 15:15 -0700, John Poelstra wrote: > Hi FESCo, > > After requesting status updates, including direct email to the feature > owners, the following feature pages do not have a current status or > their ability to tested during the Alpha is unclear based on the lack of > information provided or percentage of completion. > https://fedoraproject.org/wiki/Features/Gnome2.28 Feature will obviously be done on time. The feature process doesn't seem so forgiving about things happening upstream rather than downstream... > In accordance with our recorded process about providing status, I am > proposing that they reviewed and dropped from the Fedora 12 feature list > at Friday's FESCo meeting. > https://fedoraproject.org/wiki/Features/Policy/Dropping I'll make sure one of the Desktop-y guys updates this (presumably Matthias). Cheers From bnocera at redhat.com Wed Aug 5 23:59:02 2009 From: bnocera at redhat.com (Bastien Nocera) Date: Thu, 06 Aug 2009 00:59:02 +0100 Subject: Fedora 12 Features Proposed for Removal In-Reply-To: <1249516576.2368.1.camel@snoogens.fab.redhat.com> References: <4A7A048B.3040909@redhat.com> <1249516576.2368.1.camel@snoogens.fab.redhat.com> Message-ID: <1249516742.2368.3.camel@snoogens.fab.redhat.com> On Thu, 2009-08-06 at 00:56 +0100, Bastien Nocera wrote: > On Wed, 2009-08-05 at 15:15 -0700, John Poelstra wrote: > > Hi FESCo, > > > > After requesting status updates, including direct email to the feature > > owners, the following feature pages do not have a current status or > > their ability to tested during the Alpha is unclear based on the lack of > > information provided or percentage of completion. > > > https://fedoraproject.org/wiki/Features/Gnome2.28 > > > Feature will obviously be done on time. The feature process doesn't seem > so forgiving about things happening upstream rather than downstream... > > > In accordance with our recorded process about providing status, I am > > proposing that they reviewed and dropped from the Fedora 12 feature list > > at Friday's FESCo meeting. > > https://fedoraproject.org/wiki/Features/Policy/Dropping > > I'll make sure one of the Desktop-y guys updates this (presumably > Matthias). I actually looked at this, and the feature process just isn't good enough for this. We can't really say we're at 100% for GNOME 2.28 when it hasn't been released, now can we? So what's expected of such features when the feature process seems inappropriate? Cheers From awilliam at redhat.com Wed Aug 5 23:59:00 2009 From: awilliam at redhat.com (Adam Williamson) Date: Wed, 05 Aug 2009 16:59:00 -0700 Subject: KDE vs. GNOME on F10 In-Reply-To: <1249508162.3759.30.camel@localhost.localdomain> References: <3668e9f50908050249r18019ab4j95b10beb23d74e73@mail.gmail.com> <15e53e180908050302k6faa024cj5f7630d15b9a4305@mail.gmail.com> <4A795D90.5020903@leemhuis.info> <20090805120144.GC3095@hansolo.jdub.homelinux.org> <1249498044.2266.17.camel@adam.local.net> <4A79D66F.90805@gmail.com> <1249499500.2266.31.camel@adam.local.net> <4A79E105.4080101@gmail.com> <1249502640.2266.48.camel@adam.local.net> <4A79EAB0.1030003@gmail.com> <1249507613.2266.60.camel@adam.local.net> <1249508162.3759.30.camel@localhost.localdomain> Message-ID: <1249516740.2266.64.camel@adam.local.net> On Wed, 2009-08-05 at 14:36 -0700, Jesse Keating wrote: > On Wed, 2009-08-05 at 14:26 -0700, Adam Williamson wrote: > > > > Well, I think it's really the same issue. The problem is one of > > expectation: we have two similar components, GNOME and KDE, in the same > > distribution, following different update polices - GNOME favours stable, > > KDE favours adventurous. This confounds expectation. > > I don't know that this is really the case. KDE is rolling up a bugfix > release. Gnome does bugfix releases. Other than a difference in how > they number them, is there really that big of a difference in what they > are doing? It's not a bugfix release, it's a bit ingenuous to describe it as one. KDE make major changes between 4.x and 4.y. The bugfix releases are one level down. 4.2.1 vs. 4.2 is a bugfix release, but 4.3 vs. 4.2.1 is not. It's exactly the same as the GNOME situation - 2.24.1 vs. 2.24.0 is a bugfix update, 2.26.0 vs. 2.24.1 is not. Most distributions would not bump KDE from 4.2 to 4.3 in their stable update repositories. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From awilliam at redhat.com Wed Aug 5 23:59:28 2009 From: awilliam at redhat.com (Adam Williamson) Date: Wed, 05 Aug 2009 16:59:28 -0700 Subject: KDE vs. GNOME on F10 In-Reply-To: <1249508096.3759.29.camel@localhost.localdomain> References: <3668e9f50908050249r18019ab4j95b10beb23d74e73@mail.gmail.com> <15e53e180908050302k6faa024cj5f7630d15b9a4305@mail.gmail.com> <4A795D90.5020903@leemhuis.info> <20090805120144.GC3095@hansolo.jdub.homelinux.org> <1249498044.2266.17.camel@adam.local.net> <4A79D66F.90805@gmail.com> <1249499500.2266.31.camel@adam.local.net> <4A79E105.4080101@gmail.com> <1249502640.2266.48.camel@adam.local.net> <1249503271.3759.25.camel@localhost.localdomain> <1249507499.2266.58.camel@adam.local.net> <1249508096.3759.29.camel@localhost.localdomain> Message-ID: <1249516768.2266.65.camel@adam.local.net> On Wed, 2009-08-05 at 14:34 -0700, Jesse Keating wrote: > On Wed, 2009-08-05 at 14:24 -0700, Adam Williamson wrote: > > > > That was the problem I initially thought of with this method, but then > > I > > thought - there's no actual reason we can't have different trains of > > updates in a single repository, is there? > > > > We could have: > > > > foo-1.0-2 (conservative bug fix, tagged as such) > > foo-2.0-1 (adventurous version upgrade, tagged as such) > > > > within one updates repository, couldn't we? Is there anything that > > unavoidably says we can't? > > How do you choose which to build against? How do you close deps? Hmm, yeah. Which again leaves us with separate repositories as the solution. Unless the buildsystem can be tied in to the package tags, somehow. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From chris.stone at gmail.com Thu Aug 6 00:23:00 2009 From: chris.stone at gmail.com (Christopher Stone) Date: Wed, 5 Aug 2009 17:23:00 -0700 Subject: KDE vs. GNOME on F10 In-Reply-To: <1249516740.2266.64.camel@adam.local.net> References: <3668e9f50908050249r18019ab4j95b10beb23d74e73@mail.gmail.com> <1249498044.2266.17.camel@adam.local.net> <4A79D66F.90805@gmail.com> <1249499500.2266.31.camel@adam.local.net> <4A79E105.4080101@gmail.com> <1249502640.2266.48.camel@adam.local.net> <4A79EAB0.1030003@gmail.com> <1249507613.2266.60.camel@adam.local.net> <1249508162.3759.30.camel@localhost.localdomain> <1249516740.2266.64.camel@adam.local.net> Message-ID: On Wed, Aug 5, 2009 at 4:59 PM, Adam Williamson wrote: > On Wed, 2009-08-05 at 14:36 -0700, Jesse Keating wrote: >> On Wed, 2009-08-05 at 14:26 -0700, Adam Williamson wrote: >> > >> > Well, I think it's really the same issue. The problem is one of >> > expectation: we have two similar components, GNOME and KDE, in the same >> > distribution, following different update polices - GNOME favours stable, >> > KDE favours adventurous. This confounds expectation. >> >> I don't know that this is really the case. ?KDE is rolling up a bugfix >> release. ?Gnome does bugfix releases. ?Other than a difference in how >> they number them, is there really that big of a difference in what they >> are doing? > > It's not a bugfix release, it's a bit ingenuous to describe it as one. Except for the fact that it fixes *over 10,000 bugs*. [1] And I believe the word you are looking for is *dis*ingenuous. It's hard to believe KDE 4.2 had that many bugs... [1] http://kde.org/announcements/4.3/index.php From mclasen at redhat.com Thu Aug 6 00:30:57 2009 From: mclasen at redhat.com (Matthias Clasen) Date: Wed, 05 Aug 2009 20:30:57 -0400 Subject: Fedora 12 Features Proposed for Removal In-Reply-To: <1249516576.2368.1.camel@snoogens.fab.redhat.com> References: <4A7A048B.3040909@redhat.com> <1249516576.2368.1.camel@snoogens.fab.redhat.com> Message-ID: <1249518657.1589.17.camel@planemask> On Thu, 2009-08-06 at 00:56 +0100, Bastien Nocera wrote: > I'll make sure one of the Desktop-y guys updates this (presumably > Matthias). > I've updated it recently and bumped it to 75%. It would seem disingenuous to bump it to 100% when GNOME 2.28 has not been released yet. It is fine for the feature wrangler to propose it for removal. But I certainly hope that Fesco will not only look at pretty meaningless percentages, but at precedents and schedule alignments. Matthias From a.badger at gmail.com Thu Aug 6 00:46:04 2009 From: a.badger at gmail.com (Toshio Kuratomi) Date: Wed, 05 Aug 2009 17:46:04 -0700 Subject: KDE vs. GNOME on F10 In-Reply-To: <1249507613.2266.60.camel@adam.local.net> References: <3668e9f50908050249r18019ab4j95b10beb23d74e73@mail.gmail.com> <15e53e180908050302k6faa024cj5f7630d15b9a4305@mail.gmail.com> <4A795D90.5020903@leemhuis.info> <20090805120144.GC3095@hansolo.jdub.homelinux.org> <1249498044.2266.17.camel@adam.local.net> <4A79D66F.90805@gmail.com> <1249499500.2266.31.camel@adam.local.net> <4A79E105.4080101@gmail.com> <1249502640.2266.48.camel@adam.local.net> <4A79EAB0.1030003@gmail.com> <1249507613.2266.60.camel@adam.local.net> Message-ID: <4A7A27CC.7030804@gmail.com> On 08/05/2009 02:26 PM, Adam Williamson wrote: > On Wed, 2009-08-05 at 13:25 -0700, Toshio Kuratomi wrote: >> Sure. I'm just pointing out that you're trying to solve a different >> problem than either the original poster or Thorsten. (And now that I >> understand your problem better, perhaps yours is already solved :-) > > Well, I think it's really the same issue. The problem is one of > expectation: we have two similar components, GNOME and KDE, in the same > distribution, following different update polices - GNOME favours stable, > KDE favours adventurous. This confounds expectation. > This isn't solved by having two repositories. We'd still have a post on this list asking for the new GNOME release to be built for F-10 and we'd still have the GNOME maintainers say that they're not going to do that. > Yes, my problem is potentially almost solved with the tools at our > disposal and some little tweaks to interfaces, except for the problem > raised by Jesse, see my reply to his post. :) > Heh. I thought you were willing to accept that change when you talked about using tags rather than a separate repo :-) -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: OpenPGP digital signature URL: From awilliam at redhat.com Thu Aug 6 01:18:55 2009 From: awilliam at redhat.com (Adam Williamson) Date: Wed, 05 Aug 2009 18:18:55 -0700 Subject: KDE vs. GNOME on F10 In-Reply-To: References: <3668e9f50908050249r18019ab4j95b10beb23d74e73@mail.gmail.com> <1249498044.2266.17.camel@adam.local.net> <4A79D66F.90805@gmail.com> <1249499500.2266.31.camel@adam.local.net> <4A79E105.4080101@gmail.com> <1249502640.2266.48.camel@adam.local.net> <4A79EAB0.1030003@gmail.com> <1249507613.2266.60.camel@adam.local.net> <1249508162.3759.30.camel@localhost.localdomain> <1249516740.2266.64.camel@adam.local.net> Message-ID: <1249521535.2266.66.camel@adam.local.net> On Wed, 2009-08-05 at 17:23 -0700, Christopher Stone wrote: > On Wed, Aug 5, 2009 at 4:59 PM, Adam Williamson wrote: > > On Wed, 2009-08-05 at 14:36 -0700, Jesse Keating wrote: > >> On Wed, 2009-08-05 at 14:26 -0700, Adam Williamson wrote: > >> > > >> > Well, I think it's really the same issue. The problem is one of > >> > expectation: we have two similar components, GNOME and KDE, in the same > >> > distribution, following different update polices - GNOME favours stable, > >> > KDE favours adventurous. This confounds expectation. > >> > >> I don't know that this is really the case. KDE is rolling up a bugfix > >> release. Gnome does bugfix releases. Other than a difference in how > >> they number them, is there really that big of a difference in what they > >> are doing? > > > > It's not a bugfix release, it's a bit ingenuous to describe it as one. > > Except for the fact that it fixes *over 10,000 bugs*. [1] > > And I believe the word you are looking for is *dis*ingenuous. > > It's hard to believe KDE 4.2 had that many bugs... > > [1] http://kde.org/announcements/4.3/index.php I was actually reaching for another word entirely, but you're right that ingenuous makes no sense. :) A release that fixes bugs is not necessarily a bug fix release. A bug fix release is a release that _exclusively_ fixes bugs. So any bug fix release must fix bugs, but not any release that fixes bugs must be a bug fix release. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From lili at redhat.com Thu Aug 6 02:15:42 2009 From: lili at redhat.com (Liam) Date: Thu, 06 Aug 2009 10:15:42 +0800 Subject: F12 Alpha Test install In-Reply-To: <1249440680.5100.16.camel@scrappy.miketc.net> References: <1249440680.5100.16.camel@scrappy.miketc.net> Message-ID: <4A7A3CCE.6080904@redhat.com> On 08/05/2009 10:51 AM, Mike Chambers wrote: > 2 - My mouse was not detected at all during install. Or at least, I > never saw the mouse arrow during it. Had to use keyboard the whole > time. someone has filed a bug against this. https://bugzilla.redhat.com/show_bug.cgi?id=513879 > 3 - I used the GUI to do the install and when getting to type of > install, I tried to select NFS and listed my server and path to iso > image (yes dir is mounted), and it was looking for repo stuff for > instead of detecting the iso image itself. Could you try to press [Tab] to edit options when select "Install or upgrade an existing system" in welcome step. and add you nfs to that line like this: method=nfs:host.domain.tld:/path/to/tree Thanks Liam From guido.grazioli at gmail.com Thu Aug 6 02:34:26 2009 From: guido.grazioli at gmail.com (Guido Grazioli) Date: Thu, 6 Aug 2009 04:34:26 +0200 Subject: KDE vs. GNOME on F10 In-Reply-To: <1249521535.2266.66.camel@adam.local.net> References: <3668e9f50908050249r18019ab4j95b10beb23d74e73@mail.gmail.com> <1249499500.2266.31.camel@adam.local.net> <4A79E105.4080101@gmail.com> <1249502640.2266.48.camel@adam.local.net> <4A79EAB0.1030003@gmail.com> <1249507613.2266.60.camel@adam.local.net> <1249508162.3759.30.camel@localhost.localdomain> <1249516740.2266.64.camel@adam.local.net> <1249521535.2266.66.camel@adam.local.net> Message-ID: <2f984ea00908051934u5ce4c527i3b6efe591634f4c7@mail.gmail.com> 2009/8/6 Adam Williamson > On Wed, 2009-08-05 at 17:23 -0700, Christopher Stone wrote: > > On Wed, Aug 5, 2009 at 4:59 PM, Adam Williamson > wrote: > > > On Wed, 2009-08-05 at 14:36 -0700, Jesse Keating wrote: > > >> On Wed, 2009-08-05 at 14:26 -0700, Adam Williamson wrote: > > >> > > > >> > Well, I think it's really the same issue. The problem is one of > > >> > expectation: we have two similar components, GNOME and KDE, in the > same > > >> > distribution, following different update polices - GNOME favours > stable, > > >> > KDE favours adventurous. This confounds expectation. > > >> > > >> I don't know that this is really the case. KDE is rolling up a bugfix > > >> release. Gnome does bugfix releases. Other than a difference in how > > >> they number them, is there really that big of a difference in what > they > > >> are doing? > > > > > > It's not a bugfix release, it's a bit ingenuous to describe it as one. > > > > Except for the fact that it fixes *over 10,000 bugs*. [1] > > > > And I believe the word you are looking for is *dis*ingenuous. > > > > It's hard to believe KDE 4.2 had that many bugs... > > > > [1] http://kde.org/announcements/4.3/index.php > > I was actually reaching for another word entirely, but you're right that > ingenuous makes no sense. :) > > A release that fixes bugs is not necessarily a bug fix release. A bug > fix release is a release that _exclusively_ fixes bugs. So any bug fix > release must fix bugs, but not any release that fixes bugs must be a bug > fix release. > It's unlikely a project has no open bugs, so any update should fix a bunch of them; on the other hand it's rare to have software enhancement stopped just to close bugs, in particular in big projects, if you want that you want backporting. By the way, i dont even think its safe to measure stability or completness counting bugfix releases or with release numbers, as you will find projects which get released with major versions X.0 in an incomplete and unstable state, while others trying to accomplish the opposite. That said, in this scenery: F-x - bugfix rel - enhance rel F-x+1 released - bugfix rel with no backporting and the aim to be leading edge, what's the point to skip update 2? In the worst case, your Frel will hit (Flatest - 2) in about 12 months and you will need to upgrade nonetheless > > -- > Adam Williamson > Fedora QA Community Monkey > IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org > http://www.happyassassin.net > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- Guido Grazioli Via Parri 11 48011 - Alfonsine (RA) Mobile: +39 347 1017202 (10-18) Key FP = 7040 F398 0DED A737 7337 DAE1 12DC A698 5E81 2278 Linked in: http://www.linkedin.com/in/guidograzioli -------------- next part -------------- An HTML attachment was scrubbed... URL: From kevin.kofler at chello.at Thu Aug 6 03:30:27 2009 From: kevin.kofler at chello.at (Kevin Kofler) Date: Thu, 06 Aug 2009 05:30:27 +0200 Subject: KDE vs. GNOME on F10 References: <3668e9f50908050249r18019ab4j95b10beb23d74e73@mail.gmail.com> <15e53e180908050302k6faa024cj5f7630d15b9a4305@mail.gmail.com> <4A795D90.5020903@leemhuis.info> <20090805120144.GC3095@hansolo.jdub.homelinux.org> <1249498044.2266.17.camel@adam.local.net> <4A79D66F.90805@gmail.com> <1249499500.2266.31.camel@adam.local.net> <4A79E105.4080101@gmail.com> <1249502302.3759.22.camel@localhost.localdomain> <1249502619.3759.23.camel@localhost.localdomain> <1249507656.2266.61.camel@adam.local.net> Message-ID: Adam Williamson wrote: > Mandriva has a /testing repository for /updates, but not for /backports, > on the basis that /backports is fundamentally unstable so you may as > well just do your testing in the repo. This works fine, so far. That's not going to work for KDE SIG. Updates like KDE 4.3.0 really need testing. (Of course we could use kde-redhat testing for that, but at that point I'd have to start wondering why we're bothering with Fedora's infrastructure for updates entirely. I really don't think forcing us to go back to kde-redhat as the primary delivery mechanism for our updates is going to be helpful.) Kevin Kofler From kevin.kofler at chello.at Thu Aug 6 03:37:25 2009 From: kevin.kofler at chello.at (Kevin Kofler) Date: Thu, 06 Aug 2009 05:37:25 +0200 Subject: KDE vs. GNOME on F10 References: <3668e9f50908050249r18019ab4j95b10beb23d74e73@mail.gmail.com> <15e53e180908050302k6faa024cj5f7630d15b9a4305@mail.gmail.com> <4A795D90.5020903@leemhuis.info> <20090805120144.GC3095@hansolo.jdub.homelinux.org> <1249498044.2266.17.camel@adam.local.net> <20090805192822.GD3095@hansolo.jdub.homelinux.org> <1249501283.2266.43.camel@adam.local.net> Message-ID: Adam Williamson wrote: > I probably couldn't do much justice to a comprehensive plan as I have > insufficient knowledge of how the buildsystem works. I was acting at a > higher level - just trying to point out that it's essentially doomed to > try and please everyone with a single update repository, that's not an > argument anyone can win. Either the 'we want stable updates' camp or the > 'we want shiny new stuff' camp is going to be disappointed. The problem is that your solution doubles maintainer and rel-eng workload. I think we really don't have the resources for that. Kevin Kofler From kevin.kofler at chello.at Thu Aug 6 03:42:21 2009 From: kevin.kofler at chello.at (Kevin Kofler) Date: Thu, 06 Aug 2009 05:42:21 +0200 Subject: KDE vs. GNOME on F10 References: <3668e9f50908050249r18019ab4j95b10beb23d74e73@mail.gmail.com> <15e53e180908050302k6faa024cj5f7630d15b9a4305@mail.gmail.com> <4A795D90.5020903@leemhuis.info> <20090805120144.GC3095@hansolo.jdub.homelinux.org> <1249498044.2266.17.camel@adam.local.net> <20090805192822.GD3095@hansolo.jdub.homelinux.org> <1249501283.2266.43.camel@adam.local.net> <4A79E24F.1050305@redhat.com> <1249503080.2266.53.camel@adam.local.net> Message-ID: Adam Williamson wrote: > If we are - or _want to be_ - that kind of a distribution, we have to > provide a stable update set so we can stop telling people who just want > a distro to run Aunt Flo's desktop or their webserver or whatever on to > run CentOS or Ubuntu instead. If, however, we really don't care about > that kind of usage scenario and instead we want to focus only on being a > kind of project for the prototyping of systems that will eventually > _become_ components of that kind of generally usable operating system - > which to my mind is more or less the status at the moment - it doesn't > make any sense to provide a stable update set, it's not serving any real > purpose, and it'd just be a waste of effort. Actually, I think our KDE updates are very much beneficial even to "Aunt Flo" type users. We wouldn't push them out if we thought otherwise. In the current state of KDE, users are thanking us at each 4.n release for the usability improvements. And while that effect diminishes as KDE gets to a more mature state, the changes between releases also get less invasive and thus the risk also goes down (e.g. KDE 3.5 wasn't quite as major as KDE 4.1 was, we're even seeing this progression with 4.x now). Kevin Kofler From kevin.kofler at chello.at Thu Aug 6 04:08:50 2009 From: kevin.kofler at chello.at (Kevin Kofler) Date: Thu, 06 Aug 2009 06:08:50 +0200 Subject: KDE vs. GNOME on F10 References: <3668e9f50908050249r18019ab4j95b10beb23d74e73@mail.gmail.com> <1249477561.1483.15.camel@planemask> Message-ID: Matthias Clasen wrote: > - It would pull along a good-sized portion of the 'plumbing' layer: new > udev, kernel, pulseaudio, X... Hmmm, that's interesting. KDE seems to be a lot more flexible there, you sure don't need to run the latest kernel to use the latest KDE. That said, some stuff like the kernel has traditionally been updated frequently anyway (though lately there have been issues), other stuff like PulseAudio could probably use getting updates too (as they fix bugs, though AIUI most bugfixes are in ALSA, which brings us back to the kernel). > - We don't have the man power to do a good job on this. This may be > different on the KDE side. :-) I'll remember this in case you argue about KDE SIG's supposed lack of manpower in the future. :-p That said, ? > While we do a good chunk of the development work for each GNOME release, > the KDE sig is more of a packaging effort, as far as I understand. Correct > me if I'm wrong here... ? you have a point here. Another factor is that KDE's big modules are a lot less work to package than the many small modules GNOME ships. > - It is not compatible with the concept of a finished, stable release. > If we just want to dump all the latest stuff in there, why bother with > freezes and releases at all ? We could all just use rawhide... In KDE SIG, we don't dump "all the latest stuff" in there. First of all, version upgrades always go to updates-testing first, we don't just dump them to updates. They'll stay in updates-testing as long as needed to hunt down any regressions, for example Qt 4.5 stayed there for quite a long time. We'll only push something to stable when we're convinced it actually IS stable. And we also don't push out everything as updates. We do NOT push: * prereleases of core KDE or of most applications (only few exceptions), we push only releases upstream deems stable, * major (first digit) updates like KDE 3->4, Amarok 1->2 and other KDE 3->4 ports of applications with major changes and known regressions, * any other stuff we do not consider ready for the average user's consumption. Just look at the contents of kde-redhat unstable (http://apt.kde- redhat.org/apt/kde-redhat/fedora/11/i386/RPMS.unstable/) for examples of stuff we do NOT push as updates to stable releases (whereas Rawhide has it). Currently, kde-redhat unstable for F11 contains Digikam 1.0 Beta 3 (unstable prerelease), Eigen2 2.0.3 (already in stable updates, can be removed now), K3b 1.66 (unstable prerelease, and a KDE 4 port with major changes), Kaffeine 1.0-pre1 (likewise), a new kde-plasma-stasks build (fixes for KDE 4.3, will be pushed with our 4.3 updates most likely), KOffice 2.0.1 (KDE 4 port with major changes), Konversation 1.2 alpha4 (unstable prerelease, and a KDE 4 port with major changes) and builds of Qt and Phonon which enable Qt's own copy of Phonon (still shipped as a system library, of course, just built from the Qt SRPM now as that's actually more up to date than the tarball and as building it together with Qt has other benefits, in particular, it avoids a circular dependency when building QtWebKit; this is in kde-redhat unstable because it also makes Phonon-GStreamer the default rather than Phonon-Xine). All that stuff is already in Rawhide (also hoping that the prereleases will be sufficiently stable by the time F12 releases). Kevin Kofler From remotestar at live.com Thu Aug 6 04:58:44 2009 From: remotestar at live.com (Markus Kesaromous) Date: Wed, 5 Aug 2009 21:58:44 -0700 Subject: rt2860 driver (fc11) Message-ID: I know this is a staging and thus experimental driver. I only wanted to point out that if you compile the kernl without SMP support, then this driver module will have these undefined symbols: spin_lock_bh _per_cpu_offset synchronize_irq spin_unlock_irqrestore del_timer_sync spin_lock_irqsave I did a cursory look at part of the code, and it is obvious this code is not up to snuff in coding style, and in one file, missing header include. At the very least, the code needs to surround locking and unlocking code with #ifdef CONFIG_SMP spin_lock... or spin_unlock ... #endif My $.02's worth Cheers, Markus K. _________________________________________________________________ Get back to school stuff for them and cashback for you. http://www.bing.com/cashback?form=MSHYCB&publ=WLHMTAG&crea=TEXT_MSHYCB_BackToSchool_Cashback_BTSCashback_1x1 From airlied at redhat.com Thu Aug 6 05:26:04 2009 From: airlied at redhat.com (Dave Airlie) Date: Thu, 06 Aug 2009 15:26:04 +1000 Subject: non root X In-Reply-To: <4A76B026.4040603@fedoraproject.org> References: <4A76B026.4040603@fedoraproject.org> Message-ID: <1249536365.11827.2.camel@clockmaker.usersys.redhat.com> On Mon, 2009-08-03 at 15:08 +0530, Rahul Sundaram wrote: > Hi > > A few days back I ran into > > http://lists.x.org/archives/xorg-devel/2009-July/001293.html > > I am wondering, since we are already using KMS in most places in Fedora, > how far are we from achieving this by default in a Fedora release? non-root X is a big security hole at the moment, and until we get revoke() support in the kernel, we can probably move X to running as a special user, and maybe once we get revoke to running as the real user. However it doesn't solve the issue how we know we need or don't need root since X only figures out what graphics drivers are needed after starting, so if you needed a non-kms gpu driver we wouldn't know until after we'd started as non-root. Dave. From MathStuf at gmail.com Thu Aug 6 05:36:50 2009 From: MathStuf at gmail.com (Ben Boeckel) Date: Thu, 06 Aug 2009 01:36:50 -0400 Subject: non root X References: <4A76B026.4040603@fedoraproject.org> <1249536365.11827.2.camel@clockmaker.usersys.redhat.com> Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Dave Airlie wrote: > On Mon, 2009-08-03 at 15:08 +0530, Rahul Sundaram wrote: >> Hi >> >> A few days back I ran into >> >> http://lists.x.org/archives/xorg-devel/2009-July/001293.html >> >> I am wondering, since we are already using KMS in most places in Fedora, >> how far are we from achieving this by default in a Fedora release? > > non-root X is a big security hole at the moment, and until we get > revoke() support in the kernel, we can probably move X to running as a > special user, and maybe once we get revoke to running as the real user. > > However it doesn't solve the issue how we know we need or don't need > root since X only figures out what graphics drivers are needed after > starting, so if you needed a non-kms gpu driver we wouldn't know > until after we'd started as non-root. > > Dave. > Could permissions be raised temporarily? PolicyKit with (defaulted) auto-approve to load an appropriate driver? - --Ben (not an X/PolicyKit/kernel hacker) -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkp6a/MACgkQiPi+MRHG3qS4LQCgisF3c37SJLn70JH8+IrAQ8tY 3GUAoL9joLSIWENC02z8tOq4c8fZijFB =Sv5U -----END PGP SIGNATURE----- From awilliam at redhat.com Thu Aug 6 05:59:25 2009 From: awilliam at redhat.com (Adam Williamson) Date: Wed, 05 Aug 2009 22:59:25 -0700 Subject: KDE vs. GNOME on F10 In-Reply-To: References: <3668e9f50908050249r18019ab4j95b10beb23d74e73@mail.gmail.com> <15e53e180908050302k6faa024cj5f7630d15b9a4305@mail.gmail.com> <4A795D90.5020903@leemhuis.info> <20090805120144.GC3095@hansolo.jdub.homelinux.org> <1249498044.2266.17.camel@adam.local.net> <20090805192822.GD3095@hansolo.jdub.homelinux.org> <1249501283.2266.43.camel@adam.local.net> Message-ID: <1249538365.2266.69.camel@adam.local.net> On Thu, 2009-08-06 at 05:37 +0200, Kevin Kofler wrote: > Adam Williamson wrote: > > I probably couldn't do much justice to a comprehensive plan as I have > > insufficient knowledge of how the buildsystem works. I was acting at a > > higher level - just trying to point out that it's essentially doomed to > > try and please everyone with a single update repository, that's not an > > argument anyone can win. Either the 'we want stable updates' camp or the > > 'we want shiny new stuff' camp is going to be disappointed. > > The problem is that your solution doubles maintainer and rel-eng workload. I > think we really don't have the resources for that. Please don't personalize things. It's not 'mine', and it's not really a solution. I'm simply pointing out that it's literally impossible to satisfy both possible update policies with a single unitary repository. We either have to make it clear which policy we use and which policy we don't, and hence which theoretical user base we are not targeting, or take on extra work and try to satisfy both. I am not declaring myself in favor of, or against, any particular option. I'm just pointing out the parameters of the question. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From awilliam at redhat.com Thu Aug 6 06:05:26 2009 From: awilliam at redhat.com (Adam Williamson) Date: Wed, 05 Aug 2009 23:05:26 -0700 Subject: KDE vs. GNOME on F10 In-Reply-To: References: <3668e9f50908050249r18019ab4j95b10beb23d74e73@mail.gmail.com> <15e53e180908050302k6faa024cj5f7630d15b9a4305@mail.gmail.com> <4A795D90.5020903@leemhuis.info> <20090805120144.GC3095@hansolo.jdub.homelinux.org> <1249498044.2266.17.camel@adam.local.net> <20090805192822.GD3095@hansolo.jdub.homelinux.org> <1249501283.2266.43.camel@adam.local.net> <4A79E24F.1050305@redhat.com> <1249503080.2266.53.camel@adam.local.net> Message-ID: <1249538726.2266.75.camel@adam.local.net> On Thu, 2009-08-06 at 05:42 +0200, Kevin Kofler wrote: > Adam Williamson wrote: > > If we are - or _want to be_ - that kind of a distribution, we have to > > provide a stable update set so we can stop telling people who just want > > a distro to run Aunt Flo's desktop or their webserver or whatever on to > > run CentOS or Ubuntu instead. If, however, we really don't care about > > that kind of usage scenario and instead we want to focus only on being a > > kind of project for the prototyping of systems that will eventually > > _become_ components of that kind of generally usable operating system - > > which to my mind is more or less the status at the moment - it doesn't > > make any sense to provide a stable update set, it's not serving any real > > purpose, and it'd just be a waste of effort. > > Actually, I think our KDE updates are very much beneficial even to "Aunt > Flo" type users. We wouldn't push them out if we thought otherwise. At this point you're getting down to update theory, which is a deeply unexciting area to most people, I suspect ;) The problem with that approach is that, in the conventional approach to updates, the key factor is _continuity_. You don't change behaviour or risk regressions. If an update fixes ten bugs but changes the behaviour of some component people see every day - which is a fairly accurate description of both KDE and GNOME point releases - it's not appropriate to be an update, in this theory, because it means the updated product is breaking the expectations of the the initial release. What your frazzled sysadmin cares about most is that things work on Tuesday the same way they did on Monday - even if that just means they're broken in the same way. If you can fix something without changing the fundamental behaviour of the system, great, but that's all. As I said, I'm not arguing in favour of or against any particular position. I'm just pointing out the angles here. There is a conventional approach to updates that many distributions use, and that some types of user expect and would like in any distribution they use. We can choose not to do this, and it's fine, I just want it to be clear where the 'edges' are. Right now, if you ask around in the conventional places - Fedora forums, Linuxquestions, distrowatch, IRC, places like that - people will tell you that, if what you want is a conventional stable operating system to run your servers or whatever on, that doesn't change from day to day, don't run Fedora, run CentOS (or Ubuntu or Debian or SUSE or...whatever they like). If we're happy with that, that's great. But it is worth being aware exactly what the status quo is. It seems like our current policy is more de facto than the result of any reasoned decision. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From cemeyer at u.washington.edu Thu Aug 6 06:17:12 2009 From: cemeyer at u.washington.edu (Conrad Meyer) Date: Wed, 5 Aug 2009 23:17:12 -0700 Subject: rt2860 driver (fc11) In-Reply-To: References: Message-ID: <200908052317.12705.cemeyer@u.washington.edu> On Wednesday 05 August 2009 09:58:44 pm Markus Kesaromous wrote: > I know this is a staging and thus experimental driver. > I only wanted to point out that if you compile the kernl > without SMP support, then this driver module will have these > undefined symbols: Which Fedora kernels are compiled without SMP support? Regards, -- Conrad Meyer From awilliam at redhat.com Thu Aug 6 06:27:32 2009 From: awilliam at redhat.com (Adam Williamson) Date: Wed, 05 Aug 2009 23:27:32 -0700 Subject: rt2860 driver (fc11) In-Reply-To: References: Message-ID: <1249540052.2266.79.camel@adam.local.net> On Wed, 2009-08-05 at 21:58 -0700, Markus Kesaromous wrote: > I know this is a staging and thus experimental driver. > I only wanted to point out that if you compile the kernl > without SMP support, then this driver module will have these > undefined symbols: > > spin_lock_bh > _per_cpu_offset > synchronize_irq > spin_unlock_irqrestore > del_timer_sync > spin_lock_irqsave > > I did a cursory look at part of the code, and it is obvious > this code is not up to snuff in coding style, and in one file, missing > header include. > At the very least, the code needs to surround locking > and unlocking code with > #ifdef CONFIG_SMP > spin_lock... or spin_unlock ... > #endif Wouldn't this be better sent to lkml? I don't think anyone in Fedora works on the in-kernel rt2860 driver, do they? I don't recognize any of the names in http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=history;f=drivers/staging/rt2860;hb=HEAD as being 'Fedora people'. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From remotestar at live.com Thu Aug 6 06:48:05 2009 From: remotestar at live.com (Markus Kesaromous) Date: Wed, 5 Aug 2009 23:48:05 -0700 Subject: rt2860 driver (fc11) In-Reply-To: <200908052317.12705.cemeyer@u.washington.edu> References: <200908052317.12705.cemeyer@u.washington.edu> Message-ID: ---------------------------------------- > From: cemeyer at u.washington.edu > To: fedora-devel-list at redhat.com > Date: Wed, 5 Aug 2009 23:17:12 -0700 > Subject: Re: rt2860 driver (fc11) > > On Wednesday 05 August 2009 09:58:44 pm Markus Kesaromous wrote: >> I know this is a staging and thus experimental driver. >> I only wanted to point out that if you compile the kernl >> without SMP support, then this driver module will have these >> undefined symbols: > > Which Fedora kernels are compiled without SMP support? > > Regards, > -- > Conrad Meyer > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list I compiled the kernel without SMP support deliberately. It is a user configurable option. _________________________________________________________________ Get your vacation photos on your phone! http://windowsliveformobile.com/en-us/photos/default.aspx?&OCID=0809TL-HM From remotestar at live.com Thu Aug 6 06:50:38 2009 From: remotestar at live.com (Markus Kesaromous) Date: Wed, 5 Aug 2009 23:50:38 -0700 Subject: rt2860 driver (fc11) In-Reply-To: <1249540052.2266.79.camel@adam.local.net> References: <1249540052.2266.79.camel@adam.local.net> Message-ID: ---------------------------------------- > From: awilliam at redhat.com > To: fedora-devel-list at redhat.com > Date: Wed, 5 Aug 2009 23:27:32 -0700 > Subject: Re: rt2860 driver (fc11) > > On Wed, 2009-08-05 at 21:58 -0700, Markus Kesaromous wrote: >> I know this is a staging and thus experimental driver. >> I only wanted to point out that if you compile the kernl >> without SMP support, then this driver module will have these >> undefined symbols: >> >> spin_lock_bh >> _per_cpu_offset >> synchronize_irq >> spin_unlock_irqrestore >> del_timer_sync >> spin_lock_irqsave >> >> I did a cursory look at part of the code, and it is obvious >> this code is not up to snuff in coding style, and in one file, missing >> header include. >> At the very least, the code needs to surround locking >> and unlocking code with >> #ifdef CONFIG_SMP >> spin_lock... or spin_unlock ... >> #endif > > Wouldn't this be better sent to lkml? I don't think anyone in Fedora > works on the in-kernel rt2860 driver, do they? I don't recognize any of > the names in > http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=history;f=drivers/staging/rt2860;hb=HEAD as being 'Fedora people'. > > -- > Adam Williamson > Fedora QA Community Monkey > IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org > http://www.happyassassin.net > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list I was hoping that the devs who worked hard to even make it part of the source rpm might be lurking on this mailing list and see my post :) _________________________________________________________________ Express your personality in color! Preview and select themes for Hotmail?. http://www.windowslive-hotmail.com/LearnMore/personalize.aspx?ocid=PID23391::T:WLMTAGL:ON:WL:en-US:WM_HYGN_express:082009 From awilliam at redhat.com Thu Aug 6 06:51:26 2009 From: awilliam at redhat.com (Adam Williamson) Date: Wed, 05 Aug 2009 23:51:26 -0700 Subject: KDE vs. GNOME on F10 In-Reply-To: <1249538726.2266.75.camel@adam.local.net> References: <3668e9f50908050249r18019ab4j95b10beb23d74e73@mail.gmail.com> <15e53e180908050302k6faa024cj5f7630d15b9a4305@mail.gmail.com> <4A795D90.5020903@leemhuis.info> <20090805120144.GC3095@hansolo.jdub.homelinux.org> <1249498044.2266.17.camel@adam.local.net> <20090805192822.GD3095@hansolo.jdub.homelinux.org> <1249501283.2266.43.camel@adam.local.net> <4A79E24F.1050305@redhat.com> <1249503080.2266.53.camel@adam.local.net> <1249538726.2266.75.camel@adam.local.net> Message-ID: <1249541486.2266.96.camel@adam.local.net> On Wed, 2009-08-05 at 23:05 -0700, Adam Williamson wrote: > The problem with that approach is that, in the conventional approach to > updates, the key factor is _continuity_. You don't change behaviour or > risk regressions. If an update fixes ten bugs but changes the behaviour > of some component people see every day - which is a fairly accurate > description of both KDE and GNOME point releases - it's not appropriate > to be an update, in this theory, because it means the updated product is > breaking the expectations of the the initial release. What your frazzled The kernel's a great example here, BTW. If we update F10 to kernel 2.6.29, the ATI proprietary driver will stop working. We don't care about proprietary software and yadda yadda yadda, but it's exactly the kind of behaviour change in a supposedly 'final' product that certain groups of users just don't want to have to deal with. It doesn't really matter that the driver's proprietary, even. The point is that an interface that could reasonably be expected not to change in a 'stable' operating system release, by conventional definitions, does change in Fedora. Similar with the changes from 2.6.29 to 2.6.31. If we were to bump F11 from 2.6.29 to 2.6.31, the NVIDIA proprietary driver and the rt2860sta wireless driver (and possibly other out-of-kernel network drivers, too...) would break. The kernel guys consider it fine to do this sort of breakage between point releases, and Fedora considers it fine to ship kernel point releases as updates for 'stable' releases (we've done this in the past, 2.6.29 is still planned for F10 - just stuck due to problems - and I don't see any indication we won't be doing the same for F11). Certain groups of users just don't want this hassle. They have enough pain getting their graphics card / wireless card / whatever bit of hardware working right _once_, they don't want to have to do it again every two months (or whenever the next kernel point release happens to come out). They figure, since it's a stable release, once they get something working it ought to _keep_ working. This is the scenario that's problematic as long as we don't have a reliable conservative update path available. Again, if we decide that's a hit we're willing to take, that's fine. To bring it back to where we came in, we have a problem in that the KDE team are following one policy (update to the latest KDE release on the basis that it brings in new shiny goodness and fixes more stuff than it breaks) while the GNOME team are following the other (don't go to the latest point release in the interest of consistency). This doesn't make sense - if some parts of the distro are going with the adventurous policy, it renders the caution of other parts essentially null and void. The caution of the GNOME team doesn't really work, overall, if the kernel is following the adventurous policy. Conservative users still aren't going to go with Fedora. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From sundaram at fedoraproject.org Thu Aug 6 06:54:18 2009 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Thu, 06 Aug 2009 12:24:18 +0530 Subject: 'IT Security' in comps? In-Reply-To: <20090805210744.GA27502@genius.kawo2.rwth-aachen.de> References: <20090805124954.ADF6511C008C@cvs1.fedora.phx.redhat.com> <20090805140024.GD6336@nostromo.devel.redhat.com> <20090805142004.GE16783@genius.kawo2.rwth-aachen.de> <20090805200759.GA12347@nostromo.devel.redhat.com> <20090805210744.GA27502@genius.kawo2.rwth-aachen.de> Message-ID: <4A7A7E1A.5050509@fedoraproject.org> On 08/06/2009 02:37 AM, Till Maas wrote: > > The IT prefix is only used in the group id, which is afaik not visible > to the used and not translated. That's not true. yum -v grouplist will display them. I use them all the time as a shorter form of the full group names. Something like # yum install @xfce-desktop Rahul From tmraz at redhat.com Thu Aug 6 07:01:25 2009 From: tmraz at redhat.com (Tomas Mraz) Date: Thu, 06 Aug 2009 09:01:25 +0200 Subject: crontab configuration In-Reply-To: <20090805214219.GC6584@alpha.rzhou.org> References: <1249507977.31808.5.camel@scrappy.miketc.net> <20090805214219.GC6584@alpha.rzhou.org> Message-ID: <1249542085.29859.178.camel@vespa.frost.loc> On Wed, 2009-08-05 at 17:42 -0400, Ricky Zhou wrote: > On 2009-08-05 04:32:57 PM, Mike Chambers wrote: > > Ok, in F11 it had /etc/anacrontab file that I could edit to get my > > cron.daily time to be set. But I don't see that file and can't find > > where the time is set that I want it ran from. I believe it was 4am > > this morning when it ran but I don't know where that time to run came > > from? > My random guess from an rpm -ql cronie is /etc/regularly-jobs. All > these anacron/crontab changes should hopefully be mentioned the release > notes somehow :-/ Yes, however this name change will be reverted in the next upstream cronie release due some time during the next week. This change is too confusing to users. -- Tomas Mraz No matter how far down the wrong road you've gone, turn back. Turkish proverb From awilliam at redhat.com Thu Aug 6 07:12:03 2009 From: awilliam at redhat.com (Adam Williamson) Date: Thu, 06 Aug 2009 00:12:03 -0700 Subject: rt2860 driver (fc11) In-Reply-To: References: <1249540052.2266.79.camel@adam.local.net> Message-ID: <1249542723.2266.102.camel@adam.local.net> On Wed, 2009-08-05 at 23:50 -0700, Markus Kesaromous wrote: > I was hoping that the devs who worked hard to even make it part of the source rpm might be lurking on this mailing list and see my post :) I don't think anything special is done to make it part of our kernel .src.rpm, it's just in there because it's in the upstream kernel tarball :). I don't _think_ any of the Fedora kernel devs will jump to fix this driver. But hey, I'm happy if I'm wrong, I have an rt2860-based card and it'd be nice not to have to rely on an out-of-tree, not-in-Fedora driver! I'm almost sure you'd do better to contact lkml or one of the main committers directly, though. Actually, now I look at it, it appears the driver is developed as part of the serialmonkey project: http://rt2x00.serialmonkey.com/wiki/index.php/Main_Page which has links in the blue bar at the top for 'lists' and 'forum'. Those sound like good places to poke. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From cemeyer at u.washington.edu Thu Aug 6 07:20:49 2009 From: cemeyer at u.washington.edu (Conrad Meyer) Date: Thu, 6 Aug 2009 00:20:49 -0700 Subject: rt2860 driver (fc11) In-Reply-To: References: <200908052317.12705.cemeyer@u.washington.edu> Message-ID: <200908060020.49396.cemeyer@u.washington.edu> On Wednesday 05 August 2009 11:48:05 pm Markus Kesaromous wrote: > I compiled the kernel without SMP support deliberately. > It is a user configurable option. If you're not using a Fedora kernel the appropriate place to complain / discuss is the LKML, not here. Even if it was a Fedora kernel, the place for this is fedora-kernel-list. Regards, -- Conrad Meyer From caillon at redhat.com Thu Aug 6 07:44:19 2009 From: caillon at redhat.com (Christopher Aillon) Date: Thu, 06 Aug 2009 00:44:19 -0700 Subject: KDE vs. GNOME on F10 In-Reply-To: <1249499500.2266.31.camel@adam.local.net> References: <3668e9f50908050249r18019ab4j95b10beb23d74e73@mail.gmail.com> <15e53e180908050302k6faa024cj5f7630d15b9a4305@mail.gmail.com> <4A795D90.5020903@leemhuis.info> <20090805120144.GC3095@hansolo.jdub.homelinux.org> <1249498044.2266.17.camel@adam.local.net> <4A79D66F.90805@gmail.com> <1249499500.2266.31.camel@adam.local.net> Message-ID: <4A7A89D3.1050802@redhat.com> On 08/05/2009 12:11 PM, Adam Williamson wrote: > On Wed, 2009-08-05 at 11:58 -0700, Toshio Kuratomi wrote: >> Also, having the expectation that the other repository is for security >> updates doesn't address the problem of a security release breaking ABI. > > That's rather unlikely (well, except in oddball cases like Firefox / > XULRunner), Sure, you can blame Gecko for having it's unstable ABI be, well, unstable. But blame also goes to the apps for not using the stable ABI. From drago01 at gmail.com Thu Aug 6 07:57:31 2009 From: drago01 at gmail.com (drago01) Date: Thu, 6 Aug 2009 09:57:31 +0200 Subject: rt2860 driver (fc11) In-Reply-To: <1249542723.2266.102.camel@adam.local.net> References: <1249540052.2266.79.camel@adam.local.net> <1249542723.2266.102.camel@adam.local.net> Message-ID: On Thu, Aug 6, 2009 at 9:12 AM, Adam Williamson wrote: > On Wed, 2009-08-05 at 23:50 -0700, Markus Kesaromous wrote: > >> I was hoping that the devs who worked hard to even make it part of the source rpm might be lurking on this mailing list and see my post :) > > I don't think anything special is done to make it part of our > kernel .src.rpm, it's just in there because it's in the upstream kernel > tarball :). I don't _think_ any of the Fedora kernel devs will jump to > fix this driver. But hey, I'm happy if I'm wrong, I have an rt2860-based > card and it'd be nice not to have to rely on an out-of-tree, > not-in-Fedora driver! I'm almost sure you'd do better to contact lkml or > one of the main committers directly, though. > > Actually, now I look at it, it appears the driver is developed as part > of the serialmonkey project: > > http://rt2x00.serialmonkey.com/wiki/index.php/Main_Page > > which has links in the blue bar at the top for 'lists' and 'forum'. > Those sound like good places to poke. > The rt2860 driver is the Vendor driver provided by Ralink, it is considered crap by linux-wireless developers (for good reasons). Upstream work is being done on rt2800pci / rt2800usb the usb driver is supposed to be in a working state right now, the pci one could need some help (its not there yet). From stransky at redhat.com Thu Aug 6 08:10:29 2009 From: stransky at redhat.com (Martin Stransky) Date: Thu, 06 Aug 2009 10:10:29 +0200 Subject: Mozvoikko doesn't build on F12, please help In-Reply-To: <4A7A1A89.3070307@redhat.com> References: <1249489597.2602.9.camel@poytakone.lan> <4A79EC14.6070207@redhat.com> <4A7A1A89.3070307@redhat.com> Message-ID: <4A7A8FF5.809@redhat.com> On 08/06/2009 01:49 AM, Christopher Aillon wrote: > On 08/05/2009 01:31 PM, Christopher Aillon wrote: >> It's also the reason why firefox doesn't yet build. >> http://koji.fedoraproject.org/koji/getfile?taskID=1581586&name=build.log >> >> It's being worked on by Martin and Jan. They'll get the rebuilds for F12 >> ready too. > > In the interim, the F11 builds of XR and FF have been tagged into > rawhide, so rebuilds can start happening. They should be in the > buildroots soon. It's a gcc bug and it's tracked here - https://bugzilla.redhat.com/show_bug.cgi?id=515700 From jakub at redhat.com Thu Aug 6 08:13:21 2009 From: jakub at redhat.com (Jakub Jelinek) Date: Thu, 6 Aug 2009 10:13:21 +0200 Subject: Mozvoikko doesn't build on F12, please help In-Reply-To: <4A7A8FF5.809@redhat.com> References: <1249489597.2602.9.camel@poytakone.lan> <4A79EC14.6070207@redhat.com> <4A7A1A89.3070307@redhat.com> <4A7A8FF5.809@redhat.com> Message-ID: <20090806081321.GQ4462@tyan-ft48-01.lab.bos.redhat.com> On Thu, Aug 06, 2009 at 10:10:29AM +0200, Martin Stransky wrote: > On 08/06/2009 01:49 AM, Christopher Aillon wrote: >> On 08/05/2009 01:31 PM, Christopher Aillon wrote: >>> It's also the reason why firefox doesn't yet build. >>> http://koji.fedoraproject.org/koji/getfile?taskID=1581586&name=build.log >>> >>> It's being worked on by Martin and Jan. They'll get the rebuilds for F12 >>> ready too. >> >> In the interim, the F11 builds of XR and FF have been tagged into >> rawhide, so rebuilds can start happening. They should be in the >> buildroots soon. > > It's a gcc bug and it's tracked here - > https://bugzilla.redhat.com/show_bug.cgi?id=515700 strip bug, not gcc bug, to be precise. Jakub From pbrobinson at gmail.com Thu Aug 6 08:23:36 2009 From: pbrobinson at gmail.com (Peter Robinson) Date: Thu, 6 Aug 2009 09:23:36 +0100 Subject: rt2860 driver (fc11) In-Reply-To: <1249542723.2266.102.camel@adam.local.net> References: <1249540052.2266.79.camel@adam.local.net> <1249542723.2266.102.camel@adam.local.net> Message-ID: <5256d0b0908060123t30e0fb7bqfa38a310f03a11a6@mail.gmail.com> >> I was hoping that the devs who worked hard to even make it part of the source rpm might be lurking on this mailing list and see my post :) > > I don't think anything special is done to make it part of our > kernel .src.rpm, it's just in there because it's in the upstream kernel > tarball :). I don't _think_ any of the Fedora kernel devs will jump to > fix this driver. But hey, I'm happy if I'm wrong, I have an rt2860-based > card and it'd be nice not to have to rely on an out-of-tree, > not-in-Fedora driver! I'm almost sure you'd do better to contact lkml or > one of the main committers directly, though. > > Actually, now I look at it, it appears the driver is developed as part > of the serialmonkey project: > > http://rt2x00.serialmonkey.com/wiki/index.php/Main_Page > > which has links in the blue bar at the top for 'lists' and 'forum'. > Those sound like good places to poke. Good luck with that! This driver has been in the process of being re-written for well over a year, I've long given up hope. Its unfortunate as its in alot of netbooks including all the atom based eeePCs. Fortunately rpmfusion has one that works reasonably well (it even suspends and resumes!) appart from spewing massive amount of debug into /var/log/messages (if left on about half a gig a day). Peter From jreznik at redhat.com Thu Aug 6 08:24:11 2009 From: jreznik at redhat.com (Jaroslav Reznik) Date: Thu, 6 Aug 2009 10:24:11 +0200 Subject: Fedora 12 Features Proposed for Removal In-Reply-To: <1249516742.2368.3.camel@snoogens.fab.redhat.com> References: <4A7A048B.3040909@redhat.com> <1249516576.2368.1.camel@snoogens.fab.redhat.com> <1249516742.2368.3.camel@snoogens.fab.redhat.com> Message-ID: <200908061024.11521.jreznik@redhat.com> On Thursday 06 August 2009 01:59:02 Bastien Nocera wrote: > On Thu, 2009-08-06 at 00:56 +0100, Bastien Nocera wrote: > > On Wed, 2009-08-05 at 15:15 -0700, John Poelstra wrote: > > > Hi FESCo, > > > > > > After requesting status updates, including direct email to the feature > > > owners, the following feature pages do not have a current status or > > > their ability to tested during the Alpha is unclear based on the lack > > > of information provided or percentage of completion. > > > > > > > > > https://fedoraproject.org/wiki/Features/Gnome2.28 > > > > > > > > Feature will obviously be done on time. The feature process doesn't seem > > so forgiving about things happening upstream rather than downstream... > > > > > In accordance with our recorded process about providing status, I am > > > proposing that they reviewed and dropped from the Fedora 12 feature > > > list at Friday's FESCo meeting. > > > https://fedoraproject.org/wiki/Features/Policy/Dropping > > > > I'll make sure one of the Desktop-y guys updates this (presumably > > Matthias). > > I actually looked at this, and the feature process just isn't good > enough for this. We can't really say we're at 100% for GNOME 2.28 when > it hasn't been released, now can we? It's same for us - KDE SIG. Percentage completion is not the only one criterion for completeness, if we have everything prepared, we have betas/RC already imported and we're just waiting for final release (and as KDE has time based releases we know we can do it for Fedora release). And same for artwork - it's part of feauture but we have to wait for design team etc... The criteria should be - is it 100% ready? If not and it's waiting for upstream release (probably few more exceptions can be found) - is it possible to deliver this feauture 100% ready in time of release? Yes, we have schedule. Then OK. Jaroslav > > So what's expected of such features when the feature process seems > inappropriate? > > Cheers -- Jaroslav ?ezn?k Associate Software Engineer - Base Operating Systems Brno Office: +420 532 294 275 Mobile: +420 731 455 332 Red Hat, Inc. http://cz.redhat.com/ From pbrobinson at gmail.com Thu Aug 6 08:39:39 2009 From: pbrobinson at gmail.com (Peter Robinson) Date: Thu, 6 Aug 2009 09:39:39 +0100 Subject: Fedora 12 Features Proposed for Removal In-Reply-To: <4A7A048B.3040909@redhat.com> References: <4A7A048B.3040909@redhat.com> Message-ID: <5256d0b0908060139y2868e311q7bb167574678614d@mail.gmail.com> > After requesting status updates, including direct email to the feature > owners, the following feature pages do not have a current status or their > ability to tested during the Alpha is unclear based on the lack of > information provided or percentage of completion. > > https://fedoraproject.org/wiki/Features/FedoraMoblin I'm the maintainer of this. I think its very much in a similar category to gnome/kde. The only difference is there is some packages still awaiting review, about 2 that are actually critical, but moblin 2 like gnome etc are still in there development phase so its a moving target. > In accordance with our recorded process about providing status, I am > proposing that they reviewed and dropped from the Fedora 12 feature list at > Friday's FESCo meeting. I'm not sure what I'm meant to be doing about "providing status", I've been regularly updating the 2 pages percentages which is as far as I can tell the main thing I'm meant to be doing. There are a couple of dependant packages that need to get in and it will be in a testing state, I've been testing these myself so if they're not in by alpha they won't be far from it. This is the first time I've been involved in the "Feature Process" and I must say the whole thing has been about as clear as mud. I mean why isn't dracut on the cutting list, its listed as being at 90% which "feature wise" it may well be but it hasn't even been enabled yet so who knows what's going to break at that point, I see another anaconda storage rewrite coming up. Yet Moblin which doesn't even impact any of the rest of the distro has issues, I can put it at 100% but I don't see how that actually assists in the process. I don't see why if there's reasonable forward movement that features that don't impact other components of the distro have to be "cut" at the alpha stage of the process. Peter From rc040203 at freenet.de Thu Aug 6 08:44:26 2009 From: rc040203 at freenet.de (Ralf Corsepius) Date: Thu, 06 Aug 2009 10:44:26 +0200 Subject: Fedora 12 Features Proposed for Removal In-Reply-To: <5256d0b0908060139y2868e311q7bb167574678614d@mail.gmail.com> References: <4A7A048B.3040909@redhat.com> <5256d0b0908060139y2868e311q7bb167574678614d@mail.gmail.com> Message-ID: <4A7A97EA.1090107@freenet.de> On 08/06/2009 10:39 AM, Peter Robinson wrote: >> After requesting status updates, including direct email to the feature >> owners, the following feature pages do not have a current status or their >> ability to tested during the Alpha is unclear based on the lack of >> information provided or percentage of completion. >> >> https://fedoraproject.org/wiki/Features/FedoraMoblin > > I'm the maintainer of this. I think its very much in a similar > category to gnome/kde. The only difference is there is some packages > still awaiting review, about 2 that are actually critical, but moblin > 2 like gnome etc are still in there development phase so its a moving > target. IMO, this feature should be scratched, because the packages in question are of immature nature (... and of low packaging quality from my POV). Ralf From oget.fedora at gmail.com Thu Aug 6 08:45:40 2009 From: oget.fedora at gmail.com (Orcan Ogetbil) Date: Thu, 6 Aug 2009 04:45:40 -0400 Subject: rt2860 driver (fc11) In-Reply-To: <5256d0b0908060123t30e0fb7bqfa38a310f03a11a6@mail.gmail.com> References: <1249540052.2266.79.camel@adam.local.net> <1249542723.2266.102.camel@adam.local.net> <5256d0b0908060123t30e0fb7bqfa38a310f03a11a6@mail.gmail.com> Message-ID: On Thu, Aug 6, 2009 at 4:23 AM, Peter Robinson wrote: >>> I was hoping that the devs who worked hard to even make it part of the source rpm might be lurking on this mailing list and see my post :) >> >> I don't think anything special is done to make it part of our >> kernel .src.rpm, it's just in there because it's in the upstream kernel >> tarball :). I don't _think_ any of the Fedora kernel devs will jump to >> fix this driver. But hey, I'm happy if I'm wrong, I have an rt2860-based >> card and it'd be nice not to have to rely on an out-of-tree, >> not-in-Fedora driver! I'm almost sure you'd do better to contact lkml or >> one of the main committers directly, though. >> >> Actually, now I look at it, it appears the driver is developed as part >> of the serialmonkey project: >> >> http://rt2x00.serialmonkey.com/wiki/index.php/Main_Page >> >> which has links in the blue bar at the top for 'lists' and 'forum'. >> Those sound like good places to poke. > > Good luck with that! This driver has been in the process of being > re-written for well over a year, I've long given up hope. Its > unfortunate as its in alot of netbooks including all the atom based > eeePCs. Fortunately rpmfusion has one that works reasonably well (it > even suspends and resumes!) appart from spewing massive amount of > debug into /var/log/messages (if left on about half a gig a day). > > Peter > I maintain those drivers at RPMFusion. I will be happy beyond imagination when the staging drivers are marked stable. It would save me a lot of work, for it's not just rt2860, but also rt2870 and rt3070. I keep writing patches and hacks to them for almost every kernel update since Ralink is a bit slow with kernel updates. I'm glad they are working though :) Orcan From sundaram at fedoraproject.org Thu Aug 6 08:55:31 2009 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Thu, 06 Aug 2009 14:25:31 +0530 Subject: Fedora 12 Features Proposed for Removal In-Reply-To: <4A7A97EA.1090107@freenet.de> References: <4A7A048B.3040909@redhat.com> <5256d0b0908060139y2868e311q7bb167574678614d@mail.gmail.com> <4A7A97EA.1090107@freenet.de> Message-ID: <4A7A9A83.8010907@fedoraproject.org> On 08/06/2009 02:14 PM, Ralf Corsepius wrote: > IMO, this feature should be scratched, because the packages in question > are of immature nature (... and of low packaging quality from my POV). Be specific. This is not enough information to influence the decision at this stage. Rahul From drago01 at gmail.com Thu Aug 6 08:58:19 2009 From: drago01 at gmail.com (drago01) Date: Thu, 6 Aug 2009 10:58:19 +0200 Subject: rt2860 driver (fc11) In-Reply-To: References: <1249540052.2266.79.camel@adam.local.net> <1249542723.2266.102.camel@adam.local.net> <5256d0b0908060123t30e0fb7bqfa38a310f03a11a6@mail.gmail.com> Message-ID: On Thu, Aug 6, 2009 at 10:45 AM, Orcan Ogetbil wrote: > On Thu, Aug 6, 2009 at 4:23 AM, Peter Robinson wrote: >>>> I was hoping that the devs who worked hard to even make it part of the source rpm might be lurking on this mailing list and see my post :) >>> >>> I don't think anything special is done to make it part of our >>> kernel .src.rpm, it's just in there because it's in the upstream kernel >>> tarball :). I don't _think_ any of the Fedora kernel devs will jump to >>> fix this driver. But hey, I'm happy if I'm wrong, I have an rt2860-based >>> card and it'd be nice not to have to rely on an out-of-tree, >>> not-in-Fedora driver! I'm almost sure you'd do better to contact lkml or >>> one of the main committers directly, though. >>> >>> Actually, now I look at it, it appears the driver is developed as part >>> of the serialmonkey project: >>> >>> http://rt2x00.serialmonkey.com/wiki/index.php/Main_Page >>> >>> which has links in the blue bar at the top for 'lists' and 'forum'. >>> Those sound like good places to poke. >> >> Good luck with that! This driver has been in the process of being >> re-written for well over a year, I've long given up hope. Its >> unfortunate as its in alot of netbooks including all the atom based >> eeePCs. Fortunately rpmfusion has one that works reasonably well (it >> even suspends and resumes!) appart from spewing massive amount of >> debug into /var/log/messages (if left on about half a gig a day). >> >> Peter >> > > I maintain those drivers at RPMFusion. I will be happy beyond > imagination when the staging drivers are marked stable. They won't ever (the rtxxxx Vendor drivers) From pbrobinson at gmail.com Thu Aug 6 09:03:18 2009 From: pbrobinson at gmail.com (Peter Robinson) Date: Thu, 6 Aug 2009 10:03:18 +0100 Subject: rt2860 driver (fc11) In-Reply-To: References: <1249540052.2266.79.camel@adam.local.net> <1249542723.2266.102.camel@adam.local.net> <5256d0b0908060123t30e0fb7bqfa38a310f03a11a6@mail.gmail.com> Message-ID: <5256d0b0908060203i217e417as7688663f21bfd268@mail.gmail.com> >> Good luck with that! This driver has been in the process of being >> re-written for well over a year, I've long given up hope. Its >> unfortunate as its in alot of netbooks including all the atom based >> eeePCs. Fortunately rpmfusion has one that works reasonably well (it >> even suspends and resumes!) appart from spewing massive amount of >> debug into /var/log/messages (if left on about half a gig a day). >> >> Peter >> > > I maintain those drivers at RPMFusion. I will be happy beyond > imagination when the staging drivers are marked stable. It would save > me a lot of work, for it's not just rt2860, but also rt2870 and > rt3070. I keep writing patches and hacks to them for almost every > kernel update since Ralink is a bit slow with kernel updates. I'm glad > they are working though :) I'm very glad of your efforts..... a massive THANK YOU! Now I just wish the rewrites of the driver would speed up somewhat :) Peter From oget.fedora at gmail.com Thu Aug 6 09:14:01 2009 From: oget.fedora at gmail.com (Orcan Ogetbil) Date: Thu, 6 Aug 2009 05:14:01 -0400 Subject: rt2860 driver (fc11) In-Reply-To: References: <1249540052.2266.79.camel@adam.local.net> <1249542723.2266.102.camel@adam.local.net> <5256d0b0908060123t30e0fb7bqfa38a310f03a11a6@mail.gmail.com> Message-ID: On Thu, Aug 6, 2009 at 4:58 AM, drago01 wrote: > On Thu, Aug 6, 2009 at 10:45 AM, Orcan Ogetbil wrote: >> >> I maintain those drivers at RPMFusion. I will be happy beyond >> imagination when the staging drivers are marked stable. > > They won't ever (the rtxxxx Vendor drivers) > >From my understanding, the staging tree of the kernel contains drivers that are being prepared to be included in the main kernel tree[1]. Correct me if I'm wrong. I'm not quite sure if I could catch what you meant. Are you being sarcastic, implying that the rt2xxx staging drivers will stay in the staging repo forever? I sure hope not :) Hey! Don't break my hopes! Orcan [1] http://lwn.net/Articles/285594/ From sundaram at fedoraproject.org Thu Aug 6 09:17:44 2009 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Thu, 06 Aug 2009 14:47:44 +0530 Subject: rt2860 driver (fc11) In-Reply-To: References: <1249540052.2266.79.camel@adam.local.net> <1249542723.2266.102.camel@adam.local.net> <5256d0b0908060123t30e0fb7bqfa38a310f03a11a6@mail.gmail.com> Message-ID: <4A7A9FB8.4020701@fedoraproject.org> On 08/06/2009 02:44 PM, Orcan Ogetbil wrote: > On Thu, Aug 6, 2009 at 4:58 AM, drago01 wrote: >> On Thu, Aug 6, 2009 at 10:45 AM, Orcan Ogetbil wrote: >>> >>> I maintain those drivers at RPMFusion. I will be happy beyond >>> imagination when the staging drivers are marked stable. >> >> They won't ever (the rtxxxx Vendor drivers) >> > >>From my understanding, the staging tree of the kernel contains drivers > that are being prepared to be included in the main kernel tree[1]. > Correct me if I'm wrong. That is the general intention but not all drivers will pass through however. Some of them are getting replaced with alternative drivers and that happens to be the case for the ones you have packaged. Rahul From markmc at redhat.com Thu Aug 6 09:20:47 2009 From: markmc at redhat.com (Mark McLoughlin) Date: Thu, 06 Aug 2009 10:20:47 +0100 Subject: KDE vs. GNOME on F10 In-Reply-To: <1249502302.3759.22.camel@localhost.localdomain> References: <3668e9f50908050249r18019ab4j95b10beb23d74e73@mail.gmail.com> <15e53e180908050302k6faa024cj5f7630d15b9a4305@mail.gmail.com> <4A795D90.5020903@leemhuis.info> <20090805120144.GC3095@hansolo.jdub.homelinux.org> <1249498044.2266.17.camel@adam.local.net> <4A79D66F.90805@gmail.com> <1249499500.2266.31.camel@adam.local.net> <4A79E105.4080101@gmail.com> <1249502302.3759.22.camel@localhost.localdomain> Message-ID: <1249550447.3721.24.camel@blaa> On Wed, 2009-08-05 at 12:58 -0700, Jesse Keating wrote: > All this really does is create a pseudo rawhide for each release, > blurring the lines even more around why we even do releases. With a 6 > month cycle, do we really want to take on all this extra headaches and > hassles just so that you can have some newer experimental software a bit > sooner, or without doing a wholesale update to the next release? For fedora-virt folks, we have a "virt-preview" repository, the general idea being: - a repo where you can pull f11 builds of the latest rawhide virt bits - purely for people who want to help with testing f12 virt, but aren't willing to run rawhide - it's not about making new features available to f11 users, it's about allowing f11 users to get involved with f12 development - if it breaks, you get to keep both pieces - we'll do our best to fix problems specific to this repo, but in reality we care more about problems which affect stock f11 or rawhide/f12 - we're trying to keep the limit the packages in the repo to purely virt related packages - e.g. right now we need something from f12 selinux-policy, but I'm hoping we can get added in an f11 update rather than pulling in the f12 version and breaking non-virt stuff It hasn't been around long, but it's working well and we're getting valuable testing from it. The only thing we're missing is that we can't add virt-preview packages to the buildroot. We're considering switching from koji to mock for the builds because of this. With a little automation, I think this model could work fairly well for the likes of GNOME. Cheers, Mark. From scherer.michael at free.fr Thu Aug 6 09:22:09 2009 From: scherer.michael at free.fr (Michael Scherer) Date: Thu, 06 Aug 2009 11:22:09 +0200 Subject: KDE vs. GNOME on F10 In-Reply-To: <1249507656.2266.61.camel@adam.local.net> References: <3668e9f50908050249r18019ab4j95b10beb23d74e73@mail.gmail.com> <15e53e180908050302k6faa024cj5f7630d15b9a4305@mail.gmail.com> <4A795D90.5020903@leemhuis.info> <20090805120144.GC3095@hansolo.jdub.homelinux.org> <1249498044.2266.17.camel@adam.local.net> <4A79D66F.90805@gmail.com> <1249499500.2266.31.camel@adam.local.net> <4A79E105.4080101@gmail.com> <1249502302.3759.22.camel@localhost.localdomain> <1249502619.3759.23.camel@localhost.localdomain> <1249507656.2266.61.camel@adam.local.net> Message-ID: <1249550529.28492.151.camel@akroma.ephaone.org> Le mercredi 05 ao?t 2009 ? 14:27 -0700, Adam Williamson a ?crit : > On Wed, 2009-08-05 at 13:03 -0700, Jesse Keating wrote: > > On Wed, 2009-08-05 at 12:58 -0700, Jesse Keating wrote: > > > It also would require multiple CVS branches, one for security, one for > > > adventurous, as well as different buildroots to go along with those, > > > since you wouldn't be able to build a security update for a gnome > > > package against the newer adventurous gtk and expect it to work on the > > > older GTK, likewise if you had to modify a gnome package to work with > > > newer gtk, you dont' want those modifications in the way if/when you > > > need to do a conservative security update for it later. > > > > Oh I forgot, you also need -testing versions of each of those repos, so > > for any release, you could have updates, updates-testing, experimental, > > and experimental-testing repo options and build targets and buildroot > > shuffling going on. WHAT FUN! > > Mandriva has a /testing repository for /updates, but not for /backports, > on the basis that /backports is fundamentally unstable so you may as > well just do your testing in the repo. This works fine, so far. Well, some people ( me to some extend ) are not really happy with this, because some users tends to auto upgrade even with /backports and then complaint when something is broken. Once you tell them "this is backports, do not expect everything to be functionnal", they start to recommend to others to not use this repository, thus giving /backports a bad reputation because of a few bad apples. But having /testing for /backports would have been maybe too complex, indeed. We didn't found a good solution when we discussed last time. ( and this was also discussed to death on mandriva mailling list too ) -- Michael Scherer From markmc at redhat.com Thu Aug 6 09:27:27 2009 From: markmc at redhat.com (Mark McLoughlin) Date: Thu, 06 Aug 2009 10:27:27 +0100 Subject: Fedora 12 Features Proposed for Removal In-Reply-To: <1249518657.1589.17.camel@planemask> References: <4A7A048B.3040909@redhat.com> <1249516576.2368.1.camel@snoogens.fab.redhat.com> <1249518657.1589.17.camel@planemask> Message-ID: <1249550847.3721.27.camel@blaa> On Wed, 2009-08-05 at 20:30 -0400, Matthias Clasen wrote: > On Thu, 2009-08-06 at 00:56 +0100, Bastien Nocera wrote: > > > I'll make sure one of the Desktop-y guys updates this (presumably > > Matthias). > > > > I've updated it recently and bumped it to 75%. It would seem > disingenuous to bump it to 100% when GNOME 2.28 has not been released > yet. Well, presumably you have a feature frozen 2.27 version in rawhide. IMHO, that means the actual features in 2.28 are at 100% - i.e. available for testing in the alpha release, definitely going to be in the final release etc. > It is fine for the feature wrangler to propose it for removal. But I > certainly hope that Fesco will not only look at pretty meaningless > percentages, but at precedents and schedule alignments. Indeed. Cheers, Mark. From christoph.wickert at googlemail.com Thu Aug 6 09:28:02 2009 From: christoph.wickert at googlemail.com (Christoph Wickert) Date: Thu, 06 Aug 2009 11:28:02 +0200 Subject: Fedora 12 Features Proposed for Removal In-Reply-To: <4A7A97EA.1090107@freenet.de> References: <4A7A048B.3040909@redhat.com> <5256d0b0908060139y2868e311q7bb167574678614d@mail.gmail.com> <4A7A97EA.1090107@freenet.de> Message-ID: <1249550882.2724.22.camel@localhost> Am Donnerstag, den 06.08.2009, 10:44 +0200 schrieb Ralf Corsepius: > On 08/06/2009 10:39 AM, Peter Robinson wrote: > >> https://fedoraproject.org/wiki/Features/FedoraMoblin > > > > I'm the maintainer of this. I think its very much in a similar > > category to gnome/kde. The only difference is there is some packages > > still awaiting review, about 2 that are actually critical, but moblin > > 2 like gnome etc are still in there development phase so its a moving > > target. > IMO, this feature should be scratched, because the packages in question > are of immature nature (... and of low packaging quality from my POV). This is what the review is for. The ones that are reviewed should be in good shape, if not, please speak up in the reviews and CC me with the address fedora at christoph - wickert . de. > Ralf Regards, Christoph From drago01 at gmail.com Thu Aug 6 09:34:44 2009 From: drago01 at gmail.com (drago01) Date: Thu, 6 Aug 2009 11:34:44 +0200 Subject: rt2860 driver (fc11) In-Reply-To: References: <1249540052.2266.79.camel@adam.local.net> <1249542723.2266.102.camel@adam.local.net> <5256d0b0908060123t30e0fb7bqfa38a310f03a11a6@mail.gmail.com> Message-ID: On Thu, Aug 6, 2009 at 11:14 AM, Orcan Ogetbil wrote: > On Thu, Aug 6, 2009 at 4:58 AM, drago01 wrote: >> On Thu, Aug 6, 2009 at 10:45 AM, Orcan Ogetbil wrote: >>> >>> I maintain those drivers at RPMFusion. I will be happy beyond >>> imagination when the staging drivers are marked stable. >> >> They won't ever (the rtxxxx Vendor drivers) >> > > >From my understanding, the staging tree of the kernel contains drivers > that are being prepared to be included in the main kernel tree[1]. > Correct me if I'm wrong. > > I'm not quite sure if I could catch what you meant. Are you being > sarcastic, implying that the rt2xxx staging drivers will stay in the > staging repo forever? I sure hope not :) Hey! Don't break my hopes! The rtxxxx vendor drivers are considered a dead end by the linux-wireless developers (just try to read the code and you would now why), the plan is to get rt2800pci and rt2800usb into shape and get them upstreamed. They get no support from the wireless developers at all, Greg added them to staging because "they are better than no drivers". See the linux-wireless list for details. From kevin.kofler at chello.at Thu Aug 6 09:52:58 2009 From: kevin.kofler at chello.at (Kevin Kofler) Date: Thu, 06 Aug 2009 11:52:58 +0200 Subject: KDE vs. GNOME on F10 References: <3668e9f50908050249r18019ab4j95b10beb23d74e73@mail.gmail.com> <15e53e180908050302k6faa024cj5f7630d15b9a4305@mail.gmail.com> <4A795D90.5020903@leemhuis.info> <20090805120144.GC3095@hansolo.jdub.homelinux.org> <1249498044.2266.17.camel@adam.local.net> <20090805192822.GD3095@hansolo.jdub.homelinux.org> <1249501283.2266.43.camel@adam.local.net> <4A79E24F.1050305@redhat.com> <1249503080.2266.53.camel@adam.local.net> <1249538726.2266.75.camel@adam.local.net> <1249541486.2266.96.camel@adam.local.net> Message-ID: Adam Williamson wrote: > the rt2860sta wireless driver Aren't there patches for that one already? As the driver is Free Software, it can be fixed. By the time 2.6.31 gets even to updates-testing, RPM Fusion will already have the patches. And, by the way, Fedora intentionally refuses to support out-of-tree kernel drivers, see also the FESCo decision some time ago to ban standalone kmod packages in Fedora and the rationale that was given (paraphrasing: we don't want kmods as we think out-of-tree kernel modules should not exist). (My personal opinion is that Free out-of-tree modules can be supported because they can be fixed if they're broken, proprietary ones are a wholely different issue though.) > To bring it back to where we came in, we have a problem in that the KDE > team are following one policy (update to the latest KDE release on the > basis that it brings in new shiny goodness and fixes more stuff than it > breaks) while the GNOME team are following the other (don't go to the > latest point release in the interest of consistency). This doesn't make > sense - if some parts of the distro are going with the adventurous > policy, it renders the caution of other parts essentially null and void. > The caution of the GNOME team doesn't really work, overall, if the > kernel is following the adventurous policy. Conservative users still > aren't going to go with Fedora. I think upgrading GNOME too should really be considered. But according to what our GNOME maintainers replied, it seems to be much more reliant on the very latest version of core system components than KDE is, so there appear to be good reasons for the current "inconsistency". Kevin Kofler From rawhide at fedoraproject.org Thu Aug 6 10:06:04 2009 From: rawhide at fedoraproject.org (Rawhide Report) Date: Thu, 6 Aug 2009 10:06:04 +0000 Subject: rawhide report: 20090806 changes Message-ID: <20090806100604.GA19888@releng2.fedora.phx.redhat.com> Compose started at Thu Aug 6 06:15:06 UTC 2009 Updated Packages: firefox-3.5.2-2.fc11 -------------------- * Mon Aug 03 2009 Martin Stransky - 3.5.2-2 - Updated to 3.5.2. gnome-web-photo-0.8-4.fc12 -------------------------- * Tue Aug 04 2009 Jan Horak - 0.8-4 - Rebuild against newer gecko libtheora-1.1beta1-1.fc12 ------------------------- * Wed Aug 05 2009 Matthias Clasen - 1.1beta1 - 1.1beta1 * Sat Jul 25 2009 Fedora Release Engineering - 1:1.1alpha2-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild mozvoikko-0.9.7-0.7.rc1.fc12 ---------------------------- * Tue Aug 04 2009 Jan Horak - 0.9.7-0.7.rc1 - Rebuild against newer gecko xulrunner-1.9.1.2-1.fc11 ------------------------ yum-3.2.23-13.fc12 ------------------ * Wed Aug 05 2009 Seth Vidal - 3.2.23-13 - latest head - right after freeze Summary: Added Packages: 0 Removed Packages: 0 Modified Packages: 6 Broken deps for i386 ---------------------------------------------------------- 389-ds-1.1.3-4.fc12.noarch requires 389-ds-admin R-RScaLAPACK-0.5.1-19.fc11.i586 requires openmpi-libs asterisk-fax-1.6.1-0.24.rc1.fc12.i686 requires libspandsp.so.1 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0 clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0 clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 cluttermm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-0.9) dap-hdf4_handler-3.7.9-2.fc11.i586 requires libdap.so.9 dap-hdf4_handler-3.7.9-2.fc11.i586 requires libdapserver.so.6 entertainer-0.4.2-5.fc12.noarch requires pyclutter-cairo octave-forge-20080831-10.fc12.i686 requires octave(api) = 0:api-v32 perl-DBIx-Class-Schema-Loader-0.04006-4.fc12.noarch requires perl(DBIX::Class) php-layers-menu-3.2.0-0.2.rc.fc12.noarch requires php-pear(HTML_Template_PHPLIB) plplot-octave-5.9.4-1.fc12.i586 requires octave(api) = 0:api-v32 ppl-yap-0.10.2-5.fc12.i686 requires libYap.so python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.i586 requires libparted-1.8.so.8 rubygem-main-2.8.4-3.fc12.noarch requires rubygem(fattr) >= 0:1.0.3 sems-1.1.1-2.fc12.i586 requires libspandsp.so.1 sems-g722-1.1.1-2.fc12.i586 requires libspandsp.so.1 sems-gsm-1.1.1-2.fc12.i586 requires libspandsp.so.1 sems-speex-1.1.1-2.fc12.i586 requires libspandsp.so.1 serpentine-0.9-5.fc12.noarch requires gnome-python2-nautilus-cd-burner showimg-pgsql-0.9.5-22.fc11.i586 requires libpqxx-2.6.8.so sugar-pippy-34-2.fc12.i686 requires libstdc++.so.6(CXXABI_1.3)(64bit) sugar-pippy-34-2.fc12.i686 requires libc.so.6()(64bit) sugar-pippy-34-2.fc12.i686 requires libgcc_s.so.1(GCC_3.0)(64bit) sugar-pippy-34-2.fc12.i686 requires libm.so.6()(64bit) sugar-pippy-34-2.fc12.i686 requires libm.so.6(GLIBC_2.2.5)(64bit) sugar-pippy-34-2.fc12.i686 requires libstdc++.so.6()(64bit) sugar-pippy-34-2.fc12.i686 requires libc.so.6(GLIBC_2.2.5)(64bit) sugar-pippy-34-2.fc12.i686 requires libstdc++.so.6(GLIBCXX_3.4)(64bit) sugar-pippy-34-2.fc12.i686 requires libgcc_s.so.1()(64bit) trac-customfieldadmin-plugin-0.1-0.1.svn5073.fc10.noarch requires trac-webadmin-plugin trac-customfieldadmin-plugin-0.1-0.1.svn5073.fc10.noarch requires python(abi) = 0:2.5 Broken deps for x86_64 ---------------------------------------------------------- 389-ds-1.1.3-4.fc12.noarch requires 389-ds-admin R-RScaLAPACK-0.5.1-19.fc11.x86_64 requires openmpi-libs asterisk-fax-1.6.1-0.24.rc1.fc12.x86_64 requires libspandsp.so.1()(64bit) clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.x86_64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.x86_64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-0.7.4-2.fc11.x86_64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8) clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.x86_64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.x86_64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-gtk-0.9) clutter-gtkmm-devel-0.9.4-1.fc12.x86_64 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 cluttermm-0.9.4-1.fc12.x86_64 requires libclutter-glx-0.9.so.0()(64bit) cluttermm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-0.9) cluttermm-devel-0.9.4-1.fc12.x86_64 requires pkgconfig(clutter-0.9) dap-hdf4_handler-3.7.9-2.fc11.x86_64 requires libdap.so.9()(64bit) dap-hdf4_handler-3.7.9-2.fc11.x86_64 requires libdapserver.so.6()(64bit) entertainer-0.4.2-5.fc12.noarch requires pyclutter-cairo octave-forge-20080831-10.fc12.x86_64 requires octave(api) = 0:api-v32 perl-DBIx-Class-Schema-Loader-0.04006-4.fc12.noarch requires perl(DBIX::Class) php-layers-menu-3.2.0-0.2.rc.fc12.noarch requires php-pear(HTML_Template_PHPLIB) plplot-octave-5.9.4-1.fc12.x86_64 requires octave(api) = 0:api-v32 ppl-yap-0.10.2-5.fc12.x86_64 requires libYap.so()(64bit) python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.x86_64 requires libparted-1.8.so.8()(64bit) rubygem-main-2.8.4-3.fc12.noarch requires rubygem(fattr) >= 0:1.0.3 sems-1.1.1-2.fc12.x86_64 requires libspandsp.so.1()(64bit) sems-g722-1.1.1-2.fc12.x86_64 requires libspandsp.so.1()(64bit) sems-gsm-1.1.1-2.fc12.x86_64 requires libspandsp.so.1()(64bit) sems-speex-1.1.1-2.fc12.x86_64 requires libspandsp.so.1()(64bit) serpentine-0.9-5.fc12.noarch requires gnome-python2-nautilus-cd-burner showimg-pgsql-0.9.5-22.fc11.x86_64 requires libpqxx-2.6.8.so()(64bit) trac-customfieldadmin-plugin-0.1-0.1.svn5073.fc10.noarch requires trac-webadmin-plugin trac-customfieldadmin-plugin-0.1-0.1.svn5073.fc10.noarch requires python(abi) = 0:2.5 Broken deps for ppc ---------------------------------------------------------- 389-ds-1.1.3-4.fc12.noarch requires 389-ds-admin R-RScaLAPACK-0.5.1-19.fc11.ppc requires openmpi-libs asterisk-fax-1.6.1-0.24.rc1.fc12.ppc requires libspandsp.so.1 clutter-cairomm-0.7.4-2.fc11.ppc requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.ppc requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.ppc requires libclutter-glx-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.ppc requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc requires pkgconfig(clutter-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.ppc requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.ppc requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.ppc requires pkgconfig(clutter-gtk-0.9) clutter-gtkmm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.ppc requires libclutter-glx-0.9.so.0 cluttermm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) cluttermm-devel-0.9.4-1.fc12.ppc requires pkgconfig(clutter-0.9) cluttermm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-0.9) dap-hdf4_handler-3.7.9-2.fc11.ppc requires libdap.so.9 dap-hdf4_handler-3.7.9-2.fc11.ppc requires libdapserver.so.6 entertainer-0.4.2-5.fc12.noarch requires pyclutter-cairo octave-forge-20080831-10.fc12.ppc requires octave(api) = 0:api-v32 perl-DBIx-Class-Schema-Loader-0.04006-4.fc12.noarch requires perl(DBIX::Class) php-layers-menu-3.2.0-0.2.rc.fc12.noarch requires php-pear(HTML_Template_PHPLIB) plplot-octave-5.9.4-1.fc12.ppc requires octave(api) = 0:api-v32 ppl-yap-0.10.2-5.fc12.ppc requires libYap.so python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.ppc requires libparted-1.8.so.8 rubygem-main-2.8.4-3.fc12.noarch requires rubygem(fattr) >= 0:1.0.3 sems-1.1.1-2.fc12.ppc requires libspandsp.so.1 sems-g722-1.1.1-2.fc12.ppc requires libspandsp.so.1 sems-gsm-1.1.1-2.fc12.ppc requires libspandsp.so.1 sems-speex-1.1.1-2.fc12.ppc requires libspandsp.so.1 serpentine-0.9-5.fc12.noarch requires gnome-python2-nautilus-cd-burner showimg-pgsql-0.9.5-22.fc11.ppc requires libpqxx-2.6.8.so sugar-pippy-34-2.fc12.ppc requires libm.so.6(GLIBC_2.2.5)(64bit) sugar-pippy-34-2.fc12.ppc requires libc.so.6(GLIBC_2.2.5)(64bit) trac-customfieldadmin-plugin-0.1-0.1.svn5073.fc10.noarch requires trac-webadmin-plugin trac-customfieldadmin-plugin-0.1-0.1.svn5073.fc10.noarch requires python(abi) = 0:2.5 Broken deps for ppc64 ---------------------------------------------------------- 389-ds-1.1.3-4.fc12.noarch requires 389-ds-admin R-RScaLAPACK-0.5.1-19.fc11.ppc64 requires openmpi-libs asterisk-fax-1.6.1-0.24.rc1.fc12.ppc64 requires libspandsp.so.1()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) cluttermm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-0.9) dap-hdf4_handler-3.7.9-2.fc11.ppc64 requires libdap.so.9()(64bit) dap-hdf4_handler-3.7.9-2.fc11.ppc64 requires libdapserver.so.6()(64bit) entertainer-0.4.2-5.fc12.noarch requires pyclutter-cairo octave-forge-20080831-10.fc12.ppc64 requires octave(api) = 0:api-v32 perl-DBIx-Class-Schema-Loader-0.04006-4.fc12.noarch requires perl(DBIX::Class) php-layers-menu-3.2.0-0.2.rc.fc12.noarch requires php-pear(HTML_Template_PHPLIB) plplot-octave-5.9.4-1.fc12.ppc64 requires octave(api) = 0:api-v32 ppl-yap-0.10.2-5.fc12.ppc64 requires libYap.so()(64bit) python-mwlib-0.11.2-3.20090522hg2956.fc12.ppc64 requires LabPlot python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.ppc64 requires libparted-1.8.so.8()(64bit) rubygem-main-2.8.4-3.fc12.noarch requires rubygem(fattr) >= 0:1.0.3 sems-1.1.1-2.fc12.ppc64 requires libspandsp.so.1()(64bit) sems-g722-1.1.1-2.fc12.ppc64 requires libspandsp.so.1()(64bit) sems-gsm-1.1.1-2.fc12.ppc64 requires libspandsp.so.1()(64bit) sems-speex-1.1.1-2.fc12.ppc64 requires libspandsp.so.1()(64bit) serpentine-0.9-5.fc12.noarch requires gnome-python2-nautilus-cd-burner showimg-pgsql-0.9.5-22.fc11.ppc64 requires libpqxx-2.6.8.so()(64bit) sugar-pippy-34-2.fc12.ppc64 requires libc.so.6(GLIBC_2.4) sugar-pippy-34-2.fc12.ppc64 requires libm.so.6(GLIBC_2.0) sugar-pippy-34-2.fc12.ppc64 requires libc.so.6(GLIBC_2.1.3) sugar-pippy-34-2.fc12.ppc64 requires libstdc++.so.6(GLIBCXX_3.4) sugar-pippy-34-2.fc12.ppc64 requires libm.so.6 sugar-pippy-34-2.fc12.ppc64 requires libm.so.6(GLIBC_2.2.5)(64bit) sugar-pippy-34-2.fc12.ppc64 requires libc.so.6 sugar-pippy-34-2.fc12.ppc64 requires libgcc_s.so.1(GCC_3.0) sugar-pippy-34-2.fc12.ppc64 requires libc.so.6(GLIBC_2.2.5)(64bit) sugar-pippy-34-2.fc12.ppc64 requires libstdc++.so.6(CXXABI_1.3) sugar-pippy-34-2.fc12.ppc64 requires libc.so.6(GLIBC_2.0) sugar-pippy-34-2.fc12.ppc64 requires libgcc_s.so.1 sugar-pippy-34-2.fc12.ppc64 requires libstdc++.so.6 trac-customfieldadmin-plugin-0.1-0.1.svn5073.fc10.noarch requires trac-webadmin-plugin trac-customfieldadmin-plugin-0.1-0.1.svn5073.fc10.noarch requires python(abi) = 0:2.5 From pbrobinson at gmail.com Thu Aug 6 10:16:09 2009 From: pbrobinson at gmail.com (Peter Robinson) Date: Thu, 6 Aug 2009 11:16:09 +0100 Subject: rawhide report: 20090806 changes In-Reply-To: <20090806100604.GA19888@releng2.fedora.phx.redhat.com> References: <20090806100604.GA19888@releng2.fedora.phx.redhat.com> Message-ID: <5256d0b0908060316q7f1c91bi6096a9c171278f62@mail.gmail.com> On Thu, Aug 6, 2009 at 11:06 AM, Rawhide Report wrote: > Compose started at Thu Aug ?6 06:15:06 UTC 2009 > > Updated Packages: > > firefox-3.5.2-2.fc11 > -------------------- > * Mon Aug 03 2009 Martin Stransky - 3.5.2-2 > - Updated to 3.5.2. > > > gnome-web-photo-0.8-4.fc12 > -------------------------- > * Tue Aug 04 2009 Jan Horak - 0.8-4 > - Rebuild against newer gecko > > > libtheora-1.1beta1-1.fc12 > ------------------------- > * Wed Aug 05 2009 Matthias Clasen - 1.1beta1 > - 1.1beta1 > > * Sat Jul 25 2009 Fedora Release Engineering - 1:1.1alpha2-2 > - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild > > > mozvoikko-0.9.7-0.7.rc1.fc12 > ---------------------------- > * Tue Aug 04 2009 Jan Horak - 0.9.7-0.7.rc1 > - Rebuild against newer gecko > > > xulrunner-1.9.1.2-1.fc11 > ------------------------ > > yum-3.2.23-13.fc12 > ------------------ > * Wed Aug 05 2009 Seth Vidal - 3.2.23-13 > - latest head - right after freeze This looks somewhat truncated. I have at least one new package that should be in the list :-( Peter From jnovy at redhat.com Thu Aug 6 10:16:41 2009 From: jnovy at redhat.com (Jindrich Novy) Date: Thu, 6 Aug 2009 12:16:41 +0200 Subject: F12 rpm on F11 (rpmlib(PayloadIsXz)) In-Reply-To: <20090801130631.4385d156@ohm.scrye.com> References: <20090801190013.GA28251@victor.nirvana> <20090801130631.4385d156@ohm.scrye.com> Message-ID: <20090806101641.GA2697@pucmeloud.brq.redhat.com> On Sat, Aug 01, 2009 at 01:06:31PM -0600, Kevin Fenzi wrote: > On Sat, 1 Aug 2009 22:00:13 +0300 > Axel Thimm wrote: > > > Hi, > > > > I want to test some features of the F12 kernel. Unfortunately rpm's > > format change stand in the way: > ...snip... > > Also how do I even get F12's rpm installed, if every rpm ans so the > > rpm rpm itself will fail on rpmlib(PayloadIsXz)? Is there an > > upgrade-rpm-for-F11 available? > > yum --enablerepo=updates-testing update rpm\* The update (rpm-4.7.1-1.fc11 ) has been pushed yesterday. So it could be solved by just 'yum update' as soon as it hits all mirrors. https://admin.fedoraproject.org/updates/F11/FEDORA-2009-7986 Jindrich > > kevin > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list -- Jindrich Novy http://people.redhat.com/jnovy/ From kevin.kofler at chello.at Thu Aug 6 09:56:53 2009 From: kevin.kofler at chello.at (Kevin Kofler) Date: Thu, 06 Aug 2009 11:56:53 +0200 Subject: KDE vs. GNOME on F10 References: <3668e9f50908050249r18019ab4j95b10beb23d74e73@mail.gmail.com> <15e53e180908050302k6faa024cj5f7630d15b9a4305@mail.gmail.com> <4A795D90.5020903@leemhuis.info> <20090805120144.GC3095@hansolo.jdub.homelinux.org> <1249498044.2266.17.camel@adam.local.net> <4A79D66F.90805@gmail.com> <1249499500.2266.31.camel@adam.local.net> <4A7A89D3.1050802@redhat.com> Message-ID: Christopher Aillon wrote: > Sure, you can blame Gecko for having it's unstable ABI be, well, > unstable. But blame also goes to the apps for not using the stable ABI. Why does Mozilla expect apps to use an ABI: * which didn't exist when the apps were written and * which they aren't even using for their own apps? Everyone complains about M$ using internal W32 APIs in IE, why does Mozilla do the same with internal xulrunner APIs? If you think everyone should use the stable ABI, why is Firefox not using it? Kevin Kofler From kevin.kofler at chello.at Thu Aug 6 09:59:01 2009 From: kevin.kofler at chello.at (Kevin Kofler) Date: Thu, 06 Aug 2009 11:59:01 +0200 Subject: KDE vs. GNOME on F10 References: <3668e9f50908050249r18019ab4j95b10beb23d74e73@mail.gmail.com> <15e53e180908050302k6faa024cj5f7630d15b9a4305@mail.gmail.com> <4A795D90.5020903@leemhuis.info> <20090805120144.GC3095@hansolo.jdub.homelinux.org> <1249498044.2266.17.camel@adam.local.net> <4A79D66F.90805@gmail.com> <1249499500.2266.31.camel@adam.local.net> <4A79E105.4080101@gmail.com> <1249502302.3759.22.camel@localhost.localdomain> <1249550447.3721.24.camel@blaa> Message-ID: Mark McLoughlin wrote: > For fedora-virt folks, we have a "virt-preview" repository, the general > idea being: > > - a repo where you can pull f11 builds of the latest rawhide virt bits > > - purely for people who want to help with testing f12 virt, but > aren't willing to run rawhide > > - it's not about making new features available to f11 users, it's > about allowing f11 users to get involved with f12 development > > - if it breaks, you get to keep both pieces - we'll do our best to > fix problems specific to this repo, but in reality we care more > about problems which affect stock f11 or rawhide/f12 > > - we're trying to keep the limit the packages in the repo to purely > virt related packages - e.g. right now we need something from f12 > selinux-policy, but I'm hoping we can get added in an f11 update > rather than pulling in the f12 version and breaking non-virt stuff We have that too for KDE, it's called kde-redhat unstable. But it's not a replacement for stable, tested version upgrades. Kevin Kofler From drago01 at gmail.com Thu Aug 6 10:22:33 2009 From: drago01 at gmail.com (drago01) Date: Thu, 6 Aug 2009 12:22:33 +0200 Subject: KDE vs. GNOME on F10 In-Reply-To: References: <3668e9f50908050249r18019ab4j95b10beb23d74e73@mail.gmail.com> <15e53e180908050302k6faa024cj5f7630d15b9a4305@mail.gmail.com> <4A795D90.5020903@leemhuis.info> <20090805120144.GC3095@hansolo.jdub.homelinux.org> <1249498044.2266.17.camel@adam.local.net> <4A79D66F.90805@gmail.com> <1249499500.2266.31.camel@adam.local.net> <4A7A89D3.1050802@redhat.com> Message-ID: On Thu, Aug 6, 2009 at 11:56 AM, Kevin Kofler wrote: > Christopher Aillon wrote: >> Sure, you can blame Gecko for having it's unstable ABI be, well, >> unstable. ?But blame also goes to the apps for not using the stable ABI. > > Why does Mozilla expect apps to use an ABI: > * which didn't exist when the apps were written and > * which they aren't even using for their own apps? > > Everyone complains about M$ using internal W32 APIs in IE, who does that? > why does Mozilla > do the same with internal xulrunner APIs? If you think everyone should use > the stable ABI, why is Firefox not using it? I don't see whats wrong with providing a an ABI that you can/want to support (i.e no ABI breaks for minor updates) and one for your internal use (i.e you know when it breaks and therefore fix your own app). From bnocera at redhat.com Thu Aug 6 10:32:31 2009 From: bnocera at redhat.com (Bastien Nocera) Date: Thu, 06 Aug 2009 11:32:31 +0100 Subject: Fedora 12 Features Proposed for Removal In-Reply-To: <4A7A97EA.1090107@freenet.de> References: <4A7A048B.3040909@redhat.com> <5256d0b0908060139y2868e311q7bb167574678614d@mail.gmail.com> <4A7A97EA.1090107@freenet.de> Message-ID: <1249554751.7913.2863.camel@localhost.localdomain> On Thu, 2009-08-06 at 10:44 +0200, Ralf Corsepius wrote: > On 08/06/2009 10:39 AM, Peter Robinson wrote: > >> After requesting status updates, including direct email to the feature > >> owners, the following feature pages do not have a current status or their > >> ability to tested during the Alpha is unclear based on the lack of > >> information provided or percentage of completion. > >> > >> https://fedoraproject.org/wiki/Features/FedoraMoblin > > > > I'm the maintainer of this. I think its very much in a similar > > category to gnome/kde. The only difference is there is some packages > > still awaiting review, about 2 that are actually critical, but moblin > > 2 like gnome etc are still in there development phase so its a moving > > target. > IMO, this feature should be scratched, because the packages in question > are of immature nature (... and of low packaging quality from my POV). "Low packaging quality"? I certainly don't think so, given the amount of time Peter spent on them, and the fact that they all seemed good enough to pass review. As for the feature being scrapped, the goal of it is to package the current sources of Moblin, which is what it's doing. If we removed all the beta software from Fedora, we wouldn't have much left... From fedora at leemhuis.info Thu Aug 6 10:59:05 2009 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Thu, 06 Aug 2009 12:59:05 +0200 Subject: rt2860 driver (fc11) In-Reply-To: References: <1249540052.2266.79.camel@adam.local.net> <1249542723.2266.102.camel@adam.local.net> <5256d0b0908060123t30e0fb7bqfa38a310f03a11a6@mail.gmail.com> Message-ID: <4A7AB779.4010400@leemhuis.info> On 06.08.2009 11:34, drago01 wrote: > On Thu, Aug 6, 2009 at 11:14 AM, Orcan Ogetbil wrote: >> On Thu, Aug 6, 2009 at 4:58 AM, drago01 wrote: >>> On Thu, Aug 6, 2009 at 10:45 AM, Orcan Ogetbil wrote: >>>> I maintain those drivers at RPMFusion. I will be happy beyond >>>> imagination when the staging drivers are marked stable. >>> They won't ever (the rtxxxx Vendor drivers) >> >From my understanding, the staging tree of the kernel contains drivers >> that are being prepared to be included in the main kernel tree[1]. >> Correct me if I'm wrong. >> I'm not quite sure if I could catch what you meant. Are you being >> sarcastic, implying that the rt2xxx staging drivers will stay in the >> staging repo forever? I sure hope not :) Hey! Don't break my hopes! > > The rtxxxx vendor drivers are considered a dead end by the > linux-wireless developers (just try to read the code and you would now > why), the plan is to get rt2800pci and rt2800usb into shape and get > them upstreamed. > > They get no support from the wireless developers at all, Greg added > them to staging because "they are better than no drivers". > > See the linux-wireless list for details. A small "just for your information" in addition to what drago said (which is all afaics correct): Some rough support for newrt ralink usb devices was added for 2.6.31; see http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=d53d9e67b55f6a9fc3f836c5c392eb41ce5676f4 for details like this commit-comment: """ Current problems: * Cannot scan 11n AP's * No TX during first minute after association * Broken Hardware encryption """ CU knurd From rc040203 at freenet.de Thu Aug 6 11:33:53 2009 From: rc040203 at freenet.de (Ralf Corsepius) Date: Thu, 06 Aug 2009 13:33:53 +0200 Subject: Fedora 12 Features Proposed for Removal In-Reply-To: <4A7A9A83.8010907@fedoraproject.org> References: <4A7A048B.3040909@redhat.com> <5256d0b0908060139y2868e311q7bb167574678614d@mail.gmail.com> <4A7A97EA.1090107@freenet.de> <4A7A9A83.8010907@fedoraproject.org> Message-ID: <4A7ABFA1.4040600@freenet.de> On 08/06/2009 10:55 AM, Rahul Sundaram wrote: > On 08/06/2009 02:14 PM, Ralf Corsepius wrote: > >> IMO, this feature should be scratched, because the packages in question >> are of immature nature (... and of low packaging quality from my POV). > > Be specific. This is not enough information to influence the decision at > this stage. OK, more verbose: * In their present shape the packages are non-functional. According to the submitter, this is due to lack of upstream vs. Fedora integration. * IM (NSH) O, the packaging quality of the submitted packages is close to being inacceptable low. From rc040203 at freenet.de Thu Aug 6 11:39:05 2009 From: rc040203 at freenet.de (Ralf Corsepius) Date: Thu, 06 Aug 2009 13:39:05 +0200 Subject: Fedora 12 Features Proposed for Removal In-Reply-To: <1249554751.7913.2863.camel@localhost.localdomain> References: <4A7A048B.3040909@redhat.com> <5256d0b0908060139y2868e311q7bb167574678614d@mail.gmail.com> <4A7A97EA.1090107@freenet.de> <1249554751.7913.2863.camel@localhost.localdomain> Message-ID: <4A7AC0D9.3030008@freenet.de> On 08/06/2009 12:32 PM, Bastien Nocera wrote: > On Thu, 2009-08-06 at 10:44 +0200, Ralf Corsepius wrote: >> On 08/06/2009 10:39 AM, Peter Robinson wrote: >>>> After requesting status updates, including direct email to the feature >>>> owners, the following feature pages do not have a current status or their >>>> ability to tested during the Alpha is unclear based on the lack of >>>> information provided or percentage of completion. >>>> >>>> https://fedoraproject.org/wiki/Features/FedoraMoblin >>> >>> I'm the maintainer of this. I think its very much in a similar >>> category to gnome/kde. The only difference is there is some packages >>> still awaiting review, about 2 that are actually critical, but moblin >>> 2 like gnome etc are still in there development phase so its a moving >>> target. >> IMO, this feature should be scratched, because the packages in question >> are of immature nature (... and of low packaging quality from my POV). > > "Low packaging quality"? I certainly don't think so, given the amount of > time Peter spent on them, and the fact that they all seemed good enough > to pass review. Yes, they somehow sneeked through reviews. This doesn't invalidate what I said. It only proves my impression of Fedora quality standards being low and about the quality of reviews. > As for the feature being scrapped, the goal of it is to package the > current sources of Moblin, which is what it's doing. If we removed all > the beta software from Fedora, we wouldn't have much left... Well, ... yes, we have a lot of semifunctional stuff in Fedora, which should never have been released. At least I am having the impression Fedora 11 has derailed more into a rawhide shapshot but an end-users suitable distro (which it once used to be). - But this is off-topic wrt. moblin. Ralf From benny+usenet at amorsen.dk Thu Aug 6 11:52:09 2009 From: benny+usenet at amorsen.dk (Benny Amorsen) Date: Thu, 06 Aug 2009 13:52:09 +0200 Subject: KDE vs. GNOME on F10 In-Reply-To: <1249541486.2266.96.camel@adam.local.net> (Adam Williamson's message of "Wed\, 05 Aug 2009 23\:51\:26 -0700") References: <3668e9f50908050249r18019ab4j95b10beb23d74e73@mail.gmail.com> <15e53e180908050302k6faa024cj5f7630d15b9a4305@mail.gmail.com> <4A795D90.5020903@leemhuis.info> <20090805120144.GC3095@hansolo.jdub.homelinux.org> <1249498044.2266.17.camel@adam.local.net> <20090805192822.GD3095@hansolo.jdub.homelinux.org> <1249501283.2266.43.camel@adam.local.net> <4A79E24F.1050305@redhat.com> <1249503080.2266.53.camel@adam.local.net> <1249538726.2266.75.camel@adam.local.net> <1249541486.2266.96.camel@adam.local.net> Message-ID: Adam Williamson writes: > To bring it back to where we came in, we have a problem in that the KDE > team are following one policy (update to the latest KDE release on the > basis that it brings in new shiny goodness and fixes more stuff than it > breaks) while the GNOME team are following the other (don't go to the > latest point release in the interest of consistency). This doesn't make > sense The KDE packagers have decided that KDE is good enough at avoiding regressions that upgrading from 4.2 to 4.3 is reasonably safe. (Or alternatively, that KDE 4.2 was so bad that 4.3 could only be an improvement.) The Gnome packagers have the opposite views of Gnome. Those 2 views do not conflict, and even if the teams were using the exact same criteria, they could still come to those conclusions. You can only call it inconsistent if KDE and Gnome have exactly the same release policy and exactly the same history of bugs (or the absence of bugs). This is clearly not the case. /Benny From drago01 at gmail.com Thu Aug 6 12:18:49 2009 From: drago01 at gmail.com (drago01) Date: Thu, 6 Aug 2009 14:18:49 +0200 Subject: Fedora 12 Features Proposed for Removal In-Reply-To: <4A7ABFA1.4040600@freenet.de> References: <4A7A048B.3040909@redhat.com> <5256d0b0908060139y2868e311q7bb167574678614d@mail.gmail.com> <4A7A97EA.1090107@freenet.de> <4A7A9A83.8010907@fedoraproject.org> <4A7ABFA1.4040600@freenet.de> Message-ID: On Thu, Aug 6, 2009 at 1:33 PM, Ralf Corsepius wrote: > On 08/06/2009 10:55 AM, Rahul Sundaram wrote: >> >> On 08/06/2009 02:14 PM, Ralf Corsepius wrote: >> >>> IMO, this feature should be scratched, because the packages in question >>> are of immature nature (... and of low packaging quality from my POV). >> >> Be specific. This is not enough information to influence the decision at >> this stage. > > OK, more verbose: > * In their present shape the packages are non-functional. According to the > submitter, this is due to lack of upstream vs. Fedora integration. > > * IM (NSH) O, the packaging quality of the submitted packages is close to > being inacceptable low. Can you be more verbose on that one? Instead of hand waving "its low quality" From pbrobinson at gmail.com Thu Aug 6 12:24:15 2009 From: pbrobinson at gmail.com (Peter Robinson) Date: Thu, 6 Aug 2009 13:24:15 +0100 Subject: Fedora 12 Features Proposed for Removal In-Reply-To: <4A7ABFA1.4040600@freenet.de> References: <4A7A048B.3040909@redhat.com> <5256d0b0908060139y2868e311q7bb167574678614d@mail.gmail.com> <4A7A97EA.1090107@freenet.de> <4A7A9A83.8010907@fedoraproject.org> <4A7ABFA1.4040600@freenet.de> Message-ID: <5256d0b0908060524g5e3b8dbdsc2af0939bc00aea7@mail.gmail.com> >>> IMO, this feature should be scratched, because the packages in question >>> are of immature nature (... and of low packaging quality from my POV). >> >> Be specific. This is not enough information to influence the decision at >> this stage. > > OK, more verbose: > * In their present shape the packages are non-functional. According to the > submitter, this is due to lack of upstream vs. Fedora integration. > > * IM (NSH) O, the packaging quality of the submitted packages is close to > being inacceptable low. More verbose? You've made a comment on a single bug and the issue bought up has long been addressed. The issue that you mentioned was a pair of applets in a single package auto starting through the xdg autostart. I removed the autostart and plan to start them through the moblin session manger instead. Please don't make broad sweeping statements that are no where near the truth. Peter From christoph.wickert at googlemail.com Thu Aug 6 12:10:17 2009 From: christoph.wickert at googlemail.com (Christoph Wickert) Date: Thu, 06 Aug 2009 14:10:17 +0200 Subject: Fedora 12 Features Proposed for Removal In-Reply-To: <4A7AC0D9.3030008@freenet.de> References: <4A7A048B.3040909@redhat.com> <5256d0b0908060139y2868e311q7bb167574678614d@mail.gmail.com> <4A7A97EA.1090107@freenet.de> <1249554751.7913.2863.camel@localhost.localdomain> <4A7AC0D9.3030008@freenet.de> Message-ID: <1249560617.2724.217.camel@localhost> Am Donnerstag, den 06.08.2009, 13:39 +0200 schrieb Ralf Corsepius: > On 08/06/2009 12:32 PM, Bastien Nocera wrote: > > On Thu, 2009-08-06 at 10:44 +0200, Ralf Corsepius wrote: > >> On 08/06/2009 10:39 AM, Peter Robinson wrote: > >>>> After requesting status updates, including direct email to the feature > >>>> owners, the following feature pages do not have a current status or their > >>>> ability to tested during the Alpha is unclear based on the lack of > >>>> information provided or percentage of completion. > >>>> > >>>> https://fedoraproject.org/wiki/Features/FedoraMoblin > >>> > >>> I'm the maintainer of this. I think its very much in a similar > >>> category to gnome/kde. The only difference is there is some packages > >>> still awaiting review, about 2 that are actually critical, but moblin > >>> 2 like gnome etc are still in there development phase so its a moving > >>> target. > >> IMO, this feature should be scratched, because the packages in question > >> are of immature nature (... and of low packaging quality from my POV). > > > > "Low packaging quality"? I certainly don't think so, given the amount of > > time Peter spent on them, and the fact that they all seemed good enough > > to pass review. > Yes, they somehow sneeked through reviews. This doesn't invalidate what > I said. > It only proves my impression of Fedora quality standards being low and > about the quality of reviews. Would you please be so kind and name names here? What packages and what reviews are you talking about? I asked you to write down the problems you found in bz and CC me, but so far I haven't received a mail. Instead you spend time on writing mails with abstract accusations to the list. As you know I'm really interested in improving both the packaging and the review quality and I appreciate your cooperation. Why not pick up some of the reviews? This is the easiest and fastest way to enforce your quality standards. TIA, Christoph From mcepl at redhat.com Thu Aug 6 12:35:59 2009 From: mcepl at redhat.com (Matej Cepl) Date: Thu, 6 Aug 2009 12:35:59 +0000 (UTC) Subject: KDE vs. GNOME on F10 References: <3668e9f50908050249r18019ab4j95b10beb23d74e73@mail.gmail.com> <1249477561.1483.15.camel@planemask> Message-ID: Kevin Kofler, Thu, 06 Aug 2009 06:08:50 +0200: > Hmmm, that's interesting. KDE seems to be a lot more flexible there, you > sure don't need to run the latest kernel to use the latest KDE. Yes, it is ... because it is much more self-contained (you have just one huge dependency containing everything -- libqt; that's hyperbole, but not that much). Gnome is that maze of zillion interdependent libraries which need to work together. Sometimes one model has advantage over another sometimes not. C'est la vie. Mat?j From mclasen at redhat.com Thu Aug 6 12:37:06 2009 From: mclasen at redhat.com (Matthias Clasen) Date: Thu, 06 Aug 2009 08:37:06 -0400 Subject: Fedora 12 Features Proposed for Removal In-Reply-To: <4A7A048B.3040909@redhat.com> References: <4A7A048B.3040909@redhat.com> Message-ID: <1249562226.1608.2.camel@planemask> On Wed, 2009-08-05 at 15:15 -0700, John Poelstra wrote: > Hi FESCo, > > After requesting status updates, including direct email to the feature > owners, the following feature pages do not have a current status or > their ability to tested during the Alpha is unclear based on the lack of > information provided or percentage of completion. > https://fedoraproject.org/wiki/Features/Thusnelda The upstream release was a few days late since they actually test their stuff before release, but a feature-complete beta has been released yesterday, and in is in rawhide today. I have moved the feature to 90% since it is not the final 1.1 release yet, but for all practical matters, the Thusnelda feature should be considered complete now, just some bugfixing remains to be done. Matthias From mcepl at redhat.com Thu Aug 6 12:46:53 2009 From: mcepl at redhat.com (Matej Cepl) Date: Thu, 6 Aug 2009 12:46:53 +0000 (UTC) Subject: KDE vs. GNOME on F10 References: <3668e9f50908050249r18019ab4j95b10beb23d74e73@mail.gmail.com> <15e53e180908050302k6faa024cj5f7630d15b9a4305@mail.gmail.com> <4A795D90.5020903@leemhuis.info> <20090805120144.GC3095@hansolo.jdub.homelinux.org> <1249498044.2266.17.camel@adam.local.net> <4A79D66F.90805@gmail.com> <1249499500.2266.31.camel@adam.local.net> <4A79E105.4080101@gmail.com> <1249502640.2266.48.camel@adam.local.net> <4A79EAB0.1030003@gmail.com> <1249507613.2266.60.camel@adam.local.net> Message-ID: Adam Williamson, Wed, 05 Aug 2009 14:26:53 -0700: > Well, I think it's really the same issue. The problem is one of > expectation: we have two similar components, GNOME and KDE, in the same > distribution, following different update polices - GNOME favours stable, > KDE favours adventurous. This confounds expectation. > > Yes, my problem is potentially almost solved with the tools at our > disposal and some little tweaks to interfaces, except for the problem > raised by Jesse, see my reply to his post. :) Adam, I see where you are coming from, but aside from the unclear definition of the Fedora's target audience (which is IMHO clearly defined as developers needing bleeding-edge distro with huge engineering support; we just live in denial for not saying so clearly) you are getting into much deeper organizational problem ... how manages Fedora. Actually, it seems to me the answer is no-one really ... this is really a community of packagers held together by very rough consensus and necessity to support each other. As such there is no such thing as "corporate brand" and "expected behavior" ... if KDE folks decide they want to package their packages (and they are their packages, not of the folks in the RH Desktop team) as they do and have multiple upgrades even for N-1 distros, it is only their business -- they will have to hold all pieces together if it blows up in their face. If Gnome folks decide to be more conservative (or conserving effort for Gnome 3.* and bigger stability of Gnome before Fedora 12 aka RHEL 6 Alpha) it is their business and nobody could them anything. I am not sure about Mandriva, I have never had it installed ever (even though I got kindly LiveUSB disk at Guadec 2007 -- it was wonderful free 3GB USB drive before I lost it ;-)), but if it is smaller distro, it could be true it was smaller community with more centrally controlled strategy? Or in other words ... read ?Nature of the firm? (Coase, 1937) and ?The Problem of Social Cost? (Coase, 1960) ... to understand one way how to get grasp of this community. In the situation where opportunity cost of cooperation is quite low, transaction cost is perceived as quite high, and cost of leaving the community quite low, there is no way how to centralize management of the community. There are some communities where it is possible to achieve *slightly* higher degree of centralization (Ubuntu, and possibly Mandriva), but certainly it is not the case of Fedora which is probably quite close to the extreme of market-driven organization (to use Coase's terminology). Mat?j From jwboyer at gmail.com Thu Aug 6 13:24:37 2009 From: jwboyer at gmail.com (Josh Boyer) Date: Thu, 6 Aug 2009 09:24:37 -0400 Subject: KDE vs. GNOME on F10 In-Reply-To: <1249538365.2266.69.camel@adam.local.net> References: <3668e9f50908050249r18019ab4j95b10beb23d74e73@mail.gmail.com> <15e53e180908050302k6faa024cj5f7630d15b9a4305@mail.gmail.com> <4A795D90.5020903@leemhuis.info> <20090805120144.GC3095@hansolo.jdub.homelinux.org> <1249498044.2266.17.camel@adam.local.net> <20090805192822.GD3095@hansolo.jdub.homelinux.org> <1249501283.2266.43.camel@adam.local.net> <1249538365.2266.69.camel@adam.local.net> Message-ID: <20090806132437.GE3095@hansolo.jdub.homelinux.org> On Wed, Aug 05, 2009 at 10:59:25PM -0700, Adam Williamson wrote: >On Thu, 2009-08-06 at 05:37 +0200, Kevin Kofler wrote: >> Adam Williamson wrote: >> > I probably couldn't do much justice to a comprehensive plan as I have >> > insufficient knowledge of how the buildsystem works. I was acting at a >> > higher level - just trying to point out that it's essentially doomed to >> > try and please everyone with a single update repository, that's not an >> > argument anyone can win. Either the 'we want stable updates' camp or the >> > 'we want shiny new stuff' camp is going to be disappointed. >> >> The problem is that your solution doubles maintainer and rel-eng workload. I >> think we really don't have the resources for that. > >Please don't personalize things. It's not 'mine', and it's not really a >solution. I'm simply pointing out that it's literally impossible to >satisfy both possible update policies with a single unitary repository. You are under the impression that we have an update policy at all. We don't. So we have nothing to satisfy, which makes it very possible. >We either have to make it clear which policy we use and which policy we >don't, and hence which theoretical user base we are not targeting, or >take on extra work and try to satisfy both. I am not declaring myself in Actually, we could do nothing and be just fine. Let the users decide if and when and what they want to update. josh From jwboyer at gmail.com Thu Aug 6 13:29:01 2009 From: jwboyer at gmail.com (Josh Boyer) Date: Thu, 6 Aug 2009 09:29:01 -0400 Subject: rawhide report: 20090806 changes In-Reply-To: <5256d0b0908060316q7f1c91bi6096a9c171278f62@mail.gmail.com> References: <20090806100604.GA19888@releng2.fedora.phx.redhat.com> <5256d0b0908060316q7f1c91bi6096a9c171278f62@mail.gmail.com> Message-ID: <20090806132901.GF3095@hansolo.jdub.homelinux.org> On Thu, Aug 06, 2009 at 11:16:09AM +0100, Peter Robinson wrote: >On Thu, Aug 6, 2009 at 11:06 AM, Rawhide >Report wrote: >> Compose started at Thu Aug ?6 06:15:06 UTC 2009 >> >> Updated Packages: >> >> firefox-3.5.2-2.fc11 >> -------------------- >> * Mon Aug 03 2009 Martin Stransky - 3.5.2-2 >> - Updated to 3.5.2. >> >> >> gnome-web-photo-0.8-4.fc12 >> -------------------------- >> * Tue Aug 04 2009 Jan Horak - 0.8-4 >> - Rebuild against newer gecko >> >> >> libtheora-1.1beta1-1.fc12 >> ------------------------- >> * Wed Aug 05 2009 Matthias Clasen - 1.1beta1 >> - 1.1beta1 >> >> * Sat Jul 25 2009 Fedora Release Engineering - 1:1.1alpha2-2 >> - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild >> >> >> mozvoikko-0.9.7-0.7.rc1.fc12 >> ---------------------------- >> * Tue Aug 04 2009 Jan Horak - 0.9.7-0.7.rc1 >> - Rebuild against newer gecko >> >> >> xulrunner-1.9.1.2-1.fc11 >> ------------------------ >> >> yum-3.2.23-13.fc12 >> ------------------ >> * Wed Aug 05 2009 Seth Vidal - 3.2.23-13 >> - latest head - right after freeze > >This looks somewhat truncated. I have at least one new package that >should be in the list :-( We're in Freeze. If you didn't request a freeze tag, it won't get into the rawhide compose. josh From pbrobinson at gmail.com Thu Aug 6 13:33:58 2009 From: pbrobinson at gmail.com (Peter Robinson) Date: Thu, 6 Aug 2009 14:33:58 +0100 Subject: rawhide report: 20090806 changes In-Reply-To: <20090806132901.GF3095@hansolo.jdub.homelinux.org> References: <20090806100604.GA19888@releng2.fedora.phx.redhat.com> <5256d0b0908060316q7f1c91bi6096a9c171278f62@mail.gmail.com> <20090806132901.GF3095@hansolo.jdub.homelinux.org> Message-ID: <5256d0b0908060633l65c187fbk3114e2b67666ce96@mail.gmail.com> >>This looks somewhat truncated. I have at least one new package that >>should be in the list :-( > > We're in Freeze. ?If you didn't request a freeze tag, it won't get into the > rawhide compose. Of course! I thought the alpha was going to be a running snapshot of rawhide without a freeze this time round, or did that not make it through the final hurdles? Peter From tcallawa at redhat.com Thu Aug 6 13:37:42 2009 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Thu, 06 Aug 2009 09:37:42 -0400 Subject: License change for ghostscript In-Reply-To: References: <1248994755.2798.2.camel@worm> <200907312247.19079.ville.skytta@iki.fi> <1249073607.6440.14.camel@adam.local.net> <1249125078.16407.5.camel@worm> <1249421909.2146.8.camel@adam.local.net> <4A79077F.5050500@redhat.com> <1249497193.2266.12.camel@adam.local.net> <1249497490.3757.17.camel@localhost.localdomain> <4A79D77B.2030002@redhat.com> <20090805223250.GB1408048@hiwaay.net> Message-ID: <4A7ADCA6.5060004@redhat.com> On 08/05/2009 07:15 PM, Gregory Maxwell wrote: > So if you create a piece of software that can equally link to X or Y, > and you never use/distribute X yourself you are simply not within > reach of X's licensing terms. If someone else takes your software and > X then sticks them on a CD, then they are obligated to follow X's > license, which may include terms that make depends about the licensing > of other software? ... software that links to it... software on the > same media .... software in the same building ... software that starts > with the same letter. Doesn't matter. Whatever the conditions are, > they are the conditions for using X. If you can't simultaneously > satisfy the requirements of X and the requirements of some other > software package you'll have to stop distributing one or the other or > risk litigation from whomevers requirements you're violating. This is another reason why in Fedora, we ensure that linked packages are compatible, but we don't try to label the license of a package based upon externally "inherited" licensing. The concept of what makes up a "derived work" in software is extremely complicated, and widely disputed, depending upon who you ask. There is also not a lot of case law in the US that would help provide clarification on how the courts would interpret things. The FSF is rather outspoken in their opinion that all linking creates a shared work, but that is simply their opinion. I would argue that there are probably many situations like the one Chris described where the software could clearly be argued to not be a derived work of either "crypto" API, or when a dependent library can be easily replaced with an ABI compatible alternative (either with a recompile or without). What if an application dlopens another library to use it? At the end of the day, the answer that any lawyer worth talking to will give you is that it depends on the specifics of the situation at hand. Red Hat Legal is comfortable with the general policies that we've adopted in Fedora, which is to ensure that there is license compatibility across shared library linking, with the exception of "System Libraries". (I'm in the middle of trying to convince them that OpenSSL consists of a "system library" at this point, but we still haven't decided whether we're going to adopt that stance or not) ~spot From poelstra at redhat.com Thu Aug 6 14:02:30 2009 From: poelstra at redhat.com (John Poelstra) Date: Thu, 06 Aug 2009 07:02:30 -0700 Subject: Fedora 12 Features Proposed for Removal In-Reply-To: <1249516576.2368.1.camel@snoogens.fab.redhat.com> References: <4A7A048B.3040909@redhat.com> <1249516576.2368.1.camel@snoogens.fab.redhat.com> Message-ID: <4A7AE276.2070204@redhat.com> Bastien Nocera said the following on 08/05/2009 04:56 PM Pacific Time: > On Wed, 2009-08-05 at 15:15 -0700, John Poelstra wrote: >> Hi FESCo, >> >> After requesting status updates, including direct email to the feature >> owners, the following feature pages do not have a current status or >> their ability to tested during the Alpha is unclear based on the lack of >> information provided or percentage of completion. > >> https://fedoraproject.org/wiki/Features/Gnome2.28 > > > Feature will obviously be done on time. The feature process doesn't seem > so forgiving about things happening upstream rather than downstream... > The feature process can be very forgiving when there is *information* on the feature page about how "testable" a particular feature is or further information what is left to be done past feature freeze. I don't currently have the ability to know what every upstream project is doing or know what every developer plans to do "real soon now" ;-) Thus it helps to add it to the feature page :) As a result my goal is to treat every feature page equally, using the information that has been provided on each page, in light of the feature process that everyone has agreed on. As always, the feature process is not written in stone and if there are ways the current process should be amended or changed I'm sure FESCo would be open to constructive suggestions to changing it and making it better. John From jwboyer at gmail.com Thu Aug 6 14:10:54 2009 From: jwboyer at gmail.com (Josh Boyer) Date: Thu, 6 Aug 2009 10:10:54 -0400 Subject: rawhide report: 20090806 changes In-Reply-To: <5256d0b0908060633l65c187fbk3114e2b67666ce96@mail.gmail.com> References: <20090806100604.GA19888@releng2.fedora.phx.redhat.com> <5256d0b0908060316q7f1c91bi6096a9c171278f62@mail.gmail.com> <20090806132901.GF3095@hansolo.jdub.homelinux.org> <5256d0b0908060633l65c187fbk3114e2b67666ce96@mail.gmail.com> Message-ID: <20090806141054.GG3095@hansolo.jdub.homelinux.org> On Thu, Aug 06, 2009 at 02:33:58PM +0100, Peter Robinson wrote: >>>This looks somewhat truncated. I have at least one new package that >>>should be in the list :-( >> >> We're in Freeze. ?If you didn't request a freeze tag, it won't get into the >> rawhide compose. > >Of course! I thought the alpha was going to be a running snapshot of >rawhide without a freeze this time round, or did that not make it >through the final hurdles? No-Frozen-Rawhide was deferred to Fedora 13. Another thing to keep in mind is that F12 Alpha is what we used to call Beta. Confusion abound! josh From rc040203 at freenet.de Thu Aug 6 14:14:28 2009 From: rc040203 at freenet.de (Ralf Corsepius) Date: Thu, 06 Aug 2009 16:14:28 +0200 Subject: Fedora 12 Features Proposed for Removal In-Reply-To: <1249560617.2724.217.camel@localhost> References: <4A7A048B.3040909@redhat.com> <5256d0b0908060139y2868e311q7bb167574678614d@mail.gmail.com> <4A7A97EA.1090107@freenet.de> <1249554751.7913.2863.camel@localhost.localdomain> <4A7AC0D9.3030008@freenet.de> <1249560617.2724.217.camel@localhost> Message-ID: <4A7AE544.5030709@freenet.de> On 08/06/2009 02:10 PM, Christoph Wickert wrote: > Am Donnerstag, den 06.08.2009, 13:39 +0200 schrieb Ralf Corsepius: >> On 08/06/2009 12:32 PM, Bastien Nocera wrote: >>> On Thu, 2009-08-06 at 10:44 +0200, Ralf Corsepius wrote: >>>> On 08/06/2009 10:39 AM, Peter Robinson wrote: >>>>>> After requesting status updates, including direct email to the feature >>>>>> owners, the following feature pages do not have a current status or their >>>>>> ability to tested during the Alpha is unclear based on the lack of >>>>>> information provided or percentage of completion. >>>>>> >>>>>> https://fedoraproject.org/wiki/Features/FedoraMoblin >>>>> >>>>> I'm the maintainer of this. I think its very much in a similar >>>>> category to gnome/kde. The only difference is there is some packages >>>>> still awaiting review, about 2 that are actually critical, but moblin >>>>> 2 like gnome etc are still in there development phase so its a moving >>>>> target. >>>> IMO, this feature should be scratched, because the packages in question >>>> are of immature nature (... and of low packaging quality from my POV). >>> >>> "Low packaging quality"? I certainly don't think so, given the amount of >>> time Peter spent on them, and the fact that they all seemed good enough >>> to pass review. >> Yes, they somehow sneeked through reviews. This doesn't invalidate what >> I said. >> It only proves my impression of Fedora quality standards being low and >> about the quality of reviews. > > Would you please be so kind and name names here? > What packages and what > reviews are you talking about? In this context, I am talking about all moblin package submissions by Mr. Robinson. > I asked you to write down the problems > you found in bz and CC me, but so far I haven't received a mail. I haven't received any mail from you. > Instead > you spend time on writing mails with abstract accusations to the list. Do you want me to flame people in public? > As you know I'm really interested in improving both the packaging and > the review quality and I appreciate your cooperation. Why not pick up > some of the reviews? I did so, but Mr. Robinson refused to listen and preferred to go his way, because "the fedora guidelines" allow him to do so. It cause me to turn away from his reviews. Ralf From pbrobinson at gmail.com Thu Aug 6 14:15:20 2009 From: pbrobinson at gmail.com (Peter Robinson) Date: Thu, 6 Aug 2009 15:15:20 +0100 Subject: rawhide report: 20090806 changes In-Reply-To: <20090806141054.GG3095@hansolo.jdub.homelinux.org> References: <20090806100604.GA19888@releng2.fedora.phx.redhat.com> <5256d0b0908060316q7f1c91bi6096a9c171278f62@mail.gmail.com> <20090806132901.GF3095@hansolo.jdub.homelinux.org> <5256d0b0908060633l65c187fbk3114e2b67666ce96@mail.gmail.com> <20090806141054.GG3095@hansolo.jdub.homelinux.org> Message-ID: <5256d0b0908060715r230dd035yd69a20d8a2b95cd3@mail.gmail.com> >>>>This looks somewhat truncated. I have at least one new package that >>>>should be in the list :-( >>> >>> We're in Freeze. ?If you didn't request a freeze tag, it won't get into the >>> rawhide compose. >> >>Of course! I thought the alpha was going to be a running snapshot of >>rawhide without a freeze this time round, or did that not make it >>through the final hurdles? > > No-Frozen-Rawhide was deferred to Fedora 13. > > Another thing to keep in mind is that F12 Alpha is what we used to call Beta. > Confusion abound! Oh yes, and I was even at Jesse's FudCon proposal talk in Berlin :-) Peter From pbrobinson at gmail.com Thu Aug 6 14:20:22 2009 From: pbrobinson at gmail.com (Peter Robinson) Date: Thu, 6 Aug 2009 15:20:22 +0100 Subject: Fedora 12 Features Proposed for Removal In-Reply-To: <4A7AE544.5030709@freenet.de> References: <4A7A048B.3040909@redhat.com> <5256d0b0908060139y2868e311q7bb167574678614d@mail.gmail.com> <4A7A97EA.1090107@freenet.de> <1249554751.7913.2863.camel@localhost.localdomain> <4A7AC0D9.3030008@freenet.de> <1249560617.2724.217.camel@localhost> <4A7AE544.5030709@freenet.de> Message-ID: <5256d0b0908060720v8ddb000hf11f5967197825a1@mail.gmail.com> >> Would you please be so kind and name names here? > >> What packages and what >> >> reviews are you talking about? > > In this context, I am talking about all moblin package submissions by Mr. > Robinson. > >> I asked you to write down the problems >> you found in bz and CC me, but so far I haven't received a mail. > > I haven't received any mail from you. > >> Instead >> >> you spend time on writing mails with abstract accusations to the list. > > Do you want me to flame people in public? > > >> As you know I'm really interested in improving both the packaging and >> the review quality and I appreciate your cooperation. Why not pick up >> some of the reviews? > > I did so, but Mr. Robinson refused to listen and preferred to go his way, > because "the fedora guidelines" allow him to do so. It cause me to turn away > from his reviews. Not true. You mentioned it on a single package. I've filed over 30 for Moblin, and the _ONE_ issue you raised I fixed. There was certainly a discussion about it and I did see your point about it and the issue you raised has now been fixed. There was no refusal, there was discussion. All in the bug for all to see. I don't see how a single issue regarding the autostart of an applet is "all moblin package submissions", please stop spreading FUD. Peter From rc040203 at freenet.de Thu Aug 6 14:20:56 2009 From: rc040203 at freenet.de (Ralf Corsepius) Date: Thu, 06 Aug 2009 16:20:56 +0200 Subject: Fedora 12 Features Proposed for Removal In-Reply-To: References: <4A7A048B.3040909@redhat.com> <5256d0b0908060139y2868e311q7bb167574678614d@mail.gmail.com> <4A7A97EA.1090107@freenet.de> <4A7A9A83.8010907@fedoraproject.org> <4A7ABFA1.4040600@freenet.de> Message-ID: <4A7AE6C8.1050906@freenet.de> On 08/06/2009 02:18 PM, drago01 wrote: > On Thu, Aug 6, 2009 at 1:33 PM, Ralf Corsepius wrote: >> * IM (NSH) O, the packaging quality of the submitted packages is close to >> being inacceptable low. > > Can you be more verbose on that one? 3 Examples: 1. He is running the autotools while building. This renders building non-deterministic and exposes his packages to suffer from build breakdowns due to the autotools changing behaviour, rsp. due to the packages being tied to specific versions of the autotools. 2. Some of his packages contain abuses of %*dir variables. e.g.: %post %{_bindir}/ 3. Some of his packages don't honor rpm input %*dir variables (e.g. datadir), but rely on %{_prefix} only, despite they install to %{_datadir} > Instead of hand waving "its low quality" Ralf From susanin at ispras.ru Thu Aug 6 14:35:50 2009 From: susanin at ispras.ru (Andrey Ponomarenko) Date: Thu, 06 Aug 2009 18:35:50 +0400 Subject: ABI compliance checker Message-ID: <4A7AEA46.2000700@ispras.ru> Colleagues, I'm software engineer from Institute for System Programing of Russian Academy of Sciences and we are developing a free lightweight tool for checking backward/forward binary compatibility of shared C/C++ libraries in OS Linux. It checks interface signatures and data type definitions in two library versions (headers and shared objects) and searches ABI changes that may lead to incompatibility. We have released 1.1 version of this tool and we'd like you to consider its usefulness for your project. The wiki-page with the latest release of binary compatibility checker is http://ispras.linux-foundation.org/index.php/ABI_compliance_checker Andrey Ponomarenko From linville at redhat.com Thu Aug 6 14:52:42 2009 From: linville at redhat.com (John W. Linville) Date: Thu, 6 Aug 2009 10:52:42 -0400 Subject: rt2860 driver (fc11) In-Reply-To: References: <1249540052.2266.79.camel@adam.local.net> <1249542723.2266.102.camel@adam.local.net> <5256d0b0908060123t30e0fb7bqfa38a310f03a11a6@mail.gmail.com> Message-ID: <20090806145242.GD22510@redhat.com> On Thu, Aug 06, 2009 at 05:14:01AM -0400, Orcan Ogetbil wrote: > On Thu, Aug 6, 2009 at 4:58 AM, drago01 wrote: > > On Thu, Aug 6, 2009 at 10:45 AM, Orcan Ogetbil wrote: > >> > >> I maintain those drivers at RPMFusion. I will be happy beyond > >> imagination when the staging drivers are marked stable. > > > > They won't ever (the rtxxxx Vendor drivers) > > > > >From my understanding, the staging tree of the kernel contains drivers > that are being prepared to be included in the main kernel tree[1]. > Correct me if I'm wrong. You are essentially wrong. The drivers in the staging tree may or may not make their way to the main kernel. I'm sure Greg and others hope that they will, and at least some of them probably will. Unfortunately, none of the wireless drivers there appear likely to do that. Beyond the normal atrociousness of the code common to nearly all of the vendor-supplied staging drivers, the wireless drivers also tend to ignore the wireless infrastructure supplied upstream. This includes both the mac80211 component of "soft MAC" devices and the cfg80211 configuration component for all wireless devices. As a community, we are refusing to accept drivers that duplicate the mac80211 functionality and now we are requiring the use of cfg80211 for new drivers as well. We simply can't afford to support multiple implementations of the "soft MAC" functionality and the older 'wireless extensions' API is too broken and bug-ridden for continued promulgation. The drivers in staging are best used as a guide to the workings of the hardware. I understand your desire for rt2860 and other devices to be supported, but the staging drivers just aren't acceptable. I would encourage you to put your efforts towards improving the rt2x00 driver family instead of propping-up the drivers in staging. Hth! John -- John W. Linville Linux should be at the core linville at redhat.com of your literate lifestyle. From christoph.wickert at googlemail.com Thu Aug 6 15:16:03 2009 From: christoph.wickert at googlemail.com (Christoph Wickert) Date: Thu, 06 Aug 2009 17:16:03 +0200 Subject: Fedora 12 Features Proposed for Removal In-Reply-To: <4A7AE544.5030709@freenet.de> References: <4A7A048B.3040909@redhat.com> <5256d0b0908060139y2868e311q7bb167574678614d@mail.gmail.com> <4A7A97EA.1090107@freenet.de> <1249554751.7913.2863.camel@localhost.localdomain> <4A7AC0D9.3030008@freenet.de> <1249560617.2724.217.camel@localhost> <4A7AE544.5030709@freenet.de> Message-ID: <1249571763.2724.246.camel@localhost> Am Donnerstag, den 06.08.2009, 16:14 +0200 schrieb Ralf Corsepius: > On 08/06/2009 02:10 PM, Christoph Wickert wrote: > > I asked you to write down the problems > > you found in bz and CC me, but so far I haven't received a mail. > I haven't received any mail from you. > > > Instead > > you spend time on writing mails with abstract accusations to the list. > Do you want me to flame people in public? No, I want constructive criticism in bugzilla. Flaming people in public is what you are currently doing on this list. > > As you know I'm really interested in improving both the packaging and > > the review quality and I appreciate your cooperation. Why not pick up > > some of the reviews? > I did so, but Mr. Robinson refused to listen and preferred to go his > way, because "the fedora guidelines" allow him to do so. It cause me to > turn away from his reviews. Sorry, you didn't pick up any of the bugs, none was assigned to you. You picked on Peter, that's all. You only commented on two bugs regarding autoconf, but this is a controversial topic. Please accept that there are different views on questions like this one. > Ralf Regards, Christoph From christoph.wickert at googlemail.com Thu Aug 6 15:20:48 2009 From: christoph.wickert at googlemail.com (Christoph Wickert) Date: Thu, 06 Aug 2009 17:20:48 +0200 Subject: Fedora 12 Features Proposed for Removal In-Reply-To: <4A7AE6C8.1050906@freenet.de> References: <4A7A048B.3040909@redhat.com> <5256d0b0908060139y2868e311q7bb167574678614d@mail.gmail.com> <4A7A97EA.1090107@freenet.de> <4A7A9A83.8010907@fedoraproject.org> <4A7ABFA1.4040600@freenet.de> <4A7AE6C8.1050906@freenet.de> Message-ID: <1249572048.2724.251.camel@localhost> Am Donnerstag, den 06.08.2009, 16:20 +0200 schrieb Ralf Corsepius: > On 08/06/2009 02:18 PM, drago01 wrote: > > On Thu, Aug 6, 2009 at 1:33 PM, Ralf Corsepius wrote: > > >> * IM (NSH) O, the packaging quality of the submitted packages is close to > >> being inacceptable low. > > > > Can you be more verbose on that one? > > 3 Examples: So where are your comments in bugzilla for example 2 and 3? I corrected Peter and Rahul, who did review one of the packages. Both were tankful for my corrections and incorporated the suggestions. Regards, Christoph From walters at verbum.org Thu Aug 6 15:29:36 2009 From: walters at verbum.org (Colin Walters) Date: Thu, 6 Aug 2009 11:29:36 -0400 Subject: ABI compliance checker In-Reply-To: <4A7AEA46.2000700@ispras.ru> References: <4A7AEA46.2000700@ispras.ru> Message-ID: On Thu, Aug 6, 2009 at 10:35 AM, Andrey Ponomarenko wrote: Hi, > ? ?Colleagues, I'm software engineer from Institute for System > Programing of Russian Academy of Sciences and we are developing a free > lightweight tool for checking backward/forward binary compatibility of > shared C/C++ libraries in OS Linux. It checks interface signatures and > data type definitions in two library versions (headers and shared > objects) and searches ABI changes that may lead to incompatibility. > We have released 1.1 version of this tool and we'd like you to consider > its usefulness for your project. This sounds very useful! Ideally, we would run this tool automatically for the OS core and ABI changes would require signoff of some sort, and unless absolutely necessary were reverted. Tools like this though are at their most effective when they catch changes upstream not long after they're committed, before downstreams have at some indeterminate time incremented integers in .spec files or equivalent to distribute the changes. From mtasaka at ioa.s.u-tokyo.ac.jp Thu Aug 6 15:33:34 2009 From: mtasaka at ioa.s.u-tokyo.ac.jp (Mamoru Tasaka) Date: Fri, 07 Aug 2009 00:33:34 +0900 Subject: About mass bug filing for error output with --excludedocs Message-ID: <4A7AF7CE.8030201@ioa.s.u-tokyo.ac.jp> Please postpone fixing scriptlets for this issue until some conclusion gets reached on fedora-packaging-list. Regards, Mamoru From kevin.kofler at chello.at Thu Aug 6 15:44:39 2009 From: kevin.kofler at chello.at (Kevin Kofler) Date: Thu, 06 Aug 2009 17:44:39 +0200 Subject: Fedora 12 Features Proposed for Removal References: <4A7A048B.3040909@redhat.com> <5256d0b0908060139y2868e311q7bb167574678614d@mail.gmail.com> <4A7A97EA.1090107@freenet.de> <4A7A9A83.8010907@fedoraproject.org> <4A7ABFA1.4040600@freenet.de> <4A7AE6C8.1050906@freenet.de> Message-ID: Ralf Corsepius wrote: > 1. He is running the autotools while building. It's your personal opinion that this is "low quality", many other packagers don't agree with their assertion and the guidelines (intentionally) don't ban it. FYI, all our KDE 3 packages reran the autotools during the build (KDE 3's "make cvs" feature) and our KDE 3 compatibility packages still do. (KDE 4 doesn't use autotools, as you know.) But we have had this discussion many times, it's getting boring. I'd really appreciate if you stopped using your personal opinion as examples of "bad packaging quality". > 2. Some of his packages contain abuses of %*dir variables. > e.g.: > %post > %{_bindir}/ That's indeed unnecessary (why not just run the script without the absolute path?), but not invalid either. > 3. Some of his packages don't honor rpm input %*dir variables > (e.g. datadir), but rely on %{_prefix} only, despite they install to > %{_datadir} That one should be fixed, the guidelines say to use macros where possible, especially in cases like this. While %{_prefix}/share is not going to produce a broken package, %{_datadir} is better (because it can change, as unlikely as that is) and the reviewer should have pointed this out. Kevin Kofler From pbrobinson at gmail.com Thu Aug 6 15:56:38 2009 From: pbrobinson at gmail.com (Peter Robinson) Date: Thu, 6 Aug 2009 16:56:38 +0100 Subject: Fedora 12 Features Proposed for Removal In-Reply-To: References: <4A7A048B.3040909@redhat.com> <5256d0b0908060139y2868e311q7bb167574678614d@mail.gmail.com> <4A7A97EA.1090107@freenet.de> <4A7A9A83.8010907@fedoraproject.org> <4A7ABFA1.4040600@freenet.de> <4A7AE6C8.1050906@freenet.de> Message-ID: <5256d0b0908060856g1785d690s7dc49ffdf32a1a56@mail.gmail.com> >> 1. He is running the autotools while building. > > It's your personal opinion that this is "low quality", many other packagers > don't agree with their assertion and the guidelines (intentionally) don't > ban it. > > FYI, all our KDE 3 packages reran the autotools during the build (KDE 3's > "make cvs" feature) and our KDE 3 compatibility packages still do. (KDE 4 > doesn't use autotools, as you know.) > > But we have had this discussion many times, it's getting boring. I'd really > appreciate if you stopped using your personal opinion as examples of "bad > packaging quality". Agreed. >> 2. Some of his packages contain abuses of %*dir variables. >> e.g.: >> %post >> %{_bindir}/ > > That's indeed unnecessary (why not just run the script without the absolute > path?), but not invalid either. Because I've probably picked up the scriptlet from somewhere else. If its pointed out to me I fix most issues, but then as mentioned above alot of that stuff comes down to personal choice and is neither right or wrong. >> 3. Some of his packages don't honor rpm input %*dir variables >> (e.g. datadir), but rely on %{_prefix} only, despite they install to >> %{_datadir} > > That one should be fixed, the guidelines say to use macros where possible, > especially in cases like this. While %{_prefix}/share is not going to > produce a broken package, %{_datadir} is better (because it can change, as > unlikely as that is) and the reviewer should have pointed this out. I do believe I use the proper macros just about everywhere, certainly I'm not perfect and will fix them if I miss something but its never done intentionally, and fixed when pointed out. Peter From rc040203 at freenet.de Thu Aug 6 16:08:19 2009 From: rc040203 at freenet.de (Ralf Corsepius) Date: Thu, 06 Aug 2009 18:08:19 +0200 Subject: Fedora 12 Features Proposed for Removal In-Reply-To: <1249571763.2724.246.camel@localhost> References: <4A7A048B.3040909@redhat.com> <5256d0b0908060139y2868e311q7bb167574678614d@mail.gmail.com> <4A7A97EA.1090107@freenet.de> <1249554751.7913.2863.camel@localhost.localdomain> <4A7AC0D9.3030008@freenet.de> <1249560617.2724.217.camel@localhost> <4A7AE544.5030709@freenet.de> <1249571763.2724.246.camel@localhost> Message-ID: <4A7AFFF3.6090906@freenet.de> On 08/06/2009 05:16 PM, Christoph Wickert wrote: > Am Donnerstag, den 06.08.2009, 16:14 +0200 schrieb Ralf Corsepius: >> On 08/06/2009 02:10 PM, Christoph Wickert wrote: >>> I asked you to write down the problems >>> you found in bz and CC me, but so far I haven't received a mail. >> I haven't received any mail from you. >> >> > Instead >>> you spend time on writing mails with abstract accusations to the list. >> Do you want me to flame people in public? > > No, I want constructive criticism in bugzilla. Flaming people in public > is what you are currently doing on this list. > >>> As you know I'm really interested in improving both the packaging and >>> the review quality and I appreciate your cooperation. Why not pick up >>> some of the reviews? >> I did so, but Mr. Robinson refused to listen and preferred to go his >> way, because "the fedora guidelines" allow him to do so. It cause me to >> turn away from his reviews. > > Sorry, you didn't pick up any of the bugs, none was assigned to you. There is none assigned to me, because I turned away from this person's reviews. You can find traces of them in reviews. > You > picked on Peter, that's all. Well, your freedom to think so, my freedom to think otherwise -- I think, you are picking on _me_, because I am pronouncing something which doesn't fit into your "wishful thinking". > You only commented on two bugs regarding autoconf, but this is a > controversial topic. Only within uneducated folks, without clues about the autotools. > Please accept that there are different views on > questions like this one. It's pretty easy to demonstrate the brokenness of running the autotools during builds. Ralf From rc040203 at freenet.de Thu Aug 6 16:14:47 2009 From: rc040203 at freenet.de (Ralf Corsepius) Date: Thu, 06 Aug 2009 18:14:47 +0200 Subject: Fedora 12 Features Proposed for Removal In-Reply-To: <1249572048.2724.251.camel@localhost> References: <4A7A048B.3040909@redhat.com> <5256d0b0908060139y2868e311q7bb167574678614d@mail.gmail.com> <4A7A97EA.1090107@freenet.de> <4A7A9A83.8010907@fedoraproject.org> <4A7ABFA1.4040600@freenet.de> <4A7AE6C8.1050906@freenet.de> <1249572048.2724.251.camel@localhost> Message-ID: <4A7B0177.7030504@freenet.de> On 08/06/2009 05:20 PM, Christoph Wickert wrote: > Am Donnerstag, den 06.08.2009, 16:20 +0200 schrieb Ralf Corsepius: >> On 08/06/2009 02:18 PM, drago01 wrote: >>> On Thu, Aug 6, 2009 at 1:33 PM, Ralf Corsepius wrote: >> >>>> * IM (NSH) O, the packaging quality of the submitted packages is close to >>>> being inacceptable low. >>> >>> Can you be more verbose on that one? >> >> 3 Examples: > > So where are your comments in bugzilla for example 2 and 3? I turned away from supporting Mr. Robinson, ignored his reviews and left reviews to others ... I only noticed these issues in commits. Low quality reviews - QED. From awilliam at redhat.com Thu Aug 6 16:38:43 2009 From: awilliam at redhat.com (Adam Williamson) Date: Thu, 06 Aug 2009 09:38:43 -0700 Subject: KDE vs. GNOME on F10 In-Reply-To: References: <3668e9f50908050249r18019ab4j95b10beb23d74e73@mail.gmail.com> <15e53e180908050302k6faa024cj5f7630d15b9a4305@mail.gmail.com> <4A795D90.5020903@leemhuis.info> <20090805120144.GC3095@hansolo.jdub.homelinux.org> <1249498044.2266.17.camel@adam.local.net> <4A79D66F.90805@gmail.com> <1249499500.2266.31.camel@adam.local.net> <4A79E105.4080101@gmail.com> <1249502640.2266.48.camel@adam.local.net> <4A79EAB0.1030003@gmail.com> <1249507613.2266.60.camel@adam.local.net> Message-ID: <1249576723.2266.133.camel@adam.local.net> On Thu, 2009-08-06 at 12:46 +0000, Matej Cepl wrote: > Adam Williamson, Wed, 05 Aug 2009 14:26:53 -0700: > > Well, I think it's really the same issue. The problem is one of > > expectation: we have two similar components, GNOME and KDE, in the same > > distribution, following different update polices - GNOME favours stable, > > KDE favours adventurous. This confounds expectation. > > > > Yes, my problem is potentially almost solved with the tools at our > > disposal and some little tweaks to interfaces, except for the problem > > raised by Jesse, see my reply to his post. :) > > Adam, I see where you are coming from, but aside from the unclear > definition of the Fedora's target audience (which is IMHO clearly defined > as developers needing bleeding-edge distro with huge engineering support; > we just live in denial for not saying so clearly) you are getting into > much deeper organizational problem ... how manages Fedora. Actually, it > seems to me the answer is no-one really ... this is really a community of > packagers held together by very rough consensus and necessity to support > each other. Actually I agree with you, I'd just really like this to be more out in the open and generally agreed-upon, so we can make saner decisions in certain cases and not have to worry about things we shouldn't need to worry about in the first place. It seems like we're happy to be that kind of distro _in effect_, but not to just come out and say it :) Don't be ashamed, people! We can come out of the closet! We're not your sysadmin's distro! ;) > I am not sure about Mandriva, I have never had it installed ever (even > though I got kindly LiveUSB disk at Guadec 2007 -- it was wonderful free > 3GB USB drive before I lost it ;-)), but if it is smaller distro, it > could be true it was smaller community with more centrally controlled > strategy? There is slightly more central control possible in MDV's structure, but really I think the difference is just that MDV started off with a traditional update policy, properly enforced (there's a gatekeeper at MDV; official updates go through the security team, maintainers can't push them directly). So at MDV the process was to add a /backports repository to satisfy the adventurous tendency (which, by the way, took me a year and half to get done...). Fedora is the other way around. > Or in other words ... read ?Nature of the firm? (Coase, 1937) and ?The > Problem of Social Cost? (Coase, 1960) ... to understand one way how to > get grasp of this community. In the situation where opportunity cost of > cooperation is quite low, transaction cost is perceived as quite high, > and cost of leaving the community quite low, there is no way how to > centralize management of the community. This is rather a simplification. There is a degree of central control over Fedora. If you wanted to be cynical you could say it was based in Raleigh, but I'd never do such a thing ;). Otherwise we wouldn't be able to have packaging policies, release freezes...or releases, really. But I agree with the thrust of your argument, yeah. Oh, and the only non-fiction I read is the newspaper :) -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From awilliam at redhat.com Thu Aug 6 16:43:03 2009 From: awilliam at redhat.com (Adam Williamson) Date: Thu, 06 Aug 2009 09:43:03 -0700 Subject: KDE vs. GNOME on F10 In-Reply-To: <20090806132437.GE3095@hansolo.jdub.homelinux.org> References: <3668e9f50908050249r18019ab4j95b10beb23d74e73@mail.gmail.com> <15e53e180908050302k6faa024cj5f7630d15b9a4305@mail.gmail.com> <4A795D90.5020903@leemhuis.info> <20090805120144.GC3095@hansolo.jdub.homelinux.org> <1249498044.2266.17.camel@adam.local.net> <20090805192822.GD3095@hansolo.jdub.homelinux.org> <1249501283.2266.43.camel@adam.local.net> <1249538365.2266.69.camel@adam.local.net> <20090806132437.GE3095@hansolo.jdub.homelinux.org> Message-ID: <1249576983.2266.149.camel@adam.local.net> On Thu, 2009-08-06 at 09:24 -0400, Josh Boyer wrote: > >We either have to make it clear which policy we use and which policy we > >don't, and hence which theoretical user base we are not targeting, or > >take on extra work and try to satisfy both. I am not declaring myself in > > Actually, we could do nothing and be just fine. Let the users decide if and > when and what they want to update. Doing nothing is an implicit choice in favour of the adventurous option, with the disadvantage that we don't come out clearly and say it. It's rather hard to choose 'if and when and what' you want to update on a system that you only really talk to once a week that otherwise just sits there and does its job. For instance - a server, or a home theater box. I have both of these types of system. They're set to auto-update once a day, I don't spend my life logging into them by SSH, poring over the update list and deciding what to install. I can do this because the conservative update policy of the distribution they run gives me confidence that the updates won't break the things. I couldn't do that with Fedora, as there's no policy to give me the confidence that automatically updating such systems won't break them. As I've said, this isn't a _problem_ per se, but it means Fedora has a particular identity that we don't seem comfortable talking about - 'let's pretend not to make a choice' - for some reason. See what I mean? No choice is a choice. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From awilliam at redhat.com Thu Aug 6 16:46:23 2009 From: awilliam at redhat.com (Adam Williamson) Date: Thu, 06 Aug 2009 09:46:23 -0700 Subject: KDE vs. GNOME on F10 In-Reply-To: References: <3668e9f50908050249r18019ab4j95b10beb23d74e73@mail.gmail.com> <15e53e180908050302k6faa024cj5f7630d15b9a4305@mail.gmail.com> <4A795D90.5020903@leemhuis.info> <20090805120144.GC3095@hansolo.jdub.homelinux.org> <1249498044.2266.17.camel@adam.local.net> <20090805192822.GD3095@hansolo.jdub.homelinux.org> <1249501283.2266.43.camel@adam.local.net> <4A79E24F.1050305@redhat.com> <1249503080.2266.53.camel@adam.local.net> <1249538726.2266.75.camel@adam.local.net> <1249541486.2266.96.camel@adam.local.net> Message-ID: <1249577183.2266.156.camel@adam.local.net> On Thu, 2009-08-06 at 11:52 +0200, Kevin Kofler wrote: > Adam Williamson wrote: > > the rt2860sta wireless driver > > Aren't there patches for that one already? There's a hack, because I reported the problem to Orcan and he wrote a hack. If I hadn't done that there probably wouldn't be; Orcan wasn't aware of the issue until then. > As the driver is Free Software, > it can be fixed. By the time 2.6.31 gets even to updates-testing, RPM Fusion > will already have the patches. > > And, by the way, Fedora intentionally refuses to support out-of-tree kernel > drivers, see also the FESCo decision some time ago to ban standalone kmod > packages in Fedora and the rationale that was given (paraphrasing: we don't > want kmods as we think out-of-tree kernel modules should not exist). (My > personal opinion is that Free out-of-tree modules can be supported because > they can be fixed if they're broken, proprietary ones are a wholely > different issue though.) As I said, the particular code isn't the issue. We ship a kernel API. At present, we consider it fine to break that API in stable releases. This is not something that would be considered 'stable' in a traditional definition. The kernel's just an example, we do the same kind of non-stable updates all over the place. That's the issue I'm trying to talk about, not just the specific example I happened to mention. Please don't bog down in specifics. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From jwboyer at gmail.com Thu Aug 6 17:05:20 2009 From: jwboyer at gmail.com (Josh Boyer) Date: Thu, 6 Aug 2009 13:05:20 -0400 Subject: KDE vs. GNOME on F10 In-Reply-To: <1249576983.2266.149.camel@adam.local.net> References: <15e53e180908050302k6faa024cj5f7630d15b9a4305@mail.gmail.com> <4A795D90.5020903@leemhuis.info> <20090805120144.GC3095@hansolo.jdub.homelinux.org> <1249498044.2266.17.camel@adam.local.net> <20090805192822.GD3095@hansolo.jdub.homelinux.org> <1249501283.2266.43.camel@adam.local.net> <1249538365.2266.69.camel@adam.local.net> <20090806132437.GE3095@hansolo.jdub.homelinux.org> <1249576983.2266.149.camel@adam.local.net> Message-ID: <20090806170520.GH3095@hansolo.jdub.homelinux.org> On Thu, Aug 06, 2009 at 09:43:03AM -0700, Adam Williamson wrote: >On Thu, 2009-08-06 at 09:24 -0400, Josh Boyer wrote: > >> >We either have to make it clear which policy we use and which policy we >> >don't, and hence which theoretical user base we are not targeting, or >> >take on extra work and try to satisfy both. I am not declaring myself in >> >> Actually, we could do nothing and be just fine. Let the users decide if and >> when and what they want to update. > >Doing nothing is an implicit choice in favour of the adventurous option, >with the disadvantage that we don't come out clearly and say it. Um, ok. I disagree, but hey we'll just go in circles. >It's rather hard to choose 'if and when and what' you want to update on >a system that you only really talk to once a week that otherwise just >sits there and does its job. For instance - a server, or a home theater >box. I have both of these types of system. They're set to auto-update >once a day, I don't spend my life logging into them by SSH, poring over Personally, I don't care about meeting the needs of someone that wants to set their machine to auto-update so they can have warm fuzzies about it. We don't guarantee anything, we don't have official support contracts for Fedora, and as of right now we don't have the maintainer/QA/rel-eng manpower to even come close to making it safe to auto-update 100% of the time. >See what I mean? No choice is a choice. Sure. It's called 'sticking with the status quo'. Which isn't all or nothing as you seem to want to paint it. It's left in the hands of the maintainers. josh From jkeating at redhat.com Thu Aug 6 17:18:30 2009 From: jkeating at redhat.com (Jesse Keating) Date: Thu, 06 Aug 2009 10:18:30 -0700 Subject: Fedora 12 Features Proposed for Removal In-Reply-To: <4A7AE276.2070204@redhat.com> References: <4A7A048B.3040909@redhat.com> <1249516576.2368.1.camel@snoogens.fab.redhat.com> <4A7AE276.2070204@redhat.com> Message-ID: <1249579110.3759.46.camel@localhost.localdomain> On Thu, 2009-08-06 at 07:02 -0700, John Poelstra wrote: > The feature process can be very forgiving when there is *information* on > the feature page about how "testable" a particular feature is or further > information what is left to be done past feature freeze. > > I don't currently have the ability to know what every upstream project > is doing or know what every developer plans to do "real soon now" ;-) > Thus it helps to add it to the feature page :) > > As a result my goal is to treat every feature page equally, using the > information that has been provided on each page, in light of the feature > process that everyone has agreed on. As always, the feature process is > not written in stone and if there are ways the current process should be > amended or changed I'm sure FESCo would be open to constructive > suggestions to changing it and making it better. From the sidelines it seems that there is a confusion on what the % actually means. Some think that 100% means "ready to be tested" and others think that 100% means "It's been tested, the final builds are in and all known and cared about bugs are fixed". -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From jkeating at redhat.com Thu Aug 6 17:21:46 2009 From: jkeating at redhat.com (Jesse Keating) Date: Thu, 06 Aug 2009 10:21:46 -0700 Subject: KDE vs. GNOME on F10 In-Reply-To: <1249550447.3721.24.camel@blaa> References: <3668e9f50908050249r18019ab4j95b10beb23d74e73@mail.gmail.com> <15e53e180908050302k6faa024cj5f7630d15b9a4305@mail.gmail.com> <4A795D90.5020903@leemhuis.info> <20090805120144.GC3095@hansolo.jdub.homelinux.org> <1249498044.2266.17.camel@adam.local.net> <4A79D66F.90805@gmail.com> <1249499500.2266.31.camel@adam.local.net> <4A79E105.4080101@gmail.com> <1249502302.3759.22.camel@localhost.localdomain> <1249550447.3721.24.camel@blaa> Message-ID: <1249579306.3759.48.camel@localhost.localdomain> On Thu, 2009-08-06 at 10:20 +0100, Mark McLoughlin wrote: > For fedora-virt folks, we have a "virt-preview" repository, the general > idea being: > > - a repo where you can pull f11 builds of the latest rawhide virt bits > > - purely for people who want to help with testing f12 virt, but > aren't willing to run rawhide > > - it's not about making new features available to f11 users, it's > about allowing f11 users to get involved with f12 development > > - if it breaks, you get to keep both pieces - we'll do our best to > fix problems specific to this repo, but in reality we care more > about problems which affect stock f11 or rawhide/f12 > > - we're trying to keep the limit the packages in the repo to purely > virt related packages - e.g. right now we need something from f12 > selinux-policy, but I'm hoping we can get added in an f11 update > rather than pulling in the f12 version and breaking non-virt stuff > > It hasn't been around long, but it's working well and we're getting > valuable testing from it. The only thing we're missing is that we can't > add virt-preview packages to the buildroot. We're considering switching > from koji to mock for the builds because of this. > > With a little automation, I think this model could work fairly well for > the likes of GNOME. This is essentially what I wanted to create with KoPeRs. https://fedoraproject.org/wiki/JesseKeating/KojiPersonalRepos -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From notting at redhat.com Thu Aug 6 17:24:24 2009 From: notting at redhat.com (Bill Nottingham) Date: Thu, 6 Aug 2009 13:24:24 -0400 Subject: 'IT Security' in comps? In-Reply-To: <20090805210744.GA27502@genius.kawo2.rwth-aachen.de> References: <20090805124954.ADF6511C008C@cvs1.fedora.phx.redhat.com> <20090805140024.GD6336@nostromo.devel.redhat.com> <20090805142004.GE16783@genius.kawo2.rwth-aachen.de> <20090805200759.GA12347@nostromo.devel.redhat.com> <20090805210744.GA27502@genius.kawo2.rwth-aachen.de> Message-ID: <20090806172424.GF11955@nostromo.devel.redhat.com> Till Maas (opensource at till.name) said: > The IT prefix is only used in the group id, which is afaik not visible > to the used and not translated. No, it's not just in the description. "These tools can be used to perform IT security related wireless auditing." In this example, "IT security related" (aside from missing a hyphen or two) is completely superfluous. > I don't understand what you want to say > with "password recovery" is "password recovery". There is nothing to > argue about, but nevertheles the groups are related to each other, How so? aide is not really related to password recovery at all, at least not in any generally describable way. > already expresses itself that they are all on the security spin. Also it > allows other people to easier ignore them, instead of cluttering other > categories. Put it this way: - These packages are all in other groups under 'Base System' - Ergo, if they're being grouped together, the resulting group should still be under 'Base System' > > Tagging would help with this; as it stands now, 'yum search wireless' > > or 'yum search wireless sniffer' would return the packages in your > > wireless group. > > Probably, but this cannot be done right now afaik. yum search certainly can be done now. > > Moreover, what's the usage case in that you really need all three > > tools (which is the default if you install the group you mentioned)? > > Everyone on a multi user system can use the tool of his preference. ... So, the goal of this is for a multi-user forensic system, where you have multiple users working on the same system su-ing to root and running the tools of their choice? That's an odd usage case to design for by default. > Also > there may be a feature in one application, that is missing in another. Then fix one app so that it's reasonable enough. To quote Adam Jackson: "Choice is not the goal. We have many interesting problems to solve and forcing the user to care about their choice of solutions is both bad UI and actively detracts from the real goal, which is making it work out of the box and enabling people to work on the really cool stuff at the edges." In comps, in most any group, the default item is the best-of-breed app; other implementations are optional. > Btw. I fail to understand what trouble this is causing you. Thanks to > bundling all together into one category, it will even disturb you less > than six (or more) groups in some other category, where the stuff you > are interested is. It's about not presenting bad UI and bad groups to our users - it's a design thing. Bill From jkeating at redhat.com Thu Aug 6 17:27:27 2009 From: jkeating at redhat.com (Jesse Keating) Date: Thu, 06 Aug 2009 10:27:27 -0700 Subject: KDE vs. GNOME on F10 In-Reply-To: <1249541486.2266.96.camel@adam.local.net> References: <3668e9f50908050249r18019ab4j95b10beb23d74e73@mail.gmail.com> <15e53e180908050302k6faa024cj5f7630d15b9a4305@mail.gmail.com> <4A795D90.5020903@leemhuis.info> <20090805120144.GC3095@hansolo.jdub.homelinux.org> <1249498044.2266.17.camel@adam.local.net> <20090805192822.GD3095@hansolo.jdub.homelinux.org> <1249501283.2266.43.camel@adam.local.net> <4A79E24F.1050305@redhat.com> <1249503080.2266.53.camel@adam.local.net> <1249538726.2266.75.camel@adam.local.net> <1249541486.2266.96.camel@adam.local.net> Message-ID: <1249579648.3759.53.camel@localhost.localdomain> On Wed, 2009-08-05 at 23:51 -0700, Adam Williamson wrote: > > To bring it back to where we came in, we have a problem in that the KDE > team are following one policy (update to the latest KDE release on the > basis that it brings in new shiny goodness and fixes more stuff than it > breaks) while the GNOME team are following the other (don't go to the > latest point release in the interest of consistency). This doesn't make > sense - if some parts of the distro are going with the adventurous > policy, it renders the caution of other parts essentially null and void. > The caution of the GNOME team doesn't really work, overall, if the > kernel is following the adventurous policy. Conservative users still > aren't going to go with Fedora. If you stop looking at Fedora the repo of packages as a whole, and start looking at our discrete offerings, such as the Desktop spin and the KDE spin, you can start to find consistency within each of those spins. In the Desktop spin, you're going to see more conservative updates, mostly focused on pure bugfix releases with some notable exceptions like the kernel, but even that is fairly conservative. In the KDE spin you'll find more aggressive updates. This does actually match the environments quite well. Gnome targets the conservative, the ease of use, the minimal knobs to twist, the get out of my way and just let me work, where as KDE is really more about fine tuning and tweaking and turning one of the 4000 knobs 8? to the left and being more eager to get latest and greatest stuff. Perhaps we're failing to define a update policy because we have wildly divergent audiences, and we should be allowing SIGs that cater to these audiences define the policy that best suites their respective constituents. Defining "Fedora" is so darned hard because it's different things to so many different people. Diving down a bit deeper and defining Fedora Desktop vs Fedora KDE gets a bit easier to do. -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From awilliam at redhat.com Thu Aug 6 17:27:30 2009 From: awilliam at redhat.com (Adam Williamson) Date: Thu, 06 Aug 2009 10:27:30 -0700 Subject: rt2860 driver (fc11) In-Reply-To: References: <1249540052.2266.79.camel@adam.local.net> <1249542723.2266.102.camel@adam.local.net> <5256d0b0908060123t30e0fb7bqfa38a310f03a11a6@mail.gmail.com> Message-ID: <1249579650.2266.160.camel@adam.local.net> On Thu, 2009-08-06 at 11:34 +0200, drago01 wrote: > > I'm not quite sure if I could catch what you meant. Are you being > > sarcastic, implying that the rt2xxx staging drivers will stay in the > > staging repo forever? I sure hope not :) Hey! Don't break my hopes! > > The rtxxxx vendor drivers are considered a dead end by the > linux-wireless developers (just try to read the code and you would now > why), the plan is to get rt2800pci and rt2800usb into shape and get > them upstreamed. > > They get no support from the wireless developers at all, Greg added > them to staging because "they are better than no drivers". Thanks for the clarification. From what I read, I inferred that the driver in /staging was the serialmonkey driver, but it seems I read it wrong, and what it actually means to say was 'this is the vendor driver, it sucks, don't contribute any code to this driver, contribute to the serialmonkey driver instead'. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From a.badger at gmail.com Thu Aug 6 17:31:14 2009 From: a.badger at gmail.com (Toshio Kuratomi) Date: Thu, 06 Aug 2009 10:31:14 -0700 Subject: KDE vs. GNOME on F10 In-Reply-To: <1249576983.2266.149.camel@adam.local.net> References: <3668e9f50908050249r18019ab4j95b10beb23d74e73@mail.gmail.com> <15e53e180908050302k6faa024cj5f7630d15b9a4305@mail.gmail.com> <4A795D90.5020903@leemhuis.info> <20090805120144.GC3095@hansolo.jdub.homelinux.org> <1249498044.2266.17.camel@adam.local.net> <20090805192822.GD3095@hansolo.jdub.homelinux.org> <1249501283.2266.43.camel@adam.local.net> <1249538365.2266.69.camel@adam.local.net> <20090806132437.GE3095@hansolo.jdub.homelinux.org> <1249576983.2266.149.camel@adam.local.net> Message-ID: <4A7B1362.9040903@gmail.com> On 08/06/2009 09:43 AM, Adam Williamson wrote: > On Thu, 2009-08-06 at 09:24 -0400, Josh Boyer wrote: > >>> We either have to make it clear which policy we use and which policy we >>> don't, and hence which theoretical user base we are not targeting, or >>> take on extra work and try to satisfy both. I am not declaring myself in >> >> Actually, we could do nothing and be just fine. Let the users decide if and >> when and what they want to update. > > Doing nothing is an implicit choice in favour of the adventurous option, > with the disadvantage that we don't come out clearly and say it. > > It's rather hard to choose 'if and when and what' you want to update on > a system that you only really talk to once a week that otherwise just > sits there and does its job. For instance - a server, or a home theater > box. I have both of these types of system. They're set to auto-update > once a day, I don't spend my life logging into them by SSH, poring over > the update list and deciding what to install. I can do this because the > conservative update policy of the distribution they run gives me > confidence that the updates won't break the things. I couldn't do that > with Fedora, as there's no policy to give me the confidence that > automatically updating such systems won't break them. As I've said, this > isn't a _problem_ per se, but it means Fedora has a particular identity > that we don't seem comfortable talking about - 'let's pretend not to > make a choice' - for some reason. > > See what I mean? No choice is a choice. > In writing my reply, I figured out where the disconnect is between what you're seeing and what I'm seeing. You're looking at this from the user's point of view. In that case, a hands off policy does make it more likely that the user will have an adventurous experience rather than a conservative experience even if one segment of the maintainer community (the desktop team) is doing its best to play a conservative role. I think we'd be happy to admit to the end users that that's the kind of distro we are and that CentOS/RHEL may be a better venue for the machines that they want to take a hands-off, everything works today and so everything will work tomorrow and the next day approach. We currently tell people to run CentOS or RHEL for the machines in that use case because of the 13 month EOL period anyway. The viewpoint that you also have to see, though, is the packager viewpoint. From within we don't all agree on whether we should have a conservative or an adventurous update policy. As the specifics of whether to update KDE and whether to update GNOME demonstrate, different sets of maintainers want the opposite strategies. Mandating that maintainers will either follow the conservative or the adventurous or follow both the conservative and the adventurous update path may satisfy the most users but leaves the maintainers disgruntled. Being clear that how we're messaging this to the users isn't affecting how the maintainers get to handle their individual packages in this case makes sense. I'm going to note, though, that this still doesn't address the original poster's question or thorsten's followup -- some areas of our distribution will still follow a conservative update policy as long as we give individual maintainers the leeway to use their best judgement. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: OpenPGP digital signature URL: From awilliam at redhat.com Thu Aug 6 17:37:00 2009 From: awilliam at redhat.com (Adam Williamson) Date: Thu, 06 Aug 2009 10:37:00 -0700 Subject: Fedora 12 Features Proposed for Removal In-Reply-To: <1249518657.1589.17.camel@planemask> References: <4A7A048B.3040909@redhat.com> <1249516576.2368.1.camel@snoogens.fab.redhat.com> <1249518657.1589.17.camel@planemask> Message-ID: <1249580220.2266.168.camel@adam.local.net> On Wed, 2009-08-05 at 20:30 -0400, Matthias Clasen wrote: > On Thu, 2009-08-06 at 00:56 +0100, Bastien Nocera wrote: > > > I'll make sure one of the Desktop-y guys updates this (presumably > > Matthias). > > > > I've updated it recently and bumped it to 75%. It would seem > disingenuous to bump it to 100% when GNOME 2.28 has not been released > yet. > > It is fine for the feature wrangler to propose it for removal. But I > certainly hope that Fesco will not only look at pretty meaningless > percentages, but at precedents and schedule alignments. I think the correct question here is why has a perfectly routine version bump for components included in Fedora been submitted as a 'feature'? If GNOME 2.28 is a feature, isn't KDE 4.3 a feature (oh, I see it is too, lovely...), kernel 2.6.31 a feature...every new version of everything in the distro a feature? What benefit does applying the feature process to a routine update like this bring, to offset its clear inconsistency? -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From rdieter at math.unl.edu Thu Aug 6 17:42:11 2009 From: rdieter at math.unl.edu (Rex Dieter) Date: Thu, 06 Aug 2009 12:42:11 -0500 Subject: Fedora 12 Features Proposed for Removal In-Reply-To: <1249580220.2266.168.camel@adam.local.net> References: <4A7A048B.3040909@redhat.com> <1249516576.2368.1.camel@snoogens.fab.redhat.com> <1249518657.1589.17.camel@planemask> <1249580220.2266.168.camel@adam.local.net> Message-ID: <4A7B15F3.7010301@math.unl.edu> On 08/06/2009 12:37 PM, Adam Williamson wrote: > I think the correct question here is why has a perfectly routine version > bump for components included in Fedora been submitted as a 'feature'? I figure it's largely about which items of the distro gets focus marketing-wise. -- Rex From kevin.kofler at chello.at Thu Aug 6 18:00:25 2009 From: kevin.kofler at chello.at (Kevin Kofler) Date: Thu, 06 Aug 2009 20:00:25 +0200 Subject: KDE vs. GNOME on F10 References: <3668e9f50908050249r18019ab4j95b10beb23d74e73@mail.gmail.com> <15e53e180908050302k6faa024cj5f7630d15b9a4305@mail.gmail.com> <4A795D90.5020903@leemhuis.info> <20090805120144.GC3095@hansolo.jdub.homelinux.org> <1249498044.2266.17.camel@adam.local.net> <20090805192822.GD3095@hansolo.jdub.homelinux.org> <1249501283.2266.43.camel@adam.local.net> <4A79E24F.1050305@redhat.com> <1249503080.2266.53.camel@adam.local.net> <1249538726.2266.75.camel@adam.local.net> <1249541486.2266.96.camel@adam.local.net> <1249577183.2266.156.camel@adam.local.net> Message-ID: Adam Williamson wrote: > As I said, the particular code isn't the issue. We ship a kernel API. At > present, we consider it fine to break that API in stable releases. This > is not something that would be considered 'stable' in a traditional > definition. The kernel's just an example, we do the same kind of > non-stable updates all over the place. That's the issue I'm trying to > talk about, not just the specific example I happened to mention. Please > don't bog down in specifics. Well, the specifics are that packages both within Fedora and in third-party repositories which depend on the bumped API usually get rebuilt (and patched if needed) fairly quickly, normally before the update even goes stable. Of course that's only possible for software which can be patched, which is just another example of how binary-only software is broken by design. Kevin Kofler From jkeating at redhat.com Thu Aug 6 18:14:35 2009 From: jkeating at redhat.com (Jesse Keating) Date: Thu, 06 Aug 2009 11:14:35 -0700 Subject: Fedora 12 Features Proposed for Removal In-Reply-To: <1249580220.2266.168.camel@adam.local.net> References: <4A7A048B.3040909@redhat.com> <1249516576.2368.1.camel@snoogens.fab.redhat.com> <1249518657.1589.17.camel@planemask> <1249580220.2266.168.camel@adam.local.net> Message-ID: <1249582475.3759.57.camel@localhost.localdomain> On Thu, 2009-08-06 at 10:37 -0700, Adam Williamson wrote: > I think the correct question here is why has a perfectly routine version > bump for components included in Fedora been submitted as a 'feature'? If > GNOME 2.28 is a feature, isn't KDE 4.3 a feature (oh, I see it is too, > lovely...), kernel 2.6.31 a feature...every new version of everything in > the distro a feature? What benefit does applying the feature process to > a routine update like this bring, to offset its clear inconsistency? "routine version bump" may actually introduce new and exciting features, and may need coordination across a wide range of users and testers. Ergo, Fedora Feature. -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From pbrobinson at gmail.com Thu Aug 6 18:18:32 2009 From: pbrobinson at gmail.com (Peter Robinson) Date: Thu, 6 Aug 2009 19:18:32 +0100 Subject: Fedora 12 Features Proposed for Removal In-Reply-To: <1249579110.3759.46.camel@localhost.localdomain> References: <4A7A048B.3040909@redhat.com> <1249516576.2368.1.camel@snoogens.fab.redhat.com> <4A7AE276.2070204@redhat.com> <1249579110.3759.46.camel@localhost.localdomain> Message-ID: <5256d0b0908061118g42c9d948h391a06b735c48e5e@mail.gmail.com> >> The feature process can be very forgiving when there is *information* on >> the feature page about how "testable" a particular feature is or further >> information what is left to be done past feature freeze. >> >> I don't currently have the ability to know what every upstream project >> is doing or know what every developer plans to do "real soon now" ;-) >> Thus it helps to add it to the feature page :) >> >> As a result my goal is to treat every feature page equally, using the >> information that has been provided on each page, in light of the feature >> process that everyone has agreed on. ?As always, the feature process is >> not written in stone and if there are ways the current process should be >> amended or changed I'm sure FESCo would be open to constructive >> suggestions to changing it and making it better. > > From the sidelines it seems that there is a confusion on what the % > actually means. ?Some think that 100% means "ready to be tested" and > others think that 100% means "It's been tested, the final builds are in > and all known and cared about bugs are fixed". My understanding was the later. All working tested and ready to go. What is it meant to mean. Peter From notting at redhat.com Thu Aug 6 18:21:24 2009 From: notting at redhat.com (Bill Nottingham) Date: Thu, 6 Aug 2009 14:21:24 -0400 Subject: Fedora 12 Features Proposed for Removal In-Reply-To: <5256d0b0908061118g42c9d948h391a06b735c48e5e@mail.gmail.com> References: <4A7A048B.3040909@redhat.com> <1249516576.2368.1.camel@snoogens.fab.redhat.com> <4A7AE276.2070204@redhat.com> <1249579110.3759.46.camel@localhost.localdomain> <5256d0b0908061118g42c9d948h391a06b735c48e5e@mail.gmail.com> Message-ID: <20090806182123.GA14838@nostromo.devel.redhat.com> Peter Robinson (pbrobinson at gmail.com) said: > > From the sidelines it seems that there is a confusion on what the % > > actually means. ?Some think that 100% means "ready to be tested" and > > others think that 100% means "It's been tested, the final builds are in > > and all known and cared about bugs are fixed". > > My understanding was the later. All working tested and ready to go. > What is it meant to mean. Yeah, I think this is sort of an issue with pushing everything down to a simple number. In my view, '100%' would mean "I'm done with this, and not touching it modulo bugs." It can have a lower percentage and still be testable. Bill From christoph.wickert at googlemail.com Thu Aug 6 18:26:22 2009 From: christoph.wickert at googlemail.com (Christoph Wickert) Date: Thu, 06 Aug 2009 20:26:22 +0200 Subject: Fedora 12 Features Proposed for Removal In-Reply-To: <4A7B0177.7030504@freenet.de> References: <4A7A048B.3040909@redhat.com> <5256d0b0908060139y2868e311q7bb167574678614d@mail.gmail.com> <4A7A97EA.1090107@freenet.de> <4A7A9A83.8010907@fedoraproject.org> <4A7ABFA1.4040600@freenet.de> <4A7AE6C8.1050906@freenet.de> <1249572048.2724.251.camel@localhost> <4A7B0177.7030504@freenet.de> Message-ID: <1249583182.16563.10.camel@localhost> Am Donnerstag, den 06.08.2009, 18:14 +0200 schrieb Ralf Corsepius: > Low quality reviews - QED. I can't stand lousy reviews ether, I often comment on already closed reviews in order to show the reviewers problems they did not catch. Someone even said what I did was a witch-hunting him, but nevertheless he was open to constructive criticism. Please be so kind as to name numbers and individual problems. Otherwise, we cannot improve. TIA, Christoph From ajax at redhat.com Thu Aug 6 18:30:50 2009 From: ajax at redhat.com (Adam Jackson) Date: Thu, 06 Aug 2009 14:30:50 -0400 Subject: Fedora 12 Features Proposed for Removal In-Reply-To: <4A7A048B.3040909@redhat.com> References: <4A7A048B.3040909@redhat.com> Message-ID: <1249583450.5139.732.camel@atropine.boston.devel.redhat.com> On Wed, 2009-08-05 at 15:15 -0700, John Poelstra wrote: > https://fedoraproject.org/wiki/Features/DisplayPort I updated this a few days ago. I guess it's still not good enough to be called a feature? I really don't know how much more testing instructions I need to provide, and it seems disingenuous to call it "100%" when there's almost certainly bugs remaining and hardware we don't support right. But if this is just a "feature" for the sake of release notes, then sure, drop it from the list. - ajax -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From awilliam at redhat.com Thu Aug 6 18:31:00 2009 From: awilliam at redhat.com (Adam Williamson) Date: Thu, 06 Aug 2009 11:31:00 -0700 Subject: KDE vs. GNOME on F10 In-Reply-To: <1249579648.3759.53.camel@localhost.localdomain> References: <3668e9f50908050249r18019ab4j95b10beb23d74e73@mail.gmail.com> <15e53e180908050302k6faa024cj5f7630d15b9a4305@mail.gmail.com> <4A795D90.5020903@leemhuis.info> <20090805120144.GC3095@hansolo.jdub.homelinux.org> <1249498044.2266.17.camel@adam.local.net> <20090805192822.GD3095@hansolo.jdub.homelinux.org> <1249501283.2266.43.camel@adam.local.net> <4A79E24F.1050305@redhat.com> <1249503080.2266.53.camel@adam.local.net> <1249538726.2266.75.camel@adam.local.net> <1249541486.2266.96.camel@adam.local.net> <1249579648.3759.53.camel@localhost.localdomain> Message-ID: <1249583460.2266.170.camel@adam.local.net> On Thu, 2009-08-06 at 10:27 -0700, Jesse Keating wrote: > Perhaps we're failing to define a update policy because we have wildly > divergent audiences, and we should be allowing SIGs that cater to these > audiences define the policy that best suites their respective > constituents. Defining "Fedora" is so darned hard because it's > different things to so many different people. Diving down a bit deeper > and defining Fedora Desktop vs Fedora KDE gets a bit easier to do. I definitely see what you're saying, and yeah, perhaps an issue is that we don't have enough of a separate identity for the separate spins. We don't have Kedora and Gedora (or Dedora, if you like ;>), we have Fedora...but still, there's enough updates pushed even in packages in the Desktop spin which wouldn't go through in a more conventionally defined update process (ask yourself if RHEL would ship 'em :>). -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From jkeating at redhat.com Thu Aug 6 18:35:05 2009 From: jkeating at redhat.com (Jesse Keating) Date: Thu, 06 Aug 2009 11:35:05 -0700 Subject: KDE vs. GNOME on F10 In-Reply-To: <1249583460.2266.170.camel@adam.local.net> References: <3668e9f50908050249r18019ab4j95b10beb23d74e73@mail.gmail.com> <15e53e180908050302k6faa024cj5f7630d15b9a4305@mail.gmail.com> <4A795D90.5020903@leemhuis.info> <20090805120144.GC3095@hansolo.jdub.homelinux.org> <1249498044.2266.17.camel@adam.local.net> <20090805192822.GD3095@hansolo.jdub.homelinux.org> <1249501283.2266.43.camel@adam.local.net> <4A79E24F.1050305@redhat.com> <1249503080.2266.53.camel@adam.local.net> <1249538726.2266.75.camel@adam.local.net> <1249541486.2266.96.camel@adam.local.net> <1249579648.3759.53.camel@localhost.localdomain> <1249583460.2266.170.camel@adam.local.net> Message-ID: <1249583705.3759.60.camel@localhost.localdomain> On Thu, 2009-08-06 at 11:31 -0700, Adam Williamson wrote: > > I definitely see what you're saying, and yeah, perhaps an issue is > that > we don't have enough of a separate identity for the separate spins. We > don't have Kedora and Gedora (or Dedora, if you like ;>), we have > Fedora...but still, there's enough updates pushed even in packages in > the Desktop spin which wouldn't go through in a more conventionally > defined update process (ask yourself if RHEL would ship 'em :>). That's not a useful argument. There is a huge difference between what RHEL would ship, and a conservative bugfix update. RHEL typically requires a paying customer contacting support about an issue, escalation from there, 3 levels of ACK/NACK decisions, and finally gobs of QA on a package before it ever goes out. Vastly different than what we do in Fedora, even for conservative updates. -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From awilliam at redhat.com Thu Aug 6 18:36:30 2009 From: awilliam at redhat.com (Adam Williamson) Date: Thu, 06 Aug 2009 11:36:30 -0700 Subject: KDE vs. GNOME on F10 In-Reply-To: <4A7B1362.9040903@gmail.com> References: <3668e9f50908050249r18019ab4j95b10beb23d74e73@mail.gmail.com> <15e53e180908050302k6faa024cj5f7630d15b9a4305@mail.gmail.com> <4A795D90.5020903@leemhuis.info> <20090805120144.GC3095@hansolo.jdub.homelinux.org> <1249498044.2266.17.camel@adam.local.net> <20090805192822.GD3095@hansolo.jdub.homelinux.org> <1249501283.2266.43.camel@adam.local.net> <1249538365.2266.69.camel@adam.local.net> <20090806132437.GE3095@hansolo.jdub.homelinux.org> <1249576983.2266.149.camel@adam.local.net> <4A7B1362.9040903@gmail.com> Message-ID: <1249583790.2266.176.camel@adam.local.net> On Thu, 2009-08-06 at 10:31 -0700, Toshio Kuratomi wrote: > > See what I mean? No choice is a choice. > > > In writing my reply, I figured out where the disconnect is between what > you're seeing and what I'm seeing. You're looking at this from the > user's point of view. Yes, you could say I have a nasty habit of doing that. ;) Actually I try and look at things from many points of view, but the user's point of view is a rather important one. We're _all_ users, even those of us who are also maintainers. Each maintainer only maintains a little bit of the distro. With regard to all the other packages we don't maintain, we're users. Imagine two staff members in a store discussing an issue, then one turning to the other and saying "ohhh, I get it. You're thinking about the CUSTOMER'S point of view!" :D > In that case, a hands off policy does make it > more likely that the user will have an adventurous experience rather > than a conservative experience even if one segment of the maintainer > community (the desktop team) is doing its best to play a conservative role. > > I think we'd be happy to admit to the end users that that's the kind of > distro we are and that CentOS/RHEL may be a better venue for the > machines that they want to take a hands-off, everything works today and > so everything will work tomorrow and the next day approach. We > currently tell people to run CentOS or RHEL for the machines in that use > case because of the 13 month EOL period anyway. Well, I'd be happy if we did that, yes. I guess the best thing would be to take some kind of proposal to the appropriate committee that we just write up a document, for the wiki or fedoraproject.org or wherever's appropriate, to make it clear that we don't have a conservative update policy, and that we don't expect users to be able to treat Fedora like a CentOS/RHEL/Debian stable/whatever-style operating system, from an update point of view. > The viewpoint that you also have to see, though, is the packager > viewpoint. From within we don't all agree on whether we should have a > conservative or an adventurous update policy. As the specifics of > whether to update KDE and whether to update GNOME demonstrate, different > sets of maintainers want the opposite strategies. Mandating that > maintainers will either follow the conservative or the adventurous or > follow both the conservative and the adventurous update path may satisfy > the most users but leaves the maintainers disgruntled. Yes, I agree, it wasn't my intent to suggest that. Even in the combined case, maintainers always have the choice to not bother to ship adventurous updates, and even if we specify that we don't guarantee conservative updates, maintainers who don't want to do adventurous updates aren't compelled to. I just want to be clear about how the big picture looks to users in each of these cases, and try for consistent messaging on whichever path we end up on, so users know what they can expect from Fedora. > I'm going to note, though, that this still doesn't address the original > poster's question or thorsten's followup -- some areas of our > distribution will still follow a conservative update policy as long as > we give individual maintainers the leeway to use their best judgement. Yes, you're right there. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From jkeating at j2solutions.net Thu Aug 6 18:37:12 2009 From: jkeating at j2solutions.net (Jesse Keating) Date: Thu, 06 Aug 2009 11:37:12 -0700 Subject: Fedora 12 Features Proposed for Removal In-Reply-To: <20090806182123.GA14838@nostromo.devel.redhat.com> References: <4A7A048B.3040909@redhat.com> <1249516576.2368.1.camel@snoogens.fab.redhat.com> <4A7AE276.2070204@redhat.com> <1249579110.3759.46.camel@localhost.localdomain> <5256d0b0908061118g42c9d948h391a06b735c48e5e@mail.gmail.com> <20090806182123.GA14838@nostromo.devel.redhat.com> Message-ID: <1249583832.3759.62.camel@localhost.localdomain> On Thu, 2009-08-06 at 14:21 -0400, Bill Nottingham wrote: > Peter Robinson (pbrobinson at gmail.com) said: > > > From the sidelines it seems that there is a confusion on what the % > > > actually means. Some think that 100% means "ready to be tested" and > > > others think that 100% means "It's been tested, the final builds are in > > > and all known and cared about bugs are fixed". > > > > My understanding was the later. All working tested and ready to go. > > What is it meant to mean. > > Yeah, I think this is sort of an issue with pushing everything down > to a simple number. > > In my view, '100%' would mean "I'm done with this, and not touching > it modulo bugs." It can have a lower percentage and still be testable. > > Bill > So really, we need 2 things. 1) a definition of a status that the feature wrangler and FESCo agree upon to be "done enough" for Alpha / Feature Freeze. 2) a % number that indicates #1 -- Jesse Keating RHCE (http://jkeating.livejournal.com) Fedora Project (http://fedoraproject.org/wiki/JesseKeating) GPG Public Key (geek.j2solutions.net/jkeating.j2solutions.pub) identi.ca (http://identi.ca/jkeating) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From awilliam at redhat.com Thu Aug 6 18:39:16 2009 From: awilliam at redhat.com (Adam Williamson) Date: Thu, 06 Aug 2009 11:39:16 -0700 Subject: KDE vs. GNOME on F10 In-Reply-To: References: <3668e9f50908050249r18019ab4j95b10beb23d74e73@mail.gmail.com> <15e53e180908050302k6faa024cj5f7630d15b9a4305@mail.gmail.com> <4A795D90.5020903@leemhuis.info> <20090805120144.GC3095@hansolo.jdub.homelinux.org> <1249498044.2266.17.camel@adam.local.net> <20090805192822.GD3095@hansolo.jdub.homelinux.org> <1249501283.2266.43.camel@adam.local.net> <4A79E24F.1050305@redhat.com> <1249503080.2266.53.camel@adam.local.net> <1249538726.2266.75.camel@adam.local.net> <1249541486.2266.96.camel@adam.local.net> <1249577183.2266.156.camel@adam.local.net> Message-ID: <1249583956.2266.179.camel@adam.local.net> On Thu, 2009-08-06 at 20:00 +0200, Kevin Kofler wrote: > Adam Williamson wrote: > > As I said, the particular code isn't the issue. We ship a kernel API. At > > present, we consider it fine to break that API in stable releases. This > > is not something that would be considered 'stable' in a traditional > > definition. The kernel's just an example, we do the same kind of > > non-stable updates all over the place. That's the issue I'm trying to > > talk about, not just the specific example I happened to mention. Please > > don't bog down in specifics. > > Well, the specifics are that packages both within Fedora and in third-party > repositories which depend on the bumped API usually get rebuilt (and patched > if needed) fairly quickly, normally before the update even goes stable. Of > course that's only possible for software which can be patched, which is just > another example of how binary-only software is broken by design. But we're providing an operating system, not just a bunch of packages. What if some group's written their own kernel module for their own purposes, rolled it out to all their systems, and doesn't expect an official update to make them re-write it? Same question for KDE - someone writes a tool for their group based on some KDE libraries, doesn't expect an update to come along and do a major KDE version bump and break some interface the tool relied on...reducing the question to 'are all the packages we care about okay' is, again, excluding some use cases, i.e. defining an identity for Fedora. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From awilliam at redhat.com Thu Aug 6 18:41:20 2009 From: awilliam at redhat.com (Adam Williamson) Date: Thu, 06 Aug 2009 11:41:20 -0700 Subject: Fedora 12 Features Proposed for Removal In-Reply-To: <1249582475.3759.57.camel@localhost.localdomain> References: <4A7A048B.3040909@redhat.com> <1249516576.2368.1.camel@snoogens.fab.redhat.com> <1249518657.1589.17.camel@planemask> <1249580220.2266.168.camel@adam.local.net> <1249582475.3759.57.camel@localhost.localdomain> Message-ID: <1249584080.2266.181.camel@adam.local.net> On Thu, 2009-08-06 at 11:14 -0700, Jesse Keating wrote: > On Thu, 2009-08-06 at 10:37 -0700, Adam Williamson wrote: > > I think the correct question here is why has a perfectly routine version > > bump for components included in Fedora been submitted as a 'feature'? If > > GNOME 2.28 is a feature, isn't KDE 4.3 a feature (oh, I see it is too, > > lovely...), kernel 2.6.31 a feature...every new version of everything in > > the distro a feature? What benefit does applying the feature process to > > a routine update like this bring, to offset its clear inconsistency? > > "routine version bump" may actually introduce new and exciting features, > and may need coordination across a wide range of users and testers. > Ergo, Fedora Feature. Again, that applies to _everything in the distro_. I don't think 'it's a new version' can be a feature. If we identify something particular within the GNOME or KDE package set which is a significant enough change to qualify as a Fedora feature, fine, submit it as such. But just declaring the entire version upgrade to be a feature seems a bit weird to me. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From oget.fedora at gmail.com Thu Aug 6 18:43:02 2009 From: oget.fedora at gmail.com (Orcan Ogetbil) Date: Thu, 6 Aug 2009 14:43:02 -0400 Subject: rt2860 driver (fc11) In-Reply-To: <1249579650.2266.160.camel@adam.local.net> References: <1249540052.2266.79.camel@adam.local.net> <1249542723.2266.102.camel@adam.local.net> <5256d0b0908060123t30e0fb7bqfa38a310f03a11a6@mail.gmail.com> <1249579650.2266.160.camel@adam.local.net> Message-ID: On Thu, Aug 6, 2009 at 1:27 PM, Adam Williamson wrote: > On Thu, 2009-08-06 at 11:34 +0200, drago01 wrote: > >> > I'm not quite sure if I could catch what you meant. Are you being >> > sarcastic, implying that the rt2xxx staging drivers will stay in the >> > staging repo forever? I sure hope not :) Hey! Don't break my hopes! >> >> The rtxxxx vendor drivers are considered a dead end by the >> linux-wireless developers (just try to read the code and you would now >> why), the plan is to get rt2800pci and rt2800usb into shape and get >> them upstreamed. >> >> They get no support from the wireless developers at all, Greg added >> them to staging because "they are better than no drivers". > > Thanks for the clarification. From what I read, I inferred that the > driver in /staging was the serialmonkey driver, but it seems I read it > wrong, and what it actually means to say was 'this is the vendor driver, > it sucks, don't contribute any code to this driver, contribute to the > serialmonkey driver instead'. > I had the same confusion. So there are 3 drivers around: The vendor driver, the staging driver which is a fork of the vendor driver and the serialmonkey driver. Multiply that by 3 for rt2860, rt2870 and rt3070. And this leads to another confusion. Do (or will) the Fedora kernels have these staging drivers compiled by default? If that's the case and if the staging driver is as stable as the original vendor driver, I won't have to maintain those kmods anymore. Orcan From pbrobinson at gmail.com Thu Aug 6 18:52:43 2009 From: pbrobinson at gmail.com (Peter Robinson) Date: Thu, 6 Aug 2009 19:52:43 +0100 Subject: rt2860 driver (fc11) In-Reply-To: References: <1249542723.2266.102.camel@adam.local.net> <5256d0b0908060123t30e0fb7bqfa38a310f03a11a6@mail.gmail.com> <1249579650.2266.160.camel@adam.local.net> Message-ID: <5256d0b0908061152m32c366e0m2185a05e7cbedfe@mail.gmail.com> >> Thanks for the clarification. From what I read, I inferred that the >> driver in /staging was the serialmonkey driver, but it seems I read it >> wrong, and what it actually means to say was 'this is the vendor driver, >> it sucks, don't contribute any code to this driver, contribute to the >> serialmonkey driver instead'. >> > > I had the same confusion. So there are 3 drivers around: The vendor > driver, the staging driver which is a fork of the vendor driver and > the serialmonkey driver. ?Multiply that by 3 for rt2860, rt2870 and > rt3070. And this leads to another confusion. Do (or will) the Fedora > kernels have these staging drivers compiled by default? If that's the > case and if the staging driver is as stable as the original vendor > driver, I won't have to maintain those kmods anymore. The fedora kernel developers have always stated that the staging/vendor drivers will never get enabled. Only once the other ones are ready will they be turned on. Peter From kyle at mcmartin.ca Thu Aug 6 19:01:30 2009 From: kyle at mcmartin.ca (Kyle McMartin) Date: Thu, 6 Aug 2009 15:01:30 -0400 Subject: rt2860 driver (fc11) In-Reply-To: <5256d0b0908061152m32c366e0m2185a05e7cbedfe@mail.gmail.com> References: <1249542723.2266.102.camel@adam.local.net> <5256d0b0908060123t30e0fb7bqfa38a310f03a11a6@mail.gmail.com> <1249579650.2266.160.camel@adam.local.net> <5256d0b0908061152m32c366e0m2185a05e7cbedfe@mail.gmail.com> Message-ID: <20090806190130.GV28572@bombadil.infradead.org> On Thu, Aug 06, 2009 at 07:52:43PM +0100, Peter Robinson wrote: > >> Thanks for the clarification. From what I read, I inferred that the > >> driver in /staging was the serialmonkey driver, but it seems I read it > >> wrong, and what it actually means to say was 'this is the vendor driver, > >> it sucks, don't contribute any code to this driver, contribute to the > >> serialmonkey driver instead'. > >> > > > > I had the same confusion. So there are 3 drivers around: The vendor > > driver, the staging driver which is a fork of the vendor driver and > > the serialmonkey driver. ?Multiply that by 3 for rt2860, rt2870 and > > rt3070. And this leads to another confusion. Do (or will) the Fedora > > kernels have these staging drivers compiled by default? If that's the > > case and if the staging driver is as stable as the original vendor > > driver, I won't have to maintain those kmods anymore. > > The fedora kernel developers have always stated that the > staging/vendor drivers will never get enabled. Only once the other > ones are ready will they be turned on. > No we haven't, we've stated that they'll be enabled if someone steps up to the plate to make an active contribution to maintenance and improvements. https://fedoraproject.org/wiki/KernelStagingPolicy regards, Kyle From awilliam at redhat.com Thu Aug 6 19:06:08 2009 From: awilliam at redhat.com (Adam Williamson) Date: Thu, 06 Aug 2009 12:06:08 -0700 Subject: KDE vs. GNOME on F10 In-Reply-To: <1249583705.3759.60.camel@localhost.localdomain> References: <3668e9f50908050249r18019ab4j95b10beb23d74e73@mail.gmail.com> <15e53e180908050302k6faa024cj5f7630d15b9a4305@mail.gmail.com> <4A795D90.5020903@leemhuis.info> <20090805120144.GC3095@hansolo.jdub.homelinux.org> <1249498044.2266.17.camel@adam.local.net> <20090805192822.GD3095@hansolo.jdub.homelinux.org> <1249501283.2266.43.camel@adam.local.net> <4A79E24F.1050305@redhat.com> <1249503080.2266.53.camel@adam.local.net> <1249538726.2266.75.camel@adam.local.net> <1249541486.2266.96.camel@adam.local.net> <1249579648.3759.53.camel@localhost.localdomain> <1249583460.2266.170.camel@adam.local.net> <1249583705.3759.60.camel@localhost.localdomain> Message-ID: <1249585568.2266.188.camel@adam.local.net> On Thu, 2009-08-06 at 11:35 -0700, Jesse Keating wrote: > > I definitely see what you're saying, and yeah, perhaps an issue is > > that > > we don't have enough of a separate identity for the separate spins. We > > don't have Kedora and Gedora (or Dedora, if you like ;>), we have > > Fedora...but still, there's enough updates pushed even in packages in > > the Desktop spin which wouldn't go through in a more conventionally > > defined update process (ask yourself if RHEL would ship 'em :>). > > That's not a useful argument. There is a huge difference between what > RHEL would ship, and a conservative bugfix update. RHEL typically > requires a paying customer contacting support about an issue, escalation > from there, 3 levels of ACK/NACK decisions, and finally gobs of QA on a > package before it ever goes out. Vastly different than what we do in > Fedora, even for conservative updates. OK, bad example, but you know what I mean. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From opensource at till.name Thu Aug 6 19:07:13 2009 From: opensource at till.name (Till Maas) Date: Thu, 06 Aug 2009 21:07:13 +0200 Subject: 'IT Security' in comps? In-Reply-To: <20090806172424.GF11955@nostromo.devel.redhat.com> References: <20090805124954.ADF6511C008C@cvs1.fedora.phx.redhat.com> <20090805140024.GD6336@nostromo.devel.redhat.com> <20090805142004.GE16783@genius.kawo2.rwth-aachen.de> <20090805200759.GA12347@nostromo.devel.redhat.com> <20090805210744.GA27502@genius.kawo2.rwth-aachen.de> <20090806172424.GF11955@nostromo.devel.redhat.com> Message-ID: <20090806190713.GA6107@genius.kawo2.rwth-aachen.de> On Thu, Aug 06, 2009 at 01:24:24PM -0400, Bill Nottingham wrote: > Till Maas (opensource at till.name) said: > > The IT prefix is only used in the group id, which is afaik not visible > > to the used and not translated. > > No, it's not just in the description. > > "These tools can be used to perform IT security related wireless auditing." > > In this example, "IT security related" (aside from missing a hyphen > or two) is completely superfluous. 1) It is not a prefix in the description 2) It does not allow easy selection of the packages, which was the feature you said that it allows to have and which is the necessary context you removed: | I'm not sure they need to be bundled. Especially with 'IT' as a | prefix; 3) The description will be translated / meant to be human readable and not to be a machine readible property. > > I don't understand what you want to say > > with "password recovery" is "password recovery". There is nothing to > > argue about, but nevertheles the groups are related to each other, > > How so? aide is not really related to password recovery at all, > at least not in any generally describable way. So the assignement of tools to the groups can be improved. Does this make the groups useless? I say no, there I don't see how this does belong to this general discussion about whether or not there should be these groups in comps. > > already expresses itself that they are all on the security spin. Also it > > allows other people to easier ignore them, instead of cluttering other > > categories. > > Put it this way: > > - These packages are all in other groups under 'Base System' > - Ergo, if they're being grouped together, the resulting group > should still be under 'Base System' It is not technically possible to have subgroups, as you can see in the answer from Jesse Keating. > > > Tagging would help with this; as it stands now, 'yum search wireless' > > > or 'yum search wireless sniffer' would return the packages in your > > > wireless group. > > > > Probably, but this cannot be done right now afaik. > > yum search certainly can be done now. Yes, but is there an easy search expression that will result with the groups that I added? Afaik no. Does 'yum search wireless' returns 43 lines of packages, so it does not qualify. > > > Moreover, what's the usage case in that you really need all three > > > tools (which is the default if you install the group you mentioned)? > > > > Everyone on a multi user system can use the tool of his preference. > > ... > > So, the goal of this is for a multi-user forensic system, where > you have multiple users working on the same system su-ing to root > and running the tools of their choice? That's an odd usage case > to design for by default. Afaics I did not mention the forensics group. I can't answer your questions if you refer to different groups with "the group" and then argue against the answer using some other group. The forensics group had 15 packages in it if I counted correclty and e.g. pdfresurect and chkrootkit are completely different applications. But how does searching for good or bad examples help here? > > Also > > there may be a feature in one application, that is missing in another. > > Then fix one app so that it's reasonable enough. To quote Adam Jackson: In reality, one does not very often have the time to first fix a bug, before a task can be completed. So this does not help me right now if I need to perform a task. Nevertheles the fixing can still be done later. > "Choice is not the goal. We have many interesting problems to solve and > forcing the user to care about their choice of solutions is both bad UI > and actively detracts from the real goal, which is making it work out > of the box and enabling people to work on the really cool stuff at the > edges." I do not know users who prefer to wait several days to months to perform a task with one application instead of doing it with another application. Especially not if the need to perform the task right now. > In comps, in most any group, the default item is the best-of-breed app; > other implementations are optional. I see, comps is not the right place to implement the feature that fulfills my need. > > Btw. I fail to understand what trouble this is causing you. Thanks to > > bundling all together into one category, it will even disturb you less > > than six (or more) groups in some other category, where the stuff you > > are interested is. > > It's about not presenting bad UI and bad groups to our users - it's > a design thing. I do not agree that my groups are bad or that they are bad by their nature. Nevertheless, I do not see that this discussion is leading anywhere, that will allow to fulfill my needs (Easy installation of the software, easy finding of the software, allowing many people to do this and not maintaining the same information in several places) and your requests. Also it looks for me that you do not want these groups at any cost, because of the way you argue. In conclusion I have reverted the IT-security related changes to the comps-f12.xml.in file. Regards Till -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 835 bytes Desc: not available URL: From airlied at redhat.com Thu Aug 6 19:04:42 2009 From: airlied at redhat.com (Dave Airlie) Date: Fri, 07 Aug 2009 05:04:42 +1000 Subject: non root X In-Reply-To: References: <4A76B026.4040603@fedoraproject.org> <1249536365.11827.2.camel@clockmaker.usersys.redhat.com> Message-ID: <1249585482.23805.1.camel@t60prh> On Thu, 2009-08-06 at 01:36 -0400, Ben Boeckel wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Dave Airlie wrote: > > > On Mon, 2009-08-03 at 15:08 +0530, Rahul Sundaram wrote: > >> Hi > >> > >> A few days back I ran into > >> > >> http://lists.x.org/archives/xorg-devel/2009-July/001293.html > >> > >> I am wondering, since we are already using KMS in most places > in Fedora, > >> how far are we from achieving this by default in a Fedora > release? > > > > non-root X is a big security hole at the moment, and until we > get > > revoke() support in the kernel, we can probably move X to > running as a > > special user, and maybe once we get revoke to running as the > real user. > > > > However it doesn't solve the issue how we know we need or > don't need > > root since X only figures out what graphics drivers are needed > after > > starting, so if you needed a non-kms gpu driver we wouldn't > know > > until after we'd started as non-root. > > > > Dave. > > > > Could permissions be raised temporarily? PolicyKit with > (defaulted) auto-approve to load an appropriate driver? Maybe we could do something with SELinux, but I don't think we can do anything without getting revoke. or maybe some process capabilties if such things worked. Dave. From mcepl at redhat.com Thu Aug 6 19:12:25 2009 From: mcepl at redhat.com (Matej Cepl) Date: Thu, 6 Aug 2009 19:12:25 +0000 (UTC) Subject: Fedora 12 Features Proposed for Removal References: <4A7A048B.3040909@redhat.com> <5256d0b0908060139y2868e311q7bb167574678614d@mail.gmail.com> <4A7A97EA.1090107@freenet.de> <4A7A9A83.8010907@fedoraproject.org> <4A7ABFA1.4040600@freenet.de> <4A7AE6C8.1050906@freenet.de> <1249572048.2724.251.camel@localhost> <4A7B0177.7030504@freenet.de> Message-ID: Ralf Corsepius, Thu, 06 Aug 2009 18:14:47 +0200: > I turned away from supporting Mr. Robinson, ignored his reviews and left > reviews to others So you lost your right to slander him now. Mat?j From pbrobinson at gmail.com Thu Aug 6 19:15:59 2009 From: pbrobinson at gmail.com (Peter Robinson) Date: Thu, 6 Aug 2009 20:15:59 +0100 Subject: rt2860 driver (fc11) In-Reply-To: <20090806190130.GV28572@bombadil.infradead.org> References: <5256d0b0908060123t30e0fb7bqfa38a310f03a11a6@mail.gmail.com> <1249579650.2266.160.camel@adam.local.net> <5256d0b0908061152m32c366e0m2185a05e7cbedfe@mail.gmail.com> <20090806190130.GV28572@bombadil.infradead.org> Message-ID: <5256d0b0908061215o50d74416jaf97a26754be63bf@mail.gmail.com> >> > I had the same confusion. So there are 3 drivers around: The vendor >> > driver, the staging driver which is a fork of the vendor driver and >> > the serialmonkey driver. ?Multiply that by 3 for rt2860, rt2870 and >> > rt3070. And this leads to another confusion. Do (or will) the Fedora >> > kernels have these staging drivers compiled by default? If that's the >> > case and if the staging driver is as stable as the original vendor >> > driver, I won't have to maintain those kmods anymore. >> >> The fedora kernel developers have always stated that the >> staging/vendor drivers will never get enabled. Only once the other >> ones are ready will they be turned on. >> > > No we haven't, we've stated that they'll be enabled if someone steps up > to the plate to make an active contribution to maintenance and > improvements. > > https://fedoraproject.org/wiki/KernelStagingPolicy Sorry, hadn't seen that. Was basing it on the comment in this bug https://bugzilla.redhat.com/show_bug.cgi?id=463111 Peter From mcepl at redhat.com Thu Aug 6 19:16:44 2009 From: mcepl at redhat.com (Matej Cepl) Date: Thu, 6 Aug 2009 19:16:44 +0000 (UTC) Subject: KDE vs. GNOME on F10 References: <3668e9f50908050249r18019ab4j95b10beb23d74e73@mail.gmail.com> <15e53e180908050302k6faa024cj5f7630d15b9a4305@mail.gmail.com> <4A795D90.5020903@leemhuis.info> <20090805120144.GC3095@hansolo.jdub.homelinux.org> <1249498044.2266.17.camel@adam.local.net> <4A79D66F.90805@gmail.com> <1249499500.2266.31.camel@adam.local.net> <4A79E105.4080101@gmail.com> <1249502640.2266.48.camel@adam.local.net> <4A79EAB0.1030003@gmail.com> <1249507613.2266.60.camel@adam.local.net> <1249576723.2266.133.camel@adam.local.net> Message-ID: Adam Williamson, Thu, 06 Aug 2009 09:38:43 -0700: > Oh, and the only non-fiction I read is the newspaper :) Not only I was a lawyer, I was even in a PhD student in sociology/ criminology in my previous life. :) Mat?j From kyle at mcmartin.ca Thu Aug 6 19:20:53 2009 From: kyle at mcmartin.ca (Kyle McMartin) Date: Thu, 6 Aug 2009 15:20:53 -0400 Subject: rt2860 driver (fc11) In-Reply-To: <5256d0b0908061215o50d74416jaf97a26754be63bf@mail.gmail.com> References: <5256d0b0908060123t30e0fb7bqfa38a310f03a11a6@mail.gmail.com> <1249579650.2266.160.camel@adam.local.net> <5256d0b0908061152m32c366e0m2185a05e7cbedfe@mail.gmail.com> <20090806190130.GV28572@bombadil.infradead.org> <5256d0b0908061215o50d74416jaf97a26754be63bf@mail.gmail.com> Message-ID: <20090806192053.GW28572@bombadil.infradead.org> On Thu, Aug 06, 2009 at 08:15:59PM +0100, Peter Robinson wrote: > >> > I had the same confusion. So there are 3 drivers around: The vendor > >> > driver, the staging driver which is a fork of the vendor driver and > >> > the serialmonkey driver. ?Multiply that by 3 for rt2860, rt2870 and > >> > rt3070. And this leads to another confusion. Do (or will) the Fedora > >> > kernels have these staging drivers compiled by default? If that's the > >> > case and if the staging driver is as stable as the original vendor > >> > driver, I won't have to maintain those kmods anymore. > >> > >> The fedora kernel developers have always stated that the > >> staging/vendor drivers will never get enabled. Only once the other > >> ones are ready will they be turned on. > >> > > > > No we haven't, we've stated that they'll be enabled if someone steps up > > to the plate to make an active contribution to maintenance and > > improvements. > > > > https://fedoraproject.org/wiki/KernelStagingPolicy > > Sorry, hadn't seen that. Was basing it on the comment in this bug > https://bugzilla.redhat.com/show_bug.cgi?id=463111 > Yeah, the wireless drivers are "special" since the vendor drivers, as stated elsewhere, usually supply their own entire 802.11 stack and other ugliness. I don't want to speak for John, but I suspect if someone stepped up to maintain a staging wireless driver in the interim, he wouldn't object. regards, Kyle From opensource at till.name Thu Aug 6 19:21:22 2009 From: opensource at till.name (Till Maas) Date: Thu, 06 Aug 2009 21:21:22 +0200 Subject: 'IT Security' in comps? In-Reply-To: <20090806190713.GA6107@genius.kawo2.rwth-aachen.de> References: <20090805124954.ADF6511C008C@cvs1.fedora.phx.redhat.com> <20090805140024.GD6336@nostromo.devel.redhat.com> <20090805142004.GE16783@genius.kawo2.rwth-aachen.de> <20090805200759.GA12347@nostromo.devel.redhat.com> <20090805210744.GA27502@genius.kawo2.rwth-aachen.de> <20090806172424.GF11955@nostromo.devel.redhat.com> <20090806190713.GA6107@genius.kawo2.rwth-aachen.de> Message-ID: <20090806192122.GA8191@genius.kawo2.rwth-aachen.de> On Thu, Aug 06, 2009 at 09:07:13PM +0200, Till Maas wrote: > > It's about not presenting bad UI and bad groups to our users - it's > > a design thing. > > I do not agree that my groups are bad or that they are bad by their > nature. Nevertheless, I do not see that this discussion is leading > anywhere, that will allow to fulfill my needs (Easy installation of the > software, easy finding of the software, allowing many people to do this > and not maintaining the same information in several places) and your > requests. Also it looks for me that you do not want these groups at any > cost, because of the way you argue. Thanks to Rahul, there may be a compromise that will be good enough for me and might to acceptable for you. 1) Create the groups with the it-security-prefix 2) Toggle uservisible to false 3) Do not add a category for the groups Then the exposure to uninterested users will be minimal, but interested users can still install the packages easily with 'yum install @it-sec*' and the search can maybe done with some yum plugin or a different application and the ifnromation is still managed centrally. Regards Till -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 835 bytes Desc: not available URL: From notting at redhat.com Thu Aug 6 19:21:41 2009 From: notting at redhat.com (Bill Nottingham) Date: Thu, 6 Aug 2009 15:21:41 -0400 Subject: 'IT Security' in comps? In-Reply-To: <20090806190713.GA6107@genius.kawo2.rwth-aachen.de> References: <20090805124954.ADF6511C008C@cvs1.fedora.phx.redhat.com> <20090805140024.GD6336@nostromo.devel.redhat.com> <20090805142004.GE16783@genius.kawo2.rwth-aachen.de> <20090805200759.GA12347@nostromo.devel.redhat.com> <20090805210744.GA27502@genius.kawo2.rwth-aachen.de> <20090806172424.GF11955@nostromo.devel.redhat.com> <20090806190713.GA6107@genius.kawo2.rwth-aachen.de> Message-ID: <20090806192141.GB15107@nostromo.devel.redhat.com> Till Maas (opensource at till.name) said: > > > The IT prefix is only used in the group id, which is afaik not visible > > > to the used and not translated. > > > > No, it's not just in the description. > > > > "These tools can be used to perform IT security related wireless auditing." > > > > In this example, "IT security related" (aside from missing a hyphen > > or two) is completely superfluous. > > 1) It is not a prefix in the description > 2) It does not allow easy selection of the packages, which was the > feature you said that it allows to have and which is the necessary > context you removed: > > | I'm not sure they need to be bundled. Especially with 'IT' as a > | prefix; Sorry, I should have expanded. It's bad to use the acronym at all. > > > I don't understand what you want to say > > > with "password recovery" is "password recovery". There is nothing to > > > argue about, but nevertheles the groups are related to each other, > > > > How so? aide is not really related to password recovery at all, > > at least not in any generally describable way. > > So the assignement of tools to the groups can be improved. Does this > make the groups useless? I say no, there I don't see how this does > belong to this general discussion about whether or not there should be > these groups in comps. You're stating that IT should be in the description as the groups are 'related'. I don't see how they're really that strongly related at all, and IT is superfluous information to the use case. > > > already expresses itself that they are all on the security spin. Also it > > > allows other people to easier ignore them, instead of cluttering other > > > categories. > > > > Put it this way: > > > > - These packages are all in other groups under 'Base System' > > - Ergo, if they're being grouped together, the resulting group > > should still be under 'Base System' > > It is not technically possible to have subgroups, as you can see in the > answer from Jesse Keating. Additional groups under Base System, not sub-sub-groups. > > > > Tagging would help with this; as it stands now, 'yum search wireless' > > > > or 'yum search wireless sniffer' would return the packages in your > > > > wireless group. > > > > > > Probably, but this cannot be done right now afaik. > > > > yum search certainly can be done now. > > Yes, but is there an easy search expression that will result with the > groups that I added? Afaik no. Does 'yum search wireless' returns 43 > lines of packages, so it does not qualify. # yum search wireless sniffer Loaded plugins: refresh-packagekit, verify ============================== Matched: sniffer, wireless ============================== aircrack-ng.x86_64 : 802.11 (wireless) sniffer and WEP/WPA-PSK key cracker kismet.x86_64 : WLAN detector, sniffer and IDS kismet-extras.x86_64 : Non-core programs for 'kismet' =================================== Matched: sniffer =================================== driftnet.x86_64 : Network image sniffer ... > > So, the goal of this is for a multi-user forensic system, where > > you have multiple users working on the same system su-ing to root > > and running the tools of their choice? That's an odd usage case > > to design for by default. > > Afaics I did not mention the forensics group. I can't answer your > questions if you refer to different groups with "the group" and then > argue against the answer using some other group. The forensics group had > 15 packages in it if I counted correclty and e.g. pdfresurect and > chkrootkit are completely different applications. But how does searching > for good or bad examples help here? Sorry, should have more clearly mentioned I was using the wireless tool as an example. > > "Choice is not the goal. We have many interesting problems to solve and > > forcing the user to care about their choice of solutions is both bad UI > > and actively detracts from the real goal, which is making it work out > > of the box and enabling people to work on the really cool stuff at the > > edges." > > I do not know users who prefer to wait several days to months to perform > a task with one application instead of doing it with another > application. Especially not if the need to perform the task right now. ... what I'm saying is how this should be presented. I'm sure there are features that are only in OpenOffice.org that someone may need, and features that are only in KOffice, and features that are only in abiword/gnumerif/etc. But when we're selecting a default set of packages to install for 'Office Suite', we only install one. And we'd prefer that we fix things to where we only need one in the long term. > I do not agree that my groups are bad or that they are bad by their > nature. Nevertheless, I do not see that this discussion is leading > anywhere, that will allow to fulfill my needs (Easy installation of the > software, easy finding of the software, allowing many people to do this > and not maintaining the same information in several places) and your > requests. Also it looks for me that you do not want these groups at any > cost, because of the way you argue. My objections are: - the use of a toplevel category (they should be under the existing categories) - the excessive use of IT-security most everywhere, when it's not needed - the potential explosion of small groups (long term, we need to make tagging and searching work. Splitting into groups for every small usage case doesn't scale.) - the 'all packages are default' paradigm Bill From ajax at redhat.com Thu Aug 6 19:22:52 2009 From: ajax at redhat.com (Adam Jackson) Date: Thu, 06 Aug 2009 15:22:52 -0400 Subject: non root X In-Reply-To: <1249585482.23805.1.camel@t60prh> References: <4A76B026.4040603@fedoraproject.org> <1249536365.11827.2.camel@clockmaker.usersys.redhat.com> <1249585482.23805.1.camel@t60prh> Message-ID: <1249586572.5139.786.camel@atropine.boston.devel.redhat.com> On Fri, 2009-08-07 at 05:04 +1000, Dave Airlie wrote: > On Thu, 2009-08-06 at 01:36 -0400, Ben Boeckel wrote: > > Could permissions be raised temporarily? PolicyKit with > > (defaulted) auto-approve to load an appropriate driver? > > Maybe we could do something with SELinux, but I don't think > we can do anything without getting revoke. or maybe some > process capabilties if such things worked. SELinux, as a rule, does not grant rights, only removes them. - ajax -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From jkeating at redhat.com Thu Aug 6 19:24:14 2009 From: jkeating at redhat.com (Jesse Keating) Date: Thu, 06 Aug 2009 12:24:14 -0700 Subject: Fedora 12 Features Proposed for Removal In-Reply-To: <1249584080.2266.181.camel@adam.local.net> References: <4A7A048B.3040909@redhat.com> <1249516576.2368.1.camel@snoogens.fab.redhat.com> <1249518657.1589.17.camel@planemask> <1249580220.2266.168.camel@adam.local.net> <1249582475.3759.57.camel@localhost.localdomain> <1249584080.2266.181.camel@adam.local.net> Message-ID: <1249586654.3759.64.camel@localhost.localdomain> On Thu, 2009-08-06 at 11:41 -0700, Adam Williamson wrote: > > Again, that applies to _everything in the distro_. I don't think 'it's a > new version' can be a feature. If we identify something particular > within the GNOME or KDE package set which is a significant enough change > to qualify as a Fedora feature, fine, submit it as such. But just > declaring the entire version upgrade to be a feature seems a bit weird > to me. And not declaring, testing, and coordinating version updates of key sets of software such as Gnome and KDE also seems weird to me. Listing the included versions of these desktops is a time honored tradition for Linux distros, without which the constant questions are "what version of $foo does it include?". -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From jkeating at redhat.com Thu Aug 6 19:26:53 2009 From: jkeating at redhat.com (Jesse Keating) Date: Thu, 06 Aug 2009 12:26:53 -0700 Subject: KDE vs. GNOME on F10 In-Reply-To: <1249583956.2266.179.camel@adam.local.net> References: <3668e9f50908050249r18019ab4j95b10beb23d74e73@mail.gmail.com> <15e53e180908050302k6faa024cj5f7630d15b9a4305@mail.gmail.com> <4A795D90.5020903@leemhuis.info> <20090805120144.GC3095@hansolo.jdub.homelinux.org> <1249498044.2266.17.camel@adam.local.net> <20090805192822.GD3095@hansolo.jdub.homelinux.org> <1249501283.2266.43.camel@adam.local.net> <4A79E24F.1050305@redhat.com> <1249503080.2266.53.camel@adam.local.net> <1249538726.2266.75.camel@adam.local.net> <1249541486.2266.96.camel@adam.local.net> <1249577183.2266.156.camel@adam.local.net> <1249583956.2266.179.camel@adam.local.net> Message-ID: <1249586813.3759.66.camel@localhost.localdomain> On Thu, 2009-08-06 at 11:39 -0700, Adam Williamson wrote: > But we're providing an operating system, not just a bunch of packages. > What if some group's written their own kernel module for their own > purposes, rolled it out to all their systems, and doesn't expect an > official update to make them re-write it? Same question for KDE - > someone writes a tool for their group based on some KDE libraries, > doesn't expect an update to come along and do a major KDE version bump > and break some interface the tool relied on...reducing the question to > 'are all the packages we care about okay' is, again, excluding some use > cases, i.e. defining an identity for Fedora. We're providing a bunch of packages, that certain groups use to make a variety of operating systems. If you want to develop a tool and expect that it'll keep working on any given release without aggressive changes underneath, pick the Fedora Desktop operating system. If you want to run with the latest and greatest regardless of change risk, try the Fedora KDE operating system. -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From opensource at till.name Thu Aug 6 19:10:37 2009 From: opensource at till.name (Till Maas) Date: Thu, 06 Aug 2009 21:10:37 +0200 Subject: 'IT Security' in comps? In-Reply-To: <4A7A7E1A.5050509@fedoraproject.org> References: <20090805124954.ADF6511C008C@cvs1.fedora.phx.redhat.com> <20090805140024.GD6336@nostromo.devel.redhat.com> <20090805142004.GE16783@genius.kawo2.rwth-aachen.de> <20090805200759.GA12347@nostromo.devel.redhat.com> <20090805210744.GA27502@genius.kawo2.rwth-aachen.de> <4A7A7E1A.5050509@fedoraproject.org> Message-ID: <20090806191037.GB6107@genius.kawo2.rwth-aachen.de> On Thu, Aug 06, 2009 at 12:24:18PM +0530, Rahul Sundaram wrote: > On 08/06/2009 02:37 AM, Till Maas wrote: > > > > > The IT prefix is only used in the group id, which is afaik not visible > > to the used and not translated. > > That's not true. yum -v grouplist will display them. I use them all the > time as a shorter form of the full group names. Something like > > # yum install @xfce-desktop Thanks, this is very helpful. Regards Till -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 835 bytes Desc: not available URL: From awilliam at redhat.com Thu Aug 6 19:29:02 2009 From: awilliam at redhat.com (Adam Williamson) Date: Thu, 06 Aug 2009 12:29:02 -0700 Subject: Fedora 12 Features Proposed for Removal In-Reply-To: <1249584080.2266.181.camel@adam.local.net> References: <4A7A048B.3040909@redhat.com> <1249516576.2368.1.camel@snoogens.fab.redhat.com> <1249518657.1589.17.camel@planemask> <1249580220.2266.168.camel@adam.local.net> <1249582475.3759.57.camel@localhost.localdomain> <1249584080.2266.181.camel@adam.local.net> Message-ID: <1249586942.2266.190.camel@adam.local.net> On Thu, 2009-08-06 at 11:41 -0700, Adam Williamson wrote: > Again, that applies to _everything in the distro_. I don't think 'it's a > new version' can be a feature. If we identify something particular > within the GNOME or KDE package set which is a significant enough change > to qualify as a Fedora feature, fine, submit it as such. But just > declaring the entire version upgrade to be a feature seems a bit weird > to me. A good example of the weirdness here - we're declaring KDE 4.3 a 'Fedora 12 feature' (implying it's something sufficiently potentially problematic that it needs a specific test plan and contingency plan), yet backporting it to Fedora 10 as an official update meets with widespread approval and 'nothing wrong with that!' comments... -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From jwboyer at gmail.com Thu Aug 6 19:30:20 2009 From: jwboyer at gmail.com (Josh Boyer) Date: Thu, 6 Aug 2009 15:30:20 -0400 Subject: KDE vs. GNOME on F10 In-Reply-To: <1249583956.2266.179.camel@adam.local.net> References: <1249501283.2266.43.camel@adam.local.net> <4A79E24F.1050305@redhat.com> <1249503080.2266.53.camel@adam.local.net> <1249538726.2266.75.camel@adam.local.net> <1249541486.2266.96.camel@adam.local.net> <1249577183.2266.156.camel@adam.local.net> <1249583956.2266.179.camel@adam.local.net> Message-ID: <20090806193020.GI3095@hansolo.jdub.homelinux.org> On Thu, Aug 06, 2009 at 11:39:16AM -0700, Adam Williamson wrote: >On Thu, 2009-08-06 at 20:00 +0200, Kevin Kofler wrote: >> Adam Williamson wrote: >> > As I said, the particular code isn't the issue. We ship a kernel API. At >> > present, we consider it fine to break that API in stable releases. This >> > is not something that would be considered 'stable' in a traditional >> > definition. The kernel's just an example, we do the same kind of >> > non-stable updates all over the place. That's the issue I'm trying to >> > talk about, not just the specific example I happened to mention. Please >> > don't bog down in specifics. >> >> Well, the specifics are that packages both within Fedora and in third-party >> repositories which depend on the bumped API usually get rebuilt (and patched >> if needed) fairly quickly, normally before the update even goes stable. Of >> course that's only possible for software which can be patched, which is just >> another example of how binary-only software is broken by design. > >But we're providing an operating system, not just a bunch of packages. >What if some group's written their own kernel module for their own >purposes, rolled it out to all their systems, and doesn't expect an >official update to make them re-write it? Same question for KDE - If they don't expect that, they have no idea what Fedora is or how it works. We don't care about out of tree drivers. >someone writes a tool for their group based on some KDE libraries, >doesn't expect an update to come along and do a major KDE version bump >and break some interface the tool relied on...reducing the question to >'are all the packages we care about okay' is, again, excluding some use >cases, i.e. defining an identity for Fedora. You keep making strawman arguments that liken Fedora to something more akin to RHEL or Ubuntu LTS. We aren't either of those. josh From jkeating at redhat.com Thu Aug 6 19:30:42 2009 From: jkeating at redhat.com (Jesse Keating) Date: Thu, 06 Aug 2009 12:30:42 -0700 Subject: KDE vs. GNOME on F10 In-Reply-To: <1249585568.2266.188.camel@adam.local.net> References: <3668e9f50908050249r18019ab4j95b10beb23d74e73@mail.gmail.com> <15e53e180908050302k6faa024cj5f7630d15b9a4305@mail.gmail.com> <4A795D90.5020903@leemhuis.info> <20090805120144.GC3095@hansolo.jdub.homelinux.org> <1249498044.2266.17.camel@adam.local.net> <20090805192822.GD3095@hansolo.jdub.homelinux.org> <1249501283.2266.43.camel@adam.local.net> <4A79E24F.1050305@redhat.com> <1249503080.2266.53.camel@adam.local.net> <1249538726.2266.75.camel@adam.local.net> <1249541486.2266.96.camel@adam.local.net> <1249579648.3759.53.camel@localhost.localdomain> <1249583460.2266.170.camel@adam.local.net> <1249583705.3759.60.camel@localhost.localdomain> <1249585568.2266.188.camel@adam.local.net> Message-ID: <1249587042.3759.69.camel@localhost.localdomain> On Thu, 2009-08-06 at 12:06 -0700, Adam Williamson wrote: > OK, bad example, but you know what I mean. Yes, I do, and I think there is room for a Fedora offering that is released frequently (every 6 months), supported for about a year, with conservative updates to the platform. That's nearly exactly what we have in Fedora Desktop. There is also room for a Fedora offering that is released frequently (every 6 months), supported for about a year, with aggressive updates to the latest and greatest for the platform. That's nearly exactly what we have in Fedora KDE. The real problem is going to be when somebody wants to make an offering that features GNOME but has aggressive updates to latest and greatest GNOME on every update stream, as that cannot coexist with the conservative Fedora Desktop. -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From opensource at till.name Thu Aug 6 19:33:06 2009 From: opensource at till.name (Till Maas) Date: Thu, 06 Aug 2009 21:33:06 +0200 Subject: Make upstream release monitoring (the service formerly known as FEVer) opt-out? Message-ID: <20090806193306.GB8191@genius.kawo2.rwth-aachen.de> Hiyas, currently upstream release monitoring[0] bug filing is opt-in, which means that it will be only performed for packages that have been activly added by probably a maintainer of the package. There is at least one maintainer that does not like having these bugs filed for his packages, so he can remove his packages from the list. It might be easily possible in the future to monitor a bunch more packages and create bugs in case there are newer versions available at upstream. Would it be ok, to do this and allow maintainers to add there package to a black list, so that no bugs will be filed or should it continue to be opt-in? Then the packags will still be checked, but only reported by other, non intrusive ways, e.g. via a website. Regards Till [0] https://fedoraproject.org/wiki/Upstream_Release_Monitoring -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 835 bytes Desc: not available URL: From jwboyer at gmail.com Thu Aug 6 19:33:47 2009 From: jwboyer at gmail.com (Josh Boyer) Date: Thu, 6 Aug 2009 15:33:47 -0400 Subject: Fedora 12 Features Proposed for Removal In-Reply-To: <1249584080.2266.181.camel@adam.local.net> References: <4A7A048B.3040909@redhat.com> <1249516576.2368.1.camel@snoogens.fab.redhat.com> <1249518657.1589.17.camel@planemask> <1249580220.2266.168.camel@adam.local.net> <1249582475.3759.57.camel@localhost.localdomain> <1249584080.2266.181.camel@adam.local.net> Message-ID: <20090806193347.GJ3095@hansolo.jdub.homelinux.org> On Thu, Aug 06, 2009 at 11:41:20AM -0700, Adam Williamson wrote: >On Thu, 2009-08-06 at 11:14 -0700, Jesse Keating wrote: >> On Thu, 2009-08-06 at 10:37 -0700, Adam Williamson wrote: >> > I think the correct question here is why has a perfectly routine version >> > bump for components included in Fedora been submitted as a 'feature'? If >> > GNOME 2.28 is a feature, isn't KDE 4.3 a feature (oh, I see it is too, >> > lovely...), kernel 2.6.31 a feature...every new version of everything in >> > the distro a feature? What benefit does applying the feature process to >> > a routine update like this bring, to offset its clear inconsistency? >> >> "routine version bump" may actually introduce new and exciting features, >> and may need coordination across a wide range of users and testers. >> Ergo, Fedora Feature. > >Again, that applies to _everything in the distro_. I don't think 'it's a >new version' can be a feature. If we identify something particular >within the GNOME or KDE package set which is a significant enough change >to qualify as a Fedora feature, fine, submit it as such. But just >declaring the entire version upgrade to be a feature seems a bit weird >to me. Features are about publicity. There is value in saying "Fedora NN comes with Frobit 3.14!", if Frobit is a rather popular package. Doubly so if Fedora NN is the first distro to ship it. josh From awilliam at redhat.com Thu Aug 6 19:34:26 2009 From: awilliam at redhat.com (Adam Williamson) Date: Thu, 06 Aug 2009 12:34:26 -0700 Subject: Fedora 12 Features Proposed for Removal In-Reply-To: <1249586654.3759.64.camel@localhost.localdomain> References: <4A7A048B.3040909@redhat.com> <1249516576.2368.1.camel@snoogens.fab.redhat.com> <1249518657.1589.17.camel@planemask> <1249580220.2266.168.camel@adam.local.net> <1249582475.3759.57.camel@localhost.localdomain> <1249584080.2266.181.camel@adam.local.net> <1249586654.3759.64.camel@localhost.localdomain> Message-ID: <1249587266.2266.192.camel@adam.local.net> On Thu, 2009-08-06 at 12:24 -0700, Jesse Keating wrote: > On Thu, 2009-08-06 at 11:41 -0700, Adam Williamson wrote: > > > > Again, that applies to _everything in the distro_. I don't think 'it's a > > new version' can be a feature. If we identify something particular > > within the GNOME or KDE package set which is a significant enough change > > to qualify as a Fedora feature, fine, submit it as such. But just > > declaring the entire version upgrade to be a feature seems a bit weird > > to me. > > And not declaring, testing, and coordinating version updates of key sets > of software such as Gnome and KDE also seems weird to me. Listing the > included versions of these desktops is a time honored tradition for > Linux distros, without which the constant questions are "what version of > $foo does it include?". Sure, and I was always happy to write in GNOME and KDE versions as 'Features' when writing release blurbs for Mandriva. But that's just pure PR. PR is not all our feature process does - it comes with all this bureaucracy, intended for dealing with experimental stuff which may turn out to have been a bad idea, attached to it, it's _not_ a pure PR exercise. Which leads to the absurdity we have here, the suggestion that the GNOME 2.28 'feature' should be 'dropped' for Fedora 12 (does anyone really think we're going to ship it with GNOME 2.26?) -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From awilliam at redhat.com Thu Aug 6 19:35:12 2009 From: awilliam at redhat.com (Adam Williamson) Date: Thu, 06 Aug 2009 12:35:12 -0700 Subject: KDE vs. GNOME on F10 In-Reply-To: <1249586813.3759.66.camel@localhost.localdomain> References: <3668e9f50908050249r18019ab4j95b10beb23d74e73@mail.gmail.com> <15e53e180908050302k6faa024cj5f7630d15b9a4305@mail.gmail.com> <4A795D90.5020903@leemhuis.info> <20090805120144.GC3095@hansolo.jdub.homelinux.org> <1249498044.2266.17.camel@adam.local.net> <20090805192822.GD3095@hansolo.jdub.homelinux.org> <1249501283.2266.43.camel@adam.local.net> <4A79E24F.1050305@redhat.com> <1249503080.2266.53.camel@adam.local.net> <1249538726.2266.75.camel@adam.local.net> <1249541486.2266.96.camel@adam.local.net> <1249577183.2266.156.camel@adam.local.net> <1249583956.2266.179.camel@adam.local.net> <1249586813.3759.66.camel@localhost.localdomain> Message-ID: <1249587312.2266.193.camel@adam.local.net> On Thu, 2009-08-06 at 12:26 -0700, Jesse Keating wrote: > We're providing a bunch of packages, that certain groups use to make a > variety of operating systems. If you want to develop a tool and expect > that it'll keep working on any given release without aggressive changes > underneath, pick the Fedora Desktop operating system. Except that doesn't work, because we still change stuff out from under you on Desktop. See the kernel example. There's others. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From kevin at scrye.com Thu Aug 6 19:39:20 2009 From: kevin at scrye.com (Kevin Fenzi) Date: Thu, 6 Aug 2009 13:39:20 -0600 Subject: Fedora 12 Features Proposed for Removal In-Reply-To: <1249587266.2266.192.camel@adam.local.net> References: <4A7A048B.3040909@redhat.com> <1249516576.2368.1.camel@snoogens.fab.redhat.com> <1249518657.1589.17.camel@planemask> <1249580220.2266.168.camel@adam.local.net> <1249582475.3759.57.camel@localhost.localdomain> <1249584080.2266.181.camel@adam.local.net> <1249586654.3759.64.camel@localhost.localdomain> <1249587266.2266.192.camel@adam.local.net> Message-ID: <20090806133920.38b547e3@ohm.scrye.com> On Thu, 06 Aug 2009 12:34:26 -0700 Adam Williamson wrote: ...snip... > Sure, and I was always happy to write in GNOME and KDE versions as > 'Features' when writing release blurbs for Mandriva. But that's just > pure PR. PR is not all our feature process does - it comes with all > this bureaucracy, intended for dealing with experimental stuff which > may turn out to have been a bad idea, attached to it, it's _not_ a > pure PR exercise. Which leads to the absurdity we have here, the > suggestion that the GNOME 2.28 'feature' should be 'dropped' for > Fedora 12 (does anyone really think we're going to ship it with GNOME > 2.26?) It wasn't a suggestion of that, it was our feature wrangler saying: hey, check these features because they are not showing 100%. Please see: https://fedoraproject.org/wiki/Features/Policy Do we need to change some policy there? kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From skvidal at fedoraproject.org Thu Aug 6 19:43:08 2009 From: skvidal at fedoraproject.org (Seth Vidal) Date: Thu, 6 Aug 2009 15:43:08 -0400 (EDT) Subject: 'IT Security' in comps? In-Reply-To: <20090806172424.GF11955@nostromo.devel.redhat.com> References: <20090805124954.ADF6511C008C@cvs1.fedora.phx.redhat.com> <20090805140024.GD6336@nostromo.devel.redhat.com> <20090805142004.GE16783@genius.kawo2.rwth-aachen.de> <20090805200759.GA12347@nostromo.devel.redhat.com> <20090805210744.GA27502@genius.kawo2.rwth-aachen.de> <20090806172424.GF11955@nostromo.devel.redhat.com> Message-ID: On Thu, 6 Aug 2009, Bill Nottingham wrote: > Till Maas (opensource at till.name) said: >>> wireless group. >> >> Probably, but this cannot be done right now afaik. > > yum search certainly can be done now. > the tag database that is being added to the pkgdb as a part of the Google Summer of Code is what yum will eventually be able to query as well. So you can return packages based on a number of arbitrary keywords/tags that, ultimately, can be set by users/contributors independent of the packager. -sv From awilliam at redhat.com Thu Aug 6 19:49:30 2009 From: awilliam at redhat.com (Adam Williamson) Date: Thu, 06 Aug 2009 12:49:30 -0700 Subject: Fedora 12 Features Proposed for Removal In-Reply-To: <20090806133920.38b547e3@ohm.scrye.com> References: <4A7A048B.3040909@redhat.com> <1249516576.2368.1.camel@snoogens.fab.redhat.com> <1249518657.1589.17.camel@planemask> <1249580220.2266.168.camel@adam.local.net> <1249582475.3759.57.camel@localhost.localdomain> <1249584080.2266.181.camel@adam.local.net> <1249586654.3759.64.camel@localhost.localdomain> <1249587266.2266.192.camel@adam.local.net> <20090806133920.38b547e3@ohm.scrye.com> Message-ID: <1249588170.2266.197.camel@adam.local.net> On Thu, 2009-08-06 at 13:39 -0600, Kevin Fenzi wrote: > On Thu, 06 Aug 2009 12:34:26 -0700 > Adam Williamson wrote: > > ...snip... > > > Sure, and I was always happy to write in GNOME and KDE versions as > > 'Features' when writing release blurbs for Mandriva. But that's just > > pure PR. PR is not all our feature process does - it comes with all > > this bureaucracy, intended for dealing with experimental stuff which > > may turn out to have been a bad idea, attached to it, it's _not_ a > > pure PR exercise. Which leads to the absurdity we have here, the > > suggestion that the GNOME 2.28 'feature' should be 'dropped' for > > Fedora 12 (does anyone really think we're going to ship it with GNOME > > 2.26?) > > It wasn't a suggestion of that, it was our feature wrangler saying: > hey, check these features because they are not showing 100%. > > Please see: > https://fedoraproject.org/wiki/Features/Policy > > Do we need to change some policy there? Er, the _topic_ of this thread is "Fedora 12 Features Proposed for Removal". The email doesn't say anything about 'if you fix this stuff before the meeting it'll be fine' (though that may be the actual case), and the amount of notice given is a princely two days, which isn't that long for anyone to make changes. The way things are worded are clearly "We're going to drop these features", not "please check this, okay? Please? Thanks!" Even if we adjust things discussed in this thread (the tone of the email; the definition of '100%'; other stuff that's come up), we still have a feature process which isn't just for pure PR purposes, it's attached to actual development stuff like test plans and contingency plans and freeze dates, and it seems a bit odd to subject what's really just routine package version updates to that process. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From serue at us.ibm.com Thu Aug 6 19:50:58 2009 From: serue at us.ibm.com (Serge E. Hallyn) Date: Thu, 6 Aug 2009 14:50:58 -0500 Subject: non root X In-Reply-To: <1249585482.23805.1.camel@t60prh> References: <4A76B026.4040603@fedoraproject.org> <1249536365.11827.2.camel@clockmaker.usersys.redhat.com> <1249585482.23805.1.camel@t60prh> Message-ID: <20090806195058.GA7372@us.ibm.com> Quoting Dave Airlie (airlied at redhat.com): > On Thu, 2009-08-06 at 01:36 -0400, Ben Boeckel wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA1 > > > > Dave Airlie wrote: > > > > > On Mon, 2009-08-03 at 15:08 +0530, Rahul Sundaram wrote: > > >> Hi > > >> > > >> A few days back I ran into > > >> > > >> http://lists.x.org/archives/xorg-devel/2009-July/001293.html > > >> > > >> I am wondering, since we are already using KMS in most places > > in Fedora, > > >> how far are we from achieving this by default in a Fedora > > release? > > > > > > non-root X is a big security hole at the moment, and until we > > get > > > revoke() support in the kernel, we can probably move X to > > running as a > > > special user, and maybe once we get revoke to running as the > > real user. > > > > > > However it doesn't solve the issue how we know we need or > > don't need > > > root since X only figures out what graphics drivers are needed > > after > > > starting, so if you needed a non-kms gpu driver we wouldn't > > know > > > until after we'd started as non-root. > > > > > > Dave. > > > > > > > Could permissions be raised temporarily? PolicyKit with > > (defaulted) auto-approve to load an appropriate driver? > > > Maybe we could do something with SELinux, but I don't think > we can do anything without getting revoke. or maybe some > process capabilties if such things worked. The non-kms drivers could carry fe=on,fI=CAP_SYS_RAWIO (or whatever they need) and userids or groups allowed to run X could get pI=CAP_SYS_RAWIO at login through pam_cap.so. If you also make the x driver setuid-root, then on filesystems (like NFS) or kernels which don't support file capabilities, it'll run setuid root as it does now, while if file caps are supported then it should run as the calling user with just the granted capabilities. -serge From jwboyer at gmail.com Thu Aug 6 20:01:47 2009 From: jwboyer at gmail.com (Josh Boyer) Date: Thu, 6 Aug 2009 16:01:47 -0400 Subject: Fedora 12 Features Proposed for Removal In-Reply-To: <1249588170.2266.197.camel@adam.local.net> References: <4A7A048B.3040909@redhat.com> <1249516576.2368.1.camel@snoogens.fab.redhat.com> <1249518657.1589.17.camel@planemask> <1249580220.2266.168.camel@adam.local.net> <1249582475.3759.57.camel@localhost.localdomain> <1249584080.2266.181.camel@adam.local.net> <1249586654.3759.64.camel@localhost.localdomain> <1249587266.2266.192.camel@adam.local.net> <20090806133920.38b547e3@ohm.scrye.com> <1249588170.2266.197.camel@adam.local.net> Message-ID: <20090806200147.GK3095@hansolo.jdub.homelinux.org> On Thu, Aug 06, 2009 at 12:49:30PM -0700, Adam Williamson wrote: >On Thu, 2009-08-06 at 13:39 -0600, Kevin Fenzi wrote: >> On Thu, 06 Aug 2009 12:34:26 -0700 >> Adam Williamson wrote: >> >> ...snip... >> >> > Sure, and I was always happy to write in GNOME and KDE versions as >> > 'Features' when writing release blurbs for Mandriva. But that's just >> > pure PR. PR is not all our feature process does - it comes with all >> > this bureaucracy, intended for dealing with experimental stuff which >> > may turn out to have been a bad idea, attached to it, it's _not_ a >> > pure PR exercise. Which leads to the absurdity we have here, the >> > suggestion that the GNOME 2.28 'feature' should be 'dropped' for >> > Fedora 12 (does anyone really think we're going to ship it with GNOME >> > 2.26?) >> >> It wasn't a suggestion of that, it was our feature wrangler saying: >> hey, check these features because they are not showing 100%. >> >> Please see: >> https://fedoraproject.org/wiki/Features/Policy >> >> Do we need to change some policy there? > >Er, the _topic_ of this thread is "Fedora 12 Features Proposed for >Removal". The email doesn't say anything about 'if you fix this stuff >before the meeting it'll be fine' (though that may be the actual case), >and the amount of notice given is a princely two days, which isn't that >long for anyone to make changes. The way things are worded are clearly >"We're going to drop these features", not "please check this, okay? >Please? Thanks!" No, it's worded perfectly. The Feature Wrangler is PROPOSING to FESCo that we drop these Features. It's a proposal, it's not a clear intention of dropping them at all. josh From ajax at redhat.com Thu Aug 6 20:02:17 2009 From: ajax at redhat.com (Adam Jackson) Date: Thu, 06 Aug 2009 16:02:17 -0400 Subject: non root X In-Reply-To: <20090806195058.GA7372@us.ibm.com> References: <4A76B026.4040603@fedoraproject.org> <1249536365.11827.2.camel@clockmaker.usersys.redhat.com> <1249585482.23805.1.camel@t60prh> <20090806195058.GA7372@us.ibm.com> Message-ID: <1249588938.5139.793.camel@atropine.boston.devel.redhat.com> On Thu, 2009-08-06 at 14:50 -0500, Serge E. Hallyn wrote: > Quoting Dave Airlie (airlied at redhat.com): > > Maybe we could do something with SELinux, but I don't think > > we can do anything without getting revoke. or maybe some > > process capabilties if such things worked. > > The non-kms drivers could carry fe=on,fI=CAP_SYS_RAWIO (or whatever > they need) and userids or groups allowed to run X could get pI=CAP_SYS_RAWIO > at login through pam_cap.so. > > If you also make the x driver setuid-root, then on filesystems (like > NFS) or kernels which don't support file capabilities, it'll run setuid > root as it does now, while if file caps are supported then it should run > as the calling user with just the granted capabilities. It doesn't work like that. Drivers are DSOs, not executables. You don't get capabilities magically blessed into your executable just because you dlopen()d a DSO that has them set. Also, having actually done the audit for this, the set of capabilities the X server would need to run with restricted-caps is essentially equivalent to root in the first place. SYS_RAWIO + SYS_ADMIN + DAC_OVERRIDE plus some others I'm forgetting. Really not a solution. - ajax -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From jkeating at redhat.com Thu Aug 6 20:08:05 2009 From: jkeating at redhat.com (Jesse Keating) Date: Thu, 06 Aug 2009 13:08:05 -0700 Subject: Fedora 12 Features Proposed for Removal In-Reply-To: <1249587266.2266.192.camel@adam.local.net> References: <4A7A048B.3040909@redhat.com> <1249516576.2368.1.camel@snoogens.fab.redhat.com> <1249518657.1589.17.camel@planemask> <1249580220.2266.168.camel@adam.local.net> <1249582475.3759.57.camel@localhost.localdomain> <1249584080.2266.181.camel@adam.local.net> <1249586654.3759.64.camel@localhost.localdomain> <1249587266.2266.192.camel@adam.local.net> Message-ID: <1249589285.3759.73.camel@localhost.localdomain> On Thu, 2009-08-06 at 12:34 -0700, Adam Williamson wrote: > Sure, and I was always happy to write in GNOME and KDE versions as > 'Features' when writing release blurbs for Mandriva. But that's just > pure PR. PR is not all our feature process does - it comes with all this > bureaucracy, intended for dealing with experimental stuff which may turn > out to have been a bad idea, attached to it, it's _not_ a pure PR > exercise. Which leads to the absurdity we have here, the suggestion that > the GNOME 2.28 'feature' should be 'dropped' for Fedora 12 (does anyone > really think we're going to ship it with GNOME 2.26?) Our feature process covers both, PR and experimental things, as well as things that just need a lot of coordination, or just some extra looking at for testing. If you really want to create one process for pure PR features, another process for experimental things, and another process for things that just need some coordination, I welcome you to draft those proposals. However, we have one process, that seems to handle all of the above fairly well. There are some interesting interactions, and some room for clarification, but in the end we have one process to go through whether you want to tout a version bump, whether you need to get the attention of multiple maintainers to coordinate a change, whether you want to experiment with something and have the backing of developers, QA, releng, and testers, so on and so forth. A single set of rules to follow, because these all tend to need roughly the same kind of things, so might as well have one process to run through. -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From opensource at till.name Thu Aug 6 20:19:04 2009 From: opensource at till.name (Till Maas) Date: Thu, 06 Aug 2009 22:19:04 +0200 Subject: 'IT Security' in comps? In-Reply-To: <20090806192141.GB15107@nostromo.devel.redhat.com> References: <20090805124954.ADF6511C008C@cvs1.fedora.phx.redhat.com> <20090805140024.GD6336@nostromo.devel.redhat.com> <20090805142004.GE16783@genius.kawo2.rwth-aachen.de> <20090805200759.GA12347@nostromo.devel.redhat.com> <20090805210744.GA27502@genius.kawo2.rwth-aachen.de> <20090806172424.GF11955@nostromo.devel.redhat.com> <20090806190713.GA6107@genius.kawo2.rwth-aachen.de> <20090806192141.GB15107@nostromo.devel.redhat.com> Message-ID: <20090806201904.GC8191@genius.kawo2.rwth-aachen.de> On Thu, Aug 06, 2009 at 03:21:41PM -0400, Bill Nottingham wrote: > Till Maas (opensource at till.name) said: > > > > The IT prefix is only used in the group id, which is afaik not visible > > > > to the used and not translated. > > > > > > No, it's not just in the description. > > > > > > "These tools can be used to perform IT security related wireless auditing." > > > > > > In this example, "IT security related" (aside from missing a hyphen > > > or two) is completely superfluous. > > > > 1) It is not a prefix in the description > > 2) It does not allow easy selection of the packages, which was the > > feature you said that it allows to have and which is the necessary > > context you removed: > > > > | I'm not sure they need to be bundled. Especially with 'IT' as a > > | prefix; > > Sorry, I should have expanded. It's bad to use the acronym at > all. > > > > > I don't understand what you want to say > > > > with "password recovery" is "password recovery". There is nothing to > > > > argue about, but nevertheles the groups are related to each other, > > > > > > How so? aide is not really related to password recovery at all, > > > at least not in any generally describable way. > > > > So the assignement of tools to the groups can be improved. Does this > > make the groups useless? I say no, there I don't see how this does > > belong to this general discussion about whether or not there should be > > these groups in comps. > > You're stating that IT should be in the description as the groups > are 'related'. I don't see how they're really that strongly related > at all, and IT is superfluous information to the use case. No, I did not state that, but maybe it was not obvious. I stated that the groups should be put together. I agree that the "IT security" is not needed in the password tools description and that the typo should be fixed, it the term is used. I fail to understand why you think they are not strongly related, they existence of the security spin proves that they are imho. I considered IT might be redundant information, too, when I created the groups, but also both the terms "Forensics" or "Wireless" are not IT specific, therefore I put the IT-security explanation into the description. There can be wireless analysis that is not security related, e.g. to find sources of disturbance and there are a lot of forensics tasks that are not IT-security related, but still could be assisted via software. But I do not care that much to keep the term in the description, this was just my motivation to put it there. > > > > already expresses itself that they are all on the security spin. Also it > > > > allows other people to easier ignore them, instead of cluttering other > > > > categories. > > > > > > Put it this way: > > > > > > - These packages are all in other groups under 'Base System' > > > - Ergo, if they're being grouped together, the resulting group > > > should still be under 'Base System' > > > > It is not technically possible to have subgroups, as you can see in the > > answer from Jesse Keating. > > Additional groups under Base System, not sub-sub-groups. This is no solution to grouping the packages together and still be able to know which packages are for which sub group of tasks. Btw. these tools to also not build a base system or at least what I would think of a base system, because their use case is for certain special tasks and does not form a base for other tools to build on, e.g. cron performs a base set of features that can be used by other packages. But this might not the criteria for packages in the base system category. > > > > > Tagging would help with this; as it stands now, 'yum search wireless' > > > > > or 'yum search wireless sniffer' would return the packages in your > > > > > wireless group. > > > > > > > > Probably, but this cannot be done right now afaik. > > > > > > yum search certainly can be done now. > > > > Yes, but is there an easy search expression that will result with the > > groups that I added? Afaik no. Does 'yum search wireless' returns 43 > > lines of packages, so it does not qualify. > > # yum search wireless sniffer > Loaded plugins: refresh-packagekit, verify > ============================== Matched: sniffer, wireless > ============================== > aircrack-ng.x86_64 : 802.11 (wireless) sniffer and WEP/WPA-PSK key cracker > kismet.x86_64 : WLAN detector, sniffer and IDS > kismet-extras.x86_64 : Non-core programs for 'kismet' I am impressed, I believe to have worse search experiences with yum search. Nevertheless, airsnort is missing there, but on the other hand kismet-extras is maybe missing in comps. But I do not currently know whether or not comps is subpackage aware. > My objections are: > - the use of a toplevel category (they should be under the existing > categories) This is addressed in my new proposal, they would be in no category or can be in any existing category. > - the excessive use of IT-security most everywhere, when it's not needed I'm fine with removing it from the description, but I would like to keep this or only security as a common prefix. > - the potential explosion of small groups (long term, we need to make > tagging and searching work. Splitting into groups for every small > usage case doesn't scale.) There are smaller groups currently in comps and the amount of packages per group is not final, e.g. I already identified more packages that would go into the wireless group and I already did not create a anonymity group, which is used on the security live cd webpage, but would only have two packages, that I know I would add to it. > - the 'all packages are default' paradigm I could accept to make packages not default that are e.g. already meant to be deprecated by upstream, like airsnort. But I do not think that the audience of these tools would only want to be presented some random password cracker like it is a guideline to have only one IM client on the Fedora Desktop live image. This is also reflected with the package set of the security live image, which also contains all these tools and not only selected ones. Regards Till -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 835 bytes Desc: not available URL: From skvidal at fedoraproject.org Thu Aug 6 20:21:22 2009 From: skvidal at fedoraproject.org (Seth Vidal) Date: Thu, 6 Aug 2009 16:21:22 -0400 (EDT) Subject: Critical Path Packages - Enforcement? In-Reply-To: References: Message-ID: Sorry for the long delay responding to this - I've been busy breaking things in the critpath. :) Responses inline: On Wed, 22 Jul 2009, Kevin Kofler wrote: > Hi, > > I have a few questions for the folks involved with the Critical Path > Packages proposal, as I'm still confused about the implementation details: > > 1. How will the policy be enforced? Will Bodhi withhold submitted updates > for packages in the depsolving hull of @critical-path until they get > approval from QA and/or rel-eng, like it currently does for security updates > until security team approval? A ticket is in for bodhi to be able to figure out the list of critpath pkgs and not allow them to be sent on w/o approvals. > > Assuming the answer to 1. is "Yes": Since 1. was a "How" question I don't think the answer could ever be 'yes'. :) > 2. Will critical-path-gnome also get the same enforcement? yes. > 3. Will critical-path-kde also get the same enforcement? If the kde-sig desire such. > 4. Will critical-path-* for spins.fp.o spins also get the same enforcement? if those sigs desire such. > If the answer to any of the above (1. to 4.) is "No", what kind of > enforcement will there be? When we discussed critical-path-kde today at KDE > SIG, we were very much confused about what exactly the practical > implications will be. I think it won't be of much use to define critical > path packages if that definition doesn't lead to some actual enforcement. It's up to the sig. > our SIG.) > * It doesn't make much sense for us to define critical path packages if it > won't have any actual practical implications. (We already know what's > critical to what extent, so a purely-informative critical-path-kde won't be > of much use to us.) critpath is really about making sure person X checks in some change and it works on their machine but doesn't work anywhere else and this doesn't result in a bazillion bug reportrs and broken systems and articles on lwn, etc, etc. We're trying to make things more consistently functional so testing/dev/bug killing can happen. I don't think of critpath as a special status, it is something which has been defacto in place for certain pkgs(rpm, yum, createrepo, python - essentially if those pkgs didn't work enough to do the compose, then we couldn't go any further) - we're just expanding the set of pkgs, really. If the kde-sig does not wish to be involved then that's really up to that sig. The rest of the distro is going to moving ahead. This is only my opinion and my interpretation of things, of course. -sv From serue at us.ibm.com Thu Aug 6 20:30:50 2009 From: serue at us.ibm.com (Serge E. Hallyn) Date: Thu, 6 Aug 2009 15:30:50 -0500 Subject: non root X In-Reply-To: <1249588938.5139.793.camel@atropine.boston.devel.redhat.com> References: <4A76B026.4040603@fedoraproject.org> <1249536365.11827.2.camel@clockmaker.usersys.redhat.com> <1249585482.23805.1.camel@t60prh> <20090806195058.GA7372@us.ibm.com> <1249588938.5139.793.camel@atropine.boston.devel.redhat.com> Message-ID: <20090806203050.GA10203@us.ibm.com> Quoting Adam Jackson (ajax at redhat.com): > On Thu, 2009-08-06 at 14:50 -0500, Serge E. Hallyn wrote: > > Quoting Dave Airlie (airlied at redhat.com): > > > Maybe we could do something with SELinux, but I don't think > > > we can do anything without getting revoke. or maybe some > > > process capabilties if such things worked. > > > > The non-kms drivers could carry fe=on,fI=CAP_SYS_RAWIO (or whatever > > they need) and userids or groups allowed to run X could get pI=CAP_SYS_RAWIO > > at login through pam_cap.so. > > > > If you also make the x driver setuid-root, then on filesystems (like > > NFS) or kernels which don't support file capabilities, it'll run setuid > > root as it does now, while if file caps are supported then it should run > > as the calling user with just the granted capabilities. > > It doesn't work like that. Drivers are DSOs, not executables. You drat -serge From mw_triad at users.sourceforge.net Thu Aug 6 20:53:26 2009 From: mw_triad at users.sourceforge.net (Matthew Woehlke) Date: Thu, 06 Aug 2009 15:53:26 -0500 Subject: KDE vs. GNOME on F10 In-Reply-To: <1249583956.2266.179.camel@adam.local.net> References: <3668e9f50908050249r18019ab4j95b10beb23d74e73@mail.gmail.com> <15e53e180908050302k6faa024cj5f7630d15b9a4305@mail.gmail.com> <4A795D90.5020903@leemhuis.info> <20090805120144.GC3095@hansolo.jdub.homelinux.org> <1249498044.2266.17.camel@adam.local.net> <20090805192822.GD3095@hansolo.jdub.homelinux.org> <1249501283.2266.43.camel@adam.local.net> <4A79E24F.1050305@redhat.com> <1249503080.2266.53.camel@adam.local.net> <1249538726.2266.75.camel@adam.local.net> <1249541486.2266.96.camel@adam.local.net> <1249577183.2266.156.camel@adam.local.net> <1249583956.2266.179.camel@adam.local.net> Message-ID: Adam Williamson wrote: > Same question for KDE - someone writes a tool for their group based > on some KDE libraries, doesn't expect an update to come along and do > a major KDE version bump and break some interface the tool relied > on... KDE would generally consider it a bug if that happened (API compat broken by a non-major* update), unless it was an interface that already had a big "BC/SC not guaranteed" warning label. (* major = e.g. KDE3 -> KDE4) There may be situations in which such a break would be done anyway, but there would have to be a strong argument why such change is so critical as to warrant a compatibility break. -- Matthew Please do not quote my e-mail address unobfuscated in message bodies. -- Thank you for reading all the way to this .sig. You may stop reading now. Really. It is safe to stop. There is no more content. Why are you still reading? From mopsfelder at gmail.com Thu Aug 6 20:56:29 2009 From: mopsfelder at gmail.com (Murilo Opsfelder Araujo) Date: Thu, 6 Aug 2009 17:56:29 -0300 Subject: Running a command in background inside spec file Message-ID: Hi, how can I run a command in background inside spec file? Thanks. -- Murilo Opsfelder Araujo From sandeen at redhat.com Thu Aug 6 21:07:47 2009 From: sandeen at redhat.com (Eric Sandeen) Date: Thu, 06 Aug 2009 16:07:47 -0500 Subject: Running a command in background inside spec file In-Reply-To: References: Message-ID: <4A7B4623.1010307@redhat.com> Murilo Opsfelder Araujo wrote: > Hi, > > how can I run a command in background inside spec file? > > Thanks. > ooh boy, I think the answer is, "you don't" - why do you need to? -Eric From maxamillion at gmail.com Thu Aug 6 21:07:51 2009 From: maxamillion at gmail.com (Adam Miller) Date: Thu, 6 Aug 2009 16:07:51 -0500 Subject: Running a command in background inside spec file In-Reply-To: References: Message-ID: On Thu, Aug 6, 2009 at 3:56 PM, Murilo Opsfelder Araujo wrote: > how can I run a command in background inside spec file? > I have to ask because my curiosity is killing me.... what's the use case for that? -Adam -- http://maxamillion.googlepages.com --------------------------------------------------------- () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments From poelstra at redhat.com Thu Aug 6 21:46:17 2009 From: poelstra at redhat.com (John Poelstra) Date: Thu, 06 Aug 2009 14:46:17 -0700 Subject: Fedora 12 Features Proposed for Removal In-Reply-To: <1249583450.5139.732.camel@atropine.boston.devel.redhat.com> References: <4A7A048B.3040909@redhat.com> <1249583450.5139.732.camel@atropine.boston.devel.redhat.com> Message-ID: <4A7B4F29.4070100@redhat.com> Adam Jackson said the following on 08/06/2009 11:30 AM Pacific Time: > On Wed, 2009-08-05 at 15:15 -0700, John Poelstra wrote: > >> https://fedoraproject.org/wiki/Features/DisplayPort > > I updated this a few days ago. I guess it's still not good enough to be > called a feature? I really don't know how much more testing > instructions I need to provide, and it seems disingenuous to call it > "100%" when there's almost certainly bugs remaining and hardware we > don't support right. > > But if this is just a "feature" for the sake of release notes, then > sure, drop it from the list. > > - ajax > Historically we have tracked the percentage as "percentage of development work/implementation completed." Features are expected to be "complete enough" (testable) by Feature Freeze. The idea being that the implementation is done (100%) or close to done going into the Alpha (previously the Beta) and tested during the test releases. I'm sorry there has been so much confusion this release cycle. As far as I can tell in the conversations I've had with the Feature Wrangler we are handling things the same was we have since we started this process. If the Feature Wrangler is being inconsistent or deviating from the set policy, please let me know so I can pass that on to him ;-) John From poelstra at redhat.com Thu Aug 6 21:48:57 2009 From: poelstra at redhat.com (John Poelstra) Date: Thu, 06 Aug 2009 14:48:57 -0700 Subject: Fedora 12 Features Proposed for Removal In-Reply-To: <1249583832.3759.62.camel@localhost.localdomain> References: <4A7A048B.3040909@redhat.com> <1249516576.2368.1.camel@snoogens.fab.redhat.com> <4A7AE276.2070204@redhat.com> <1249579110.3759.46.camel@localhost.localdomain> <5256d0b0908061118g42c9d948h391a06b735c48e5e@mail.gmail.com> <20090806182123.GA14838@nostromo.devel.redhat.com> <1249583832.3759.62.camel@localhost.localdomain> Message-ID: <4A7B4FC9.20906@redhat.com> Jesse Keating said the following on 08/06/2009 11:37 AM Pacific Time: > On Thu, 2009-08-06 at 14:21 -0400, Bill Nottingham wrote: >> Peter Robinson (pbrobinson at gmail.com) said: >>>> From the sidelines it seems that there is a confusion on what the % >>>> actually means. Some think that 100% means "ready to be tested" and >>>> others think that 100% means "It's been tested, the final builds are in >>>> and all known and cared about bugs are fixed". >>> My understanding was the later. All working tested and ready to go. >>> What is it meant to mean. >> Yeah, I think this is sort of an issue with pushing everything down >> to a simple number. >> >> In my view, '100%' would mean "I'm done with this, and not touching >> it modulo bugs." It can have a lower percentage and still be testable. >> >> Bill >> > > So really, we need 2 things. > > 1) a definition of a status that the feature wrangler and FESCo agree > upon to be "done enough" for Alpha / Feature Freeze. > > 2) a % number that indicates #1 > > All we need to do to fix #1 is clarify the policy which the Feature Wrangler seeks to follow and help administer. It has always been a percentage to measure the completeness of implementing the feature as described on the feature page. We seek to been feature complete (100%) or "testable" (no percentage defined in the current policy--this would address #2) at Feature Freeze so those features can be tested in the test releases (Alpha & Beta). John From poelstra at redhat.com Thu Aug 6 22:03:09 2009 From: poelstra at redhat.com (John Poelstra) Date: Thu, 06 Aug 2009 15:03:09 -0700 Subject: Fedora 12 Features Proposed for Removal In-Reply-To: <1249588170.2266.197.camel@adam.local.net> References: <4A7A048B.3040909@redhat.com> <1249516576.2368.1.camel@snoogens.fab.redhat.com> <1249518657.1589.17.camel@planemask> <1249580220.2266.168.camel@adam.local.net> <1249582475.3759.57.camel@localhost.localdomain> <1249584080.2266.181.camel@adam.local.net> <1249586654.3759.64.camel@localhost.localdomain> <1249587266.2266.192.camel@adam.local.net> <20090806133920.38b547e3@ohm.scrye.com> <1249588170.2266.197.camel@adam.local.net> Message-ID: <4A7B531D.7030203@redhat.com> Adam Williamson said the following on 08/06/2009 12:49 PM Pacific Time: > On Thu, 2009-08-06 at 13:39 -0600, Kevin Fenzi wrote: >> On Thu, 06 Aug 2009 12:34:26 -0700 >> Adam Williamson wrote: >> >> ...snip... >> >>> Sure, and I was always happy to write in GNOME and KDE versions as >>> 'Features' when writing release blurbs for Mandriva. But that's just >>> pure PR. PR is not all our feature process does - it comes with all >>> this bureaucracy, intended for dealing with experimental stuff which >>> may turn out to have been a bad idea, attached to it, it's _not_ a >>> pure PR exercise. Which leads to the absurdity we have here, the >>> suggestion that the GNOME 2.28 'feature' should be 'dropped' for >>> Fedora 12 (does anyone really think we're going to ship it with GNOME >>> 2.26?) >> It wasn't a suggestion of that, it was our feature wrangler saying: >> hey, check these features because they are not showing 100%. >> >> Please see: >> https://fedoraproject.org/wiki/Features/Policy >> >> Do we need to change some policy there? > > Er, the _topic_ of this thread is "Fedora 12 Features Proposed for > Removal". The email doesn't say anything about 'if you fix this stuff > before the meeting it'll be fine' (though that may be the actual case), > and the amount of notice given is a princely two days, which isn't that > long for anyone to make changes. The way things are worded are clearly > "We're going to drop these features", not "please check this, okay? > Please? Thanks!" Fair point though one has to asks how many reminders and nags is necessary? I wrongly assumed we had reached a point in this process where everyone was familiar with the definition of feature freeze and the requirements around it. What I overlooked was that new people (which is an excellent thing!) have gotten involved in the process since our early growing pains. The part I don't quite understand is complaints and protests of "I didn't know" from folks that have been involved since the beginning of the feature process. I'm adding some extra dates to the schedule so that the nagging process is consistent for releases going forward. Hopefully that will help. John From jkeating at redhat.com Thu Aug 6 22:41:15 2009 From: jkeating at redhat.com (Jesse Keating) Date: Thu, 06 Aug 2009 15:41:15 -0700 Subject: Fedora 12 Features Proposed for Removal In-Reply-To: <4A7B4FC9.20906@redhat.com> References: <4A7A048B.3040909@redhat.com> <1249516576.2368.1.camel@snoogens.fab.redhat.com> <4A7AE276.2070204@redhat.com> <1249579110.3759.46.camel@localhost.localdomain> <5256d0b0908061118g42c9d948h391a06b735c48e5e@mail.gmail.com> <20090806182123.GA14838@nostromo.devel.redhat.com> <1249583832.3759.62.camel@localhost.localdomain> <4A7B4FC9.20906@redhat.com> Message-ID: <1249598475.3759.75.camel@localhost.localdomain> On Thu, 2009-08-06 at 14:48 -0700, John Poelstra wrote: > > All we need to do to fix #1 is clarify the policy which the Feature > Wrangler seeks to follow and help administer. It has always been a > percentage to measure the completeness of implementing the feature as > described on the feature page. > > We seek to been feature complete (100%) or "testable" (no percentage > defined in the current policy--this would address #2) at Feature Freeze > so those features can be tested in the test releases (Alpha & Beta). I think what people are looking for is "What do I have to frob to stop being nagged about this". What is it you look for to determine that a feature is complete enough to be testable, and thus not at risk of being removed at feature freeze? -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From bill at bfccomputing.com Thu Aug 6 22:57:19 2009 From: bill at bfccomputing.com (Bill McGonigle) Date: Thu, 06 Aug 2009 18:57:19 -0400 Subject: Fedora 12 Features Proposed for Removal In-Reply-To: <4A7B4F29.4070100@redhat.com> References: <4A7A048B.3040909@redhat.com> <1249583450.5139.732.camel@atropine.boston.devel.redhat.com> <4A7B4F29.4070100@redhat.com> Message-ID: <4A7B5FCF.80600@bfccomputing.com> On 08/06/2009 05:46 PM, John Poelstra wrote: > Features are expected to be "complete enough" (testable) by Feature Freeze. Would it make sense to have the feature owner define what "complete enough" is going to mean when the feature is targeted for a release? Something the Feature Wrangler could approve, perhaps? Sure, there might be some unexpected things requiring revision, but most of the work would be front-loaded, and exceptions can be dealt with as that. With an up-front expectation, at least everybody would be singing off the same page as to what 100% means per feature. There's such variation with upstream release dates before and after Alpha that it's hard to see a single set of guidelines that will cover all cases. -Bill -- Bill McGonigle, Owner Work: 603.448.4440 BFC Computing, LLC Home: 603.448.1668 http://www.bfccomputing.com/ Cell: 603.252.2606 Twitter, etc.: bill_mcgonigle Page: 603.442.1833 Email, IM, VOIP: bill at bfccomputing.com Blog: http://blog.bfccomputing.com/ VCard: http://bfccomputing.com/vcard/bill.vcf From mclasen at redhat.com Thu Aug 6 23:07:40 2009 From: mclasen at redhat.com (Matthias Clasen) Date: Thu, 06 Aug 2009 19:07:40 -0400 Subject: KDE vs. GNOME on F10 In-Reply-To: <1249587042.3759.69.camel@localhost.localdomain> References: <3668e9f50908050249r18019ab4j95b10beb23d74e73@mail.gmail.com> <15e53e180908050302k6faa024cj5f7630d15b9a4305@mail.gmail.com> <4A795D90.5020903@leemhuis.info> <20090805120144.GC3095@hansolo.jdub.homelinux.org> <1249498044.2266.17.camel@adam.local.net> <20090805192822.GD3095@hansolo.jdub.homelinux.org> <1249501283.2266.43.camel@adam.local.net> <4A79E24F.1050305@redhat.com> <1249503080.2266.53.camel@adam.local.net> <1249538726.2266.75.camel@adam.local.net> <1249541486.2266.96.camel@adam.local.net> <1249579648.3759.53.camel@localhost.localdomain> <1249583460.2266.170.camel@adam.local.net> <1249583705.3759.60.camel@localhost.localdomain> <1249585568.2266.188.camel@adam.local.net> <1249587042.3759.69.camel@localhost.localdomain> Message-ID: <1249600060.1477.1.camel@planemask> On Thu, 2009-08-06 at 12:30 -0700, Jesse Keating wrote: > On Thu, 2009-08-06 at 12:06 -0700, Adam Williamson wrote: > > OK, bad example, but you know what I mean. > > Yes, I do, and I think there is room for a Fedora offering that is > released frequently (every 6 months), supported for about a year, with > conservative updates to the platform. That's nearly exactly what we > have in Fedora Desktop. There is also room for a Fedora offering that > is released frequently (every 6 months), supported for about a year, > with aggressive updates to the latest and greatest for the platform. > That's nearly exactly what we have in Fedora KDE. Its kinda funny how the GNOME side is ending up on the 'conservative' side here. We are pretty agressive in pushing new stuff into each release. But we believe it is better to do that _before_ the release, not after. From jlaska at redhat.com Thu Aug 6 23:52:53 2009 From: jlaska at redhat.com (James Laska) Date: Thu, 06 Aug 2009 19:52:53 -0400 Subject: F12 Alpha Blocker Bug Meeting: Friday 2009-08-07 @ 15:00 UTC (11 AM EDT) Message-ID: <1249602773.2727.24.camel@flatline.devel.redhat.com> What: Fedora 12 Alpha Blocker bug meeting When: Friday, 2009-08-07 @ 15:00 UTC (11 AM EDT) Where: #fedora-bugzappers on irc.freenode.net A busy week for Fedora. The Alpha freeze has come and gone, testing against the alpha test compose began, and the alpha compose is delayed, but looming. Please join us tomorrow as we scrub the list of bugs blocking the Alpha release. Time permitting, the F12Beta and F12Blocker bugs will be reviewed as well. For reference, the blocker bug links are below: * F12Alpha - https://bugzilla.redhat.com/showdependencytree.cgi?id=F12Alpha&hide_resolved=1 * F12Beta - https://bugzilla.redhat.com/showdependencytree.cgi?id=F12Beta&hide_resolved=1 * F12Blocker - https://bugzilla.redhat.com/showdependencytree.cgi?id=F12Blocker&hide_resolved=1 Have an issue you'd like to propose for F12Alpha? Please consider the following criteria when escalating an issue: * Can this issue be fixed with a future rawhide update or is it part of the media kit? * Is this defect a high (or greater) severity [1] with no, or an unreasonable, workaround? * Does the presence of this bug dramatically reduce test coverage? See you there! James [1] http://fedoraproject.org/wiki/BugZappers/BugStatusWorkFlow#Severity -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From bill at bfccomputing.com Thu Aug 6 23:56:39 2009 From: bill at bfccomputing.com (Bill McGonigle) Date: Thu, 06 Aug 2009 19:56:39 -0400 Subject: KDE vs. GNOME on F10 In-Reply-To: <1249538365.2266.69.camel@adam.local.net> References: <3668e9f50908050249r18019ab4j95b10beb23d74e73@mail.gmail.com> <15e53e180908050302k6faa024cj5f7630d15b9a4305@mail.gmail.com> <4A795D90.5020903@leemhuis.info> <20090805120144.GC3095@hansolo.jdub.homelinux.org> <1249498044.2266.17.camel@adam.local.net> <20090805192822.GD3095@hansolo.jdub.homelinux.org> <1249501283.2266.43.camel@adam.local.net> <1249538365.2266.69.camel@adam.local.net> Message-ID: <4A7B6DB7.6090504@bfccomputing.com> Great thread. On 08/06/2009 01:59 AM, Adam Williamson wrote: > I'm simply pointing out that it's literally impossible to > satisfy both possible update policies with a single unitary repository. There was some talk about additional tagging in RPM being available in Fedora 13, wasn't there? Perhaps if that could propagate through the build, repo, and yum tools there would be a way to solve for various branches. MythDora is a spin that's worth studying here. It provides a specific purpose, is pretty well-tuned to that purpose, and doesn't necessarily update for every Fedora release. One can imagine a 'Fedora Solid' spin that pays special attention to QA, maybe only plans on every-other release, sometimes back-porting release+1 things that make a huge win, maybe takes longer to compose than a regular Fedora release. There was some talk about extending updates to 18 months, which would make such a spin feasible. CentOS tends to be crufty, Fedora tends to be broken. Average users usually want to be somewhere in the middle. Having a user-focused SIG as an additional check on packagers' decisions to update packages could have quality benefits. I like the idea that Fedora is whatever there's a SIG for, not just for avoiding the question, but for the idea that Fedora is a process, not a product. -Bill -- Bill McGonigle, Owner Work: 603.448.4440 BFC Computing, LLC Home: 603.448.1668 http://www.bfccomputing.com/ Cell: 603.252.2606 Twitter, etc.: bill_mcgonigle Page: 603.442.1833 Email, IM, VOIP: bill at bfccomputing.com Blog: http://blog.bfccomputing.com/ VCard: http://bfccomputing.com/vcard/bill.vcf From jkeating at redhat.com Fri Aug 7 00:10:28 2009 From: jkeating at redhat.com (Jesse Keating) Date: Thu, 06 Aug 2009 17:10:28 -0700 Subject: KDE vs. GNOME on F10 In-Reply-To: <1249600060.1477.1.camel@planemask> References: <3668e9f50908050249r18019ab4j95b10beb23d74e73@mail.gmail.com> <15e53e180908050302k6faa024cj5f7630d15b9a4305@mail.gmail.com> <4A795D90.5020903@leemhuis.info> <20090805120144.GC3095@hansolo.jdub.homelinux.org> <1249498044.2266.17.camel@adam.local.net> <20090805192822.GD3095@hansolo.jdub.homelinux.org> <1249501283.2266.43.camel@adam.local.net> <4A79E24F.1050305@redhat.com> <1249503080.2266.53.camel@adam.local.net> <1249538726.2266.75.camel@adam.local.net> <1249541486.2266.96.camel@adam.local.net> <1249579648.3759.53.camel@localhost.localdomain> <1249583460.2266.170.camel@adam.local.net> <1249583705.3759.60.camel@localhost.localdomain> <1249585568.2266.188.camel@adam.local.net> <1249587042.3759.69.camel@localhost.localdomain> <1249600060.1477.1.camel@planemask> Message-ID: <1249603829.3759.77.camel@localhost.localdomain> On Thu, 2009-08-06 at 19:07 -0400, Matthias Clasen wrote: > > Its kinda funny how the GNOME side is ending up on the 'conservative' > side here. We are pretty agressive in pushing new stuff into each > release. But we believe it is better to do that _before_ the release, > not after. Right, aggressive between Fedora releases, conservative within a Fedora release. I kind of wish everybody did that, and actually treated our stable releases as, you know, stable releases, otherwise what's the point of even making releases, and going through freezes and feature processes and... -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From chris.stone at gmail.com Fri Aug 7 00:47:24 2009 From: chris.stone at gmail.com (Christopher Stone) Date: Thu, 6 Aug 2009 17:47:24 -0700 Subject: KDE vs. GNOME on F10 In-Reply-To: <1249603829.3759.77.camel@localhost.localdomain> References: <3668e9f50908050249r18019ab4j95b10beb23d74e73@mail.gmail.com> <1249538726.2266.75.camel@adam.local.net> <1249541486.2266.96.camel@adam.local.net> <1249579648.3759.53.camel@localhost.localdomain> <1249583460.2266.170.camel@adam.local.net> <1249583705.3759.60.camel@localhost.localdomain> <1249585568.2266.188.camel@adam.local.net> <1249587042.3759.69.camel@localhost.localdomain> <1249600060.1477.1.camel@planemask> <1249603829.3759.77.camel@localhost.localdomain> Message-ID: On Thu, Aug 6, 2009 at 5:10 PM, Jesse Keating wrote: > On Thu, 2009-08-06 at 19:07 -0400, Matthias Clasen wrote: >> >> Its kinda funny how the GNOME side is ending up on the 'conservative' >> side here. We are pretty agressive in pushing new stuff into each >> release. But we believe it is better to do that _before_ the release, >> not after. > > Right, aggressive between Fedora releases, conservative within a Fedora > release. ?I kind of wish everybody did that, and actually treated our > stable releases as, you know, stable releases, otherwise what's the > point of even making releases, and going through freezes and feature > processes and... Yea well, I dunno about you guys who run rawhide. But as an F-11 user, I am *very* glad I use KDE and the KDE SIG is giving me the latest and greatest to use. I am so glad I don't have to wait for F-12 to be released just to run the latest version of my desktop. Thank you once again KDE SIG for your awesome support and maintainership, it is second to none. From MathStuf at gmail.com Fri Aug 7 00:57:45 2009 From: MathStuf at gmail.com (Ben Boeckel) Date: Thu, 06 Aug 2009 20:57:45 -0400 Subject: KDE vs. GNOME on F10 References: <3668e9f50908050249r18019ab4j95b10beb23d74e73@mail.gmail.com> <15e53e180908050302k6faa024cj5f7630d15b9a4305@mail.gmail.com> <4A795D90.5020903@leemhuis.info> <20090805120144.GC3095@hansolo.jdub.homelinux.org> <1249498044.2266.17.camel@adam.local.net> <20090805192822.GD3095@hansolo.jdub.homelinux.org> <1249501283.2266.43.camel@adam.local.net> <1249538365.2266.69.camel@adam.local.net> <4A7B6DB7.6090504@bfccomputing.com> Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Bill McGonigle wrote: > CentOS tends to be crufty, Fedora tends to be broken. Average users > usually want to be somewhere in the middle. Having a user- focused SIG > as an additional check on packagers' decisions to update packages could > have quality benefits. > > I like the idea that Fedora is whatever there's a SIG for, not just for > avoiding the question, but for the idea that Fedora is a process, not a > product. > > -Bill Just a thought, but could that SIG just enforce a critical path- like workflow (with overrides from the security team) on FN-2? They would have to be willing to do the QA, talk with SIGs and maintainers, and be large enough to be able to do so. Thoughts? As a bridge, have critical path grab more packages in FN-1 (maybe have it happen at a milestone such as FN+1 the-release- formerly-known-as-beta?). - --Ben -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkp7fAkACgkQiPi+MRHG3qQa0wCeOkR/xSGvXlJcsYMWuLdTg4TO OfoAnAyF8a1V8D2BwS7lvYE6JpLyci1z =xO/E -----END PGP SIGNATURE----- From oget.fedora at gmail.com Fri Aug 7 01:26:32 2009 From: oget.fedora at gmail.com (Orcan Ogetbil) Date: Thu, 6 Aug 2009 21:26:32 -0400 Subject: KDE vs. GNOME on F10 In-Reply-To: <1249603829.3759.77.camel@localhost.localdomain> References: <3668e9f50908050249r18019ab4j95b10beb23d74e73@mail.gmail.com> <1249538726.2266.75.camel@adam.local.net> <1249541486.2266.96.camel@adam.local.net> <1249579648.3759.53.camel@localhost.localdomain> <1249583460.2266.170.camel@adam.local.net> <1249583705.3759.60.camel@localhost.localdomain> <1249585568.2266.188.camel@adam.local.net> <1249587042.3759.69.camel@localhost.localdomain> <1249600060.1477.1.camel@planemask> <1249603829.3759.77.camel@localhost.localdomain> Message-ID: On Thu, Aug 6, 2009 at 8:10 PM, Jesse Keating wrote: > On Thu, 2009-08-06 at 19:07 -0400, Matthias Clasen wrote: >> >> Its kinda funny how the GNOME side is ending up on the 'conservative' >> side here. We are pretty agressive in pushing new stuff into each >> release. But we believe it is better to do that _before_ the release, >> not after. > > Right, aggressive between Fedora releases, conservative within a Fedora > release. ?I kind of wish everybody did that, and actually treated our > stable releases as, you know, stable releases, otherwise what's the > point of even making releases, and going through freezes and feature > processes and... > I believe that is the way it should be. The releases must be there every once in a while when the installer is updated, e.g.. when the default file system is changed, or when gnome is finally obsoleted etc. Otherwise F10=F11 until the last day of F-10's lifetime, in my perspective. It's just my opinion, as I don't maintain any core components and there might be things that I'm not considering. Orcan From jkeating at redhat.com Fri Aug 7 01:33:58 2009 From: jkeating at redhat.com (Jesse Keating) Date: Thu, 06 Aug 2009 18:33:58 -0700 Subject: KDE vs. GNOME on F10 In-Reply-To: References: <3668e9f50908050249r18019ab4j95b10beb23d74e73@mail.gmail.com> <1249538726.2266.75.camel@adam.local.net> <1249541486.2266.96.camel@adam.local.net> <1249579648.3759.53.camel@localhost.localdomain> <1249583460.2266.170.camel@adam.local.net> <1249583705.3759.60.camel@localhost.localdomain> <1249585568.2266.188.camel@adam.local.net> <1249587042.3759.69.camel@localhost.localdomain> <1249600060.1477.1.camel@planemask> <1249603829.3759.77.camel@localhost.localdomain> Message-ID: <1249608838.3759.79.camel@localhost.localdomain> On Thu, 2009-08-06 at 17:47 -0700, Christopher Stone wrote: > Yea well, I dunno about you guys who run rawhide. But as an F-11 user, > I am *very* glad I use KDE and the KDE SIG is giving me the latest and > greatest to use. I am so glad I don't have to wait for F-12 to be > released just to run the latest version of my desktop. Thank you once > again KDE SIG for your awesome support and maintainership, it is > second to none. So you want rawhide-like treatment for some of your packages, but not all of them? Where is the line? -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From awilliam at redhat.com Fri Aug 7 02:18:09 2009 From: awilliam at redhat.com (Adam Williamson) Date: Thu, 06 Aug 2009 19:18:09 -0700 Subject: Fedora 12 Features Proposed for Removal In-Reply-To: <1249589285.3759.73.camel@localhost.localdomain> References: <4A7A048B.3040909@redhat.com> <1249516576.2368.1.camel@snoogens.fab.redhat.com> <1249518657.1589.17.camel@planemask> <1249580220.2266.168.camel@adam.local.net> <1249582475.3759.57.camel@localhost.localdomain> <1249584080.2266.181.camel@adam.local.net> <1249586654.3759.64.camel@localhost.localdomain> <1249587266.2266.192.camel@adam.local.net> <1249589285.3759.73.camel@localhost.localdomain> Message-ID: <1249611489.2266.200.camel@adam.local.net> On Thu, 2009-08-06 at 13:08 -0700, Jesse Keating wrote: > On Thu, 2009-08-06 at 12:34 -0700, Adam Williamson wrote: > > Sure, and I was always happy to write in GNOME and KDE versions as > > 'Features' when writing release blurbs for Mandriva. But that's just > > pure PR. PR is not all our feature process does - it comes with all this > > bureaucracy, intended for dealing with experimental stuff which may turn > > out to have been a bad idea, attached to it, it's _not_ a pure PR > > exercise. Which leads to the absurdity we have here, the suggestion that > > the GNOME 2.28 'feature' should be 'dropped' for Fedora 12 (does anyone > > really think we're going to ship it with GNOME 2.26?) > > Our feature process covers both, PR and experimental things, as well as > things that just need a lot of coordination, or just some extra looking > at for testing. If you really want to create one process for pure PR > features, another process for experimental things, and another process > for things that just need some coordination, I welcome you to draft > those proposals. Ahh, bureaucracy, don't you love it. ;) My idea of a 'process' for pure PR features is 'have a look at the product then write the damn thing', so I am not your guy for drafting process documents... However, that's not my suggestion. I made that earlier in the thread, and it's simple: if there are actual features within new versions of some software that we ship that should count as Fedora features - i.e. they're significant changes that it makes sense to 'gatekeep' at the Fedora level, in terms of organizing Fedora-specific concerted testing and providing a contingency plan in case they turn out to be a bad idea - then isolate _those_ and list _them_ as features, don't just call a version number a feature. XZ payloads in RPM is a feature done right, according to this view. We don't say that 'RPM (whatever-EVR-introduced-XZ-payloads)' is a feature, we say XZ payloads are a feature. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From awilliam at redhat.com Fri Aug 7 02:20:52 2009 From: awilliam at redhat.com (Adam Williamson) Date: Thu, 06 Aug 2009 19:20:52 -0700 Subject: KDE vs. GNOME on F10 In-Reply-To: References: <3668e9f50908050249r18019ab4j95b10beb23d74e73@mail.gmail.com> <15e53e180908050302k6faa024cj5f7630d15b9a4305@mail.gmail.com> <4A795D90.5020903@leemhuis.info> <20090805120144.GC3095@hansolo.jdub.homelinux.org> <1249498044.2266.17.camel@adam.local.net> <20090805192822.GD3095@hansolo.jdub.homelinux.org> <1249501283.2266.43.camel@adam.local.net> <4A79E24F.1050305@redhat.com> <1249503080.2266.53.camel@adam.local.net> <1249538726.2266.75.camel@adam.local.net> <1249541486.2266.96.camel@adam.local.net> <1249577183.2266.156.camel@adam.local.net> <1249583956.2266.179.camel@adam.local.net> Message-ID: <1249611652.2266.202.camel@adam.local.net> On Thu, 2009-08-06 at 15:53 -0500, Matthew Woehlke wrote: > Adam Williamson wrote: > > Same question for KDE - someone writes a tool for their group based > > on some KDE libraries, doesn't expect an update to come along and do > > a major KDE version bump and break some interface the tool relied > > on... > > KDE would generally consider it a bug if that happened (API compat > broken by a non-major* update), unless it was an interface that already > had a big "BC/SC not guaranteed" warning label. > > (* major = e.g. KDE3 -> KDE4) > > There may be situations in which such a break would be done anyway, but > there would have to be a strong argument why such change is so critical > as to warrant a compatibility break. It seems to happen rather a lot for that to be the case, though maybe the situation I'm most familiar with (KDE 4.0 -> 4.1 -> 4.2) is an unusual situation. I was watching KDE quite closely in MDV at that point, as quite a lot of features that people expected from 3.x were missing, and I remember, for instance, that someone was trying to get kmilo (for multimedia keys) working on 4.x, they had to port it to 4.0, then port it to 4.1, then to 4.2... as I said, I suppose this could just be because 4.0 didn't quite have everything settled down yet so some major changes still had to be made for 4.1 / 4.2. I'm not enough of an expert on KDE to be sure. But we're getting bogged down in specifics again :) -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From awilliam at redhat.com Fri Aug 7 02:21:56 2009 From: awilliam at redhat.com (Adam Williamson) Date: Thu, 06 Aug 2009 19:21:56 -0700 Subject: KDE vs. GNOME on F10 In-Reply-To: <1249587042.3759.69.camel@localhost.localdomain> References: <3668e9f50908050249r18019ab4j95b10beb23d74e73@mail.gmail.com> <15e53e180908050302k6faa024cj5f7630d15b9a4305@mail.gmail.com> <4A795D90.5020903@leemhuis.info> <20090805120144.GC3095@hansolo.jdub.homelinux.org> <1249498044.2266.17.camel@adam.local.net> <20090805192822.GD3095@hansolo.jdub.homelinux.org> <1249501283.2266.43.camel@adam.local.net> <4A79E24F.1050305@redhat.com> <1249503080.2266.53.camel@adam.local.net> <1249538726.2266.75.camel@adam.local.net> <1249541486.2266.96.camel@adam.local.net> <1249579648.3759.53.camel@localhost.localdomain> <1249583460.2266.170.camel@adam.local.net> <1249583705.3759.60.camel@localhost.localdomain> <1249585568.2266.188.camel@adam.local.net> <1249587042.3759.69.camel@localhost.localdomain> Message-ID: <1249611716.2266.203.camel@adam.local.net> On Thu, 2009-08-06 at 12:30 -0700, Jesse Keating wrote: > On Thu, 2009-08-06 at 12:06 -0700, Adam Williamson wrote: > > OK, bad example, but you know what I mean. > > Yes, I do, and I think there is room for a Fedora offering that is > released frequently (every 6 months), supported for about a year, with > conservative updates to the platform. That's nearly exactly what we > have in Fedora Desktop. There is also room for a Fedora offering that > is released frequently (every 6 months), supported for about a year, > with aggressive updates to the latest and greatest for the platform. > That's nearly exactly what we have in Fedora KDE. > > The real problem is going to be when somebody wants to make an offering > that features GNOME but has aggressive updates to latest and greatest > GNOME on every update stream, as that cannot coexist with the > conservative Fedora Desktop. The other problem is if you'd like stable updates but you prefer KDE, or vice versa =) -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From awilliam at redhat.com Fri Aug 7 02:24:49 2009 From: awilliam at redhat.com (Adam Williamson) Date: Thu, 06 Aug 2009 19:24:49 -0700 Subject: KDE vs. GNOME on F10 In-Reply-To: <4A7B6DB7.6090504@bfccomputing.com> References: <3668e9f50908050249r18019ab4j95b10beb23d74e73@mail.gmail.com> <15e53e180908050302k6faa024cj5f7630d15b9a4305@mail.gmail.com> <4A795D90.5020903@leemhuis.info> <20090805120144.GC3095@hansolo.jdub.homelinux.org> <1249498044.2266.17.camel@adam.local.net> <20090805192822.GD3095@hansolo.jdub.homelinux.org> <1249501283.2266.43.camel@adam.local.net> <1249538365.2266.69.camel@adam.local.net> <4A7B6DB7.6090504@bfccomputing.com> Message-ID: <1249611889.2266.206.camel@adam.local.net> On Thu, 2009-08-06 at 19:56 -0400, Bill McGonigle wrote: > Great thread. Glad someone appreciates it :) > On 08/06/2009 01:59 AM, Adam Williamson wrote: > > I'm simply pointing out that it's literally impossible to > > satisfy both possible update policies with a single unitary repository. > > There was some talk about additional tagging in RPM being available in > Fedora 13, wasn't there? Perhaps if that could propagate through the > build, repo, and yum tools there would be a way to solve for various > branches. We discussed that a few branches of the thread back ;). The principal problem with that is that it's tricky to have multiple 'tracks' within one update repository - so if a package does get an 'adventurous' update then hits a security bug, there's no way to have a separate update without the adventurous change but with the security bug fixed. You then don't have the ability to choose the 'stable but secure' path - you're stuck with either the release package (stable but insecure) or the updated package that includes the adventurous change (secure but potentially unstable). > MythDora is a spin that's worth studying here. It provides a specific > purpose, is pretty well-tuned to that purpose, and doesn't necessarily > update for every Fedora release. > > One can imagine a 'Fedora Solid' spin that pays special attention to QA, > maybe only plans on every-other release, sometimes back-porting > release+1 things that make a huge win, maybe takes longer to compose > than a regular Fedora release. There was some talk about extending > updates to 18 months, which would make such a spin feasible. I'm not sure you could _make_ a 'Solid' spin unless there was a Solid update path to work off. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From rakesh.pandit at gmail.com Fri Aug 7 03:19:58 2009 From: rakesh.pandit at gmail.com (Rakesh Pandit) Date: Fri, 7 Aug 2009 08:49:58 +0530 Subject: Make upstream release monitoring (the service formerly known as FEVer) opt-out? In-Reply-To: <20090806193306.GB8191@genius.kawo2.rwth-aachen.de> References: <20090806193306.GB8191@genius.kawo2.rwth-aachen.de> Message-ID: 2009/8/7 Till Maas wrote: [..] > > Would it be ok, to do this and allow maintainers to add there package to > a black list, so that no bugs will be filed or should it continue to be > opt-in? Then the packags will still be checked, but only reported by > other, non intrusive ways, e.g. via a website. > IMO, ideally it would be best to get new version information for all packages, but file bugs only against those maintainers who opt for it and keep the information available some place. Information about current_version -> new_version_available will be helpful to package maintainers. > [0] https://fedoraproject.org/wiki/Upstream_Release_Monitoring > -- Regards, Rakesh Pandit From maxamillion at gmail.com Fri Aug 7 03:45:13 2009 From: maxamillion at gmail.com (Adam Miller) Date: Thu, 6 Aug 2009 22:45:13 -0500 Subject: KDE vs. GNOME on F10 In-Reply-To: <1249603829.3759.77.camel@localhost.localdomain> References: <3668e9f50908050249r18019ab4j95b10beb23d74e73@mail.gmail.com> <1249538726.2266.75.camel@adam.local.net> <1249541486.2266.96.camel@adam.local.net> <1249579648.3759.53.camel@localhost.localdomain> <1249583460.2266.170.camel@adam.local.net> <1249583705.3759.60.camel@localhost.localdomain> <1249585568.2266.188.camel@adam.local.net> <1249587042.3759.69.camel@localhost.localdomain> <1249600060.1477.1.camel@planemask> <1249603829.3759.77.camel@localhost.localdomain> Message-ID: On Thu, Aug 6, 2009 at 7:10 PM, Jesse Keating wrote: > Right, aggressive between Fedora releases, conservative within a Fedora > release. ?I kind of wish everybody did that, and actually treated our > stable releases as, you know, stable releases, otherwise what's the > point of even making releases, and going through freezes and feature > processes and... We could always just go the direction of Arch Linux, have a rolling release and just push out new install images every 6 months (or so). :) ..... only kidding, but it does seem like some of the arguing points are going that direction. -Adam -- http://maxamillion.googlepages.com --------------------------------------------------------- () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments From jonstanley at gmail.com Fri Aug 7 04:09:14 2009 From: jonstanley at gmail.com (Jon Stanley) Date: Fri, 7 Aug 2009 00:09:14 -0400 Subject: Plan for tomorrow's (20090807) FESCo meeting Message-ID: Sorry for the late agenda, I completely had a communication failure today :) Anyhow, here's the list of topics for tomorrow's (today's?) meeting that will take place at 17:00UTC in #fedora-meeting on freenode: 225 Bugzilla 484855 - Mediawiki Fedora-only patch 176 wiki information regarding FESCo seems to be outdated 210 Fedora packages as canonical upstreams 234 Feature submission freeze needs to be before Feature Freeze 239 Create bugs for every outdated package / release monitoring opt-out 240 Drop F12 Features that are not testable 238 Can libvdpau go in Fedora? For more complete details, please visit each individual ticket. The report of the agenda items can be found at https://fedorahosted.org/fesco/report/9 If you would like to add something to this agenda, you can reply to this e-mail, file a new ticket at https://fedorahosted.org/fesco, e-mail me directly, or bring it up at the end of the meeting, during the open floor. From sandeen at redhat.com Fri Aug 7 04:27:23 2009 From: sandeen at redhat.com (Eric Sandeen) Date: Thu, 06 Aug 2009 23:27:23 -0500 Subject: Make upstream release monitoring (the service formerly known as FEVer) opt-out? In-Reply-To: <20090806193306.GB8191@genius.kawo2.rwth-aachen.de> References: <20090806193306.GB8191@genius.kawo2.rwth-aachen.de> Message-ID: <4A7BAD2B.2080804@redhat.com> Till Maas wrote: > Hiyas, > > currently upstream release monitoring[0] bug filing is opt-in, which > means that it will be only performed for packages that have been activly > added by probably a maintainer of the package. There is at least one > maintainer that does not like having these bugs filed for his packages, > so he can remove his packages from the list. > > It might be easily possible in the future to monitor a bunch more > packages and create bugs in case there are newer versions available at > upstream. > > Would it be ok, to do this and allow maintainers to add there package to > a black list, so that no bugs will be filed or should it continue to be > opt-in? Then the packags will still be checked, but only reported by > other, non intrusive ways, e.g. via a website. Speaking just for myself, I'd be happy to have it automatic for my packages. But wow, who's going to key in all those regexps and keep it up to date? -eric > Regards > Till > > [0] https://fedoraproject.org/wiki/Upstream_Release_Monitoring > From rc040203 at freenet.de Fri Aug 7 04:35:14 2009 From: rc040203 at freenet.de (Ralf Corsepius) Date: Fri, 07 Aug 2009 06:35:14 +0200 Subject: Make upstream release monitoring (the service formerly known as FEVer) opt-out? In-Reply-To: <20090806193306.GB8191@genius.kawo2.rwth-aachen.de> References: <20090806193306.GB8191@genius.kawo2.rwth-aachen.de> Message-ID: <4A7BAF02.6000006@freenet.de> On 08/06/2009 09:33 PM, Till Maas wrote: > Hiyas, > > currently upstream release monitoring[0] bug filing is opt-in, which > means that it will be only performed for packages that have been activly > added by probably a maintainer of the package. There is at least one > maintainer that does not like having these bugs filed for his packages, > so he can remove his packages from the list. I'd prefer this system to be kept opt-in, because I think a) A system can only be made opt-out, if a system can handle the overwhelming number of cases automatically. However, [0] indicates this does not (yet?) apply. Conversely it explicitly asks for manual interaction. b) You seem to be presuming all upstreams to apply one single "newer metric" (Versioning scheme). This doesn't apply, there exist several different versioning schemes, e.g. pre-/bugfix-release versionings, perl-versioning vs. rpm versioning etc. Also, many projects occasionally change their versioning schemes or don't even apply one. How do you plan to handle this? c) Some upstreams occasionally change their download URLs or use non-permanent URLs or some "more or less unstable" URL-redirection. How do you want to hangle this? > Would it be ok, to do this and allow maintainers to add there package to > a black list, so that no bugs will be filed or should it continue to be > opt-in? Then the packags will still be checked, but only reported by > other, non intrusive ways, e.g. via a website. Website? == yet more bureaucracy ???? > [0] https://fedoraproject.org/wiki/Upstream_Release_Monitoring Ralf From sundaram at fedoraproject.org Fri Aug 7 06:11:08 2009 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Fri, 07 Aug 2009 11:41:08 +0530 Subject: Make upstream release monitoring (the service formerly known as FEVer) opt-out? In-Reply-To: <20090806193306.GB8191@genius.kawo2.rwth-aachen.de> References: <20090806193306.GB8191@genius.kawo2.rwth-aachen.de> Message-ID: <4A7BC57C.4080700@fedoraproject.org> On 08/07/2009 01:03 AM, Till Maas wrote: > > Would it be ok, to do this and allow maintainers to add there package to > a black list, so that no bugs will be filed or should it continue to be > opt-in? Then the packags will still be checked, but only reported by > other, non intrusive ways, e.g. via a website. I would prefer the system to be opt-out. For completely new maintainers or anyone maintaining more than a few packages, it certainly is very useful to get notification via bugzilla about new upstream releases. I would also like to have a webpage where I can go to check the Fedora vs upstream release status across all maintained branches including Rawhide. So the information needs to be gathered for all upstream releases. There are some cases where the website moves or fall off the face of the earth or where upstream is completely confused about proper versioning but that is the exception and not the norm. Can be dealt with on a case by case basis. Rahul From jspaleta at gmail.com Fri Aug 7 06:21:20 2009 From: jspaleta at gmail.com (Jeff Spaleta) Date: Thu, 6 Aug 2009 22:21:20 -0800 Subject: Make upstream release monitoring (the service formerly known as FEVer) opt-out? In-Reply-To: <4A7BC57C.4080700@fedoraproject.org> References: <20090806193306.GB8191@genius.kawo2.rwth-aachen.de> <4A7BC57C.4080700@fedoraproject.org> Message-ID: <604aa7910908062321o5ec57505qf583abc0bedfa110@mail.gmail.com> On Thu, Aug 6, 2009 at 10:11 PM, Rahul Sundaram wrote: > > I would prefer the system to be opt-out. For completely new maintainers > or anyone maintaining more than a few packages, it certainly is very > useful to get notification via bugzilla about new upstream releases. Err, uhm...I'd rather not see bugzilla overloaded with this sort of notification. But I would LOVE to see this integrated as notification information into the Fedora Community portal concept. I know a lot of us rely on bugzilla as the mainstay to a lot of our workflow...everything is a nail when all you have is a hammer. Everything is a bug when all you have is a bug tracker...But I think the maintainer portal concept introduced with the debut of Community is something we should start driving enhanced functionality at. -jef From sundaram at fedoraproject.org Fri Aug 7 06:21:28 2009 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Fri, 07 Aug 2009 11:51:28 +0530 Subject: Make upstream release monitoring (the service formerly known as FEVer) opt-out? In-Reply-To: <604aa7910908062321o5ec57505qf583abc0bedfa110@mail.gmail.com> References: <20090806193306.GB8191@genius.kawo2.rwth-aachen.de> <4A7BC57C.4080700@fedoraproject.org> <604aa7910908062321o5ec57505qf583abc0bedfa110@mail.gmail.com> Message-ID: <4A7BC7E8.7070409@fedoraproject.org> On 08/07/2009 11:51 AM, Jeff Spaleta wrote: > On Thu, Aug 6, 2009 at 10:11 PM, Rahul > Sundaram wrote: >> >> I would prefer the system to be opt-out. For completely new maintainers >> or anyone maintaining more than a few packages, it certainly is very >> useful to get notification via bugzilla about new upstream releases. > > Err, uhm...I'd rather not see bugzilla overloaded with this sort of > notification. But I would LOVE to see this integrated as notification > information into the Fedora Community portal concept. > > I know a lot of us rely on bugzilla as the mainstay to a lot of our > workflow...everything is a nail when all you have is a hammer. > Everything is a bug when all you have is a bug tracker...But I think > the maintainer portal concept introduced with the debut of Community > is something we should start driving enhanced functionality at. If you make maintainers go to a portal, you have lost. Bugzilla gets you email notifications and that is what I need. If a portal sends me that notification, that's fine. I don't care where it comes from. Rahul From sundaram at fedoraproject.org Fri Aug 7 06:54:12 2009 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Fri, 07 Aug 2009 12:24:12 +0530 Subject: Fedora 12 Features Proposed for Removal In-Reply-To: <1249572048.2724.251.camel@localhost> References: <4A7A048B.3040909@redhat.com> <5256d0b0908060139y2868e311q7bb167574678614d@mail.gmail.com> <4A7A97EA.1090107@freenet.de> <4A7A9A83.8010907@fedoraproject.org> <4A7ABFA1.4040600@freenet.de> <4A7AE6C8.1050906@freenet.de> <1249572048.2724.251.camel@localhost> Message-ID: <4A7BCF94.3080408@fedoraproject.org> On 08/06/2009 08:50 PM, Christoph Wickert wrote: > I corrected Peter and Rahul, who did review one of the packages. Both > were tankful for my corrections and incorporated the suggestions. That is because they were specific and were things that were in the guidelines. It takes the personalities out of the equation and puts the technical issues upfront. Generalizations such as "All X packages are bad" are obviously not helpful and extrapolating from a few minor things to claims like that are wrong and doesn't help improve quality but discourages people from contributing. If one believes strongly that running autotools from spec files should be banned but there is no consensus on that, then the only way to change the status quo on this is to propose a draft to the packaging committee with a considerable number of specific examples on why this is a problem. Pointing it out on a review and restoring to calling the packages bad quality if people don't follow your controversial recommendation isn't going to scale at all. Rahul From sundaram at fedoraproject.org Fri Aug 7 07:40:04 2009 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Fri, 07 Aug 2009 13:10:04 +0530 Subject: rt2860 driver (fc11) In-Reply-To: <20090806190130.GV28572@bombadil.infradead.org> References: <1249542723.2266.102.camel@adam.local.net> <5256d0b0908060123t30e0fb7bqfa38a310f03a11a6@mail.gmail.com> <1249579650.2266.160.camel@adam.local.net> <5256d0b0908061152m32c366e0m2185a05e7cbedfe@mail.gmail.com> <20090806190130.GV28572@bombadil.infradead.org> Message-ID: <4A7BDA54.1030202@fedoraproject.org> On 08/07/2009 12:31 AM, Kyle McMartin wrote: >> > > No we haven't, we've stated that they'll be enabled if someone steps up > to the plate to make an active contribution to maintenance and > improvements. > > https://fedoraproject.org/wiki/KernelStagingPolicy Much appreciated. Insight into why things are the way there are is always very useful. Thanks for documenting these sort of things. Rahul From jreznik at redhat.com Fri Aug 7 08:05:20 2009 From: jreznik at redhat.com (Jaroslav Reznik) Date: Fri, 7 Aug 2009 10:05:20 +0200 Subject: KDE vs. GNOME on F10 In-Reply-To: <1249611716.2266.203.camel@adam.local.net> References: <3668e9f50908050249r18019ab4j95b10beb23d74e73@mail.gmail.com> <1249587042.3759.69.camel@localhost.localdomain> <1249611716.2266.203.camel@adam.local.net> Message-ID: <200908071005.20481.jreznik@redhat.com> On Friday 07 August 2009 04:21:56 Adam Williamson wrote: > On Thu, 2009-08-06 at 12:30 -0700, Jesse Keating wrote: > > On Thu, 2009-08-06 at 12:06 -0700, Adam Williamson wrote: > > > OK, bad example, but you know what I mean. > > > > Yes, I do, and I think there is room for a Fedora offering that is > > released frequently (every 6 months), supported for about a year, with > > conservative updates to the platform. That's nearly exactly what we > > have in Fedora Desktop. There is also room for a Fedora offering that > > is released frequently (every 6 months), supported for about a year, > > with aggressive updates to the latest and greatest for the platform. > > That's nearly exactly what we have in Fedora KDE. > > > > The real problem is going to be when somebody wants to make an offering > > that features GNOME but has aggressive updates to latest and greatest > > GNOME on every update stream, as that cannot coexist with the > > conservative Fedora Desktop. > > The other problem is if you'd like stable updates but you prefer KDE, or > vice versa =) Why do you expect that updating to the latest KDE means unstable system? ;-) > -- > Adam Williamson > Fedora QA Community Monkey > IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org > http://www.happyassassin.net -- Jaroslav ?ezn?k Associate Software Engineer - Base Operating Systems Brno Office: +420 532 294 275 Mobile: +420 731 455 332 Red Hat, Inc. http://cz.redhat.com/ From sundaram at fedoraproject.org Fri Aug 7 08:42:35 2009 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Fri, 07 Aug 2009 14:12:35 +0530 Subject: KDE vs. GNOME on F10 In-Reply-To: <200908071005.20481.jreznik@redhat.com> References: <3668e9f50908050249r18019ab4j95b10beb23d74e73@mail.gmail.com> <1249587042.3759.69.camel@localhost.localdomain> <1249611716.2266.203.camel@adam.local.net> <200908071005.20481.jreznik@redhat.com> Message-ID: <4A7BE8FB.60607@fedoraproject.org> On 08/07/2009 01:35 PM, Jaroslav Reznik wrote: >> The other problem is if you'd like stable updates but you prefer KDE, or >> vice versa =) > > Why do you expect that updating to the latest KDE means unstable system? ;-) As already explained, stable in the sense of things that work the same (No big UI changes etc). We are not talking about robustness here although new updates has the potential to cause issues there as well. Rahul From opensource at till.name Fri Aug 7 08:48:13 2009 From: opensource at till.name (Till Maas) Date: Fri, 07 Aug 2009 10:48:13 +0200 Subject: Make upstream release monitoring (the service formerly known as FEVer) opt-out? In-Reply-To: <4A7BAF02.6000006@freenet.de> References: <20090806193306.GB8191@genius.kawo2.rwth-aachen.de> <4A7BAF02.6000006@freenet.de> Message-ID: <20090807084813.GC30549@genius.kawo2.rwth-aachen.de> On Fri, Aug 07, 2009 at 06:35:14AM +0200, Ralf Corsepius wrote: > On 08/06/2009 09:33 PM, Till Maas wrote: >> currently upstream release monitoring[0] bug filing is opt-in, which >> means that it will be only performed for packages that have been activly >> added by probably a maintainer of the package. There is at least one >> maintainer that does not like having these bugs filed for his packages, >> so he can remove his packages from the list. > > I'd prefer this system to be kept opt-in, because I think Do I understand it corretly, that if you won't get any false bug reports, then you don't have any objection? > a) A system can only be made opt-out, if a system can handle the > overwhelming number of cases automatically. However, [0] indicates this > does not (yet?) apply. Conversely it explicitly asks for manual > interaction. I am not sure what's the problem you are seeing here. Maybe it was a bad use of the word "opt-out". If the monitoring system does not check a package, the maintainer obviously does not need to opt out, but also it does not create any more problems. Or what are the cases you are referring to? > b) You seem to be presuming all upstreams to apply one single "newer > metric" (Versioning scheme). This doesn't apply, there exist several > different versioning schemes, e.g. pre-/bugfix-release versionings, > perl-versioning vs. rpm versioning etc. Also, many projects occasionally > change their versioning schemes or don't even apply one. > > How do you plan to handle this? I plan to handle it on a case to case basis, e.g. either make the version comparison work or ignore the package. Also the data source that can might be added, already normalises the data for the affected packages. Currently the monitoring system supports some rc/pre releases and checks whether or not the upstream version can be found in the CVS sources file to avoid bogus bug reports. If you have some ideas, which versions may cause problems, please provide some examples. I will then add them to the unittests and see, how well they are handled. For this I need at least one upstream version, one rpm version/release pair and an expected result (which should be newer or are both the same). > c) Some upstreams occasionally change their download URLs or use > non-permanent URLs or some "more or less unstable" URL-redirection. > > How do you want to hangle this? The options are to ignore the package or to update the URL when they change. >> Would it be ok, to do this and allow maintainers to add there package to >> a black list, so that no bugs will be filed or should it continue to be >> opt-in? Then the packags will still be checked, but only reported by >> other, non intrusive ways, e.g. via a website. > Website? == yet more bureaucracy ???? I don't get how you might even expect more bureaucracy from some status website. What do you think this website might be? It will not require anybody to look at it, but provide the information to interested people. Regards Till -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 835 bytes Desc: not available URL: From opensource at till.name Fri Aug 7 08:53:52 2009 From: opensource at till.name (Till Maas) Date: Fri, 07 Aug 2009 10:53:52 +0200 Subject: Make upstream release monitoring (the service formerly known as FEVer) opt-out? In-Reply-To: <4A7BAD2B.2080804@redhat.com> References: <20090806193306.GB8191@genius.kawo2.rwth-aachen.de> <4A7BAD2B.2080804@redhat.com> Message-ID: <20090807085352.GD30549@genius.kawo2.rwth-aachen.de> On Thu, Aug 06, 2009 at 11:27:23PM -0500, Eric Sandeen wrote: > Speaking just for myself, I'd be happy to have it automatic for my > packages. But wow, who's going to key in all those regexps and keep it > up to date? On source of normalized data is Oswatershed[0]. My long time vision would be to manage this data in a central place like there and to coordinate the management of the data also with other distributions. Regards Till [0]http://oswatershed.org/ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 835 bytes Desc: not available URL: From pingou at pingoured.fr Fri Aug 7 08:56:03 2009 From: pingou at pingoured.fr (Pierre-Yves) Date: Fri, 07 Aug 2009 10:56:03 +0200 Subject: Make upstream release monitoring (the service formerly known as FEVer) opt-out? In-Reply-To: <20090807084813.GC30549@genius.kawo2.rwth-aachen.de> References: <20090806193306.GB8191@genius.kawo2.rwth-aachen.de> <4A7BAF02.6000006@freenet.de> <20090807084813.GC30549@genius.kawo2.rwth-aachen.de> Message-ID: <1249635363.10792.3.camel@pingouLab.pingoured.fr> On Fri, 2009-08-07 at 10:48 +0200, Till Maas wrote: > >> Would it be ok, to do this and allow maintainers to add there package to > >> a black list, so that no bugs will be filed or should it continue to be > >> opt-in? Then the packags will still be checked, but only reported by > >> other, non intrusive ways, e.g. via a website. > > Website? == yet more bureaucracy ???? > > I don't get how you might even expect more bureaucracy from some status > website. What do you think this website might be? It will not require > anybody to look at it, but provide the information to interested people. It remembers me a website made by Remi[1] which list for all the package available, for all the branch what version are in the repo. It also provides comparison between upstream and repo for some packages such as the PECL, PEAR and R packages. [1] http://rpms.famillecollet.com/rpmphp/ Regards, Pierre From opensource at till.name Fri Aug 7 09:12:42 2009 From: opensource at till.name (Till Maas) Date: Fri, 07 Aug 2009 11:12:42 +0200 Subject: Make upstream release monitoring (the service formerly known as FEVer) opt-out? In-Reply-To: <1249635363.10792.3.camel@pingouLab.pingoured.fr> References: <20090806193306.GB8191@genius.kawo2.rwth-aachen.de> <4A7BAF02.6000006@freenet.de> <20090807084813.GC30549@genius.kawo2.rwth-aachen.de> <1249635363.10792.3.camel@pingouLab.pingoured.fr> Message-ID: <20090807091242.GB9040@genius.kawo2.rwth-aachen.de> On Fri, Aug 07, 2009 at 10:56:03AM +0200, Pierre-Yves wrote: > It remembers me a website made by Remi[1] which list for all the package > available, for all the branch what version are in the repo. > It also provides comparison between upstream and repo for some packages > such as the PECL, PEAR and R packages. > > [1] http://rpms.famillecollet.com/rpmphp/ Thx, I added it to the list of these kind of projects: https://fedoraproject.org/wiki/Upstream_Release_Monitoring#Related_Projects Regards Till -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 835 bytes Desc: not available URL: From jamatos at fc.up.pt Fri Aug 7 09:23:56 2009 From: jamatos at fc.up.pt (=?utf-8?q?Jos=C3=A9_Matos?=) Date: Fri, 7 Aug 2009 10:23:56 +0100 Subject: Make upstream release monitoring (the service formerly known as FEVer) opt-out? In-Reply-To: <1249635363.10792.3.camel@pingouLab.pingoured.fr> References: <20090806193306.GB8191@genius.kawo2.rwth-aachen.de> <20090807084813.GC30549@genius.kawo2.rwth-aachen.de> <1249635363.10792.3.camel@pingouLab.pingoured.fr> Message-ID: <200908071023.56533.jamatos@fc.up.pt> On Friday 07 August 2009 09:56:03 Pierre-Yves wrote: > It remembers me a website made by Remi[1] which list for all the package > available, for all the branch what version are in the repo. > It also provides comparison between upstream and repo for some packages > such as the PECL, PEAR and R packages. We should warn Remi about the numbering in R packages where . and - are equivalent in releases. The practical consequence of this is that most of our packages are up to date instead of the brown warning shown in the table. :-) > [1] http://rpms.famillecollet.com/rpmphp/ > > Regards, > Pierre -- Jos? Ab?lio From opensource at till.name Fri Aug 7 09:29:22 2009 From: opensource at till.name (Till Maas) Date: Fri, 07 Aug 2009 11:29:22 +0200 Subject: Make upstream release monitoring (the service formerly known as FEVer) opt-out? In-Reply-To: <604aa7910908062321o5ec57505qf583abc0bedfa110@mail.gmail.com> References: <20090806193306.GB8191@genius.kawo2.rwth-aachen.de> <4A7BC57C.4080700@fedoraproject.org> <604aa7910908062321o5ec57505qf583abc0bedfa110@mail.gmail.com> Message-ID: <20090807092922.GC9040@genius.kawo2.rwth-aachen.de> On Thu, Aug 06, 2009 at 10:21:20PM -0800, Jeff Spaleta wrote: > On Thu, Aug 6, 2009 at 10:11 PM, Rahul > Sundaram wrote: > > > > I would prefer the system to be opt-out. For completely new maintainers > > or anyone maintaining more than a few packages, it certainly is very > > useful to get notification via bugzilla about new upstream releases. > > Err, uhm...I'd rather not see bugzilla overloaded with this sort of > notification. But I would LOVE to see this integrated as notification > information into the Fedora Community portal concept. Fedora Community portal integration would be a good thing, but bugs may still be needed, e.g. if a package update depends on something else: Recently there was some latex breakage iirc that prevented a an update of some package to happen. Nowadays this is solved with blocking on the other bug report. For this to work with the portal, it probably also needs advanced bugzilla skills and it would be nice to have portal support in bugzilla. Is there something like python-fedora to create notifications within the portal? Regards Till -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 835 bytes Desc: not available URL: From pingou at pingoured.fr Fri Aug 7 09:35:19 2009 From: pingou at pingoured.fr (Pierre-Yves) Date: Fri, 07 Aug 2009 11:35:19 +0200 Subject: Make upstream release monitoring (the service formerly known as FEVer) opt-out? In-Reply-To: <200908071023.56533.jamatos@fc.up.pt> References: <20090806193306.GB8191@genius.kawo2.rwth-aachen.de> <20090807084813.GC30549@genius.kawo2.rwth-aachen.de> <1249635363.10792.3.camel@pingouLab.pingoured.fr> <200908071023.56533.jamatos@fc.up.pt> Message-ID: <1249637719.10792.13.camel@pingouLab.pingoured.fr> On Fri, 2009-08-07 at 10:23 +0100, Jos? Matos wrote: > On Friday 07 August 2009 09:56:03 Pierre-Yves wrote: > > It remembers me a website made by Remi[1] which list for all the package > > available, for all the branch what version are in the repo. > > It also provides comparison between upstream and repo for some packages > > such as the PECL, PEAR and R packages. > > We should warn Remi about the numbering in R packages where . and - are > equivalent in releases. > > The practical consequence of this is that most of our packages are up to date > instead of the brown warning shown in the table. :-) Request done ;-) P.Yves From christoph.wickert at googlemail.com Fri Aug 7 10:07:42 2009 From: christoph.wickert at googlemail.com (Christoph Wickert) Date: Fri, 07 Aug 2009 12:07:42 +0200 Subject: Fedora 12 Features Proposed for Removal In-Reply-To: <4A7AFFF3.6090906@freenet.de> References: <4A7A048B.3040909@redhat.com> <5256d0b0908060139y2868e311q7bb167574678614d@mail.gmail.com> <4A7A97EA.1090107@freenet.de> <1249554751.7913.2863.camel@localhost.localdomain> <4A7AC0D9.3030008@freenet.de> <1249560617.2724.217.camel@localhost> <4A7AE544.5030709@freenet.de> <1249571763.2724.246.camel@localhost> <4A7AFFF3.6090906@freenet.de> Message-ID: <1249639662.2729.54.camel@localhost> Am Donnerstag, den 06.08.2009, 18:08 +0200 schrieb Ralf Corsepius: > On 08/06/2009 05:16 PM, Christoph Wickert wrote: [snipped] > > > > Sorry, you didn't pick up any of the bugs, none was assigned to you. > There is none assigned to me, because I turned away from this person's > reviews. > > You can find traces of them in reviews. Only comments about autotools. How comes, if the packages are really that bad? > > You > > picked on Peter, that's all. > Well, your freedom to think so, my freedom to think otherwise -- I > think, you are picking on _me_, because I am pronouncing something which > doesn't fit into your "wishful thinking". What "wishful thinking"?I know that we have lots of (IMHO) bad reviews, but I'm still waiting for numbers from you. Please provide details so me and others can start on improvements. Regards, Christoph From rjones at redhat.com Fri Aug 7 10:33:55 2009 From: rjones at redhat.com (Richard W.M. Jones) Date: Fri, 7 Aug 2009 11:33:55 +0100 Subject: "Reign?" Message-ID: <20090807103355.GA2640@amd.home.annexia.org> Just went to download a Fedora ISO and I'm struck once again by how peculiar the Fedora homepage has become: http://fedoraproject.org/ (or screenshot: http://www.annexia.org/tmp/fedora.png) What does the word "Reign" have to do with a Linux distro? If I knew nothing about Fedora, what impression would I get from this page? Now compare it to the Ubuntu home page: http://www.ubuntu.com/ (or screenshot: http://www.annexia.org/tmp/ubuntu.png) This clearly states what Ubuntu does, what benefits it has, and it's immediately obvious how to download it. Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones New in Fedora 11: Fedora Windows cross-compiler. Compile Windows programs, test, and build Windows installers. Over 70 libraries supprt'd http://fedoraproject.org/wiki/MinGW http://www.annexia.org/fedora_mingw From rc040203 at freenet.de Fri Aug 7 10:38:34 2009 From: rc040203 at freenet.de (Ralf Corsepius) Date: Fri, 07 Aug 2009 12:38:34 +0200 Subject: Fedora 12 Features Proposed for Removal In-Reply-To: <1249639662.2729.54.camel@localhost> References: <4A7A048B.3040909@redhat.com> <5256d0b0908060139y2868e311q7bb167574678614d@mail.gmail.com> <4A7A97EA.1090107@freenet.de> <1249554751.7913.2863.camel@localhost.localdomain> <4A7AC0D9.3030008@freenet.de> <1249560617.2724.217.camel@localhost> <4A7AE544.5030709@freenet.de> <1249571763.2724.246.camel@localhost> <4A7AFFF3.6090906@freenet.de> <1249639662.2729.54.camel@localhost> Message-ID: <4A7C042A.8060802@freenet.de> On 08/07/2009 12:07 PM, Christoph Wickert wrote: > Am Donnerstag, den 06.08.2009, 18:08 +0200 schrieb Ralf Corsepius: >> On 08/06/2009 05:16 PM, Christoph Wickert wrote: > [snipped] >>> >>> Sorry, you didn't pick up any of the bugs, none was assigned to you. >> There is none assigned to me, because I turned away from this person's >> reviews. >> >> You can find traces of them in reviews. > > Only comments about autotools. How comes, if the packages are really > that bad? I already had answered this. I turned away from Mr. Robinsons submissions after he made his lack of understanding of autotools apparent. >> > You >>> picked on Peter, that's all. >> Well, your freedom to think so, my freedom to think otherwise -- I >> think, you are picking on _me_, because I am pronouncing something which >> doesn't fit into your "wishful thinking". > > What "wishful thinking"?I know that we have lots of (IMHO) bad reviews, > but I'm still waiting for numbers from you. Which numbers do you want? Ralf From rc040203 at freenet.de Fri Aug 7 10:48:45 2009 From: rc040203 at freenet.de (Ralf Corsepius) Date: Fri, 07 Aug 2009 12:48:45 +0200 Subject: Fedora 12 Features Proposed for Removal In-Reply-To: References: <4A7A048B.3040909@redhat.com> <5256d0b0908060139y2868e311q7bb167574678614d@mail.gmail.com> <4A7A97EA.1090107@freenet.de> <4A7A9A83.8010907@fedoraproject.org> <4A7ABFA1.4040600@freenet.de> <4A7AE6C8.1050906@freenet.de> <1249572048.2724.251.camel@localhost> <4A7B0177.7030504@freenet.de> Message-ID: <4A7C068D.5080009@freenet.de> On 08/06/2009 09:12 PM, Matej Cepl wrote: > Ralf Corsepius, Thu, 06 Aug 2009 18:14:47 +0200: >> I turned away from supporting Mr. Robinson, ignored his reviews and left >> reviews to others > > So you lost your right to slander him now. Do you expect people to continue a review even when you'd have to decide against the best of your knowledge and conciousness? Pardon, I can't. I tried to teach Mr. Robinson tried to instruct him to do better, but ... he refused .. so be it, these packages are "formally correct", ... however, this doesn't mean they are of good quality nor does this mean the reviewers did a good job (IMO they did not) Ralf From christoph.wickert at googlemail.com Fri Aug 7 10:52:40 2009 From: christoph.wickert at googlemail.com (Christoph Wickert) Date: Fri, 07 Aug 2009 12:52:40 +0200 Subject: Fedora 12 Features Proposed for Removal In-Reply-To: <4A7C042A.8060802@freenet.de> References: <4A7A048B.3040909@redhat.com> <5256d0b0908060139y2868e311q7bb167574678614d@mail.gmail.com> <4A7A97EA.1090107@freenet.de> <1249554751.7913.2863.camel@localhost.localdomain> <4A7AC0D9.3030008@freenet.de> <1249560617.2724.217.camel@localhost> <4A7AE544.5030709@freenet.de> <1249571763.2724.246.camel@localhost> <4A7AFFF3.6090906@freenet.de> <1249639662.2729.54.camel@localhost> <4A7C042A.8060802@freenet.de> Message-ID: <1249642360.2729.59.camel@localhost> Am Freitag, den 07.08.2009, 12:38 +0200 schrieb Ralf Corsepius: > > What "wishful thinking"?I know that we have lots of (IMHO) bad reviews, > > but I'm still waiting for numbers from you. > Which numbers do you want? The numbers of what you call "low quality reviews" related to moblin submissions. Together with an explanation of what parts of the packaging/review guidelines the reviewer overlooked please. > Ralf Regards, Christoph From yersinia.spiros at gmail.com Fri Aug 7 10:56:17 2009 From: yersinia.spiros at gmail.com (yersinia) Date: Fri, 7 Aug 2009 12:56:17 +0200 Subject: Running a command in background inside spec file In-Reply-To: References: Message-ID: On Thu, Aug 6, 2009 at 11:07 PM, Adam Miller wrote: > On Thu, Aug 6, 2009 at 3:56 PM, Murilo Opsfelder > Araujo wrote: > >> how can I run a command in background inside spec file? >> > > > I have to ask because my curiosity is killing me.... what's the use > case for that? Un use case could be in the %post section, if you want to run a postinstall of a (bad) commercial package and you want to put in a shell a sigalarm (something like this) for not to wait forever if something go wrong. I have done this in the past IIRC. But it is only an example, for probably a rare use case. Cheers > > -Adam > > > -- > http://maxamillion.googlepages.com > --------------------------------------------------------- > () ?ascii ribbon campaign - against html e-mail > /\ ?www.asciiribbon.org ? - against proprietary attachments > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > From nicu_fedora at nicubunu.ro Fri Aug 7 11:01:40 2009 From: nicu_fedora at nicubunu.ro (Nicu Buculei) Date: Fri, 07 Aug 2009 14:01:40 +0300 Subject: "Reign?" In-Reply-To: <20090807103355.GA2640@amd.home.annexia.org> References: <20090807103355.GA2640@amd.home.annexia.org> Message-ID: <4A7C0994.6060409@nicubunu.ro> On 08/07/2009 01:33 PM, Richard W.M. Jones wrote: > > Just went to download a Fedora ISO and I'm struck once again by how > peculiar the Fedora homepage has become: > > http://fedoraproject.org/ > (or screenshot: http://www.annexia.org/tmp/fedora.png) > > What does the word "Reign" have to do with a Linux distro? If I knew > nothing about Fedora, what impression would I get from this page? See: http://fedoraproject.org/wiki/F11_release_slogan IIRC the slogan was conceived on the marketing list and on the websites list there were talks and mockups abut redesigning the front page. -- nicu :: http://nicubunu.ro :: http://nicubunu.blogspot.com/ photography: http://photoblog.nicubunu.ro/ my Fedora stuff: http://fedora.nicubunu.ro/ From rc040203 at freenet.de Fri Aug 7 10:28:50 2009 From: rc040203 at freenet.de (Ralf Corsepius) Date: Fri, 07 Aug 2009 12:28:50 +0200 Subject: Make upstream release monitoring (the service formerly known as FEVer) opt-out? In-Reply-To: <20090807084813.GC30549@genius.kawo2.rwth-aachen.de> References: <20090806193306.GB8191@genius.kawo2.rwth-aachen.de> <4A7BAF02.6000006@freenet.de> <20090807084813.GC30549@genius.kawo2.rwth-aachen.de> Message-ID: <4A7C01E2.60208@freenet.de> On 08/07/2009 10:48 AM, Till Maas wrote: > On Fri, Aug 07, 2009 at 06:35:14AM +0200, Ralf Corsepius wrote: >> On 08/06/2009 09:33 PM, Till Maas wrote: > >>> currently upstream release monitoring[0] bug filing is opt-in, which >>> means that it will be only performed for packages that have been activly >>> added by probably a maintainer of the package. There is at least one >>> maintainer that does not like having these bugs filed for his packages, >>> so he can remove his packages from the list. >> >> I'd prefer this system to be kept opt-in, because I think > > Do I understand it corretly, that if you won't get any false bug > reports, then you don't have any objection? Correct. Such a system may be useful for some people and applicable to some cases, therefore I don't see many reasons why people in such situations shouldn't be using it (== opt-in). >> a) A system can only be made opt-out, if a system can handle the >> overwhelming number of cases automatically. However, [0] indicates this >> does not (yet?) apply. Conversely it explicitly asks for manual >> interaction. > > I am not sure what's the problem you are seeing here. Package maintainers (e.g. me) are not interested in more Fedora bureaucracy nor in having to cope with "yet another" system (besides bugzilla, trac, kojo, bodhi, packagedb, cvs, repos, steering organs (FPB, FESCO, FPC, Fedora Maybe it was a bad > use of the word "opt-out". If the monitoring system does not check a > package, the maintainer obviously does not need to opt out, but also it > does not create any more problems. Or what are the cases you are > referring to? I sense a miscommunication. As I understood your mail and [0], you are offering a service, maintainers can opt-in to use. Now you would like to make your service "the default" (== opt-out) and are asking for opinions. Did I misunderstand? >> b) You seem to be presuming all upstreams to apply one single "newer >> metric" (Versioning scheme). This doesn't apply, there exist several >> different versioning schemes, e.g. pre-/bugfix-release versionings, >> perl-versioning vs. rpm versioning etc. Also, many projects occasionally >> change their versioning schemes or don't even apply one. >> >> How do you plan to handle this? > > I plan to handle it on a case to case basis, e.g. either make the > version comparison work or ignore the package. Also the data source that > can might be added, already normalises the data for the affected > packages. > Currently the monitoring system supports some rc/pre releases > and checks whether or not the upstream version can be found in the CVS > sources file to avoid bogus bug reports. I am not sure if this can ever be achieved, because there exist many varients of versioning schemes and because it's not uncommon for upstreams switch between several. > If you have some ideas, which versions may cause problems, please > provide some examples. Some classic cases: * 1.2pre .. "pre release ", 1.2 "release", 1.2a "bugfix a". * 1.2a .. "1.2a release", 1.2b "1.2b" release. * 1.2pre .. "pre release", 1.2. "release", 1.2.1 "successor of 1.2" * 1.2 ... latest release, 1.3 "successor of 1.2" (GNU versioning) * 1.1, 1.2a, 1.2b, 1.2 (A variant of the GNU versioning, releases are using numerical versions, versions with suffix "a,b,c..." are prereleases) * 1.18, 1.1901, 1.1902, 1.20 (Perl versioning ... X.20 > X.1900 !) * Frequent builds using the same version (replacing the same tarball), e.g. daily snapshots. ... Now imagine upstreams switching between these .. No idea, how you would want to handle this. > I will then add them to the unittests and see, > how well they are handled. For this I need at least one upstream > version, one rpm version/release pair and an expected result (which > should be newer or are both the same). >> c) Some upstreams occasionally change their download URLs or use >> non-permanent URLs or some "more or less unstable" URL-redirection. >> >> How do you want to hangle this? > > The options are to ignore the package or to update the URL when they > change. How? For your service to be helpful, you would have to do this automatically. I don't see, how this could be achieved. >>> Would it be ok, to do this and allow maintainers to add there package to >>> a black list, so that no bugs will be filed or should it continue to be >>> opt-in? Then the packags will still be checked, but only reported by >>> other, non intrusive ways, e.g. via a website. >> Website? == yet more bureaucracy ???? > > I don't get how you might even expect more bureaucracy from some status > website. What do you think this website might be? It will not require > anybody to look at it, but provide the information to interested people. [0] says "write a regex", "opt-out" would mean forced interaction with your website, "opt-in" would mean "registration". All in all, I read this as "bureaucracy". Ralf From jreznik at redhat.com Fri Aug 7 11:18:40 2009 From: jreznik at redhat.com (Jaroslav Reznik) Date: Fri, 7 Aug 2009 13:18:40 +0200 Subject: KDE vs. GNOME on F10 In-Reply-To: <4A7BE8FB.60607@fedoraproject.org> References: <3668e9f50908050249r18019ab4j95b10beb23d74e73@mail.gmail.com> <200908071005.20481.jreznik@redhat.com> <4A7BE8FB.60607@fedoraproject.org> Message-ID: <200908071318.40508.jreznik@redhat.com> On Friday 07 August 2009 10:42:35 Rahul Sundaram wrote: > On 08/07/2009 01:35 PM, Jaroslav Reznik wrote: > >> The other problem is if you'd like stable updates but you prefer KDE, or > >> vice versa =) > > > > Why do you expect that updating to the latest KDE means unstable system? > > ;-) > > As already explained, stable in the sense of things that work the same > (No big UI changes etc). We are not talking about robustness here > although new updates has the potential to cause issues there as well. But that means Fedora is totally unstable - as we're forcing users every year to survive much more bigger changes. Fedora is really very inconsistent between releases. This is case where continual updates can avoid it. Maybe we're lacking some vision farther then +1 release, not only in Fedora, but in all OSS projects... Jaroslav > Rahul -- Jaroslav ?ezn?k Associate Software Engineer - Base Operating Systems Brno Office: +420 532 294 275 Mobile: +420 731 455 332 Red Hat, Inc. http://cz.redhat.com/ From sundaram at fedoraproject.org Fri Aug 7 11:45:41 2009 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Fri, 07 Aug 2009 17:15:41 +0530 Subject: KDE vs. GNOME on F10 In-Reply-To: <200908071318.40508.jreznik@redhat.com> References: <3668e9f50908050249r18019ab4j95b10beb23d74e73@mail.gmail.com> <200908071005.20481.jreznik@redhat.com> <4A7BE8FB.60607@fedoraproject.org> <200908071318.40508.jreznik@redhat.com> Message-ID: <4A7C13E5.7010106@fedoraproject.org> On 08/07/2009 04:48 PM, Jaroslav Reznik wrote: > On Friday 07 August 2009 10:42:35 Rahul Sundaram wrote: >> On 08/07/2009 01:35 PM, Jaroslav Reznik wrote: >>>> The other problem is if you'd like stable updates but you prefer KDE, or >>>> vice versa =) >>> >>> Why do you expect that updating to the latest KDE means unstable system? >>> ;-) >> >> As already explained, stable in the sense of things that work the same >> (No big UI changes etc). We are not talking about robustness here >> although new updates has the potential to cause issues there as well. > > But that means Fedora is totally unstable - as we're forcing users every year > to survive much more bigger changes. No it does not. New releases bringing in changes is expected. Updates changing behaviour, much less so. Rahul From opensource at till.name Fri Aug 7 12:25:47 2009 From: opensource at till.name (Till Maas) Date: Fri, 07 Aug 2009 14:25:47 +0200 Subject: Make upstream release monitoring (the service formerly known as FEVer) opt-out? In-Reply-To: <4A7C01E2.60208@freenet.de> References: <20090806193306.GB8191@genius.kawo2.rwth-aachen.de> <4A7BAF02.6000006@freenet.de> <20090807084813.GC30549@genius.kawo2.rwth-aachen.de> <4A7C01E2.60208@freenet.de> Message-ID: <20090807122547.GF9040@genius.kawo2.rwth-aachen.de> On Fri, Aug 07, 2009 at 12:28:50PM +0200, Ralf Corsepius wrote: > On 08/07/2009 10:48 AM, Till Maas wrote: >> On Fri, Aug 07, 2009 at 06:35:14AM +0200, Ralf Corsepius wrote: >>> On 08/06/2009 09:33 PM, Till Maas wrote: >> >>>> currently upstream release monitoring[0] bug filing is opt-in, which >>>> means that it will be only performed for packages that have been activly >>>> added by probably a maintainer of the package. There is at least one >>>> maintainer that does not like having these bugs filed for his packages, >>>> so he can remove his packages from the list. >>> >>> I'd prefer this system to be kept opt-in, because I think >> >> Do I understand it corretly, that if you won't get any false bug >> reports, then you don't have any objection? > > Correct. Such a system may be useful for some people and applicable to > some cases, therefore I don't see many reasons why people in such > situations shouldn't be using it (== opt-in). The question is, wether there are more people benefiting from it than are are being disturbed by it. If more people are benefiting, then imho opt-out is ok, if not, then it should be opt-in. But I am mainly interested in whether people are disturbed by such bug reportes, even if the bug report is valid, i.e. if the package really has a newer upstream version available. >>> a) A system can only be made opt-out, if a system can handle the >>> overwhelming number of cases automatically. However, [0] indicates this >>> does not (yet?) apply. Conversely it explicitly asks for manual >>> interaction. >> >> I am not sure what's the problem you are seeing here. > Package maintainers (e.g. me) are not interested in more Fedora > bureaucracy nor in having to cope with "yet another" system > (besides bugzilla, trac, kojo, bodhi, packagedb, cvs, repos, steering > organs (FPB, FESCO, FPC, Fedora > Maybe it was a bad >> use of the word "opt-out". If the monitoring system does not check a >> package, the maintainer obviously does not need to opt out, but also it >> does not create any more problems. Or what are the cases you are >> referring to? > I sense a miscommunication. As I understood your mail and [0], you are > offering a service, maintainers can opt-in to use. Now you would like to > make your service "the default" (== opt-out) and are asking for opinions. > > Did I misunderstand? No, but I did not understand "A system _can_ only be made opt-out, if..". Do you maybe mean "should" instead of "can" there? But there is also the restriction that the service will only be provided in cases where I do not expect bogus bug reports, so there may be still be packages that are not yet monitored. The opt-in/out mainly addresses of whether or not accurate bug reports should filed automatically. >>> b) You seem to be presuming all upstreams to apply one single "newer >>> metric" (Versioning scheme). This doesn't apply, there exist several >>> different versioning schemes, e.g. pre-/bugfix-release versionings, >>> perl-versioning vs. rpm versioning etc. Also, many projects occasionally >>> change their versioning schemes or don't even apply one. >>> >>> How do you plan to handle this? >> >> I plan to handle it on a case to case basis, e.g. either make the >> version comparison work or ignore the package. Also the data source that >> can might be added, already normalises the data for the affected >> packages. >> Currently the monitoring system supports some rc/pre releases >> and checks whether or not the upstream version can be found in the CVS >> sources file to avoid bogus bug reports. > I am not sure if this can ever be achieved, because there exist many > varients of versioning schemes and because it's not uncommon for > upstreams switch between several. > >> If you have some ideas, which versions may cause problems, please >> provide some examples. > > Some classic cases: > > * 1.2pre .. "pre release ", 1.2 "release", 1.2a "bugfix a". > * 1.2a .. "1.2a release", 1.2b "1.2b" release. > * 1.2pre .. "pre release", 1.2. "release", 1.2.1 "successor of 1.2" > * 1.2 ... latest release, 1.3 "successor of 1.2" (GNU versioning) Above are all handled correctly now, it did not yet handle "1.2pre" correctly, but this could be fixed with adding a questionmark to the regex, because I expected a number after the pre. > * 1.1, 1.2a, 1.2b, 1.2 (A variant of the GNU versioning, > releases are using numerical versions, > versions with suffix "a,b,c..." are prereleases) These are not handled correctly, i.e. from this list of versions it is not possible to determine the latest version. But since there won't be any new pre-releases after 1.2 was released, it would currently result in 1.2 being silently ignored if the system would have reported all other releases. If there is a way to only get the latest release using the regex, e.g. because upstream publishes something like "the latest release is: 1.2b" and the tarball contains the version as a verbatim string, then the CVS lookup will prevent the system to file bogus reports afaics. E.g. rpm NVR is foo-1.2-0.1.b.fc12 and upstream tarball is foo-1.2b.tar.gz, there is no problem currenlty. > * 1.18, 1.1901, 1.1902, 1.20 (Perl versioning ... X.20 > X.1900 !) This causes problems, too. How are these mapped to rpm NVRs? Here the script will currently report 1.20 as beeing the latest. If it was already reported once, it won't be reported, but for the remaining actions I need to know how the rpm would look like. > * Frequent builds using the same version (replacing the same tarball), This will currently result in silent ignorance, so no bogus bug reports. > e.g. daily snapshots. This depends on how the snapshot is created. If it is done by upstream and included in the reported upstream version, there should be no problem. > Now imagine upstreams switching between these .. No idea, how you would > want to handle this. If the system ran long enough, the main problem will be ignored upstream releases, because it won't report the same upstream version twice. But the question is also how often this will happen in reality. >>> c) Some upstreams occasionally change their download URLs or use >>> non-permanent URLs or some "more or less unstable" URL-redirection. >>> >>> How do you want to hangle this? >> >> The options are to ignore the package or to update the URL when they >> change. > How? For your service to be helpful, you would have to do this > automatically. I don't see, how this could be achieved. Imho it is already helpful if only a subset of packages are checked. It would be enough for the service to notice that something is wrong and require manual intervention. But this is a problem that also a package maintainer has, that wants to check manually whether or not there are new releases. >>>> Would it be ok, to do this and allow maintainers to add there package to >>>> a black list, so that no bugs will be filed or should it continue to be >>>> opt-in? Then the packags will still be checked, but only reported by >>>> other, non intrusive ways, e.g. via a website. >>> Website? == yet more bureaucracy ???? >> >> I don't get how you might even expect more bureaucracy from some status >> website. What do you think this website might be? It will not require >> anybody to look at it, but provide the information to interested people. > [0] says "write a regex", "opt-out" would mean forced interaction with > your website, "opt-in" would mean "registration". > > All in all, I read this as "bureaucracy". Up until now I felt like I undertood you, because as I understand you here, you are agains anything being opt-out, even if the majority of package maintainers would use the service? Regards Till -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 835 bytes Desc: not available URL: From mopsfelder at gmail.com Fri Aug 7 12:41:15 2009 From: mopsfelder at gmail.com (Murilo Opsfelder Araujo) Date: Fri, 7 Aug 2009 09:41:15 -0300 Subject: Running a command in background inside spec file In-Reply-To: References: Message-ID: I was able to do that using triggerin -- packagename. Thanks for helping. On Fri, Aug 7, 2009 at 7:56 AM, yersinia wrote: > On Thu, Aug 6, 2009 at 11:07 PM, Adam Miller wrote: >> On Thu, Aug 6, 2009 at 3:56 PM, Murilo Opsfelder >> Araujo wrote: >> >>> how can I run a command in background inside spec file? >>> >> >> >> I have to ask because my curiosity is killing me.... what's the use >> case for that? > Un use case could be in the %post section, if you want to run a > postinstall of a (bad) commercial package and you want to put in a > shell a sigalarm (something like this) for not to wait forever if > something go wrong. I have done this in the past IIRC. But it is only > an example, for probably a rare use case. > > Cheers >> >> -Adam >> >> >> -- >> http://maxamillion.googlepages.com >> --------------------------------------------------------- >> () ?ascii ribbon campaign - against html e-mail >> /\ ?www.asciiribbon.org ? - against proprietary attachments >> >> -- >> 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 > -- Murilo Opsfelder Araujo From thomas.moschny at gmail.com Fri Aug 7 12:41:50 2009 From: thomas.moschny at gmail.com (Thomas Moschny) Date: Fri, 7 Aug 2009 14:41:50 +0200 Subject: KDE vs. GNOME on F10 In-Reply-To: <1249477561.1483.15.camel@planemask> References: <3668e9f50908050249r18019ab4j95b10beb23d74e73@mail.gmail.com> <1249477561.1483.15.camel@planemask> Message-ID: 2009/8/5 Matthias Clasen : > If we just want to dump all the latest stuff in there, why bother with > freezes and releases at all ? We could all just use rawhide... While often repeated, I don't think that argument is true. Some people (including me) like the idea of having a 'rolling release', but that's *not* the same as running rawhide. Even in a 'rolling release' scenario, packages would be in a 'staging area first for a while for testing, before being moved to the main repo. And back to the topic, afaik the KDE 4.3 packages have indeed been tested (via kde-redhat/testing etc) before being thrown on the f10 & f11 users. - Thomas From stickster at gmail.com Fri Aug 7 12:48:35 2009 From: stickster at gmail.com (Paul W. Frields) Date: Fri, 7 Aug 2009 08:48:35 -0400 Subject: "Reign?" In-Reply-To: <4A7C0994.6060409@nicubunu.ro> References: <20090807103355.GA2640@amd.home.annexia.org> <4A7C0994.6060409@nicubunu.ro> Message-ID: <20090807124835.GB12429@localhost.localdomain> On Fri, Aug 07, 2009 at 02:01:40PM +0300, Nicu Buculei wrote: > On 08/07/2009 01:33 PM, Richard W.M. Jones wrote: >> >> Just went to download a Fedora ISO and I'm struck once again by how >> peculiar the Fedora homepage has become: >> >> http://fedoraproject.org/ >> (or screenshot: http://www.annexia.org/tmp/fedora.png) >> >> What does the word "Reign" have to do with a Linux distro? If I knew >> nothing about Fedora, what impression would I get from this page? > > See: http://fedoraproject.org/wiki/F11_release_slogan > > IIRC the slogan was conceived on the marketing list and on the websites > list there were talks and mockups abut redesigning the front page. Correct on both counts. There are threads going on in fedora-advisory-board concerning redesign of the web pages, and I've spent a substantial amount of time over the last weeks talking to people on the Board, Design, and Websites teams about how we can improve the appearance of the website, and focus the message it sends about Fedora. I would suggest this is really off-topic for this list. If we want this list to be a hospitable place for developers to discuss code, features, and packaging, we need to get conversations to the places they can be most effective. -- Paul W. Frields http://paul.frields.org/ gpg fingerprint: 3DA6 A0AC 6D58 FEC4 0233 5906 ACDB C937 BD11 3717 http://redhat.com/ - - - - http://pfrields.fedorapeople.org/ irc.freenode.net: stickster @ #fedora-docs, #fedora-devel, #fredlug From mclasen at redhat.com Fri Aug 7 12:57:21 2009 From: mclasen at redhat.com (Matthias Clasen) Date: Fri, 07 Aug 2009 08:57:21 -0400 Subject: "Reign?" In-Reply-To: <20090807103355.GA2640@amd.home.annexia.org> References: <20090807103355.GA2640@amd.home.annexia.org> Message-ID: <1249649842.2242.0.camel@planemask> On Fri, 2009-08-07 at 11:33 +0100, Richard W.M. Jones wrote: > Just went to download a Fedora ISO and I'm struck once again by how > peculiar the Fedora homepage has become: > > http://fedoraproject.org/ > (or screenshot: http://www.annexia.org/tmp/fedora.png) > > What does the word "Reign" have to do with a Linux distro? If I knew > nothing about Fedora, what impression would I get from this page? > > Now compare it to the Ubuntu home page: > > http://www.ubuntu.com/ > (or screenshot: http://www.annexia.org/tmp/ubuntu.png) > > This clearly states what Ubuntu does, what benefits it has, and it's > immediately obvious how to download it. > Yes, this is a big problem. Thanks for stating it so clearly. From thomasj at fedoraproject.org Fri Aug 7 13:05:25 2009 From: thomasj at fedoraproject.org (Thomas Janssen) Date: Fri, 7 Aug 2009 15:05:25 +0200 Subject: KDE vs. GNOME on F10 In-Reply-To: References: <3668e9f50908050249r18019ab4j95b10beb23d74e73@mail.gmail.com> <1249477561.1483.15.camel@planemask> Message-ID: 2009/8/7 Thomas Moschny : > 2009/8/5 Matthias Clasen : >> If we just want to dump all the latest stuff in there, why bother with >> freezes and releases at all ? We could all just use rawhide... > > While often repeated, I don't think that argument is true. > > Some people (including me) like the idea of having a 'rolling > release', but that's *not* the same as running rawhide. Even in a > 'rolling release' scenario, packages would be in a 'staging area first > for a while for testing, before being moved to the main repo. > > And back to the topic, afaik the KDE 4.3 packages have indeed been > tested (via kde-redhat/testing etc) before being thrown on the f10 & > f11 users. Indeed. Even the RCs up to 4.2.98 have been tested via the kde-redhat repo, bugs filed and fixed. I'm one of them who run always the latest and greatest from kde-redhat. -- LG Thomas Dubium sapientiae initium From mopsfelder at gmail.com Fri Aug 7 14:11:20 2009 From: mopsfelder at gmail.com (Murilo Opsfelder Araujo) Date: Fri, 7 Aug 2009 11:11:20 -0300 Subject: NetworkManager-novellvpn Message-ID: Hi, I'd like to know if there is any plan about including NetworkManager-novellvpn [1] in Fedora. Or if there is a GUI alternative to this package. [1] http://www.novell.com/coolsolutions/feature/18321.html Thanks in advance. -- Murilo Opsfelder Araujo From mcepl at redhat.com Fri Aug 7 14:19:21 2009 From: mcepl at redhat.com (=?utf-8?Q?Mat=C4=9Bj?= Cepl) Date: Fri, 07 Aug 2009 16:19:21 +0200 Subject: Fedora 12 Features Proposed for Removal References: <4A7A048B.3040909@redhat.com> <5256d0b0908060139y2868e311q7bb167574678614d@mail.gmail.com> <4A7A97EA.1090107@freenet.de> <4A7A9A83.8010907@fedoraproject.org> <4A7ABFA1.4040600@freenet.de> <4A7AE6C8.1050906@freenet.de> <1249572048.2724.251.camel@localhost> <4A7B0177.7030504@freenet.de> <4A7C068D.5080009@freenet.de> Message-ID: Ralf Corsepius writes: > On 08/06/2009 09:12 PM, Matej Cepl wrote: > Do you expect people to continue a review even when you'd have to > decide against the best of your knowledge and conciousness? Actually, yes, I do. Your job is not to make packages perfect, but to check they follow Packaging Guidelines and other items as stated on the wiki. Of course, you can and you should express your opinion about any strategies and techniques they use (rerun autoconf or patch ./configure or libtool), but their disagreement with your opinion (and it is nothing else than one of two opinions on the matter) shouldn't be the reason why you reject the review approval. Do you go to the source code and check how well the upstream made the program? IMHO, the proper way is to express opinion, and even when disagreement happens, approve review and then file a bug against the package where you can fight your battle without threatening packager to disallow him to have a bug in the repo. Mat?j From jkeating at redhat.com Fri Aug 7 14:38:41 2009 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 07 Aug 2009 07:38:41 -0700 Subject: Make upstream release monitoring (the service formerly known as FEVer) opt-out? In-Reply-To: <20090807122547.GF9040@genius.kawo2.rwth-aachen.de> References: <20090806193306.GB8191@genius.kawo2.rwth-aachen.de> <4A7BAF02.6000006@freenet.de> <20090807084813.GC30549@genius.kawo2.rwth-aachen.de> <4A7C01E2.60208@freenet.de> <20090807122547.GF9040@genius.kawo2.rwth-aachen.de> Message-ID: <1249655921.3759.105.camel@localhost.localdomain> On Fri, 2009-08-07 at 14:25 +0200, Till Maas wrote: > >> I don't get how you might even expect more bureaucracy from some status > >> website. What do you think this website might be? It will not require > >> anybody to look at it, but provide the information to interested people. > > [0] says "write a regex", "opt-out" would mean forced interaction with > > your website, "opt-in" would mean "registration". > > > > All in all, I read this as "bureaucracy". > > Up until now I felt like I undertood you, because as I understand you > here, you are agains anything being opt-out, even if the majority of > package maintainers would use the service? Just simple misunderstanding. Ralf, this entire service is informational only. Maintainers don't need to do anything with this information, particularly if it isn't being filed as bugs and only provided on a webpage. They can simply ignore the information or even pretend that the website doesn't exist. The "opt-out" that Till is talking about is that by default, his service would manage every package it is capable of. A maintainer would have to opt-out of having their package monitored. But again, even if the package /is/ monitored, they don't have to do anything with that information. There is no bureaucracy here, just potentially useful information a maintainer can choose to look at or not. -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From chris.stone at gmail.com Fri Aug 7 14:38:42 2009 From: chris.stone at gmail.com (Christopher Stone) Date: Fri, 7 Aug 2009 07:38:42 -0700 Subject: KDE vs. GNOME on F10 In-Reply-To: <1249608838.3759.79.camel@localhost.localdomain> References: <3668e9f50908050249r18019ab4j95b10beb23d74e73@mail.gmail.com> <1249579648.3759.53.camel@localhost.localdomain> <1249583460.2266.170.camel@adam.local.net> <1249583705.3759.60.camel@localhost.localdomain> <1249585568.2266.188.camel@adam.local.net> <1249587042.3759.69.camel@localhost.localdomain> <1249600060.1477.1.camel@planemask> <1249603829.3759.77.camel@localhost.localdomain> <1249608838.3759.79.camel@localhost.localdomain> Message-ID: On Thu, Aug 6, 2009 at 6:33 PM, Jesse Keating wrote: > On Thu, 2009-08-06 at 17:47 -0700, Christopher Stone wrote: >> Yea well, I dunno about you guys who run rawhide. But as an F-11 user, >> I am *very* glad I use KDE and the KDE SIG is giving me the latest and >> greatest to use. ?I am so glad I don't have to wait for F-12 to be >> released just to run the latest version of my desktop. ?Thank you once >> again KDE SIG for your awesome support and maintainership, it is >> second to none. > > So you want rawhide-like treatment for some of your packages, but not > all of them? ?Where is the line? I don't draw the line, the maintainers of each package draw their own line. I just sit back and comfortably sip on my mai tai while the people who know best make the proper decisions. From jkeating at redhat.com Fri Aug 7 14:41:08 2009 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 07 Aug 2009 07:41:08 -0700 Subject: Make upstream release monitoring (the service formerly known as FEVer) opt-out? In-Reply-To: <20090807092922.GC9040@genius.kawo2.rwth-aachen.de> References: <20090806193306.GB8191@genius.kawo2.rwth-aachen.de> <4A7BC57C.4080700@fedoraproject.org> <604aa7910908062321o5ec57505qf583abc0bedfa110@mail.gmail.com> <20090807092922.GC9040@genius.kawo2.rwth-aachen.de> Message-ID: <1249656068.3759.107.camel@localhost.localdomain> On Fri, 2009-08-07 at 11:29 +0200, Till Maas wrote: > > Is there something like python-fedora to create notifications within the > portal? I don't have an answer to the above question, but I do have an answer about the future. The eventual goal is to use a AMQP message bus to pass this kind of information around. We'd be able to run your service in the infrastructure, and it would just announce on the bus what info it finds. Consumers of the bus would do various things like A) file bugs in bugzilla, B) update information in fedora-hosted, C) whatever else somebody comes up with. -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From notting at redhat.com Fri Aug 7 14:48:34 2009 From: notting at redhat.com (Bill Nottingham) Date: Fri, 7 Aug 2009 10:48:34 -0400 Subject: 'IT Security' in comps? In-Reply-To: <20090806201904.GC8191@genius.kawo2.rwth-aachen.de> References: <20090805124954.ADF6511C008C@cvs1.fedora.phx.redhat.com> <20090805140024.GD6336@nostromo.devel.redhat.com> <20090805142004.GE16783@genius.kawo2.rwth-aachen.de> <20090805200759.GA12347@nostromo.devel.redhat.com> <20090805210744.GA27502@genius.kawo2.rwth-aachen.de> <20090806172424.GF11955@nostromo.devel.redhat.com> <20090806190713.GA6107@genius.kawo2.rwth-aachen.de> <20090806192141.GB15107@nostromo.devel.redhat.com> <20090806201904.GC8191@genius.kawo2.rwth-aachen.de> Message-ID: <20090807144834.GF8446@nostromo.devel.redhat.com> Till Maas (opensource at till.name) said: > I considered IT might be redundant information, too, when > I created the groups, but also both the terms "Forensics" or "Wireless" > are not IT specific, therefore I put the IT-security explanation into > the description. There can be wireless analysis that is not security > related, e.g. to find sources of disturbance and there are a lot of > forensics tasks that are not IT-security related, but still could be > assisted via software. Rather than going back and forth about concepts, I might as well just describe how I would organize what you have now: network-debugging - Network Analysis Tools - Tools for analyzing and securing computer networks. (This would include the packages from both your proposed 'reconnaissance' and 'wireless' groups, as well as some other tools currently in 'System Tools'.) forensics - Computer Forensic Tools - Tools for performing computer forensics and data recovery. (I'd move the password tools here, as well. Not sure how clamav fits here; I think its current placement at the mail server level makes more sense.) The intrusion detection group looks OK as a concept. As for the code analysis group, I'd argue that should be moved into the development category. Is this something you'd find usable? > > Additional groups under Base System, not sub-sub-groups. > > This is no solution to grouping the packages together and still be able > to know which packages are for which sub group of tasks. > > Btw. these tools to also not build a base system or at least what I > would think of a base system, because their use case is for certain > special tasks and does not form a base for other tools to build on, e.g. > cron performs a base set of features that can be used by other packages. > But this might not the criteria for packages in the base system > category. Right now our toplevel groups are: - Language support (self explanatory) - Desktops (fairly self explanatory) - Applications (End-user desktop applications) - Development (tools for software development) - Servers (various system services) - Base system (administration tools, and other components) Perhaps a better solution is a new toplevel category of 'System Administration' (where most of your new groups would fall under); this widens the scope of it from just 'IT Security' to a larger scope that fits the existing categories. That might be a larger reorganization, though, as the group changes would have to filter down to the various spins. > > - the 'all packages are default' paradigm > > I could accept to make packages not default that are e.g. already meant > to be deprecated by upstream, like airsnort. But I do not think that the > audience of these tools would only want to be presented some random > password cracker like it is a guideline to have only one IM client on > the Fedora Desktop live image. This is also reflected with the package > set of the security live image, which also contains all these tools and > not only selected ones. Sure, but the live spin can do %group --optional to pull those in. To expand on what I said before, we have three main concepts for applying defaults in comps: - Lots of tools that occupy the same usage case (office tools, etc.) Pick one best-of-breed default, the rest are optional. - Lots of tools that occupy the same space, but are not interchangable. (games) Everything's optional. Pick what you want. - A basic usage case, with various add-ons and similar tools. (many of the server groups, 'system tools', etc.) A base set that's default; other tools are optional. Bill From notting at redhat.com Fri Aug 7 14:56:10 2009 From: notting at redhat.com (Bill Nottingham) Date: Fri, 7 Aug 2009 10:56:10 -0400 Subject: Make upstream release monitoring (the service formerly known as FEVer) opt-out? In-Reply-To: <1249655921.3759.105.camel@localhost.localdomain> References: <20090806193306.GB8191@genius.kawo2.rwth-aachen.de> <4A7BAF02.6000006@freenet.de> <20090807084813.GC30549@genius.kawo2.rwth-aachen.de> <4A7C01E2.60208@freenet.de> <20090807122547.GF9040@genius.kawo2.rwth-aachen.de> <1249655921.3759.105.camel@localhost.localdomain> Message-ID: <20090807145610.GG8446@nostromo.devel.redhat.com> Jesse Keating (jkeating at redhat.com) said: > Ralf, this entire service is informational only. Maintainers don't need > to do anything with this information, particularly if it isn't being > filed as bugs and only provided on a webpage. They can simply ignore > the information or even pretend that the website doesn't exist. The > "opt-out" that Till is talking about is that by default, his service > would manage every package it is capable of. A maintainer would have to > opt-out of having their package monitored. But again, even if the > package /is/ monitored, they don't have to do anything with that > information. > > There is no bureaucracy here, just potentially useful information a > maintainer can choose to look at or not. My concerns are twofold: - BZ seems the wrong place. It's the only push mechanism we have other than raw e-mail, though. - Not to generalize too much, but we have maintainers: - who maintain only a few packages Likely, these people are already plugged into their upstreams and don't need the extra notification. - who maintain a lot of packages (woo, 100 perl modules) These people are more likely to need it. Which of these groups do we want to optimize for by default? Bill From jamatos at fc.up.pt Fri Aug 7 14:58:41 2009 From: jamatos at fc.up.pt (=?utf-8?q?Jos=C3=A9_Matos?=) Date: Fri, 7 Aug 2009 15:58:41 +0100 Subject: KDE vs. GNOME on F10 In-Reply-To: References: <3668e9f50908050249r18019ab4j95b10beb23d74e73@mail.gmail.com> Message-ID: <200908071558.42194.jamatos@fc.up.pt> On Friday 07 August 2009 14:05:25 Thomas Janssen wrote: > > And back to the topic, afaik the KDE 4.3 packages have indeed been > > tested (via kde-redhat/testing etc) before being thrown on the f10 & > > f11 users. > > Indeed. Even the RCs up to 4.2.98 have been tested via the kde-redhat > repo, bugs filed and fixed. I'm one of them who run always the latest > and greatest from kde-redhat. I am one of those who test kde packages both from kde-redhat and from rawhide. In every case the packages appeared first in rawhide, later in unstable of kde-redhat and only later on updates-testing, by the time the packages are submitted to updates they have passed all those different levels of testing. Do not forget also the update to emacs 23.1 made recently. Before that I always tried the repos who had emacs compiled for the latest Fedora stable version. I was glad when I saw the latest emacs available for F-11. -- Jos? Ab?lio From d.lesca at solinos.it Fri Aug 7 15:09:50 2009 From: d.lesca at solinos.it (Dario Lesca) Date: Fri, 07 Aug 2009 17:09:50 +0200 Subject: F11: Bug in sh-4.0 source build-in command In-Reply-To: <20090803205550.5acdd569@leela> References: <1249325215.9208.22.camel@lesca> <20090803205550.5acdd569@leela> Message-ID: <1249657790.10531.219.camel@lesca> Il giorno lun, 03/08/2009 alle 20.55 +0200, Michal Schmidt ha scritto: > Not a bug. You're running bash in POSIX mode (probably you ran "sh"). > In POSIX mode the current directory is not searched by the source > command. This is documented in the manpage. IMHO, this is a Bug. "source: usage: source filename [arguments]" The command "source" take a "file" (-f, 644) and not a "executable" (-x, 755), like do "ls fil", "cat file", "sh file, "awk file", and many other command. So, if I run "source file", source must use "file", like do other command. -- Dario Lesca From bill at bfccomputing.com Fri Aug 7 15:24:03 2009 From: bill at bfccomputing.com (Bill McGonigle) Date: Fri, 07 Aug 2009 11:24:03 -0400 Subject: KDE vs. GNOME on F10 In-Reply-To: <1249611889.2266.206.camel@adam.local.net> References: <3668e9f50908050249r18019ab4j95b10beb23d74e73@mail.gmail.com> <15e53e180908050302k6faa024cj5f7630d15b9a4305@mail.gmail.com> <4A795D90.5020903@leemhuis.info> <20090805120144.GC3095@hansolo.jdub.homelinux.org> <1249498044.2266.17.camel@adam.local.net> <20090805192822.GD3095@hansolo.jdub.homelinux.org> <1249501283.2266.43.camel@adam.local.net> <1249538365.2266.69.camel@adam.local.net> <4A7B6DB7.6090504@bfccomputing.com> <1249611889.2266.206.camel@adam.local.net> Message-ID: <4A7C4713.5030004@bfccomputing.com> On 08/06/2009 10:24 PM, Adam Williamson wrote: > so if a package does get an 'adventurous' update > then hits a security bug, there's no way to have a separate update > without the adventurous change but with the security bug fixed so, two separate issues: one is making the updates, the other is solving for them. I only meant that with tags you could potentially solve for available updates within a single repo. > I'm not sure you could _make_ a 'Solid' spin unless there was a Solid > update path to work off. Right, to do that we'd need a SIG interested in making sure there was one. Some package developers/maintainers would probably join, others wouldn't be interested. It's probably not necessary to have all of Fedora in such a spin, but where there are users there tends to be interest. -Bill -- Bill McGonigle, Owner Work: 603.448.4440 BFC Computing, LLC Home: 603.448.1668 http://www.bfccomputing.com/ Cell: 603.252.2606 Twitter, etc.: bill_mcgonigle Page: 603.442.1833 Email, IM, VOIP: bill at bfccomputing.com Blog: http://blog.bfccomputing.com/ VCard: http://bfccomputing.com/vcard/bill.vcf From bill at bfccomputing.com Fri Aug 7 15:28:53 2009 From: bill at bfccomputing.com (Bill McGonigle) Date: Fri, 07 Aug 2009 11:28:53 -0400 Subject: KDE vs. GNOME on F10 In-Reply-To: References: <3668e9f50908050249r18019ab4j95b10beb23d74e73@mail.gmail.com> <15e53e180908050302k6faa024cj5f7630d15b9a4305@mail.gmail.com> <4A795D90.5020903@leemhuis.info> <20090805120144.GC3095@hansolo.jdub.homelinux.org> <1249498044.2266.17.camel@adam.local.net> <20090805192822.GD3095@hansolo.jdub.homelinux.org> <1249501283.2266.43.camel@adam.local.net> <1249538365.2266.69.camel@adam.local.net> <4A7B6DB7.6090504@bfccomputing.com> Message-ID: <4A7C4835.6020603@bfccomputing.com> On 08/06/2009 08:57 PM, Ben Boeckel wrote: > Just a thought, but could that SIG just enforce a critical path- > like workflow (with overrides from the security team) on FN-2? > They would have to be willing to do the QA, talk with SIGs and > maintainers, and be large enough to be able to do so. Thoughts? I'm not sure FN-2 always qualifies as stable. For instance, I've seen major sound and video breakage in F11 - that wouldn't make a good base for a stable distro when F13 is branching _just_ because it's two back. On the other hand, one can juggle kernel versions/options, drivers, disable PulseAudio, etc. as required to achieve stable - though work better suited for a project than random thoughts in this e-mail. ;) -Bill -- Bill McGonigle, Owner Work: 603.448.4440 BFC Computing, LLC Home: 603.448.1668 http://www.bfccomputing.com/ Cell: 603.252.2606 Twitter, etc.: bill_mcgonigle Page: 603.442.1833 Email, IM, VOIP: bill at bfccomputing.com Blog: http://blog.bfccomputing.com/ VCard: http://bfccomputing.com/vcard/bill.vcf From jkeating at redhat.com Fri Aug 7 15:40:50 2009 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 07 Aug 2009 08:40:50 -0700 Subject: KDE vs. GNOME on F10 In-Reply-To: References: <3668e9f50908050249r18019ab4j95b10beb23d74e73@mail.gmail.com> <1249579648.3759.53.camel@localhost.localdomain> <1249583460.2266.170.camel@adam.local.net> <1249583705.3759.60.camel@localhost.localdomain> <1249585568.2266.188.camel@adam.local.net> <1249587042.3759.69.camel@localhost.localdomain> <1249600060.1477.1.camel@planemask> <1249603829.3759.77.camel@localhost.localdomain> <1249608838.3759.79.camel@localhost.localdomain> Message-ID: <1249659650.3759.112.camel@localhost.localdomain> On Fri, 2009-08-07 at 07:38 -0700, Christopher Stone wrote: > I don't draw the line, the maintainers of each package draw their own > line. I just sit back and comfortably sip on my mai tai while the > people who know best make the proper decisions. > But you obviously have a personal line somewhere. Where is your line that you're willing to take latest upstream builds, but won't move to rawhide? -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From awilliam at redhat.com Fri Aug 7 15:38:20 2009 From: awilliam at redhat.com (Adam Williamson) Date: Fri, 07 Aug 2009 08:38:20 -0700 Subject: KDE vs. GNOME on F10 In-Reply-To: References: <3668e9f50908050249r18019ab4j95b10beb23d74e73@mail.gmail.com> <1249579648.3759.53.camel@localhost.localdomain> <1249583460.2266.170.camel@adam.local.net> <1249583705.3759.60.camel@localhost.localdomain> <1249585568.2266.188.camel@adam.local.net> <1249587042.3759.69.camel@localhost.localdomain> <1249600060.1477.1.camel@planemask> <1249603829.3759.77.camel@localhost.localdomain> <1249608838.3759.79.camel@localhost.localdomain> Message-ID: <1249659500.2266.214.camel@adam.local.net> On Fri, 2009-08-07 at 07:38 -0700, Christopher Stone wrote: > On Thu, Aug 6, 2009 at 6:33 PM, Jesse Keating wrote: > > On Thu, 2009-08-06 at 17:47 -0700, Christopher Stone wrote: > >> Yea well, I dunno about you guys who run rawhide. But as an F-11 user, > >> I am *very* glad I use KDE and the KDE SIG is giving me the latest and > >> greatest to use. I am so glad I don't have to wait for F-12 to be > >> released just to run the latest version of my desktop. Thank you once > >> again KDE SIG for your awesome support and maintainership, it is > >> second to none. > > > > So you want rawhide-like treatment for some of your packages, but not > > all of them? Where is the line? > > I don't draw the line, the maintainers of each package draw their own > line. I just sit back and comfortably sip on my mai tai while the > people who know best make the proper decisions. Hmm, you sound like a GNOME user ;) -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From mw_triad at users.sourceforge.net Fri Aug 7 16:05:30 2009 From: mw_triad at users.sourceforge.net (Matthew Woehlke) Date: Fri, 07 Aug 2009 11:05:30 -0500 Subject: KDE vs. GNOME on F10 In-Reply-To: <1249659650.3759.112.camel@localhost.localdomain> References: <3668e9f50908050249r18019ab4j95b10beb23d74e73@mail.gmail.com> <1249579648.3759.53.camel@localhost.localdomain> <1249583460.2266.170.camel@adam.local.net> <1249583705.3759.60.camel@localhost.localdomain> <1249585568.2266.188.camel@adam.local.net> <1249587042.3759.69.camel@localhost.localdomain> <1249600060.1477.1.camel@planemask> <1249603829.3759.77.camel@localhost.localdomain> <1249608838.3759.79.camel@localhost.localdomain> <1249659650.3759.112.camel@localhost.localdomain> Message-ID: Jesse Keating wrote: > On Fri, 2009-08-07 at 07:38 -0700, Christopher Stone wrote: >> I don't draw the line, the maintainers of each package draw their own >> line. I just sit back and comfortably sip on my mai tai while the >> people who know best make the proper decisions. >> > > But you obviously have a personal line somewhere. Where is your line > that you're willing to take latest upstream builds, but won't move to > rawhide? For me, that's easy. I don't want updates that the packagers don't consider "stable". It sure sounds to me like Christopher feels the same way. I am willing to take the latest upstream builds because the maintainer considers them "safe". I am not willing to use rawhide because it's considered a free-for-all. (I don't use updates-testing either, which IMO if I slurped everything relevant from updates-testing, would be about the same thing as using rawhide.) -- Matthew Please do not quote my e-mail address unobfuscated in message bodies. -- Thank you for reading all the way to this .sig. You may stop reading now. Really. It is safe to stop. There is no more content. Why are you still reading? From schwab at redhat.com Fri Aug 7 16:14:06 2009 From: schwab at redhat.com (Andreas Schwab) Date: Fri, 07 Aug 2009 18:14:06 +0200 Subject: F11: Bug in sh-4.0 source build-in command In-Reply-To: <1249657790.10531.219.camel@lesca> (Dario Lesca's message of "Fri, 07 Aug 2009 17:09:50 +0200") References: <1249325215.9208.22.camel@lesca> <20090803205550.5acdd569@leela> <1249657790.10531.219.camel@lesca> Message-ID: Dario Lesca writes: > Il giorno lun, 03/08/2009 alle 20.55 +0200, Michal Schmidt ha scritto: >> Not a bug. You're running bash in POSIX mode (probably you ran "sh"). >> In POSIX mode the current directory is not searched by the source >> command. This is documented in the manpage. > > IMHO, this is a Bug. >From : RATIONALE Some older implementations searched the current directory for the file, even if the value of PATH disallowed it. This behavior was omitted from this volume of POSIX.1-2008 due to concerns about introducing the susceptibility to trojan horses that the user might be trying to avoid by leaving dot out of PATH. Andreas. -- Andreas Schwab, schwab at redhat.com GPG Key fingerprint = D4E8 DBE3 3813 BB5D FA84 5EC7 45C6 250E 6F00 984E "And now for something completely different." From tmz at pobox.com Fri Aug 7 16:30:50 2009 From: tmz at pobox.com (Todd Zullinger) Date: Fri, 7 Aug 2009 12:30:50 -0400 Subject: F11: Bug in sh-4.0 source build-in command In-Reply-To: <1249657790.10531.219.camel@lesca> References: <1249325215.9208.22.camel@lesca> <20090803205550.5acdd569@leela> <1249657790.10531.219.camel@lesca> Message-ID: <20090807163050.GS4573@inocybe.localdomain> Dario Lesca wrote: > Il giorno lun, 03/08/2009 alle 20.55 +0200, Michal Schmidt ha > scritto: >> Not a bug. You're running bash in POSIX mode (probably you ran >> "sh"). In POSIX mode the current directory is not searched by the >> source command. This is documented in the manpage. > > IMHO, this is a Bug. No, it's not a bug. The bash-3.2 behavior was the bug. > "source: usage: source filename [arguments]" > > The command "source" take a "file" (-f, 644) and not a "executable" (-x, > 755), like do "ls fil", "cat file", "sh file, "awk file", and many other > command. > > So, if I run "source file", source must use "file", like do other > command. The bash builtins(1) manpage states this fairly clearly: source filename [arguments] Read and execute commands from filename in the current shell environment and return the exit status of the last command executed from filename. If filename does not contain a slash, file names in PATH are used to find the directory containing filename. The file searched for in PATH need not be executable. When bash is not in posix mode, the current directory is searched if no file is found in PATH. If the sourcepath option to the shopt builtin command is turned off, the PATH is not searched. Also see bash author Chet Ramey's recent reply on the bash list: http://lists.gnu.org/archive/html/bug-bash/2009-07/msg00024.html -- Todd OpenPGP -> KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ No sense being pessimistic, it probably wouldn't work anyway -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 542 bytes Desc: not available URL: From jkeating at redhat.com Fri Aug 7 16:35:53 2009 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 07 Aug 2009 09:35:53 -0700 Subject: KDE vs. GNOME on F10 In-Reply-To: References: <3668e9f50908050249r18019ab4j95b10beb23d74e73@mail.gmail.com> <1249579648.3759.53.camel@localhost.localdomain> <1249583460.2266.170.camel@adam.local.net> <1249583705.3759.60.camel@localhost.localdomain> <1249585568.2266.188.camel@adam.local.net> <1249587042.3759.69.camel@localhost.localdomain> <1249600060.1477.1.camel@planemask> <1249603829.3759.77.camel@localhost.localdomain> <1249608838.3759.79.camel@localhost.localdomain> <1249659650.3759.112.camel@localhost.localdomain> Message-ID: <1249662953.3759.115.camel@localhost.localdomain> On Fri, 2009-08-07 at 11:05 -0500, Matthew Woehlke wrote: > For me, that's easy. I don't want updates that the packagers don't > consider "stable". It sure sounds to me like Christopher feels the same way. > > I am willing to take the latest upstream builds because the maintainer > considers them "safe". I am not willing to use rawhide because it's > considered a free-for-all. (I don't use updates-testing either, which > IMO if I slurped everything relevant from updates-testing, would be > about the same thing as using rawhide.) So if rawhide had an updates-testing like repo, you wouldn't mind using it? -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From mclasen at redhat.com Fri Aug 7 16:53:02 2009 From: mclasen at redhat.com (Matthias Clasen) Date: Fri, 07 Aug 2009 12:53:02 -0400 Subject: Fit and Finish, round three: peripherals Message-ID: <1249663982.2242.7.camel@planemask> Hi all, time for another 'Fit and Finish' test day. This time, we want to look at issues and use cases surrounding anything you can plug into your computer, be it a camera, a phone, a usb stick, or whatever gizmos you have at home... Join us in #fedora-fit-and-finish on Freenode, on Aug 11 (next Tuesday). For more information about this test day, see http://www.fedoraproject.org/wiki/Test_Day:2009-08-04_Fit_and_Finish:Peripherals For more information about 'Fit and Finish', see http://www.fedoraproject.org/wiki/Fit_and_Finish Matthias From d.lesca at solinos.it Fri Aug 7 17:06:02 2009 From: d.lesca at solinos.it (Dario Lesca) Date: Fri, 07 Aug 2009 19:06:02 +0200 Subject: F11: Bug in sh-4.0 source build-in command In-Reply-To: References: <1249325215.9208.22.camel@lesca> <20090803205550.5acdd569@leela> <1249657790.10531.219.camel@lesca> Message-ID: <1249664762.10531.251.camel@lesca> Il giorno ven, 07/08/2009 alle 18.14 +0200, Andreas Schwab ha scritto: > due to concerns about > introducing the susceptibility to trojan horses Ok. It's not a Bug. Thanks for reply to all. -- Dario Lesca From mw_triad at users.sourceforge.net Fri Aug 7 17:21:15 2009 From: mw_triad at users.sourceforge.net (Matthew Woehlke) Date: Fri, 07 Aug 2009 12:21:15 -0500 Subject: KDE vs. GNOME on F10 In-Reply-To: <1249662953.3759.115.camel@localhost.localdomain> References: <3668e9f50908050249r18019ab4j95b10beb23d74e73@mail.gmail.com> <1249579648.3759.53.camel@localhost.localdomain> <1249583460.2266.170.camel@adam.local.net> <1249583705.3759.60.camel@localhost.localdomain> <1249585568.2266.188.camel@adam.local.net> <1249587042.3759.69.camel@localhost.localdomain> <1249600060.1477.1.camel@planemask> <1249603829.3759.77.camel@localhost.localdomain> <1249608838.3759.79.camel@localhost.localdomain> <1249659650.3759.112.camel@localhost.localdomain> <1249662953.3759.115.camel@localhost.localdomain> Message-ID: Jesse Keating wrote: > On Fri, 2009-08-07 at 11:05 -0500, Matthew Woehlke wrote: >> For me, that's easy. I don't want updates that the packagers don't >> consider "stable". It sure sounds to me like Christopher feels the same way. >> >> I am willing to take the latest upstream builds because the maintainer >> considers them "safe". I am not willing to use rawhide because it's >> considered a free-for-all. (I don't use updates-testing either, which >> IMO if I slurped everything relevant from updates-testing, would be >> about the same thing as using rawhide.) > > So if rawhide had an updates-testing like repo, you wouldn't mind using > it? If that put an end to stuff like 'sorry, that last glibc rpm bricks your system if you have the misfortune of installing it'... maybe. As I said, right now my "line" is "packages that the maintainers consider stable". If "rawhide" became that (and some new "rawhide-testing" or such for the current free-for-all), then I suppose I might use it. I'd also ask how that differs in any significant way from a rolling release. To be clear, 1. I would be in favor of a rolling release system, and 2. development /needs/ a "free for all" environment. So please don't take the above as being in any way opposed to such an environment existing... just so long as I can opt out of it ;-). Oh, and on a related note, it would be really helpful if it was possible to enable updates-testing only for certain packages (and when needed, dependencies thereof) on a permanent whitelist basis. -- Matthew Please do not quote my e-mail address unobfuscated in message bodies. -- Thank you for reading all the way to this .sig. You may stop reading now. Really. It is safe to stop. There is no more content. Why are you still reading? From bill at bfccomputing.com Fri Aug 7 17:34:27 2009 From: bill at bfccomputing.com (Bill McGonigle) Date: Fri, 07 Aug 2009 13:34:27 -0400 Subject: Fit and Finish, round three: peripherals In-Reply-To: <1249663982.2242.7.camel@planemask> References: <1249663982.2242.7.camel@planemask> Message-ID: <4A7C65A3.8030601@bfccomputing.com> On 08/07/2009 12:53 PM, Matthias Clasen wrote: > a camera, a phone, a usb stick, or whatever gizmos you > have at home... Real plastic and metal plugs only, or bluetooth connections as well? -Bill -- Bill McGonigle, Owner BFC Computing, LLC http://bfccomputing.com/ Email, IM, VOIP: bill at bfccomputing.com Telephone: +1.603.448.4440 Twitter, etc.: bill_mcgonigle/bill.mcgonigle VCard: http://bfccomputing.com/vcard/bill.vcf From mclasen at redhat.com Fri Aug 7 17:42:52 2009 From: mclasen at redhat.com (Matthias Clasen) Date: Fri, 07 Aug 2009 13:42:52 -0400 Subject: Fit and Finish, round three: peripherals In-Reply-To: <4A7C65A3.8030601@bfccomputing.com> References: <1249663982.2242.7.camel@planemask> <4A7C65A3.8030601@bfccomputing.com> Message-ID: <1249666972.2242.8.camel@planemask> On Fri, 2009-08-07 at 13:34 -0400, Bill McGonigle wrote: > On 08/07/2009 12:53 PM, Matthias Clasen wrote: > > a camera, a phone, a usb stick, or whatever gizmos you > > have at home... > > Real plastic and metal plugs only, or bluetooth connections as well? Bluetooth is definitively in scope. From jkeating at redhat.com Fri Aug 7 17:43:56 2009 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 07 Aug 2009 10:43:56 -0700 Subject: KDE vs. GNOME on F10 In-Reply-To: References: <3668e9f50908050249r18019ab4j95b10beb23d74e73@mail.gmail.com> <1249579648.3759.53.camel@localhost.localdomain> <1249583460.2266.170.camel@adam.local.net> <1249583705.3759.60.camel@localhost.localdomain> <1249585568.2266.188.camel@adam.local.net> <1249587042.3759.69.camel@localhost.localdomain> <1249600060.1477.1.camel@planemask> <1249603829.3759.77.camel@localhost.localdomain> <1249608838.3759.79.camel@localhost.localdomain> <1249659650.3759.112.camel@localhost.localdomain> <1249662953.3759.115.camel@localhost.localdomain> Message-ID: <1249667036.3759.120.camel@localhost.localdomain> On Fri, 2009-08-07 at 12:21 -0500, Matthew Woehlke wrote: > If that put an end to stuff like 'sorry, that last glibc rpm bricks your > system if you have the misfortune of installing it'... maybe. As I said, > right now my "line" is "packages that the maintainers consider stable". > If "rawhide" became that (and some new "rawhide-testing" or such for the > current free-for-all), then I suppose I might use it. I'd also ask how > that differs in any significant way from a rolling release. > > To be clear, 1. I would be in favor of a rolling release system, and 2. > development /needs/ a "free for all" environment. So please don't take > the above as being in any way opposed to such an environment existing... > just so long as I can opt out of it ;-). Well with the no frozen rawhide proposal, from the Alpha freeze point on there would be such an updates-testing for the pending release, while rawhide remains the wild west. You could say install F12, then at F13 Alpha jump onto F13 and have the much newer more often content that has had some testing. Just keep jumping to the next Alpha and you have your "rolling release" as it were. > > Oh, and on a related note, it would be really helpful if it was possible > to enable updates-testing only for certain packages (and when needed, > dependencies thereof) on a permanent whitelist basis. include= in the yum conf for updates-testing. -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From mclasen at redhat.com Fri Aug 7 18:06:01 2009 From: mclasen at redhat.com (Matthias Clasen) Date: Fri, 07 Aug 2009 14:06:01 -0400 Subject: KDE vs. GNOME on F10 In-Reply-To: <1249667036.3759.120.camel@localhost.localdomain> References: <3668e9f50908050249r18019ab4j95b10beb23d74e73@mail.gmail.com> <1249579648.3759.53.camel@localhost.localdomain> <1249583460.2266.170.camel@adam.local.net> <1249583705.3759.60.camel@localhost.localdomain> <1249585568.2266.188.camel@adam.local.net> <1249587042.3759.69.camel@localhost.localdomain> <1249600060.1477.1.camel@planemask> <1249603829.3759.77.camel@localhost.localdomain> <1249608838.3759.79.camel@localhost.localdomain> <1249659650.3759.112.camel@localhost.localdomain> <1249662953.3759.115.camel@localhost.localdomain> <1249667036.3759.120.camel@localhost.localdomain> Message-ID: <1249668361.2242.11.camel@planemask> On Fri, 2009-08-07 at 10:43 -0700, Jesse Keating wrote: > > Well with the no frozen rawhide proposal, from the Alpha freeze point on > there would be such an updates-testing for the pending release, while > rawhide remains the wild west. You could say install F12, then at F13 > Alpha jump onto F13 and have the much newer more often content that has > had some testing. Just keep jumping to the next Alpha and you have your > "rolling release" as it were. > Of course, that assumes that the 'jumping', ie preupgrade / upgrade are well supported and work smoothly... From mw_triad at users.sourceforge.net Fri Aug 7 18:16:06 2009 From: mw_triad at users.sourceforge.net (Matthew Woehlke) Date: Fri, 07 Aug 2009 13:16:06 -0500 Subject: KDE vs. GNOME on F10 In-Reply-To: <1249667036.3759.120.camel@localhost.localdomain> References: <3668e9f50908050249r18019ab4j95b10beb23d74e73@mail.gmail.com> <1249579648.3759.53.camel@localhost.localdomain> <1249583460.2266.170.camel@adam.local.net> <1249583705.3759.60.camel@localhost.localdomain> <1249585568.2266.188.camel@adam.local.net> <1249587042.3759.69.camel@localhost.localdomain> <1249600060.1477.1.camel@planemask> <1249603829.3759.77.camel@localhost.localdomain> <1249608838.3759.79.camel@localhost.localdomain> <1249659650.3759.112.camel@localhost.localdomain> <1249662953.3759.115.camel@localhost.localdomain> <1249667036.3759.120.camel@localhost.localdomain> Message-ID: Jesse Keating wrote: > Well with the no frozen rawhide proposal, from the Alpha freeze point on > there would be such an updates-testing for the pending release, while > rawhide remains the wild west. You could say install F12, then at F13 > Alpha jump onto F13 and have the much newer more often content that has > had some testing. Just keep jumping to the next Alpha and you have your > "rolling release" as it were. How does that differ from the current situation (except for being a little more bleeding)? A true rolling release is install-once, update-forever. Yes you can more or less do this with upgrade-via-yum, but it is still a large chunk of effort at 6- or 12-month intervals. >> Oh, and on a related note, it would be really helpful if it was possible >> to enable updates-testing only for certain packages (and when needed, >> dependencies thereof) on a permanent whitelist basis. > > include= in the yum conf for updates-testing. Will that also use packages from -testing when needed to resolve dependencies for something in the include list? Or will it just break? ('man yum.conf' makes it sound like the latter...) -- Matthew Please do not quote my e-mail address unobfuscated in message bodies. -- Thank you for reading all the way to this .sig. You may stop reading now. Really. It is safe to stop. There is no more content. Why are you still reading? From jonstanley at gmail.com Fri Aug 7 19:34:18 2009 From: jonstanley at gmail.com (Jon Stanley) Date: Fri, 7 Aug 2009 15:34:18 -0400 Subject: FESCo meeting summary for 20090807 Message-ID: Minutes: http://meetbot.fedoraproject.org/fedora-meeting/2009-08-07/fedora-meeting.2009-08-07-17.00.html Minutes (text): http://meetbot.fedoraproject.org/fedora-meeting/2009-08-07/fedora-meeting.2009-08-07-17.00.txt Log: http://meetbot.fedoraproject.org/fedora-meeting/2009-08-07/fedora-meeting.2009-08-07-17.00.log.html --- 17:00:19 #startmeeting FESCo meeting 2009-08-07 17:00:20 #chair dgilmore jwb notting nirik sharkcz jds2001 j-rod skvidal Kevin_Kofler 17:00:27 * nirik is here. 17:00:32 FergatROn: in #fedora-websites 17:00:40 Present. 17:00:46 jds2001: the meeting is on #fedora-websites channel? 17:00:47 odd 17:00:55 * skvidal is here 17:01:00 FergatROn: yeah, the websites meeting conflicts with FESCo 17:01:06 jds2001: thanks 17:02:18 * notting is here now 17:02:25 cool 17:02:35 shall we get started? 17:02:48 #topic MW Patch issue 17:02:54 .fesco 225 17:03:06 Kevin_Kofler: you have an update here? 17:03:19 So some discussion got started after this got escalated, I had hoped they'd find a resolution. Unfortunately, the discussion has since dried out. 17:03:37 yeah , me too :( 17:03:56 * ricky would be happy to restart the discussion - I just need to do some testing on some of the methods mentioned 17:04:51 that does no good if the maintainer doesnt apply your patch :( 17:04:54 shall we let ricky do that and revisit in a while? or ? 17:04:59 sure 17:05:26 #topic outdated wiki 17:05:30 .fesco 176 17:05:33 nirik: Sure. 17:05:41 so our wiki pages are in various states of fail. 17:05:50 Running late, sorry 17:06:16 notting wanted to appoint someone to JFDI :) 17:06:23 jds2001: yeah, my goal was to bring this up so that the 'Assigned to' part of this ticket is no longer blank 17:06:25 which seems reasonable 17:07:00 volunteers? 17:07:20 * jds2001 hears crickets 17:08:25 Finding the time is the big thing. ;( Perhaps some docs people would be willing to help out? 17:08:39 yeah, -ENOTIME here too :( 17:09:12 ianweller: you around? 17:09:26 Before appointing something to do the work, we should agree on what should be done. 17:09:26 or call for helpers on the devel list? 17:09:34 * jds2001 defers to the wiki czar 17:09:36 So the plan for the template page is to turn it into a Trac template? 17:09:48 That needs somebody with Trac admin privileges to handle. 17:09:49 Kevin_Kofler: i think that makes sense, I can do that 17:09:53 jds2001: sorta! 17:09:58 Then the wiki page can be removed. 17:10:13 uh oh "perhaps some docs people are willing to help out / ianweller: you around?" bad combination for me. ;) 17:10:18 * nirik looks more closely at the ticket again. 17:10:30 For the schedule page, I think we should be linking to https://fedorahosted.org/fesco/report/9 17:10:42 ianweller: no, we're just saying that our pages are in a state of fail 17:10:47 so that gets rid of a few pages on the wiki side, but we need to clean up the overall tree of fesco pages. 17:10:50 ok 17:11:11 we're looking for some assistance to get them out of said state of fail :) 17:11:37 i'm usually around to answer questions in #fedora-docs (or even #fedora-devel) 17:12:42 alright, I'll put out a call for a proposal on what should be done 17:12:43 so, looking at the http://fedoraproject.org/wiki/PackageMaintainers page, I would say we should look at: renaming category pages consistently, putting "policies" in one area, and "suggestions" in another and "guides/howtos" in another? 17:12:44 jds2001: we could just change them to say "ask jds2001 on irc if you need to know something" 17:12:46 Why the heck is the EPEL page embedded or copypasted into the Development/Schedule page? 17:12:46 It has nothing to do with scheduling. 17:13:02 Kevin_Kofler: i dunno :) 17:13:13 I can clean up the page, there won't be much left though. ;-) 17:13:24 Kevin_Kofler: looks like a cut and paste error. ;( 17:13:28 Mostly just one or more links to Trac. 17:14:25 Hmmm, indeed, it should probably be embedding EPEL/Schedule. 17:14:26 my trac plugin package review got approved, I'm just waiting for CVS on it. 17:14:27 * dgilmore is kinda here 17:14:28 Not the main EPEL page. 17:14:55 Kevin_Kofler: not sure why it would have any epel content there... 17:14:59 and then I can get it into infra, and enable it for our instance. 17:15:05 * nirik will run the cvs queue after this meeting. 17:15:30 OK, well, let's do some proposals for cleanup and try to do fast votes? 17:15:56 Proposal 1: delete EPEL section (embedding of EPEL page) from Development/Schedule 17:16:09 +1 17:16:11 * jds2001 is in favor of just delegating to someone and letting them do what they see fit :) 17:16:13 sounds fine. just do it. 17:16:28 it is after all a wiki :) 17:16:53 Well, then I'll take care of the page if it's fine with everyone. 17:17:01 sure thing 17:17:07 fine with me. ;) 17:17:16 go for it 17:17:19 I'll go through and see what can be done to make it more cohesive, too. 17:17:28 The whole structure, etc 17:17:38 The EPEL content is a redirect from the obsolete Extras/Schedule/EnterpriseExtras page. 17:17:49 That's how it happened. 17:18:14 I think naming the subpages in a good way, and making subcategories for policy/suggestions/howtos would help a lot. 17:18:23 There are a few obsolete and blank/nonexistent Extras/Schedule/* pages it's trying to embed too. 17:18:40 #action Kevin_Kofler will clean up the schedule page 17:18:51 #action jds2001 will look at it as well 17:19:11 next! 17:19:22 #topic Fedora packages as canonical upstreams 17:19:28 .fesco 210 17:19:59 * jds2001 sees no additional information 17:20:02 defer again? 17:20:17 * abadger1999 notes that although I tried to clarify things on the mailing list, I'm not for or against it. 17:20:19 irc there was a mailing list thread, though 17:20:21 yeah, no more info from mether except the thread on devel list. 17:20:39 if this is just to remove that exception from that one guideline it should say so. 17:20:41 jds2001: What do you need to know? Maybe I can fill in blanks 17:20:57 i guess what's the problem space? 17:21:04 why doesnt this work now? 17:21:19 AFAIK from talking to mether, removing the exception from the guidelines is all that's wanted. 17:21:19 i think tarballs are needed 17:21:20 what are we attempting to repair, and is it in need of repair? :) 17:21:36 abadger1999: is it just asking to remove that guideline? or is it also asking to add stuff about requiring upstreams to have a "proper hosting infrastructure" 17:21:51 * jds2001 thought the latter 17:22:00 so, the only possible consequence is we have source tarballs for some packages that it is unclear of their origin (or they resolve to some place not publically available) 17:22:01 ? 17:22:02 abadger1999: I would be for it if he would redo this to clarify that. The current proposal doesn't really say that. 17:22:23 nirik: AFAIK, it does not require upstream to have a proper hosting infra. However, if they do not have some sort of public place to get the source (outside of our lookaside) it won't pass review. 17:22:50 source could equal tarball or version control, etc... anything already allowed to non-Fedora/Red Hat projects currently. 17:22:52 abadger1999: thats currently the case for anything thats not using that exception, right? 17:23:03 Correct. 17:23:16 abadger1999: "i just wrote this, the tarball is now sitting in my fedorapeople dir". is that acceptable for review? 17:23:19 I would personally be fine with that. 17:23:33 what about pacakges where there is no source? 17:23:44 notting: if thats the upstream location, i would say sure. 17:23:52 * jds2001 ran into another one last night, though not in the context of fedora 17:23:57 notting: Good question. Are you planning on continuing to host the tarballs for subsequent versions there? 17:24:01 notting tjhatss ok 17:24:03 namely oracle-lib-compat from spacewalk 17:24:16 jds2001: no source? everything is in the spec? 17:24:25 nirik: indeed 17:24:25 abadger1999: well, we're speaking in hypotheticals, here. 'maybe'? 17:24:39 it's a horrible hack, but will never be in Fedora :) 17:24:39 notting: because, I think it satisfies the criteria. But someone (like nirik's from source script) would be legitimately calling you out if the future tarballs didn't exist at some location later. 17:24:41 jds2001: then it doesn't matter, because there is no Source* field, right? 17:24:43 abadger1999: but i think we can claim that the only case you'd hit this is self-written criteria 17:24:47 erm 17:24:48 nirik: correct 17:24:49 self-written software 17:25:27 so, slightly rephrasing it: 17:25:51 we can't force upstream projects to always exist, always have a reachable hosting site where we can get code, etc. 17:26:05 jds2001: it will never be in fedora 17:26:10 dgilmore: riht 17:26:19 dgilmore: but who says other things like it may not? 17:26:47 Proposal: "We are upstream" section should be removed from https://fedoraproject.org/wiki/Packaging:SourceURL. source should still be downloadable from somewhere. 17:26:56 nirik: But for an upstream project that no longer has an upstream tarball, we'd say, this upstream seems to be dead, you need to either retire the package or get the latest ersion of the source and start hosting it somewhere. 17:27:02 notting: +1 here. I assume thats what mether wanted... 17:27:12 389-ds has no source 17:27:18 abadger1999: yep. I think thats fine... it's the best we can do. 17:27:19 notting: Good rewrite. 17:27:53 dgilmore: that's the metapackage for 389? 17:28:12 yep 17:28:13 * nirik waits for more votes so we can move on. ;) 17:28:33 I still don't see why it's so important to have a tarball outside of the SRPM / the lookaside cache. 17:28:47 I think it doesn't make sense to require it. 17:28:51 So -1 to notting's proposal. 17:28:54 Kevin_Kofler: I don't care about tarball... but I think the source should be available somehow. 17:29:02 Kevin_Kofler: he didn't say tarball. 17:29:06 The SRPM is "somehow". 17:29:06 * jds2001 is wondering about things that have no source, such as 389-ds 17:29:13 As is the lookaside cache. 17:29:15 jds2001: how does it work then? 17:29:23 jds2001: Or kde-filesystem. 17:29:26 Kevin_Kofler: example? 17:29:31 I think i makes sense to have one outside of the SRPM. outside of lookaside I'm not 100% on but it's cleaner to have less exceptions. 17:29:38 Well, kde-filesystem actually has a source for the RPM macros. 17:29:50 nirik: it requires other things 17:29:50 Kevin_Kofler: where do you store that? 17:29:51 No source wouldn't be affected one way or another by this exception. 17:29:55 nirik: it's a metapackage 17:29:59 But there are pure *-filesystem packages with no source file at all, just mkdir statements in the specfiles. 17:30:10 jds2001: then it doesn't matter here. This only affects things with Source: urls 17:30:14 So keeping or removing it won't affect 389-ds, kde-filesystem, etc. 17:30:30 Kevin_Kofler: thats fine, they have no Source field. They don't matter here. 17:30:37 The source for the macros in kde-filesystem? It's a trivial text file and it's stored within CVS (not even lookaside cache). 17:30:38 * abadger1999 checks what's in kde-filesystem 17:31:06 Kevin_Kofler: cool. then that could be the source for it? I don't think thats a problem. 17:31:20 Source1: teamnames <-- That's for i18n/l10n directories. 17:31:20 Source2: macros.kde4 <-- The RPM macros. 17:31:26 Both are text files checked into CVS. 17:31:42 text source: directly in SCM is fine with me. it's not like we have separate hosting for .desktop files 17:31:44 teamnames is 1516 bytes, macros.kde4 887 bytes. 17:31:51 Yeah, that looks fine. 17:33:04 If someones says its a problem FPC would probably be better off making a better definition of what "source" means than to use the exception limited to Fedora/Red Hat projects. 17:33:16 yeah, agreed. 17:33:44 but i would still vote +1 to the propsal, on a "fix this part, we can clarify more later if need be" basis 17:34:15 * jds2001 votes +1 to this proposal 17:34:19 +1 17:34:19 yes, still +1 from me. I don't think we should have the exception any more 17:34:57 +1 to notting's suggestion 17:35:01 I'm still -1, I don't see the benefits of removing the exception. 17:35:34 #agreed The Fedora packages as canonical upstream excepton is removed. 17:35:53 #topic feature submisson deadlin 17:35:53 * nirik notes there is nothing in the packaging guidelines that says source must be available. 17:35:58 .fesco 234 17:36:25 nirik: there is something that says no pre-built binaries 17:36:38 so i would assume that leads to source being available :) 17:37:13 jds2001: sure, but it doesn't say source MUST be provided at an upstream site. The SourceURL guideline is how to point to it, but it doesn't say it has to exist... 17:38:07 anyhow, sorry, move on. 17:38:21 * dgilmore is +1 i do think they should be a month after 17:38:43 a whole month? 17:38:46 nirik: hmm... FPC can make that more explicit if you want. 17:39:25 but we could accept nearly complete ones for 2 weeks after 17:39:56 abadger1999: yeah, might be something to consider. The sourceurl page doesn't explicitly say that source MUST be available upstream somehow, just how to address various ways upstream might point to it. 17:40:01 and 100% complete for the remaining two weeks? 17:40:47 i.e. i forgot to write the feature page 17:40:49 so what are we trying to solve here? the rush of features at the deadline where they have not landed yet? 17:41:02 nirik: yeah, i think so 17:41:07 jds2001: no 17:41:08 well, the rush of features at the deadline 17:41:12 defer 17:41:28 defer? why? 17:41:31 I think this could lead to more 'the feature is done for the release, but I didn't know it would be in time/didn't make the deadline' so we don't advertize it as a feature even though it's done. 17:42:09 they have alot of time to get a page together and in 17:42:38 nirik: Right. 17:43:11 It will also lead to developers promising stuff "just in case I can complete it" and us having to vote for a lot more features, just to drop them 2-4 weeks later as not even started. 17:43:15 I guess I would be ok with 2 weeks as long as we granted exceptions in cases where they make sense. 17:43:44 So -1 to this proposal, soft freezes just don't work. 17:44:48 i never said soft 17:45:04 2 weeks hard 17:45:23 4 weeks if your not nearly done 17:45:43 Soft freeze = you can work on features, but only if you submitted them first. 17:45:46 but we would need to make exceptions to that rules too? 17:46:20 And that's basically what your proposal is, except that you can still work on features, but not advertise them as such (which is about the worst part of our feature process, this proposal doesn't help this issue). 17:46:52 which can't be enforced anyway 17:46:53 IMHO we should be able to advertise features at any time, even in updates. 17:47:15 updates? 17:47:15 drago01: Not being able to work on features can't be enforced, so that's how the problem happens. 17:47:28 The only solution is to be more flexible for advertising features as well. 17:47:38 drago01: Often interesting new features get backported to updates. 17:47:56 Then they get advertised as "Fedora n features", but they have been in Fedora n-1 and possibly even n-2 months earlier. 17:47:59 This makes no sense. 17:48:15 We need a way to advertise features as being in updates. 17:48:16 Kevin_Kofler: but our feature process is tied to releases... you want to announce some new F11 feature now? 17:48:27 yeah but its not worth to advertise them months after the release 17:48:34 where nobody really cares anymore 17:48:40 nirik: More like ~2 weeks from now when KDE 4.3 hits. :-) 17:48:50 But it's not the only such feature. 17:49:01 Graphics driver hardware support improvements have also occasionally been backported. 17:49:12 E.g. 3D for r5xx cards, IIRC in F9 updates. 17:49:14 sure, but thats not a feature by our current process. 17:49:30 a lot of the reasoning for the feature process is in order to prepare the press for what's coming in that release. 17:49:34 features == things in the current release that are there at release time. 17:50:49 poelcat: you around? want to weigh in here as you commented in the ticket. 17:51:53 Kevin_Kofler: I think it might be nice to have some standard way of noting big updates... ie, fedora-announce, some kind of "press release", etc. But I think thats outside the scope of our feature process. 17:52:06 * poelcat reads backscroll 17:52:15 well i know that kde4.3 is coming to F10/11 17:52:26 they've done a decent job of advertising that 17:52:37 yeah, and it would be good to shout that out in some standard/official way. 17:52:38 though i think the only way that i know is rex's mail to f-d-a 17:53:09 my question is why this was such a "crisis" for FESCo for F12? :) 17:53:13 FYI, it's too early to announce it to end users now, it should wait until the official update. 17:53:20 all the releases have been this way and things have turned out fine 17:53:41 poelcat: yeah. I think we got several more 'please give us more time, it's about to be done' than the last few cycles... 17:53:46 but there are always some of those. 17:53:47 (i.e. stable, not just testing, where it's queued for now) 17:54:23 * poelcat thinks the issue of "features" in "updates" is a separate issue clouding this discussion 17:54:36 As for the "please give us more time", I think this has everything to do with the removal of the old Alpha release and the rename of Beta to Alpha. 17:54:49 It may be a problem of habit, i.e. that we aren't used to this. 17:54:59 poelcat: totally agreed there. 17:55:10 Or it may be that the old Alpha milestone, while mostly useless, served as a warning to get things done soon. 17:55:16 and a bigger discussion about increased process complexity, etc. 17:55:56 so if you're asking me if I think a feature filing deadline two weeks before FF is okay... I don't see any serious downsides 17:56:41 just getting the word out and my email nags that everyone seems to live to see ;-) 17:57:00 that is all from me 17:57:44 poelcat: i think the propsal was a month 17:58:00 jds2001: i thought someone counter-proposed 2 weeks 17:58:08 notting did 17:58:12 and i agreed with notting 17:58:15 poelcat: and we'll accept 90%+ (or whatever) unitl 2 weeks 17:58:38 * jwb is only like 10% here. apologies 17:58:48 jwb: np 17:59:05 I like the 2 week idea myself. 4 seems a bit much. 17:59:23 i think managing to exact percentages is going to be more problems than it is worth... i'd recommend starting with two weeks... all filed and see what happens 17:59:38 sounds good 17:59:56 * j-rod only here like maybe 11%... 17:59:59 if we want to rework the process and details of it we should probably draw up a proposal and have a meeting about it vs. trying engineer it all here now 18:00:07 let's change the proposal to a 2 week deadline....all in favor? 18:00:19 where "process and details" == percentages, etc. 18:00:35 * Kevin_Kofler is still against the proposal, seeing more drawbacks than benefits. 18:00:36 and how does one define a percentage? 18:01:16 jds2001: "a ratio between 0 and 1, multiplied by 100" 18:01:18 (drawbacks as already discussed: "just in case" filing of bogus/unimplementable features, features missing the filing deadline but going in) 18:01:25 notting: :D 18:02:02 In the case of features, it's more like "a random number between 0 and 100". 18:02:10 It isn't even always monotonically increasing over time. 18:02:20 sorry network dropped out 18:03:34 * poelcat disappears 18:04:13 anyhow 18:04:17 i think that it needs to be no less than 2 weeks 18:04:38 * nirik would be ok trying 2 weeks for the next cycle and adjusting. I don't think it's going to change much though. 18:05:17 im ok with that 18:05:21 +1 to two weeks 18:06:08 My counterproposal: move the feature submission deadline to at least 2 weeks AFTER the feature freeze. Rationale: the features we document should reflect the features which actually got implemented. The best moment to know that is after the freeze. 18:07:13 -1, that's just silly 18:07:25 I guess that depends on if we expect maintainers to write up their proposal after they have done their implementation or before... 18:07:28 Kevin_Kofler: -1 seriously 18:07:39 nirik: before 18:07:39 I think before makes a lot more sense. 18:07:48 +1 for 2 weeks before 18:08:02 +1 for 2 weeks before, as well 18:08:13 nirik: and before people can help complete them 18:08:20 -1 for writing it up after 18:08:40 +1 for 2 weeks before 18:08:46 it's a lot more open and community orented. ;) 18:08:57 * notting is +1 to two weeks before, -1 to two weeks later 18:09:23 #agreed feature submission deadline will be moved to two weeks prior to feature freeze for F13 18:09:42 #topic upstrem release monitoring 18:09:55 .fesco 239 18:10:09 im not sure technically how this could conceivably function 18:10:30 I think it'll just create bugspam 18:10:34 the current manual system i can easily see how it functions 18:11:00 i believe tyll is on another channel, if he wants to join 18:11:05 -1 i think this will just create noise 18:11:06 im all for trying it and putting it up on a webpage or somesuch 18:11:14 I think this could be usefull, but not in bugzilla... 18:11:21 webpage + emails perhaps. 18:11:42 I think the idea is that somebody will enter the URLs for all packages whose maintainer(s) do(es)n't opt out by hand. 18:11:45 well there are reasons why someone does _not_ want to update to lastest upstream 18:11:48 I don't see how it would work otherwise. 18:12:14 I'm a bit worried about bad regexes getting entered, leading to false positives (e.g. unstable/development releases). 18:12:26 I'm going to go with "how 'bout no?" on this one. 18:12:49 But in principle, I think monitoring by default is a good idea if done properly. 18:12:50 getting spamed "update to foo" would be just annoying 18:13:16 drago01_: I assume the system is smart enough not to annoy you again with the same version if you close it once as NOTABUG. 18:13:18 as a packager, I'm on the upstream mailing lists for all the packages I maintain 18:13:22 If it's not, it's really broken. 18:13:22 that's enough, thank you 18:13:54 I think it's usefull in some cases, but it needs to be hashed out more... and perhaps opt-in would make more sense. 18:13:59 (though not all projects have one) 18:14:12 opt-in is more reasonable than opt-out 18:14:18 nirik: opt-in is what we currently have. 18:14:27 https://fedoraproject.org/wiki/Upstream_Release_Monitoring 18:14:27 yeah 18:14:33 right, and regexes are manually entered 18:14:35 which is fine 18:14:46 AIUI, the proposal is to have someone enter regexes for the packages which don't have any. 18:14:51 they have the manpower to expand that to all packages? 18:16:02 I think they don't realize what a job that will be if they think they do. ;) 18:17:00 * jds2001 counts only 621 packages currently monitored 18:17:05 less than 10% coverage 18:17:55 anyhow, -1 to opt-out, +1 to opt-in 18:18:17 similar here. -1 to opt-out, +1 to opt-in 18:19:15 yeah, ditto. Would be nice to use a website/email process instead of bugzilla as well. 18:19:17 -1 opt-out, +1 opt-in 18:19:34 +1 to opt-out, 0 to opt-in (also because I don't see why that'd need our approval at all) 18:20:16 * nirik gets confused... checks to see if he voted as he intended. 18:20:32 im interested to know why you are in favor of an opt-out system? 18:20:42 -1 to opt out 18:20:58 jds2001: Because that way lazy packagers would get told to upgrade their package by default. 18:21:12 Whereas those who have good reasons not to can opt out and/or close the bugs as NOTABUG. 18:21:24 shouldn't they anyhow when a user wants a newer version for a specific reason? 18:21:24 Kevin_Kofler: said lazy packager would just opt out 18:21:46 I'm thinking of the packager(s) too lazy to opt in or out. 18:21:57 i wasn't aware laziness was a trait we wanted to promote in Fedora 18:21:58 they would likely just pile up 'please update' bugs. 18:22:15 I'm thinking there must be significant overlap with the packagers who are too lazy to upgrade their packages. 18:22:43 -1 to opt out 18:22:52 if there's something new that folks want, I'll upgrade my packages. 18:22:57 anyway, i already expressed much of my opinion in the ticket. i like the service, but i don't want it to be opt-out 18:23:03 so -1 to opt-out 18:23:04 but upgrading just to upgrade is silly. 18:23:14 nirik: We could have the system auto-start the NRM/AWOL/MIA process. 18:23:34 Kevin_Kofler: I think that would be hard to automate. 18:23:35 * jds2001 thinks that's an even worse idea. 18:23:44 We'd catch lazy maintainers automatically that way. 18:24:14 * nirik thinks we are drifting off topic. 18:24:45 yeah, we have a boatload of features to consider. 18:25:38 #agreed Opt-out new package notification is not allowed, opt-in is fine 18:26:05 #topic Drop non-testable features 18:26:39 so I haven't had a chance to follow the thread-o-doom 18:26:45 ,fesco 240 18:26:51 .fesco 240 18:26:56 lets just go thru them case by case? 18:27:04 yeah 18:27:23 DisplayPort? 18:28:13 Was updated this week, should be testable at least with intel according to the status, -1 to dropping. 18:28:23 btw, since i havent had a chance to read the thread in it's entirety, I'm not 100% sure I'm qualified to vote on these since I've not seen potential feedback from owners. 18:28:27 * notting brings up the portion of the thread that doesn't involve arguing over someone's review skill 18:28:57 Well, just follow the link and throw a quick glance of the linked feature pages, you'll get an opinion fairly quickly. 18:29:25 For DisplayPort, IIRC ajax said it's basically done, though some bugs are left. 18:29:28 yeah, -1 to dropping at this point... 18:29:44 ok, -1 to dropping 18:29:53 -1 18:29:57 If only Intel gets done, we should rescope the feature as Intel-only. 18:30:00 -1 to dropping for now. although if it's not going to get much better, it probably needs reworked 18:30:19 that looks like 5 18:30:23 -1's that is 18:30:32 next 18:30:33 #agreed DisplayPort feature is not dropped 18:30:36 FedoraStudio? 18:30:52 -1 to dropping, looks like it got updated today 18:30:59 and is mostly there 18:31:29 yeah, -1 to drop here as well. 18:31:34 -1 18:31:37 -1 18:31:56 Same here, -1 to dropping. 18:32:02 -1 18:32:08 #agreed FedoraStuido feature is not dropped 18:32:17 GFS2 clustered samba? 18:32:37 looks like some general GFS stability issues, looks like it's in testing and bugfixing 18:32:47 Updates yesterday, 90% complete, -1 to dropping. 18:32:55 -1 to dropping 18:33:05 -1 18:33:08 -1 18:33:12 -1 (so negative we are today) 18:33:23 #agreed GFS2 Clustered Samba feature is not dropped 18:33:30 #agreed GFS2 Clustered Samba feature is not dropped 18:33:33 oops 18:33:36 Gnome 2.28? 18:33:41 -1 18:33:44 -1, because, well.... 18:33:53 -1.... 18:33:56 what's there is certainly testable. 18:34:15 -1 to dropping, it's clearly being implemented for F12 and a prerelease is already in. 18:34:23 yeah, agreed. 18:34:28 #agreed Gnome 2.28 feature is not dropped 18:34:42 LowerProcessCapabilities? 18:35:06 Hmmm, is the owner around? 18:35:15 I don't see this as having landed/testable. 18:35:17 this one doesnt look to have been updated and is rather worrisome at 20% 18:35:22 This hasn't been updated for almost a month and it says 20%. 18:35:32 as it stands, i'm +1 to dropping - it's not been updated, and it does not appear to have landed in any way 18:35:40 +1 18:35:42 +1 18:35:47 yep. +1 to drop and try again for next cycle. 18:36:16 libcap-ng is in Rawhide. 18:36:20 (and it's the sort of thing that looks complex to land totally) 18:36:22 Package last updated 12 days ago. 18:36:36 Whether anything actually uses it, I have no idea. 18:36:45 +1 to defer it 18:36:47 #agreed Lower Process Capabilties feature is dropped for F12 18:36:57 FedoraMoblin? 18:37:23 looks like it has the headway necessary -1 to dropping it 18:37:36 sgrubb: So here you are. Any updates for LowerProcessCapabilities? 18:37:53 been working on dhcp requirements 18:37:54 I've noticed a number of new moblin packages landing 18:37:59 how are those two outstanding package reviews looking? 18:38:05 new packages are landing, but it's not been added as a spin... 18:38:15 chatted with the maintainer on that to understand how to tackle that onbe 18:38:18 Hmmm, we're discussion 2 features at once now. 18:38:30 I pinged sgrubb so he could give an update on LowerProcessCapabilities. 18:38:40 got patch in for irqbalance and I think one other 18:38:50 * nirik nods. Lets go back to sgrubb's feature. 18:39:02 My priority for the last 2 weeks had to be getting audit-2.0 package ready 18:39:06 Can you please update the feature page at https://fedoraproject.org/wiki/Features/LowerProcessCapabilities ? 18:39:15 Right now this is at 20% and not updated for almost a month. 18:39:17 its now blocked on package review for sc-audit 18:39:32 is audit-2.0 somehow related to this? 18:39:38 or is that something else? 18:39:52 it takes my time so that I cannot work on LowerProcessCapabilities 18:40:32 ok, fair enough 18:41:04 so are you OK if we defer this to F13 since you didn't have time? 18:41:38 no, I'm not. :) 18:41:55 I am about done audit 2.0 18:42:27 * skvidal reiterates his -1 - this is not done and it is too late now 18:42:43 You mean your +1 to dropping the feature? 18:43:05 yes, I did 18:43:32 * skvidal got the -1/+1 backward again 18:43:34 +1 for dropping 18:43:56 I'm -1 to dropping it now, it looks like some work got done already which is worth mentioning on its own, and more is to come. 18:44:33 but should we be making these kind of changes after freeze? 18:44:35 I think we should give sgrubb a chance to update the page and continue his work and revisit the feature later. 18:44:58 alpha freeze? 18:45:03 we're now into "fix bugs stage" 18:45:11 sgrubb: alpha is the new beta 18:45:27 sgrubb: there's been confusion about that, and that's fair. 18:45:58 I think it would be better to get everything ready for this and land it early in the next cycle... 18:46:12 we dropped the alpha milestone we've had in previous releases, and are now calling what used to be beta alpha 18:46:23 but the feature freeze is still at the same relative point of the release 18:46:29 jds2001: And I think that was a mistake. 18:46:44 I think pretty much all our issues with stuff not being ready are due to that. 18:46:56 so from Fesco approval to freeze is 2-3 weeks...is that fair? 18:47:48 sgrubb: there's a separate proposal that was approved earlier in the meeting to move feature submission to two weeks prior to feature freeze 18:48:04 as of now, you could propose a feature on the day of feature freeze. 18:48:36 and have it accepted 18:49:04 so hopefully that addresses that concern. Late for now, I know. 18:49:30 I created the Feature Page June 23 and it was not approved until July26 18:49:44 I lost a lot of time waiting to get the go ahead on this 18:49:54 it was not submitted to fesco until july 23 18:50:10 (we can't approve what we don't see) 18:50:20 sgrubb: whats left to land before this would be testable? 18:50:56 well, its kind of testable right now, its just not finished 18:51:03 run netcap 18:51:04 permissions changes in the base packages? 18:51:37 I spoke with shadow-utils maintainer he told me to see setup package maintainer 18:52:06 that was my next step for getting perms a little tighter 18:52:29 but based on conversation on the mail list, looks like I can't do full permission change I originallyy proposed 18:52:38 so I am scaling that bit back 18:53:11 do shadow and gshaow is simple to fix 18:53:43 taking root's write away from /bin /sbin /lib is also doable 18:54:15 but the other dirs I don't this I can touch without some thinking about it. So I don't want to do those at this point 18:54:39 sgrubb: taking root's write away from /bin and /sbin? 18:54:49 yeah, 0555 perms 18:54:50 sgrubb: and what does that do for rpm? 18:55:05 nothing, the admin has DAC_OVERRIDE 18:55:16 Read the feature page, root is allowed to write into stuff with no write permissions (even now). 18:55:32 What's going to change is that daemons will run as root but with that capability explicitly dropped. 18:55:36 so how soon would this realistically land? the next few days? 18:55:44 Kevin_Kofler: only patched daemons, correct? 18:55:51 Correct. 18:55:54 yes 18:56:01 They need to explicitly drop the capability. 18:56:22 also...the current daemons that do drop capabilities all have a security hole in them 18:56:35 dbud dnsmasq for example 18:56:39 dbus that is 18:56:51 * nirik still wonders if it wouldn't be better to just work on this now and land it first thing after the next cycle branch... 18:57:24 not all of this has to land now, it can be done in pieces 18:57:25 so that way more could be done, and it would get testing and not disrupt this shorter release cycle. 18:58:16 sgrubb: could you then update the feature page with what could realistically be done now? and move the rest to another page for next cycle? 18:58:32 sure, no problem with that 18:58:52 esp. given that it looks like only libcap-ng is going to make the alpha, no users of it 18:58:54 I'd be ok with that... but thats just me. ;) I guess we need to vote? 18:59:27 +1 to new scope 19:00:05 +1 to new scope as well 19:00:59 is anyone else still with us? :) 19:01:11 * skvidal is and is mulling things 19:01:26 fine +1 to new scope 19:02:07 +1 to reduced scope (still obviously needs to land before beta) 19:02:38 thanks for dropping and providing us info sgrubb. :) 19:02:40 #agreed LowerProcessCapabilities feature with reduced scope is not dropped. 19:03:07 * jds2001 notes we're out of tmie 19:03:21 i'd like to get through the rest of these though 19:03:30 everyone cool with that? 19:03:40 Yeah, let's continue. 19:04:08 alright, 6 more 19:04:10 * nirik nods. 19:04:19 FedoraMoblin 19:04:36 great work being done there, but it needs updating/reduced scope too, or defering until next cycle. 19:04:52 the spin has not been submitted to the spins sig, so no way that will make it this cycle. 19:05:12 ok, so let's drop this for this cycle 19:05:20 Uhm, yeah, we approved it contingent on that, so technically the approval is already no longer valid. 19:05:26 +1 to dropping 19:05:36 The packages are almost all in (only 2 missing), but the spin is not. :-/ 19:05:38 * nirik nods. drop to next cycle. 19:05:41 Why haven't they submitted the spin? 19:05:46 +1, per what Kevin_Kofler said 19:05:47 don't know. 19:06:09 +1 to dropping if the spin isn't there yet. plus, their blocker bug shows 9 open reviews 19:06:39 #agreed Fedora Moblin is deferred to F13. 19:06:46 NetBeans 6.7? 19:07:37 looks to have have been updated 19:08:01 Yeah, 70% complete, not testable yet as deps are still missing. :-( 19:08:06 the page, yes. the packages, no 19:08:12 So where do we go from there? 19:08:14 there's a review there that still needs a reviewer 19:08:16 yeah, still lacking some packages that haven't been reviewed. 19:08:24 +1 to dropping 19:09:08 The queue was spammed quite a bit with moblin-related packages. 19:09:13 +1, spill the beans next release 19:09:14 +1 to dropping 19:09:18 j-rod: booo 19:09:22 :D 19:09:41 Someone should tell the reviewers if there are packages which need reviews in order for features to progress. 19:10:20 FYI netbeans-platform pkg is 100% ready to test, but it is not in CVS due to https://bugzilla.redhat.com/show_bug.cgi?id=510255 19:10:22 Bug 510255: medium, medium, ---, nobody, NEW, Review Request: cobertura - a Java tool for calculating the test coverage 19:10:46 perhaps a keyword should be added to review requests that block features? 19:10:50 victorv: there's been no activity on that review 19:11:28 Can we find a reviewer for that and then revisit? 19:11:43 victorv: is that the last thing blocking it being testable? 19:11:47 I get the impression that folks think that reviewers just come out of the aether. 19:12:14 tibbs: they don't? :D 19:12:18 tibbs: right, that's why we put the packages on the aethernet 19:12:35 * nirik groans. 19:13:21 I don't know java packaging too well, but I can take a stab at reviewing it. 19:13:27 Anyway, my point is that if someone wants to collect a list of review tickets that are holding up features then we could perhaps try to address them. 19:13:28 nirik: the last thing is the netbeans pkg that is in progress right now 19:13:39 so, hrm. it's not part of the default package set, so i'd be willing to give a little leeway 19:13:55 victorv: yeah, but that needs this new package first? 19:14:02 yeah, especailly since that review has been lingering 19:14:11 Or if the submitters want to actually indicate somehow that individual tickets are needed for features to progress, that would help as well. 19:14:16 not victorv's fault 19:14:25 But just assuming they're going to get done is not going to work in general. 19:14:33 tibbs: that's noted on the feature page in question 19:14:40 That goes the wrong way. 19:14:52 we could ask feature owners to add a 'neededforfeature' keyword or something. 19:14:54 A reviewer isn't going to read the feature page; they're going to look at the review ticket. 19:15:17 anyhow, I am willing to review this package, can we vote on leaving this feature based on it getting testable asap? 19:15:40 sure, +1 to leaving it 19:15:56 leave +1, drop -1 19:15:57 nirik: netbeans pkg is already in Fedora. Need to be updated. 19:16:01 I'm fine with defer to next week 19:16:08 victorv: right. 19:17:02 +1 leaving for now. 19:17:05 +1 for leaving it in, if the bits are actually testable by next friday 19:17:23 +1 19:17:24 +1 leaving for now 19:17:42 #agreed NetBeans feature is not dropped, pending package review 19:17:59 NFSv4 default? 19:18:12 steved: So what's the current status? 19:18:20 The feature page was last updated on July 15. 19:18:24 https://fedoraproject.org/wiki/Features/NFSv4Default 19:18:33 no 19:18:39 it was last updated today 19:18:49 all the kernel parts are in place... I have a configuration file posted upstream... 19:18:51 (cur) (prev) 11:52, 7 August 2009 Steved (Talk | contribs) (3,167 bytes) 19:19:00 ok, then -1 to dropping it 19:19:03 all thats left is to change the mount command 19:19:13 -1 to dropping. Land as soon as you can. 19:19:16 -1 to dropping 19:19:29 is -1 good ? :) 19:19:34 jds2001: Then he needs to fix the Last updated date. 19:19:38 steved: yeah, in this case. ;) 19:19:39 -1 to dropping. 19:19:42 steved: it is. :) 19:19:47 good! 19:19:55 * steved is working as hard as possible.. 19:19:58 But please keep in mind that the Last updated: date needs updating, too, when you edit things. :-) 19:20:11 will do... thanks! 19:20:15 #agreed NFSv4 feature is not dropped 19:20:17 -1, keep it 19:20:40 Raduko Perl 6? 19:20:43 -1 to dropping, it's done and landed now and should be testable. (aside from a ppc bug that they are working hard on) 19:20:48 -1 to dropping, it's already complete. 19:20:52 it seems to have landed. 19:20:58 -1 to dropping 19:21:06 yeah, -1. 19:21:08 Kevin_Kofler: not quite complete 19:21:14 Kevin_Kofler: a ppc bug remains 19:21:32 one more so we cna move on? 19:21:58 2 more actually. 19:22:26 I see 4 -1's... one more would be passing? 19:22:30 #agreed Raduko perl 6 feature is not dropped 19:22:36 oops 19:22:49 j-rod: ? 19:23:00 nirik: Oh, I thought you were talking about the remaining features (we have 2 more to go). 19:23:22 sorry 19:23:23 nope, was talking votes. :( looks like we may have lost quorum. 19:23:32 -1, keep raduko too 19:23:38 ok good 19:23:45 next 19:23:46 rakudo, even 19:23:48 Thusnelda? 19:23:54 -1, keep it, it's landed 19:23:57 -1 to dropping. 19:24:05 Beta already in, worst case we can ship with that. 19:24:11 yep. Keep it. 19:24:13 And the final version is coming soon too. 19:24:22 -1 for drop, keep it in 19:24:35 right, -1 to dropping it 19:24:39 cool. next? 19:24:48 #agreed Thusnelda feature is not dropped 19:25:02 YumLangPackPlguin? 19:25:12 the feature owner is reportedly on holiday 19:25:29 but even so, at 30% as of 7-24, this doesnt look good 19:25:51 I guess there's a review ticket on that one as well. 19:25:52 I don't know how much of this has landed/is testable. 19:26:03 bug 512663 19:26:04 Bug https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=512663 medium, medium, ---, nobody, NEW, Review Request: langpack-support - Meta packages for Yum langpack support 19:26:09 -1, it hasn't landed 19:26:18 erm, +1 to drop, it hasn't landed 19:26:25 yeah, I think dropping and punting to next cycle would be good. 19:26:29 Is yum-plugin-langpacks anywhere? 19:26:35 That's the code part. 19:26:41 Without that, there's nothing in. 19:26:58 +1, next cycle 19:27:07 +1, next cycle 19:27:32 * jds2001 sees 3 votes 19:27:47 well, 4 19:27:54 if i count nirik's :) 19:28:03 yeah 19:28:25 Kevin_Kofler: ? 19:28:40 drop +1, I don't see yum-langpack-plugin anywhere. 19:28:51 And the metapackage is not reviewed yet either. 19:29:10 #agreed Yum langpack plugin feature is deferred to F13 19:29:16 That's it for features 19:29:21 ok, I think it's time for the nick change :/ 19:29:33 one remaining item on the agenda 19:29:45 f13: was wondering when you'd do that :) 19:30:16 anyhow, there's one remaining item 19:30:22 I'm fine with deferring libvdpau discussion to next week, we're already a like 7 hours here 19:30:24 j-rod: it's not pressing, is it? 19:30:28 ok :) 19:30:34 that's what i was asking :) 19:30:40 hooray 19:30:49 defer +1, I don't think we'll get a quorum either way now and we're 30 minutes over time 19:31:01 anything else have anything that's world-ending? 19:31:28 guess not 19:31:30 #endmeeting From maxamillion at gmail.com Fri Aug 7 19:40:27 2009 From: maxamillion at gmail.com (Adam Miller) Date: Fri, 7 Aug 2009 14:40:27 -0500 Subject: Firefox SELinux bug from Alpha Blockers meeting. Message-ID: Today in our F12Alpha Blocker meeting we discussed the status of the Firefox SELinux bug. https://bugzilla.redhat.com/show_bug.cgi?id=512845 And we were hoping to get in contact with caillon, stransky, jhorak for more information on the bug as well as send this to the developer list in order to get any outside feedback that others might have on the topic of this being a F12Alpha Blocker. -Adam -- http://maxamillion.googlepages.com --------------------------------------------------------- () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments From opensource at till.name Fri Aug 7 20:19:50 2009 From: opensource at till.name (Till Maas) Date: Fri, 07 Aug 2009 22:19:50 +0200 Subject: Make upstream release monitoring (the service formerly known as FEVer) opt-out? In-Reply-To: <20090806193306.GB8191@genius.kawo2.rwth-aachen.de> References: <20090806193306.GB8191@genius.kawo2.rwth-aachen.de> Message-ID: <20090807201950.GA6374@genius.kawo2.rwth-aachen.de> On Thu, Aug 06, 2009 at 09:33:06PM +0200, Till Maas wrote: > Would it be ok, to do this and allow maintainers to add there package to > a black list, so that no bugs will be filed or should it continue to be > opt-in? Then the packags will still be checked, but only reported by > other, non intrusive ways, e.g. via a website. It was decided on todays FeSCO meeting, that the service will stay to be opt-in. The full discussion is available at: http://meetbot.fedoraproject.org/fedora-meeting/2009-08-07/fedora-meeting.2009-08-07-17.00.log.html#l-296 Eventually, it will become possible to opt-in as a packager and not only with some package. Then for every package that the service can monitor, you will receive notifications. Regards Till -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 835 bytes Desc: not available URL: From opensource at till.name Fri Aug 7 20:25:14 2009 From: opensource at till.name (Till Maas) Date: Fri, 07 Aug 2009 22:25:14 +0200 Subject: Make upstream release monitoring (the service formerly known as FEVer) opt-out? In-Reply-To: <20090807145610.GG8446@nostromo.devel.redhat.com> References: <20090806193306.GB8191@genius.kawo2.rwth-aachen.de> <4A7BAF02.6000006@freenet.de> <20090807084813.GC30549@genius.kawo2.rwth-aachen.de> <4A7C01E2.60208@freenet.de> <20090807122547.GF9040@genius.kawo2.rwth-aachen.de> <1249655921.3759.105.camel@localhost.localdomain> <20090807145610.GG8446@nostromo.devel.redhat.com> Message-ID: <20090807202514.GB6374@genius.kawo2.rwth-aachen.de> On Fri, Aug 07, 2009 at 10:56:10AM -0400, Bill Nottingham wrote: > - BZ seems the wrong place. It's the only push mechanism we have other > than raw e-mail, though. Pushing messages to maintainers is not the only necessary feature. The maintainers also need to be able to easily coordinate who will work on this or comment why this update won't take place or is delayed, e.g. because of bugs in other packages or missing dependencies. > - Not to generalize too much, but we have maintainers: > > - who maintain only a few packages > Likely, these people are already plugged into their upstreams and don't > need the extra notification. Or they are not that well organised, that they may not notice upstream features. If the request was not declined, I was about to gather some statistics for the currently monitored packages, but this is moot now. > - who maintain a lot of packages (woo, 100 perl modules) > These people are more likely to need it. Or they have already their procedures to do this. Who knows? Nevertheless, both do not provide a public interace that can be consumed by other people than the package maintainers. Regards Till -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 835 bytes Desc: not available URL: From cdahlin at redhat.com Fri Aug 7 20:42:04 2009 From: cdahlin at redhat.com (Casey Dahlin) Date: Fri, 07 Aug 2009 16:42:04 -0400 Subject: non root X In-Reply-To: <1249536365.11827.2.camel@clockmaker.usersys.redhat.com> References: <4A76B026.4040603@fedoraproject.org> <1249536365.11827.2.camel@clockmaker.usersys.redhat.com> Message-ID: <4A7C919C.4000004@redhat.com> On 08/06/2009 01:26 AM, Dave Airlie wrote: > On Mon, 2009-08-03 at 15:08 +0530, Rahul Sundaram wrote: >> Hi >> >> A few days back I ran into >> >> http://lists.x.org/archives/xorg-devel/2009-July/001293.html >> >> I am wondering, since we are already using KMS in most places in Fedora, >> how far are we from achieving this by default in a Fedora release? > > non-root X is a big security hole at the moment, and until we get > revoke() support in the kernel, we can probably move X to running as a > special user, and maybe once we get revoke to running as the real user. > > However it doesn't solve the issue how we know we need or don't need > root since X only figures out what graphics drivers are needed after > starting, so if you needed a non-kms gpu driver we wouldn't know > until after we'd started as non-root. > > Dave. > Why can't we just start as root or with the setuid bit, and use the standard set*uid() calls to drop what we don't need once we know what we're doing? --CJD From dcbw at redhat.com Fri Aug 7 21:10:42 2009 From: dcbw at redhat.com (Dan Williams) Date: Fri, 07 Aug 2009 16:10:42 -0500 Subject: rt2860 driver (fc11) In-Reply-To: <20090806192053.GW28572@bombadil.infradead.org> References: <5256d0b0908060123t30e0fb7bqfa38a310f03a11a6@mail.gmail.com> <1249579650.2266.160.camel@adam.local.net> <5256d0b0908061152m32c366e0m2185a05e7cbedfe@mail.gmail.com> <20090806190130.GV28572@bombadil.infradead.org> <5256d0b0908061215o50d74416jaf97a26754be63bf@mail.gmail.com> <20090806192053.GW28572@bombadil.infradead.org> Message-ID: <1249679442.26088.31.camel@localhost.localdomain> On Thu, 2009-08-06 at 15:20 -0400, Kyle McMartin wrote: > On Thu, Aug 06, 2009 at 08:15:59PM +0100, Peter Robinson wrote: > > >> > I had the same confusion. So there are 3 drivers around: The vendor > > >> > driver, the staging driver which is a fork of the vendor driver and > > >> > the serialmonkey driver. Multiply that by 3 for rt2860, rt2870 and > > >> > rt3070. And this leads to another confusion. Do (or will) the Fedora > > >> > kernels have these staging drivers compiled by default? If that's the > > >> > case and if the staging driver is as stable as the original vendor > > >> > driver, I won't have to maintain those kmods anymore. > > >> > > >> The fedora kernel developers have always stated that the > > >> staging/vendor drivers will never get enabled. Only once the other > > >> ones are ready will they be turned on. > > >> > > > > > > No we haven't, we've stated that they'll be enabled if someone steps up > > > to the plate to make an active contribution to maintenance and > > > improvements. > > > > > > https://fedoraproject.org/wiki/KernelStagingPolicy > > > > Sorry, hadn't seen that. Was basing it on the comment in this bug > > https://bugzilla.redhat.com/show_bug.cgi?id=463111 > > > > Yeah, the wireless drivers are "special" since the vendor drivers, as > stated elsewhere, usually supply their own entire 802.11 stack and other > ugliness. I don't want to speak for John, but I suspect if someone > stepped up to maintain a staging wireless driver in the interim, he > wouldn't object. I'm pretty much going to WONTFIX any bugs that show up for wpa_supplicant and NetworkManager that have anything to do with staging drivers. If the drivers were actually in the kernel (and no, staging isn't really "in the kernel" because they are TAINT_CRAP) then yes, I'd care, because the driver has passed a quality bar. None of the staging drivers have done that, and most staging wireless drivers are likey *never* to. Part of that quality bar includes (a) using cfg80211, and (b) using mac80211. If they do that, they get all the nice bug fixes and attention that upstream kernel provides. If a staging driver with a future (ie, ar9170/otus, at76_usb) shows up, then yeah, I'll care. But if you're only doing "maintenance" on a staging driver, you're almost certainly not porting it mac80211 and cfg80211 (otherwise you'd actually be "developing" it, not just doing maintenance). Thus your effort is mostly pointless. Dan From dcbw at redhat.com Fri Aug 7 21:16:54 2009 From: dcbw at redhat.com (Dan Williams) Date: Fri, 07 Aug 2009 16:16:54 -0500 Subject: NetworkManager-novellvpn In-Reply-To: References: Message-ID: <1249679814.26088.37.camel@localhost.localdomain> On Fri, 2009-08-07 at 11:11 -0300, Murilo Opsfelder Araujo wrote: > Hi, > > I'd like to know if there is any plan about including > NetworkManager-novellvpn [1] in Fedora. > > Or if there is a GUI alternative to this package. > > [1] http://www.novell.com/coolsolutions/feature/18321.html > > Thanks in advance. Not that I know of. Despite repeated proddings of the Novell guys, they have never bothered to upstream the code. Second, is 'nvpn' even open-source? If it's not, it's pretty pointless to including a package in Fedora that is useless without a closed-source binary. Dan From bill at bfccomputing.com Fri Aug 7 21:22:58 2009 From: bill at bfccomputing.com (Bill McGonigle) Date: Fri, 07 Aug 2009 17:22:58 -0400 Subject: Firefox SELinux bug from Alpha Blockers meeting. In-Reply-To: References: Message-ID: <4A7C9B32.6070704@bfccomputing.com> On 08/07/2009 03:40 PM, Adam Miller wrote: > to get any outside feedback that others might have on > the topic of this being a F12Alpha Blocker. it's a restricted-access bug. -Bill -- Bill McGonigle, Owner BFC Computing, LLC http://bfccomputing.com/ Email, IM, VOIP: bill at bfccomputing.com Telephone: +1.603.448.4440 Twitter, etc.: bill_mcgonigle/bill.mcgonigle VCard: http://bfccomputing.com/vcard/bill.vcf From promac at gmail.com Fri Aug 7 21:27:41 2009 From: promac at gmail.com (Paulo Cavalcanti) Date: Fri, 7 Aug 2009 18:27:41 -0300 Subject: tcl / tk without threads??!! Message-ID: <68720af30908071427h38c38eabn774d1ce3ceeb9306@mail.gmail.com> Can someone explain why tcl/tk is compiled using: %configure --disable-threads This breaks some python programs, which use threads and Tk, with the following error: Unhandled exception in thread started by Traceback (most recent call last): File ".//08-clock-bezier.py", line 188, in updateClock setClock (h,m,s) File ".//08-clock-bezier.py", line 173, in setClock clock.itemconfigure("hands", fill=colors[sector]) File "/usr/lib64/python2.5/lib-tk/Tkinter.py", line 2243, in itemconfigure return self._configure(('itemconfigure', tagOrId), cnf, kw) File "/usr/lib64/python2.5/lib-tk/Tkinter.py", line 1188, in _configure self.tk.call(_flatten((self._w, cmd)) + self._options(cnf)) _tkinter.TclError: out of stack space (infinite loop?) Please, check this issue: http://mail.python.org/pipermail/python-bugs-list/2008-September/060100.html It happens on F10 and F11. Thanks. -- Paulo Roma Cavalcanti LCG - UFRJ -------------- next part -------------- An HTML attachment was scrubbed... URL: From airlied at redhat.com Fri Aug 7 21:47:27 2009 From: airlied at redhat.com (Dave Airlie) Date: Sat, 08 Aug 2009 07:47:27 +1000 Subject: non root X In-Reply-To: <4A7C919C.4000004@redhat.com> References: <4A76B026.4040603@fedoraproject.org> <1249536365.11827.2.camel@clockmaker.usersys.redhat.com> <4A7C919C.4000004@redhat.com> Message-ID: <1249681647.2899.0.camel@t60prh> On Fri, 2009-08-07 at 16:42 -0400, Casey Dahlin wrote: > On 08/06/2009 01:26 AM, Dave Airlie wrote: > > On Mon, 2009-08-03 at 15:08 +0530, Rahul Sundaram wrote: > >> Hi > >> > >> A few days back I ran into > >> > >> http://lists.x.org/archives/xorg-devel/2009-July/001293.html > >> > >> I am wondering, since we are already using KMS in most places in Fedora, > >> how far are we from achieving this by default in a Fedora release? > > > > non-root X is a big security hole at the moment, and until we get > > revoke() support in the kernel, we can probably move X to running as a > > special user, and maybe once we get revoke to running as the real user. > > > > However it doesn't solve the issue how we know we need or don't need > > root since X only figures out what graphics drivers are needed after > > starting, so if you needed a non-kms gpu driver we wouldn't know > > until after we'd started as non-root. > > > > Dave. > > > > Why can't we just start as root or with the setuid bit, and use the standard set*uid() calls to drop what we don't need once we know what we're doing? > We have to undo some stuff when X exits. Dave. From promac at gmail.com Fri Aug 7 22:04:44 2009 From: promac at gmail.com (Paulo Cavalcanti) Date: Fri, 7 Aug 2009 19:04:44 -0300 Subject: tcl / tk without threads??!! In-Reply-To: <68720af30908071427h38c38eabn774d1ce3ceeb9306@mail.gmail.com> References: <68720af30908071427h38c38eabn774d1ce3ceeb9306@mail.gmail.com> Message-ID: <68720af30908071504m5675d4b1p9cbdba7357518ba5@mail.gmail.com> On Fri, Aug 7, 2009 at 6:27 PM, Paulo Cavalcanti wrote: > > Can someone explain why tcl/tk is > compiled using: > > %configure --disable-threads > > This breaks some python programs, which use threads and Tk, with the > following error: > > Unhandled exception in thread started by 0x7fb431cc28c0> > Traceback (most recent call last): > File ".//08-clock-bezier.py", line 188, in updateClock > setClock (h,m,s) > File ".//08-clock-bezier.py", line 173, in setClock > clock.itemconfigure("hands", fill=colors[sector]) > File "/usr/lib64/python2.5/lib-tk/Tkinter.py", line 2243, in > itemconfigure > return self._configure(('itemconfigure', tagOrId), cnf, kw) > File "/usr/lib64/python2.5/lib-tk/Tkinter.py", line 1188, in _configure > self.tk.call(_flatten((self._w, cmd)) + self._options(cnf)) > _tkinter.TclError: out of stack space (infinite loop?) > > Please, check this issue: > > > http://mail.python.org/pipermail/python-bugs-list/2008-September/060100.html > > It happens on F10 and F11. > > Thanks. > > and, yes. Recompiling tcl using %configure --enable-threads fix the issue. I have just tested it. -- Paulo Roma Cavalcanti LCG - UFRJ -------------- next part -------------- An HTML attachment was scrubbed... URL: From promac at gmail.com Fri Aug 7 22:12:09 2009 From: promac at gmail.com (Paulo Cavalcanti) Date: Fri, 7 Aug 2009 19:12:09 -0300 Subject: tcl / tk without threads??!! In-Reply-To: <68720af30908071504m5675d4b1p9cbdba7357518ba5@mail.gmail.com> References: <68720af30908071427h38c38eabn774d1ce3ceeb9306@mail.gmail.com> <68720af30908071504m5675d4b1p9cbdba7357518ba5@mail.gmail.com> Message-ID: <68720af30908071512g499296f3le707000f320d3400@mail.gmail.com> On Fri, Aug 7, 2009 at 7:04 PM, Paulo Cavalcanti wrote: > > > On Fri, Aug 7, 2009 at 6:27 PM, Paulo Cavalcanti wrote: > >> >> Can someone explain why tcl/tk is >> compiled using: >> >> %configure --disable-threads >> >> This breaks some python programs, which use threads and Tk, with the >> following error: >> >> Unhandled exception in thread started by > 0x7fb431cc28c0> >> Traceback (most recent call last): >> File ".//08-clock-bezier.py", line 188, in updateClock >> setClock (h,m,s) >> File ".//08-clock-bezier.py", line 173, in setClock >> clock.itemconfigure("hands", fill=colors[sector]) >> File "/usr/lib64/python2.5/lib-tk/Tkinter.py", line 2243, in >> itemconfigure >> return self._configure(('itemconfigure', tagOrId), cnf, kw) >> File "/usr/lib64/python2.5/lib-tk/Tkinter.py", line 1188, in _configure >> self.tk.call(_flatten((self._w, cmd)) + self._options(cnf)) >> _tkinter.TclError: out of stack space (infinite loop?) >> >> Please, check this issue: >> >> >> http://mail.python.org/pipermail/python-bugs-list/2008-September/060100.html >> >> It happens on F10 and F11. >> >> Thanks. >> >> > and, yes. Recompiling tcl using > > %configure --enable-threads > > fix the issue. I have just tested it. > and this is the link for a program that makes the problem show up: http://orion.lcg.ufrj.br/python/labs2/08-clock-bezier.py -- Paulo Roma Cavalcanti LCG - UFRJ -------------- next part -------------- An HTML attachment was scrubbed... URL: From awilliam at redhat.com Fri Aug 7 22:31:10 2009 From: awilliam at redhat.com (Adam Williamson) Date: Fri, 07 Aug 2009 15:31:10 -0700 Subject: tcl / tk without threads??!! In-Reply-To: <68720af30908071512g499296f3le707000f320d3400@mail.gmail.com> References: <68720af30908071427h38c38eabn774d1ce3ceeb9306@mail.gmail.com> <68720af30908071504m5675d4b1p9cbdba7357518ba5@mail.gmail.com> <68720af30908071512g499296f3le707000f320d3400@mail.gmail.com> Message-ID: <1249684270.2266.242.camel@adam.local.net> On Fri, 2009-08-07 at 19:12 -0300, Paulo Cavalcanti wrote: > > > On Fri, Aug 7, 2009 at 7:04 PM, Paulo Cavalcanti > wrote: > > > > On Fri, Aug 7, 2009 at 6:27 PM, Paulo Cavalcanti > wrote: > > Can someone explain why tcl/tk is > compiled using: > > %configure --disable-threads > > This breaks some python programs, which use threads > and Tk, with the following error: > > and, yes. Recompiling tcl using > > %configure --enable-threads > > fix the issue. I have just tested it. > > > > and this is the link for a program that makes the problem show up: > > > http://orion.lcg.ufrj.br/python/labs2/08-clock-bezier.py Compiling it _with_ threads breaks other things, however. https://qa.mandriva.com/show_bug.cgi?id=42596 -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From john5342 at googlemail.com Fri Aug 7 22:31:06 2009 From: john5342 at googlemail.com (John5342) Date: Fri, 7 Aug 2009 23:31:06 +0100 Subject: tcl / tk without threads??!! In-Reply-To: <68720af30908071427h38c38eabn774d1ce3ceeb9306@mail.gmail.com> References: <68720af30908071427h38c38eabn774d1ce3ceeb9306@mail.gmail.com> Message-ID: <6dc6523c0908071531o3fd53ab4s1440a2419b19905e@mail.gmail.com> 2009/8/7 Paulo Cavalcanti : > > Can someone explain why tcl/tk is > compiled using: > > %configure --disable-threads A search through the spec file links back to this bug: https://bugzilla.redhat.com/show_bug.cgi?id=443246 -- There are 10 kinds of people in the world: Those who understand binary and those who don't... From awilliam at redhat.com Fri Aug 7 22:52:35 2009 From: awilliam at redhat.com (Adam Williamson) Date: Fri, 07 Aug 2009 15:52:35 -0700 Subject: Fit and Finish, round three: peripherals In-Reply-To: <1249666972.2242.8.camel@planemask> References: <1249663982.2242.7.camel@planemask> <4A7C65A3.8030601@bfccomputing.com> <1249666972.2242.8.camel@planemask> Message-ID: <1249685555.2266.246.camel@adam.local.net> On Fri, 2009-08-07 at 13:42 -0400, Matthias Clasen wrote: > On Fri, 2009-08-07 at 13:34 -0400, Bill McGonigle wrote: > > On 08/07/2009 12:53 PM, Matthias Clasen wrote: > > > a camera, a phone, a usb stick, or whatever gizmos you > > > have at home... > > > > Real plastic and metal plugs only, or bluetooth connections as well? > > Bluetooth is definitively in scope. The scope seems worryingly large, to me, on this one. We could talk about modems, 3G modems, mice, headsets, webcams, phones running any one of a dozen different operating systems (all of which behave and are supported - or not - entirely differently), mp3 players, Wiimotes, drum kits, steering wheels, video cards (yes, I've got a USB video card here), or a zillion other completely different things (all my examples are things I actually have lying around my apartment somewhere). There's no real unified software layer handling all these cases (well, udev and hal probably get involved in most of them, but they're nowhere near the whole stack necessary to actually do anything useful), so I'm not sure we're going to get much useful focused work done with such a broad scope. sorry to sound like Mr. Negative, just thought it was worth raising my concerns! -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From andre at bwh.harvard.edu Fri Aug 7 23:54:48 2009 From: andre at bwh.harvard.edu (Andre Robatino) Date: Fri, 07 Aug 2009 19:54:48 -0400 Subject: possible to file bug to change 32-bit DVD arch name from i386 to i686? Message-ID: <4A7CBEC8.10303@bwh.harvard.edu> The names of the 32-bit Live CDs already use i686, consistent with the minimum required arch. But the 32-bit DVD still uses i386, despite the fact that not only has i586 been required for years, but with the i586 package rebuild, there aren't even any i386 packages on the DVD anymore. Now i686 is required and all packages are i686 (or noarch). I'd like to file a bug to get this changed, in order to increase the chance it actually happens by F12 Final. (The 32-bit F12 Alpha TC is still named using i386.) Is this possible, and if so, under what component should I file it? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: OpenPGP digital signature URL: From andre at bwh.harvard.edu Sat Aug 8 00:08:16 2009 From: andre at bwh.harvard.edu (Andre Robatino) Date: Fri, 07 Aug 2009 20:08:16 -0400 Subject: possible to file bug to change 32-bit DVD arch name from i386 to i686? In-Reply-To: <4A7CBEC8.10303@bwh.harvard.edu> References: <4A7CBEC8.10303@bwh.harvard.edu> Message-ID: <4A7CC1F0.1050309@bwh.harvard.edu> And the 32-bit CD sets, too - I forgot about those. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: OpenPGP digital signature URL: From MathStuf at gmail.com Sat Aug 8 00:26:57 2009 From: MathStuf at gmail.com (Ben Boeckel) Date: Fri, 07 Aug 2009 20:26:57 -0400 Subject: possible to file bug to change 32-bit DVD arch name from i386 to i686? References: <4A7CBEC8.10303@bwh.harvard.edu> Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Andre Robatino wrote: > The names of the 32-bit Live CDs already use i686, consistent with the > minimum required arch. But the 32-bit DVD still uses i386, despite the > fact that not only has i586 been required for years, but with the i586 > package rebuild, there aren't even any i386 packages on the DVD anymore. > Now i686 is required and all packages are i686 (or noarch). I'd like > to file a bug to get this changed, in order to increase the chance it > actually happens by F12 Final. (The 32-bit F12 Alpha TC is still named > using i386.) Is this possible, and if so, under what component should I > file it? yum also uses i386 for $basearch which causes (well, it's chicken-and-egg) repos to have i386 directories. These should also go with this update I imagine. - --Ben -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkp8xlEACgkQiPi+MRHG3qQgdQCgl1rO1eUwYeDXGkaIsXcQLxch /bUAnRbNL95A2xvMf5ih2kKaSgXTeHID =5jDi -----END PGP SIGNATURE----- From bnocera at redhat.com Sat Aug 8 01:07:27 2009 From: bnocera at redhat.com (Bastien Nocera) Date: Sat, 08 Aug 2009 02:07:27 +0100 Subject: Fit and Finish, round three: peripherals In-Reply-To: <1249685555.2266.246.camel@adam.local.net> References: <1249663982.2242.7.camel@planemask> <4A7C65A3.8030601@bfccomputing.com> <1249666972.2242.8.camel@planemask> <1249685555.2266.246.camel@adam.local.net> Message-ID: <1249693647.10031.16.camel@localhost.localdomain> On Fri, 2009-08-07 at 15:52 -0700, Adam Williamson wrote: > On Fri, 2009-08-07 at 13:42 -0400, Matthias Clasen wrote: > > On Fri, 2009-08-07 at 13:34 -0400, Bill McGonigle wrote: > > > On 08/07/2009 12:53 PM, Matthias Clasen wrote: > > > > a camera, a phone, a usb stick, or whatever gizmos you > > > > have at home... > > > > > > Real plastic and metal plugs only, or bluetooth connections as well? > > > > Bluetooth is definitively in scope. > > The scope seems worryingly large, to me, on this one. We could talk > about modems, 3G modems, mice, headsets, webcams, phones running any one > of a dozen different operating systems (all of which behave and are > supported - or not - entirely differently), mp3 players, Wiimotes, drum > kits, steering wheels, video cards (yes, I've got a USB video card > here), or a zillion other completely different things (all my examples > are things I actually have lying around my apartment somewhere). There's > no real unified software layer handling all these cases (well, udev and > hal probably get involved in most of them, but they're nowhere near the > whole stack necessary to actually do anything useful), so I'm not sure > we're going to get much useful focused work done with such a broad > scope. > > sorry to sound like Mr. Negative, just thought it was worth raising my > concerns! Apart from the USB video cards, if you have any of those, feel free to come around. I have modems, 3G modems, mice, headsets, webcams, phones running any one of a dozen different operating systems, mp3 players, Wiimotes, and a zillion other different things. Though if you have a drum kit or steering wheel, I'd be happy to get those (as my wishlist can confirm[1]). Cheers [1]: http://www.amazon.co.uk/registry/wishlist/TKL85H14LHFU/ From poelstra at redhat.com Sat Aug 8 01:31:29 2009 From: poelstra at redhat.com (John Poelstra) Date: Fri, 07 Aug 2009 18:31:29 -0700 Subject: Fedora 12 Alpha Blocker Bug Meeting #4 Message-ID: <4A7CD571.8030409@redhat.com> Thanks to everyone who came and participated. Another successful blocker review meeting was had today. A reminder that at the Release Engineering meeting on Monday at 1800UTC (2PM EDT, 11AM PDT) on #fedora-meeting, another review of the Fedora 12 Alpha blocker will be performed to see if we can still meet the current schedule. Thanks, John ============================================ #fedora-bugzappers: F12 Alpha Blocker Review ============================================ Meeting started by jlaska at 15:00:07 UTC. The `full logs`_ are available. .. _`full logs`: fedora-bugzappers.2009-08-07-15.00.log.html Meeting log ----------- * **gathering** (jlaska-15:00:34_) * *LINK*: https://bugzilla.redhat.com/showdependencytree.cgi?id=507676&hide_resolved=1 (jlaska-15:09:04_) * **bug#499854 - https://bugzilla.redhat.com/show_bug.cgi?id=499854** (jlaska-15:09:22_) * *AGREED*: Move 499854 to ASSIGNED, and reassess blocker potential after jgranados has had a chance to review (jlaska-15:18:16_) * **bug#512845 - https://bugzilla.redhat.com/show_bug.cgi?id=512845** (jlaska-15:18:43_) * *LINK*: http://koji.fedoraproject.org/koji/buildinfo?buildID=126008 (Alticon-Brian-15:25:29_) * *ACTION*: follow-up with caillon/stransky/jhorak to disable the jit for Alpha (jlaska-15:27:42_) * *AGREED*: reach out to caillon/stransky/jhorak for input on disabling jit in F-12-Alpha firefox ... remain as a blocker (jlaska-15:29:16_) * **https://bugzilla.redhat.com/show_bug.cgi?id=513879** (jlaska-15:29:44_) * *IDEA*: f13 asks ... should firefox be added to critical path (jlaska-15:40:29_) * *AGREED*: 513879 in MODIFIED and awaiting verification once tagged and composed for the Alpha (jlaska-15:45:38_) * **https://bugzilla.redhat.com/show_bug.cgi?id=515091** (jlaska-15:45:48_) * *LINK*: https://fedoraproject.org/wiki/QA:Fedora_12_Alpha_Install_Test_Results (jlaska-15:53:18_) * *AGREED*: test fix for 515091 and revisit priority of this test if issue remains unresolved (jlaska-16:04:56_) * **https://bugzilla.redhat.com/show_bug.cgi?id=515441** (jlaska-16:05:59_) * *AGREED*: move 515441 to F12Blocker and reassess should new information come in (jlaska-16:09:24_) * *ACTION*: jlaska to update description to match current status of 515441 (jlaska-16:09:38_) * **https://bugzilla.redhat.com/show_bug.cgi?id=515472** (jlaska-16:10:38_) * *AGREED*: 515472 - both reboot problems have fixes in and awaiting verification on new anaconda. (jlaska-16:12:37_) * **https://bugzilla.redhat.com/show_bug.cgi?id=515555** (jlaska-16:13:24_) * *ACTION*: notting tracking down an owner to build a new yaboot for 515555 (jlaska-16:17:28_) * *AGREED*: 515555 stays as a F-12-Alpha blocker. Posted patch verified and awaiting package build+tag+compose (jlaska-16:17:56_) * **https://bugzilla.redhat.com/show_bug.cgi?id=515564** (jlaska-16:18:13_) * *AGREED*: 515564 remains as alpha-blocker. Fix in and awaiting new anaconda for verification (jlaska-16:23:05_) * **https://bugzilla.redhat.com/show_bug.cgi?id=515905** (jlaska-16:23:18_) * *AGREED*: 507093 - stay on F12Alpha and discuss state of yum repo edit dialogs with anaconda-devel (jlaska-16:31:16_) * **https://bugzilla.redhat.com/show_bug.cgi?id=516042** (jlaska-16:31:46_) * *AGREED*: 516042 - stay on F12Alpha and discuss state of yum repo edit dialogs with anaconda-devel (jlaska-16:33:26_) * **https://bugzilla.redhat.com/show_bug.cgi?id=516053** (jlaska-16:33:45_) * *AGREED*: 516053 - involves manual edits of yum repo dialog, moved to F12Beta ... however, fix available in next anaconda build (jlaska-16:40:12_) * **https://bugzilla.redhat.com/show_bug.cgi?id=516063** (jlaska-16:40:30_) * *AGREED*: no action required - include in discussion w/ anaconda-devel on yum repo edit dialog status (jlaska-16:45:30_) * **https://bugzilla.redhat.com/show_bug.cgi?id=516144** (jlaska-16:45:35_) * *AGREED*: 516144 - consistent with f13 law ... blocks testing on ppc64 platform. fixed in git already and awaiting build+tag (jlaska-16:47:56_) * **https://bugzilla.redhat.com/show_bug.cgi?id=516168** (jlaska-16:48:03_) * *AGREED*: 516168 - introduced by recent udev changes, blocks all installation. Fix in git and awaiting build+compose+verification (jlaska-16:51:33_) * **https://bugzilla.redhat.com/show_bug.cgi?id=515410** (jlaska-16:52:31_) * *AGREED*: 515410 - results in no mouse cursor during installation. Remains on F-12-Alpha, (jlaska-17:05:32_) * **proposed blockers** (adamw-17:06:21_) * *LINK*: https://bugzilla.redhat.com/show_bug.cgi?id=515129 (poelcat-17:06:26_) * *LINK*: https://bugzilla.redhat.com/show_bug.cgi?id=505725 (poelcat-17:06:27_) * **https://bugzilla.redhat.com/show_bug.cgi?id=515129** (adamw-17:09:44_) * *AGREED*: 515129 is not a blocker. needinfo requested (adamw-17:15:16_) * **https://bugzilla.redhat.com/show_bug.cgi?id=505725** (adamw-17:15:26_) * *AGREED*: 505725 is not a blocker, no action required from us (adamw-17:28:41_) Meeting ended at 17:36:53 UTC. Action Items ------------ * follow-up with caillon/stransky/jhorak to disable the jit for Alpha * jlaska to update description to match current status of 515441 * notting tracking down an owner to build a new yaboot for 515555 Action Items, by person ----------------------- * jlaska * jlaska to update description to match current status of 515441 * notting * notting tracking down an owner to build a new yaboot for 515555 * **UNASSIGNED** * follow-up with caillon/stransky/jhorak to disable the jit for Alpha People Present (lines said) --------------------------- * jlaska (251) * f13 (139) * adamw (110) * notting (41) * maxamillion (39) * buggbot (24) * alindebe (19) * poelcat (15) * jgranados (8) * Alticon-Brian (8) * clumens (5) * mclasen (3) * iarlyy (2) * daMaestro (1) * Sparks_too (1) * tk009 (1) * sseiersen|Laptop (1) Generated by `MeetBot`_ .. _`MeetBot`: http://wiki.debian.org/MeetBot Minutes: http://meetbot.fedoraproject.org/fedora-bugzappers/2009-08-07/fedora-bugzappers.2009-08-07-15.00.html 10:36:53 < zodbot> Minutes (text): http://meetbot.fedoraproject.org/fedora-bugzappers/2009-08-07/fedora-bugzappers.2009-08-07-15.00.txt 10:36:56 < zodbot> Log: http://meetbot.fedoraproject.org/fedora-bugzappers/2009-08-07/fedora-bugzappers.2009-08-07-15.00.log.html From promac at gmail.com Sat Aug 8 02:07:47 2009 From: promac at gmail.com (Paulo Cavalcanti) Date: Fri, 7 Aug 2009 23:07:47 -0300 Subject: tcl / tk without threads??!! In-Reply-To: <6dc6523c0908071531o3fd53ab4s1440a2419b19905e@mail.gmail.com> References: <68720af30908071427h38c38eabn774d1ce3ceeb9306@mail.gmail.com> <6dc6523c0908071531o3fd53ab4s1440a2419b19905e@mail.gmail.com> Message-ID: <68720af30908071907x7934aa71ked9bb68856c11efe@mail.gmail.com> On Fri, Aug 7, 2009 at 7:31 PM, John5342 wrote: > 2009/8/7 Paulo Cavalcanti : > > > > Can someone explain why tcl/tk is > > compiled using: > > > > %configure --disable-threads > > A search through the spec file links back to this bug: > > https://bugzilla.redhat.com/show_bug.cgi?id=443246 > > I understand, but it seems that the dirt has just been swept under the carpet... Has someone tested eggdrop with a recent version of tcl compiled with threads? Maybe the problem has gone. I tested with Ubuntu and it worked. Therefore, they should be using threads in tcl. -- Paulo Roma Cavalcanti LCG - UFRJ -------------- next part -------------- An HTML attachment was scrubbed... URL: From awilliam at redhat.com Sat Aug 8 02:56:43 2009 From: awilliam at redhat.com (Adam Williamson) Date: Fri, 07 Aug 2009 19:56:43 -0700 Subject: tcl / tk without threads??!! In-Reply-To: <68720af30908071907x7934aa71ked9bb68856c11efe@mail.gmail.com> References: <68720af30908071427h38c38eabn774d1ce3ceeb9306@mail.gmail.com> <6dc6523c0908071531o3fd53ab4s1440a2419b19905e@mail.gmail.com> <68720af30908071907x7934aa71ked9bb68856c11efe@mail.gmail.com> Message-ID: <1249700203.2266.253.camel@adam.local.net> On Fri, 2009-08-07 at 23:07 -0300, Paulo Cavalcanti wrote: > > Has someone tested eggdrop with a recent version of tcl compiled with > threads? > Maybe the problem has gone. I tested with Ubuntu and it worked. > Therefore, > they should be using threads in tcl. I posted a reply with a link to a rather more important problem that happens if you enable threading. That in turn links to an upstream discussion of the pros and cons, which recommended shipping both threaded and non-threaded packages, but if that was considered too much of a burden, seemed to think non-threaded was better. Please read it. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From awilliam at redhat.com Sat Aug 8 02:58:04 2009 From: awilliam at redhat.com (Adam Williamson) Date: Fri, 07 Aug 2009 19:58:04 -0700 Subject: Fit and Finish, round three: peripherals In-Reply-To: <1249693647.10031.16.camel@localhost.localdomain> References: <1249663982.2242.7.camel@planemask> <4A7C65A3.8030601@bfccomputing.com> <1249666972.2242.8.camel@planemask> <1249685555.2266.246.camel@adam.local.net> <1249693647.10031.16.camel@localhost.localdomain> Message-ID: <1249700284.2266.255.camel@adam.local.net> On Sat, 2009-08-08 at 02:07 +0100, Bastien Nocera wrote: > Apart from the USB video cards, if you have any of those, feel free to > come around. > > I have modems, 3G modems, mice, headsets, webcams, phones running any > one of a dozen different operating systems, mp3 players, Wiimotes, and a > zillion other different things. > > Though if you have a drum kit or steering wheel, I'd be happy to get > those (as my wishlist can confirm[1]). Oh, I'll be there. But I already know how/if most of them work, and that's sort of the problem - they use a bewildering range of different bits and there's really no consistent layer we'd be testing. Of course, there's room for a consistent layer - the 'hardwarekit' project I bang on about at periodic intervals - but no-one wants to hear about that again :D -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From rc040203 at freenet.de Sat Aug 8 03:36:56 2009 From: rc040203 at freenet.de (Ralf Corsepius) Date: Sat, 08 Aug 2009 05:36:56 +0200 Subject: Make upstream release monitoring (the service formerly known as FEVer) opt-out? In-Reply-To: <20090807145610.GG8446@nostromo.devel.redhat.com> References: <20090806193306.GB8191@genius.kawo2.rwth-aachen.de> <4A7BAF02.6000006@freenet.de> <20090807084813.GC30549@genius.kawo2.rwth-aachen.de> <4A7C01E2.60208@freenet.de> <20090807122547.GF9040@genius.kawo2.rwth-aachen.de> <1249655921.3759.105.camel@localhost.localdomain> <20090807145610.GG8446@nostromo.devel.redhat.com> Message-ID: <4A7CF2D8.4040105@freenet.de> On 08/07/2009 04:56 PM, Bill Nottingham wrote: > Jesse Keating (jkeating at redhat.com) said: >> Ralf, this entire service is informational only. Maintainers don't need >> to do anything with this information, particularly if it isn't being >> filed as bugs and only provided on a webpage. They can simply ignore >> the information or even pretend that the website doesn't exist. The >> "opt-out" that Till is talking about is that by default, his service >> would manage every package it is capable of. A maintainer would have to >> opt-out of having their package monitored. But again, even if the >> package /is/ monitored, they don't have to do anything with that >> information. >> >> There is no bureaucracy here, just potentially useful information a >> maintainer can choose to look at or not. Well, I doubt this. My concerns are about * getting flooded and swamped with false "update alerts" and the administrational overhead related to "fix them". * the technology being applied. I am having doubts Till's approach (regex's) is sufficient. * I am also "burnt" by negative experiences when other comparable systems had been introduced to Fedora, such as bodhi, koji and the packagedb - They all cause additional overhead and so far all have seen close to zero effort to improve the situation. Conversely, the situation is gradually worsening. > My concerns are twofold: > > - BZ seems the wrong place. It's the only push mechanism we have other > than raw e-mail, though. > - Not to generalize too much, but we have maintainers: > > - who maintain only a few packages > Likely, these people are already plugged into their upstreams and don't > need the extra notification. ACK, for these folks such Till's service is not of much use. > - who maintain a lot of packages (woo, 100 perl modules) > These people are more likely to need it. Being one of these, I can't avoid telling you Till's service also is not of much use, because esp. Perl has other communication channels to notify people about updates (CPAN) -- Otherwise it would not have been possible to maintain them. That said, Till's system has few benefits - It's essentially "just yet another" system. > Which of these groups do we want to optimize for by default? IMO, Till's service is suitable for "occasional packagers" who package few "non-essential/minor" packages with infrequent releases (Packages with "zero traffic" mailing lists; packages, maintainers forget about to check for updates). However, it's exactly this family of packages, who suffer from the technical issues Till's system is likely not able to cope with. Ralf From rc040203 at freenet.de Sat Aug 8 03:51:45 2009 From: rc040203 at freenet.de (Ralf Corsepius) Date: Sat, 08 Aug 2009 05:51:45 +0200 Subject: Fedora 12 Features Proposed for Removal In-Reply-To: References: <4A7A048B.3040909@redhat.com> <5256d0b0908060139y2868e311q7bb167574678614d@mail.gmail.com> <4A7A97EA.1090107@freenet.de> <4A7A9A83.8010907@fedoraproject.org> <4A7ABFA1.4040600@freenet.de> <4A7AE6C8.1050906@freenet.de> <1249572048.2724.251.camel@localhost> <4A7B0177.7030504@freenet.de> <4A7C068D.5080009@freenet.de> Message-ID: <4A7CF651.3090902@freenet.de> On 08/07/2009 04:19 PM, Mat?j Cepl wrote: > Ralf Corsepius writes: > >> On 08/06/2009 09:12 PM, Matej Cepl wrote: >> Do you expect people to continue a review even when you'd have to >> decide against the best of your knowledge and conciousness? > > Actually, yes, I do. Your job is not to make packages perfect, but to > check they follow Packaging Guidelines and other items as stated on the > wiki. Of course, you can and you should express your opinion about any > strategies and techniques they use (rerun autoconf or patch ./configure > or libtool), but their disagreement with your opinion (and it is nothing > else than one of two opinions on the matter) shouldn't be the reason why > you reject the review approval. I usually pronounce my opinion and then abstain from approving a package. > Do you go to the source code and check how well the upstream made the > program? I do when I am observing "something noteworthy". If things are too ugly I usually abstain from "formally reviewing packages", "approving a package" and/or recommend other reviewers to do the same. > IMHO, the proper way is to express opinion, and even when disagreement > happens, approve review == "switch off your brains, morals, knowledge" Pardon, but you don't want how disgusting I find this logic of yours. > and then file a bug against the package where > you can fight your battle without threatening packager to disallow him > to have a bug in the repo. My strategy is not to "formally review" a package I don't agree with for whatever reasons. Sometimes these reasons are of technical nature (e.g. low coding quality), lack of maintainer skills (e.g. running the autotools), sometimes of moral nature (e.g. war games), some times of legal reasons (e.g. games) ... Ralf From kevin.kofler at chello.at Sat Aug 8 04:52:45 2009 From: kevin.kofler at chello.at (Kevin Kofler) Date: Sat, 08 Aug 2009 06:52:45 +0200 Subject: KDE vs. GNOME on F10 References: <3668e9f50908050249r18019ab4j95b10beb23d74e73@mail.gmail.com> <15e53e180908050302k6faa024cj5f7630d15b9a4305@mail.gmail.com> <4A795D90.5020903@leemhuis.info> <20090805120144.GC3095@hansolo.jdub.homelinux.org> <1249498044.2266.17.camel@adam.local.net> <20090805192822.GD3095@hansolo.jdub.homelinux.org> <1249501283.2266.43.camel@adam.local.net> <4A79E24F.1050305@redhat.com> <1249503080.2266.53.camel@adam.local.net> <1249538726.2266.75.camel@adam.local.net> <1249541486.2266.96.camel@adam.local.net> <1249577183.2266.156.camel@adam.local.net> <1249583956.2266.179.camel@adam.local.net> <1249586813.3759.66.camel@localhost.localdomain> Message-ID: Jesse Keating wrote: > We're providing a bunch of packages, that certain groups use to make a > variety of operating systems. If you want to develop a tool and expect > that it'll keep working on any given release without aggressive changes > underneath, pick the Fedora Desktop operating system. If you want to > run with the latest and greatest regardless of change risk, try the > Fedora KDE operating system. The KDE libraries are backwards compatible, applications built against 4.2 (or even 4.1 or 4.0) will still work with 4.3. Kevin Kofler From kevin.kofler at chello.at Sat Aug 8 04:55:34 2009 From: kevin.kofler at chello.at (Kevin Kofler) Date: Sat, 08 Aug 2009 06:55:34 +0200 Subject: KDE vs. GNOME on F10 References: <3668e9f50908050249r18019ab4j95b10beb23d74e73@mail.gmail.com> <15e53e180908050302k6faa024cj5f7630d15b9a4305@mail.gmail.com> <4A795D90.5020903@leemhuis.info> <20090805120144.GC3095@hansolo.jdub.homelinux.org> <1249498044.2266.17.camel@adam.local.net> <20090805192822.GD3095@hansolo.jdub.homelinux.org> <1249501283.2266.43.camel@adam.local.net> <4A79E24F.1050305@redhat.com> <1249503080.2266.53.camel@adam.local.net> <1249538726.2266.75.camel@adam.local.net> <1249541486.2266.96.camel@adam.local.net> <1249577183.2266.156.camel@adam.local.net> <1249583956.2266.179.camel@adam.local.net> <1249611652.2266.202.camel@adam.local.net> Message-ID: Adam Williamson wrote: > It seems to happen rather a lot for that to be the case, though maybe > the situation I'm most familiar with (KDE 4.0 -> 4.1 -> 4.2) is an > unusual situation. I was watching KDE quite closely in MDV at that > point, as quite a lot of features that people expected from 3.x were > missing, and I remember, for instance, that someone was trying to get > kmilo (for multimedia keys) working on 4.x, they had to port it to 4.0, > then port it to 4.1, then to 4.2... That's a plasmoid, the ABI for libplasma wasn't stable until 4.2. (It is now, so plasmoids built for 4.2 still work with 4.3.) > as I said, I suppose this could just be because 4.0 didn't quite have > everything settled down yet so some major changes still had to be made > for 4.1 / 4.2. I'm not enough of an expert on KDE to be sure. Right, Plasma still needed major changes there. The libraries used by regular applications kept binary compatibility though, an application built against 4.0 will still work with 4.3. Kevin Kofler From awilliam at redhat.com Sat Aug 8 05:03:45 2009 From: awilliam at redhat.com (Adam Williamson) Date: Fri, 07 Aug 2009 22:03:45 -0700 Subject: Fedora 12 Features Proposed for Removal In-Reply-To: <4A7CF651.3090902@freenet.de> References: <4A7A048B.3040909@redhat.com> <5256d0b0908060139y2868e311q7bb167574678614d@mail.gmail.com> <4A7A97EA.1090107@freenet.de> <4A7A9A83.8010907@fedoraproject.org> <4A7ABFA1.4040600@freenet.de> <4A7AE6C8.1050906@freenet.de> <1249572048.2724.251.camel@localhost> <4A7B0177.7030504@freenet.de> <4A7C068D.5080009@freenet.de> <4A7CF651.3090902@freenet.de> Message-ID: <1249707825.2266.257.camel@adam.local.net> On Sat, 2009-08-08 at 05:51 +0200, Ralf Corsepius wrote: > > IMHO, the proper way is to express opinion, and even when disagreement > > happens, approve review > == "switch off your brains, morals, knowledge" > > Pardon, but you don't want how disgusting I find this logic of yours. If you're invoking your morals at any point while doing package reviews, ur doing it rong. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From kevin.kofler at chello.at Sat Aug 8 05:04:16 2009 From: kevin.kofler at chello.at (Kevin Kofler) Date: Sat, 08 Aug 2009 07:04:16 +0200 Subject: KDE vs. GNOME on F10 References: <3668e9f50908050249r18019ab4j95b10beb23d74e73@mail.gmail.com> <1249587042.3759.69.camel@localhost.localdomain> <1249611716.2266.203.camel@adam.local.net> <200908071005.20481.jreznik@redhat.com> <4A7BE8FB.60607@fedoraproject.org> Message-ID: Rahul Sundaram wrote: > As already explained, stable in the sense of things that work the same > (No big UI changes etc). When did we push *big* UI changes in a KDE update? We're even making sure the default Plasma theme in F10 and F11 stays Oxygen rather than switching to Air which is the new upstream default in 4.3 for this very reason. We also don't push major updates like Amarok 1->2 to stable releases (F9 stayed with 1.4 until EOL, F10 shipped with a beta of Amarok 2 and got updated to newer Amarok 2 builds). Kevin Kofler From kevin.kofler at chello.at Sat Aug 8 05:12:13 2009 From: kevin.kofler at chello.at (Kevin Kofler) Date: Sat, 08 Aug 2009 07:12:13 +0200 Subject: Fedora 12 Features Proposed for Removal References: <4A7A048B.3040909@redhat.com> <1249516576.2368.1.camel@snoogens.fab.redhat.com> <1249518657.1589.17.camel@planemask> <1249580220.2266.168.camel@adam.local.net> <1249582475.3759.57.camel@localhost.localdomain> <1249584080.2266.181.camel@adam.local.net> <1249586654.3759.64.camel@localhost.localdomain> <1249587266.2266.192.camel@adam.local.net> <20090806133920.38b547e3@ohm.scrye.com> <1249588170.2266.197.camel@adam.local.net> Message-ID: Adam Williamson wrote: > Er, the _topic_ of this thread is "Fedora 12 Features Proposed for > Removal". The email doesn't say anything about 'if you fix this stuff > before the meeting it'll be fine' (though that may be the actual case), > and the amount of notice given is a princely two days, which isn't that > long for anyone to make changes. The way things are worded are clearly > "We're going to drop these features", not "please check this, okay? > Please? Thanks!" FYI, we voted against dropping most of that stuff. They were just proposed for dropping. Kevin Kofler From kevin.kofler at chello.at Sat Aug 8 05:12:59 2009 From: kevin.kofler at chello.at (Kevin Kofler) Date: Sat, 08 Aug 2009 07:12:59 +0200 Subject: Fedora 12 Features Proposed for Removal References: <4A7A048B.3040909@redhat.com> <1249516576.2368.1.camel@snoogens.fab.redhat.com> <1249518657.1589.17.camel@planemask> <1249580220.2266.168.camel@adam.local.net> <1249582475.3759.57.camel@localhost.localdomain> <1249584080.2266.181.camel@adam.local.net> <1249586654.3759.64.camel@localhost.localdomain> <1249587266.2266.192.camel@adam.local.net> Message-ID: Adam Williamson wrote: > Which leads to the absurdity we have here, the suggestion that > the GNOME 2.28 'feature' should be 'dropped' for Fedora 12 (does anyone > really think we're going to ship it with GNOME 2.26?) Don't worry, we all voted against dropping that feature. Kevin Kofler From kevin.kofler at chello.at Sat Aug 8 05:15:22 2009 From: kevin.kofler at chello.at (Kevin Kofler) Date: Sat, 08 Aug 2009 07:15:22 +0200 Subject: Fedora 12 Features Proposed for Removal References: <4A7A048B.3040909@redhat.com> <1249516576.2368.1.camel@snoogens.fab.redhat.com> <1249518657.1589.17.camel@planemask> <1249580220.2266.168.camel@adam.local.net> <1249582475.3759.57.camel@localhost.localdomain> <1249584080.2266.181.camel@adam.local.net> <1249586942.2266.190.camel@adam.local.net> Message-ID: Adam Williamson wrote: > A good example of the weirdness here - we're declaring KDE 4.3 a 'Fedora > 12 feature' (implying it's something sufficiently potentially > problematic that it needs a specific test plan and contingency plan), > yet backporting it to Fedora 10 as an official update meets with > widespread approval and 'nothing wrong with that!' comments... IMHO there should be a process to promote features in updates (but I didn't get much consensus for that when I suggested it in FESCo). Kevin Kofler From kevin.kofler at chello.at Sat Aug 8 05:25:09 2009 From: kevin.kofler at chello.at (Kevin Kofler) Date: Sat, 08 Aug 2009 07:25:09 +0200 Subject: Fedora 12 Features Proposed for Removal References: <4A7A048B.3040909@redhat.com> <5256d0b0908060139y2868e311q7bb167574678614d@mail.gmail.com> <4A7A97EA.1090107@freenet.de> <4A7A9A83.8010907@fedoraproject.org> <4A7ABFA1.4040600@freenet.de> <4A7AE6C8.1050906@freenet.de> <1249572048.2724.251.camel@localhost> <4A7B0177.7030504@freenet.de> <4A7C068D.5080009@freenet.de> <4A7CF651.3090902@freenet.de> Message-ID: Ralf Corsepius wrote: > lack of maintainer skills (e.g. running the autotools), You are insulting maintainers for having a different opinion, or even just practical reasons you may not even know about for having to autoreconf a program. This is not acceptable. Are you claiming KDE SIG is incompetent for running "make -f admin/Makefile.common cvs" (which, in KDE 3 stuff, does more or less the same as autoreconf does) in kdelibs3 and other KDE 3 packages? If so, I feel insulted by that claim. If not, please stop saying things which imply it. Kevin Kofler From awilliam at redhat.com Sat Aug 8 06:31:26 2009 From: awilliam at redhat.com (Adam Williamson) Date: Fri, 07 Aug 2009 23:31:26 -0700 Subject: Fedora 12 Features Proposed for Removal In-Reply-To: References: <4A7A048B.3040909@redhat.com> <1249516576.2368.1.camel@snoogens.fab.redhat.com> <1249518657.1589.17.camel@planemask> <1249580220.2266.168.camel@adam.local.net> <1249582475.3759.57.camel@localhost.localdomain> <1249584080.2266.181.camel@adam.local.net> <1249586654.3759.64.camel@localhost.localdomain> <1249587266.2266.192.camel@adam.local.net> <20090806133920.38b547e3@ohm.scrye.com> <1249588170.2266.197.camel@adam.local.net> Message-ID: <1249713086.2266.258.camel@adam.local.net> On Sat, 2009-08-08 at 07:12 +0200, Kevin Kofler wrote: > Adam Williamson wrote: > > Er, the _topic_ of this thread is "Fedora 12 Features Proposed for > > Removal". The email doesn't say anything about 'if you fix this stuff > > before the meeting it'll be fine' (though that may be the actual case), > > and the amount of notice given is a princely two days, which isn't that > > long for anyone to make changes. The way things are worded are clearly > > "We're going to drop these features", not "please check this, okay? > > Please? Thanks!" > > FYI, we voted against dropping most of that stuff. They were just proposed > for dropping. Sure, but that was sort of my point. What was actually achieved by 'proposing' features to be dropped that everyone knew wouldn't really be dropped, and then having a meeting to confirm that they wouldn't be? -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From rc040203 at freenet.de Sat Aug 8 07:19:50 2009 From: rc040203 at freenet.de (Ralf Corsepius) Date: Sat, 08 Aug 2009 09:19:50 +0200 Subject: Fedora 12 Features Proposed for Removal In-Reply-To: References: <4A7A048B.3040909@redhat.com> <5256d0b0908060139y2868e311q7bb167574678614d@mail.gmail.com> <4A7A97EA.1090107@freenet.de> <4A7A9A83.8010907@fedoraproject.org> <4A7ABFA1.4040600@freenet.de> <4A7AE6C8.1050906@freenet.de> <1249572048.2724.251.camel@localhost> <4A7B0177.7030504@freenet.de> <4A7C068D.5080009@freenet.de> <4A7CF651.3090902@freenet.de> Message-ID: <4A7D2716.6010306@freenet.de> On 08/08/2009 07:25 AM, Kevin Kofler wrote: > Ralf Corsepius wrote: >> lack of maintainer skills (e.g. running the autotools), > > You are insulting maintainers for having a different opinion, It's not a matter of opinions it's a matter of technical facts. It doesn't matter how many people deny to ackknowledge this fact and how many people are abusing the autotools. From rc040203 at freenet.de Sat Aug 8 07:23:30 2009 From: rc040203 at freenet.de (Ralf Corsepius) Date: Sat, 08 Aug 2009 09:23:30 +0200 Subject: Fedora 12 Features Proposed for Removal In-Reply-To: <1249707825.2266.257.camel@adam.local.net> References: <4A7A048B.3040909@redhat.com> <5256d0b0908060139y2868e311q7bb167574678614d@mail.gmail.com> <4A7A97EA.1090107@freenet.de> <4A7A9A83.8010907@fedoraproject.org> <4A7ABFA1.4040600@freenet.de> <4A7AE6C8.1050906@freenet.de> <1249572048.2724.251.camel@localhost> <4A7B0177.7030504@freenet.de> <4A7C068D.5080009@freenet.de> <4A7CF651.3090902@freenet.de> <1249707825.2266.257.camel@adam.local.net> Message-ID: <4A7D27F2.7040403@freenet.de> On 08/08/2009 07:03 AM, Adam Williamson wrote: > On Sat, 2009-08-08 at 05:51 +0200, Ralf Corsepius wrote: > >>> IMHO, the proper way is to express opinion, and even when disagreement >>> happens, approve review >> == "switch off your brains, morals, knowledge" >> >> Pardon, but you don't want how disgusting I find this logic of yours. > > If you're invoking your morals at any point while doing package reviews, > ur doing it rong. Rubbish. From mschwendt at gmail.com Sat Aug 8 08:08:14 2009 From: mschwendt at gmail.com (Michael Schwendt) Date: Sat, 8 Aug 2009 10:08:14 +0200 Subject: Orphaning xmms-sid Message-ID: <20090808100814.7be1ffc4@faldor> As I'd like to discontinue with packaging the XMMS SID Input plugin for Fedora, I've dropped ownership, so somebody else may take over. https://admin.fedoraproject.org/pkgdb/packages/name/xmms-sid Preferably, somebody who takes this also has some interest in triaging XMMS bugs, as there have been several unresponded tickets that got lost when the bug-triaging project closed them WONTFIX. From remotestar at live.com Sat Aug 8 08:13:30 2009 From: remotestar at live.com (Markus Kesaromous) Date: Sat, 8 Aug 2009 01:13:30 -0700 Subject: 2.6.29.6-217.2.3 - Unresolved symbols error messages during make modules_install Message-ID: Dear list, I posed this problem before, but since it was in an unsupported driver (staging area), it wade clear to all that no support or bug fix was/were forthcoming. However, I am getting a similar issue with several other mdules. Below are the error messages only. As before, when I configured this kernel, I disabled all smp features for my uniproc and unicore cpu. # make install modules_install sh /sdb3/src/redhat/BUILD/kernel-2.6.29/linux-2.6.29.i586/arch/x86/boot/install.sh 2.6.29.6-217.2.3.fc11.i586 arch/x86/boot/bzImage System.map "/boot" WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/kernel/arch/x86/kvm/kvm.ko needs unknown symbol pci_disable_msi WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/kernel/arch/x86/kvm/kvm.ko needs unknown symbol pci_enable_msi WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/kernel/drivers/pci/hotplug/ibmphp.ko needs unknown symbol IO_APIC_get_PCI_irq_vector WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/kernel/drivers/gpu/drm/i915/i915.ko needs unknown symbol pci_disable_msi WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/kernel/drivers/gpu/drm/i915/i915.ko needs unknown symbol pci_enable_msi WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/kernel/drivers/block/cciss.ko needs unknown symbol pci_disable_msi WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/kernel/drivers/block/cciss.ko needs unknown symbol pci_enable_msi WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/kernel/drivers/block/cciss.ko needs unknown symbol pci_enable_msix WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/kernel/drivers/block/cciss.ko needs unknown symbol pci_disable_msix WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/kernel/drivers/net/wireless/iwlwifi/iwlagn.ko needs unknown symbol pci_disable_msi WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/kernel/drivers/net/wireless/iwlwifi/iwlagn.ko needs unknown symbol pci_enable_msi WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/kernel/drivers/net/wireless/iwlwifi/iwl3945.ko needs unknown symbol pci_disable_msi WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/kernel/drivers/net/wireless/iwlwifi/iwl3945.ko needs unknown symbol pci_enable_msi WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/kernel/drivers/net/e1000/e1000.ko needs unknown symbol pci_disable_msi WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/kernel/drivers/net/e1000/e1000.ko needs unknown symbol pci_enable_msi WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/kernel/drivers/net/e1000e/e1000e.ko needs unknown symbol pci_disable_msi WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/kernel/drivers/net/e1000e/e1000e.ko needs unknown symbol pci_enable_msi WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/kernel/drivers/net/e1000e/e1000e.ko needs unknown symbol pci_enable_msix WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/kernel/drivers/net/e1000e/e1000e.ko needs unknown symbol pci_disable_msix WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/kernel/drivers/net/igb/igb.ko needs unknown symbol pci_disable_msi WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/kernel/drivers/net/igb/igb.ko needs unknown symbol pci_enable_msi WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/kernel/drivers/net/igb/igb.ko needs unknown symbol pci_enable_msix WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/kernel/drivers/net/igb/igb.ko needs unknown symbol pci_disable_msix WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/kernel/drivers/net/ixgbe/ixgbe.ko needs unknown symbol pci_disable_msi WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/kernel/drivers/net/ixgbe/ixgbe.ko needs unknown symbol pci_enable_msi WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/kernel/drivers/net/ixgbe/ixgbe.ko needs unknown symbol pci_enable_msix WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/kernel/drivers/net/ixgbe/ixgbe.ko needs unknown symbol pci_disable_msix WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/kernel/drivers/net/ixgb/ixgb.ko needs unknown symbol pci_disable_msi WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/kernel/drivers/net/ixgb/ixgb.ko needs unknown symbol pci_enable_msi WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/kernel/drivers/net/chelsio/cxgb.ko needs unknown symbol pci_disable_msi WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/kernel/drivers/net/chelsio/cxgb.ko needs unknown symbol pci_enable_msi WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/kernel/drivers/net/cxgb3/cxgb3.ko needs unknown symbol pci_disable_msi WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/kernel/drivers/net/cxgb3/cxgb3.ko needs unknown symbol pci_enable_msi WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/kernel/drivers/net/cxgb3/cxgb3.ko needs unknown symbol pci_enable_msix WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/kernel/drivers/net/cxgb3/cxgb3.ko needs unknown symbol pci_disable_msix WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/kernel/drivers/net/atlx/atl1.ko needs unknown symbol pci_disable_msi WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/kernel/drivers/net/atlx/atl1.ko needs unknown symbol pci_enable_msi WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/kernel/drivers/net/atlx/atl2.ko needs unknown symbol pci_disable_msi WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/kernel/drivers/net/atlx/atl2.ko needs unknown symbol pci_enable_msi WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/kernel/drivers/net/atl1e/atl1e.ko needs unknown symbol pci_disable_msi WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/kernel/drivers/net/atl1e/atl1e.ko needs unknown symbol pci_enable_msi WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/kernel/drivers/net/atl1c/atl1c.ko needs unknown symbol pci_disable_msi WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/kernel/drivers/net/atl1c/atl1c.ko needs unknown symbol pci_enable_msi WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/kernel/drivers/net/enic/enic.ko needs unknown symbol pci_disable_msi WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/kernel/drivers/net/enic/enic.ko needs unknown symbol pci_enable_msi WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/kernel/drivers/net/enic/enic.ko needs unknown symbol pci_enable_msix WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/kernel/drivers/net/enic/enic.ko needs unknown symbol pci_disable_msix WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/kernel/drivers/net/jme.ko needs unknown symbol pci_disable_msi WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/kernel/drivers/net/jme.ko needs unknown symbol pci_enable_msi WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/kernel/drivers/net/benet/be2net.ko needs unknown symbol pci_enable_msix WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/kernel/drivers/net/benet/be2net.ko needs unknown symbol pci_disable_msix WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/kernel/drivers/net/tg3.ko needs unknown symbol pci_disable_msi WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/kernel/drivers/net/tg3.ko needs unknown symbol pci_enable_msi WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/kernel/drivers/net/bnx2.ko needs unknown symbol pci_disable_msi WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/kernel/drivers/net/bnx2.ko needs unknown symbol pci_enable_msi WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/kernel/drivers/net/bnx2.ko needs unknown symbol pci_disable_msix WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/kernel/drivers/net/bnx2x.ko needs unknown symbol pci_enable_msix WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/kernel/drivers/net/bnx2x.ko needs unknown symbol pci_disable_msix WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/kernel/drivers/net/sky2.ko needs unknown symbol pci_disable_msi WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/kernel/drivers/net/sky2.ko needs unknown symbol pci_enable_msi WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/kernel/drivers/net/forcedeth.ko needs unknown symbol pci_disable_msi WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/kernel/drivers/net/forcedeth.ko needs unknown symbol pci_enable_msi WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/kernel/drivers/net/forcedeth.ko needs unknown symbol pci_enable_msix WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/kernel/drivers/net/forcedeth.ko needs unknown symbol pci_disable_msix WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/kernel/drivers/net/qla3xxx.ko needs unknown symbol pci_disable_msi WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/kernel/drivers/net/qla3xxx.ko needs unknown symbol pci_enable_msi WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/kernel/drivers/net/qlge/qlge.ko needs unknown symbol pci_disable_msi WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/kernel/drivers/net/qlge/qlge.ko needs unknown symbol pci_enable_msi WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/kernel/drivers/net/qlge/qlge.ko needs unknown symbol pci_enable_msix WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/kernel/drivers/net/qlge/qlge.ko needs unknown symbol pci_disable_msix WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/kernel/drivers/net/r8169.ko needs unknown symbol pci_disable_msi WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/kernel/drivers/net/r8169.ko needs unknown symbol pci_enable_msi WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/kernel/drivers/net/s2io.ko needs unknown symbol pci_enable_msix WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/kernel/drivers/net/s2io.ko needs unknown symbol pci_disable_msix WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/kernel/drivers/net/myri10ge/myri10ge.ko needs unknown symbol pci_disable_msi WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/kernel/drivers/net/myri10ge/myri10ge.ko needs unknown symbol pci_enable_msi WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/kernel/drivers/net/myri10ge/myri10ge.ko needs unknown symbol pci_enable_msix WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/kernel/drivers/net/myri10ge/myri10ge.ko needs unknown symbol pci_disable_msix WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/kernel/drivers/net/mlx4/mlx4_core.ko needs unknown symbol pci_enable_msix WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/kernel/drivers/net/mlx4/mlx4_core.ko needs unknown symbol pci_disable_msix WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/kernel/drivers/net/netxen/netxen_nic.ko needs unknown symbol pci_disable_msi WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/kernel/drivers/net/netxen/netxen_nic.ko needs unknown symbol pci_enable_msi WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/kernel/drivers/net/netxen/netxen_nic.ko needs unknown symbol pci_enable_msix WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/kernel/drivers/net/netxen/netxen_nic.ko needs unknown symbol pci_disable_msix WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/kernel/drivers/net/niu.ko needs unknown symbol pci_enable_msix WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/kernel/drivers/net/niu.ko needs unknown symbol pci_disable_msix WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/kernel/drivers/net/sfc/sfc.ko needs unknown symbol pci_disable_msi WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/kernel/drivers/net/sfc/sfc.ko needs unknown symbol pci_enable_msi WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/kernel/drivers/net/sfc/sfc.ko needs unknown symbol pci_enable_msix WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/kernel/drivers/net/sfc/sfc.ko needs unknown symbol pci_disable_msix WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/kernel/drivers/scsi/aacraid/aacraid.ko needs unknown symbol pci_disable_msi WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/kernel/drivers/scsi/aacraid/aacraid.ko needs unknown symbol pci_enable_msi WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/kernel/drivers/scsi/aic94xx/aic94xx.ko needs unknown symbol pci_disable_msi WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/kernel/drivers/scsi/aic94xx/aic94xx.ko needs unknown symbol pci_enable_msi WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/kernel/drivers/scsi/ips.ko needs unknown symbol touch_nmi_watchdog WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/kernel/drivers/scsi/qla2xxx/qla2xxx.ko needs unknown symbol pci_disable_msi WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/kernel/drivers/scsi/qla2xxx/qla2xxx.ko needs unknown symbol pci_enable_msi WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/kernel/drivers/scsi/qla2xxx/qla2xxx.ko needs unknown symbol pci_enable_msix WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/kernel/drivers/scsi/qla2xxx/qla2xxx.ko needs unknown symbol pci_disable_msix WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/kernel/drivers/scsi/lpfc/lpfc.ko needs unknown symbol pci_disable_msi WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/kernel/drivers/scsi/lpfc/lpfc.ko needs unknown symbol pci_enable_msi WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/kernel/drivers/scsi/lpfc/lpfc.ko needs unknown symbol pci_enable_msix WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/kernel/drivers/scsi/lpfc/lpfc.ko needs unknown symbol pci_disable_msix WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/kernel/drivers/scsi/3w-9xxx.ko needs unknown symbol pci_disable_msi WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/kernel/drivers/scsi/3w-9xxx.ko needs unknown symbol pci_enable_msi WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/kernel/drivers/scsi/mvsas.ko needs unknown symbol pci_disable_msi WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/kernel/drivers/ata/sata_vsc.ko needs unknown symbol pci_enable_msi WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/kernel/drivers/ata/sata_mv.ko needs unknown symbol pci_enable_msi WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/kernel/drivers/message/fusion/mptbase.ko needs unknown symbol pci_disable_msi WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/kernel/drivers/message/fusion/mptbase.ko needs unknown symbol pci_enable_msi WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/kernel/drivers/dma/ioatdma.ko needs unknown symbol pci_disable_msi WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/kernel/drivers/dma/ioatdma.ko needs unknown symbol pci_enable_msi WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/kernel/drivers/dma/ioatdma.ko needs unknown symbol pci_enable_msix WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/kernel/drivers/dma/ioatdma.ko needs unknown symbol pci_disable_msix WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/kernel/drivers/uwb/whci.ko needs unknown symbol pci_disable_msi WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/kernel/drivers/uwb/whci.ko needs unknown symbol pci_enable_msi WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/kernel/drivers/infiniband/hw/mthca/ib_mthca.ko needs unknown symbol pci_enable_msix WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/kernel/drivers/infiniband/hw/mthca/ib_mthca.ko needs unknown symbol pci_disable_msix WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/kernel/drivers/infiniband/hw/nes/iw_nes.ko needs unknown symbol pci_disable_msi WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/kernel/drivers/infiniband/hw/nes/iw_nes.ko needs unknown symbol pci_enable_msi WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/kernel/sound/pci/hda/snd-hda-intel.ko needs unknown symbol pci_disable_msi WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/kernel/sound/pci/hda/snd-hda-intel.ko needs unknown symbol pci_enable_msi WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/kernel/net/decnet/decnet.ko needs unknown symbol call_rcu_bh WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/extra/ndiswrapper/ndiswrapper.ko needs unknown symbol _spin_lock_bh WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/extra/ndiswrapper/ndiswrapper.ko needs unknown symbol _spin_unlock_bh WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/extra/ndiswrapper/ndiswrapper.ko needs unknown symbol __per_cpu_offset WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/extra/ndiswrapper/ndiswrapper.ko needs unknown symbol per_cpu__this_cpu_off WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/extra/ndiswrapper/ndiswrapper.ko needs unknown symbol _spin_unlock_irqrestore WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/extra/ndiswrapper/ndiswrapper.ko needs unknown symbol del_timer_sync WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/extra/ndiswrapper/ndiswrapper.ko needs unknown symbol nr_cpu_ids WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/extra/ndiswrapper/ndiswrapper.ko needs unknown symbol _spin_lock_irqsave WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/extra/ndiswrapper/ndiswrapper.ko needs unknown symbol _spin_lock WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/extra/rt2860/rt2860sta.ko needs unknown symbol _spin_lock_bh WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/extra/rt2860/rt2860sta.ko needs unknown symbol _spin_unlock_bh WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/extra/rt2860/rt2860sta.ko needs unknown symbol __per_cpu_offset WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/extra/rt2860/rt2860sta.ko needs unknown symbol synchronize_irq WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/extra/rt2860/rt2860sta.ko needs unknown symbol _spin_unlock_irqrestore WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/extra/rt2860/rt2860sta.ko needs unknown symbol del_timer_sync WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/extra/rt2860/rt2860sta.ko needs unknown symbol _spin_lock_irqsave WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/extra/ndiswrapper/ndiswrapper.ko needs unknown symbol _spin_lock_bh WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/extra/ndiswrapper/ndiswrapper.ko needs unknown symbol _spin_unlock_bh WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/extra/ndiswrapper/ndiswrapper.ko needs unknown symbol __per_cpu_offset WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/extra/ndiswrapper/ndiswrapper.ko needs unknown symbol per_cpu__this_cpu_off WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/extra/ndiswrapper/ndiswrapper.ko needs unknown symbol _spin_unlock_irqrestore WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/extra/ndiswrapper/ndiswrapper.ko needs unknown symbol del_timer_sync WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/extra/ndiswrapper/ndiswrapper.ko needs unknown symbol nr_cpu_ids WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/extra/ndiswrapper/ndiswrapper.ko needs unknown symbol _spin_lock_irqsave WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/extra/ndiswrapper/ndiswrapper.ko needs unknown symbol _spin_lock WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/extra/rt2860/rt2860sta.ko needs unknown symbol _spin_lock_bh WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/extra/rt2860/rt2860sta.ko needs unknown symbol _spin_unlock_bh WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/extra/rt2860/rt2860sta.ko needs unknown symbol __per_cpu_offset WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/extra/rt2860/rt2860sta.ko needs unknown symbol synchronize_irq WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/extra/rt2860/rt2860sta.ko needs unknown symbol _spin_unlock_irqrestore WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/extra/rt2860/rt2860sta.ko needs unknown symbol del_timer_sync WARNING: /lib/modules/2.6.29.6-217.2.3.fc11.i586/extra/rt2860/rt2860sta.ko needs unknown symbol _spin_lock_irqsave _________________________________________________________________ Get free photo software from Windows Live http://www.windowslive.com/online/photos?ocid=PID23393::T:WLMTAGL:ON:WL:en-US:SI_PH_software:082009 From sundaram at fedoraproject.org Sat Aug 8 08:58:44 2009 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Sat, 08 Aug 2009 14:28:44 +0530 Subject: KDE vs. GNOME on F10 In-Reply-To: References: <3668e9f50908050249r18019ab4j95b10beb23d74e73@mail.gmail.com> <1249587042.3759.69.camel@localhost.localdomain> <1249611716.2266.203.camel@adam.local.net> <200908071005.20481.jreznik@redhat.com> <4A7BE8FB.60607@fedoraproject.org> Message-ID: <4A7D3E44.30106@fedoraproject.org> On 08/08/2009 10:34 AM, Kevin Kofler wrote: > Rahul Sundaram wrote: >> As already explained, stable in the sense of things that work the same >> (No big UI changes etc). > > When did we push *big* UI changes in a KDE update? Big UI changes is an *example* but if you are going to argue that none of the KDE updates ever changed the user experience including the interface significantly then I guess we got to disagree on that. Rahul From mcepl at redhat.com Sat Aug 8 09:06:15 2009 From: mcepl at redhat.com (=?utf-8?Q?Mat=C4=9Bj?= Cepl) Date: Sat, 08 Aug 2009 11:06:15 +0200 Subject: Firefox SELinux bug from Alpha Blockers meeting. References: Message-ID: Adam Miller writes: > Today in our F12Alpha Blocker meeting we discussed the status of the > Firefox SELinux bug. > > https://bugzilla.redhat.com/show_bug.cgi?id=512845 > > And we were hoping to get in contact with caillon, stransky, jhorak > for more information on the bug as well as send this to the developer > list in order to get any outside feedback that others might have on > the topic of this being a F12Alpha Blocker. It is taken care of. Don't worry about it. Mat?j From mcepl at redhat.com Sat Aug 8 09:07:36 2009 From: mcepl at redhat.com (=?utf-8?Q?Mat=C4=9Bj?= Cepl) Date: Sat, 08 Aug 2009 11:07:36 +0200 Subject: NetworkManager-novellvpn References: <1249679814.26088.37.camel@localhost.localdomain> Message-ID: Dan Williams writes: > On Fri, 2009-08-07 at 11:11 -0300, Murilo Opsfelder Araujo wrote: > Not that I know of. Despite repeated proddings of the Novell guys, they > have never bothered to upstream the code. Second, is 'nvpn' even > open-source? If it's not, it's pretty pointless to including a package > in Fedora that is useless without a closed-source binary. 'nvpn' is a client or server? If server, they I wouldn't know about VPN which we support in Fedora even though we have no server part. Mat?j From mcepl at redhat.com Sat Aug 8 09:09:41 2009 From: mcepl at redhat.com (=?utf-8?Q?Mat=C4=9Bj?= Cepl) Date: Sat, 08 Aug 2009 11:09:41 +0200 Subject: Fedora 12 Features Proposed for Removal References: <4A7A048B.3040909@redhat.com> <5256d0b0908060139y2868e311q7bb167574678614d@mail.gmail.com> <4A7A97EA.1090107@freenet.de> <4A7A9A83.8010907@fedoraproject.org> <4A7ABFA1.4040600@freenet.de> <4A7AE6C8.1050906@freenet.de> <1249572048.2724.251.camel@localhost> <4A7B0177.7030504@freenet.de> <4A7C068D.5080009@freenet.de> <4A7CF651.3090902@freenet.de> Message-ID: Ralf Corsepius writes: > On 08/07/2009 04:19 PM, Mat?j Cepl wrote: >> and then file a bug against the package where >> you can fight your battle without threatening packager to disallow him >> to have a bug in the repo. > My strategy is not to "formally review" a package I don't agree > with for whatever reasons. OK, then I will have to in next opportunity (I have to find out how it is done) ask for stripping you off right to review Fedora packages, because you apparently don't know what is the purpose of the review. Mat?j From mcepl at redhat.com Sat Aug 8 09:37:12 2009 From: mcepl at redhat.com (=?utf-8?Q?Mat=C4=9Bj?= Cepl) Date: Sat, 08 Aug 2009 11:37:12 +0200 Subject: Fedora 12 Features Proposed for Removal References: <4A7A048B.3040909@redhat.com> <5256d0b0908060139y2868e311q7bb167574678614d@mail.gmail.com> <4A7A97EA.1090107@freenet.de> <4A7A9A83.8010907@fedoraproject.org> <4A7ABFA1.4040600@freenet.de> <4A7AE6C8.1050906@freenet.de> <1249572048.2724.251.camel@localhost> <4A7B0177.7030504@freenet.de> <4A7C068D.5080009@freenet.de> <4A7CF651.3090902@freenet.de> Message-ID: mcepl at redhat.com (Mat?j Cepl) writes: > Ralf Corsepius writes: >>> and then file a bug against the package where >>> you can fight your battle without threatening packager to disallow him >>> to have a bug in the repo. >> My strategy is not to "formally review" a package I don't agree >> with for whatever reasons. > > OK, then I will have to in next opportunity (I have to find out how it > is done) ask for stripping you off right to review Fedora packages, > because you apparently don't know what is the purpose of the review. OK, sorry, this is too personal (I should not let myself to be dragged into ad hominem attacks even though other side starts first). I think you don't know what is the Package Review about, but I will rather abstain from this discussion furthermore, when I cannot keep myself in good mood. Mat?j From bochecha at fedoraproject.org Sat Aug 8 10:10:16 2009 From: bochecha at fedoraproject.org (Mathieu Bridon (bochecha)) Date: Sat, 8 Aug 2009 12:10:16 +0200 Subject: Firefox SELinux bug from Alpha Blockers meeting. In-Reply-To: References: Message-ID: <2d319b780908080310r50c7ccfxd0bf1b33066637fc@mail.gmail.com> On Sat, Aug 8, 2009 at 11:06, Mat?j Cepl wrote: > Adam Miller writes: > >> Today in our F12Alpha Blocker meeting we discussed the status of the >> Firefox SELinux bug. >> >> https://bugzilla.redhat.com/show_bug.cgi?id=512845 >> >> And we were hoping to get in contact with caillon, stransky, jhorak >> for more information on the bug as well as send this to the developer >> list in order to get any outside feedback that others might have on >> the topic of this being a F12Alpha Blocker. > > It is taken care of. Don't worry about it. I had made a comment in this bug, asking about a similar bug in Epiphany that SEAlert had reported to be the exact same one, but AIUI Epiphany doesn't depend on Gecko anymore but on WebKit-GTK. I can't see if someone had answered me, as the bug is now private, for security concerns I guess. If you stil have acces to it, could you tell me if I was answered ? Or even better, could you answer me ? :) I just wanted to know if I should open a new bug report for Epiphany as SEAlert got confused or if it is indeed the same bug, in which case I'll be patient. Best regards, ---------- Mathieu Bridon (bochecha) From jussilehtola at fedoraproject.org Sat Aug 8 10:19:48 2009 From: jussilehtola at fedoraproject.org (Jussi Lehtola) Date: Sat, 08 Aug 2009 13:19:48 +0300 Subject: --target in %configure in rawhide i386 Message-ID: <1249726788.2596.14.camel@localhost.localdomain> Hi, why does %configure still use --build=i686-pc-linux-gnu --host=i686-pc-linux-gnu --target=i586-redhat-linux-gnu in rawhide i386, shouldn't the target be i686-redhat-linux-gnu? -- Jussi Lehtola Fedora Project Contributor jussilehtola at fedoraproject.org From rawhide at fedoraproject.org Sat Aug 8 10:20:17 2009 From: rawhide at fedoraproject.org (Rawhide Report) Date: Sat, 8 Aug 2009 10:20:17 +0000 Subject: rawhide report: 20090808 changes Message-ID: <20090808102017.GA23946@releng2.fedora.phx.redhat.com> Compose started at Sat Aug 8 06:15:06 UTC 2009 Removed package mugshot Updated Packages: Miro-2.5.2-3.fc12 ----------------- * Thu Aug 06 2009 Jan Horak - 2.5.2-3 - Rebuild against newer gecko aldrin-0.13-3.fc12 ------------------ * Wed Aug 05 2009 Orcan Ogetbil - 0.13-3 - Update the .desktop file binutils-2.19.51.0.14-31.fc12 ----------------------------- * Thu Aug 06 2009 Jakub Jelinek 2.19.51.0.14-31 - Fix strip on objects with STB_GNU_UNIQUE symbols. (BZ 515700, PR binutils/10492) blam-1.8.5-16.fc12 ------------------ * Thu Aug 06 2009 Jan Horak - 1.8.5-15 - Rebuild against newer gecko * Thu Aug 06 2009 Jan Horak - 1.8.5-16 - Rebuild bluez-4.47-2.fc12 ----------------- * Wed Aug 05 2009 Bastien Nocera 4.47-2 - Remove hid2hci calls, they're in udev now - Work-around udev bug, bluetoothd wasn't getting enabled on coldplug compiz-0.8.2-10.fc12 -------------------- * Fri Aug 07 2009 Adel Gadllah - 0.8.2-10 - Enable direct rendering and always-swap by default - Tearing free compiz for INTEL cards ;) dhcp-4.1.0p1-2.fc12 ------------------- * Thu Aug 06 2009 David Cantrell - 12:4.1.0p1-2 - Add /usr/lib[64]/pm-utils/sleep.d/56dhclient to handle suspend and resume with active dhclient leases (#479639) * Wed Aug 05 2009 David Cantrell - 12:4.1.0-27 - Fix for CVE-2009-0692 - Fix for CVE-2009-1892 (#511834) * Wed Aug 05 2009 David Cantrell - 12:4.1.0p1-1 - Upgrade to dhcp-4.1.0p1, which is the official upstream release to fix CVE-2009-0692 dracut-0.8-1.fc12 ----------------- * Thu Aug 06 2009 Harald Hoyer 0.8-1 - version 0.8 - see http://dracut.git.sourceforge.net/git/gitweb.cgi?p=dracut;a=blob_plain;f=NEWS farsight2-0.0.14-1.fc12 ----------------------- * Thu Aug 06 2009 Warren Togami - 0.0.14-1 - 0.0.14 fedora-gnome-theme-12.0-1.fc12 ------------------------------ * Fri Aug 07 2009 Adam Jackson 12.0-1 - Bump to 12.0 - Add gtk-cursor-theme-name to gtkrc * Wed Aug 05 2009 Matthias Clasen - 8.0.0-10 - Match default changes in GConf schemas firefox-3.5.2-3.fc12 -------------------- * Thu Aug 06 2009 Martin Stransky - 3.5.2-2 - Fix for #437596 - Firefox needs to register proper name for session restore. * Thu Aug 06 2009 Martin Stransky - 3.5.2-3 - Rebuilt frescobaldi-0.7.12-3.fc12 ------------------------- * Wed Aug 05 2009 Orcan Ogetbil - 0.7.12-3 - Update the .desktop file gnome-bluetooth-2.27.9-2.fc12 ----------------------------- * Thu Aug 06 2009 Bastien Nocera 2.27.9-2 - Remove requirement on the main package from -libs, and move the icons from the main package to the -libs sub-package (#515845) gnome-guitar-0.8.1-6.fc12 ------------------------- * Wed Aug 05 2009 Orcan Ogetbil - 0.8.1-6 - Update .desktop files - Add missing Requires gnome-python2-extras-2.25.3-10.fc12 ----------------------------------- * Thu Aug 06 2009 Jan Horak - 2.25.3-10 - Rebuild against newer gecko gnome-web-photo-0.8-5.fc12 -------------------------- * Thu Aug 06 2009 Jan Horak - 0.8-5 - Rebuild against newer gecko gstreamer-0.10.24-1.fc12 ------------------------ * Wed Aug 05 2009 Bastien Nocera 0.10.24-1 - Update to 0.10.24 gstreamer-plugins-base-0.10.24-1.fc12 ------------------------------------- * Wed Aug 05 2009 Bastien Nocera 0.10.24-1 - Update to 0.10.24 guitarix-0.05.0-2.fc12 ---------------------- * Wed Aug 05 2009 Orcan Ogetbil - 0.05.0-2 - Update .desktop file hydrogen-0.9.4-0.6.rc1.1.fc12 ----------------------------- * Wed Aug 05 2009 Orcan Ogetbil - 0.9.4-0.6.rc1.1 - Update .desktop file jack-keyboard-2.5-4.fc12 ------------------------ * Wed Aug 05 2009 Orcan Ogetbil - 2.5-4 - Update the .desktop file jamin-0.95.0-7.fc12 ------------------- * Wed Aug 05 2009 Orcan Ogetbil 0.95.0-7 - Update .desktop file kguitar-0.5.1-8.926svn.fc12 --------------------------- * Wed Aug 05 2009 Orcan Ogetbil - 0.5.1-8.926svn - Update .desktop file lash-0.5.4-8.fc12 ----------------- * Wed Aug 05 2009 Orcan Ogetbil - 0.5.4-8 - Update .desktop file libpciaccess-0.10.6-7.fc12 -------------------------- * Thu Aug 06 2009 Dave Airlie 0.10.6-7 - disable rom reading fallbacks * Wed Aug 05 2009 Adam Jackson 0.10.6-5 - libpciaccess-0.10.6-rom-sanity.patch: If we hit the /dev/mem path for reading a device's ROM, verify that it looks like it at least might belong to the device in question by checking vendor and device ID match. Fixes vbetool post hanging forever (and thus blocking boot) on some dual-gpu laptops. * Wed Aug 05 2009 Adam Jackson 0.10.6-6 - D'oh. Fix obvious sense inversion in the previous patch. lzip-1.7-2.fc12 --------------- * Fri Aug 07 2009 Till Maas - 1.7-2 - Exclude lzdiff & lzgrep, they will become part of zutils: http://www.nongnu.org/lzip/zutils.html and fixes a conflict with xz-lzma-compat: Red Hat Bugzilla #515502 - Use globbing for all manpages mesa-7.6-0.8.fc12 ----------------- * Thu Aug 06 2009 Adam Jackson 7.6-0.8 - Build --disable-asm on x86 since it makes everything all textrel'y and that makes selinux unhappy. Strictly we only need to disable the asm dispatch code, but the build system doesn't make that an option yet. minicomputer-1.3-5.fc12 ----------------------- * Wed Aug 05 2009 Orcan Ogetbil - 1.3-5 - Update .desktop file mozvoikko-0.9.7-0.8.rc1.fc12 ---------------------------- * Thu Aug 06 2009 Jan Horak - 0.9.7-0.8.rc1 - Rebuild against newer gecko mscore-0.9.4-6.fc12 ------------------- * Wed Aug 05 2009 Orcan Ogetbil 0.9.4-6 - Update the .desktop file pcmciautils-015-4.fc12 ---------------------- * Thu Aug 06 2009 Harald Hoyer 015-4 - add i686 buildarch perl-Gtk2-MozEmbed-0.08-6.fc12.6 -------------------------------- * Thu Aug 06 2009 Jan Horak - 0.08-6.6 - Rebuild against newer gecko pidgin-2.6.0-0.10.20090806.fc12 ------------------------------- * Thu Aug 06 2009 Warren Togami 2.6.0-0.10.20090806 - new snapshot - theoretically better sound quality in voice chat qemu-0.10.91-0.5.rc1.fc12 ------------------------- * Fri Aug 07 2009 Mark McLoughlin - 2:0.10.91-0.5.rc1 - Fix virtio_net with -net user (#516022) rpm-4.7.1-3.fc12 ---------------- * Thu Aug 06 2009 Jindrich Novy - 4.7.1-3 - rebuild because of the new xz selinux-policy-3.6.26-8.fc12 ---------------------------- * Fri Aug 07 2009 Bill Nottingham 3.6.26-8 - Turn on execstack on a temporary basis (#512845) * Thu Aug 06 2009 Dan Walsh 3.6.26-7 - Allow nsplugin to connecto the session bus - Allow samba_net to write to coolkey data * Wed Aug 05 2009 Dan Walsh 3.6.26-5 - Allow svirt images to create sock_file in svirt_var_run_t * Wed Aug 05 2009 Dan Walsh 3.6.26-6 - Allow devicekit_disk to list inotify shadow-utils-4.1.4.1-6.fc12 --------------------------- * Wed Aug 05 2009 Peter Vrabec 2:4.1.4.1-6 - increase threshold for uid/gid reservations to 200 (#515667) swami-0.9.4-6.fc12 ------------------ * Wed Aug 05 2009 Orcan Ogetbil - 0.9.4-6 - Update .desktop file system-config-keyboard-1.3.0-3.fc12 ----------------------------------- * Wed Aug 05 2009 Lubomir Rintel 1.3.0-3 - Include dracutSetupString() patch by Hans tftp-0.49-5.fc12 ---------------- * Wed Aug 05 2009 Warren Togami - 0.49-5 - Bug #515361 tftp FORTIFY_SOURCE strcpy crash thunderbird-3.0-3.7.b3.fc12 --------------------------- * Thu Aug 06 2009 Jan Horak - 3.0-3.7.beta3 - Removed unused build requirements tuxguitar-1.1-3.fc12 -------------------- * Wed Aug 05 2009 Orcan Ogetbil > - 1.1-3 - Update the .desktop file xorg-x11-server-1.6.99-28.20090804.fc12 --------------------------------------- * Thu Aug 06 2009 Adam Jackson 1.6.99-28.20090804 - xserver-1.6.99-dri2-crash-fixes.patch: don't cough and die just because the driver had the gall not to register a SwapBuffers handler. * Wed Aug 05 2009 Dave Airlie 1.6.99-26.20090804 - fix VGA arb device lookup - noticed by mclasen in qemu * Wed Aug 05 2009 Adam Jackson 1.6.99-27.20090804 - xserver-1.6.99-vga-arb.patch: Fix crashes from miscompilation without xorg-config.h. xulrunner-1.9.1.2-2.fc12 ------------------------ * Thu Aug 06 2009 Martin Stransky 1.9.1.2-2 - Rebuilt xz-4.999.8-0.9.beta.20090804git.fc12 ------------------------------------ * Tue Aug 04 2009 Jindrich Novy 4.999.8-0.9.beta.20090804git - update to the latest GIT snapshot yaboot-1.3.14-16.fc12 --------------------- * Fri Aug 07 2009 Roman Rakus - 1.3.14-15 - Fix bad return code in verbose mode (#515555) * Fri Aug 07 2009 Bill Nottingham - 1.3.14-16 - fix patch file for (#515555) zynaddsubfx-2.4.0-1.fc12 ------------------------ * Thu Aug 06 2009 Orcan Ogetbil - 2.4.0-1 - Update to 2.4.0 - Update scriptlets according to new guidelines - Update the .desktop file - Use Fedora specific flags during compilation - License is GPLv2+ (just run the program on the command line :)) zynjacku-5-3.fc12 ----------------- * Wed Aug 05 2009 Orcan Ogetbil - 5-3 - Update the .desktop file Summary: Added Packages: 0 Removed Packages: 1 Modified Packages: 48 Broken deps for i386 ---------------------------------------------------------- 389-ds-1.1.3-4.fc12.noarch requires 389-ds-admin R-RScaLAPACK-0.5.1-19.fc11.i586 requires openmpi-libs asterisk-fax-1.6.1-0.24.rc1.fc12.i686 requires libspandsp.so.1 bigboard-0.6.4-12.fc12.i686 requires mugshot >= 0:1.1.90-1 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0 clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0 clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 cluttermm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-0.9) dap-hdf4_handler-3.7.9-2.fc11.i586 requires libdap.so.9 dap-hdf4_handler-3.7.9-2.fc11.i586 requires libdapserver.so.6 entertainer-0.4.2-5.fc12.noarch requires pyclutter-cairo octave-forge-20080831-10.fc12.i686 requires octave(api) = 0:api-v32 perl-DBIx-Class-Schema-Loader-0.04006-4.fc12.noarch requires perl(DBIX::Class) php-layers-menu-3.2.0-0.2.rc.fc12.noarch requires php-pear(HTML_Template_PHPLIB) plplot-octave-5.9.4-1.fc12.i586 requires octave(api) = 0:api-v32 ppl-yap-0.10.2-5.fc12.i686 requires libYap.so python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.i586 requires libparted-1.8.so.8 rubygem-main-2.8.4-3.fc12.noarch requires rubygem(fattr) >= 0:1.0.3 sems-1.1.1-2.fc12.i586 requires libspandsp.so.1 sems-g722-1.1.1-2.fc12.i586 requires libspandsp.so.1 sems-gsm-1.1.1-2.fc12.i586 requires libspandsp.so.1 sems-speex-1.1.1-2.fc12.i586 requires libspandsp.so.1 serpentine-0.9-5.fc12.noarch requires gnome-python2-nautilus-cd-burner showimg-pgsql-0.9.5-22.fc11.i586 requires libpqxx-2.6.8.so sugar-pippy-34-2.fc12.i686 requires libstdc++.so.6(CXXABI_1.3)(64bit) sugar-pippy-34-2.fc12.i686 requires libc.so.6()(64bit) sugar-pippy-34-2.fc12.i686 requires libgcc_s.so.1(GCC_3.0)(64bit) sugar-pippy-34-2.fc12.i686 requires libm.so.6()(64bit) sugar-pippy-34-2.fc12.i686 requires libm.so.6(GLIBC_2.2.5)(64bit) sugar-pippy-34-2.fc12.i686 requires libstdc++.so.6()(64bit) sugar-pippy-34-2.fc12.i686 requires libc.so.6(GLIBC_2.2.5)(64bit) sugar-pippy-34-2.fc12.i686 requires libstdc++.so.6(GLIBCXX_3.4)(64bit) sugar-pippy-34-2.fc12.i686 requires libgcc_s.so.1()(64bit) thunderbird-lightning-1.0-0.8.20090513hg.fc12.i686 requires thunderbird < 0:3.0-3.6.b4 trac-customfieldadmin-plugin-0.1-0.1.svn5073.fc10.noarch requires trac-webadmin-plugin trac-customfieldadmin-plugin-0.1-0.1.svn5073.fc10.noarch requires python(abi) = 0:2.5 Broken deps for x86_64 ---------------------------------------------------------- 389-ds-1.1.3-4.fc12.noarch requires 389-ds-admin R-RScaLAPACK-0.5.1-19.fc11.x86_64 requires openmpi-libs asterisk-fax-1.6.1-0.24.rc1.fc12.x86_64 requires libspandsp.so.1()(64bit) bigboard-0.6.4-12.fc12.x86_64 requires mugshot >= 0:1.1.90-1 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.x86_64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.x86_64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-0.7.4-2.fc11.x86_64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8) clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.x86_64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.x86_64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-gtk-0.9) clutter-gtkmm-devel-0.9.4-1.fc12.x86_64 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 cluttermm-0.9.4-1.fc12.x86_64 requires libclutter-glx-0.9.so.0()(64bit) cluttermm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-0.9) cluttermm-devel-0.9.4-1.fc12.x86_64 requires pkgconfig(clutter-0.9) dap-hdf4_handler-3.7.9-2.fc11.x86_64 requires libdap.so.9()(64bit) dap-hdf4_handler-3.7.9-2.fc11.x86_64 requires libdapserver.so.6()(64bit) entertainer-0.4.2-5.fc12.noarch requires pyclutter-cairo octave-forge-20080831-10.fc12.x86_64 requires octave(api) = 0:api-v32 perl-DBIx-Class-Schema-Loader-0.04006-4.fc12.noarch requires perl(DBIX::Class) php-layers-menu-3.2.0-0.2.rc.fc12.noarch requires php-pear(HTML_Template_PHPLIB) plplot-octave-5.9.4-1.fc12.x86_64 requires octave(api) = 0:api-v32 ppl-yap-0.10.2-5.fc12.x86_64 requires libYap.so()(64bit) python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.x86_64 requires libparted-1.8.so.8()(64bit) rubygem-main-2.8.4-3.fc12.noarch requires rubygem(fattr) >= 0:1.0.3 sems-1.1.1-2.fc12.x86_64 requires libspandsp.so.1()(64bit) sems-g722-1.1.1-2.fc12.x86_64 requires libspandsp.so.1()(64bit) sems-gsm-1.1.1-2.fc12.x86_64 requires libspandsp.so.1()(64bit) sems-speex-1.1.1-2.fc12.x86_64 requires libspandsp.so.1()(64bit) serpentine-0.9-5.fc12.noarch requires gnome-python2-nautilus-cd-burner showimg-pgsql-0.9.5-22.fc11.x86_64 requires libpqxx-2.6.8.so()(64bit) thunderbird-lightning-1.0-0.8.20090513hg.fc12.x86_64 requires thunderbird < 0:3.0-3.6.b4 trac-customfieldadmin-plugin-0.1-0.1.svn5073.fc10.noarch requires trac-webadmin-plugin trac-customfieldadmin-plugin-0.1-0.1.svn5073.fc10.noarch requires python(abi) = 0:2.5 Broken deps for ppc ---------------------------------------------------------- 389-ds-1.1.3-4.fc12.noarch requires 389-ds-admin R-RScaLAPACK-0.5.1-19.fc11.ppc requires openmpi-libs asterisk-fax-1.6.1-0.24.rc1.fc12.ppc requires libspandsp.so.1 bigboard-0.6.4-12.fc12.ppc requires mugshot >= 0:1.1.90-1 clutter-cairomm-0.7.4-2.fc11.ppc requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.ppc requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.ppc requires libclutter-glx-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.ppc requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc requires pkgconfig(clutter-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.ppc requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.ppc requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.ppc requires pkgconfig(clutter-gtk-0.9) clutter-gtkmm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.ppc requires libclutter-glx-0.9.so.0 cluttermm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) cluttermm-devel-0.9.4-1.fc12.ppc requires pkgconfig(clutter-0.9) cluttermm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-0.9) dap-hdf4_handler-3.7.9-2.fc11.ppc requires libdap.so.9 dap-hdf4_handler-3.7.9-2.fc11.ppc requires libdapserver.so.6 entertainer-0.4.2-5.fc12.noarch requires pyclutter-cairo octave-forge-20080831-10.fc12.ppc requires octave(api) = 0:api-v32 perl-DBIx-Class-Schema-Loader-0.04006-4.fc12.noarch requires perl(DBIX::Class) php-layers-menu-3.2.0-0.2.rc.fc12.noarch requires php-pear(HTML_Template_PHPLIB) plplot-octave-5.9.4-1.fc12.ppc requires octave(api) = 0:api-v32 ppl-yap-0.10.2-5.fc12.ppc requires libYap.so python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.ppc requires libparted-1.8.so.8 rubygem-main-2.8.4-3.fc12.noarch requires rubygem(fattr) >= 0:1.0.3 sems-1.1.1-2.fc12.ppc requires libspandsp.so.1 sems-g722-1.1.1-2.fc12.ppc requires libspandsp.so.1 sems-gsm-1.1.1-2.fc12.ppc requires libspandsp.so.1 sems-speex-1.1.1-2.fc12.ppc requires libspandsp.so.1 serpentine-0.9-5.fc12.noarch requires gnome-python2-nautilus-cd-burner showimg-pgsql-0.9.5-22.fc11.ppc requires libpqxx-2.6.8.so sugar-pippy-34-2.fc12.ppc requires libm.so.6(GLIBC_2.2.5)(64bit) sugar-pippy-34-2.fc12.ppc requires libc.so.6(GLIBC_2.2.5)(64bit) thunderbird-lightning-1.0-0.8.20090513hg.fc12.ppc requires thunderbird < 0:3.0-3.6.b4 trac-customfieldadmin-plugin-0.1-0.1.svn5073.fc10.noarch requires trac-webadmin-plugin trac-customfieldadmin-plugin-0.1-0.1.svn5073.fc10.noarch requires python(abi) = 0:2.5 Broken deps for ppc64 ---------------------------------------------------------- 389-ds-1.1.3-4.fc12.noarch requires 389-ds-admin R-RScaLAPACK-0.5.1-19.fc11.ppc64 requires openmpi-libs asterisk-fax-1.6.1-0.24.rc1.fc12.ppc64 requires libspandsp.so.1()(64bit) bigboard-0.6.4-12.fc12.ppc64 requires mugshot >= 0:1.1.90-1 clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) cluttermm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-0.9) dap-hdf4_handler-3.7.9-2.fc11.ppc64 requires libdap.so.9()(64bit) dap-hdf4_handler-3.7.9-2.fc11.ppc64 requires libdapserver.so.6()(64bit) entertainer-0.4.2-5.fc12.noarch requires pyclutter-cairo octave-forge-20080831-10.fc12.ppc64 requires octave(api) = 0:api-v32 perl-DBIx-Class-Schema-Loader-0.04006-4.fc12.noarch requires perl(DBIX::Class) php-layers-menu-3.2.0-0.2.rc.fc12.noarch requires php-pear(HTML_Template_PHPLIB) plplot-octave-5.9.4-1.fc12.ppc64 requires octave(api) = 0:api-v32 ppl-yap-0.10.2-5.fc12.ppc64 requires libYap.so()(64bit) python-mwlib-0.11.2-3.20090522hg2956.fc12.ppc64 requires LabPlot python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.ppc64 requires libparted-1.8.so.8()(64bit) rubygem-main-2.8.4-3.fc12.noarch requires rubygem(fattr) >= 0:1.0.3 sems-1.1.1-2.fc12.ppc64 requires libspandsp.so.1()(64bit) sems-g722-1.1.1-2.fc12.ppc64 requires libspandsp.so.1()(64bit) sems-gsm-1.1.1-2.fc12.ppc64 requires libspandsp.so.1()(64bit) sems-speex-1.1.1-2.fc12.ppc64 requires libspandsp.so.1()(64bit) serpentine-0.9-5.fc12.noarch requires gnome-python2-nautilus-cd-burner showimg-pgsql-0.9.5-22.fc11.ppc64 requires libpqxx-2.6.8.so()(64bit) sugar-pippy-34-2.fc12.ppc64 requires libc.so.6(GLIBC_2.4) sugar-pippy-34-2.fc12.ppc64 requires libm.so.6(GLIBC_2.0) sugar-pippy-34-2.fc12.ppc64 requires libc.so.6(GLIBC_2.1.3) sugar-pippy-34-2.fc12.ppc64 requires libstdc++.so.6(GLIBCXX_3.4) sugar-pippy-34-2.fc12.ppc64 requires libm.so.6 sugar-pippy-34-2.fc12.ppc64 requires libm.so.6(GLIBC_2.2.5)(64bit) sugar-pippy-34-2.fc12.ppc64 requires libc.so.6 sugar-pippy-34-2.fc12.ppc64 requires libgcc_s.so.1(GCC_3.0) sugar-pippy-34-2.fc12.ppc64 requires libc.so.6(GLIBC_2.2.5)(64bit) sugar-pippy-34-2.fc12.ppc64 requires libstdc++.so.6(CXXABI_1.3) sugar-pippy-34-2.fc12.ppc64 requires libc.so.6(GLIBC_2.0) sugar-pippy-34-2.fc12.ppc64 requires libgcc_s.so.1 sugar-pippy-34-2.fc12.ppc64 requires libstdc++.so.6 thunderbird-lightning-1.0-0.8.20090513hg.fc12.ppc64 requires thunderbird < 0:3.0-3.6.b4 trac-customfieldadmin-plugin-0.1-0.1.svn5073.fc10.noarch requires trac-webadmin-plugin trac-customfieldadmin-plugin-0.1-0.1.svn5073.fc10.noarch requires python(abi) = 0:2.5 From mail at robertoragusa.it Sat Aug 8 10:10:12 2009 From: mail at robertoragusa.it (Roberto Ragusa) Date: Sat, 08 Aug 2009 12:10:12 +0200 Subject: pulseaudio 0.9.15 for F10? Message-ID: <4A7D4F04.3060808@robertoragusa.it> Hi all, are there pulseaudio 0.9.15 rpms for F10? Nothing in koji, the F11 rpms have no easily solvable dependencies, even an attempt to rebuild the src.rpm on F10 failed because it needs libtool-2.2, if I understand correctly. Is there any way to have usable sound on F10 (a currently supported version)? In particular I hope to solve the "everything gets stuck" problem with mplayer (and others): http://www.pulseaudio.org/ticket/440 Best regards. -- Roberto Ragusa mail at robertoragusa.it From jwboyer at gmail.com Sat Aug 8 10:55:23 2009 From: jwboyer at gmail.com (Josh Boyer) Date: Sat, 8 Aug 2009 06:55:23 -0400 Subject: Fedora 12 Features Proposed for Removal In-Reply-To: <1249713086.2266.258.camel@adam.local.net> References: <1249518657.1589.17.camel@planemask> <1249580220.2266.168.camel@adam.local.net> <1249582475.3759.57.camel@localhost.localdomain> <1249584080.2266.181.camel@adam.local.net> <1249586654.3759.64.camel@localhost.localdomain> <1249587266.2266.192.camel@adam.local.net> <20090806133920.38b547e3@ohm.scrye.com> <1249588170.2266.197.camel@adam.local.net> <1249713086.2266.258.camel@adam.local.net> Message-ID: <20090808105523.GO3095@hansolo.jdub.homelinux.org> On Fri, Aug 07, 2009 at 11:31:26PM -0700, Adam Williamson wrote: >On Sat, 2009-08-08 at 07:12 +0200, Kevin Kofler wrote: >> Adam Williamson wrote: >> > Er, the _topic_ of this thread is "Fedora 12 Features Proposed for >> > Removal". The email doesn't say anything about 'if you fix this stuff >> > before the meeting it'll be fine' (though that may be the actual case), >> > and the amount of notice given is a princely two days, which isn't that >> > long for anyone to make changes. The way things are worded are clearly >> > "We're going to drop these features", not "please check this, okay? >> > Please? Thanks!" >> >> FYI, we voted against dropping most of that stuff. They were just proposed >> for dropping. > >Sure, but that was sort of my point. What was actually achieved by >'proposing' features to be dropped that everyone knew wouldn't really be >dropped, and then having a meeting to confirm that they wouldn't be? It's called transparency and accountability. Some call it beauracracy. See, FESCo used to just make these 'obvious' decisions at times, and we were yelled at for not having a definable process and not being transparent. Repeatedly. We have a Feature process now, and while I'm not a huge fan of process, this one is run very well by the Feature Wrangler. It treats them all the same, they have to all follow the same criteria regardless of how 'obvious' some of the decisions are. josh From ghosler at redhat.com Sat Aug 8 11:37:01 2009 From: ghosler at redhat.com (Gregory Hosler) Date: Sat, 08 Aug 2009 19:37:01 +0800 Subject: F-11: system-config-printer --> windows printer --> "You are not authorized to carry out the requested action" Message-ID: <4A7D635D.90906@redhat.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi all. I'm hoping that I have missed something somewhere. F-11 setting up a printer. I "su -" I run system-config-printer I select: Network Printer Select WIndows/Samba printer browse the printer share put in my authentication verify the authentication (Print share is accessible) Select manufacturer (not sure why my ancient HP Deskject 960C is not auto detected, but that's ok). Select driver Click on Apply. I get the attached popup: Unauthorized request (addPrinter) You are not authorized to carry out the requested action I am root. It's not firewall: I have reproduced this with firewall dropped. It's not seLinux: I have reproduced this with selinux disabled. Any thoughts ? - -Greg - -- +---------------------------------------------------------------------+ Please also check the log file at "/dev/null" for additional information. (from /var/log/Xorg.setup.log) | Greg Hosler ghosler at redhat.com | +---------------------------------------------------------------------+ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkp9Y1sACgkQ404fl/0CV/TGDACgpX/B+JalNGhJkFzKSw6qV5CT RBYAoJHe390UVouJbi2fHagLrbLIReBp =qwsh -----END PGP SIGNATURE----- -------------- next part -------------- A non-text attachment was scrubbed... Name: Screenshot-Untitled Window.png Type: image/png Size: 12944 bytes Desc: not available URL: From ghosler at redhat.com Sat Aug 8 11:39:50 2009 From: ghosler at redhat.com (Gregory Hosler) Date: Sat, 08 Aug 2009 19:39:50 +0800 Subject: enigmail for F-11's thunderbird ? Message-ID: <4A7D6406.8060404@redhat.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi all, I'm looking for enigmail for F-11's Thunderbird I tried the nightly build for Thunderbird 3.0 alpha, but that doesn't seem to be recognized. I also tried the enigma-thunderbird plugin from rpmfusion, and that didn't seem to be recognized either. Any thoughts / comments on getting enigmail working with thunderbird on F-11 ? All the best, - -Greg - -- +---------------------------------------------------------------------+ Please also check the log file at "/dev/null" for additional information. (from /var/log/Xorg.setup.log) | Greg Hosler ghosler at redhat.com | +---------------------------------------------------------------------+ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkp9ZAUACgkQ404fl/0CV/Q3ZwCgqOfYKBBoKCZltbXR9LY5CvwL DwkAn3elUhF5MTXPEGiEcN3aPRklyKJv =7IyW -----END PGP SIGNATURE----- From frankly3d at gmail.com Sat Aug 8 11:36:26 2009 From: frankly3d at gmail.com (Frank Murphy (Frankly3D)) Date: Sat, 08 Aug 2009 12:36:26 +0100 Subject: F-11: system-config-printer --> windows printer --> "You are not authorized to carry out the requested action" In-Reply-To: <4A7D635D.90906@redhat.com> References: <4A7D635D.90906@redhat.com> Message-ID: <4A7D633A.5040407@gmail.com> On 08/08/09 12:37, Gregory Hosler wrote: > Hi all. > > I'm hoping that I have missed something somewhere. > Wrong-list: https://www.redhat.com/mailman/listinfo/fedora-list > Network Printer > Select WIndows/Samba printer What's the printer attached to? From frankly3d at gmail.com Sat Aug 8 11:38:34 2009 From: frankly3d at gmail.com (Frank Murphy (Frankly3D)) Date: Sat, 08 Aug 2009 12:38:34 +0100 Subject: enigmail for F-11's thunderbird ? In-Reply-To: <4A7D6406.8060404@redhat.com> References: <4A7D6406.8060404@redhat.com> Message-ID: <4A7D63BA.8020402@gmail.com> On 08/08/09 12:39, Gregory Hosler wrote: > Hi all, > Works fine for me. Did you get TB from Mozilla? I believe enigmail is setup fro the Fedora packaged version of TB, which is on TB 3 Beta2 From ghosler at redhat.com Sat Aug 8 11:53:41 2009 From: ghosler at redhat.com (Gregory Hosler) Date: Sat, 08 Aug 2009 19:53:41 +0800 Subject: F-11: system-config-printer --> windows printer --> "You are not authorized to carry out the requested action" In-Reply-To: <4A7D633A.5040407@gmail.com> References: <4A7D635D.90906@redhat.com> <4A7D633A.5040407@gmail.com> Message-ID: <4A7D6745.6060804@redhat.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Frank Murphy (Frankly3D) wrote: > On 08/08/09 12:37, Gregory Hosler wrote: >> Hi all. >> >> I'm hoping that I have missed something somewhere. >> > > Wrong-list: > https://www.redhat.com/mailman/listinfo/fedora-list > > >> Network Printer >> Select WIndows/Samba printer > > > What's the printer attached to? The printer is attached to a windows box. At the time of running system-config-printer, the windows box is on. This used to work just fine on F-10 and earlier... All the best, - -Greg - -- +---------------------------------------------------------------------+ Please also check the log file at "/dev/null" for additional information. (from /var/log/Xorg.setup.log) | Greg Hosler ghosler at redhat.com | +---------------------------------------------------------------------+ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkp9Z0MACgkQ404fl/0CV/RMkwCglDDukyZsycl9a9Q0NJEQ87L7 8zMAnj8C9rX/8vJ9TFpIQfPv8Taufn2r =0lLh -----END PGP SIGNATURE----- From frankly3d at gmail.com Sat Aug 8 11:52:44 2009 From: frankly3d at gmail.com (Frank Murphy (Frankly3D)) Date: Sat, 08 Aug 2009 12:52:44 +0100 Subject: F-11: system-config-printer --> windows printer --> "You are not authorized to carry out the requested action" In-Reply-To: <4A7D6745.6060804@redhat.com> References: <4A7D635D.90906@redhat.com> <4A7D633A.5040407@gmail.com> <4A7D6745.6060804@redhat.com> Message-ID: <4A7D670C.2020405@gmail.com> On 08/08/09 12:53, Gregory Hosler wrote: > Frank Murphy (Frankly3D) wrote: >> On 08/08/09 12:37, Gregory Hosler wrote: > > The printer is attached to a windows box. At the time of running system-config-printer, > the windows box is on. > > This used to work just fine on F-10 and earlier... > > All the best, > > -Greg > > Sorry Greg, I wouldn't have a clue about the windows end. Your best bet is probably the list url I gave. Where more users, In a similar situation. would be active. From bochecha at fedoraproject.org Sat Aug 8 12:09:09 2009 From: bochecha at fedoraproject.org (Mathieu Bridon (bochecha)) Date: Sat, 8 Aug 2009 14:09:09 +0200 Subject: F-11: system-config-printer --> windows printer --> "You are not authorized to carry out the requested action" In-Reply-To: <4A7D670C.2020405@gmail.com> References: <4A7D635D.90906@redhat.com> <4A7D633A.5040407@gmail.com> <4A7D6745.6060804@redhat.com> <4A7D670C.2020405@gmail.com> Message-ID: <2d319b780908080509g7b3ecddw59909da0a733cefb@mail.gmail.com> >> The printer is attached to a windows box. At the time of running system-config-printer, >> the windows box is on. >> >> This used to work just fine on F-10 and earlier... I think s-c-p now uses PolicyKit. As such, run it as your normal user, you'll be prompted for the root password just when you need the authorization, removing the need to run a whole graphical application as root. > I wouldn't have a clue about the windows end. > Your best bet is probably the list url I gave. > Where more users, In a similar situation. would be active. I also think this would be much better on the users list. Best regards, ---------- Mathieu Bridon (bochecha) From pbrobinson at gmail.com Sat Aug 8 12:11:48 2009 From: pbrobinson at gmail.com (Peter Robinson) Date: Sat, 8 Aug 2009 13:11:48 +0100 Subject: Fit and Finish, round three: peripherals In-Reply-To: <1249693647.10031.16.camel@localhost.localdomain> References: <1249663982.2242.7.camel@planemask> <4A7C65A3.8030601@bfccomputing.com> <1249666972.2242.8.camel@planemask> <1249685555.2266.246.camel@adam.local.net> <1249693647.10031.16.camel@localhost.localdomain> Message-ID: <5256d0b0908080511n3df35a6ew88372ce311e81f29@mail.gmail.com> >> > > > a camera, a phone, a usb stick, or whatever gizmos you >> > > > have at home... >> > > >> > > Real plastic and metal plugs only, or bluetooth connections as well? >> > >> > Bluetooth is definitively in scope. >> >> The scope seems worryingly large, to me, on this one. We could talk >> about modems, 3G modems, mice, headsets, webcams, phones running any one >> of a dozen different operating systems (all of which behave and are >> supported - or not - entirely differently), mp3 players, Wiimotes, drum >> kits, steering wheels, video cards (yes, I've got a USB video card >> here), or a zillion other completely different things (all my examples >> are things I actually have lying around my apartment somewhere). There's >> no real unified software layer handling all these cases (well, udev and >> hal probably get involved in most of them, but they're nowhere near the >> whole stack necessary to actually do anything useful), so I'm not sure >> we're going to get much useful focused work done with such a broad >> scope. >> >> sorry to sound like Mr. Negative, just thought it was worth raising my >> concerns! > > Apart from the USB video cards, if you have any of those, feel free to > come around. I saw something a while ago about the DisplayLink (as opposed to DisplayPort) USB Video standard released code/drivers as GPL for linux but I've never seen anything further about it even in my random following of the X mailing lists. I have no idea what the state of the code is but it would be interesting to get support for it as there's a lot of 7 inch USB displays, USB "docks" etc that use the standard. http://www.engadget.com/2009/05/16/displaylink-makes-linux-source-code-available-finally/ Peter From musuruan at gmail.com Sat Aug 8 13:45:07 2009 From: musuruan at gmail.com (Andrea Musuruane) Date: Sat, 8 Aug 2009 15:45:07 +0200 Subject: Ongoing effort to package JOSM Message-ID: <29fee02b0908080645q2787e110v928bc88321c5430@mail.gmail.com> Hi, C?dric OLIVIER has submitted a review request for JOSM, an editor for OpenStreetMap (OSM) written in Java: https://bugzilla.redhat.com/508351 Since I'm an OSM contributor, a JOSM user and a Fedora packager, I tried to address some of the problem the package has with some informal reviews (I'm not a sponsor and C?dric is looking for one). The most evident mistake is that the package is using pre-built JAR files instead of system JARs. These libraries are not yet available in Fedora. To speed things up, I packaged them and submitted for review: Gettext-commons: https://bugzilla.redhat.com/515136 Metadata-extractor: https://bugzilla.redhat.com/516343 Although I maintain more than 20 packages in Fedora and RPM Fusion, these are my first two Java packages. Any hint or suggestion on how to improve them is well accepted. A reviewer is welcome too :) In metadata-extractor I had to disable junit test. This is something Debian package does too. But I do not understand why enabling it I get the following error: ---8<---8<---8<---8<---8<---8<---8<---8<---8<--- [...] test: BUILD FAILED /home/andrea/devel/prg/metadata-extractor/build.xml:48: Problem: failed to create task or type junit Cause: the class org.apache.tools.ant.taskdefs.optional.junit.JUnitTask was not found. This looks like one of Ant's optional components. Action: Check that the appropriate optional JAR exists in -/usr/share/ant/lib -/home/andrea/.ant/lib -a directory added on the command line with the -lib argument Do not panic, this is a common problem. The commonest cause is a missing JAR. This is not a bug; it is a configuration problem ---8<---8<---8<---8<---8<---8<---8<---8<---8<--- Any help appreciated. Bye, Andrea. From awilliam at redhat.com Sat Aug 8 13:47:55 2009 From: awilliam at redhat.com (Adam Williamson) Date: Sat, 08 Aug 2009 06:47:55 -0700 Subject: Fedora 12 Features Proposed for Removal In-Reply-To: <20090808105523.GO3095@hansolo.jdub.homelinux.org> References: <1249518657.1589.17.camel@planemask> <1249580220.2266.168.camel@adam.local.net> <1249582475.3759.57.camel@localhost.localdomain> <1249584080.2266.181.camel@adam.local.net> <1249586654.3759.64.camel@localhost.localdomain> <1249587266.2266.192.camel@adam.local.net> <20090806133920.38b547e3@ohm.scrye.com> <1249588170.2266.197.camel@adam.local.net> <1249713086.2266.258.camel@adam.local.net> <20090808105523.GO3095@hansolo.jdub.homelinux.org> Message-ID: <1249739275.2266.262.camel@adam.local.net> On Sat, 2009-08-08 at 06:55 -0400, Josh Boyer wrote: > We have a Feature process now, and while I'm not a huge fan of process, > this one is run very well by the Feature Wrangler. It treats them all the > same, they have to all follow the same criteria regardless of how 'obvious' > some of the decisions are. ...except I pointed out that we do version bumps of everything in the distro from one release to the next (more or less), but only a couple of them are flagged up as features. To which it was replied that this was primarily for PR purposes. To which I objected that it was silly to attach this kind of bureaucracy to something which was only happening for PR reasons. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From mzerqung at 0pointer.de Sat Aug 8 15:02:38 2009 From: mzerqung at 0pointer.de (Lennart Poettering) Date: Sat, 8 Aug 2009 17:02:38 +0200 Subject: pulseaudio 0.9.15 for F10? In-Reply-To: <4A7D4F04.3060808@robertoragusa.it> References: <4A7D4F04.3060808@robertoragusa.it> Message-ID: <20090808150238.GA1871@tango.0pointer.de> On Sat, 08.08.09 12:10, Roberto Ragusa (mail at robertoragusa.it) wrote: > Hi all, > > are there pulseaudio 0.9.15 rpms for F10? > > Nothing in koji, the F11 rpms have no easily solvable dependencies, > even an attempt to rebuild the src.rpm on F10 failed because > it needs libtool-2.2, if I understand correctly. I am certainly one of those people who think that released distributions should only receive security fixes and small other bug fixes. Upgrading PA like this involves big changes and does not qualify as either security nor as small other bug fixes. If you want a newer PA I'd recommend doing the upgrade from F10 to F11. Lennart -- Lennart Poettering Red Hat, Inc. lennart [at] poettering [dot] net http://0pointer.net/lennart/ GnuPG 0x1A015CC4 From jwboyer at gmail.com Sat Aug 8 15:07:04 2009 From: jwboyer at gmail.com (Josh Boyer) Date: Sat, 8 Aug 2009 11:07:04 -0400 Subject: Fedora 12 Features Proposed for Removal In-Reply-To: <1249739275.2266.262.camel@adam.local.net> References: <1249582475.3759.57.camel@localhost.localdomain> <1249584080.2266.181.camel@adam.local.net> <1249586654.3759.64.camel@localhost.localdomain> <1249587266.2266.192.camel@adam.local.net> <20090806133920.38b547e3@ohm.scrye.com> <1249588170.2266.197.camel@adam.local.net> <1249713086.2266.258.camel@adam.local.net> <20090808105523.GO3095@hansolo.jdub.homelinux.org> <1249739275.2266.262.camel@adam.local.net> Message-ID: <20090808150704.GQ3095@hansolo.jdub.homelinux.org> On Sat, Aug 08, 2009 at 06:47:55AM -0700, Adam Williamson wrote: >On Sat, 2009-08-08 at 06:55 -0400, Josh Boyer wrote: > >> We have a Feature process now, and while I'm not a huge fan of process, >> this one is run very well by the Feature Wrangler. It treats them all the >> same, they have to all follow the same criteria regardless of how 'obvious' >> some of the decisions are. > >...except I pointed out that we do version bumps of everything in the >distro from one release to the next (more or less), but only a couple of >them are flagged up as features. To which it was replied that this was >primarily for PR purposes. To which I objected that it was silly to >attach this kind of bureaucracy to something which was only happening >for PR reasons. What does any of that have to do with the email I replied to? You said it was silly to have a meeting to follow through with the process when everyone knew what the result would be, and I replied why we do that. Now you circle back on some other thing? I'm pretty sure you're just arguing for arguing's sake now so I'll just bow out and stop wasting my time. josh From lists at sapience.com Sat Aug 8 16:03:32 2009 From: lists at sapience.com (Mail Lists) Date: Sat, 08 Aug 2009 12:03:32 -0400 Subject: enigmail for F-11's thunderbird ? In-Reply-To: <4A7D63BA.8020402@gmail.com> References: <4A7D6406.8060404@redhat.com> <4A7D63BA.8020402@gmail.com> Message-ID: <4A7DA1D4.5090708@sapience.com> On 08/08/2009 07:38 AM, Frank Murphy (Frankly3D) wrote: > On 08/08/09 12:39, Gregory Hosler wrote: >> Hi all, >> > > Works fine for me. > Did you get TB from Mozilla? > > I believe enigmail is setup fro the Fedora packaged version of TB, > which is on TB 3 Beta2 > I am using stock F11 tb and enigmail from rpmfusion on x64 - and it does NOT work. It says 'not compatible'. Since the mozilla builds do not provide x64 (which is a shame 64 bit are basically the baseline now with core 2) and the plugins are not 64 bit I am not using them - but if you use the 32 bit mozilla tb and enigmail nightly from mozilla - they do work. So the problem is with the plugin for enigmail - we should ping rpmfusion I guess. From frankly3d at gmail.com Sat Aug 8 16:06:04 2009 From: frankly3d at gmail.com (Frank Murphy (Frankly3D)) Date: Sat, 08 Aug 2009 17:06:04 +0100 Subject: enigmail for F-11's thunderbird ? In-Reply-To: <4A7DA1D4.5090708@sapience.com> References: <4A7D6406.8060404@redhat.com> <4A7D63BA.8020402@gmail.com> <4A7DA1D4.5090708@sapience.com> Message-ID: <4A7DA26C.5030204@gmail.com> On 08/08/09 17:03, Mail Lists wrote: --snip-- > Since the mozilla builds do not provide x64 (which is a shame 64 bit > are basically the baseline now with core 2) and the plugins are not 64 > bit I am not using them - but if you use the 32 bit mozilla tb and > enigmail nightly from mozilla - they do work. > > So the problem is with the plugin for enigmail - we should ping > rpmfusion I guess. > > bash-4.0$ rpm -qa | grep thunderbird thunderbird-3.0-2.3.beta2.fc11.x86_64 thunderbird-enigmail-0.96a-0.3.cvs20090521.fc11.x86_64 From lists at sapience.com Sat Aug 8 16:09:46 2009 From: lists at sapience.com (Mail Lists) Date: Sat, 08 Aug 2009 12:09:46 -0400 Subject: enigmail for F-11's thunderbird ? In-Reply-To: <4A7DA26C.5030204@gmail.com> References: <4A7D6406.8060404@redhat.com> <4A7D63BA.8020402@gmail.com> <4A7DA1D4.5090708@sapience.com> <4A7DA26C.5030204@gmail.com> Message-ID: <4A7DA34A.4010107@sapience.com> On 08/08/2009 12:06 PM, Frank Murphy (Frankly3D) wrote: > On 08/08/09 17:03, Mail Lists wrote: > --snip-- >> Since the mozilla builds do not provide x64 (which is a shame 64 bit >> are basically the baseline now with core 2) and the plugins are not 64 >> bit I am not using them - but if you use the 32 bit mozilla tb and >> enigmail nightly from mozilla - they do work. >> >> So the problem is with the plugin for enigmail - we should ping >> rpmfusion I guess. >> >> > > bash-4.0$ rpm -qa | grep thunderbird > thunderbird-3.0-2.3.beta2.fc11.x86_64 > thunderbird-enigmail-0.96a-0.3.cvs20090521.fc11.x86_64 > Doh me - its -lightning- that doesn't work - sorry - my enigmail is just fine (tho looks like you haven't yum updated - i have a newer (.beta3) tb tho... From frankly3d at gmail.com Sat Aug 8 16:11:23 2009 From: frankly3d at gmail.com (Frank Murphy (Frankly3D)) Date: Sat, 08 Aug 2009 17:11:23 +0100 Subject: enigmail for F-11's thunderbird ? In-Reply-To: <4A7DA34A.4010107@sapience.com> References: <4A7D6406.8060404@redhat.com> <4A7D63BA.8020402@gmail.com> <4A7DA1D4.5090708@sapience.com> <4A7DA26C.5030204@gmail.com> <4A7DA34A.4010107@sapience.com> Message-ID: <4A7DA3AB.9000003@gmail.com> On 08/08/09 17:09, Mail Lists wrote: --snip-- >>> >>> >> bash-4.0$ rpm -qa | grep thunderbird >> thunderbird-3.0-2.3.beta2.fc11.x86_64 >> thunderbird-enigmail-0.96a-0.3.cvs20090521.fc11.x86_64 >> > > Doh me - its -lightning- that doesn't work - sorry - my enigmail is > just fine (tho looks like you haven't yum updated - i have a newer > (.beta3) tb tho... > Nah, I have it held at b2, b3 was losing folders on me. From rc040203 at freenet.de Sat Aug 8 16:34:45 2009 From: rc040203 at freenet.de (Ralf Corsepius) Date: Sat, 08 Aug 2009 18:34:45 +0200 Subject: --target in %configure in rawhide i386 In-Reply-To: <1249726788.2596.14.camel@localhost.localdomain> References: <1249726788.2596.14.camel@localhost.localdomain> Message-ID: <4A7DA925.4070702@freenet.de> On 08/08/2009 12:19 PM, Jussi Lehtola wrote: > Hi, > > > why does %configure still use > > --build=i686-pc-linux-gnu --host=i686-pc-linux-gnu > --target=i586-redhat-linux-gnu > > in rawhide i386, shouldn't the target be i686-redhat-linux-gnu? --target should not be set at all. It's meaningless for 99.9% of all packages. Ralf From kevin.kofler at chello.at Sat Aug 8 16:56:21 2009 From: kevin.kofler at chello.at (Kevin Kofler) Date: Sat, 08 Aug 2009 18:56:21 +0200 Subject: pulseaudio 0.9.15 for F10? References: <4A7D4F04.3060808@robertoragusa.it> <20090808150238.GA1871@tango.0pointer.de> Message-ID: Lennart Poettering wrote: > Upgrading PA like this involves big changes and does not qualify as > either security nor as small other bug fixes. Well, then you could backport at least the bugfixes. It's pretty bad that known bugs, even pretty bad ones, are staying unfixed on the still-supported F10. Kevin Kofler From lists at sapience.com Sat Aug 8 17:02:15 2009 From: lists at sapience.com (Mail Lists) Date: Sat, 08 Aug 2009 13:02:15 -0400 Subject: pulseaudio 0.9.15 for F10? In-Reply-To: References: <4A7D4F04.3060808@robertoragusa.it> <20090808150238.GA1871@tango.0pointer.de> Message-ID: <4A7DAF97.6090305@sapience.com> On 08/08/2009 12:56 PM, Kevin Kofler wrote: > Lennart Poettering wrote: >> Upgrading PA like this involves big changes and does not qualify as >> either security nor as small other bug fixes. > > Well, then you could backport at least the bugfixes. It's pretty bad that > known bugs, even pretty bad ones, are staying unfixed on the still-supported > F10. > > Kevin Kofler > > Frankly talking to a door and expecting an answer is not fruitful. Vent by all means .. hope you feel better ... but dont assume rational response from a door. From mzerqung at 0pointer.de Sat Aug 8 17:22:25 2009 From: mzerqung at 0pointer.de (Lennart Poettering) Date: Sat, 8 Aug 2009 19:22:25 +0200 Subject: pulseaudio 0.9.15 for F10? In-Reply-To: References: <4A7D4F04.3060808@robertoragusa.it> <20090808150238.GA1871@tango.0pointer.de> Message-ID: <20090808172224.GA10194@tango.0pointer.de> On Sat, 08.08.09 18:56, Kevin Kofler (kevin.kofler at chello.at) wrote: > > Lennart Poettering wrote: > > Upgrading PA like this involves big changes and does not qualify as > > either security nor as small other bug fixes. > > Well, then you could backport at least the bugfixes. It's pretty bad that > known bugs, even pretty bad ones, are staying unfixed on the still-supported > F10. So why don't you backport the fix in question here then if you consider this issue so important? I am not the only one with CVS access here, am I? Lennart -- Lennart Poettering Red Hat, Inc. lennart [at] poettering [dot] net http://0pointer.net/lennart/ GnuPG 0x1A015CC4 From mail at robertoragusa.it Sat Aug 8 17:28:47 2009 From: mail at robertoragusa.it (Roberto Ragusa) Date: Sat, 08 Aug 2009 19:28:47 +0200 Subject: pulseaudio 0.9.15 for F10? In-Reply-To: <20090808150238.GA1871@tango.0pointer.de> References: <4A7D4F04.3060808@robertoragusa.it> <20090808150238.GA1871@tango.0pointer.de> Message-ID: <4A7DB5CF.2000209@robertoragusa.it> Lennart Poettering wrote: > On Sat, 08.08.09 12:10, Roberto Ragusa (mail at robertoragusa.it) wrote: > > I am certainly one of those people who think that released > distributions should only receive security fixes and small other bug > fixes. I am one of those people who think supported distributions should receive fixes. Kudos to the KDE guys who go beyond small fixes and actually push KDE 4.3 to F10. > Upgrading PA like this involves big changes and does not qualify as > either security nor as small other bug fixes. > > If you want a newer PA I'd recommend doing the upgrade from F10 to F11. Not a good reason to upgrade. Actually I don't want a newer PA, just a working PA. So, I backported the patch myself. After applying this patch, mplayer does not get stuck, it is just the usual latency/skips/underruns... diff -urN pulseaudio-0.9.14/src/pulsecore/protocol-native.c pulseaudio-0.9.14-fix440/src/pulsecore/protocol-native.c --- pulseaudio-0.9.14/src/pulsecore/protocol-native.c 2009-01-13 00:11:38.000000000 +0100 +++ pulseaudio-0.9.14-fix440/src/pulsecore/protocol-native.c 2009-08-08 18:46:34.000000000 +0200 @@ -797,7 +797,7 @@ uint32_t* prebuf, uint32_t* minreq) { - size_t frame_size; + size_t frame_size, max_prebuf; pa_usec_t orig_tlength_usec, tlength_usec, orig_minreq_usec, minreq_usec, sink_usec; pa_assert(s); @@ -923,8 +923,10 @@ if (*tlength <= *minreq) *tlength = *minreq*2 + (uint32_t) frame_size; - if (*prebuf == (uint32_t) -1 || *prebuf > *tlength) - *prebuf = *tlength; + max_prebuf = *tlength + (uint32_t) frame_size - *minreq; + if (*prebuf == (uint32_t) -1 || + *prebuf > max_prebuf) + *prebuf = max_prebuf; } static void fix_playback_buffer_attr_post( -- Roberto Ragusa mail at robertoragusa.it From mail at robertoragusa.it Sat Aug 8 17:32:11 2009 From: mail at robertoragusa.it (Roberto Ragusa) Date: Sat, 08 Aug 2009 19:32:11 +0200 Subject: pulseaudio 0.9.15 for F10? In-Reply-To: <4A7DB5CF.2000209@robertoragusa.it> References: <4A7D4F04.3060808@robertoragusa.it> <20090808150238.GA1871@tango.0pointer.de> <4A7DB5CF.2000209@robertoragusa.it> Message-ID: <4A7DB69B.80503@robertoragusa.it> Roberto Ragusa wrote: > After applying this patch, mplayer does not get stuck, it is just the usual > latency/skips/underruns... Wrongly pasted the patch. Corrected one follows: diff -urN pulseaudio-0.9.14/src/pulsecore/memblockq.c pulseaudio-0.9.14-fix440/src/pulsecore/memblockq.c --- pulseaudio-0.9.14/src/pulsecore/memblockq.c 2009-01-13 00:10:34.000000000 +0100 +++ pulseaudio-0.9.14-fix440/src/pulsecore/memblockq.c 2009-08-08 18:42:28.000000000 +0200 @@ -90,8 +90,8 @@ pa_memblockq_set_maxlength(bq, maxlength); pa_memblockq_set_tlength(bq, tlength); - pa_memblockq_set_prebuf(bq, prebuf); pa_memblockq_set_minreq(bq, minreq); + pa_memblockq_set_prebuf(bq, prebuf); pa_memblockq_set_maxrewind(bq, maxrewind); pa_log_debug("memblockq sanitized: maxlength=%lu, tlength=%lu, base=%lu, prebuf=%lu, minreq=%lu maxrewind=%lu", @@ -782,16 +782,13 @@ if (bq->tlength > bq->maxlength) pa_memblockq_set_tlength(bq, bq->maxlength); - - if (bq->prebuf > bq->maxlength) - pa_memblockq_set_prebuf(bq, bq->maxlength); } void pa_memblockq_set_tlength(pa_memblockq *bq, size_t tlength) { size_t old_tlength; pa_assert(bq); - if (tlength <= 0) + if (tlength <= 0 || tlength == (size_t) -1) tlength = bq->maxlength; old_tlength = bq->tlength; @@ -800,49 +797,46 @@ if (bq->tlength > bq->maxlength) bq->tlength = bq->maxlength; - if (bq->prebuf > bq->tlength) - pa_memblockq_set_prebuf(bq, bq->tlength); - if (bq->minreq > bq->tlength) pa_memblockq_set_minreq(bq, bq->tlength); + if (bq->prebuf > bq->tlength+bq->base-bq->minreq) + pa_memblockq_set_prebuf(bq, bq->tlength+bq->base-bq->minreq); + bq->missing += (int64_t) bq->tlength - (int64_t) old_tlength; } +void pa_memblockq_set_minreq(pa_memblockq *bq, size_t minreq) { + pa_assert(bq); + + bq->minreq = (minreq/bq->base)*bq->base; + + if (bq->minreq > bq->tlength) + bq->minreq = bq->tlength; + + if (bq->minreq < bq->base) + bq->minreq = bq->base; + + if (bq->prebuf > bq->tlength+bq->base-bq->minreq) + pa_memblockq_set_prebuf(bq, bq->tlength+bq->base-bq->minreq); +} + void pa_memblockq_set_prebuf(pa_memblockq *bq, size_t prebuf) { pa_assert(bq); if (prebuf == (size_t) -1) - prebuf = bq->tlength; + prebuf = bq->tlength+bq->base-bq->minreq; bq->prebuf = ((prebuf+bq->base-1)/bq->base)*bq->base; if (prebuf > 0 && bq->prebuf < bq->base) bq->prebuf = bq->base; - if (bq->prebuf > bq->tlength) - bq->prebuf = bq->tlength; + if (bq->prebuf > bq->tlength+bq->base-bq->minreq) + bq->prebuf = bq->tlength+bq->base-bq->minreq; if (bq->prebuf <= 0 || pa_memblockq_get_length(bq) >= bq->prebuf) bq->in_prebuf = FALSE; - - if (bq->minreq > bq->prebuf) - pa_memblockq_set_minreq(bq, bq->prebuf); -} - -void pa_memblockq_set_minreq(pa_memblockq *bq, size_t minreq) { - pa_assert(bq); - - bq->minreq = (minreq/bq->base)*bq->base; - - if (bq->minreq > bq->tlength) - bq->minreq = bq->tlength; - - if (bq->minreq > bq->prebuf) - bq->minreq = bq->prebuf; - - if (bq->minreq < bq->base) - bq->minreq = bq->base; } void pa_memblockq_set_maxrewind(pa_memblockq *bq, size_t maxrewind) { diff -urN pulseaudio-0.9.14/src/pulsecore/protocol-native.c pulseaudio-0.9.14-fix440/src/pulsecore/protocol-native.c --- pulseaudio-0.9.14/src/pulsecore/protocol-native.c 2009-01-13 00:11:38.000000000 +0100 +++ pulseaudio-0.9.14-fix440/src/pulsecore/protocol-native.c 2009-08-08 18:46:34.000000000 +0200 @@ -797,7 +797,7 @@ uint32_t* prebuf, uint32_t* minreq) { - size_t frame_size; + size_t frame_size, max_prebuf; pa_usec_t orig_tlength_usec, tlength_usec, orig_minreq_usec, minreq_usec, sink_usec; pa_assert(s); @@ -923,8 +923,10 @@ if (*tlength <= *minreq) *tlength = *minreq*2 + (uint32_t) frame_size; - if (*prebuf == (uint32_t) -1 || *prebuf > *tlength) - *prebuf = *tlength; + max_prebuf = *tlength + (uint32_t) frame_size - *minreq; + if (*prebuf == (uint32_t) -1 || + *prebuf > max_prebuf) + *prebuf = max_prebuf; } static void fix_playback_buffer_attr_post( -- Roberto Ragusa mail at robertoragusa.it From tibbs at math.uh.edu Sat Aug 8 17:38:05 2009 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: Sat, 08 Aug 2009 12:38:05 -0500 Subject: Fit and Finish, round three: peripherals In-Reply-To: <5256d0b0908080511n3df35a6ew88372ce311e81f29@mail.gmail.com> (Peter Robinson's message of "Sat\, 8 Aug 2009 13\:11\:48 +0100") References: <1249663982.2242.7.camel@planemask> <4A7C65A3.8030601@bfccomputing.com> <1249666972.2242.8.camel@planemask> <1249685555.2266.246.camel@adam.local.net> <1249693647.10031.16.camel@localhost.localdomain> <5256d0b0908080511n3df35a6ew88372ce311e81f29@mail.gmail.com> Message-ID: >>>>> "PR" == Peter Robinson writes: PR> I saw something a while ago about the DisplayLink (as opposed to PR> DisplayPort) USB Video standard released code/drivers as GPL for PR> linux but I've never seen anything further about it even in my PR> random following of the X mailing lists. The foundation of this was submitted as https://bugzilla.redhat.com//show_bug.cgi?id=504225 but in the two months since it passed review it hasn't even been imported yet. - J< From jwboyer at gmail.com Sat Aug 8 18:24:32 2009 From: jwboyer at gmail.com (Josh Boyer) Date: Sat, 8 Aug 2009 14:24:32 -0400 Subject: pulseaudio 0.9.15 for F10? In-Reply-To: <4A7DAF97.6090305@sapience.com> References: <4A7D4F04.3060808@robertoragusa.it> <20090808150238.GA1871@tango.0pointer.de> <4A7DAF97.6090305@sapience.com> Message-ID: <20090808182432.GR3095@hansolo.jdub.homelinux.org> On Sat, Aug 08, 2009 at 01:02:15PM -0400, Mail Lists wrote: >On 08/08/2009 12:56 PM, Kevin Kofler wrote: >> Lennart Poettering wrote: >>> Upgrading PA like this involves big changes and does not qualify as >>> either security nor as small other bug fixes. >> >> Well, then you could backport at least the bugfixes. It's pretty bad that >> known bugs, even pretty bad ones, are staying unfixed on the still-supported >> F10. >> >> Kevin Kofler >> >> > > Frankly talking to a door and expecting an answer is not fruitful. Vent >by all means .. hope you feel better ... but dont assume rational >response from a door. Intentional trolling on this list is not tolerated. Please refrain from doing so in the future. josh From jussilehtola at fedoraproject.org Sat Aug 8 18:58:23 2009 From: jussilehtola at fedoraproject.org (Jussi Lehtola) Date: Sat, 08 Aug 2009 21:58:23 +0300 Subject: --target in %configure in rawhide i386 In-Reply-To: <4A7DA925.4070702@freenet.de> References: <1249726788.2596.14.camel@localhost.localdomain> <4A7DA925.4070702@freenet.de> Message-ID: <1249757904.2603.2.camel@localhost.localdomain> On Sat, 2009-08-08 at 18:34 +0200, Ralf Corsepius wrote: > On 08/08/2009 12:19 PM, Jussi Lehtola wrote: > > Hi, > > > > > > why does %configure still use > > > > --build=i686-pc-linux-gnu --host=i686-pc-linux-gnu > > --target=i586-redhat-linux-gnu > > > > in rawhide i386, shouldn't the target be i686-redhat-linux-gnu? > > --target should not be set at all. > > It's meaningless for 99.9% of all packages. .. and it causes trouble in the 0.1% of packages: compilers. At least the pcc build scripts think that a cross-compilation is in course, since the host and target arguments differ. -- Jussi Lehtola Fedora Project Contributor jussilehtola at fedoraproject.org From tcallawa at redhat.com Sat Aug 8 21:08:36 2009 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Sat, 08 Aug 2009 17:08:36 -0400 Subject: F-11: system-config-printer --> windows printer --> "You are not authorized to carry out the requested action" In-Reply-To: <4A7D670C.2020405@gmail.com> References: <4A7D635D.90906@redhat.com> <4A7D633A.5040407@gmail.com> <4A7D6745.6060804@redhat.com> <4A7D670C.2020405@gmail.com> Message-ID: <4A7DE954.8000505@redhat.com> On 08/08/2009 07:52 AM, Frank Murphy (Frankly3D) wrote: > On 08/08/09 12:53, Gregory Hosler wrote: >> Frank Murphy (Frankly3D) wrote: >>> On 08/08/09 12:37, Gregory Hosler wrote: > >> The printer is attached to a windows box. At the time of running system-config-printer, >> the windows box is on. >> >> This used to work just fine on F-10 and earlier... I hit this one recently, when I tried to launch s-c-p with sudo from the command line, you have to run it as your normal user and let PolicyKit prompt you for root when it needs it. ~spot From mharris at mharris.ca Sat Aug 8 21:31:56 2009 From: mharris at mharris.ca (Mike A. Harris) Date: Sat, 08 Aug 2009 17:31:56 -0400 Subject: Running a command in background inside spec file In-Reply-To: References: Message-ID: <4A7DEECC.6080307@mharris.ca> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Murilo Opsfelder Araujo wrote: > Hi, > > how can I run a command in background inside spec file? Assuming you are in one of the scripted sections such as %build, %install, etc. or an rpm pre/post type scriptlet, you'd do it the same way you would do it in a regular shell script. I can't help but wonder what a good valid usage case of this is however, and would generally discourage any attempt to do that. - -- Mike A. Harris http://mharris.ca | https://twitter.com/mikeaharris -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFKfe7J4RNf2rTIeUARApm9AJ4xu5BGDPOWLdwua2VjGC8yD7av3QCgpbzb 3yJi07h3XIhSCUoh2RuxvGo= =Sn5d -----END PGP SIGNATURE----- From mike at miketc.net Sat Aug 8 22:15:40 2009 From: mike at miketc.net (Mike Chambers) Date: Sat, 08 Aug 2009 17:15:40 -0500 Subject: No sound in rawhide Message-ID: <1249769740.2350.2.camel@scrappy.miketc.net> Sooo, I thought I saw mention about sound with current rawhide or close. Mine is just the ac97 or whatever built into the motherboard and after a straight up upgrade from F11 to rawhide it stopped working. I take it known problem already? Have anything to do with the boxes on the panel in the notification area being there instead of the device icons? -- Mike Chambers Madisonville, KY Fedora Project - Bugzapper, Tester, User, etc.. miketc302 at fedoraproject.org From tcallawa at redhat.com Sat Aug 8 22:20:32 2009 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Sat, 08 Aug 2009 18:20:32 -0400 Subject: No sound in rawhide In-Reply-To: <1249769740.2350.2.camel@scrappy.miketc.net> References: <1249769740.2350.2.camel@scrappy.miketc.net> Message-ID: <4A7DFA30.6000809@redhat.com> On 08/08/2009 06:15 PM, Mike Chambers wrote: > I take it > known problem already? Have anything to do with the boxes on the panel > in the notification area being there instead of the device icons? Don't assume it is a known problem. Search bugzilla to see if you can find the same bug already filed, and if not, file one. ~spot From jrowens.fedora at ghiapet.net Sat Aug 8 22:21:55 2009 From: jrowens.fedora at ghiapet.net (J. Randall Owens) Date: Sat, 08 Aug 2009 15:21:55 -0700 Subject: enigmail for F-11's thunderbird ? In-Reply-To: <4A7D6406.8060404@redhat.com> References: <4A7D6406.8060404@redhat.com> Message-ID: <4A7DFA83.8010500@ghiapet.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 08/08/2009 04:39 AM, Gregory Hosler wrote: > Hi all, > > I'm looking for enigmail for F-11's Thunderbird > > I tried the nightly build for Thunderbird 3.0 alpha, but that doesn't seem to be > recognized. I also tried the enigma-thunderbird plugin from rpmfusion, and that didn't > seem to be recognized either. > > Any thoughts / comments on getting enigmail working with thunderbird on F-11 ? > > All the best, > > -Greg > One of those 'duh' moments I had was when I realized that the Enigmail I'd installed as user was preventing Thunderbird from using the RPMFusion Enigmail I'd installed and was wondering why it wasn't showing up. I didn't even realize this behaviour until I gave up on the old one and figured if I couldn't use it anyway, might as well uninstall it. So, what's happening with yours? Is it showing up in the extensions list at all? If so, disabled? Old version? - -- J. Randall Owens | http://www.ghiapet.net/ ProofReading Markup Language | http://prml.sourceforge.net/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org/ iEYEARECAAYFAkp9+ngACgkQdGy7nCl1Vp9LAgCggnItdYIya8I+rnn74r9N+t6W efAAn3WAE08A1kjT4VGhCg6fEk5X0hGJ =sPZL -----END PGP SIGNATURE----- From chris.stone at gmail.com Sat Aug 8 22:44:51 2009 From: chris.stone at gmail.com (Christopher Stone) Date: Sat, 8 Aug 2009 15:44:51 -0700 Subject: KDE vs. GNOME on F10 In-Reply-To: <1249659650.3759.112.camel@localhost.localdomain> References: <3668e9f50908050249r18019ab4j95b10beb23d74e73@mail.gmail.com> <1249583705.3759.60.camel@localhost.localdomain> <1249585568.2266.188.camel@adam.local.net> <1249587042.3759.69.camel@localhost.localdomain> <1249600060.1477.1.camel@planemask> <1249603829.3759.77.camel@localhost.localdomain> <1249608838.3759.79.camel@localhost.localdomain> <1249659650.3759.112.camel@localhost.localdomain> Message-ID: On Fri, Aug 7, 2009 at 8:40 AM, Jesse Keating wrote: > On Fri, 2009-08-07 at 07:38 -0700, Christopher Stone wrote: >> I don't draw the line, the maintainers of each package draw their own >> line. ?I just sit back and comfortably sip on my mai tai while the >> people who know best make the proper decisions. >> > > But you obviously have a personal line somewhere. ?Where is your line > that you're willing to take latest upstream builds, but won't move to > rawhide? For me, as I explained earlier, I take each package I maintain on a case by case basis. However it's basically one simple rule: If it is going to cause a bunch of new bugs to be reported which I have to deal with then I wont release for non-rawhide or "stable" Fedoras. Otherwise, I generally try to keep all supported Fedora versions up to date with the packages I maintain. Although I have to admit I've been slacking off in the past few months... From drago01 at gmail.com Sat Aug 8 22:53:32 2009 From: drago01 at gmail.com (drago01) Date: Sun, 9 Aug 2009 00:53:32 +0200 Subject: KDE vs. GNOME on F10 In-Reply-To: References: <3668e9f50908050249r18019ab4j95b10beb23d74e73@mail.gmail.com> <1249538726.2266.75.camel@adam.local.net> <1249541486.2266.96.camel@adam.local.net> <1249577183.2266.156.camel@adam.local.net> <1249583956.2266.179.camel@adam.local.net> <1249611652.2266.202.camel@adam.local.net> Message-ID: On Sat, Aug 8, 2009 at 6:55 AM, Kevin Kofler wrote: > Adam Williamson wrote: >> It seems to happen rather a lot for that to be the case, though maybe >> the situation I'm most familiar with (KDE 4.0 -> 4.1 -> 4.2) is an >> unusual situation. I was watching KDE quite closely in MDV at that >> point, as quite a lot of features that people expected from 3.x were >> missing, and I remember, for instance, that someone was trying to get >> kmilo (for multimedia keys) working on 4.x, they had to port it to 4.0, >> then port it to 4.1, then to 4.2... > > That's a plasmoid, the ABI for libplasma wasn't stable until 4.2. (It is > now, so plasmoids built for 4.2 still work with 4.3.) OK, good to hear that, means that this time no patches to compiz-kde are needed. From kevin.kofler at chello.at Sat Aug 8 22:54:25 2009 From: kevin.kofler at chello.at (Kevin Kofler) Date: Sun, 09 Aug 2009 00:54:25 +0200 Subject: pulseaudio 0.9.15 for F10? References: <4A7D4F04.3060808@robertoragusa.it> Message-ID: Roberto Ragusa wrote: > are there pulseaudio 0.9.15 rpms for F10? Scratch build here: http://koji.fedoraproject.org/koji/taskinfo?taskID=1592160 Also needs udev-extras: http://koji.fedoraproject.org/koji/buildinfo?buildID=83558 WARNING: May break more things than it fixes, YMMV. Getting that thing to build with the old libtool in F10 was real "fun". Normally, when you want to get a piece of software to build against an old library, you just need to revert the commits which made it use the new APIs. Not so for libltdl, there you also get to fight the huge autocrap mastodont. Kevin Kofler From kevin.kofler at chello.at Sat Aug 8 22:56:43 2009 From: kevin.kofler at chello.at (Kevin Kofler) Date: Sun, 09 Aug 2009 00:56:43 +0200 Subject: KDE vs. GNOME on F10 References: <3668e9f50908050249r18019ab4j95b10beb23d74e73@mail.gmail.com> <1249538726.2266.75.camel@adam.local.net> <1249541486.2266.96.camel@adam.local.net> <1249577183.2266.156.camel@adam.local.net> <1249583956.2266.179.camel@adam.local.net> <1249611652.2266.202.camel@adam.local.net> Message-ID: drago01 wrote: > OK, good to hear that, means that this time no patches to compiz-kde are > needed. Hopefully. For 4.2, there were some changes in KWin internals which needed patching too. Kevin Kofler From herrold at owlriver.com Sun Aug 9 00:17:31 2009 From: herrold at owlriver.com (R P Herrold) Date: Sat, 8 Aug 2009 20:17:31 -0400 (EDT) Subject: Running a command in background inside spec file In-Reply-To: <4A7DEECC.6080307@mharris.ca> References: <4A7DEECC.6080307@mharris.ca> Message-ID: On Sat, 8 Aug 2009, Mike A. Harris wrote: >> OP: >> how can I run a command in background inside spec file? > I can't help but wonder what a good valid usage case of this > is however firing up a newly compiled local database server, for testing a newly compiled client comes to mind -- Russ herrold From loganjerry at gmail.com Sun Aug 9 01:53:44 2009 From: loganjerry at gmail.com (Jerry James) Date: Sat, 8 Aug 2009 19:53:44 -0600 Subject: Ongoing effort to package JOSM In-Reply-To: <29fee02b0908080645q2787e110v928bc88321c5430@mail.gmail.com> References: <29fee02b0908080645q2787e110v928bc88321c5430@mail.gmail.com> Message-ID: <870180fe0908081853s163788afh91e7e30c9bd2a15b@mail.gmail.com> On Sat, Aug 8, 2009 at 7:45 AM, Andrea Musuruane wrote: > ---8<---8<---8<---8<---8<---8<---8<---8<---8<--- > [...] > test: > > BUILD FAILED > /home/andrea/devel/prg/metadata-extractor/build.xml:48: Problem: > failed to create task or type junit > Cause: the class > org.apache.tools.ant.taskdefs.optional.junit.JUnitTask was not found. > ? ? ? ?This looks like one of Ant's optional components. > Action: Check that the appropriate optional JAR exists in > ? ? ? ?-/usr/share/ant/lib > ? ? ? ?-/home/andrea/.ant/lib > ? ? ? ?-a directory added on the command line with the -lib argument > > Do not panic, this is a common problem. > The commonest cause is a missing JAR. > > This is not a bug; it is a configuration problem > ---8<---8<---8<---8<---8<---8<---8<---8<---8<--- You need to BuildRequires ant-junit to get the necessary jar (namely, %{_javadir}/ant/ant-junit.jar). -- Jerry James http://www.jamezone.org/ From rc040203 at freenet.de Sun Aug 9 04:51:41 2009 From: rc040203 at freenet.de (Ralf Corsepius) Date: Sun, 09 Aug 2009 06:51:41 +0200 Subject: --target in %configure in rawhide i386 In-Reply-To: <1249757904.2603.2.camel@localhost.localdomain> References: <1249726788.2596.14.camel@localhost.localdomain> <4A7DA925.4070702@freenet.de> <1249757904.2603.2.camel@localhost.localdomain> Message-ID: <4A7E55DD.4080202@freenet.de> On 08/08/2009 08:58 PM, Jussi Lehtola wrote: > On Sat, 2009-08-08 at 18:34 +0200, Ralf Corsepius wrote: >> On 08/08/2009 12:19 PM, Jussi Lehtola wrote: >>> Hi, >>> >>> >>> why does %configure still use >>> >>> --build=i686-pc-linux-gnu --host=i686-pc-linux-gnu >>> --target=i586-redhat-linux-gnu >>> >>> in rawhide i386, shouldn't the target be i686-redhat-linux-gnu? >> >> --target should not be set at all. >> >> It's meaningless for 99.9% of all packages. > > .. and it causes trouble in the 0.1% of packages: compilers. Correct, it's a bug in redhat-rpm-config. Actually, I thought this was fixed a long time ago, because we have this discussion each time a compiler/toolchain package is being introduced to Fedora. Either this didn't happen or somebody reintroduced the bug. Common work-around is not to use %configure for such package. > At least > the pcc build scripts think that a cross-compilation is in course, since > the host and target arguments differ. This would be a bug in this package. Modern (autoconf > 2.13) autotools treat $build != $host as cross compilation. Ralf From abo at root.snowtree.se Sun Aug 9 06:39:13 2009 From: abo at root.snowtree.se (Alexander =?ISO-8859-1?Q?Bostr=F6m?=) Date: Sun, 09 Aug 2009 08:39:13 +0200 Subject: pulseaudio 0.9.15 for F10? In-Reply-To: <4A7DB69B.80503@robertoragusa.it> References: <4A7D4F04.3060808@robertoragusa.it> <20090808150238.GA1871@tango.0pointer.de> <4A7DB5CF.2000209@robertoragusa.it> <4A7DB69B.80503@robertoragusa.it> Message-ID: <1249799953.4400.52746.camel@tempo.alexander.bostrom.net> l?r 2009-08-08 klockan 19:32 +0200 skrev Roberto Ragusa: > Roberto Ragusa wrote: > > After applying this patch, mplayer does not get stuck, it is just the usual > > latency/skips/underruns... > > Wrongly pasted the patch. Corrected one follows: You should find an existing bug report in bugzilla.redhat.com or file a new report about this problem, and attach the patch there. /abo From awilliam at redhat.com Sat Aug 8 14:16:58 2009 From: awilliam at redhat.com (Adam Williamson) Date: Sat, 08 Aug 2009 07:16:58 -0700 Subject: Please support nouveau tag request Message-ID: <1249741018.2266.265.camel@adam.local.net> I have filed a tag request: https://fedorahosted.org/rel-eng/ticket/2071 to get xorg-x11-drv-nouveau-0.0.15-2.20090805git712064e.fc12 into the alpha, because a mailing list thread and two bug reports lead me to believe it's needed for nouveau to actually work. At the time of the xorg-x11-server 125 breakage which is known, nouveau reporters reported X stopping working just like everyone else, but they seem to need the updated nouveau _as well as_ the update xorg-x11-server packages to make things work again. Just updating xorg-x11-server does not do the trick. Anyone with Rawhide and an NVIDIA video card, if you could confirm the request, that'd be great. Thanks! -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From awilliam at redhat.com Sun Aug 9 07:03:37 2009 From: awilliam at redhat.com (Adam Williamson) Date: Sun, 09 Aug 2009 00:03:37 -0700 Subject: Fedora 12 Features Proposed for Removal In-Reply-To: <20090808150704.GQ3095@hansolo.jdub.homelinux.org> References: <1249582475.3759.57.camel@localhost.localdomain> <1249584080.2266.181.camel@adam.local.net> <1249586654.3759.64.camel@localhost.localdomain> <1249587266.2266.192.camel@adam.local.net> <20090806133920.38b547e3@ohm.scrye.com> <1249588170.2266.197.camel@adam.local.net> <1249713086.2266.258.camel@adam.local.net> <20090808105523.GO3095@hansolo.jdub.homelinux.org> <1249739275.2266.262.camel@adam.local.net> <20090808150704.GQ3095@hansolo.jdub.homelinux.org> Message-ID: <1249801417.2266.273.camel@adam.local.net> On Sat, 2009-08-08 at 11:07 -0400, Josh Boyer wrote: > On Sat, Aug 08, 2009 at 06:47:55AM -0700, Adam Williamson wrote: > >On Sat, 2009-08-08 at 06:55 -0400, Josh Boyer wrote: > > > >> We have a Feature process now, and while I'm not a huge fan of process, > >> this one is run very well by the Feature Wrangler. It treats them all the > >> same, they have to all follow the same criteria regardless of how 'obvious' > >> some of the decisions are. > > > >...except I pointed out that we do version bumps of everything in the > >distro from one release to the next (more or less), but only a couple of > >them are flagged up as features. To which it was replied that this was > >primarily for PR purposes. To which I objected that it was silly to > >attach this kind of bureaucracy to something which was only happening > >for PR reasons. > > What does any of that have to do with the email I replied to? You said it > was silly to have a meeting to follow through with the process when everyone > knew what the result would be, and I replied why we do that. Now you circle > back on some other thing? > > I'm pretty sure you're just arguing for arguing's sake now so I'll just bow > out and stop wasting my time. Sorry, I just read it back to myself and realized I probably didn't quote the right bit of your email, and my thought process wasn't exactly clear. It goes like this: there's consistency in terms of how features are handled as part of the feature process, but there's no consistency in terms of what the proposed features actually are or why they're being proposed as features, so the process as a whole is not consistent and produces this kind of absurd result. It's good that the feature review process is consistent, and I think the process is well-designed and well-run as long as it's being applied to things that sensibly constitute features, but when it's applied to things which don't sensibly constitute features for anything but PR purposes, it produces silliness like happened this week (through no fault of the feature process or the feature wrangler). In short: just because there's a clear process that's consistently applied, doesn't mean there's no problem. To elaborate again (because I can't make anything short ;>), the flip side is the process doesn't solve the problem you mentioned in the bit of the mail I cut out - transparency and accountability - because we _don't_ apply it to everything. The kernel version bump, for instance, wasn't submitted as a feature. So if there were some problem with that, presumably FESco would still be using a non-definable and non-transparent process to make a decision... -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From awilliam at redhat.com Sun Aug 9 07:05:28 2009 From: awilliam at redhat.com (Adam Williamson) Date: Sun, 09 Aug 2009 00:05:28 -0700 Subject: Orphaning xmms-sid In-Reply-To: <20090808100814.7be1ffc4@faldor> References: <20090808100814.7be1ffc4@faldor> Message-ID: <1249801528.2266.274.camel@adam.local.net> On Sat, 2009-08-08 at 10:08 +0200, Michael Schwendt wrote: > As I'd like to discontinue with packaging the XMMS SID Input plugin > for Fedora, I've dropped ownership, so somebody else may take over. > > https://admin.fedoraproject.org/pkgdb/packages/name/xmms-sid > > Preferably, somebody who takes this also has some interest in triaging > XMMS bugs, as there have been several unresponded tickets that got lost > when the bug-triaging project closed them WONTFIX. Uh, I can't find any bugs filed on xmms-sid that are closed as wontfix: https://bugzilla.redhat.com/buglist.cgi?query_format=advanced&classification=Fedora&product=Fedora&component=xmms-sid&bug_status=CLOSED&resolution=WONTFIX what bugs were these? -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From awilliam at redhat.com Sun Aug 9 07:10:49 2009 From: awilliam at redhat.com (Adam Williamson) Date: Sun, 09 Aug 2009 00:10:49 -0700 Subject: pulseaudio 0.9.15 for F10? In-Reply-To: <4A7DB69B.80503@robertoragusa.it> References: <4A7D4F04.3060808@robertoragusa.it> <20090808150238.GA1871@tango.0pointer.de> <4A7DB5CF.2000209@robertoragusa.it> <4A7DB69B.80503@robertoragusa.it> Message-ID: <1249801849.2266.275.camel@adam.local.net> On Sat, 2009-08-08 at 19:32 +0200, Roberto Ragusa wrote: > Roberto Ragusa wrote: > > After applying this patch, mplayer does not get stuck, it is just the usual > > latency/skips/underruns... > > Wrongly pasted the patch. Corrected one follows: This would better be submitted as a bug report (against Fedora 10, obviously). -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From awilliam at redhat.com Sun Aug 9 07:12:12 2009 From: awilliam at redhat.com (Adam Williamson) Date: Sun, 09 Aug 2009 00:12:12 -0700 Subject: F-11: system-config-printer --> windows printer --> "You are not authorized to carry out the requested action" In-Reply-To: <4A7DE954.8000505@redhat.com> References: <4A7D635D.90906@redhat.com> <4A7D633A.5040407@gmail.com> <4A7D6745.6060804@redhat.com> <4A7D670C.2020405@gmail.com> <4A7DE954.8000505@redhat.com> Message-ID: <1249801932.2266.276.camel@adam.local.net> On Sat, 2009-08-08 at 17:08 -0400, Tom "spot" Callaway wrote: > On 08/08/2009 07:52 AM, Frank Murphy (Frankly3D) wrote: > > On 08/08/09 12:53, Gregory Hosler wrote: > >> Frank Murphy (Frankly3D) wrote: > >>> On 08/08/09 12:37, Gregory Hosler wrote: > > > >> The printer is attached to a windows box. At the time of running system-config-printer, > >> the windows box is on. > >> > >> This used to work just fine on F-10 and earlier... > > I hit this one recently, when I tried to launch s-c-p with sudo from the > command line, you have to run it as your normal user and let PolicyKit > prompt you for root when it needs it. To get closer to being on-topic for the list - is it perhaps not ported to PolicyKit 1.0 yet? Because it doesn't seem to work for me at all in Rawhide...can't find my network printer (which is really out there), and doesn't prompt for root privileges (though I'm not sure if it needs them to look). -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From awilliam at redhat.com Sun Aug 9 07:13:40 2009 From: awilliam at redhat.com (Adam Williamson) Date: Sun, 09 Aug 2009 00:13:40 -0700 Subject: No sound in rawhide In-Reply-To: <1249769740.2350.2.camel@scrappy.miketc.net> References: <1249769740.2350.2.camel@scrappy.miketc.net> Message-ID: <1249802020.2266.278.camel@adam.local.net> On Sat, 2009-08-08 at 17:15 -0500, Mike Chambers wrote: > Sooo, I thought I saw mention about sound with current rawhide or close. > Mine is just the ac97 or whatever built into the motherboard and after a > straight up upgrade from F11 to rawhide it stopped working. I take it > known problem already? Have anything to do with the boxes on the panel > in the notification area being there instead of the device icons? Indirectly, probably yes. There's a workaround for that known problem posted on rawhidewatch - restart notification-applet (or whatever the exact name is) until you get the icons instead of the boxes (can take over 20 tries, for me at least). At that point you'll probably see that the sound volume icon has the mute symbol on it. PA seems to still be initializing things at 0% volume when you first login. It is for me, anyway. I'm guessing that's the case for you. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From abo at root.snowtree.se Sun Aug 9 07:10:40 2009 From: abo at root.snowtree.se (Alexander =?ISO-8859-1?Q?Bostr=F6m?=) Date: Sun, 09 Aug 2009 09:10:40 +0200 Subject: Fit and Finish, round three: peripherals In-Reply-To: <5256d0b0908080511n3df35a6ew88372ce311e81f29@mail.gmail.com> References: <1249663982.2242.7.camel@planemask> <4A7C65A3.8030601@bfccomputing.com> <1249666972.2242.8.camel@planemask> <1249685555.2266.246.camel@adam.local.net> <1249693647.10031.16.camel@localhost.localdomain> <5256d0b0908080511n3df35a6ew88372ce311e81f29@mail.gmail.com> Message-ID: <1249801840.4400.53009.camel@tempo.alexander.bostrom.net> l?r 2009-08-08 klockan 13:11 +0100 skrev Peter Robinson: > I saw something a while ago about the DisplayLink (as opposed to > DisplayPort) USB Video standard released code/drivers as GPL for linux > but I've never seen anything further about it even in my random > following of the X mailing lists. There is activity on the wiki: http://libdlo.freedesktop.org/ /abo From musuruan at gmail.com Sun Aug 9 08:05:33 2009 From: musuruan at gmail.com (Andrea Musuruane) Date: Sun, 9 Aug 2009 10:05:33 +0200 Subject: Ongoing effort to package JOSM In-Reply-To: <870180fe0908081853s163788afh91e7e30c9bd2a15b@mail.gmail.com> References: <29fee02b0908080645q2787e110v928bc88321c5430@mail.gmail.com> <870180fe0908081853s163788afh91e7e30c9bd2a15b@mail.gmail.com> Message-ID: <29fee02b0908090105t1feb281ei33ca7c2954083855@mail.gmail.com> On Sun, Aug 9, 2009 at 3:53 AM, Jerry James wrote: > On Sat, Aug 8, 2009 at 7:45 AM, Andrea Musuruane wrote: >> ---8<---8<---8<---8<---8<---8<---8<---8<---8<--- >> [...] >> test: >> >> BUILD FAILED >> /home/andrea/devel/prg/metadata-extractor/build.xml:48: Problem: >> failed to create task or type junit >> Cause: the class >> org.apache.tools.ant.taskdefs.optional.junit.JUnitTask was not found. >> ? ? ? ?This looks like one of Ant's optional components. >> Action: Check that the appropriate optional JAR exists in >> ? ? ? ?-/usr/share/ant/lib >> ? ? ? ?-/home/andrea/.ant/lib >> ? ? ? ?-a directory added on the command line with the -lib argument >> >> Do not panic, this is a common problem. >> The commonest cause is a missing JAR. >> >> This is not a bug; it is a configuration problem >> ---8<---8<---8<---8<---8<---8<---8<---8<---8<--- > > You need to BuildRequires ant-junit to get the necessary jar (namely, > %{_javadir}/ant/ant-junit.jar). If I do that I get: [...] test: [junit] WARNING: multiple versions of ant detected in path for junit [junit] jar:file:/usr/share/java/ant-1.7.1.jar!/org/apache/tools/ant/Project.class [junit] and jar:file:/usr/share/java/ant.jar!/org/apache/tools/ant/Project.class [junit] Running com.drew.metadata.test.AllTests [junit] Tests run: 79, Failures: 1, Errors: 0, Time elapsed: 0,269 sec BUILD FAILED /home/andrea/devel/prg/metadata-extractor/build.xml:48: Test com.drew.metadata.test.AllTests failed Total time: 1 second Regards, Andrea. From awilliam at redhat.com Sun Aug 9 08:06:56 2009 From: awilliam at redhat.com (Adam Williamson) Date: Sun, 09 Aug 2009 01:06:56 -0700 Subject: Fit and Finish, round three: peripherals In-Reply-To: <1249801840.4400.53009.camel@tempo.alexander.bostrom.net> References: <1249663982.2242.7.camel@planemask> <4A7C65A3.8030601@bfccomputing.com> <1249666972.2242.8.camel@planemask> <1249685555.2266.246.camel@adam.local.net> <1249693647.10031.16.camel@localhost.localdomain> <5256d0b0908080511n3df35a6ew88372ce311e81f29@mail.gmail.com> <1249801840.4400.53009.camel@tempo.alexander.bostrom.net> Message-ID: <1249805216.2266.287.camel@adam.local.net> On Sun, 2009-08-09 at 09:10 +0200, Alexander Bostr?m wrote: > l?r 2009-08-08 klockan 13:11 +0100 skrev Peter Robinson: > > > I saw something a while ago about the DisplayLink (as opposed to > > DisplayPort) USB Video standard released code/drivers as GPL for linux > > but I've never seen anything further about it even in my random > > following of the X mailing lists. > > There is activity on the wiki: http://libdlo.freedesktop.org/ Including a driver, it seems: http://libdlo.freedesktop.org/wiki/xf86-driver-displaylink -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From mail at robertoragusa.it Sun Aug 9 08:55:55 2009 From: mail at robertoragusa.it (Roberto Ragusa) Date: Sun, 09 Aug 2009 10:55:55 +0200 Subject: pulseaudio 0.9.15 for F10? In-Reply-To: References: <4A7D4F04.3060808@robertoragusa.it> Message-ID: <4A7E8F1B.809@robertoragusa.it> Kevin Kofler wrote: > Roberto Ragusa wrote: >> are there pulseaudio 0.9.15 rpms for F10? > > Scratch build here: > http://koji.fedoraproject.org/koji/taskinfo?taskID=1592160 > > Also needs udev-extras: > http://koji.fedoraproject.org/koji/buildinfo?buildID=83558 > > WARNING: May break more things than it fixes, YMMV. It is better than 0.9.14, but it doesn't look better than the 0.9.14+backported fix I built yesterday. There are still freezes of 2-4 seconds when mplayer starts, ends, seeks or goes in and out of paused mode. Thank you for your interest. -- Roberto Ragusa mail at robertoragusa.it From ville.skytta at iki.fi Sun Aug 9 09:13:23 2009 From: ville.skytta at iki.fi (Ville =?windows-1252?q?Skytt=E4?=) Date: Sun, 9 Aug 2009 12:13:23 +0300 Subject: Orphaning xmms-sid In-Reply-To: <1249801528.2266.274.camel@adam.local.net> References: <20090808100814.7be1ffc4@faldor> <1249801528.2266.274.camel@adam.local.net> Message-ID: <200908091213.23799.ville.skytta@iki.fi> On Sunday 09 August 2009, Adam Williamson wrote: > On Sat, 2009-08-08 at 10:08 +0200, Michael Schwendt wrote: > > > > Preferably, somebody who takes this also has some interest in triaging > > XMMS bugs, as there have been several unresponded tickets that got lost > > when the bug-triaging project closed them WONTFIX. > > Uh, I can't find any bugs filed on xmms-sid that are closed as wontfix: > > https://bugzilla.redhat.com/buglist.cgi?query_format=advanced&classificatio >n=Fedora&product=Fedora&component=xmms-sid&bug_status=CLOSED&resolution=WONT >FIX > > what bugs were these? Note that Michael said "triaging XMMS bugs", not XMMS SID ones. https://bugzilla.redhat.com/buglist.cgi?query_format=advanced&classification=Fedora&product=Fedora&component=xmms&bug_status=CLOSED&resolution=WONTFIX From twaugh at redhat.com Sun Aug 9 11:23:56 2009 From: twaugh at redhat.com (Tim Waugh) Date: Sun, 09 Aug 2009 12:23:56 +0100 Subject: F-11: system-config-printer --> windows printer --> "You are not authorized to carry out the requested action" In-Reply-To: <1249801932.2266.276.camel@adam.local.net> References: <4A7D635D.90906@redhat.com> <4A7D633A.5040407@gmail.com> <4A7D6745.6060804@redhat.com> <4A7D670C.2020405@gmail.com> <4A7DE954.8000505@redhat.com> <1249801932.2266.276.camel@adam.local.net> Message-ID: <1249817036.3926.2.camel@worm> On Sun, 2009-08-09 at 00:12 -0700, Adam Williamson wrote: > To get closer to being on-topic for the list - is it perhaps not ported > to PolicyKit 1.0 yet? Because it doesn't seem to work for me at all in > Rawhide...can't find my network printer (which is really out there), and > doesn't prompt for root privileges (though I'm not sure if it needs them > to look). The package that would need porting to PolicyKit 1.0 is cups-pk-helper, not system-config-printer (AIUI). It's all working correctly for me in rawhide so please file bugs if it isn't for you. 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 Sun Aug 9 11:24:30 2009 From: twaugh at redhat.com (Tim Waugh) Date: Sun, 09 Aug 2009 12:24:30 +0100 Subject: F-11: system-config-printer --> windows printer --> "You are not authorized to carry out the requested action" In-Reply-To: <4A7D635D.90906@redhat.com> References: <4A7D635D.90906@redhat.com> Message-ID: <1249817070.3926.3.camel@worm> On Sat, 2009-08-08 at 19:37 +0800, Gregory Hosler wrote: > I "su -" This has not been necessary since Fedora Core 6. Don't run it as root. 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 rawhide at fedoraproject.org Sun Aug 9 12:28:10 2009 From: rawhide at fedoraproject.org (Rawhide Report) Date: Sun, 9 Aug 2009 12:28:10 +0000 Subject: rawhide report: 20090809 changes Message-ID: <20090809122810.GA9288@releng2.fedora.phx.redhat.com> Compose started at Sun Aug 9 06:15:09 UTC 2009 Summary: Added Packages: 0 Removed Packages: 0 Modified Packages: 0 Broken deps for i386 ---------------------------------------------------------- 389-ds-1.1.3-4.fc12.noarch requires 389-ds-admin R-RScaLAPACK-0.5.1-19.fc11.i586 requires openmpi-libs asterisk-fax-1.6.1-0.24.rc1.fc12.i686 requires libspandsp.so.1 bigboard-0.6.4-12.fc12.i686 requires mugshot >= 0:1.1.90-1 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0 clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0 clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 cluttermm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-0.9) dap-hdf4_handler-3.7.9-2.fc11.i586 requires libdap.so.9 dap-hdf4_handler-3.7.9-2.fc11.i586 requires libdapserver.so.6 entertainer-0.4.2-5.fc12.noarch requires pyclutter-cairo octave-forge-20080831-10.fc12.i686 requires octave(api) = 0:api-v32 perl-DBIx-Class-Schema-Loader-0.04006-4.fc12.noarch requires perl(DBIX::Class) php-layers-menu-3.2.0-0.2.rc.fc12.noarch requires php-pear(HTML_Template_PHPLIB) plplot-octave-5.9.4-1.fc12.i586 requires octave(api) = 0:api-v32 ppl-yap-0.10.2-5.fc12.i686 requires libYap.so python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.i586 requires libparted-1.8.so.8 rubygem-main-2.8.4-3.fc12.noarch requires rubygem(fattr) >= 0:1.0.3 sems-1.1.1-2.fc12.i586 requires libspandsp.so.1 sems-g722-1.1.1-2.fc12.i586 requires libspandsp.so.1 sems-gsm-1.1.1-2.fc12.i586 requires libspandsp.so.1 sems-speex-1.1.1-2.fc12.i586 requires libspandsp.so.1 serpentine-0.9-5.fc12.noarch requires gnome-python2-nautilus-cd-burner showimg-pgsql-0.9.5-22.fc11.i586 requires libpqxx-2.6.8.so sugar-pippy-34-2.fc12.i686 requires libstdc++.so.6(CXXABI_1.3)(64bit) sugar-pippy-34-2.fc12.i686 requires libc.so.6()(64bit) sugar-pippy-34-2.fc12.i686 requires libc.so.6(GLIBC_2.2.5)(64bit) sugar-pippy-34-2.fc12.i686 requires libgcc_s.so.1(GCC_3.0)(64bit) sugar-pippy-34-2.fc12.i686 requires libm.so.6()(64bit) sugar-pippy-34-2.fc12.i686 requires libm.so.6(GLIBC_2.2.5)(64bit) sugar-pippy-34-2.fc12.i686 requires libstdc++.so.6()(64bit) sugar-pippy-34-2.fc12.i686 requires libstdc++.so.6(GLIBCXX_3.4)(64bit) sugar-pippy-34-2.fc12.i686 requires libgcc_s.so.1()(64bit) thunderbird-lightning-1.0-0.8.20090513hg.fc12.i686 requires thunderbird < 0:3.0-3.6.b4 trac-customfieldadmin-plugin-0.1-0.1.svn5073.fc10.noarch requires trac-webadmin-plugin trac-customfieldadmin-plugin-0.1-0.1.svn5073.fc10.noarch requires python(abi) = 0:2.5 Broken deps for x86_64 ---------------------------------------------------------- 389-ds-1.1.3-4.fc12.noarch requires 389-ds-admin R-RScaLAPACK-0.5.1-19.fc11.x86_64 requires openmpi-libs asterisk-fax-1.6.1-0.24.rc1.fc12.x86_64 requires libspandsp.so.1()(64bit) bigboard-0.6.4-12.fc12.x86_64 requires mugshot >= 0:1.1.90-1 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.x86_64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.x86_64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-0.7.4-2.fc11.x86_64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8) clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.x86_64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.x86_64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-gtk-0.9) clutter-gtkmm-devel-0.9.4-1.fc12.x86_64 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 cluttermm-0.9.4-1.fc12.x86_64 requires libclutter-glx-0.9.so.0()(64bit) cluttermm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-0.9) cluttermm-devel-0.9.4-1.fc12.x86_64 requires pkgconfig(clutter-0.9) dap-hdf4_handler-3.7.9-2.fc11.x86_64 requires libdap.so.9()(64bit) dap-hdf4_handler-3.7.9-2.fc11.x86_64 requires libdapserver.so.6()(64bit) entertainer-0.4.2-5.fc12.noarch requires pyclutter-cairo octave-forge-20080831-10.fc12.x86_64 requires octave(api) = 0:api-v32 perl-DBIx-Class-Schema-Loader-0.04006-4.fc12.noarch requires perl(DBIX::Class) php-layers-menu-3.2.0-0.2.rc.fc12.noarch requires php-pear(HTML_Template_PHPLIB) plplot-octave-5.9.4-1.fc12.x86_64 requires octave(api) = 0:api-v32 ppl-yap-0.10.2-5.fc12.x86_64 requires libYap.so()(64bit) python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.x86_64 requires libparted-1.8.so.8()(64bit) rubygem-main-2.8.4-3.fc12.noarch requires rubygem(fattr) >= 0:1.0.3 sems-1.1.1-2.fc12.x86_64 requires libspandsp.so.1()(64bit) sems-g722-1.1.1-2.fc12.x86_64 requires libspandsp.so.1()(64bit) sems-gsm-1.1.1-2.fc12.x86_64 requires libspandsp.so.1()(64bit) sems-speex-1.1.1-2.fc12.x86_64 requires libspandsp.so.1()(64bit) serpentine-0.9-5.fc12.noarch requires gnome-python2-nautilus-cd-burner showimg-pgsql-0.9.5-22.fc11.x86_64 requires libpqxx-2.6.8.so()(64bit) thunderbird-lightning-1.0-0.8.20090513hg.fc12.x86_64 requires thunderbird < 0:3.0-3.6.b4 trac-customfieldadmin-plugin-0.1-0.1.svn5073.fc10.noarch requires trac-webadmin-plugin trac-customfieldadmin-plugin-0.1-0.1.svn5073.fc10.noarch requires python(abi) = 0:2.5 Broken deps for ppc ---------------------------------------------------------- 389-ds-1.1.3-4.fc12.noarch requires 389-ds-admin R-RScaLAPACK-0.5.1-19.fc11.ppc requires openmpi-libs asterisk-fax-1.6.1-0.24.rc1.fc12.ppc requires libspandsp.so.1 bigboard-0.6.4-12.fc12.ppc requires mugshot >= 0:1.1.90-1 clutter-cairomm-0.7.4-2.fc11.ppc requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.ppc requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.ppc requires libclutter-glx-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.ppc requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc requires pkgconfig(clutter-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.ppc requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.ppc requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.ppc requires pkgconfig(clutter-gtk-0.9) clutter-gtkmm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.ppc requires libclutter-glx-0.9.so.0 cluttermm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) cluttermm-devel-0.9.4-1.fc12.ppc requires pkgconfig(clutter-0.9) cluttermm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-0.9) dap-hdf4_handler-3.7.9-2.fc11.ppc requires libdap.so.9 dap-hdf4_handler-3.7.9-2.fc11.ppc requires libdapserver.so.6 entertainer-0.4.2-5.fc12.noarch requires pyclutter-cairo octave-forge-20080831-10.fc12.ppc requires octave(api) = 0:api-v32 perl-DBIx-Class-Schema-Loader-0.04006-4.fc12.noarch requires perl(DBIX::Class) php-layers-menu-3.2.0-0.2.rc.fc12.noarch requires php-pear(HTML_Template_PHPLIB) plplot-octave-5.9.4-1.fc12.ppc requires octave(api) = 0:api-v32 ppl-yap-0.10.2-5.fc12.ppc requires libYap.so python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.ppc requires libparted-1.8.so.8 rubygem-main-2.8.4-3.fc12.noarch requires rubygem(fattr) >= 0:1.0.3 sems-1.1.1-2.fc12.ppc requires libspandsp.so.1 sems-g722-1.1.1-2.fc12.ppc requires libspandsp.so.1 sems-gsm-1.1.1-2.fc12.ppc requires libspandsp.so.1 sems-speex-1.1.1-2.fc12.ppc requires libspandsp.so.1 serpentine-0.9-5.fc12.noarch requires gnome-python2-nautilus-cd-burner showimg-pgsql-0.9.5-22.fc11.ppc requires libpqxx-2.6.8.so sugar-pippy-34-2.fc12.ppc requires libc.so.6(GLIBC_2.2.5)(64bit) sugar-pippy-34-2.fc12.ppc requires libm.so.6(GLIBC_2.2.5)(64bit) thunderbird-lightning-1.0-0.8.20090513hg.fc12.ppc requires thunderbird < 0:3.0-3.6.b4 trac-customfieldadmin-plugin-0.1-0.1.svn5073.fc10.noarch requires trac-webadmin-plugin trac-customfieldadmin-plugin-0.1-0.1.svn5073.fc10.noarch requires python(abi) = 0:2.5 Broken deps for ppc64 ---------------------------------------------------------- 389-ds-1.1.3-4.fc12.noarch requires 389-ds-admin R-RScaLAPACK-0.5.1-19.fc11.ppc64 requires openmpi-libs asterisk-fax-1.6.1-0.24.rc1.fc12.ppc64 requires libspandsp.so.1()(64bit) bigboard-0.6.4-12.fc12.ppc64 requires mugshot >= 0:1.1.90-1 clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) cluttermm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-0.9) dap-hdf4_handler-3.7.9-2.fc11.ppc64 requires libdap.so.9()(64bit) dap-hdf4_handler-3.7.9-2.fc11.ppc64 requires libdapserver.so.6()(64bit) entertainer-0.4.2-5.fc12.noarch requires pyclutter-cairo octave-forge-20080831-10.fc12.ppc64 requires octave(api) = 0:api-v32 perl-DBIx-Class-Schema-Loader-0.04006-4.fc12.noarch requires perl(DBIX::Class) php-layers-menu-3.2.0-0.2.rc.fc12.noarch requires php-pear(HTML_Template_PHPLIB) plplot-octave-5.9.4-1.fc12.ppc64 requires octave(api) = 0:api-v32 ppl-yap-0.10.2-5.fc12.ppc64 requires libYap.so()(64bit) python-mwlib-0.11.2-3.20090522hg2956.fc12.ppc64 requires LabPlot python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.ppc64 requires libparted-1.8.so.8()(64bit) rubygem-main-2.8.4-3.fc12.noarch requires rubygem(fattr) >= 0:1.0.3 sems-1.1.1-2.fc12.ppc64 requires libspandsp.so.1()(64bit) sems-g722-1.1.1-2.fc12.ppc64 requires libspandsp.so.1()(64bit) sems-gsm-1.1.1-2.fc12.ppc64 requires libspandsp.so.1()(64bit) sems-speex-1.1.1-2.fc12.ppc64 requires libspandsp.so.1()(64bit) serpentine-0.9-5.fc12.noarch requires gnome-python2-nautilus-cd-burner showimg-pgsql-0.9.5-22.fc11.ppc64 requires libpqxx-2.6.8.so()(64bit) sugar-pippy-34-2.fc12.ppc64 requires libc.so.6(GLIBC_2.4) sugar-pippy-34-2.fc12.ppc64 requires libc.so.6(GLIBC_2.2.5)(64bit) sugar-pippy-34-2.fc12.ppc64 requires libm.so.6(GLIBC_2.0) sugar-pippy-34-2.fc12.ppc64 requires libc.so.6(GLIBC_2.1.3) sugar-pippy-34-2.fc12.ppc64 requires libstdc++.so.6(GLIBCXX_3.4) sugar-pippy-34-2.fc12.ppc64 requires libm.so.6 sugar-pippy-34-2.fc12.ppc64 requires libm.so.6(GLIBC_2.2.5)(64bit) sugar-pippy-34-2.fc12.ppc64 requires libc.so.6 sugar-pippy-34-2.fc12.ppc64 requires libgcc_s.so.1(GCC_3.0) sugar-pippy-34-2.fc12.ppc64 requires libstdc++.so.6(CXXABI_1.3) sugar-pippy-34-2.fc12.ppc64 requires libc.so.6(GLIBC_2.0) sugar-pippy-34-2.fc12.ppc64 requires libgcc_s.so.1 sugar-pippy-34-2.fc12.ppc64 requires libstdc++.so.6 thunderbird-lightning-1.0-0.8.20090513hg.fc12.ppc64 requires thunderbird < 0:3.0-3.6.b4 trac-customfieldadmin-plugin-0.1-0.1.svn5073.fc10.noarch requires trac-webadmin-plugin trac-customfieldadmin-plugin-0.1-0.1.svn5073.fc10.noarch requires python(abi) = 0:2.5 From mike at miketc.net Sun Aug 9 13:19:05 2009 From: mike at miketc.net (Mike Chambers) Date: Sun, 09 Aug 2009 08:19:05 -0500 Subject: No sound in rawhide In-Reply-To: <1249802020.2266.278.camel@adam.local.net> References: <1249769740.2350.2.camel@scrappy.miketc.net> <1249802020.2266.278.camel@adam.local.net> Message-ID: <1249823945.2305.3.camel@scrappy.miketc.net> On Sun, 2009-08-09 at 00:13 -0700, Adam Williamson wrote: > On Sat, 2009-08-08 at 17:15 -0500, Mike Chambers wrote: > > Sooo, I thought I saw mention about sound with current rawhide or close. > > Mine is just the ac97 or whatever built into the motherboard and after a > > straight up upgrade from F11 to rawhide it stopped working. I take it > > known problem already? Have anything to do with the boxes on the panel > > in the notification area being there instead of the device icons? > > Indirectly, probably yes. There's a workaround for that known problem > posted on rawhidewatch - restart notification-applet (or whatever the > exact name is) until you get the icons instead of the boxes (can take > over 20 tries, for me at least). At that point you'll probably see that > the sound volume icon has the mute symbol on it. PA seems to still be > initializing things at 0% volume when you first login. It is for me, > anyway. I'm guessing that's the case for you. The icon got to where it would be there at login, but it was muted. I would turn it up, and still no sound. Look a few moments later (if not seconds at times) and it would be muted again. -- Mike Chambers Madisonville, KY Fedora Project - Bugzapper, Tester, User, etc.. miketc302 at fedoraproject.org From awilliam at redhat.com Sun Aug 9 14:47:58 2009 From: awilliam at redhat.com (Adam Williamson) Date: Sun, 09 Aug 2009 07:47:58 -0700 Subject: No sound in rawhide In-Reply-To: <1249823945.2305.3.camel@scrappy.miketc.net> References: <1249769740.2350.2.camel@scrappy.miketc.net> <1249802020.2266.278.camel@adam.local.net> <1249823945.2305.3.camel@scrappy.miketc.net> Message-ID: <1249829278.2266.288.camel@adam.local.net> On Sun, 2009-08-09 at 08:19 -0500, Mike Chambers wrote: > The icon got to where it would be there at login, but it was muted. I > would turn it up, and still no sound. Look a few moments later (if not > seconds at times) and it would be muted again. Different from my case, then. I'd say get PA logs (kill the session PA and run it at a console as 'pulseaudio -vvvvv') and file a bug. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From fedora at camperquake.de Sun Aug 9 17:51:26 2009 From: fedora at camperquake.de (Ralf Ertzinger) Date: Sun, 9 Aug 2009 19:51:26 +0200 Subject: No sound in rawhide In-Reply-To: <1249802020.2266.278.camel@adam.local.net> References: <1249769740.2350.2.camel@scrappy.miketc.net> <1249802020.2266.278.camel@adam.local.net> Message-ID: <20090809195126.67eed8db@fred.camperquake.de> Hi. On Sun, 09 Aug 2009 00:13:40 -0700, Adam Williamson wrote > Indirectly, probably yes. There's a workaround for that known problem > posted on rawhidewatch - restart notification-applet (or whatever the > exact name is) until you get the icons instead of the boxes (can take > over 20 tries, for me at least). That's https://bugzilla.redhat.com/show_bug.cgi?id=510249, right? It currently blocks F12, shouldn't it block the aplha, too? From awilliam at redhat.com Sun Aug 9 19:11:58 2009 From: awilliam at redhat.com (Adam Williamson) Date: Sun, 09 Aug 2009 12:11:58 -0700 Subject: No sound in rawhide In-Reply-To: <20090809195126.67eed8db@fred.camperquake.de> References: <1249769740.2350.2.camel@scrappy.miketc.net> <1249802020.2266.278.camel@adam.local.net> <20090809195126.67eed8db@fred.camperquake.de> Message-ID: <1249845118.2266.290.camel@adam.local.net> On Sun, 2009-08-09 at 19:51 +0200, Ralf Ertzinger wrote: > Hi. > > On Sun, 09 Aug 2009 00:13:40 -0700, Adam Williamson wrote > > > Indirectly, probably yes. There's a workaround for that known problem > > posted on rawhidewatch - restart notification-applet (or whatever the > > exact name is) until you get the icons instead of the boxes (can take > > over 20 tries, for me at least). > > That's https://bugzilla.redhat.com/show_bug.cgi?id=510249, right? > It currently blocks F12, shouldn't it block the aplha, too? No, we wouldn't consider it blocking the Alpha per the criteria (we consider only bugs that break the critical path - booting into X, getting a network connection and updating the system - as blockers for the Alpha, pretty much). -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From drago01 at gmail.com Sun Aug 9 19:13:15 2009 From: drago01 at gmail.com (drago01) Date: Sun, 9 Aug 2009 21:13:15 +0200 Subject: No sound in rawhide In-Reply-To: <1249845118.2266.290.camel@adam.local.net> References: <1249769740.2350.2.camel@scrappy.miketc.net> <1249802020.2266.278.camel@adam.local.net> <20090809195126.67eed8db@fred.camperquake.de> <1249845118.2266.290.camel@adam.local.net> Message-ID: On Sun, Aug 9, 2009 at 9:11 PM, Adam Williamson wrote: > On Sun, 2009-08-09 at 19:51 +0200, Ralf Ertzinger wrote: >> Hi. >> >> On Sun, 09 Aug 2009 00:13:40 -0700, Adam Williamson wrote >> >> > Indirectly, probably yes. There's a workaround for that known problem >> > posted on rawhidewatch - restart notification-applet (or whatever the >> > exact name is) until you get the icons instead of the boxes (can take >> > over 20 tries, for me at least). >> >> That's https://bugzilla.redhat.com/show_bug.cgi?id=510249, right? >> It currently blocks F12, shouldn't it block the aplha, too? > > No, we wouldn't consider it blocking the Alpha per the criteria (we > consider only bugs that break the critical path - booting into X, > getting a network connection and updating the system - as blockers for > the Alpha, pretty much). + installing the system From Jochen at herr-schmitt.de Mon Aug 10 01:14:00 2009 From: Jochen at herr-schmitt.de (Jochen Schmitt) Date: Sun, 09 Aug 2009 21:14:00 -0400 Subject: Isue on building blender agains system ftgl library Message-ID: <4A7F7458.6060201@herr-schmitt.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hallo, I'm trying to build blender agains the system version of the ftgl libary instead of the bFTGL library which is bundled with blender. Unfortunately, I have got the following error message: /usr/bin/ld: skipping incompatible /usr/lib/libc.so when searching for -lc build/linux2/lib/libbf_ftfont.a(FTF_TTFont.o): In function `FTF_TTFont::GetBoundingBox(char*, float*, float*, float*, float*, float*, float*, unsigned int)': /home/s4504kr/cvs/fedora/blender/devel/blender-2.49a/source/blender/ftfont/intern/FTF_TTFont.cpp:381: undefined reference to `FTFont::BBox(wchar_t const*, float&, float&, float&, float&, float&, float&)' Unfortunately, I can't find any way to fix this error message. I have tried a const cast without any success. In the include file /usr/include/FTGL/FTFont.h I have find a matching function prototype in the FTFont class, so I not understand why this error message was occured. Perhaps someone have a hint for me to fix this issue. The whole build log and a SRPM you may find at: http://www.herr-schmitt.de/pub/blender/build.log http://www.herr-schmitt.de/pub/blender/blender-2.49a-5.fc12.src.rpm Best Regards: Jochen Schmitt -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org/ iEYEARECAAYFAkp/dEwACgkQT2AHK6txfgynogCg1UiHXG9KoMNrZQWEL8aQ89jt TqgAnjkjESJprnQSMSVsr9E6krVRomDY =UPwi -----END PGP SIGNATURE----- From fedora at camperquake.de Sun Aug 9 19:24:05 2009 From: fedora at camperquake.de (Ralf Ertzinger) Date: Sun, 9 Aug 2009 21:24:05 +0200 Subject: No sound in rawhide In-Reply-To: <1249845118.2266.290.camel@adam.local.net> References: <1249769740.2350.2.camel@scrappy.miketc.net> <1249802020.2266.278.camel@adam.local.net> <20090809195126.67eed8db@fred.camperquake.de> <1249845118.2266.290.camel@adam.local.net> Message-ID: <20090809212405.22d7aaf9@fred.camperquake.de> Hi. On Sun, 09 Aug 2009 12:11:58 -0700, Adam Williamson wrote > No, we wouldn't consider it blocking the Alpha per the criteria (we > consider only bugs that break the critical path - booting into X, > getting a network connection and updating the system - as blockers for > the Alpha, pretty much). One may argue that being unable to control network manager (because the icon does not show up) counts as not being able to get a network connection, but that's not my decision. From selinux at gmail.com Sun Aug 9 19:38:37 2009 From: selinux at gmail.com (Tom London) Date: Sun, 9 Aug 2009 12:38:37 -0700 Subject: No sound in rawhide In-Reply-To: <20090809212405.22d7aaf9@fred.camperquake.de> References: <1249769740.2350.2.camel@scrappy.miketc.net> <1249802020.2266.278.camel@adam.local.net> <20090809195126.67eed8db@fred.camperquake.de> <1249845118.2266.290.camel@adam.local.net> <20090809212405.22d7aaf9@fred.camperquake.de> Message-ID: <4c4ba1530908091238y6d159fa8pca8b4509c23be30c@mail.gmail.com> On Sun, Aug 9, 2009 at 12:24 PM, Ralf Ertzinger wrote: > Hi. > > On Sun, 09 Aug 2009 12:11:58 -0700, Adam Williamson wrote > >> No, we wouldn't consider it blocking the Alpha per the criteria (we >> consider only bugs that break the critical path - booting into X, >> getting a network connection and updating the system - as blockers for >> the Alpha, pretty much). > > One may argue that being unable to control network manager (because the > icon does not show up) counts as not being able to get a network connection, > but that's not my decision. > Just until this gets fixed: I bring up the sound applet by running 'killall gnome-volume-control-applet; gnome-volume-control-applet&' from a terminal. Similarly, I can "recover" the NetworkManager applet by running 'killall nm-applet; nm-applet&', also from a terminal.... tom -- Tom London From fedora at camperquake.de Sun Aug 9 19:42:39 2009 From: fedora at camperquake.de (Ralf Ertzinger) Date: Sun, 9 Aug 2009 21:42:39 +0200 Subject: No sound in rawhide In-Reply-To: <4c4ba1530908091238y6d159fa8pca8b4509c23be30c@mail.gmail.com> References: <1249769740.2350.2.camel@scrappy.miketc.net> <1249802020.2266.278.camel@adam.local.net> <20090809195126.67eed8db@fred.camperquake.de> <1249845118.2266.290.camel@adam.local.net> <20090809212405.22d7aaf9@fred.camperquake.de> <4c4ba1530908091238y6d159fa8pca8b4509c23be30c@mail.gmail.com> Message-ID: <20090809214239.6ee14caa@fred.camperquake.de> Hi. On Sun, 9 Aug 2009 12:38:37 -0700, Tom London wrote > Similarly, I can "recover" the NetworkManager applet by running > 'killall nm-applet; nm-applet&', also from a terminal.... That used to work, these days it works better to restart NetworkManager itself. From ville.skytta at iki.fi Sun Aug 9 20:00:03 2009 From: ville.skytta at iki.fi (Ville =?iso-8859-1?q?Skytt=E4?=) Date: Sun, 9 Aug 2009 23:00:03 +0300 Subject: UTF-8 specfiles, better upstream tarball commits coming Message-ID: <200908092300.07046.ville.skytta@iki.fi> Hello, I ran a few scripts on the CVS tree and will commit the resulting improvements in a few days to devel and rebuild changed packages if ACL's allow. Let me know if you for some reason don't want your packages touched (affected package lists below). 1) Convert remaining non-UTF-8 specfiles to UTF-8. This is a no-brainer. 2) A number of packages are not using the "best" _upstream_ (I'm not repackaging anything) tarball available that we can use. Using the best available one will result in smaller srpm sizes, less downloading from CVS lookaside cache and upstreams etc. I'm defining goodness in descending order as: xz, lzma, bz2, gz, zip, tar; and will compare tarball contents before making any changes. Packages whose SourceX URLs are bad are almost certainly missed in this batch. There are two scenarios where I'm going to make other changes besides just change the tarball in order to keep it possible for packagers to easily keep sharing specfiles between branches: 2a) If the tarball is going to be switched to an lzma one and the package has an EL-5 branch that seems relatively up to date with the devel branch, I'll add "BuildRequires: lzma" because while the EL-5 rpmbuild's %setup knows what to do with lzma tarballs, it doesn't have a dependency on lzma. 2b) If the tarball would be switched to an xz one but the package has relatively up to date F-10 or EL branches, I'm not going to switch the tarball or build at all but will add a TODO comment to the specfile noting that such a tarball would be available, because F-10 and EL rpmbuilds' %setup doesn't grok xz tarballs. Packages with non-UTF-8 specfiles: ---------------------------------- doxygen enscript fluxbox fluxconf GConf2 gnome-vfs2 intltool irda-utils jakarta-commons-digester jlex joystick kdbg lapack libksba librsvg2 logjam mkinitrd psgml psutils rarpd sip splint switchdesk system-config-kickstart talk velocity werken-xpath yp-tools Packages that may have a better upstream tarball available: ----------------------------------------------------------- (not necessarily all of these will be touched) abcm2ps anjuta archimedes autoconf autogen avr-gdb bigboard bluez cflow cluster-glue CodeAnalyst-gui compiz-manager conduit curl cylindrix deletemail dnsmasq doodle dosfstools eggdrop emacs epic ewl expect fspy gajim gaupol geany-plugins gedit-plugins gget giggle gnash gnome-packagekit gnome-power-manager gnonlin gnucash gpm gsh gtk-vnc hal hatools highlight hotwire hunspell-fo icon-naming-utils inkboy-fonts irssi jam java-1.6.0-openjdk kiosktool KoboDeluxe lftp libcmpiutil libgdbus libgdl libsexy libtheora libtool libuninum libzip lzma m4 maradns mikmod minbar moserial mpfr msr-tools netbeans-resolver nfoview notify-python obexd online-desktop pacemaker parted perl-qooxdoo-compat php-magickwand pipenightdreams pixman ppl proj psad python-kiwi python-pp qt-creator redet redet-doc reiserfs-utils resource-agents rfdump rxtx sed spamass-milter spring straw subversion surl tango-icon-theme teseq texinfo udpcast ustr warzone2100 ytalk zenon zlib From awilliam at redhat.com Sun Aug 9 20:13:46 2009 From: awilliam at redhat.com (Adam Williamson) Date: Sun, 09 Aug 2009 13:13:46 -0700 Subject: No sound in rawhide In-Reply-To: <20090809212405.22d7aaf9@fred.camperquake.de> References: <1249769740.2350.2.camel@scrappy.miketc.net> <1249802020.2266.278.camel@adam.local.net> <20090809195126.67eed8db@fred.camperquake.de> <1249845118.2266.290.camel@adam.local.net> <20090809212405.22d7aaf9@fred.camperquake.de> Message-ID: <1249848826.9022.2.camel@adam.local.net> On Sun, 2009-08-09 at 21:24 +0200, Ralf Ertzinger wrote: > Hi. > > On Sun, 09 Aug 2009 12:11:58 -0700, Adam Williamson wrote > > > No, we wouldn't consider it blocking the Alpha per the criteria (we > > consider only bugs that break the critical path - booting into X, > > getting a network connection and updating the system - as blockers for > > the Alpha, pretty much). > > One may argue that being unable to control network manager (because the > icon does not show up) counts as not being able to get a network connection, > but that's not my decision. That's a reasonable position (although there is a workaround). The blocker decisions are taken by releng plus qa plus anyone else who wants to show up. We have been announcing all the meetings here and encouraging people to come out and propose bugs which are not currently on the list :) The last blocker review meeting has passed already, but there is a final Alpha go/no-go meeting on Monday, you could certainly come and raise your concern there. My inkling is that we probably would not hold the Alpha solely for this issue (it doesn't appear it will be fixed until some time this week when the maintainer's back from vacation), but it's certainly worth asking. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From schaiba at gmail.com Sun Aug 9 22:18:56 2009 From: schaiba at gmail.com (Aioanei Rares) Date: Mon, 10 Aug 2009 01:18:56 +0300 Subject: Please support nouveau tag request In-Reply-To: <1249741018.2266.265.camel@adam.local.net> References: <1249741018.2266.265.camel@adam.local.net> Message-ID: <4A7F4B50.1070602@gmail.com> On 08/08/2009 05:16 PM, Adam Williamson wrote: > I have filed a tag request: > > https://fedorahosted.org/rel-eng/ticket/2071 > > to get xorg-x11-drv-nouveau-0.0.15-2.20090805git712064e.fc12 into the > alpha, because a mailing list thread and two bug reports lead me to > believe it's needed for nouveau to actually work. At the time of the > xorg-x11-server 125 breakage which is known, nouveau reporters reported > X stopping working just like everyone else, but they seem to need the > updated nouveau _as well as_ the update xorg-x11-server packages to make > things work again. Just updating xorg-x11-server does not do the trick. > > Anyone with Rawhide and an NVIDIA video card, if you could confirm the > request, that'd be great. Thanks! > > +1 From oget.fedora at gmail.com Sun Aug 9 23:26:39 2009 From: oget.fedora at gmail.com (Orcan Ogetbil) Date: Sun, 9 Aug 2009 19:26:39 -0400 Subject: FedoraStudio: the final step Message-ID: Hello everyone, (If you don't own a multimedia package you can skip this thread) This is a call for help for adjusting the .desktop files of your multimedia applications according to the new FedoraStudio feature [1]. For those who missed the news, with F-12 we will have an optional multimedia-menus package that will subcategorize the Sound&Video menu in Gnome (Multimedia menu in KDE). This package is currently geared towards multimedia creation folks, however this target audience may be expanded in the future to meet the demand. To place the applications in the proper category, the .desktop files need to have proper categories listed. Since I am a (co)maintainer of most audio creation packages in Fedora, I have finished most of the required work. However there are a few packages left that need to be addressed. So please follow the link [2] and check if your multimedia package meets the criteria for any of the submenus we will have. If you have any questions, do not hesitate to contact me. I will do a final check around September 8th, about two weeks before the beta freeze and fix the remaining .desktop files. Also let me know if you don't want your package to be touched. Thanks for your time! Orcan PS: Adjusting your .desktop file with this specification will not change the experience of anyone who doesn't have the multimedia-menus package installed. Your application will be still in the Sound&Video/Multimedia desktop menu as long as you have "AudioVideo" listed as a category in your .desktop file. [1] http://fedoraproject.org/wiki/Features/FedoraStudio [2] http://fedoraproject.org/wiki/Features/FedoraStudio#Outline From bernie at codewiz.org Mon Aug 10 00:08:33 2009 From: bernie at codewiz.org (Bernie Innocenti) Date: Mon, 10 Aug 2009 02:08:33 +0200 Subject: Fedora 11 slapd "too many open files": /lib64/libnspr4.so Message-ID: <1249862913.4137.9.camel@giskard> Hello, ________________________________________________________________________ > I'm running into a problem with Fedora 11 and OpenLDAP's slapd > instance (the same configuration that I've used for F8, F9, F10 and > now F11). > > After a day or two, of continuous usage, the slapd instance hangs with the > "too many open files" issue. I googled around a bit and found that some have > fixed the problem by adding the following line to slapd.conf: > > # Disconnect idle connections > idletimeout 60 > > This doesn't really seem to make a difference. When I do "lsof -u ldap", > I get the normal output of files in mem, followed by a ton of these: > > ... > ... > slapd 19221 ldap 37r REG 8,51 235360 418680 /lib64/libnspr4.so > slapd 19221 ldap 38r REG 8,51 235360 418680 /lib64/libnspr4.so > slapd 19221 ldap 39r REG 8,51 235360 418680 /lib64/libnspr4.so > slapd 19221 ldap 40r REG 8,51 235360 418680 /lib64/libnspr4.so > ... > ... > > that never seem to go away, and lead to the "too many open files" issue. > > Can anyone offer some assistance as to how to fix this issue? Thank you in > advance. -Anthony Did you eventually solve this issue? If not, is there a bug already filed in Bugzilla? I'm still seeing exactly the same on F11 with all updates installed as of today. I'd be tempted to point fingers at nss-softokn-freebl, as this is where the code to ope libnspr4.so actually lives. Upgrading openldap-servers and to rawhide has no effect. -- // Bernie Innocenti - http://codewiz.org/ \X/ Sugar Labs - http://sugarlabs.org/ From bernie at codewiz.org Mon Aug 10 00:15:50 2009 From: bernie at codewiz.org (Bernie Innocenti) Date: Mon, 10 Aug 2009 02:15:50 +0200 Subject: Fedora 11 slapd "too many open files": /lib64/libnspr4.so In-Reply-To: <1249862913.4137.9.camel@giskard> References: <1249862913.4137.9.camel@giskard> Message-ID: <1249863350.4137.10.camel@giskard> El Mon, 10-08-2009 a las 02:08 +0200, Bernie Innocenti escribi?: > I'm still seeing exactly the same on F11 with all updates installed > as of today. I'd be tempted to point fingers at nss-softokn-freebl, > as this is where the code to ope libnspr4.so actually lives. > Upgrading openldap-servers and to rawhide has no effect. Disabling ldaps:/// makes the problem go away. -- // Bernie Innocenti - http://codewiz.org/ \X/ Sugar Labs - http://sugarlabs.org/ From bernie at codewiz.org Mon Aug 10 00:32:40 2009 From: bernie at codewiz.org (Bernie Innocenti) Date: Mon, 10 Aug 2009 02:32:40 +0200 Subject: Fedora 11 slapd "too many open files": /lib64/libnspr4.so In-Reply-To: <1249863350.4137.10.camel@giskard> References: <1249862913.4137.9.camel@giskard> <1249863350.4137.10.camel@giskard> Message-ID: <1249864360.8489.0.camel@giskard> El Mon, 10-08-2009 a las 02:15 +0200, Bernie Innocenti escribi?: > El Mon, 10-08-2009 a las 02:08 +0200, Bernie Innocenti escribi?: > > I'm still seeing exactly the same on F11 with all updates installed > > as of today. I'd be tempted to point fingers at nss-softokn-freebl, > > as this is where the code to ope libnspr4.so actually lives. > > Upgrading openldap-servers and to rawhide has no effect. > > Disabling ldaps:/// makes the problem go away. No, it doesn't. I just didn't wait long enough. -- // Bernie Innocenti - http://codewiz.org/ \X/ Sugar Labs - http://sugarlabs.org/ From iarnell at gmail.com Mon Aug 10 03:11:12 2009 From: iarnell at gmail.com (Iain Arnell) Date: Mon, 10 Aug 2009 05:11:12 +0200 Subject: orphaning nopaste // ruby help wanted for broken package In-Reply-To: <20090726221732.05cb528a@schafwiese> References: <20090605190231.3a6a72b0@schafwiese> <4A295731.30507@redhat.com> <81487f820906051045o71b681btc867949986b14378@mail.gmail.com> <20090726221732.05cb528a@schafwiese> Message-ID: <81487f820908092011t52a88a3cn8b758a830cd31b5@mail.gmail.com> On Sun, Jul 26, 2009 at 10:17 PM, Simon Wesp wrote: > Dear Iain, > > nopaste is back... > http://agriffis.n01se.net/nopaste/nopaste-2.1 > you should include this instead of pearl-App-Nopaste.. > Can I have this package back? ;-) I didn't notice this post until the bugs showed up - I've released ownership (but fab now has it - I guess ownership automatically passes to co-maintainer). -- Iain. From iarnell at gmail.com Mon Aug 10 03:40:34 2009 From: iarnell at gmail.com (Iain Arnell) Date: Mon, 10 Aug 2009 05:40:34 +0200 Subject: orphaning nopaste // ruby help wanted for broken package In-Reply-To: <3668e9f50907270036r5b8a1932l31c1b5b87dab2549@mail.gmail.com> References: <20090605190231.3a6a72b0@schafwiese> <4A295731.30507@redhat.com> <81487f820906051045o71b681btc867949986b14378@mail.gmail.com> <20090726221732.05cb528a@schafwiese> <3668e9f50907270036r5b8a1932l31c1b5b87dab2549@mail.gmail.com> Message-ID: <81487f820908092040n75ba6abdh8e24f50ede61590f@mail.gmail.com> On Mon, Jul 27, 2009 at 9:36 AM, Josephine Tannh?user wrote: > On Sun, 26 Jul 2009 22:17:32 +0200 > Simon Wesp wrote: >> nopaste is back... >> http://agriffis.n01se.net/nopaste/nopaste-2.1 >> you should include this instead of pearl-App-Nopaste.. > the big benefit would be that the package would be alive in epel 4 and 5 > again.. sounds good to me. > perl-App-Nopaste isn't a good replacement for nopaste as Jason Farell > mentoined in ?Bug #504108 Comment 10 before I'm happy to see that the ruby nopaste can be revived in EPEL, but I'm not so keen to see it resurrected elsewhere (what happens when pastebin.com goes away? another two month wait for an update?). The major benefit of the perl implementation is that it is resilient to these problems - if one site goes down, it automatically tries a different one. We've worked to alleviate Jason's concerns: reducing the the size and number of dependencies pulled in by the perl version - there's still a fair few that are necessary, but they're all tiny (apart from perl itself, of course, but pretty much everyone has that already). I don't really see that as much of a problem. -- Iain. From remotestar at live.com Mon Aug 10 06:16:12 2009 From: remotestar at live.com (Markus Kesaromous) Date: Sun, 9 Aug 2009 23:16:12 -0700 Subject: kernel 2.6.29.6-217.2.3.fc11 compiled from source will not boot Message-ID: There is something seriously wrong with this kernel release. It compiles - but will not boot all the way. It hangs somewhere. I even tried to boot into single user mode. I never get to the shell prompt when booting in single user mode, nor to the gnome login banner when letting it boot in multiuser mode. After some 30-45 minutes I Ctrl-Alt_Del and the kernel pops the message Stopping all md devices .. and the pc reboots. I did not have this problem with 2.6.29.6-213.fc11 nor with it's predecessor 2.6.29.5-191.fc11 Are there others who have tried to build 2.6.29.6-217.2.3.fc11 from source rpm and configured the kernel in any way before building? Did you see any errors when running make install modules_install - as I did? Did the resulting kernel boot up all the way? If you need more info, please let me know. Markus K. _________________________________________________________________ Windows Live?: Keep your life in sync. http://windowslive.com/explore?ocid=PID23384::T:WLMTAGL:ON:WL:en-US:NF_BR_sync:082009 From cemeyer at u.washington.edu Mon Aug 10 07:06:14 2009 From: cemeyer at u.washington.edu (Conrad Meyer) Date: Mon, 10 Aug 2009 00:06:14 -0700 Subject: kernel 2.6.29.6-217.2.3.fc11 compiled from source will not boot In-Reply-To: References: Message-ID: <200908100006.15269.cemeyer@u.washington.edu> On Sunday 09 August 2009 11:16:12 pm Markus Kesaromous wrote: > There is something seriously wrong with this kernel release. Again -- the list you want is fedora-kernel-list, NOT fedora-devel-list. Regards, -- Conrad Meyer From mschwendt at gmail.com Mon Aug 10 08:31:28 2009 From: mschwendt at gmail.com (Michael Schwendt) Date: Mon, 10 Aug 2009 10:31:28 +0200 Subject: rpms/gnash/devel gnash.spec,1.57,1.58 In-Reply-To: <20090809185440.29C1A11C00D7@cvs1.fedora.phx.redhat.com> References: <20090809185440.29C1A11C00D7@cvs1.fedora.phx.redhat.com> Message-ID: <20090810103128.67662396@faldor> On Sun, 9 Aug 2009 18:54:40 +0000 (UTC), Kevin wrote: > Author: kkofler > > Update of /cvs/pkgs/rpms/gnash/devel > %files devel > -%{_prefix}/include/gnash/*.h > +%{_includedir}/gnash/*.h > %{_libdir}/pkgconfig/gnash.pc > > %files widget > -%{_prefix}/include/gnash/*.h > +%{_includedir}/gnash/*.h > %{python_sitearch}/* As I see that I wonder which package owns the gnash directory? https://fedoraproject.org/wiki/Packaging:UnownedDirectories Also, %defattr is missing for the two packages quoted here. From bnocera at redhat.com Mon Aug 10 11:15:29 2009 From: bnocera at redhat.com (Bastien Nocera) Date: Mon, 10 Aug 2009 12:15:29 +0100 Subject: FedoraStudio: the final step In-Reply-To: References: Message-ID: <1249902929.2019.3.camel@localhost.localdomain> On Sun, 2009-08-09 at 19:26 -0400, Orcan Ogetbil wrote: > Hello everyone, > > (If you don't own a multimedia package you can skip this thread) > > This is a call for help for adjusting the .desktop files of your > multimedia applications according to the new FedoraStudio feature [1]. > For those who missed the news, with F-12 we will have an optional > multimedia-menus package that will subcategorize the Sound&Video menu > in Gnome (Multimedia menu in KDE). This package is currently geared > towards multimedia creation folks, however this target audience may be > expanded in the future to meet the demand. > > To place the applications in the proper category, the .desktop files > need to have proper categories listed. Since I am a (co)maintainer of > most audio creation packages in Fedora, I have finished most of the > required work. However there are a few packages left that need to be > addressed. > > So please follow the link [2] and check if your multimedia package > meets the criteria for any of the submenus we will have. If you have > any questions, do not hesitate to contact me. I will do a final check > around September 8th, about two weeks before the beta freeze and fix > the remaining .desktop files. Also let me know if you don't want your > package to be touched. I didn't change this for gnome-volume-control seeing as it shows up in the (hardware) preferences rather than in the main menu. Cheers > PS: Adjusting your .desktop file with this specification will not > change the experience of anyone who doesn't have the multimedia-menus > package installed. Your application will be still in the > Sound&Video/Multimedia desktop menu as long as you have "AudioVideo" > listed as a category in your .desktop file. > > [1] http://fedoraproject.org/wiki/Features/FedoraStudio > [2] http://fedoraproject.org/wiki/Features/FedoraStudio#Outline > From rawhide at fedoraproject.org Mon Aug 10 11:29:39 2009 From: rawhide at fedoraproject.org (Rawhide Report) Date: Mon, 10 Aug 2009 11:29:39 +0000 Subject: rawhide report: 20090810 changes Message-ID: <20090810112939.GA23040@releng2.fedora.phx.redhat.com> Compose started at Mon Aug 10 06:15:06 UTC 2009 Updated Packages: xorg-x11-drv-nouveau-0.0.15-2.20090805git712064e.fc12 ----------------------------------------------------- * Wed Aug 05 2009 Ben Skeggs 0.0.15-2.20090803git712064e - dri2 fixes, no wfb without kms, non-kms fb resize fixes, other misc fixes Summary: Added Packages: 0 Removed Packages: 0 Modified Packages: 1 Broken deps for i386 ---------------------------------------------------------- 389-ds-1.1.3-4.fc12.noarch requires 389-ds-admin R-RScaLAPACK-0.5.1-19.fc11.i586 requires openmpi-libs asterisk-fax-1.6.1-0.24.rc1.fc12.i686 requires libspandsp.so.1 bigboard-0.6.4-12.fc12.i686 requires mugshot >= 0:1.1.90-1 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0 clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 cluttermm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-0.9) dap-hdf4_handler-3.7.9-2.fc11.i586 requires libdap.so.9 dap-hdf4_handler-3.7.9-2.fc11.i586 requires libdapserver.so.6 entertainer-0.4.2-5.fc12.noarch requires pyclutter-cairo octave-forge-20080831-10.fc12.i686 requires octave(api) = 0:api-v32 perl-DBIx-Class-Schema-Loader-0.04006-4.fc12.noarch requires perl(DBIX::Class) php-layers-menu-3.2.0-0.2.rc.fc12.noarch requires php-pear(HTML_Template_PHPLIB) plplot-octave-5.9.4-1.fc12.i586 requires octave(api) = 0:api-v32 ppl-yap-0.10.2-5.fc12.i686 requires libYap.so python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.i586 requires libparted-1.8.so.8 rubygem-main-2.8.4-3.fc12.noarch requires rubygem(fattr) >= 0:1.0.3 sems-1.1.1-2.fc12.i586 requires libspandsp.so.1 sems-g722-1.1.1-2.fc12.i586 requires libspandsp.so.1 sems-gsm-1.1.1-2.fc12.i586 requires libspandsp.so.1 sems-speex-1.1.1-2.fc12.i586 requires libspandsp.so.1 serpentine-0.9-5.fc12.noarch requires gnome-python2-nautilus-cd-burner showimg-pgsql-0.9.5-22.fc11.i586 requires libpqxx-2.6.8.so sugar-pippy-34-2.fc12.i686 requires libstdc++.so.6(CXXABI_1.3)(64bit) sugar-pippy-34-2.fc12.i686 requires libc.so.6()(64bit) sugar-pippy-34-2.fc12.i686 requires libgcc_s.so.1(GCC_3.0)(64bit) sugar-pippy-34-2.fc12.i686 requires libm.so.6()(64bit) sugar-pippy-34-2.fc12.i686 requires libm.so.6(GLIBC_2.2.5)(64bit) sugar-pippy-34-2.fc12.i686 requires libc.so.6(GLIBC_2.2.5)(64bit) sugar-pippy-34-2.fc12.i686 requires libstdc++.so.6()(64bit) sugar-pippy-34-2.fc12.i686 requires libstdc++.so.6(GLIBCXX_3.4)(64bit) sugar-pippy-34-2.fc12.i686 requires libgcc_s.so.1()(64bit) thunderbird-lightning-1.0-0.8.20090513hg.fc12.i686 requires thunderbird < 0:3.0-3.6.b4 trac-customfieldadmin-plugin-0.1-0.1.svn5073.fc10.noarch requires trac-webadmin-plugin trac-customfieldadmin-plugin-0.1-0.1.svn5073.fc10.noarch requires python(abi) = 0:2.5 Broken deps for x86_64 ---------------------------------------------------------- 389-ds-1.1.3-4.fc12.noarch requires 389-ds-admin R-RScaLAPACK-0.5.1-19.fc11.x86_64 requires openmpi-libs asterisk-fax-1.6.1-0.24.rc1.fc12.x86_64 requires libspandsp.so.1()(64bit) bigboard-0.6.4-12.fc12.x86_64 requires mugshot >= 0:1.1.90-1 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.x86_64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.x86_64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-0.7.4-2.fc11.x86_64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8) clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.x86_64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.x86_64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-gtk-0.9) clutter-gtkmm-devel-0.9.4-1.fc12.x86_64 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 cluttermm-0.9.4-1.fc12.x86_64 requires libclutter-glx-0.9.so.0()(64bit) cluttermm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-0.9) cluttermm-devel-0.9.4-1.fc12.x86_64 requires pkgconfig(clutter-0.9) dap-hdf4_handler-3.7.9-2.fc11.x86_64 requires libdap.so.9()(64bit) dap-hdf4_handler-3.7.9-2.fc11.x86_64 requires libdapserver.so.6()(64bit) entertainer-0.4.2-5.fc12.noarch requires pyclutter-cairo octave-forge-20080831-10.fc12.x86_64 requires octave(api) = 0:api-v32 perl-DBIx-Class-Schema-Loader-0.04006-4.fc12.noarch requires perl(DBIX::Class) php-layers-menu-3.2.0-0.2.rc.fc12.noarch requires php-pear(HTML_Template_PHPLIB) plplot-octave-5.9.4-1.fc12.x86_64 requires octave(api) = 0:api-v32 ppl-yap-0.10.2-5.fc12.x86_64 requires libYap.so()(64bit) python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.x86_64 requires libparted-1.8.so.8()(64bit) rubygem-main-2.8.4-3.fc12.noarch requires rubygem(fattr) >= 0:1.0.3 sems-1.1.1-2.fc12.x86_64 requires libspandsp.so.1()(64bit) sems-g722-1.1.1-2.fc12.x86_64 requires libspandsp.so.1()(64bit) sems-gsm-1.1.1-2.fc12.x86_64 requires libspandsp.so.1()(64bit) sems-speex-1.1.1-2.fc12.x86_64 requires libspandsp.so.1()(64bit) serpentine-0.9-5.fc12.noarch requires gnome-python2-nautilus-cd-burner showimg-pgsql-0.9.5-22.fc11.x86_64 requires libpqxx-2.6.8.so()(64bit) thunderbird-lightning-1.0-0.8.20090513hg.fc12.x86_64 requires thunderbird < 0:3.0-3.6.b4 trac-customfieldadmin-plugin-0.1-0.1.svn5073.fc10.noarch requires trac-webadmin-plugin trac-customfieldadmin-plugin-0.1-0.1.svn5073.fc10.noarch requires python(abi) = 0:2.5 Broken deps for ppc ---------------------------------------------------------- 389-ds-1.1.3-4.fc12.noarch requires 389-ds-admin R-RScaLAPACK-0.5.1-19.fc11.ppc requires openmpi-libs asterisk-fax-1.6.1-0.24.rc1.fc12.ppc requires libspandsp.so.1 bigboard-0.6.4-12.fc12.ppc requires mugshot >= 0:1.1.90-1 clutter-cairomm-0.7.4-2.fc11.ppc requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.ppc requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.ppc requires libclutter-glx-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.ppc requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc requires pkgconfig(clutter-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.ppc requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.ppc requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.ppc requires pkgconfig(clutter-gtk-0.9) clutter-gtkmm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.ppc requires libclutter-glx-0.9.so.0 cluttermm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) cluttermm-devel-0.9.4-1.fc12.ppc requires pkgconfig(clutter-0.9) cluttermm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-0.9) dap-hdf4_handler-3.7.9-2.fc11.ppc requires libdap.so.9 dap-hdf4_handler-3.7.9-2.fc11.ppc requires libdapserver.so.6 entertainer-0.4.2-5.fc12.noarch requires pyclutter-cairo octave-forge-20080831-10.fc12.ppc requires octave(api) = 0:api-v32 perl-DBIx-Class-Schema-Loader-0.04006-4.fc12.noarch requires perl(DBIX::Class) php-layers-menu-3.2.0-0.2.rc.fc12.noarch requires php-pear(HTML_Template_PHPLIB) plplot-octave-5.9.4-1.fc12.ppc requires octave(api) = 0:api-v32 ppl-yap-0.10.2-5.fc12.ppc requires libYap.so python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.ppc requires libparted-1.8.so.8 rubygem-main-2.8.4-3.fc12.noarch requires rubygem(fattr) >= 0:1.0.3 sems-1.1.1-2.fc12.ppc requires libspandsp.so.1 sems-g722-1.1.1-2.fc12.ppc requires libspandsp.so.1 sems-gsm-1.1.1-2.fc12.ppc requires libspandsp.so.1 sems-speex-1.1.1-2.fc12.ppc requires libspandsp.so.1 serpentine-0.9-5.fc12.noarch requires gnome-python2-nautilus-cd-burner showimg-pgsql-0.9.5-22.fc11.ppc requires libpqxx-2.6.8.so sugar-pippy-34-2.fc12.ppc requires libm.so.6(GLIBC_2.2.5)(64bit) sugar-pippy-34-2.fc12.ppc requires libc.so.6(GLIBC_2.2.5)(64bit) thunderbird-lightning-1.0-0.8.20090513hg.fc12.ppc requires thunderbird < 0:3.0-3.6.b4 trac-customfieldadmin-plugin-0.1-0.1.svn5073.fc10.noarch requires trac-webadmin-plugin trac-customfieldadmin-plugin-0.1-0.1.svn5073.fc10.noarch requires python(abi) = 0:2.5 Broken deps for ppc64 ---------------------------------------------------------- 389-ds-1.1.3-4.fc12.noarch requires 389-ds-admin R-RScaLAPACK-0.5.1-19.fc11.ppc64 requires openmpi-libs asterisk-fax-1.6.1-0.24.rc1.fc12.ppc64 requires libspandsp.so.1()(64bit) bigboard-0.6.4-12.fc12.ppc64 requires mugshot >= 0:1.1.90-1 clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) cluttermm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-0.9) dap-hdf4_handler-3.7.9-2.fc11.ppc64 requires libdap.so.9()(64bit) dap-hdf4_handler-3.7.9-2.fc11.ppc64 requires libdapserver.so.6()(64bit) entertainer-0.4.2-5.fc12.noarch requires pyclutter-cairo octave-forge-20080831-10.fc12.ppc64 requires octave(api) = 0:api-v32 perl-DBIx-Class-Schema-Loader-0.04006-4.fc12.noarch requires perl(DBIX::Class) php-layers-menu-3.2.0-0.2.rc.fc12.noarch requires php-pear(HTML_Template_PHPLIB) plplot-octave-5.9.4-1.fc12.ppc64 requires octave(api) = 0:api-v32 ppl-yap-0.10.2-5.fc12.ppc64 requires libYap.so()(64bit) python-mwlib-0.11.2-3.20090522hg2956.fc12.ppc64 requires LabPlot python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.ppc64 requires libparted-1.8.so.8()(64bit) rubygem-main-2.8.4-3.fc12.noarch requires rubygem(fattr) >= 0:1.0.3 sems-1.1.1-2.fc12.ppc64 requires libspandsp.so.1()(64bit) sems-g722-1.1.1-2.fc12.ppc64 requires libspandsp.so.1()(64bit) sems-gsm-1.1.1-2.fc12.ppc64 requires libspandsp.so.1()(64bit) sems-speex-1.1.1-2.fc12.ppc64 requires libspandsp.so.1()(64bit) serpentine-0.9-5.fc12.noarch requires gnome-python2-nautilus-cd-burner showimg-pgsql-0.9.5-22.fc11.ppc64 requires libpqxx-2.6.8.so()(64bit) sugar-pippy-34-2.fc12.ppc64 requires libc.so.6(GLIBC_2.4) sugar-pippy-34-2.fc12.ppc64 requires libm.so.6(GLIBC_2.0) sugar-pippy-34-2.fc12.ppc64 requires libc.so.6(GLIBC_2.1.3) sugar-pippy-34-2.fc12.ppc64 requires libstdc++.so.6(GLIBCXX_3.4) sugar-pippy-34-2.fc12.ppc64 requires libm.so.6 sugar-pippy-34-2.fc12.ppc64 requires libm.so.6(GLIBC_2.2.5)(64bit) sugar-pippy-34-2.fc12.ppc64 requires libc.so.6(GLIBC_2.2.5)(64bit) sugar-pippy-34-2.fc12.ppc64 requires libc.so.6 sugar-pippy-34-2.fc12.ppc64 requires libgcc_s.so.1(GCC_3.0) sugar-pippy-34-2.fc12.ppc64 requires libstdc++.so.6(CXXABI_1.3) sugar-pippy-34-2.fc12.ppc64 requires libc.so.6(GLIBC_2.0) sugar-pippy-34-2.fc12.ppc64 requires libgcc_s.so.1 sugar-pippy-34-2.fc12.ppc64 requires libstdc++.so.6 thunderbird-lightning-1.0-0.8.20090513hg.fc12.ppc64 requires thunderbird < 0:3.0-3.6.b4 trac-customfieldadmin-plugin-0.1-0.1.svn5073.fc10.noarch requires trac-webadmin-plugin trac-customfieldadmin-plugin-0.1-0.1.svn5073.fc10.noarch requires python(abi) = 0:2.5 From bernie at codewiz.org Mon Aug 10 12:50:47 2009 From: bernie at codewiz.org (Bernie Innocenti) Date: Mon, 10 Aug 2009 14:50:47 +0200 Subject: enigmail for F-11's thunderbird ? In-Reply-To: <4A7DA1D4.5090708@sapience.com> References: <4A7D6406.8060404@redhat.com> <4A7D63BA.8020402@gmail.com> <4A7DA1D4.5090708@sapience.com> Message-ID: <1249908647.16560.59.camel@giskard> El Sat, 08-08-2009 a las 12:03 -0400, Mail Lists escribi?: > On 08/08/2009 07:38 AM, Frank Murphy (Frankly3D) wrote: > > On 08/08/09 12:39, Gregory Hosler wrote: > >> Hi all, > >> > > > > Works fine for me. > > Did you get TB from Mozilla? > > > > I believe enigmail is setup fro the Fedora packaged version of TB, > > which is on TB 3 Beta2 > > > > I am using stock F11 tb and enigmail from rpmfusion on x64 - and it > does NOT work. It says 'not compatible'. Why is thunderbird-enigmail in rpfusion-free rather than fedora proper? Actually, why does rpmfusion-free even exist? A cheeky question, admittedly, but I'm honestly curious. > Since the mozilla builds do not provide x64 (which is a shame 64 bit > are basically the baseline now with core 2) and the plugins are not 64 > bit I am not using them - but if you use the 32 bit mozilla tb and > enigmail nightly from mozilla - they do work. And here's another thing I've been wondering for years: why doesn't Mozilla provide Linux x86_64 builds? It should probably be asked on one of their lists, though. -- // Bernie Innocenti - http://codewiz.org/ \X/ Sugar Labs - http://sugarlabs.org/ From twaugh at redhat.com Mon Aug 10 13:08:16 2009 From: twaugh at redhat.com (Tim Waugh) Date: Mon, 10 Aug 2009 14:08:16 +0100 Subject: Consistent PolicyKit system policy Message-ID: <1249909696.2770.106.camel@worm> When defining a new policy mechanism for PolicyKit, what are the "rules" for setting the default policy? PolicyKit's flexibility is excellent, but it means that we have to choose sensible and consistent defaults for each application that uses it. I ask because the default policy for cups-pk-helper is to require the root password, and not to remember it even for that session. What is the goal of the default Fedora PolicyKit policy system-wide, and how can we check that PolicyKit mechanisms' default policies are adhering to it? For example, what should the default Fedora policy be for locally connected peripherals? 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 bochecha at fedoraproject.org Mon Aug 10 13:35:43 2009 From: bochecha at fedoraproject.org (Mathieu Bridon (bochecha)) Date: Mon, 10 Aug 2009 15:35:43 +0200 Subject: enigmail for F-11's thunderbird ? In-Reply-To: <1249908647.16560.59.camel@giskard> References: <4A7D6406.8060404@redhat.com> <4A7D63BA.8020402@gmail.com> <4A7DA1D4.5090708@sapience.com> <1249908647.16560.59.camel@giskard> Message-ID: <2d319b780908100635t717830bx7adc3a7499b1e698@mail.gmail.com> > Actually, why does rpmfusion-free even exist? ?A cheeky question, > admittedly, but I'm honestly curious. AFAIK, it's because there are some free software that are not acceptable in Fedora. A free implementation of a patented codec comes to mind. ---------- Mathieu Bridon (bochecha) From walters at verbum.org Mon Aug 10 13:42:06 2009 From: walters at verbum.org (Colin Walters) Date: Mon, 10 Aug 2009 09:42:06 -0400 Subject: Consistent PolicyKit system policy In-Reply-To: <1249909696.2770.106.camel@worm> References: <1249909696.2770.106.camel@worm> Message-ID: On Mon, Aug 10, 2009 at 9:08 AM, Tim Waugh wrote: > What is the goal of the default Fedora PolicyKit policy system-wide, and > how can we check that PolicyKit mechanisms' default policies are > adhering to it? Generally where I'd like to move to is where the RPM package defaults are appropriate for a shared computer lab PC, and the desktop spin kickstart modifies things as appropriate for the unmanaged home PC/laptop. You could think of "computer lab PC" as very similar to the our heritage, the "timesharing unix server" case, except that it makes sense for say plugging in a USB key to do something useful. An example of something that would be different between the RPM package and desktop spin is the policy for software installation. In the RPM package it should be either none allowed or "initiate updates only", whereas the desktop spin would allow clickthrough for arbitrary RPM installation. (This is mainly relevant in the future when we don't have a separate root password in important places in the UI flow). We don't do this at all now though =) For your particular case I think your current policy is the best we can do for all targets. From bill at bfccomputing.com Mon Aug 10 14:47:20 2009 From: bill at bfccomputing.com (Bill McGonigle) Date: Mon, 10 Aug 2009 10:47:20 -0400 Subject: non root X In-Reply-To: <1249681647.2899.0.camel@t60prh> References: <4A76B026.4040603@fedoraproject.org> <1249536365.11827.2.camel@clockmaker.usersys.redhat.com> <4A7C919C.4000004@redhat.com> <1249681647.2899.0.camel@t60prh> Message-ID: <4A8032F8.6020109@bfccomputing.com> On 08/07/2009 05:47 PM, Dave Airlie wrote: > We have to undo some stuff when X exits. I was thinking OpenSSH handles this with privilege separation, maybe X could too? Sure enough, there's a paper on it (from '04 no less): ftp://ftp.laas.fr/pub/ii/matthieu/xf86-sec.pdf -Bill -- Bill McGonigle, Owner BFC Computing, LLC http://bfccomputing.com/ Email, IM, VOIP: bill at bfccomputing.com Telephone: +1.603.448.4440 Twitter, etc.: bill_mcgonigle/bill.mcgonigle VCard: http://bfccomputing.com/vcard/bill.vcf From loganjerry at gmail.com Mon Aug 10 14:52:47 2009 From: loganjerry at gmail.com (Jerry James) Date: Mon, 10 Aug 2009 08:52:47 -0600 Subject: Isue on building blender agains system ftgl library In-Reply-To: <4A7F7458.6060201@herr-schmitt.de> References: <4A7F7458.6060201@herr-schmitt.de> Message-ID: <870180fe0908100752u7a943baekdfeb9b793d1cf6b7@mail.gmail.com> On Sun, Aug 9, 2009 at 7:14 PM, Jochen Schmitt wrote: > Unfortunately, I have got the following error message: > > /usr/bin/ld: skipping incompatible /usr/lib/libc.so when searching for -lc > build/linux2/lib/libbf_ftfont.a(FTF_TTFont.o): In function > `FTF_TTFont::GetBoundingBox(char*, float*, float*, float*, float*, > float*, float*, unsigned int)': > /home/s4504kr/cvs/fedora/blender/devel/blender-2.49a/source/blender/ftfont/intern/FTF_TTFont.cpp:381: > undefined reference to `FTFont::BBox(wchar_t const*, float&, float&, > float&, float&, float&, float&)' The build log shows that the object files were all compiled in 64-bit mode. This message (and the others following it in the build log) are complaints about trying to link 32-bit libraries against the 64-bit object files. This is because the link line for build/linux2/bin/blender includes "-L/usr/lib". (It also includes "-L/usr/lib64", twice, which is unnecessary.) -- Jerry James http://www.jamezone.org/ From sundaram at fedoraproject.org Mon Aug 10 15:08:43 2009 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Mon, 10 Aug 2009 20:38:43 +0530 Subject: Review: Fedora 12 Alpha Release Notes Message-ID: <4A8037FB.20701@fedoraproject.org> Hi, Wit the Fedora 12 Alpha release coming up shortly, now would be a good time to review the release notes. Make sure the major features are covered, import bugs and workarounds noted etc http://fedoraproject.org/wiki/Fedora_12_Alpha_release_notes Please edit the wiki directly for any improvements if you can or reply with suggestions. Thanks. Rahul From bill at bfccomputing.com Mon Aug 10 15:17:44 2009 From: bill at bfccomputing.com (Bill McGonigle) Date: Mon, 10 Aug 2009 11:17:44 -0400 Subject: Fedora 12 Features Proposed for Removal In-Reply-To: <4A7BCF94.3080408@fedoraproject.org> References: <4A7A048B.3040909@redhat.com> <5256d0b0908060139y2868e311q7bb167574678614d@mail.gmail.com> <4A7A97EA.1090107@freenet.de> <4A7A9A83.8010907@fedoraproject.org> <4A7ABFA1.4040600@freenet.de> <4A7AE6C8.1050906@freenet.de> <1249572048.2724.251.camel@localhost> <4A7BCF94.3080408@fedoraproject.org> Message-ID: <4A803A18.3060209@bfccomputing.com> On 08/07/2009 02:54 AM, Rahul Sundaram wrote: > Pointing it out on a review and restoring to calling the > packages bad quality if people don't follow your controversial > recommendation isn't going to scale at all. This is a good perspective, Ralf. Putting the same energy into individual reviews won't have as amplified an impact as convincing the packaging committee of problems. I understand the theoretical value of a deterministic package build - I'm not aware of specific examples of where non-determinism has caused problems in Fedora, though I can imagine some. Gathering evidence of breakage may cause a change of opinion. Having a practical alternative is probably required as well. -Bill P.S. I support your position to not review packages you find morally offensive. Fedora itself is a moral stance (on Free software), and as such should not ask its members to behave in a personally unethical manner. -- Bill McGonigle, Owner BFC Computing, LLC http://bfccomputing.com/ Email, IM, VOIP: bill at bfccomputing.com Telephone: +1.603.448.4440 Twitter, etc.: bill_mcgonigle/bill.mcgonigle VCard: http://bfccomputing.com/vcard/bill.vcf From bill at bfccomputing.com Mon Aug 10 15:27:54 2009 From: bill at bfccomputing.com (Bill McGonigle) Date: Mon, 10 Aug 2009 11:27:54 -0400 Subject: enigmail for F-11's thunderbird ? In-Reply-To: <1249908647.16560.59.camel@giskard> References: <4A7D6406.8060404@redhat.com> <4A7D63BA.8020402@gmail.com> <4A7DA1D4.5090708@sapience.com> <1249908647.16560.59.camel@giskard> Message-ID: <4A803C7A.9050601@bfccomputing.com> On 08/10/2009 08:50 AM, Bernie Innocenti wrote: > Why is thunderbird-enigmail in rpfusion-free rather than fedora proper? As currently constructed, enigmail's SRPM requires the entire Thunderbird source. I speculated here last week that perhaps we need a thunderbird-devel package, but I don't know enough to qualify that. -Bill -- Bill McGonigle, Owner BFC Computing, LLC http://bfccomputing.com/ Email, IM, VOIP: bill at bfccomputing.com Telephone: +1.603.448.4440 Twitter, etc.: bill_mcgonigle/bill.mcgonigle VCard: http://bfccomputing.com/vcard/bill.vcf From mike at cchtml.com Mon Aug 10 15:30:17 2009 From: mike at cchtml.com (Michael Cronenworth) Date: Mon, 10 Aug 2009 10:30:17 -0500 Subject: Review: Fedora 12 Alpha Release Notes In-Reply-To: <4A8037FB.20701@fedoraproject.org> References: <4A8037FB.20701@fedoraproject.org> Message-ID: <4A803D09.5050501@cchtml.com> Rahul Sundaram on 08/10/2009 10:08 AM wrote: > Please edit the wiki directly for any improvements if you can or reply > with suggestions. Thanks. Why are some internal Fedora wiki links set as external links? For example: [https://fedoraproject.org/wiki/Dracut Dracut] instead of [[Dracut]] From sundaram at fedoraproject.org Mon Aug 10 15:37:45 2009 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Mon, 10 Aug 2009 21:07:45 +0530 Subject: Review: Fedora 12 Alpha Release Notes In-Reply-To: <4A803D09.5050501@cchtml.com> References: <4A8037FB.20701@fedoraproject.org> <4A803D09.5050501@cchtml.com> Message-ID: <4A803EC9.5070301@fedoraproject.org> On 08/10/2009 09:00 PM, Michael Cronenworth wrote: > Rahul Sundaram on 08/10/2009 10:08 AM wrote: >> Please edit the wiki directly for any improvements if you can or reply >> with suggestions. Thanks. > > Why are some internal Fedora wiki links set as external links? No particular reason. Fixed. Rahul From rc040203 at freenet.de Mon Aug 10 15:44:33 2009 From: rc040203 at freenet.de (Ralf Corsepius) Date: Mon, 10 Aug 2009 17:44:33 +0200 Subject: Fedora 12 Features Proposed for Removal In-Reply-To: <4A803A18.3060209@bfccomputing.com> References: <4A7A048B.3040909@redhat.com> <5256d0b0908060139y2868e311q7bb167574678614d@mail.gmail.com> <4A7A97EA.1090107@freenet.de> <4A7A9A83.8010907@fedoraproject.org> <4A7ABFA1.4040600@freenet.de> <4A7AE6C8.1050906@freenet.de> <1249572048.2724.251.camel@localhost> <4A7BCF94.3080408@fedoraproject.org> <4A803A18.3060209@bfccomputing.com> Message-ID: <4A804061.6010406@freenet.de> On 08/10/2009 05:17 PM, Bill McGonigle wrote: > On 08/07/2009 02:54 AM, Rahul Sundaram wrote: >> Pointing it out on a review and restoring to calling the >> packages bad quality if people don't follow your controversial >> recommendation isn't going to scale at all. > > This is a good perspective, Ralf. Putting the same energy into > individual reviews won't have as amplified an impact as convincing the > packaging committee of problems. I am member of the FPC, but ... I have failed to convince the FPC so far. > I understand the theoretical value of a deterministic package build - > I'm not aware of specific examples of where non-determinism has caused > problems in Fedora, though I can imagine some. They are very easy to demonstrate. Commonly known cases are building gcc, binutils, gdb, firefox etc. Other cases are pretty easy to find. Actually, probably almost any non-trivial, complex package has such issues. It's only the fact that most packages are trivial autotool-wise and the fact that autotools-changes often are subtile, which lets people who are not intimate with the autotools (erroroniously) believe it's safe to run autotools during builts. > Gathering evidence of > breakage may cause a change of opinion. Having a practical alternative > is probably required as well. The practical alternative is very simple: Run the autotools on the system you are testing on, create diffs from them and to apply them during builds. I am applying this approach to several of my Fedora packages (some of which I know to suffer from such issues, e.g. Coin2), fixed some packages (owned by others) this way, which had failed during the F11-mass-rebuild, exactly because of such issues. Ralf From Fedora at FamilleCollet.com Mon Aug 10 15:46:00 2009 From: Fedora at FamilleCollet.com (Remi Collet) Date: Mon, 10 Aug 2009 17:46:00 +0200 Subject: enigmail for F-11's thunderbird ? In-Reply-To: <4A803C7A.9050601@bfccomputing.com> References: <4A7D6406.8060404@redhat.com> <4A7D63BA.8020402@gmail.com> <4A7DA1D4.5090708@sapience.com> <1249908647.16560.59.camel@giskard> <4A803C7A.9050601@bfccomputing.com> Message-ID: <4A8040B8.1000908@FamilleCollet.com> Le 10/08/2009 17:27, Bill McGonigle a ?crit : > On 08/10/2009 08:50 AM, Bernie Innocenti wrote: >> Why is thunderbird-enigmail in rpfusion-free rather than fedora proper? > > As currently constructed, enigmail's SRPM requires the entire > Thunderbird source. > > I speculated here last week that perhaps we need a thunderbird-devel > package, but I don't know enough to qualify that. Yes, that's the solution used on debian. But we also need to patch some files in the sources tree 1 in 2.x which solves a build break non-i386 build.... 1 in 3.x which solves a build break ppc64 build... The really simplest solution will be to build enigmail "with" thunderbird (as a subpackage). But this seems not aceptable. + P.S. but rpmfusion-free is really a "mandatory" repo ;) From notting at redhat.com Mon Aug 10 15:57:28 2009 From: notting at redhat.com (Bill Nottingham) Date: Mon, 10 Aug 2009 11:57:28 -0400 Subject: Firefox SELinux bug from Alpha Blockers meeting. In-Reply-To: <2d319b780908080310r50c7ccfxd0bf1b33066637fc@mail.gmail.com> References: <2d319b780908080310r50c7ccfxd0bf1b33066637fc@mail.gmail.com> Message-ID: <20090810155725.GA6242@nostromo.devel.redhat.com> Mathieu Bridon (bochecha) (bochecha at fedoraproject.org) said: > I just wanted to know if I should open a new bug report for Epiphany > as SEAlert got confused or if it is indeed the same bug, in which case > I'll be patient. See bug 516057. Bill From kevin at scrye.com Mon Aug 10 16:15:42 2009 From: kevin at scrye.com (Kevin Fenzi) Date: Mon, 10 Aug 2009 10:15:42 -0600 Subject: source file audit - 2009-08-10 Message-ID: <20090810101542.2fa4f2d7@ohm.scrye.com> Here's attached another run of my sources/patches url checker. - There are 1060 lines in this run. Up from 884 last run. 700 sourcecheck-20070826.txt 620 sourcecheck-20070917.txt 561 sourcecheck-20071017.txt 775 sourcecheck-20080206.txt 685 sourcecheck-20080214.txt 674 sourcecheck-20080301.txt 666 sourcecheck-20080401.txt 660 sourcecheck-20080501.txt 642 sourcecheck-20080603.txt 649 sourcecheck-20080705.txt 662 sourcecheck-20080801.txt 912 sourcecheck-20081114.txt 884 sourcecheck-20090215.txt 1060 sourcecheck-20090810.txt You can find the results file at: http://www.scrye.com/~kevin/fedora/sourcecheck/sourcecheck-20090810.txt And also attached to this mail. Lines in the output are of three forms: - BADURL:base-file-name:$PACKAGENAME This means that the URI provided in the Source(s) line didn't result in a download of the source. This could be any of: URL changed, version changed and URL wasn't updated, Site is down, Site is gone, etc. Also there are a number of packages with incorrect sourceforge links. (BTW, there are still some packages with ftp://people.redhat.com/ URLs). - BADSOURCE:$SOURCENAME:$PACKAGENAME This means that the source was downloaded ok from the upstream site, but doesn't match the md5sum given in the sources file. This could be due to needing to strip out content that fedora cannot ship (but in that case you shouldn't have the full URI in the Source line). Or upstream following poor release practices and updating without changing their release. - BAD_CVS_SOURCE:$SOURCENAME:$PACKAGENAME This means that the file was downloaded from the URI given, and the md5sum did not match the file thats present in CVS (not the lookaside). This might be due to timestamps, or any of the above reasons. kevin -- abbot:BADURL:mitter-0.4.3.tar.gz:mitter abbot:BADURL:protobuf-2.0.2.tar.bz2:protobuf abompard:BADSOURCE:cryptopp560.zip:cryptopp abompard:BADSOURCE:pure-ftpd-1.0.22.tar.bz2:pure-ftpd abompard:BADURL:awstats-6.9.tar.gz:awstats abompard:BADURL:Comet_Catcher_Redux.sd7:spring-maps-default abompard:BADURL:glest_data_3.2.1.zip:glest-data abompard:BADURL:psi-0.13.tar.bz2:psi abompard:BADURL:Sands_of_War_v2.sd7:spring-maps-default abompard:BADURL:SmallDivide.sd7:spring-maps-default adalloz:BADURL:pan-0.133.tar.bz2:pan adrian:BADURL:gmpc-0.18.0.tar.gz:gmpc adrian:BADURL:gmpc-alarm-0.18.0.tar.gz:gmpc adrian:BADURL:gmpc-avahi-0.18.0.tar.gz:gmpc adrian:BADURL:gmpc-coveramazon-0.18.0.tar.gz:gmpc adrian:BADURL:gmpc-extraplaylist-0.18.0.tar.gz:gmpc adrian:BADURL:gmpc-jamendo-0.18.0.tar.gz:gmpc adrian:BADURL:gmpc-last-fm-0.18.0.tar.gz:gmpc adrian:BADURL:gmpc-libnotify-0.18.0.tar.gz:gmpc adrian:BADURL:gmpc-lirc-0.18.0.tar.gz:gmpc adrian:BADURL:gmpc-lyrics-0.18.0.tar.gz:gmpc adrian:BADURL:gmpc-lyricwiki-0.18.0.tar.gz:gmpc adrian:BADURL:gmpc-magnatune-0.18.0.tar.gz:gmpc adrian:BADURL:gmpc-mdcover-0.18.0.tar.gz:gmpc adrian:BADURL:gmpc-mserver-0.18.0.tar.gz:gmpc adrian:BADURL:gmpc-osd-0.18.0.tar.gz:gmpc adrian:BADURL:gmpc-shout-0.18.0.tar.gz:gmpc adrian:BADURL:gmpc-tagedit-0.18.0.tar.gz:gmpc adrian:BADURL:gmpc-wikipedia-0.18.0.tar.gz:gmpc adrian:BADURL:libmpd-0.18.0.tar.gz:libmpd agoode:BAD_CVS_SOURCE:fvwm-xdg-menu.py:fvwm ajax:BADURL:vbetool-1.2.1.tar.bz2:vbetool akahl:BADURL:bmpx-0.40.14.tar.bz2:bmpx akahl:BADURL:ZendFramework-1.8.4PL1.tar.gz:php-ZendFramework akurtakov:BADSOURCE:jdepend-2.6-RHCLEAN.zip:jdepend akurtakov:BADURL:birt-source-2.5M7.zip:eclipse-birt allisson:BADURL:amora-server-1.1.tar.gz:amora allisson:BADURL:Variable-Magic-0.34.tar.gz:perl-Variable-Magic amdunn:BADURL:coq-8.2pl1.tar.gz:coq anaconda-maint:BADURL:isomd5sum-1.0.5.tar.bz2:isomd5sum andriy:BAD_CVS_SOURCE:fmio-gq-wrapper.py:fmio anithra:BADSOURCE:com.ibm.systemtapgui.src.tar.gz:eclipse-systemtapgui asheesh:BADURL:liblicense-0.8.1.tar.gz:liblicense ashokdas:BADURL:elfinfo-1.1.tar.gz:elfinfo ashokdas:BADURL:greadelf-1.0.tar.gz:greadelf athimm:BAD_CVS_SOURCE:RiceBSD.doc:arpack athimm:BADURL:apt-0.5.15lorg3.95.git416.tar.bz2:apt athimm:BADURL:chrpath-0.13.tar.gz:chrpath athimm:BADURL:fakeroot_1.12.2.tar.gz:fakeroot athimm:BADURL:greylistd_0.8.7.tar.gz:greylistd athimm:BADURL:vtkdata-5.4.2.tar.gz:vtkdata atkac:BADURL:adns-python-1.2.1.tar.gz:python-adns atkac:BADURL:mtools-4.0.10.tar.bz2:mtools atkac:BADURL:rexec-1.5.tar.gz:rsh atkac:BADURL:swig-1.3.39.tar.gz:swig atkac:BADURL:xdelta-1.1.4.tar.gz:xdelta ausil:BADSOURCE:elftoaout-2.3.tgz:elftoaout ausil:BADSOURCE:silo-1.4.13.tar.bz2:silo ausil:BADURL:mysql-gui-tools-5.0r12.tar.gz:mysql-gui-tools ausil:BADURL:pam_yubico-2.1.tar.gz:pam_yubico ausil:BADURL:snort-2.8.3.2.tar.gz:snort ausil:BADURL:ykclient-2.3.tar.gz:ykclient awjb:BAD_CVS_SOURCE:winepulse-0.29-configure.ac.patch:wine awjb:BAD_CVS_SOURCE:wmweather+-2.9.tar.gz:wmweather+ awjb:BADSOURCE:libpolyxmass-0.9.1.tar.gz:libpolyxmass awjb:BADURL:dosbox-0.73.tar.gz:dosbox awjb:BADURL:freealut-1.1.0.tar.gz:freealut awjb:BADURL:httplib2-0.4.0.tar.gz:python-httplib2 awjb:BADURL:librra-0.14.tar.gz:librra awjb:BADURL:libytnef-1.5.tar.bz:libytnef awjb:BADURL:synce-sync-engine-0.14.tar.gz:synce-sync-engine awjb:BADURL:synce-trayicon-0.13.tar.gz:synce-trayicon awjb:BADURL:treecc-0.3.8.tar.gz:treecc awjb:BADURL:WindowMaker-0.92.0.tar.bz2:WindowMaker awjb:BADURL:WindowMaker-extra-0.1.tar.gz:WindowMaker bbbush:BADURL:chmsee-1.0.6.tar.gz:chmsee beekhof:BADURL:75cab275433e.tar.gz:cluster-glue beekhof:BADURL:c9120a53a6ae.tar.gz:pacemaker belegdol:BADURL:museek+-0.2.tar.bz2:museek+ bellet:BAD_CVS_SOURCE:fg-16.png:FlightGear ben:BADSOURCE:ketchup-0.9.8.tar.bz2:ketchup bernie:BADURL:devtodo-0.1.20.tar.gz:devtodo bjensen:BADSOURCE:demorse-0.9.tar.gz:demorse bjensen:BADSOURCE:lpsk31-1.1.tar.gz:lpsk31 bjensen:BADSOURCE:xfhell-1.9.tar.gz:xfhell bjensen:BADSOURCE:xnec2c-1.2.tar.gz:xnec2c bjensen:BADURL:ax25-tools.tar.gz:ax25-tools bjohnson:BADURL:goocanvas-0.14.tar.bz2:goocanvas bjohnson:BADURL:pygoocanvas-0.14.0.tar.bz2:pygoocanvas bkearney:BADURL:ace-0.0.7.tar.gz:ace bochecha:BADURL:adonthell-0.3.5.tar.gz:adonthell bogado:BADURL:cave9_data-4.tgz:cave9 bogado:BADURL:cave9_src-0.3.tgz:cave9 bogado:BADURL:puzzles-r8596.tar.gz:puzzles bos:BADURL:ghc-6.10.4-src-extralibs.tar.bz2:ghc bos:BADURL:ghc-6.10.4-src.tar.bz2:ghc bouska:BADSOURCE:mansupfr.tar.bz2:man-pages-fr bouska:BADURL:kitsune2.0.tar.gz:kitsune bpeck:BADURL:conmux-493svn.tar.gz:conmux bpepple:BADURL:evolution-brutus-1.2.35.tar.gz:evolution-brutus bpepple:BADURL:nautilus-image-converter-0.3.0.tar.bz2:nautilus-image-converter bpepple:BADURL:nautilus-sound-converter-1.0.2.tar.bz2:nautilus-sound-converter bpepple:BADURL:swfdec-gnome-2.26.0.tar.bz2:swfdec-gnome bpepple:BADURL:telepathy-sofiasip-0.5.17.tar.gz:telepathy-sofiasip bradbell:BADSOURCE:cppad-20090303.0.gpl.tgz:cppad buc:BADURL:dvdisaster-0.72.tar.bz2:dvdisaster buc:BADURL:enca-1.9.tar.bz2:enca buc:BADURL:gtk-gnutella-0.96.6.tar.bz2:gtk-gnutella buhochileno:BADURL:monodevelop-debugger-mdb-2.0.tar.bz2:monodevelop-debugger-mdb byronclark:BADURL:lazygal-0.4.1.tar.gz:lazygal c4chris:BADURL:seaview_4.0.tar.gz:seaview caolanm:BADSOURCE:OOo2-thes_es_ES.tar.bz2:mythes-es caolanm:BADSOURCE:OOo-Thesaurus2-sk_SK.zip:mythes-sk caolanm:BADSOURCE:thes_de_DE_v2.zip:mythes-de caolanm:BADSOURCE:thes_nl_v2.zip:mythes-nl caolanm:BADSOURCE:thes_sl_SI_v2.zip:mythes-sl caolanm:BADURL:evolocal.odb:openoffice.org caolanm:BADURL:hunspell-dict-ko-0.3.2.tar.gz:hunspell-ko caolanm:BADURL:hunspell-sk-20090330.zip:hunspell-sk caolanm:BADURL:nagybence-huhyphn-aa3fc85f5ea7450f84f0cd3881a09ca065198dfc.tar.gz:hyphen-hu caolanm:BADURL:sjp-myspell-pl-20090708.zip:hunspell-pl caolanm:BADURL:vi_VN.zip:hunspell-vi cassmodiah:BADSOURCE:florence-0.4.2.tar.bz2:florence cassmodiah:BADURL:griffith_0.10~beta2.orig.tar.gz:griffith cassmodiah:BADURL:xpad-4.0.tar.bz2:xpad cchance:BADURL:ibus-table-1.2.0.20090804.tar.gz:ibus-table cchance:BADURL:ibus-table-cangjie-1.2.0.20090717.tar.gz:ibus-table-cangjie cchance:BADURL:ibus-table-erbi-1.2.0.20090717.tar.gz:ibus-table-erbi cchance:BADURL:ibus-table-extraphrase-1.1.0.20090415.tar.gz:ibus-table-extraphrase cchance:BADURL:ibus-table-quick-1.2.0.20090720.tar.gz:ibus-table-quick cchance:BADURL:ibus-table-translit-1.2.0.20090720.tar.gz:ibus-table-translit cchance:BADURL:ibus-table-wubi-1.2.0.20090715.tar.gz:ibus-table-wubi cchance:BADURL:ibus-table-xinhua-1.2.0.20090720.tar.gz:ibus-table-xinhua cchance:BADURL:ibus-table-yong-1.2.0.20090717.tar.gz:ibus-table-yong cchance:BADURL:nhpf-1.42.tar.gz:nhpf cdamian:BADURL:wikicalendar-1.15.tar.gz:mediawiki-wikicalendar cgrau:BADURL:frotz-2.43.tar.gz:frotz cgrau:BADURL:ifm-5.1.tar.gz:ifm chitlesh:BADSOURCE:crystal_project.tar.gz:crystal-project chitlesh:BADSOURCE:gresistor-0.0.1.tar.gz:gresistor chitlesh:BADSOURCE:kpolynome-0.1-2.tar.gz:kpolynome chitlesh:BADSOURCE:qsa-x11-free-1.1.5.tar.gz:qt-qsa chitlesh:BADURL:CrystalClear.tar.gz:crystal-clear chitlesh:BADURL:crystal-kwin4-1.0.5.tar.bz2:crystal chitlesh:BADURL:geda-gnetlist-1.4.3.tar.gz:geda-gnetlist chitlesh:BADURL:keurocalc-1.0.0.tgz:keurocalc chitlesh:BADURL:liborigin-20080225.tar.gz:liborigin chrisw:BADURL:asciidoc-8.4.5.tar.gz:asciidoc cjb:BADURL:ohm-0.1.1-1.20080921git.tar.gz:ohm clumens:BADURL:gnu-efi-3.0e.tar.bz2:gnu-efi conrads:BADURL:armadillo-0.6.12.tar.gz:armadillo ctyler:BADURL:WebShell-0.9.6.zip:WebShell cweyl:BAD_CVS_SOURCE:apsl-2.0.txt:hfsplus-tools cweyl:BADURL:cpan-upload-2.2.tar.gz:cpan-upload cweyl:BADURL:diskdev_cmds-332.14.tar.gz:hfsplus-tools cweyl:BADURL:gaim-2.0.0beta4.tar.gz:gaim-gaym cweyl:BADURL:Perl-Critic-1.098.tar.gz:perl-Perl-Critic cweyl:BADURL:POE-1.006.tar.gz:perl-POE cweyl:BADURL:POE-Component-Client-DNS-1.03.tar.gz:perl-POE-Component-Client-DNS cweyl:BADURL:POE-Component-Client-HTTP-0.88.tar.gz:perl-POE-Component-Client-HTTP cweyl:BADURL:POE-Component-Client-Keepalive-0.25.tar.gz:perl-POE-Component-Client-Keepalive cweyl:BADURL:POE-Test-Loops-1.005.tar.gz:perl-POE-Test-Loops cweyl:BADURL:qrc-0.96-293svn.tar.gz:gaim-gaym cwickert:BADURL:glista-0.4.tar.gz:glista cwickert:BADURL:gwget-1.0.1.tar.bz2:gwget cwickert:BADURL:lxde-settings-daemon-0.4.tar.bz2:lxde-settings-daemon cwickert:BADURL:termit-2.2.0.tar.bz2:termit cwickert:BADURL:thunar-volman-0.3.80.tar.bz2:thunar-volman cwickert:BADURL:timer-applet-2.1.2.tar.gz:gnome-applet-timer cwickert:BADURL:xfburn-0.4.2.tar.bz2:xfburn danken:BADURL:bidiv-1.5.tgz:bidiv danken:BADURL:hspell-1.0.tar.gz:hspell danms:BADSOURCE:libcmpiutil-0.5.tar.gz:libcmpiutil davidz:BADSOURCE:dbus-1.2.16.tar.gz:dbus davidz:BADURL:eggdbus-0.5.tar.gz:eggdbus davidz:BADURL:festvox_nitech_us_awb_arctic_hts.tar.bz2:festival davidz:BADURL:festvox_nitech_us_bdl_arctic_hts.tar.bz2:festival davidz:BADURL:festvox_nitech_us_clb_arctic_hts.tar.bz2:festival davidz:BADURL:festvox_nitech_us_jmk_arctic_hts.tar.bz2:festival davidz:BADURL:festvox_nitech_us_rms_arctic_hts.tar.bz2:festival davidz:BADURL:festvox_nitech_us_slt_arctic_hts.tar.bz2:festival dbhole:BADURL:commons-validator-1.1.4-src.tar.gz:jakarta-commons-validator dbhole:BADURL:lucene-2.3.1-src.tar.gz:lucene dbhole:BADURL:ow_util_ant_tasks_1.3.2.zip:objectweb-anttask dchen:BADSOURCE:libUnihan-0.5.3-Source.tar.gz:libUnihan dchen:BADSOURCE:WritRecogn-0.1.9.tar.gz:WritRecogn dchen:BADURL:fbterm-1.5.tar.gz:fbterm dchen:BADURL:ibus-chewing-1.2.0.20090624-Source.tar.gz:ibus-chewing deebs:BADSOURCE:GREYCstoration-2.8.zip:GREYCstoration deebs:BADURL:moreutils_0.36.tar.gz:moreutils deji:BADSOURCE:mpich2-1.1.1.tar.gz:mpich2 deji:BADURL:file-browser-applet-0.6.2.tar.gz:file-browser-applet deji:BADURL:sword-1.6.0.tar.gz:sword denisarnaud:BADURL:msm_0.9.1.tar.gz:R-msm denis:BADURL:goocanvasmm-0.14.0.tar.bz2:goocanvasmm denis:BADURL:gstreamermm-0.10.2.tar.bz2:gstreamermm denis:BADURL:libgda-4.0.2.tar.bz2:libgda denis:BADURL:libpanelappletmm-2.26.0.tar.bz2:libpanelappletmm denis:BADURL:libsigc++-1.2.7.tar.bz2:libsigc++ denis:BADURL:pangomm-2.24.0.tar.bz2:pangomm desi:BADSOURCE:cwrite-0.1.24.tar.gz:cwrite dgoodwin:BADSOURCE:scapy-2.0.0.10.tar.gz:scapy dgoodwin:BADURL:wuja-0.0.8.tar.gz:wuja dirjud:BADURL:verilator-3.712.tgz:verilator dmalcolm:BADURL:pefile-1.2.10-63.tar.gz:python-pefile dmalcolm:BADURL:sqlparse-0.1.1.tar.gz:python-sqlparse dnovotny:BAD_CVS_SOURCE:rpm-spec-mode.el:emacs dp67:BADSOURCE:wxapt-1.3.tar.gz:wxapt dp67:BADSOURCE:xwxapt-1.2.tar.gz:xwxapt drago01:BADSOURCE:numlockx-1.0.tar.gz:numlockx dwalluck:BAD_CVS_SOURCE:hamcrest-parent-1.1.pom:hamcrest dwalluck:BADURL:hamcrest-1.1.tgz:hamcrest dwalsh:BADURL:checkpolicy-2.0.19.tgz:checkpolicy dwalsh:BADURL:libselinux-2.0.85.tgz:libselinux dwalsh:BADURL:libsemanage-2.0.35.tgz:libsemanage dwalsh:BADURL:libsepol-2.0.37.tgz:libsepol dwalsh:BADURL:mcstrans-0.3.1.tgz:mcstrans dwalsh:BADURL:policycoreutils-2.0.70.tgz:policycoreutils dwalsh:BADURL:selinux-doc-1.26.tgz:selinux-doc dwalsh:BADURL:sepolgen-1.0.16.tgz:policycoreutils dwalsh:BADURL:xguest-1.0.7.tar.bz2:xguest dwayne:BADURL:virtaal-0.4.0.tar.bz2:virtaal dwmw2:BADSOURCE:iprutils-2.2.13-src.tgz:iprutils dwmw2:BADSOURCE:yaboot-1.3.14.tar.gz:yaboot dwmw2:BADURL:apmud-1.0.0.tgz:apmud dwmw2:BADURL:config.samples-20050415.tar.bz2:exim-doc dwmw2:BADURL:FAQ-html-20050415.tar.bz2:exim-doc dwmw2:BADURL:hfsplus_1.0.4.src.tar.bz2:hfsplusutils dwmw2:BADURL:libpng-1.2.16.tar.bz2:petitboot dwmw2:BADURL:nano-2.0.6.tar.gz:nano dyfet:BADURL:ucommon-2.0.5.tar.gz:ucommon edhill:BADSOURCE:cdo.pdf:cdo edhill:BADSOURCE:cdo_refcard.pdf:cdo edhill:BADURL:libctl-3.0.2.tar.gz:libctl edhill:BADURL:wifiroamd-1.14.tar.gz:wifiroamd elcody02:BADSOURCE:comoonics-cdsl-py-0.2.tar.gz:comoonics-cdsl-py elcody02:BADSOURCE:comoonics-cluster-py-0.1.tar.gz:comoonics-cluster-py eliwap:BADURL:91009-iHateTheCashew-4.2.tbz:kde-plasma-ihatethecashew eliwap:BADURL:translatoid.0.9.tar.gz:kde-plasma-translatoid ellert:BADURL:qtl_1.11-12.tar.gz:R-qtl emunson:BADSOURCE:lsvpd-1.6.5.tar.gz:lsvpd ensc:BADSOURCE:ip-sentinel-0.12.tar.bz2.sig:ip-sentinel ensc:BADURL:dhcp-forwarder-0.8.tar.bz2.asc:dhcp-forwarder ensc:BADURL:dhcp-forwarder-0.8.tar.bz2:dhcp-forwarder ensc:BADURL:hunt-1.5.tgz:hunt epienbro:BADURL:hunspell-1.2.8.tar.gz:mingw32-hunspell eponyme:BADURL:abby-0.4.2.tar.bz2:abby eponyme:BADURL:cclive-0.4.6.tar.bz2:cclive eponyme:BADURL:clive-2.2.4.tar.bz2:clive eponyme:BADURL:fotowall-0.7.1.tar.bz2:fotowall erikos:BADSOURCE:sugar-base-0.85.2.tar.bz2:sugar-base erikos:BADURL:hulahop-0.5.0.tar.bz2:hulahop errr:BADURL:tenr-de-styles-pkg-1.1.tar.bz2:tenr-de-styles-pkg ertzing:BADSOURCE:fwbuilder-3.0.5.tar.gz:fwbuilder ertzing:BADSOURCE:libfwbuilder-3.0.5.tar.gz:libfwbuilder eseyman:BADURL:CGI-Application-Plugin-FillInForm-1.15.tar.gz:perl-CGI-Application-Plugin-FillInForm fab:BADSOURCE:dateshift-1.1.tar.gz:dateshift fab:BADURL:backup-light-0.4.tar.gz:backup-light fab:BADURL:firkin-0.02.tar.gz:python-firkin fab:BADURL:PyRRD-0.0.7.tar.gz:pyrrd fab:BADURL:shcov-4.tar.gz:shcov fab:BADURL:spawn-0.1.tar.gz:spawn fab:BADURL:tcpjunk-2.7.01.tar.gz:tcpjunk fab:BADURL:upoints-0.11.0.tar.bz2:python-upoints fabbione:BADURL:3aa338887920.tar.gz:resource-agents firewing:BADSOURCE:fwfstab-0.03.tar.gz:fwfstab fkooman:BADSOURCE:dumpasn1.c:dumpasn1 fnasser:BAD_CVS_SOURCE:asm-3.1.pom:objectweb-asm fnasser:BADSOURCE:inetlib-1.1.1.tar.gz:classpathx-mail fnasser:BADURL:nekohtml-0.9.5.tar.gz:nekohtml frankb:BAD_CVS_SOURCE:nasd.init:nas frankb:BADURL:nas-1.9.1.src.tar.gz:nas gajownik:BADSOURCE:kadu-split_messages-0.3.tar.bz2:kadu gavin:BADURL:Squeak-3.10-5.src.tar.gz:squeak-vm gemi:BADSOURCE:cook-2.32.tar.gz:cook gemi:BADSOURCE:curry-0.9.11.tar.gz:curry gemi:BADSOURCE:pl-5.7.11.tar.gz:pl gemi:BADSOURCE:SWI-Prolog-5.7.11.pdf:pl gemi:BADURL:ffcall-20080704cvs.tar.bz2:ffcall gemi:BADURL:nyqsrc302.zip:nyquist gemi:BADURL:otp_doc_html_R12B-6.tar.gz:erlang gemi:BADURL:otp_doc_man_R12B-6.tar.gz:erlang gemi:BADURL:otp_src_R12B-6.tar.gz:erlang gemi:BADURL:qcad-manual-en-2.0.4.0-1.html.zip:qcad gemi:BADURL:SmartEiffel-2-3.tar.bz2:smarteiffel gemi:BADURL:TeXmacs-1.0.7.2-src.tar.gz:TeXmacs gerd:BADSOURCE:rakudo-2009-07.tar.gz:rakudo giesen:BADURL:rancid-2.3.2.tar.gz:rancid gilboa:BAD_CVS_SOURCE:cgdb.png:cgdb gospo:BADSOURCE:wiggle-0.6.tar.gz:wiggle green:BADURL:common-lisp-controller_6.15.tar.gz:common-lisp-controller green:BADURL:fluidsynth-dssi-1.0.0.tar.gz:fluidsynth-dssi green:BADURL:libffi-3.0.5.tar.gz:libffi green:BADURL:liblo-0.24.tar.gz:liblo green:BADURL:ZynAddSubFX-2.4.0.tar.bz2:zynaddsubfx grof:BADURL:me-tv-0.9.4.tar.gz:me-tv guthrie:BADURL:dxpc-3.9.1.tgz:dxpc hadess:BADURL:gdata-2.0.1.tar.gz:python-gdata hadess:BADURL:gnome-lirc-properties-0.3.1.tar.gz:gnome-lirc-properties hadess:BADURL:gnome-user-share-2.26.0.tar.bz2:gnome-user-share hadess:BADURL:libgdata-0.4.0.tar.bz2:libgdata hadess:BADURL:totem-2.27.2.tar.bz2:totem hadess:BADURL:totem-pl-parser-2.27.2.tar.bz2:totem-pl-parser heffer:BADURL:libsyncml-0.4.6.tar.bz2:libsyncml heffer:BADURL:ogfx_source.zip:openttd-opengfx herlo:BADSOURCE:2bc.zip:chisholm-to-be-continued-fonts hguemar:BADSOURCE:listen-0.6.2.tar.gz:listen hguemar:BADURL:libgtksourceviewmm-0.3.1.tar.bz2:libgtksourceviewmm hman-it:BADURL:themonospot-0.7.3.1.tar.gz:themonospot homeless:BADSOURCE:rudecgi-5.1.0.tar.bz2:rudecgi hpejakle:BADURL:pidgin-musictracker-0.4.16.tar.bz2:pidgin-musictracker hubbitus:BADURL:ccze-0.2.1.tar.gz:ccze hubbitus:BADURL:fotoxx-6.0.tar.gz:fotoxx hubbitus:BADURL:printoxx-1.8.1.tar.gz:printoxx huzaifas:BADSOURCE:libnova-0.12.1.tar.gz:libnova huzaifas:BADSOURCE:python-lzo-1.08.tar.gz:python-lzo huzaifas:BADSOURCE:stund_0.96_Aug13.tgz:stun ianweller:BADSOURCE:add-to-any.0.9.9.2.3.zip:wordpress-plugin-add-to-any ianweller:BADSOURCE:add-to-any-subscribe.0.9.6.4.1.zip:wordpress-plugin-add-to-any-subscribe ianweller:BADURL:django-authopenid-0.9.6.tar.gz:django-authopenid ianweller:BADURL:e4adff8732c4.tar.bz2:python-mwlib ianweller:BADURL:gnome-gmail-notifier-0.9.4.tar.bz2:gnome-gmail-notifier ianweller:BADURL:transitfeed-1.1.9.tar.gz:python-transitfeed iarnell:BADURL:Lexical-Persistence-0.98.tar.gz:perl-Lexical-Persistence iburrell:BADURL:Path-Class-0.16.tar.gz:perl-Path-Class icon:BADURL:epylog-1.0.3.tar.gz:epylog icon:BADURL:feedparser-4.1.zip:python-feedparser icon:BADURL:kodos-2.4.9.tar.gz:kodos icon:BADURL:libxml++-2.26.0.tar.bz2:libxml++ icon:BADURL:pathfinder-1.0.0-Source.tar.gz:pathfinder itamarjp:BADURL:clutter-1.0.0.tar.bz2:clutter itamarjp:BADURL:clutter-gst-0.10.0.tar.bz2:clutter-gst itamarjp:BADURL:msn-pecan-0.0.18.tar.bz2:purple-msn-pecan itamarjp:BADURL:mydns-1.2.8.27.tar.gz:mydns itamarjp:BADURL:pyclutter-0.9.2.tar.bz2:pyclutter itamarjp:BADURL:Scriptaculous-1.8.2.tar.gz:python-Scriptaculous itamarjp:BADURL:sylpheed-2.7.0.tar.bz2:sylpheed ivaxer:BADURL:glog-0.3.0.tar.gz:glog ivazquez:BADURL:django-pagination-1.0.5.tar.gz:django-pagination ivazquez:BADURL:pywebkitgtk-1.0.1.tar.gz:pywebkitgtk ivazquez:BADURL:sct-0.5.tar.gz:django-sct ixs:BADSOURCE:dd_rhelp-0.1.2.tar.gz:dd_rescue ixs:BADURL:bacula-3.0.2.tar.gz:bacula ixs:BADURL:bacula-docs-3.0.2.tar.bz2:bacula ixs:BADURL:DBM-Deep-0.983.tar.gz:perl-DBM-Deep ixs:BADURL:gsynaptics-0.9.16.tar.gz:gsynaptics ixs:BADURL:MD5-2.03.tar.gz:perl-MD5 ixs:BADURL:metapixel-1.0.2.tar.gz:metapixel ixs:BADURL:ser-0.9.6_src.tar.gz:ser jafo:BADURL:mechanoid-0.6.9.tar.gz:python-mechanoid jakub:BADURL:prelink-20090709.tar.bz2:prelink jamatos:BADURL:HTMLgen.tar.gz:python-HTMLgen jamatos:BADURL:t1lib_5.1.1-3.diff.gz:t1lib jbowes:BADURL:Elixir-0.6.1.tar.gz:python-elixir jbowes:BADURL:mod_wsgi-2.5.tar.gz:mod_wsgi jbowes:BADURL:ZSI-2.0.tar.gz:python-ZSI jcollie:BADURL:iksemel-1.3.tar.gz:iksemel jcollie:BADURL:lxml-2.2.2.tar.gz:python-lxml jcollie:BADURL:sofsip-cli-0.16.tar.gz:sofsip-cli jeckersb:BADURL:netaddr-0.6.3.tar.gz:python-netaddr jfch2222:BADURL:iwak-2.5.tgz:iwak jgu:BADURL:dvipdfmx-20090115.tar.gz:dvipdfmx jhrozek:BADURL:pv-1.1.4.tar.gz:pv jima:BADSOURCE:videodog0.31.tar.gz:videodog jima:BADURL:libdnet-1.12.tgz:libdnet jima:BADURL:rblcheck-1.5.tar.gz:rblcheck jjames:BADURL:fb-contrib-src-3.8.1.zip:findbugs-contrib jjh:BADURL:beanstalkd-1.3.tar.gz:beanstalkd jjh:BADURL:crypt-1.17.tar.bz2:libtomcrypt jjh:BADURL:darcs-2.2.1.tar.gz:darcs jjh:BADURL:ltm-0.41.tar.bz2:libtommath jjh:BADURL:tinyproxy-1.6.4.tar.gz:tinyproxy jjohnstn:BADURL:eclipse-cdt-fetched-src-autotools-v200907241319.tar.gz:eclipse-cdt jjohnstn:BADURL:eclipse-cdt-fetched-src-libhover-R0_1_1.tar.gz:eclipse-cdt jjohnstn:BADURL:eclipse-changelog-src-2.6.7.zip:eclipse-changelog jkeating:BADSOURCE:email2trac.tar.gz:email2trac jkratoch:BADURL:gdb-6.8.50.20090803.tar.bz2:gdb jlaska:BADURL:snake-0.11-0.17.tar.bz2:snake jlayton:BADSOURCE:ez-ipupdate-3.0.11b8.tar.gz:ez-ipupdate jlayton:BADURL:ez-ipupdate_3.0.11b8-10.diff.gz:ez-ipupdate jmoskovc:BAD_CVS_SOURCE:rdist-eu-license.txt:rdist jmoskovc:BADURL:abrt-0.0.4.tar.gz:abrt jmoskovc:BADURL:libbtctl-0.11.1.tar.bz2:libbtctl jmoskovc:BADURL:lynx2.8.6.tar.bz2:lynx jmoskovc:BADURL:openobex-1.4.tar.gz:openobex jmoskovc:BADURL:rarpd-ss981107.tar.gz:rarpd jmoskovc:BADURL:rdate-1.4.tar.gz:rdate jmoskovc:BADURL:xferstats-2.16.tar.gz:xferstats jmrcpn:BADSOURCE:clement-2.1.320.tar.gz:clement jnovy:BADSOURCE:envlab.tar.lzma:texlive-texmf jnovy:BADSOURCE:multican-0.0.5.tar.gz:multican jnovy:BADURL:dvipsk-jpatch-p1.7a.tar.bz2:texlive jnovy:BADURL:platex209.tar.bz2:texlive-texmf jnovy:BADURL:xz-4.999.8beta.20090804git.tar.gz:xz john5342:BADURL:0206ec8f2a802bf51455179933d8b7ab3e41a38b.tar.gz:qedje john5342:BADURL:d32223eae1bba7f1b191c334668f3f7dd662f582.tar.gz:qzion joost:BADURL:fpcbuild-2.2.4.tar.gz:fpc joost:BADURL:lazarus-0.9.26.2-0.tgz:lazarus jorge:BADSOURCE:mimetex.zip:mimetex jorton:BADURL:libidn-1.9.tar.gz:libidn jorton:BADURL:subversion-1.6.4.tar.gz:subversion jreznik:BADURL:arora-0.8.0.tar.gz:arora jroth:BADSOURCE:libspe2-2.3.0.135.tar.gz:libspe2 jskala:BADURL:bltk-1.0.9.tar.gz:bltk jskala:BADURL:netatalk-2.0.4.tar.bz2:netatalk jsmidt:BADURL:healpy-0.9.6.1.tar.gz:healpy jsmidt:BADURL:scitools-0.6.tar.gz:scitools jspaleta:BADSOURCE:nec2c-0.8.tar.gz:nec2c jspaleta:BADURL:pytz-2008i.tar.gz:pytz jspaleta:BADURL:ScientificPython-2.8.tar.gz:ScientificPython jstanley:BADSOURCE:asyropoulos_-_Asana_Math.otf:asana-math-fonts jussilehtola:BADSOURCE:noip-duc-linux.tar.gz:noip jussilehtola:BADURL:agedu-r8442.tar.gz:agedu jussilehtola:BADURL:Net-UPnP-1.41.tar.gz:perl-Net-UPnP jussilehtola:BADURL:unetbootin-source-357.tar.gz:unetbootin jwboyer:BADURL:gquilt-0.20.tar.gz:gquilt jwboyer:BADURL:jfsutils-1.1.13.tar.gz:jfsutils jwboyer:BADURL:meanwhile-1.1.0.tar.gz:meanwhile jwilson:BADURL:ctrlproxy-3.0.8.tar.gz:ctrlproxy jwilson:BADURL:dvgrab-3.4.tar.gz:dvgrab jwilson:BADURL:hdhomerun_config_gui_20090415.tgz:hdhomerun jwilson:BADURL:libhdhomerun_20090415.tgz:hdhomerun jwrdegoede:BAD_CVS_SOURCE:readme.txt:flight-of-the-amazon-queen-cd jwrdegoede:BADSOURCE:DevIL-1.7.8.tar.gz:DevIL jwrdegoede:BADURL:ballz-1.0.1.tar.gz:ballz jwrdegoede:BADURL:labysource_3.5.1.tar.gz:lostlabyrinth kaigai:BADURL:mod_selinux-2.2.2015.tgz:mod_selinux kanarip:BADSOURCE:attributes-5.0.1.gem:rubygem-attributes kanarip:BADSOURCE:highline-1.5.0.tgz:rubygem-highline kanarip:BADURL:arrayfields-4.7.4.gem:rubygem-arrayfields kanarip:BADURL:libvmime-0.9.0.tar.bz2:libvmime kanarip:BADURL:main-2.8.4.gem:rubygem-main kanarip:BADURL:picnic-0.8.1.gem:rubygem-picnic kanarip:BADURL:publican-genome-1.0.tgz:publican-genome kanarip:BADURL:pyjigdo-0.4.0.1.tar.gz:pyjigdo kanarip:BADURL:reststop-0.4.0.gem:rubygem-reststop kanarip:BADURL:revisor-2.1.8.tar.gz:revisor kanarip:BADURL:spin-kickstarts-0.12.0.tar.gz:spin-kickstarts kantrn:BADSOURCE:rainbow-0.8.1.tar.bz2:rainbow karlik:BADURL:tesseract-2.00.deu.tar.gz:tesseract-langpack karlik:BADURL:tesseract-2.00.eng.tar.gz:tesseract karlik:BADURL:tesseract-2.00.fra.tar.gz:tesseract-langpack karlik:BADURL:tesseract-2.00.ita.tar.gz:tesseract-langpack karlik:BADURL:tesseract-2.00.nld.tar.gz:tesseract-langpack karlik:BADURL:tesseract-2.00.spa.tar.gz:tesseract-langpack karlik:BADURL:tesseract-2.03.tar.gz:tesseract karsten:BADSOURCE:vim-7.2.tar.bz2:vim karsten:BADURL:irda-utils-0.9.18.tar.gz:irda-utils kasal:BADURL:PDL-2.4.4_05.tar.gz:perl-PDL ke4qqq:BADURL:phpFlickr-2.3.0.1.tar.gz:phpFlickr kevin:BADURL:dircproxy-1.2.0-RC1.tar.gz:dircproxy kevin:BADURL:gdk-pixbuf-0.22.0.tar.bz2:gdk-pixbuf kevin:BADURL:leafnode-1.11.7.tar.bz2:leafnode kevin:BADURL:STABLE-2.1.4.tar.bz2:heartbeat konradm:BADURL:L-1.2.tar.gz:L-function konradm:BADURL:sympy-0.6.3.tar.gz:sympy krh:BADURL:compiz-0.8.2.tar.bz2:compiz kurzawa:BAD_CVS_SOURCE:shot1.png:pic2aa kushal:BADSOURCE:mediascrapper-0.1.tar.gz:mediascrapper kushal:BADURL:columnize-0.3.2.tar.gz:pycolumnize kushal:BADURL:python-ctags-1.0.5.tar.gz:python-ctags kwizart:BADURL:libkate-0.3.4.tar.gz:libkate kwizart:BADURL:libproxy-0.2.3.tar.gz:libproxy kwizart:BADURL:PythonCAD-DS1-R36.tar.bz2:PythonCAD kzak:BADURL:lslk_1.29_W.tar.gz:lslk kzak:BADURL:mwords.tar.Z:words kzak:BADURL:util-linux-ng-2.16.tar.bz2:util-linux-ng kzak:BADURL:vlock-1.3.tar.gz:vlock laxathom:BADURL:gammu-1.24.0.tar.bz2:gammu laxathom:BADURL:grandr_applet-0.4.1.tar.gz:gnome-applet-grandr laxathom:BADURL:gtk-sharp-2.12.7.tar.bz2:gtk-sharp2 laxathom:BADURL:mono-2.4.2.3.tar.bz2:mono laxathom:BADURL:specto-0.3rc1.tar.gz:specto laxathom:BADURL:wammu-0.30.1.tar.bz2:wammu lennart:BADSOURCE:libcanberra-0.15.tar.gz:libcanberra lennart:BADURL:pavucontrol-0.9.9-test1.tar.gz:pavucontrol lennart:BADURL:pulseaudio-0.9.16-test4.tar.gz:pulseaudio lfarkas:BADURL:gstreamer-java-src-1.2.zip:gstreamer-java liangsuilong:BADURL:iptux-0.4.5-2.tar.gz:iptux limb:BAD_CVS_SOURCE:squid-getlist.html:squidGuard limb:BADURL:libmng-1.0.10.tar.gz:libmng limb:BADURL:vym-1.12.4.tar.bz2:vym limb:BADURL:xgalaga_2.0.34-44.diff.gz:xgalaxy linville:BADURL:b43-fwcutter-011.tar.bz2:b43-fwcutter liquidat:BADURL:speedcrunch-0.10.tar.gz:speedcrunch lkundrak:BADSOURCE:starlab-4.4.3.tar.gz:starlab lkundrak:BADURL:dissy-8.tar.gz:dissy lkundrak:BADURL:Healpix_2.11c_2009Feb19.tar.gz:healpix lkundrak:BADURL:HTML-Template-Pro-0.74.tar.gz:perl-HTML-Template-Pro lkundrak:BADURL:ircp-tray-0.7.3.tar.gz:ircp-tray lkundrak:BADURL:maatkit-2725.tar.gz:maatkit lkundrak:BADURL:netbsd-iscsi-20080207.tar.gz:netbsd-iscsi lkundrak:BADURL:String-Random-0.22.tar.gz:perl-String-Random lkundrak:BADURL:tex-fusecompress-ae67acae857c3948568505c362facc3c9c81edd4.tar.gz:fusecompress llaumgui:BADURL:pidgin-privacy-please-0.5.4.tar.gz:pidgin-privacy-please lmacken:BADSOURCE:PEAK-Rules-0.5a1.dev-r2582.tar.gz:python-peak-rules lmacken:BADSOURCE:TurboFlot-0.1.1.tar.bz2:python-turboflot lmacken:BADSOURCE:tw.jquery-0.9.5.tar.gz:python-tw-jquery lmacken:BADURL:configobj-4.6.0.zip:python-configobj lmacken:BADURL:DecoratorTools-1.7.zip:python-decoratortools lmacken:BADURL:FormEncode-1.2.2.tar.gz:python-formencode lmacken:BADURL:naim-0.11.8.3.1.tar.bz2:naim lmacken:BADURL:Paste-1.7.2.tar.gz:python-paste lmacken:BADURL:PasteDeploy-1.3.3.tar.gz:python-paste-deploy lmacken:BADURL:PasteScript-1.7.3.tar.gz:python-paste-script lmacken:BADURL:SQLObject-0.10.2.tar.gz:python-sqlobject lmacken:BADURL:TestGears-0.2.tar.gz:python-TestGears lmacken:BADURL:TGCaptcha-0.11.tar.gz:python-tgcaptcha lmacken:BADURL:TurboCheetah-1.0.tar.gz:python-turbocheetah lmacken:BADURL:TurboGears-1.0.8.tar.gz:TurboGears lmacken:BADURL:TurboMail-2.1.tar.gz:python-TurboMail lmacken:BADURL:valknut-0.4.9-gnome-icons.tar.gz:valknut lmacken:BADURL:wsgiref-0.1.2.zip:python-wsgiref lokthare:BADURL:pyrenamer-0.6.0.1.tar.gz:pyrenamer lonetwin:BADURL:WordNet-3.0.tar.bz2:wordnet lucilanga:BADSOURCE:shapelib-1.2.10.tar.gz:shapelib lucilanga:BADSOURCE:tucnak2-2.25.tar.gz:tucnak2 lucilanga:BADURL:evolution-rspam-0.0.8.tar.gz:evolution-rspam lucilanga:BADURL:hamlib-1.2.8.tar.gz:hamlib lutter:BADSOURCE:gem2rpm-0.6.0.gem:rubygem-gem2rpm lutter:BADURL:ruby-postgres-0.7.1.tar.gz:ruby-postgres lvm-team:BADURL:cryptsetup-1.0.7.tar.bz2:cryptsetup-luks lvm-team:BADURL:dmraid-1.0.0.rc15.tar.bz2:dmraid lyosnorezel:BADURL:ksensors_0.7.3-15.diff.gz:ksensors markhla:BADSOURCE:comoonics-base-py-0.1.tar.gz:comoonics-base-py mattdm:BADURL:calc-2.12.2.1.tar.gz:calc mattdm:BADURL:wxPython-src-2.8.9.2.tar.bz2:wxPython maxamillion:BADURL:dc3dd-6.12.3.tar.gz:dc3dd maxamillion:BADURL:oggvideotools-0.7b.tar.gz:oggvideotools maxamillion:BADURL:shed-1.15.tar.gz:shed maxamillion:BADURL:TPG-3.1.2.tar.gz:python-tpg maxx:BADSOURCE:Rezlooks-candy.tar.gz:gtk-rezlooks-engine maxx:BADSOURCE:Rezlooks-dark.tar.gz:gtk-rezlooks-engine maxx:BADSOURCE:Rezlooks-Gilouche.tar.gz:gtk-rezlooks-engine maxx:BADSOURCE:Rezlooks-graphite.tar.gz:gtk-rezlooks-engine maxx:BADSOURCE:Rezlooks-Snow.tar.gz:gtk-rezlooks-engine maxx:BADURL:39179-rezlooks-0.6.tar.gz:gtk-rezlooks-engine mbarnes:BADURL:evolution-2.27.5.tar.bz2:evolution mbarnes:BADURL:evolution-data-server-2.27.5.tar.bz2:evolution-data-server mbarnes:BADURL:evolution-exchange-2.27.5.tar.bz2:evolution-exchange mbarnes:BADURL:evolution-mapi-0.27.5.tar.bz2:evolution-mapi mbarnes:BADURL:evolution-sharp-0.21.1.tar.bz2:evolution-sharp mbarnes:BADURL:gnome-python-2.27.1.tar.bz2:gnome-python2 mbarnes:BADURL:gtkhtml-3.27.5.tar.bz2:gtkhtml3 mbarnes:BADURL:pygtk-2.15.2.tar.bz2:pygtk2 mbarnes:BADURL:pyorbit-2.24.0.tar.bz2:pyorbit mbooth:BADURL:commons-digester-1.7-src.tar.gz:jakarta-commons-digester mbooth:BADURL:commons-modeler-2.0-src.tar.gz:jakarta-commons-modeler mccann:BADURL:gdm-2.27.4.tar.bz2:gdm mclasen:BADURL:seahorse-plugins-2.27.1.tar.bz2:seahorse-plugins mebrown:BADSOURCE:firmware-tools-2.1.5.tar.gz:firmware-tools mebrown:BADSOURCE:libsmbios-2.2.16.tar.bz2:libsmbios mebrown:BADURL:firmware-addon-dell-2.1.2.tar.gz:firmware-addon-dell mef:BADURL:tex4ht-1.0.2008_09_16_1413.tar.gz:tetex-tex4ht mfleming:BADURL:pyicqt-0.8.1.3.tar.gz:pyicq-t mhlavink:BADURL:dovecot-1.2.2-20090728.tar.gz:dovecot mhlavink:BADURL:nut-2.4.1.tar.gz:nut mikeb:BADURL:python-krbV-1.0.13.tar.gz:python-krbV mikep:BADURL:libdmapsharing-1.9.0.10.tar.gz:libdmapsharing mildew:BADURL:sudo-1.7.1.tar.gz:sudo mitr:BADURL:cryptsetup-1.0.7-rc1.tar.bz2:volume_key mjakubicek:BADURL:ext3grep-0.10.1.tar.gz:ext3grep mlichvar:BADSOURCE:setlayout.c:openbox mmahut:BADSOURCE:cdk.tar.gz:cdk mmahut:BADSOURCE:grc_0.70.tar.gz:grc mmahut:BADURL:cmunipack-1.1.24.tar.gz:munipack mmahut:BADURL:cpm-0.23beta.tar.gz:cpm mmahut:BADURL:eboard-1.1.1.tar.bz2:eboard mmahut:BADURL:pp3-1.3.3.tar.bz2:pp3 mmahut:BADURL:spacechart-0.9.5.tar.gz:spacechart mmaslano:BADURL:JavaScript-Beautifier-0.04.tar.gz:perl-JavaScript-Beautifier mmaslano:BADURL:Padre-0.32.tar.gz:perl-Padre mmcgrath:BADURL:nagios-plugins-1.4.13.tar.gz:nagios-plugins mmcgrath:BADURL:nrpe-2.12.tar.gz:nrpe mmcgrath:BADURL:phpMyAdmin-3.2.0.1-all-languages.tar.bz2:phpMyAdmin mmcgrath:BADURL:SOAP-Lite-0.710.08.tar.gz:perl-SOAP-Lite mmcgrath:BADURL:ytalk-3.3.0.tar.gz:ytalk monnerat:BADURL:hkit-v0.5.tgz:php-hkit mschwendt:BADURL:geeqie-1.0beta2.tar.gz:geeqie msivak:BADURL:python-cryptsetup-0.0.9.tar.bz2:python-cryptsetup mtasaka:BADSOURCE:wkf-1.3.11.tar.bz2:wkf mtasaka:BADURL:gnome-commander-1.3-git_D20090623T0316_13dev.tar.bz2:gnome-commander mtasaka:BADURL:jd-2.4.2-beta090806.tgz:jd mtasaka:BADURL:kazehakase-0.5.6-svn3778_trunk.tar.gz:kazehakase mtasaka:BADURL:wallpapoz-0.4.1-svn87_trunk.tar.bz2:wallpapoz muerte:BADURL:qcomicbook-0.4.0.tar.gz:qcomicbook musuruan:BADSOURCE:hatari-1.2.0.tar.bz2:hatari musuruan:BADSOURCE:libicns-0.7.0.tar.gz:libicns mwiriadi:BADURL:gnome-themes-extras-2.22.0.tar.gz:gnome-themes-extras nalin:BADURL:nss_db-2.2.tar.gz:nss_db nalin:BADURL:nss_ldap-264.tar.gz:nss_ldap nalin:BADURL:pam_ldap-184.tar.gz:nss_ldap nando:BADURL:qjackctl-0.3.4.tar.gz:qjackctl nando:BADURL:qsynth-0.3.4.tar.gz:qsynth nbecker:BADSOURCE:qct-1.7.tar.gz:qct nbecker:BADURL:filelight-1.9-rc2.tgz:filelight nbecker:BADURL:igraph-0.5.2.tar.gz:igraph ndim:BADURL:nted-1.6.2.tar.gz:nted nhorman:BADURL:cscope-15.6.tar.gz:cscope nim:BADSOURCE:Accanthis-Std.zip:adf-accanthis-fonts nim:BADSOURCE:DroidSans.ttf:google-droid-fonts nomis80:BADURL:camstream-0.26.3.tar.gz:camstream notting:BADURL:gnucash-2.2.9.tar.bz2:gnucash notting:BADURL:mash-0.5.8.tar.gz:mash npajkovs:BADURL:tk8.5.7-src.tar.gz:tk nphilipp:BADURL:python-slip-0.1.15.tar.bz2:python-slip nsantos:BADURL:gnu.regexp-1.1.4.tar.gz:gnu-regexp oget:BADURL:aldrin-0.13.tar.gz:aldrin oget:BADURL:frescobaldi-0.7.12.tar.gz:frescobaldi oget:BADURL:xsynth-dssi-0.9.2.tar.gz:xsynth-dssi olea:BADURL:mbpurple-0.2.2.tar.gz:purple-microblog olea:BADURL:pidgin-facebookchat-source-1.60.tar.bz2:purple-facebookchat ondrejj:BADURL:sagator-1.2.0-0.beta25.tar.bz2:sagator orion:BADURL:car_1.2-12.tar.gz:R-car orion:BADURL:gdl-0.9rc2-20090312.tar.bz2:gdl orion:BADURL:lmtest_0.9-23.tar.gz:R-lmtest orion:BADURL:multcomp_1.0-7.tar.gz:R-multcomp orion:BADURL:systemfit_1.0-9.tar.gz:R-systemfit orphan:BADSOURCE:gst-plugins-0.8.12.tar.bz2:gstreamer08-plugins orphan:BADSOURCE:kbiof-0.3.tar.gz:kbiof orphan:BADURL:gaim-galago-0.5.1.tar.bz2:purple-galago orphan:BADURL:gnome-blog-0.9.1.tar.bz2:gnome-blog orphan:BADURL:gnome-yum-0.1.4.tar.gz:gnome-yum orphan:BADURL:new-1.3.9.tar.gz:new orphan:BADURL:pam-script-0.1.7.tar.gz:pam_script orphan:BADURL:pekwm-0.1.5.tar.bz2:pekwm orphan:BADURL:tvn24_0.2.8-1.tar.gz:gnome-applet-tvn24 ovasik:BADURL:passivetex-1.25.zip:passivetex ovasik:BADURL:wvstreams-4.6.tar.gz:libwvstreams ovasik:BADURL:xmltex-1.9.tar.gz:xmltex overholt:BADURL:apache.zip:json pali:BADURL:cherokee-0.99.20.tar.gz:cherokee paragn:BADURL:rmanage-0.1.7.tar.gz:rmanage pbrobinson:BADURL:Journal-99.tar.bz2:sugar-journal pbrobinson:BADURL:mojito-0.19.2.tar.bz2:mojito pcheung:BAD_CVS_SOURCE:ant-1.7.1.pom:ant pcheung:BAD_CVS_SOURCE:xmlunit-1.0.pom:xmlunit peter:BAD_CVS_SOURCE:encfs-1.5-2.tgz.asc:fuse-encfs peter:BAD_CVS_SOURCE:rlog-1.4.tar.gz.asc:rlog peter:BADURL:encfs-1.5-2.tgz:fuse-encfs peter:BADURL:erlsyslog-0.1.tar.bz2:erlang-erlsyslog peter:BADURL:rlog-1.4.tar.gz:rlog petersen:BADURL:emacspeak-29.0.tar.bz2:emacspeak petersen:BADURL:ibus-anthy-1.2.0.20090804.tar.gz:ibus-anthy pfj:BADSOURCE:db4o-6.1-mono.tar.gz:db4o pfj:BADSOURCE:gDeskCal-1.01.tar.gz:gdeskcal pfj:BADURL:gtksourceview2-sharp-89788.tar.bz2:gtksourceview2-sharp pfj:BADURL:gtksourceview-sharp-2.0-0.12.tar.bz2:gtksourceview-sharp pfj:BADURL:ikvm-0.22.tar.gz:ikvm pfj:BADURL:monodoc-2.0.zip:monodoc pfj:BADURL:pyOpenSSL-0.7.tar.gz:pyOpenSSL pgordon:BADURL:deluge-1.1.9.tar.bz2:deluge pgordon:BADURL:glabels-2.2.5.tar.gz:glabels pgordon:BADURL:midori-0.1.9.tar.bz2:midori pgordon:BADURL:nemiver-0.7.1.tar.bz2:nemiver phuang:BADURL:ibus-1.2.0.20090807.tar.gz:ibus phuang:BADURL:ibus-hangul-1.2.0.20090617.tar.gz:ibus-hangul phuang:BADURL:ibus-pinyin-1.2.0.20090617.tar.gz:ibus-pinyin phuang:BADURL:pinyin-database-0.1.10.5.tar.bz2:scim-python phuang:BADURL:pinyin-database-0.1.10.6.tar.bz2:ibus-pinyin phuang:BADURL:scim-bridge-0.4.16.tar.gz:scim-bridge phuang:BADURL:scim-python-0.1.13rc1.tar.gz:scim-python phuang:BADURL:xingma-cangjie5-0.1.10.1.tar.bz2:scim-python phuang:BADURL:xingma-erbi-qingsong-0.1.10.1.tar.bz2:scim-python phuang:BADURL:xingma-wubi86-0.1.10.1.tar.bz2:scim-python phuang:BADURL:xingma-zhengma-0.1.10.1.tar.bz2:scim-python pingou:BADURL:Biostrings_2.12.7.tar.gz:R-Biostrings pingou:BADURL:hgu95av2probe_2.4.0.tar.gz:R-hgu95av2probe pjones:BADURL:syslinux-3.75.tar.bz2:syslinux plouj:BADSOURCE:physfs-1.0.1.tar.gz:mingw32-physfs pmachata:BADSOURCE:tbb21_20080605oss_src.tgz:tbb pnemade:BADSOURCE:ne_NP_dict.zip:hunspell-ne pnemade:BADURL:fontmatrix-0.6.99-Source.tar.gz:fontmatrix pnemade:BADURL:ibus-m17n-1.2.0.20090617.tar.gz:ibus-m17n pnemade:BADURL:ISO8859-2-bdf.tar.gz:fonts-ISO8859-2 pnemade:BADURL:Madan.ttf:madan-fonts pravins:BADURL:lohit-fonts-2.4.0.tar.gz:lohit-fonts psklenar:BADURL:stardict-english-czech-20081201.tar.gz:stardict-dic-cs_CZ pwouters:BADURL:autotrust-0.2.1rc1.tar.gz:autotrust pwouters:BADURL:dnssec-conf-1.21.tar.gz:dnssec-conf pwouters:BADURL:ldns-1.6.0.tar.gz:ldns pwouters:BADURL:s3ssrc.zip:s3switch radford:BADURL:dot2tex-2.8.4.tar.gz:dot2tex rafalzaq:BADURL:glob2-0.9.4.1.tar.gz:glob2 rakesh:BADSOURCE:GeoIPASNum.dat.gz:ntop rakesh:BADSOURCE:GeoLiteCity.dat.gz:ntop rakesh:BADURL:bunny-0.93.tgz:bunny rakesh:BADURL:coredumper-1.2.1.tar.gz:coredumper rakesh:BADURL:ctemplate-0.95.tar.gz:ctemplate rakesh:BADURL:fuse-zip-0.2.7.tar.gz:fuse-zip rakesh:BADURL:gflags-1.1.tar.gz:gflags rakesh:BADURL:ginac-1.5.1.tar.bz2:ginac rakesh:BADURL:libkml-0.6.1.tar.gz:libkml rakesh:BADURL:pdf2djvu_0.5.11.tar.gz:pdf2djvu rakesh:BADURL:txt2rss-01.tar.bz2:txt2rss rakesh:BADURL:xmpphp-0.1rc1-r70.tar.gz:php-xmpphp rathann:BADURL:crm114-20080703-BlameVT.src.tar.gz:crm114 rathann:BADURL:newsx-1.6.tar.gz:newsx rathann:BADURL:obexfs-0.11.tar.gz:obexfs rathann:BADURL:obexftp-0.23.tar.bz2:obexftp rayvd:BADURL:pyodbc-2.1.5.zip:pyodbc rcritten:BADURL:nss_compat_ossl-0.9.5.tar.gz:nss_compat_ossl rdieter:BADSOURCE:geomview-1.9.4.tar.bz2:geomview rdieter:BADURL:default.tar.bz2:eigen2 rdieter:BADURL:kdelibs-experimental-4.3.0.tar.bz2:kdelibs-experimental rdieter:BADURL:libofa-0.9.3.tar.gz:libofa rdieter:BADURL:macref.pdf:maxima rdieter:BADURL:mtextralic.htm:mathml-fonts rdieter:BADURL:oxygen-icons-4.3.0.tar.bz2:oxygen-icon-theme rdieter:BADURL:phonon-4.3.1.tar.bz2:phonon rdieter:BADURL:qtscriptgenerator-src-0.1.0.tar.gz:qtscriptgenerator rdieter:BADURL:virtuoso-opensource-5.0.11.tar.gz:virtuoso-opensource red:BADURL:gdata-src.java-1.28.0.java.zip:gdata-java rezso:BADURL:verilog-0.9.1.tar.gz:iverilog rhughes:BADURL:libunique-1.0.8.tar.gz:unique rishi:BADSOURCE:bouml_4.13.tar.gz:bouml rishi:BADSOURCE:httrack-3.43-2.tar.gz:httrack rishi:BADURL:gtest-1.3.0.tar.bz2:gtest rishi:BADURL:isight-firmware-tools-1.0.2.tar.gz:isight-firmware-tools rjones:BADURL:deriving-0.1.1a.tar.gz:ocaml-deriving rjones:BADURL:dlfcn-win32-r11.tar.bz2:mingw32-dlfcn rjones:BADURL:extlib-1.5.1.tar.gz:ocaml-extlib rjones:BADURL:libpng-1.2.37.tar.bz2:mingw32-libpng rjones:BADURL:nsis-2.45-src.tar.bz2:mingw32-nsis rjones:BADURL:ocaml-bitstring-2.0.0.tar.gz:ocaml-bitstring rjones:BADURL:release-1.11.1.tar.bz2:ocaml-postgresql rjones:BADURL:release-1.5.0.tar.bz2:ocaml-sqlite rjones:BADURL:release-1.6.7.tar.bz2:ocaml-type-conv rjones:BADURL:release-3.1.1.tar.bz2:ocaml-res rjones:BADURL:release-4.2.10.tar.bz2:ocaml-sexplib rjones:BADURL:release-5.1.0.tar.bz2:ocaml-lacaml rjones:BADURL:release-6.0.0.tar.bz2:ocaml-pcre rjones:BADURL:xmlrpc-light-0.6.1.tar.gz:ocaml-xmlrpc-light rmccabe:BADSOURCE:clustermon-0.16.0.tar.gz:clustermon rmeggins:BADSOURCE:389-admin-1.1.8.tar.bz2:389-admin rmeggins:BADSOURCE:mozldap-6.0.5.tar.gz:mozldap rmeggins:BADURL:Makefile.PL.rpm:perl-Mozilla-LDAP rmeggins:BADURL:perl-mozldap-1.5.2.tar.gz:perl-Mozilla-LDAP robert:BADSOURCE:arc4random.c:mksh robert:BADSOURCE:MagickWandForPHP-1.0.8.tar.gz:php-magickwand robert:BADSOURCE:mod_log_post-0.1.0.tar.gz:mod_log_post robert:BADSOURCE:sip-redirect-0.1.2.tar.gz:sip-redirect robert:BADURL:boto-1.8d.tar.gz:python-boto robert:BADURL:idn_1.2b.tar.gz:php-idn robmv:BADSOURCE:dirvish-1.2.1.tgz:dirvish roma:BADURL:kradio4-4.0.0.tar.bz2:kradio4 rrakus:BADSOURCE:netkit-bootparamd-0.17.tar.gz:bootparamd rrelyea:BADSOURCE:ccid-1.3.9.tar.bz2:ccid rrelyea:BADURL:pam_pkcs11-0.5.3.tar.gz:pam_pkcs11 rstrode:BADURL:plymouth-0.7.0.tar.bz2:plymouth ruben:BADURL:Ajaxterm-0.10.tar.gz:Ajaxterm ruben:BADURL:whatsup-1.9.tar.gz:whatsup rvinyard:BADSOURCE:IEEEtran.zip:tetex-IEEEtran s4504kr:BADSOURCE:open-cobol-1.1.tar.gz:open-cobol s4504kr:BADURL:inadyn.v1.96.2.zip:inadyn s4504kr:BADURL:stellarium_user_guide-0.9.1-1.pdf:stellarium s4504kr:BADURL:suck-4.3.2.tar.gz:suck salimma:BADURL:bti-015.tar.bz2:bti salimma:BADURL:google-gadgets-for-linux-0.11.0.tar.bz2:google-gadgets salimma:BADURL:libipoddevice-0.5.3.tar.gz:libipoddevice sbehera:BADURL:nabi-0.99.3.tar.gz:nabi scop:BAD_CVS_SOURCE:ccache-2.4-md.patch:ccache sdake:BADURL:openais-1.0.0.tar.gz:openais sergiopr:BADURL:cloudy_v07_02_01.tar.gz:cloudy sergiopr:BADURL:cpl-4.2.0.tar.gz:cpl sergiopr:BADURL:ds9.5.4.tar.gz:ds9 sergiopr:BADURL:esorex-3.6.12.tar.gz:esorex sergiopr:BADURL:LaTeXPlugin-0.2rc2.tar.gz:gedit-latex-plugin sergiopr:BADURL:numdisplay-1.5.4.tar.gz:python-numdisplay sergiopr:BADURL:wcslib-4.3.1.tar.gz:wcslib sergiopr:BADURL:wcstools-3.7.0.tar.gz:wcstools sharkcz:BADSOURCE:entertrack-1.2.6.tar.gz:entertrack sharkcz:BADURL:mm3d-1.3.8.tar.gz:mm3d sharkcz:BADURL:openoffice-python-0.1-r34-20090228.tar.bz2:python-openoffice sharkcz:BADURL:PyWebDAV-0.9.2.tar.gz:pywebdav sharkcz:BADURL:tryton-1.2.1.tar.gz:tryton sharkcz:BADURL:xa-2.3.5.tar.gz:xa sheltren:BADURL:cfengine-2.2.10.tar.gz:cfengine sheltren:BADURL:fortune-hitchhiker.tgz:fortune-mod sheltren:BADURL:fortune-mod-1.99.1.tar.gz:fortune-mod sheltren:BADURL:fortune-tao.tar.gz:fortune-mod sheltren:BADURL:osfortune.tar.gz:fortune-mod silas:BADURL:mutagen-1.16.tar.gz:python-mutagen silas:BADURL:pyftpdlib-0.5.1.tar.gz:pyftpdlib silas:BADURL:stomper-0.2.2.tar.gz:python-stomper silfreed:BADSOURCE:pytrainer-1.6.0.7.tar.gz:pytrainer silfreed:BADSOURCE:QLandkarte_final.tar.gz:qlandkarte silfreed:BADURL:syslog-ng-2.1.4.tar.gz:syslog-ng simo:BADURL:samba-3.4.0.tar.gz:samba sindrepb:BADURL:nikto-2.03.tar.bz2:nikto sindrepb:BADURL:pychess-0.8.2.tar.gz:pychess sindrepb:BADURL:recordmydesktop-0.3.8.1.tar.gz:recordmydesktop sindrepb:BADURL:rubyripper-0.5.7.tar.bz2:rubyripper sindrepb:BADURL:scratchpad-0.3.0.tar.bz2:scratchpad sindrepb:BADURL:solfege-3.14.2.tar.gz:solfege sindrepb:BADURL:xdotool-20090330.tar.gz:xdotool slankes:BADURL:pympdtouchgui-0.309.tgz:pympdtouchgui smilner:BADURL:pipestat-0.2.tar.gz:pipestat smilner:BADURL:Pygments-1.0.tar.gz:python-pygments snecker:BADURL:jokosher-20090604svn.tar.gz:jokosher snecker:BADURL:libflaim-4.9.1052.tar.gz:libflaim snirkel:BADURL:libmtp-1.0.0.tar.gz:libmtp spot:BADSOURCE:chemoelectric_-_Goudy_Bookletter_1.zip:oflb-goudy-bookletter-1911-fonts spot:BADSOURCE:daa2iso.zip:daa2iso spot:BADSOURCE:perltex.zip:tetex-perltex spot:BADSOURCE:ql2400_fw.bin:ql2400-firmware spot:BADSOURCE:ql2500_fw.bin:ql2500-firmware spot:BADURL:Acetoneiso_2.0.3.2.tar.gz:AcetoneISO2 spot:BADURL:alsamixergui-0.9.0rc1-2.tar.gz:alsamixergui spot:BADURL:amanith_03.tar.gz:amanith spot:BADURL:Class-DBI-Loader-Relationship-1.3.tar.gz:perl-Class-DBI-Loader-Relationship spot:BADURL:ebtables-v2.0.9-1.tar.gz:ebtables spot:BADURL:giver-0.1.8.tar.gz:giver spot:BADURL:google-perftools-1.3.tar.gz:google-perftools spot:BADURL:gxemul-0.4.7.2.tar.gz:gxemul spot:BADURL:mcrypt-2.6.8.tar.gz:mcrypt spot:BADURL:musiqwik_musisync_y6.zip:allgeyer-fonts spot:BADURL:pdsh-2.18.tar.bz2:pdsh spot:BADURL:Pod-POM-0.18.tar.gz:perl-Pod-POM spot:BADURL:pydot-1.0.2.tar.gz:pydot spot:BADURL:pyke-1.0.2.tar.gz:pyke spot:BADURL:python-twitter-0.6.tar.gz:python-twitter spot:BADURL:RODBC_1.2-5.tar.gz:R-RODBC spot:BADURL:rx-1.5.tar.bz2:librx spot:BADURL:Test-Differences-0.4801.tar.gz:perl-Test-Differences spot:BADURL:winpdb-1.4.6.tar.gz:winpdb spot:BADURL:XML-RSS-1.44.tar.gz:perl-XML-RSS spot:BADURL:zlib.tar.gz:tcl-zlib srini:BADURL:sblim-sfcc-2.1.0.tar.bz2:sblim-sfcc srini:BADURL:wsmancli-2.1.0.tar.bz2:wsmancli ssp:BADURL:tsclient-2.0.2.tar.bz2:tsclient stalwart:BADURL:gsql-0.2.1.tar.bz2:gsql stefan:BADURL:qmtest-2.4.1.tar.gz:qmtest steve:BADURL:celestia-1.5.1.tar.gz:celestia steve:BADURL:cone-0.78.tar.bz2.sig:cone steve:BADURL:gl-117-1.3.2-src.tar.bz2:gl-117 steve:BADURL:PAR-Dist-0.43.tar.gz:perl-PAR-Dist steve:BADURL:tuxtype_w_fonts-1.5.17.tar.gz:tuxtype2 steved:BADURL:nfs.doc.tar.gz:nfs-utils stingray:BADURL:flow-tools-0.68.4.1.tar.bz2:flow-tools stingray:BADURL:pyflowtools-0.3.4.tar.gz:pyflowtools sundaram:BADURL:gnote-0.6.1.tar.bz2:gnote sundaram:BADURL:pyroom-0.4.1.tar.gz:pyroom svahl:BADURL:polyester-1.9.0.tar.gz:polyester sxw:BADURL:kstart-3.11.tar.gz:kstart sxw:BADURL:remctl-2.11.tar.gz:remctl tagoh:BAD_CVS_SOURCE:k14.patch:japanese-bitmap-fonts tagoh:BADURL:anthy-9100h.tar.gz:anthy tagoh:BADURL:imsettings-0.106.2.tar.bz2:imsettings tagoh:BADURL:libgcroots-0.2.1.tar.bz2:libgcroots tagoh:BADURL:libgxim-0.3.3.tar.bz2:libgxim tagoh:BADURL:sigscheme-0.8.3.tar.bz2:sigscheme tagoh:BADURL:uim-1.5.5.tar.bz2:uim tanguy:BADURL:freehdl-0.0.7.tar.gz:freehdl tbzatek:BAD_CVS_SOURCE:mrxvt.desktop:mrxvt tbzatek:BADURL:libarchive-2.7.1.tar.gz:libarchive tbzatek:BADURL:sabayon-2.25.0.tar.bz2:sabayon tgl:BADSOURCE:pgtcl1.6.2.tar.gz:postgresql tgl:BADSOURCE:pgtcldocs-20070115.zip:postgresql tgl:BADURL:libpng-1.2.37.tar.bz2:libpng tgl:BADURL:mysql-5.1.37.tar.gz:mysql tgl:BADURL:mysql-connector-odbc-5.1.5r1144.tar.gz:mysql-connector-odbc tgl:BADURL:pg_filedump-8.3.0.tar:rhdb-utils tgl:BADURL:postgresql-8.3.7-US.pdf:postgresql tgl:BADURL:psqlodbc-08.03.0200.tar.gz:postgresql-odbc than:BAD_CVS_SOURCE:French.txt:wordtrans than:BADSOURCE:css.tar.bz2:kdewebdev than:BADSOURCE:html.tar.bz2:kdewebdev than:BADSOURCE:javascript.tar.bz2:kdewebdev than:BADSOURCE:kdeedu-4.3.0.tar.bz2:kdeedu than:BADURL:arts-1.5.10.tar.bz2:arts than:BADURL:cyr-rfx-koi8-ub-1.1.bdfs.tar.bz2:fonts-KOI8-R than:BADURL:efax-0.9a-001114.tar.gz:efax than:BADURL:isdn4k-utils-CVS-2006-07-20.tar.bz2:isdn4k-utils than:BADURL:kdbg-2.1.1.tar.gz:kdbg than:BADURL:kde-i18n-ar-3.5.10.tar.bz2:kde-i18n than:BADURL:kde-i18n-bg-3.5.10.tar.bz2:kde-i18n than:BADURL:kde-i18n-bn-3.5.10.tar.bz2:kde-i18n than:BADURL:kde-i18n-ca-3.5.10.tar.bz2:kde-i18n than:BADURL:kde-i18n-cs-3.5.10.tar.bz2:kde-i18n than:BADURL:kde-i18n-da-3.5.10.tar.bz2:kde-i18n than:BADURL:kde-i18n-de-3.5.10.tar.bz2:kde-i18n than:BADURL:kde-i18n-el-3.5.10.tar.bz2:kde-i18n than:BADURL:kde-i18n-en_GB-3.5.10.tar.bz2:kde-i18n than:BADURL:kde-i18n-es-3.5.10.tar.bz2:kde-i18n than:BADURL:kde-i18n-et-3.5.10.tar.bz2:kde-i18n than:BADURL:kde-i18n-fi-3.5.10.tar.bz2:kde-i18n than:BADURL:kde-i18n-fr-3.5.10.tar.bz2:kde-i18n than:BADURL:kde-i18n-he-3.5.10.tar.bz2:kde-i18n than:BADURL:kde-i18n-hi-3.5.10.tar.bz2:kde-i18n than:BADURL:kde-i18n-hu-3.5.10.tar.bz2:kde-i18n than:BADURL:kde-i18n-is-3.5.10.tar.bz2:kde-i18n than:BADURL:kde-i18n-it-3.5.10.tar.bz2:kde-i18n than:BADURL:kde-i18n-ja-3.5.10.tar.bz2:kde-i18n than:BADURL:kde-i18n-ko-3.5.10.tar.bz2:kde-i18n than:BADURL:kde-i18n-lt-3.5.10.tar.bz2:kde-i18n than:BADURL:kde-i18n-nb-3.5.10.tar.bz2:kde-i18n than:BADURL:kde-i18n-nl-3.5.10.tar.bz2:kde-i18n than:BADURL:kde-i18n-nn-3.5.10.tar.bz2:kde-i18n than:BADURL:kde-i18n-pa-3.5.10.tar.bz2:kde-i18n than:BADURL:kde-i18n-pl-3.5.10.tar.bz2:kde-i18n than:BADURL:kde-i18n-pt-3.5.10.tar.bz2:kde-i18n than:BADURL:kde-i18n-pt_BR-3.5.10.tar.bz2:kde-i18n than:BADURL:kde-i18n-ro-3.5.10.tar.bz2:kde-i18n than:BADURL:kde-i18n-ru-3.5.10.tar.bz2:kde-i18n than:BADURL:kde-i18n-sk-3.5.10.tar.bz2:kde-i18n than:BADURL:kde-i18n-sl-3.5.10.tar.bz2:kde-i18n than:BADURL:kde-i18n-sr-3.5.10.tar.bz2:kde-i18n than:BADURL:kde-i18n-sv-3.5.10.tar.bz2:kde-i18n than:BADURL:kde-i18n-ta-3.5.10.tar.bz2:kde-i18n than:BADURL:kde-i18n-tr-3.5.10.tar.bz2:kde-i18n than:BADURL:kde-i18n-uk-3.5.10.tar.bz2:kde-i18n than:BADURL:kde-i18n-zh_CN-3.5.10.tar.bz2:kde-i18n than:BADURL:kde-i18n-zh_TW-3.5.10.tar.bz2:kde-i18n than:BADURL:kde-l10n-ar-4.3.0.tar.bz2:kde-l10n than:BADURL:kde-l10n-bg-4.3.0.tar.bz2:kde-l10n than:BADURL:kde-l10n-bn_IN-4.3.0.tar.bz2:kde-l10n than:BADURL:kde-l10n-ca-4.3.0.tar.bz2:kde-l10n than:BADURL:kde-l10n-cs-4.3.0.tar.bz2:kde-l10n than:BADURL:kde-l10n-csb-4.3.0.tar.bz2:kde-l10n than:BADURL:kde-l10n-da-4.3.0.tar.bz2:kde-l10n than:BADURL:kde-l10n-de-4.3.0.tar.bz2:kde-l10n than:BADURL:kde-l10n-el-4.3.0.tar.bz2:kde-l10n than:BADURL:kde-l10n-en_GB-4.3.0.tar.bz2:kde-l10n than:BADURL:kde-l10n-es-4.3.0.tar.bz2:kde-l10n than:BADURL:kde-l10n-et-4.3.0.tar.bz2:kde-l10n than:BADURL:kde-l10n-eu-4.3.0.tar.bz2:kde-l10n than:BADURL:kde-l10n-fi-4.3.0.tar.bz2:kde-l10n than:BADURL:kde-l10n-fr-4.3.0.tar.bz2:kde-l10n than:BADURL:kde-l10n-ga-4.3.0.tar.bz2:kde-l10n than:BADURL:kde-l10n-gl-4.3.0.tar.bz2:kde-l10n than:BADURL:kde-l10n-gu-4.3.0.tar.bz2:kde-l10n than:BADURL:kde-l10n-he-4.3.0.tar.bz2:kde-l10n than:BADURL:kde-l10n-hi-4.3.0.tar.bz2:kde-l10n than:BADURL:kde-l10n-hu-4.3.0.tar.bz2:kde-l10n than:BADURL:kde-l10n-is-4.3.0.tar.bz2:kde-l10n than:BADURL:kde-l10n-it-4.3.0.tar.bz2:kde-l10n than:BADURL:kde-l10n-ja-4.3.0.tar.bz2:kde-l10n than:BADURL:kde-l10n-kk-4.3.0.tar.bz2:kde-l10n than:BADURL:kde-l10n-km-4.3.0.tar.bz2:kde-l10n than:BADURL:kde-l10n-kn-4.3.0.tar.bz2:kde-l10n than:BADURL:kde-l10n-ko-4.3.0.tar.bz2:kde-l10n than:BADURL:kde-l10n-ku-4.3.0.tar.bz2:kde-l10n than:BADURL:kde-l10n-lt-4.3.0.tar.bz2:kde-l10n than:BADURL:kde-l10n-lv-4.3.0.tar.bz2:kde-l10n than:BADURL:kde-l10n-mai-4.3.0.tar.bz2:kde-l10n than:BADURL:kde-l10n-mk-4.3.0.tar.bz2:kde-l10n than:BADURL:kde-l10n-ml-4.3.0.tar.bz2:kde-l10n than:BADURL:kde-l10n-mr-4.3.0.tar.bz2:kde-l10n than:BADURL:kde-l10n-nb-4.3.0.tar.bz2:kde-l10n than:BADURL:kde-l10n-nds-4.3.0.tar.bz2:kde-l10n than:BADURL:kde-l10n-nl-4.3.0.tar.bz2:kde-l10n than:BADURL:kde-l10n-nn-4.3.0.tar.bz2:kde-l10n than:BADURL:kde-l10n-pa-4.3.0.tar.bz2:kde-l10n than:BADURL:kde-l10n-pl-4.3.0.tar.bz2:kde-l10n than:BADURL:kde-l10n-pt-4.3.0.tar.bz2:kde-l10n than:BADURL:kde-l10n-pt_BR-4.3.0.tar.bz2:kde-l10n than:BADURL:kde-l10n-ro-4.3.0.tar.bz2:kde-l10n than:BADURL:kde-l10n-ru-4.3.0.tar.bz2:kde-l10n than:BADURL:kde-l10n-sk-4.3.0.tar.bz2:kde-l10n than:BADURL:kde-l10n-sl-4.3.0.tar.bz2:kde-l10n than:BADURL:kde-l10n-sr-4.3.0.tar.bz2:kde-l10n than:BADURL:kde-l10n-sv-4.3.0.tar.bz2:kde-l10n than:BADURL:kde-l10n-tg-4.3.0.tar.bz2:kde-l10n than:BADURL:kde-l10n-th-4.3.0.tar.bz2:kde-l10n than:BADURL:kde-l10n-tr-4.3.0.tar.bz2:kde-l10n than:BADURL:kde-l10n-uk-4.3.0.tar.bz2:kde-l10n than:BADURL:kde-l10n-wa-4.3.0.tar.bz2:kde-l10n than:BADURL:kde-l10n-zh_CN-4.3.0.tar.bz2:kde-l10n than:BADURL:kde-l10n-zh_TW-4.3.0.tar.bz2:kde-l10n than:BADURL:kdemultimedia-4.3.0.tar.bz2:kdemultimedia than:BADURL:kdepim-runtime-4.3.0.tar.bz2:kdepim-runtime than:BADURL:kdevelop-3.5.4.tar.bz2:kdevelop than:BADURL:ksi-XFree86-cyrillic-fonts.tar.bz2:fonts-KOI8-R than:BADURL:mozplugger-1.12.1.tar.gz:mozplugger than:BADURL:rp-pppoe-3.10.tar.gz:rp-pppoe than:BADURL:urw-fonts-1.0.7pre44.tar.bz2:urw-fonts than:BADURL:wordtrans_1.1pre13.tar.gz:wordtrans thias:BADSOURCE:gkrellm-gkfreq-1.0.tar.gz:gkrellm-freq thias:BADSOURCE:linux_logo-5.04.tar.gz:linux_logo thias:BADSOURCE:ncftp-3.2.2-src.tar.bz2:ncftp thias:BADSOURCE:Nevow-0.9.32.tar.gz:python-nevow thias:BADSOURCE:pymetar-0.14.tar.gz:pymetar thias:BADURL:cssutils-0.9.5.1.zip:python-cssutils thias:BADURL:gentoo-0.15.2.tar.gz:gentoo thias:BADURL:Louie-1.1.tar.gz:python-louie thias:BADURL:sshmenu-3.16.tar.gz:sshmenu thias:BADURL:tagpy-0.94.5.tar.gz:python-tag thias:BADURL:xar-1.5.2.tar.gz:xar thias:BADURL:zziplib-0.13.49.tar.bz2:zziplib thm:BADURL:ikiwiki_3.1415.tar.gz:ikiwiki thomasvs:BADSOURCE:libannodex-0.7.3.tar.gz:libannodex thomasvs:BADSOURCE:libcmml-0.9.1.tar.gz:libcmml thomasvs:BADURL:TwistedConch-8.2.0.tar.bz2:python-twisted-conch thomasvs:BADURL:TwistedCore-8.2.0.tar.bz2:python-twisted-core thomasvs:BADURL:TwistedLore-8.2.0.tar.bz2:python-twisted-lore thomasvs:BADURL:TwistedMail-8.2.0.tar.bz2:python-twisted-mail thomasvs:BADURL:TwistedNames-8.2.0.tar.bz2:python-twisted-names thomasvs:BADURL:TwistedNews-8.2.0.tar.bz2:python-twisted-news thomasvs:BADURL:TwistedRunner-8.2.0.tar.bz2:python-twisted-runner thomasvs:BADURL:TwistedWeb-8.2.0.tar.bz2:python-twisted-web thomasvs:BADURL:TwistedWords-8.2.0.tar.bz2:python-twisted-words tibbs:BADURL:horde-3.3.4.tar.gz:horde tibbs:BADURL:imp-h3-4.3.4.tar.gz:imp till:BADURL:aircrack-ng-1.0-rc3.tar.gz:aircrack-ng till:BADURL:bindfs-1.8.3.tar.gz:bindfs timfenn:BADSOURCE:mmdb-1.21.tar.gz:mmdb timj:BADURL:rapidsvn-0.10.0.tar.gz:rapidsvn timlau:BADURL:iniparse-0.3.0.tar.gz:python-iniparse tmraz:BAD_CVS_SOURCE:Linux-PAM-1.1.0.tar.bz2.sign:pam tmraz:BAD_CVS_SOURCE:pcsc-tools-1.4.14.tar.gz.asc:pcsc-tools tmraz:BADURL:fipscheck-1.2.0.tar.bz2:fipscheck tmraz:BADURL:galculator-1.3.4.tar.bz2:galculator tmraz:BADURL:Linux-PAM-1.1.0.tar.bz2:pam tnorth:BADSOURCE:gcc-core-4.3.3.tar.bz2:avr-gcc toshio:BADURL:sqlalchemy-migrate-0.5.3.tar.gz:python-migrate trasher:BADURL:childsplay-1.3.tgz:childsplay turki:BADURL:libgsasl-0.2.29.tar.gz:libgsasl tuxbrewr:BADURL:liferea-1.6.0-rc7.tar.gz:liferea tuxbrewr:BADURL:powerman-2.3.4.tar.bz2:powerman tuxbrewr:BADURL:Terminal-25.tar.bz2:sugar-terminal twaugh:BADSOURCE:pyusb-0.4.1.tar.gz:pyusb twaugh:BADURL:cups-1.4rc1-source.tar.bz2:cups twaugh:BADURL:foomatic-db-4.0-20090702.tar.gz:foomatic twaugh:BADURL:foomatic-db-hpijs-20090701.tar.gz:foomatic twaugh:BADURL:gutenprint-5.2.4.tar.bz2:gutenprint twaugh:BADURL:ppa-0.8.6.tar.gz:pnm2ppa varekova:BADURL:acct-6.3.2.tar.gz:psacct varekova:BADURL:gzip-1.3.12.tar.gz:gzip varekova:BADURL:manpages-ru-0.7.tar.gz:man-pages-ru varekova:BADURL:man-PL24-10-2005.tar.gz:man-pages-pl varekova:BADURL:unzip552.tar.gz:unzip varekova:BADURL:zcrypt29.tar.gz:zip varekova:BADURL:zip231.tar.gz:zip vcrhonek:BADSOURCE:expect-5.43.0.tar.gz:expect vcrhonek:BADURL:ncpfs-2.2.6.tar.gz:ncpfs vcrhonek:BADURL:pegasus-2.9.0.tar.gz:tog-pegasus veillard:BADURL:ekiga-3.2.5.tar.bz2:ekiga vlg:BADURL:granule-1.4.0.tar.gz:granule vpv:BADURL:mozvoikko-0.9.7rc1.tar.gz:mozvoikko vpv:BADURL:openoffice.org-voikko-3.1rc2.tar.gz:openoffice.org-voikko walters:BADURL:clojure_20090320.zip:clojure walters:BADURL:desktop-data-model-1.2.5.tar.gz:desktop-data-model walters:BADURL:hippo-canvas-0.3.0.tar.gz:hippo-canvas wolfy:BADURL:jnettop-0.13.0.tar.gz:jnettop wtogami:BADURL:IO-Socket-INET6-2.56.tar.gz:perl-IO-Socket-INET6 wtogami:BADURL:Mail-SpamAssassin-3.3.0-alpha1.tar.bz2:spamassassin wtogami:BADURL:mkelfImage-2.7.tar.gz:mkelfimage wtogami:BADURL:pidgin-2.6.0-devel-20090806.tar.bz2:pidgin wwoods:BADURL:PyBluez-0.16.tar.gz:pybluez xen-maint:BADURL:xen-3.4.1.tar.gz:xen xris:BADURL:orpie-1.5.1.tar.gz:orpie xulchris:BAD_CVS_SOURCE:copyright:poker3d-data xulchris:BADURL:Smarty-2.6.25.tar.gz:php-Smarty yaneti:BAD_CVS_SOURCE:howto.cls:python-sybase zkota:BADURL:bazaar_1.4.2.tar.gz:bazaar zkota:BADURL:bazaar-doc_1.4.tar.gz:bazaar zprikryl:BADSOURCE:libtrash-3.2.tgz:libtrash zprikryl:BADURL:eject-2.1.5.tar.gz:eject zprikryl:BADURL:vorbis-tools-1.2.0.tar.gz:vorbis-tools -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From notting at redhat.com Mon Aug 10 16:16:53 2009 From: notting at redhat.com (Bill Nottingham) Date: Mon, 10 Aug 2009 12:16:53 -0400 Subject: UTF-8 specfiles, better upstream tarball commits coming In-Reply-To: <200908092300.07046.ville.skytta@iki.fi> References: <200908092300.07046.ville.skytta@iki.fi> Message-ID: <20090810161653.GB6242@nostromo.devel.redhat.com> Ville Skytt? (ville.skytta at iki.fi) said: > I ran a few scripts on the CVS tree and will commit the resulting improvements > in a few days to devel and rebuild changed packages if ACL's allow. Let me > know if you for some reason don't want your packages touched (affected package > lists below). If I may ask - is there a reason to do rebuilds? Given that there's no functional differences, isn't having the changes in CVS for the next rebuild 'good enough'? > Packages that may have a better upstream tarball available: > ----------------------------------------------------------- > (not necessarily all of these will be touched) > ... > lzma ... I'd assume this would not be changed, for bootstrapping reasons. Bill From sgrubb at redhat.com Mon Aug 10 16:32:10 2009 From: sgrubb at redhat.com (Steve Grubb) Date: Mon, 10 Aug 2009 12:32:10 -0400 Subject: soname number bump for audit-libs Message-ID: <200908101232.10944.sgrubb@redhat.com> Hello, I wanted to let everyone know that I will be pushing audit-2.0 into rawhide in the next day or two. It will change the version number of libaudit. The following packages are known to have dependencies on audit-libs: repoquery --repoid=rawhide --whatrequires --alldeps 'libaudit.so.0()(64bit)' | grep x86_64 cups-1:1.4-0.rc1.12.fc12.x86_64 xorg-x11-server-Xorg-0:1.6.99-28.20090804.fc12.x86_64 shadow-utils-2:4.1.4.1-6.fc12.x86_64 dbus-1:1.2.16-4.fc12.x86_64 cups-libs-1:1.4-0.rc1.12.fc12.x86_64 cups-lpd-1:1.4-0.rc1.12.fc12.x86_64 xorg-x11-server-Xvfb-0:1.6.99-28.20090804.fc12.x86_64 frysk-gnome-0:0.4-11.fc12.x86_64 readahead-1:1.4.9-3.fc12.x86_64 cronie-0:1.4-3.fc12.x86_64 util-linux-ng-0:2.16-3.fc12.x86_64 nscd-0:2.10.90-12.x86_64 xorg-x11-server-Xnest-0:1.6.99-28.20090804.fc12.x86_64 policycoreutils-newrole-0:2.0.68-1.fc12.x86_64 passwd-0:0.76-3.fc12.x86_64 gdm-1:2.27.4-4.fc12.x86_64 openssh-server-0:5.2p1-17.fc12.x86_64 anaconda-0:12.7-1.fc12.x86_64 sudo-0:1.7.1-5.fc12.x86_64 frysk-devel-0:0.4-11.fc12.x86_64 frysk-0:0.4-11.fc12.x86_64 xorg-x11-server-Xephyr-0:1.6.99-28.20090804.fc12.x86_64 upstart-0:0.3.11-2.fc12.x86_64 cups-php-1:1.4-0.rc1.12.fc12.x86_64 policycoreutils-0:2.0.68-1.fc12.x86_64 libxf86config-0:1.6.99-28.20090804.fc12.x86_64 ipsec-tools-0:0.7.2-3.fc12.x86_64 amtu-0:1.0.8-1.fc12.x86_64 pam-0:1.1.0-3.fc12.x86_64 aide-0:0.13.1-10.fc12.x86_64 rsh-server-0:0.17-55.fc12.x86_64 I can rebuild all these against the new audit package. If you would rather me not touch your package, just let me know. Thanks, -Steve From dcbw at redhat.com Mon Aug 10 16:39:20 2009 From: dcbw at redhat.com (Dan Williams) Date: Mon, 10 Aug 2009 11:39:20 -0500 Subject: NetworkManager-novellvpn In-Reply-To: References: <1249679814.26088.37.camel@localhost.localdomain> Message-ID: <1249922360.3218.6.camel@localhost.localdomain> On Sat, 2009-08-08 at 11:07 +0200, Mat?j Cepl wrote: > Dan Williams writes: > > > On Fri, 2009-08-07 at 11:11 -0300, Murilo Opsfelder Araujo wrote: > > Not that I know of. Despite repeated proddings of the Novell guys, they > > have never bothered to upstream the code. Second, is 'nvpn' even > > open-source? If it's not, it's pretty pointless to including a package > > in Fedora that is useless without a closed-source binary. > > 'nvpn' is a client or server? If server, they I wouldn't know about VPN > which we support in Fedora even though we have no server part. It's a binary that the NetworkManager-novellvpn package executes to start the vpn connection. NM-novellvpn does not seem to include nvpn, so it must be some external program. See src/nm-novellvpn-service.c :: nm_novellvpn_start_novellvpn_binary(). I assume there's a novellvpn package in OpenSUSE somewhere. Obviously adding that package (if it's open-source) to Fedora would be a prerequisite to adding NetworkManager-novellvpn. Dan From jkeating at redhat.com Mon Aug 10 16:41:48 2009 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 10 Aug 2009 09:41:48 -0700 Subject: soname number bump for audit-libs In-Reply-To: <200908101232.10944.sgrubb@redhat.com> References: <200908101232.10944.sgrubb@redhat.com> Message-ID: <1249922508.3310.19.camel@localhost.localdomain> On Mon, 2009-08-10 at 12:32 -0400, Steve Grubb wrote: > Hello, > > I wanted to let everyone know that I will be pushing audit-2.0 into rawhide in > the next day or two. It will change the version number of libaudit. The > following packages are known to have dependencies on audit-libs: I would strongly prefer that this wait until after the Alpha freeze is over. Otherwise we'll have a huge pile of things to track and tag should we need an updated build of anything on that list for an Alpha blocker. Anaconda being on that list makes this a very real possibility. -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From cdahlin at redhat.com Mon Aug 10 17:01:43 2009 From: cdahlin at redhat.com (Casey Dahlin) Date: Mon, 10 Aug 2009 13:01:43 -0400 Subject: non root X In-Reply-To: <1249681647.2899.0.camel@t60prh> References: <4A76B026.4040603@fedoraproject.org> <1249536365.11827.2.camel@clockmaker.usersys.redhat.com> <4A7C919C.4000004@redhat.com> <1249681647.2899.0.camel@t60prh> Message-ID: <4A805277.9000709@redhat.com> On 08/07/2009 05:47 PM, Dave Airlie wrote: > On Fri, 2009-08-07 at 16:42 -0400, Casey Dahlin wrote: >> On 08/06/2009 01:26 AM, Dave Airlie wrote: >>> On Mon, 2009-08-03 at 15:08 +0530, Rahul Sundaram wrote: >>>> Hi >>>> >>>> A few days back I ran into >>>> >>>> http://lists.x.org/archives/xorg-devel/2009-July/001293.html >>>> >>>> I am wondering, since we are already using KMS in most places in Fedora, >>>> how far are we from achieving this by default in a Fedora release? >>> non-root X is a big security hole at the moment, and until we get >>> revoke() support in the kernel, we can probably move X to running as a >>> special user, and maybe once we get revoke to running as the real user. >>> >>> However it doesn't solve the issue how we know we need or don't need >>> root since X only figures out what graphics drivers are needed after >>> starting, so if you needed a non-kms gpu driver we wouldn't know >>> until after we'd started as non-root. >>> >>> Dave. >>> >> Why can't we just start as root or with the setuid bit, and use the standard set*uid() calls to drop what we don't need once we know what we're doing? >> > > We have to undo some stuff when X exits. > > Dave. > > I meant start as setuid, then determine if root was necessary at all. If it is, keep running as root for the duration. If not, drop privileges. --CJD From sgrubb at redhat.com Mon Aug 10 16:55:11 2009 From: sgrubb at redhat.com (Steve Grubb) Date: Mon, 10 Aug 2009 12:55:11 -0400 Subject: soname number bump for audit-libs In-Reply-To: <1249922508.3310.19.camel@localhost.localdomain> References: <200908101232.10944.sgrubb@redhat.com> <1249922508.3310.19.camel@localhost.localdomain> Message-ID: <200908101255.11425.sgrubb@redhat.com> On Monday 10 August 2009 12:41:48 pm Jesse Keating wrote: > > I wanted to let everyone know that I will be pushing audit-2.0 into > > rawhide in the next day or two. It will change the version number of > > libaudit. The following packages are known to have dependencies on > > audit-libs: > > I would strongly prefer that this wait until after the Alpha freeze is > over. Otherwise we'll have a huge pile of things to track and tag > should we need an updated build of anything on that list for an Alpha > blocker. Anaconda being on that list makes this a very real > possibility. OK, fine. I'll wait until after the Alpha freeze is over. -Steve From jkeating at redhat.com Mon Aug 10 17:04:32 2009 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 10 Aug 2009 10:04:32 -0700 Subject: soname number bump for audit-libs In-Reply-To: <200908101255.11425.sgrubb@redhat.com> References: <200908101232.10944.sgrubb@redhat.com> <1249922508.3310.19.camel@localhost.localdomain> <200908101255.11425.sgrubb@redhat.com> Message-ID: <1249923873.3310.21.camel@localhost.localdomain> On Mon, 2009-08-10 at 12:55 -0400, Steve Grubb wrote: > On Monday 10 August 2009 12:41:48 pm Jesse Keating wrote: > > > I wanted to let everyone know that I will be pushing audit-2.0 into > > > rawhide in the next day or two. It will change the version number of > > > libaudit. The following packages are known to have dependencies on > > > audit-libs: > > > > I would strongly prefer that this wait until after the Alpha freeze is > > over. Otherwise we'll have a huge pile of things to track and tag > > should we need an updated build of anything on that list for an Alpha > > blocker. Anaconda being on that list makes this a very real > > possibility. > > OK, fine. I'll wait until after the Alpha freeze is over. > > -Steve > Even after that one has to wonder, why is a change like this going in after the feature freeze. How big of an ABI change is this, will there have to be any porting effort, what's the risk, what's the gain? -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From loganjerry at gmail.com Mon Aug 10 17:07:35 2009 From: loganjerry at gmail.com (Jerry James) Date: Mon, 10 Aug 2009 11:07:35 -0600 Subject: Ongoing effort to package JOSM In-Reply-To: <29fee02b0908090105t1feb281ei33ca7c2954083855@mail.gmail.com> References: <29fee02b0908080645q2787e110v928bc88321c5430@mail.gmail.com> <870180fe0908081853s163788afh91e7e30c9bd2a15b@mail.gmail.com> <29fee02b0908090105t1feb281ei33ca7c2954083855@mail.gmail.com> Message-ID: <870180fe0908101007o789ede4emcb69a26c2ed96d56@mail.gmail.com> On Sun, Aug 9, 2009 at 2:05 AM, Andrea Musuruane wrote: > If I do that I get: > > [...] > test: > ? ?[junit] WARNING: multiple versions of ant detected in path for junit > ? ?[junit] > jar:file:/usr/share/java/ant-1.7.1.jar!/org/apache/tools/ant/Project.class > ? ?[junit] ? ? ?and > jar:file:/usr/share/java/ant.jar!/org/apache/tools/ant/Project.class > ? ?[junit] Running com.drew.metadata.test.AllTests > ? ?[junit] Tests run: 79, Failures: 1, Errors: 0, Time elapsed: 0,269 sec > > BUILD FAILED > /home/andrea/devel/prg/metadata-extractor/build.xml:48: Test > com.drew.metadata.test.AllTests failed > > Total time: 1 second > > Regards, > > Andrea. /usr/share/java/ant.jar is a symlink to /usr/share/java/ant-1.7.1.jar, so it is finding the same jar file twice. I don't know what to tell you to do now. You'll have to figure out how to make it not look at one or the other of the two names. -- Jerry James http://www.jamezone.org/ From pm at datasphere.ch Mon Aug 10 17:07:46 2009 From: pm at datasphere.ch (Patrick MONNERAT) Date: Mon, 10 Aug 2009 19:07:46 +0200 Subject: source file audit - 2009-08-10 In-Reply-To: <20090810101542.2fa4f2d7@ohm.scrye.com> References: <20090810101542.2fa4f2d7@ohm.scrye.com> Message-ID: <1249924066.1699.17.camel@linuxdev.datasphere.ch> On Mon, 2009-08-10 at 10:15 -0600, Kevin Fenzi wrote: Many thanks Kevin for your report. > monnerat:BADURL:hkit-v0.5.tgz:php-hkit I confirm the URL is OK: Version: 0.5 Source0: http://hkit.googlecode.com/files/hkit-v%{version}.tgz --> Effective URL: http://hkit.googlecode.com/files/hkit-v0.5.tgz Still valid and downloadable. I thus suppose the server was not accessible at script run time. Why not updating the script to log the exact failure reason and/or retry transient connection failures after some delay? This would help everyone finding the real problem, and limit the amount of false negatives and overall line count growth you "complain" about :-) Regards, Patrick From kevin at scrye.com Mon Aug 10 17:15:27 2009 From: kevin at scrye.com (Kevin Fenzi) Date: Mon, 10 Aug 2009 11:15:27 -0600 Subject: source file audit - 2009-08-10 In-Reply-To: <1249924066.1699.17.camel@linuxdev.datasphere.ch> References: <20090810101542.2fa4f2d7@ohm.scrye.com> <1249924066.1699.17.camel@linuxdev.datasphere.ch> Message-ID: <20090810111527.674ef56b@ohm.scrye.com> On Mon, 10 Aug 2009 19:07:46 +0200 Patrick MONNERAT wrote: > On Mon, 2009-08-10 at 10:15 -0600, Kevin Fenzi wrote: > > Many thanks Kevin for your report. No problem. > > monnerat:BADURL:hkit-v0.5.tgz:php-hkit > > I confirm the URL is OK: > > Version: 0.5 > Source0: http://hkit.googlecode.com/files/hkit-v%{version}.tgz > > --> Effective URL: http://hkit.googlecode.com/files/hkit-v0.5.tgz > > Still valid and downloadable. > > I thus suppose the server was not accessible at script run time. Yeah, it seems so somehow. > Why not updating the script to log the exact failure reason and/or > retry transient connection failures after some delay? This would help > everyone finding the real problem, and limit the amount of false > negatives and overall line count growth you "complain" about :-) Yes, it does log each download, I just haven't put those files up. ;) I suppose I could so people could check them... In this case: --16:54:18-- http://hkit.googlecode.com/files/hkit-v0.5.tgz Resolving hkit.googlecode.com... 209.85.225.82 Connecting to hkit.googlecode.com|209.85.225.82|:80... connected. HTTP request sent, awaiting response... 404 Not Found 16:54:19 ERROR 404: Not Found. So, possibly a issue on googlecode having a outage? > Regards, > Patrick kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From sgrubb at redhat.com Mon Aug 10 17:19:36 2009 From: sgrubb at redhat.com (Steve Grubb) Date: Mon, 10 Aug 2009 13:19:36 -0400 Subject: soname number bump for audit-libs In-Reply-To: <1249923873.3310.21.camel@localhost.localdomain> References: <200908101232.10944.sgrubb@redhat.com> <200908101255.11425.sgrubb@redhat.com> <1249923873.3310.21.camel@localhost.localdomain> Message-ID: <200908101319.36364.sgrubb@redhat.com> On Monday 10 August 2009 01:04:32 pm Jesse Keating wrote: > > OK, fine. I'll wait until after the Alpha freeze is over. > > > Even after that one has to wonder, why is a change like this going in > after the feature freeze. It would have been in before feature freeze if sc-audit hadn't gotten stuck in package review. > How big of an ABI change is this, will there have to be any porting effort, > what's the risk, what's the gain? Should be little risk. This removes the old API needed for communicating with kernels before the 2.6.16 kernel was released. Somewhere around 2.6.22 libaudit made the old API hard to use. It was still there for anything linking to it. I have not looked in detail at all the packages on the dependency list but the changes only affect the audit rule setting interface and not the logging interface. Auditctl is likely to be the only program affected by the change, but to be safe and make sure nothing falls through the cracks, the number is bumped. Almost all apps are using the logging interface and are not affected. If anything actually is sending audit rules, the porting is trivial. You just use the _data equivalent function and use the audit_rule_data structure to hold your rules. The gain is that we want to clean up/deprecate the old kernel API somewhere around 2.6.36 and need user space to quit using it asap. -Steve From silfreed at silfreed.net Mon Aug 10 17:41:34 2009 From: silfreed at silfreed.net (Doug Warner) Date: Mon, 10 Aug 2009 13:41:34 -0400 Subject: Makefile target to download SourceX file Message-ID: <4A805BCE.6040801@silfreed.net> Does anyone have a Makefile target for download a SourceX file (similar to Kevin Fenzi's recent report)? This would have the added benefit of simplifying the update process for new versions (ex: "make source NUM=0" instead of manually downloading the file). -Doug -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: OpenPGP digital signature URL: From pm at datasphere.ch Mon Aug 10 17:57:28 2009 From: pm at datasphere.ch (Patrick MONNERAT) Date: Mon, 10 Aug 2009 19:57:28 +0200 Subject: source file audit - 2009-08-10 In-Reply-To: <20090810111527.674ef56b@ohm.scrye.com> References: <20090810101542.2fa4f2d7@ohm.scrye.com> <1249924066.1699.17.camel@linuxdev.datasphere.ch> <20090810111527.674ef56b@ohm.scrye.com> Message-ID: <1249927048.2749.9.camel@linuxdev.datasphere.ch> On Mon, 2009-08-10 at 11:15 -0600, Kevin Fenzi wrote: > --16:54:18-- http://hkit.googlecode.com/files/hkit-v0.5.tgz > Resolving hkit.googlecode.com... 209.85.225.82 > Connecting to hkit.googlecode.com|209.85.225.82|:80... connected. > HTTP request sent, awaiting response... 404 Not Found > 16:54:19 ERROR 404: Not Found. > > So, possibly a issue on googlecode having a outage? Argh ! This is not what I'm used to call a "transient failure"... but in this case, it is one :-( Everything is then possible with Google ! Anyway, retrying the failed BADURL cases after a while would probably reduce a bit your statistics... And yes, publishing the detailed failures as above is a great help. Thanks. Patrick From tibbs at math.uh.edu Mon Aug 10 18:02:47 2009 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: Mon, 10 Aug 2009 13:02:47 -0500 Subject: soname number bump for audit-libs In-Reply-To: <200908101319.36364.sgrubb@redhat.com> (Steve Grubb's message of "Mon\, 10 Aug 2009 13\:19\:36 -0400") References: <200908101232.10944.sgrubb@redhat.com> <200908101255.11425.sgrubb@redhat.com> <1249923873.3310.21.camel@localhost.localdomain> <200908101319.36364.sgrubb@redhat.com> Message-ID: >>>>> "SG" == Steve Grubb writes: SG> It would have been in before feature freeze if sc-audit hadn't SG> gotten stuck in package review. A couple of points here, since you seem to be blaming the review process for the lateness of this package: Submitting a new package request and expecting it to be reviewed in under a week is simply not reasonable. Sorry, it just isn't. If reviews are going to be blocked on package reviews, get those reviews in early, not at the last minute. If something important, like a new feature or something disruptive like this is going to be held up by a package review but needs to get done by feature or alpha freeze time, please make an announcement to that effect, or at least indicate that in the review itself. The review in question (https://bugzilla.redhat.com/show_bug.cgi?id=514602) said nothing about this issue. Otherwise the reviewers have no idea that they should prioritize this review. People go on vacation occasionally, or run out of free time. As far as I know, nobody is paid to review packages and we all have other work to do. If an important review gets blocked behind someone who is not responding, let someone know about it. I stole and finished the xz review because it turns out the person doing the review went on vacation and the entire mass rebuild was blocked on us getting xz in. Bottom line: We can get things done when we know about them needing to get done. - J< From guido.grazioli at gmail.com Mon Aug 10 18:05:03 2009 From: guido.grazioli at gmail.com (Guido Grazioli) Date: Mon, 10 Aug 2009 20:05:03 +0200 Subject: Ongoing effort to package JOSM In-Reply-To: <870180fe0908101007o789ede4emcb69a26c2ed96d56@mail.gmail.com> References: <29fee02b0908080645q2787e110v928bc88321c5430@mail.gmail.com> <870180fe0908081853s163788afh91e7e30c9bd2a15b@mail.gmail.com> <29fee02b0908090105t1feb281ei33ca7c2954083855@mail.gmail.com> <870180fe0908101007o789ede4emcb69a26c2ed96d56@mail.gmail.com> Message-ID: <2f984ea00908101105u1b0eb83csf1488ac0f0952f52@mail.gmail.com> 2009/8/10 Jerry James > On Sun, Aug 9, 2009 at 2:05 AM, Andrea Musuruane > wrote: > > If I do that I get: > > > > [...] > > test: > > [junit] WARNING: multiple versions of ant detected in path for junit > > [junit] > > > jar:file:/usr/share/java/ant-1.7.1.jar!/org/apache/tools/ant/Project.class > > [junit] and > > jar:file:/usr/share/java/ant.jar!/org/apache/tools/ant/Project.class > > [junit] Running com.drew.metadata.test.AllTests > > [junit] Tests run: 79, Failures: 1, Errors: 0, Time elapsed: 0,269 sec > > > > BUILD FAILED > > /home/andrea/devel/prg/metadata-extractor/build.xml:48: Test > > com.drew.metadata.test.AllTests failed > > > > Total time: 1 second > > > > Regards, > > > > Andrea. > > /usr/share/java/ant.jar is a symlink to /usr/share/java/ant-1.7.1.jar, > so it is finding the same jar file twice. I don't know what to tell > you to do now. You'll have to figure out how to make it not look at > one or the other of the two names. That's just a warning, the error is due to bad coding in the test themselves; a workaround can be to let ant pass a "correct" locale to the jvm task, see the bug page for more details > > -- > Jerry James > http://www.jamezone.org/ > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- Guido Grazioli Via Parri 11 48011 - Alfonsine (RA) Mobile: +39 347 1017202 (10-18) Key FP = 7040 F398 0DED A737 7337 DAE1 12DC A698 5E81 2278 Linked in: http://www.linkedin.com/in/guidograzioli -------------- next part -------------- An HTML attachment was scrubbed... URL: From jkeating at redhat.com Mon Aug 10 18:11:44 2009 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 10 Aug 2009 11:11:44 -0700 Subject: soname number bump for audit-libs In-Reply-To: References: <200908101232.10944.sgrubb@redhat.com> <200908101255.11425.sgrubb@redhat.com> <1249923873.3310.21.camel@localhost.localdomain> <200908101319.36364.sgrubb@redhat.com> Message-ID: <1249927904.3310.33.camel@localhost.localdomain> On Mon, 2009-08-10 at 13:02 -0500, Jason L Tibbitts III wrote: > > Submitting a new package request and expecting it to be reviewed in > under a week is simply not reasonable. Sorry, it just isn't. If > reviews are going to be blocked on package reviews, get those reviews in > early, not at the last minute. > > If something important, like a new feature or something disruptive like > this is going to be held up by a package review but needs to get done by > feature or alpha freeze time, please make an announcement to that > effect, or at least indicate that in the review itself. The review in > question (https://bugzilla.redhat.com/show_bug.cgi?id=514602) said > nothing about this issue. Otherwise the reviewers have no idea that > they should prioritize this review. Or line up a peer to do your review instead of just waiting for a volunteer to pick up the review. -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From tmz at pobox.com Mon Aug 10 18:14:04 2009 From: tmz at pobox.com (Todd Zullinger) Date: Mon, 10 Aug 2009 14:14:04 -0400 Subject: Makefile target to download SourceX file In-Reply-To: <4A805BCE.6040801@silfreed.net> References: <4A805BCE.6040801@silfreed.net> Message-ID: <20090810181404.GZ4573@inocybe.localdomain> Doug Warner wrote: > Does anyone have a Makefile target for download a SourceX file > (similar to Kevin Fenzi's recent report)? This would have the added > benefit of simplifying the update process for new versions (ex: > "make source NUM=0" instead of manually downloading the file). Would a make target be much simpler than using spectool -g foo.spec? It wouldn't take much to wrap that, if it would be helpful. -- Todd OpenPGP -> KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ The nice thing about egotists is that they don't talk about other people. -- Lucille S. Harper -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 542 bytes Desc: not available URL: From sgrubb at redhat.com Mon Aug 10 18:14:15 2009 From: sgrubb at redhat.com (Steve Grubb) Date: Mon, 10 Aug 2009 14:14:15 -0400 Subject: soname number bump for audit-libs In-Reply-To: References: <200908101232.10944.sgrubb@redhat.com> <200908101319.36364.sgrubb@redhat.com> Message-ID: <200908101415.08464.sgrubb@redhat.com> On Monday 10 August 2009 02:02:47 pm Jason L Tibbitts III wrote: > >>>>> "SG" == Steve Grubb writes: > > SG> It would have been in before feature freeze if sc-audit hadn't > SG> gotten stuck in package review. > > A couple of points here, since you seem to be blaming the review > process for the lateness of this package: > > Submitting a new package request and expecting it to be reviewed in > under a week is simply not reasonable. I was doing the package review and someone else took it from me. I knew the deadline and that we were splitting sc-audit into its own package during this release. The person that took the review from me seemed to be interested in it and Mirek created a new package real fast. There just wasn't follow up after the new package was created. I could have taken the package review back, I suppose. But I didn't want to seem rude. -Steve From oget.fedora at gmail.com Mon Aug 10 18:38:44 2009 From: oget.fedora at gmail.com (Orcan Ogetbil) Date: Mon, 10 Aug 2009 14:38:44 -0400 Subject: Makefile target to download SourceX file In-Reply-To: <20090810181404.GZ4573@inocybe.localdomain> References: <4A805BCE.6040801@silfreed.net> <20090810181404.GZ4573@inocybe.localdomain> Message-ID: On Mon, Aug 10, 2009 at 2:14 PM, Todd Zullinger wrote: > Doug Warner wrote: >> Does anyone have a Makefile target for download a SourceX file >> (similar to Kevin Fenzi's recent report)? ?This would have the added >> benefit of simplifying the update process for new versions (ex: >> "make source NUM=0" instead of manually downloading the file). > > Would a make target be much simpler than using spectool -g foo.spec? > It wouldn't take much to wrap that, if it would be helpful. > I think he means to download from the look-aside cache, not from the upstream location, which might not exist for snapshot packages. I believe this would be useful too. Orcan From silfreed at silfreed.net Mon Aug 10 18:41:01 2009 From: silfreed at silfreed.net (Doug Warner) Date: Mon, 10 Aug 2009 14:41:01 -0400 Subject: Makefile target to download SourceX file In-Reply-To: <20090810181404.GZ4573@inocybe.localdomain> References: <4A805BCE.6040801@silfreed.net> <20090810181404.GZ4573@inocybe.localdomain> Message-ID: <4A8069BD.4040201@silfreed.net> On 08/10/2009 02:14 PM, Todd Zullinger wrote: > Would a make target be much simpler than using spectool -g foo.spec? > It wouldn't take much to wrap that, if it would be helpful. No, it wouldn't be. spectool is definitely what I was looking for, thanks! -Doug -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: OpenPGP digital signature URL: From silfreed at silfreed.net Mon Aug 10 18:42:09 2009 From: silfreed at silfreed.net (Doug Warner) Date: Mon, 10 Aug 2009 14:42:09 -0400 Subject: Makefile target to download SourceX file In-Reply-To: References: <4A805BCE.6040801@silfreed.net> <20090810181404.GZ4573@inocybe.localdomain> Message-ID: <4A806A01.10108@silfreed.net> On 08/10/2009 02:38 PM, Orcan Ogetbil wrote: > I think he means to download from the look-aside cache, not from the > upstream location, which might not exist for snapshot packages. > > I believe this would be useful too. No, actually did mean the upstream source. The look-aside cache can currently be downloaded via either "make" or "make sources". I was thinking this would be a natural complement to that. -Doug -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: OpenPGP digital signature URL: From awilliam at redhat.com Mon Aug 10 18:48:32 2009 From: awilliam at redhat.com (Adam Williamson) Date: Mon, 10 Aug 2009 11:48:32 -0700 Subject: FedoraStudio: the final step In-Reply-To: <1249902929.2019.3.camel@localhost.localdomain> References: <1249902929.2019.3.camel@localhost.localdomain> Message-ID: <1249930112.9022.16.camel@adam.local.net> On Mon, 2009-08-10 at 12:15 +0100, Bastien Nocera wrote: > > So please follow the link [2] and check if your multimedia package > > meets the criteria for any of the submenus we will have. If you have > > any questions, do not hesitate to contact me. I will do a final check > > around September 8th, about two weeks before the beta freeze and fix > > the remaining .desktop files. Also let me know if you don't want your > > package to be touched. > > I didn't change this for gnome-volume-control seeing as it shows up in > the (hardware) preferences rather than in the main menu. I'm intending to drop gst-mixer as the improved g-v-c in F12 should cover all areas gst-mixer was introduced to fill. So I won't bother to make this change there either. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From kevin.kofler at chello.at Mon Aug 10 18:48:40 2009 From: kevin.kofler at chello.at (Kevin Kofler) Date: Mon, 10 Aug 2009 20:48:40 +0200 Subject: Fedora 12 Features Proposed for Removal References: <4A7A048B.3040909@redhat.com> <5256d0b0908060139y2868e311q7bb167574678614d@mail.gmail.com> <4A7A97EA.1090107@freenet.de> <4A7A9A83.8010907@fedoraproject.org> <4A7ABFA1.4040600@freenet.de> <4A7AE6C8.1050906@freenet.de> <1249572048.2724.251.camel@localhost> <4A7BCF94.3080408@fedoraproject.org> <4A803A18.3060209@bfccomputing.com> <4A804061.6010406@freenet.de> Message-ID: Ralf Corsepius wrote: > I am applying this approach to several of my Fedora packages (some of > which I know to suffer from such issues, e.g. Coin2), fixed some > packages (owned by others) this way, which had failed during the > F11-mass-rebuild, exactly because of such issues. I'd be pretty pissed off if you "fixed" one of my packages that way, instead of addressing the real issue (that rerunning the current autotools fails). Kevin Kofler From bill at bfccomputing.com Mon Aug 10 18:50:49 2009 From: bill at bfccomputing.com (Bill McGonigle) Date: Mon, 10 Aug 2009 14:50:49 -0400 Subject: enigmail for F-11's thunderbird ? In-Reply-To: <4A8040B8.1000908@FamilleCollet.com> References: <4A7D6406.8060404@redhat.com> <4A7D63BA.8020402@gmail.com> <4A7DA1D4.5090708@sapience.com> <1249908647.16560.59.camel@giskard> <4A803C7A.9050601@bfccomputing.com> <4A8040B8.1000908@FamilleCollet.com> Message-ID: <4A806C09.4040800@bfccomputing.com> On 08/10/2009 11:46 AM, Remi Collet wrote: > 1 in 3.x which solves a build break ppc64 build... Is this appropriate as a Thunderbird SOURCES/ patch? -Bill -- Bill McGonigle, Owner BFC Computing, LLC http://bfccomputing.com/ Email, IM, VOIP: bill at bfccomputing.com Telephone: +1.603.448.4440 Twitter, etc.: bill_mcgonigle/bill.mcgonigle VCard: http://bfccomputing.com/vcard/bill.vcf From tibbs at math.uh.edu Mon Aug 10 18:54:44 2009 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: Mon, 10 Aug 2009 13:54:44 -0500 Subject: soname number bump for audit-libs In-Reply-To: <200908101415.08464.sgrubb@redhat.com> (Steve Grubb's message of "Mon\, 10 Aug 2009 14\:14\:15 -0400") References: <200908101232.10944.sgrubb@redhat.com> <200908101319.36364.sgrubb@redhat.com> <200908101415.08464.sgrubb@redhat.com> Message-ID: >>>>> "SG" == Steve Grubb writes: SG> I was doing the package review and someone else took it from me. You had it assigned to yourself with the fedora-review flag set? Looking at https://bugzilla.redhat.com/show_activity.cgi?id=514602, it seems that it was assigned to you but the flag was not set. I certainly would have asked before taking the review in that case; I can't say why Jochen didn't but you're certainly welcome to ask him. Were I you, I also would have just taken the review back, especially after Jochen failed to reply to the updated package in comment 5. - J< From kevin.kofler at chello.at Mon Aug 10 18:53:11 2009 From: kevin.kofler at chello.at (Kevin Kofler) Date: Mon, 10 Aug 2009 20:53:11 +0200 Subject: Consistent PolicyKit system policy References: <1249909696.2770.106.camel@worm> Message-ID: Colin Walters wrote: > An example of something that would be different between the RPM > package and desktop spin is the policy for software installation. In > the RPM package it should be either none allowed or "initiate updates > only", whereas the desktop spin would allow clickthrough for arbitrary > RPM installation. (This is mainly relevant in the future when we > don't have a separate root password in important places in the UI > flow). The current policy is already safe for a shared lab. You cannot install software as a user who hasn't authenticated as root (for the purpose of sofware installation ? PolicyKit rights are per task!) at least once. If, as the admin, you're installing software from a user's account, you can uncheck the box to remember authentication. And you cannot do anything which can really break something, e.g. removing packages, without authenticating as root EACH TIME. Kevin Kofler From kevin.kofler at chello.at Mon Aug 10 18:50:18 2009 From: kevin.kofler at chello.at (Kevin Kofler) Date: Mon, 10 Aug 2009 20:50:18 +0200 Subject: UTF-8 specfiles, better upstream tarball commits coming References: <200908092300.07046.ville.skytta@iki.fi> <20090810161653.GB6242@nostromo.devel.redhat.com> Message-ID: Bill Nottingham wrote: > If I may ask - is there a reason to do rebuilds? Smaller SRPMs for F12. Kevin Kofler From bill at bfccomputing.com Mon Aug 10 19:01:50 2009 From: bill at bfccomputing.com (Bill McGonigle) Date: Mon, 10 Aug 2009 15:01:50 -0400 Subject: Fedora 12 Features Proposed for Removal In-Reply-To: <4A804061.6010406@freenet.de> References: <4A7A048B.3040909@redhat.com> <5256d0b0908060139y2868e311q7bb167574678614d@mail.gmail.com> <4A7A97EA.1090107@freenet.de> <4A7A9A83.8010907@fedoraproject.org> <4A7ABFA1.4040600@freenet.de> <4A7AE6C8.1050906@freenet.de> <1249572048.2724.251.camel@localhost> <4A7BCF94.3080408@fedoraproject.org> <4A803A18.3060209@bfccomputing.com> <4A804061.6010406@freenet.de> Message-ID: <4A806E9E.6060803@bfccomputing.com> On 08/10/2009 11:44 AM, Ralf Corsepius wrote: > They are very easy to demonstrate. Commonly known cases are building > gcc, binutils, gdb, firefox etc. Are these of the sort where a bug is reported, it's found that autotools made a bad decision, and then patching autotools fixed the problem? I'd like to read through such a bug report to learn more, if you can think of one easily. > Other cases are pretty easy to find. Actually, probably almost any > non-trivial, complex package has such issues. I don't _seem_ to have trouble rebuilding SRPM's (including some of the above cited) that I see are running autoconf. I'm curious to understand why or what I'm missing. -Bill -- Bill McGonigle, Owner BFC Computing, LLC http://bfccomputing.com/ Email, IM, VOIP: bill at bfccomputing.com Telephone: +1.603.448.4440 Twitter, etc.: bill_mcgonigle/bill.mcgonigle VCard: http://bfccomputing.com/vcard/bill.vcf From ville.skytta at iki.fi Mon Aug 10 19:05:36 2009 From: ville.skytta at iki.fi (Ville =?iso-8859-1?q?Skytt=E4?=) Date: Mon, 10 Aug 2009 22:05:36 +0300 Subject: UTF-8 specfiles, better upstream tarball commits coming In-Reply-To: <20090810161653.GB6242@nostromo.devel.redhat.com> References: <200908092300.07046.ville.skytta@iki.fi> <20090810161653.GB6242@nostromo.devel.redhat.com> Message-ID: <200908102205.37101.ville.skytta@iki.fi> On Monday 10 August 2009, Bill Nottingham wrote: > Ville Skytt? (ville.skytta at iki.fi) said: > > I ran a few scripts on the CVS tree and will commit the resulting > > improvements in a few days to devel and rebuild changed packages if ACL's > > allow. Let me know if you for some reason don't want your packages > > touched (affected package lists below). > > If I may ask - is there a reason to do rebuilds? Given that there's > no functional differences, isn't having the changes in CVS for the > next rebuild 'good enough'? I have some past experience in people accidentally/carelessly overwriting changes that have been in CVS only. Actually doing the builds was intended as an additional safeguard against that, as well as one for immediately catching problems I may have caused (there shouldn't be any, but I managed to create (and fix) one so far). But I'll resort to just tagging changes in CVS and doing builds as local or scratch ones for the remaining packages, hopefully that's enough. > > Packages that may have a better upstream tarball available: > > ----------------------------------------------------------- > > (not necessarily all of these will be touched) > > ... > > > lzma > > ... > > I'd assume this would not be changed, for bootstrapping reasons. Yep, I considered that, but ended up including it in the list of possibly-to- be-touched packages for two reasons: there are already bootstrapping problems (coreutils, gzip, rpm etc etc and I'm not aware of documentation what are the expected issues/special cases that one should take care of when bootstrapping Fedora), and I think it's quite likely that rpm will start unpacking lzma tarballs with xz soon[0] so this wouldn't actually be a bootstrap problem much longer. But I'll take a 2nd look when I get this far. [0] http://rpm.org/ticket/85 From tmz at pobox.com Mon Aug 10 19:15:10 2009 From: tmz at pobox.com (Todd Zullinger) Date: Mon, 10 Aug 2009 15:15:10 -0400 Subject: Makefile target to download SourceX file In-Reply-To: <4A8069BD.4040201@silfreed.net> References: <4A805BCE.6040801@silfreed.net> <20090810181404.GZ4573@inocybe.localdomain> <4A8069BD.4040201@silfreed.net> Message-ID: <20090810191510.GA4573@inocybe.localdomain> Doug Warner wrote: > On 08/10/2009 02:14 PM, Todd Zullinger wrote: >> Would a make target be much simpler than using spectool -g >> foo.spec? It wouldn't take much to wrap that, if it would be >> helpful. > > No, it wouldn't be. spectool is definitely what I was looking for, > thanks! Well, in case anyone thinks it would be helpful, here's a quick patch for Makefile.common to add a few convenient targets (get-sources and get-patches, as well as get-source-% and get-patch-%, which can be used to grab selected source and patch files, respectively): Index: Makefile.common =================================================================== RCS file: /cvs/extras/common/Makefile.common,v retrieving revision 1.132 diff -u -p -r1.132 Makefile.common --- Makefile.common 10 Aug 2009 14:45:16 -0000 1.132 +++ Makefile.common 10 Aug 2009 19:01:49 -0000 @@ -326,6 +326,23 @@ upload new-source new-sources: @echo "FILES variable not set!" endif +# Download Source and Patch files via the URL in the spec file +SPECTOOL ?= $(shell which spectool 2>/dev/null) +spectool-check: + @if [ ! -x "$(SPECTOOL)" ]; then echo "Must have spectool (from the rpmdevtools package) installed"; exit 1; fi + +get-sources: spectool-check $(SPECFILE) + $(SPECTOOL) --get --sources $(SPECFILE) + +get-source-%: spectool-check $(SPECFILE) + $(SPECTOOL) --get --source $* $(SPECFILE) + +get-patches: spectool-check $(SPECFILE) + $(SPECTOOL) --get --patches $(SPECFILE) + +get-patch-%: spectool-check $(SPECFILE) + $(SPECTOOL) --get --patch $* $(SPECFILE) + # allow overriding buildarch so you can do, say, an i386 build on x86_64 ifndef BUILDARCH BUILDARCH := $(shell rpm --eval "%{_arch}") I found that spectool currently has a bug if you try to pass multiple source or patch numbers. The spectool help says --source x,y is accepted, but it is not. The option parsing code enforces the value passed to --source and --patch be an integer. A trivial fix for this may be: --- spectool~ 2008-09-23 11:47:54.000000000 -0400 +++ spectool 2009-08-10 15:04:20.000000000 -0400 @@ -271,8 +271,8 @@ 'v|verbose' => sub { $verbose++; }, 'n|dryrun|dry-run' => sub { $dryrun = 1; }, 'V|version' => sub { $command = 'version'; }, - 's|source=i' => \@sources, - 'p|patch=i' => \@patches, + 's|source=s' => \@sources, + 'p|patch=s' => \@patches, 'S|sources' => sub { push @what, 'sources'; }, 'P|patches' => sub { push @what, 'patches'; }, 'A|all' => sub { push @what, 'all'; }, -- Todd OpenPGP -> KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Nothing is so simple that it cannot be misunderstood. -- Teague's Paradox -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 542 bytes Desc: not available URL: From musuruan at gmail.com Mon Aug 10 19:24:54 2009 From: musuruan at gmail.com (Andrea Musuruane) Date: Mon, 10 Aug 2009 21:24:54 +0200 Subject: source file audit - 2009-08-10 In-Reply-To: <20090810101542.2fa4f2d7@ohm.scrye.com> References: <20090810101542.2fa4f2d7@ohm.scrye.com> Message-ID: <29fee02b0908101224m27e60cfcya838cc38b0efb7f0@mail.gmail.com> On Mon, Aug 10, 2009 at 6:15 PM, Kevin Fenzi wrote: > Here's attached another run of my sources/patches url checker. > musuruan:BADSOURCE:hatari-1.2.0.tar.bz2:hatari Thanks! URL changed. I'll updated it soon. > musuruan:BADSOURCE:libicns-0.7.0.tar.gz:libicns This is valid. Temporary SF problem? Regards, Andrea. From ajax at redhat.com Mon Aug 10 19:36:26 2009 From: ajax at redhat.com (Adam Jackson) Date: Mon, 10 Aug 2009 15:36:26 -0400 Subject: pygtk2 and its numpy dependency Message-ID: <1249932986.5139.891.camel@atropine.boston.devel.redhat.com> pygtk2 implements a function called gtk.gdk.get_pixels_array(), which returns the pixel contents of a GDK pixbuf as a numpy array. Fine and dandy, but this means it links against numpy (7 megs) which is itself linked against atlas (12 megs). Kind of a lot for a single function, especially on a live image. Especially for a function that's basically unused! gnome-applet-music uses it to implement a poor-man's Porter-Duff blend, and that's the only caller currently packaged in Fedora, at least according to package deps. I have a patch (attached) that fixes that [1], which means we could compile our pygtk2 without numpy support and not break anything in Fedora proper. However, google codesearch does turn up what look like a few other users of that function, some of which we may actually want to ship someday. So we've got options: a) remove the explicit Requires: numpy from pygtk2, require apps that actually want this function to Require it themselves b) fake the numpy data type ABI in pygtk2 itself by cult-and-pasting it from numpy c) declare that get_pixels_array() just doesn't work in Fedora (historically true, back in like FC3) d) leave things as they are I lean towards a). I think b) is icky but doable, since that ABI is effectively unbreakable anyway (inherited from the older python-numeric module). The other two are way lame. Thoughts? [1] - Readers are invited to count the wtf's in the code being replaced, as well as in its callers. Don't treat it as a drinking game though. - ajax -------------- next part -------------- A non-text attachment was scrubbed... Name: avoid-numpy.patch Type: text/x-patch Size: 1300 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From limb at jcomserv.net Mon Aug 10 19:40:23 2009 From: limb at jcomserv.net (Jon Ciesla) Date: Mon, 10 Aug 2009 14:40:23 -0500 Subject: pygtk2 and its numpy dependency In-Reply-To: <1249932986.5139.891.camel@atropine.boston.devel.redhat.com> References: <1249932986.5139.891.camel@atropine.boston.devel.redhat.com> Message-ID: <4A8077A7.2020700@jcomserv.net> Adam Jackson wrote: > pygtk2 implements a function called gtk.gdk.get_pixels_array(), which > returns the pixel contents of a GDK pixbuf as a numpy array. Fine and > dandy, but this means it links against numpy (7 megs) which is itself > linked against atlas (12 megs). Kind of a lot for a single function, > especially on a live image. > > Especially for a function that's basically unused! gnome-applet-music > uses it to implement a poor-man's Porter-Duff blend, and that's the only > caller currently packaged in Fedora, at least according to package deps. > I have a patch (attached) that fixes that [1], which means we could > compile our pygtk2 without numpy support and not break anything in > Fedora proper. > > However, google codesearch does turn up what look like a few other users > of that function, some of which we may actually want to ship someday. > So we've got options: > > a) remove the explicit Requires: numpy from pygtk2, require apps that > actually want this function to Require it themselves > > b) fake the numpy data type ABI in pygtk2 itself by cult-and-pasting it > from numpy > > c) declare that get_pixels_array() just doesn't work in Fedora > (historically true, back in like FC3) > > d) leave things as they are > > I lean towards a). I think b) is icky but doable, since that ABI is > effectively unbreakable anyway (inherited from the older python-numeric > module). The other two are way lame. > > Thoughts? > > [1] - Readers are invited to count the wtf's in the code being replaced, > as well as in its callers. Don't treat it as a drinking game though. > > - ajax > Since pygtk2 does actually use numpy, isn't d) the best (albeit most annoying) option? Full disclosure: Numpy maintainer. -- in your fear, seek only peace in your fear, seek only love -d. bowie From pbrobinson at gmail.com Mon Aug 10 19:54:02 2009 From: pbrobinson at gmail.com (Peter Robinson) Date: Mon, 10 Aug 2009 20:54:02 +0100 Subject: source file audit - 2009-08-10 In-Reply-To: <20090810101542.2fa4f2d7@ohm.scrye.com> References: <20090810101542.2fa4f2d7@ohm.scrye.com> Message-ID: <5256d0b0908101254t48329acdt254193b08be0e950@mail.gmail.com> Hi, > pbrobinson:BADURL:Journal-99.tar.bz2:sugar-journal I'm pretty sure this has been obsoleted and is a dead package but I'm in the process of confirming the status and will update as appropriate once I have confirmation. > pbrobinson:BADURL:mojito-0.19.2.tar.bz2:mojito This is fixed in cvs and will go out with the next release. Cheers, Peter From ajax at redhat.com Mon Aug 10 19:58:28 2009 From: ajax at redhat.com (Adam Jackson) Date: Mon, 10 Aug 2009 15:58:28 -0400 Subject: pygtk2 and its numpy dependency In-Reply-To: <4A8077A7.2020700@jcomserv.net> References: <1249932986.5139.891.camel@atropine.boston.devel.redhat.com> <4A8077A7.2020700@jcomserv.net> Message-ID: <1249934308.5139.893.camel@atropine.boston.devel.redhat.com> On Mon, 2009-08-10 at 14:40 -0500, Jon Ciesla wrote: > Adam Jackson wrote: > > a) remove the explicit Requires: numpy from pygtk2, require apps that > > actually want this function to Require it themselves > > > > b) fake the numpy data type ABI in pygtk2 itself by cult-and-pasting it > > from numpy > > > > c) declare that get_pixels_array() just doesn't work in Fedora > > (historically true, back in like FC3) > > > > d) leave things as they are > > > Since pygtk2 does actually use numpy, isn't d) the best (albeit most > annoying) option? Internally? Or just to implement that one entrypoint? I believe it to be the latter. - ajax -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From maxamillion at gmail.com Mon Aug 10 19:59:55 2009 From: maxamillion at gmail.com (Adam Miller) Date: Mon, 10 Aug 2009 14:59:55 -0500 Subject: source file audit - 2009-08-10 In-Reply-To: <20090810101542.2fa4f2d7@ohm.scrye.com> References: <20090810101542.2fa4f2d7@ohm.scrye.com> Message-ID: On Mon, Aug 10, 2009 at 11:15 AM, Kevin Fenzi wrote: > maxamillion:BADURL:dc3dd-6.12.3.tar.gz:dc3dd > maxamillion:BADURL:oggvideotools-0.7b.tar.gz:oggvideotools > maxamillion:BADURL:shed-1.15.tar.gz:shed > maxamillion:BADURL:TPG-3.1.2.tar.gz:python-tpg Mine are fixed and rawhide builds are complete. Many thanks for running the report. -Adam -- http://maxamillion.googlepages.com --------------------------------------------------------- () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments From awilliam at redhat.com Mon Aug 10 20:19:22 2009 From: awilliam at redhat.com (Adam Williamson) Date: Mon, 10 Aug 2009 13:19:22 -0700 Subject: Review: Fedora 12 Alpha Release Notes In-Reply-To: <4A8037FB.20701@fedoraproject.org> References: <4A8037FB.20701@fedoraproject.org> Message-ID: <1249935562.9022.18.camel@adam.local.net> On Mon, 2009-08-10 at 20:38 +0530, Rahul Sundaram wrote: > Hi, > > Wit the Fedora 12 Alpha release coming up shortly, now would be a good > time to review the release notes. Make sure the major features are > covered, import bugs and workarounds noted etc > > http://fedoraproject.org/wiki/Fedora_12_Alpha_release_notes I'd actually prefer to keep bugs and workarounds noted in the Common Bugs page now, if that's OK with you. My plan since re-working the Common Bugs page for F11 has been to have the F12 page start with the Alpha release, and cover pre-release issues right up until the final release, then switch to covering final release issues. I'll try and put a bare-bones page framework up soon. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From pbrobinson at gmail.com Mon Aug 10 20:20:14 2009 From: pbrobinson at gmail.com (Peter Robinson) Date: Mon, 10 Aug 2009 21:20:14 +0100 Subject: pygtk2 and its numpy dependency In-Reply-To: <1249932986.5139.891.camel@atropine.boston.devel.redhat.com> References: <1249932986.5139.891.camel@atropine.boston.devel.redhat.com> Message-ID: <5256d0b0908101320k56018071refaeaded4e83b08a@mail.gmail.com> Hi, > pygtk2 implements a function called gtk.gdk.get_pixels_array(), which > returns the pixel contents of a GDK pixbuf as a numpy array. ?Fine and > dandy, but this means it links against numpy (7 megs) which is itself > linked against atlas (12 megs). ?Kind of a lot for a single function, > especially on a live image. > > Especially for a function that's basically unused! ?gnome-applet-music > uses it to implement a poor-man's Porter-Duff blend, and that's the only > caller currently packaged in Fedora, at least according to package deps. > I have a patch (attached) that fixes that [1], which means we could > compile our pygtk2 without numpy support and not break anything in > Fedora proper. > > However, google codesearch does turn up what look like a few other users > of that function, some of which we may actually want to ship someday. > So we've got options: > > a) remove the explicit Requires: numpy from pygtk2, require apps that > actually want this function to Require it themselves > > b) fake the numpy data type ABI in pygtk2 itself by cult-and-pasting it > from numpy > > c) declare that get_pixels_array() just doesn't work in Fedora > (historically true, back in like FC3) > > d) leave things as they are > > I lean towards a). ?I think b) is icky but doable, since that ABI is > effectively unbreakable anyway (inherited from the older python-numeric > module). ?The other two are way lame. > > Thoughts? I know sugar use numpy and pygtk. They had forked pygtk packages with patches so that they could use the functionality in older releases. I'm not sure whether including adding numpy to the requires would work or not as I don't know the codebase. Peter > [1] - Readers are invited to count the wtf's in the code being replaced, > as well as in its callers. ?Don't treat it as a drinking game though. From jkeating at redhat.com Mon Aug 10 20:25:55 2009 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 10 Aug 2009 13:25:55 -0700 Subject: Fedora Release Engineering meeting summary for 2009-08-10 Message-ID: <1249935955.2869.4.camel@localhost.localdomain> Minutes: http://meetbot.fedoraproject.org/fedora-meeting/2009-08-10/fedora-meeting.2009-08-10-18.08.html Minutes (text): http://meetbot.fedoraproject.org/fedora-meeting/2009-08-10/fedora-meeting.2009-08-10-18.08.txt Log: http://meetbot.fedoraproject.org/fedora-meeting/2009-08-10/fedora-meeting.2009-08-10-18.08.log.html Meeting log ----------- * **roll call** (Oxf13-18:08:41_) * **old business** (Oxf13-18:14:50_) * **orphans (old business)** (Oxf13-18:15:37_) * *ACTION*: Oxf13 will send warning about recursively removing cryptix today (Oxf13-18:16:43_) * **critical path (old business)** (Oxf13-18:17:11_) * *LINK*: http://koji.fedoraproject.org/koji/buildinfo?buildID=126049 (dgilmore-18:19:30_) * *ACTION*: Oxf13 will make sure the latest fedora-packager gets tagged for Alpha so that the tag-request make target can be used. (Oxf13-18:20:01_) * *ACTION*: lmacken still needs to report on critical path bodhi updates (Oxf13-18:20:46_) * **rpm changes (old business)** (Oxf13-18:21:15_) * *ACTION*: dgilmore will draft an SOP (with help) for managing RPM changes in rawhide (Oxf13-18:21:42_) * **no frozen rawhide (old business)** (Oxf13-18:21:56_) * **signing (old business)** (Oxf13-18:23:01_) * **Fedora 12 Alpha** (Oxf13-18:24:22_) * *AGREED*: A newer anaconda will be tagged today, even if it's known broken, to help with verifying other bug fixes. (Oxf13-18:35:09_) * *AGREED*: Slip alpha 1 week. Intend to slip final one week. Discuss schedule consequences at the planned release readiness meeting while using logistics list to gather feedback. (Oxf13-19:10:12_) * **open floor** (Oxf13-19:19:41_) * *ACTION*: Oxf13 will announce Alpha slip (Oxf13-19:20:44_) * *ACTION*: poelcat will announce intention to slip final and start discussion on logistics list to discuss impact of such slip. (Oxf13-19:21:47_) * *AGREED*: no need to vette the slip decision via FESCo (Oxf13-19:23:51_) * *ACTION*: Oxf13 to deliver F12 key ID to notting for mash configs (Oxf13-19:28:29_) -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From rc040203 at freenet.de Mon Aug 10 21:12:31 2009 From: rc040203 at freenet.de (Ralf Corsepius) Date: Mon, 10 Aug 2009 23:12:31 +0200 Subject: Fedora 12 Features Proposed for Removal In-Reply-To: References: <4A7A048B.3040909@redhat.com> <5256d0b0908060139y2868e311q7bb167574678614d@mail.gmail.com> <4A7A97EA.1090107@freenet.de> <4A7A9A83.8010907@fedoraproject.org> <4A7ABFA1.4040600@freenet.de> <4A7AE6C8.1050906@freenet.de> <1249572048.2724.251.camel@localhost> <4A7BCF94.3080408@fedoraproject.org> <4A803A18.3060209@bfccomputing.com> <4A804061.6010406@freenet.de> Message-ID: <4A808D3F.4040304@freenet.de> On 08/10/2009 08:48 PM, Kevin Kofler wrote: > Ralf Corsepius wrote: >> I am applying this approach to several of my Fedora packages (some of >> which I know to suffer from such issues, e.g. Coin2), fixed some >> packages (owned by others) this way, which had failed during the >> F11-mass-rebuild, exactly because of such issues. > > I'd be pretty pissed off if you "fixed" one of my packages that way, instead > of addressing the real issue (that rerunning the current autotools fails). Thanks for providing evidence for you not having understood the problems. Also, thank you for you crossposting to a newgroup in replies list postings. From andre at bwh.harvard.edu Mon Aug 10 21:13:55 2009 From: andre at bwh.harvard.edu (Andre Robatino) Date: Mon, 10 Aug 2009 17:13:55 -0400 Subject: possible to file bug to change 32-bit DVD arch name from i386 to i686? In-Reply-To: References: <4A7CBEC8.10303@bwh.harvard.edu> Message-ID: <4A808D93.8000802@bwh.harvard.edu> On 08/07/2009 08:26 PM, Ben Boeckel wrote: > Andre Robatino wrote: > >> The names of the 32-bit Live CDs already use i686, consistent > with the >> minimum required arch. But the 32-bit DVD still uses i386, > despite the >> fact that not only has i586 been required for years, but with > the i586 >> package rebuild, there aren't even any i386 packages on the > DVD anymore. >> Now i686 is required and all packages are i686 (or noarch). > I'd like >> to file a bug to get this changed, in order to increase the > chance it >> actually happens by F12 Final. (The 32-bit F12 Alpha TC is > still named >> using i386.) Is this possible, and if so, under what > component should I >> file it? > > yum also uses i386 for $basearch which causes (well, it's > chicken-and-egg) repos to have i386 directories. These should > also go with this update I imagine. Is it possible to do one without the other? It would be nice if the names of the ISOs could be changed now to reduce user confusion over whether it can install on their machine. Having an i386 basearch is probably less visible to most people. Both changes should be made eventually but people may be too busy right now to do both. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: OpenPGP digital signature URL: From rc040203 at freenet.de Mon Aug 10 21:15:27 2009 From: rc040203 at freenet.de (Ralf Corsepius) Date: Mon, 10 Aug 2009 23:15:27 +0200 Subject: Fedora 12 Features Proposed for Removal In-Reply-To: <4A806E9E.6060803@bfccomputing.com> References: <4A7A048B.3040909@redhat.com> <5256d0b0908060139y2868e311q7bb167574678614d@mail.gmail.com> <4A7A97EA.1090107@freenet.de> <4A7A9A83.8010907@fedoraproject.org> <4A7ABFA1.4040600@freenet.de> <4A7AE6C8.1050906@freenet.de> <1249572048.2724.251.camel@localhost> <4A7BCF94.3080408@fedoraproject.org> <4A803A18.3060209@bfccomputing.com> <4A804061.6010406@freenet.de> <4A806E9E.6060803@bfccomputing.com> Message-ID: <4A808DEF.5030608@freenet.de> On 08/10/2009 09:01 PM, Bill McGonigle wrote: > On 08/10/2009 11:44 AM, Ralf Corsepius wrote: >> They are very easy to demonstrate. Commonly known cases are building >> gcc, binutils, gdb, firefox etc. > > Are these of the sort where a bug is reported, it's found that autotools > made a bad decision, and then patching autotools fixed the problem? Unlike some people around on this list, these tools' upstreams know how to use the autotools (I am active contributor to all of them): Use pregenerated files, do not run the autotools while building. Ralf From jkeating at redhat.com Mon Aug 10 21:10:31 2009 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 10 Aug 2009 14:10:31 -0700 Subject: Slip of Fedora 12 Alpha by one week Message-ID: <1249938631.2869.26.camel@localhost.localdomain> Today in the release engineering meeting, it was decided to enact a one week slip of the Fedora 12 Alpha release date. This is due to remaining bugs on the F12Alpha tracker preventing creation of a release candidate and preventing testing of proposed fixes. We expect to be able to test/clear the list early this week, therefor only a week slip is needed at this time. The new Alpha release date August 25th. As soon as we have a successful Alpha compose we will lift the Alpha freeze and allow rawhide to move forward. We also agreed to adjust the final schedule based on Alpha slipping, however we are deferring that discussion to a later date, once we've successfully composed Fedora 12 Alpha. John Poelstra will send mail regarding this later. -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: -------------- next part -------------- _______________________________________________ Fedora-devel-announce mailing list Fedora-devel-announce at redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-announce From Axel.Thimm at ATrpms.net Mon Aug 10 21:24:01 2009 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Tue, 11 Aug 2009 00:24:01 +0300 Subject: source file audit - 2009-08-10 In-Reply-To: <20090810101542.2fa4f2d7@ohm.scrye.com> References: <20090810101542.2fa4f2d7@ohm.scrye.com> Message-ID: <20090810212401.GE21162@victor.nirvana> Hi, On Mon, Aug 10, 2009 at 10:15:42AM -0600, Kevin Fenzi wrote: > Here's attached another run of my sources/patches url checker. can one download this script somewhere to locally apply to one's packages and understand why the errors (maybe false positives) are shown? Thanks! -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From twaugh at redhat.com Mon Aug 10 21:50:17 2009 From: twaugh at redhat.com (Tim Waugh) Date: Mon, 10 Aug 2009 22:50:17 +0100 Subject: Consistent PolicyKit system policy In-Reply-To: References: <1249909696.2770.106.camel@worm> Message-ID: <1249941017.2761.1.camel@worm> On Mon, 2009-08-10 at 09:42 -0400, Colin Walters wrote: > Generally where I'd like to move to is where the RPM package defaults > are appropriate for a shared computer lab PC, and the desktop spin > kickstart modifies things as appropriate for the unmanaged home > PC/laptop. It would do this by writing to the appropriate files in /var/lib/PolicyKit-public/? > We don't do this at all now though =) For your particular case I > think your current policy is the best we can do for all targets. OK, good to know. 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 MathStuf at gmail.com Mon Aug 10 21:56:29 2009 From: MathStuf at gmail.com (Ben Boeckel) Date: Mon, 10 Aug 2009 17:56:29 -0400 Subject: Fedora 12 Features Proposed for Removal References: <4A7A048B.3040909@redhat.com> <5256d0b0908060139y2868e311q7bb167574678614d@mail.gmail.com> <4A7A97EA.1090107@freenet.de> <4A7A9A83.8010907@fedoraproject.org> <4A7ABFA1.4040600@freenet.de> <4A7AE6C8.1050906@freenet.de> <1249572048.2724.251.camel@localhost> <4A7BCF94.3080408@fedoraproject.org> <4A803A18.3060209@bfccomputing.com> <4A804061.6010406@freenet.de> <4A806E9E.6060803@bfccomputing.com> <4A808DEF.5030608@freenet.de> Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Ralf Corsepius wrote: > On 08/10/2009 09:01 PM, Bill McGonigle wrote: >> Are these of the sort where a bug is reported, it's found that autotools >> made a bad decision, and then patching autotools fixed the problem? > Unlike some people around on this list, these tools' upstreams know how > to use the autotools (I am active contributor to all of them): > Use pregenerated files, do not run the autotools while building. > > Ralf And things like this make the autotools completely unattractive as a developer (to me at least). - --Ben -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkqAl5YACgkQiPi+MRHG3qSwgQCgjKugZQpLTmm6ONNWCUbg0ptU YRgAn0LDfIbEMmGkOJNV0yB84xdmzQDa =+4DF -----END PGP SIGNATURE----- From MathStuf at gmail.com Mon Aug 10 21:58:15 2009 From: MathStuf at gmail.com (Ben Boeckel) Date: Mon, 10 Aug 2009 17:58:15 -0400 Subject: possible to file bug to change 32-bit DVD arch name from i386 to i686? References: <4A7CBEC8.10303@bwh.harvard.edu> <4A808D93.8000802@bwh.harvard.edu> Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Andre Robatino wrote: > On 08/07/2009 08:26 PM, Ben Boeckel wrote: >> yum also uses i386 for $basearch which causes (well, it's >> chicken-and-egg) repos to have i386 directories. These should >> also go with this update I imagine. > > Is it possible to do one without the other? It would be nice if the > names of the ISOs could be changed now to reduce user confusion over > whether it can install on their machine. Having an i386 basearch is > probably less visible to most people. Both changes should be made > eventually but people may be too busy right now to do both. I wrote "should" where I should have written "could". Sorry for the confusion. In any case, both of these changes are probably best done at a major release and the earliest would be F13 at this point. - --Ben -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkqAl/oACgkQiPi+MRHG3qR4GQCeJwoJqWFpCl2xTg1FdUIWRdFL dyUAoKa9TMdnhZduMwzP7/419ZzB9gpg =gh9Q -----END PGP SIGNATURE----- From bochecha at fedoraproject.org Mon Aug 10 22:06:43 2009 From: bochecha at fedoraproject.org (Mathieu Bridon (bochecha)) Date: Tue, 11 Aug 2009 00:06:43 +0200 Subject: Consistent PolicyKit system policy In-Reply-To: References: <1249909696.2770.106.camel@worm> Message-ID: <2d319b780908101506s159c7710wfc50c61147cf0aa8@mail.gmail.com> On Mon, Aug 10, 2009 at 15:42, Colin Walters wrote: > On Mon, Aug 10, 2009 at 9:08 AM, Tim Waugh wrote: > >> What is the goal of the default Fedora PolicyKit policy system-wide, and >> how can we check that PolicyKit mechanisms' default policies are >> adhering to it? > > Generally where I'd like to move to is where the RPM package defaults > are appropriate for a shared computer lab PC, and the desktop spin > kickstart modifies things as appropriate for the unmanaged home > PC/laptop. I'm confused, does this mean that the desktop spin doesn't (or won't) use the RPM package defaults? If so, what about someone who install a ? shared computer lab PC ? using the desktop spin? After all, users of this ? shared lab PC ? need a desktop, so the admin could think the desktop spin is the most appropriate... That seems confusing, and potentially misguiding :-/ Or did I simply not understand what you meant? Best regards, ---------- Mathieu Bridon (bochecha) From rc040203 at freenet.de Mon Aug 10 22:17:38 2009 From: rc040203 at freenet.de (Ralf Corsepius) Date: Tue, 11 Aug 2009 00:17:38 +0200 Subject: Fedora 12 Features Proposed for Removal In-Reply-To: References: <4A7A048B.3040909@redhat.com> <5256d0b0908060139y2868e311q7bb167574678614d@mail.gmail.com> <4A7A97EA.1090107@freenet.de> <4A7A9A83.8010907@fedoraproject.org> <4A7ABFA1.4040600@freenet.de> <4A7AE6C8.1050906@freenet.de> <1249572048.2724.251.camel@localhost> <4A7BCF94.3080408@fedoraproject.org> <4A803A18.3060209@bfccomputing.com> <4A804061.6010406@freenet.de> <4A806E9E.6060803@bfccomputing.com> <4A808DEF.5030608@freenet.de> Message-ID: <4A809C82.5040508@freenet.de> On 08/10/2009 11:56 PM, Ben Boeckel wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Ralf Corsepius wrote: > >> On 08/10/2009 09:01 PM, Bill McGonigle wrote: >>> Are these of the sort where a bug is reported, it's found that > autotools >>> made a bad decision, and then patching autotools fixed the > problem? >> Unlike some people around on this list, these tools' upstreams > know how >> to use the autotools (I am active contributor to all of them): >> Use pregenerated files, do not run the autotools while building. >> > And things like this make the autotools completely unattractive as > a developer (to me at least). Well, not all tools suite all needs. If you believe other tools better suite your needs, use them, if you feel like it. But if you use a tool (such as the autotools) you should learn to use them and to use them correctly. Ralf From linuxdonald at linuxdonald.de Mon Aug 10 23:08:32 2009 From: linuxdonald at linuxdonald.de (LinuxDonald) Date: Tue, 11 Aug 2009 01:08:32 +0200 Subject: Switch from OpenAL to OpenAL-Soft Message-ID: <4A80A870.5030902@linuxdonald.de> I have add the openal-soft package into fedora 12 that will replace openal. At all packager when you have openal as dependency please change it to openal-soft and recompile your package for f-12 please From ngompa13 at gmail.com Tue Aug 11 00:29:49 2009 From: ngompa13 at gmail.com (King InuYasha) Date: Mon, 10 Aug 2009 19:29:49 -0500 Subject: Switch from OpenAL to OpenAL-Soft In-Reply-To: <4A80A870.5030902@linuxdonald.de> References: <4A80A870.5030902@linuxdonald.de> Message-ID: <8278b1b0908101729s762eee9ckd6666b092465701c@mail.gmail.com> Shouldn't it also be possible for openal-soft to replace the crappy old OpenAL package included in previous versions of Fedora? The openal-soft library is supposed to be compatible with applications that normally use the older OpenAL SI library that has been rotting for years. On Mon, Aug 10, 2009 at 6:08 PM, LinuxDonald wrote: > I have add the openal-soft package into fedora 12 that will replace > openal. > At all packager when you have openal as dependency please change it to > openal-soft and recompile your package for f-12 please > > -- > 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 nando at ccrma.Stanford.EDU Tue Aug 11 00:31:19 2009 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: Mon, 10 Aug 2009 17:31:19 -0700 Subject: midi seq interface vs. fc11: #505421 In-Reply-To: <1248194912.5887.50.camel@localhost.localdomain> References: <1248194912.5887.50.camel@localhost.localdomain> Message-ID: <1249950679.5322.68.camel@localhost.localdomain> On Tue, 2009-07-21 at 09:48 -0700, Fernando Lopez-Lezcano wrote: > Hi... anyone out there could help with the bugzilla bug 505421?? Filed > on 2009-06-11, no answers of substance yet and no workaround suggested. Now at the 2009-08-10 mark... > Should be easy, a module is not being loaded on demand, it was before. > > I keep getting questions about this on the Planet CCRMA list, it makes > midi unusable for a normal user, anyone installing fc11 for audio _will_ > stumble into this problem. It was working, it is broken, please fix it! Thanks Adam for writing a comment in the bug that agrees this issue should be fixed ASAP... Fully up to date fc11, trying again, problem still has not been fixed. Sigh. I _know_ the following is not going to get anything fixed, but will anyone left using midi in fedora have to wait till fc12? (ie: very basic stuff like this not being fixed means a bad initial experience for whoever tries the distro, usually meaning the trial install immediately following it is not going to be Fedora). -- Fernando From jkeating at redhat.com Tue Aug 11 03:12:26 2009 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 10 Aug 2009 20:12:26 -0700 Subject: source file audit - 2009-08-10 In-Reply-To: <20090810101542.2fa4f2d7@ohm.scrye.com> References: <20090810101542.2fa4f2d7@ohm.scrye.com> Message-ID: <1249960346.2869.34.camel@localhost.localdomain> On Mon, 2009-08-10 at 10:15 -0600, Kevin Fenzi wrote: > jkeating:BADSOURCE:email2trac.tar.gz:email2trac This has been fixed. Silly upstream doesn't version their tarball. -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From mclasen at redhat.com Tue Aug 11 03:21:49 2009 From: mclasen at redhat.com (Matthias Clasen) Date: Mon, 10 Aug 2009 23:21:49 -0400 Subject: Reminder: fit and finish test day tomorrow Message-ID: <1249960909.1750.3.camel@planemask> Just a quick reminder: We are meeting tomorrow in #fedora-fit-and-finish on freenode to test how well F12 works with phones, music players, cameras, usb sticks and other things you care to plug into your computer. See http://www.fedoraproject.org/wiki/Test_Day:2009-08-04_Fit_and_Finish:Peripherals Live cds are available on that page now. See you tomorrow, Matthias From kevin at scrye.com Tue Aug 11 05:30:40 2009 From: kevin at scrye.com (Kevin Fenzi) Date: Mon, 10 Aug 2009 23:30:40 -0600 Subject: source file audit - 2009-08-10 In-Reply-To: <29fee02b0908101224m27e60cfcya838cc38b0efb7f0@mail.gmail.com> References: <20090810101542.2fa4f2d7@ohm.scrye.com> <29fee02b0908101224m27e60cfcya838cc38b0efb7f0@mail.gmail.com> Message-ID: <20090810233040.7fcd7898@ohm.scrye.com> On Mon, 10 Aug 2009 21:24:54 +0200 Andrea Musuruane wrote: > On Mon, Aug 10, 2009 at 6:15 PM, Kevin Fenzi wrote: > > Here's attached another run of my sources/patches url checker. > > musuruan:BADSOURCE:hatari-1.2.0.tar.bz2:hatari > > Thanks! URL changed. I'll updated it soon. Thanks. > > musuruan:BADSOURCE:libicns-0.7.0.tar.gz:libicns > > This is valid. Temporary SF problem? The URL is fine, but the source doesn't match up. What I downloaded from the URL: e2932389d10ccee20dc922155165c8f8 libicns-0.7.0.tar.gz what sources has in the lookaside cache: d2539bb1bec033395ad908311c49a954 libicns-0.7.0.tar.gz So, either upstream changed sources without changing release, or something else bad happened. ;( > Regards, > > Andrea. kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From kevin at scrye.com Tue Aug 11 05:32:40 2009 From: kevin at scrye.com (Kevin Fenzi) Date: Mon, 10 Aug 2009 23:32:40 -0600 Subject: source file audit - 2009-08-10 In-Reply-To: <20090810212401.GE21162@victor.nirvana> References: <20090810101542.2fa4f2d7@ohm.scrye.com> <20090810212401.GE21162@victor.nirvana> Message-ID: <20090810233240.0e0aca0e@ohm.scrye.com> On Tue, 11 Aug 2009 00:24:01 +0300 Axel Thimm wrote: > Hi, > > On Mon, Aug 10, 2009 at 10:15:42AM -0600, Kevin Fenzi wrote: > > Here's attached another run of my sources/patches url checker. > > can one download this script somewhere to locally apply to one's > packages and understand why the errors (maybe false positives) are > shown? Thanks! Yes, it's in the same dir as the files: http://www.scrye.com/~kevin/fedora/sourcecheck/sourcecheck Note that it's an ugly shell script. :) If someone wants to re-write it in python or something and tie it into the auto-qa efforts, feel free to do so. kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From kushaldas at gmail.com Tue Aug 11 06:41:25 2009 From: kushaldas at gmail.com (Kushal Das) Date: Tue, 11 Aug 2009 12:11:25 +0530 Subject: An error while using livecd-creator Message-ID: Hi, I am using livecd-creator on a F-11 box. I have 27GB free on my / partition. The error I am getting is given below: [root at rhelabi spin-kickstarts]# livecd-creator --config=photographers-11.ks --cache=cache/ --fslabel=photographers mke2fs 1.41.4 (27-Jan-2009) Filesystem label=photographers OS type: Linux Block size=4096 (log=2) Fragment size=4096 (log=2) 196608 inodes, 786432 blocks 7864 blocks (1.00%) reserved for the super user First data block=0 Maximum filesystem blocks=805306368 24 block groups 32768 blocks per group, 32768 fragments per group 8192 inodes per group Superblock backups stored on blocks: 32768, 98304, 163840, 229376, 294912 Writing inode tables: done Creating journal (16384 blocks): done Writing superblocks and filesystem accounting information: done This filesystem will be automatically checked every 35 mounts or 180 days, whichever comes first. Use tune2fs -c or -i to override. tune2fs 1.41.4 (27-Jan-2009) Setting maximal mount count to -1 Setting interval between checks to 0 seconds filespec_eval: hash table stats: 12 elements, 12/65536 buckets used, longest chain length 1 Retrieving http://ftp.linux.ncsu.edu/pub/fedora/linux/releases/11/Everything/i386/os/repodata/repomd.xml ...OK Retrieving http://mirror.hmc.edu/fedora/linux/updates/11/i386/repodata/repomd.xml ...OK No such package *debuginfo to remove /usr/lib/python2.6/site-packages/imgcreate/errors.py:45: DeprecationWarning: BaseException.message has been deprecated as of Python 2.6 return unicode(self.message) Error creating Live CD : Unable to install: [('installing package bug-buddy-1:2.26.0-2.fc11.i586 needs 684KB on the /var/tmp/imgcreate-rScTyr/install_root filesystem', (9, '/var/tmp/imgcreate-rScTyr/install_root', 700416L)), ('installing package gvfs-gphoto2-1.2.3-9.fc11.i586 needs 920KB on the /var/tmp/imgcreate-rScTyr/install_root filesystem', (9, '/var/tmp/imgcreate-rScTyr/install_root', 942080L)), ('installing package gvfs-fuse-1.2.3-9.fc11.i586 needs 948KB on the /var/tmp/imgcreate-rScTyr/install_root filesystem', (9, '/var/tmp/imgcreate-rScTyr/install_root', 970752L)), ('installing package gvfs-smb-1.2.3-9.fc11.i586 needs 2MB on the /var/tmp/imgcreate-rScTyr/install_root filesystem', (9, '/var/tmp/imgcreate-rScTyr/install_root', 1273856L)), ('installing package gvfs-archive-1.2.3-9.fc11.i586 needs 2MB on the /var/tmp/imgcreate-rScTyr/install_root filesystem', (9, '/var/tmp/imgcreate-rScTyr/install_root', 1421312L)), ('installing package vino-2.26.2-1.fc11.i586 needs 4MB on the /var/tmp/imgcreate-rScTyr/install_root filesystem', (9, '/var/tmp/imgcreate-rScTyr/install_root', 3796992L)), ('installing package gnome-session-xsession-2.26.2-1.fc11.i586 needs 4MB on the /var/tmp/imgcreate-rScTyr/install_root filesystem', (9, '/var/tmp/imgcreate-rScTyr/install_root', 3805184L)), ('installing package postr-0.12.3-2.fc11.noarch needs 5MB on the /var/tmp/imgcreate-rScTyr/install_root filesystem', (9, '/var/tmp/imgcreate-rScTyr/install_root', 4587520L)), ('installing package gnome-panel-2.26.3-1.fc11.i586 needs 16MB on the /var/tmp/imgcreate-rScTyr/install_root filesystem', (9, '/var/tmp/imgcreate-rScTyr/install_root', 16580608L)), ('installing package gnome-applets-1:2.26.3-1.fc11.i586 needs 40MB on the /var/tmp/imgcreate-rScTyr/install_root filesystem', (9, '/var/tmp/imgcreate-rScTyr/install_root', 41603072L)), ('installing package bluez-4.42-1.fc11.i586 needs 41MB on the /var/tmp/imgcreate-rScTyr/install_root filesystem', (9, '/var/tmp/imgcreate-rScTyr/install_root', 42848256L)), ('installing package pulseaudio-module-bluetooth-0.9.15-14.fc11.i586 needs 42MB on the /var/tmp/imgcreate-rScTyr/install_root filesystem', (9, '/var/tmp/imgcreate-rScTyr/install_root', 43061248L)), ('installing package gnome-bluetooth-2.27.5-1.fc11.i586 needs 43MB on the /var/tmp/imgcreate-rScTyr/install_root filesystem', (9, '/var/tmp/imgcreate-rScTyr/install_root', 44228608L)), ('installing package gnome-bluetooth-libs-2.27.5-1.fc11.i586 needs 43MB on the /var/tmp/imgcreate-rScTyr/install_root filesystem', (9, '/var/tmp/imgcreate-rScTyr/install_root', 44331008L))] Any pointer on how to fix this ? Kushal -- http://fedoraproject.org http://kushaldas.in From steven.moix at axianet.ch Tue Aug 11 08:02:23 2009 From: steven.moix at axianet.ch (Steven Moix) Date: Tue, 11 Aug 2009 10:02:23 +0200 Subject: Requires question in SPEC Message-ID: <4A81258F.3080402@axianet.ch> Hello all, I'm facing a problem with one of my SPEC files...I'm packaging a program (motion, in RPM Fusion) that has a startup script. In the start() section of this startup script, I have added an "LD_PRELOAD=/usr/lib64/libv4l/v4l2convert.so daemon $motion" to support more cameras. So I naturally added a "Requires: libv4l" in my SPEC file, but of course rpmlint complains with "E: explicit-lib-dependency libv4l". The problem here is that I can't see how RPM could automatically add libv4l as a dependency when I build the package...it's not in the code, only a call in the startup script. So... * Should I consider that libv4l is installed by default on F10/11 and not put the require. * Put the require and let rpmlint complain. Any advice on that? Note that if you launch the startup script on a system that doesn't have libv4l, it simply doesn't do the LD_PRELOAD, but still works "as usual". Thanks Steven From markmc at redhat.com Tue Aug 11 08:06:58 2009 From: markmc at redhat.com (Mark McLoughlin) Date: Tue, 11 Aug 2009 09:06:58 +0100 Subject: Fedora 12 Features Proposed for Removal In-Reply-To: <4A808DEF.5030608@freenet.de> References: <4A7A048B.3040909@redhat.com> <5256d0b0908060139y2868e311q7bb167574678614d@mail.gmail.com> <4A7A97EA.1090107@freenet.de> <4A7A9A83.8010907@fedoraproject.org> <4A7ABFA1.4040600@freenet.de> <4A7AE6C8.1050906@freenet.de> <1249572048.2724.251.camel@localhost> <4A7BCF94.3080408@fedoraproject.org> <4A803A18.3060209@bfccomputing.com> <4A804061.6010406@freenet.de> <4A806E9E.6060803@bfccomputing.com> <4A808DEF.5030608@freenet.de> Message-ID: <1249978018.3494.17.camel@blaa> On Mon, 2009-08-10 at 23:15 +0200, Ralf Corsepius wrote: > Unlike some people around on this list, these tools' upstreams know how > to use the autotools (I am active contributor to all of them): > Use pregenerated files, do not run the autotools while building. The last time this came up here, I asked: Yes, that autotools generated files are distributed in tarballs is a clear autotools design decision. But why? Is it: a) because the autotools maintainers feel it is unreliable to have people building from the tarball to re-run autotools or b) because the autotools maintainers feel it is inconvenient to require people build from tarballs to have autotools installed AFAICT (a) is why you advocate (as I used to also) patching the auto-generated files. However, perhaps things have moved on and (b) is the only real reason these days that tarballs contain the auto-generated files? Chers, Mark. From z.kota at gmx.net Tue Aug 11 08:12:13 2009 From: z.kota at gmx.net (Zoltan Kota) Date: Tue, 11 Aug 2009 10:12:13 +0200 (CEST) Subject: help needed for bug #512115 (Gdk-CRITICAL **: gdk_x11_atom_to_xatom_for_display...) Message-ID: Hi, Could you help with the following bug? https://bugzilla.redhat.com/show_bug.cgi?id=512115 It is a Gdk-CRITICAL **: gdk_x11_atom_to_xatom_for_display: assertion `atom != GDK_NONE' failed error. This seems to be appeared with gtk 2.16.x. Pybliographer on F10 with gtk 2.14.7 has no problem. Thanks! Zoltan From jreznik at redhat.com Tue Aug 11 08:15:22 2009 From: jreznik at redhat.com (Jaroslav Reznik) Date: Tue, 11 Aug 2009 10:15:22 +0200 Subject: Requires question in SPEC In-Reply-To: <4A81258F.3080402@axianet.ch> References: <4A81258F.3080402@axianet.ch> Message-ID: <200908111015.22516.jreznik@redhat.com> On Tuesday 11 August 2009 10:02:23 Steven Moix wrote: > Hello all, > > I'm facing a problem with one of my SPEC files...I'm packaging a program > (motion, in RPM Fusion) that has a startup script. In the start() > section of this startup script, I have added an > "LD_PRELOAD=/usr/lib64/libv4l/v4l2convert.so daemon $motion" to support > more cameras. You can patch your package to use libv4l directly. Usually it's easy - there are some issues but... Check some packages using v4l to check what you have to do to port it. Also check this blogpost by Hans de Goede (libv4l author) [1]. [1] http://hansdegoede.livejournal.com/3636.html Jaroslav > So I naturally added a "Requires: libv4l" in my SPEC file, but of course > rpmlint complains with "E: explicit-lib-dependency libv4l". > > The problem here is that I can't see how RPM could automatically add > libv4l as a dependency when I build the package...it's not in the code, > only a call in the startup script. So... > > * Should I consider that libv4l is installed by default on F10/11 and > not put the require. > * Put the require and let rpmlint complain. > > Any advice on that? > Note that if you launch the startup script on a system that doesn't have > libv4l, it simply doesn't do the LD_PRELOAD, but still works "as usual". > > Thanks > Steven -- Jaroslav ?ezn?k Associate Software Engineer - Base Operating Systems Brno Office: +420 532 294 275 Mobile: +420 731 455 332 Red Hat, Inc. http://cz.redhat.com/ From markmc at redhat.com Tue Aug 11 08:42:53 2009 From: markmc at redhat.com (Mark McLoughlin) Date: Tue, 11 Aug 2009 09:42:53 +0100 Subject: Review: Fedora 12 Alpha Release Notes In-Reply-To: <4A8037FB.20701@fedoraproject.org> References: <4A8037FB.20701@fedoraproject.org> Message-ID: <1249980173.3494.19.camel@blaa> On Mon, 2009-08-10 at 20:38 +0530, Rahul Sundaram wrote: > Hi, > > Wit the Fedora 12 Alpha release coming up shortly, now would be a good > time to review the release notes. Make sure the major features are > covered, import bugs and workarounds noted etc > > http://fedoraproject.org/wiki/Fedora_12_Alpha_release_notes > > Please edit the wiki directly for any improvements if you can or reply > with suggestions. Thanks. I've added a section on new virt features, but also this: Changes to System Defaults For security and performance reasons, iptables rules are now longer applied by default to frames forwarded across linux kernel ethernet bridges. See bug #512206 for more details on the rationale behind this change. Historically, uids and gids 0-100 are reserved for specific system accounts and allocated via the uidgid file in the setup package. This space has now been exhausted and 0-200 is now reserved. This should not be an issue on most systems because dynamically allocated system accounts are usually allocated downwards from 499. See bug 515779 and bug #511957 for more details. I'm not sure this is the right place for this stuff? Also, where do I put them to make sure they get into the final F12 release notes? Cheers, Mark. From npajkovs at redhat.com Tue Aug 11 08:44:32 2009 From: npajkovs at redhat.com (Nikola Pajkovsky) Date: Tue, 11 Aug 2009 10:44:32 +0200 Subject: source file audit - 2009-08-10 In-Reply-To: <20090810101542.2fa4f2d7@ohm.scrye.com> References: <20090810101542.2fa4f2d7@ohm.scrye.com> Message-ID: <4A812F70.4080708@redhat.com> Hello, > npajkovs:BADURL:tk8.5.7-src.tar.gz:tk > Fixed and committed into cvs. From mschwendt at gmail.com Tue Aug 11 08:44:46 2009 From: mschwendt at gmail.com (Michael Schwendt) Date: Tue, 11 Aug 2009 08:44:46 -0000 Subject: Broken dependencies in Fedora 11 - 2009-08-11 Message-ID: <20090811084446.4414.89563@faldor.intranet> ====================================================================== The results in this summary consider Test Updates! ====================================================================== Summary of broken packages (by src.rpm name): beagle bmpx clipsmm f-spot fedora-business-cards kdeedu openmpi ppl qscintilla R-RScaLAPACK rubygem-actionmailer rubygem-main rubygem-rails scheme2js tomboy ====================================================================== Broken packages in fedora-11-i386: R-RScaLAPACK-0.5.1-19.fc11.i586 requires openmpi-libs openmpi-vt-1.3.1-1.fc11.i586 requires openmpi-libs = 0:1.3.1-1.fc11 rubygem-actionmailer-2.3.2-1.fc11.noarch requires rubygem(actionpack) = 0:2.3.2 scheme2js-20081219-2.fc11.i586 requires libbigloogc-3.1b.so scheme2js-20081219-2.fc11.i586 requires libbigloo_s-3.1b.so ====================================================================== Broken packages in fedora-11-ppc: R-RScaLAPACK-0.5.1-19.fc11.ppc requires openmpi-libs openmpi-vt-1.3.1-1.fc11.ppc requires openmpi-libs = 0:1.3.1-1.fc11 rubygem-actionmailer-2.3.2-1.fc11.noarch requires rubygem(actionpack) = 0:2.3.2 scheme2js-20081219-2.fc11.ppc requires libbigloogc-3.1b.so scheme2js-20081219-2.fc11.ppc requires libbigloo_s-3.1b.so ====================================================================== Broken packages in fedora-11-ppc64: R-RScaLAPACK-0.5.1-19.fc11.ppc64 requires openmpi-libs openmpi-vt-1.3.1-1.fc11.ppc64 requires openmpi-libs = 0:1.3.1-1.fc11 rubygem-actionmailer-2.3.2-1.fc11.noarch requires rubygem(actionpack) = 0:2.3.2 ====================================================================== Broken packages in fedora-11-x86_64: R-RScaLAPACK-0.5.1-19.fc11.x86_64 requires openmpi-libs bmpx-devel-0.40.14-8.fc11.i386 requires bmpx = 0:0.40.14-8.fc11 openmpi-vt-1.3.1-1.fc11.x86_64 requires openmpi-libs = 0:1.3.1-1.fc11 qscintilla-python-devel-2.3.2-2.fc11.i386 requires qscintilla-python = 0:2.3.2-2.fc11 rubygem-actionmailer-2.3.2-1.fc11.noarch requires rubygem(actionpack) = 0:2.3.2 scheme2js-20081219-2.fc11.x86_64 requires libbigloogc-3.1b.so()(64bit) scheme2js-20081219-2.fc11.x86_64 requires libbigloo_s-3.1b.so()(64bit) ====================================================================== Broken packages in fedora-updates-11-i386: ppl-swiprolog-0.10.2-3.fc11.i586 requires libpl.so.5.7.6 rubygem-rails-2.3.2-3.fc11.noarch requires rubygem(activesupport) = 0:2.3.2 rubygem-rails-2.3.2-3.fc11.noarch requires rubygem(actionpack) = 0:2.3.2 rubygem-rails-2.3.2-3.fc11.noarch requires rubygem(activeresource) = 0:2.3.2 rubygem-rails-2.3.2-3.fc11.noarch requires rubygem(activerecord) = 0:2.3.2 ====================================================================== Broken packages in fedora-updates-11-ppc: kdeedu-4.2.4-1.fc11.ppc64 requires kdeedu-marble = 0:4.2.4-1.fc11 kdeedu-4.2.4-1.fc11.ppc64 requires kdeedu-math = 0:4.2.4-1.fc11 kdeedu-4.2.4-1.fc11.ppc64 requires kdeedu-kstars = 0:4.2.4-1.fc11 kdeedu-4.2.4-1.fc11.ppc64 requires kdeedu-libs = 0:4.2.4-1.fc11 ppl-swiprolog-0.10.2-3.fc11.ppc requires libpl.so.5.7.6 rubygem-rails-2.3.2-3.fc11.noarch requires rubygem(activesupport) = 0:2.3.2 rubygem-rails-2.3.2-3.fc11.noarch requires rubygem(actionpack) = 0:2.3.2 rubygem-rails-2.3.2-3.fc11.noarch requires rubygem(activeresource) = 0:2.3.2 rubygem-rails-2.3.2-3.fc11.noarch requires rubygem(activerecord) = 0:2.3.2 ====================================================================== Broken packages in fedora-updates-11-ppc64: beagle-0.3.9-9.fc11.ppc64 requires mono(gmime-sharp) = 0:2.4.0.0 beagle-0.3.9-9.fc11.ppc64 requires mono(gsf-sharp) = 0:0.0.0.7 beagle-0.3.9-9.fc11.ppc64 requires mono(NDesk.DBus.GLib) = 0:1.0.0.0 beagle-0.3.9-9.fc11.ppc64 requires mono(NDesk.DBus) = 0:1.0.0.0 beagle-0.3.9-9.fc11.ppc64 requires mono(taglib-sharp) = 0:2.0.3.2 beagle-evolution-0.3.9-9.fc11.ppc64 requires mono(gmime-sharp) = 0:2.4.0.0 beagle-evolution-0.3.9-9.fc11.ppc64 requires mono(evolution-sharp) = 0:5.0.0.0 beagle-gnome-0.3.9-9.fc11.ppc64 requires mono(NDesk.DBus.GLib) = 0:1.0.0.0 beagle-gnome-0.3.9-9.fc11.ppc64 requires mono(NDesk.DBus) = 0:1.0.0.0 beagle-thunderbird-0.3.9-9.fc11.ppc64 requires mono(gmime-sharp) = 0:2.4.0.0 ppl-swiprolog-0.10.2-3.fc11.ppc64 requires libpl.so.5.7.6()(64bit) rubygem-rails-2.3.2-3.fc11.noarch requires rubygem(activesupport) = 0:2.3.2 rubygem-rails-2.3.2-3.fc11.noarch requires rubygem(actionpack) = 0:2.3.2 rubygem-rails-2.3.2-3.fc11.noarch requires rubygem(activeresource) = 0:2.3.2 rubygem-rails-2.3.2-3.fc11.noarch requires rubygem(activerecord) = 0:2.3.2 tomboy-0.14.3-1.fc11.ppc64 requires mono(NDesk.DBus.GLib) = 0:1.0.0.0 tomboy-0.14.3-1.fc11.ppc64 requires mono(Mono.Addins.Setup) = 0:0.4.0.0 tomboy-0.14.3-1.fc11.ppc64 requires mono(Mono.Addins) = 0:0.4.0.0 tomboy-0.14.3-1.fc11.ppc64 requires mono(Mono.Addins.Gui) = 0:0.4.0.0 tomboy-0.14.3-1.fc11.ppc64 requires mono(NDesk.DBus) = 0:1.0.0.0 ====================================================================== Broken packages in fedora-updates-11-x86_64: kdeedu-4.2.4-1.fc11.i586 requires kdeedu-marble = 0:4.2.4-1.fc11 kdeedu-4.2.4-1.fc11.i586 requires kdeedu-libs = 0:4.2.4-1.fc11 kdeedu-4.2.4-1.fc11.i586 requires kdeedu-math = 0:4.2.4-1.fc11 kdeedu-4.2.4-1.fc11.i586 requires kdeedu-kstars = 0:4.2.4-1.fc11 ppl-swiprolog-0.10.2-3.fc11.x86_64 requires libpl.so.5.7.6()(64bit) rubygem-rails-2.3.2-3.fc11.noarch requires rubygem(activesupport) = 0:2.3.2 rubygem-rails-2.3.2-3.fc11.noarch requires rubygem(actionpack) = 0:2.3.2 rubygem-rails-2.3.2-3.fc11.noarch requires rubygem(activeresource) = 0:2.3.2 rubygem-rails-2.3.2-3.fc11.noarch requires rubygem(activerecord) = 0:2.3.2 ====================================================================== Broken packages in fedora-updates-testing-11-i386: clipsmm-0.1.0-1.fc11.i586 requires libclips.so.1 fedora-business-cards-0.2.4.2-2.fc11.noarch requires inkscape >= 0:0.47-0.11.20090602svn rubygem-main-2.8.4-2.fc11.noarch requires rubygem(fattr) >= 0:1.0.3 ====================================================================== Broken packages in fedora-updates-testing-11-ppc: clipsmm-0.1.0-1.fc11.ppc requires libclips.so.1 clipsmm-0.1.0-1.fc11.ppc64 requires libclips.so.1()(64bit) fedora-business-cards-0.2.4.2-2.fc11.noarch requires inkscape >= 0:0.47-0.11.20090602svn rubygem-main-2.8.4-2.fc11.noarch requires rubygem(fattr) >= 0:1.0.3 ====================================================================== Broken packages in fedora-updates-testing-11-ppc64: clipsmm-0.1.0-1.fc11.ppc64 requires libclips.so.1()(64bit) f-spot-0.6.0.0-1.fc11.ppc64 requires mono(NDesk.DBus.GLib) = 0:1.0.0.0 f-spot-0.6.0.0-1.fc11.ppc64 requires mono(Mono.Addins.Setup) = 0:0.4.0.0 f-spot-0.6.0.0-1.fc11.ppc64 requires mono(Mono.Addins) = 0:0.4.0.0 f-spot-0.6.0.0-1.fc11.ppc64 requires mono(Mono.Addins.Gui) = 0:0.4.0.0 f-spot-0.6.0.0-1.fc11.ppc64 requires mono(NDesk.DBus) = 0:1.0.0.0 fedora-business-cards-0.2.4.2-2.fc11.noarch requires inkscape >= 0:0.47-0.11.20090602svn rubygem-main-2.8.4-2.fc11.noarch requires rubygem(fattr) >= 0:1.0.3 ====================================================================== Broken packages in fedora-updates-testing-11-x86_64: clipsmm-0.1.0-1.fc11.i586 requires libclips.so.1 clipsmm-0.1.0-1.fc11.x86_64 requires libclips.so.1()(64bit) fedora-business-cards-0.2.4.2-2.fc11.noarch requires inkscape >= 0:0.47-0.11.20090602svn rubygem-main-2.8.4-2.fc11.noarch requires rubygem(fattr) >= 0:1.0.3 From sundaram at fedoraproject.org Tue Aug 11 08:51:33 2009 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Tue, 11 Aug 2009 14:21:33 +0530 Subject: Review: Fedora 12 Alpha Release Notes In-Reply-To: <1249980173.3494.19.camel@blaa> References: <4A8037FB.20701@fedoraproject.org> <1249980173.3494.19.camel@blaa> Message-ID: <4A813115.8050600@fedoraproject.org> On 08/11/2009 02:12 PM, Mark McLoughlin wrote: > On Mon, 2009-08-10 at 20:38 +0530, Rahul Sundaram wrote: >> Hi, >> >> Wit the Fedora 12 Alpha release coming up shortly, now would be a good >> time to review the release notes. Make sure the major features are >> covered, import bugs and workarounds noted etc >> >> http://fedoraproject.org/wiki/Fedora_12_Alpha_release_notes >> >> Please edit the wiki directly for any improvements if you can or reply >> with suggestions. Thanks. > > I've added a section on new virt features, but also this: > > Changes to System Defaults > > For security and performance reasons, iptables rules are now longer > applied by default to frames forwarded across linux kernel ethernet > bridges. See bug #512206 for more details on the rationale behind this > change. > > Historically, uids and gids 0-100 are reserved for specific system > accounts and allocated via the uidgid file in the setup package. This > space has now been exhausted and 0-200 is now reserved. This should > not be an issue on most systems because dynamically allocated system > accounts are usually allocated downwards from 499. See bug 515779 and > bug #511957 for more details. Thanks. > I'm not sure this is the right place for this stuff? Also, where do I > put them to make sure they get into the final F12 release notes? The two things I ask myself before adding something to the Alpha or Beta release notes is a) is this feature high impact? b) can it cause regressions or does it require targeted testing? If either or both of it is true, then it is worth adding. We will generally carry over what is added to the alpha/beta one page release notes to the final one but if you want to do that yourself, do that in http://fedoraproject.org/wiki/Documentation_Beats Rahul From sundaram at fedoraproject.org Tue Aug 11 08:56:12 2009 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Tue, 11 Aug 2009 14:26:12 +0530 Subject: Review: Fedora 12 Alpha Release Notes In-Reply-To: <1249935562.9022.18.camel@adam.local.net> References: <4A8037FB.20701@fedoraproject.org> <1249935562.9022.18.camel@adam.local.net> Message-ID: <4A81322C.9060206@fedoraproject.org> On 08/11/2009 01:49 AM, Adam Williamson wrote: > On Mon, 2009-08-10 at 20:38 +0530, Rahul Sundaram wrote: >> Hi, >> >> Wit the Fedora 12 Alpha release coming up shortly, now would be a good >> time to review the release notes. Make sure the major features are >> covered, import bugs and workarounds noted etc >> >> http://fedoraproject.org/wiki/Fedora_12_Alpha_release_notes > > I'd actually prefer to keep bugs and workarounds noted in the Common > Bugs page now, if that's OK with you. My plan since re-working the > Common Bugs page for F11 has been to have the F12 page start with the > Alpha release, and cover pre-release issues right up until the final > release, then switch to covering final release issues. I'll try and put > a bare-bones page framework up soon. Users won't necessarily click on another link usually just to read about bug reports and this has a higher chance of them not noticing. It is your decision however. Rahul From linuxdonald at linuxdonald.de Tue Aug 11 09:11:11 2009 From: linuxdonald at linuxdonald.de (LinuxDonald) Date: Tue, 11 Aug 2009 11:11:11 +0200 Subject: Switch from OpenAL to OpenAL-Soft In-Reply-To: <8278b1b0908101729s762eee9ckd6666b092465701c@mail.gmail.com> References: <4A80A870.5030902@linuxdonald.de> <8278b1b0908101729s762eee9ckd6666b092465701c@mail.gmail.com> Message-ID: <4A8135AF.7040001@linuxdonald.de> The problem is openal-devel and openal-soft-devel package conflicts. The Second one is to use OpenAL-Soft you must update the spec file in the packages that use openal and recompile it. Am 11.08.2009 02:29, schrieb King InuYasha: > Shouldn't it also be possible for openal-soft to replace the crappy > old OpenAL package included in previous versions of Fedora? The > openal-soft library is supposed to be compatible with applications > that normally use the older OpenAL SI library that has been rotting > for years. > > On Mon, Aug 10, 2009 at 6:08 PM, LinuxDonald > > wrote: > > I have add the openal-soft package into fedora 12 that will > replace openal. > At all packager when you have openal as dependency please change > it to openal-soft and recompile your package for f-12 please > > -- > 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 denis at poolshark.org Tue Aug 11 09:26:56 2009 From: denis at poolshark.org (Denis Leroy) Date: Tue, 11 Aug 2009 11:26:56 +0200 Subject: Orphaning some packages Message-ID: <4A813960.8060305@poolshark.org> I've orphaned the following packages: - k3d (3D rendering Gnome app, active upstream) - plotutils (used by inkscape extension) - pstoedit (used by inkscape extension, looks like they just released a new version after 2 years of inactivity...) - alltray (recently reactivated upstream) - ghasher (inactive upstream) - gimmage (inactive upstream) From limb at jcomserv.net Tue Aug 11 12:12:08 2009 From: limb at jcomserv.net (Jon Ciesla) Date: Tue, 11 Aug 2009 07:12:08 -0500 Subject: pygtk2 and its numpy dependency In-Reply-To: <1249934308.5139.893.camel@atropine.boston.devel.redhat.com> References: <1249932986.5139.891.camel@atropine.boston.devel.redhat.com> <4A8077A7.2020700@jcomserv.net> <1249934308.5139.893.camel@atropine.boston.devel.redhat.com> Message-ID: <4A816018.2090104@jcomserv.net> Adam Jackson wrote: > On Mon, 2009-08-10 at 14:40 -0500, Jon Ciesla wrote: > >> Adam Jackson wrote: >> >>> a) remove the explicit Requires: numpy from pygtk2, require apps that >>> actually want this function to Require it themselves >>> >>> b) fake the numpy data type ABI in pygtk2 itself by cult-and-pasting it >>> from numpy >>> >>> c) declare that get_pixels_array() just doesn't work in Fedora >>> (historically true, back in like FC3) >>> >>> d) leave things as they are >>> >>> >> Since pygtk2 does actually use numpy, isn't d) the best (albeit most >> annoying) option? >> > > Internally? Or just to implement that one entrypoint? I believe it to > be the latter. > > - ajax > I'm not sure, but what practical difference would that make? -- in your fear, seek only peace in your fear, seek only love -d. bowie From drago01 at gmail.com Tue Aug 11 12:27:13 2009 From: drago01 at gmail.com (drago01) Date: Tue, 11 Aug 2009 14:27:13 +0200 Subject: Switch from OpenAL to OpenAL-Soft In-Reply-To: <4A80A870.5030902@linuxdonald.de> References: <4A80A870.5030902@linuxdonald.de> Message-ID: On Tue, Aug 11, 2009 at 1:08 AM, LinuxDonald wrote: > I have add the openal-soft package into fedora 12 that will replace ?openal. > At all packager when you have openal as dependency please change it to > openal-soft and recompile your package for f-12 please Any reason why you decided to do this after the freeze? From jonathan.underwood at gmail.com Tue Aug 11 12:45:20 2009 From: jonathan.underwood at gmail.com (Jonathan Underwood) Date: Tue, 11 Aug 2009 13:45:20 +0100 Subject: pygtk2 and its numpy dependency In-Reply-To: <1249932986.5139.891.camel@atropine.boston.devel.redhat.com> References: <1249932986.5139.891.camel@atropine.boston.devel.redhat.com> Message-ID: <645d17210908110545q24687cd3h8d9daa3176f9030a@mail.gmail.com> 2009/8/10 Adam Jackson : > a) remove the explicit Requires: numpy from pygtk2, require apps that > actually want this function to Require it themselves > > b) fake the numpy data type ABI in pygtk2 itself by cult-and-pasting it > from numpy > > c) declare that get_pixels_array() just doesn't work in Fedora > (historically true, back in like FC3) > > d) leave things as they are > > I lean towards a). ?I think b) is icky but doable, since that ABI is > effectively unbreakable anyway (inherited from the older python-numeric > module). ?The other two are way lame. > > Thoughts? A possible (e) occured to me: e) Place the numpy.linalg stuff in a subpackage of numpy, which requires atlas and friends. Keep only the core numpy functionality in numpy itself, with other subpackages for the numpy.foo stuff. Then pygtk2 could just require the basic numpy package which would be smaller in size and have a lot less deps. I've no idea how hard this would be, and what might break, though. So it may be a stupid idea. Jonathan. From P at draigBrady.com Tue Aug 11 12:57:45 2009 From: P at draigBrady.com (=?ISO-8859-1?Q?P=E1draig_Brady?=) Date: Tue, 11 Aug 2009 13:57:45 +0100 Subject: pygtk2 and its numpy dependency In-Reply-To: <4A8077A7.2020700@jcomserv.net> References: <1249932986.5139.891.camel@atropine.boston.devel.redhat.com> <4A8077A7.2020700@jcomserv.net> Message-ID: <4A816AC9.5020600@draigBrady.com> Jon Ciesla wrote: > Since pygtk2 does actually use numpy, isn't d) the best (albeit most > annoying) option? > > Full disclosure: Numpy maintainer. I vote for a) (removing the dependency). One loses the point of packages unless one actively minimizes dependencies between them. cheers, P?draig. From ngompa13 at gmail.com Tue Aug 11 13:03:43 2009 From: ngompa13 at gmail.com (King InuYasha) Date: Tue, 11 Aug 2009 08:03:43 -0500 Subject: Switch from OpenAL to OpenAL-Soft In-Reply-To: References: <4A80A870.5030902@linuxdonald.de> Message-ID: <8278b1b0908110603r415d60a2y46a2fc5fadeb3f7c@mail.gmail.com> Because there is still no significant change in functionality, just compatibility with current audio systems. On Tue, Aug 11, 2009 at 7:27 AM, drago01 wrote: > On Tue, Aug 11, 2009 at 1:08 AM, LinuxDonald > wrote: > > I have add the openal-soft package into fedora 12 that will replace > openal. > > At all packager when you have openal as dependency please change it to > > openal-soft and recompile your package for f-12 please > > Any reason why you decided to do this after the freeze? > > -- > 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 ngompa13 at gmail.com Tue Aug 11 13:04:13 2009 From: ngompa13 at gmail.com (King InuYasha) Date: Tue, 11 Aug 2009 08:04:13 -0500 Subject: Switch from OpenAL to OpenAL-Soft In-Reply-To: <4A8135AF.7040001@linuxdonald.de> References: <4A80A870.5030902@linuxdonald.de> <8278b1b0908101729s762eee9ckd6666b092465701c@mail.gmail.com> <4A8135AF.7040001@linuxdonald.de> Message-ID: <8278b1b0908110604u54dac85cn558e14994fbb4450@mail.gmail.com> I thought Obsoletes took care of that? On Tue, Aug 11, 2009 at 4:11 AM, LinuxDonald wrote: > The problem is openal-devel and openal-soft-devel package conflicts. The > Second one is to use OpenAL-Soft you must update the spec file in the > packages that use openal and recompile it. > > > Am 11.08.2009 02:29, schrieb King InuYasha: > > Shouldn't it also be possible for openal-soft to replace the crappy old > OpenAL package included in previous versions of Fedora? The openal-soft > library is supposed to be compatible with applications that normally use the > older OpenAL SI library that has been rotting for years. > > On Mon, Aug 10, 2009 at 6:08 PM, LinuxDonald wrote: > >> I have add the openal-soft package into fedora 12 that will replace >> openal. >> At all packager when you have openal as dependency please change it to >> openal-soft and recompile your package for f-12 please >> >> -- >> fedora-devel-list mailing list >> fedora-devel-list at redhat.com >> https://www.redhat.com/mailman/listinfo/fedora-devel-list >> > > > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From limb at jcomserv.net Tue Aug 11 13:04:25 2009 From: limb at jcomserv.net (Jon Ciesla) Date: Tue, 11 Aug 2009 08:04:25 -0500 Subject: pygtk2 and its numpy dependency In-Reply-To: <645d17210908110545q24687cd3h8d9daa3176f9030a@mail.gmail.com> References: <1249932986.5139.891.camel@atropine.boston.devel.redhat.com> <645d17210908110545q24687cd3h8d9daa3176f9030a@mail.gmail.com> Message-ID: <4A816C59.7080207@jcomserv.net> Jonathan Underwood wrote: > 2009/8/10 Adam Jackson : > >> a) remove the explicit Requires: numpy from pygtk2, require apps that >> actually want this function to Require it themselves >> >> b) fake the numpy data type ABI in pygtk2 itself by cult-and-pasting it >> from numpy >> >> c) declare that get_pixels_array() just doesn't work in Fedora >> (historically true, back in like FC3) >> >> d) leave things as they are >> >> I lean towards a). I think b) is icky but doable, since that ABI is >> effectively unbreakable anyway (inherited from the older python-numeric >> module). The other two are way lame. >> >> Thoughts? >> > > A possible (e) occured to me: > > e) Place the numpy.linalg stuff in a subpackage of numpy, which > requires atlas and friends. Keep only the core numpy functionality in > numpy itself, with other subpackages for the numpy.foo stuff. Then > pygtk2 could just require the basic numpy package which would be > smaller in size and have a lot less deps. > > I've no idea how hard this would be, and what might break, though. So > it may be a stupid idea. > > Jonathan. > > We actually tried some of this when f2py was split. Nightmare. Best left alone IMHO. -- in your fear, seek only peace in your fear, seek only love -d. bowie From kevin.kofler at chello.at Tue Aug 11 13:08:38 2009 From: kevin.kofler at chello.at (Kevin Kofler) Date: Tue, 11 Aug 2009 15:08:38 +0200 Subject: Fedora 12 Features Proposed for Removal References: <4A7A048B.3040909@redhat.com> <5256d0b0908060139y2868e311q7bb167574678614d@mail.gmail.com> <4A7A97EA.1090107@freenet.de> <4A7A9A83.8010907@fedoraproject.org> <4A7ABFA1.4040600@freenet.de> <4A7AE6C8.1050906@freenet.de> <1249572048.2724.251.camel@localhost> <4A7BCF94.3080408@fedoraproject.org> <4A803A18.3060209@bfccomputing.com> <4A804061.6010406@freenet.de> <4A808D3F.4040304@freenet.de> Message-ID: Ralf Corsepius wrote: > Also, thank you for you crossposting to a newgroup in replies list > postings. That newsgroup is the Gmane gateway to this very list. Blame Gmane for not properly translating the Reply-to when injecting messages to the mailing list. But I'm sorry, I'm not going to litter my inbox with 100+ messages a day. NNTP just works. Kevin Kofler From rawhide at fedoraproject.org Tue Aug 11 13:32:54 2009 From: rawhide at fedoraproject.org (Rawhide Report) Date: Tue, 11 Aug 2009 13:32:54 +0000 Subject: rawhide report: 20090811 changes Message-ID: <20090811133254.GA15199@releng2.fedora.phx.redhat.com> Compose started at Tue Aug 11 06:15:04 UTC 2009 New package anerley Moblin widgets for people information New package bisho Moblin configuration tool for mojito social network aggregator New package gjs Javascript Bindings for GNOME New package python-offtrac Trac xmlrpc library Updated Packages: anaconda-12.13-1.fc12 --------------------- * Mon Aug 10 2009 David Cantrell - 12.12-1 - Honor network config boot params for CD-booted ks installs (#433214) (dcantrell) - Include ipcalc command in all initrd.img files, not just s390 (#516084) (dcantrell) - Don't to unmount /mnt/source unless something's mounted there (#516304). (clumens) - Honor nodmraid commandline option (#499733) (hdegoede) - Don't try to multipath CD devices. (#516362) (pjones) - booty: Do not strip the trailing p from a devicename like mapper/isw_Vol0_tmp (hdegoede) - booty: isw_Vol0_Stripe is not a disk isw_Vol0_Stri with an e part (#505205) (hdegoede) * Mon Aug 10 2009 David Cantrell - 12.13-1 - Fix syntax error in identifyMultipaths() (dcantrell) * Fri Aug 07 2009 Chris Lumens - 12.11-1 - upd-instroot: Inspect gtkrc for cursor theme (ajax) - Support NFS repos in kickstart (#495620, #507093). (clumens) - upd-instroot: xorg-x11-auth -> xorg-x11-xauth (ajax) - Check to see if the arch string starts with ppc64. (#516144) (jgranado) - vtActivate doesn't work on some ppc64 machines, so don't traceback (#516206). (clumens) - Make all sysfs path's be _without_ /sys prefix (#516168) (hdegoede) - Do not go interactive if timezone in ks is not valid (#473647) (rvykydal) - Fix going back from "NFS Setup" screen in stage 1 (#507064) (rvykydal) * Thu Aug 06 2009 David Cantrell - 12.9-1 - Avoid finding the word 'engine' in comments. (jkeating) - Don't try to get dso deps of statically linked files. (jkeating) - Call shutDown() correctly for s390 (karsten) - Remove unused variable from loader/loader.c (karsten) - Delete unpackaged files on non-livearches. (karsten) - Do not set parted.PARTITION_BOOTABLE on s390. (root) - Complete udev setup in linuxrc.s390 for automatic module loading (root) - Recognize mpath devices when we see them. (pjones) - Make DiskDevice.partedDisk a property. (pjones) - Make questionInitializeDisk() somewhat less ugly. (pjones) - Add a description to DiskDevice, and use it in the UI. (pjones) - Get rid of Device.description, it is unused. (pjones) - Close the opened file descriptors when necessary. (#499854) (jgranado) - Add the glade files to the install image so save-to-bugzilla works (#515444). (clumens) - New system-config-keyboard has a different version then I expected (hdegoede) * Thu Aug 06 2009 David Cantrell - 12.10-1 - Add missing 'i' in loader/loader.c for non-s390 arches. (dcantrell) * Wed Aug 05 2009 Chris Lumens - 12.8-1 - Don't try to unmount the CD before we later unmount the CD (#515564). (clumens) - Do not offer going back when ugrade root for ks upgrade is not found (#499321) (rvykydal) - Rebuild .pot file and update translations. (clumens) - Import the logging stuff (#515564). (clumens) - Add keyboard kernel cmdline options to grub.conf for dracut (hdegoede) - Fix backtrace in network.dracutSetupString in the static ip case (hdegoede) - Write dracut i18n cmdline options to grub.conf (hdegoede) - Pass InstalltData to booty __init__ as it needs access to many of its members (hdegoede) - Fix ctrl-alt-deleter behavior /before/ end of install. (pjones) - Merge branch 'master' of ssh://git.fedoraproject.org/git/anaconda (notting) - No longer use HAL in list-harddrives. (clumens) - The names of a couple basic udev methods has changed. (clumens) - Move basic udev methods out of the storage module (#514592). (clumens) - We do not actually require gtkhtml2 or the python bindings for it. (notting) - Fix some typos in rescue mode (#515091) (msivak) - Add a dracutSetupString method to network.py (hdegoede) - Fix backtrace due to iscsi.getNode() not finding the iscsi node (hdegoede) - Use dracutSetupString() method to add the kernel parameters needed for dracut (hdegoede) - Add a dracutSetupString method to devices.py classes (hdegoede) - Differentiate between ibft discovered and manually added iscsi disks (hdegoede) - Store iscsi node pointer in iScsiDiskDevice objects (hdegoede) - When checking logical partition dependcies, make sure the are one the same disk (hdegoede) - Only set iscsi nodes to autostart when none of the LUN's contain / (hdegoede) - Add functions to go from an iScsiDiskDevice to an libiscsi node (hdegoede) bognor-regis-0.4.9-2.fc12 ------------------------- * Fri Aug 07 2009 Peter Robinson 0.4.9-2 - Spec file cleanups clutter-imcontext-0.1.4-2.fc12 ------------------------------ * Fri Aug 07 2009 Peter Robinson 0.1.4-2 - Spec file cleanups * Thu Aug 06 2009 Peter Robinson 0.1.4-1 - New 0.1.4 upstream release. - license clarfied so remove spec file note - remove upstreamed clutter patches fedora-packager-0.3.8-1.fc12 ---------------------------- * Tue Aug 04 2009 Jesse Keating - 0.3.8-1 - Add fedora-hosted and require offtrac fedora-release-11.91-3 ---------------------- * Fri Aug 07 2009 Jesse Keating - 11.91-1 - Update for F12-Alpha - Replace F11 key with F12 - Drop old keys and inactive secondary arch keys - Fix metalink urls to be https - Drop the compose stuff * Fri Aug 07 2009 Jesse Keating - 11.91-2 - Fix the gpg key file name * Fri Aug 07 2009 Jesse Keating - 11.91-3 - Bump for new tarball grubby-7.0.2-1.fc12 ------------------- * Fri Aug 07 2009 Hans de Goede - 7.0.2-1 - Add --add-dracut-args new-kernel-pkg cmdline option gtk2-2.17.6-5.fc12 ------------------ * Fri Aug 07 2009 Matthias Clasen - 2.17.6-5 - Fix gdm background drawing initscripts-8.97-1 ------------------ * Mon Aug 10 2009 Bill Nottingham - 8.97-1 - ipcalc: fix IPv6 address checking (#516319) - ifup-aliases: fix syntax error from earlier cleanups. (#515612, ) - translation updates: nb - rc.sysinit: remove useless call to pam_console_apply jana-0.4.5-0.3.20090622gitb416a41.fc12 -------------------------------------- * Fri Aug 07 2009 Peter Robinson 0.4.5-0.3.20090622gitb416a41 - A few minor spec cleanups kde-settings-4.3-2 ------------------ * Fri Aug 07 2009 Rex Dieter - 4.3-1 - upstream branch for F-12 (kde-4.3) * Fri Aug 07 2009 Rex Dieter - 4.3-2 - add default plasmarc, plasma-desktop-appletrc (#516263) kdebindings-4.3.0-4.fc12 ------------------------ * Sun Aug 09 2009 Rex Dieter - 4.3.0-4 - manually specify PYTHON_LIBRARIES (and friends) (#516386) mash-0.5.8-3.fc12 ----------------- * Tue Aug 11 2009 Bill Nottingham 0.5.8-3 - add new F12 key to rawhide mash config mc-4.7.0-0.3.pre1.fc12 ---------------------- * Fri Aug 07 2009 Jindrich Novy 4.7.0-0.3.pre1 - support shell patterns in copy dialog (#516180) (http://www.midnight-commander.org/ticket/414) * Wed Aug 05 2009 Jindrich Novy 4.7.0-0.2.pre1 - update extension binding to be more Fedora-like - update to upstream IPv6 patch mojito-0.19.2-2.fc12 -------------------- * Wed Aug 05 2009 Peter Robinson 0.19.2-1 - Update to 0.19.2 - updated translations * Wed Aug 05 2009 Peter Robinson 0.19.2-2 - A few minor spec file cleanups nbtk-0.16.3-10.fc12 ------------------- * Fri Aug 07 2009 Peter Robinson 0.16.3-9 - A few minor spec file cleanups * Fri Aug 07 2009 Peter Robinson 0.16.3-10 - And once more with feeling oxygen-icon-theme-4.3.0-1.fc12 ------------------------------ * Thu Jul 30 2009 Than Ngo - 4.3.0-1 - 4.3.0 pango-1.25.1-7.fc12 ------------------- * Mon Aug 10 2009 Behdad Esfahbod - 1.25.1-1 - Update to 1.25.1 * Mon Aug 10 2009 Behdad Esfahbod - 1.25.1-2 - Add pango-1.25.1-no-hb-main.patch to fix build on x86-64 * Mon Aug 10 2009 Behdad Esfahbod - 1.25.1-3 - Remove pango-1.25.1-no-hb-main.patch - Add pango-1.25.1-cxx.patch - Hopefully builds this time * Mon Aug 10 2009 Behdad Esfahbod - 1.25.1-4 - Remove -fexceptions from RPM_OPT_FLAGS - Hopefully builds this time * Mon Aug 10 2009 Behdad Esfahbod - 1.25.1-5 - Remove -fexceptions from CXXFLAGS actually - Hopefully builds this time * Mon Aug 10 2009 Behdad Esfahbod - 1.25.1-6 - One more try * Mon Aug 10 2009 Behdad Esfahbod - 1.25.1-7 - Yes, I am stupid. pungi-2.0.17-1.fc12 ------------------- * Mon Aug 10 2009 Jesse Keating - 2.0.17-1 - Fix pkgorder to not conflict with yum internals. - Remove dead code from splittree rest-0.5-3.fc12 --------------- * Fri Aug 07 2009 Peter Robinson 0.5-3 - A few minor spec file cleanups Summary: Added Packages: 4 Removed Packages: 0 Modified Packages: 19 Broken deps for i386 ---------------------------------------------------------- 389-ds-1.1.3-4.fc12.noarch requires 389-ds-admin R-RScaLAPACK-0.5.1-19.fc11.i586 requires openmpi-libs asterisk-fax-1.6.1-0.24.rc1.fc12.i686 requires libspandsp.so.1 bigboard-0.6.4-12.fc12.i686 requires mugshot >= 0:1.1.90-1 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0 clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 cluttermm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-0.9) dap-hdf4_handler-3.7.9-2.fc11.i586 requires libdap.so.9 dap-hdf4_handler-3.7.9-2.fc11.i586 requires libdapserver.so.6 entertainer-0.4.2-5.fc12.noarch requires pyclutter-cairo octave-forge-20080831-10.fc12.i686 requires octave(api) = 0:api-v32 perl-DBIx-Class-Schema-Loader-0.04006-4.fc12.noarch requires perl(DBIX::Class) php-layers-menu-3.2.0-0.2.rc.fc12.noarch requires php-pear(HTML_Template_PHPLIB) plplot-octave-5.9.4-1.fc12.i586 requires octave(api) = 0:api-v32 ppl-yap-0.10.2-5.fc12.i686 requires libYap.so python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.i586 requires libparted-1.8.so.8 rubygem-main-2.8.4-3.fc12.noarch requires rubygem(fattr) >= 0:1.0.3 sems-1.1.1-2.fc12.i586 requires libspandsp.so.1 sems-g722-1.1.1-2.fc12.i586 requires libspandsp.so.1 sems-gsm-1.1.1-2.fc12.i586 requires libspandsp.so.1 sems-speex-1.1.1-2.fc12.i586 requires libspandsp.so.1 serpentine-0.9-5.fc12.noarch requires gnome-python2-nautilus-cd-burner showimg-pgsql-0.9.5-22.fc11.i586 requires libpqxx-2.6.8.so sugar-pippy-34-2.fc12.i686 requires libstdc++.so.6(CXXABI_1.3)(64bit) sugar-pippy-34-2.fc12.i686 requires libc.so.6()(64bit) sugar-pippy-34-2.fc12.i686 requires libgcc_s.so.1(GCC_3.0)(64bit) sugar-pippy-34-2.fc12.i686 requires libm.so.6()(64bit) sugar-pippy-34-2.fc12.i686 requires libm.so.6(GLIBC_2.2.5)(64bit) sugar-pippy-34-2.fc12.i686 requires libstdc++.so.6()(64bit) sugar-pippy-34-2.fc12.i686 requires libc.so.6(GLIBC_2.2.5)(64bit) sugar-pippy-34-2.fc12.i686 requires libstdc++.so.6(GLIBCXX_3.4)(64bit) sugar-pippy-34-2.fc12.i686 requires libgcc_s.so.1()(64bit) thunderbird-lightning-1.0-0.8.20090513hg.fc12.i686 requires thunderbird < 0:3.0-3.6.b4 trac-customfieldadmin-plugin-0.1-0.1.svn5073.fc10.noarch requires trac-webadmin-plugin trac-customfieldadmin-plugin-0.1-0.1.svn5073.fc10.noarch requires python(abi) = 0:2.5 Broken deps for x86_64 ---------------------------------------------------------- 389-ds-1.1.3-4.fc12.noarch requires 389-ds-admin R-RScaLAPACK-0.5.1-19.fc11.x86_64 requires openmpi-libs asterisk-fax-1.6.1-0.24.rc1.fc12.x86_64 requires libspandsp.so.1()(64bit) bigboard-0.6.4-12.fc12.x86_64 requires mugshot >= 0:1.1.90-1 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.x86_64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.x86_64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-0.7.4-2.fc11.x86_64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8) clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.x86_64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.x86_64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-gtk-0.9) clutter-gtkmm-devel-0.9.4-1.fc12.x86_64 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 cluttermm-0.9.4-1.fc12.x86_64 requires libclutter-glx-0.9.so.0()(64bit) cluttermm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-0.9) cluttermm-devel-0.9.4-1.fc12.x86_64 requires pkgconfig(clutter-0.9) dap-hdf4_handler-3.7.9-2.fc11.x86_64 requires libdap.so.9()(64bit) dap-hdf4_handler-3.7.9-2.fc11.x86_64 requires libdapserver.so.6()(64bit) entertainer-0.4.2-5.fc12.noarch requires pyclutter-cairo octave-forge-20080831-10.fc12.x86_64 requires octave(api) = 0:api-v32 perl-DBIx-Class-Schema-Loader-0.04006-4.fc12.noarch requires perl(DBIX::Class) php-layers-menu-3.2.0-0.2.rc.fc12.noarch requires php-pear(HTML_Template_PHPLIB) plplot-octave-5.9.4-1.fc12.x86_64 requires octave(api) = 0:api-v32 ppl-yap-0.10.2-5.fc12.x86_64 requires libYap.so()(64bit) python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.x86_64 requires libparted-1.8.so.8()(64bit) rubygem-main-2.8.4-3.fc12.noarch requires rubygem(fattr) >= 0:1.0.3 sems-1.1.1-2.fc12.x86_64 requires libspandsp.so.1()(64bit) sems-g722-1.1.1-2.fc12.x86_64 requires libspandsp.so.1()(64bit) sems-gsm-1.1.1-2.fc12.x86_64 requires libspandsp.so.1()(64bit) sems-speex-1.1.1-2.fc12.x86_64 requires libspandsp.so.1()(64bit) serpentine-0.9-5.fc12.noarch requires gnome-python2-nautilus-cd-burner showimg-pgsql-0.9.5-22.fc11.x86_64 requires libpqxx-2.6.8.so()(64bit) thunderbird-lightning-1.0-0.8.20090513hg.fc12.x86_64 requires thunderbird < 0:3.0-3.6.b4 trac-customfieldadmin-plugin-0.1-0.1.svn5073.fc10.noarch requires trac-webadmin-plugin trac-customfieldadmin-plugin-0.1-0.1.svn5073.fc10.noarch requires python(abi) = 0:2.5 Broken deps for ppc ---------------------------------------------------------- 389-ds-1.1.3-4.fc12.noarch requires 389-ds-admin R-RScaLAPACK-0.5.1-19.fc11.ppc requires openmpi-libs asterisk-fax-1.6.1-0.24.rc1.fc12.ppc requires libspandsp.so.1 bigboard-0.6.4-12.fc12.ppc requires mugshot >= 0:1.1.90-1 clutter-cairomm-0.7.4-2.fc11.ppc requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.ppc requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.ppc requires libclutter-glx-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.ppc requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc requires pkgconfig(clutter-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.ppc requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.ppc requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.ppc requires pkgconfig(clutter-gtk-0.9) clutter-gtkmm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.ppc requires libclutter-glx-0.9.so.0 cluttermm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) cluttermm-devel-0.9.4-1.fc12.ppc requires pkgconfig(clutter-0.9) cluttermm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-0.9) dap-hdf4_handler-3.7.9-2.fc11.ppc requires libdap.so.9 dap-hdf4_handler-3.7.9-2.fc11.ppc requires libdapserver.so.6 entertainer-0.4.2-5.fc12.noarch requires pyclutter-cairo octave-forge-20080831-10.fc12.ppc requires octave(api) = 0:api-v32 perl-DBIx-Class-Schema-Loader-0.04006-4.fc12.noarch requires perl(DBIX::Class) php-layers-menu-3.2.0-0.2.rc.fc12.noarch requires php-pear(HTML_Template_PHPLIB) plplot-octave-5.9.4-1.fc12.ppc requires octave(api) = 0:api-v32 ppl-yap-0.10.2-5.fc12.ppc requires libYap.so python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.ppc requires libparted-1.8.so.8 rubygem-main-2.8.4-3.fc12.noarch requires rubygem(fattr) >= 0:1.0.3 sems-1.1.1-2.fc12.ppc requires libspandsp.so.1 sems-g722-1.1.1-2.fc12.ppc requires libspandsp.so.1 sems-gsm-1.1.1-2.fc12.ppc requires libspandsp.so.1 sems-speex-1.1.1-2.fc12.ppc requires libspandsp.so.1 serpentine-0.9-5.fc12.noarch requires gnome-python2-nautilus-cd-burner showimg-pgsql-0.9.5-22.fc11.ppc requires libpqxx-2.6.8.so sugar-pippy-34-2.fc12.ppc requires libm.so.6(GLIBC_2.2.5)(64bit) sugar-pippy-34-2.fc12.ppc requires libc.so.6(GLIBC_2.2.5)(64bit) thunderbird-lightning-1.0-0.8.20090513hg.fc12.ppc requires thunderbird < 0:3.0-3.6.b4 trac-customfieldadmin-plugin-0.1-0.1.svn5073.fc10.noarch requires trac-webadmin-plugin trac-customfieldadmin-plugin-0.1-0.1.svn5073.fc10.noarch requires python(abi) = 0:2.5 Broken deps for ppc64 ---------------------------------------------------------- 389-ds-1.1.3-4.fc12.noarch requires 389-ds-admin R-RScaLAPACK-0.5.1-19.fc11.ppc64 requires openmpi-libs asterisk-fax-1.6.1-0.24.rc1.fc12.ppc64 requires libspandsp.so.1()(64bit) bigboard-0.6.4-12.fc12.ppc64 requires mugshot >= 0:1.1.90-1 clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) cluttermm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-0.9) dap-hdf4_handler-3.7.9-2.fc11.ppc64 requires libdap.so.9()(64bit) dap-hdf4_handler-3.7.9-2.fc11.ppc64 requires libdapserver.so.6()(64bit) entertainer-0.4.2-5.fc12.noarch requires pyclutter-cairo octave-forge-20080831-10.fc12.ppc64 requires octave(api) = 0:api-v32 perl-DBIx-Class-Schema-Loader-0.04006-4.fc12.noarch requires perl(DBIX::Class) php-layers-menu-3.2.0-0.2.rc.fc12.noarch requires php-pear(HTML_Template_PHPLIB) plplot-octave-5.9.4-1.fc12.ppc64 requires octave(api) = 0:api-v32 ppl-yap-0.10.2-5.fc12.ppc64 requires libYap.so()(64bit) python-mwlib-0.11.2-3.20090522hg2956.fc12.ppc64 requires LabPlot python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.ppc64 requires libparted-1.8.so.8()(64bit) rubygem-main-2.8.4-3.fc12.noarch requires rubygem(fattr) >= 0:1.0.3 sems-1.1.1-2.fc12.ppc64 requires libspandsp.so.1()(64bit) sems-g722-1.1.1-2.fc12.ppc64 requires libspandsp.so.1()(64bit) sems-gsm-1.1.1-2.fc12.ppc64 requires libspandsp.so.1()(64bit) sems-speex-1.1.1-2.fc12.ppc64 requires libspandsp.so.1()(64bit) serpentine-0.9-5.fc12.noarch requires gnome-python2-nautilus-cd-burner showimg-pgsql-0.9.5-22.fc11.ppc64 requires libpqxx-2.6.8.so()(64bit) sugar-pippy-34-2.fc12.ppc64 requires libc.so.6(GLIBC_2.4) sugar-pippy-34-2.fc12.ppc64 requires libm.so.6(GLIBC_2.0) sugar-pippy-34-2.fc12.ppc64 requires libc.so.6(GLIBC_2.1.3) sugar-pippy-34-2.fc12.ppc64 requires libstdc++.so.6(GLIBCXX_3.4) sugar-pippy-34-2.fc12.ppc64 requires libm.so.6 sugar-pippy-34-2.fc12.ppc64 requires libm.so.6(GLIBC_2.2.5)(64bit) sugar-pippy-34-2.fc12.ppc64 requires libc.so.6 sugar-pippy-34-2.fc12.ppc64 requires libgcc_s.so.1(GCC_3.0) sugar-pippy-34-2.fc12.ppc64 requires libstdc++.so.6(CXXABI_1.3) sugar-pippy-34-2.fc12.ppc64 requires libc.so.6(GLIBC_2.0) sugar-pippy-34-2.fc12.ppc64 requires libgcc_s.so.1 sugar-pippy-34-2.fc12.ppc64 requires libc.so.6(GLIBC_2.2.5)(64bit) sugar-pippy-34-2.fc12.ppc64 requires libstdc++.so.6 thunderbird-lightning-1.0-0.8.20090513hg.fc12.ppc64 requires thunderbird < 0:3.0-3.6.b4 trac-customfieldadmin-plugin-0.1-0.1.svn5073.fc10.noarch requires trac-webadmin-plugin trac-customfieldadmin-plugin-0.1-0.1.svn5073.fc10.noarch requires python(abi) = 0:2.5 From Fedora at FamilleCollet.com Tue Aug 11 13:35:26 2009 From: Fedora at FamilleCollet.com (Remi Collet) Date: Tue, 11 Aug 2009 15:35:26 +0200 Subject: enigmail for F-11's thunderbird ? In-Reply-To: <4A806C09.4040800@bfccomputing.com> References: <4A7D6406.8060404@redhat.com> <4A7D63BA.8020402@gmail.com> <4A7DA1D4.5090708@sapience.com> <1249908647.16560.59.camel@giskard> <4A803C7A.9050601@bfccomputing.com> <4A8040B8.1000908@FamilleCollet.com> <4A806C09.4040800@bfccomputing.com> Message-ID: <4A81739E.2000205@FamilleCollet.com> Le 10/08/2009 20:50, Bill McGonigle a ?crit : > On 08/10/2009 11:46 AM, Remi Collet wrote: >> 1 in 3.x which solves a build break ppc64 build... > > Is this appropriate as a Thunderbird SOURCES/ patch? Yes. See : https://bugzilla.mozilla.org/show_bug.cgi?id=509421 + From bill at bfccomputing.com Tue Aug 11 13:40:04 2009 From: bill at bfccomputing.com (Bill McGonigle) Date: Tue, 11 Aug 2009 09:40:04 -0400 Subject: enigmail for F-11's thunderbird ? In-Reply-To: <4A81739E.2000205@FamilleCollet.com> References: <4A7D6406.8060404@redhat.com> <4A7D63BA.8020402@gmail.com> <4A7DA1D4.5090708@sapience.com> <1249908647.16560.59.camel@giskard> <4A803C7A.9050601@bfccomputing.com> <4A8040B8.1000908@FamilleCollet.com> <4A806C09.4040800@bfccomputing.com> <4A81739E.2000205@FamilleCollet.com> Message-ID: <4A8174B4.6080901@bfccomputing.com> On 08/11/2009 09:35 AM, Remi Collet wrote: >> > Is this appropriate as a Thunderbird SOURCES/ patch? > Yes. > See : https://bugzilla.mozilla.org/show_bug.cgi?id=509421 Thanks, Remi. Should we get this into the Fedora build for the time being? -Bill -- Bill McGonigle, Owner BFC Computing, LLC http://bfccomputing.com/ Telephone: +1.603.448.4440 Email, IM, VOIP: bill at bfccomputing.com VCard: http://bfccomputing.com/vcard/bill.vcf Social networks: bill_mcgonigle/bill.mcgonigle From walters at verbum.org Tue Aug 11 13:40:58 2009 From: walters at verbum.org (Colin Walters) Date: Tue, 11 Aug 2009 09:40:58 -0400 Subject: Consistent PolicyKit system policy In-Reply-To: <2d319b780908101506s159c7710wfc50c61147cf0aa8@mail.gmail.com> References: <1249909696.2770.106.camel@worm> <2d319b780908101506s159c7710wfc50c61147cf0aa8@mail.gmail.com> Message-ID: On Mon, Aug 10, 2009 at 6:06 PM, Mathieu Bridon (bochecha) wrote: > On Mon, Aug 10, 2009 at 15:42, Colin Walters wrote: >> On Mon, Aug 10, 2009 at 9:08 AM, Tim Waugh wrote: >> >>> What is the goal of the default Fedora PolicyKit policy system-wide, and >>> how can we check that PolicyKit mechanisms' default policies are >>> adhering to it? >> >> Generally where I'd like to move to is where the RPM package defaults >> are appropriate for a shared computer lab PC, and the desktop spin >> kickstart modifies things as appropriate for the unmanaged home >> PC/laptop. > > I'm confused, does this mean that the desktop spin doesn't (or won't) > use the RPM package defaults? Well, there are a variety of technical approaches; maybe instead the spin config is a desktop-spin-config RPM or something. But the point is that the CD downloaded from the website should be configured appropriately for unmanaged (or really self-managed) systems, but we need to be able to explain to administrators creating a managed desktop environment how to configure things. I think differentiating on RPM defaults versus spin config is a relatively clean way to do this, but other suggestions are welcome. > If so, what about someone who install a ? shared computer lab PC ? > using the desktop spin? After all, users of this ? shared lab PC ? > need a desktop, so the admin could think the desktop spin is the most > appropriate... Comps is the correct approach here; the "GNOME Desktop Environment" group is roughly equivalent to the spin, minus any customization. From kevin.kofler at chello.at Tue Aug 11 13:52:48 2009 From: kevin.kofler at chello.at (Kevin Kofler) Date: Tue, 11 Aug 2009 15:52:48 +0200 Subject: Consistent PolicyKit system policy References: <1249909696.2770.106.camel@worm> <2d319b780908101506s159c7710wfc50c61147cf0aa8@mail.gmail.com> Message-ID: Colin Walters wrote: > Well, there are a variety of technical approaches; maybe instead the > spin config is a desktop-spin-config RPM or something. But the point > is that the CD downloaded from the website should be configured > appropriately for unmanaged (or really self-managed) systems, but we > need to be able to explain to administrators creating a managed > desktop environment how to configure things. I think differentiating > on RPM defaults versus spin config is a relatively clean way to do > this, but other suggestions are welcome. That makes no sense. The default should be OK for all environments. And the current PackageKit setup works just fine for shared labs too. > Comps is the correct approach here; the "GNOME Desktop Environment" > group is roughly equivalent to the spin, minus any customization. Don't forget that there are 2 primary desktop spins (and 1 or 2 additional ones at spins.fedoraproject.org). Kevin Kofler From walters at verbum.org Tue Aug 11 14:02:41 2009 From: walters at verbum.org (Colin Walters) Date: Tue, 11 Aug 2009 10:02:41 -0400 Subject: Consistent PolicyKit system policy In-Reply-To: References: <1249909696.2770.106.camel@worm> <2d319b780908101506s159c7710wfc50c61147cf0aa8@mail.gmail.com> Message-ID: On Tue, Aug 11, 2009 at 9:52 AM, Kevin Kofler wrote: > Colin Walters wrote: >> Well, there are a variety of ?technical approaches; maybe instead the >> spin config is a desktop-spin-config RPM or something. ?But the point >> is that the CD downloaded from the website should be configured >> appropriately for unmanaged (or really self-managed) systems, but we >> need to be able to explain to administrators creating a managed >> desktop environment how to configure things. ?I think differentiating >> on RPM defaults versus spin config is a relatively clean way to do >> this, but other suggestions are welcome. > > That makes no sense. The default should be OK for all environments. And the > current PackageKit setup works just fine for shared labs too. Well, we're mainly limping along with the root password approach, which is confusing for the unmanaged case. Things will become more different between the RPM config versus the desktop spin when that goes away. From Fedora at FamilleCollet.com Tue Aug 11 14:05:03 2009 From: Fedora at FamilleCollet.com (Remi Collet) Date: Tue, 11 Aug 2009 16:05:03 +0200 Subject: enigmail for F-11's thunderbird ? In-Reply-To: <4A8174B4.6080901@bfccomputing.com> References: <4A7D6406.8060404@redhat.com> <4A7D63BA.8020402@gmail.com> <4A7DA1D4.5090708@sapience.com> <1249908647.16560.59.camel@giskard> <4A803C7A.9050601@bfccomputing.com> <4A8040B8.1000908@FamilleCollet.com> <4A806C09.4040800@bfccomputing.com> <4A81739E.2000205@FamilleCollet.com> <4A8174B4.6080901@bfccomputing.com> Message-ID: <4A817A8F.4090806@FamilleCollet.com> Le 11/08/2009 15:40, Bill McGonigle a ?crit : > On 08/11/2009 09:35 AM, Remi Collet wrote: >>>> Is this appropriate as a Thunderbird SOURCES/ patch? >> Yes. >> See : https://bugzilla.mozilla.org/show_bug.cgi?id=509421 > > Thanks, Remi. Should we get this into the Fedora build for the time being? Well, I don't know if thunderbird-enigmail (rpmfusion) build with this patch could run with fedora's thunderbird build without. And I don't have any ppc64 machine to test it... :( Actually, th 3.0b3 is not published in Fedora updates (b2 doesn't requires this patch) and we probably can wait until next version (b4 ? rc1 ?) to see if upstream take care of this bug. Regards > > -Bill > From fabian.deutsch at gmx.de Tue Aug 11 14:53:54 2009 From: fabian.deutsch at gmx.de (Fabian Deutsch) Date: Tue, 11 Aug 2009 16:53:54 +0200 Subject: Annoying kmemleak scans Message-ID: <1250002434.2367.1.camel@localhost.localdomain> Hello. Starting with F11 kmemleak is part of the kernel. It is quite annoying when every couple of minutes kmemleak starts to scan for memeleak within the kernel. I do not see any point in doing this on desktop machines, so is there a chance of disabling it by default? It eats quite much of battery when running F11 on a laptop. - fabian From stickster at gmail.com Tue Aug 11 14:54:15 2009 From: stickster at gmail.com (Paul W. Frields) Date: Tue, 11 Aug 2009 10:54:15 -0400 Subject: An error while using livecd-creator In-Reply-To: References: Message-ID: <20090811145415.GG3881@localhost.localdomain> On Tue, Aug 11, 2009 at 12:11:25PM +0530, Kushal Das wrote: > Hi, > > I am using livecd-creator on a F-11 box. I have 27GB free on my / partition. > The error I am getting is given below: > > > [root at rhelabi spin-kickstarts]# livecd-creator > --config=photographers-11.ks --cache=cache/ --fslabel=photographers > mke2fs 1.41.4 (27-Jan-2009) > Filesystem label=photographers > OS type: Linux > Block size=4096 (log=2) > Fragment size=4096 (log=2) > 196608 inodes, 786432 blocks > 7864 blocks (1.00%) reserved for the super user > First data block=0 > Maximum filesystem blocks=805306368 > 24 block groups > 32768 blocks per group, 32768 fragments per group > 8192 inodes per group > Superblock backups stored on blocks: > 32768, 98304, 163840, 229376, 294912 > > Writing inode tables: done > Creating journal (16384 blocks): done > Writing superblocks and filesystem accounting information: done > > This filesystem will be automatically checked every 35 mounts or > 180 days, whichever comes first. Use tune2fs -c or -i to override. > tune2fs 1.41.4 (27-Jan-2009) > Setting maximal mount count to -1 > Setting interval between checks to 0 seconds > filespec_eval: hash table stats: 12 elements, 12/65536 buckets used, > longest chain length 1 > Retrieving http://ftp.linux.ncsu.edu/pub/fedora/linux/releases/11/Everything/i386/os/repodata/repomd.xml > ...OK > Retrieving http://mirror.hmc.edu/fedora/linux/updates/11/i386/repodata/repomd.xml > ...OK > No such package *debuginfo to remove > /usr/lib/python2.6/site-packages/imgcreate/errors.py:45: > DeprecationWarning: BaseException.message has been deprecated as of > Python 2.6 > return unicode(self.message) > Error creating Live CD : Unable to install: [('installing package > bug-buddy-1:2.26.0-2.fc11.i586 needs 684KB on the > /var/tmp/imgcreate-rScTyr/install_root filesystem', (9, > '/var/tmp/imgcreate-rScTyr/install_root', 700416L)), ('installing > package gvfs-gphoto2-1.2.3-9.fc11.i586 needs 920KB on the > /var/tmp/imgcreate-rScTyr/install_root filesystem', (9, > '/var/tmp/imgcreate-rScTyr/install_root', 942080L)), ('installing > package gvfs-fuse-1.2.3-9.fc11.i586 needs 948KB on the > /var/tmp/imgcreate-rScTyr/install_root filesystem', (9, > '/var/tmp/imgcreate-rScTyr/install_root', 970752L)), ('installing > package gvfs-smb-1.2.3-9.fc11.i586 needs 2MB on the > /var/tmp/imgcreate-rScTyr/install_root filesystem', (9, > '/var/tmp/imgcreate-rScTyr/install_root', 1273856L)), ('installing > package gvfs-archive-1.2.3-9.fc11.i586 needs 2MB on the > /var/tmp/imgcreate-rScTyr/install_root filesystem', (9, > '/var/tmp/imgcreate-rScTyr/install_root', 1421312L)), ('installing > package vino-2.26.2-1.fc11.i586 needs 4MB on the > /var/tmp/imgcreate-rScTyr/install_root filesystem', (9, > '/var/tmp/imgcreate-rScTyr/install_root', 3796992L)), ('installing > package gnome-session-xsession-2.26.2-1.fc11.i586 needs 4MB on the > /var/tmp/imgcreate-rScTyr/install_root filesystem', (9, > '/var/tmp/imgcreate-rScTyr/install_root', 3805184L)), ('installing > package postr-0.12.3-2.fc11.noarch needs 5MB on the > /var/tmp/imgcreate-rScTyr/install_root filesystem', (9, > '/var/tmp/imgcreate-rScTyr/install_root', 4587520L)), ('installing > package gnome-panel-2.26.3-1.fc11.i586 needs 16MB on the > /var/tmp/imgcreate-rScTyr/install_root filesystem', (9, > '/var/tmp/imgcreate-rScTyr/install_root', 16580608L)), ('installing > package gnome-applets-1:2.26.3-1.fc11.i586 needs 40MB on the > /var/tmp/imgcreate-rScTyr/install_root filesystem', (9, > '/var/tmp/imgcreate-rScTyr/install_root', 41603072L)), ('installing > package bluez-4.42-1.fc11.i586 needs 41MB on the > /var/tmp/imgcreate-rScTyr/install_root filesystem', (9, > '/var/tmp/imgcreate-rScTyr/install_root', 42848256L)), ('installing > package pulseaudio-module-bluetooth-0.9.15-14.fc11.i586 needs 42MB on > the /var/tmp/imgcreate-rScTyr/install_root filesystem', (9, > '/var/tmp/imgcreate-rScTyr/install_root', 43061248L)), ('installing > package gnome-bluetooth-2.27.5-1.fc11.i586 needs 43MB on the > /var/tmp/imgcreate-rScTyr/install_root filesystem', (9, > '/var/tmp/imgcreate-rScTyr/install_root', 44228608L)), ('installing > package gnome-bluetooth-libs-2.27.5-1.fc11.i586 needs 43MB on the > /var/tmp/imgcreate-rScTyr/install_root filesystem', (9, > '/var/tmp/imgcreate-rScTyr/install_root', 44331008L))] > > > Any pointer on how to fix this ? My bet is that either your package set is too big for the created file system image, or you ran out of space on whatever partition holds /var/tmp on your system. -- Paul W. Frields http://paul.frields.org/ gpg fingerprint: 3DA6 A0AC 6D58 FEC4 0233 5906 ACDB C937 BD11 3717 http://redhat.com/ - - - - http://pfrields.fedorapeople.org/ irc.freenode.net: stickster @ #fedora-docs, #fedora-devel, #fredlug From ajax at redhat.com Tue Aug 11 14:57:16 2009 From: ajax at redhat.com (Adam Jackson) Date: Tue, 11 Aug 2009 10:57:16 -0400 Subject: pygtk2 and its numpy dependency In-Reply-To: <4A816018.2090104@jcomserv.net> References: <1249932986.5139.891.camel@atropine.boston.devel.redhat.com> <4A8077A7.2020700@jcomserv.net> <1249934308.5139.893.camel@atropine.boston.devel.redhat.com> <4A816018.2090104@jcomserv.net> Message-ID: <1250002636.3041.125.camel@atropine.boston.devel.redhat.com> On Tue, 2009-08-11 at 07:12 -0500, Jon Ciesla wrote: > Adam Jackson wrote: > > On Mon, 2009-08-10 at 14:40 -0500, Jon Ciesla wrote: > >> Since pygtk2 does actually use numpy, isn't d) the best (albeit most > >> annoying) option? > > > > Internally? Or just to implement that one entrypoint? I believe it to > > be the latter. Having double-checked: it's just to implement get_pixels_array(). > I'm not sure, but what practical difference would that make? Well, it's a soft dep... If built with numpy support, get_pixels_array() starts off with: if (!have_numpy()) return NULL; The important bit of have_numpy() looks like: static int import_done = 0; if (!import_done()) { import_done = 1; import_array1(1); if (PyErr_Occurred()) { /* throw */ } } import_array1() is a small wrapper around _import_array(), which starts off with: PyObject *numpy = PyImport_ImportModule("numpy.core.multiarray"); if (numpy == NULL) return -1; And it turns out this is all static inlines that get built straight into pygtk2 itself. In other words, if this bit of pygtk2 were written in python, it'd look like: class gdk: def get_pixels_array(self): import numpy.core.multiarray # do a bunch of stuff and if that python module weren't available it'd just throw an exception. So: python apps that call get_pixels_array() can Requires: numpy themselves, and then that entrypoint will work. Python apps that _don't_, need not, and then numpy and its deps go missing, but it doesn't matter because you never call get_pixels_array() so the exception never happens. So I think my b) suggestion (of replicating the ABI in pygtk2) is actually redundant, it's what's already happening. pygtk2 already knows the object layout of numpy arrays thanks to #includes of doom, it just doesn't try to create them unless the rest of the numpy exists. The question is only whether to keep the 'Requires: numpy' in pygtk2 or to push it out to apps that use get_pixels_array(). And I think the latter sounds just fine to me. - ajax -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From limb at jcomserv.net Tue Aug 11 15:05:16 2009 From: limb at jcomserv.net (Jon Ciesla) Date: Tue, 11 Aug 2009 10:05:16 -0500 Subject: pygtk2 and its numpy dependency In-Reply-To: <1250002636.3041.125.camel@atropine.boston.devel.redhat.com> References: <1249932986.5139.891.camel@atropine.boston.devel.redhat.com> <4A8077A7.2020700@jcomserv.net> <1249934308.5139.893.camel@atropine.boston.devel.redhat.com> <4A816018.2090104@jcomserv.net> <1250002636.3041.125.camel@atropine.boston.devel.redhat.com> Message-ID: <4A8188AC.6010401@jcomserv.net> Adam Jackson wrote: > On Tue, 2009-08-11 at 07:12 -0500, Jon Ciesla wrote: > >> Adam Jackson wrote: >> >>> On Mon, 2009-08-10 at 14:40 -0500, Jon Ciesla wrote: >>> >>>> Since pygtk2 does actually use numpy, isn't d) the best (albeit most >>>> annoying) option? >>>> >>> Internally? Or just to implement that one entrypoint? I believe it to >>> be the latter. >>> > > Having double-checked: it's just to implement get_pixels_array(). > > >> I'm not sure, but what practical difference would that make? >> > > Well, it's a soft dep... > > If built with numpy support, get_pixels_array() starts off with: > > if (!have_numpy()) > return NULL; > > The important bit of have_numpy() looks like: > > static int import_done = 0; > if (!import_done()) { > import_done = 1; > import_array1(1); > if (PyErr_Occurred()) { > /* throw */ > } > } > > import_array1() is a small wrapper around _import_array(), which starts > off with: > > PyObject *numpy = PyImport_ImportModule("numpy.core.multiarray"); > if (numpy == NULL) return -1; > > And it turns out this is all static inlines that get built straight into > pygtk2 itself. In other words, if this bit of pygtk2 were written in > python, it'd look like: > > class gdk: > def get_pixels_array(self): > import numpy.core.multiarray > # do a bunch of stuff > > and if that python module weren't available it'd just throw an > exception. > > So: python apps that call get_pixels_array() can Requires: numpy > themselves, and then that entrypoint will work. Python apps that > _don't_, need not, and then numpy and its deps go missing, but it > doesn't matter because you never call get_pixels_array() so the > exception never happens. > > So I think my b) suggestion (of replicating the ABI in pygtk2) is > actually redundant, it's what's already happening. pygtk2 already knows > the object layout of numpy arrays thanks to #includes of doom, it just > doesn't try to create them unless the rest of the numpy exists. > > The question is only whether to keep the 'Requires: numpy' in pygtk2 or > to push it out to apps that use get_pixels_array(). And I think the > latter sounds just fine to me. > > - ajax > That's fine with me, assuming there's a way to determine that list. -- in your fear, seek only peace in your fear, seek only love -d. bowie From awilliam at redhat.com Tue Aug 11 15:13:47 2009 From: awilliam at redhat.com (Adam Williamson) Date: Tue, 11 Aug 2009 08:13:47 -0700 Subject: Review: Fedora 12 Alpha Release Notes In-Reply-To: <4A81322C.9060206@fedoraproject.org> References: <4A8037FB.20701@fedoraproject.org> <1249935562.9022.18.camel@adam.local.net> <4A81322C.9060206@fedoraproject.org> Message-ID: <1250003627.3961.4.camel@adam.local.net> On Tue, 2009-08-11 at 14:26 +0530, Rahul Sundaram wrote: > On 08/11/2009 01:49 AM, Adam Williamson wrote: > > On Mon, 2009-08-10 at 20:38 +0530, Rahul Sundaram wrote: > >> Hi, > >> > >> Wit the Fedora 12 Alpha release coming up shortly, now would be a good > >> time to review the release notes. Make sure the major features are > >> covered, import bugs and workarounds noted etc > >> > >> http://fedoraproject.org/wiki/Fedora_12_Alpha_release_notes > > > > I'd actually prefer to keep bugs and workarounds noted in the Common > > Bugs page now, if that's OK with you. My plan since re-working the > > Common Bugs page for F11 has been to have the F12 page start with the > > Alpha release, and cover pre-release issues right up until the final > > release, then switch to covering final release issues. I'll try and put > > a bare-bones page framework up soon. > > Users won't necessarily click on another link usually just to read about > bug reports and this has a higher chance of them not noticing. It is > your decision however. On the other hand, as discussed in the docs list, we're trying to keep release notes pages short this release on the off-chance someone will actually read them :). My intention is really to have the Common Bugs page become an 'obvious' destination (one that people get used to looking at) in its own right, which is where I got to with the Errata page in Mandriva. So far the F11 Common Bugs page has been visited 57,000 times, so it's obviously getting around :). The F10 page has just over 40k hits, and obviously it's had a six month head start. So we're getting somewhere with that. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From ajax at redhat.com Tue Aug 11 15:52:12 2009 From: ajax at redhat.com (Adam Jackson) Date: Tue, 11 Aug 2009 11:52:12 -0400 Subject: pygtk2 and its numpy dependency In-Reply-To: <4A8188AC.6010401@jcomserv.net> References: <1249932986.5139.891.camel@atropine.boston.devel.redhat.com> <4A8077A7.2020700@jcomserv.net> <1249934308.5139.893.camel@atropine.boston.devel.redhat.com> <4A816018.2090104@jcomserv.net> <1250002636.3041.125.camel@atropine.boston.devel.redhat.com> <4A8188AC.6010401@jcomserv.net> Message-ID: <1250005932.3041.190.camel@atropine.boston.devel.redhat.com> On Tue, 2009-08-11 at 10:05 -0500, Jon Ciesla wrote: > Adam Jackson wrote: > > The question is only whether to keep the 'Requires: numpy' in pygtk2 or > > to push it out to apps that use get_pixels_array(). And I think the > > latter sounds just fine to me. > > > That's fine with me, assuming there's a way to determine that list. To a first approximation: find . -name \*.py | xargs grep '\' It appears to be a remarkably uncommon function name. This won't catch anyone calling it from C code instead, but anyone doing that is a cretin. - ajax -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From mclasen at redhat.com Tue Aug 11 16:59:04 2009 From: mclasen at redhat.com (Matthias Clasen) Date: Tue, 11 Aug 2009 12:59:04 -0400 Subject: help needed for bug #512115 (Gdk-CRITICAL **: gdk_x11_atom_to_xatom_for_display...) In-Reply-To: References: Message-ID: <1250009944.4475.0.camel@planemask> On Tue, 2009-08-11 at 10:12 +0200, Zoltan Kota wrote: > Hi, > > Could you help with the following bug? > https://bugzilla.redhat.com/show_bug.cgi?id=512115 > > It is a > > Gdk-CRITICAL **: gdk_x11_atom_to_xatom_for_display: assertion > `atom != GDK_NONE' failed > > error. This seems to be appeared with gtk 2.16.x. Pybliographer on F10 > with gtk 2.14.7 has no problem. > Try updating to the latest gtk2 update in f11 (2.16.5). That should fix it. From opensource at till.name Tue Aug 11 17:00:25 2009 From: opensource at till.name (Till Maas) Date: Tue, 11 Aug 2009 19:00:25 +0200 Subject: 'IT Security' in comps? In-Reply-To: <20090807144834.GF8446@nostromo.devel.redhat.com> References: <20090805124954.ADF6511C008C@cvs1.fedora.phx.redhat.com> <20090805140024.GD6336@nostromo.devel.redhat.com> <20090805142004.GE16783@genius.kawo2.rwth-aachen.de> <20090805200759.GA12347@nostromo.devel.redhat.com> <20090805210744.GA27502@genius.kawo2.rwth-aachen.de> <20090806172424.GF11955@nostromo.devel.redhat.com> <20090806190713.GA6107@genius.kawo2.rwth-aachen.de> <20090806192141.GB15107@nostromo.devel.redhat.com> <20090806201904.GC8191@genius.kawo2.rwth-aachen.de> <20090807144834.GF8446@nostromo.devel.redhat.com> Message-ID: <20090811170025.GA29655@genius.kawo2.rwth-aachen.de> On Fri, Aug 07, 2009 at 10:48:34AM -0400, Bill Nottingham wrote: > Till Maas (opensource at till.name) said: > > I considered IT might be redundant information, too, when > > I created the groups, but also both the terms "Forensics" or "Wireless" > > are not IT specific, therefore I put the IT-security explanation into > > the description. There can be wireless analysis that is not security > > related, e.g. to find sources of disturbance and there are a lot of > > forensics tasks that are not IT-security related, but still could be > > assisted via software. > > Rather than going back and forth about concepts, I might as well just > describe how I would organize what you have now: > > network-debugging > - Network Analysis Tools > - Tools for analyzing and securing computer networks. > > (This would include the packages from both your proposed 'reconnaissance' > and 'wireless' groups, as well as some other tools currently in 'System > Tools'.) Imho most of these tools are more helpful to demonstrate security weaknesses, than to debug faulty networks. E.g. it is imho more reliable to run tcpdump on a host or to plugin a seperate hub, then to use ettercap to get to analyse the traffic in the network. Most of the tools are imho primarly useful to perform a penetration test and to demonstrate the security vulnerabilities for a customer. But in general a network-debugging group would be useful, too. > forensics > - Computer Forensic Tools > - Tools for performing computer forensics and data recovery. > > (I'd move the password tools here, as well. Not sure how clamav fits here; > I think its current placement at the mail server level makes more sense.) Password recovery tools do not really fit into the forensics group, too. If forensics are performed to analyse a security incidense, one normally does not need to recover passwords to get a timeline of what happened. It might be used as an interem step in forensics performed by the police to get to e.g. acquire the password of a encrypted volume, but then it would still not be the primary target of the forensic actions. > The intrusion detection group looks OK as a concept. As for the code > analysis group, I'd argue that should be moved into the development > category. > > Is this something you'd find usable? It is more usable for me to have these groups than not to have these. But if I cannot easily install all these related groups, i.e. with one simple command, without the need to memorize all the separate groups, it is not useful enough for me, to put much work into it. > Right now our toplevel groups are: > > - Language support (self explanatory) > - Desktops (fairly self explanatory) > - Applications (End-user desktop applications) > - Development (tools for software development) > - Servers (various system services) > - Base system (administration tools, and other components) > > Perhaps a better solution is a new toplevel category of 'System > Administration' (where most of your new groups would fall under); this > widens the scope of it from just 'IT Security' to a larger scope > that fits the existing categories. That might be a larger reorganization, > though, as the group changes would have to filter down to the various spins. This sounds sane in general. > > > - the 'all packages are default' paradigm > > > > I could accept to make packages not default that are e.g. already meant > > to be deprecated by upstream, like airsnort. But I do not think that the > > audience of these tools would only want to be presented some random > > password cracker like it is a guideline to have only one IM client on > > the Fedora Desktop live image. This is also reflected with the package > > set of the security live image, which also contains all these tools and > > not only selected ones. > > Sure, but the live spin can do %group --optional to pull those in. To > expand on what I said before, we have three main concepts for applying defaults > in comps: > > - Lots of tools that occupy the same usage case (office tools, etc.) > > Pick one best-of-breed default, the rest are optional. > > - Lots of tools that occupy the same space, but are not interchangable. (games) > > Everything's optional. Pick what you want. > > - A basic usage case, with various add-ons and similar tools. (many of > the server groups, 'system tools', etc.) > > A base set that's default; other tools are optional. Imho it is not that easy to apply this to security analysis. E.g. it is clear what one wants to do more or less with office tools: Writing documents. Then it does not matter that much, whether the GUI is developed for KDE or Gnome. But for a security analysis work, everything depends on the target network or system. It may and will normally differ in a lot of ways. Also since the tools may produce different results (e.g. forensic analysis tools), one would more likely use every tool to get as much results as possible, instead of only acquiring a subset of the available information. So to be prepared for these tasks, one needs more or less have every tool installed. Regards Till -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 835 bytes Desc: not available URL: From musuruan at gmail.com Tue Aug 11 17:41:05 2009 From: musuruan at gmail.com (Andrea Musuruane) Date: Tue, 11 Aug 2009 19:41:05 +0200 Subject: source file audit - 2009-08-10 In-Reply-To: <20090810233040.7fcd7898@ohm.scrye.com> References: <20090810101542.2fa4f2d7@ohm.scrye.com> <29fee02b0908101224m27e60cfcya838cc38b0efb7f0@mail.gmail.com> <20090810233040.7fcd7898@ohm.scrye.com> Message-ID: <29fee02b0908111041o585bf420m560515fbb80dc4f9@mail.gmail.com> On Tue, Aug 11, 2009 at 7:30 AM, Kevin Fenzi wrote: >> > musuruan:BADSOURCE:libicns-0.7.0.tar.gz:libicns >> >> This is valid. Temporary SF problem? > > The URL is fine, but the source doesn't match up. > What I downloaded from the URL: > e2932389d10ccee20dc922155165c8f8 ?libicns-0.7.0.tar.gz > > what sources has in the lookaside cache: > d2539bb1bec033395ad908311c49a954 ?libicns-0.7.0.tar.gz > > So, either upstream changed sources without changing release, or > something else bad happened. ;( Yes, upstream changed the sources without issuing a new release :( I'll update the package soon. Thanks again. Andrea. From pbrobinson at gmail.com Tue Aug 11 17:47:35 2009 From: pbrobinson at gmail.com (Peter Robinson) Date: Tue, 11 Aug 2009 18:47:35 +0100 Subject: source file audit - 2009-08-10 In-Reply-To: <5256d0b0908101254t48329acdt254193b08be0e950@mail.gmail.com> References: <20090810101542.2fa4f2d7@ohm.scrye.com> <5256d0b0908101254t48329acdt254193b08be0e950@mail.gmail.com> Message-ID: <5256d0b0908111047n694e8131w9c20fb5c8c95b82@mail.gmail.com> >> pbrobinson:BADURL:Journal-99.tar.bz2:sugar-journal > > I'm pretty sure this has been obsoleted and is a dead package but I'm > in the process of confirming the status and will update as appropriate > once I have confirmation. Confirmed the package is now dead and have completed the dead package process for it so this is now fixed as well. Thanks for the report. Cheers, Peter From steven.moix at axianet.ch Tue Aug 11 18:01:50 2009 From: steven.moix at axianet.ch (Steven Moix) Date: Tue, 11 Aug 2009 20:01:50 +0200 Subject: Requires question in SPEC In-Reply-To: <200908111015.22516.jreznik@redhat.com> References: <4A81258F.3080402@axianet.ch> <200908111015.22516.jreznik@redhat.com> Message-ID: <4A81B20E.1060601@axianet.ch> On 08/11/2009 10:15 AM, Jaroslav Reznik wrote: > On Tuesday 11 August 2009 10:02:23 Steven Moix wrote: >> Hello all, >> >> I'm facing a problem with one of my SPEC files...I'm packaging a program >> (motion, in RPM Fusion) that has a startup script. In the start() >> section of this startup script, I have added an >> "LD_PRELOAD=/usr/lib64/libv4l/v4l2convert.so daemon $motion" to support >> more cameras. > > You can patch your package to use libv4l directly. Usually it's easy - there > are some issues but... Check some packages using v4l to check what you have to > do to port it. I talked to the upstream devs, and they will (probably) do that in the future, but right now I think that I'm going to let rpmlint complain and simply comment my spec file. > > Also check this blogpost by Hans de Goede (libv4l author) [1]. > > [1] http://hansdegoede.livejournal.com/3636.html That's where the feature request came from initially, https://bugzilla.rpmfusion.org/show_bug.cgi?id=681 Steven From fkooman at tuxed.net Tue Aug 11 18:54:54 2009 From: fkooman at tuxed.net (=?UTF-8?Q?Fran=C3=A7ois_Kooman?=) Date: Tue, 11 Aug 2009 20:54:54 +0200 Subject: source file audit - 2009-08-10 In-Reply-To: <20090810101542.2fa4f2d7@ohm.scrye.com> References: <20090810101542.2fa4f2d7@ohm.scrye.com> Message-ID: On Mon, Aug 10, 2009 at 6:15 PM, Kevin Fenzi wrote: > fkooman:BADSOURCE:dumpasn1.c:dumpasn1 Fixed mine as well. Upstream modified the source file in-place with some bug fixes. Thanks! Fran?ois From a.badger at gmail.com Tue Aug 11 19:05:39 2009 From: a.badger at gmail.com (Toshio Kuratomi) Date: Tue, 11 Aug 2009 12:05:39 -0700 Subject: pygtk2 and its numpy dependency In-Reply-To: <1249932986.5139.891.camel@atropine.boston.devel.redhat.com> References: <1249932986.5139.891.camel@atropine.boston.devel.redhat.com> Message-ID: <4A81C103.4080303@gmail.com> On 08/10/2009 12:36 PM, Adam Jackson wrote: > pygtk2 implements a function called gtk.gdk.get_pixels_array(), which > returns the pixel contents of a GDK pixbuf as a numpy array. Fine and > dandy, but this means it links against numpy (7 megs) which is itself > linked against atlas (12 megs). Kind of a lot for a single function, > especially on a live image. > > Especially for a function that's basically unused! gnome-applet-music > uses it to implement a poor-man's Porter-Duff blend, and that's the only > caller currently packaged in Fedora, at least according to package deps. > I have a patch (attached) that fixes that [1], which means we could > compile our pygtk2 without numpy support and not break anything in > Fedora proper. > Package deps are of minimal use in detecting this. We have to detect when this function is used by an application which isn't part of package deps. gnome-games and specto are two packages that make use of this function. Of note, both Debian and Ubuntu have had this problem as well. Ubuntu chose to go the route that you're suggesting, remove the Requires[1]_. Debian tried that and chose to revert the workaround, going back to a strict requirement on numpy[2]_. The Ubuntu bug report also mentions that porting to the new buffer[3]_ interface in python2.6 and above may be a long term solution. Has someone filed this with upstream pygtk2 yet? .. _[1]: https://bugs.launchpad.net/ubuntu/+source/python-numpy/+bug/309215 .. _[2]: http://osdir.com/ml/debian-bugs-closed/2009-04/msg01088.html .. _[3]: http://www.python.org/dev/peps/pep-3118/ http://numpy.scipy.org/#buffer_protocol http://docs.scipy.org/doc/numpy/reference/arrays.interface.html -Toshio -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: OpenPGP digital signature URL: From bochecha at fedoraproject.org Tue Aug 11 19:37:40 2009 From: bochecha at fedoraproject.org (Mathieu Bridon (bochecha)) Date: Tue, 11 Aug 2009 21:37:40 +0200 Subject: source file audit - 2009-08-10 In-Reply-To: <20090810101542.2fa4f2d7@ohm.scrye.com> References: <20090810101542.2fa4f2d7@ohm.scrye.com> Message-ID: <2d319b780908111237s74a5563fsd09b58dac401a0a5@mail.gmail.com> Hi, This was run against Rawhide right? > bochecha:BADURL:adonthell-0.3.5.tar.gz:adonthell Fixed in Rawhide (at least after the freeze is lifted). > erikos:BADSOURCE:sugar-base-0.85.2.tar.bz2:sugar-base This is a development release. As per the roadmap, 0.85.3 should be out pretty soon [1]. I'll just let this one like this, it will be fixed by the end of August when one of us updates the package. Thanks for the reminder, that's a great help in keeping the Fedora repositories a bit saner! :) ---------- Mathieu Bridon (bochecha) From ajax at redhat.com Tue Aug 11 20:34:47 2009 From: ajax at redhat.com (Adam Jackson) Date: Tue, 11 Aug 2009 16:34:47 -0400 Subject: pygtk2 and its numpy dependency In-Reply-To: <4A81C103.4080303@gmail.com> References: <1249932986.5139.891.camel@atropine.boston.devel.redhat.com> <4A81C103.4080303@gmail.com> Message-ID: <1250022887.3041.476.camel@atropine.boston.devel.redhat.com> On Tue, 2009-08-11 at 12:05 -0700, Toshio Kuratomi wrote: > On 08/10/2009 12:36 PM, Adam Jackson wrote: > > pygtk2 implements a function called gtk.gdk.get_pixels_array(), which > > returns the pixel contents of a GDK pixbuf as a numpy array. Fine and > > dandy, but this means it links against numpy (7 megs) which is itself > > linked against atlas (12 megs). Kind of a lot for a single function, > > especially on a live image. > > > > Especially for a function that's basically unused! gnome-applet-music > > uses it to implement a poor-man's Porter-Duff blend, and that's the only > > caller currently packaged in Fedora, at least according to package deps. > > I have a patch (attached) that fixes that [1], which means we could > > compile our pygtk2 without numpy support and not break anything in > > Fedora proper. > > > Package deps are of minimal use in detecting this. We have to detect > when this function is used by an application which isn't part of package > deps. gnome-games and specto are two packages that make use of this > function. I did check this by installing all the packages in the distro with a pygtk2 dep and then grepping their installed .py files. Not sure how gnome-games escaped... - ajax -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From mike at miketc.net Tue Aug 11 21:13:37 2009 From: mike at miketc.net (Mike Chambers) Date: Tue, 11 Aug 2009 16:13:37 -0500 Subject: Anaconda install askmethod Message-ID: <1250025217.3276.2.camel@scrappy.miketc.net> When trying to do an install against rawhide and/or F12 Alpha test image, and using askmethod as in previous releases, it doesn't seem to do the same thing. Instead of going through and asking for network configuration, type of install and location of image and such, before the actual installer gui starts, it just asks for language and keyboard types, then asks what partition and path the image is on. I'm doign an nfs install, so I have no way of answering that question. Is askmethod parameter during install going through a change or just a mishap? -- Mike Chambers Madisonville, KY Fedora Project - Bugzapper, Tester, User, etc.. miketc302 at fedoraproject.org From linuxdonald at linuxdonald.de Tue Aug 11 21:14:41 2009 From: linuxdonald at linuxdonald.de (LinuxDonald) Date: Tue, 11 Aug 2009 23:14:41 +0200 Subject: Switch from OpenAL to OpenAL-Soft In-Reply-To: References: <4A80A870.5030902@linuxdonald.de> Message-ID: <4A81DF41.3090305@linuxdonald.de> it had take a lot of time to make this package as an update of openal For more information please see https://bugzilla.redhat.com/show_bug.cgi?id=507110 Am 11.08.2009 14:27, schrieb drago01: > On Tue, Aug 11, 2009 at 1:08 AM, LinuxDonald wrote: > >> I have add the openal-soft package into fedora 12 that will replace openal. >> At all packager when you have openal as dependency please change it to >> openal-soft and recompile your package for f-12 please >> > > Any reason why you decided to do this after the freeze? > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From linuxdonald at linuxdonald.de Tue Aug 11 21:18:00 2009 From: linuxdonald at linuxdonald.de (LinuxDonald) Date: Tue, 11 Aug 2009 23:18:00 +0200 Subject: Switch from OpenAL to OpenAL-Soft In-Reply-To: <8278b1b0908110604u54dac85cn558e14994fbb4450@mail.gmail.com> References: <4A80A870.5030902@linuxdonald.de> <8278b1b0908101729s762eee9ckd6666b092465701c@mail.gmail.com> <4A8135AF.7040001@linuxdonald.de> <8278b1b0908110604u54dac85cn558e14994fbb4450@mail.gmail.com> Message-ID: <4A81E008.6030405@linuxdonald.de> OpenAL-Soft use the openal.so.1 lib openal use the openal.so.0 lib. And that is the problem. Am 11.08.2009 15:04, schrieb King InuYasha: > I thought Obsoletes took care of that? > > On Tue, Aug 11, 2009 at 4:11 AM, LinuxDonald > > wrote: > > The problem is openal-devel and openal-soft-devel package > conflicts. The Second one is to use OpenAL-Soft you must update > the spec file in the packages that use openal and recompile it. > > > Am 11.08.2009 02:29, schrieb King InuYasha: >> Shouldn't it also be possible for openal-soft to replace the >> crappy old OpenAL package included in previous versions of >> Fedora? The openal-soft library is supposed to be compatible with >> applications that normally use the older OpenAL SI library that >> has been rotting for years. >> >> On Mon, Aug 10, 2009 at 6:08 PM, LinuxDonald >> > >> wrote: >> >> I have add the openal-soft package into fedora 12 that will >> replace openal. >> At all packager when you have openal as dependency please >> change it to openal-soft and recompile your package for f-12 >> please >> >> -- >> fedora-devel-list mailing list >> fedora-devel-list at redhat.com >> >> https://www.redhat.com/mailman/listinfo/fedora-devel-list >> >> > > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From bnocera at redhat.com Tue Aug 11 21:39:20 2009 From: bnocera at redhat.com (Bastien Nocera) Date: Tue, 11 Aug 2009 22:39:20 +0100 Subject: Switch from OpenAL to OpenAL-Soft In-Reply-To: <4A81E008.6030405@linuxdonald.de> References: <4A80A870.5030902@linuxdonald.de> <8278b1b0908101729s762eee9ckd6666b092465701c@mail.gmail.com> <4A8135AF.7040001@linuxdonald.de> <8278b1b0908110604u54dac85cn558e14994fbb4450@mail.gmail.com> <4A81E008.6030405@linuxdonald.de> Message-ID: <1250026760.2331.2.camel@snoogens.fab.redhat.com> On Tue, 2009-08-11 at 23:18 +0200, LinuxDonald wrote: > OpenAL-Soft use the openal.so.1 lib openal use the openal.so.0 lib. > And that is the problem. Then ask for rebuilds, not for everyone to change all their packages... From awilliam at redhat.com Tue Aug 11 23:19:23 2009 From: awilliam at redhat.com (Adam Williamson) Date: Tue, 11 Aug 2009 16:19:23 -0700 Subject: 2009-08-13: Fedora 12 Test Day - NetworkManager Message-ID: <1250032763.3961.39.camel@adam.local.net> Yes, folks, it's that time of year again - Test Day time! The first main cycle Test Day[1] of the Fedora 12 cycle is happening on Thursday, and it's all about...NetworkManager. We've got some fairly specific test cases lined up (on the page already) to test the new features of NetworkManager for Fedora 12, but please do also come along, grab the live CD, and just test that NetworkManager is doing the right thing with whatever connections you have; we want to make sure it's all right for Fedora 12. There's a live CD available so you won't need a Rawhide installation, and myself and Dan Williams (our venerable NetworkManager wrangler) will be around to help with testing. The Test Day takes place in #fedora-qa on Freenode IRC: see this page[2] if you don?t know how to use IRC. See you there! [1]: https://fedoraproject.org/wiki/Test_Day:2009-08-13_NetworkManager [2]: http://fedoraproject.org/wiki/How_to_use_IRC -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From kevin.kofler at chello.at Tue Aug 11 23:42:29 2009 From: kevin.kofler at chello.at (Kevin Kofler) Date: Wed, 12 Aug 2009 01:42:29 +0200 Subject: Requires question in SPEC References: <4A81258F.3080402@axianet.ch> <200908111015.22516.jreznik@redhat.com> <4A81B20E.1060601@axianet.ch> Message-ID: Steven Moix wrote: > I talked to the upstream devs, and they will (probably) do that in the > future, but right now I think that I'm going to let rpmlint complain and > simply comment my spec file. Yeah, but it's better to just fix it properly than to use the LD_PRELOAD hack. The proper fix can also be upstreamed. Kevin Kofler From dcantrell at redhat.com Wed Aug 12 00:35:39 2009 From: dcantrell at redhat.com (David Cantrell) Date: Tue, 11 Aug 2009 14:35:39 -1000 (HST) Subject: Anaconda install askmethod In-Reply-To: <1250025217.3276.2.camel@scrappy.miketc.net> References: <1250025217.3276.2.camel@scrappy.miketc.net> Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Tue, 11 Aug 2009, Mike Chambers wrote: > When trying to do an install against rawhide and/or F12 Alpha test > image, and using askmethod as in previous releases, it doesn't seem to > do the same thing. Instead of going through and asking for network > configuration, type of install and location of image and such, before > the actual installer gui starts, it just asks for language and keyboard > types, then asks what partition and path the image is on. I'm doign an > nfs install, so I have no way of answering that question. Is askmethod > parameter during install going through a change or just a mishap? What version of anaconda did you try? I just recently fixed a problem with askmethod not doing anything. If you booted from a CD or DVD but wanted to do a network install, the askmethod parameter was not working. That fix is in anaconda-12.12-1. - -- David Cantrell Red Hat / Honolulu, HI -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkqCDlsACgkQ5hsjjIy1VkmMEwCdEgqLcE/0JOK+tS8OYZsQJ19f Z+kAn1cr1NHHAyyhFb3djEb44OqQSNLI =mh6W -----END PGP SIGNATURE----- From dledford at redhat.com Wed Aug 12 00:50:15 2009 From: dledford at redhat.com (Doug Ledford) Date: Tue, 11 Aug 2009 20:50:15 -0400 Subject: [ANNOUNCE] New Mixer Handling in PA 0.9.16/F12 In-Reply-To: <20090801174404.GA22226@srcf.ucam.org> References: <20090728135958.GA30170@tango.0pointer.de> <20090728185937.GB12908@tango.0pointer.de> <5D4DD810-4A3D-4619-9801-30D147A1CFC0@redhat.com> <20090801052933.GB2520@redhat.com> <20090801054012.GA16329@srcf.ucam.org> <20090801060144.GF2520@redhat.com> <1249119157.6440.18.camel@adam.local.net> <20090801174404.GA22226@srcf.ucam.org> Message-ID: <4D4D43AE-083B-4007-9C6D-C437756F80E6@redhat.com> Apologies for my late reply, I was gone for a week. On Aug 1, 2009, at 1:44 PM, Matthew Garrett wrote: > On Sat, Aug 01, 2009 at 08:16:50AM -0500, Doug Ledford wrote: >> CD in is nothing more than an analog input. PA ignores all the analog >> inputs other than as a digital PCM source. Treating all the analog >> inputs as digital sources and not allowing the hardware to mix them >> to >> output has various drawbacks. I've just been covering some of them. > > You're continuing to conflate two issues - hardware mixing of multiple > PCM streams (which some hardware supports but PA doesn't make use of) Actually, I never referred to multiple PCM streams, just PCM + multiple analog mixing. > and having control over the levels of analog inputs that are mixed > straight into the analog output stream. PA exposes some of these, but > not all of them - I must have missed it. Where is it possible in PA to send *any* analog input directly to analog output? > however, you can still use an alternative mixer app if > you want to configure this for your specific niche use case. Which is what I currently do. However, my entry into this foray was caused by the current maintainer of gst-mixer stating that he would support it being removed from the default install image and comps. From there it's a short step to it never getting compiled against current libs and eventually falling away entirely. For PA to suit my needs, and for this not to be a problem for me, I simply need support for sending analog inputs to analog outputs. Nothing more. The CD-In case is simply one instance of that capability and one I don't really care about. However, from a coding perspective, once you support CD-In or Aux or Line-In being sent directly to analog output, all of the others are done too, you just change the input channel and everything else is the same. So, from my perspective, saying that you don't need to support CD-In because it's a dead and deprecated usage of the hardware, and therefore you don't need to support *any* analog input to analog output control is a logically fallacious argument (specifically, generalization from one to the whole). Whether CD-In usage is dead or not, the other uses aren't. So, for all I care, we can skip CD-In support entirely, but Line-In and Aux should work. And, of course, going back to what I just said, once either of those two works, you already have the back end necessary to support CD-In for free. So he's worried about unconnected CD drives causing bug reports. Fine, don't enable CD-In, but that's not a valid excuse to leave the other ports dysfunctional. > When > Lennart says "PulseAudio does not support hardware mixing" he is *not* > talking about the case you're describing. Well, it *doesn't* support the case I'm describing, whether that's what he means when he says so or not. -- Doug Ledford GPG KeyID: CFBFF194 http://people.redhat.com/dledford InfiniBand Specific RPMS http://people.redhat.com/dledford/Infiniband -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 203 bytes Desc: This is a digitally signed message part URL: From mike at miketc.net Wed Aug 12 01:41:16 2009 From: mike at miketc.net (Mike Chambers) Date: Tue, 11 Aug 2009 20:41:16 -0500 Subject: Anaconda install askmethod In-Reply-To: References: <1250025217.3276.2.camel@scrappy.miketc.net> Message-ID: <1250041276.3276.4.camel@scrappy.miketc.net> On Tue, 2009-08-11 at 14:35 -1000, David Cantrell wrote: > What version of anaconda did you try? I just recently fixed a problem with > askmethod not doing anything. If you booted from a CD or DVD but wanted to do > a network install, the askmethod parameter was not working. > > That fix is in anaconda-12.12-1. I'll give it a shot again here in the next day or so, maybe this weekend if I get time and some personal things don't get in the way. I believe 12.7 was the last version I tried with. -- Mike Chambers Madisonville, KY Fedora Project - Bugzapper, Tester, User, etc.. miketc302 at fedoraproject.org From awilliam at redhat.com Wed Aug 12 03:07:25 2009 From: awilliam at redhat.com (Adam Williamson) Date: Tue, 11 Aug 2009 20:07:25 -0700 Subject: [ANNOUNCE] New Mixer Handling in PA 0.9.16/F12 In-Reply-To: <4D4D43AE-083B-4007-9C6D-C437756F80E6@redhat.com> References: <20090728135958.GA30170@tango.0pointer.de> <20090728185937.GB12908@tango.0pointer.de> <5D4DD810-4A3D-4619-9801-30D147A1CFC0@redhat.com> <20090801052933.GB2520@redhat.com> <20090801054012.GA16329@srcf.ucam.org> <20090801060144.GF2520@redhat.com> <1249119157.6440.18.camel@adam.local.net> <20090801174404.GA22226@srcf.ucam.org> <4D4D43AE-083B-4007-9C6D-C437756F80E6@redhat.com> Message-ID: <1250046445.3961.48.camel@adam.local.net> On Tue, 2009-08-11 at 20:50 -0400, Doug Ledford wrote: > Which is what I currently do. However, my entry into this foray was > caused by the current maintainer of gst-mixer stating that he would > support it being removed from the default install image and comps. > From there it's a short step to it never getting compiled against > current libs and eventually falling away entirely. For PA to suit my > needs, and for this not to be a problem for me, I simply need support > for sending analog inputs to analog outputs. Nothing more. I don't intend to maintain gst-mixer at all any more, and I intend to drop it entirely from the distribution. There are several other ALSA mixers you can use, like alsamixer , alsamixergui, xfce's mixer or kmix. I'd recommend alsamixer. gst-mixer was only ever a stopgap for F11. > (specifically, generalization from one to the whole). Whether CD-In > usage is dead or not, the other uses aren't. So, for all I care, we > can skip CD-In support entirely, but Line-In and Aux should work. > And, of course, going back to what I just said, once either of those > two works, you already have the back end necessary to support CD-In > for free. > So he's worried about unconnected CD drives causing bug > reports. Fine, don't enable CD-In, but that's not a valid excuse to > leave the other ports dysfunctional. You mean non-functional. The current Rawhide supports input selection in gnome-volume-control and pavucontrol, anyway, so your concern is now unneeded. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From ville.skytta at iki.fi Wed Aug 12 04:32:29 2009 From: ville.skytta at iki.fi (Ville =?windows-1252?q?Skytt=E4?=) Date: Wed, 12 Aug 2009 07:32:29 +0300 Subject: source file audit - 2009-08-10 In-Reply-To: <20090810233240.0e0aca0e@ohm.scrye.com> References: <20090810101542.2fa4f2d7@ohm.scrye.com> <20090810212401.GE21162@victor.nirvana> <20090810233240.0e0aca0e@ohm.scrye.com> Message-ID: <200908120732.29707.ville.skytta@iki.fi> On Tuesday 11 August 2009, Kevin Fenzi wrote: > http://www.scrye.com/~kevin/fedora/sourcecheck/sourcecheck It doesn't seem to process https sources, only http and ftp. Is that an oversight? From jreiser at bitwagon.com Wed Aug 12 04:48:55 2009 From: jreiser at bitwagon.com (John Reiser) Date: Tue, 11 Aug 2009 21:48:55 -0700 Subject: Anaconda install askmethod In-Reply-To: References: <1250025217.3276.2.camel@scrappy.miketc.net> Message-ID: <4A8249B7.5030908@bitwagon.com> On 08/11/2009 05:35 PM, David Cantrell wrote: > I just recently fixed a problem with > askmethod not doing anything. If you booted from a CD or DVD but wanted > to do a network install, the askmethod parameter was not working. > > That fix is in anaconda-12.12-1. It's still broken in anaconda-12.13 (rawhide of Tuesday, August 11.) https://bugzilla.redhat.com/show_bug.cgi?id=516973 -- From kushaldas at gmail.com Wed Aug 12 06:56:27 2009 From: kushaldas at gmail.com (Kushal Das) Date: Wed, 12 Aug 2009 12:26:27 +0530 Subject: An error while using livecd-creator In-Reply-To: <20090811145415.GG3881@localhost.localdomain> References: <20090811145415.GG3881@localhost.localdomain> Message-ID: On Tue, Aug 11, 2009 at 8:24 PM, Paul W. Frields wrote: > > My bet is that either your package set is too big for the created > file system image, or you ran out of space on whatever partition holds > /var/tmp on your system. Both seems to be ok in this case, having around 27GB of free space and image size should be around 1100MB :) Kushal -- http://fedoraproject.org http://kushaldas.in From jreznik at redhat.com Wed Aug 12 08:27:08 2009 From: jreznik at redhat.com (Jaroslav Reznik) Date: Wed, 12 Aug 2009 10:27:08 +0200 Subject: KDE-SIG weekly report (33/2009) Message-ID: <200908121027.08467.jreznik@redhat.com> This is a report of the weekly KDE-SIG-Meeting with a summary of the topics that were discussed. If you want to add a comment please reply to this email or add it to the related meeting page. ---------------------------------------------------------------------------------- = Weekly KDE Summary = Week: 33/2009 Time: 2009-08-011 14:00 UTC Meeting page: https://fedoraproject.org/wiki/SIGs/KDE/Meetings/2009-08-11 Meeting minutes: http://meetbot.fedoraproject.org/fedora-meeting/2009-08-11/fedora- meeting.2009-08-11-14.07.html Full log: http://meetbot.fedoraproject.org/fedora-meeting/2009-08-11/fedora- meeting.2009-08-11-14.07.log.html ---------------------------------------------------------------------------------- = Participants = * Jaroslav Reznik * Kevin Kofler * Rex Dieter * Sebastian Vahl * Steven Parrish * Lukas Tinkl * Thomas Janssen ---------------------------------------------------------------------------------- = Agenda = topics to discuss: * KDE 4.3.0 blockers (for F11/F10) * Extragear for KDE 4.3.0 (status) * KDE live images - status = Summary = o KDE 4.3.0 blockers (for F11/F10) * fish:/// problem [1] ** regression, suspicious commits #946444, #933202 ** ltinkl to try reverting suspect upstream commit(s), and test things out * ctrl+f12 problem [2] ** probably plasma to plasma-desktop rename problem ** reported upstream o Extragear for KDE 4.3.0 (status) * assigned to svahl while than is away * there are no group acls... o KDE live images - status * i686 and x86_64 images ready by svahl [3] * prelink issues ** kio slaves are segfaulting ** prelink bug should be reopened as we thought it's fixed already * image contains newer PyKDE4 and kde-settings from koji to get printer configuration and wallpaper back * firstboot is not working [4] * x86_64 image is much more bigger than i686 ---------------------------------------------------------------------------------- = Next Meeting = http://fedoraproject.org/wiki/SIGs/KDE/Meetings/2009-08-18 ---------------------------------------------------------------------------------- = Links = [1] https://bugzilla.redhat.com/show_bug.cgi?id=516416 [2] https://bugzilla.redhat.com/show_bug.cgi?id=516445 [3] http://lists.fedoraproject.org/pipermail/fedora-kde/2009- August/003555.html [4] https://bugzilla.redhat.com/show_bug.cgi?id=515419 -- Jaroslav ?ezn?k Associate Software Engineer - Base Operating Systems Brno Office: +420 532 294 275 Mobile: +420 731 455 332 Red Hat, Inc. http://cz.redhat.com/ From tmraz at redhat.com Wed Aug 12 09:45:50 2009 From: tmraz at redhat.com (Tomas Mraz) Date: Wed, 12 Aug 2009 11:45:50 +0200 Subject: Soname bump for openssl Message-ID: <1250070350.14237.121.camel@vespa.frost.loc> Hi all, I'd like to upgrade OpenSSL to 1.0.0-beta3 version just after the F12 Alpha release. I asked rel-eng to create a custom build target for the rebuild so we can avoid shipping the symlink hacks in rawhide. The API did not change in a way it would break any sensible user's of the API, so no patches to the dependent packages are expected to be necessary. Unfortunately as this is major version upgrade the ABI changed. I know that the upgrade would be better before the F12 Alpha however it required major patch porting for the FIPS validation related code which is not included in the upstream 1.0.0 branch. I was unfortunately not able to complete this porting before Alpha Freeze. As always I will rebuild all the dependent packages if you do not ask me otherwise for your package. -- Tomas Mraz No matter how far down the wrong road you've gone, turn back. Turkish proverb From rawhide at fedoraproject.org Wed Aug 12 10:14:01 2009 From: rawhide at fedoraproject.org (Rawhide Report) Date: Wed, 12 Aug 2009 10:14:01 +0000 Subject: rawhide report: 20090812 changes Message-ID: <20090812101401.GA4514@releng2.fedora.phx.redhat.com> Compose started at Wed Aug 12 06:15:05 UTC 2009 New package usbmuxd Daemon for communicating with Apple's iPod Touch and iPhone Removed package cryptix Removed package cryptix-asn1 Updated Packages: firstboot-1.108-1.fc12 ---------------------- * Tue Aug 11 2009 Chris Lumens 1.108-1 - Move python-meh initialization to after we have gtk imported (#515419). - Do @VERSION@ substitution on progs/firstboot. - Switch to using system-config-keyboard for the keyboard bits (katzj). - Stop using rhpl.ethtool (katzj). gdb-6.8.50.20090811-2.fc12 -------------------------- * Tue Aug 11 2009 Jan Kratochvil - 6.8.50.20090811-1 - Support constant DW_AT_data_member_location by GCC PR debug/40659 (BZ 515377). - Fix .spec URL. - archer-jankratochvil-fedora12 commit: 81de3c6abae4f7e3738aa9bcc0ab2f8725cce252 * Tue Aug 11 2009 Jan Kratochvil - 6.8.50.20090811-2 - archer-jankratochvil-fedora12 commit: 93f5e942bdcdcc376ece452c309bedabae71def9 - Fix "can't compute CFA for this frame" (by Tom Tromey, BZ 516627). * Mon Aug 10 2009 Jan Kratochvil - 6.8.50.20090810-2 - Upgrade to the FSF GDB gdb-6.8.50 snapshot: 6.8.50.20090810 - archer-jankratochvil-fedora12 commit: 93ec16e6f5000dd64d433d86674e820ed0f35b72 gnu-efi-3.0e-9.fc12 ------------------- * Tue Aug 11 2009 Peter Jones - 3.0e-9 - Change ExclusiveArch to reflect arch changes in repos. gtk2-2.17.6-6.fc12 ------------------ * Tue Aug 11 2009 Matthias Clasen - 2.17.6-6 - Fix setting root cursors ifuse-0.9.3-1.fc12 ------------------ * Mon Aug 10 2009 Peter Robinson 0.9.3-1 - Update to 0.9.3 release kernel-2.6.31-0.125.4.2.rc5.git2.fc12 ------------------------------------- * Wed Aug 12 2009 Matthew Garrett - linux-2.6-pat-fix.patch - fix potential memory corruption in KMS * Tue Aug 11 2009 Kyle McMartin - private-f12-2_6_31_rc5-imeanit: LZMA. OFF. I MEAN IT. libiphone-0.9.3-1.fc12 ---------------------- * Mon Aug 10 2009 Peter Robinson 0.9.3-1 - Update to 0.9.3 release libvirt-0.7.0-3.fc12 -------------------- * Mon Aug 10 2009 Mark McLoughlin - 0.7.0-3 - Don't fail to start network if ipv6 modules is not loaded * Thu Aug 06 2009 Mark McLoughlin - 0.7.0-2 - Make sure qemu can access kernel/initrd (bug #516034) - Set perms on /var/lib/libvirt/boot to 0711 (bug #516034) * Wed Aug 05 2009 Daniel Veillard - 0.7.0-1 - Upstream release of 0.7.0 - ESX, VBox3, Power Hypervisor drivers - new net filesystem glusterfs - Storage cloning for LVM and Disk backends - interface implementation based on netcf - Support cgroups in QEMU driver - QEmu hotplug NIC support - a lot of fixes mutter-2.27.2-1.fc12 -------------------- * Tue Aug 11 2009 Peter Robinson 2.27.2-1 - New upstream 2.27.2 release. Drop upstreamed patches. pango-1.25.2-1.fc12 ------------------- * Tue Aug 11 2009 Behdad Esfahbod - 1.25.2-1 - 1.25.2 pyxf86config-0.3.37-7.fc12 -------------------------- * Fri Aug 07 2009 Dave Airlie 0.3.37-6 - fix ErrorF/VErrorF symbol visibility - hacky but should do for now * Fri Aug 07 2009 Dave Airlie 0.3.37-7 - fix X server and put this back Summary: Added Packages: 1 Removed Packages: 2 Modified Packages: 11 Broken deps for i386 ---------------------------------------------------------- 389-ds-1.1.3-4.fc12.noarch requires 389-ds-admin R-RScaLAPACK-0.5.1-19.fc11.i586 requires openmpi-libs asterisk-fax-1.6.1-0.24.rc1.fc12.i686 requires libspandsp.so.1 bigboard-0.6.4-12.fc12.i686 requires mugshot >= 0:1.1.90-1 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0 clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 cluttermm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-0.9) dap-hdf4_handler-3.7.9-2.fc11.i586 requires libdap.so.9 dap-hdf4_handler-3.7.9-2.fc11.i586 requires libdapserver.so.6 entertainer-0.4.2-5.fc12.noarch requires pyclutter-cairo octave-forge-20080831-10.fc12.i686 requires octave(api) = 0:api-v32 perl-DBIx-Class-Schema-Loader-0.04006-4.fc12.noarch requires perl(DBIX::Class) php-layers-menu-3.2.0-0.2.rc.fc12.noarch requires php-pear(HTML_Template_PHPLIB) plplot-octave-5.9.4-1.fc12.i586 requires octave(api) = 0:api-v32 ppl-yap-0.10.2-5.fc12.i686 requires libYap.so python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.i586 requires libparted-1.8.so.8 rubygem-main-2.8.4-3.fc12.noarch requires rubygem(fattr) >= 0:1.0.3 sems-1.1.1-2.fc12.i586 requires libspandsp.so.1 sems-g722-1.1.1-2.fc12.i586 requires libspandsp.so.1 sems-gsm-1.1.1-2.fc12.i586 requires libspandsp.so.1 sems-speex-1.1.1-2.fc12.i586 requires libspandsp.so.1 serpentine-0.9-5.fc12.noarch requires gnome-python2-nautilus-cd-burner showimg-pgsql-0.9.5-22.fc11.i586 requires libpqxx-2.6.8.so sugar-pippy-34-2.fc12.i686 requires libstdc++.so.6(CXXABI_1.3)(64bit) sugar-pippy-34-2.fc12.i686 requires libc.so.6()(64bit) sugar-pippy-34-2.fc12.i686 requires libgcc_s.so.1(GCC_3.0)(64bit) sugar-pippy-34-2.fc12.i686 requires libm.so.6()(64bit) sugar-pippy-34-2.fc12.i686 requires libm.so.6(GLIBC_2.2.5)(64bit) sugar-pippy-34-2.fc12.i686 requires libc.so.6(GLIBC_2.2.5)(64bit) sugar-pippy-34-2.fc12.i686 requires libstdc++.so.6()(64bit) sugar-pippy-34-2.fc12.i686 requires libstdc++.so.6(GLIBCXX_3.4)(64bit) sugar-pippy-34-2.fc12.i686 requires libgcc_s.so.1()(64bit) thunderbird-lightning-1.0-0.8.20090513hg.fc12.i686 requires thunderbird < 0:3.0-3.6.b4 trac-customfieldadmin-plugin-0.1-0.1.svn5073.fc10.noarch requires trac-webadmin-plugin trac-customfieldadmin-plugin-0.1-0.1.svn5073.fc10.noarch requires python(abi) = 0:2.5 Broken deps for x86_64 ---------------------------------------------------------- 389-ds-1.1.3-4.fc12.noarch requires 389-ds-admin R-RScaLAPACK-0.5.1-19.fc11.x86_64 requires openmpi-libs asterisk-fax-1.6.1-0.24.rc1.fc12.x86_64 requires libspandsp.so.1()(64bit) bigboard-0.6.4-12.fc12.x86_64 requires mugshot >= 0:1.1.90-1 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.x86_64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.x86_64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-0.7.4-2.fc11.x86_64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8) clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.x86_64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.x86_64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-gtk-0.9) clutter-gtkmm-devel-0.9.4-1.fc12.x86_64 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 cluttermm-0.9.4-1.fc12.x86_64 requires libclutter-glx-0.9.so.0()(64bit) cluttermm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-0.9) cluttermm-devel-0.9.4-1.fc12.x86_64 requires pkgconfig(clutter-0.9) dap-hdf4_handler-3.7.9-2.fc11.x86_64 requires libdap.so.9()(64bit) dap-hdf4_handler-3.7.9-2.fc11.x86_64 requires libdapserver.so.6()(64bit) entertainer-0.4.2-5.fc12.noarch requires pyclutter-cairo octave-forge-20080831-10.fc12.x86_64 requires octave(api) = 0:api-v32 perl-DBIx-Class-Schema-Loader-0.04006-4.fc12.noarch requires perl(DBIX::Class) php-layers-menu-3.2.0-0.2.rc.fc12.noarch requires php-pear(HTML_Template_PHPLIB) plplot-octave-5.9.4-1.fc12.x86_64 requires octave(api) = 0:api-v32 ppl-yap-0.10.2-5.fc12.x86_64 requires libYap.so()(64bit) python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.x86_64 requires libparted-1.8.so.8()(64bit) rubygem-main-2.8.4-3.fc12.noarch requires rubygem(fattr) >= 0:1.0.3 sems-1.1.1-2.fc12.x86_64 requires libspandsp.so.1()(64bit) sems-g722-1.1.1-2.fc12.x86_64 requires libspandsp.so.1()(64bit) sems-gsm-1.1.1-2.fc12.x86_64 requires libspandsp.so.1()(64bit) sems-speex-1.1.1-2.fc12.x86_64 requires libspandsp.so.1()(64bit) serpentine-0.9-5.fc12.noarch requires gnome-python2-nautilus-cd-burner showimg-pgsql-0.9.5-22.fc11.x86_64 requires libpqxx-2.6.8.so()(64bit) thunderbird-lightning-1.0-0.8.20090513hg.fc12.x86_64 requires thunderbird < 0:3.0-3.6.b4 trac-customfieldadmin-plugin-0.1-0.1.svn5073.fc10.noarch requires trac-webadmin-plugin trac-customfieldadmin-plugin-0.1-0.1.svn5073.fc10.noarch requires python(abi) = 0:2.5 Broken deps for ppc ---------------------------------------------------------- 389-ds-1.1.3-4.fc12.noarch requires 389-ds-admin R-RScaLAPACK-0.5.1-19.fc11.ppc requires openmpi-libs asterisk-fax-1.6.1-0.24.rc1.fc12.ppc requires libspandsp.so.1 bigboard-0.6.4-12.fc12.ppc requires mugshot >= 0:1.1.90-1 clutter-cairomm-0.7.4-2.fc11.ppc requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.ppc requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.ppc requires libclutter-glx-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.ppc requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc requires pkgconfig(clutter-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.ppc requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.ppc requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.ppc requires pkgconfig(clutter-gtk-0.9) clutter-gtkmm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.ppc requires libclutter-glx-0.9.so.0 cluttermm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) cluttermm-devel-0.9.4-1.fc12.ppc requires pkgconfig(clutter-0.9) cluttermm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-0.9) dap-hdf4_handler-3.7.9-2.fc11.ppc requires libdap.so.9 dap-hdf4_handler-3.7.9-2.fc11.ppc requires libdapserver.so.6 entertainer-0.4.2-5.fc12.noarch requires pyclutter-cairo octave-forge-20080831-10.fc12.ppc requires octave(api) = 0:api-v32 perl-DBIx-Class-Schema-Loader-0.04006-4.fc12.noarch requires perl(DBIX::Class) php-layers-menu-3.2.0-0.2.rc.fc12.noarch requires php-pear(HTML_Template_PHPLIB) plplot-octave-5.9.4-1.fc12.ppc requires octave(api) = 0:api-v32 ppl-yap-0.10.2-5.fc12.ppc requires libYap.so python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.ppc requires libparted-1.8.so.8 rubygem-main-2.8.4-3.fc12.noarch requires rubygem(fattr) >= 0:1.0.3 sems-1.1.1-2.fc12.ppc requires libspandsp.so.1 sems-g722-1.1.1-2.fc12.ppc requires libspandsp.so.1 sems-gsm-1.1.1-2.fc12.ppc requires libspandsp.so.1 sems-speex-1.1.1-2.fc12.ppc requires libspandsp.so.1 serpentine-0.9-5.fc12.noarch requires gnome-python2-nautilus-cd-burner showimg-pgsql-0.9.5-22.fc11.ppc requires libpqxx-2.6.8.so sugar-pippy-34-2.fc12.ppc requires libm.so.6(GLIBC_2.2.5)(64bit) sugar-pippy-34-2.fc12.ppc requires libc.so.6(GLIBC_2.2.5)(64bit) thunderbird-lightning-1.0-0.8.20090513hg.fc12.ppc requires thunderbird < 0:3.0-3.6.b4 trac-customfieldadmin-plugin-0.1-0.1.svn5073.fc10.noarch requires trac-webadmin-plugin trac-customfieldadmin-plugin-0.1-0.1.svn5073.fc10.noarch requires python(abi) = 0:2.5 Broken deps for ppc64 ---------------------------------------------------------- 389-ds-1.1.3-4.fc12.noarch requires 389-ds-admin R-RScaLAPACK-0.5.1-19.fc11.ppc64 requires openmpi-libs asterisk-fax-1.6.1-0.24.rc1.fc12.ppc64 requires libspandsp.so.1()(64bit) bigboard-0.6.4-12.fc12.ppc64 requires mugshot >= 0:1.1.90-1 clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) cluttermm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-0.9) dap-hdf4_handler-3.7.9-2.fc11.ppc64 requires libdap.so.9()(64bit) dap-hdf4_handler-3.7.9-2.fc11.ppc64 requires libdapserver.so.6()(64bit) entertainer-0.4.2-5.fc12.noarch requires pyclutter-cairo octave-forge-20080831-10.fc12.ppc64 requires octave(api) = 0:api-v32 perl-DBIx-Class-Schema-Loader-0.04006-4.fc12.noarch requires perl(DBIX::Class) php-layers-menu-3.2.0-0.2.rc.fc12.noarch requires php-pear(HTML_Template_PHPLIB) plplot-octave-5.9.4-1.fc12.ppc64 requires octave(api) = 0:api-v32 ppl-yap-0.10.2-5.fc12.ppc64 requires libYap.so()(64bit) python-mwlib-0.11.2-3.20090522hg2956.fc12.ppc64 requires LabPlot python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.ppc64 requires libparted-1.8.so.8()(64bit) rubygem-main-2.8.4-3.fc12.noarch requires rubygem(fattr) >= 0:1.0.3 sems-1.1.1-2.fc12.ppc64 requires libspandsp.so.1()(64bit) sems-g722-1.1.1-2.fc12.ppc64 requires libspandsp.so.1()(64bit) sems-gsm-1.1.1-2.fc12.ppc64 requires libspandsp.so.1()(64bit) sems-speex-1.1.1-2.fc12.ppc64 requires libspandsp.so.1()(64bit) serpentine-0.9-5.fc12.noarch requires gnome-python2-nautilus-cd-burner showimg-pgsql-0.9.5-22.fc11.ppc64 requires libpqxx-2.6.8.so()(64bit) sugar-pippy-34-2.fc12.ppc64 requires libc.so.6(GLIBC_2.4) sugar-pippy-34-2.fc12.ppc64 requires libm.so.6(GLIBC_2.0) sugar-pippy-34-2.fc12.ppc64 requires libc.so.6(GLIBC_2.1.3) sugar-pippy-34-2.fc12.ppc64 requires libstdc++.so.6(GLIBCXX_3.4) sugar-pippy-34-2.fc12.ppc64 requires libm.so.6 sugar-pippy-34-2.fc12.ppc64 requires libm.so.6(GLIBC_2.2.5)(64bit) sugar-pippy-34-2.fc12.ppc64 requires libc.so.6(GLIBC_2.2.5)(64bit) sugar-pippy-34-2.fc12.ppc64 requires libc.so.6 sugar-pippy-34-2.fc12.ppc64 requires libgcc_s.so.1(GCC_3.0) sugar-pippy-34-2.fc12.ppc64 requires libstdc++.so.6(CXXABI_1.3) sugar-pippy-34-2.fc12.ppc64 requires libc.so.6(GLIBC_2.0) sugar-pippy-34-2.fc12.ppc64 requires libgcc_s.so.1 sugar-pippy-34-2.fc12.ppc64 requires libstdc++.so.6 thunderbird-lightning-1.0-0.8.20090513hg.fc12.ppc64 requires thunderbird < 0:3.0-3.6.b4 trac-customfieldadmin-plugin-0.1-0.1.svn5073.fc10.noarch requires trac-webadmin-plugin trac-customfieldadmin-plugin-0.1-0.1.svn5073.fc10.noarch requires python(abi) = 0:2.5 From jwboyer at gmail.com Wed Aug 12 11:36:41 2009 From: jwboyer at gmail.com (Josh Boyer) Date: Wed, 12 Aug 2009 07:36:41 -0400 Subject: Soname bump for openssl In-Reply-To: <1250070350.14237.121.camel@vespa.frost.loc> References: <1250070350.14237.121.camel@vespa.frost.loc> Message-ID: <20090812113640.GT3095@hansolo.jdub.homelinux.org> On Wed, Aug 12, 2009 at 11:45:50AM +0200, Tomas Mraz wrote: >Hi all, > >I'd like to upgrade OpenSSL to 1.0.0-beta3 version just after the F12 >Alpha release. I asked rel-eng to create a custom build target for the >rebuild so we can avoid shipping the symlink hacks in rawhide. A few questions: Why a beta version? Is there a good chance the final upstream release will be done before F12 GAs? Will the beta nature of the release cause lots of potential rebuilds as you update it with newer betas? josh From z.kota at gmx.net Wed Aug 12 13:26:41 2009 From: z.kota at gmx.net (Zoltan Kota) Date: Wed, 12 Aug 2009 15:26:41 +0200 (CEST) Subject: help needed for bug #512115 (Gdk-CRITICAL **: gdk_x11_atom_to_xatom_for_display...) In-Reply-To: <1250009944.4475.0.camel@planemask> References: <1250009944.4475.0.camel@planemask> Message-ID: On Tue, 11 Aug 2009, Matthias Clasen wrote: > > Could you help with the following bug? > > https://bugzilla.redhat.com/show_bug.cgi?id=512115 > > > > It is a > > > > Gdk-CRITICAL **: gdk_x11_atom_to_xatom_for_display: assertion > > `atom != GDK_NONE' failed > > > > error. This seems to be appeared with gtk 2.16.x. Pybliographer on F10 > > with gtk 2.14.7 has no problem. > > > > Try updating to the latest gtk2 update in f11 (2.16.5). That should fix > it. I've done a yum update and gtk2 is 2.16.5 now. It doesn't fix the problem. Any idea what else could I check? Just for information: The machine I tested on now was a rawhide installation during f11 devel phase, and now it's still at the f11 stage. Before I started the update I checked the program on this machine, and it seemed with gtk 2.16.1 it was OK. Thanks for your help! Zoltan From tmraz at redhat.com Wed Aug 12 13:38:27 2009 From: tmraz at redhat.com (Tomas Mraz) Date: Wed, 12 Aug 2009 15:38:27 +0200 Subject: Soname bump for openssl In-Reply-To: <20090812113640.GT3095@hansolo.jdub.homelinux.org> References: <1250070350.14237.121.camel@vespa.frost.loc> <20090812113640.GT3095@hansolo.jdub.homelinux.org> Message-ID: <1250084307.14237.163.camel@vespa.frost.loc> On Wed, 2009-08-12 at 07:36 -0400, Josh Boyer wrote: > On Wed, Aug 12, 2009 at 11:45:50AM +0200, Tomas Mraz wrote: > >Hi all, > > > >I'd like to upgrade OpenSSL to 1.0.0-beta3 version just after the F12 > >Alpha release. I asked rel-eng to create a custom build target for the > >rebuild so we can avoid shipping the symlink hacks in rawhide. > > A few questions: > > Why a beta version? Because the changes on the 1.0.0 branch will not break ABI as they will be bugfix-only and it will allow us to upgrade to 1.0.0 later. > Is there a good chance the final upstream release will be done before F12 GAs? Yes, there is, but of course I cannot guarantee that. But it shouldn't be a problem too big as the beta3 is already in pretty good shape. > Will the beta nature of the release cause lots of potential rebuilds as you > update it with newer betas? If you mean rebuilds of dependencies then definitely not. And even rebuilds of openssl there should not be many as I suppose there will be a final release soon. -- Tomas Mraz No matter how far down the wrong road you've gone, turn back. Turkish proverb From jwboyer at gmail.com Wed Aug 12 13:47:57 2009 From: jwboyer at gmail.com (Josh Boyer) Date: Wed, 12 Aug 2009 09:47:57 -0400 Subject: Soname bump for openssl In-Reply-To: <1250084307.14237.163.camel@vespa.frost.loc> References: <1250070350.14237.121.camel@vespa.frost.loc> <20090812113640.GT3095@hansolo.jdub.homelinux.org> <1250084307.14237.163.camel@vespa.frost.loc> Message-ID: <20090812134757.GU3095@hansolo.jdub.homelinux.org> On Wed, Aug 12, 2009 at 03:38:27PM +0200, Tomas Mraz wrote: >On Wed, 2009-08-12 at 07:36 -0400, Josh Boyer wrote: >> On Wed, Aug 12, 2009 at 11:45:50AM +0200, Tomas Mraz wrote: >> >Hi all, >> > >> >I'd like to upgrade OpenSSL to 1.0.0-beta3 version just after the F12 >> >Alpha release. I asked rel-eng to create a custom build target for the >> >rebuild so we can avoid shipping the symlink hacks in rawhide. >> >> A few questions: >> >> Why a beta version? >Because the changes on the 1.0.0 branch will not break ABI as they will >be bugfix-only and it will allow us to upgrade to 1.0.0 later. Thanks for the quick response! One more question: Are we planning for a compat- package for the current OpenSSL version? josh From tmraz at redhat.com Wed Aug 12 14:02:35 2009 From: tmraz at redhat.com (Tomas Mraz) Date: Wed, 12 Aug 2009 16:02:35 +0200 Subject: Soname bump for openssl In-Reply-To: <20090812134757.GU3095@hansolo.jdub.homelinux.org> References: <1250070350.14237.121.camel@vespa.frost.loc> <20090812113640.GT3095@hansolo.jdub.homelinux.org> <1250084307.14237.163.camel@vespa.frost.loc> <20090812134757.GU3095@hansolo.jdub.homelinux.org> Message-ID: <1250085755.14237.165.camel@vespa.frost.loc> On Wed, 2009-08-12 at 09:47 -0400, Josh Boyer wrote: > On Wed, Aug 12, 2009 at 03:38:27PM +0200, Tomas Mraz wrote: > >On Wed, 2009-08-12 at 07:36 -0400, Josh Boyer wrote: > >> On Wed, Aug 12, 2009 at 11:45:50AM +0200, Tomas Mraz wrote: > >> >Hi all, > >> > > >> >I'd like to upgrade OpenSSL to 1.0.0-beta3 version just after the F12 > >> >Alpha release. I asked rel-eng to create a custom build target for the > >> >rebuild so we can avoid shipping the symlink hacks in rawhide. > >> > >> A few questions: > >> > >> Why a beta version? > >Because the changes on the 1.0.0 branch will not break ABI as they will > >be bugfix-only and it will allow us to upgrade to 1.0.0 later. > > Thanks for the quick response! One more question: > > Are we planning for a compat- package for the current OpenSSL version? I currently do not plan it - we did not do it for recent OpenSSL soname bumps either, however I would not object if anyone wants to make the compat package. -- Tomas Mraz No matter how far down the wrong road you've gone, turn back. Turkish proverb From dwmw2 at infradead.org Wed Aug 12 14:18:16 2009 From: dwmw2 at infradead.org (David Woodhouse) Date: Wed, 12 Aug 2009 15:18:16 +0100 Subject: Cannot rely on /dev being present in %post scripts? Message-ID: <1250086696.29180.90.camel@macbook.infradead.org> According to bug #517013, %post scripts should not assume that /dev is available -- so we can't do anything that requires the existence of /dev/null, /dev/urandom, etc. Is this a known and expected packaging rule, or is it a bug in the way that the user is attempting to install the packages? -- David Woodhouse Open Source Technology Centre David.Woodhouse at intel.com Intel Corporation From mtasaka at ioa.s.u-tokyo.ac.jp Wed Aug 12 14:47:19 2009 From: mtasaka at ioa.s.u-tokyo.ac.jp (Mamoru Tasaka) Date: Wed, 12 Aug 2009 23:47:19 +0900 Subject: rawhide report: 20090812 changes In-Reply-To: <20090812101401.GA4514@releng2.fedora.phx.redhat.com> References: <20090812101401.GA4514@releng2.fedora.phx.redhat.com> Message-ID: <4A82D5F7.4050702@ioa.s.u-tokyo.ac.jp> Rawhide Report wrote, at 08/12/2009 07:14 PM +9:00: > Compose started at Wed Aug 12 06:15:05 UTC 2009 > > Broken deps for i386 > ---------------------------------------------------------- > sugar-pippy-34-2.fc12.i686 requires libstdc++.so.6(CXXABI_1.3)(64bit) > sugar-pippy-34-2.fc12.i686 requires libc.so.6()(64bit) > sugar-pippy-34-2.fc12.i686 requires libgcc_s.so.1(GCC_3.0)(64bit) > sugar-pippy-34-2.fc12.i686 requires libm.so.6()(64bit) > sugar-pippy-34-2.fc12.i686 requires libm.so.6(GLIBC_2.2.5)(64bit) > sugar-pippy-34-2.fc12.i686 requires libc.so.6(GLIBC_2.2.5)(64bit) > sugar-pippy-34-2.fc12.i686 requires libstdc++.so.6()(64bit) > sugar-pippy-34-2.fc12.i686 requires libstdc++.so.6(GLIBCXX_3.4)(64bit) > sugar-pippy-34-2.fc12.i686 requires libgcc_s.so.1()(64bit) This is very strange and should not happen. Actually this i686 binary package contains the following binary files: /usr/share/sugar/activities/Pippy.activity/library/pippy/physics/box2d/box2d_linux64/_Box2D2.so /usr/share/sugar/activities/Pippy.activity/library/pippy/physics/box2d/box2d_linux32/_Box2D2.so These files - are installed under %_datadir, although these are arch-dependent - and it seems these files are pre-compiled files in the tarball. Regards, Mamoru From Quentin at Armitage.org.uk Wed Aug 12 15:20:35 2009 From: Quentin at Armitage.org.uk (Quentin Armitage) Date: Wed, 12 Aug 2009 16:20:35 +0100 Subject: 2009-08-13: Fedora 12 Test Day - NetworkManager In-Reply-To: <1250032763.3961.39.camel@adam.local.net> References: <1250032763.3961.39.camel@adam.local.net> Message-ID: <1250090435.2091.1.camel@samson.armitage.org.uk> On Tue, 2009-08-11 at 16:19 -0700, Adam Williamson wrote: > Yes, folks, it's that time of year again - Test Day time! The first main > cycle Test Day[1] of the Fedora 12 cycle is happening on Thursday, and > it's all about...NetworkManager. > > [1]: https://fedoraproject.org/wiki/Test_Day:2009-08-13_NetworkManager > [2]: http://fedoraproject.org/wiki/How_to_use_IRC > The Live Images referenced at [1] above seem to have disappeared. From yersinia.spiros at gmail.com Wed Aug 12 15:10:30 2009 From: yersinia.spiros at gmail.com (yersinia) Date: Wed, 12 Aug 2009 17:10:30 +0200 Subject: Cannot rely on /dev being present in %post scripts? In-Reply-To: <1250086696.29180.90.camel@macbook.infradead.org> References: <1250086696.29180.90.camel@macbook.infradead.org> Message-ID: On Wed, Aug 12, 2009 at 4:18 PM, David Woodhouse wrote: > According to bug #517013, %post scripts should not assume that /dev is > available -- so we can't do anything that requires the existence of > /dev/null, /dev/urandom, etc. > > Is this a known and expected packaging rule, or is it a bug in the way > that the user is attempting to install the packages? > IMHO, if i want to install something in a chroot i have to create /dev, and /proc entry at least or put a bind mount to these. So, i think that it is the user have do some error in installaling the package. Regards > > -- > David Woodhouse Open Source Technology Centre > David.Woodhouse at intel.com Intel Corporation > > -- > 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 mclasen at redhat.com Wed Aug 12 16:32:48 2009 From: mclasen at redhat.com (Matthias Clasen) Date: Wed, 12 Aug 2009 12:32:48 -0400 Subject: 2009-08-13: Fedora 12 Test Day - NetworkManager In-Reply-To: <1250090435.2091.1.camel@samson.armitage.org.uk> References: <1250032763.3961.39.camel@adam.local.net> <1250090435.2091.1.camel@samson.armitage.org.uk> Message-ID: <1250094768.1777.3.camel@planemask> On Wed, 2009-08-12 at 16:20 +0100, Quentin Armitage wrote: > On Tue, 2009-08-11 at 16:19 -0700, Adam Williamson wrote: > > Yes, folks, it's that time of year again - Test Day time! The first main > > cycle Test Day[1] of the Fedora 12 cycle is happening on Thursday, and > > it's all about...NetworkManager. > > > > [1]: https://fedoraproject.org/wiki/Test_Day:2009-08-13_NetworkManager > > [2]: http://fedoraproject.org/wiki/How_to_use_IRC > > > > The Live Images referenced at [1] above seem to have disappeared. > Sorry, I had no idea somebody else was referring to them. Next time, kindly tell me if you want to reuse something that I put up with the explicit warning that it will be removed shortly after the test day that it was intended for... From fedora at camperquake.de Wed Aug 12 16:40:45 2009 From: fedora at camperquake.de (Ralf Ertzinger) Date: Wed, 12 Aug 2009 18:40:45 +0200 Subject: 2009-08-13: Fedora 12 Test Day - NetworkManager In-Reply-To: <1250094768.1777.3.camel@planemask> References: <1250032763.3961.39.camel@adam.local.net> <1250090435.2091.1.camel@samson.armitage.org.uk> <1250094768.1777.3.camel@planemask> Message-ID: <20090812184045.497aef1f@fred.camperquake.de> Hi. On Wed, 12 Aug 2009 12:32:48 -0400, Matthias Clasen wrote > Sorry, I had no idea somebody else was referring to them. Next time, > kindly tell me if you want to reuse something that I put up with the > explicit warning that it will be removed shortly after the test day > that it was intended for... Errr. wouldn't that be tomorrow, technically? From opensource at till.name Wed Aug 12 16:46:16 2009 From: opensource at till.name (Till Maas) Date: Wed, 12 Aug 2009 18:46:16 +0200 Subject: Cannot rely on /dev being present in %post scripts? In-Reply-To: <1250086696.29180.90.camel@macbook.infradead.org> References: <1250086696.29180.90.camel@macbook.infradead.org> Message-ID: <20090812164616.GA7575@genius.kawo2.rwth-aachen.de> On Wed, Aug 12, 2009 at 03:18:16PM +0100, David Woodhouse wrote: > According to bug #517013, %post scripts should not assume that /dev is > available -- so we can't do anything that requires the existence of > /dev/null, /dev/urandom, etc. > > Is this a known and expected packaging rule, or is it a bug in the way > that the user is attempting to install the packages? I mentioned it already in the bug report: There are some scriptlet recommendations that use /dev/null: https://fedoraproject.org/wiki/Packaging:ScriptletSnippets Regards Till -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 835 bytes Desc: not available URL: From mclasen at redhat.com Wed Aug 12 16:51:26 2009 From: mclasen at redhat.com (Matthias Clasen) Date: Wed, 12 Aug 2009 12:51:26 -0400 Subject: 2009-08-13: Fedora 12 Test Day - NetworkManager In-Reply-To: <20090812184045.497aef1f@fred.camperquake.de> References: <1250032763.3961.39.camel@adam.local.net> <1250090435.2091.1.camel@samson.armitage.org.uk> <1250094768.1777.3.camel@planemask> <20090812184045.497aef1f@fred.camperquake.de> Message-ID: <1250095886.1777.4.camel@planemask> On Wed, 2009-08-12 at 18:40 +0200, Ralf Ertzinger wrote: > Hi. > > On Wed, 12 Aug 2009 12:32:48 -0400, Matthias Clasen wrote > > > Sorry, I had no idea somebody else was referring to them. Next time, > > kindly tell me if you want to reuse something that I put up with the > > explicit warning that it will be removed shortly after the test day > > that it was intended for... > > Errr. wouldn't that be tomorrow, technically? > No, my isos were for the Fit and Finish test day that happened yesterday. From fedora at camperquake.de Wed Aug 12 16:56:55 2009 From: fedora at camperquake.de (Ralf Ertzinger) Date: Wed, 12 Aug 2009 18:56:55 +0200 Subject: 2009-08-13: Fedora 12 Test Day - NetworkManager In-Reply-To: <1250095886.1777.4.camel@planemask> References: <1250032763.3961.39.camel@adam.local.net> <1250090435.2091.1.camel@samson.armitage.org.uk> <1250094768.1777.3.camel@planemask> <20090812184045.497aef1f@fred.camperquake.de> <1250095886.1777.4.camel@planemask> Message-ID: <20090812185655.0b2c46b6@fred.camperquake.de> Hi. On Wed, 12 Aug 2009 12:51:26 -0400, Matthias Clasen wrote > > Errr. wouldn't that be tomorrow, technically? > > > > No, my isos were for the Fit and Finish test day that happened > yesterday. Well, they're referenced on the wiki page regarding the NM test tomorrow. From mclasen at redhat.com Wed Aug 12 16:58:11 2009 From: mclasen at redhat.com (Matthias Clasen) Date: Wed, 12 Aug 2009 12:58:11 -0400 Subject: 2009-08-13: Fedora 12 Test Day - NetworkManager In-Reply-To: <20090812185655.0b2c46b6@fred.camperquake.de> References: <1250032763.3961.39.camel@adam.local.net> <1250090435.2091.1.camel@samson.armitage.org.uk> <1250094768.1777.3.camel@planemask> <20090812184045.497aef1f@fred.camperquake.de> <1250095886.1777.4.camel@planemask> <20090812185655.0b2c46b6@fred.camperquake.de> Message-ID: <1250096291.1777.5.camel@planemask> On Wed, 2009-08-12 at 18:56 +0200, Ralf Ertzinger wrote: > Hi. > > On Wed, 12 Aug 2009 12:51:26 -0400, Matthias Clasen wrote > > > > Errr. wouldn't that be tomorrow, technically? > > > > > > > No, my isos were for the Fit and Finish test day that happened > > yesterday. > > Well, they're referenced on the wiki page regarding the NM test > tomorrow. > Yes. But I did not put that reference there, and I did not know about it. That is why I removed the isos after they served their purpose yesterday... From dcbw at redhat.com Wed Aug 12 17:35:23 2009 From: dcbw at redhat.com (Dan Williams) Date: Wed, 12 Aug 2009 12:35:23 -0500 Subject: 2009-08-13: Fedora 12 Test Day - NetworkManager In-Reply-To: <1250032763.3961.39.camel@adam.local.net> References: <1250032763.3961.39.camel@adam.local.net> Message-ID: <1250098523.31650.80.camel@localhost.localdomain> On Tue, 2009-08-11 at 16:19 -0700, Adam Williamson wrote: > Yes, folks, it's that time of year again - Test Day time! The first main > cycle Test Day[1] of the Fedora 12 cycle is happening on Thursday, and > it's all about...NetworkManager. > > We've got some fairly specific test cases lined up (on the page already) > to test the new features of NetworkManager for Fedora 12, but please do > also come along, grab the live CD, and just test that NetworkManager is > doing the right thing with whatever connections you have; we want to > make sure it's all right for Fedora 12. There's a live CD available so > you won't need a Rawhide installation, and myself and Dan Williams (our > venerable NetworkManager wrangler) will be around to help with testing. > The Test Day takes place in #fedora-qa on Freenode IRC: see this page[2] > if you don?t know how to use IRC. See you there! I actually realized we'll need another koji build for the iscsi/assume stuff. Can that get rolled into the livecd before tomorrow? Dan > [1]: https://fedoraproject.org/wiki/Test_Day:2009-08-13_NetworkManager > [2]: http://fedoraproject.org/wiki/How_to_use_IRC > > -- > Adam Williamson > Fedora QA Community Monkey > IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org > http://www.happyassassin.net > From awilliam at redhat.com Wed Aug 12 18:29:49 2009 From: awilliam at redhat.com (Adam Williamson) Date: Wed, 12 Aug 2009 11:29:49 -0700 Subject: Epiphany effectively orphaned Message-ID: <1250101789.3961.51.camel@adam.local.net> In the course of doing a bug report on Epiphany, it's come up that Epiphany is effectively orphaned: https://admin.fedoraproject.org/pkgdb/packages/name/epiphany it is owned by gecko-maint, but since it's now based on Webkit, that makes no sense, and I see no reason to expect the Gecko maintainers group to care about Epiphany. It seems like whoever controls the 'gecko-maint' group should formally orphan Epiphany, and someone else should pick it up. For reference, the bug I was reporting was https://bugzilla.redhat.com/show_bug.cgi?id=516938 . -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From awilliam at redhat.com Wed Aug 12 18:40:49 2009 From: awilliam at redhat.com (Adam Williamson) Date: Wed, 12 Aug 2009 11:40:49 -0700 Subject: 2009-08-13: Fedora 12 Test Day - NetworkManager In-Reply-To: <1250094768.1777.3.camel@planemask> References: <1250032763.3961.39.camel@adam.local.net> <1250090435.2091.1.camel@samson.armitage.org.uk> <1250094768.1777.3.camel@planemask> Message-ID: <1250102449.3961.55.camel@adam.local.net> On Wed, 2009-08-12 at 12:32 -0400, Matthias Clasen wrote: > On Wed, 2009-08-12 at 16:20 +0100, Quentin Armitage wrote: > > On Tue, 2009-08-11 at 16:19 -0700, Adam Williamson wrote: > > > Yes, folks, it's that time of year again - Test Day time! The first main > > > cycle Test Day[1] of the Fedora 12 cycle is happening on Thursday, and > > > it's all about...NetworkManager. > > > > > > [1]: https://fedoraproject.org/wiki/Test_Day:2009-08-13_NetworkManager > > > [2]: http://fedoraproject.org/wiki/How_to_use_IRC > > > > > > > The Live Images referenced at [1] above seem to have disappeared. > Sorry, I had no idea somebody else was referring to them. Next time, > kindly tell me if you want to reuse something that I put up with the > explicit warning that it will be removed shortly after the test day that > it was intended for... We've always just left the images up for a while for previous main track Test Day events before, in case we want to re-use them for any purpose. It's generally handy to have a recent Rawhide live CD image lying around (I've referred to them in bug reports and stuff as well). Didn't occur to me that you didn't know about this - sorry. There's a newer build available elsewhere anyway, so you don't need to put it back up. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From awilliam at redhat.com Wed Aug 12 18:41:16 2009 From: awilliam at redhat.com (Adam Williamson) Date: Wed, 12 Aug 2009 11:41:16 -0700 Subject: 2009-08-13: Fedora 12 Test Day - NetworkManager In-Reply-To: <1250098523.31650.80.camel@localhost.localdomain> References: <1250032763.3961.39.camel@adam.local.net> <1250098523.31650.80.camel@localhost.localdomain> Message-ID: <1250102476.3961.56.camel@adam.local.net> On Wed, 2009-08-12 at 12:35 -0500, Dan Williams wrote: > On Tue, 2009-08-11 at 16:19 -0700, Adam Williamson wrote: > > Yes, folks, it's that time of year again - Test Day time! The first main > > cycle Test Day[1] of the Fedora 12 cycle is happening on Thursday, and > > it's all about...NetworkManager. > > > > We've got some fairly specific test cases lined up (on the page already) > > to test the new features of NetworkManager for Fedora 12, but please do > > also come along, grab the live CD, and just test that NetworkManager is > > doing the right thing with whatever connections you have; we want to > > make sure it's all right for Fedora 12. There's a live CD available so > > you won't need a Rawhide installation, and myself and Dan Williams (our > > venerable NetworkManager wrangler) will be around to help with testing. > > The Test Day takes place in #fedora-qa on Freenode IRC: see this page[2] > > if you don?t know how to use IRC. See you there! > > I actually realized we'll need another koji build for the iscsi/assume > stuff. Can that get rolled into the livecd before tomorrow? If you do the koji build then let me know by email or IRC, I'll try and get a new live image rolled. thanks. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From mclasen at redhat.com Wed Aug 12 19:05:50 2009 From: mclasen at redhat.com (Matthias Clasen) Date: Wed, 12 Aug 2009 15:05:50 -0400 Subject: Epiphany effectively orphaned In-Reply-To: <1250101789.3961.51.camel@adam.local.net> References: <1250101789.3961.51.camel@adam.local.net> Message-ID: <1250103950.1777.9.camel@planemask> On Wed, 2009-08-12 at 11:29 -0700, Adam Williamson wrote: > In the course of doing a bug report on Epiphany, it's come up that > Epiphany is effectively orphaned: > > https://admin.fedoraproject.org/pkgdb/packages/name/epiphany > > it is owned by gecko-maint, but since it's now based on Webkit, that > makes no sense, and I see no reason to expect the Gecko maintainers > group to care about Epiphany. > > It seems like whoever controls the 'gecko-maint' group should formally > orphan Epiphany, and someone else should pick it up. > > For reference, the bug I was reporting was > https://bugzilla.redhat.com/show_bug.cgi?id=516938 . > I'd say you are making stuff up based on a throwaway comment of mine... From jesse at wefu.org Wed Aug 12 19:06:56 2009 From: jesse at wefu.org (Jesse W) Date: Wed, 12 Aug 2009 12:06:56 -0700 Subject: Updates lacking descriptions Message-ID: I've noticed 4 updates for Fedora 10 recently that lacked any description, bug-links or any information besides the package version to explain what they were or what they would do. This is a problem. The update #s are: 6250, 6409, 7653 and 7838. I posted comments on their pages at admin.fedoraproject.org requesting a description, and have not had any response so far. I commented on one about a month ago, and the other 3 just now. I would have directly contacted the submitters, but I was unable to find a way to do that from the admin.fedoraproject.org update pages. What would be a good next step for me to take to help get descriptions added to these updates (and make sure this happens less often in the future) ? (I'm not receiving mail from the list, although I'll check the archives; so please CC me if you want me to see your reply promptly) Jesse Weinstein From awilliam at redhat.com Wed Aug 12 19:20:08 2009 From: awilliam at redhat.com (Adam Williamson) Date: Wed, 12 Aug 2009 12:20:08 -0700 Subject: Epiphany effectively orphaned In-Reply-To: <1250103950.1777.9.camel@planemask> References: <1250101789.3961.51.camel@adam.local.net> <1250103950.1777.9.camel@planemask> Message-ID: <1250104808.3961.57.camel@adam.local.net> On Wed, 2009-08-12 at 15:05 -0400, Matthias Clasen wrote: > On Wed, 2009-08-12 at 11:29 -0700, Adam Williamson wrote: > > In the course of doing a bug report on Epiphany, it's come up that > > Epiphany is effectively orphaned: > > > > https://admin.fedoraproject.org/pkgdb/packages/name/epiphany > > > > it is owned by gecko-maint, but since it's now based on Webkit, that > > makes no sense, and I see no reason to expect the Gecko maintainers > > group to care about Epiphany. > > > > It seems like whoever controls the 'gecko-maint' group should formally > > orphan Epiphany, and someone else should pick it up. > > > > For reference, the bug I was reporting was > > https://bugzilla.redhat.com/show_bug.cgi?id=516938 . > > > > I'd say you are making stuff up based on a throwaway comment of mine... Making what up? How does it make sense for a project that's no longer based on Gecko to be maintained by the Gecko maintainers group? -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From mclasen at redhat.com Wed Aug 12 19:27:47 2009 From: mclasen at redhat.com (Matthias Clasen) Date: Wed, 12 Aug 2009 15:27:47 -0400 Subject: Epiphany effectively orphaned In-Reply-To: <1250104808.3961.57.camel@adam.local.net> References: <1250101789.3961.51.camel@adam.local.net> <1250103950.1777.9.camel@planemask> <1250104808.3961.57.camel@adam.local.net> Message-ID: <1250105267.1777.10.camel@planemask> On Wed, 2009-08-12 at 12:20 -0700, Adam Williamson wrote: > On Wed, 2009-08-12 at 15:05 -0400, Matthias Clasen wrote: > > On Wed, 2009-08-12 at 11:29 -0700, Adam Williamson wrote: > > > In the course of doing a bug report on Epiphany, it's come up that > > > Epiphany is effectively orphaned: > > > > > > https://admin.fedoraproject.org/pkgdb/packages/name/epiphany > > > > > > it is owned by gecko-maint, but since it's now based on Webkit, that > > > makes no sense, and I see no reason to expect the Gecko maintainers > > > group to care about Epiphany. > > > > > > It seems like whoever controls the 'gecko-maint' group should formally > > > orphan Epiphany, and someone else should pick it up. > > > > > > For reference, the bug I was reporting was > > > https://bugzilla.redhat.com/show_bug.cgi?id=516938 . > > > > > > > I'd say you are making stuff up based on a throwaway comment of mine... > > Making what up? How does it make sense for a project that's no longer > based on Gecko to be maintained by the Gecko maintainers group? Well, what you said was different, namely that it is not maintained at all. From awilliam at redhat.com Wed Aug 12 19:35:48 2009 From: awilliam at redhat.com (Adam Williamson) Date: Wed, 12 Aug 2009 12:35:48 -0700 Subject: Epiphany effectively orphaned In-Reply-To: <1250105267.1777.10.camel@planemask> References: <1250101789.3961.51.camel@adam.local.net> <1250103950.1777.9.camel@planemask> <1250104808.3961.57.camel@adam.local.net> <1250105267.1777.10.camel@planemask> Message-ID: <1250105748.3961.58.camel@adam.local.net> On Wed, 2009-08-12 at 15:27 -0400, Matthias Clasen wrote: > On Wed, 2009-08-12 at 12:20 -0700, Adam Williamson wrote: > > On Wed, 2009-08-12 at 15:05 -0400, Matthias Clasen wrote: > > > On Wed, 2009-08-12 at 11:29 -0700, Adam Williamson wrote: > > > > In the course of doing a bug report on Epiphany, it's come up that > > > > Epiphany is effectively orphaned: > > > > > > > > https://admin.fedoraproject.org/pkgdb/packages/name/epiphany > > > > > > > > it is owned by gecko-maint, but since it's now based on Webkit, that > > > > makes no sense, and I see no reason to expect the Gecko maintainers > > > > group to care about Epiphany. > > > > > > > > It seems like whoever controls the 'gecko-maint' group should formally > > > > orphan Epiphany, and someone else should pick it up. > > > > > > > > For reference, the bug I was reporting was > > > > https://bugzilla.redhat.com/show_bug.cgi?id=516938 . > > > > > > > > > > I'd say you are making stuff up based on a throwaway comment of mine... > > > > Making what up? How does it make sense for a project that's no longer > > based on Gecko to be maintained by the Gecko maintainers group? > > Well, what you said was different, namely that it is not maintained at > all. sorry, I meant 'orphaned' in the sense that its listed maintainer is no longer appropriate - it needs to have the listed maintainer changed to an appropriate person / group. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From bochecha at fedoraproject.org Wed Aug 12 19:37:54 2009 From: bochecha at fedoraproject.org (Mathieu Bridon (bochecha)) Date: Wed, 12 Aug 2009 21:37:54 +0200 Subject: Epiphany effectively orphaned In-Reply-To: <1250105748.3961.58.camel@adam.local.net> References: <1250101789.3961.51.camel@adam.local.net> <1250103950.1777.9.camel@planemask> <1250104808.3961.57.camel@adam.local.net> <1250105267.1777.10.camel@planemask> <1250105748.3961.58.camel@adam.local.net> Message-ID: <2d319b780908121237h6bc8d5f4p47c26464be712c60@mail.gmail.com> > sorry, I meant 'orphaned' in the sense that its listed maintainer is no > longer appropriate - it needs to have the listed maintainer changed to > an appropriate person / group. Wouldn't that be to the current maintainer to say so? ---------- Mathieu Bridon (bochecha) From dcantrell at redhat.com Wed Aug 12 19:45:18 2009 From: dcantrell at redhat.com (David Cantrell) Date: Wed, 12 Aug 2009 09:45:18 -1000 (HST) Subject: Anaconda install askmethod In-Reply-To: <1250041276.3276.4.camel@scrappy.miketc.net> References: <1250025217.3276.2.camel@scrappy.miketc.net> <1250041276.3276.4.camel@scrappy.miketc.net> Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Tue, 11 Aug 2009, Mike Chambers wrote: > On Tue, 2009-08-11 at 14:35 -1000, David Cantrell wrote: > >> What version of anaconda did you try? I just recently fixed a problem with >> askmethod not doing anything. If you booted from a CD or DVD but wanted to do >> a network install, the askmethod parameter was not working. >> >> That fix is in anaconda-12.12-1. > > I'll give it a shot again here in the next day or so, maybe this weekend > if I get time and some personal things don't get in the way. I believe > 12.7 was the last version I tried with. My mistake and I see a bug has already been filed. I was confusing 'askmethod' with 'asknetwork'. I had fixed a problem around the asknetwork parameter. - -- David Cantrell Red Hat / Honolulu, HI -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkqDG88ACgkQ5hsjjIy1Vkn5FwCgx7vfH0u4VPN5GHuc7uwzQPhN tfEAoNYKBOoDcJUDeJCG275GJ9g3VECx =IcfP -----END PGP SIGNATURE----- From awilliam at redhat.com Wed Aug 12 19:49:52 2009 From: awilliam at redhat.com (Adam Williamson) Date: Wed, 12 Aug 2009 12:49:52 -0700 Subject: Epiphany effectively orphaned In-Reply-To: <2d319b780908121237h6bc8d5f4p47c26464be712c60@mail.gmail.com> References: <1250101789.3961.51.camel@adam.local.net> <1250103950.1777.9.camel@planemask> <1250104808.3961.57.camel@adam.local.net> <1250105267.1777.10.camel@planemask> <1250105748.3961.58.camel@adam.local.net> <2d319b780908121237h6bc8d5f4p47c26464be712c60@mail.gmail.com> Message-ID: <1250106592.3961.59.camel@adam.local.net> On Wed, 2009-08-12 at 21:37 +0200, Mathieu Bridon (bochecha) wrote: > > sorry, I meant 'orphaned' in the sense that its listed maintainer is no > > longer appropriate - it needs to have the listed maintainer changed to > > an appropriate person / group. > > Wouldn't that be to the current maintainer to say so? sure, if the 'gecko-maint' group is happy to maintain a non-gecko component, that's fine (though may look a bit confusing). I just wanted to flag the issue up, as Epiphany is a quite important package (it's GNOME's official browser, even if we ship Firefox on our 'desktop' spin). -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From hughsient at gmail.com Wed Aug 12 20:15:07 2009 From: hughsient at gmail.com (Richard Hughes) Date: Wed, 12 Aug 2009 21:15:07 +0100 Subject: Updates lacking descriptions In-Reply-To: References: Message-ID: <15e53e180908121315t7be8803chad14403643786f02@mail.gmail.com> 2009/8/12 Jesse W : > What would be a good next step for me to take to help get descriptions added > to these updates (and make sure this happens less often in the future) ? I've even coded a test patch to bohdi (attached) to warn maintainers when they are prepping the update without a description, but so far it's been ignored. See https://fedorahosted.org/bodhi/ticket/294 if you're interested. Richard. -------------- next part -------------- A non-text attachment was scrubbed... Name: bodhi-description-fixes-ideas.patch Type: application/force-download Size: 2716 bytes Desc: not available URL: From linuxdonald at linuxdonald.de Tue Aug 11 22:00:41 2009 From: linuxdonald at linuxdonald.de (LinuxDonald) Date: Wed, 12 Aug 2009 00:00:41 +0200 Subject: Switch from OpenAL to OpenAL-Soft In-Reply-To: <1250026760.2331.2.camel@snoogens.fab.redhat.com> References: <4A80A870.5030902@linuxdonald.de> <8278b1b0908101729s762eee9ckd6666b092465701c@mail.gmail.com> <4A8135AF.7040001@linuxdonald.de> <8278b1b0908110604u54dac85cn558e14994fbb4450@mail.gmail.com> <4A81E008.6030405@linuxdonald.de> <1250026760.2331.2.camel@snoogens.fab.redhat.com> Message-ID: <4A81EA09.9060808@linuxdonald.de> I think it?s better when openal-soft will come with f12. The Packager have enough time to rebuild there packages. But when the packager want to rebuild there packages i will make an package for f11. Am 11.08.2009 23:39, schrieb Bastien Nocera: > On Tue, 2009-08-11 at 23:18 +0200, LinuxDonald wrote: > >> OpenAL-Soft use the openal.so.1 lib openal use the openal.so.0 lib. >> And that is the problem. >> > > Then ask for rebuilds, not for everyone to change all their packages... > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From linuxdonald at linuxdonald.de Tue Aug 11 22:00:41 2009 From: linuxdonald at linuxdonald.de (LinuxDonald) Date: Wed, 12 Aug 2009 00:00:41 +0200 Subject: Switch from OpenAL to OpenAL-Soft In-Reply-To: <1250026760.2331.2.camel@snoogens.fab.redhat.com> References: <4A80A870.5030902@linuxdonald.de> <8278b1b0908101729s762eee9ckd6666b092465701c@mail.gmail.com> <4A8135AF.7040001@linuxdonald.de> <8278b1b0908110604u54dac85cn558e14994fbb4450@mail.gmail.com> <4A81E008.6030405@linuxdonald.de> <1250026760.2331.2.camel@snoogens.fab.redhat.com> Message-ID: <4A81EA09.9060808@linuxdonald.de> I think it?s better when openal-soft will come with f12. The Packager have enough time to rebuild there packages. But when the packager want to rebuild there packages i will make an package for f11. Am 11.08.2009 23:39, schrieb Bastien Nocera: > On Tue, 2009-08-11 at 23:18 +0200, LinuxDonald wrote: > >> OpenAL-Soft use the openal.so.1 lib openal use the openal.so.0 lib. >> And that is the problem. >> > > Then ask for rebuilds, not for everyone to change all their packages... > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From linuxdonald at linuxdonald.de Wed Aug 12 21:18:48 2009 From: linuxdonald at linuxdonald.de (LinuxDonald) Date: Wed, 12 Aug 2009 23:18:48 +0200 Subject: Switch from OpenAL to OpenAL-Soft In-Reply-To: <1250026760.2331.2.camel@snoogens.fab.redhat.com> References: <4A80A870.5030902@linuxdonald.de> <8278b1b0908101729s762eee9ckd6666b092465701c@mail.gmail.com> <4A8135AF.7040001@linuxdonald.de> <8278b1b0908110604u54dac85cn558e14994fbb4450@mail.gmail.com> <4A81E008.6030405@linuxdonald.de> <1250026760.2331.2.camel@snoogens.fab.redhat.com> Message-ID: <4A8331B8.8020609@linuxdonald.de> I think it?s better when openal-soft will come with f12. The Packager have enough time to rebuild there packages. But when the packager want to rebuild there packages i will make an package for f11. Am 11.08.2009 23:39, schrieb Bastien Nocera: > On Tue, 2009-08-11 at 23:18 +0200, LinuxDonald wrote: > >> OpenAL-Soft use the openal.so.1 lib openal use the openal.so.0 lib. >> And that is the problem. >> > > Then ask for rebuilds, not for everyone to change all their packages... > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From rjones at redhat.com Wed Aug 12 21:24:33 2009 From: rjones at redhat.com (Richard W.M. Jones) Date: Wed, 12 Aug 2009 22:24:33 +0100 Subject: Updates lacking descriptions In-Reply-To: References: Message-ID: <20090812212433.GA15312@amd.home.annexia.org> On Wed, Aug 12, 2009 at 12:06:56PM -0700, Jesse W wrote: > What would be a good next step for me to take to help get descriptions > added to these updates (and make sure this happens less often in the > future) ? It should fall back to taking the description from the changelog (in fact, I think it already does that right now). Don't make package maintainers write 'New upstream release X.Y.Z' any more often than they have to ... Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones virt-p2v converts physical machines to virtual machines. Boot with a live CD or over the network (PXE) and turn machines into Xen guests. http://et.redhat.com/~rjones/virt-p2v From caillon at redhat.com Wed Aug 12 21:38:36 2009 From: caillon at redhat.com (Christopher Aillon) Date: Wed, 12 Aug 2009 14:38:36 -0700 Subject: Epiphany effectively orphaned In-Reply-To: <1250101789.3961.51.camel@adam.local.net> References: <1250101789.3961.51.camel@adam.local.net> Message-ID: <4A83365C.8060401@redhat.com> On 08/12/2009 11:29 AM, Adam Williamson wrote: > In the course of doing a bug report on Epiphany, it's come up that > Epiphany is effectively orphaned: > > https://admin.fedoraproject.org/pkgdb/packages/name/epiphany > > it is owned by gecko-maint, but since it's now based on Webkit, that > makes no sense, and I see no reason to expect the Gecko maintainers > group to care about Epiphany. I wouldn't say it's orphaned, but perhaps we probably should change the owner on it. For what its worth, the gecko group has done some WebKit related work in the not-so-distant past. From kevin at scrye.com Wed Aug 12 21:41:58 2009 From: kevin at scrye.com (Kevin Fenzi) Date: Wed, 12 Aug 2009 15:41:58 -0600 Subject: source file audit - 2009-08-10 In-Reply-To: <200908120732.29707.ville.skytta@iki.fi> References: <20090810101542.2fa4f2d7@ohm.scrye.com> <20090810212401.GE21162@victor.nirvana> <20090810233240.0e0aca0e@ohm.scrye.com> <200908120732.29707.ville.skytta@iki.fi> Message-ID: <20090812154158.2bb31cb5@ohm.scrye.com> On Wed, 12 Aug 2009 07:32:29 +0300 Ville Skytt? wrote: > On Tuesday 11 August 2009, Kevin Fenzi wrote: > > > http://www.scrye.com/~kevin/fedora/sourcecheck/sourcecheck > > It doesn't seem to process https sources, only http and ftp. Is that > an oversight? Yes. ;( Fixed for the next run. ;( kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From kevin at scrye.com Wed Aug 12 21:42:28 2009 From: kevin at scrye.com (Kevin Fenzi) Date: Wed, 12 Aug 2009 15:42:28 -0600 Subject: source file audit - 2009-08-10 In-Reply-To: <2d319b780908111237s74a5563fsd09b58dac401a0a5@mail.gmail.com> References: <20090810101542.2fa4f2d7@ohm.scrye.com> <2d319b780908111237s74a5563fsd09b58dac401a0a5@mail.gmail.com> Message-ID: <20090812154228.52ca8336@ohm.scrye.com> On Tue, 11 Aug 2009 21:37:40 +0200 "Mathieu Bridon (bochecha)" wrote: > Hi, > > This was run against Rawhide right? Yes. > > bochecha:BADURL:adonthell-0.3.5.tar.gz:adonthell > > Fixed in Rawhide (at least after the freeze is lifted). > > > erikos:BADSOURCE:sugar-base-0.85.2.tar.bz2:sugar-base > > This is a development release. As per the roadmap, 0.85.3 should be > out pretty soon [1]. > > I'll just let this one like this, it will be fixed by the end of > August when one of us updates the package. ok. Up to you... > Thanks for the reminder, that's a great help in keeping the Fedora > repositories a bit saner! :) No problem. kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From MathStuf at gmail.com Wed Aug 12 21:54:38 2009 From: MathStuf at gmail.com (Ben Boeckel) Date: Wed, 12 Aug 2009 17:54:38 -0400 Subject: Updates lacking descriptions References: <20090812212433.GA15312@amd.home.annexia.org> Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Richard W.M. Jones wrote: > On Wed, Aug 12, 2009 at 12:06:56PM -0700, Jesse W wrote: >> What would be a good next step for me to take to help get descriptions >> added to these updates (and make sure this happens less often in the >> future) ? > > It should fall back to taking the description from the changelog (in > fact, I think it already does that right now). > > Don't make package maintainers write 'New upstream release X.Y.Z' > any more often than they have to ... > > Rich. Updates need to be more descriptive than this. Changelog entries and CVS commits can range from "split package" to "oops, forgot the patch" to "attempted before newRepo finished, bump release". These are useless as update texts. Maintainers should list things that have changed (features added, upstream bugs fixed, etc.). Linking the upstream changelog or release announcement is also good. If this is enforced (and it may be good to add it to the critical-path suggestion), updates will be reduced since when there's little to write about, there's less justification for an update in the first place. - --Ben -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkqDOigACgkQiPi+MRHG3qTaagCglE3R1bqZ1xIj2JQyj5NrSdaW ptAAnRyVItMJ2s2zVfyb6ZQTgGGWS9K4 =X0Go -----END PGP SIGNATURE----- From poelstra at redhat.com Wed Aug 12 23:03:01 2009 From: poelstra at redhat.com (John Poelstra) Date: Wed, 12 Aug 2009 16:03:01 -0700 Subject: Fedora 12 Alpha Blocker Meeting 2009-08-14 @ 15:00 UTC (11 AM EDT) Message-ID: <4A834A25.30206@redhat.com> When: Friday, 2009-08-14 @ 15:00 UTC (11 AM EDT) Where: #fedora-bugzappers on irc.freenode.net Join us Friday for what we hope to be the last blocker bug review meeting for the Fedora 12 Alpha. On Friday we will review the unresolved bugs on https://bugzilla.redhat.com/showdependencytree.cgi?id=507676&hide_resolved=1 Here are the bugs presently blocking the Fedora 12 Alpha: * 515472 [ASSIGNED - medium - pjones at redhat.com - --- -] f12 alpha system can not reboot [See dependency tree for bug 515472] * 516941 [MODIFIED - medium - kernel-maint at redhat.com - --- -] kms broken and can cause oops without git3 upstream PAT patches [See dependency tree for bug 516941] * 517171 [NEW - medium - anaconda-maint-list at redhat.com - --- -] Installation fails to find repodata when booting from boot.iso [See dependency tree for bug 517171] If you are aware of any bugs you think should block the Alpha, please set them to block 'F12Alpha' and come to the meeting to help guide the discussion. Thanks for your help and time, John From peter at thecodergeek.com Thu Aug 13 00:54:19 2009 From: peter at thecodergeek.com (Peter Gordon) Date: Wed, 12 Aug 2009 17:54:19 -0700 Subject: Updates lacking descriptions In-Reply-To: References: <20090812212433.GA15312@amd.home.annexia.org> Message-ID: <1250124859.2760.375.camel@localhost> Ben Boeckel wrote: > Updates need to be more descriptive than this. Changelog entries > and CVS commits can range from "split package" to "oops, forgot > the patch" to "attempted before newRepo finished, bump release". > These are useless as update texts. Maintainers should list > things that have changed (features added, upstream bugs fixed, > etc.). Linking the upstream changelog or release announcement is > also good. > > If this is enforced (and it may be good to add it to the > critical-path suggestion), updates will be reduced since when > there's little to write about, there's less justification for an > update in the first place. I agree wholeheartedly. Without following the upstream release announcements closely, a simple "Update to new upstream release X.Y.Z" means _nothing_ to users. We should want people to know what changed, at least briefly, with the updated version. What does the new release bring? Does it fix any security or other major bugs? Is it still compatible? I always ask myself these four main questions when creating an update notice through Bodhi: 1. Does this package fix any security issues? These should *always* be mentioned, with some unique and reputable identifier for it (e.g., a CVE number, Fedora/upstream bugzilla report, etc.). From my experiences, this is the only true requirement of Bodhi of these four, since it's necessary for the security team's approval of the update push request. 2. Does this package fix any "show stopper" bugs? Users should be told when the update fixes issues like crashers or data corruption, which significantly reduce (or worse, eliminate) the package's usefulness. 3. Does this update bring any cool new features to users? I feel it important to note any major feature additions that would entice users to the update. Among a possible myriad of such changes, perhaps it supports a new and better file format (e.g.,an office program having ODF support added), or updated translations, etc.? 4. Lastly, Will this cause any expected or known incompatibilities (backward OR forward) for the user? Would they need to recreate/adapt their existing configuration? Okay, so this last one is actually two questions, but the point remains: it is sometimes necessary to cause an incompatibility that can not (or perhaps should not?) be prevented. Hopefully, such a change can be mitigated automagically (perhaps with some sed/awk-fu in the %post scriptlet or similar); but this is not always the case (especially if it's within the users' $HOME directories). Also, regardless of whether or not such an automatic change is done, the user SHOULD be informed about it. At best, they would then know *why* their configuration file(s) changed; and at worst, they would know to effect the change(s) themselves. In short: I think it's very reasonable for users to expect that new updates will work with their existing setups without modifications, and it's similarly reasonable to expect a big fat warning of some sort when this is not the case. [1] For example, if there is a major security bug caused by how the configuration is stored, and fixing it would change the format, then the decision is between breaking compatibility or keeping the program insecure: one that must be made for the former, much to users' potential frustration. With my updates, I try to always give a brief summary of what I think are the most important and/or most visible changes - answering these four questions - along with a mention on how to view the upstream changelog for it, so they can know everything that changed, and not just what the update mentions. -- Peter Gordon (codergeek42) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From sundaram at fedoraproject.org Thu Aug 13 00:58:01 2009 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Thu, 13 Aug 2009 06:28:01 +0530 Subject: source file audit - 2009-08-10 In-Reply-To: <20090810101542.2fa4f2d7@ohm.scrye.com> References: <20090810101542.2fa4f2d7@ohm.scrye.com> Message-ID: <4A836519.7020507@fedoraproject.org> On 08/10/2009 09:45 PM, Kevin Fenzi wrote: > sundaram:BADURL:gnote-0.6.1.tar.bz2:gnote Built 0.6.2 with the correct url > sundaram:BADURL:pyroom-0.4.1.tar.gz:pyroom Fixed in cvs. Won't do a rebuild. Thanks. Rahul From jonstanley at gmail.com Thu Aug 13 01:50:18 2009 From: jonstanley at gmail.com (Jon Stanley) Date: Wed, 12 Aug 2009 21:50:18 -0400 Subject: Plan for Friday's (20090814) FESCo meeting Message-ID: The following topics will be discussed at Friday's FESCo meeting at 17:00UTC in #fedora-meeting on irc.freenode.net: 235 Apcupsd - static linking 241 Fedora Packaging Committee items for ratification 238 Can libvdpau go in Fedora? 236 Proposal to allow translated versions of Publican-created documents to bypass review. For more complete details, please visit each individual ticket. The report of the agenda items can be found at https://fedorahosted.org/fesco/report/9 If you would like to add something to this agenda, you can reply to this e-mail, file a new ticket at https://fedorahosted.org/fesco, e-mail me directly, or bring it up at the end of the meeting, during the open floor. From jesse at wefu.org Thu Aug 13 04:56:55 2009 From: jesse at wefu.org (Jesse Weinstein) Date: Thu, 13 Aug 2009 04:56:55 +0000 (UTC) Subject: Updates lacking descriptions References: <20090812212433.GA15312@amd.home.annexia.org> Message-ID: Richard W.M. Jones redhat.com> writes: > It should fall back to taking the description from the changelog (in > fact, I think it already does that right now). Where would I find the changelog? It's not visibly connected either to the description that shows up along with the update, or on the admin.fedoraproject.org page that is linked from there. And, what can I do to help get descriptions added for the 4 updates I mentioned? How can I find contact info for the submitters of those updates, or is there someone else who can add descriptions? Thanks to everyone who responded -- I'm glad that this is a live issue, and that some maintainers are careful to provide useful and complete update descriptions. Thanks again, Jesse From bernie at codewiz.org Thu Aug 13 05:12:27 2009 From: bernie at codewiz.org (Bernie Innocenti) Date: Thu, 13 Aug 2009 07:12:27 +0200 Subject: Fedora 11 slapd "too many open files": /lib64/libnspr4.so In-Reply-To: <1249862913.4137.9.camel@giskard> References: <1249862913.4137.9.camel@giskard> Message-ID: <1250140347.8074.1603.camel@giskard> Ping? This bug is pretty nasty: we have to restart slapd 2 or 3 times a day :-/ El Mon, 10-08-2009 a las 02:08 +0200, Bernie Innocenti escribi?: > Hello, > ________________________________________________________________________ > > I'm running into a problem with Fedora 11 and OpenLDAP's slapd > > instance (the same configuration that I've used for F8, F9, F10 and > > now F11). > > > > After a day or two, of continuous usage, the slapd instance hangs with the > > "too many open files" issue. I googled around a bit and found that some have > > fixed the problem by adding the following line to slapd.conf: > > > > # Disconnect idle connections > > idletimeout 60 > > > > This doesn't really seem to make a difference. When I do "lsof -u ldap", > > I get the normal output of files in mem, followed by a ton of these: > > > > ... > > ... > > slapd 19221 ldap 37r REG 8,51 235360 418680 /lib64/libnspr4.so > > slapd 19221 ldap 38r REG 8,51 235360 418680 /lib64/libnspr4.so > > slapd 19221 ldap 39r REG 8,51 235360 418680 /lib64/libnspr4.so > > slapd 19221 ldap 40r REG 8,51 235360 418680 /lib64/libnspr4.so > > ... > > ... > > > > that never seem to go away, and lead to the "too many open files" issue. > > > > Can anyone offer some assistance as to how to fix this issue? Thank you in > > advance. -Anthony > > Did you eventually solve this issue? If not, is there a bug > already filed in Bugzilla? > > I'm still seeing exactly the same on F11 with all updates installed > as of today. I'd be tempted to point fingers at nss-softokn-freebl, > as this is where the code to ope libnspr4.so actually lives. > Upgrading openldap-servers and to rawhide has no effect. > > -- > // Bernie Innocenti - http://codewiz.org/ > \X/ Sugar Labs - http://sugarlabs.org/ > > -- // Bernie Innocenti - http://codewiz.org/ \X/ Sugar Labs - http://sugarlabs.org/ From rc040203 at freenet.de Thu Aug 13 05:31:03 2009 From: rc040203 at freenet.de (Ralf Corsepius) Date: Thu, 13 Aug 2009 07:31:03 +0200 Subject: Updates lacking descriptions In-Reply-To: References: <20090812212433.GA15312@amd.home.annexia.org> Message-ID: <4A83A517.6090308@freenet.de> On 08/12/2009 11:54 PM, Ben Boeckel wrote: > If this is enforced (and it may be good to add it to the > critical-path suggestion), updates will be reduced since when > there's little to write about, there's less justification for an > update in the first place. Correct, such a step will add a significant bureaucratic burdons to maintainers. As maintainers hate bureaucrazy and prefer investing time on dealing with technical issues (such as bug fixes), this will likely introduce a further reduction of the quality of Fedora. Further more, do you realise that any changelog is likely similarly unreadable to most users? Ralf PS.: Stop cross-posting to newsgroups. I consider everybody who does this to behave rude. From bernie at codewiz.org Thu Aug 13 05:56:34 2009 From: bernie at codewiz.org (Bernie Innocenti) Date: Thu, 13 Aug 2009 07:56:34 +0200 Subject: Fedora 11 slapd "too many open files": /lib64/libnspr4.so In-Reply-To: <1250140347.8074.1603.camel@giskard> References: <1249862913.4137.9.camel@giskard> <1250140347.8074.1603.camel@giskard> Message-ID: <1250142995.8074.1618.camel@giskard> El Thu, 13-08-2009 a las 07:12 +0200, Bernie Innocenti escribi?: > Ping? > > This bug is pretty nasty: we have to restart slapd > 2 or 3 times a day :-/ Ok, I think I'm starting to see the light here, but perhaps it's just because it's already dawn. nss-3.12.3.99.3/mozilla/security/nss/lib/freebl/stubs.c dlopen()s nspr4.so like so: -----8<----------8<----------8<----------8<----------8<----- #define freebl_getLibrary(libName) \ dlopen (libName, RTLD_LAZY|RTLD_NOLOAD) #define freebl_releaseLibrary(lib) \ if (lib) dlclose(lib) #endif extern SECStatus FREEBL_InitStubs() { SECStatus rv = SECSuccess; #ifdef FREEBL_NO_WEAK void *nspr = NULL; void *nssutil = NULL; /* NSPR should be first */ if (!ptr_PR_DestroyLock) { nspr = freebl_getLibrary(nsprLibName); if (!nspr) { return SECFailure; } rv = freebl_InitNSPR(nspr); if (rv != SECSuccess) { freebl_releaseLibrary(nspr); return rv; } } /* now load NSSUTIL */ if (!ptr_SECITEM_ZfreeItem_Util) { nssutil= freebl_getLibrary(nssutilLibName); if (!nssutil) { return SECFailure; } rv = freebl_InitNSSUtil(nssutil); if (rv != SECSuccess) { freebl_releaseLibrary(nssutil); return rv; } } #endif return rv; } -----8<----------8<----------8<----------8<----------8<----- There's no corresponding place in the code to call dlclose(). If slapd enters this multiple times (perhaps from multiple threads), it might indeed leak file descriptors. It remains to be determined what codepath in openldap does this. -- // Bernie Innocenti - http://codewiz.org/ \X/ Sugar Labs - http://sugarlabs.org/ From jcm at redhat.com Thu Aug 13 06:22:41 2009 From: jcm at redhat.com (Jon Masters) Date: Thu, 13 Aug 2009 02:22:41 -0400 Subject: Annoying kmemleak scans In-Reply-To: <1250002434.2367.1.camel@localhost.localdomain> References: <1250002434.2367.1.camel@localhost.localdomain> Message-ID: <1250144561.4754.11.camel@perihelion.bos.jonmasters.org> On Tue, 2009-08-11 at 16:53 +0200, Fabian Deutsch wrote: > Starting with F11 kmemleak is part of the kernel. It is quite annoying > when every couple of minutes kmemleak starts to scan for memeleak within > the kernel. I do not see any point in doing this on desktop machines, so > is there a chance of disabling it by default? > It eats quite much of battery when running F11 on a laptop. Having kmemleak turned on at least in rawhide is a good thing. As for a released kernel, I'd agree that the kthread Catalin uses probably affects battery life. Of course you could disable it, but I suppose you mentioned this because of the default - hence, copying fedora-kernel so that someone can actually answer your question. Jon. From markmc at redhat.com Thu Aug 13 06:44:25 2009 From: markmc at redhat.com (Mark McLoughlin) Date: Thu, 13 Aug 2009 07:44:25 +0100 Subject: Updates lacking descriptions In-Reply-To: <20090812212433.GA15312@amd.home.annexia.org> References: <20090812212433.GA15312@amd.home.annexia.org> Message-ID: <1250145865.3100.6.camel@blaa> On Wed, 2009-08-12 at 22:24 +0100, Richard W.M. Jones wrote: > On Wed, Aug 12, 2009 at 12:06:56PM -0700, Jesse W wrote: > > What would be a good next step for me to take to help get descriptions > > added to these updates (and make sure this happens less often in the > > future) ? > > It should fall back to taking the description from the changelog (in > fact, I think it already does that right now). > > Don't make package maintainers write 'New upstream release X.Y.Z' > any more often than they have to ... https://fedoraproject.org/wiki/Package_update_guidelines#Update_Descriptions suggests: 3. For new upstream releases, a summary of the important changes and/or a link to the upstream changelog Cheers, Mark. From mschwendt at gmail.com Thu Aug 13 08:26:31 2009 From: mschwendt at gmail.com (Michael Schwendt) Date: Thu, 13 Aug 2009 10:26:31 +0200 Subject: Updates lacking descriptions In-Reply-To: References: <20090812212433.GA15312@amd.home.annexia.org> Message-ID: <20090813102631.6b1118ae@faldor> On Thu, 13 Aug 2009 04:56:55 +0000 (UTC), Jesse wrote: > And, what can I do to help get descriptions added for the 4 updates > I mentioned? If you can't get the submitter of the updates to add descriptions, in the future it may need a separate team of community volunteers who get an "Edit Description" capability for the Fedora Updates System. > How can I find contact info for the submitters of those updates, or > is there someone else who can add descriptions? packagename-owner AT fedoraproject DOT org where "packagename" is to be replaced with the src.rpm %{name}. Alternatively, click the Builds link to visit koji, then notice the Fedora username of the person who did the build -- it can be different from the last person that added something to the package %changelog, however. From kevin.kofler at chello.at Thu Aug 13 08:36:01 2009 From: kevin.kofler at chello.at (Kevin Kofler) Date: Thu, 13 Aug 2009 10:36:01 +0200 Subject: Switch from OpenAL to OpenAL-Soft References: <4A80A870.5030902@linuxdonald.de> <8278b1b0908101729s762eee9ckd6666b092465701c@mail.gmail.com> <4A8135AF.7040001@linuxdonald.de> <8278b1b0908110604u54dac85cn558e14994fbb4450@mail.gmail.com> <4A81E008.6030405@linuxdonald.de> <1250026760.2331.2.camel@snoogens.fab.redhat.com> <4A81EA09.9060808@linuxdonald.de> Message-ID: LinuxDonald wrote: > I think it?s better when openal-soft will come with f12. > The Packager have enough time to rebuild there packages. > But when the packager want to rebuild there packages i will make an > package for f11. How many packages are affected? I suspect there are probably too many to consider an F11 update. It's also an "upgrade" to a completely different codebase, so worries about regressions come up. But for F12, I think it's fine, as long as everything using OpenAL gets rebuilt by the final devel freeze. Kevin Kofler From rjones at redhat.com Thu Aug 13 08:40:32 2009 From: rjones at redhat.com (Richard W.M. Jones) Date: Thu, 13 Aug 2009 09:40:32 +0100 Subject: Updates lacking descriptions In-Reply-To: References: <20090812212433.GA15312@amd.home.annexia.org> Message-ID: <20090813084032.GA9713@amd.home.annexia.org> On Thu, Aug 13, 2009 at 04:56:55AM +0000, Jesse Weinstein wrote: > Richard W.M. Jones redhat.com> writes: > > It should fall back to taking the description from the changelog (in > > fact, I think it already does that right now). > Where would I find the changelog? It's not visibly connected either to the > description that shows up along with the update, or on the > admin.fedoraproject.org page that is linked from there. You can find the RPM changelog via "rpm -q --changelog " Finding the upstream changelog is more challenging. If it exists, it would probably be in the docdir (/usr/share/doc/-). Now I agree that extending RPM to add metadata to mark the upstream changelog file or URL would be an excellent idea. It's a one-off change to specfiles and means that we don't need to write the same thing in every update - a win all round. Suggestions: %doc(changelog): ChangeLog.txt Changelog-URL: http://example.com/changes.html Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones virt-p2v converts physical machines to virtual machines. Boot with a live CD or over the network (PXE) and turn machines into Xen guests. http://et.redhat.com/~rjones/virt-p2v From kevin.kofler at chello.at Thu Aug 13 08:41:26 2009 From: kevin.kofler at chello.at (Kevin Kofler) Date: Thu, 13 Aug 2009 10:41:26 +0200 Subject: Updates lacking descriptions References: <20090812212433.GA15312@amd.home.annexia.org> <4A83A517.6090308@freenet.de> Message-ID: Ralf Corsepius wrote: > Correct, such a step will add a significant bureaucratic burdons to > maintainers. > > As maintainers hate bureaucrazy and prefer investing time on dealing > with technical issues (such as bug fixes), this will likely introduce a > further reduction of the quality of Fedora. > > Further more, do you realise that any changelog is likely similarly > unreadable to most users? Nonsense, it's not bureaucracy to expect an update to actually say what changed and why you're pushing it. I, for one, always read the descriptions. > PS.: Stop cross-posting to newsgroups. I consider everybody who does > this to behave rude. We're not cross-posting, we're replying to gmane.linux.redhat.fedora.devel only (using our NNTP clients). What Gmane does with it is out of our control. Any complaints about inadequacy of the Gmane gateway will have to go to Gmane. Kevin Kofler From rc040203 at freenet.de Thu Aug 13 09:17:27 2009 From: rc040203 at freenet.de (Ralf Corsepius) Date: Thu, 13 Aug 2009 11:17:27 +0200 Subject: Updates lacking descriptions In-Reply-To: References: <20090812212433.GA15312@amd.home.annexia.org> <4A83A517.6090308@freenet.de> Message-ID: <4A83DA27.7070102@freenet.de> On 08/13/2009 10:41 AM, Kevin Kofler wrote: > Ralf Corsepius wrote: >> Correct, such a step will add a significant bureaucratic burdons to >> maintainers. >> >> As maintainers hate bureaucrazy and prefer investing time on dealing >> with technical issues (such as bug fixes), this will likely introduce a >> further reduction of the quality of Fedora. >> >> Further more, do you realise that any changelog is likely similarly >> unreadable to most users? > > Nonsense, it's not bureaucracy to expect an update to actually say what > changed and why you're pushing it. No, as ususal, you are demonstrating your lack of competence and understanding: Whether a changelog entry tells - Update to upstream release 1.2.3 - Update due to http://ustreamurl/releasenote-1.2.3 - Upstream update: .. is entirely irrelevant to both, you and to Aunt Tilly (she won't read them at all and even if she will not understand it). Also, is naive to presume there always is a RH-BZ for each upgrade/update or that a bug upstream is fixes has ever been tripped over in Fedora. With you folks demanding more explicit changelogs you are rudestly pushing around package maintainers and force them to waste time to fullfill your solely burecratic demands. >> PS.: Stop cross-posting to newsgroups. I consider everybody who does >> this to behave rude. > > We're not cross-posting, we're replying to gmane.linux.redhat.fedora.devel > only (using our NNTP clients). What Gmane does with it is out of our > control. Any complaints about inadequacy of the Gmane gateway will have to > go to Gmane. No. You simply are violating the netiquette ... i.e. you are hostile and rude to this lists users - Stop this habit. From tfujiwar at redhat.com Thu Aug 13 09:29:44 2009 From: tfujiwar at redhat.com (Takao Fujiwara) Date: Thu, 13 Aug 2009 18:29:44 +0900 Subject: sponsor request of ibus-anthy In-Reply-To: <4A77E188.8010302@ioa.s.u-tokyo.ac.jp> References: <4A77D9F4.5050804@redhat.com> <4A77E188.8010302@ioa.s.u-tokyo.ac.jp> Message-ID: <4A83DD08.5070109@redhat.com> (08/04/09 16:21), Mamoru Tasaka-san wrote: > Perhaps it is better that you would contact Petersen-san > Thanks for your suggestion. I understood 'sponsor' role can give the permission. > > Regards, > Mamoru > From pingou at pingoured.fr Thu Aug 13 09:51:03 2009 From: pingou at pingoured.fr (Pierre-Yves) Date: Thu, 13 Aug 2009 11:51:03 +0200 Subject: Updates lacking descriptions In-Reply-To: <4A83DA27.7070102@freenet.de> References: <20090812212433.GA15312@amd.home.annexia.org> <4A83A517.6090308@freenet.de> <4A83DA27.7070102@freenet.de> Message-ID: <1250157063.2545.5.camel@red.localdomain> On Thu, 2009-08-13 at 11:17 +0200, Ralf Corsepius wrote: > With you folks demanding more explicit changelogs you are rudestly > pushing around package maintainers and force them to waste time to > fullfill your solely burecratic demands. I just think they will keep doing the same... What else ? Filling bug report for every changelog not correctly formed ? That's not an option. And since we are a group of volunteers IMHO what should be done is advertised that it is advice to write down something which make sense and explain why it should be done and who uses it. You can't do anything else... Regards, Pierre From mschwendt at gmail.com Thu Aug 13 09:55:35 2009 From: mschwendt at gmail.com (Michael Schwendt) Date: Thu, 13 Aug 2009 11:55:35 +0200 Subject: Updates lacking descriptions In-Reply-To: References: <20090812212433.GA15312@amd.home.annexia.org> <4A83A517.6090308@freenet.de> Message-ID: <20090813115535.210f12cb@faldor> On Thu, 13 Aug 2009 10:41:26 +0200, Kevin wrote: > Ralf Corsepius wrote: > > Correct, such a step will add a significant bureaucratic burdons to > > maintainers. > > > > As maintainers hate bureaucrazy and prefer investing time on dealing > > with technical issues (such as bug fixes), this will likely introduce a > > further reduction of the quality of Fedora. > > > > Further more, do you realise that any changelog is likely similarly > > unreadable to most users? > > Nonsense, it's not bureaucracy to expect an update to actually say what > changed and why you're pushing it. I, for one, always read the descriptions. Tiresome discussions that won't yield anything. ;) Some package maintainers include upstream's summary of the changes in the source code in their package %changelogs. I consider that as much too detailed [and irrelevant to the majority of RPM package users]. Those few who really have interest in reviewing low-level changes can take a look at included ChangeLog files. For some updates or upgrades I like to sum up what "type of update" it is. Such as "Upgrade to 2.0.2 (bug-fixes)" and "Upgrade to 2.0.3 (feature additions, rewrites and minor bug-fixes)". Also in the %changelog. Sometimes the upstream ChangeLog, README or NEWS files sum up the changes similarly. In other cases the only thing I can do is to examine a diff against the previous release and try to draw my own conclusions about what upstream's modifications are and what they are supposed to achieve. E.g. with one upgrade test-update I've warned about a questionable implementation that might break for some users and should be evaluated carefully. Still, I cannot put my hands into the fire for lots of other upstream releases. Overall, however, what updates need is feedback from actual testers before they are marked stable. A packager may give package %changelog a lot of extra love, but that doesn't help if no testers give feedback in bodhi, since most users install all updates as soon as they become available in the "stable" updates repo. They rely on Fedora to publish good/tested updates. From bochecha at fedoraproject.org Thu Aug 13 09:58:14 2009 From: bochecha at fedoraproject.org (Mathieu Bridon (bochecha)) Date: Thu, 13 Aug 2009 11:58:14 +0200 Subject: Updates lacking descriptions In-Reply-To: <1250157063.2545.5.camel@red.localdomain> References: <20090812212433.GA15312@amd.home.annexia.org> <4A83A517.6090308@freenet.de> <4A83DA27.7070102@freenet.de> <1250157063.2545.5.camel@red.localdomain> Message-ID: <2d319b780908130258n52352c24x96e208d08265625e@mail.gmail.com> >> With you folks demanding more explicit changelogs you are rudestly >> pushing around package maintainers and force them to waste time to >> fullfill your solely burecratic demands. > > I just think they will keep doing the same... > > What else ? Filling bug report for every changelog not correctly > formed ? That's not an option. > And since we are a group of volunteers IMHO what should be done is > advertised that it is advice to write down something which make sense > and explain why it should be done and who uses it. > You can't do anything else... Being a group of volunteers doesn't mean we shouldn't aim for more quality. If the update isn't worth at least giving a link to the changelog / fixed bugs, is it worth pushing as an update? Best regards, ---------- Mathieu Bridon (bochecha) From pingou at pingoured.fr Thu Aug 13 10:12:12 2009 From: pingou at pingoured.fr (Pierre-Yves) Date: Thu, 13 Aug 2009 12:12:12 +0200 Subject: Updates lacking descriptions In-Reply-To: <2d319b780908130258n52352c24x96e208d08265625e@mail.gmail.com> References: <20090812212433.GA15312@amd.home.annexia.org> <4A83A517.6090308@freenet.de> <4A83DA27.7070102@freenet.de> <1250157063.2545.5.camel@red.localdomain> <2d319b780908130258n52352c24x96e208d08265625e@mail.gmail.com> Message-ID: <1250158332.2545.9.camel@red.localdomain> On Thu, 2009-08-13 at 11:58 +0200, Mathieu Bridon (bochecha) wrote: > >> With you folks demanding more explicit changelogs you are rudestly > >> pushing around package maintainers and force them to waste time to > >> fullfill your solely burecratic demands. > > > > I just think they will keep doing the same... > > > > What else ? Filling bug report for every changelog not correctly > > formed ? That's not an option. > > And since we are a group of volunteers IMHO what should be done is > > advertised that it is advice to write down something which make sense > > and explain why it should be done and who uses it. > > You can't do anything else... > > Being a group of volunteers doesn't mean we shouldn't aim for more quality. Did I say the contrary ? > If the update isn't worth at least giving a link to the changelog / > fixed bugs, is it worth pushing as an update? What I meant is that there is no way to make things mandatory so it won't change from what is now. People who wants to write an extensive changelog will and people who don't want won't. Btw IMHO changelog on the spec reflects change that happened to the packaging (change in the spec) they do not reflect the change happened to the software (changes documented in the changelog in the sources when there is one). But I think Michael Schwendt already made my point. Best regards, Pierre From markmc at redhat.com Thu Aug 13 10:18:46 2009 From: markmc at redhat.com (Mark McLoughlin) Date: Thu, 13 Aug 2009 11:18:46 +0100 Subject: Updates lacking descriptions In-Reply-To: <4A83DA27.7070102@freenet.de> References: <20090812212433.GA15312@amd.home.annexia.org> <4A83A517.6090308@freenet.de> <4A83DA27.7070102@freenet.de> Message-ID: <1250158726.3100.45.camel@blaa> On Thu, 2009-08-13 at 11:17 +0200, Ralf Corsepius wrote: > With you folks demanding more explicit changelogs you are rudestly > pushing around package maintainers and force them to waste time to > fullfill your solely burecratic demands. This is hardly being demanding, rude, bullying or bureaucratic: "These are not intended to be prescriptive rules. Package maintainers are expected to to exercise their own common sense and good judgement." The guidelines tries to explain to maintainers why their users would benefit better update descriptions and what kind of information makes a better update description. https://fedoraproject.org/wiki/Package_update_guidelines As with anything, I'm sure they could be improved with constructive suggestions. Cheers, Mark. From sundaram at fedoraproject.org Thu Aug 13 10:42:29 2009 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Thu, 13 Aug 2009 16:12:29 +0530 Subject: Updates lacking descriptions In-Reply-To: <1250158332.2545.9.camel@red.localdomain> References: <20090812212433.GA15312@amd.home.annexia.org> <4A83A517.6090308@freenet.de> <4A83DA27.7070102@freenet.de> <1250157063.2545.5.camel@red.localdomain> <2d319b780908130258n52352c24x96e208d08265625e@mail.gmail.com> <1250158332.2545.9.camel@red.localdomain> Message-ID: <4A83EE15.1010501@fedoraproject.org> On 08/13/2009 03:42 PM, Pierre-Yves wrote: > People who wants to write an extensive changelog will and people who > don't want won't. Quality doesn't come from letting everybody do whatever they want. > Btw IMHO changelog on the spec reflects change that happened to the > packaging (change in the spec) they do not reflect the change happened > to the software (changes documented in the changelog in the sources when > there is one). There is a difference between the changelog and the bodhi update information. The latter also covers software changes. Rahul From pingou at pingoured.fr Thu Aug 13 10:54:08 2009 From: pingou at pingoured.fr (Pierre-Yves) Date: Thu, 13 Aug 2009 12:54:08 +0200 Subject: Updates lacking descriptions In-Reply-To: <4A83EE15.1010501@fedoraproject.org> References: <20090812212433.GA15312@amd.home.annexia.org> <4A83A517.6090308@freenet.de> <4A83DA27.7070102@freenet.de> <1250157063.2545.5.camel@red.localdomain> <2d319b780908130258n52352c24x96e208d08265625e@mail.gmail.com> <1250158332.2545.9.camel@red.localdomain> <4A83EE15.1010501@fedoraproject.org> Message-ID: <1250160848.2545.15.camel@red.localdomain> On Thu, 2009-08-13 at 16:12 +0530, Rahul Sundaram wrote: > On 08/13/2009 03:42 PM, Pierre-Yves wrote: > > > People who wants to write an extensive changelog will and people who > > don't want won't. > > Quality doesn't come from letting everybody do whatever they want. Then I'm curious about: 1- How do you want to make this mandatory rather than advised ? 2- How are you going to check it ? 3- How do you cover cases where there are no changelog upstream ? :-) Let me make things clear, I agree that the information should be there and that it would be nice if we were doing it more (I include myself here), but I don't see how that could become mandatory :-) > > Btw IMHO changelog on the spec reflects change that happened to the > > packaging (change in the spec) they do not reflect the change happened > > to the software (changes documented in the changelog in the sources when > > there is one). > > There is a difference between the changelog and the bodhi update > information. The latter also covers software changes. Agreed here :) Best regards, Pierre From sundaram at fedoraproject.org Thu Aug 13 11:01:04 2009 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Thu, 13 Aug 2009 16:31:04 +0530 Subject: Updates lacking descriptions In-Reply-To: <1250160848.2545.15.camel@red.localdomain> References: <20090812212433.GA15312@amd.home.annexia.org> <4A83A517.6090308@freenet.de> <4A83DA27.7070102@freenet.de> <1250157063.2545.5.camel@red.localdomain> <2d319b780908130258n52352c24x96e208d08265625e@mail.gmail.com> <1250158332.2545.9.camel@red.localdomain> <4A83EE15.1010501@fedoraproject.org> <1250160848.2545.15.camel@red.localdomain> Message-ID: <4A83F270.3030909@fedoraproject.org> On 08/13/2009 04:24 PM, Pierre-Yves wrote: > On Thu, 2009-08-13 at 16:12 +0530, Rahul Sundaram wrote: >> On 08/13/2009 03:42 PM, Pierre-Yves wrote: >> >>> People who wants to write an extensive changelog will and people who >>> don't want won't. >> >> Quality doesn't come from letting everybody do whatever they want. > Then I'm curious about: > 1- How do you want to make this mandatory rather than advised ? > 2- How are you going to check it ? > 3- How do you cover cases where there are no changelog upstream ? > :-) I am hoping we don't need to make it mandatory but rather help maintainers understand that it is useful. If it needs to be mandatory, it can be part of the rel-eng sign off process. Bodhi can remind people to fill in the information as well. In cases, where there is no changelog, why are you pushing the update into stable releases without even understanding what has changed? If there is a reason you are doing, stating the reason in the bodhi update information is enough. Rahul From psmith at fedoraproject.org Thu Aug 13 11:12:35 2009 From: psmith at fedoraproject.org (psmith) Date: Thu, 13 Aug 2009 12:12:35 +0100 Subject: naive live USB question In-Reply-To: References: <20090812164217.GI3985@localhost.localdomain> Message-ID: <4A83F523.1050604@fedoraproject.org> On 12/08/09 21:05, David L wrote: > On Wed, Aug 12, 2009 at 12:47 PM, David L wrote: > >> On Wed, Aug 12, 2009 at 9:42 AM, Paul W. Frields wrote: >> >>> On Wed, Aug 12, 2009 at 09:23:00AM -0700, David L wrote: >>> >>>> I recently took a f11 live USB stick and used it to install >>>> f11 on a second USB stick (my hard drive crashed and I >>>> decided to temporarily just use a USB stick for a hard >>>> drive... that worked amazingly well by the way, but I >>>> digress). ?I was wondering why the live USB creation process >>>> can't just create the result of this process... ie, make >>>> the stick look like a normal disk instead of the "persistent >>>> overlay" thing? >>>> >>> Not a naive question, but I guess the answer is, you don't need the >>> Live USB creation process to do that -- you can just install to a USB >>> key using the standard installer. ?The Live USB process grew out of >>> the Live CD case, because it's a way to use one image in two different >>> types of media. ?If you want a bootable stick that's simply a piece of >>> media like a hard disk, you can do that with Anaconda at any time, >>> booting either your system or a VM guest with boot or installation >>> media, and then installing to the USB key. >>> >> IMHO, it would be nice if that process was done by the fedora >> folks and the resulting USB image was provided along with the >> live images. ?That way, somebody that wanted a bootable USB >> would have a choice of the live CD image (which seems to have >> some vestigial organs as a result of its evolution from Live CD) >> or a file that could simply be dd'd onto a USB stick. ?You could >> even have different sizes with a different number of packages >> for different size USB sticks. >> >> > Hmmm... I think I found something like what I'm talking about on > the fedora 12 release notes: > > http://fedoraproject.org/wiki/Fedora_12_Alpha_release_notes#Hybrid_ISO_images_-_Simple_and_Easy_Live_USB.27s > > Is that what I'm talking about or is it just an easier way to get > the identical image onto a USB? > > Thanks, > > David > > jeez when i brought up the idea of fedora using hybrid iso's a few months back i was basically lambasted by most on this list, now all of a sudden it's a new F12 feature? wtf??? phil -------------- next part -------------- An HTML attachment was scrubbed... URL: From jgarzik at pobox.com Thu Aug 13 11:20:46 2009 From: jgarzik at pobox.com (Jeff Garzik) Date: Thu, 13 Aug 2009 07:20:46 -0400 Subject: Updates lacking descriptions In-Reply-To: <20090813084032.GA9713@amd.home.annexia.org> References: <20090812212433.GA15312@amd.home.annexia.org> <20090813084032.GA9713@amd.home.annexia.org> Message-ID: <4A83F70E.6060807@pobox.com> Richard W.M. Jones wrote: > Now I agree that extending RPM to add metadata to mark the upstream > changelog file or URL would be an excellent idea. It's a one-off > change to specfiles and means that we don't need to write the same > thing in every update - a win all round. > > Suggestions: > > %doc(changelog): ChangeLog.txt > Changelog-URL: http://example.com/changes.html How would that work for changelogs stored in a git repository? Jeff From sundaram at fedoraproject.org Thu Aug 13 11:27:21 2009 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Thu, 13 Aug 2009 16:57:21 +0530 Subject: naive live USB question In-Reply-To: <4A83F523.1050604@fedoraproject.org> References: <20090812164217.GI3985@localhost.localdomain> <4A83F523.1050604@fedoraproject.org> Message-ID: <4A83F899.4030102@fedoraproject.org> On 08/13/2009 04:42 PM, psmith wrote: >> > jeez when i brought up the idea of fedora using hybrid iso's a few > months back i was basically lambasted by most on this list, now all of a > sudden it's a new F12 feature? wtf??? This is a users list. There isn't much of a use suggesting development ideas here. Rahul From rawhide at fedoraproject.org Thu Aug 13 11:58:58 2009 From: rawhide at fedoraproject.org (Rawhide Report) Date: Thu, 13 Aug 2009 11:58:58 +0000 Subject: rawhide report: 20090813 changes Message-ID: <20090813115858.GA21861@releng2.fedora.phx.redhat.com> Compose started at Thu Aug 13 06:15:05 UTC 2009 Updated Packages: anaconda-12.14-1.fc12 --------------------- * Wed Aug 12 2009 David Cantrell - 12.14-1 - Correctly inform the user once about obsolete parm/conf file options on s390 (maier) - Handle activation of DASDs in linuxrc.s390 since loader no longer works (maier) - make IPv4 configuration in linuxrc.s390 compatible with NM in loader (maier) - suggest disabled X11-forwarding for ssh login in linuxrc.s390 (maier) - Fix an erroneous "!" in the test for doKill, and make reboot explicit. (pjones) constantine-backgrounds-11.90.1-2.fc12 -------------------------------------- * Tue Aug 11 2009 Rex Dieter - 11.90.1-2 - -kde subpkg, CamelCase themes (with feeling) grub-0.97-58.fc12 ----------------- * Tue Aug 11 2009 Peter Jones - 0.97-58 - Dynamically choose load address for bzimage on 64-bit UEFI. gtk2-2.17.7-1.fc12 ------------------ kde-settings-4.3-3 ------------------ * Wed Aug 12 2009 Rex Dieter - 4.3-3 - kdm/ksplash: use default/air until constantine-themed bits land - plasma-desktop-appletsrc: constantine slideshow - pulseaudio: drop hard-coded pa-related phonon bits pango-1.25.3-1.fc12 ------------------- spamassassin-3.3.0-0.5.alpha2.fc12 ---------------------------------- * Mon Aug 10 2009 Warren Togami - 3.3.0-0.5.alpha1 - 3.3.0-alpha2 tcl-8.5.7-4.fc12 ---------------- * Mon Aug 10 2009 Nikola Pajkovsky - 1:8.5.7-4 - Enable SEPolicy for libtcl. - fix sigabort trac-customfieldadmin-plugin-0.2-0.1.svn5253.fc12 ------------------------------------------------- * Wed Aug 12 2009 Jon Stanley - 0.2-0.1.svn5253 - Initial package for Trac 0.11 xorg-x11-server-1.6.99-33.20090807.fc12 --------------------------------------- * Tue Aug 11 2009 Dave Airlie 1.6.99-32.20090807 - update to latest -git for EXA fixes * Tue Aug 11 2009 Adam Jackson 1.6.99-33.20090807 - xserver-1.6.99-show-ugly-cursor.patch: Drop, gtk bug found. * Mon Aug 10 2009 Adam Jackson 1.6.99-31.20090807 - Move libxf86config.a back to -server-devel - xserver-1.6.99-show-ugly-cursor.patch: Un-suppress the initial root cursor hiding until we figure out what's wrong with gtk in anaconda. * Fri Aug 07 2009 Dave Airlie 1.6.99-29.20090807 - rebase upstream - libxf86config.a revenge, brought back .a upstream, doesn't work as .so * Fri Aug 07 2009 Dave Airlie 1.6.99-30.20090807 - goddamit: reapply picify libxf86config.a hopefully Summary: Added Packages: 0 Removed Packages: 0 Modified Packages: 10 Broken deps for i386 ---------------------------------------------------------- 389-ds-1.1.3-4.fc12.noarch requires 389-ds-admin R-RScaLAPACK-0.5.1-19.fc11.i586 requires openmpi-libs asterisk-fax-1.6.1-0.24.rc1.fc12.i686 requires libspandsp.so.1 bigboard-0.6.4-12.fc12.i686 requires mugshot >= 0:1.1.90-1 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0 clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0 clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 cluttermm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-0.9) dap-hdf4_handler-3.7.9-2.fc11.i586 requires libdap.so.9 dap-hdf4_handler-3.7.9-2.fc11.i586 requires libdapserver.so.6 entertainer-0.4.2-5.fc12.noarch requires pyclutter-cairo octave-forge-20080831-10.fc12.i686 requires octave(api) = 0:api-v32 perl-DBIx-Class-Schema-Loader-0.04006-4.fc12.noarch requires perl(DBIX::Class) php-layers-menu-3.2.0-0.2.rc.fc12.noarch requires php-pear(HTML_Template_PHPLIB) plplot-octave-5.9.4-1.fc12.i586 requires octave(api) = 0:api-v32 ppl-yap-0.10.2-5.fc12.i686 requires libYap.so python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.i586 requires libparted-1.8.so.8 rubygem-main-2.8.4-3.fc12.noarch requires rubygem(fattr) >= 0:1.0.3 sems-1.1.1-2.fc12.i586 requires libspandsp.so.1 sems-g722-1.1.1-2.fc12.i586 requires libspandsp.so.1 sems-gsm-1.1.1-2.fc12.i586 requires libspandsp.so.1 sems-speex-1.1.1-2.fc12.i586 requires libspandsp.so.1 serpentine-0.9-5.fc12.noarch requires gnome-python2-nautilus-cd-burner showimg-pgsql-0.9.5-22.fc11.i586 requires libpqxx-2.6.8.so sugar-pippy-34-2.fc12.i686 requires libstdc++.so.6(CXXABI_1.3)(64bit) sugar-pippy-34-2.fc12.i686 requires libc.so.6()(64bit) sugar-pippy-34-2.fc12.i686 requires libgcc_s.so.1(GCC_3.0)(64bit) sugar-pippy-34-2.fc12.i686 requires libm.so.6()(64bit) sugar-pippy-34-2.fc12.i686 requires libm.so.6(GLIBC_2.2.5)(64bit) sugar-pippy-34-2.fc12.i686 requires libstdc++.so.6()(64bit) sugar-pippy-34-2.fc12.i686 requires libc.so.6(GLIBC_2.2.5)(64bit) sugar-pippy-34-2.fc12.i686 requires libstdc++.so.6(GLIBCXX_3.4)(64bit) sugar-pippy-34-2.fc12.i686 requires libgcc_s.so.1()(64bit) thunderbird-lightning-1.0-0.8.20090513hg.fc12.i686 requires thunderbird < 0:3.0-3.6.b4 Broken deps for x86_64 ---------------------------------------------------------- 389-ds-1.1.3-4.fc12.noarch requires 389-ds-admin R-RScaLAPACK-0.5.1-19.fc11.x86_64 requires openmpi-libs asterisk-fax-1.6.1-0.24.rc1.fc12.x86_64 requires libspandsp.so.1()(64bit) bigboard-0.6.4-12.fc12.x86_64 requires mugshot >= 0:1.1.90-1 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.x86_64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.x86_64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-0.7.4-2.fc11.x86_64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8) clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.x86_64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.x86_64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-gtk-0.9) clutter-gtkmm-devel-0.9.4-1.fc12.x86_64 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 cluttermm-0.9.4-1.fc12.x86_64 requires libclutter-glx-0.9.so.0()(64bit) cluttermm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-0.9) cluttermm-devel-0.9.4-1.fc12.x86_64 requires pkgconfig(clutter-0.9) dap-hdf4_handler-3.7.9-2.fc11.x86_64 requires libdap.so.9()(64bit) dap-hdf4_handler-3.7.9-2.fc11.x86_64 requires libdapserver.so.6()(64bit) entertainer-0.4.2-5.fc12.noarch requires pyclutter-cairo octave-forge-20080831-10.fc12.x86_64 requires octave(api) = 0:api-v32 perl-DBIx-Class-Schema-Loader-0.04006-4.fc12.noarch requires perl(DBIX::Class) php-layers-menu-3.2.0-0.2.rc.fc12.noarch requires php-pear(HTML_Template_PHPLIB) plplot-octave-5.9.4-1.fc12.x86_64 requires octave(api) = 0:api-v32 ppl-yap-0.10.2-5.fc12.x86_64 requires libYap.so()(64bit) python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.x86_64 requires libparted-1.8.so.8()(64bit) rubygem-main-2.8.4-3.fc12.noarch requires rubygem(fattr) >= 0:1.0.3 sems-1.1.1-2.fc12.x86_64 requires libspandsp.so.1()(64bit) sems-g722-1.1.1-2.fc12.x86_64 requires libspandsp.so.1()(64bit) sems-gsm-1.1.1-2.fc12.x86_64 requires libspandsp.so.1()(64bit) sems-speex-1.1.1-2.fc12.x86_64 requires libspandsp.so.1()(64bit) serpentine-0.9-5.fc12.noarch requires gnome-python2-nautilus-cd-burner showimg-pgsql-0.9.5-22.fc11.x86_64 requires libpqxx-2.6.8.so()(64bit) thunderbird-lightning-1.0-0.8.20090513hg.fc12.x86_64 requires thunderbird < 0:3.0-3.6.b4 Broken deps for ppc ---------------------------------------------------------- 389-ds-1.1.3-4.fc12.noarch requires 389-ds-admin R-RScaLAPACK-0.5.1-19.fc11.ppc requires openmpi-libs asterisk-fax-1.6.1-0.24.rc1.fc12.ppc requires libspandsp.so.1 bigboard-0.6.4-12.fc12.ppc requires mugshot >= 0:1.1.90-1 clutter-cairomm-0.7.4-2.fc11.ppc requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.ppc requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.ppc requires libclutter-glx-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.ppc requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc requires pkgconfig(clutter-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.ppc requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.ppc requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.ppc requires pkgconfig(clutter-gtk-0.9) clutter-gtkmm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.ppc requires libclutter-glx-0.9.so.0 cluttermm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) cluttermm-devel-0.9.4-1.fc12.ppc requires pkgconfig(clutter-0.9) cluttermm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-0.9) dap-hdf4_handler-3.7.9-2.fc11.ppc requires libdap.so.9 dap-hdf4_handler-3.7.9-2.fc11.ppc requires libdapserver.so.6 entertainer-0.4.2-5.fc12.noarch requires pyclutter-cairo octave-forge-20080831-10.fc12.ppc requires octave(api) = 0:api-v32 perl-DBIx-Class-Schema-Loader-0.04006-4.fc12.noarch requires perl(DBIX::Class) php-layers-menu-3.2.0-0.2.rc.fc12.noarch requires php-pear(HTML_Template_PHPLIB) plplot-octave-5.9.4-1.fc12.ppc requires octave(api) = 0:api-v32 ppl-yap-0.10.2-5.fc12.ppc requires libYap.so python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.ppc requires libparted-1.8.so.8 rubygem-main-2.8.4-3.fc12.noarch requires rubygem(fattr) >= 0:1.0.3 sems-1.1.1-2.fc12.ppc requires libspandsp.so.1 sems-g722-1.1.1-2.fc12.ppc requires libspandsp.so.1 sems-gsm-1.1.1-2.fc12.ppc requires libspandsp.so.1 sems-speex-1.1.1-2.fc12.ppc requires libspandsp.so.1 serpentine-0.9-5.fc12.noarch requires gnome-python2-nautilus-cd-burner showimg-pgsql-0.9.5-22.fc11.ppc requires libpqxx-2.6.8.so sugar-pippy-34-2.fc12.ppc requires libm.so.6(GLIBC_2.2.5)(64bit) sugar-pippy-34-2.fc12.ppc requires libc.so.6(GLIBC_2.2.5)(64bit) thunderbird-lightning-1.0-0.8.20090513hg.fc12.ppc requires thunderbird < 0:3.0-3.6.b4 Broken deps for ppc64 ---------------------------------------------------------- 389-ds-1.1.3-4.fc12.noarch requires 389-ds-admin R-RScaLAPACK-0.5.1-19.fc11.ppc64 requires openmpi-libs asterisk-fax-1.6.1-0.24.rc1.fc12.ppc64 requires libspandsp.so.1()(64bit) bigboard-0.6.4-12.fc12.ppc64 requires mugshot >= 0:1.1.90-1 clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) cluttermm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-0.9) dap-hdf4_handler-3.7.9-2.fc11.ppc64 requires libdap.so.9()(64bit) dap-hdf4_handler-3.7.9-2.fc11.ppc64 requires libdapserver.so.6()(64bit) entertainer-0.4.2-5.fc12.noarch requires pyclutter-cairo octave-forge-20080831-10.fc12.ppc64 requires octave(api) = 0:api-v32 perl-DBIx-Class-Schema-Loader-0.04006-4.fc12.noarch requires perl(DBIX::Class) php-layers-menu-3.2.0-0.2.rc.fc12.noarch requires php-pear(HTML_Template_PHPLIB) plplot-octave-5.9.4-1.fc12.ppc64 requires octave(api) = 0:api-v32 ppl-yap-0.10.2-5.fc12.ppc64 requires libYap.so()(64bit) python-mwlib-0.11.2-3.20090522hg2956.fc12.ppc64 requires LabPlot python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.ppc64 requires libparted-1.8.so.8()(64bit) rubygem-main-2.8.4-3.fc12.noarch requires rubygem(fattr) >= 0:1.0.3 sems-1.1.1-2.fc12.ppc64 requires libspandsp.so.1()(64bit) sems-g722-1.1.1-2.fc12.ppc64 requires libspandsp.so.1()(64bit) sems-gsm-1.1.1-2.fc12.ppc64 requires libspandsp.so.1()(64bit) sems-speex-1.1.1-2.fc12.ppc64 requires libspandsp.so.1()(64bit) serpentine-0.9-5.fc12.noarch requires gnome-python2-nautilus-cd-burner showimg-pgsql-0.9.5-22.fc11.ppc64 requires libpqxx-2.6.8.so()(64bit) sugar-pippy-34-2.fc12.ppc64 requires libc.so.6(GLIBC_2.4) sugar-pippy-34-2.fc12.ppc64 requires libm.so.6(GLIBC_2.0) sugar-pippy-34-2.fc12.ppc64 requires libc.so.6(GLIBC_2.1.3) sugar-pippy-34-2.fc12.ppc64 requires libstdc++.so.6(GLIBCXX_3.4) sugar-pippy-34-2.fc12.ppc64 requires libm.so.6 sugar-pippy-34-2.fc12.ppc64 requires libm.so.6(GLIBC_2.2.5)(64bit) sugar-pippy-34-2.fc12.ppc64 requires libc.so.6 sugar-pippy-34-2.fc12.ppc64 requires libgcc_s.so.1(GCC_3.0) sugar-pippy-34-2.fc12.ppc64 requires libc.so.6(GLIBC_2.2.5)(64bit) sugar-pippy-34-2.fc12.ppc64 requires libstdc++.so.6(CXXABI_1.3) sugar-pippy-34-2.fc12.ppc64 requires libc.so.6(GLIBC_2.0) sugar-pippy-34-2.fc12.ppc64 requires libgcc_s.so.1 sugar-pippy-34-2.fc12.ppc64 requires libstdc++.so.6 thunderbird-lightning-1.0-0.8.20090513hg.fc12.ppc64 requires thunderbird < 0:3.0-3.6.b4 From hj1986 at gmail.com Thu Aug 13 13:00:01 2009 From: hj1986 at gmail.com (=?UTF-8?B?6buE5YmR?=) Date: Thu, 13 Aug 2009 21:00:01 +0800 Subject: bad news Message-ID: hi all, help me, please.... i am confused by this for days. Thing is this, i am a non-devel user of fedora 11, one day i updated my system to rawhide, and now my fedora-release rpm is 11.90 but other application rpms have not been updated yet. I tried everything to *downgrade the fedora-release rpm*, but system tells me this conflicts with files, messages like this, *package fedora-release-11.90-2.noarch (which is newer than fedora-release-11-1.noarch) is already installed file /etc/fedora-release from install of fedora-release-11-1.noarch conflicts with file from package fedora-release-11.90-2.noarch* So tell me how i can *dwongrade* my fedora to 11.1, thanks a lot!! a Novice -------------- next part -------------- An HTML attachment was scrubbed... URL: From kevin.kofler at chello.at Thu Aug 13 13:51:57 2009 From: kevin.kofler at chello.at (Kevin Kofler) Date: Thu, 13 Aug 2009 15:51:57 +0200 Subject: Updates lacking descriptions References: <20090812212433.GA15312@amd.home.annexia.org> <4A83A517.6090308@freenet.de> <20090813115535.210f12cb@faldor> Message-ID: Michael Schwendt wrote: > Some package maintainers include upstream's summary of the changes in the > source code in their package %changelogs. I consider that as much too > detailed [and irrelevant to the majority of RPM package users]. Those few > who really have interest in reviewing low-level changes can take a look > at included ChangeLog files. AIUI, the package changelog only really needs to contain what you changed in the specfile, i.e. "update to [e.g.] 2.0.3". The Bodhi summary, however, should say something like: | An update to the bugfix release 2.0.3, fixing bugs and adding a few minor | features. See http://www.example.com/upstream-changelog for details. or: | An update to the bugfix release 2.0.3, fixing the following bugs: | http://bugzilla.example.com/upstream/12345 - need to frob the widget [etc.] | and adding support for the tag in the WTFML parser. On the other hand, things like "use %{_includedir} instead of %{_prefix}/include" belong only into the specfile changelog, users won't give a darn. (Corollary: It makes no sense whatsoever to push an update if that's all you changed.) > Overall, however, what updates need is feedback from actual testers before > they are marked stable. That's really a separate issue from the lack of details. Kevin Kofler From kevin.kofler at chello.at Thu Aug 13 13:53:57 2009 From: kevin.kofler at chello.at (Kevin Kofler) Date: Thu, 13 Aug 2009 15:53:57 +0200 Subject: Updates lacking descriptions References: <20090812212433.GA15312@amd.home.annexia.org> <4A83A517.6090308@freenet.de> <4A83DA27.7070102@freenet.de> Message-ID: Ralf Corsepius wrote: > Whether a changelog entry tells > - Update to upstream release 1.2.3 > > - Update due to http://ustreamurl/releasenote-1.2.3 > > - Upstream update: > .. > > is entirely irrelevant to both, you and to Aunt Tilly (she won't read > them at all and even if she will not understand it). It's not irrelevant to me. If there's a link to the upstream changelog, I just have to follow it. If there's none, I have to find it first. > Also, is naive to presume there always is a RH-BZ for each > upgrade/update or that a bug upstream is fixes has ever been tripped > over in Fedora. You can add an URL for an upstream bug in the plaintext update notes. > With you folks demanding more explicit changelogs you are rudestly > pushing around package maintainers and force them to waste time to > fullfill your solely burecratic demands. You're free to leave. Kevin Kofler From kevin.kofler at chello.at Thu Aug 13 13:59:15 2009 From: kevin.kofler at chello.at (Kevin Kofler) Date: Thu, 13 Aug 2009 15:59:15 +0200 Subject: Updates lacking descriptions References: <20090812212433.GA15312@amd.home.annexia.org> <20090813084032.GA9713@amd.home.annexia.org> Message-ID: Richard W.M. Jones wrote: > Now I agree that extending RPM to add metadata to mark the upstream > changelog file or URL would be an excellent idea. It's a one-off > change to specfiles and means that we don't need to write the same > thing in every update - a win all round. What we really need is a way to see the changes BEFORE installing the update. Plus, the upstream changelog is often way too verbose. Good luck reading a GCC changelog! The user-readable list of changes can be found in different places for different projects, sometimes it's the ChangeLog file, sometimes the NEWS file, sometimes the project's web page etc. There's no substitute for filling in the update notes by hand. Kevin Kofler From hughsient at gmail.com Thu Aug 13 14:02:29 2009 From: hughsient at gmail.com (Richard Hughes) Date: Thu, 13 Aug 2009 15:02:29 +0100 Subject: Updates lacking descriptions In-Reply-To: <4A83EE15.1010501@fedoraproject.org> References: <20090812212433.GA15312@amd.home.annexia.org> <4A83A517.6090308@freenet.de> <4A83DA27.7070102@freenet.de> <1250157063.2545.5.camel@red.localdomain> <2d319b780908130258n52352c24x96e208d08265625e@mail.gmail.com> <1250158332.2545.9.camel@red.localdomain> <4A83EE15.1010501@fedoraproject.org> Message-ID: <15e53e180908130702r112589e4s5b02b4915382f69e@mail.gmail.com> 2009/8/13 Rahul Sundaram : > There is a difference between the changelog and the bodhi update > information. The latter also covers software changes. The people on this mailing list know what a ChangeLog is, and how to read one. These people (real people, not geeks) do not know what a ChangeLog is: http://www.packagekit.org/pk-profiles.html Like somebody else said in the discussion, just because we are amateurs doesn't mean we can't look professional. If we want to say "Linux is ready for end users" we need to get out of the geek mindset. Richard. From davej at redhat.com Thu Aug 13 14:04:07 2009 From: davej at redhat.com (Dave Jones) Date: Thu, 13 Aug 2009 10:04:07 -0400 Subject: Annoying kmemleak scans In-Reply-To: <1250002434.2367.1.camel@localhost.localdomain> References: <1250002434.2367.1.camel@localhost.localdomain> Message-ID: <20090813140407.GB2845@redhat.com> On Tue, Aug 11, 2009 at 04:53:54PM +0200, Fabian Deutsch wrote: > Hello. > > Starting with F11 kmemleak is part of the kernel huh? It's never been on in F11. In fact, the code isn't even present as an option there. (It's a post 2.6.30 feature) In rawhide, it was switched on for about a week a month or so back, and turned off because of the number of false positives being too high to make it useful. It might come back on for a short time periodically in rawhide, but generally, it's off. Dave From kevin.kofler at chello.at Thu Aug 13 13:54:57 2009 From: kevin.kofler at chello.at (Kevin Kofler) Date: Thu, 13 Aug 2009 15:54:57 +0200 Subject: Updates lacking descriptions References: <20090812212433.GA15312@amd.home.annexia.org> <4A83A517.6090308@freenet.de> <4A83DA27.7070102@freenet.de> <1250157063.2545.5.camel@red.localdomain> Message-ID: Pierre-Yves wrote: > What else ? Filling bug report for every changelog not correctly > formed ? That's not an option. IMHO the updates should just be intercepted by someone before they get pushed and the push request canceled/blocked until you fix the description. Kevin Kofler From kevin.kofler at chello.at Thu Aug 13 14:03:11 2009 From: kevin.kofler at chello.at (Kevin Kofler) Date: Thu, 13 Aug 2009 16:03:11 +0200 Subject: bad news References: Message-ID: ?? wrote: > help me, please.... i am confused by this for days. Thing is this, i am > a non-devel user of fedora 11, Then you're on the wrong list, try fedora-list or fedora-test-list. But to answer your actual question: don't use rpm -i (or -ivh) to downgrade fedora-release, use rpm -Uvh --oldpackage. Kevin Kofler From kevin.kofler at chello.at Thu Aug 13 14:23:10 2009 From: kevin.kofler at chello.at (Kevin Kofler) Date: Thu, 13 Aug 2009 16:23:10 +0200 Subject: Updates lacking descriptions References: <20090812212433.GA15312@amd.home.annexia.org> <4A83A517.6090308@freenet.de> <4A83DA27.7070102@freenet.de> <1250157063.2545.5.camel@red.localdomain> <2d319b780908130258n52352c24x96e208d08265625e@mail.gmail.com> <1250158332.2545.9.camel@red.localdomain> <4A83EE15.1010501@fedoraproject.org> <15e53e180908130702r112589e4s5b02b4915382f69e@mail.gmail.com> Message-ID: Richard Hughes wrote: > The people on this mailing list know what a ChangeLog is, and how to > read one. These people (real people, not geeks) do not know what a > ChangeLog is: http://www.packagekit.org/pk-profiles.html > > Like somebody else said in the discussion, just because we are > amateurs doesn't mean we can't look professional. If we want to say > "Linux is ready for end users" we need to get out of the geek mindset. That's why the update notes should be a user-readable list of changes, either provided by upstream (and linked to or pasted in) or summarized by the packager. An FSF-style changelog, e.g.: 2009-04-01 Some Upstream Developer * foo.c (foo_bar): Change ultraconductivity to 4. is indeed entirely useless in the update notes. Instead, they should SUMMARIZE what changed FROM A USER'S point of view. And if people don't even care about the user-friendly summary, nobody forces them to read it. Kevin Kofler From tonynelson at georgeanelson.com Thu Aug 13 14:30:18 2009 From: tonynelson at georgeanelson.com (Tony Nelson) Date: Thu, 13 Aug 2009 10:30:18 -0400 Subject: F12 to require "i686", but which CPUs do not qualify? Message-ID: <1250173818.4418.0@localhost.localdomain> I've noticed that F12 will require a CPU with "i686" architecture, and that my Athlon 1.2GHz won't qualify. I accept that F11 is the last Fedora release that I'll be able to use. My concern is that many present Fedora users will be unpleasantly surprised that a new installation doesn't work, or at least that they've wasted the download. The Release Notes, starting with the F12 Alpha Release Notes, should tell users about this, and so should the release announcements. The difficulty is in telling them what exactly is an "i686" CPU, as that is defined by GCC and is said to be a moving target (over the years). I'm hoping that someone qualified can make the appropriate changes to the Releases Notes wiki (I don't know what all the requirements are, though I do know that the Athlon does not support SSE/SSE2). Is there a simple way for ordinary users to know if their CPU is expected to work on F12 (as an "i686" according to GCC)? Is there a tool to run that doesn't require downloading F12? -- ____________________________________________________________________ TonyN.:' ' From pbrobinson at gmail.com Thu Aug 13 14:34:58 2009 From: pbrobinson at gmail.com (Peter Robinson) Date: Thu, 13 Aug 2009 15:34:58 +0100 Subject: F12 to require "i686", but which CPUs do not qualify? In-Reply-To: <1250173818.4418.0@localhost.localdomain> References: <1250173818.4418.0@localhost.localdomain> Message-ID: <5256d0b0908130734j14bc2ed1jb75cdf31de12b34d@mail.gmail.com> > I've noticed that F12 will require a CPU with "i686" architecture, and > that my Athlon 1.2GHz won't qualify. ?I accept that F11 is the last > Fedora release that I'll be able to use. ?My concern is that many > present Fedora users will be unpleasantly surprised that a new > installation doesn't work, or at least that they've wasted the > download. > > The Release Notes, starting with the F12 Alpha Release Notes, should > tell users about this, and so should the release announcements. ?The > difficulty is in telling them what exactly is an "i686" CPU, as that is > defined by GCC and is said to be a moving target (over the years). ?I'm > hoping that someone qualified can make the appropriate changes to the > Releases Notes wiki (I don't know what all the requirements are, though > I do know that the Athlon does not support SSE/SSE2). > > Is there a simple way for ordinary users to know if their CPU is > expected to work on F12 (as an "i686" according to GCC)? ?Is there a > tool to run that doesn't require downloading F12? https://fedoraproject.org/wiki/Features/F12X86Support Its outlined in the link above. An athlon should be fine. Basically if its i586 + cmov it should work. You can tell if you have cmov by looking at /proc/cpuinfo. Originally it wasn't planned to support them but there was enough discussion to change peoples minds :-) Peter From limb at jcomserv.net Thu Aug 13 14:35:29 2009 From: limb at jcomserv.net (Jon Ciesla) Date: Thu, 13 Aug 2009 09:35:29 -0500 Subject: F12 to require "i686", but which CPUs do not qualify? In-Reply-To: <1250173818.4418.0@localhost.localdomain> References: <1250173818.4418.0@localhost.localdomain> Message-ID: <4A8424B1.3070005@jcomserv.net> Tony Nelson wrote: > I've noticed that F12 will require a CPU with "i686" architecture, and > that my Athlon 1.2GHz won't qualify. I accept that F11 is the last > Fedora release that I'll be able to use. My concern is that many > present Fedora users will be unpleasantly surprised that a new > installation doesn't work, or at least that they've wasted the > download. > > The Release Notes, starting with the F12 Alpha Release Notes, should > tell users about this, and so should the release announcements. The > difficulty is in telling them what exactly is an "i686" CPU, as that is > defined by GCC and is said to be a moving target (over the years). I'm > hoping that someone qualified can make the appropriate changes to the > Releases Notes wiki (I don't know what all the requirements are, though > I do know that the Athlon does not support SSE/SSE2). > > Is there a simple way for ordinary users to know if their CPU is > expected to work on F12 (as an "i686" according to GCC)? Is there a > tool to run that doesn't require downloading F12? > > Quoting Bill Nottingham: Given the loud feedback, I've updated the proposal at: https://fedoraproject.org/wiki/Features/F12X86Support The revised proposal: - Build all packages for i686 (this requires cmov) - Optimize for Atom Why? - We don't really support i586 in any meaningful matter - OLPC still works with base i686 - We are likely doing a mass rebuild for F-12 anyways, might as well switch while we're doing it - Atom is the only currently produced 32-bit x86 chip of note; optimize for what's currently available If you want numbers, I did some benchmarking of code [1] with various build options on a variety of processors, with the F-11 gcc code. All of these results are relative to a F-11 baseline of "-march=i586 -mtune=generic". P4 2.4Ghz Athlon 3400+ Core2Duo E6850 Atom N270 march=i686/ -1.1% +2.0% +0.9% +0.6% mtune=generic march=i586/ +0.3% -0.3% -0.2% +1.3% mtune=atom march=i686/ -1.5% +1.2% +0.5% +1.7% mtune=atom Bill [1] gzip, bzip2, math simulation, mp3 encode/decode, ogg encode/decode -- in your fear, seek only peace in your fear, seek only love -d. bowie From hj1986 at gmail.com Thu Aug 13 15:35:37 2009 From: hj1986 at gmail.com (=?UTF-8?B?6buE5YmR?=) Date: Thu, 13 Aug 2009 23:35:37 +0800 Subject: bad news In-Reply-To: References: Message-ID: thanks very very much, my fedora is restored now. You are so nice. On Thu, Aug 13, 2009 at 22:03, Kevin Kofler wrote: > ?? wrote: > > help me, please.... i am confused by this for days. Thing is this, i am > > a non-devel user of fedora 11, > > Then you're on the wrong list, try fedora-list or fedora-test-list. > > But to answer your actual question: don't use rpm -i (or -ivh) to downgrade > fedora-release, use rpm -Uvh --oldpackage. > > Kevin Kofler > > > -- > 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 opensource at till.name Thu Aug 13 15:37:55 2009 From: opensource at till.name (Till Maas) Date: Thu, 13 Aug 2009 17:37:55 +0200 Subject: naive live USB question In-Reply-To: <4A83F523.1050604@fedoraproject.org> References: <20090812164217.GI3985@localhost.localdomain> <4A83F523.1050604@fedoraproject.org> Message-ID: <20090813153755.GC12742@genius.kawo2.rwth-aachen.de> On Thu, Aug 13, 2009 at 12:12:35PM +0100, psmith wrote: > jeez when i brought up the idea of fedora using hybrid iso's a few > months back i was basically lambasted by most on this list, now all of a > sudden it's a new F12 feature? wtf??? I am not sure, what the right word is, but there seem to be unfounded(?) criticism every now and then on this list, which is best to ignore or to disprove, depending on whether the people who would actually work on the projects in question listen to it or not. Nevertheless, Jeremy Katz, afaik the main developer of the livecd tools, was positive about your suggestion back then: https://www.redhat.com/archives/fedora-devel-list/2009-April/msg00698.html Regards Till -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 835 bytes Desc: not available URL: From mschwendt at gmail.com Thu Aug 13 15:56:33 2009 From: mschwendt at gmail.com (Michael Schwendt) Date: Thu, 13 Aug 2009 17:56:33 +0200 Subject: Updates lacking descriptions In-Reply-To: References: <20090812212433.GA15312@amd.home.annexia.org> <4A83A517.6090308@freenet.de> <20090813115535.210f12cb@faldor> Message-ID: <20090813175633.4e2e9eff@gmail.com> On Thu, 13 Aug 2009 15:51:57 +0200, Kevin wrote: > AIUI, the package changelog only really needs to contain what you changed in > the specfile, Tell that all the package maintainers, who do it differently. > > Overall, however, what updates need is feedback from actual testers before > > they are marked stable. > > That's really a separate issue from the lack of details. For me it isn't. I won't spend extra time on writing special summaries for a test-update, if nobody contributes any testing. Once the update has been marked stable, it's too late. It will be installed by some users "blindly". They won't base any decision on reading the update description. Not even the list of affected bugzilla tickets in bodhi implies that the fixes are correct or won't cause side-effects. A minor feature addition might cause the software to crash in untested environments. The update description doesn't add any quality. It just adds some eye-candy and creates another place where the packager can fail (and miss details or include wrong information, for example). Packaging quality depends on other factors, such as the amount of time a package maintainer spends on cherry-picking upstream releases or snapshots, self-contributed bug-fixes and testing prior to release. Same applies to online changelog URLs. Tracking down locations on upstream websites (and verifying them with every update) is nothing else than an unnecessary burden. Just as upstream authors don't maintain their tarball ChangeLogs always, there is no guarantee that an online changelog would be up-to-date. From mschwendt at gmail.com Thu Aug 13 15:59:22 2009 From: mschwendt at gmail.com (Michael Schwendt) Date: Thu, 13 Aug 2009 17:59:22 +0200 Subject: Updates lacking descriptions In-Reply-To: References: <20090812212433.GA15312@amd.home.annexia.org> <4A83A517.6090308@freenet.de> <4A83DA27.7070102@freenet.de> Message-ID: <20090813175922.0a5658c0@gmail.com> On Thu, 13 Aug 2009 15:53:57 +0200, Kevin wrote: > Ralf Corsepius wrote: > > With you folks demanding more explicit changelogs you are rudestly > > pushing around package maintainers and force them to waste time to > > fullfill your solely burecratic demands. > > You're free to leave. Won't speak for Ralf, but I consider such a comment as insolent. It's not how fellow Fedora contributors should communicate with eachother. Certainly not in public messages. From sundaram at fedoraproject.org Thu Aug 13 16:02:24 2009 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Thu, 13 Aug 2009 21:32:24 +0530 Subject: Updates lacking descriptions In-Reply-To: <20090813175922.0a5658c0@gmail.com> References: <20090812212433.GA15312@amd.home.annexia.org> <4A83A517.6090308@freenet.de> <4A83DA27.7070102@freenet.de> <20090813175922.0a5658c0@gmail.com> Message-ID: <4A843910.2020806@fedoraproject.org> On 08/13/2009 09:29 PM, Michael Schwendt wrote: > On Thu, 13 Aug 2009 15:53:57 +0200, Kevin wrote: > >> Ralf Corsepius wrote: > >>> With you folks demanding more explicit changelogs you are rudestly >>> pushing around package maintainers and force them to waste time to >>> fullfill your solely burecratic demands. >> >> You're free to leave. > > Won't speak for Ralf, but I consider such a comment as insolent. > It's not how fellow Fedora contributors should communicate with > eachother. Certainly not in public messages. True. Ralf does that in private and public all the time too however. https://bugzilla.redhat.com/show_bug.cgi?id=516340#c15 Everybody can calm down and learn to disagree more politely. Rahul From awilliam at redhat.com Thu Aug 13 16:06:48 2009 From: awilliam at redhat.com (Adam Williamson) Date: Thu, 13 Aug 2009 09:06:48 -0700 Subject: naive live USB question In-Reply-To: <4A83F523.1050604@fedoraproject.org> References: <20090812164217.GI3985@localhost.localdomain> <4A83F523.1050604@fedoraproject.org> Message-ID: <1250179608.2158.7.camel@adam.local.net> On Thu, 2009-08-13 at 12:12 +0100, psmith wrote: > jeez when i brought up the idea of fedora using hybrid iso's a few > months back i was basically lambasted by most on this list, now all of > a sudden it's a new F12 feature? wtf??? Didn't you know? That's how Fedora works. First everyone tells you you're insane, crazy, probably a drooling idiot, and there's ten reasons your idea will never work and would eat babies if it did. Then they implement it. :) -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From awilliam at redhat.com Thu Aug 13 16:15:04 2009 From: awilliam at redhat.com (Adam Williamson) Date: Thu, 13 Aug 2009 09:15:04 -0700 Subject: Updates lacking descriptions In-Reply-To: <20090813175633.4e2e9eff@gmail.com> References: <20090812212433.GA15312@amd.home.annexia.org> <4A83A517.6090308@freenet.de> <20090813115535.210f12cb@faldor> <20090813175633.4e2e9eff@gmail.com> Message-ID: <1250180104.2158.21.camel@adam.local.net> On Thu, 2009-08-13 at 17:56 +0200, Michael Schwendt wrote: > For me it isn't. I won't spend extra time on writing special summaries > for a test-update, if nobody contributes any testing. FWIW you almost certainly _are_ getting some testing. There are definitely users on -test-list who run with -updates-testing enabled permanently and hence run all updates-testing packages (that they have installed, anyway). In most cases, however, they don't give positive feedback when everything works, because the current mechanism makes it too clumsy (go to bodhi, log in because it _will_ have forgotten you again, find the update, type 'yay it works!' in the box, submit, rinse and repeat for the next twelve updates). That's a process problem, we need to make it easier to give a simple 'thumbs up' feedback. Where things are broken, negative feedback usually does come through (whenever someone sends something with broken dependencies to updates-testing, for instance, someone yells about it on test-list and in bodhi quite quickly, most of the time). > Once the update has > been marked stable, it's too late. It will be installed by some users > "blindly". Sure, some, but not all. It doesn't have to benefit everyone to be a good idea, just a decent amount of people. > They won't base any decision on reading the update > description. Not even the list of affected bugzilla tickets in bodhi > implies that the fixes are correct or won't cause side-effects. A > minor feature addition might cause the software to crash in untested > environments. True. > The update description doesn't add any quality. False. Don't make the perfect the enemy of the good. The fact that update descriptions are 'fallible' in the ways you describe does not make them useless. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From awilliam at redhat.com Thu Aug 13 16:15:12 2009 From: awilliam at redhat.com (Adam Williamson) Date: Thu, 13 Aug 2009 09:15:12 -0700 Subject: Updates lacking descriptions In-Reply-To: <4A83DA27.7070102@freenet.de> References: <20090812212433.GA15312@amd.home.annexia.org> <4A83A517.6090308@freenet.de> <4A83DA27.7070102@freenet.de> Message-ID: <1250180112.2158.22.camel@adam.local.net> On Thu, 2009-08-13 at 11:17 +0200, Ralf Corsepius wrote: > No, as ususal, you are demonstrating your lack of competence and > understanding: And you're displaying your usual grasp of diplomacy... > Whether a changelog entry tells > - Update to upstream release 1.2.3 > > - Update due to http://ustreamurl/releasenote-1.2.3 > > - Upstream update: > .. > > is entirely irrelevant to both, you and to Aunt Tilly (she won't read > them at all and even if she will not understand it). No-one brought up Aunt Tilly in this context, and she's not the best example user in this case. But I don't see how you can confidently declare that its irrelevant to Kevin - are you reading his mind? Is he lying when he says he reads the update descriptions, lying when he says he understands them, or lying when he says that he finds the information they contain to be useful? Consider QA folks, we get an updates-testing report each day with at least a dozen packages on it. If they don't explain why they're being updated and what significant things have actually changed, it's very difficult to test them reliably. Consider Fedora's _actual_ userbase (which, as recent discussions seem to have established, is not Aunt Tilly but reasonably clueful enthusiasts). They would certainly be able to read update descriptions (which are presented in the GUI when you update, BTW) and gain useful information from them. > Also, is naive to presume there always is a RH-BZ for each > upgrade/update or that a bug upstream is fixes has ever been tripped > over in Fedora. > > With you folks demanding more explicit changelogs you are rudestly > pushing around package maintainers and force them to waste time to > fullfill your solely burecratic demands. By this logic, asking packagers to follow _any_ kind of common policies for the benefit of the distribution is wrong. Update descriptions are 'bureaucracy' exactly as much as documentation is bureaucracy, i.e. not very much. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From awilliam at redhat.com Thu Aug 13 16:18:01 2009 From: awilliam at redhat.com (Adam Williamson) Date: Thu, 13 Aug 2009 09:18:01 -0700 Subject: Updates lacking descriptions In-Reply-To: <20090813175922.0a5658c0@gmail.com> References: <20090812212433.GA15312@amd.home.annexia.org> <4A83A517.6090308@freenet.de> <4A83DA27.7070102@freenet.de> <20090813175922.0a5658c0@gmail.com> Message-ID: <1250180281.2158.25.camel@adam.local.net> On Thu, 2009-08-13 at 17:59 +0200, Michael Schwendt wrote: > On Thu, 13 Aug 2009 15:53:57 +0200, Kevin wrote: > > > Ralf Corsepius wrote: > > > > With you folks demanding more explicit changelogs you are rudestly > > > pushing around package maintainers and force them to waste time to > > > fullfill your solely burecratic demands. > > > > You're free to leave. > > Won't speak for Ralf, but I consider such a comment as insolent. > It's not how fellow Fedora contributors should communicate with > eachother. Certainly not in public messages. Why the double standard? If you consider what Michael wrote to be 'insolent', Ralf's mail was certainly far far beyond that, with its opening suggestion that Michael is a dribbling moron - "as ususal, you are demonstrating your lack of competence and understanding" - its follow-up suggestion that he's a paper-pushing nincompoop - "you are rudestly pushing around package maintainers and force them to waste time to fullfill your solely burecratic demands" - and final salvo indicating that he's 'hostile and rude' for using a newsgroup gateway - "You simply are violating the netiquette ... i.e. you are hostile and rude to this lists users". I'd say that was a fairly mild response. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From jwboyer at gmail.com Thu Aug 13 16:55:18 2009 From: jwboyer at gmail.com (Josh Boyer) Date: Thu, 13 Aug 2009 12:55:18 -0400 Subject: Updates lacking descriptions In-Reply-To: <4A843910.2020806@fedoraproject.org> References: <20090812212433.GA15312@amd.home.annexia.org> <4A83A517.6090308@freenet.de> <4A83DA27.7070102@freenet.de> <20090813175922.0a5658c0@gmail.com> <4A843910.2020806@fedoraproject.org> Message-ID: <20090813165518.GY3095@hansolo.jdub.homelinux.org> On Thu, Aug 13, 2009 at 09:32:24PM +0530, Rahul Sundaram wrote: >On 08/13/2009 09:29 PM, Michael Schwendt wrote: >> On Thu, 13 Aug 2009 15:53:57 +0200, Kevin wrote: >> >>> Ralf Corsepius wrote: >> >>>> With you folks demanding more explicit changelogs you are rudestly >>>> pushing around package maintainers and force them to waste time to >>>> fullfill your solely burecratic demands. >>> >>> You're free to leave. >> >> Won't speak for Ralf, but I consider such a comment as insolent. >> It's not how fellow Fedora contributors should communicate with >> eachother. Certainly not in public messages. > >True. Ralf does that in private and public all the time too however. Two wrongs does not make a right. Everyone needs to stop the back and forth on this now. josh From kevin.kofler at chello.at Thu Aug 13 17:01:03 2009 From: kevin.kofler at chello.at (Kevin Kofler) Date: Thu, 13 Aug 2009 19:01:03 +0200 Subject: Updates lacking descriptions References: <20090812212433.GA15312@amd.home.annexia.org> <4A83A517.6090308@freenet.de> <4A83DA27.7070102@freenet.de> <20090813175922.0a5658c0@gmail.com> <1250180281.2158.25.camel@adam.local.net> Message-ID: Adam Williamson wrote: > On Thu, 2009-08-13 at 17:59 +0200, Michael Schwendt wrote: >> On Thu, 13 Aug 2009 15:53:57 +0200, Kevin wrote: >> >> > Ralf Corsepius wrote: >> >> > > With you folks demanding more explicit changelogs you are rudestly >> > > pushing around package maintainers and force them to waste time to >> > > fullfill your solely burecratic demands. >> > >> > You're free to leave. >> >> Won't speak for Ralf, but I consider such a comment as insolent. >> It's not how fellow Fedora contributors should communicate with >> eachother. Certainly not in public messages. > > Why the double standard? If you consider what Michael wrote to be > 'insolent', Ralf's mail was certainly far far beyond that, with its > opening suggestion that Michael is a dribbling moron It's me who wrote "You're free to leave", Michael's the one who complained about me writing that. Kevin Kofler From sundaram at fedoraproject.org Thu Aug 13 17:01:59 2009 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Thu, 13 Aug 2009 22:31:59 +0530 Subject: Updates lacking descriptions In-Reply-To: <20090813165518.GY3095@hansolo.jdub.homelinux.org> References: <20090812212433.GA15312@amd.home.annexia.org> <4A83A517.6090308@freenet.de> <4A83DA27.7070102@freenet.de> <20090813175922.0a5658c0@gmail.com> <4A843910.2020806@fedoraproject.org> <20090813165518.GY3095@hansolo.jdub.homelinux.org> Message-ID: <4A844707.5060401@fedoraproject.org> On 08/13/2009 10:25 PM, Josh Boyer wrote: > On Thu, Aug 13, 2009 at 09:32:24PM +0530, Rahul Sundaram wrote: >> On 08/13/2009 09:29 PM, Michael Schwendt wrote: >>> On Thu, 13 Aug 2009 15:53:57 +0200, Kevin wrote: >>> >>>> Ralf Corsepius wrote: >>> >>>>> With you folks demanding more explicit changelogs you are rudestly >>>>> pushing around package maintainers and force them to waste time to >>>>> fullfill your solely burecratic demands. >>>> >>>> You're free to leave. >>> >>> Won't speak for Ralf, but I consider such a comment as insolent. >>> It's not how fellow Fedora contributors should communicate with >>> eachother. Certainly not in public messages. >> >> True. Ralf does that in private and public all the time too however. > > Two wrongs does not make a right. Everyone needs to stop the back and forth > on this now. You cut out the next sentence where I said the same thing. I was just pointing out that it is not one sided. Rahul From skvidal at fedoraproject.org Thu Aug 13 17:11:33 2009 From: skvidal at fedoraproject.org (Seth Vidal) Date: Thu, 13 Aug 2009 13:11:33 -0400 (EDT) Subject: Updates lacking descriptions In-Reply-To: <1250180281.2158.25.camel@adam.local.net> References: <20090812212433.GA15312@amd.home.annexia.org> <4A83A517.6090308@freenet.de> <4A83DA27.7070102@freenet.de> <20090813175922.0a5658c0@gmail.com> <1250180281.2158.25.camel@adam.local.net> Message-ID: On Thu, 13 Aug 2009, Adam Williamson wrote: > On Thu, 2009-08-13 at 17:59 +0200, Michael Schwendt wrote: >> On Thu, 13 Aug 2009 15:53:57 +0200, Kevin wrote: >> >>> Ralf Corsepius wrote: >> >>>> With you folks demanding more explicit changelogs you are rudestly >>>> pushing around package maintainers and force them to waste time to >>>> fullfill your solely burecratic demands. >>> >>> You're free to leave. >> >> Won't speak for Ralf, but I consider such a comment as insolent. >> It's not how fellow Fedora contributors should communicate with >> eachother. Certainly not in public messages. > > Why the double standard? If you consider what Michael wrote to be > 'insolent', Ralf's mail was certainly far far beyond that, with its > opening suggestion that Michael is a dribbling moron - "as ususal, you > are demonstrating your lack of competence and understanding" - its > follow-up suggestion that he's a paper-pushing nincompoop - "you are > rudestly pushing around package maintainers and force them to waste time > to fullfill your solely burecratic demands" - and final salvo indicating > that he's 'hostile and rude' for using a newsgroup gateway - "You simply > are violating the netiquette ... i.e. you are hostile and rude to this > lists users". I'd say that was a fairly mild response. This thread is over. Additional, helpful comments can either start a new thread or go offlist. -sv From MathStuf at gmail.com Thu Aug 13 17:22:39 2009 From: MathStuf at gmail.com (Ben Boeckel) Date: Thu, 13 Aug 2009 13:22:39 -0400 Subject: Updates lacking descriptions References: <20090812212433.GA15312@amd.home.annexia.org> <4A83A517.6090308@freenet.de> <20090813115535.210f12cb@faldor> <20090813175633.4e2e9eff@gmail.com> Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Michael Schwendt wrote: > On Thu, 13 Aug 2009 15:51:57 +0200, Kevin wrote: > >> AIUI, the package changelog only really needs to contain what you changed in >> the specfile, > > Tell that all the package maintainers, who do it differently. I think he was referring to a minimum ("only really needs"). If you do more detailed changelogs, more power to you. I however have changelog entries just because a BR was missing or such. I don't see the need to add feature changes to the spec file which sees the software as nothing more than a blob to be extracted and commands run on. Another way: a hammer (spec file) doesn't care what the nail (software) is used for, only that it's a nail. >> > Overall, however, what updates need is feedback from actual testers before >> > they are marked stable. >> >> That's really a separate issue from the lack of details. > > For me it isn't. I won't spend extra time on writing special summaries > for a test-update, if nobody contributes any testing. Once the update has > been marked stable, it's too late. It will be installed by some users > "blindly". They won't base any decision on reading the update > description. Not even the list of affected bugzilla tickets in bodhi > implies that the fixes are correct or won't cause side- effects. A > minor feature addition might cause the software to crash in untested > environments. The update description doesn't add any quality. It just > adds some eye-candy and creates another place where the packager can > fail (and miss details or include wrong information, for example). > Packaging quality depends on other factors, such as the amount > of time a package maintainer spends on cherry-picking upstream releases > or snapshots, self-contributed bug-fixes and testing prior to release. Maybe an updates-testing report (like the daily Rawhide Report which I scan even though I don't run Rawhide yet) could do some good? > Same applies to online changelog URLs. Tracking down locations on upstream > websites (and verifying them with every update) is nothing else than an > unnecessary burden. Just as upstream authors don't maintain their > tarball ChangeLogs always, there is no guarantee that an online > changelog would be up-to-date. > I have a folder full of bookmarks for important sites for the packages I maintain. Works well enough. I imagine it would scale well too. - --Ben -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkqES98ACgkQiPi+MRHG3qRZMgCgvYyN25TVxakVs78bj5R7Le97 xIwAn0Ijhu97mc/HDeU4pIGDGS3QBrK2 =EtHT -----END PGP SIGNATURE----- From wb8rcr at arrl.net Thu Aug 13 17:26:48 2009 From: wb8rcr at arrl.net (John J. McDonough) Date: Thu, 13 Aug 2009 13:26:48 -0400 Subject: Atention browser maintainers - Docs dropping homepage Message-ID: <093C6C866B3642F8BE81436FA53CD0D4@Aidan> For several releases, Docs has maintained a module called homepage, which provides /usr/share/doc/HTML/index_(lang).html. The original idea was to have something to display when the computer is offline. As far as we can tell, the only browser still using this is lynx, presumably the others have dropped it because is just isn't a good idea to make the user think he is online when he isn't. I found 15 browsers to check in Fedora 11 and none seem to use this except lynx, but there is always a possibility there are other browsers I didn't discover or some browsers use this file under conditions I didn't explore. If you need this file, let me know, but I think it is preferable to not do this. If lynx really needs this capability, it would probably be better to include it in lynx so that the message can be tailored for the browser. --McD From joachim.frieben at googlemail.com Thu Aug 13 17:31:07 2009 From: joachim.frieben at googlemail.com (Joachim) Date: Thu, 13 Aug 2009 19:31:07 +0200 Subject: F12 to require "i686", but which CPUs do not qualify? In-Reply-To: <4A8424B1.3070005@jcomserv.net> References: <1250173818.4418.0@localhost.localdomain> <4A8424B1.3070005@jcomserv.net> Message-ID: <1c252d490908131031k38a82a28gbe4f99da54fde36e@mail.gmail.com> > Quoting Bill Nottingham: > > Given the loud feedback, I've updated the proposal at: > ? ? ? ?https://fedoraproject.org/wiki/Features/F12X86Support > > The revised proposal: > > - Build all packages for i686 (this requires cmov) > - Optimize for Atom I do not understand then, that there exist i686 packages which have higher requirements. Look at the ATLAS library for which I had filed a bug because only SSE/SSE2/SSE3 variants are provided, https://bugzilla.redhat.com/show_bug.cgi?id=510498 , which got closed as CANTFIX. This implies that any program linked against these libraries is likely to fail on Pentium Pro and Pentium II systems, the first one being the archetype of the i686 platform. Moreover, it is even pulled in by basic packages like gnome-games (!). From aph at redhat.com Thu Aug 13 17:44:13 2009 From: aph at redhat.com (Andrew Haley) Date: Thu, 13 Aug 2009 18:44:13 +0100 Subject: F12 to require "i686", but which CPUs do not qualify? In-Reply-To: <1c252d490908131031k38a82a28gbe4f99da54fde36e@mail.gmail.com> References: <1250173818.4418.0@localhost.localdomain> <4A8424B1.3070005@jcomserv.net> <1c252d490908131031k38a82a28gbe4f99da54fde36e@mail.gmail.com> Message-ID: <4A8450ED.2070102@redhat.com> Joachim wrote: >> Quoting Bill Nottingham: >> >> Given the loud feedback, I've updated the proposal at: >> https://fedoraproject.org/wiki/Features/F12X86Support >> >> The revised proposal: >> >> - Build all packages for i686 (this requires cmov) >> - Optimize for Atom > > I do not understand then, that there exist i686 packages which have > higher requirements. Look at the ATLAS library for which I had filed a > bug because only SSE/SSE2/SSE3 variants are provided, > > https://bugzilla.redhat.com/show_bug.cgi?id=510498 , > > which got closed as CANTFIX. This implies that any program linked > against these libraries is likely to fail on Pentium Pro and Pentium > II systems, the first one being the archetype of the i686 platform. > Moreover, it is even pulled in by basic packages like gnome-games (!). >From reading the bugzilla, that looks to me like a bug upstream. The tail was "If you can create such architectural default let me know, and I'll use it." ... but none ever arrived ... Andrew. From awilliam at redhat.com Thu Aug 13 18:14:47 2009 From: awilliam at redhat.com (Adam Williamson) Date: Thu, 13 Aug 2009 11:14:47 -0700 Subject: Updates lacking descriptions In-Reply-To: References: <20090812212433.GA15312@amd.home.annexia.org> <4A83A517.6090308@freenet.de> <20090813115535.210f12cb@faldor> <20090813175633.4e2e9eff@gmail.com> Message-ID: <1250187287.19692.0.camel@adam.local.net> On Thu, 2009-08-13 at 13:22 -0400, Ben Boeckel wrote: > Maybe an updates-testing report (like the daily Rawhide Report > which I scan even though I don't run Rawhide yet) could do some > good? There is one, but it doesn't go to -devel-list. It goes to -test-list. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From joachim.frieben at googlemail.com Thu Aug 13 18:32:57 2009 From: joachim.frieben at googlemail.com (Joachim) Date: Thu, 13 Aug 2009 20:32:57 +0200 Subject: F12 to require "i686", but which CPUs do not qualify? In-Reply-To: <4A8450ED.2070102@redhat.com> References: <1250173818.4418.0@localhost.localdomain> <4A8424B1.3070005@jcomserv.net> <1c252d490908131031k38a82a28gbe4f99da54fde36e@mail.gmail.com> <4A8450ED.2070102@redhat.com> Message-ID: <1c252d490908131132p5bf315b6w4d3848dfdedd7647@mail.gmail.com> 2009/8/13 Andrew Haley : > "If you can create such architectural default let me know, and I'll use it." > > ... but none ever arrived ... Comment #4 ... 2009-08-05 04:36:24 EDT I will investigate how to create an "architectural defaults" on my local system for inclusion into the Fedora package. This bug was closed on 2009-08-04, my comment is from 2009-08-05, and today we are 2009-08-13! If I can provide a fix I will certainly do it, but this does not prevent the package from being currently incompatible with the minimum requirements for F12 let alone F11 for which the bug had been reported in the first place. Thus, it should be removed from the repo or at least be made truly optional, the first option clearly being the cleaner one. Resolution CANTFIX is not acceptable. From notting at redhat.com Thu Aug 13 18:37:54 2009 From: notting at redhat.com (Bill Nottingham) Date: Thu, 13 Aug 2009 14:37:54 -0400 Subject: F12 to require "i686", but which CPUs do not qualify? In-Reply-To: <1c252d490908131031k38a82a28gbe4f99da54fde36e@mail.gmail.com> References: <1250173818.4418.0@localhost.localdomain> <4A8424B1.3070005@jcomserv.net> <1c252d490908131031k38a82a28gbe4f99da54fde36e@mail.gmail.com> Message-ID: <20090813183754.GA19339@nostromo.devel.redhat.com> Joachim (joachim.frieben at googlemail.com) said: > Moreover, it is even pulled in by basic packages like gnome-games (!). Well, you know, if you want to play sudoku, you *need* a linear algebra package. (See earlier threads about numpy dependencies in pygtk.) Bill From limb at jcomserv.net Thu Aug 13 18:38:03 2009 From: limb at jcomserv.net (Jon Ciesla) Date: Thu, 13 Aug 2009 13:38:03 -0500 Subject: F12 to require "i686", but which CPUs do not qualify? In-Reply-To: <1c252d490908131132p5bf315b6w4d3848dfdedd7647@mail.gmail.com> References: <1250173818.4418.0@localhost.localdomain> <4A8424B1.3070005@jcomserv.net> <1c252d490908131031k38a82a28gbe4f99da54fde36e@mail.gmail.com> <4A8450ED.2070102@redhat.com> <1c252d490908131132p5bf315b6w4d3848dfdedd7647@mail.gmail.com> Message-ID: <4A845D8B.8090406@jcomserv.net> Joachim wrote: > 2009/8/13 Andrew Haley : > > >> "If you can create such architectural default let me know, and I'll use it." >> >> ... but none ever arrived ... >> > > Comment #4 ... 2009-08-05 04:36:24 EDT > I will investigate how to create an "architectural defaults" on my > local system for inclusion into the Fedora package. > > This bug was closed on 2009-08-04, my comment is from 2009-08-05, and > today we are 2009-08-13! > > If I can provide a fix I will certainly do it, but this does not > prevent the package from being currently incompatible with the minimum > requirements for F12 let alone F11 for which the bug had been reported > in the first place. Thus, it should be removed from the repo or at > least be made truly optional, the first option clearly being the > cleaner one. Resolution CANTFIX is not acceptable. > > That's not really an option. Atlas is required by things that are required by many, many other things. -- in your fear, seek only peace in your fear, seek only love -d. bowie From jspaleta at gmail.com Thu Aug 13 18:44:35 2009 From: jspaleta at gmail.com (Jeff Spaleta) Date: Thu, 13 Aug 2009 10:44:35 -0800 Subject: Updates lacking descriptions In-Reply-To: <2d319b780908130258n52352c24x96e208d08265625e@mail.gmail.com> References: <20090812212433.GA15312@amd.home.annexia.org> <4A83A517.6090308@freenet.de> <4A83DA27.7070102@freenet.de> <1250157063.2545.5.camel@red.localdomain> <2d319b780908130258n52352c24x96e208d08265625e@mail.gmail.com> Message-ID: <604aa7910908131144y79a3738dpe9c7e1e7614e3552@mail.gmail.com> On Thu, Aug 13, 2009 at 1:58 AM, Mathieu Bridon (bochecha) wrote: > Being a group of volunteers doesn't mean we shouldn't aim for more quality. Ah..but project wide..is this place to have a quality enhancement discussion currently? Let me try to put this into perspective. This post started about 4 updates. How many updates have we pushed? What is our defect rate? Like 1% or something? What's are defect rate associated with packaging generally? Aren't we seeing more packaging defects than update text defects? And if so, shouldn't we concentrating on packaging defect prevention until the defect rate drops below the defect rate in update texts? It's nice to talk about a zero defect goal...but enforcing that goal with policy enforcement is a rabbit hole requiring infinite resources. Doubly so because there is clearly an interpretation factor here as to what is too much or too little detail to be included. -jef From jussilehtola at fedoraproject.org Thu Aug 13 19:15:24 2009 From: jussilehtola at fedoraproject.org (Jussi Lehtola) Date: Thu, 13 Aug 2009 22:15:24 +0300 Subject: F12 to require "i686", but which CPUs do not qualify? In-Reply-To: <20090813183754.GA19339@nostromo.devel.redhat.com> References: <1250173818.4418.0@localhost.localdomain> <4A8424B1.3070005@jcomserv.net> <1c252d490908131031k38a82a28gbe4f99da54fde36e@mail.gmail.com> <20090813183754.GA19339@nostromo.devel.redhat.com> Message-ID: <1250190924.3765.0.camel@localhost.localdomain> On Thu, 2009-08-13 at 14:37 -0400, Bill Nottingham wrote: > Joachim (joachim.frieben at googlemail.com) said: > > Moreover, it is even pulled in by basic packages like gnome-games (!). > > Well, you know, if you want to play sudoku, you *need* a linear algebra > package. > > (See earlier threads about numpy dependencies in pygtk.) But one can compile against LAPACK, which admittedly is slower than ATLAS, but works like a charm. -- Jussi Lehtola Fedora Project Contributor jussilehtola at fedoraproject.org From martin.sourada at gmail.com Thu Aug 13 19:32:28 2009 From: martin.sourada at gmail.com (Martin Sourada) Date: Thu, 13 Aug 2009 21:32:28 +0200 Subject: rpms/pitivi/F-11 .cvsignore, 1.16, 1.17 pitivi.spec, 1.36, 1.37 sources, 1.16, 1.17 In-Reply-To: <20090813183040.AD53711C0439@cvs1.fedora.phx.redhat.com> References: <20090813183040.AD53711C0439@cvs1.fedora.phx.redhat.com> Message-ID: <1250191948.11509.35.camel@pc-notebook.kolej.mff.cuni.cz> Hi, I've just built this and seems like some of the runtime deps were raised, so far I've noticed gstreamer-python-0.10.16, you should bump the dep in spec as well. Martin On Thu, 2009-08-13 at 18:30 +0000, Jeffrey C. Ollie wrote: > Author: jcollie > > Update of /cvs/pkgs/rpms/pitivi/F-11 > In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv23731 > > Modified Files: > .cvsignore pitivi.spec sources > Log Message: > * Thu Aug 13 2009 Jeffrey C. Ollie - 0.13.2-1 > - Update to 0.13.2 "Jailbreak (out of Deadlock City)" > - > - The PiTiVi team is proud to announce the second release in the > - unstable 0.13 PiTiVi series. > - > - Due to its dependency on GStreamer, The PiTiVi team strongly > - recommends users have all official latest gstreamer libraries and > - plugins installed for the best user experience. > - > - Features of this release > - > - * Undo/Redo support > - * Audio mixing > - * Ripple/Roll edit > - * misc fixes everywhere > > -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From bruno at wolff.to Thu Aug 13 19:34:21 2009 From: bruno at wolff.to (Bruno Wolff III) Date: Thu, 13 Aug 2009 14:34:21 -0500 Subject: Updates lacking descriptions In-Reply-To: <604aa7910908131144y79a3738dpe9c7e1e7614e3552@mail.gmail.com> References: <20090812212433.GA15312@amd.home.annexia.org> <4A83A517.6090308@freenet.de> <4A83DA27.7070102@freenet.de> <1250157063.2545.5.camel@red.localdomain> <2d319b780908130258n52352c24x96e208d08265625e@mail.gmail.com> <604aa7910908131144y79a3738dpe9c7e1e7614e3552@mail.gmail.com> Message-ID: <20090813193421.GA30082@wolff.to> On Thu, Aug 13, 2009 at 10:44:35 -0800, Jeff Spaleta wrote: > > Ah..but project wide..is this place to have a quality enhancement > discussion currently? Let me try to put this into perspective. This > post started about 4 updates. How many updates have we pushed? What is > our defect rate? Like 1% or something? What's are defect rate > associated with packaging generally? Aren't we seeing more packaging > defects than update text defects? And if so, shouldn't we > concentrating on packaging defect prevention until the defect rate > drops below the defect rate in update texts? The cost of correcting and not correcting the defects also needs to be accounted for, not just the current rates in different areas of the project. From bruno at wolff.to Thu Aug 13 19:52:43 2009 From: bruno at wolff.to (Bruno Wolff III) Date: Thu, 13 Aug 2009 14:52:43 -0500 Subject: F12 to require "i686", but which CPUs do not qualify? In-Reply-To: <20090813183754.GA19339@nostromo.devel.redhat.com> References: <1250173818.4418.0@localhost.localdomain> <4A8424B1.3070005@jcomserv.net> <1c252d490908131031k38a82a28gbe4f99da54fde36e@mail.gmail.com> <20090813183754.GA19339@nostromo.devel.redhat.com> Message-ID: <20090813195243.GA11308@wolff.to> On Thu, Aug 13, 2009 at 14:37:54 -0400, Bill Nottingham wrote: > Joachim (joachim.frieben at googlemail.com) said: > > Moreover, it is even pulled in by basic packages like gnome-games (!). > > Well, you know, if you want to play sudoku, you *need* a linear algebra > package. ? Don't you need a sat solver? From bos at serpentine.com Thu Aug 13 19:53:59 2009 From: bos at serpentine.com (Bryan O'Sullivan) Date: Thu, 13 Aug 2009 12:53:59 -0700 Subject: Package groups vs "metapackages" Message-ID: I've been working recently on bringing Fedora up to snuff as a platform to build Haskell software on: https://fedoraproject.org/wiki/SIGs/Haskell#Haskell_Platform_support In my ideal world, it would be possible to install all of the necessities for decent Haskell development via a single short command line. I can see two ways to do this: - Create a "haskell-devel" (or something) package that simply depends on all of the Haskell Platform's component packages. This would have the nice property of being versioned, just as the Haskell Platform itself is. - Create a "Haskell Development" group in comps. This is unknown territory to me: I don't know if it's a good idea, how it would work, how I'd edit it to add new dependencies when the Haskell Platform gets updates, or ... well, anything. What's the collective wisdom about the best approach for doing this? Thanks, Bryan. -------------- next part -------------- An HTML attachment was scrubbed... URL: From sgrubb at redhat.com Thu Aug 13 20:26:44 2009 From: sgrubb at redhat.com (Steve Grubb) Date: Thu, 13 Aug 2009 16:26:44 -0400 Subject: Lower Process Capabilities In-Reply-To: <200907261932.36156.sgrubb@redhat.com> References: <200907261932.36156.sgrubb@redhat.com> Message-ID: <200908131626.44423.sgrubb@redhat.com> On Sunday 26 July 2009 07:32:36 pm Steve Grubb wrote: > What can be done is that we program the application to drop some of the > capabilities so that its not all powerful. There's just one flaw in this > plan. The directory for /bin is 0755 root root. So, even if we drop all > capabilities, the root acct can still trojan a system. > > If we change the bin directory to 005, then root cannot write to that > directory unless it has the CAP_DAC_OVERRIDE capability. The idea with this > project is to not allow network facing or daemons have CAP_DAC_OVERRIDE, > but to only allow it from logins or su/sudo. As discussed at the Fesco meeting last week, the lower process capabilities project is going to reduce the scope of this part of the proposal. At this point, we are going to tighten up perms on the directories in $PATH, /lib[64], /boot, and /root. A sample srpm can be found here for anyone wanting to try it out before alpha is unfrozen. http://people.redhat.com/sgrubb/files/filesystem-2.4.24-1.fc12.src.rpm Any feedback would be appreciated. -Steve From psmith at fedoraproject.org Thu Aug 13 20:50:18 2009 From: psmith at fedoraproject.org (psmith) Date: Thu, 13 Aug 2009 21:50:18 +0100 Subject: naive live USB question In-Reply-To: <4A83F899.4030102@fedoraproject.org> References: <20090812164217.GI3985@localhost.localdomain> <4A83F523.1050604@fedoraproject.org> <4A83F899.4030102@fedoraproject.org> Message-ID: <4A847C8A.2020903@fedoraproject.org> On 13/08/09 12:27, Rahul Sundaram wrote: > On 08/13/2009 04:42 PM, psmith wrote: > > >>> >>> >> jeez when i brought up the idea of fedora using hybrid iso's a few >> months back i was basically lambasted by most on this list, now all of a >> sudden it's a new F12 feature? wtf??? >> > > This is a users list. There isn't much of a use suggesting development > ideas here. > > Rahul > > yeah i know but i thought i was replying to a mail on the dev list, and at least that's where i sent the reply too (though it seems it was cc'd here too, and the point still stands! phil -------------- next part -------------- An HTML attachment was scrubbed... URL: From awilliam at redhat.com Thu Aug 13 21:38:43 2009 From: awilliam at redhat.com (Adam Williamson) Date: Thu, 13 Aug 2009 14:38:43 -0700 Subject: Package groups vs "metapackages" In-Reply-To: References: Message-ID: <1250199523.22276.0.camel@adam.local.net> On Thu, 2009-08-13 at 12:53 -0700, Bryan O'Sullivan wrote: > I've been working recently on bringing Fedora up to snuff as a > platform to build Haskell software on: > > https://fedoraproject.org/wiki/SIGs/Haskell#Haskell_Platform_support > > In my ideal world, it would be possible to install all of the > necessities for decent Haskell development via a single short command > line. I can see two ways to do this: > * Create a "haskell-devel" (or something) package that simply > depends on all of the Haskell Platform's component packages. > This would have the nice property of being versioned, just as > the Haskell Platform itself is. > * Create a "Haskell Development" group in comps. This is unknown > territory to me: I don't know if it's a good idea, how it > would work, how I'd edit it to add new dependencies when the > Haskell Platform gets updates, or ... well, anything. > What's the collective wisdom about the best approach for doing this? I wondered about this too when I joined, and several people told me metapackages are generally discouraged in favour of package groups. I don't know the rationale behind that decision, but that's what I was told. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From poelstra at redhat.com Thu Aug 13 21:53:37 2009 From: poelstra at redhat.com (John Poelstra) Date: Thu, 13 Aug 2009 14:53:37 -0700 Subject: Lower Process Capabilities In-Reply-To: <200908131626.44423.sgrubb@redhat.com> References: <200907261932.36156.sgrubb@redhat.com> <200908131626.44423.sgrubb@redhat.com> Message-ID: <4A848B61.7010205@redhat.com> Steve Grubb said the following on 08/13/2009 01:26 PM Pacific Time: > On Sunday 26 July 2009 07:32:36 pm Steve Grubb wrote: >> What can be done is that we program the application to drop some of the >> capabilities so that its not all powerful. There's just one flaw in this >> plan. The directory for /bin is 0755 root root. So, even if we drop all >> capabilities, the root acct can still trojan a system. >> >> If we change the bin directory to 005, then root cannot write to that >> directory unless it has the CAP_DAC_OVERRIDE capability. The idea with this >> project is to not allow network facing or daemons have CAP_DAC_OVERRIDE, >> but to only allow it from logins or su/sudo. > > As discussed at the Fesco meeting last week, the lower process capabilities > project is going to reduce the scope of this part of the proposal. At this > point, we are going to tighten up perms on the directories in $PATH, /lib[64], > /boot, and /root. > Can you update the feature page to reflect the reduced scope of the feature and its completion percentage? All I see since FESCo met was the change to the detailed description related to the permissions. Thank you, John From jeff at ocjtech.us Thu Aug 13 21:59:40 2009 From: jeff at ocjtech.us (Jeffrey Ollie) Date: Thu, 13 Aug 2009 16:59:40 -0500 Subject: rpms/pitivi/F-11 .cvsignore, 1.16, 1.17 pitivi.spec, 1.36, 1.37 sources, 1.16, 1.17 In-Reply-To: <1250191948.11509.35.camel@pc-notebook.kolej.mff.cuni.cz> References: <20090813183040.AD53711C0439@cvs1.fedora.phx.redhat.com> <1250191948.11509.35.camel@pc-notebook.kolej.mff.cuni.cz> Message-ID: <935ead450908131459y74e81040p35de52c7165eea3d@mail.gmail.com> On Thu, Aug 13, 2009 at 2:32 PM, Martin Sourada wrote: > > I've just built this and seems like some of the runtime deps were > raised, so far I've noticed gstreamer-python-0.10.16, you should bump > the dep in spec as well. Thanks for the heads up... Looks like gstreamer-pythion is still at 0.10.15 in F-11 and rawhide so I've opened a bz with a request to have it updated: https://bugzilla.redhat.com/show_bug.cgi?id=517432 -- Jeff Ollie From jrowens.fedora at ghiapet.net Thu Aug 13 22:16:41 2009 From: jrowens.fedora at ghiapet.net (J. Randall Owens) Date: Thu, 13 Aug 2009 15:16:41 -0700 Subject: Updates lacking descriptions In-Reply-To: <1250180112.2158.22.camel@adam.local.net> References: <20090812212433.GA15312@amd.home.annexia.org> <4A83A517.6090308@freenet.de> <4A83DA27.7070102@freenet.de> <1250180112.2158.22.camel@adam.local.net> Message-ID: <4A8490C9.8090408@ghiapet.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 08/13/2009 09:15 AM, Adam Williamson wrote: > Consider Fedora's _actual_ userbase (which, as recent discussions seem > to have established, is not Aunt Tilly but reasonably clueful > enthusiasts). They would certainly be able to read update descriptions > (which are presented in the GUI when you update, BTW) and gain useful > information from them. Presented in _some_ GUIs when you update, you mean. Not everyone uses PackageKit. (And I do wish smart did have an easy way to see the changes.) - -- J. Randall Owens | http://www.ghiapet.net/ ProofReading Markup Language | http://prml.sourceforge.net/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org/ iEYEARECAAYFAkqEkMAACgkQdGy7nCl1Vp+7agCfUFKyv0D0FjWa4G52TzhuqkcU VxYAnRTSXDGc5j9Gm+bUBkyAhgAklvkh =UAwO -----END PGP SIGNATURE----- From kevin.kofler at chello.at Thu Aug 13 22:25:00 2009 From: kevin.kofler at chello.at (Kevin Kofler) Date: Fri, 14 Aug 2009 00:25 +0200 Subject: F12 to require "i686", but which CPUs do not qualify? References: <1250173818.4418.0@localhost.localdomain> <4A8424B1.3070005@jcomserv.net> <1c252d490908131031k38a82a28gbe4f99da54fde36e@mail.gmail.com> Message-ID: Joachim wrote: > I do not understand then, that there exist i686 packages which have > higher requirements. Those packages need to be fixed. I know there are some audio production packages which are building with SSE enabled (and required, those packages don't do runtime detection), IIRC in both Fedora and RPM Fusion, in blatant violation of the guidelines, and the packager(s) refuse(s) to fix this (they even do it intentionally for new packages, despite my objections in the reviews). If I'm not mistaken, most of the offenders are owned by oget (Orcan Ogetbil), but if I were you, I'd check all the audio production packages. > Look at the ATLAS library for which I had filed a bug because only > SSE/SSE2/SSE3 variants are provided This one needs to get fixed too, of course. I've looked at how Debian is handling this, but they're stuck at an old version (3.6.0), maybe exactly because of this issue. :-( We need to provide "architectural defaults" for plain i686, even crappy ones, they just need to work at all. Kevin Kofler From kevin.kofler at chello.at Thu Aug 13 22:45:08 2009 From: kevin.kofler at chello.at (Kevin Kofler) Date: Fri, 14 Aug 2009 00:45:08 +0200 Subject: Updates lacking descriptions References: <20090812212433.GA15312@amd.home.annexia.org> <4A83A517.6090308@freenet.de> <4A83DA27.7070102@freenet.de> <1250157063.2545.5.camel@red.localdomain> <2d319b780908130258n52352c24x96e208d08265625e@mail.gmail.com> <604aa7910908131144y79a3738dpe9c7e1e7614e3552@mail.gmail.com> Message-ID: Jeff Spaleta wrote: > Ah..but project wide..is this place to have a quality enhancement > discussion currently? Let me try to put this into perspective. This > post started about 4 updates. How many updates have we pushed? What is > our defect rate? Like 1% or something? What's are defect rate > associated with packaging generally? Aren't we seeing more packaging > defects than update text defects? And if so, shouldn't we > concentrating on packaging defect prevention until the defect rate > drops below the defect rate in update texts? The defect rate in update texts is extremely high, there's way too much stuff getting pushed with crap update notes. Blank update notes aren't the only problem, there's also the almost useless "new upstream version" boilerplate. Folks, what I want to know is WHAT CHANGED in the new upstream version and/or WHY it's getting pushed as an update. Usually "and", i.e. both are required in most cases. (There are often more changes than just the one(s) justifying the update.) Unlike some people here, I do think most of the updates getting pushed DO make sense to push. I just want more transparency. Plus, writing down a couple sentences about the update takes at most 5 minutes and their absence should be obvious. Preventing a technical defect you may not even know about is much harder. Kevin Kofler From tgl at redhat.com Thu Aug 13 23:01:27 2009 From: tgl at redhat.com (Tom Lane) Date: Thu, 13 Aug 2009 19:01:27 -0400 Subject: Updates lacking descriptions In-Reply-To: References: <20090812212433.GA15312@amd.home.annexia.org> <4A83A517.6090308@freenet.de> <4A83DA27.7070102@freenet.de> <1250157063.2545.5.camel@red.localdomain> <2d319b780908130258n52352c24x96e208d08265625e@mail.gmail.com> <604aa7910908131144y79a3738dpe9c7e1e7614e3552@mail.gmail.com> Message-ID: <29334.1250204487@sss.pgh.pa.us> Kevin Kofler writes: > Folks, what I want to know is WHAT CHANGED in the new upstream > version and/or WHY it's getting pushed as an update. Is a link to upstream's release notes sufficient? If not, why not? (For the packages I deal with, the upstream notes frequently run to several pages. I see little point in extracting one or two sentences which is what the bodhi update notes seem to expect.) regards, tom lane From kevin.kofler at chello.at Fri Aug 14 01:12:00 2009 From: kevin.kofler at chello.at (Kevin Kofler) Date: Fri, 14 Aug 2009 03:12 +0200 Subject: Updates lacking descriptions References: <20090812212433.GA15312@amd.home.annexia.org> <4A83A517.6090308@freenet.de> <4A83DA27.7070102@freenet.de> <1250157063.2545.5.camel@red.localdomain> <2d319b780908130258n52352c24x96e208d08265625e@mail.gmail.com> <604aa7910908131144y79a3738dpe9c7e1e7614e3552@mail.gmail.com> <29334.1250204487@sss.pgh.pa.us> Message-ID: Tom Lane wrote: > Is a link to upstream's release notes sufficient? If not, why not? If the upstream release notes are reasonably complete and written in a style the target userbase of the package will understand (i.e. it's OK for MySQL to talk about a "transaction rollback", but if e.g. Amarok used that kind of vocabulary in their release notes, I'd stay perplexed to say the least ;-) I'm mainly writing this to make sure nobody will misunderstand me as suggesting to link to incomprehensible FSF-style function-level ChangeLog files, those are not release notes!), sure! That said, one thing to keep in mind: if the previous stable version was, say, 1.2.3, then upstream released 1.2.4 and 1.2.5, and then you push out 1.2.6 as an update, you'll also have to link to the release notes for 1.2.4 and 1.2.5 for the user to be informed about all the changes. > (For the packages I deal with, the upstream notes frequently run to > several pages. I see little point in extracting one or two sentences > which is what the bodhi update notes seem to expect.) Of course a link is OK in that case. It's like that for all the huge packages. (For example, there's no way we can summarize all the changes in KDE 4.3 in the Bodhi notes.) Thankfully, those tend to come with release notes ready to be linked to. The advice about writing down one or two sentences is intended for those many small packages whose maintainers often leave the notes blank or fill in just "new version". (That said, if there's one change in particular which makes the update worth pushing, it can't hurt to explicitly mention it. But if it's mainly the aggregation of bugfixes which makes it worthwhile, then of course a link to upstream's list of fixes is sufficient.) Kevin Kofler From sgrubb at redhat.com Fri Aug 14 01:27:02 2009 From: sgrubb at redhat.com (Steve Grubb) Date: Thu, 13 Aug 2009 21:27:02 -0400 Subject: Lower Process Capabilities In-Reply-To: <4A848B61.7010205@redhat.com> References: <200907261932.36156.sgrubb@redhat.com> <200908131626.44423.sgrubb@redhat.com> <4A848B61.7010205@redhat.com> Message-ID: <200908132127.11966.sgrubb@redhat.com> On Thursday 13 August 2009 05:53:37 pm John Poelstra wrote: > Can you update the feature page to reflect the reduced scope of the > feature and its completion percentage? All I see since FESCo met was > the change to the detailed description related to the permissions. That *is* the reduction in scope - other than what I have time to actually work on. If I can fix dhcp, that is a major win. That is the item that stands out as the biggest problem when running netcap. -Steve From rc040203 at freenet.de Fri Aug 14 03:41:34 2009 From: rc040203 at freenet.de (Ralf Corsepius) Date: Fri, 14 Aug 2009 05:41:34 +0200 Subject: Updates lacking descriptions In-Reply-To: <20090813165518.GY3095@hansolo.jdub.homelinux.org> References: <20090812212433.GA15312@amd.home.annexia.org> <4A83A517.6090308@freenet.de> <4A83DA27.7070102@freenet.de> <20090813175922.0a5658c0@gmail.com> <4A843910.2020806@fedoraproject.org> <20090813165518.GY3095@hansolo.jdub.homelinux.org> Message-ID: <4A84DCEE.7090207@freenet.de> On 08/13/2009 06:55 PM, Josh Boyer wrote: > On Thu, Aug 13, 2009 at 09:32:24PM +0530, Rahul Sundaram wrote: >> On 08/13/2009 09:29 PM, Michael Schwendt wrote: >>> On Thu, 13 Aug 2009 15:53:57 +0200, Kevin wrote: >>> >>>> Ralf Corsepius wrote: >>> >>>>> With you folks demanding more explicit changelogs you are rudestly >>>>> pushing around package maintainers and force them to waste time to >>>>> fullfill your solely burecratic demands. >>>> >>>> You're free to leave. >>> >>> Won't speak for Ralf, but I consider such a comment as insolent. >>> It's not how fellow Fedora contributors should communicate with >>> eachother. Certainly not in public messages. >> >> True. Ralf does that in private and public all the time too however. > > Two wrongs does not make a right. Everyone needs to stop the back and forth > on this now. And censorship doesn't make it better. I strongly think Fedora would be better without Rahul and Kevin, two persons I have learned to be doing a good job on certain subjects, but to be a miscast on certain jobs and failure of the system in Fedora. Ralf From jkeating at redhat.com Fri Aug 14 05:32:25 2009 From: jkeating at redhat.com (Jesse Keating) Date: Thu, 13 Aug 2009 22:32:25 -0700 Subject: Updates lacking descriptions In-Reply-To: <4A84DCEE.7090207@freenet.de> References: <20090812212433.GA15312@amd.home.annexia.org> <4A83A517.6090308@freenet.de> <4A83DA27.7070102@freenet.de> <20090813175922.0a5658c0@gmail.com> <4A843910.2020806@fedoraproject.org> <20090813165518.GY3095@hansolo.jdub.homelinux.org> <4A84DCEE.7090207@freenet.de> Message-ID: <1250227945.2745.13.camel@localhost.localdomain> On Fri, 2009-08-14 at 05:41 +0200, Ralf Corsepius wrote: > > I strongly think Fedora would be better without Rahul and Kevin, two > persons I have learned to be doing a good job on certain subjects, but > to be a miscast on certain jobs and failure of the system in Fedora. I strongly feel that Fedora would be better without this negative attitude, and the appearance that this kind of attitude is tolerated. It's not. Your continued poisonous and rude attitude on these lists have gone unchecked for far too long. Please keep it in check, or spend some time somewhere else. -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From cmadams at hiwaay.net Fri Aug 14 05:36:53 2009 From: cmadams at hiwaay.net (Chris Adams) Date: Fri, 14 Aug 2009 00:36:53 -0500 Subject: Updates lacking descriptions In-Reply-To: <4A84DCEE.7090207@freenet.de> References: <20090812212433.GA15312@amd.home.annexia.org> <4A83A517.6090308@freenet.de> <4A83DA27.7070102@freenet.de> <20090813175922.0a5658c0@gmail.com> <4A843910.2020806@fedoraproject.org> <20090813165518.GY3095@hansolo.jdub.homelinux.org> <4A84DCEE.7090207@freenet.de> Message-ID: <20090814053653.GB858207@hiwaay.net> Once upon a time, Ralf Corsepius said: > On 08/13/2009 06:55 PM, Josh Boyer wrote: > >Two wrongs does not make a right. Everyone needs to stop the back and > >forth > >on this now. > And censorship doesn't make it better. Asking people to try to be polite or to take a break when discussions get heated is not censorship. > I strongly think Fedora would be better without ... That is far over the line for acceptable behavior. -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From mschwendt at gmail.com Fri Aug 14 05:56:56 2009 From: mschwendt at gmail.com (Michael Schwendt) Date: Fri, 14 Aug 2009 07:56:56 +0200 Subject: Updates lacking descriptions In-Reply-To: <1250180104.2158.21.camel@adam.local.net> References: <20090812212433.GA15312@amd.home.annexia.org> <4A83A517.6090308@freenet.de> <20090813115535.210f12cb@faldor> <20090813175633.4e2e9eff@gmail.com> <1250180104.2158.21.camel@adam.local.net> Message-ID: <20090814075656.2dcb583a@faldor> On Thu, 13 Aug 2009 09:15:04 -0700, Adam wrote: > On Thu, 2009-08-13 at 17:56 +0200, Michael Schwendt wrote: > > > For me it isn't. I won't spend extra time on writing special summaries > > for a test-update, if nobody contributes any testing. > > FWIW you almost certainly _are_ getting some testing. There are > definitely users on -test-list who run with -updates-testing enabled > permanently and hence run all updates-testing packages (that they have > installed, anyway). In most cases, however, they don't give positive > feedback when everything works, because the current mechanism makes it > too clumsy (go to bodhi, log in because it _will_ have forgotten you > again, find the update, type 'yay it works!' in the box, submit, rinse > and repeat for the next twelve updates). That's a process problem, we > need to make it easier to give a simple 'thumbs up' feedback. All known already. Yet, even bodhi's bugzilla comments that place direct links to the updates into bz tickets, are mostly ignored by bug reporters. Perhaps the entire process is intimidating. The number of automated bz comments posted by bodhi when an update is published for multiple dists. The lack of knowledge about Fedora processes and web interfaces like bodhi. The amount of expertise that is necessary to really test an update. The fear to give a rushed +1 on an update that is broken for other users. Anyway, you've only reduced the number of people who actually would do something with the update descriptions. => Less reason to spend extra time on beautification of update descriptions. Too many updates. I've called it a flood of updates before. Too many updates that are pushed inspite of having gained 0 karma points during their time in updates-testing. Package %changelog "quality" could and should be improved first. In particular in very important packages such as the kernel, which contains entries like - Drop the correct patch to fix bug #498858 - Additional fixes for bug #498854 and leaves it to the reader to fill in the gaps. Once downloaded (or installed), the packages are not connected to bodhi anymore. => Less reason to spend extra time on beautification of update descriptions in bodhi without maintaining such details within the package. Also, the typical "Version 1.2.3 is available" and "Please update to 1.2.3" bugzilla tickets just request an upgrade without pointing out any highlights such an upgrade would bring with. Not even such users show interest in specific reasons to upgrade, they just request the latest. It's not wrong to assume they find Fedora boring without a steady stream of updates to download and install. > Where > things are broken, negative feedback usually does come through (whenever > someone sends something with broken dependencies to updates-testing, for > instance, someone yells about it on test-list and in bodhi quite > quickly, most of the time). Bad example. Broken deps are obvious update breakage that prevent users [and especially testers -- btw, I run with updates-testing enabled, too] -- from installing the update packages. Save yourself a comment on --skip-broken or alternative work-arounds. Still it needs the separate extras-repoclosure runs to find and report all the additional broken deps, which would not be reported in bodhi by anyone at all. From rc040203 at freenet.de Fri Aug 14 06:09:03 2009 From: rc040203 at freenet.de (Ralf Corsepius) Date: Fri, 14 Aug 2009 08:09:03 +0200 Subject: Updates lacking descriptions In-Reply-To: <1250227945.2745.13.camel@localhost.localdomain> References: <20090812212433.GA15312@amd.home.annexia.org> <4A83A517.6090308@freenet.de> <4A83DA27.7070102@freenet.de> <20090813175922.0a5658c0@gmail.com> <4A843910.2020806@fedoraproject.org> <20090813165518.GY3095@hansolo.jdub.homelinux.org> <4A84DCEE.7090207@freenet.de> <1250227945.2745.13.camel@localhost.localdomain> Message-ID: <4A84FF7F.20401@freenet.de> On 08/14/2009 07:32 AM, Jesse Keating wrote: > On Fri, 2009-08-14 at 05:41 +0200, Ralf Corsepius wrote: >> >> I strongly think Fedora would be better without Rahul and Kevin, two >> persons I have learned to be doing a good job on certain subjects, but >> to be a miscast on certain jobs and failure of the system in Fedora. > > I strongly feel that Fedora would be better without this negative > attitude, and the appearance that this kind of attitude is tolerated. OK, do * you feel FESCo is functional and the people within FESCo are qualified for the positions they are trying to fill? * you think Fedora 11 was of good quality? * you think rel-eng and the Fedora infrastructure is working smoothly? ... I don't, but do think many of the issues related to these topics are related to certain people being involved. > It's not. Your continued poisonous and rude attitude on these lists > have gone unchecked for far too long. Please keep it in check, or spend > some time somewhere else. First of all I do not consider my answers to be rude, but to be "open". OK, I might not always be using the correct wording (I am not a native English speaker) and phrases people from the US might consider "appropriate phrases" (German is a much direct language than US-English) - My appologies for that. However, I also think some of you are trying to "wipe issues under the carpet", "try to play issue down" and try to "flame folks who don't share your opinions", instead of wanting to address them. Ralf From sundaram at fedoraproject.org Fri Aug 14 06:15:31 2009 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Fri, 14 Aug 2009 11:45:31 +0530 Subject: Updates lacking descriptions In-Reply-To: <4A84DCEE.7090207@freenet.de> References: <20090812212433.GA15312@amd.home.annexia.org> <4A83A517.6090308@freenet.de> <4A83DA27.7070102@freenet.de> <20090813175922.0a5658c0@gmail.com> <4A843910.2020806@fedoraproject.org> <20090813165518.GY3095@hansolo.jdub.homelinux.org> <4A84DCEE.7090207@freenet.de> Message-ID: <4A850103.10203@fedoraproject.org> On 08/14/2009 09:11 AM, Ralf Corsepius wrote: > I strongly think Fedora would be better without Rahul and Kevin, two > persons I have learned to be doing a good job on certain subjects, but > to be a miscast on certain jobs and failure of the system in Fedora. Of course, noone can hold a opinion that is different from yours and still acknowledged to be even reasonable. Yes and all the private flames (not that the public behaviour is any better) you have been sending for years have been quite an inspiration. I doubt anyone can change your behaviour but I do agree that continuing to tolerate it is a failure of the system in Fedora. No more from me on this topic. Rahul From mharris at mharris.ca Fri Aug 14 09:20:27 2009 From: mharris at mharris.ca (Mike A. Harris) Date: Fri, 14 Aug 2009 05:20:27 -0400 Subject: Cannot rely on /dev being present in %post scripts? In-Reply-To: <1250086696.29180.90.camel@macbook.infradead.org> References: <1250086696.29180.90.camel@macbook.infradead.org> Message-ID: <4A852C5B.4040800@mharris.ca> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 David Woodhouse wrote: > According to bug #517013, %post scripts should not assume that /dev is > available -- so we can't do anything that requires the existence of > /dev/null, /dev/urandom, etc. > > Is this a known and expected packaging rule, or is it a bug in the way > that the user is attempting to install the packages? It's been pretty common since forever for various scriptlets to redirect output of stderr/stdout to /dev/null, so I think it'd be a bit of an ugly mess if there was a mandatory packaging rule you couldn't use at least /dev/null I hope post scripts wont have to test for /dev/null and create a device node for it if it isn't present, before redirecting to it. ;o) - -- Mike A. Harris http://mharris.ca | https://twitter.com/mikeaharris -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFKhSxZ4RNf2rTIeUARAjPWAJ962g89WlN4q+rn92c+IR2rzft/9gCgoFHy dOV7pNYrcGQPgIWIuvfenkU= =nV29 -----END PGP SIGNATURE----- From pbrobinson at gmail.com Fri Aug 14 09:37:52 2009 From: pbrobinson at gmail.com (Peter Robinson) Date: Fri, 14 Aug 2009 10:37:52 +0100 Subject: Changing the default 32-bit x86 arch for Fedora 12 (#2) In-Reply-To: <20090618152214.GA30807@nostromo.devel.redhat.com> References: <20090617175226.GE20241@nostromo.devel.redhat.com> <20090617183656.GH1225214@hiwaay.net> <20090618031025.GG24820@nostromo.devel.redhat.com> <5256d0b0906180136r5da07690l2eed3cbb811acff6@mail.gmail.com> <20090618144844.GC29480@nostromo.devel.redhat.com> <46a038f90906180814k71c4e2eaq9c12bd963d13d25b@mail.gmail.com> <20090618152214.GA30807@nostromo.devel.redhat.com> Message-ID: <5256d0b0908140237x69cd6b9eo42d1fbfeab51ee90@mail.gmail.com> On Thu, Jun 18, 2009 at 4:22 PM, Bill Nottingham wrote: > Martin Langhoff (martin.langhoff at gmail.com) said: >> To note: it _is_ reported as a 586, so at least ancillary work in >> yum/anaconda/rpm will be needed so that installing F12 on these >> "supported but not quite 686 CPUs" is possible, avoiding the hackery >> of installing it on a true 686 and then transferring the image to the >> XO. > > diff --git a/rpmrc.in b/rpmrc.in > index 4a6cca9..d62ddaf 100644 > --- a/rpmrc.in > +++ b/rpmrc.in > @@ -281,7 +281,7 @@ arch_compat: alphaev5: alpha > ?arch_compat: alpha: axp noarch > > ?arch_compat: athlon: i686 > -arch_compat: geode: i586 > +arch_compat: geode: i686 > ?arch_compat: pentium4: pentium3 > ?arch_compat: pentium3: i686 > ?arch_compat: i686: i586 > > That should do the trick. :) I've just been testing this with my Fit-PC geode box and it hasn't made it into rawhide and hence doesn't work. I've filed a bug [1] and added it to the alpha blocker as its a pretty large miss for the x86 recompile feature. Peter [1] https://bugzilla.redhat.com/show_bug.cgi?id=517475 From aph at redhat.com Fri Aug 14 09:38:58 2009 From: aph at redhat.com (Andrew Haley) Date: Fri, 14 Aug 2009 10:38:58 +0100 Subject: F12 to require "i686", but which CPUs do not qualify? In-Reply-To: References: <1250173818.4418.0@localhost.localdomain> <4A8424B1.3070005@jcomserv.net> <1c252d490908131031k38a82a28gbe4f99da54fde36e@mail.gmail.com> Message-ID: <4A8530B2.9010401@redhat.com> Kevin Kofler wrote: > Joachim wrote: >> I do not understand then, that there exist i686 packages which have >> higher requirements. > > Those packages need to be fixed. > > I know there are some audio production packages which are building with SSE > enabled (and required, those packages don't do runtime detection), IIRC in > both Fedora and RPM Fusion, in blatant violation of the guidelines, and the > packager(s) refuse(s) to fix this (they even do it intentionally for new > packages, despite my objections in the reviews). If I'm not mistaken, most > of the offenders are owned by oget (Orcan Ogetbil), but if I were you, I'd > check all the audio production packages. > >> Look at the ATLAS library for which I had filed a bug because only >> SSE/SSE2/SSE3 variants are provided > > This one needs to get fixed too, of course. > > I've looked at how Debian is handling this, but they're stuck at an old > version (3.6.0), maybe exactly because of this issue. :-( > > We need to provide "architectural defaults" for plain i686, even crappy > ones, they just need to work at all. I think there's a valid case for making an exception to this: when a package is an accelerated version of a particular library. That is, when the basic functionality of a library is available in a i686 Fedora package, but a special SSEx version of the library makes use of faster instructions. Andrew. From thomasj at fedoraproject.org Fri Aug 14 10:23:51 2009 From: thomasj at fedoraproject.org (Thomas Janssen) Date: Fri, 14 Aug 2009 12:23:51 +0200 Subject: Updates lacking descriptions In-Reply-To: <4A84FF7F.20401@freenet.de> References: <4A83DA27.7070102@freenet.de> <20090813175922.0a5658c0@gmail.com> <4A843910.2020806@fedoraproject.org> <20090813165518.GY3095@hansolo.jdub.homelinux.org> <4A84DCEE.7090207@freenet.de> <1250227945.2745.13.camel@localhost.localdomain> <4A84FF7F.20401@freenet.de> Message-ID: 2009/8/14 Ralf Corsepius : > On 08/14/2009 07:32 AM, Jesse Keating wrote: >> On Fri, 2009-08-14 at 05:41 +0200, Ralf Corsepius wrote: >>> I strongly think Fedora would be better without Rahul and Kevin, two >>> persons I have learned to be doing a good job on certain subjects, but >>> to be a miscast on certain jobs and failure of the system in Fedora. >> >> I strongly feel that Fedora would be better without this negative >> attitude, and the appearance that this kind of attitude is tolerated. > First of all I do not consider my answers to be rude, but to be "open". OK, > I might not always be using the correct wording (I am not a native English > speaker) and phrases people from the US might consider "appropriate phrases" > (German is a much direct language than US-English) - My appologies for that. Erm.. I'm German as well, and what you wrote in this thread (and other stuff you wrote on this list) *is* rude. Do not try to excuse your behavior with "you're German". You do a lot of discredit to the other Germans on this list with it. -- LG Thomas Dubium sapientiae initium From harsha at gluster.com Fri Aug 14 11:32:46 2009 From: harsha at gluster.com (Harshavardhana) Date: Fri, 14 Aug 2009 17:02:46 +0530 Subject: Error while installing firefox from source build "cpio: MD5 sum mismatch" In-Reply-To: <8a80e9760908140430m1ef261d4v42ab60f14eec3309@mail.gmail.com> References: <8a80e9760908140430m1ef261d4v42ab60f14eec3309@mail.gmail.com> Message-ID: <8a80e9760908140432q435a8a52h13ee42b9b2e16f8b@mail.gmail.com> Hi all, I have been trying to build firefox 3.0.13 on Fedora-10, i was successfull in building it but during installation i end up with following md5sum mismatch. This is happening continously with even fresh builds and i don't have firefox installed also. RegardsPreparing... ########################################### [100%] 1:firefox ########################################### [100%] error: unpacking of archive failed on file /usr/lib64/firefox-3.0.13/firefox;4a854232: cpio: MD5 sum mismatch Has any one seen this error? is there a way out? I have also tried enabling the following parameters in my rpm macros file. But still after that a fresh build fails. %_source_filedigest_algorithm 1 %_binary_filedigest_algorithm 1 Can any one give me few more pointers to debug this problem?. Thanks Regards -- Harshavardhana Gluster - http://www.gluster.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From rawhide at fedoraproject.org Fri Aug 14 11:53:08 2009 From: rawhide at fedoraproject.org (Rawhide Report) Date: Fri, 14 Aug 2009 11:53:08 +0000 Subject: rawhide report: 20090814 changes Message-ID: <20090814115308.GA17383@releng2.fedora.phx.redhat.com> Compose started at Fri Aug 14 06:15:05 UTC 2009 Updated Packages: cups-1.4-0.rc1.15.fc12 ---------------------- * Tue Aug 11 2009 Tim Waugh 1:1.4-0.rc1.15 - Avoid empty BrowseLocalProtocols setting (bug #516460, STR #3287). * Mon Aug 10 2009 Tim Waugh 1:1.4-0.rc1.14 - Fixed ppds.dat handling of drv files (bug #515027, STR #3279). - Fixed udev rules file to avoid DEVTYPE warning messages. - Fixed cupsGetNamedDest() so it does not fall back to the default printer when a destination has been named (bug #516439, STR #3285). - Fixed MIME type rules for image/jpeg and image/x-bitmap (bug #516438, STR #3284). - Clear out cache files on upgrade. - Require acl. * Thu Aug 06 2009 Tim Waugh 1:1.4-0.rc1.13 - Ship udev rules to allow libusb to access printer devices. - Fixed duplex test pages (bug #514898, STR #3277). libvirt-0.7.0-4.fc12 -------------------- * Thu Aug 13 2009 Daniel P. Berrange - 0.7.0-4 - Rewrite policykit support (rhbz #499970) - Log and ignore NUMA topology problems (rhbz #506590) virt-manager-0.8.0-2.fc12 ------------------------- * Thu Aug 13 2009 Daniel P. Berrange - 0.8.0-2.fc12 - Remove obsolete dep on policykit agent Summary: Added Packages: 0 Removed Packages: 0 Modified Packages: 3 Broken deps for i386 ---------------------------------------------------------- 389-ds-1.1.3-4.fc12.noarch requires 389-ds-admin R-RScaLAPACK-0.5.1-19.fc11.i586 requires openmpi-libs asterisk-fax-1.6.1-0.24.rc1.fc12.i686 requires libspandsp.so.1 bigboard-0.6.4-12.fc12.i686 requires mugshot >= 0:1.1.90-1 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0 clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0 clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 cluttermm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-0.9) dap-hdf4_handler-3.7.9-2.fc11.i586 requires libdap.so.9 dap-hdf4_handler-3.7.9-2.fc11.i586 requires libdapserver.so.6 entertainer-0.4.2-5.fc12.noarch requires pyclutter-cairo octave-forge-20080831-10.fc12.i686 requires octave(api) = 0:api-v32 perl-DBIx-Class-Schema-Loader-0.04006-4.fc12.noarch requires perl(DBIX::Class) php-layers-menu-3.2.0-0.2.rc.fc12.noarch requires php-pear(HTML_Template_PHPLIB) plplot-octave-5.9.4-1.fc12.i586 requires octave(api) = 0:api-v32 ppl-yap-0.10.2-5.fc12.i686 requires libYap.so python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.i586 requires libparted-1.8.so.8 rubygem-main-2.8.4-3.fc12.noarch requires rubygem(fattr) >= 0:1.0.3 sems-1.1.1-2.fc12.i586 requires libspandsp.so.1 sems-g722-1.1.1-2.fc12.i586 requires libspandsp.so.1 sems-gsm-1.1.1-2.fc12.i586 requires libspandsp.so.1 sems-speex-1.1.1-2.fc12.i586 requires libspandsp.so.1 serpentine-0.9-5.fc12.noarch requires gnome-python2-nautilus-cd-burner showimg-pgsql-0.9.5-22.fc11.i586 requires libpqxx-2.6.8.so sugar-pippy-34-2.fc12.i686 requires libstdc++.so.6(CXXABI_1.3)(64bit) sugar-pippy-34-2.fc12.i686 requires libc.so.6()(64bit) sugar-pippy-34-2.fc12.i686 requires libgcc_s.so.1(GCC_3.0)(64bit) sugar-pippy-34-2.fc12.i686 requires libm.so.6()(64bit) sugar-pippy-34-2.fc12.i686 requires libm.so.6(GLIBC_2.2.5)(64bit) sugar-pippy-34-2.fc12.i686 requires libstdc++.so.6()(64bit) sugar-pippy-34-2.fc12.i686 requires libc.so.6(GLIBC_2.2.5)(64bit) sugar-pippy-34-2.fc12.i686 requires libstdc++.so.6(GLIBCXX_3.4)(64bit) sugar-pippy-34-2.fc12.i686 requires libgcc_s.so.1()(64bit) thunderbird-lightning-1.0-0.8.20090513hg.fc12.i686 requires thunderbird < 0:3.0-3.6.b4 Broken deps for x86_64 ---------------------------------------------------------- 389-ds-1.1.3-4.fc12.noarch requires 389-ds-admin R-RScaLAPACK-0.5.1-19.fc11.x86_64 requires openmpi-libs asterisk-fax-1.6.1-0.24.rc1.fc12.x86_64 requires libspandsp.so.1()(64bit) bigboard-0.6.4-12.fc12.x86_64 requires mugshot >= 0:1.1.90-1 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.x86_64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.x86_64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-0.7.4-2.fc11.x86_64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8) clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.x86_64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.x86_64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-gtk-0.9) clutter-gtkmm-devel-0.9.4-1.fc12.x86_64 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 cluttermm-0.9.4-1.fc12.x86_64 requires libclutter-glx-0.9.so.0()(64bit) cluttermm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-0.9) cluttermm-devel-0.9.4-1.fc12.x86_64 requires pkgconfig(clutter-0.9) dap-hdf4_handler-3.7.9-2.fc11.x86_64 requires libdap.so.9()(64bit) dap-hdf4_handler-3.7.9-2.fc11.x86_64 requires libdapserver.so.6()(64bit) entertainer-0.4.2-5.fc12.noarch requires pyclutter-cairo octave-forge-20080831-10.fc12.x86_64 requires octave(api) = 0:api-v32 perl-DBIx-Class-Schema-Loader-0.04006-4.fc12.noarch requires perl(DBIX::Class) php-layers-menu-3.2.0-0.2.rc.fc12.noarch requires php-pear(HTML_Template_PHPLIB) plplot-octave-5.9.4-1.fc12.x86_64 requires octave(api) = 0:api-v32 ppl-yap-0.10.2-5.fc12.x86_64 requires libYap.so()(64bit) python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.x86_64 requires libparted-1.8.so.8()(64bit) rubygem-main-2.8.4-3.fc12.noarch requires rubygem(fattr) >= 0:1.0.3 sems-1.1.1-2.fc12.x86_64 requires libspandsp.so.1()(64bit) sems-g722-1.1.1-2.fc12.x86_64 requires libspandsp.so.1()(64bit) sems-gsm-1.1.1-2.fc12.x86_64 requires libspandsp.so.1()(64bit) sems-speex-1.1.1-2.fc12.x86_64 requires libspandsp.so.1()(64bit) serpentine-0.9-5.fc12.noarch requires gnome-python2-nautilus-cd-burner showimg-pgsql-0.9.5-22.fc11.x86_64 requires libpqxx-2.6.8.so()(64bit) thunderbird-lightning-1.0-0.8.20090513hg.fc12.x86_64 requires thunderbird < 0:3.0-3.6.b4 Broken deps for ppc ---------------------------------------------------------- 389-ds-1.1.3-4.fc12.noarch requires 389-ds-admin R-RScaLAPACK-0.5.1-19.fc11.ppc requires openmpi-libs asterisk-fax-1.6.1-0.24.rc1.fc12.ppc requires libspandsp.so.1 bigboard-0.6.4-12.fc12.ppc requires mugshot >= 0:1.1.90-1 clutter-cairomm-0.7.4-2.fc11.ppc requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.ppc requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.ppc requires libclutter-glx-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.ppc requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc requires pkgconfig(clutter-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.ppc requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.ppc requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.ppc requires pkgconfig(clutter-gtk-0.9) clutter-gtkmm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.ppc requires libclutter-glx-0.9.so.0 cluttermm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) cluttermm-devel-0.9.4-1.fc12.ppc requires pkgconfig(clutter-0.9) cluttermm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-0.9) dap-hdf4_handler-3.7.9-2.fc11.ppc requires libdap.so.9 dap-hdf4_handler-3.7.9-2.fc11.ppc requires libdapserver.so.6 entertainer-0.4.2-5.fc12.noarch requires pyclutter-cairo octave-forge-20080831-10.fc12.ppc requires octave(api) = 0:api-v32 perl-DBIx-Class-Schema-Loader-0.04006-4.fc12.noarch requires perl(DBIX::Class) php-layers-menu-3.2.0-0.2.rc.fc12.noarch requires php-pear(HTML_Template_PHPLIB) plplot-octave-5.9.4-1.fc12.ppc requires octave(api) = 0:api-v32 ppl-yap-0.10.2-5.fc12.ppc requires libYap.so python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.ppc requires libparted-1.8.so.8 rubygem-main-2.8.4-3.fc12.noarch requires rubygem(fattr) >= 0:1.0.3 sems-1.1.1-2.fc12.ppc requires libspandsp.so.1 sems-g722-1.1.1-2.fc12.ppc requires libspandsp.so.1 sems-gsm-1.1.1-2.fc12.ppc requires libspandsp.so.1 sems-speex-1.1.1-2.fc12.ppc requires libspandsp.so.1 serpentine-0.9-5.fc12.noarch requires gnome-python2-nautilus-cd-burner showimg-pgsql-0.9.5-22.fc11.ppc requires libpqxx-2.6.8.so sugar-pippy-34-2.fc12.ppc requires libm.so.6(GLIBC_2.2.5)(64bit) sugar-pippy-34-2.fc12.ppc requires libc.so.6(GLIBC_2.2.5)(64bit) thunderbird-lightning-1.0-0.8.20090513hg.fc12.ppc requires thunderbird < 0:3.0-3.6.b4 Broken deps for ppc64 ---------------------------------------------------------- 389-ds-1.1.3-4.fc12.noarch requires 389-ds-admin R-RScaLAPACK-0.5.1-19.fc11.ppc64 requires openmpi-libs asterisk-fax-1.6.1-0.24.rc1.fc12.ppc64 requires libspandsp.so.1()(64bit) bigboard-0.6.4-12.fc12.ppc64 requires mugshot >= 0:1.1.90-1 clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) cluttermm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-0.9) dap-hdf4_handler-3.7.9-2.fc11.ppc64 requires libdap.so.9()(64bit) dap-hdf4_handler-3.7.9-2.fc11.ppc64 requires libdapserver.so.6()(64bit) entertainer-0.4.2-5.fc12.noarch requires pyclutter-cairo octave-forge-20080831-10.fc12.ppc64 requires octave(api) = 0:api-v32 perl-DBIx-Class-Schema-Loader-0.04006-4.fc12.noarch requires perl(DBIX::Class) php-layers-menu-3.2.0-0.2.rc.fc12.noarch requires php-pear(HTML_Template_PHPLIB) plplot-octave-5.9.4-1.fc12.ppc64 requires octave(api) = 0:api-v32 ppl-yap-0.10.2-5.fc12.ppc64 requires libYap.so()(64bit) python-mwlib-0.11.2-3.20090522hg2956.fc12.ppc64 requires LabPlot python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.ppc64 requires libparted-1.8.so.8()(64bit) rubygem-main-2.8.4-3.fc12.noarch requires rubygem(fattr) >= 0:1.0.3 sems-1.1.1-2.fc12.ppc64 requires libspandsp.so.1()(64bit) sems-g722-1.1.1-2.fc12.ppc64 requires libspandsp.so.1()(64bit) sems-gsm-1.1.1-2.fc12.ppc64 requires libspandsp.so.1()(64bit) sems-speex-1.1.1-2.fc12.ppc64 requires libspandsp.so.1()(64bit) serpentine-0.9-5.fc12.noarch requires gnome-python2-nautilus-cd-burner showimg-pgsql-0.9.5-22.fc11.ppc64 requires libpqxx-2.6.8.so()(64bit) sugar-pippy-34-2.fc12.ppc64 requires libc.so.6(GLIBC_2.4) sugar-pippy-34-2.fc12.ppc64 requires libm.so.6(GLIBC_2.0) sugar-pippy-34-2.fc12.ppc64 requires libc.so.6(GLIBC_2.1.3) sugar-pippy-34-2.fc12.ppc64 requires libstdc++.so.6(GLIBCXX_3.4) sugar-pippy-34-2.fc12.ppc64 requires libm.so.6 sugar-pippy-34-2.fc12.ppc64 requires libm.so.6(GLIBC_2.2.5)(64bit) sugar-pippy-34-2.fc12.ppc64 requires libc.so.6 sugar-pippy-34-2.fc12.ppc64 requires libgcc_s.so.1(GCC_3.0) sugar-pippy-34-2.fc12.ppc64 requires libstdc++.so.6(CXXABI_1.3) sugar-pippy-34-2.fc12.ppc64 requires libc.so.6(GLIBC_2.0) sugar-pippy-34-2.fc12.ppc64 requires libgcc_s.so.1 sugar-pippy-34-2.fc12.ppc64 requires libc.so.6(GLIBC_2.2.5)(64bit) sugar-pippy-34-2.fc12.ppc64 requires libstdc++.so.6 thunderbird-lightning-1.0-0.8.20090513hg.fc12.ppc64 requires thunderbird < 0:3.0-3.6.b4 From skvidal at fedoraproject.org Fri Aug 14 12:21:45 2009 From: skvidal at fedoraproject.org (Seth Vidal) Date: Fri, 14 Aug 2009 08:21:45 -0400 (EDT) Subject: Updates lacking descriptions In-Reply-To: <4A84DCEE.7090207@freenet.de> References: <20090812212433.GA15312@amd.home.annexia.org> <4A83A517.6090308@freenet.de> <4A83DA27.7070102@freenet.de> <20090813175922.0a5658c0@gmail.com> <4A843910.2020806@fedoraproject.org> <20090813165518.GY3095@hansolo.jdub.homelinux.org> <4A84DCEE.7090207@freenet.de> Message-ID: On Fri, 14 Aug 2009, Ralf Corsepius wrote: >> forth >> on this now. > And censorship doesn't make it better. > > I strongly think Fedora would be better without Rahul and Kevin, two persons > I have learned to be doing a good job on certain subjects, but to be a > miscast on certain jobs and failure of the system in Fedora. > This thread is now closed. -sv From skvidal at fedoraproject.org Fri Aug 14 12:21:57 2009 From: skvidal at fedoraproject.org (Seth Vidal) Date: Fri, 14 Aug 2009 08:21:57 -0400 (EDT) Subject: Updates lacking descriptions In-Reply-To: <1250227945.2745.13.camel@localhost.localdomain> References: <20090812212433.GA15312@amd.home.annexia.org> <4A83A517.6090308@freenet.de> <4A83DA27.7070102@freenet.de> <20090813175922.0a5658c0@gmail.com> <4A843910.2020806@fedoraproject.org> <20090813165518.GY3095@hansolo.jdub.homelinux.org> <4A84DCEE.7090207@freenet.de> <1250227945.2745.13.camel@localhost.localdomain> Message-ID: On Thu, 13 Aug 2009, Jesse Keating wrote: > On Fri, 2009-08-14 at 05:41 +0200, Ralf Corsepius wrote: >> >> I strongly think Fedora would be better without Rahul and Kevin, two >> persons I have learned to be doing a good job on certain subjects, but >> to be a miscast on certain jobs and failure of the system in Fedora. > > I strongly feel that Fedora would be better without this negative > attitude, and the appearance that this kind of attitude is tolerated. > It's not. Your continued poisonous and rude attitude on these lists > have gone unchecked for far too long. Please keep it in check, or spend > some time somewhere else. This thread is now closed. -sv From skvidal at fedoraproject.org Fri Aug 14 12:22:15 2009 From: skvidal at fedoraproject.org (Seth Vidal) Date: Fri, 14 Aug 2009 08:22:15 -0400 (EDT) Subject: Updates lacking descriptions In-Reply-To: References: <4A83DA27.7070102@freenet.de> <20090813175922.0a5658c0@gmail.com> <4A843910.2020806@fedoraproject.org> <20090813165518.GY3095@hansolo.jdub.homelinux.org> <4A84DCEE.7090207@freenet.de> <1250227945.2745.13.camel@localhost.localdomain> <4A84FF7F.20401@freenet.de> Message-ID: On Fri, 14 Aug 2009, Thomas Janssen wrote: > 2009/8/14 Ralf Corsepius : >> On 08/14/2009 07:32 AM, Jesse Keating wrote: >>> On Fri, 2009-08-14 at 05:41 +0200, Ralf Corsepius wrote: >>>> I strongly think Fedora would be better without Rahul and Kevin, two >>>> persons I have learned to be doing a good job on certain subjects, but >>>> to be a miscast on certain jobs and failure of the system in Fedora. >>> >>> I strongly feel that Fedora would be better without this negative >>> attitude, and the appearance that this kind of attitude is tolerated. > >> First of all I do not consider my answers to be rude, but to be "open". OK, >> I might not always be using the correct wording (I am not a native English >> speaker) and phrases people from the US might consider "appropriate phrases" >> (German is a much direct language than US-English) - My appologies for that. > > Erm.. I'm German as well, and what you wrote in this thread (and other > stuff you wrote on this list) *is* rude. Do not try to excuse your > behavior with "you're German". You do a lot of discredit to the other > Germans on this list with it. > this thread is now closed. -sv From skvidal at fedoraproject.org Fri Aug 14 12:22:26 2009 From: skvidal at fedoraproject.org (Seth Vidal) Date: Fri, 14 Aug 2009 08:22:26 -0400 (EDT) Subject: Updates lacking descriptions In-Reply-To: <20090814053653.GB858207@hiwaay.net> References: <20090812212433.GA15312@amd.home.annexia.org> <4A83A517.6090308@freenet.de> <4A83DA27.7070102@freenet.de> <20090813175922.0a5658c0@gmail.com> <4A843910.2020806@fedoraproject.org> <20090813165518.GY3095@hansolo.jdub.homelinux.org> <4A84DCEE.7090207@freenet.de> <20090814053653.GB858207@hiwaay.net> Message-ID: On Fri, 14 Aug 2009, Chris Adams wrote: > Once upon a time, Ralf Corsepius said: >> On 08/13/2009 06:55 PM, Josh Boyer wrote: >>> Two wrongs does not make a right. Everyone needs to stop the back and >>> forth >>> on this now. >> And censorship doesn't make it better. > > Asking people to try to be polite or to take a break when discussions > get heated is not censorship. > >> I strongly think Fedora would be better without ... > > That is far over the line for acceptable behavior. This thread is now closed. -sv From skvidal at fedoraproject.org Fri Aug 14 12:25:01 2009 From: skvidal at fedoraproject.org (Seth Vidal) Date: Fri, 14 Aug 2009 08:25:01 -0400 (EDT) Subject: Updates lacking descriptions In-Reply-To: <4A850103.10203@fedoraproject.org> References: <20090812212433.GA15312@amd.home.annexia.org> <4A83A517.6090308@freenet.de> <4A83DA27.7070102@freenet.de> <20090813175922.0a5658c0@gmail.com> <4A843910.2020806@fedoraproject.org> <20090813165518.GY3095@hansolo.jdub.homelinux.org> <4A84DCEE.7090207@freenet.de> <4A850103.10203@fedoraproject.org> Message-ID: On Fri, 14 Aug 2009, Rahul Sundaram wrote: > On 08/14/2009 09:11 AM, Ralf Corsepius wrote: > >> I strongly think Fedora would be better without Rahul and Kevin, two >> persons I have learned to be doing a good job on certain subjects, but >> to be a miscast on certain jobs and failure of the system in Fedora. > > Of course, noone can hold a opinion that is different from yours and > still acknowledged to be even reasonable. > > Yes and all the private flames (not that the public behaviour is any > better) you have been sending for years have been quite an inspiration. > I doubt anyone can change your behaviour but I do agree that continuing > to tolerate it is a failure of the system in Fedora. No more from me on > this topic. > This thread is now closed. -sv From dgregor at redhat.com Fri Aug 14 12:59:20 2009 From: dgregor at redhat.com (Dennis Gregorovic) Date: Fri, 14 Aug 2009 08:59:20 -0400 Subject: Package groups vs "metapackages" In-Reply-To: <1250199523.22276.0.camel@adam.local.net> References: <1250199523.22276.0.camel@adam.local.net> Message-ID: <1250254760.4709.245.camel@localhost.localdomain> On Thu, 2009-08-13 at 14:38 -0700, Adam Williamson wrote: > On Thu, 2009-08-13 at 12:53 -0700, Bryan O'Sullivan wrote: > > I've been working recently on bringing Fedora up to snuff as a > > platform to build Haskell software on: > > > > https://fedoraproject.org/wiki/SIGs/Haskell#Haskell_Platform_support > > > > In my ideal world, it would be possible to install all of the > > necessities for decent Haskell development via a single short command > > line. I can see two ways to do this: > > * Create a "haskell-devel" (or something) package that simply > > depends on all of the Haskell Platform's component packages. > > This would have the nice property of being versioned, just as > > the Haskell Platform itself is. > > * Create a "Haskell Development" group in comps. This is unknown > > territory to me: I don't know if it's a good idea, how it > > would work, how I'd edit it to add new dependencies when the > > Haskell Platform gets updates, or ... well, anything. > > What's the collective wisdom about the best approach for doing this? > > I wondered about this too when I joined, and several people told me > metapackages are generally discouraged in favour of package groups. I > don't know the rationale behind that decision, but that's what I was > told. I prefer comps groups. Here are the benefits of each approach as I see it: Comps Groups * visible through anaconda * configurable between products * allows for mandatory/default/optional/conditional packages * "cleaner" - i.e. comps groups were meant for this purpose whereas metapackages are more of a kludge Metapackages * allow for versioned package listings Cheers -- Dennis p.s. If you decide to create a metapackage, don't name it *-devel. Packages with those names are assumed to contain development libraries and are automatically marked as multilib. From tonynelson at georgeanelson.com Fri Aug 14 13:07:28 2009 From: tonynelson at georgeanelson.com (Tony Nelson) Date: Fri, 14 Aug 2009 09:07:28 -0400 Subject: F12 to require "i686", but which CPUs do not qualify? In-Reply-To: <20090813183754.GA19339@nostromo.devel.redhat.com> (from notting@redhat.com on Thu Aug 13 14:37:54 2009) Message-ID: <1250255248.9624.0@localhost.localdomain> I'm late replying -- had trouble with my mail server -- so I'm moving all my replies to Bill Nottingham's post, as I think he can fix the wiki pages most authoritatively to not say that Athlons will not work, if that is indeed the proper thing to do, given that so many packages depend on packages that are only built for SSE2. If necessary, I can install Rawhide and see if it boots, and then edit the above wiki page and the Alpha release notes, but I'd prefer if someone who already uses an Athlon-core processor on Rawhide did it. On 09-08-13 10:34:58, Peter Robinson wrote: > Tony Nelson wrote: ... > > Is there a simple way for ordinary users to know if their CPU is > > expected to work on F12 (as an "i686" according to GCC)? ?Is there > > a tool to run that doesn't require downloading F12? > > https://fedoraproject.org/wiki/Features/F12X86Support > > Its outlined in the link above. An athlon should be fine. Basically > if its i586 + cmov it should work. You can tell if you have cmov by > looking at /proc/cpuinfo. According to that link, an Athlon is specifically excluded. According to the Talk:Features/F12X86Support link , SSE2 is required. > Originally it wasn't planned to support them but there was enough > discussion to change peoples minds :-) If that has changed, then those wiki pages need updating, as well as the Release Notes and release announcements. Thanks. On 09-08-13 10:35:29, Jon Ciesla wrote: > Quoting Bill Nottingham: > > Given the loud feedback, I've updated the proposal at: > https://fedoraproject.org/wiki/Features/F12X86Support > > The revised proposal: > > - Build all packages for i686 (this requires cmov) > - Optimize for Atom > > Why? ... That doesn't actually quite say about SSE2, but at : > _Bill Nottingham_ Once a set has been decided on, this should be > pretty trivial. With respect to the proposal, 'grep sse2 /proc/ > cpuinfo' should work. Bill? -- ____________________________________________________________________ TonyN.:' ' From naheemzaffar at gmail.com Fri Aug 14 13:20:04 2009 From: naheemzaffar at gmail.com (Naheem Zaffar) Date: Fri, 14 Aug 2009 14:20:04 +0100 Subject: F12 to require "i686", but which CPUs do not qualify? In-Reply-To: <1250255248.9624.0@localhost.localdomain> References: <20090813183754.GA19339@nostromo.devel.redhat.com> <1250255248.9624.0@localhost.localdomain> Message-ID: <3adc77210908140620k6da152edud0c2b720963fae9b@mail.gmail.com> Not Bill, but from my understanding, SSE2 was originally going to be required and that question must have been presented and answered at that point. Once the main page got updated after discussion, the original questions that no longer apply have not been removed. 2009/8/14 Tony Nelson > > > That doesn't actually quite say about SSE2, but at > : > > > _Bill Nottingham_ Once a set has been decided on, this should be > > pretty trivial. With respect to the proposal, 'grep sse2 /proc/ > > cpuinfo' should work. > > Bill? > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jonstanley at gmail.com Fri Aug 14 14:02:14 2009 From: jonstanley at gmail.com (Jon Stanley) Date: Fri, 14 Aug 2009 10:02:14 -0400 Subject: Lower Process Capabilities In-Reply-To: <20090803163859.GA7330@genius.kawo2.rwth-aachen.de> References: <200907261932.36156.sgrubb@redhat.com> <20090803163859.GA7330@genius.kawo2.rwth-aachen.de> Message-ID: On Mon, Aug 3, 2009 at 12:38 PM, Till Maas wrote: > $ sudo -i > sudo: /etc/sudoers is mode 00, should be 0440 > sudo: no valid sudoers sources found, quitting This is sudo checking the permissions of it's own sudoers file. Since they aren't what it expects, it bails. From joachim.frieben at googlemail.com Fri Aug 14 14:04:27 2009 From: joachim.frieben at googlemail.com (Joachim) Date: Fri, 14 Aug 2009 16:04:27 +0200 Subject: F12 to require "i686", but which CPUs do not qualify? In-Reply-To: <4A8530B2.9010401@redhat.com> References: <1250173818.4418.0@localhost.localdomain> <4A8424B1.3070005@jcomserv.net> <1c252d490908131031k38a82a28gbe4f99da54fde36e@mail.gmail.com> <4A8530B2.9010401@redhat.com> Message-ID: <1c252d490908140704i56572f5cwe03b104eca1a2811@mail.gmail.com> > I think there's a valid case for making an exception to this: when a > package is an accelerated version of a particular library. ?That is, > when the basic functionality of a library is available in a i686 > Fedora package, but a special SSEx version of the library makes use of > faster instructions. > > Andrew. Right now, there exist a number of packages which explicitly pull in atlas instead of the also available generic packages blas/lapack which do not exhibit these severe restrictions. Earlier versions of the Fedora atlas package actually supported a wider range of processors including even such offering 3dnow! and also plain x86. The current behaviour (code depending on lapack aborts because of illegal instructions) is a regression which has been introduced by the packager. From jonstanley at gmail.com Fri Aug 14 14:08:55 2009 From: jonstanley at gmail.com (Jon Stanley) Date: Fri, 14 Aug 2009 10:08:55 -0400 Subject: New, improved FESCo trac instance Message-ID: As one of the features implemented out of a complaint that the FESCo wiki information was outdated since our move to a Trac-based workflow, there are now templates for various types of tickets in the FESCo trac instance at https://fedorahosted.org/fesco. If you attempt to file a ticket, a template will appear. If you change the type of ticket, it will ask if you wish to reload the template for that ticket type. Click OK. and you have a relevant template to fill out. Delete the explanatory text in the template, and fill in the requested information. This will enhance the ability for FESCo to provide prompt resolution to issues. Thanks for your cooperation! -Jon From dmalcolm at redhat.com Fri Aug 14 14:15:12 2009 From: dmalcolm at redhat.com (David Malcolm) Date: Fri, 14 Aug 2009 10:15:12 -0400 Subject: Lower Process Capabilities In-Reply-To: <200908132127.11966.sgrubb@redhat.com> References: <200907261932.36156.sgrubb@redhat.com> <200908131626.44423.sgrubb@redhat.com> <4A848B61.7010205@redhat.com> <200908132127.11966.sgrubb@redhat.com> Message-ID: <1250259312.1052.75.camel@radiator.bos.redhat.com> On Thu, 2009-08-13 at 21:27 -0400, Steve Grubb wrote: > On Thursday 13 August 2009 05:53:37 pm John Poelstra wrote: > > Can you update the feature page to reflect the reduced scope of the > > feature and its completion percentage? All I see since FESCo met was > > the change to the detailed description related to the permissions. > > That *is* the reduction in scope - other than what I have time to actually > work on. If I can fix dhcp, that is a major win. That is the item that stands > out as the biggest problem when running netcap. Steve: With my paranoid/QA hat on, I think the "How to Test" section needs some more items. It covers testing that each specific change being made works as expected, but it doesn't also cover testing that there weren't unexpected side effects. I added some questions to this end to the discussion page: https://fedoraproject.org/wiki/Talk:Features/LowerProcessCapabilities Hope this is helpful Dave From katzj at redhat.com Fri Aug 14 14:28:17 2009 From: katzj at redhat.com (Jeremy Katz) Date: Fri, 14 Aug 2009 10:28:17 -0400 Subject: An error while using livecd-creator In-Reply-To: References: Message-ID: <20090814142817.GA88909@redhat.com> On Tuesday, August 11 2009, Kushal Das said: > I am using livecd-creator on a F-11 box. I have 27GB free on my / partition. > The error I am getting is given below: [snip] > Error creating Live CD : Unable to install: [('installing package > bug-buddy-1:2.26.0-2.fc11.i586 needs 684KB on the > /var/tmp/imgcreate-rScTyr/install_root filesystem', (9, [snip] > Any pointer on how to fix this ? As the message says, there's not enough space in the root fs of the livecd (/var/tmp/imgcreate-XXXXX/install_root) to install the packages. If you were overriding the size of the / partition, be sure you have the latest pykickstart package installed as there was a bug there that broke the overriding Jeremy From dakingun at gmail.com Fri Aug 14 15:06:24 2009 From: dakingun at gmail.com (Deji Akingunola) Date: Fri, 14 Aug 2009 11:06:24 -0400 Subject: F12 to require "i686", but which CPUs do not qualify? In-Reply-To: <1c252d490908140704i56572f5cwe03b104eca1a2811@mail.gmail.com> References: <1250173818.4418.0@localhost.localdomain> <4A8424B1.3070005@jcomserv.net> <1c252d490908131031k38a82a28gbe4f99da54fde36e@mail.gmail.com> <4A8530B2.9010401@redhat.com> <1c252d490908140704i56572f5cwe03b104eca1a2811@mail.gmail.com> Message-ID: On Fri, Aug 14, 2009 at 10:04 AM, Joachim wrote: >> I think there's a valid case for making an exception to this: when a >> package is an accelerated version of a particular library. ?That is, >> when the basic functionality of a library is available in a i686 >> Fedora package, but a special SSEx version of the library makes use of >> faster instructions. >> >> Andrew. > > Right now, there exist a number of packages which explicitly pull in > atlas instead of the also available generic packages blas/lapack which > do not exhibit these severe restrictions. > Earlier versions of the Fedora atlas package actually supported a > wider range of processors including even such offering 3dnow! and also > plain x86. The current behaviour (code depending on lapack aborts > because of illegal instructions) is a regression which has been > introduced by the packager. > Correction: The current behaviour was not introduced by the packager, it is because of changes in the upstream's design of the package; unless of course you mean we should be stuck with the old version. The only way to produce atlas binary for architectures not provided for in the upstream tarball, is to bootstrap it on that particular arch. Unfortunately none of Fedora build infrastructure is based on PII or less. Deji From nalin at redhat.com Fri Aug 14 15:12:23 2009 From: nalin at redhat.com (Nalin Dahyabhai) Date: Fri, 14 Aug 2009 11:12:23 -0400 Subject: F12 to require "i686", but which CPUs do not qualify? In-Reply-To: <4A8530B2.9010401@redhat.com> References: <1250173818.4418.0@localhost.localdomain> <4A8424B1.3070005@jcomserv.net> <1c252d490908131031k38a82a28gbe4f99da54fde36e@mail.gmail.com> <4A8530B2.9010401@redhat.com> Message-ID: <20090814151223.GA6106@redhat.com> On Fri, Aug 14, 2009 at 10:38:58AM +0100, Andrew Haley wrote: > Kevin Kofler wrote: > > We need to provide "architectural defaults" for plain i686, even crappy > > ones, they just need to work at all. > > I think there's a valid case for making an exception to this: when a > package is an accelerated version of a particular library. That is, > when the basic functionality of a library is available in a i686 > Fedora package, but a special SSEx version of the library makes use of > faster instructions. The run-time linker on i386 can already pick up an SSE2-specific build of a shared library if it's available -- the i386 gmp package makes use of this. Of course, both builds have to provide the same interfaces for that to work, and I'm not sufficiently familiar with this set of libraries to know if they do. If they do, and if the libc maintainers think it's worth doing, this support could be extended to cover SSE- and SSE3-specific versions. We could then package these optimized versions of the library with the fallback works-everywhere version and let ld.so sort out the details at runtime. That's quite a few "if"s, and I'm not one of the people who'd have to actually do the work, so I'll shut up now. HTH, Nalin From mclasen at redhat.com Fri Aug 14 15:38:20 2009 From: mclasen at redhat.com (Matthias Clasen) Date: Fri, 14 Aug 2009 11:38:20 -0400 Subject: Printing test day coming up... Message-ID: <1250264300.1766.27.camel@planemask> Another week, another Fit and Finish test day. This time around, we want to look at printing. See http://www.fedoraproject.org/wiki/Test_Day:2009-08-18_Fit_and_Finish:Printing Both Marek Kasik and Tim Waugh have kindly agreed to be around, so we'll have sufficient expertise for all of the printing stack. Drop in #fedora-fit-and-finish on Freenode on Tuesday, Aug 14, to join in the fun. Matthias From harald at redhat.com Fri Aug 14 16:10:37 2009 From: harald at redhat.com (Harald Hoyer) Date: Fri, 14 Aug 2009 18:10:37 +0200 Subject: [ANNOUNCEMENT] dracut-0.9 Message-ID: <4A858C7D.9070209@redhat.com> dracut-0.9 ========== - let plymouth attach to the terminal (nice text output now) - new kernel command line parameter "rdinfo" show dracut output, even when "quiet" is specified - rd_LUKS_UUID is now handled correctly - dracut-gencmdline: rd_LUKS_UUID and rd_MD_UUID is now correctly generated - now generates initrd-generic with around 15MB - smaller bugfixes dracut-0.8 ========== - iSCSI with username and password - support for live images (dmsquashed live images) - iscsi_firmware fixes - smaller images - bugfixes dracut-0.7 ========== - dracut: strip binaries in initramfs --strip strip binaries in the initramfs (default) --nostrip do not strip binaries in the initramfs - dracut-catimages Usage: ./dracut-catimages [OPTION]... [...] Creates initial ramdisk image by concatenating several images from the command line and /boot/dracut/ -f, --force Overwrite existing initramfs file. -i, --imagedir Directory with additional images to add (default: /boot/dracut/) -o, --overlaydir Overlay directory, which contains files that will be used to create an additional image --nooverlay Do not use the overlay directory --noimagedir Do not use the additional image directory -h, --help This message --debug Output debug information of the build process -v, --verbose Verbose output during the build process - s390 dasd support dracut-0.6 ========== - dracut: add --kernel-only and --no-kernel arguments --kernel-only only install kernel drivers and firmware files --no-kernel do not install kernel drivers and firmware files All kernel module related install commands moved from "install" to "installkernel". For "--kernel-only" all installkernel scripts of the specified modules are used, regardless of any checks, so that all modules which might be needed by any dracut generic image are in. The basic idea is to create two images. One image with the kernel modules and one without. So if the kernel changes, you only have to replace one image. Grub and the kernel can handle multiple images, so grub entry can look like this: title Fedora (2.6.29.5-191.fc11.i586) root (hd0,0) kernel /vmlinuz-2.6.29.5-191.fc11.i586 ro rhgb quiet initrd /initrd-20090722.img /initrd-kernel-2.6.29.5-191.fc11.i586.img /initrd-config.img initrd-20090722.img the image provided by the initrd rpm one old backup version is kept like with the kernel initrd-kernel-2.6.29.5-191.fc11.i586.img the image provided by the kernel rpm initrd-config.img optional image with local configuration files - dracut: add --kmoddir directory, where to look for kernel modules -k, --kmoddir [DIR] specify the directory, where to look for kernel modules From jlaska at redhat.com Fri Aug 14 16:30:52 2009 From: jlaska at redhat.com (James Laska) Date: Fri, 14 Aug 2009 12:30:52 -0400 Subject: Fedora 12 Alpha Blocker Meeting Recap In-Reply-To: <4A834A25.30206@redhat.com> References: <4A834A25.30206@redhat.com> Message-ID: <1250267452.2805.180.camel@flatline.devel.redhat.com> Meeting log available at http://meetbot.fedoraproject.org/fedora-bugzappers/2009-08-14/fedora-bugzappers.2009-08-14-15.13.html = Attendees = jlaska, poelcat, rjune_wrk, stickster, jeff_hann = https://bugzilla.redhat.com/show_bug.cgi?id=516941 = State: MODIFIED Anyone using the radeon driver is asked to help verify the fix against kernel-2.6.31-0.145.2.1.rc5.git3.fc12. = https://bugzilla.redhat.com/show_bug.cgi?id=517171 = State: MODIFIED Anaconda-12.15 did not arrive in last nights rawhide, so QA is unable to verify the fix for this issue. = https://bugzilla.redhat.com/show_bug.cgi?id=517475 = State: NEW The group was not able to reach a conclusion. Several people questioned whether a downstream project should block the Alpha. Another concern reflected the number of Alpha testers impacted by the geode failure. == UPDATES == SMOLT geode stats - http://smolts.org/reports/view_devices?device=Geode&search=Submit+Query After discussing with Jkeating, the proposed rpm patch is limited to geode and does not appear to affect other platforms (see http://www.redhat.com/archives/fedora-devel-list/2009-June/msg01641.html). Jkeating felt the bug was worth addressing to unblock OLPC/XO testers using the Alpha. Jlaska expressed concern why this patch hadn't been applied yet, but indicated the issue was a 'nice to have' for the alpha. = Action items = [jlaska] - follow-up in bug#517 with additional information = Open discussion = == Verifying MODIFIED bugs == poelcat asked what the recommended practice was for monitoring what bugs need testing. Jlaska indicated he was asking QA folks to keep an eye on MODIFIED bugs on the blocker list. Additionally, there is a NEEDSRETESTING keyword available. == Rawhide install test run == Jlaska provided results from a test run initiated by lili and rhe last night against rawhide. This provides a more recent snapshot of installer status with anaconda-12.14 (see https://fedoraproject.org/wiki/QA:Fedora_12_Alpha_TCRegression_Install_Test_Results). No new alpha blockers have been escalated from this testing. Thanks, James -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From mclasen at redhat.com Fri Aug 14 17:14:17 2009 From: mclasen at redhat.com (Matthias Clasen) Date: Fri, 14 Aug 2009 13:14:17 -0400 Subject: Printing test day coming up... In-Reply-To: <1250264300.1766.27.camel@planemask> References: <1250264300.1766.27.camel@planemask> Message-ID: <1250270057.1766.28.camel@planemask> On Fri, 2009-08-14 at 11:38 -0400, Matthias Clasen wrote: > Another week, another Fit and Finish test day. > This time around, we want to look at printing. > > See > http://www.fedoraproject.org/wiki/Test_Day:2009-08-18_Fit_and_Finish:Printing > > Both Marek Kasik and Tim Waugh have kindly agreed to be around, so we'll > have sufficient expertise for all of the printing stack. > > Drop in #fedora-fit-and-finish on Freenode on Tuesday, Aug 14, to join > in the fun. ...and of course, when I was talking about Aug 14, I meant Aug 18. Sorry, Matthias From itamar at ispbrasil.com.br Fri Aug 14 17:39:52 2009 From: itamar at ispbrasil.com.br (Itamar Reis Peixoto) Date: Fri, 14 Aug 2009 14:39:52 -0300 Subject: Another linux kernel NULL pointer vulnerability ( exploit here ) Message-ID: Hello guy's for the people who don't have updated the kernel. http://grsecurity.net/%7Espender/wunderbar_emporium.tgz -- ------------ Itamar Reis Peixoto e-mail/msn: itamar at ispbrasil.com.br sip: itamar at ispbrasil.com.br skype: itamarjp icq: 81053601 +55 11 4063 5033 +55 34 3221 8599 From jonstanley at gmail.com Fri Aug 14 18:48:56 2009 From: jonstanley at gmail.com (Jon Stanley) Date: Fri, 14 Aug 2009 14:48:56 -0400 Subject: FESCo meeting summary for 2009-08-14 Message-ID: Minutes: http://meetbot.fedoraproject.org/fedora-meeting/2009-08-14/fedora-meeting.2009-08-14-17.01.html Minutes (text): http://meetbot.fedoraproject.org/fedora-meeting/2009-08-14/fedora-meeting.2009-08-14-17.01.txt Log: http://meetbot.fedoraproject.org/fedora-meeting/2009-08-14/fedora-meeting.2009-08-14-17.01.log.html -- 17:01:23 #startmeeting FESCo meeting 2009/08/14 17:01:25 #chair dgilmore jwb notting nirik sharkcz jds2001 j-rod skvidal Kevin_Kofler 17:01:41 * nirik is here. 17:01:43 so notting and skvidal are unhere 17:02:04 Present. 17:02:44 * dgilmore is here 17:03:02 * j-rod here 17:03:27 cool 17:03:42 #topic apcuspd static linking 17:03:47 .fesco 235 17:04:16 Can't the libs go to /lib instead? 17:04:26 Static linking sounds like a bad solution to me. 17:04:44 please to be not the linking of static 17:04:46 how many are there? 17:04:47 But there clearly is a problem there, stuff in / must not require libs from /usr. 17:04:57 .bugzilla bug 346271 17:04:59 Bug https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=346271 low, low, ---, notting, ASSIGNED, halt initscript does not properly handle apcupsd shutdowns 17:05:28 it's other packages /usr/lib/ libs that it's linked to... 17:05:45 snmp and sensors 17:05:53 Those need to be moved to /lib. 17:06:09 well my rootfs is typically like 1GB 17:06:10 Statically linking strikes me as the wrong solution to a real problem. 17:06:19 i thought we had already agreed that we dont support /usr of a seperate filesystem 17:06:39 so if we move everything in the world to /lib, then I've got a problem. 17:07:01 dgilmore: yeah, I wonder how many people aside from jds2001 do seperate /usr anymore. 17:07:23 * jds2001 doesnt think i'm unique :) 17:07:36 the guide suggests against it. 17:07:37 jds2001: but you are 17:07:39 http://docs.fedoraproject.org/install-guide/f11/en-US/html/s2-diskpartrecommend-x86.html#sn-partitioning-advice 17:07:48 * jds2001 can point to several thousand systems at $DAYJOB that have a separate /usr 17:07:49 "Do not place /usr on a separate partition" 17:08:08 jds2001: is that seperate /usr on local disk? or via net? 17:08:15 local disk 17:08:17 im pretty sure last release we said that /usr on a seperate filesystem was not supported 17:08:38 then in this case I don't think it matters. This is only a problem if we shut down net and can't use /usr/lib/ 17:08:39 and they're RHEL/Solaris, but the point remains. 17:09:03 I think remote /usr isn't supported. 17:09:05 so this case is not 'seperate /usr' but 'seperate /usr on network' 17:09:11 (unless I am reading this wrong) 17:09:29 pretty much how i read it too. 17:09:42 nirik: which is really not supported 17:10:01 humm... or is it... does it umount other fses before it runs that? 17:11:17 * nirik re-reads the patch and halt script. 17:12:22 no, it's all non root mounts I think... 17:12:23 How much of the static libs gets linked in if we do the static linking? If it doesn't actually save space, then it's a no-brainer to -1 it and tell them to just move the stuff to /lib instead if they want to support this usecase. 17:13:07 its a seperate /usr 17:13:18 yeah, I don't know how far it goes adding those 2 packages and their deps to /lib 17:13:26 One advantage of moving to /lib is that it costs essentially nothing for those who don't have separate /usr unlike static linking. 17:13:53 So for the vast majority of people, if the problem is to be solved, moving to /lib is the best solution. 17:13:57 the answer here i believe is dont have a seperate /usr 17:14:49 it doesnt make sense like it used to anymore 17:14:55 Why can't we just move the libs to /lib? For all those without a separate /usr, it won't change a thing. 17:15:13 Kevin_Kofler: where do we stop? 17:15:25 For those few folks with a separate /usr, it'll solve their problem, and if their / is not big enough, they'll just have to fix it. 17:15:50 dgilmore: Good question. Maybe we should drop /usr entirely like HURD or make it an alias for / like MSYS? ;-) 17:15:51 if it's just 2 packages for this I'd be ok with moving them to /lib... but if it pulls in a bunch of stuff we should just say no. 17:16:21 in any case I don't think we should static link unless there is a more compelling reason. 17:16:27 yeah, I'm wondering how much stuff it drags in 17:16:39 static linking is bad, mmmkkaayyy :) 17:16:42 Do not place /usr on a separate partition If /usr is on a separate partition from /, the boot process becomes much more complex, and in some situations (like installations on iSCSI drives), might not work at all. 17:16:48 from the install guide 17:17:11 how does it become more complex? 17:17:24 the /usr gets mounted in rc.sysinit 17:17:28 Can we vote on not allowing the static linking exception first of all? 17:17:33 I think we all agree on that part. 17:17:39 we likely have other things people consider critical to propper functionality that live in /usr 17:17:42 sure, -1 17:17:58 -1 to the exception here too. 17:18:00 static linking -1 17:18:09 -1 here as well. 17:18:15 dgilmore: i didnt say your system would be very functional except for enough to perhaps get a shell. 17:18:15 notting was +1 in the ticket 17:18:21 diabling having a seperate /usr in anacond +1 17:18:40 diabling having a seperate /usr in anaconda +1 17:18:45 dgilmore: that'll fly over like a lead balloon :) 17:18:52 We need one more -1 to the exception to throw it out. 17:18:55 -1, die static linking, die 17:19:38 #agreed apcupsd cannot be statically linked. 17:19:49 is there more on this?] 17:20:12 * jds2001 moves on 17:20:21 #topic FPC Items 17:20:26 .fesco 241 17:20:29 MPI? 17:20:42 There was something on the page that was confusing to me, let me find it. 17:21:24 ahh - Each MPI build of shared libraries SHOULD have a separate -libs subpackage for the libraries (e.g. foo-mpich2-libs). As in the case of MPI compilers, NO library configuration (in /etc/ld.so.conf.d) MUST be made. 17:21:25 +1 here for MPI. It makes sense to me... 17:21:59 that seems to be as "library configuration in /etc/ld.so.conf.d MUST NOT be made" 17:22:15 or am I reading it wrong? 17:22:55 Those guidelines are really vomit-inducing, why can't we just pick one default MPI implementation and one default compiler? (g77 needs to die!) :-/ 17:23:04 +1 with that minor cleanup 17:23:15 +1 for MPI 17:23:23 Kevin_Kofler: because different MPI compilers work better with different workloads 17:23:24 +1 mpi 17:23:32 and different interconnects 17:23:35 notting was +1 17:23:54 er, different mpi implementations, not compilers, work better with different interconnects 17:24:11 #agreed MPI guidelines are accepted 17:24:16 Environment modules? 17:24:22 Pretty cool, +1 17:24:23 "Also, people doing high performance computing may want to use more efficient compilers than the default one in Fedora (gcc)" -> So we're doing this to support proprietary compilers? :-/ 17:24:49 +1 on env modules. I hope they get used now in more places that they should be... 17:24:56 +1 for env modules 17:25:18 Kevin_Kofler: we are doing this to allow MPI/cluster people to pick their MPI implementation(s) 17:25:26 and compilers 17:26:49 anyhow, we need two more for env modules 17:27:58 jds2001: I read notting's comment to mean "+1 to every one of these items on the FPC list" 17:28:07 yep, me too 17:28:15 so we only need one more. :) 17:28:21 true :) 17:28:48 and skvidal said he'd make comments but didn't, that slakcer! 17:28:49 +1 to environment modules, they aren't any more scary than the stuff qt3 and friends stuff into /etc/profile.d systemwide. 17:29:07 in fact significantly less scary, imo :) 17:29:16 anyhow 17:29:31 #agreed environemnt modules guideline is accepted 17:29:49 correcting the ant sample spec? 17:29:49 Kevin_Kofler: I wonder if qt couldn't use them too? :) 17:29:58 +1 for version 1 of the java ant tweak, trivial fixup 17:30:10 um, we're voting on version 2 17:30:17 nirik: Quite possible, we'll have to look into it. 17:30:20 uh, what? 17:30:23 that's what FPC put forward. 17:30:36 +1 for the ant change 17:30:38 the second option, with the two find commands, 17:30:40 "I propose the command to read either 'find \(...' or 'find; find;' 17:30:40 +1 17:30:45 +1 as well here... fix it up. 17:30:49 IMHO the one line solution is better... 17:30:57 But any is better than the non-working command. :-) 17:31:07 So +1. 17:31:18 jds2001: wait, where is one or the other of those put forward over the other? 17:31:29 j-rod: in the ticket 17:31:45 oh. the '(option 2)' at the end. 17:31:50 missed that, sorry 17:31:53 Correct ant sample spec : https://fedoraproject.org/wiki/PackagingDrafts/JavaAntSampleSpec (option 2) 17:32:06 meh. I like the one-liner better, but whatever. working is better than not. 17:32:24 j-rod: Me too. 17:32:35 I don't see why we should be running 2 commands when one will do, it's slower. 17:32:42 It has to traverse the file system twice. 17:32:48 abadger1999: you around? 17:32:52 why did 17:33:01 Yep. What's up? 17:33:04 FPC choose option 2 over option 1 for the ant spec? 17:33:09 well, not really that much slower, the second find will be pretty snappy, since everything's going to be cached in memory 17:33:12 to me it was that you could use either of the wo new ways 17:33:15 jds2001: I think the motivation was that it was easier to parse, read 17:33:26 makes sense. 17:34:44 #agreed Java ant sample spec correction is accepted 17:34:51 notting was +1, and I counted 4 :) 17:35:02 R Guidelines? 17:35:23 +1, looks sane 17:35:24 +1 to R guidelines here. 17:35:31 +1 17:36:12 +1 17:36:40 #agreed R Guidelines update is approved 17:36:49 +1 to R 17:36:59 Droping the scrollkeeper scriptlets? 17:37:01 +1, kill scrollkeeper with fire 17:37:08 +1 17:37:17 j-rod: still needed in EPEL :( 17:37:23 but oh well 17:37:24 +1 to scrollkeper, we should clean up 17:37:25 +1 17:37:30 * j-rod cares not about epel... :) 17:37:36 oh, wait, I mean... 17:37:38 :) 17:37:39 jds2001: They should be moved to the EPEL guidelines as mentioned in the proposal. 17:37:45 * dgilmore slaps j-rod with a tv tunder card 17:37:49 Kevin_Kofler: yeah 17:38:09 +1 here. 17:38:27 #agreed scrollkeeper scriptlets guideline is dropped 17:38:37 Numpy and pygtk2? 17:38:43 dgilmore: ouch. those things can be quite sharp... 17:38:53 +1 to the numpy change 17:39:02 +1 17:39:19 +1 here I guess... it seems weird for a guideline, but I guess that will get the most people aware of the issue. 17:39:19 +1 to numpy 17:39:22 +1 I guess. What if someone forgets? 17:39:33 nirik: it does seem odd 17:39:40 but it makse sense space wise 17:39:45 yeah 17:39:48 they'll figure it out when a bug gets filed because something doesn't work 17:39:53 The alternative is to force NumPy in for any and all systems with PyGtk on them. 17:40:05 yeah, and that aint cool 17:40:12 but that would sorta defeat the purpose of the change 17:40:15 that's why I was +1 :) 17:40:48 #agreed PyGTK and NumPy guideline is approved 17:41:15 ajax is filing a bug upstream against pygtk. This is to get people aware of the workaround until that's fixed. 17:41:15 #topic libvdpau inclusion 17:41:41 jds2001: whats the ticket number? 17:41:43 +1 for including it 17:41:50 #238 17:41:51 .fesco 238 17:41:53 sorry 17:42:30 Sigh, an API for binary drivers only. :-/ 17:42:41 :/ 17:42:47 can non-fesco members speak in the meeting? (testing) 17:42:54 (Nvidia and S3 so far) 17:42:54 well, for now, its only binary drivers... 17:42:54 adamw: sure. 17:42:57 sure thing 17:42:58 No Free implementations. 17:43:12 we've declined other things on this basis. 17:43:24 ! 17:43:29 if it contributes to the discussion at all, i have packages for vaapi stuff that i've been building for poulsbo drivers. 17:43:35 libva and a vaapi-enabled mplayer. 17:43:36 j-rod: any change of it being adopted by open drivers? 17:44:00 I'd argue it's also a GPL violation to use this stuff in GPL apps. 17:44:02 dgilmore: I think vaapi is more likely to be adopted by open drivers than vdpau, but I couldn't say for sure 17:44:04 keithp was thinking about an implementation in the intel driver dunno what happened to that 17:44:06 adamw: but that could all be in rpmfusion 17:44:11 -1 to including it until/unless Free drivers support it. 17:44:13 that's related by the looks of the fesco ticket, and kind of in the same situation; i think only poulsbo chipsets (which use a binary driver) can actually use it 17:44:13 vdpau apparently supports a LOT more functionality than vaapi though 17:44:28 and vdpau can serve as a backend ot vaapi, if so desired 17:44:30 although there's possible a vaapi implemention for intel, not entirely sure. 17:44:47 kwizart: just talk :) 17:45:27 we do have libXNVCtrl already in fedora... 17:45:28 we shoudn't discuss either or not we (as fedora) should support libvdpau (or libvaapi) 17:45:29 here 17:45:41 kwizart: why not? 17:45:42 Plus, doesn't libvdpau only help with patent-encumbered codecs anyway? 17:45:54 libvdpau require a proprietaty backend 17:45:57 there's another similar case already in fedora isn't there with MPD? 17:45:58 that's worse than vdpau, since its nVidia binary driver specific, this is at least an open spec 17:45:59 http://en.wikipedia.org/wiki/VDPAU only talks about "MPEG-1, MPEG-2, MPEG-4 AVC (H.264), VC-1, and WMV3/WMV9 encoded videos". 17:46:05 yeah, to me this seems as rpmfusion fodder 17:46:06 we are discussing to include an opensource wrapper 17:46:17 None of that stuff can be used in Fedora anyway. 17:46:24 Kevin_Kofler: that's accurate according to the nvidia docs, yeah. even mpeg? 17:46:33 which will allow vdpauinfo and qvdautest to enter 17:46:35 I don't see what the point of shipping VDPAU in Fedora is. 17:46:37 that's all, 17:46:57 There are no Free backends, all the users are patent-encumbered. 17:46:58 kwizart: why couldnt this go in rpmfusion? 17:47:12 * jds2001 not saying it's not useful, just not appropriate for Fedora 17:47:15 IMHO this should go to RPM Fusion and it will be RPM Fusion's job to debate in which section it goes. 17:47:21 Kevin_Kofler, vdpauinfo will be usefull in fedora, it will say no vdpau backend is here 17:47:23 that's all 17:47:33 How useful is that? 17:47:37 I guess it wouldn't hurt to put it into a 3rd-party repo until such time as there's a video driver actually in fedora that can use it 17:47:39 Kevin_Kofler: we ship libXNVCtrl .. which also does not have free implementations 17:47:39 IMHO it's completely useless. 17:48:04 It's just an info tool and it says we have nothing, about as useless as Hello World. 17:48:07 but we do have this prior precedent 17:48:10 what end-users do after if they install a vdpau backend isn't our choose 17:48:18 drago01: That just means that stuff should go away as well. 17:48:28 drago01: that was a mistake. 17:48:37 i dunno how that got in 17:48:38 Kevin_Kofler: what about apps/libs that have (optional) support for vdpau? 17:48:40 Kevin_Kofler: would break apps that use it 17:48:43 should all the mpd frontends go away too? 17:48:46 i meant we shoudn't have any word to say if said backend is installed on a end-users system 17:49:11 I guess they could use dlopen hacks, but eww... 17:49:18 * jds2001 steps awuy for a few minutes 17:49:25 rdieter, they do use dlopen 17:49:30 rdieter: They should just be built without it. 17:49:33 there are no suchs apps 17:49:56 Kevin_Kofler, what should be built without it? 17:49:57 kwizart: ok 17:49:58 But anyway, there are no apps using VDPAU in Fedora as it is only useful to accelerate patent-encumbered codecs. 17:49:59 what about xine? 17:50:00 most (all) of them are in rpmfusion due to patent reasons 17:50:09 drago01: Right. 17:50:14 j-rod: ah missed that one 17:50:16 I'm not all that familiar w/how xine is built... 17:50:28 could vdpau support be built for it outside of the fedora package? 17:50:34 I guess xine-lib-extras-freeworld is all that would benefit from vdpau. 17:50:40 Kevin_Kofler, you are geting it the wrong way... as I said already fedora cannot support vdpau 17:50:57 So I stand by my -1, I don't see what the point of shipping libvdpau in Fedora is. 17:51:02 or would keeping libvdpau out effectively mean rpmfusion would have to have a replacement xine to support vdpau? 17:51:08 kwizart: sure it can, add an implementation to $ossdriver 17:51:09 thought the vdpau_wrapper is in a accurate place in fedora IMHO 17:51:17 j-rod: xine-lib is modular. 17:51:25 We already have xine-lib-extras-freeworld in RPM Fusion. 17:51:42 that's mostly codecs though, no? 17:51:54 Isn't vdpau used by those codecs in the first place? 17:52:03 I'm saying I don't know if decoder backend support would need to be built into the main binary 17:52:05 one could have a patentless implementation of ffmpeg, 17:52:26 it could be allowed to enter in fedora 17:52:28 yes, vdpau handles those codecs 17:52:29 does anyone actually _know_ how xine-vdpau builds or are we guessing? 17:52:38 I think we don't know. 17:52:41 * nirik leans toward not allowing it now, but once some free driver supports it, bring it in then. 17:52:41 adamw: the later 17:52:44 I'm one of the xine-lib maintainers, I can check. 17:52:47 but nVidia has paid the codec royalties 17:52:49 but the question that vdpau codec is patented remains 17:52:51 How about we defer the decision until we checked the facts? 17:53:03 so if you can simply pump bitstreams into the gpu, there's no software doing any decoding 17:53:09 (maybe) 17:53:10 thats fine with me... if someone steps up to do that. ;) 17:53:19 then if it could be used to decoding it can also be used to transcode 17:53:23 for me, can you guys state whether or not the same decision will apply to libva? 17:53:33 j-rod: well afaik nvidia does this only for h264 and on some gpus for VC1 17:53:42 I can look at xine-lib. 17:53:50 drago01: ? it can do mpeg2 just fine as well 17:53:56 j-rod: everything else is done on cpu and offload parts to the gpu 17:54:27 pretty sure mpeg2 is handled entirely by the gpu too 17:54:28 * jds2001 is back 17:54:43 yes vc1 h264 mpeg-2 and mpeg-1 17:54:47 oh, actually there's some vaapi support for intel now. i guess that makes it a different case. 17:54:47 j-rod: yeah might be my point was vc1 17:54:49 nothing more 17:55:17 AFAIK, the codecs don't support building pure hardware versions. 17:55:24 (thought a dirac backend could be in the work) 17:55:30 So you can't use vdpau to bypass the patent issues. 17:56:06 adamw: well, it makes a difference for vaapi libs... not sure it helps libvdpau's case... 17:56:13 I haven't verified that ^^ 17:56:21 but that's an interesting question 17:56:35 http://us.download.nvidia.com/XFree86/Linux-x86_64/185.18.10/README/appendix-h.html 17:56:46 some codecs have "complete acceleration" 17:56:53 so this should mean "done in hw" 17:56:54 j-rod: yeah, i'm personally most concerned about vaapi as that's what i've built the package for =) i guess i'll bring it up later 17:57:25 adamw: there is no reason why we have to choose one .. we could just package both 17:57:33 adamw: I think vaapi libs are probably a no-brainer to let in, since open implementations are in the works 17:57:36 no, i wasn't suggesting a choice, that wouldn't make sense 17:57:40 drago01: But the implementations in MPlayer etc. will build the patent-encumbered software version too. 17:57:43 i just wanted to follow this debate as it affected vaapi 17:58:24 i dont see a problem if there are open implementations in the works 17:58:26 Kevin_Kofler: yeah but we can have hw only players in fedora once we have driver support 17:58:29 wiht vaapi 17:58:47 ok, thanks then guys, i'll go back to lurking...will submit a libva package soon then probably 17:58:47 drago01: But all this is moot as long as there are only binary drivers. 17:59:21 So, do we vote or are we going to debate this forever? 17:59:35 voting would be good :) 17:59:40 -1 18:00:01 -1, until/unless Free Software drivers support it 18:00:02 -1 for now, bring in once some free drivers use this. 18:01:00 -1 for now one there is something concrete that can use it we can reevaluate 18:01:25 * nirik doesn't know what this might mean for MPD clients and/or libXNVCtrl perhaps we should revisit those at some point. 18:01:25 http://people.freedesktop.org/~ymanton/g3dvl_uoft.ppt "open implemetation in the works" 18:02:21 One more -1? 18:02:40 * nirik tries to look at the nasty ppt file. 18:02:44 ooh, ooh, see drago01's link... :) 18:02:48 +1 here still. 18:03:42 nirik: oo opens it just fine ... but putting a ppt on freedesktop.org is odd 18:03:56 drago01: We can revisit when that happened. 18:03:57 drago01: do you know how far away that is? or what the current status is. 18:04:10 yes, I know, just took a while for ooimpress to start up here. ;) 18:04:24 nirik: not really darktama might now more 18:04:31 *know 18:05:07 so are we getting one more -1, or are we going to sit here all day? :D 18:05:27 well, if there is something soon, I would switch to +1... can you find out more and we can revisit? 18:05:30 can we add a general rule on when suchs apps/libs are allowed and when not? 18:05:44 having fesco decide on case by case basis seems wrong 18:06:07 sure, my view is that "crutch for propietary apps/drivers/things == bad" 18:06:14 Same here... 18:06:37 define things 18:06:42 jds2001, that's pretty nebulous 18:06:45 well, would one of you write up a policy/gather comments and we can discuss it next time? 18:06:59 jwb: it is nebulous 18:07:06 jds2001, one could consider a compat-openssl package a "crutch" for proprietary apps 18:07:11 note this case, the MPD case and libXNVCtrl and how they would be handled with the new policy? 18:07:17 jwb: That's why we don't have one. :-) 18:07:25 I have to leave now, so FYI, I'm also -1 on 236, bypassing review makes no sense, they should just use one SRPM for all languages. 18:07:39 Kevin_Kofler: im in agreement there 18:07:41 * rdieter checked xine-lib, vdpau support isn't in upstream xine, there's is a xine-vdpau fork though 18:07:55 thats bad for updates volume, but feel free to disagree. ;) 18:08:13 nirik: why? 18:08:29 nirik: oh, nvm 18:08:41 * jds2001 not thinking 18:08:42 * jwb sighs 18:08:45 one srpm -> 42 subpackages? This would mean anytime anything gets updated anywhere in any of them all 42 push out as updates. 18:08:52 nirik: yeah 18:08:58 since Kevin left, s/compat-openssl/compat-libstdc++ 18:09:01 so, back to the current topic? we didn't reach a decision? 18:09:02 nirik: there are a few ways to splitit 18:09:03 that's why i said i wasnt thinking :) 18:09:06 deltarpms should handle that 18:09:19 make it require yum-presto ;) 18:09:26 * jwb stares at drago01 18:09:33 we defer this until next week? we defer it until someone writes up a policy we use? we just move on? 18:09:47 nirik: i think we need to defer till we have more info on the status of novouea support 18:09:49 yeah, we'll defer until someone comes up with a policy 18:10:06 drago01: can you update the ticket with more info if you get a chance to find out? 18:10:30 nirik: yes will try to get infos about the intel situation too 18:10:38 thanks. 18:10:38 #agreed decision is deferred until a generic policy is presented, taking into account current instances of similar items. 18:10:40 I was going to suggest that since I filed the ticket, perhaps I should go hunt down more info, but I'm happy to let drago01 do it. :) 18:11:05 #topic publican localization packages bypassing review 18:11:08 .fesco 236 18:11:09 j-rod: fell free to do it I can add info if I find something else 18:11:19 -1 to bypassing review 18:11:25 - 18:11:38 -1 to bypassing review, -1 to single srpm for all languages. 18:11:40 drago01: how 'bout we both plan on adding stuff, and hopefully at least one of us does? :) 18:11:54 there are lots of ways this could be split 18:11:57 j-rod: works for me 18:11:58 -1 to bypassing review here too. 18:12:00 one srpm per language 18:12:11 I think one srpm per lang is good. 18:12:14 one srpm per langage/guide combo 18:12:22 dgilmore: i think that's the way publican spits it out 18:12:23 or one per guide 18:12:26 one per language 18:12:35 I think that FPC will need to be consulted about the guidelines on lang in summary/description tho 18:12:36 jds2001: they need to not use publican to create spec files 18:12:43 Sparks: you around by chance? 18:12:57 -1 for skipping review. these would be relatively easy reviews, since they're simply translations, no? 18:12:58 one srpm per guide is bad, IMHO 18:13:10 nirik: it needs to be in english, and can have a translation in it 18:13:13 initial package gets reviewed heavily, translations don't need to be scrutinized as much 18:13:21 dgilmore: ok, so they need to fix it to make them that way. 18:13:43 nirik: they need to stop trying to use publican to creat spec files 18:13:51 nirik: it does a horrible job 18:13:54 why? 18:14:03 the package that was approved using it should not have been approved 18:14:05 could it be improved? 18:14:05 I thought it did at first, but has been heavily fixed up 18:15:01 jds2001: it doesnt do alot of things it should, and it doesnt work in cvs so changes made by releng for rebuilds, others for some other reason will get thrown away 18:15:22 they cant bypass the normal procedures because they think its too hard 18:15:24 dgilmore: are they using it for updates too? I thought it was just initial build? 18:15:46 nirik: AFAIK its everytime they update the package 18:15:55 yeah, using it for updates is bad 18:16:27 it may take more time to do it right, but not *that* much more time i wouldnt think 18:16:34 yeah, thats not good. I would say it would be ok to use for initial review/import, but after that use the regular tools. 18:16:36 i can see that a translater will update a bunch of guides at once so a per lang spec is ok i think 18:17:04 yep. I don't think everyone wants an update when there was a minor change to the Esperanto version. 18:17:07 nirik: and thats not what they want, they want to use publican to do everythig for them 18:17:39 if they want to code it to play nice, fine. 18:17:51 * nirik misunderstood. Oh well, in any case we shouldn't let these bypass review... 18:17:51 the security guide doesnt meet the packaging guidelines 18:17:53 but what you described is not "playing nice" 18:19:03 * dgilmore needs to leave in 2 minutes 18:19:11 anyhow, -1 to bypassing review 18:19:17 bad i already said that 18:20:23 #agreed translated publican guides may not bypass review 18:20:30 anything else? 18:21:37 guess not 18:21:41 #endmeeting From christoph.wickert at googlemail.com Fri Aug 14 19:23:49 2009 From: christoph.wickert at googlemail.com (Christoph Wickert) Date: Fri, 14 Aug 2009 21:23:49 +0200 Subject: Another linux kernel NULL pointer vulnerability ( exploit here ) In-Reply-To: References: Message-ID: <1250277829.3018.19.camel@localhost> Am Freitag, den 14.08.2009, 14:39 -0300 schrieb Itamar Reis Peixoto: > Hello guy's > > for the people who don't have updated the kernel. I'm running kernel-2.6.29.6-217.2.3.fc11.x86_64 and this one is not supposed to be fixed, however... > http://grsecurity.net/%7Espender/wunderbar_emporium.tgz ... it doesn't work here. Although the author claims it's not stopped by SELinux (he even mentions Dan by name), SELinux one more time saves the world: $ su -c 'setenforce 0' $ LANG=C sh wunderbar_emporium.sh runcon: invalid context: unconfined_u:unconfined_r:initrc_t:s0-s0:c0.c1023: Invalid argument [+] MAPPED ZERO PAGE! [+] Resolved selinux_enforcing to 0xffffffff81874374 [+] Resolved selinux_enabled to 0xffffffff815a0a60 [+] Resolved security_ops to 0xffffffff81871b20 [+] Resolved default_security_ops to 0xffffffff815a0080 [+] Resolved sel_read_enforce to 0xffffffff8118934c [+] Resolved audit_enabled to 0xffffffff8182e804 [+] Resolved commit_creds to 0xffffffff810615c3 [+] Resolved prepare_kernel_cred to 0xffffffff810614a4 [+] got ring0! [+] detected 2.6 style 4k stacks sh: mplayer: command not found [+] Disabled security of : nothing, what an insecure machine! [+] Got root! sh-4.0# setenforce 1 sh-4.0# exit exit $ LANG=C sh wunderbar_emporium.sh runcon: invalid context: unconfined_u:unconfined_r:initrc_t:s0-s0:c0.c1023: Invalid argument UNABLE TO MAP ZERO PAGE! The log entry: > node=wicktop.localdomain type=AVC msg=audit(1250276339.135:27494): > avc: denied { mmap_zero } for pid=16293 comm="exploit" > scontext=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 > tcontext=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 > tclass=memprotect node=wicktop.localdomain type=SYSCALL > msg=audit(1250276339.135:27494): arch=c000003e syscall=9 success=yes > exit=0 a0=0 a1=1000 a2=7 a3=32 items=0 ppid=16273 pid=16293 auid=500 > uid=500 gid=500 euid=500 suid=500 fsuid=500 egid=500 sgid=500 > fsgid=500 tty=pts4 ses=1 comm="exploit" > exe="/home/chris/Downloads/wunderbar_emporium/exploit" > subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 key=(null) So I suggest to calm down and not believer everything you read. Regards, Christoph From psmith at fedoraproject.org Fri Aug 14 19:52:24 2009 From: psmith at fedoraproject.org (psmith) Date: Fri, 14 Aug 2009 20:52:24 +0100 Subject: naive live USB question In-Reply-To: <1250179608.2158.7.camel@adam.local.net> References: <20090812164217.GI3985@localhost.localdomain> <4A83F523.1050604@fedoraproject.org> <1250179608.2158.7.camel@adam.local.net> Message-ID: <4A85C078.4080702@fedoraproject.org> On 13/08/09 17:06, Adam Williamson wrote: > On Thu, 2009-08-13 at 12:12 +0100, psmith wrote: > > >> jeez when i brought up the idea of fedora using hybrid iso's a few >> months back i was basically lambasted by most on this list, now all of >> a sudden it's a new F12 feature? wtf??? >> > > Didn't you know? That's how Fedora works. First everyone tells you > you're insane, crazy, probably a drooling idiot, and there's ten reasons > your idea will never work and would eat babies if it did. > > Then they implement it. :) > > heh thanks adam, you just brought a big smile to my face :D just when i needed one too lol phil -------------- next part -------------- An HTML attachment was scrubbed... URL: From tonynelson at georgeanelson.com Fri Aug 14 21:01:07 2009 From: tonynelson at georgeanelson.com (Tony Nelson) Date: Fri, 14 Aug 2009 17:01:07 -0400 Subject: F12 to require "i686", but which CPUs do not qualify? In-Reply-To: <3adc77210908140620k6da152edud0c2b720963fae9b@mail.gmail.com> Message-ID: <1250283668.11116.0@localhost.localdomain> On 09-08-14 09:20:04, Naheem Zaffar wrote: > Not Bill, but from my understanding, SSE2 was originally going to be > required and that question must have been presented and answered at > that point. Once the main page got updated after discussion, the > original questions that no longer apply have not been removed. Apparantly I'm not making myself clear. That page specifically excludes all AMD processors before the Geode LX, thus it excludes the Athlon: > * pre-AMD Geode processors It may be that discussions have happened elsewhere, but the current F12 Feature page does exclude the Athlon and similar processors. > 2009/8/14 Tony Nelson > > > > > > That doesn't actually quite say about SSE2, but at > > : > > > > > _Bill Nottingham_ Once a set has been decided on, this should be > > > pretty trivial. With respect to the proposal, 'grep sse2 /proc/ > > > cpuinfo' should work. > > > > Bill? -- ____________________________________________________________________ TonyN.:' ' From drago01 at gmail.com Fri Aug 14 21:05:54 2009 From: drago01 at gmail.com (drago01) Date: Fri, 14 Aug 2009 23:05:54 +0200 Subject: F12 to require "i686", but which CPUs do not qualify? In-Reply-To: <1250283668.11116.0@localhost.localdomain> References: <3adc77210908140620k6da152edud0c2b720963fae9b@mail.gmail.com> <1250283668.11116.0@localhost.localdomain> Message-ID: On Fri, Aug 14, 2009 at 11:01 PM, Tony Nelson wrote: > On 09-08-14 09:20:04, Naheem Zaffar wrote: >> Not Bill, but from my understanding, SSE2 was originally going to be >> required and that question must have been presented and answered at >> that point. Once the main page got updated after discussion, the >> original questions that no longer apply have not been removed. > > Apparantly I'm not making myself clear. ?That page specifically > excludes all AMD processors before the Geode LX, thus it excludes the > Athlon: > >> * pre-AMD Geode processors > > It may be that discussions have happened elsewhere, but the current > F12 Feature page does exclude the Athlon and similar processors. The Athlon supports at least the same instructions as the Geode. Athlon and PIII support where the main reasons why people where against a sse2 requirement. From jkeating at j2solutions.net Fri Aug 14 21:09:04 2009 From: jkeating at j2solutions.net (Jesse Keating) Date: Fri, 14 Aug 2009 14:09:04 -0700 Subject: F12 to require "i686", but which CPUs do not qualify? In-Reply-To: <1250283668.11116.0@localhost.localdomain> References: <1250283668.11116.0@localhost.localdomain> Message-ID: On Aug 14, 2009, at 14:01, Tony Nelson wrote: > On 09-08-14 09:20:04, Naheem Zaffar wrote: >> Not Bill, but from my understanding, SSE2 was originally going to be >> required and that question must have been presented and answered at >> that point. Once the main page got updated after discussion, the >> original questions that no longer apply have not been removed. > > Apparantly I'm not making myself clear. That page specifically > excludes all AMD processors before the Geode LX, thus it excludes the > Athlon: > >> * pre-AMD Geode processors > > It may be that discussions have happened elsewhere, but the current > F12 Feature page does exclude the Athlon and similar processors. > Pretty sure this meant any geode before AMD picked them up, not any amd processor before the geode. -- Jes From awilliam at redhat.com Fri Aug 14 21:11:38 2009 From: awilliam at redhat.com (Adam Williamson) Date: Fri, 14 Aug 2009 14:11:38 -0700 Subject: F12 to require "i686", but which CPUs do not qualify? In-Reply-To: <1250283668.11116.0@localhost.localdomain> References: <1250283668.11116.0@localhost.localdomain> Message-ID: <1250284298.2296.1.camel@adam.local.net> On Fri, 2009-08-14 at 17:01 -0400, Tony Nelson wrote: > On 09-08-14 09:20:04, Naheem Zaffar wrote: > > Not Bill, but from my understanding, SSE2 was originally going to be > > required and that question must have been presented and answered at > > that point. Once the main page got updated after discussion, the > > original questions that no longer apply have not been removed. > > Apparantly I'm not making myself clear. That page specifically > excludes all AMD processors before the Geode LX, thus it excludes the > Athlon: > > > * pre-AMD Geode processors You're reading it wrong. That doesn't mean 'AMD processors before the Geode', it means 'Geode processors before AMD bought out the Geode line from NatSemi'. Since someone's read it wrong, that's a good indication it should be worded more clearly on the page :) -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From awilliam at redhat.com Fri Aug 14 21:25:53 2009 From: awilliam at redhat.com (Adam Williamson) Date: Fri, 14 Aug 2009 14:25:53 -0700 Subject: 2009-08-13 NetworkManager Test Day report Message-ID: <1250285153.2296.15.camel@adam.local.net> [forgot to cc to -devel-list] We're going to try and be more organized about doing Test Day follow-ups this cycle, so here goes! Yesterday was the NetworkManager Test Day[1]. The Test Day was well attended and very active; we thank the community members and Red Hat QA team members who showed up, and the two DanWs (Williams and Winship) for representing the development side. The full results matrix can be seen on the Wiki page, but here's a report of all the bugs filed as a result of the Test Day and their current status: 517243 NEW - X nouveau livecd hangs on x86_64 machine 517228 NEW - f12 rawhide networkmanager icon does not display 517253 NEW - add new provider into Mobile broadband provider database 517294 NEW - Connection established (got IP address) with wrong DNS configuration, and NetworkManager applet tray icon kept connecting status. 517270 NEW - Warning when plugging in Nokia E71 via USB 517255 ASSIGNED - network settings can't recognize ipv6 address 517229 ASSIGNED - Network connection is stopped after service Networkmanager was stopped 517333 CLOSED RAWHIDE - NetworkManager stops already working network when starting 517242 CLOSED DUPLICATE - eth0 works fine but can't find it nor edit. 517267 CLOSED DUPLICATE - 2009-08-13 test day QA:Testcase_NetworkManager_assume failure 515797 CLOSED UPSTREAM - smoltSendProfile traceback note that doesn't say whether they're in needinfo or not, it's not straightforward to retrieve that information. As this is the first time, I shall post for the group's amusement / horror the command used to derive this list. It's run on a saved copy of the Test Day page. Working out all the ways this could go wrong is left as an exercise for the reader! grep show_bug\.cgi\?id=[0-9][0-9][0-9][0-9][0-9][0-9] test_day_nm.html -o | sort -u | cut -d= -f 2 | tr '\n' ',' | xargs bugzilla query --outputformat="%{bug_id} %{bug_status} %{resolution} - %{short_desc}" -b -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From serue at us.ibm.com Fri Aug 14 22:05:06 2009 From: serue at us.ibm.com (Serge E. Hallyn) Date: Fri, 14 Aug 2009 17:05:06 -0500 Subject: Lower Process Capabilities In-Reply-To: <200908131626.44423.sgrubb@redhat.com> References: <200907261932.36156.sgrubb@redhat.com> <200908131626.44423.sgrubb@redhat.com> Message-ID: <20090814220506.GA13263@us.ibm.com> Quoting Steve Grubb (sgrubb at redhat.com): > On Sunday 26 July 2009 07:32:36 pm Steve Grubb wrote: > > What can be done is that we program the application to drop some of the > > capabilities so that its not all powerful. There's just one flaw in this > > plan. The directory for /bin is 0755 root root. So, even if we drop all > > capabilities, the root acct can still trojan a system. > > > > If we change the bin directory to 005, then root cannot write to that > > directory unless it has the CAP_DAC_OVERRIDE capability. The idea with this > > project is to not allow network facing or daemons have CAP_DAC_OVERRIDE, > > but to only allow it from logins or su/sudo. > > As discussed at the Fesco meeting last week, the lower process capabilities > project is going to reduce the scope of this part of the proposal. At this > point, we are going to tighten up perms on the directories in $PATH, /lib[64], > /boot, and /root. > > A sample srpm can be found here for anyone wanting to try it out before alpha > is unfrozen. > > http://people.redhat.com/sgrubb/files/filesystem-2.4.24-1.fc12.src.rpm > > Any feedback would be appreciated. Hi Steve, downloading and looking at filesystem.spec in the above rpm, I don't see any special treatment for boot, root, or /lib.... Is the right rpm at that link? If so, then I must be misunderstanding - can you give me a diff or something to explain how it's supposed to work? thanks, -serge From tgl at redhat.com Fri Aug 14 22:49:04 2009 From: tgl at redhat.com (Tom Lane) Date: Fri, 14 Aug 2009 18:49:04 -0400 Subject: Rebuilding mysql 5.1.30-1 fails under fc11 In-Reply-To: <4A769C87.9000306@cohtech.com> References: <4A754795.7050706@cohtech.com> <4A769C87.9000306@cohtech.com> Message-ID: <745.1250290144@sss.pgh.pa.us> Howard Wilkinson writes: >>> I am trying to regenerate the RPM packages for Mysql 5.1.30-1 as currently >>> available for FC11. But the build fails a large number of the test cases. Is >>> there a specific trick for getting this package to build properly? > rpl.rpl_relay_space_innodb [ pass ] 913 > rpl.rpl_relayrotate [ pass ] 16282 > rpl.rpl_slave_grp_exec [ pass ] 3933 > timer 21378: expired after 18000 seconds > Test suite timeout! Terminating... After digging around, it seems that what you hit here is an arbitrary upper limit that the mysql folks put on how long it should take the regression tests to run. In my experience the 5.1.x tests normally take something close to 2 hours, on a reasonably current desktop machine with nothing else going on. I speculate that your machine was busy running a lot of other builds concurrently, and it just plain took more than 5 hours :-(. The sum of the per-test times shown in your log is about 221 minutes; after allowing for between-tests overhead, that seems to match up reasonably well with the default 300-minute timeout. I'm going to add a patch to increase the timeout to 12 hours, which I hope will be enough for mass-rebuild scenarios like this one. In the meantime, you'd probably find that it rebuilds okay if you do it by itself. regards, tom lane From sgrubb at redhat.com Sat Aug 15 01:04:32 2009 From: sgrubb at redhat.com (Steve Grubb) Date: Fri, 14 Aug 2009 21:04:32 -0400 Subject: Lower Process Capabilities In-Reply-To: <20090814220506.GA13263@us.ibm.com> References: <200907261932.36156.sgrubb@redhat.com> <200908131626.44423.sgrubb@redhat.com> <20090814220506.GA13263@us.ibm.com> Message-ID: <200908142107.47967.sgrubb@redhat.com> On Friday 14 August 2009 06:05:06 pm Serge E. Hallyn wrote: > Quoting Steve Grubb (sgrubb at redhat.com): > > On Sunday 26 July 2009 07:32:36 pm Steve Grubb wrote: > > A sample srpm can be found here for anyone wanting to try it out before > > alpha is unfrozen. > > > > http://people.redhat.com/sgrubb/files/filesystem-2.4.24-1.fc12.src.rpm > > > > Any feedback would be appreciated. > > downloading and looking at filesystem.spec in the above rpm, I don't > see any special treatment for boot, root, or /lib.... Is the right > rpm at that link? Should be. this morning I found that I forgot the /usr/lib[64] directories and updated my local copy. I just updated the file I linked to above. rpm -qpl --verbose seems to show me that the changes are in place. I also added tracker bugs to the project page so people can better tell what was patched and how it might have been modified. In any event the patch attached to bz is below. I only change the attributes and not the main code. -Steve --- filesystem.orig/filesystem.spec 2009-07-25 11:07:17.000000000 -0400 +++ filesystem/filesystem.spec 2009-08-14 13:09:19.000000000 -0400 @@ -79,15 +79,17 @@ %files -f filelist %defattr(0755,root,root) -%dir / -/bin -/boot +%dir %attr(555,root,root) / +%attr(555,root,root) /bin +%attr(555,root,root) /boot /dev /etc /home -/lib +%attr(555,root,root) /lib +%attr(555,root,root) /usr/lib %ifarch x86_64 ppc ppc64 sparc sparc64 s390 s390x -/%{_lib} +%attr(555,root,root) /%{_lib} +%attr(555,root,root) /usr/%{_lib} %endif /media %dir /mnt @@ -95,15 +97,16 @@ %ghost %config(missingok) %verify(not size md5 mode user link rdev group mtime) /mnt/floppy %dir /opt %attr(555,root,root) /proc -%attr(750,root,root) /root -/sbin +%attr(550,root,root) /root +%attr(555,root,root) /sbin /selinux /srv /sys %attr(1777,root,root) /tmp %dir /usr /usr/[^s]* -/usr/sbin +%attr(555,root,root) /usr/sbin +%attr(555,root,root) /usr/bin %dir /usr/share /usr/share/applications /usr/share/augeas From tgl at redhat.com Sat Aug 15 05:07:13 2009 From: tgl at redhat.com (Tom Lane) Date: Sat, 15 Aug 2009 01:07:13 -0400 Subject: Build fails in koji, but not anywhere else ... how to debug? Message-ID: <7302.1250312833@sss.pgh.pa.us> I've been pursuing, with increasing frustration, the seemingly simple goal of getting mysql to rebuild in rawhide since the mass rebuild. It failed in the mass rebuild (on the same source code which had worked fine a few weeks before), and has failed multiple attempts since then, for example http://koji.fedoraproject.org/koji/getfile?taskID=1596536&name=build.log http://koji.fedoraproject.org/koji/getfile?taskID=1606630&name=build.log http://koji.fedoraproject.org/koji/getfile?taskID=1606834&name=build.log The symptoms are not consistent, although there is some repetition; for example the first and third runs above encountered the same failure. It's usually the x86_64 build that dies, but I think that may just be a reflection of the x86_64 builder being faster than the others. What is frustrating me is that I can't reproduce the problem outside koji where I might have a shot at debugging it. It works fine in F-10, F-11, rawhide, rawhide-via-mock, and everything else I've tried on my own machines. I've tried to try it on RHTS machines, but since neither F-11 nor rawhide install successfully on those machines, that attempt didn't get far either. (And shouldn't somebody be paying closer attention to that?) I'm starting to wonder about corrupted ccache on the koji machines, although unless they all share a common cache that theory doesn't seem to hold much water. I wonder if anyone else has a theory, or at least a suggestion how to debug this problem? BTW, the last time mysql started unexplainably failing its regression tests in koji, it turned out to be because the build machines had been switched to new RHEL-5 kernels that had a different page size on PPC machines. mysql is unduly sensitive to things like that :-( So I'd also be interested in information about any low-level changes that might have been applied to the build machines a month or so ago. regards, tom lane From gmaxwell at gmail.com Sat Aug 15 08:09:09 2009 From: gmaxwell at gmail.com (Gregory Maxwell) Date: Sat, 15 Aug 2009 04:09:09 -0400 Subject: Lower Process Capabilities In-Reply-To: <1248874341.11627.60.camel@moss-pluto.epoch.ncsc.mil> References: <200907261932.36156.sgrubb@redhat.com> <4A6F4C29.3070203@bfccomputing.com> <20090728201126.GB611383@hiwaay.net> <4A6F7371.3060100@bfccomputing.com> <20090729011346.GA30423@us.ibm.com> <1248868985.11627.39.camel@moss-pluto.epoch.ncsc.mil> <1248873009.11627.56.camel@moss-pluto.epoch.ncsc.mil> <1248874341.11627.60.camel@moss-pluto.epoch.ncsc.mil> Message-ID: On Wed, Jul 29, 2009 at 9:32 AM, Stephen Smalley wrote: > If you want something more akin to privilege bracketing within a > program, then a closer analog in SELinux would be setcon(3) to switch to > a more restricted domain. ?But in general our goal is to enforce > security goals at the system level and not depend on the correctness of > the application to shed privilege. [snip] But then, of course, we depend on the correctness of the system to deny privileges. Considering the number of users that disable SELinux entirely? this surely can't be counted on. And the historic number of applications which fail to shed privilege (to the limited extents possible) shows that depending on the application also isn't a complete solution. It seems to me that the approaches could be complimentary? It would be very nice if applications could drop any SELinux controlled privileged at runtime, either temporarily or permanently. This would not replace the system level protection but would supplement it by remaining active even if the wider protection were partially disabled, by offering finer granularity, and by giving developers a greater opportunity to participate in the use of SELinux (perhaps resulting in more applications being structured in SELinux friendly ways). Capabilities are agreed to be far too coarse, and they only subset root when we really want to subset user permissions too. SELinux provides many nice hooks. Developers would like to right software that remains as secure as possible even if a user has goofed up the file permissions. Is there no possible improvement here? From aph at redhat.com Sat Aug 15 09:10:35 2009 From: aph at redhat.com (Andrew Haley) Date: Sat, 15 Aug 2009 10:10:35 +0100 Subject: F12 to require "i686", but which CPUs do not qualify? In-Reply-To: References: <1250173818.4418.0@localhost.localdomain> <4A8424B1.3070005@jcomserv.net> <1c252d490908131031k38a82a28gbe4f99da54fde36e@mail.gmail.com> <4A8530B2.9010401@redhat.com> <1c252d490908140704i56572f5cwe03b104eca1a2811@mail.gmail.com> Message-ID: <4A867B8B.7040907@redhat.com> Deji Akingunola wrote: > On Fri, Aug 14, 2009 at 10:04 AM, Joachim wrote: >>> I think there's a valid case for making an exception to this: when a >>> package is an accelerated version of a particular library. That is, >>> when the basic functionality of a library is available in a i686 >>> Fedora package, but a special SSEx version of the library makes use of >>> faster instructions. >> Right now, there exist a number of packages which explicitly pull in >> atlas instead of the also available generic packages blas/lapack which >> do not exhibit these severe restrictions. >> Earlier versions of the Fedora atlas package actually supported a >> wider range of processors including even such offering 3dnow! and also >> plain x86. The current behaviour (code depending on lapack aborts >> because of illegal instructions) is a regression which has been >> introduced by the packager. >> > Correction: The current behaviour was not introduced by the packager, > it is because of changes in the upstream's design of the package; Yes, we know that it's an upstream change. I was wondering if there were some way to configure things so that the library only gets used when it would work. > unless of course you mean we should be stuck with the old version. > The only way to produce atlas binary for architectures not provided > for in the upstream tarball, is to bootstrap it on that particular > arch. Unfortunately none of Fedora build infrastructure is based on > PII or less. I don't quite understand this. Why would we need to bootstrap *on* the old arch to compile it *for* the old arch? Some configury weirdness, presumably. That sounds fixable. Would it be OK if I did a little digging to see if I could fix it? Andrew. From caolanm at redhat.com Sat Aug 15 09:15:28 2009 From: caolanm at redhat.com (=?ISO-8859-1?Q?Caol=E1n?= McNamara) Date: Sat, 15 Aug 2009 10:15:28 +0100 Subject: Build fails in koji, but not anywhere else ... how to debug? In-Reply-To: <7302.1250312833@sss.pgh.pa.us> References: <7302.1250312833@sss.pgh.pa.us> Message-ID: <1250327728.31973.2885.camel@Vain> On Sat, 2009-08-15 at 01:07 -0400, Tom Lane wrote: > I've been pursuing, with increasing frustration, the seemingly simple > goal of getting mysql to rebuild in rawhide since the mass rebuild. > What is frustrating me is that I can't reproduce the problem outside > koji where I might have a shot at debugging it. I had a similar experience with OOo. Worked locally, worked in mock, failed on koji. Turned out that one of the build tools created during the build used strcpy on overlapping source and destination pointers which on koji for some reason is far more likely to blow up than locally. Perhaps due to the different underlying kernels, maybe for some other reason, either way, perhaps attempting to run the final tests where it blows up on koji under valgrind locally might be helpful. C. From rawhide at fedoraproject.org Sat Aug 15 12:53:59 2009 From: rawhide at fedoraproject.org (Rawhide Report) Date: Sat, 15 Aug 2009 12:53:59 +0000 Subject: rawhide report: 20090815 changes Message-ID: <20090815125359.GA9189@releng2.fedora.phx.redhat.com> Compose started at Sat Aug 15 06:15:05 UTC 2009 Updated Packages: anaconda-12.15-1.fc12 --------------------- Summary: Added Packages: 0 Removed Packages: 0 Modified Packages: 1 Broken deps for i386 ---------------------------------------------------------- 389-ds-1.1.3-4.fc12.noarch requires 389-ds-admin R-RScaLAPACK-0.5.1-19.fc11.i586 requires openmpi-libs asterisk-fax-1.6.1-0.24.rc1.fc12.i686 requires libspandsp.so.1 bigboard-0.6.4-12.fc12.i686 requires mugshot >= 0:1.1.90-1 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0 clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0 clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 cluttermm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-0.9) dap-hdf4_handler-3.7.9-2.fc11.i586 requires libdap.so.9 dap-hdf4_handler-3.7.9-2.fc11.i586 requires libdapserver.so.6 entertainer-0.4.2-5.fc12.noarch requires pyclutter-cairo octave-forge-20080831-10.fc12.i686 requires octave(api) = 0:api-v32 perl-DBIx-Class-Schema-Loader-0.04006-4.fc12.noarch requires perl(DBIX::Class) php-layers-menu-3.2.0-0.2.rc.fc12.noarch requires php-pear(HTML_Template_PHPLIB) plplot-octave-5.9.4-1.fc12.i586 requires octave(api) = 0:api-v32 ppl-yap-0.10.2-5.fc12.i686 requires libYap.so python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.i586 requires libparted-1.8.so.8 rubygem-main-2.8.4-3.fc12.noarch requires rubygem(fattr) >= 0:1.0.3 sems-1.1.1-2.fc12.i586 requires libspandsp.so.1 sems-g722-1.1.1-2.fc12.i586 requires libspandsp.so.1 sems-gsm-1.1.1-2.fc12.i586 requires libspandsp.so.1 sems-speex-1.1.1-2.fc12.i586 requires libspandsp.so.1 serpentine-0.9-5.fc12.noarch requires gnome-python2-nautilus-cd-burner showimg-pgsql-0.9.5-22.fc11.i586 requires libpqxx-2.6.8.so sugar-pippy-34-2.fc12.i686 requires libstdc++.so.6(CXXABI_1.3)(64bit) sugar-pippy-34-2.fc12.i686 requires libc.so.6()(64bit) sugar-pippy-34-2.fc12.i686 requires libc.so.6(GLIBC_2.2.5)(64bit) sugar-pippy-34-2.fc12.i686 requires libgcc_s.so.1(GCC_3.0)(64bit) sugar-pippy-34-2.fc12.i686 requires libm.so.6()(64bit) sugar-pippy-34-2.fc12.i686 requires libm.so.6(GLIBC_2.2.5)(64bit) sugar-pippy-34-2.fc12.i686 requires libstdc++.so.6()(64bit) sugar-pippy-34-2.fc12.i686 requires libstdc++.so.6(GLIBCXX_3.4)(64bit) sugar-pippy-34-2.fc12.i686 requires libgcc_s.so.1()(64bit) thunderbird-lightning-1.0-0.8.20090513hg.fc12.i686 requires thunderbird < 0:3.0-3.6.b4 Broken deps for x86_64 ---------------------------------------------------------- 389-ds-1.1.3-4.fc12.noarch requires 389-ds-admin R-RScaLAPACK-0.5.1-19.fc11.x86_64 requires openmpi-libs asterisk-fax-1.6.1-0.24.rc1.fc12.x86_64 requires libspandsp.so.1()(64bit) bigboard-0.6.4-12.fc12.x86_64 requires mugshot >= 0:1.1.90-1 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.x86_64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.x86_64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-0.7.4-2.fc11.x86_64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8) clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.x86_64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.x86_64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-gtk-0.9) clutter-gtkmm-devel-0.9.4-1.fc12.x86_64 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 cluttermm-0.9.4-1.fc12.x86_64 requires libclutter-glx-0.9.so.0()(64bit) cluttermm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-0.9) cluttermm-devel-0.9.4-1.fc12.x86_64 requires pkgconfig(clutter-0.9) dap-hdf4_handler-3.7.9-2.fc11.x86_64 requires libdap.so.9()(64bit) dap-hdf4_handler-3.7.9-2.fc11.x86_64 requires libdapserver.so.6()(64bit) entertainer-0.4.2-5.fc12.noarch requires pyclutter-cairo octave-forge-20080831-10.fc12.x86_64 requires octave(api) = 0:api-v32 perl-DBIx-Class-Schema-Loader-0.04006-4.fc12.noarch requires perl(DBIX::Class) php-layers-menu-3.2.0-0.2.rc.fc12.noarch requires php-pear(HTML_Template_PHPLIB) plplot-octave-5.9.4-1.fc12.x86_64 requires octave(api) = 0:api-v32 ppl-yap-0.10.2-5.fc12.x86_64 requires libYap.so()(64bit) python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.x86_64 requires libparted-1.8.so.8()(64bit) rubygem-main-2.8.4-3.fc12.noarch requires rubygem(fattr) >= 0:1.0.3 sems-1.1.1-2.fc12.x86_64 requires libspandsp.so.1()(64bit) sems-g722-1.1.1-2.fc12.x86_64 requires libspandsp.so.1()(64bit) sems-gsm-1.1.1-2.fc12.x86_64 requires libspandsp.so.1()(64bit) sems-speex-1.1.1-2.fc12.x86_64 requires libspandsp.so.1()(64bit) serpentine-0.9-5.fc12.noarch requires gnome-python2-nautilus-cd-burner showimg-pgsql-0.9.5-22.fc11.x86_64 requires libpqxx-2.6.8.so()(64bit) thunderbird-lightning-1.0-0.8.20090513hg.fc12.x86_64 requires thunderbird < 0:3.0-3.6.b4 Broken deps for ppc ---------------------------------------------------------- 389-ds-1.1.3-4.fc12.noarch requires 389-ds-admin R-RScaLAPACK-0.5.1-19.fc11.ppc requires openmpi-libs asterisk-fax-1.6.1-0.24.rc1.fc12.ppc requires libspandsp.so.1 bigboard-0.6.4-12.fc12.ppc requires mugshot >= 0:1.1.90-1 clutter-cairomm-0.7.4-2.fc11.ppc requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.ppc requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.ppc requires libclutter-glx-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.ppc requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc requires pkgconfig(clutter-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.ppc requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.ppc requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.ppc requires pkgconfig(clutter-gtk-0.9) clutter-gtkmm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.ppc requires libclutter-glx-0.9.so.0 cluttermm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) cluttermm-devel-0.9.4-1.fc12.ppc requires pkgconfig(clutter-0.9) cluttermm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-0.9) dap-hdf4_handler-3.7.9-2.fc11.ppc requires libdap.so.9 dap-hdf4_handler-3.7.9-2.fc11.ppc requires libdapserver.so.6 entertainer-0.4.2-5.fc12.noarch requires pyclutter-cairo octave-forge-20080831-10.fc12.ppc requires octave(api) = 0:api-v32 perl-DBIx-Class-Schema-Loader-0.04006-4.fc12.noarch requires perl(DBIX::Class) php-layers-menu-3.2.0-0.2.rc.fc12.noarch requires php-pear(HTML_Template_PHPLIB) plplot-octave-5.9.4-1.fc12.ppc requires octave(api) = 0:api-v32 ppl-yap-0.10.2-5.fc12.ppc requires libYap.so python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.ppc requires libparted-1.8.so.8 rubygem-main-2.8.4-3.fc12.noarch requires rubygem(fattr) >= 0:1.0.3 sems-1.1.1-2.fc12.ppc requires libspandsp.so.1 sems-g722-1.1.1-2.fc12.ppc requires libspandsp.so.1 sems-gsm-1.1.1-2.fc12.ppc requires libspandsp.so.1 sems-speex-1.1.1-2.fc12.ppc requires libspandsp.so.1 serpentine-0.9-5.fc12.noarch requires gnome-python2-nautilus-cd-burner showimg-pgsql-0.9.5-22.fc11.ppc requires libpqxx-2.6.8.so sugar-pippy-34-2.fc12.ppc requires libc.so.6(GLIBC_2.2.5)(64bit) sugar-pippy-34-2.fc12.ppc requires libm.so.6(GLIBC_2.2.5)(64bit) thunderbird-lightning-1.0-0.8.20090513hg.fc12.ppc requires thunderbird < 0:3.0-3.6.b4 Broken deps for ppc64 ---------------------------------------------------------- 389-ds-1.1.3-4.fc12.noarch requires 389-ds-admin R-RScaLAPACK-0.5.1-19.fc11.ppc64 requires openmpi-libs asterisk-fax-1.6.1-0.24.rc1.fc12.ppc64 requires libspandsp.so.1()(64bit) bigboard-0.6.4-12.fc12.ppc64 requires mugshot >= 0:1.1.90-1 clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) cluttermm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-0.9) dap-hdf4_handler-3.7.9-2.fc11.ppc64 requires libdap.so.9()(64bit) dap-hdf4_handler-3.7.9-2.fc11.ppc64 requires libdapserver.so.6()(64bit) entertainer-0.4.2-5.fc12.noarch requires pyclutter-cairo octave-forge-20080831-10.fc12.ppc64 requires octave(api) = 0:api-v32 perl-DBIx-Class-Schema-Loader-0.04006-4.fc12.noarch requires perl(DBIX::Class) php-layers-menu-3.2.0-0.2.rc.fc12.noarch requires php-pear(HTML_Template_PHPLIB) plplot-octave-5.9.4-1.fc12.ppc64 requires octave(api) = 0:api-v32 ppl-yap-0.10.2-5.fc12.ppc64 requires libYap.so()(64bit) python-mwlib-0.11.2-3.20090522hg2956.fc12.ppc64 requires LabPlot python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.ppc64 requires libparted-1.8.so.8()(64bit) rubygem-main-2.8.4-3.fc12.noarch requires rubygem(fattr) >= 0:1.0.3 sems-1.1.1-2.fc12.ppc64 requires libspandsp.so.1()(64bit) sems-g722-1.1.1-2.fc12.ppc64 requires libspandsp.so.1()(64bit) sems-gsm-1.1.1-2.fc12.ppc64 requires libspandsp.so.1()(64bit) sems-speex-1.1.1-2.fc12.ppc64 requires libspandsp.so.1()(64bit) serpentine-0.9-5.fc12.noarch requires gnome-python2-nautilus-cd-burner showimg-pgsql-0.9.5-22.fc11.ppc64 requires libpqxx-2.6.8.so()(64bit) sugar-pippy-34-2.fc12.ppc64 requires libc.so.6(GLIBC_2.4) sugar-pippy-34-2.fc12.ppc64 requires libc.so.6(GLIBC_2.2.5)(64bit) sugar-pippy-34-2.fc12.ppc64 requires libm.so.6(GLIBC_2.0) sugar-pippy-34-2.fc12.ppc64 requires libc.so.6(GLIBC_2.1.3) sugar-pippy-34-2.fc12.ppc64 requires libstdc++.so.6(GLIBCXX_3.4) sugar-pippy-34-2.fc12.ppc64 requires libm.so.6 sugar-pippy-34-2.fc12.ppc64 requires libm.so.6(GLIBC_2.2.5)(64bit) sugar-pippy-34-2.fc12.ppc64 requires libc.so.6 sugar-pippy-34-2.fc12.ppc64 requires libgcc_s.so.1(GCC_3.0) sugar-pippy-34-2.fc12.ppc64 requires libstdc++.so.6(CXXABI_1.3) sugar-pippy-34-2.fc12.ppc64 requires libc.so.6(GLIBC_2.0) sugar-pippy-34-2.fc12.ppc64 requires libgcc_s.so.1 sugar-pippy-34-2.fc12.ppc64 requires libstdc++.so.6 thunderbird-lightning-1.0-0.8.20090513hg.fc12.ppc64 requires thunderbird < 0:3.0-3.6.b4 From dakingun at gmail.com Sat Aug 15 15:52:24 2009 From: dakingun at gmail.com (Deji Akingunola) Date: Sat, 15 Aug 2009 11:52:24 -0400 Subject: F12 to require "i686", but which CPUs do not qualify? In-Reply-To: <4A867B8B.7040907@redhat.com> References: <1250173818.4418.0@localhost.localdomain> <4A8424B1.3070005@jcomserv.net> <1c252d490908131031k38a82a28gbe4f99da54fde36e@mail.gmail.com> <4A8530B2.9010401@redhat.com> <1c252d490908140704i56572f5cwe03b104eca1a2811@mail.gmail.com> <4A867B8B.7040907@redhat.com> Message-ID: On Sat, Aug 15, 2009 at 5:10 AM, Andrew Haley wrote: > Deji Akingunola wrote: > >> unless of course you mean we should be stuck with the old version. >> The only way to produce atlas binary for architectures not provided >> for in the upstream tarball, is to bootstrap it on that particular >> arch. Unfortunately none of Fedora build infrastructure is based on >> PII or less. > > I don't quite understand this. ?Why would we need to bootstrap *on* the > old arch to compile it *for* the old arch? ?Some configury weirdness, > presumably. ?That sounds fixable. ?Would it be OK if I did a little > digging to see if I could fix it? > Sure, it'll make some folks happier if you can come up with a fix. Deji From jim at meyering.net Sat Aug 15 16:48:22 2009 From: jim at meyering.net (Jim Meyering) Date: Sat, 15 Aug 2009 18:48:22 +0200 Subject: Build fails in koji, but not anywhere else ... how to debug? In-Reply-To: <7302.1250312833@sss.pgh.pa.us> (Tom Lane's message of "Sat, 15 Aug 2009 01:07:13 -0400") References: <7302.1250312833@sss.pgh.pa.us> Message-ID: <874os9t44p.fsf@meyering.net> Tom Lane wrote: > I've been pursuing, with increasing frustration, the seemingly simple > goal of getting mysql to rebuild in rawhide since the mass rebuild. > It failed in the mass rebuild (on the same source code which had worked > fine a few weeks before), and has failed multiple attempts since then, > for example > http://koji.fedoraproject.org/koji/getfile?taskID=1596536&name=build.log > http://koji.fedoraproject.org/koji/getfile?taskID=1606630&name=build.log > http://koji.fedoraproject.org/koji/getfile?taskID=1606834&name=build.log > The symptoms are not consistent, although there is some repetition; > for example the first and third runs above encountered the same failure. > It's usually the x86_64 build that dies, but I think that may just be > a reflection of the x86_64 builder being faster than the others. > > What is frustrating me is that I can't reproduce the problem outside > koji where I might have a shot at debugging it. It works fine in F-10, > F-11, rawhide, rawhide-via-mock, and everything else I've tried on my > own machines. I've tried to try it on RHTS machines, but since neither > F-11 nor rawhide install successfully on those machines, that attempt > didn't get far either. (And shouldn't somebody be paying closer > attention to that?) > > I'm starting to wonder about corrupted ccache on the koji machines, > although unless they all share a common cache that theory doesn't seem > to hold much water. I wonder if anyone else has a theory, or at least a > suggestion how to debug this problem? Hi Tom, Sorry if this is too obvious, but have you already tried running the failing test via valgrind? Also, it's good to set these variables in your environment, not just when testing, but for day to day usage: # The 171 is arbitrary. any value in 1..255 usually works as well MALLOC_PERTURB_=171 MALLOC_CHECK_=3 In fact, if you're developing and *don't* yet always set those in your environment, add these lines to your shell startup files right away: export MALLOC_CHECK_=3 # http://udrepper.livejournal.com/11429.html export MALLOC_PERTURB_=$(($RANDOM % 255 + 1)) From rjones at redhat.com Sat Aug 15 20:01:14 2009 From: rjones at redhat.com (Richard W.M. Jones) Date: Sat, 15 Aug 2009 21:01:14 +0100 Subject: Updates lacking descriptions In-Reply-To: <4A83F70E.6060807@pobox.com> References: <20090812212433.GA15312@amd.home.annexia.org> <20090813084032.GA9713@amd.home.annexia.org> <4A83F70E.6060807@pobox.com> Message-ID: <20090815200114.GA32370@amd.home.annexia.org> On Thu, Aug 13, 2009 at 07:20:46AM -0400, Jeff Garzik wrote: > Richard W.M. Jones wrote: >> Now I agree that extending RPM to add metadata to mark the upstream >> changelog file or URL would be an excellent idea. It's a one-off >> change to specfiles and means that we don't need to write the same >> thing in every update - a win all round. >> >> Suggestions: >> >> %doc(changelog): ChangeLog.txt >> Changelog-URL: http://example.com/changes.html > > How would that work for changelogs stored in a git repository? If it has a web interface, you can link to that: http://git.et.redhat.com/?p=libguestfs.git;a=log If it doesn't then my proposal just degenerates to the one on the table now -- ie. the packager has to write the in the update description. But my proposal would make life far simpler in the (common) case where a changelog can be provided either in a file or online. Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones Read my programming blog: http://rwmj.wordpress.com Fedora now supports 75 OCaml packages (the OPEN alternative to F#) http://cocan.org/getting_started_with_ocaml_on_red_hat_and_fedora From benny+usenet at amorsen.dk Sat Aug 15 20:17:45 2009 From: benny+usenet at amorsen.dk (Benny Amorsen) Date: Sat, 15 Aug 2009 22:17:45 +0200 Subject: Fedora 12 Features Proposed for Removal In-Reply-To: (Kevin Kofler's message of "Tue, 11 Aug 2009 15:08:38 +0200") References: <4A7A048B.3040909@redhat.com> <5256d0b0908060139y2868e311q7bb167574678614d@mail.gmail.com> <4A7A97EA.1090107@freenet.de> <4A7A9A83.8010907@fedoraproject.org> <4A7ABFA1.4040600@freenet.de> <4A7AE6C8.1050906@freenet.de> <1249572048.2724.251.camel@localhost> <4A7BCF94.3080408@fedoraproject.org> <4A803A18.3060209@bfccomputing.com> <4A804061.6010406@freenet.de> <4A808D3F.4040304@freenet.de> Message-ID: Kevin Kofler writes: > That newsgroup is the Gmane gateway to this very list. Blame Gmane for not > properly translating the Reply-to when injecting messages to the mailing > list. If you reply to mail instead of to the news group, you should get the desired effect. I'm doing it right now in Gnus. Of course it would be even nicer if the Reply-To was gone too, but I can just add broken-reply-to in my Gnus settings for this list as a workaround. /Benny From opensource at till.name Sat Aug 15 20:32:52 2009 From: opensource at till.name (Till Maas) Date: Sat, 15 Aug 2009 22:32:52 +0200 Subject: Updates lacking descriptions In-Reply-To: <20090812212433.GA15312@amd.home.annexia.org> References: <20090812212433.GA15312@amd.home.annexia.org> Message-ID: <20090815203251.GA14109@genius.kawo2.rwth-aachen.de> On Wed, Aug 12, 2009 at 10:24:33PM +0100, Richard W.M. Jones wrote: > On Wed, Aug 12, 2009 at 12:06:56PM -0700, Jesse W wrote: > > What would be a good next step for me to take to help get descriptions > > added to these updates (and make sure this happens less often in the > > future) ? > > It should fall back to taking the description from the changelog (in > fact, I think it already does that right now). The changelog is mentioned in addition to the update information. Example: https://www.redhat.com/archives/fedora-package-announce/2009-August/msg00692.html Regards Till -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 835 bytes Desc: not available URL: From cmadams at hiwaay.net Sun Aug 16 06:14:20 2009 From: cmadams at hiwaay.net (Chris Adams) Date: Sun, 16 Aug 2009 01:14:20 -0500 Subject: F12 to require "i686", but which CPUs do not qualify? In-Reply-To: <1250283668.11116.0@localhost.localdomain> References: <3adc77210908140620k6da152edud0c2b720963fae9b@mail.gmail.com> <1250283668.11116.0@localhost.localdomain> Message-ID: <20090816061420.GB1247854@hiwaay.net> Once upon a time, Tony Nelson said: > > * pre-AMD Geode processors > > It may be that discussions have happened elsewhere, but the current > F12 Feature page does exclude the Athlon and similar processors. That's "(pre-AMD) Geode", not "pre-(AMD Geode)". Darn language without valid precedence rules. How about a stack based language, maybe "RPE" (e.g. "AMD Geode, pre"). -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From gmaxwell at gmail.com Sun Aug 16 07:35:54 2009 From: gmaxwell at gmail.com (Gregory Maxwell) Date: Sun, 16 Aug 2009 03:35:54 -0400 Subject: Empathy default in F12? Message-ID: The F12 feature still indicates the switch to Empathy as a default IM client in Fedora. However, the talk page for the feature (https://fedoraproject.org/wiki/Talk:Features/Empathy) raises material concerns that the switch to Empathy would result in an insufficiently justified loss of functionality. Where does this currently stand? From sundaram at fedoraproject.org Sun Aug 16 07:40:25 2009 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Sun, 16 Aug 2009 13:10:25 +0530 Subject: Empathy default in F12? In-Reply-To: References: Message-ID: <4A87B7E9.9000107@fedoraproject.org> On 08/16/2009 01:05 PM, Gregory Maxwell wrote: > The F12 feature still indicates the switch to Empathy as a default IM > client in Fedora. > > However, the talk page for the feature > (https://fedoraproject.org/wiki/Talk:Features/Empathy) raises material > concerns that the switch to Empathy would result in an insufficiently > justified loss of functionality. > > Where does this currently stand? My understanding is that Empathy is still planned to be the default. What specific concerns do you have? Rahul From warren at togami.com Sun Aug 16 08:19:45 2009 From: warren at togami.com (Warren Togami) Date: Sun, 16 Aug 2009 04:19:45 -0400 Subject: Empathy default in F12? In-Reply-To: <4A87B7E9.9000107@fedoraproject.org> References: <4A87B7E9.9000107@fedoraproject.org> Message-ID: <4A87C121.8080602@togami.com> * Voice chat with GoogleTalk (though this will probably need us to look at our firewall rules for this to work out of the box) - bpepple Is it really a pro when it works very poorly? You reportedly need to install additional codecs to do video with Google Talk. Then there are the terrible issues with NAT, proxies and firewalls where in practice it will not work for most users without manual configuration. Also pidgin does the same as of the soon to be released 2.6.0 version. Warren From choeger at cs.tu-berlin.de Sun Aug 16 09:21:59 2009 From: choeger at cs.tu-berlin.de (Christoph =?ISO-8859-1?Q?H=F6ger?=) Date: Sun, 16 Aug 2009 11:21:59 +0200 Subject: Empathy default in F12? In-Reply-To: <4A87B7E9.9000107@fedoraproject.org> References: <4A87B7E9.9000107@fedoraproject.org> Message-ID: <1250414519.4974.0.camel@choeger5.umpa.netz> Am Sonntag, den 16.08.2009, 13:10 +0530 schrieb Rahul Sundaram: > On 08/16/2009 01:05 PM, Gregory Maxwell wrote: > > The F12 feature still indicates the switch to Empathy as a default IM > > client in Fedora. > > > > However, the talk page for the feature > > (https://fedoraproject.org/wiki/Talk:Features/Empathy) raises material > > concerns that the switch to Empathy would result in an insufficiently > > justified loss of functionality. > > > > Where does this currently stand? > > My understanding is that Empathy is still planned to be the default. > What specific concerns do you have? Well on fedora 10 it cannot connect to irc. Which makes it pretty unusable. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Dies ist ein digital signierter Nachrichtenteil URL: From eqisow at gmail.com Sun Aug 16 09:30:10 2009 From: eqisow at gmail.com (Justin) Date: Sun, 16 Aug 2009 05:30:10 -0400 Subject: Empathy default in F12? In-Reply-To: <1250414519.4974.0.camel@choeger5.umpa.netz> References: <4A87B7E9.9000107@fedoraproject.org> <1250414519.4974.0.camel@choeger5.umpa.netz> Message-ID: 2009/8/16 Christoph H?ger > Am Sonntag, den 16.08.2009, 13:10 +0530 schrieb Rahul Sundaram: > > On 08/16/2009 01:05 PM, Gregory Maxwell wrote: > > > The F12 feature still indicates the switch to Empathy as a default IM > > > client in Fedora. > > > > > > However, the talk page for the feature > > > (https://fedoraproject.org/wiki/Talk:Features/Empathy) raises material > > > concerns that the switch to Empathy would result in an insufficiently > > > justified loss of functionality. > > > > > > Where does this currently stand? > > > > My understanding is that Empathy is still planned to be the default. > > What specific concerns do you have? > > Well on fedora 10 it cannot connect to irc. Which makes it pretty > unusable. Same for Fedora 11, as far as I could tell. > > > -- > 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 martin.sourada at gmail.com Sun Aug 16 09:42:57 2009 From: martin.sourada at gmail.com (Martin Sourada) Date: Sun, 16 Aug 2009 11:42:57 +0200 Subject: Empathy default in F12? In-Reply-To: <1250414519.4974.0.camel@choeger5.umpa.netz> References: <4A87B7E9.9000107@fedoraproject.org> <1250414519.4974.0.camel@choeger5.umpa.netz> Message-ID: <1250415778.6697.6.camel@pc-notebook.kolej.mff.cuni.cz> On Sun, 2009-08-16 at 11:21 +0200, Christoph H?ger wrote: > Well on fedora 10 it cannot connect to irc. Which makes it pretty > unusable. Well, it can connect to irc for me on F11... Martin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From sundaram at fedoraproject.org Sun Aug 16 09:41:20 2009 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Sun, 16 Aug 2009 15:11:20 +0530 Subject: Empathy default in F12? In-Reply-To: <1250414519.4974.0.camel@choeger5.umpa.netz> References: <4A87B7E9.9000107@fedoraproject.org> <1250414519.4974.0.camel@choeger5.umpa.netz> Message-ID: <4A87D440.6000305@fedoraproject.org> On 08/16/2009 02:51 PM, Christoph H?ger wrote: > Am Sonntag, den 16.08.2009, 13:10 +0530 schrieb Rahul Sundaram: >> On 08/16/2009 01:05 PM, Gregory Maxwell wrote: >>> The F12 feature still indicates the switch to Empathy as a default IM >>> client in Fedora. >>> >>> However, the talk page for the feature >>> (https://fedoraproject.org/wiki/Talk:Features/Empathy) raises material >>> concerns that the switch to Empathy would result in an insufficiently >>> justified loss of functionality. >>> >>> Where does this currently stand? >> >> My understanding is that Empathy is still planned to be the default. >> What specific concerns do you have? > > Well on fedora 10 it cannot connect to irc. Which makes it pretty > unusable. I use a separate IRC client but IIRC this has been fixed in Rawhide already. So before we get into a comparison, it is useful to try out the version in Rawhide. Fedora 12 Alpha should be out soon. Rahul From sundaram at fedoraproject.org Sun Aug 16 10:02:51 2009 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Sun, 16 Aug 2009 15:32:51 +0530 Subject: Confusion with openal-soft Message-ID: <4A87D94B.4000804@fedoraproject.org> Hi, Apparently openal-soft shouldn't have been pushed to Fedora 11 and Fedora 10. Unfortunately I already did the cvs commits for these branches and only noticed after the Fedora 11 build failed. Heads up for others. What would be the right way to revert these commits? https://bugzilla.redhat.com/show_bug.cgi?id=517715#c1 Rahul From pbrobinson at gmail.com Sun Aug 16 10:41:32 2009 From: pbrobinson at gmail.com (Peter Robinson) Date: Sun, 16 Aug 2009 11:41:32 +0100 Subject: Empathy default in F12? In-Reply-To: <4A87D440.6000305@fedoraproject.org> References: <4A87B7E9.9000107@fedoraproject.org> <1250414519.4974.0.camel@choeger5.umpa.netz> <4A87D440.6000305@fedoraproject.org> Message-ID: <5256d0b0908160341g6f8e48ax67684a11ae14435c@mail.gmail.com> >>>> The F12 feature still indicates the switch to Empathy as a default IM >>>> client in Fedora. >>>> >>>> However, the talk page for the feature >>>> (https://fedoraproject.org/wiki/Talk:Features/Empathy) raises material >>>> concerns that the switch to Empathy would result in an insufficiently >>>> justified loss of functionality. >>>> >>>> Where does this currently stand? >>> >>> My understanding is that Empathy is still planned to be the default. >>> What specific concerns do you have? >> >> Well on fedora 10 it cannot connect to irc. Which makes it pretty >> unusable. > > I use a separate IRC client but IIRC this has been fixed in Rawhide > already. So before we get into a comparison, it is useful to try out the > version in Rawhide. Fedora 12 Alpha should be out soon. Well in the F-12 version when connected to gtalk I can't communicate with contacts. I can see them but if I start a chat with them they don't see anything from me. I need to test it further as the person I was trying to chat to is on a 3rd party jabber server which is syndicated to google's servers. That is a show stopper for me. The other thing I need is to be able to do a one off import of all my IM logs as I reference them regularly, there's a bug that for that though so there is some movement on it. Peter From mschwendt at gmail.com Sun Aug 16 12:00:14 2009 From: mschwendt at gmail.com (Michael Schwendt) Date: Sun, 16 Aug 2009 14:00:14 +0200 Subject: Confusion with openal-soft In-Reply-To: <4A87D94B.4000804@fedoraproject.org> References: <4A87D94B.4000804@fedoraproject.org> Message-ID: <20090816140014.2ca415a4@faldor> On Sun, 16 Aug 2009 15:32:51 +0530, Rahul wrote: > Hi, > > Apparently openal-soft shouldn't have been pushed to Fedora 11 and > Fedora 10. Unfortunately I already did the cvs commits for these > branches and only noticed after the Fedora 11 build failed. Heads up for > others. What would be the right way to revert these commits? > > https://bugzilla.redhat.com/show_bug.cgi?id=517715#c1 As I see it, openal-soft has not been tagged into the F11/F10 buildroots anyway, and that means nobody can rebuild with it. $ koji latest-pkg dist-f11-build openal-soft Build Tag Built by ---------------------------------------- -------------------- ---------------- From linuxdonald at linuxdonald.de Sun Aug 16 12:04:14 2009 From: linuxdonald at linuxdonald.de (LinuxDonald) Date: Sun, 16 Aug 2009 14:04:14 +0200 Subject: Confusion with openal-soft In-Reply-To: <20090816140014.2ca415a4@faldor> References: <4A87D94B.4000804@fedoraproject.org> <20090816140014.2ca415a4@faldor> Message-ID: <4A87F5BE.4080101@linuxdonald.de> I have updated the packages for F-10 and F-11 with conflicts and without obseltues :) Am 16.08.2009 14:00, schrieb Michael Schwendt: > On Sun, 16 Aug 2009 15:32:51 +0530, Rahul wrote: > > >> Hi, >> >> Apparently openal-soft shouldn't have been pushed to Fedora 11 and >> Fedora 10. Unfortunately I already did the cvs commits for these >> branches and only noticed after the Fedora 11 build failed. Heads up for >> others. What would be the right way to revert these commits? >> >> https://bugzilla.redhat.com/show_bug.cgi?id=517715#c1 >> > As I see it, openal-soft has not been tagged into the F11/F10 buildroots > anyway, and that means nobody can rebuild with it. > > > $ koji latest-pkg dist-f11-build openal-soft > Build Tag Built by > ---------------------------------------- -------------------- ---------------- > > From rawhide at fedoraproject.org Sun Aug 16 12:27:18 2009 From: rawhide at fedoraproject.org (Rawhide Report) Date: Sun, 16 Aug 2009 12:27:18 +0000 Subject: rawhide report: 20090816 changes Message-ID: <20090816122718.GA26117@releng2.fedora.phx.redhat.com> Compose started at Sun Aug 16 06:15:07 UTC 2009 Summary: Added Packages: 0 Removed Packages: 0 Modified Packages: 0 Broken deps for i386 ---------------------------------------------------------- 389-ds-1.1.3-4.fc12.noarch requires 389-ds-admin R-RScaLAPACK-0.5.1-19.fc11.i586 requires openmpi-libs asterisk-fax-1.6.1-0.24.rc1.fc12.i686 requires libspandsp.so.1 bigboard-0.6.4-12.fc12.i686 requires mugshot >= 0:1.1.90-1 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0 clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0 clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 cluttermm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-0.9) dap-hdf4_handler-3.7.9-2.fc11.i586 requires libdap.so.9 dap-hdf4_handler-3.7.9-2.fc11.i586 requires libdapserver.so.6 entertainer-0.4.2-5.fc12.noarch requires pyclutter-cairo octave-forge-20080831-10.fc12.i686 requires octave(api) = 0:api-v32 perl-DBIx-Class-Schema-Loader-0.04006-4.fc12.noarch requires perl(DBIX::Class) php-layers-menu-3.2.0-0.2.rc.fc12.noarch requires php-pear(HTML_Template_PHPLIB) plplot-octave-5.9.4-1.fc12.i586 requires octave(api) = 0:api-v32 ppl-yap-0.10.2-5.fc12.i686 requires libYap.so python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.i586 requires libparted-1.8.so.8 rubygem-main-2.8.4-3.fc12.noarch requires rubygem(fattr) >= 0:1.0.3 sems-1.1.1-2.fc12.i586 requires libspandsp.so.1 sems-g722-1.1.1-2.fc12.i586 requires libspandsp.so.1 sems-gsm-1.1.1-2.fc12.i586 requires libspandsp.so.1 sems-speex-1.1.1-2.fc12.i586 requires libspandsp.so.1 serpentine-0.9-5.fc12.noarch requires gnome-python2-nautilus-cd-burner showimg-pgsql-0.9.5-22.fc11.i586 requires libpqxx-2.6.8.so sugar-pippy-34-2.fc12.i686 requires libstdc++.so.6(CXXABI_1.3)(64bit) sugar-pippy-34-2.fc12.i686 requires libc.so.6()(64bit) sugar-pippy-34-2.fc12.i686 requires libc.so.6(GLIBC_2.2.5)(64bit) sugar-pippy-34-2.fc12.i686 requires libgcc_s.so.1(GCC_3.0)(64bit) sugar-pippy-34-2.fc12.i686 requires libm.so.6()(64bit) sugar-pippy-34-2.fc12.i686 requires libm.so.6(GLIBC_2.2.5)(64bit) sugar-pippy-34-2.fc12.i686 requires libstdc++.so.6()(64bit) sugar-pippy-34-2.fc12.i686 requires libstdc++.so.6(GLIBCXX_3.4)(64bit) sugar-pippy-34-2.fc12.i686 requires libgcc_s.so.1()(64bit) thunderbird-lightning-1.0-0.8.20090513hg.fc12.i686 requires thunderbird < 0:3.0-3.6.b4 Broken deps for x86_64 ---------------------------------------------------------- 389-ds-1.1.3-4.fc12.noarch requires 389-ds-admin R-RScaLAPACK-0.5.1-19.fc11.x86_64 requires openmpi-libs asterisk-fax-1.6.1-0.24.rc1.fc12.x86_64 requires libspandsp.so.1()(64bit) bigboard-0.6.4-12.fc12.x86_64 requires mugshot >= 0:1.1.90-1 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.x86_64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.x86_64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-0.7.4-2.fc11.x86_64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8) clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.x86_64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.x86_64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-gtk-0.9) clutter-gtkmm-devel-0.9.4-1.fc12.x86_64 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 cluttermm-0.9.4-1.fc12.x86_64 requires libclutter-glx-0.9.so.0()(64bit) cluttermm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-0.9) cluttermm-devel-0.9.4-1.fc12.x86_64 requires pkgconfig(clutter-0.9) dap-hdf4_handler-3.7.9-2.fc11.x86_64 requires libdap.so.9()(64bit) dap-hdf4_handler-3.7.9-2.fc11.x86_64 requires libdapserver.so.6()(64bit) entertainer-0.4.2-5.fc12.noarch requires pyclutter-cairo octave-forge-20080831-10.fc12.x86_64 requires octave(api) = 0:api-v32 perl-DBIx-Class-Schema-Loader-0.04006-4.fc12.noarch requires perl(DBIX::Class) php-layers-menu-3.2.0-0.2.rc.fc12.noarch requires php-pear(HTML_Template_PHPLIB) plplot-octave-5.9.4-1.fc12.x86_64 requires octave(api) = 0:api-v32 ppl-yap-0.10.2-5.fc12.x86_64 requires libYap.so()(64bit) python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.x86_64 requires libparted-1.8.so.8()(64bit) rubygem-main-2.8.4-3.fc12.noarch requires rubygem(fattr) >= 0:1.0.3 sems-1.1.1-2.fc12.x86_64 requires libspandsp.so.1()(64bit) sems-g722-1.1.1-2.fc12.x86_64 requires libspandsp.so.1()(64bit) sems-gsm-1.1.1-2.fc12.x86_64 requires libspandsp.so.1()(64bit) sems-speex-1.1.1-2.fc12.x86_64 requires libspandsp.so.1()(64bit) serpentine-0.9-5.fc12.noarch requires gnome-python2-nautilus-cd-burner showimg-pgsql-0.9.5-22.fc11.x86_64 requires libpqxx-2.6.8.so()(64bit) thunderbird-lightning-1.0-0.8.20090513hg.fc12.x86_64 requires thunderbird < 0:3.0-3.6.b4 Broken deps for ppc ---------------------------------------------------------- 389-ds-1.1.3-4.fc12.noarch requires 389-ds-admin R-RScaLAPACK-0.5.1-19.fc11.ppc requires openmpi-libs asterisk-fax-1.6.1-0.24.rc1.fc12.ppc requires libspandsp.so.1 bigboard-0.6.4-12.fc12.ppc requires mugshot >= 0:1.1.90-1 clutter-cairomm-0.7.4-2.fc11.ppc requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.ppc requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.ppc requires libclutter-glx-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.ppc requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc requires pkgconfig(clutter-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.ppc requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.ppc requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.ppc requires pkgconfig(clutter-gtk-0.9) clutter-gtkmm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.ppc requires libclutter-glx-0.9.so.0 cluttermm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) cluttermm-devel-0.9.4-1.fc12.ppc requires pkgconfig(clutter-0.9) cluttermm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-0.9) dap-hdf4_handler-3.7.9-2.fc11.ppc requires libdap.so.9 dap-hdf4_handler-3.7.9-2.fc11.ppc requires libdapserver.so.6 entertainer-0.4.2-5.fc12.noarch requires pyclutter-cairo octave-forge-20080831-10.fc12.ppc requires octave(api) = 0:api-v32 perl-DBIx-Class-Schema-Loader-0.04006-4.fc12.noarch requires perl(DBIX::Class) php-layers-menu-3.2.0-0.2.rc.fc12.noarch requires php-pear(HTML_Template_PHPLIB) plplot-octave-5.9.4-1.fc12.ppc requires octave(api) = 0:api-v32 ppl-yap-0.10.2-5.fc12.ppc requires libYap.so python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.ppc requires libparted-1.8.so.8 rubygem-main-2.8.4-3.fc12.noarch requires rubygem(fattr) >= 0:1.0.3 sems-1.1.1-2.fc12.ppc requires libspandsp.so.1 sems-g722-1.1.1-2.fc12.ppc requires libspandsp.so.1 sems-gsm-1.1.1-2.fc12.ppc requires libspandsp.so.1 sems-speex-1.1.1-2.fc12.ppc requires libspandsp.so.1 serpentine-0.9-5.fc12.noarch requires gnome-python2-nautilus-cd-burner showimg-pgsql-0.9.5-22.fc11.ppc requires libpqxx-2.6.8.so sugar-pippy-34-2.fc12.ppc requires libc.so.6(GLIBC_2.2.5)(64bit) sugar-pippy-34-2.fc12.ppc requires libm.so.6(GLIBC_2.2.5)(64bit) thunderbird-lightning-1.0-0.8.20090513hg.fc12.ppc requires thunderbird < 0:3.0-3.6.b4 Broken deps for ppc64 ---------------------------------------------------------- 389-ds-1.1.3-4.fc12.noarch requires 389-ds-admin R-RScaLAPACK-0.5.1-19.fc11.ppc64 requires openmpi-libs asterisk-fax-1.6.1-0.24.rc1.fc12.ppc64 requires libspandsp.so.1()(64bit) bigboard-0.6.4-12.fc12.ppc64 requires mugshot >= 0:1.1.90-1 clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) cluttermm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-0.9) dap-hdf4_handler-3.7.9-2.fc11.ppc64 requires libdap.so.9()(64bit) dap-hdf4_handler-3.7.9-2.fc11.ppc64 requires libdapserver.so.6()(64bit) entertainer-0.4.2-5.fc12.noarch requires pyclutter-cairo octave-forge-20080831-10.fc12.ppc64 requires octave(api) = 0:api-v32 perl-DBIx-Class-Schema-Loader-0.04006-4.fc12.noarch requires perl(DBIX::Class) php-layers-menu-3.2.0-0.2.rc.fc12.noarch requires php-pear(HTML_Template_PHPLIB) plplot-octave-5.9.4-1.fc12.ppc64 requires octave(api) = 0:api-v32 ppl-yap-0.10.2-5.fc12.ppc64 requires libYap.so()(64bit) python-mwlib-0.11.2-3.20090522hg2956.fc12.ppc64 requires LabPlot python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.ppc64 requires libparted-1.8.so.8()(64bit) rubygem-main-2.8.4-3.fc12.noarch requires rubygem(fattr) >= 0:1.0.3 sems-1.1.1-2.fc12.ppc64 requires libspandsp.so.1()(64bit) sems-g722-1.1.1-2.fc12.ppc64 requires libspandsp.so.1()(64bit) sems-gsm-1.1.1-2.fc12.ppc64 requires libspandsp.so.1()(64bit) sems-speex-1.1.1-2.fc12.ppc64 requires libspandsp.so.1()(64bit) serpentine-0.9-5.fc12.noarch requires gnome-python2-nautilus-cd-burner showimg-pgsql-0.9.5-22.fc11.ppc64 requires libpqxx-2.6.8.so()(64bit) sugar-pippy-34-2.fc12.ppc64 requires libc.so.6(GLIBC_2.4) sugar-pippy-34-2.fc12.ppc64 requires libc.so.6(GLIBC_2.2.5)(64bit) sugar-pippy-34-2.fc12.ppc64 requires libm.so.6(GLIBC_2.0) sugar-pippy-34-2.fc12.ppc64 requires libc.so.6(GLIBC_2.1.3) sugar-pippy-34-2.fc12.ppc64 requires libstdc++.so.6(GLIBCXX_3.4) sugar-pippy-34-2.fc12.ppc64 requires libm.so.6 sugar-pippy-34-2.fc12.ppc64 requires libm.so.6(GLIBC_2.2.5)(64bit) sugar-pippy-34-2.fc12.ppc64 requires libc.so.6 sugar-pippy-34-2.fc12.ppc64 requires libgcc_s.so.1(GCC_3.0) sugar-pippy-34-2.fc12.ppc64 requires libstdc++.so.6(CXXABI_1.3) sugar-pippy-34-2.fc12.ppc64 requires libc.so.6(GLIBC_2.0) sugar-pippy-34-2.fc12.ppc64 requires libgcc_s.so.1 sugar-pippy-34-2.fc12.ppc64 requires libstdc++.so.6 thunderbird-lightning-1.0-0.8.20090513hg.fc12.ppc64 requires thunderbird < 0:3.0-3.6.b4 From mschwendt at gmail.com Sun Aug 16 12:29:09 2009 From: mschwendt at gmail.com (Michael Schwendt) Date: Sun, 16 Aug 2009 14:29:09 +0200 Subject: Confusion with openal-soft In-Reply-To: <4A87F5BE.4080101@linuxdonald.de> References: <4A87D94B.4000804@fedoraproject.org> <20090816140014.2ca415a4@faldor> <4A87F5BE.4080101@linuxdonald.de> Message-ID: <20090816142909.25b75fcd@faldor> On Sun, 16 Aug 2009 14:04:14 +0200, LinuxDonald wrote: > I have updated the packages for F-10 and F-11 with conflicts and without > obseltues :) Explicit Conflicts need the approval of the Fedora Packaging Committee. From fedora at tenbrink-bekkers.nl Sun Aug 16 12:31:41 2009 From: fedora at tenbrink-bekkers.nl (Edwin ten Brink) Date: Sun, 16 Aug 2009 14:31:41 +0200 Subject: Error while installing firefox from source build "cpio: MD5 sum mismatch" In-Reply-To: <8a80e9760908140432q435a8a52h13ee42b9b2e16f8b@mail.gmail.com> References: <8a80e9760908140430m1ef261d4v42ab60f14eec3309@mail.gmail.com> <8a80e9760908140432q435a8a52h13ee42b9b2e16f8b@mail.gmail.com> Message-ID: <4A87FC2D.2070908@tenbrink-bekkers.nl> On 08/14/2009 01:32 PM, Harshavardhana wrote: > I have been trying to build firefox 3.0.13 on Fedora-10, i was > successfull in building it but during installation i end up with > following md5sum mismatch. This is happening continously with even > fresh builds and i don't have firefox installed also. > > > RegardsPreparing... > ########################################### [100%] > 1:firefox > ########################################### [100%] > error: unpacking of archive failed on file > /usr/lib64/firefox-3.0.13/firefox;4a854232: cpio: MD5 sum mismatch > Can any one give me few more pointers to debug this problem?. Thanks Maybe my post on 27/06/2009 helps: https://www.redhat.com/archives/fedora-devel-list/2009-June/msg02092.html Regards, Edwin From mtasaka at ioa.s.u-tokyo.ac.jp Sun Aug 16 13:39:37 2009 From: mtasaka at ioa.s.u-tokyo.ac.jp (Mamoru Tasaka) Date: Sun, 16 Aug 2009 22:39:37 +0900 Subject: Confusion with openal-soft In-Reply-To: <20090816142909.25b75fcd@faldor> References: <4A87D94B.4000804@fedoraproject.org> <20090816140014.2ca415a4@faldor> <4A87F5BE.4080101@linuxdonald.de> <20090816142909.25b75fcd@faldor> Message-ID: <4A880C19.7010009@ioa.s.u-tokyo.ac.jp> Michael Schwendt wrote, at 08/16/2009 09:29 PM +9:00: > On Sun, 16 Aug 2009 14:04:14 +0200, LinuxDonald wrote: > >> I have updated the packages for F-10 and F-11 with conflicts and without >> obseltues :) > > Explicit Conflicts need the approval of the Fedora Packaging Committee. > This occurs only on F-10/11 and not on rawhide. Please see the discussion on bug 515109 for details. Regards, Mamoru From mschwendt at gmail.com Sun Aug 16 14:47:22 2009 From: mschwendt at gmail.com (Michael Schwendt) Date: Sun, 16 Aug 2009 16:47:22 +0200 Subject: Confusion with openal-soft In-Reply-To: <4A880C19.7010009@ioa.s.u-tokyo.ac.jp> References: <4A87D94B.4000804@fedoraproject.org> <20090816140014.2ca415a4@faldor> <4A87F5BE.4080101@linuxdonald.de> <20090816142909.25b75fcd@faldor> <4A880C19.7010009@ioa.s.u-tokyo.ac.jp> Message-ID: <20090816164722.7e8ecf06@faldor> On Sun, 16 Aug 2009 22:39:37 +0900, Mamoru wrote: > Michael Schwendt wrote, at 08/16/2009 09:29 PM +9:00: > > On Sun, 16 Aug 2009 14:04:14 +0200, LinuxDonald wrote: > > > >> I have updated the packages for F-10 and F-11 with conflicts and without > >> obseltues :) > > > > Explicit Conflicts need the approval of the Fedora Packaging Committee. > > > > This occurs only on F-10/11 and not on rawhide. > Please see the discussion on bug 515109 for details. First it is pointed out that parallel installable packages would be preferred, then there is a jump to making them conflict. Why? https://fedoraproject.org/wiki/Packaging:Conflicts From mharris at mharris.ca Sun Aug 16 15:11:11 2009 From: mharris at mharris.ca (Mike A. Harris) Date: Sun, 16 Aug 2009 11:11:11 -0400 Subject: Empathy default in F12? In-Reply-To: References: Message-ID: <4A88218F.8010907@mharris.ca> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Gregory Maxwell wrote: > The F12 feature still indicates the switch to Empathy as a default IM > client in Fedora. > > However, the talk page for the feature > (https://fedoraproject.org/wiki/Talk:Features/Empathy) raises material > concerns that the switch to Empathy would result in an insufficiently > justified loss of functionality. > > Where does this currently stand? If there is any major loss of functionality, perhaps the application should be renamed to "apathy". ;o) - -- Mike A. Harris http://mharris.ca | https://twitter.com/mikeaharris -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFKiCGO4RNf2rTIeUARAkH7AJ98B1CBWF3DP88FGU7Qj3sRBOXvQgCgnA7D GyrcZLmNbfzHCUek68bnbgg= =y4Ii -----END PGP SIGNATURE----- From mtasaka at ioa.s.u-tokyo.ac.jp Sun Aug 16 15:30:31 2009 From: mtasaka at ioa.s.u-tokyo.ac.jp (Mamoru Tasaka) Date: Mon, 17 Aug 2009 00:30:31 +0900 Subject: Confusion with openal-soft In-Reply-To: <20090816164722.7e8ecf06@faldor> References: <4A87D94B.4000804@fedoraproject.org> <20090816140014.2ca415a4@faldor> <4A87F5BE.4080101@linuxdonald.de> <20090816142909.25b75fcd@faldor> <4A880C19.7010009@ioa.s.u-tokyo.ac.jp> <20090816164722.7e8ecf06@faldor> Message-ID: <4A882617.3010601@ioa.s.u-tokyo.ac.jp> Michael Schwendt wrote, at 08/16/2009 11:47 PM +9:00: > On Sun, 16 Aug 2009 22:39:37 +0900, Mamoru wrote: > >> Michael Schwendt wrote, at 08/16/2009 09:29 PM +9:00: >>> On Sun, 16 Aug 2009 14:04:14 +0200, LinuxDonald wrote: >>> >>>> I have updated the packages for F-10 and F-11 with conflicts and without >>>> obseltues :) >>> Explicit Conflicts need the approval of the Fedora Packaging Committee. >>> >> This occurs only on F-10/11 and not on rawhide. >> Please see the discussion on bug 515109 for details. > > First it is pointed out that parallel installable packages would be > preferred, then there is a jump to making them conflict. Why? > > https://fedoraproject.org/wiki/Packaging:Conflicts To be clear, openal and openal-soft can be installable in parallel (because of the same library with the different soversion), however openal-devel and openal-soft-devel is actually in conflict. openal-soft is intended to replace openal (bug 501132), so on rawhide openal-soft{,-devel} have "Obsoletes (not conflicts): openal{,-devel}". Note that this will require rebuilds of packages depending on openal on rawhide (because of soname bump). On F-10/11 the whole rebuild is not preferable, however it seems that actually openal-soft is also needed on F-10/11 to fix some bugs (bug 515109). So on F-10/11, it was decided to make openal and openal-soft installable in parallel (not making openal-soft obsolete openal) and make openal-devel and openal-soft-devel in conflict (not making openal-soft-devel obsolete openal-devel) to avoid mass rebuild. Regards, Mamoru From jgarzik at pobox.com Sun Aug 16 16:51:32 2009 From: jgarzik at pobox.com (Jeff Garzik) Date: Sun, 16 Aug 2009 12:51:32 -0400 Subject: IPv6 for fedora services? Message-ID: <4A883914.1030100@pobox.com> Is there any IPv6 plan for *.fedoraproject.org ? One plan that projects (including wikimedia) have chosen is a staged rollout, 1) enable IPv6 reachability and AAAA records for DNS servers 2) enable IPv6 for small-audience or developer-only services, such as cvs/svn/git services 3) enable IPv6 for primary services, such as public web Such staged rollouts attempt to balance the potential for service disruption due to end-user misconfiguration, with pushing technological progress foward. As of today, for months, the DNS root servers are reachable via IPv6 and have AAAA records. Any chance we could look at step #1 or #2 for Fedora? Jeff From gvarisco at redhat.com Sun Aug 16 16:56:21 2009 From: gvarisco at redhat.com (Gianluca Varisco) Date: Sun, 16 Aug 2009 18:56:21 +0200 Subject: IPv6 for fedora services? In-Reply-To: <4A883914.1030100@pobox.com> References: <4A883914.1030100@pobox.com> Message-ID: <4A883A35.8050508@redhat.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 08/16/2009 06:51 PM, Jeff Garzik wrote: > > Is there any IPv6 plan for *.fedoraproject.org ? > > One plan that projects (including wikimedia) have chosen is a staged > rollout, > > 1) enable IPv6 reachability and AAAA records for DNS servers > 2) enable IPv6 for small-audience or developer-only services, such as > cvs/svn/git services > 3) enable IPv6 for primary services, such as public web > Jeff, Wouldn't be more appropriated to discuss that on fedora-infrastructure ML instead of fedora-devel? Cheers, Gianluca -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkqIOjQACgkQK/GZLlzGxsgIfQCghcm/wwIHsutDknN3sT9fcnEI rRsAoKxEbYx0yrJOUZWoPQMtQAfwkWC1 =fmXj -----END PGP SIGNATURE----- From linuxdonald at linuxdonald.de Sun Aug 16 17:37:22 2009 From: linuxdonald at linuxdonald.de (LinuxDonald) Date: Sun, 16 Aug 2009 19:37:22 +0200 Subject: Confusion with openal-soft In-Reply-To: <20090816164722.7e8ecf06@faldor> References: <4A87D94B.4000804@fedoraproject.org> <20090816140014.2ca415a4@faldor> <4A87F5BE.4080101@linuxdonald.de> <20090816142909.25b75fcd@faldor> <4A880C19.7010009@ioa.s.u-tokyo.ac.jp> <20090816164722.7e8ecf06@faldor> Message-ID: <4A8843D2.7050605@linuxdonald.de> Only the devel packages conflicts. Am 16.08.2009 16:47, schrieb Michael Schwendt: > On Sun, 16 Aug 2009 22:39:37 +0900, Mamoru wrote: > > >> Michael Schwendt wrote, at 08/16/2009 09:29 PM +9:00: >> >>> On Sun, 16 Aug 2009 14:04:14 +0200, LinuxDonald wrote: >>> >>> >>>> I have updated the packages for F-10 and F-11 with conflicts and without >>>> obseltues :) >>>> >>> Explicit Conflicts need the approval of the Fedora Packaging Committee. >>> >>> >> This occurs only on F-10/11 and not on rawhide. >> Please see the discussion on bug 515109 for details. >> > First it is pointed out that parallel installable packages would be > preferred, then there is a jump to making them conflict. Why? > > https://fedoraproject.org/wiki/Packaging:Conflicts > > From dennis at ausil.us Sun Aug 16 17:37:35 2009 From: dennis at ausil.us (Dennis Gilmore) Date: Sun, 16 Aug 2009 12:37:35 -0500 Subject: IPv6 for fedora services? In-Reply-To: <4A883914.1030100@pobox.com> References: <4A883914.1030100@pobox.com> Message-ID: <200908161237.37371.dennis@ausil.us> On Sunday 16 August 2009 11:51:32 am Jeff Garzik wrote: > Is there any IPv6 plan for *.fedoraproject.org ? > > One plan that projects (including wikimedia) have chosen is a staged > rollout, > > 1) enable IPv6 reachability and AAAA records for DNS servers > 2) enable IPv6 for small-audience or developer-only services, such as > cvs/svn/git services > 3) enable IPv6 for primary services, such as public web > > Such staged rollouts attempt to balance the potential for service > disruption due to end-user misconfiguration, with pushing technological > progress foward. > > As of today, for months, the DNS root servers are reachable via IPv6 and > have AAAA records. > > Any chance we could look at step #1 or #2 for Fedora? > > Jeff While this is the completely wrong list to ask something like this on. fedora- infrastructre list is the correct place. there is currently no plans to roll out IPv6 our upstream providers do no provide IPv6 connectivity. we could look at using SIXXS or someone like it for ipv6 tunnels. but as of right now its not being actively worked on. We do need to look into it at some point however. some mirrors are available via ipv6 . it would be nice to have mirror lists available via it. some services i know dont support ipv6. Dennis -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: From Jochen at herr-schmitt.de Sun Aug 16 17:55:59 2009 From: Jochen at herr-schmitt.de (Jochen Schmitt) Date: Sun, 16 Aug 2009 19:55:59 +0200 Subject: Confusion with openal-soft In-Reply-To: <4A87D94B.4000804@fedoraproject.org> References: <4A87D94B.4000804@fedoraproject.org> Message-ID: <0MKv5w-1Mcjx83o61-0003mW@mrelayeu.kundenserver.de> On Sun, 16 Aug 2009 15:32:51 +0530, you wrote: >Apparently openal-soft shouldn't have been pushed to Fedora 11 and >Fedora 10. Unfortunately I already did the cvs commits for these >branches and only noticed after the Fedora 11 build failed. Heads up for >others. What would be the right way to revert these commits? Pushing openal-soft info F-11/F-10 is a violation of the Fedora updating policy. So I'M wondering why someone have filled a rebuild request for blender for this reason. Best Regards: Jochen Schmitt From linuxdonald at linuxdonald.de Sun Aug 16 18:34:23 2009 From: linuxdonald at linuxdonald.de (LinuxDonald) Date: Sun, 16 Aug 2009 20:34:23 +0200 Subject: Confusion with openal-soft In-Reply-To: <0MKv5w-1Mcjx83o61-0003mW@mrelayeu.kundenserver.de> References: <4A87D94B.4000804@fedoraproject.org> <0MKv5w-1Mcjx83o61-0003mW@mrelayeu.kundenserver.de> Message-ID: <4A88512F.7020309@linuxdonald.de> Am 16.08.2009 19:55, schrieb Jochen Schmitt: > On Sun, 16 Aug 2009 15:32:51 +0530, you wrote: > > >> Apparently openal-soft shouldn't have been pushed to Fedora 11 and >> Fedora 10. Unfortunately I already did the cvs commits for these >> branches and only noticed after the Fedora 11 build failed. Heads up for >> others. What would be the right way to revert these commits? >> > Pushing openal-soft info F-11/F-10 is a violation of the Fedora > updating policy. So I'M wondering why someone have filled a > rebuild request for blender for this reason. > > Best Regards: > > Jochen Schmitt > > > Hello Jochen i have closed the Ticket for rebuild. But you must rebuild it in F12. From sundaram at fedoraproject.org Sun Aug 16 18:32:31 2009 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Mon, 17 Aug 2009 00:02:31 +0530 Subject: Confusion with openal-soft In-Reply-To: <4A8843D2.7050605@linuxdonald.de> References: <4A87D94B.4000804@fedoraproject.org> <20090816140014.2ca415a4@faldor> <4A87F5BE.4080101@linuxdonald.de> <20090816142909.25b75fcd@faldor> <4A880C19.7010009@ioa.s.u-tokyo.ac.jp> <20090816164722.7e8ecf06@faldor> <4A8843D2.7050605@linuxdonald.de> Message-ID: <4A8850BF.9060605@fedoraproject.org> On 08/16/2009 11:07 PM, LinuxDonald wrote: > Only the devel packages conflicts. Just in case, it is not clear. You have broken every package that depends on openal in Fedora 11 and Fedora 10 and there is no way for the package maintainers to fix it. Are you going to cancel the openal-soft to push to these branches? Rahul From mschwendt at gmail.com Sun Aug 16 18:52:40 2009 From: mschwendt at gmail.com (Michael Schwendt) Date: Sun, 16 Aug 2009 20:52:40 +0200 Subject: Confusion with openal-soft In-Reply-To: <4A882617.3010601@ioa.s.u-tokyo.ac.jp> References: <4A87D94B.4000804@fedoraproject.org> <20090816140014.2ca415a4@faldor> <4A87F5BE.4080101@linuxdonald.de> <20090816142909.25b75fcd@faldor> <4A880C19.7010009@ioa.s.u-tokyo.ac.jp> <20090816164722.7e8ecf06@faldor> <4A882617.3010601@ioa.s.u-tokyo.ac.jp> Message-ID: <20090816205240.51cd9be2@faldor> On Mon, 17 Aug 2009 00:30:31 +0900, Mamoru wrote: > Michael Schwendt wrote, at 08/16/2009 11:47 PM +9:00: > > On Sun, 16 Aug 2009 22:39:37 +0900, Mamoru wrote: > > > >> Michael Schwendt wrote, at 08/16/2009 09:29 PM +9:00: > >>> On Sun, 16 Aug 2009 14:04:14 +0200, LinuxDonald wrote: > >>> > >>>> I have updated the packages for F-10 and F-11 with conflicts and without > >>>> obseltues :) > >>> Explicit Conflicts need the approval of the Fedora Packaging Committee. > >>> > >> This occurs only on F-10/11 and not on rawhide. > >> Please see the discussion on bug 515109 for details. > > > > First it is pointed out that parallel installable packages would be > > preferred, then there is a jump to making them conflict. Why? > > > > https://fedoraproject.org/wiki/Packaging:Conflicts > > To be clear, openal and openal-soft can be installable in parallel > (because of the same library with the different soversion), > however openal-devel and openal-soft-devel is actually in conflict. Why? In openal-soft-devel I see a pkgconfig file. Surely that one can be modified to point to relocated headers and libopenal.so My interest in this is because I'd like to know where we are with regard to the rather complex Fedora Packaging:Conflicts policies? https://fedoraproject.org/wiki/Packaging:Conflicts#Header_Name_Conflicts [...] Put the headers in a subdirectory of /usr/include. [...] https://fedoraproject.org/wiki/Packaging:Conflicts#Compat_Package_Conflicts [...] Whenever possible, this should be avoided. [...] So, two times it is recommended to let the packages coexist. "openal-soft" is not a compatibility package. The old "openal" at most could be described as a compat package in disguise after introducing openal-soft. We don't need more SHOULD type of guidelines like that, if it's too easy to choose the lazy packaging or if explicit Conflicts are the 1st choice. From debarshi.ray at gmail.com Sun Aug 16 19:24:01 2009 From: debarshi.ray at gmail.com (Debarshi Ray) Date: Mon, 17 Aug 2009 00:54:01 +0530 Subject: Empathy default in F12? In-Reply-To: <4A87C121.8080602@togami.com> References: <4A87B7E9.9000107@fedoraproject.org> <4A87C121.8080602@togami.com> Message-ID: <3170f42f0908161224r5c84553eqf701b187b1b60f23@mail.gmail.com> > * Voice chat with GoogleTalk (though this will probably need us to look at > our firewall rules for this to work out of the box) - bpepple > > Is it really a pro when it works very poorly? ?You reportedly need to > install additional codecs to do video with Google Talk. ?Then there are the > terrible issues with NAT, proxies and firewalls where in practice it will > not work for most users without manual configuration. Any pointers to the "manual configuration" will be highly appreciated. :-) Thanks, Debarshi -- One reason that life is complex is that it has a real part and an imaginary part. -- Andrew Koenig From drago01 at gmail.com Sun Aug 16 19:32:46 2009 From: drago01 at gmail.com (drago01) Date: Sun, 16 Aug 2009 21:32:46 +0200 Subject: Empathy default in F12? In-Reply-To: <4A87B7E9.9000107@fedoraproject.org> References: <4A87B7E9.9000107@fedoraproject.org> Message-ID: On Sun, Aug 16, 2009 at 9:40 AM, Rahul Sundaram wrote: > On 08/16/2009 01:05 PM, Gregory Maxwell wrote: >> The F12 feature still indicates the switch to Empathy as a default IM >> client in Fedora. >> >> However, the talk page for the feature >> (https://fedoraproject.org/wiki/Talk:Features/Empathy) raises material >> concerns that the switch to Empathy would result in an insufficiently >> justified loss of functionality. >> >> Where does this currently stand? > > My understanding is that Empathy is still planned to be the default. > What specific concerns do you have? > File transfer support is missing for almost all protocols. From mtasaka at ioa.s.u-tokyo.ac.jp Sun Aug 16 19:34:20 2009 From: mtasaka at ioa.s.u-tokyo.ac.jp (Mamoru Tasaka) Date: Mon, 17 Aug 2009 04:34:20 +0900 Subject: Confusion with openal-soft In-Reply-To: <20090816205240.51cd9be2@faldor> References: <4A87D94B.4000804@fedoraproject.org> <20090816140014.2ca415a4@faldor> <4A87F5BE.4080101@linuxdonald.de> <20090816142909.25b75fcd@faldor> <4A880C19.7010009@ioa.s.u-tokyo.ac.jp> <20090816164722.7e8ecf06@faldor> <4A882617.3010601@ioa.s.u-tokyo.ac.jp> <20090816205240.51cd9be2@faldor> Message-ID: <4A885F3C.9040107@ioa.s.u-tokyo.ac.jp> First of all, please make it clear under what branch you want to discuss, devel, F-11 or F-10. Michael Schwendt wrote, at 08/17/2009 03:52 AM +9:00: > On Mon, 17 Aug 2009 00:30:31 +0900, Mamoru wrote: > >> Michael Schwendt wrote, at 08/16/2009 11:47 PM +9:00: >>> On Sun, 16 Aug 2009 22:39:37 +0900, Mamoru wrote: >>> >>>> Michael Schwendt wrote, at 08/16/2009 09:29 PM +9:00: >>>>> On Sun, 16 Aug 2009 14:04:14 +0200, LinuxDonald wrote: >>>>> >>>>>> I have updated the packages for F-10 and F-11 with conflicts and without >>>>>> obseltues :) >>>>> Explicit Conflicts need the approval of the Fedora Packaging Committee. >>>>> >>>> This occurs only on F-10/11 and not on rawhide. >>>> Please see the discussion on bug 515109 for details. >>> First it is pointed out that parallel installable packages would be >>> preferred, then there is a jump to making them conflict. Why? >>> >>> https://fedoraproject.org/wiki/Packaging:Conflicts >> To be clear, openal and openal-soft can be installable in parallel >> (because of the same library with the different soversion), >> however openal-devel and openal-soft-devel is actually in conflict. > > Why? In openal-soft-devel I see a pkgconfig file. Surely that one > can be modified to point to relocated headers and libopenal.so Again, - On rawhide opanal-soft is intended to replace openal _completely_ (i.e. openal is to be removed from rawhide tree once F12alpha freeze ends) So on rawhide there is no need that openal-soft should be relocated. Just openal{-devel} is to be dropped. - And I don't think there is a strong need for avoiding conflict on -devel packages (not on between openal/openal-soft) on F-10/11. If you really think even openal{,-soft}-devel conflict must be avoid even on F-11/10 (I am not speaking for rawhide tree here), please visit bug 515109 if you have a good suggestion. > My interest in this is because I'd like to know where we are with > regard to the rather complex Fedora Packaging:Conflicts policies? > > https://fedoraproject.org/wiki/Packaging:Conflicts#Header_Name_Conflicts > [...] Put the headers in a subdirectory of /usr/include. [...] > > https://fedoraproject.org/wiki/Packaging:Conflicts#Compat_Package_Conflicts > [...] Whenever possible, this should be avoided. [...] > > So, two times it is recommended to let the packages coexist. "openal-soft" > is not a compatibility package. The old "openal" at most could be > described as a compat package in disguise after introducing openal-soft. Again openal{,-soft} can be installable in parallel (and on F-10/11 they are made as such). > We don't need more SHOULD type of guidelines like that, if it's too easy > to choose the lazy packaging or if explicit Conflicts are the 1st choice. Regards, Mamoru From mschwendt at gmail.com Sun Aug 16 19:45:33 2009 From: mschwendt at gmail.com (Michael Schwendt) Date: Sun, 16 Aug 2009 21:45:33 +0200 Subject: Confusion with openal-soft In-Reply-To: <4A885F3C.9040107@ioa.s.u-tokyo.ac.jp> References: <4A87D94B.4000804@fedoraproject.org> <20090816140014.2ca415a4@faldor> <4A87F5BE.4080101@linuxdonald.de> <20090816142909.25b75fcd@faldor> <4A880C19.7010009@ioa.s.u-tokyo.ac.jp> <20090816164722.7e8ecf06@faldor> <4A882617.3010601@ioa.s.u-tokyo.ac.jp> <20090816205240.51cd9be2@faldor> <4A885F3C.9040107@ioa.s.u-tokyo.ac.jp> Message-ID: <20090816214533.56357550@faldor> On Mon, 17 Aug 2009 04:34:20 +0900, Mamoru wrote: > First of all, please make it clear under what branch > you want to discuss, devel, F-11 or F-10. With regard to Conflicts, the policies apply to all branches. There are still open bugzilla tickets filed long ago with packagers not taking action on resolving implicit conflicts. Now with this openal incident, an explicit Conflicts tag is added as what seems to be the first choice due to laziness or so. > Again, > - On rawhide opanal-soft is intended to replace openal _completely_ > (i.e. openal is to be removed from rawhide tree once F12alpha freeze > ends) Replacing packages does not need any Conflicts, but just a proper Obsoletes/Provides pair. > If you really think even openal{,-soft}-devel conflict must be > avoid even on F-11/10 (I am not speaking for rawhide tree here), > please visit bug 515109 if you have a good suggestion. Explicit Conflicts are a general problem. They are not specific to this package. And bugzilla is not good for discussions. > Again openal{,-soft} can be installable in parallel (and on F-10/11 they are made as such). > Not their -devel packages. The spec in cvs contains an explicit Conflicts tag. From Jochen at herr-schmitt.de Sun Aug 16 20:39:34 2009 From: Jochen at herr-schmitt.de (Jochen Schmitt) Date: Sun, 16 Aug 2009 22:39:34 +0200 Subject: Confusion with openal-soft In-Reply-To: <4A88512F.7020309@linuxdonald.de> References: <4A87D94B.4000804@fedoraproject.org> <0MKv5w-1Mcjx83o61-0003mW@mrelayeu.kundenserver.de> <4A88512F.7020309@linuxdonald.de> Message-ID: <0MKuxg-1McmVx1UTZ-000RGe@mrelayeu.kundenserver.de> On Sun, 16 Aug 2009 20:34:23 +0200, you wrote: >Hello Jochen i have closed the Ticket for rebuild. >But you must rebuild it in F12. Yes, I have rebuilt blender agains freealut-1.1.0-10, which was rebult agains openal-soft. Best Regards: Jochen Schmitt References: http://koji.fedoraproject.org/koji/buildinfo?buildID=126989 http://koji.fedoraproject.org/koji/buildinfo?buildID=126871 From gmaxwell at gmail.com Sun Aug 16 22:02:20 2009 From: gmaxwell at gmail.com (Gregory Maxwell) Date: Sun, 16 Aug 2009 18:02:20 -0400 Subject: Empathy default in F12? In-Reply-To: <4A87B7E9.9000107@fedoraproject.org> References: <4A87B7E9.9000107@fedoraproject.org> Message-ID: On Sun, Aug 16, 2009 at 3:40 AM, Rahul Sundaram wrote: > On 08/16/2009 01:05 PM, Gregory Maxwell wrote: >> The F12 feature still indicates the switch to Empathy as a default IM >> client in Fedora. >> >> However, the talk page for the feature >> (https://fedoraproject.org/wiki/Talk:Features/Empathy) raises material >> concerns that the switch to Empathy would result in an insufficiently >> justified loss of functionality. >> >> Where does this currently stand? > > My understanding is that Empathy is still planned to be the default. > What specific concerns do you have? For me? It doesn't support OTR. Which is basically a non-starer for me. Thanks to the robust support in whatever client is popular in OSX plus pidgin on windows every single one of my contacts is OTR-enabled. Pushing people back to eavesdropping vulnerable IM is arguably unethical and not something that I'm going to do. But since other people may not care about that (i.e. Empathy developers mock people who want confidentiality, i.e. http://resiak.livejournal.com/60614.html ), I thought I'd see if I had any other concerns. Testing rawhide I found that it doesn't appear to have file transfer, which isn't a feature I use much but I know its important to other people. Cheers! From mike at miketc.net Sun Aug 16 23:19:19 2009 From: mike at miketc.net (Mike Chambers) Date: Sun, 16 Aug 2009 18:19:19 -0500 Subject: fonts turning white? Message-ID: <1250464759.2133.2.camel@scrappy.miketc.net> I have seen menus (firefox and evolution) and/or fonts turn white or missing on various occasions, no matter what I was doing. I've seen mention of gtk2 for various reasons, although this may or may not be a part of the problem. And what I mean by the problem, is the fonts are there and didn't leave, just not black no longer. They just seemed to fade out, or turn completely white and not be seen, or even be turned white but can see the letters. Anyone else experienced this and/or know what I am experiencing? -- Mike Chambers Madisonville, KY Fedora Project - Bugzapper, Tester, User, etc.. From christoph.wickert at googlemail.com Sun Aug 16 23:20:26 2009 From: christoph.wickert at googlemail.com (Christoph Wickert) Date: Mon, 17 Aug 2009 01:20:26 +0200 Subject: Confusion with openal-soft In-Reply-To: <4A8850BF.9060605@fedoraproject.org> References: <4A87D94B.4000804@fedoraproject.org> <20090816140014.2ca415a4@faldor> <4A87F5BE.4080101@linuxdonald.de> <20090816142909.25b75fcd@faldor> <4A880C19.7010009@ioa.s.u-tokyo.ac.jp> <20090816164722.7e8ecf06@faldor> <4A8843D2.7050605@linuxdonald.de> <4A8850BF.9060605@fedoraproject.org> Message-ID: <1250464826.2775.156.camel@localhost> Am Montag, den 17.08.2009, 00:02 +0530 schrieb Rahul Sundaram: > On 08/16/2009 11:07 PM, LinuxDonald wrote: > > Only the devel packages conflicts. > > Just in case, it is not clear. You have broken every package that > depends on openal in Fedora 11 and Fedora 10 and there is no way for the > package maintainers to fix it. Why is there no way to fix it??? > Are you going to cancel the openal-soft to push to these branches? AFAIC it's delayed until dependencies are rebuilt. > Rahul Regards, Christoph From rakesh.pandit at gmail.com Mon Aug 17 02:23:02 2009 From: rakesh.pandit at gmail.com (Rakesh Pandit) Date: Mon, 17 Aug 2009 07:53:02 +0530 Subject: rawhide report: 20090815 changes In-Reply-To: <20090815125359.GA9189@releng2.fedora.phx.redhat.com> References: <20090815125359.GA9189@releng2.fedora.phx.redhat.com> Message-ID: 2009/8/15 Rawhide Report wrote: > Compose started at Sat Aug 15 06:15:05 UTC 2009 > > Updated Packages: > > anaconda-12.15-1.fc12 > --------------------- > (script missed changelog ) FI, * Wed Aug 12 2009 David Cantrell - 12.15-1 - Make sure we have the ca cert to handle https repo connections. (517171) (jkeating) > Summary: > Added Packages: 0 > Removed Packages: 0 > Modified Packages: 1 > Broken deps for i386 -- Regards, Rakesh Pandit From sundaram at fedoraproject.org Mon Aug 17 05:02:09 2009 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Mon, 17 Aug 2009 10:32:09 +0530 Subject: Confusion with openal-soft In-Reply-To: <1250464826.2775.156.camel@localhost> References: <4A87D94B.4000804@fedoraproject.org> <20090816140014.2ca415a4@faldor> <4A87F5BE.4080101@linuxdonald.de> <20090816142909.25b75fcd@faldor> <4A880C19.7010009@ioa.s.u-tokyo.ac.jp> <20090816164722.7e8ecf06@faldor> <4A8843D2.7050605@linuxdonald.de> <4A8850BF.9060605@fedoraproject.org> <1250464826.2775.156.camel@localhost> Message-ID: <4A88E451.3090906@fedoraproject.org> On 08/17/2009 04:50 AM, Christoph Wickert wrote: > Am Montag, den 17.08.2009, 00:02 +0530 schrieb Rahul Sundaram: >> On 08/16/2009 11:07 PM, LinuxDonald wrote: >>> Only the devel packages conflicts. >> >> Just in case, it is not clear. You have broken every package that >> depends on openal in Fedora 11 and Fedora 10 and there is no way for the >> package maintainers to fix it. > > Why is there no way to fix it??? See my first mail on this thread. >> Are you going to cancel the openal-soft to push to these branches? > > AFAIC it's delayed until dependencies are rebuilt. It got fixed by not obsoleting openal in the stable branches. Rahul From christoph.wickert at googlemail.com Mon Aug 17 08:53:00 2009 From: christoph.wickert at googlemail.com (Christoph Wickert) Date: Mon, 17 Aug 2009 10:53:00 +0200 Subject: Confusion with openal-soft In-Reply-To: <4A88E451.3090906@fedoraproject.org> References: <4A87D94B.4000804@fedoraproject.org> <20090816140014.2ca415a4@faldor> <4A87F5BE.4080101@linuxdonald.de> <20090816142909.25b75fcd@faldor> <4A880C19.7010009@ioa.s.u-tokyo.ac.jp> <20090816164722.7e8ecf06@faldor> <4A8843D2.7050605@linuxdonald.de> <4A8850BF.9060605@fedoraproject.org> <1250464826.2775.156.camel@localhost> <4A88E451.3090906@fedoraproject.org> Message-ID: <1250499180.2721.4.camel@localhost> Am Montag, den 17.08.2009, 10:32 +0530 schrieb Rahul Sundaram: > On 08/17/2009 04:50 AM, Christoph Wickert wrote: > > Am Montag, den 17.08.2009, 00:02 +0530 schrieb Rahul Sundaram: > >> On 08/16/2009 11:07 PM, LinuxDonald wrote: > >>> Only the devel packages conflicts. > >> > >> Just in case, it is not clear. You have broken every package that > >> depends on openal in Fedora 11 and Fedora 10 and there is no way for the > >> package maintainers to fix it. > > > > Why is there no way to fix it??? > > See my first mail on this thread. I did , but it doesn't explain why maintainers shouldn't be able to fix it. > >> Are you going to cancel the openal-soft to push to these branches? > > > > AFAIC it's delayed until dependencies are rebuilt. > > It got fixed by not obsoleting openal in the stable branches. So where is the problem then? I don't understand the bother. > Rahul Regards, Christoph From sundaram at fedoraproject.org Mon Aug 17 09:27:24 2009 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Mon, 17 Aug 2009 14:57:24 +0530 Subject: Confusion with openal-soft In-Reply-To: <1250499180.2721.4.camel@localhost> References: <4A87D94B.4000804@fedoraproject.org> <20090816140014.2ca415a4@faldor> <4A87F5BE.4080101@linuxdonald.de> <20090816142909.25b75fcd@faldor> <4A880C19.7010009@ioa.s.u-tokyo.ac.jp> <20090816164722.7e8ecf06@faldor> <4A8843D2.7050605@linuxdonald.de> <4A8850BF.9060605@fedoraproject.org> <1250464826.2775.156.camel@localhost> <4A88E451.3090906@fedoraproject.org> <1250499180.2721.4.camel@localhost> Message-ID: <4A89227C.7000804@fedoraproject.org> On 08/17/2009 02:23 PM, Christoph Wickert wrote: >> See my first mail on this thread. > > I did , but it doesn't explain why maintainers shouldn't be able to fix > it. How would they be able to fix it exactly? openal-soft earlier obsoleted openal in the stable branches. openal-soft maintainer also filed bug reports asking all the maintainers to rebuild the packages that depended openal in Rawhide, Fedora 11 and Fedora 10. A rebuild is only possible in Rawhide since openal-soft is not in the build root for other branches. All this information is already in the bug report I linked to in the original mail. >>>> Are you going to cancel the openal-soft to push to these branches? >>> >>> AFAIC it's delayed until dependencies are rebuilt. >> >> It got fixed by not obsoleting openal in the stable branches. > > So where is the problem then? I don't understand the bother. It got fixed only later. For a while all the packages that depended on openal was broken in multiple branches. Rahul From christoph.wickert at googlemail.com Mon Aug 17 09:52:03 2009 From: christoph.wickert at googlemail.com (Christoph Wickert) Date: Mon, 17 Aug 2009 11:52:03 +0200 Subject: Confusion with openal-soft In-Reply-To: <4A89227C.7000804@fedoraproject.org> References: <4A87D94B.4000804@fedoraproject.org> <20090816140014.2ca415a4@faldor> <4A87F5BE.4080101@linuxdonald.de> <20090816142909.25b75fcd@faldor> <4A880C19.7010009@ioa.s.u-tokyo.ac.jp> <20090816164722.7e8ecf06@faldor> <4A8843D2.7050605@linuxdonald.de> <4A8850BF.9060605@fedoraproject.org> <1250464826.2775.156.camel@localhost> <4A88E451.3090906@fedoraproject.org> <1250499180.2721.4.camel@localhost> <4A89227C.7000804@fedoraproject.org> Message-ID: <1250502723.8219.18.camel@localhost> Am Montag, den 17.08.2009, 14:57 +0530 schrieb Rahul Sundaram: > On 08/17/2009 02:23 PM, Christoph Wickert wrote: > > >> See my first mail on this thread. > > > > I did , but it doesn't explain why maintainers shouldn't be able to fix > > it. > > How would they be able to fix it exactly? openal-soft earlier obsoleted > openal in the stable branches. openal-soft maintainer also filed bug > reports asking all the maintainers to rebuild the packages that depended > openal in Rawhide, Fedora 11 and Fedora 10. A rebuild is only possible > in Rawhide since openal-soft is not in the build root for other > branches. All this information is already in the bug report I linked to > in the original mail. Then you should also know that a buildroot overwrite for the other branches has been requested as well, so a simple rebuild should fix everything for those maintainers, who want to switch to openal-soft. Regards, Christoph From sundaram at fedoraproject.org Mon Aug 17 09:54:38 2009 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Mon, 17 Aug 2009 15:24:38 +0530 Subject: Confusion with openal-soft In-Reply-To: <1250502723.8219.18.camel@localhost> References: <4A87D94B.4000804@fedoraproject.org> <20090816140014.2ca415a4@faldor> <4A87F5BE.4080101@linuxdonald.de> <20090816142909.25b75fcd@faldor> <4A880C19.7010009@ioa.s.u-tokyo.ac.jp> <20090816164722.7e8ecf06@faldor> <4A8843D2.7050605@linuxdonald.de> <4A8850BF.9060605@fedoraproject.org> <1250464826.2775.156.camel@localhost> <4A88E451.3090906@fedoraproject.org> <1250499180.2721.4.camel@localhost> <4A89227C.7000804@fedoraproject.org> <1250502723.8219.18.camel@localhost> Message-ID: <4A8928DE.5090403@fedoraproject.org> On 08/17/2009 03:22 PM, Christoph Wickert wrote: > > Then you should also know that a buildroot overwrite for the other > branches has been requested as well, so a simple rebuild should fix > everything for those maintainers, who want to switch to openal-soft. The rebuild is *unnecessary*. The obsolete was added *incorrectly* for the stable branches and has been fixed now. Read the bug report I referenced in the original mail before replying. Rahul From christoph.wickert at googlemail.com Mon Aug 17 10:24:35 2009 From: christoph.wickert at googlemail.com (Christoph Wickert) Date: Mon, 17 Aug 2009 12:24:35 +0200 Subject: Confusion with openal-soft In-Reply-To: <4A8928DE.5090403@fedoraproject.org> References: <4A87D94B.4000804@fedoraproject.org> <20090816140014.2ca415a4@faldor> <4A87F5BE.4080101@linuxdonald.de> <20090816142909.25b75fcd@faldor> <4A880C19.7010009@ioa.s.u-tokyo.ac.jp> <20090816164722.7e8ecf06@faldor> <4A8843D2.7050605@linuxdonald.de> <4A8850BF.9060605@fedoraproject.org> <1250464826.2775.156.camel@localhost> <4A88E451.3090906@fedoraproject.org> <1250499180.2721.4.camel@localhost> <4A89227C.7000804@fedoraproject.org> <1250502723.8219.18.camel@localhost> <4A8928DE.5090403@fedoraproject.org> Message-ID: <1250504675.8219.29.camel@localhost> Am Montag, den 17.08.2009, 15:24 +0530 schrieb Rahul Sundaram: > On 08/17/2009 03:22 PM, Christoph Wickert wrote: > > > > > Then you should also know that a buildroot overwrite for the other > > branches has been requested as well, so a simple rebuild should fix > > everything for those maintainers, who want to switch to openal-soft. > > The rebuild is *unnecessary*. It's on the maintainers (but not on you) to decide whether the rebuild is unnecessary or not. I know there are a couple of people who want to rebuild against openal-soft. In fact, Thomas was asked to push it to F-10 and F-11 because a package needs it to fix a crasher bug. > The obsolete was added *incorrectly* for > the stable branches and has been fixed now. Read the bug report I > referenced in the original mail before replying. I *did* read it. I just wanted to answer back to you incorrect statement that it was broken and there was "no way for the package maintainers to fix it". > Rahul Regards, Christoph From mschwendt at gmail.com Mon Aug 17 10:27:01 2009 From: mschwendt at gmail.com (Michael Schwendt) Date: Mon, 17 Aug 2009 12:27:01 +0200 Subject: Confusion with openal-soft In-Reply-To: <4A8928DE.5090403@fedoraproject.org> References: <4A87D94B.4000804@fedoraproject.org> <20090816140014.2ca415a4@faldor> <4A87F5BE.4080101@linuxdonald.de> <20090816142909.25b75fcd@faldor> <4A880C19.7010009@ioa.s.u-tokyo.ac.jp> <20090816164722.7e8ecf06@faldor> <4A8843D2.7050605@linuxdonald.de> <4A8850BF.9060605@fedoraproject.org> <1250464826.2775.156.camel@localhost> <4A88E451.3090906@fedoraproject.org> <1250499180.2721.4.camel@localhost> <4A89227C.7000804@fedoraproject.org> <1250502723.8219.18.camel@localhost> <4A8928DE.5090403@fedoraproject.org> Message-ID: <20090817122701.714c3d1f@faldor> On Mon, 17 Aug 2009 15:24:38 +0530, Rahul wrote: > On 08/17/2009 03:22 PM, Christoph Wickert wrote: > > > > > Then you should also know that a buildroot overwrite for the other > > branches has been requested as well, so a simple rebuild should fix > > everything for those maintainers, who want to switch to openal-soft. > > The rebuild is *unnecessary*. The obsolete was added *incorrectly* for > the stable branches and has been fixed now. Read the bug report I > referenced in the original mail before replying. You two are talking past eachother IMO. As I understand it, Christoph refers to anyone who wishes to (re)build with the new openal-soft packages, regardless of whether it must be done or not. From sundaram at fedoraproject.org Mon Aug 17 10:59:51 2009 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Mon, 17 Aug 2009 16:29:51 +0530 Subject: Confusion with openal-soft In-Reply-To: <1250504675.8219.29.camel@localhost> References: <4A87D94B.4000804@fedoraproject.org> <20090816140014.2ca415a4@faldor> <4A87F5BE.4080101@linuxdonald.de> <20090816142909.25b75fcd@faldor> <4A880C19.7010009@ioa.s.u-tokyo.ac.jp> <20090816164722.7e8ecf06@faldor> <4A8843D2.7050605@linuxdonald.de> <4A8850BF.9060605@fedoraproject.org> <1250464826.2775.156.camel@localhost> <4A88E451.3090906@fedoraproject.org> <1250499180.2721.4.camel@localhost> <4A89227C.7000804@fedoraproject.org> <1250502723.8219.18.camel@localhost> <4A8928DE.5090403@fedoraproject.org> <1250504675.8219.29.camel@localhost> Message-ID: <4A893827.70102@fedoraproject.org> On 08/17/2009 03:54 PM, Christoph Wickert wrote: > Am Montag, den 17.08.2009, 15:24 +0530 schrieb Rahul Sundaram: >> On 08/17/2009 03:22 PM, Christoph Wickert wrote: >> >>> >>> Then you should also know that a buildroot overwrite for the other >>> branches has been requested as well, so a simple rebuild should fix >>> everything for those maintainers, who want to switch to openal-soft. >> >> The rebuild is *unnecessary*. > > It's on the maintainers (but not on you) to decide whether the rebuild > is unnecessary or not. The maintainer of openal-soft has already admitted that the obsolete was incorrect and fixed it in Fedora and Fedora 10 and informed me about it offlist. I am a maintainer of a package (tremulous) affected by the obsolete and I am not supposed to say that it is unnecessary to rebuild? That doesn't make any sense to me. What exactly are you fighting about now? The problem is already solved. Rahul From sundaram at fedoraproject.org Mon Aug 17 11:01:31 2009 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Mon, 17 Aug 2009 16:31:31 +0530 Subject: Confusion with openal-soft In-Reply-To: <20090817122701.714c3d1f@faldor> References: <4A87D94B.4000804@fedoraproject.org> <20090816140014.2ca415a4@faldor> <4A87F5BE.4080101@linuxdonald.de> <20090816142909.25b75fcd@faldor> <4A880C19.7010009@ioa.s.u-tokyo.ac.jp> <20090816164722.7e8ecf06@faldor> <4A8843D2.7050605@linuxdonald.de> <4A8850BF.9060605@fedoraproject.org> <1250464826.2775.156.camel@localhost> <4A88E451.3090906@fedoraproject.org> <1250499180.2721.4.camel@localhost> <4A89227C.7000804@fedoraproject.org> <1250502723.8219.18.camel@localhost> <4A8928DE.5090403@fedoraproject.org> <20090817122701.714c3d1f@faldor> Message-ID: <4A89388B.3080907@fedoraproject.org> On 08/17/2009 03:57 PM, Michael Schwendt wrote: > On Mon, 17 Aug 2009 15:24:38 +0530, Rahul wrote: > >> On 08/17/2009 03:22 PM, Christoph Wickert wrote: >> >>> >>> Then you should also know that a buildroot overwrite for the other >>> branches has been requested as well, so a simple rebuild should fix >>> everything for those maintainers, who want to switch to openal-soft. >> >> The rebuild is *unnecessary*. The obsolete was added *incorrectly* for >> the stable branches and has been fixed now. Read the bug report I >> referenced in the original mail before replying. > > You two are talking past eachother IMO. As I understand it, > Christoph refers to anyone who wishes to (re)build with the new > openal-soft packages, regardless of whether it must be done or not. I know the process to do it if it was necessary to do so. It is simply not applicable in the current situation since the obsolete was added incorrectly. Rahul From rawhide at fedoraproject.org Mon Aug 17 11:11:00 2009 From: rawhide at fedoraproject.org (Rawhide Report) Date: Mon, 17 Aug 2009 11:11:00 +0000 Subject: rawhide report: 20090817 changes Message-ID: <20090817111100.GA5185@releng2.fedora.phx.redhat.com> Compose started at Mon Aug 17 06:15:05 UTC 2009 Summary: Added Packages: 0 Removed Packages: 0 Modified Packages: 0 Broken deps for i386 ---------------------------------------------------------- 389-ds-1.1.3-4.fc12.noarch requires 389-ds-admin R-RScaLAPACK-0.5.1-19.fc11.i586 requires openmpi-libs asterisk-fax-1.6.1-0.24.rc1.fc12.i686 requires libspandsp.so.1 bigboard-0.6.4-12.fc12.i686 requires mugshot >= 0:1.1.90-1 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0 clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0 clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 cluttermm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-0.9) dap-hdf4_handler-3.7.9-2.fc11.i586 requires libdap.so.9 dap-hdf4_handler-3.7.9-2.fc11.i586 requires libdapserver.so.6 entertainer-0.4.2-5.fc12.noarch requires pyclutter-cairo octave-forge-20080831-10.fc12.i686 requires octave(api) = 0:api-v32 perl-DBIx-Class-Schema-Loader-0.04006-4.fc12.noarch requires perl(DBIX::Class) php-layers-menu-3.2.0-0.2.rc.fc12.noarch requires php-pear(HTML_Template_PHPLIB) plplot-octave-5.9.4-1.fc12.i586 requires octave(api) = 0:api-v32 ppl-yap-0.10.2-5.fc12.i686 requires libYap.so python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.i586 requires libparted-1.8.so.8 rubygem-main-2.8.4-3.fc12.noarch requires rubygem(fattr) >= 0:1.0.3 sems-1.1.1-2.fc12.i586 requires libspandsp.so.1 sems-g722-1.1.1-2.fc12.i586 requires libspandsp.so.1 sems-gsm-1.1.1-2.fc12.i586 requires libspandsp.so.1 sems-speex-1.1.1-2.fc12.i586 requires libspandsp.so.1 serpentine-0.9-5.fc12.noarch requires gnome-python2-nautilus-cd-burner showimg-pgsql-0.9.5-22.fc11.i586 requires libpqxx-2.6.8.so sugar-pippy-34-2.fc12.i686 requires libstdc++.so.6(CXXABI_1.3)(64bit) sugar-pippy-34-2.fc12.i686 requires libc.so.6()(64bit) sugar-pippy-34-2.fc12.i686 requires libc.so.6(GLIBC_2.2.5)(64bit) sugar-pippy-34-2.fc12.i686 requires libgcc_s.so.1(GCC_3.0)(64bit) sugar-pippy-34-2.fc12.i686 requires libm.so.6()(64bit) sugar-pippy-34-2.fc12.i686 requires libm.so.6(GLIBC_2.2.5)(64bit) sugar-pippy-34-2.fc12.i686 requires libstdc++.so.6()(64bit) sugar-pippy-34-2.fc12.i686 requires libstdc++.so.6(GLIBCXX_3.4)(64bit) sugar-pippy-34-2.fc12.i686 requires libgcc_s.so.1()(64bit) thunderbird-lightning-1.0-0.8.20090513hg.fc12.i686 requires thunderbird < 0:3.0-3.6.b4 Broken deps for x86_64 ---------------------------------------------------------- 389-ds-1.1.3-4.fc12.noarch requires 389-ds-admin R-RScaLAPACK-0.5.1-19.fc11.x86_64 requires openmpi-libs asterisk-fax-1.6.1-0.24.rc1.fc12.x86_64 requires libspandsp.so.1()(64bit) bigboard-0.6.4-12.fc12.x86_64 requires mugshot >= 0:1.1.90-1 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.x86_64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.x86_64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-0.7.4-2.fc11.x86_64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8) clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.x86_64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.x86_64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-gtk-0.9) clutter-gtkmm-devel-0.9.4-1.fc12.x86_64 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 cluttermm-0.9.4-1.fc12.x86_64 requires libclutter-glx-0.9.so.0()(64bit) cluttermm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-0.9) cluttermm-devel-0.9.4-1.fc12.x86_64 requires pkgconfig(clutter-0.9) dap-hdf4_handler-3.7.9-2.fc11.x86_64 requires libdap.so.9()(64bit) dap-hdf4_handler-3.7.9-2.fc11.x86_64 requires libdapserver.so.6()(64bit) entertainer-0.4.2-5.fc12.noarch requires pyclutter-cairo octave-forge-20080831-10.fc12.x86_64 requires octave(api) = 0:api-v32 perl-DBIx-Class-Schema-Loader-0.04006-4.fc12.noarch requires perl(DBIX::Class) php-layers-menu-3.2.0-0.2.rc.fc12.noarch requires php-pear(HTML_Template_PHPLIB) plplot-octave-5.9.4-1.fc12.x86_64 requires octave(api) = 0:api-v32 ppl-yap-0.10.2-5.fc12.x86_64 requires libYap.so()(64bit) python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.x86_64 requires libparted-1.8.so.8()(64bit) rubygem-main-2.8.4-3.fc12.noarch requires rubygem(fattr) >= 0:1.0.3 sems-1.1.1-2.fc12.x86_64 requires libspandsp.so.1()(64bit) sems-g722-1.1.1-2.fc12.x86_64 requires libspandsp.so.1()(64bit) sems-gsm-1.1.1-2.fc12.x86_64 requires libspandsp.so.1()(64bit) sems-speex-1.1.1-2.fc12.x86_64 requires libspandsp.so.1()(64bit) serpentine-0.9-5.fc12.noarch requires gnome-python2-nautilus-cd-burner showimg-pgsql-0.9.5-22.fc11.x86_64 requires libpqxx-2.6.8.so()(64bit) thunderbird-lightning-1.0-0.8.20090513hg.fc12.x86_64 requires thunderbird < 0:3.0-3.6.b4 Broken deps for ppc ---------------------------------------------------------- 389-ds-1.1.3-4.fc12.noarch requires 389-ds-admin R-RScaLAPACK-0.5.1-19.fc11.ppc requires openmpi-libs asterisk-fax-1.6.1-0.24.rc1.fc12.ppc requires libspandsp.so.1 bigboard-0.6.4-12.fc12.ppc requires mugshot >= 0:1.1.90-1 clutter-cairomm-0.7.4-2.fc11.ppc requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.ppc requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.ppc requires libclutter-glx-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.ppc requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc requires pkgconfig(clutter-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.ppc requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.ppc requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.ppc requires pkgconfig(clutter-gtk-0.9) clutter-gtkmm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.ppc requires libclutter-glx-0.9.so.0 cluttermm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) cluttermm-devel-0.9.4-1.fc12.ppc requires pkgconfig(clutter-0.9) cluttermm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-0.9) dap-hdf4_handler-3.7.9-2.fc11.ppc requires libdap.so.9 dap-hdf4_handler-3.7.9-2.fc11.ppc requires libdapserver.so.6 entertainer-0.4.2-5.fc12.noarch requires pyclutter-cairo octave-forge-20080831-10.fc12.ppc requires octave(api) = 0:api-v32 perl-DBIx-Class-Schema-Loader-0.04006-4.fc12.noarch requires perl(DBIX::Class) php-layers-menu-3.2.0-0.2.rc.fc12.noarch requires php-pear(HTML_Template_PHPLIB) plplot-octave-5.9.4-1.fc12.ppc requires octave(api) = 0:api-v32 ppl-yap-0.10.2-5.fc12.ppc requires libYap.so python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.ppc requires libparted-1.8.so.8 rubygem-main-2.8.4-3.fc12.noarch requires rubygem(fattr) >= 0:1.0.3 sems-1.1.1-2.fc12.ppc requires libspandsp.so.1 sems-g722-1.1.1-2.fc12.ppc requires libspandsp.so.1 sems-gsm-1.1.1-2.fc12.ppc requires libspandsp.so.1 sems-speex-1.1.1-2.fc12.ppc requires libspandsp.so.1 serpentine-0.9-5.fc12.noarch requires gnome-python2-nautilus-cd-burner showimg-pgsql-0.9.5-22.fc11.ppc requires libpqxx-2.6.8.so sugar-pippy-34-2.fc12.ppc requires libc.so.6(GLIBC_2.2.5)(64bit) sugar-pippy-34-2.fc12.ppc requires libm.so.6(GLIBC_2.2.5)(64bit) thunderbird-lightning-1.0-0.8.20090513hg.fc12.ppc requires thunderbird < 0:3.0-3.6.b4 Broken deps for ppc64 ---------------------------------------------------------- 389-ds-1.1.3-4.fc12.noarch requires 389-ds-admin R-RScaLAPACK-0.5.1-19.fc11.ppc64 requires openmpi-libs asterisk-fax-1.6.1-0.24.rc1.fc12.ppc64 requires libspandsp.so.1()(64bit) bigboard-0.6.4-12.fc12.ppc64 requires mugshot >= 0:1.1.90-1 clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) cluttermm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-0.9) dap-hdf4_handler-3.7.9-2.fc11.ppc64 requires libdap.so.9()(64bit) dap-hdf4_handler-3.7.9-2.fc11.ppc64 requires libdapserver.so.6()(64bit) entertainer-0.4.2-5.fc12.noarch requires pyclutter-cairo octave-forge-20080831-10.fc12.ppc64 requires octave(api) = 0:api-v32 perl-DBIx-Class-Schema-Loader-0.04006-4.fc12.noarch requires perl(DBIX::Class) php-layers-menu-3.2.0-0.2.rc.fc12.noarch requires php-pear(HTML_Template_PHPLIB) plplot-octave-5.9.4-1.fc12.ppc64 requires octave(api) = 0:api-v32 ppl-yap-0.10.2-5.fc12.ppc64 requires libYap.so()(64bit) python-mwlib-0.11.2-3.20090522hg2956.fc12.ppc64 requires LabPlot python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.ppc64 requires libparted-1.8.so.8()(64bit) rubygem-main-2.8.4-3.fc12.noarch requires rubygem(fattr) >= 0:1.0.3 sems-1.1.1-2.fc12.ppc64 requires libspandsp.so.1()(64bit) sems-g722-1.1.1-2.fc12.ppc64 requires libspandsp.so.1()(64bit) sems-gsm-1.1.1-2.fc12.ppc64 requires libspandsp.so.1()(64bit) sems-speex-1.1.1-2.fc12.ppc64 requires libspandsp.so.1()(64bit) serpentine-0.9-5.fc12.noarch requires gnome-python2-nautilus-cd-burner showimg-pgsql-0.9.5-22.fc11.ppc64 requires libpqxx-2.6.8.so()(64bit) sugar-pippy-34-2.fc12.ppc64 requires libc.so.6(GLIBC_2.4) sugar-pippy-34-2.fc12.ppc64 requires libc.so.6(GLIBC_2.2.5)(64bit) sugar-pippy-34-2.fc12.ppc64 requires libm.so.6(GLIBC_2.0) sugar-pippy-34-2.fc12.ppc64 requires libc.so.6(GLIBC_2.1.3) sugar-pippy-34-2.fc12.ppc64 requires libstdc++.so.6(GLIBCXX_3.4) sugar-pippy-34-2.fc12.ppc64 requires libm.so.6 sugar-pippy-34-2.fc12.ppc64 requires libm.so.6(GLIBC_2.2.5)(64bit) sugar-pippy-34-2.fc12.ppc64 requires libc.so.6 sugar-pippy-34-2.fc12.ppc64 requires libgcc_s.so.1(GCC_3.0) sugar-pippy-34-2.fc12.ppc64 requires libstdc++.so.6(CXXABI_1.3) sugar-pippy-34-2.fc12.ppc64 requires libc.so.6(GLIBC_2.0) sugar-pippy-34-2.fc12.ppc64 requires libgcc_s.so.1 sugar-pippy-34-2.fc12.ppc64 requires libstdc++.so.6 thunderbird-lightning-1.0-0.8.20090513hg.fc12.ppc64 requires thunderbird < 0:3.0-3.6.b4 From jos at xos.nl Mon Aug 17 12:55:11 2009 From: jos at xos.nl (Jos Vos) Date: Mon, 17 Aug 2009 14:55:11 +0200 Subject: Fedora and Atheros L2 Message-ID: <200908171255.n7HCtBei003513@jasmine.xos.nl> Hi, Can anyone tell me if the Atheros L2 (wired) Ethernet controller is standard supported in F11 (and if yes, of there are any known issues with it)? Thanks, -- -- Jos Vos -- X/OS Experts in Open Systems BV | Phone: +31 20 6938364 -- Amsterdam, The Netherlands | Fax: +31 20 6948204 From schaiba at gmail.com Mon Aug 17 13:12:22 2009 From: schaiba at gmail.com (Aioanei Rares) Date: Mon, 17 Aug 2009 16:12:22 +0300 Subject: Fedora and Atheros L2 In-Reply-To: <200908171255.n7HCtBei003513@jasmine.xos.nl> References: <200908171255.n7HCtBei003513@jasmine.xos.nl> Message-ID: <4A895736.7040508@gmail.com> On 08/17/2009 03:55 PM, Jos Vos wrote: > Hi, > > Can anyone tell me if the Atheros L2 (wired) Ethernet controller > is standard supported in F11 (and if yes, of there are any known > issues with it)? > > Thanks, > > -- > -- Jos Vos > -- X/OS Experts in Open Systems BV | Phone: +31 20 6938364 > -- Amsterdam, The Netherlands | Fax: +31 20 6948204 > > AFAIK, the F11 kernels support Attansic L2 NIC's. From jgarzik at pobox.com Mon Aug 17 13:15:08 2009 From: jgarzik at pobox.com (Jeff Garzik) Date: Mon, 17 Aug 2009 09:15:08 -0400 Subject: IPv6 for fedora services? In-Reply-To: <200908161237.37371.dennis@ausil.us> References: <4A883914.1030100@pobox.com> <200908161237.37371.dennis@ausil.us> Message-ID: <4A8957DC.3090607@pobox.com> On 08/16/2009 01:37 PM, Dennis Gilmore wrote: > While this is the completely wrong list to ask something like this on. fedora- > infrastructre list is the correct place. there is currently no plans to roll My apologies. I have just subscribed to this list, and will re-send my query there. It seemed to me that there was some relevance to fedora-devel, as we would need to get the IPv6-enabled technology in place, before the Fedora sysadmins can deploy it. > out IPv6 our upstream providers do no provide IPv6 connectivity. we could look > at using SIXXS or someone like it for ipv6 tunnels. but as of right now its > not being actively worked on. We do need to look into it at some point > however. some mirrors are available via ipv6 . it would be nice to have > mirror lists available via it. some services i know dont support ipv6. Thanks, Jeff From bnocera at redhat.com Mon Aug 17 13:40:48 2009 From: bnocera at redhat.com (Bastien Nocera) Date: Mon, 17 Aug 2009 14:40:48 +0100 Subject: Empathy default in F12? In-Reply-To: References: <4A87B7E9.9000107@fedoraproject.org> Message-ID: <1250516449.2022.101.camel@localhost.localdomain> On Sun, 2009-08-16 at 18:02 -0400, Gregory Maxwell wrote: > But since other people may not care about that (i.e. Empathy > developers mock people who want confidentiality, i.e. > http://resiak.livejournal.com/60614.html ), I thought I'd see if I > had any other concerns. Given that this was an April's Fool, I don't really see what the problem is here... You'll have to find another source to prove that the upstream don't actually care about OTR support. From denis at poolshark.org Mon Aug 17 13:54:10 2009 From: denis at poolshark.org (Denis Leroy) Date: Mon, 17 Aug 2009 15:54:10 +0200 Subject: rawhide report: 20090817 changes In-Reply-To: <20090817111100.GA5185@releng2.fedora.phx.redhat.com> References: <20090817111100.GA5185@releng2.fedora.phx.redhat.com> Message-ID: <4A896102.2070809@poolshark.org> On 08/17/2009 01:11 PM, Rawhide Report wrote: > Broken deps for i386 > ---------------------------------------------------------- > clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 > clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 > cluttermm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 We're waiting for cluttermm to catch up with the clutter 1.0 API release... From christoph.wickert at googlemail.com Mon Aug 17 15:02:23 2009 From: christoph.wickert at googlemail.com (Christoph Wickert) Date: Mon, 17 Aug 2009 17:02:23 +0200 Subject: Confusion with openal-soft In-Reply-To: <4A893827.70102@fedoraproject.org> References: <4A87D94B.4000804@fedoraproject.org> <20090816140014.2ca415a4@faldor> <4A87F5BE.4080101@linuxdonald.de> <20090816142909.25b75fcd@faldor> <4A880C19.7010009@ioa.s.u-tokyo.ac.jp> <20090816164722.7e8ecf06@faldor> <4A8843D2.7050605@linuxdonald.de> <4A8850BF.9060605@fedoraproject.org> <1250464826.2775.156.camel@localhost> <4A88E451.3090906@fedoraproject.org> <1250499180.2721.4.camel@localhost> <4A89227C.7000804@fedoraproject.org> <1250502723.8219.18.camel@localhost> <4A8928DE.5090403@fedoraproject.org> <1250504675.8219.29.camel@localhost> <4A893827.70102@fedoraproject.org> Message-ID: <1250521343.8219.45.camel@localhost> Am Montag, den 17.08.2009, 16:29 +0530 schrieb Rahul Sundaram: > On 08/17/2009 03:54 PM, Christoph Wickert wrote: > > Am Montag, den 17.08.2009, 15:24 +0530 schrieb Rahul Sundaram: > >> On 08/17/2009 03:22 PM, Christoph Wickert wrote: > >> > >>> > >>> Then you should also know that a buildroot overwrite for the other > >>> branches has been requested as well, so a simple rebuild should fix > >>> everything for those maintainers, who want to switch to openal-soft. > >> > >> The rebuild is *unnecessary*. > > > > It's on the maintainers (but not on you) to decide whether the rebuild > > is unnecessary or not. > > The maintainer of openal-soft has already admitted that the obsolete was > incorrect and fixed it in Fedora and Fedora 10 and informed me about it > offlist. Thomas is a first timer, who joined Fedora recently. Please don't judge him by your standards and please don't expect him to follow procedures that are not even outlined in the wiki. > I am a maintainer of a package (tremulous) affected by the > obsolete and I am not supposed to say that it is unnecessary to rebuild? You can only speak for yourself and your package, but not for other maintainers or packages. > That doesn't make any sense to me. What exactly are you fighting about > now? The problem is already solved. The problem is solved, but your incorrect statement about maintainers not being able to fix their packages was still not corrected on the list. I just wanted to correct that. I'm not fighting, I'm protecting a fellow friend of mine against unjustified accusations. > Rahul Regards, Christoph From gmaxwell at gmail.com Mon Aug 17 15:14:34 2009 From: gmaxwell at gmail.com (Gregory Maxwell) Date: Mon, 17 Aug 2009 11:14:34 -0400 Subject: Empathy default in F12? In-Reply-To: <1250516449.2022.101.camel@localhost.localdomain> References: <4A87B7E9.9000107@fedoraproject.org> <1250516449.2022.101.camel@localhost.localdomain> Message-ID: On Mon, Aug 17, 2009 at 9:40 AM, Bastien Nocera wrote: > On Sun, 2009-08-16 at 18:02 -0400, Gregory Maxwell wrote: > >> But since other people may not care about that (i.e. Empathy >> developers mock people who want confidentiality, i.e. >> http://resiak.livejournal.com/60614.html ), ?I thought I'd see if I >> had any other concerns. > > Given that this was an April's Fool, I don't really see what the problem > is here... > > You'll have to find another source to prove that the upstream don't > actually care about OTR support. Do I? It was an aside. It is indisputable that the functionality does not currently exist, and is not planned. The official FAQ[1] states that they only intend to support protocol-native encryption. This position neglects the large base of users that have no interest in switching IM networks and who are completely satisfied by auto-negotiating overlay encryption. [1] http://live.gnome.org/Empathy/FAQ#head-a0dc4ab0af32e3bc3a350974a791764b8fb35c39 From sundaram at fedoraproject.org Mon Aug 17 15:14:22 2009 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Mon, 17 Aug 2009 20:44:22 +0530 Subject: Confusion with openal-soft In-Reply-To: <1250521343.8219.45.camel@localhost> References: <4A87D94B.4000804@fedoraproject.org> <20090816140014.2ca415a4@faldor> <4A87F5BE.4080101@linuxdonald.de> <20090816142909.25b75fcd@faldor> <4A880C19.7010009@ioa.s.u-tokyo.ac.jp> <20090816164722.7e8ecf06@faldor> <4A8843D2.7050605@linuxdonald.de> <4A8850BF.9060605@fedoraproject.org> <1250464826.2775.156.camel@localhost> <4A88E451.3090906@fedoraproject.org> <1250499180.2721.4.camel@localhost> <4A89227C.7000804@fedoraproject.org> <1250502723.8219.18.camel@localhost> <4A8928DE.5090403@fedoraproject.org> <1250504675.8219.29.camel@localhost> <4A893827.70102@fedoraproject.org> <1250521343.8219.45.camel@localhost> Message-ID: <4A8973CE.8050806@fedoraproject.org> On 08/17/2009 08:32 PM, Christoph Wickert wrote: > Thomas is a first timer, who joined Fedora recently. Please don't judge > him by your standards and please don't expect him to follow procedures > that are not even outlined in the wiki. I am judging anyone but "if don't break other packages" needs to be a explicit guideline, feel free to write up a draft. > The problem is solved, but your incorrect statement about maintainers > not being able to fix their packages was still not corrected on the > list. I just wanted to correct that. I'm not fighting, I'm protecting a > fellow friend of mine against unjustified accusations. Stop being dramatic. You have misread what I said. I, as a maintainer cannot fix the problem introduced by a incorrect obsolete in a underlying library since I am not the maintainer of that library. It should be fixed by the maintainer of the library themselves. Nothing incorrect about that. Neither is it unjust to ask a person to fix the problem they introduced. The maintainer has now fixed the problem and situation is resolved. End of discussion. Rahul From awilliam at redhat.com Mon Aug 17 15:24:49 2009 From: awilliam at redhat.com (Adam Williamson) Date: Mon, 17 Aug 2009 08:24:49 -0700 Subject: fonts turning white? In-Reply-To: <1250464759.2133.2.camel@scrappy.miketc.net> References: <1250464759.2133.2.camel@scrappy.miketc.net> Message-ID: <1250522689.2582.5.camel@adam.local.net> On Sun, 2009-08-16 at 18:19 -0500, Mike Chambers wrote: > I have seen menus (firefox and evolution) and/or fonts turn white or > missing on various occasions, no matter what I was doing. I've seen > mention of gtk2 for various reasons, although this may or may not be a > part of the problem. And what I mean by the problem, is the fonts are > there and didn't leave, just not black no longer. They just seemed to > fade out, or turn completely white and not be seen, or even be turned > white but can see the letters. > > Anyone else experienced this and/or know what I am experiencing? If you're using nouveau, yes. If you install the latest xorg-x11-drv-nouveau and kernel from koji, it should cure that. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From erikina at gmail.com Mon Aug 17 15:40:35 2009 From: erikina at gmail.com (Eric Springer) Date: Tue, 18 Aug 2009 01:40:35 +1000 Subject: Empathy default in F12? In-Reply-To: References: <4A87B7E9.9000107@fedoraproject.org> <1250516449.2022.101.camel@localhost.localdomain> Message-ID: On Tue, Aug 18, 2009 at 1:14 AM, Gregory Maxwell wrote: > > The official FAQ[1] states that they only intend to support > protocol-native encryption. This position neglects the large base of > users that have no interest in switching IM networks and who are > completely satisfied by auto-negotiating overlay encryption. I think their policy is sensible, and don't believe it excludes the possibility of (optional) OTR support. The far bigger issue, imo, is that we're pushing a worse solution. By worse, I mean for the average user, it's just not got as nice interface (subjective, i guess you could try argue) nor support as many features. I understand the urge to ship empathy because it's included in gnome -- but let's be honest: if the two clients were judged side-by-side and rated, there's not a chance in hell empathy would win. : ) From a.badger at gmail.com Mon Aug 17 15:49:10 2009 From: a.badger at gmail.com (Toshio Kuratomi) Date: Mon, 17 Aug 2009 08:49:10 -0700 Subject: Confusion with openal-soft In-Reply-To: <20090816205240.51cd9be2@faldor> References: <4A87D94B.4000804@fedoraproject.org> <20090816140014.2ca415a4@faldor> <4A87F5BE.4080101@linuxdonald.de> <20090816142909.25b75fcd@faldor> <4A880C19.7010009@ioa.s.u-tokyo.ac.jp> <20090816164722.7e8ecf06@faldor> <4A882617.3010601@ioa.s.u-tokyo.ac.jp> <20090816205240.51cd9be2@faldor> Message-ID: <4A897BF6.40306@gmail.com> On 08/16/2009 11:52 AM, Michael Schwendt wrote: > On Mon, 17 Aug 2009 00:30:31 +0900, Mamoru wrote: > >> Michael Schwendt wrote, at 08/16/2009 11:47 PM +9:00: >>> On Sun, 16 Aug 2009 22:39:37 +0900, Mamoru wrote: >>> >>>> Michael Schwendt wrote, at 08/16/2009 09:29 PM +9:00: >>>>> On Sun, 16 Aug 2009 14:04:14 +0200, LinuxDonald wrote: >>>>> >>>>>> I have updated the packages for F-10 and F-11 with conflicts and without >>>>>> obseltues :) >>>>> Explicit Conflicts need the approval of the Fedora Packaging Committee. >>>>> >>>> This occurs only on F-10/11 and not on rawhide. >>>> Please see the discussion on bug 515109 for details. >>> >>> First it is pointed out that parallel installable packages would be >>> preferred, then there is a jump to making them conflict. Why? >>> >>> https://fedoraproject.org/wiki/Packaging:Conflicts >> >> To be clear, openal and openal-soft can be installable in parallel >> (because of the same library with the different soversion), >> however openal-devel and openal-soft-devel is actually in conflict. > > Why? In openal-soft-devel I see a pkgconfig file. Surely that one > can be modified to point to relocated headers and libopenal.so > This would make sense to me. Do consumers of openal not make use of the pkgconfig files? If not, do they use configure scripts that make it easy to do this? > My interest in this is because I'd like to know where we are with > regard to the rather complex Fedora Packaging:Conflicts policies? > > https://fedoraproject.org/wiki/Packaging:Conflicts#Header_Name_Conflicts > [...] Put the headers in a subdirectory of /usr/include. [...] > > https://fedoraproject.org/wiki/Packaging:Conflicts#Compat_Package_Conflicts > [...] Whenever possible, this should be avoided. [...] > > So, two times it is recommended to let the packages coexist. "openal-soft" > is not a compatibility package. The old "openal" at most could be > described as a compat package in disguise after introducing openal-soft. > I can see the argument that "openal" is a compat package. Here's the Complete Guidelines that reference that: """ Compat Package Conflicts It is acceptable to use Conflicts: in some cases involving compat packages. These are the cases where it is not feasible to patch applications to look in alternate locations for the -compat files, so the foo-devel and foo-compat-devel packages need to Conflict:. Whenever possible, this should be avoided. """ So the vagueness here is the feasibility of updating packages to look in the alternate locations for the compat files. As mschwendt is pointing out, the pkgconfig file indicates this should be relatively easy. Is there some other information about this that we should know? We also usually introduce compat packages during rawhide/development. This lets us work out any kinks and get as many packages ported to the new interface as possible. Pushing this kind of change to a stable release needs to be thought out and discussed on this list. > We don't need more SHOULD type of guidelines like that, if it's too easy > to choose the lazy packaging or if explicit Conflicts are the 1st choice. > I agree with this. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: OpenPGP digital signature URL: From jonathan at jonmasters.org Mon Aug 17 18:00:19 2009 From: jonathan at jonmasters.org (Jon Masters) Date: Mon, 17 Aug 2009 14:00:19 -0400 Subject: Another linux kernel NULL pointer vulnerability ( exploit here ) In-Reply-To: <1250277829.3018.19.camel@localhost> References: <1250277829.3018.19.camel@localhost> Message-ID: <1250532019.4754.141.camel@perihelion.bos.jonmasters.org> On Fri, 2009-08-14 at 21:23 +0200, Christoph Wickert wrote: > Am Freitag, den 14.08.2009, 14:39 -0300 schrieb Itamar Reis Peixoto: > > Hello guy's > > > > for the people who don't have updated the kernel. > > I'm running kernel-2.6.29.6-217.2.3.fc11.x86_64 and this one is not > supposed to be fixed, however... > > > http://grsecurity.net/%7Espender/wunderbar_emporium.tgz > > ... it doesn't work here. Although the author claims it's not stopped by > SELinux (he even mentions Dan by name), SELinux one more time saves the > world: FYI I saw a real life attempt to exploit this over the weekend on a machine of mine where someone had found a PHP exploit. Fortunately, I had already upgraded the kernel and their rootkit attempt failed, however it's worth emphasizing that this is certainly out there. I have more information on the rootkit they used for legitimate security researchers who are interested in the issue. Jon. From jkeating at redhat.com Mon Aug 17 18:33:08 2009 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 17 Aug 2009 11:33:08 -0700 Subject: Fedora Release Engineering meeting summary for 2009-08-17 Message-ID: <1250533988.2745.70.camel@localhost.localdomain> Minutes: http://meetbot.fedoraproject.org/fedora-meeting/2009-08-17/fedora-meeting.2009-08-17-18.01.html Minutes (text): http://meetbot.fedoraproject.org/fedora-meeting/2009-08-17/fedora-meeting.2009-08-17-18.01.txt Log: http://meetbot.fedoraproject.org/fedora-meeting/2009-08-17/fedora-meeting.2009-08-17-18.01.log.html Meeting log ----------- * **roll call** (Oxf13-18:01:05_) * **Orphans (old business)** (Oxf13-18:04:15_) * **Critical Path (old business)** (Oxf13-18:05:11_) * **Fedora 12 Alpha** (Oxf13-18:07:33_) * *LINK*: https://fedoraproject.org/wiki/QA:Fedora_12_Alpha_RC1_Install_Test_Results (Oxf13-18:09:01_) * *INFO*: release readiness meeting is wednesday at 19:00 UTC (16:00 EDT/13:00 PDT (Oxf13-18:23:35_) * **Open Floor** (Oxf13-18:24:02_) * *LINK*: https://fedoraproject.org/wiki/RPM_Upgrade_SOP (dgilmore-18:28:04_) -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From tcallawa at redhat.com Mon Aug 17 19:16:47 2009 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Mon, 17 Aug 2009 15:16:47 -0400 Subject: Confusion with openal-soft In-Reply-To: <4A897BF6.40306@gmail.com> References: <4A87D94B.4000804@fedoraproject.org> <20090816140014.2ca415a4@faldor> <4A87F5BE.4080101@linuxdonald.de> <20090816142909.25b75fcd@faldor> <4A880C19.7010009@ioa.s.u-tokyo.ac.jp> <20090816164722.7e8ecf06@faldor> <4A882617.3010601@ioa.s.u-tokyo.ac.jp> <20090816205240.51cd9be2@faldor> <4A897BF6.40306@gmail.com> Message-ID: <4A89AC9F.6020609@redhat.com> On 08/17/2009 11:49 AM, Toshio Kuratomi wrote: > This would make sense to me. Do consumers of openal not make use of the > pkgconfig files? If not, do they use configure scripts that make it > easy to do this? In the case of my package which uses openal (alienarean), it dlopens the openal library. So, while it isn't making use of pkgconfig (or configure scripts), it is easy enough for me to point it to the right library to dlopen. ~spot From sundaram at fedoraproject.org Mon Aug 17 20:05:37 2009 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Tue, 18 Aug 2009 01:35:37 +0530 Subject: yum-presto plugin by default In-Reply-To: <4A6BAD10.8090207@fedoraproject.org> References: <4A6BAD10.8090207@fedoraproject.org> Message-ID: <4A89B811.1000104@fedoraproject.org> On 07/26/2009 06:40 AM, Rahul Sundaram wrote: > Hi, > > Can we make it a default in comps for Rawhide? > > Rahul No answer here after weeks. After some lengthy discussion with rel-eng team in irc, not much care either way. Talked to desktop team and based on their recommendation, I have added yum-presto to the GNOME Desktop group by default. If rel-eng wants to add it a base group for the DVD image, feel free to do so. Spin owners - likewise. Thanks. Rahul From mikem.rtp at gmail.com Mon Aug 17 20:52:10 2009 From: mikem.rtp at gmail.com (Mike McLean) Date: Mon, 17 Aug 2009 16:52:10 -0400 Subject: fonts turning white? In-Reply-To: <1250522689.2582.5.camel@adam.local.net> References: <1250464759.2133.2.camel@scrappy.miketc.net> <1250522689.2582.5.camel@adam.local.net> Message-ID: <4f50e0680908171352u502a1f7fxb79dbebc434f438d@mail.gmail.com> On Mon, Aug 17, 2009 at 11:24 AM, Adam Williamson wrote: > On Sun, 2009-08-16 at 18:19 -0500, Mike Chambers wrote: >> I have seen menus (firefox and evolution) and/or fonts turn white or >> missing on various occasions, no matter what I was doing. ?I've seen >> mention of gtk2 for various reasons, although this may or may not be a >> part of the problem. ?And what I mean by the problem, is the fonts are >> there and didn't leave, just not black no longer. ?They just seemed to >> fade out, or turn completely white and not be seen, or even be turned >> white but can see the letters. >> >> Anyone else experienced this and/or know what I am experiencing? > > If you're using nouveau, yes. If you install the latest > xorg-x11-drv-nouveau and kernel from koji, it should cure that. I've been seeing random font corruptions, missing letters (I suppose they could just be white on white), sometimes the odd symbol-ish character instead of a letter. Intermittent. This is with the intel driver. From awilliam at redhat.com Mon Aug 17 21:08:59 2009 From: awilliam at redhat.com (Adam Williamson) Date: Mon, 17 Aug 2009 14:08:59 -0700 Subject: fonts turning white? In-Reply-To: <4f50e0680908171352u502a1f7fxb79dbebc434f438d@mail.gmail.com> References: <1250464759.2133.2.camel@scrappy.miketc.net> <1250522689.2582.5.camel@adam.local.net> <4f50e0680908171352u502a1f7fxb79dbebc434f438d@mail.gmail.com> Message-ID: <1250543339.2434.2.camel@adam.local.net> On Mon, 2009-08-17 at 16:52 -0400, Mike McLean wrote: > On Mon, Aug 17, 2009 at 11:24 AM, Adam Williamson wrote: > > On Sun, 2009-08-16 at 18:19 -0500, Mike Chambers wrote: > >> I have seen menus (firefox and evolution) and/or fonts turn white or > >> missing on various occasions, no matter what I was doing. I've seen > >> mention of gtk2 for various reasons, although this may or may not be a > >> part of the problem. And what I mean by the problem, is the fonts are > >> there and didn't leave, just not black no longer. They just seemed to > >> fade out, or turn completely white and not be seen, or even be turned > >> white but can see the letters. > >> > >> Anyone else experienced this and/or know what I am experiencing? > > > > If you're using nouveau, yes. If you install the latest > > xorg-x11-drv-nouveau and kernel from koji, it should cure that. > > I've been seeing random font corruptions, missing letters (I suppose > they could just be white on white), sometimes the odd symbol-ish > character instead of a letter. Intermittent. This is with the intel > driver. That sounds somewhat different from the bug I've been seeing on nouveau. I think there are already some font corruption reports for intel, though, so take a look through those before filing a new bug. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From braden at endoframe.com Mon Aug 17 21:17:55 2009 From: braden at endoframe.com (Braden McDaniel) Date: Mon, 17 Aug 2009 17:17:55 -0400 Subject: xulrunner-1.9.1.1-1.fc11.x86_64 update pulls in i586 packages In-Reply-To: <20090723181328.161e9bb5@faldor> References: <1248331120.4653.13417.camel@localhost> <4A687333.60909@ioa.s.u-tokyo.ac.jp> <1248363564.4653.14513.camel@localhost> <1248364557.4653.14575.camel@localhost> <20090723181328.161e9bb5@faldor> Message-ID: <4A89C903.4020607@endoframe.com> On 7/23/09 12:13 PM, Michael Schwendt wrote: > On Thu, 23 Jul 2009 11:55:57 -0400, Braden wrote: > >> Is the problem that the gecko-libs dependency is not arch-specific? How >> do we fix that? > > You could make it arch-specific by depending on gecko-libs%{?_isa} = ... This doesn't Just Work; it seems that the provider of gecko-libs needs to make it arch-specific as well. I've filed bug 517665 against xulrunner and bug 517666 against java-1.6.0-openjdk. -- Braden McDaniel e-mail: Jabber: From mike at miketc.net Mon Aug 17 22:17:51 2009 From: mike at miketc.net (Mike Chambers) Date: Mon, 17 Aug 2009 17:17:51 -0500 Subject: Empathy default in F12? In-Reply-To: References: <4A87B7E9.9000107@fedoraproject.org> <1250516449.2022.101.camel@localhost.localdomain> Message-ID: <1250547471.7338.13.camel@scrappy.miketc.net> On Tue, 2009-08-18 at 01:40 +1000, Eric Springer wrote: > I understand the urge to ship empathy because it's included in gnome > -- but let's be honest: if the two clients were judged side-by-side > and rated, there's not a chance in hell empathy would win. : ) +1 on that, empathy sux and I couldn't get it to connect to yahoo or understand a button or two that it has. Pidgin is def an upgrade. -- Mike Chambers Madisonville, KY Fedora Project - Bugzapper, Tester, User, etc.. From bochecha at fedoraproject.org Mon Aug 17 22:31:34 2009 From: bochecha at fedoraproject.org (Mathieu Bridon (bochecha)) Date: Tue, 18 Aug 2009 00:31:34 +0200 Subject: Empathy default in F12? In-Reply-To: References: <4A87B7E9.9000107@fedoraproject.org> <1250516449.2022.101.camel@localhost.localdomain> Message-ID: <2d319b780908171531w2d1267b3k15833970c6148d36@mail.gmail.com> > I understand the urge to ship empathy because it's included in gnome > -- but let's be honest: if the two clients were judged side-by-side > and rated, there's not a chance in hell empathy would win. : ) ... and yet some of us definitely prefer it to Pidgin. :) I'm not sure the default apps should be chosen by popularity. Each spin is produced by a team. This team has a vision of what they want their spin to be like, and they choose the default apps according to this vision. If you want to participate in the choice of the default apps for a particular spin, I think you should get into the appropriate team, not start polls on a random mailing list. Also, keep in mind that no spin can be perfect for everyone out-of-box. If you don't like the default choices of a spin, you still have the possibility to either try another one or to simply change those choices (e.g installing Pidgin and removing Empathy). Would you complain because the default wallpaper is ugly ? No, you simply change it. This wallpaper was chosen according to the vision of the team that produced it, and you don't share this vision (which is understandable), so you change the wallpaper. A default app is just another choice the team producing the spin has to make. Just like a default wallpaper. Best regards, ---------- Mathieu Bridon (bochecha) From gmaxwell at gmail.com Mon Aug 17 22:46:16 2009 From: gmaxwell at gmail.com (Gregory Maxwell) Date: Mon, 17 Aug 2009 18:46:16 -0400 Subject: Empathy default in F12? In-Reply-To: <2d319b780908171531w2d1267b3k15833970c6148d36@mail.gmail.com> References: <4A87B7E9.9000107@fedoraproject.org> <1250516449.2022.101.camel@localhost.localdomain> <2d319b780908171531w2d1267b3k15833970c6148d36@mail.gmail.com> Message-ID: On Mon, Aug 17, 2009 at 6:31 PM, Mathieu Bridon (bochecha) wrote: >> I understand the urge to ship empathy because it's included in gnome >> -- but let's be honest: if the two clients were judged side-by-side >> and rated, there's not a chance in hell empathy would win. : ) > > ... and yet some of us definitely prefer it to Pidgin. :) > > I'm not sure the default apps should be chosen by popularity. Each > spin is produced by a team. This team has a vision of what they want > their spin to be like, and they choose the default apps according to > this vision. If you want to participate in the choice of the default [snip] I don't think anyone is calling for a vote here. (Though if there were one? I think the outcome would be obvious). The kind of non-trivial feature gaps that have been raised are exactly the sort of criteria which should influence in a decision, regardless of popularity. Vision is grand. I hope that software which meets peoples needs, and software which protects people's confidentiality is part of the shared fedora vision. From dr.diesel at gmail.com Tue Aug 18 01:09:05 2009 From: dr.diesel at gmail.com (Dr. Diesel) Date: Mon, 17 Aug 2009 21:09:05 -0400 Subject: Visiting webpage causes ~hard lock - round 2! Message-ID: <2a28d2ab0908171809p64770fddqf0a8208ba8416ca4@mail.gmail.com> This happened a little while ago: https://bugzilla.redhat.com/show_bug.cgi?id=498131 Seems to be happening again (tried 3x, same result) on a different website and most likely something different but could someone please confirm before I BZ this? Please save your work and visit (tech website): http://hardforum.com/showthread.php?t=1391450&page=13 Screen freezes, mouse has jerky movement, vt switch fails. F11.i368 all updates as of today, nothing good in /var/log/messages Video: Display controller: Intel Corporation Mobile 945GM/GMS/GME, 943/940GML Express Integrated Graphics Controller (rev 03) Subsystem: Toshiba America Info Systems Device ff02 Thanks Andy -- projecthuh.com All of my bits are free, are yours? Fedoraproject.org "I'd rather have dead offenders than repeat offenders" - Ted Nugent -------------- next part -------------- An HTML attachment was scrubbed... URL: From mrsam at courier-mta.com Tue Aug 18 01:24:20 2009 From: mrsam at courier-mta.com (Sam Varshavchik) Date: Mon, 17 Aug 2009 21:24:20 -0400 Subject: Visiting webpage causes ~hard lock - round 2! References: <2a28d2ab0908171809p64770fddqf0a8208ba8416ca4@mail.gmail.com> Message-ID: Dr. Diesel writes: > Please save your work and visit (tech website): > > http://hardf > orum.com/showthread.php?t=1391450&page=13 > > Screen freezes, mouse has jerky movement, vt switch fails. Loads fine for me. > F11.i368 all updates as of today, nothing good in /var/log/messages Same here. This subject is better suited for fedora-list, follow-ups set. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From thuforuk at yahoo.co.uk Tue Aug 18 01:34:05 2009 From: thuforuk at yahoo.co.uk (Dariusz J. Garbowski) Date: Mon, 17 Aug 2009 19:34:05 -0600 Subject: Visiting webpage causes ~hard lock - round 2! In-Reply-To: References: <2a28d2ab0908171809p64770fddqf0a8208ba8416ca4@mail.gmail.com> Message-ID: <4A8A050D.7030703@yahoo.co.uk> On 08/17/2009 07:24 PM, Sam Varshavchik wrote: > Dr. Diesel writes: > >> Please save your work and visit (tech website): >> >> http://hardf >> orum.com/showthread.php?t=1391450&page=13 >> >> Screen freezes, mouse has jerky movement, vt switch fails. > > Loads fine for me. > Same here. Though I have ATI gfx. From hlprasu at gmail.com Tue Aug 18 01:41:59 2009 From: hlprasu at gmail.com (Prasad H. L.) Date: Tue, 18 Aug 2009 07:11:59 +0530 Subject: Visiting webpage causes ~hard lock - round 2! In-Reply-To: References: <2a28d2ab0908171809p64770fddqf0a8208ba8416ca4@mail.gmail.com> Message-ID: <6d7d306e0908171841o7b9de26aq33b320d31bab916b@mail.gmail.com> 2009/8/18 Sam Varshavchik : > Dr. Diesel writes: > >> Please save your work and visit (tech website): >> >> >> http://hardf >> orum.com/showthread.php?t=1391450&page=13 >> >> Screen freezes, mouse has jerky movement, vt switch fails. > > Loads fine for me. Its probably a javascript going out of hand. The same problem occurred here as well on Firefox (3.5.2). I could ssh to the machine and see that 'X' was taking ~98% CPU... Probably a plugin like NoScript for firefox might help... > >> F11.i368 all updates as of today, nothing good in /var/log/messages > > Same here. > > This subject is better suited for fedora-list, follow-ups set. True... From cra at WPI.EDU Tue Aug 18 02:16:24 2009 From: cra at WPI.EDU (Chuck Anderson) Date: Mon, 17 Aug 2009 22:16:24 -0400 Subject: yum-presto plugin by default In-Reply-To: <4A89B811.1000104@fedoraproject.org> References: <4A6BAD10.8090207@fedoraproject.org> <4A89B811.1000104@fedoraproject.org> Message-ID: <20090818021624.GJ12399@angus.ind.WPI.EDU> On Tue, Aug 18, 2009 at 01:35:37AM +0530, Rahul Sundaram wrote: > On 07/26/2009 06:40 AM, Rahul Sundaram wrote: > > Hi, > > > > Can we make it a default in comps for Rawhide? > > > > Rahul > > No answer here after weeks. > > After some lengthy discussion with rel-eng team in irc, not much care > either way. Talked to desktop team and based on their recommendation, I > have added yum-presto to the GNOME Desktop group by default. > > If rel-eng wants to add it a base group for the DVD image, feel free to > do so. Spin owners - likewise. Thanks. I've been using yum-presto since before F11 came out, and it is great. +1 to installing it by default in F12. From gtwilliams at gmail.com Tue Aug 18 04:09:46 2009 From: gtwilliams at gmail.com (Garry T. Williams) Date: Tue, 18 Aug 2009 00:09:46 -0400 Subject: Visiting webpage causes ~hard lock - round 2! In-Reply-To: <2a28d2ab0908171809p64770fddqf0a8208ba8416ca4@mail.gmail.com> References: <2a28d2ab0908171809p64770fddqf0a8208ba8416ca4@mail.gmail.com> Message-ID: <200908180009.46778.gtwilliams@gmail.com> On Monday 17 August 2009 21:09:05 Dr. Diesel wrote: > This happened a little while ago: > > https://bugzilla.redhat.com/show_bug.cgi?id=498131 > > Seems to be happening again (tried 3x, same result) on a different > website and most likely something different but could someone please > confirm before I BZ this? > > Please save your work and visit (tech website): > > http://hardforum.com/showthread.php?t=1391450&page=13 > > Screen freezes, mouse has jerky movement, vt switch fails. > > F11.i368 all updates as of today, nothing good in /var/log/messages I can confirm this. > Video: > > Display controller: Intel Corporation Mobile 945GM/GMS/GME, > 943/940GML Express Integrated Graphics Controller (rev 03) > Subsystem: Toshiba America > Info Systems Device ff02 Display controller: Intel Corporation 82G965 Integrated Graphics Controller (rev 02) -- Garry T. Williams --- +1 678 656-4579 From awilliam at redhat.com Mon Aug 17 19:13:55 2009 From: awilliam at redhat.com (Adam Williamson) Date: Mon, 17 Aug 2009 12:13:55 -0700 Subject: Confusion with openal-soft In-Reply-To: <4A882617.3010601@ioa.s.u-tokyo.ac.jp> References: <4A87D94B.4000804@fedoraproject.org> <20090816140014.2ca415a4@faldor> <4A87F5BE.4080101@linuxdonald.de> <20090816142909.25b75fcd@faldor> <4A880C19.7010009@ioa.s.u-tokyo.ac.jp> <20090816164722.7e8ecf06@faldor> <4A882617.3010601@ioa.s.u-tokyo.ac.jp> Message-ID: <1250536435.11929.10.camel@vaio.local.net> On Mon, 2009-08-17 at 00:30 +0900, Mamoru Tasaka wrote: > On F-10/11 the whole rebuild is not preferable, however it seems that > actually openal-soft is also needed on F-10/11 to fix some bugs > (bug 515109). So on F-10/11, it was decided to make openal and > openal-soft installable in parallel (not making openal-soft obsolete > openal) and make openal-devel and openal-soft-devel in conflict (not > making openal-soft-devel obsolete openal-devel) to avoid mass rebuild. It's usually possible to have the devel packages co-exist by renaming the new library (make it libopenal-soft.so). This may require a small patch to any app you want to build against the new version (make it look for libopenal-soft instead of just libopenal), but I think this is preferable to conflicting -devel packages. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From awilliam at redhat.com Mon Aug 17 19:20:13 2009 From: awilliam at redhat.com (Adam Williamson) Date: Mon, 17 Aug 2009 12:20:13 -0700 Subject: Fedora and Atheros L2 In-Reply-To: <4A895736.7040508@gmail.com> References: <200908171255.n7HCtBei003513@jasmine.xos.nl> <4A895736.7040508@gmail.com> Message-ID: <1250536813.11929.11.camel@vaio.local.net> On Mon, 2009-08-17 at 16:12 +0300, Aioanei Rares wrote: > On 08/17/2009 03:55 PM, Jos Vos wrote: > > Hi, > > > > Can anyone tell me if the Atheros L2 (wired) Ethernet controller > > is standard supported in F11 (and if yes, of there are any known > > issues with it)? > > AFAIK, the F11 kernels support Attansic L2 NIC's. 'modinfo atl2' certainly suggests that it does. Lists the supported PCI ID as 1969:2048. I'm not aware of any issues with that driver (though I haven't used it myself). -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From mschwendt at gmail.com Tue Aug 18 05:28:46 2009 From: mschwendt at gmail.com (Michael Schwendt) Date: Tue, 18 Aug 2009 07:28:46 +0200 Subject: xulrunner-1.9.1.1-1.fc11.x86_64 update pulls in i586 packages In-Reply-To: <4A89C903.4020607@endoframe.com> References: <1248331120.4653.13417.camel@localhost> <4A687333.60909@ioa.s.u-tokyo.ac.jp> <1248363564.4653.14513.camel@localhost> <1248364557.4653.14575.camel@localhost> <20090723181328.161e9bb5@faldor> <4A89C903.4020607@endoframe.com> Message-ID: <20090818072846.41ef2050@faldor> On Mon, 17 Aug 2009 17:17:55 -0400, Braden wrote: > On 7/23/09 12:13 PM, Michael Schwendt wrote: > > On Thu, 23 Jul 2009 11:55:57 -0400, Braden wrote: > > > >> Is the problem that the gecko-libs dependency is not arch-specific? How > >> do we fix that? > > > > You could make it arch-specific by depending on gecko-libs%{?_isa} = ... > > This doesn't Just Work; it seems that the provider of gecko-libs needs > to make it arch-specific as well. > > I've filed bug 517665 against xulrunner and bug 517666 against > java-1.6.0-openjdk. Yes, the %{?_isa} Provides get automatically created (even for F11) for physical packages, $ rpm -q --provides gtk2|grep ^gtk gtk2 = 2.16.5-1.fc11 gtk2(x86-32) = 2.16.5-1.fc11 but not for virtual ones. gecko-libs and gecko-devel are *still* only virtual packages defined manually within the xulrunner.spec From sundaram at fedoraproject.org Tue Aug 18 09:41:32 2009 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Tue, 18 Aug 2009 15:11:32 +0530 Subject: Visiting webpage causes ~hard lock - round 2! In-Reply-To: <2a28d2ab0908171809p64770fddqf0a8208ba8416ca4@mail.gmail.com> References: <2a28d2ab0908171809p64770fddqf0a8208ba8416ca4@mail.gmail.com> Message-ID: <4A8A774C.5080205@fedoraproject.org> On 08/18/2009 06:39 AM, Dr. Diesel wrote: > This happened a little while ago: > > https://bugzilla.redhat.com/show_bug.cgi?id=498131 > > Seems to be happening again (tried 3x, same result) on a different > website and most likely something different but could someone please > confirm before I BZ this? > > Please save your work and visit (tech website): > > http://hardforum.com/showthread.php?t=1391450&page=13 > > > Screen freezes, mouse has jerky movement, vt switch fails. > > F11.i368 all updates as of today, nothing good in /var/log/messages No problems here. My hardware profile http://smolts.org/show?uuid=pub_de7ca5e0-60e7-458b-96d7-961c2c150cf7 Rahul From christoph.wickert at googlemail.com Tue Aug 18 10:04:14 2009 From: christoph.wickert at googlemail.com (Christoph Wickert) Date: Tue, 18 Aug 2009 12:04:14 +0200 Subject: source file audit - 2009-08-10 In-Reply-To: <20090810101542.2fa4f2d7@ohm.scrye.com> References: <20090810101542.2fa4f2d7@ohm.scrye.com> Message-ID: <1250589854.2760.3.camel@localhost> Am Montag, den 10.08.2009, 10:15 -0600 schrieb Kevin Fenzi: > cwickert:BADURL:glista-0.4.tar.gz:glista works with spectool > cwickert:BADURL:gwget-1.0.1.tar.bz2:gwget 404, new version, fixed. > cwickert:BADURL:lxde-settings-daemon-0.4.tar.bz2:lxde-settings-daemon 301, due to sf changes I guess. lxde-settings-deamon will be orphaned soon, because it will become part of lxsession. > cwickert:BADURL:termit-2.2.0.tar.bz2:termit works with spectool > cwickert:BADURL:thunar-volman-0.3.80.tar.bz2:thunar-volman 404, Xfce download archive reorganization. > cwickert:BADURL:timer-applet-2.1.2.tar.gz:gnome-applet-timer works spectool, SF.net > cwickert:BADURL:xfburn-0.4.2.tar.bz2:xfburn 404, Xfce download archive reorganization. Regards, Christoph From dr.diesel at gmail.com Tue Aug 18 10:14:34 2009 From: dr.diesel at gmail.com (Dr. Diesel) Date: Tue, 18 Aug 2009 05:14:34 -0500 Subject: Visiting webpage causes ~hard lock - round 2! In-Reply-To: <200908180009.46778.gtwilliams@gmail.com> References: <2a28d2ab0908171809p64770fddqf0a8208ba8416ca4@mail.gmail.com> <200908180009.46778.gtwilliams@gmail.com> Message-ID: <2a28d2ab0908180314y31c002a8i9c977fedbda2f2c3@mail.gmail.com> On Mon, Aug 17, 2009 at 11:09 PM, Garry T. Williams wrote: > On Monday 17 August 2009 21:09:05 Dr. Diesel wrote: > > This happened a little while ago: > > > > https://bugzilla.redhat.com/show_bug.cgi?id=498131 > > > > Seems to be happening again (tried 3x, same result) on a different > > website and most likely something different but could someone please > > confirm before I BZ this? > > > > Please save your work and visit (tech website): > > > > http://hardforum.com/showthread.php?t=1391450&page=13 > > > > Screen freezes, mouse has jerky movement, vt switch fails. > > > > F11.i368 all updates as of today, nothing good in /var/log/messages > > I can confirm this. > > > Video: > > > > Display controller: Intel Corporation Mobile 945GM/GMS/GME, > > 943/940GML Express Integrated Graphics Controller (rev 03) > > Subsystem: Toshiba America > > Info Systems Device ff02 > > Display controller: Intel Corporation 82G965 Integrated Graphics > Controller (rev 02) > > -- > Garry T. Williams --- +1 678 656-4579 Gary, thanks for confirming. This one appears selective! https://bugzilla.redhat.com/show_bug.cgi?id=517987 Sam is probably right though, I should have sent this to fedora-list, my bad, way too many lists! -- projecthuh.com All of my bits are free, are yours? Fedoraproject.org "I'd rather have dead offenders than repeat offenders" - Ted Nugent -------------- next part -------------- An HTML attachment was scrubbed... URL: From h.reindl at thelounge.net Tue Aug 18 10:16:21 2009 From: h.reindl at thelounge.net (Reindl Harald) Date: Tue, 18 Aug 2009 12:16:21 +0200 Subject: Kernel 2.6.29 for F10 Message-ID: <4A8A7F75.9080700@thelounge.net> Hi Is there a reason that since longer time 2.6.29-Kernels for Fedora 10 landing in "Updates-testing" followed with 2.6.27-Builds in the meantime? On machines with kmods this is a real problem because yum detetects the kmod for 2.6.27-Build and wants to install the 2.6.27 kernel which conflicts with the installed one I use the 2.6.29 since months in the meantime, F11 has it since the release and i do not realize why F10 does not get him -- Reindl Harald the lounge interactive design GmbH A-1060 Vienna | Hofm?hlgasse 17 software-development / cms-solutions phone: +43 (1) 595 3999 33 cellular: +43 (676) 40 221 40 icq: 154546673 mailto:h.reindl at thelounge.net http://www.thelounge.net/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 257 bytes Desc: OpenPGP digital signature URL: From rawhide at fedoraproject.org Tue Aug 18 12:53:41 2009 From: rawhide at fedoraproject.org (Rawhide Report) Date: Tue, 18 Aug 2009 12:53:41 +0000 Subject: rawhide report: 20090818 changes Message-ID: <20090818125341.GA26762@releng2.fedora.phx.redhat.com> Compose started at Tue Aug 18 06:15:04 UTC 2009 Summary: Added Packages: 0 Removed Packages: 0 Modified Packages: 0 Broken deps for i386 ---------------------------------------------------------- 389-ds-1.1.3-4.fc12.noarch requires 389-ds-admin R-RScaLAPACK-0.5.1-19.fc11.i586 requires openmpi-libs asterisk-fax-1.6.1-0.24.rc1.fc12.i686 requires libspandsp.so.1 bigboard-0.6.4-12.fc12.i686 requires mugshot >= 0:1.1.90-1 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0 clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0 clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 cluttermm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-0.9) dap-hdf4_handler-3.7.9-2.fc11.i586 requires libdap.so.9 dap-hdf4_handler-3.7.9-2.fc11.i586 requires libdapserver.so.6 entertainer-0.4.2-5.fc12.noarch requires pyclutter-cairo octave-forge-20080831-10.fc12.i686 requires octave(api) = 0:api-v32 perl-DBIx-Class-Schema-Loader-0.04006-4.fc12.noarch requires perl(DBIX::Class) php-layers-menu-3.2.0-0.2.rc.fc12.noarch requires php-pear(HTML_Template_PHPLIB) plplot-octave-5.9.4-1.fc12.i586 requires octave(api) = 0:api-v32 ppl-yap-0.10.2-5.fc12.i686 requires libYap.so python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.i586 requires libparted-1.8.so.8 rubygem-main-2.8.4-3.fc12.noarch requires rubygem(fattr) >= 0:1.0.3 sems-1.1.1-2.fc12.i586 requires libspandsp.so.1 sems-g722-1.1.1-2.fc12.i586 requires libspandsp.so.1 sems-gsm-1.1.1-2.fc12.i586 requires libspandsp.so.1 sems-speex-1.1.1-2.fc12.i586 requires libspandsp.so.1 serpentine-0.9-5.fc12.noarch requires gnome-python2-nautilus-cd-burner showimg-pgsql-0.9.5-22.fc11.i586 requires libpqxx-2.6.8.so sugar-pippy-34-2.fc12.i686 requires libstdc++.so.6(CXXABI_1.3)(64bit) sugar-pippy-34-2.fc12.i686 requires libc.so.6()(64bit) sugar-pippy-34-2.fc12.i686 requires libc.so.6(GLIBC_2.2.5)(64bit) sugar-pippy-34-2.fc12.i686 requires libgcc_s.so.1(GCC_3.0)(64bit) sugar-pippy-34-2.fc12.i686 requires libm.so.6()(64bit) sugar-pippy-34-2.fc12.i686 requires libm.so.6(GLIBC_2.2.5)(64bit) sugar-pippy-34-2.fc12.i686 requires libstdc++.so.6()(64bit) sugar-pippy-34-2.fc12.i686 requires libstdc++.so.6(GLIBCXX_3.4)(64bit) sugar-pippy-34-2.fc12.i686 requires libgcc_s.so.1()(64bit) thunderbird-lightning-1.0-0.8.20090513hg.fc12.i686 requires thunderbird < 0:3.0-3.6.b4 Broken deps for x86_64 ---------------------------------------------------------- 389-ds-1.1.3-4.fc12.noarch requires 389-ds-admin R-RScaLAPACK-0.5.1-19.fc11.x86_64 requires openmpi-libs asterisk-fax-1.6.1-0.24.rc1.fc12.x86_64 requires libspandsp.so.1()(64bit) bigboard-0.6.4-12.fc12.x86_64 requires mugshot >= 0:1.1.90-1 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.x86_64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.x86_64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-0.7.4-2.fc11.x86_64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8) clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.x86_64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.x86_64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-gtk-0.9) clutter-gtkmm-devel-0.9.4-1.fc12.x86_64 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 cluttermm-0.9.4-1.fc12.x86_64 requires libclutter-glx-0.9.so.0()(64bit) cluttermm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-0.9) cluttermm-devel-0.9.4-1.fc12.x86_64 requires pkgconfig(clutter-0.9) dap-hdf4_handler-3.7.9-2.fc11.x86_64 requires libdap.so.9()(64bit) dap-hdf4_handler-3.7.9-2.fc11.x86_64 requires libdapserver.so.6()(64bit) entertainer-0.4.2-5.fc12.noarch requires pyclutter-cairo octave-forge-20080831-10.fc12.x86_64 requires octave(api) = 0:api-v32 perl-DBIx-Class-Schema-Loader-0.04006-4.fc12.noarch requires perl(DBIX::Class) php-layers-menu-3.2.0-0.2.rc.fc12.noarch requires php-pear(HTML_Template_PHPLIB) plplot-octave-5.9.4-1.fc12.x86_64 requires octave(api) = 0:api-v32 ppl-yap-0.10.2-5.fc12.x86_64 requires libYap.so()(64bit) python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.x86_64 requires libparted-1.8.so.8()(64bit) rubygem-main-2.8.4-3.fc12.noarch requires rubygem(fattr) >= 0:1.0.3 sems-1.1.1-2.fc12.x86_64 requires libspandsp.so.1()(64bit) sems-g722-1.1.1-2.fc12.x86_64 requires libspandsp.so.1()(64bit) sems-gsm-1.1.1-2.fc12.x86_64 requires libspandsp.so.1()(64bit) sems-speex-1.1.1-2.fc12.x86_64 requires libspandsp.so.1()(64bit) serpentine-0.9-5.fc12.noarch requires gnome-python2-nautilus-cd-burner showimg-pgsql-0.9.5-22.fc11.x86_64 requires libpqxx-2.6.8.so()(64bit) thunderbird-lightning-1.0-0.8.20090513hg.fc12.x86_64 requires thunderbird < 0:3.0-3.6.b4 Broken deps for ppc ---------------------------------------------------------- 389-ds-1.1.3-4.fc12.noarch requires 389-ds-admin R-RScaLAPACK-0.5.1-19.fc11.ppc requires openmpi-libs asterisk-fax-1.6.1-0.24.rc1.fc12.ppc requires libspandsp.so.1 bigboard-0.6.4-12.fc12.ppc requires mugshot >= 0:1.1.90-1 clutter-cairomm-0.7.4-2.fc11.ppc requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.ppc requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.ppc requires libclutter-glx-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.ppc requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc requires pkgconfig(clutter-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.ppc requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.ppc requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.ppc requires pkgconfig(clutter-gtk-0.9) clutter-gtkmm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.ppc requires libclutter-glx-0.9.so.0 cluttermm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) cluttermm-devel-0.9.4-1.fc12.ppc requires pkgconfig(clutter-0.9) cluttermm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-0.9) dap-hdf4_handler-3.7.9-2.fc11.ppc requires libdap.so.9 dap-hdf4_handler-3.7.9-2.fc11.ppc requires libdapserver.so.6 entertainer-0.4.2-5.fc12.noarch requires pyclutter-cairo octave-forge-20080831-10.fc12.ppc requires octave(api) = 0:api-v32 perl-DBIx-Class-Schema-Loader-0.04006-4.fc12.noarch requires perl(DBIX::Class) php-layers-menu-3.2.0-0.2.rc.fc12.noarch requires php-pear(HTML_Template_PHPLIB) plplot-octave-5.9.4-1.fc12.ppc requires octave(api) = 0:api-v32 ppl-yap-0.10.2-5.fc12.ppc requires libYap.so python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.ppc requires libparted-1.8.so.8 rubygem-main-2.8.4-3.fc12.noarch requires rubygem(fattr) >= 0:1.0.3 sems-1.1.1-2.fc12.ppc requires libspandsp.so.1 sems-g722-1.1.1-2.fc12.ppc requires libspandsp.so.1 sems-gsm-1.1.1-2.fc12.ppc requires libspandsp.so.1 sems-speex-1.1.1-2.fc12.ppc requires libspandsp.so.1 serpentine-0.9-5.fc12.noarch requires gnome-python2-nautilus-cd-burner showimg-pgsql-0.9.5-22.fc11.ppc requires libpqxx-2.6.8.so sugar-pippy-34-2.fc12.ppc requires libc.so.6(GLIBC_2.2.5)(64bit) sugar-pippy-34-2.fc12.ppc requires libm.so.6(GLIBC_2.2.5)(64bit) thunderbird-lightning-1.0-0.8.20090513hg.fc12.ppc requires thunderbird < 0:3.0-3.6.b4 Broken deps for ppc64 ---------------------------------------------------------- 389-ds-1.1.3-4.fc12.noarch requires 389-ds-admin R-RScaLAPACK-0.5.1-19.fc11.ppc64 requires openmpi-libs asterisk-fax-1.6.1-0.24.rc1.fc12.ppc64 requires libspandsp.so.1()(64bit) bigboard-0.6.4-12.fc12.ppc64 requires mugshot >= 0:1.1.90-1 clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) cluttermm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-0.9) dap-hdf4_handler-3.7.9-2.fc11.ppc64 requires libdap.so.9()(64bit) dap-hdf4_handler-3.7.9-2.fc11.ppc64 requires libdapserver.so.6()(64bit) entertainer-0.4.2-5.fc12.noarch requires pyclutter-cairo octave-forge-20080831-10.fc12.ppc64 requires octave(api) = 0:api-v32 perl-DBIx-Class-Schema-Loader-0.04006-4.fc12.noarch requires perl(DBIX::Class) php-layers-menu-3.2.0-0.2.rc.fc12.noarch requires php-pear(HTML_Template_PHPLIB) plplot-octave-5.9.4-1.fc12.ppc64 requires octave(api) = 0:api-v32 ppl-yap-0.10.2-5.fc12.ppc64 requires libYap.so()(64bit) python-mwlib-0.11.2-3.20090522hg2956.fc12.ppc64 requires LabPlot python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.ppc64 requires libparted-1.8.so.8()(64bit) rubygem-main-2.8.4-3.fc12.noarch requires rubygem(fattr) >= 0:1.0.3 sems-1.1.1-2.fc12.ppc64 requires libspandsp.so.1()(64bit) sems-g722-1.1.1-2.fc12.ppc64 requires libspandsp.so.1()(64bit) sems-gsm-1.1.1-2.fc12.ppc64 requires libspandsp.so.1()(64bit) sems-speex-1.1.1-2.fc12.ppc64 requires libspandsp.so.1()(64bit) serpentine-0.9-5.fc12.noarch requires gnome-python2-nautilus-cd-burner showimg-pgsql-0.9.5-22.fc11.ppc64 requires libpqxx-2.6.8.so()(64bit) sugar-pippy-34-2.fc12.ppc64 requires libc.so.6(GLIBC_2.4) sugar-pippy-34-2.fc12.ppc64 requires libc.so.6(GLIBC_2.2.5)(64bit) sugar-pippy-34-2.fc12.ppc64 requires libm.so.6(GLIBC_2.0) sugar-pippy-34-2.fc12.ppc64 requires libc.so.6(GLIBC_2.1.3) sugar-pippy-34-2.fc12.ppc64 requires libstdc++.so.6(GLIBCXX_3.4) sugar-pippy-34-2.fc12.ppc64 requires libm.so.6 sugar-pippy-34-2.fc12.ppc64 requires libm.so.6(GLIBC_2.2.5)(64bit) sugar-pippy-34-2.fc12.ppc64 requires libc.so.6 sugar-pippy-34-2.fc12.ppc64 requires libgcc_s.so.1(GCC_3.0) sugar-pippy-34-2.fc12.ppc64 requires libstdc++.so.6(CXXABI_1.3) sugar-pippy-34-2.fc12.ppc64 requires libc.so.6(GLIBC_2.0) sugar-pippy-34-2.fc12.ppc64 requires libgcc_s.so.1 sugar-pippy-34-2.fc12.ppc64 requires libstdc++.so.6 thunderbird-lightning-1.0-0.8.20090513hg.fc12.ppc64 requires thunderbird < 0:3.0-3.6.b4 From mail at robertoragusa.it Tue Aug 18 15:07:29 2009 From: mail at robertoragusa.it (Roberto Ragusa) Date: Tue, 18 Aug 2009 17:07:29 +0200 Subject: Kernel 2.6.29 for F10 In-Reply-To: <4A8A7F75.9080700@thelounge.net> References: <4A8A7F75.9080700@thelounge.net> Message-ID: <4A8AC3B1.2080402@robertoragusa.it> Reindl Harald wrote: > Hi > > Is there a reason that since longer time 2.6.29-Kernels for Fedora 10 landing in > "Updates-testing" followed with 2.6.27-Builds in the meantime? > > On machines with kmods this is a real problem because yum detetects the kmod for > 2.6.27-Build and wants to install the 2.6.27 kernel which conflicts with the installed one > > I use the 2.6.29 since months in the meantime, F11 has it since the release and i do not > realize why F10 does not get him I've been personally using 2.6.29.4-75 successfully for a while (uptime currently is 32 days), so I join you in asking why there are no recent kernels for f10. On this route, why no 2.6.30? There is a driver I need which is included in >= 2.6.30. These days upstream 2.6.31 is almost released... BTW -- Roberto Ragusa mail at robertoragusa.it From joe at nall.com Tue Aug 18 15:13:10 2009 From: joe at nall.com (Joe Nall) Date: Tue, 18 Aug 2009 10:13:10 -0500 Subject: Kernel 2.6.29 for F10 In-Reply-To: <4A8A7F75.9080700@thelounge.net> References: <4A8A7F75.9080700@thelounge.net> Message-ID: <642D2D0F-014D-4292-83E9-D6A95C42A86B@nall.com> On Aug 18, 2009, at 5:16 AM, Reindl Harald wrote: > > Hi > > Is there a reason that since longer time 2.6.29-Kernels for Fedora > 10 landing in > "Updates-testing" followed with 2.6.27-Builds in the meantime? > > On machines with kmods this is a real problem because yum detetects > the kmod for > 2.6.27-Build and wants to install the 2.6.27 kernel which conflicts > with the installed one > > I use the 2.6.29 since months in the meantime, F11 has it since the > release and i do not > realize why F10 does not get him I tried to ask this on the fedora kernel list and the moderator never approved the message. I too would like to see F10 move up to 2.6.29+ prior to end-of-life. joe From mel at redhat.com Tue Aug 18 15:30:54 2009 From: mel at redhat.com (Mel Chua) Date: Tue, 18 Aug 2009 11:30:54 -0400 Subject: Last call for talking points - what makes you excited about F12? In-Reply-To: References: Message-ID: <4A8AC92E.2060606@redhat.com> If you've got a moment for some last-minute help... We (Marketing) will be freezing the F12 talking points list today, and are still somewhat light in the "what makes Fedora awesome for admins and developers?" categories. Right now we have "libguestfs and kvm improvements" for admins and "maybe moblin" for developers, but there must be more - and more reasons why they're awesome (why *is* libguestfs something that makes admins happy?). We figured you would know. The features list is at https://fedoraproject.org/wiki/Releases/12/FeatureList. If you've got a moment, please take a look at that, then edit https://fedoraproject.org/wiki/F12_talking_points with the things that are making you (as admins and devels) happy about F12 coming out. Help us promote the heck out of your work. ;) Thanks! --Mel PS: I know this is last-minute notice - sorry about that. We're still learning how to do things on a schedule, and next time around we'll put the call out here much earlier. From davej at redhat.com Tue Aug 18 16:10:08 2009 From: davej at redhat.com (Dave Jones) Date: Tue, 18 Aug 2009 12:10:08 -0400 Subject: Kernel 2.6.29 for F10 In-Reply-To: <642D2D0F-014D-4292-83E9-D6A95C42A86B@nall.com> References: <4A8A7F75.9080700@thelounge.net> <642D2D0F-014D-4292-83E9-D6A95C42A86B@nall.com> Message-ID: <20090818161008.GA7840@redhat.com> On Tue, Aug 18, 2009 at 10:13:10AM -0500, Joe Nall wrote: > > On Aug 18, 2009, at 5:16 AM, Reindl Harald wrote: > > > > > Hi > > > > Is there a reason that since longer time 2.6.29-Kernels for Fedora > > 10 landing in > > "Updates-testing" followed with 2.6.27-Builds in the meantime? > > > > On machines with kmods this is a real problem because yum detetects > > the kmod for > > 2.6.27-Build and wants to install the 2.6.27 kernel which conflicts > > with the installed one > > > > I use the 2.6.29 since months in the meantime, F11 has it since the > > release and i do not > > realize why F10 does not get him > > I tried to ask this on the fedora kernel list and the moderator never > approved the message. Odd, I don't recall seeing it, and there's no non-spam messages in the queue right now. > I too would like to see F10 move up to 2.6.29+ > prior to end-of-life. In days of old, we were able to get rebases out pretty quickly after their upstream release. These days, we're hindered by the kernel modesetting stuff we're carrying. It's closely tied to the userspace X drivers, and isn't easy to retrofit to a different kernel. One of the reasons we haven't pushed them as proper updates is that getting the regressions fixed is pretty time consuming, and the limited X/KMS manpower we have is better focused on making the F12 stuff work right, and getting it upstream. I really can't wait for the day that it all gets upstream, and we can get back to the old routine of rebasing. Until then, we're kinda stuck. Dave From sundaram at fedoraproject.org Tue Aug 18 16:22:39 2009 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Tue, 18 Aug 2009 21:52:39 +0530 Subject: Last call for talking points - what makes you excited about F12? In-Reply-To: <4A8AC92E.2060606@redhat.com> References: <4A8AC92E.2060606@redhat.com> Message-ID: <4A8AD54F.7020102@fedoraproject.org> On 08/18/2009 09:00 PM, Mel Chua wrote: > > PS: I know this is last-minute notice - sorry about that. We're still > learning how to do things on a schedule, and next time around we'll put > the call out here much earlier. Is there a particular reason today is the last day instead of some date closer to the release? Rahul From pbrobinson at gmail.com Tue Aug 18 16:42:58 2009 From: pbrobinson at gmail.com (Peter Robinson) Date: Tue, 18 Aug 2009 17:42:58 +0100 Subject: Last call for talking points - what makes you excited about F12? In-Reply-To: <4A8AC92E.2060606@redhat.com> References: <4A8AC92E.2060606@redhat.com> Message-ID: <5256d0b0908180942i4d127358q3823a1cac602591b@mail.gmail.com> On Tue, Aug 18, 2009 at 4:30 PM, Mel Chua wrote: > If you've got a moment for some last-minute help... > > We (Marketing) will be freezing the F12 talking points list today, and are > still somewhat light in the "what makes Fedora awesome for admins and > developers?" categories. > > Right now we have "libguestfs and kvm improvements" for admins and "maybe > moblin" for developers, but there must be more - and more reasons why > they're awesome (why *is* libguestfs something that makes admins happy?). We > figured you would know. Please remove moblin. Its not a feature. Its been removed from the Feature list for F-12 (although I'm not sure why). Peter From mel at redhat.com Tue Aug 18 16:45:41 2009 From: mel at redhat.com (Mel Chua) Date: Tue, 18 Aug 2009 12:45:41 -0400 Subject: Last call for talking points - what makes you excited about F12? In-Reply-To: <4A8AD54F.7020102@fedoraproject.org> References: <4A8AC92E.2060606@redhat.com> <4A8AD54F.7020102@fedoraproject.org> Message-ID: <4A8ADAB5.1050004@redhat.com> >> PS: I know this is last-minute notice - sorry about that. We're still >> learning how to do things on a schedule, and next time around we'll put >> the call out here much earlier. > > Is there a particular reason today is the last day instead of some date > closer to the release? We need to brief Ambassadors on Talking Points at Beta release (9/22) so they need to be complete by then, so we have to freeze the list asap to give us enough time to find writers, and give the writers enough time to write them. (http://poelstra.fedorapeople.org/schedules/f-12/f-12-marketing-tasks.html) (Feel free to push back if this schedule sounds unreasonable, btw; it probably could use some patches for the next cycle in terms of having more time for getting dev feedback.) --Mel From sundaram at fedoraproject.org Tue Aug 18 16:48:40 2009 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Tue, 18 Aug 2009 22:18:40 +0530 Subject: Last call for talking points - what makes you excited about F12? In-Reply-To: <4A8ADAB5.1050004@redhat.com> References: <4A8AC92E.2060606@redhat.com> <4A8AD54F.7020102@fedoraproject.org> <4A8ADAB5.1050004@redhat.com> Message-ID: <4A8ADB68.6060400@fedoraproject.org> On 08/18/2009 10:15 PM, Mel Chua wrote: >>> PS: I know this is last-minute notice - sorry about that. We're still >>> learning how to do things on a schedule, and next time around we'll put >>> the call out here much earlier. >> >> Is there a particular reason today is the last day instead of some date >> closer to the release? > > We need to brief Ambassadors on Talking Points at Beta release (9/22) so > they need to be complete by then, so we have to freeze the list asap to > give us enough time to find writers, and give the writers enough time to > write them. > (http://poelstra.fedorapeople.org/schedules/f-12/f-12-marketing-tasks.html) > > (Feel free to push back if this schedule sounds unreasonable, btw; it > probably could use some patches for the next cycle in terms of having > more time for getting dev feedback.) The schedule itself might have been fine but it still looks rather early to me. If you want to collect feedback from developers, one day is definitely not going to be enough. Atleast three days or so needs to be provided and you usually need more than one reminder to get as much feedback as you can. Otherwise you are going to end up with a rather small list which is not meaningful. Rahul From poelstra at redhat.com Tue Aug 18 16:52:04 2009 From: poelstra at redhat.com (John Poelstra) Date: Tue, 18 Aug 2009 09:52:04 -0700 Subject: Last call for talking points - what makes you excited about F12? In-Reply-To: <5256d0b0908180942i4d127358q3823a1cac602591b@mail.gmail.com> References: <4A8AC92E.2060606@redhat.com> <5256d0b0908180942i4d127358q3823a1cac602591b@mail.gmail.com> Message-ID: <4A8ADC34.9070403@redhat.com> Peter Robinson said the following on 08/18/2009 09:42 AM Pacific Time: > On Tue, Aug 18, 2009 at 4:30 PM, Mel Chua wrote: >> If you've got a moment for some last-minute help... >> >> We (Marketing) will be freezing the F12 talking points list today, and are >> still somewhat light in the "what makes Fedora awesome for admins and >> developers?" categories. >> >> Right now we have "libguestfs and kvm improvements" for admins and "maybe >> moblin" for developers, but there must be more - and more reasons why >> they're awesome (why *is* libguestfs something that makes admins happy?). We >> figured you would know. > > Please remove moblin. Its not a feature. Its been removed from the > Feature list for F-12 (although I'm not sure why). > > Peter > FESCo dropped it because it was not considered ready. http://meetbot.fedoraproject.org/fedora-meeting/2009-08-07/fedora-meeting.2009-08-07-17.00.html From sundaram at fedoraproject.org Tue Aug 18 16:50:50 2009 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Tue, 18 Aug 2009 22:20:50 +0530 Subject: Last call for talking points - what makes you excited about F12? In-Reply-To: <5256d0b0908180942i4d127358q3823a1cac602591b@mail.gmail.com> References: <4A8AC92E.2060606@redhat.com> <5256d0b0908180942i4d127358q3823a1cac602591b@mail.gmail.com> Message-ID: <4A8ADBEA.6080300@fedoraproject.org> On 08/18/2009 10:12 PM, Peter Robinson wrote: > On Tue, Aug 18, 2009 at 4:30 PM, Mel Chua wrote: >> If you've got a moment for some last-minute help... >> >> We (Marketing) will be freezing the F12 talking points list today, and are >> still somewhat light in the "what makes Fedora awesome for admins and >> developers?" categories. >> >> Right now we have "libguestfs and kvm improvements" for admins and "maybe >> moblin" for developers, but there must be more - and more reasons why >> they're awesome (why *is* libguestfs something that makes admins happy?). We >> figured you would know. > > Please remove moblin. Its not a feature. Its been removed from the > Feature list for F-12 (although I'm not sure why). If you are the feature owner and do not know why it is being dropped, the meeting mins when it was decided by FESCo should have some rationale. If not, please ask again. The work is definitely most appreciated anyway. Rahul From mel at redhat.com Tue Aug 18 17:02:46 2009 From: mel at redhat.com (Mel Chua) Date: Tue, 18 Aug 2009 13:02:46 -0400 Subject: Last call for talking points - what makes you excited about F12? In-Reply-To: <4A8ADB68.6060400@fedoraproject.org> References: <4A8AC92E.2060606@redhat.com> <4A8AD54F.7020102@fedoraproject.org> <4A8ADAB5.1050004@redhat.com> <4A8ADB68.6060400@fedoraproject.org> Message-ID: <4A8ADEB6.3010603@redhat.com> >> (http://poelstra.fedorapeople.org/schedules/f-12/f-12-marketing-tasks.html) >> >> (Feel free to push back if this schedule sounds unreasonable, btw; it >> probably could use some patches for the next cycle in terms of having >> more time for getting dev feedback.) > > The schedule itself might have been fine but it still looks rather early > to me. If you want to collect feedback from developers, one day is > definitely not going to be enough. Atleast three days or so needs to be > provided and you usually need more than one reminder to get as much > feedback as you can. Otherwise you are going to end up with a rather > small list which is not meaningful. Yep. I agree completely - time for developer/admin feedback isn't built into the marketing schedule, but should be. I'll make sure this gets changed for F13. (https://fedoraproject.org/wiki/Talk:Marketing_F12_schedule) Thanks for the feedback on feedback. :) --Mel From pbrobinson at gmail.com Tue Aug 18 17:02:39 2009 From: pbrobinson at gmail.com (Peter Robinson) Date: Tue, 18 Aug 2009 18:02:39 +0100 Subject: Last call for talking points - what makes you excited about F12? In-Reply-To: <4A8ADBEA.6080300@fedoraproject.org> References: <4A8AC92E.2060606@redhat.com> <5256d0b0908180942i4d127358q3823a1cac602591b@mail.gmail.com> <4A8ADBEA.6080300@fedoraproject.org> Message-ID: <5256d0b0908181002v543250afg24563bba08484158@mail.gmail.com> On Tue, Aug 18, 2009 at 5:50 PM, Rahul Sundaram wrote: > On 08/18/2009 10:12 PM, Peter Robinson wrote: >> On Tue, Aug 18, 2009 at 4:30 PM, Mel Chua wrote: >>> If you've got a moment for some last-minute help... >>> >>> We (Marketing) will be freezing the F12 talking points list today, and are >>> still somewhat light in the "what makes Fedora awesome for admins and >>> developers?" categories. >>> >>> Right now we have "libguestfs and kvm improvements" for admins and "maybe >>> moblin" for developers, but there must be more - and more reasons why >>> they're awesome (why *is* libguestfs something that makes admins happy?). We >>> figured you would know. >> >> Please remove moblin. Its not a feature. Its been removed from the >> Feature list for F-12 (although I'm not sure why). > > If you are the feature owner and do not know why it is being dropped, > the meeting mins when it was decided by FESCo should have some > rationale. If not, please ask again. The fesco meeting notes posted to the list are one of the hardest things I've ever tried to read. I'm not sure if there's a nice annotated version somewhere else but I've never had much luck searching the wiki using anything other than google. Peter From mclasen at redhat.com Tue Aug 18 17:15:27 2009 From: mclasen at redhat.com (Matthias Clasen) Date: Tue, 18 Aug 2009 13:15:27 -0400 Subject: Last call for talking points - what makes you excited about F12? In-Reply-To: <4A8ADB68.6060400@fedoraproject.org> References: <4A8AC92E.2060606@redhat.com> <4A8AD54F.7020102@fedoraproject.org> <4A8ADAB5.1050004@redhat.com> <4A8ADB68.6060400@fedoraproject.org> Message-ID: <1250615727.1851.203.camel@planemask> On Tue, 2009-08-18 at 22:18 +0530, Rahul Sundaram wrote: > On 08/18/2009 10:15 PM, Mel Chua wrote: > >>> PS: I know this is last-minute notice - sorry about that. We're still > >>> learning how to do things on a schedule, and next time around we'll put > >>> the call out here much earlier. > >> > >> Is there a particular reason today is the last day instead of some date > >> closer to the release? > > > > We need to brief Ambassadors on Talking Points at Beta release (9/22) so > > they need to be complete by then, so we have to freeze the list asap to > > give us enough time to find writers, and give the writers enough time to > > write them. > > (http://poelstra.fedorapeople.org/schedules/f-12/f-12-marketing-tasks.html) > > > > (Feel free to push back if this schedule sounds unreasonable, btw; it > > probably could use some patches for the next cycle in terms of having > > more time for getting dev feedback.) > > The schedule itself might have been fine but it still looks rather early > to me. If you want to collect feedback from developers, one day is > definitely not going to be enough. Atleast three days or so needs to be > provided and you usually need more than one reminder to get as much > feedback as you can. Otherwise you are going to end up with a rather > small list which is not meaningful. To a first approximation, the relevant information should already be in the feature pages, no ? I don't think it is wise to establish the feature process as painfully as we've done over the last few releases, only to then start new, different initiatives to collect marketing talking points... From mmcgrath at redhat.com Tue Aug 18 17:27:53 2009 From: mmcgrath at redhat.com (Mike McGrath) Date: Tue, 18 Aug 2009 12:27:53 -0500 (CDT) Subject: Last call for talking points - what makes you excited about F12? In-Reply-To: <1250615727.1851.203.camel@planemask> References: <4A8AC92E.2060606@redhat.com> <4A8AD54F.7020102@fedoraproject.org> <4A8ADAB5.1050004@redhat.com> <4A8ADB68.6060400@fedoraproject.org> <1250615727.1851.203.camel@planemask> Message-ID: On Tue, 18 Aug 2009, Matthias Clasen wrote: > On Tue, 2009-08-18 at 22:18 +0530, Rahul Sundaram wrote: > > On 08/18/2009 10:15 PM, Mel Chua wrote: > > >>> PS: I know this is last-minute notice - sorry about that. We're still > > >>> learning how to do things on a schedule, and next time around we'll put > > >>> the call out here much earlier. > > >> > > >> Is there a particular reason today is the last day instead of some date > > >> closer to the release? > > > > > > We need to brief Ambassadors on Talking Points at Beta release (9/22) so > > > they need to be complete by then, so we have to freeze the list asap to > > > give us enough time to find writers, and give the writers enough time to > > > write them. > > > (http://poelstra.fedorapeople.org/schedules/f-12/f-12-marketing-tasks.html) > > > > > > (Feel free to push back if this schedule sounds unreasonable, btw; it > > > probably could use some patches for the next cycle in terms of having > > > more time for getting dev feedback.) > > > > The schedule itself might have been fine but it still looks rather early > > to me. If you want to collect feedback from developers, one day is > > definitely not going to be enough. Atleast three days or so needs to be > > provided and you usually need more than one reminder to get as much > > feedback as you can. Otherwise you are going to end up with a rather > > small list which is not meaningful. > > To a first approximation, the relevant information should already be in > the feature pages, no ? I don't think it is wise to establish the > feature process as painfully as we've done over the last few releases, > only to then start new, different initiatives to collect marketing > talking points... > I think the point is to take the technical feature list and sort of run a filter around it so it's more general purpose / markety. Additionally I don't see any need to tie talking points and marketing directly to the feature list in a 1:1 because we may miss things. -Mike From stickster at gmail.com Tue Aug 18 17:37:35 2009 From: stickster at gmail.com (Paul W. Frields) Date: Tue, 18 Aug 2009 13:37:35 -0400 Subject: Last call for talking points - what makes you excited about F12? In-Reply-To: <1250615727.1851.203.camel@planemask> References: <4A8AC92E.2060606@redhat.com> <4A8AD54F.7020102@fedoraproject.org> <4A8ADAB5.1050004@redhat.com> <4A8ADB68.6060400@fedoraproject.org> <1250615727.1851.203.camel@planemask> Message-ID: <20090818173735.GU3817@localhost.localdomain> On Tue, Aug 18, 2009 at 01:15:27PM -0400, Matthias Clasen wrote: > On Tue, 2009-08-18 at 22:18 +0530, Rahul Sundaram wrote: > > On 08/18/2009 10:15 PM, Mel Chua wrote: > > >>> PS: I know this is last-minute notice - sorry about that. We're still > > >>> learning how to do things on a schedule, and next time around we'll put > > >>> the call out here much earlier. > > >> > > >> Is there a particular reason today is the last day instead of some date > > >> closer to the release? > > > > > > We need to brief Ambassadors on Talking Points at Beta release (9/22) so > > > they need to be complete by then, so we have to freeze the list asap to > > > give us enough time to find writers, and give the writers enough time to > > > write them. > > > (http://poelstra.fedorapeople.org/schedules/f-12/f-12-marketing-tasks.html) > > > > > > (Feel free to push back if this schedule sounds unreasonable, btw; it > > > probably could use some patches for the next cycle in terms of having > > > more time for getting dev feedback.) > > > > The schedule itself might have been fine but it still looks rather early > > to me. If you want to collect feedback from developers, one day is > > definitely not going to be enough. Atleast three days or so needs to be > > provided and you usually need more than one reminder to get as much > > feedback as you can. Otherwise you are going to end up with a rather > > small list which is not meaningful. > > To a first approximation, the relevant information should already be in > the feature pages, no ? I don't think it is wise to establish the > feature process as painfully as we've done over the last few releases, > only to then start new, different initiatives to collect marketing > talking points... The talking points really do come from the feature pages, and to that end I revisited the feature list to pull out a couple features that are comprehensible and interesting for developers, and added them to the developer-centric talking points. The list for each audience (desktop users, sysadmins, developers) is short, as it should be. We do have entries in the list now, although we'll be fleshing them out with more descriptive information over the next few days. The purpose of the talking points is to call out specific features, so Ambassadors and other people can explain what they are to a variety of audiences, and why they're important in terms of advancing FOSS. To do this, we develop additional material like podcast and print interviews with the people responsible for or involved with the features. Developing that material takes time and energy so it behooves us to get an early start, shortly after feature freeze since the list is complete at that point. The list is short so that we can concentrate on the most compelling features from the audience's standpoint. So yes, the feature pages have a lot from which we can pull at this point. -- Paul W. Frields http://paul.frields.org/ gpg fingerprint: 3DA6 A0AC 6D58 FEC4 0233 5906 ACDB C937 BD11 3717 http://redhat.com/ - - - - http://pfrields.fedorapeople.org/ irc.freenode.net: stickster @ #fedora-docs, #fedora-devel, #fredlug From stickster at gmail.com Tue Aug 18 17:39:46 2009 From: stickster at gmail.com (Paul W. Frields) Date: Tue, 18 Aug 2009 13:39:46 -0400 Subject: Last call for talking points - what makes you excited about F12? In-Reply-To: References: <4A8AC92E.2060606@redhat.com> <4A8AD54F.7020102@fedoraproject.org> <4A8ADAB5.1050004@redhat.com> <4A8ADB68.6060400@fedoraproject.org> <1250615727.1851.203.camel@planemask> Message-ID: <20090818173946.GV3817@localhost.localdomain> On Tue, Aug 18, 2009 at 12:27:53PM -0500, Mike McGrath wrote: > On Tue, 18 Aug 2009, Matthias Clasen wrote: > > > On Tue, 2009-08-18 at 22:18 +0530, Rahul Sundaram wrote: > > > On 08/18/2009 10:15 PM, Mel Chua wrote: > > > >>> PS: I know this is last-minute notice - sorry about that. We're still > > > >>> learning how to do things on a schedule, and next time around we'll put > > > >>> the call out here much earlier. > > > >> > > > >> Is there a particular reason today is the last day instead of some date > > > >> closer to the release? > > > > > > > > We need to brief Ambassadors on Talking Points at Beta release (9/22) so > > > > they need to be complete by then, so we have to freeze the list asap to > > > > give us enough time to find writers, and give the writers enough time to > > > > write them. > > > > (http://poelstra.fedorapeople.org/schedules/f-12/f-12-marketing-tasks.html) > > > > > > > > (Feel free to push back if this schedule sounds unreasonable, btw; it > > > > probably could use some patches for the next cycle in terms of having > > > > more time for getting dev feedback.) > > > > > > The schedule itself might have been fine but it still looks rather early > > > to me. If you want to collect feedback from developers, one day is > > > definitely not going to be enough. Atleast three days or so needs to be > > > provided and you usually need more than one reminder to get as much > > > feedback as you can. Otherwise you are going to end up with a rather > > > small list which is not meaningful. > > > > To a first approximation, the relevant information should already be in > > the feature pages, no ? I don't think it is wise to establish the > > feature process as painfully as we've done over the last few releases, > > only to then start new, different initiatives to collect marketing > > talking points... > > > > I think the point is to take the technical feature list and sort of run a > filter around it so it's more general purpose / markety. Additionally I > don't see any need to tie talking points and marketing directly to the > feature list in a 1:1 because we may miss things. That's fairly dead on, Mike. We can include an item beyond the feature list if there's a compelling story to tell the appropriate audience about that item. These talking points become the basis for Ambassadors to talk to their local communities, I often refer to them in interviews with press, and so forth. -- Paul W. Frields http://paul.frields.org/ gpg fingerprint: 3DA6 A0AC 6D58 FEC4 0233 5906 ACDB C937 BD11 3717 http://redhat.com/ - - - - http://pfrields.fedorapeople.org/ irc.freenode.net: stickster @ #fedora-docs, #fedora-devel, #fredlug From casimiro.barreto at gmail.com Tue Aug 18 18:06:27 2009 From: casimiro.barreto at gmail.com (Casimiro de Almeida Barreto) Date: Tue, 18 Aug 2009 15:06:27 -0300 Subject: Trouble formatting flash disk Message-ID: <4A8AEDA3.204@gmail.com> An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 260 bytes Desc: OpenPGP digital signature URL: From sandeen at redhat.com Tue Aug 18 18:13:23 2009 From: sandeen at redhat.com (Eric Sandeen) Date: Tue, 18 Aug 2009 13:13:23 -0500 Subject: Trouble formatting flash disk In-Reply-To: <4A8AEDA3.204@gmail.com> References: <4A8AEDA3.204@gmail.com> Message-ID: <4A8AEF43.9030402@redhat.com> Casimiro de Almeida Barreto wrote: > Hello, > > I have a pendrive (flash memory) which lists in /proc/bus/usb/devices as: ... > And I've tried to format it as ext2 (so I can backup my home directory). > It happens that no matter what I do (and I've tried almost everything) > it formats but no matter what I do when I record a large file (2GBytes) > it generates file system inconsistencies. > > First I thought that perhaps the device was defective. But when I try to > write and read it, everything seems to be OK. It even passes badblock -w ... > > Any suggestions on what may be wrong? Could you take this to the linux-ext4 list? It'd be the more appropriate place for the discussion. It'd be good to know the details of the errors you see, too. Thanks, -Eric > Best regards, > > CdAB > From casimiro.barreto at gmail.com Tue Aug 18 20:25:25 2009 From: casimiro.barreto at gmail.com (Casimiro de Almeida Barreto) Date: Tue, 18 Aug 2009 17:25:25 -0300 Subject: Trouble formatting flash disk In-Reply-To: <4A8AEF43.9030402@redhat.com> References: <4A8AEDA3.204@gmail.com> <4A8AEF43.9030402@redhat.com> Message-ID: <4A8B0E35.7010004@gmail.com> Em 18-08-2009 15:13, Eric Sandeen escreveu: > (...) > Could you take this to the linux-ext4 list? It'd be the more > appropriate place for the discussion. > > It'd be good to know the details of the errors you see, too. > > Thanks, > -Eric > > >> Best regards, >> >> CdAB >> >> > Yes, if I know where I can subscribe this list. Besides, when I format the device as Fat (F16 or F32) it works properly only if I disable multibyte char encoding for directories (by doing: LANG=pt_BR.ISO8859-1 and LC_ALL=pt_BR.ISO8859-1. That should be OK but system should convert file names to proper encoding. When I format as ext-2 and create a large file, after writing the file I can't write anything else. If I unmount the fs, I am able to mount again and even read the file, but I'm not able to write anything else. But if I fsck it, I'm warned that system was uncleanly unmounted. Several errors appear (I'll repeat the procedure and log the errors). Basically what I do is: # FILE_NAME_PREFIX=`date +%y%m%d%H%M` # tar cjf - /home /opt /usr/local | gpg -c -a -z0 --cipher-algo=aes256 -o /media/kingston/${FILE_NAME_PREFIX}.asc # md5sum ${FILE_NAME_PREFIX}.asc > ${FILE_NAME_PREFIX}.md5 (this won't execute - cannot write to device). But if I do: # df -m /dev/sdd1 it is still plenty of free memory (64GBytes minus about 10GBytes)... One thing I was thinking is that this flash memory stores data in blocks of 512 bytes and minimum ext2 blocking is 1024 bytes... -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 260 bytes Desc: OpenPGP digital signature URL: From sandeen at redhat.com Tue Aug 18 20:32:45 2009 From: sandeen at redhat.com (Eric Sandeen) Date: Tue, 18 Aug 2009 15:32:45 -0500 Subject: Trouble formatting flash disk In-Reply-To: <4A8B0E35.7010004@gmail.com> References: <4A8AEDA3.204@gmail.com> <4A8AEF43.9030402@redhat.com> <4A8B0E35.7010004@gmail.com> Message-ID: <4A8B0FED.5010303@redhat.com> Casimiro de Almeida Barreto wrote: > Em 18-08-2009 15:13, Eric Sandeen escreveu: >> (...) >> Could you take this to the linux-ext4 list? It'd be the more >> appropriate place for the discussion. >> >> It'd be good to know the details of the errors you see, too. >> >> Thanks, >> -Eric >> >> >>> Best regards, >>> >>> CdAB >>> >>> >> > Yes, if I know where I can subscribe this list. http://vger.kernel.org/vger-lists.html#linux-ext4 -Eric From deadbabylon at googlemail.com Tue Aug 18 20:39:56 2009 From: deadbabylon at googlemail.com (Sebastian Vahl) Date: Tue, 18 Aug 2009 22:39:56 +0200 Subject: KDE-SIG weekly report (34/2009) Message-ID: <200908182240.01491.deadbabylon@googlemail.com> This is a report of the weekly KDE-SIG-Meeting with a summary of the topics that were discussed. If you want to add a comment please reply to this email or add it to the related meeting page. ---------------------------------------------------------------------------------- = Weekly KDE Summary = Week: 34/2009 Time: 2009-08-18 14:00 UTC Meeting page: http://fedoraproject.org/wiki/SIGs/KDE/Meetings/2009-08-18 Meeting log: http://fedoraproject.org/w/uploads/d/dc/KDE-SIG-2009-08-18.txt ---------------------------------------------------------------------------------- = Participants = * JaroslavReznik * KevinKofler * LukasTinkl * RexDieter * SebastianVahl * StevenParrish * ThanNgo ---------------------------------------------------------------------------------- = Agenda = * add yum-presto to KDE live images as default? (see [1]) * PolicyKit 1 Authentication Agent * KDE 4.3.0 update status = Summary = o yum-presto as default on KDE live images?: * yum-presto was recently added to the GNOME (a.k.a. Desktop) live images to be used by default. * It will also be added to the KDE live images. o PolicyKit 1 Authentication Agent: * The Polkit1 Authentification agent is not ready to use with KPackageKit. * Although PackageKit-qt shouldn't need to be updated (up to RichardHughes) only a ported KPackageKit is working. * With the current KPackageKit gnome-authentification-agent is also not working. * A newer KPackageKit (with updated method calls) will be released by the end of the week. With it gnome-authentification-agent should be working. * But a KDE based authentification agent would still be a good thing. o KDE 4.3.0 update status: * The received feedback was quite good so far. * An updated selinux-policy [2] is needed to be pushed to stable with/before KDE 4.3.0 to don't fail suspend to ram in enforcing mode. (#516824). * It also needs to be checked if F-10 is also affected by this. * Two known regressions are left: - #516445: Show Dashboard Shortcut (ctrl-f12) doesn't work after upgrade to kde 4.3.0. - #518000: suspend/hibernate from menu not working after update to KDE 4.3 * The first one needs a kconf_update script to be written. (plasma binary was renamed to plasma-desktop). * Updated extragear packages are already in updates-testing for F-10 and F-11 and will hit Rawhide after the freeze. * akonadi has become a direct dependency of kdebase-workspace at compile time. * We'll need to investigate if akonadi is really an optional package and if we a) could split the dependency into a subpackage of kdebase-workspace and b) disable the requirement for other packages without loosing functionality. ---------------------------------------------------------------------------------- = Next Meeting = http://fedoraproject.org/wiki/SIGs/KDE/Meetings/2009-08-25 ---------------------------------------------------------------------------------- = Links = [1] https://www.redhat.com/archives/fedora-devel-list/2009- August/msg00932.html [2] https://admin.fedoraproject.org/updates/F11/FEDORA-2009-8536 [3] https://admin.fedoraproject.org/updates/F10/FEDORA-2009-8551 [4] https://admin.fedoraproject.org/updates/F11/FEDORA-2009-8522 = Buglist = https://bugzilla.redhat.com/show_bug.cgi?id=516445 https://bugzilla.redhat.com/show_bug.cgi?id=516824 https://bugzilla.redhat.com/show_bug.cgi?id=518000 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: From snecklifter at gmail.com Tue Aug 18 21:40:48 2009 From: snecklifter at gmail.com (Christopher Brown) Date: Tue, 18 Aug 2009 22:40:48 +0100 Subject: yum-presto plugin by default In-Reply-To: <20090818021624.GJ12399@angus.ind.WPI.EDU> References: <4A6BAD10.8090207@fedoraproject.org> <4A89B811.1000104@fedoraproject.org> <20090818021624.GJ12399@angus.ind.WPI.EDU> Message-ID: <364d303b0908181440n4fb78a4eq605046cc03f68b47@mail.gmail.com> 2009/8/18 Chuck Anderson : > On Tue, Aug 18, 2009 at 01:35:37AM +0530, Rahul Sundaram wrote: >> On 07/26/2009 06:40 AM, Rahul Sundaram wrote: >> > Hi, >> > >> > Can we make it a default in comps for Rawhide? >> > >> > Rahul >> >> No answer here after weeks. >> >> After some lengthy discussion with rel-eng team in irc, not much care >> either way. Talked to desktop team and based on their recommendation, I >> have added yum-presto to the GNOME Desktop group by default. >> >> If rel-eng wants to add it a base group for the DVD image, feel free to >> do so. Spin owners - likewise. Thanks. > > I've been using yum-presto since before F11 came out, and it is great. > +1 to installing it by default in F12. FWIW, I have also experienced zero problems with it and believe it would be better enabled by default, retaining the option to disable. Updates would get done faster and mirrors would be able to cope with more connections, especially in the first push after release day... :) -- Christopher Brown From jspaleta at gmail.com Tue Aug 18 21:47:50 2009 From: jspaleta at gmail.com (Jeff Spaleta) Date: Tue, 18 Aug 2009 13:47:50 -0800 Subject: yum-presto plugin by default In-Reply-To: <364d303b0908181440n4fb78a4eq605046cc03f68b47@mail.gmail.com> References: <4A6BAD10.8090207@fedoraproject.org> <4A89B811.1000104@fedoraproject.org> <20090818021624.GJ12399@angus.ind.WPI.EDU> <364d303b0908181440n4fb78a4eq605046cc03f68b47@mail.gmail.com> Message-ID: <604aa7910908181447k13fd85b0oe5a6c4fe5b62729e@mail.gmail.com> On Tue, Aug 18, 2009 at 1:40 PM, Christopher Brown wrote: > FWIW, I have also experienced zero problems with it and believe it > would be better enabled by default, retaining the option to disable. > Updates would get done faster and mirrors would be able to cope with > more connections, especially in the first push after release day... :) Only potential side effect is cpu consumption that the delta unpacking process requires. User on single core systems may notice that unless presto renices itself down in priority. -jef From drago01 at gmail.com Tue Aug 18 21:51:35 2009 From: drago01 at gmail.com (drago01) Date: Tue, 18 Aug 2009 23:51:35 +0200 Subject: yum-presto plugin by default In-Reply-To: <604aa7910908181447k13fd85b0oe5a6c4fe5b62729e@mail.gmail.com> References: <4A6BAD10.8090207@fedoraproject.org> <4A89B811.1000104@fedoraproject.org> <20090818021624.GJ12399@angus.ind.WPI.EDU> <364d303b0908181440n4fb78a4eq605046cc03f68b47@mail.gmail.com> <604aa7910908181447k13fd85b0oe5a6c4fe5b62729e@mail.gmail.com> Message-ID: On Tue, Aug 18, 2009 at 11:47 PM, Jeff Spaleta wrote: > On Tue, Aug 18, 2009 at 1:40 PM, Christopher Brown wrote: >> FWIW, I have also experienced zero problems with it and believe it >> would be better enabled by default, retaining the option to disable. >> Updates would get done faster and mirrors would be able to cope with >> more connections, especially in the first push after release day... :) > > Only potential side effect is cpu consumption that the delta unpacking > process requires. ?User on single core systems may notice that unless > presto renices itself down in priority. Most users are using packagekit so the update process is reniced to 10 and the io prio is set to idle. From jkeating at redhat.com Tue Aug 18 22:06:40 2009 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 18 Aug 2009 15:06:40 -0700 Subject: yum-presto plugin by default In-Reply-To: <604aa7910908181447k13fd85b0oe5a6c4fe5b62729e@mail.gmail.com> References: <4A6BAD10.8090207@fedoraproject.org> <4A89B811.1000104@fedoraproject.org> <20090818021624.GJ12399@angus.ind.WPI.EDU> <364d303b0908181440n4fb78a4eq605046cc03f68b47@mail.gmail.com> <604aa7910908181447k13fd85b0oe5a6c4fe5b62729e@mail.gmail.com> Message-ID: <1250633200.3107.11.camel@localhost.localdomain> On Tue, 2009-08-18 at 13:47 -0800, Jeff Spaleta wrote: > Only potential side effect is cpu consumption that the delta unpacking > process requires. User on single core systems may notice that unless > presto renices itself down in priority. The hit on slow disks is pretty bad too, even non-slow disks. With a local mirror the time to re-make the deltas is far longer than the time to just pull down the entire packages. -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From casimiro.barreto at gmail.com Tue Aug 18 22:10:26 2009 From: casimiro.barreto at gmail.com (Casimiro de Almeida Barreto) Date: Tue, 18 Aug 2009 19:10:26 -0300 Subject: Troubleshooting pendrive ext2fs Message-ID: <4A8B26D2.9000800@gmail.com> Hello, I've trouble creating an ext2/ext3/ext4 file system in a 64GBytes pendrive. The device appears at /proc/bus/usb/devices as: T: Bus=01 Lev=01 Prnt=01 Port=04 Cnt=01 Dev#= 4 Spd=480 MxCh= 0 D: Ver= 2.00 Cls=00(>ifc ) Sub=00 Prot=00 MxPS=64 #Cfgs= 1 P: Vendor=1043 ProdID=8012 Rev= 1.00 S: Manufacturer=Generic S: Product=Flash Disk C:* #Ifs= 1 Cfg#= 1 Atr=80 MxPwr=100mA I:* If#= 0 Alt= 0 #EPs= 2 Cls=08(stor.) Sub=06 Prot=50 Driver=usb-storage E: Ad=81(I) Atr=02(Bulk) MxPS= 512 Ivl=0ms E: Ad=02(O) Atr=02(Bulk) MxPS= 512 Ivl=0ms It's partioned as: Disk /dev/sdd: 67.1 GB, 67108864512 bytes 64 heads, 32 sectors/track, 64000 cylinders Units = cilindros of 2048 * 512 = 1048576 bytes Disk identifier: 0x4a26a3ed Dispositivo Boot Start End Blocks Id System /dev/sdd1 1 64000 65535984 83 Linux And raw partition table data is: Disk /dev/sdd: 64 heads, 32 sectors, 64000 cylinders Nr AF Hd Sec Cyl Hd Sec Cyl Start Size ID 1 00 1 1 0 63 32 1023 32 131071968 83 2 00 0 0 0 0 0 0 0 0 00 3 00 0 0 0 0 0 0 0 0 00 4 00 0 0 0 0 0 0 0 0 00 Disk was formatted with the following command: [root at localhost ~]# mkfs.ext2 -L kingston -M /media/kingston -O large_file,extent /dev/sdd1 mke2fs 1.41.4 (27-Jan-2009) Filesystem label=kingston OS type: Linux Block size=4096 (log=2) Fragment size=4096 (log=2) 4096000 inodes, 16383996 blocks 819199 blocks (5.00%) reserved for the super user First data block=0 Maximum filesystem blocks=0 500 block groups 32768 blocks per group, 32768 fragments per group 8192 inodes per group Superblock backups stored on blocks: 32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208, 4096000, 7962624, 11239424 Writing inode tables: done Writing superblocks and filesystem accounting information: done This filesystem will be automatically checked every 33 mounts or 180 days, whichever comes first. Use tune2fs -c or -i to override. And then checked: # fsck -f -v /dev/sdd1 Resulting in: [root at localhost ~]# fsck -v -f /dev/sdd1 fsck 1.41.4 (27-Jan-2009) e2fsck 1.41.4 (27-Jan-2009) Pass 1: Checking inodes, blocks, and sizes Pass 2: Checking directory structure Pass 3: Checking directory connectivity Pass 4: Checking reference counts Pass 5: Checking group summary information Block bitmap differences: +(32768--34306) +(65536--66049) +(98304--99842) +(131072--131585) +(163840--165378) +(196608--197121) +(229376--230914) +(262144--262657) +(294912--296450) +(327680--328193) +(360448--360961) +(393216--393729) +(425984--426497) +(458752--459265) +(491520--492033) +(524288--524801) +(557056--557569) +(589824--590337) +(622592--623105) +(655360--655873) +(688128--688641) +(720896--721409) +(753664--754177) +(786432--786945) +(819200--820738) +(851968--852481) +(884736--886274) +(917504--918017) +(950272--950785) +(983040--983553) +(1015808--1016321) +(1048576--1049089) +(1081344--1081857) +(1114112--1114625) +(1146880--1147393) +(1179648--1180161) +(1212416--1212929) +(1245184--1245697) +(1277952--1278465) +(1310720--1311233) +(1343488--1344001) +(1376256--1376769) +(1409024--1409537) +(1441792--1442305) +(1474560--1475073) +(1507328--1507841) +(1540096--1540609) +(1572864--1573377) +(1605632--1607170) +(1638400--1638913) +(1671168--1671681) +(1703936--1704449) +(1736704--1737217) +(1769472--1769985) +(1802240--1802753) +(1835008--1835521) +(1867776--1868289) +(1900544--1901057) +(1933312--1933825) +(1966080--1966593) +(1998848--1999361) +(2031616--2032129) +(2064384--2064897) +(2097152--2097665) +(2129920--2130433) +(2162688--2163201) +(2195456--2195969) +(2228224--2228737) +(2260992--2261505) +(2293760--2294273) +(2326528--2327041) +(2359296--2359809) +(2392064--2392577) +(2424832--2425345) +(2457600--2458113) +(2490368--2490881) +(2523136--2523649) +(2555904--2556417) +(2588672--2589185) +(2621440--2621953) +(2654208--2655746) +(2686976--2687489) +(2719744--2720257) +(2752512--2753025) +(2785280--2785793) +(2818048--2818561) +(2850816--2851329) +(2883584--2884097) +(2916352--2916865) +(2949120--2949633) +(2981888--2982401) +(3014656--3015169) +(3047424--3047937) +(3080192--3080705) +(3112960--3113473) +(3145728--3146241) +(3178496--3179009) +(3211264--3211777) +(3244032--3244545) +(3276800--3277313) +(3309568--3310081) +(3342336--3342849) +(3375104--3375617) +(3407872--3408385) +(3440640--3441153) +(3473408--3473921) +(3506176--3506689) +(3538944--3539457) +(3571712--3572225) +(3604480--3604993) +(3637248--3637761) +(3670016--3670529) +(3702784--3703297) +(3735552--3736065) +(3768320--3768833) +(3801088--3801601) +(3833856--3834369) +(3866624--3867137) +(3899392--3899905) +(3932160--3932673) +(3964928--3965441) +(3997696--3998209) +(4030464--4030977) +(4063232--4063745) +(4096000--4097538) +(4128768--4129281) +(4161536--4162049) +(4194304--4194817) +(4227072--4227585) +(4259840--4260353) +(4292608--4293121) +(4325376--4325889) +(4358144--4358657) +(4390912--4391425) +(4423680--4424193) +(4456448--4456961) +(4489216--4489729) +(4521984--4522497) +(4554752--4555265) +(4587520--4588033) +(4620288--4620801) +(4653056--4653569) +(4685824--4686337) +(4718592--4719105) +(4751360--4751873) +(4784128--4784641) +(4816896--4817409) +(4849664--4850177) +(4882432--4882945) +(4915200--4915713) +(4947968--4948481) +(4980736--4981249) +(5013504--5014017) +(5046272--5046785) +(5079040--5079553) +(5111808--5112321) +(5144576--5145089) +(5177344--5177857) +(5210112--5210625) +(5242880--5243393) +(5275648--5276161) +(5308416--5308929) +(5341184--5341697) +(5373952--5374465) +(5406720--5407233) +(5439488--5440001) +(5472256--5472769) +(5505024--5505537) +(5537792--5538305) +(5570560--5571073) +(5603328--5603841) +(5636096--5636609) +(5668864--5669377) +(5701632--5702145) +(5734400--5734913) +(5767168--5767681) +(5799936--5800449) +(5832704--5833217) +(5865472--5865985) +(5898240--5898753) +(5931008--5931521) +(5963776--5964289) +(5996544--5997057) +(6029312--6029825) +(6062080--6062593) +(6094848--6095361) +(6127616--6128129) +(6160384--6160897) +(6193152--6193665) +(6225920--6226433) +(6258688--6259201) +(6291456--6291969) +(6324224--6324737) +(6356992--6357505) +(6389760--6390273) +(6422528--6423041) +(6455296--6455809) +(6488064--6488577) +(6520832--6521345) +(6553600--6554113) +(6586368--6586881) +(6619136--6619649) +(6651904--6652417) +(6684672--6685185) +(6717440--6717953) +(6750208--6750721) +(6782976--6783489) +(6815744--6816257) +(6848512--6849025) +(6881280--6881793) +(6914048--6914561) +(6946816--6947329) +(6979584--6980097) +(7012352--7012865) +(7045120--7045633) +(7077888--7078401) +(7110656--7111169) +(7143424--7143937) +(7176192--7176705) +(7208960--7209473) +(7241728--7242241) +(7274496--7275009) +(7307264--7307777) +(7340032--7340545) +(7372800--7373313) +(7405568--7406081) +(7438336--7438849) +(7471104--7471617) +(7503872--7504385) +(7536640--7537153) +(7569408--7569921) +(7602176--7602689) +(7634944--7635457) +(7667712--7668225) +(7700480--7700993) +(7733248--7733761) +(7766016--7766529) +(7798784--7799297) +(7831552--7832065) +(7864320--7864833) +(7897088--7897601) +(7929856--7930369) +(7962624--7964162) +(7995392--7995905) +(8028160--8028673) +(8060928--8061441) +(8093696--8094209) +(8126464--8126977) +(8159232--8159745) +(8192000--8192513) +(8224768--8225281) +(8257536--8258049) +(8290304--8290817) +(8323072--8323585) +(8355840--8356353) +(8388608--8389121) +(8421376--8421889) +(8454144--8454657) +(8486912--8487425) +(8519680--8520193) +(8552448--8552961) +(8585216--8585729) +(8617984--8618497) +(8650752--8651265) +(8683520--8684033) +(8716288--8716801) +(8749056--8749569) +(8781824--8782337) +(8814592--8815105) +(8847360--8847873) +(8880128--8880641) +(8912896--8913409) +(8945664--8946177) +(8978432--8978945) +(9011200--9011713) +(9043968--9044481) +(9076736--9077249) +(9109504--9110017) +(9142272--9142785) +(9175040--9175553) +(9207808--9208321) +(9240576--9241089) +(9273344--9273857) +(9306112--9306625) +(9338880--9339393) +(9371648--9372161) +(9404416--9404929) +(9437184--9437697) +(9469952--9470465) +(9502720--9503233) +(9535488--9536001) +(9568256--9568769) +(9601024--9601537) +(9633792--9634305) +(9666560--9667073) +(9699328--9699841) +(9732096--9732609) +(9764864--9765377) +(9797632--9798145) +(9830400--9830913) +(9863168--9863681) +(9895936--9896449) +(9928704--9929217) +(9961472--9961985) +(9994240--9994753) +(10027008--10027521) +(10059776--10060289) +(10092544--10093057) +(10125312--10125825) +(10158080--10158593) +(10190848--10191361) +(10223616--10224129) +(10256384--10256897) +(10289152--10289665) +(10321920--10322433) +(10354688--10355201) +(10387456--10387969) +(10420224--10420737) +(10452992--10453505) +(10485760--10486273) +(10518528--10519041) +(10551296--10551809) +(10584064--10584577) +(10616832--10617345) +(10649600--10650113) +(10682368--10682881) +(10715136--10715649) +(10747904--10748417) +(10780672--10781185) +(10813440--10813953) +(10846208--10846721) +(10878976--10879489) +(10911744--10912257) +(10944512--10945025) +(10977280--10977793) +(11010048--11010561) +(11042816--11043329) +(11075584--11076097) +(11108352--11108865) +(11141120--11141633) +(11173888--11174401) +(11206656--11207169) +(11239424--11240962) +(11272192--11272705) +(11304960--11305473) +(11337728--11338241) +(11370496--11371009) +(11403264--11403777) +(11436032--11436545) +(11468800--11469313) +(11501568--11502081) +(11534336--11534849) +(11567104--11567617) +(11599872--11600385) +(11632640--11633153) +(11665408--11665921) +(11698176--11698689) +(11730944--11731457) +(11763712--11764225) +(11796480--11796993) +(11829248--11829761) +(11862016--11862529) +(11894784--11895297) +(11927552--11928065) +(11960320--11960833) +(11993088--11993601) +(12025856--12026369) +(12058624--12059137) +(12091392--12091905) +(12124160--12124673) +(12156928--12157441) +(12189696--12190209) +(12222464--12222977) +(12255232--12255745) +(12288000--12288513) +(12320768--12321281) +(12353536--12354049) +(12386304--12386817) +(12419072--12419585) +(12451840--12452353) +(12484608--12485121) +(12517376--12517889) +(12550144--12550657) +(12582912--12583425) +(12615680--12616193) +(12648448--12648961) +(12681216--12681729) +(12713984--12714497) +(12746752--12747265) +(12779520--12780033) +(12812288--12812801) +(12845056--12845569) +(12877824--12878337) +(12910592--12911105) +(12943360--12943873) +(12976128--12976641) +(13008896--13009409) +(13041664--13042177) +(13074432--13074945) +(13107200--13107713) +(13139968--13140481) +(13172736--13173249) +(13205504--13206017) +(13238272--13238785) +(13271040--13271553) +(13303808--13304321) +(13336576--13337089) +(13369344--13369857) +(13402112--13402625) +(13434880--13435393) +(13467648--13468161) +(13500416--13500929) +(13533184--13533697) +(13565952--13566465) +(13598720--13599233) +(13631488--13632001) +(13664256--13664769) +(13697024--13697537) +(13729792--13730305) +(13762560--13763073) +(13795328--13795841) +(13828096--13828609) +(13860864--13861377) +(13893632--13894145) +(13926400--13926913) +(13959168--13959681) +(13991936--13992449) +(14024704--14025217) +(14057472--14057985) +(14090240--14090753) +(14123008--14123521) +(14155776--14156289) +(14188544--14189057) +(14221312--14221825) +(14254080--14254593) +(14286848--14287361) +(14319616--14320129) +(14352384--14352897) +(14385152--14385665) +(14417920--14418433) +(14450688--14451201) +(14483456--14483969) +(14516224--14516737) +(14548992--14549505) +(14581760--14582273) +(14614528--14615041) +(14647296--14647809) +(14680064--14680577) +(14712832--14713345) +(14745600--14746113) +(14778368--14778881) +(14811136--14811649) +(14843904--14844417) +(14876672--14877185) +(14909440--14909953) +(14942208--14942721) +(14974976--14975489) +(15007744--15008257) +(15040512--15041025) +(15073280--15073793) +(15106048--15106561) +(15138816--15139329) +(15171584--15172097) +(15204352--15204865) +(15237120--15237633) +(15269888--15270401) +(15302656--15303169) +(15335424--15335937) +(15368192--15368705) +(15400960--15401473) +(15433728--15434241) +(15466496--15467009) +(15499264--15499777) +(15532032--15532545) +(15564800--15565313) +(15597568--15598081) +(15630336--15630849) +(15663104--15663617) +(15695872--15696385) +(15728640--15729153) +(15761408--15761921) +(15794176--15794689) +(15826944--15827457) +(15859712--15860225) +(15892480--15892993) +(15925248--15925761) +(15958016--15958529) +(15990784--15991297) +(16023552--16024065) +(16056320--16056833) +(16089088--16089601) +(16121856--16122369) +(16154624--16155137) +(16187392--16187905) +(16220160--16220673) +(16252928--16253441) +(16285696--16286209) +(16318464--16318977) +(16351232--16351745) Fix? If I fsck without -f, /dev/sdd1 will not be checked (it's marked as clean)... Then, if I ignore the errors, mount /dev/sdd1 at /media/kingston and do: # PREFIX=/media/kingston/`date +%y%m%d%H%M` # tar cjPf - /home /opt /usr/local | gpg -c -a -z0 --cipher-algo=aes256 -o ${PREFIX}.asc It will create the backup file. But, if I try: # md5sum ${PREFIX}.asc > ${PREFIX}.md5 it will complain that "cannot write to device"... I checked the device with: # badblocks -w -v /dev/sdd1 and it went through without finding errors. What's going wild with this particular device??? -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 260 bytes Desc: OpenPGP digital signature URL: From tgl at redhat.com Tue Aug 18 22:14:20 2009 From: tgl at redhat.com (Tom Lane) Date: Tue, 18 Aug 2009 18:14:20 -0400 Subject: glibc error reports go to the bit bucket in koji Message-ID: <5590.1250633660@sss.pgh.pa.us> I've been poking away at the mysql crashes I mentioned a few days ago, and have just realized something that explains why I've been at such a loss to interpret the failure reports from koji. It seems that what has been getting triggered is glibc's malloc-error aborts, the ones that look like *** glibc detected *** /home/tgl/rpmwork/BUILD/mysql-5.1.37/client/.libs/lt-mysqlslap: free(): invalid pointer: 0x0000000001dc6eb0 *** ======= Backtrace: ========= /lib64/libc.so.6[0x309a275a96] /home/tgl/rpmwork/BUILD/mysql-5.1.37/libmysql_r/.libs/libmysqlclient_r.so.16(my_thread_end+0x62)[0x7fb1910b9612] /home/tgl/rpmwork/BUILD/mysql-5.1.37/client/.libs/lt-mysqlslap(run_task+0x2df)[0x4033ef] /lib64/libpthread.so.0[0x309ae0686a] /lib64/libc.so.6(clone+0x6d)[0x309a2de39d] ======= Memory map: ======== 00400000-00408000 r-xp 00000000 fd:01 1522370 /home/tgl/rpmwork/BUILD/mysql-5.1.37/client/.libs/lt-mysqlslap 00608000-0060a000 rw-p 00008000 fd:01 1522370 /home/tgl/rpmwork/BUILD/mysql-5.1.37/client/.libs/lt-mysqlslap .. etc etc .. **The build logs from koji do not contain this rather critical information**. I haven't dug into the glibc sources, but what it looks like on my own machine is that these reports go to /dev/tty not to stderr (and thus not into any log file). I will not presume to question the sanity of the /dev/tty default, but surely this is a *completely* undesirable behavior within the koji environment. Can't we fix things so that such reports show up in the build.log? regards, tom lane From jspaleta at gmail.com Tue Aug 18 22:17:52 2009 From: jspaleta at gmail.com (Jeff Spaleta) Date: Tue, 18 Aug 2009 14:17:52 -0800 Subject: yum-presto plugin by default In-Reply-To: <1250633200.3107.11.camel@localhost.localdomain> References: <4A6BAD10.8090207@fedoraproject.org> <4A89B811.1000104@fedoraproject.org> <20090818021624.GJ12399@angus.ind.WPI.EDU> <364d303b0908181440n4fb78a4eq605046cc03f68b47@mail.gmail.com> <604aa7910908181447k13fd85b0oe5a6c4fe5b62729e@mail.gmail.com> <1250633200.3107.11.camel@localhost.localdomain> Message-ID: <604aa7910908181517j2182cf2ob59a896f7170aff@mail.gmail.com> On Tue, Aug 18, 2009 at 2:06 PM, Jesse Keating wrote: > The hit on slow disks is pretty bad too, even non-slow disks. ?With a > local mirror the time to re-make the deltas is far longer than the time > to just pull down the entire packages. Time isn't the only metric...people may also be concerned about metered bandwidth. CPU overchurn we can limit via process priority..but finding a heuristic to determine what "too slow" means when it comes to disk io versus bandwidth is probably something we can't do. -jef"speaking of metered bandwidth..I need to remember to work from barnes and nobles instead of working from home this winter..so i can steal power, wireless and a nice warm fire"spaleta From mikeb at redhat.com Tue Aug 18 22:34:33 2009 From: mikeb at redhat.com (Mike Bonnet) Date: Tue, 18 Aug 2009 18:34:33 -0400 Subject: glibc error reports go to the bit bucket in koji In-Reply-To: <5590.1250633660@sss.pgh.pa.us> References: <5590.1250633660@sss.pgh.pa.us> Message-ID: <4A8B2C79.6050501@redhat.com> On 08/18/2009 06:14 PM, Tom Lane wrote: > I've been poking away at the mysql crashes I mentioned a few days ago, > and have just realized something that explains why I've been at such a > loss to interpret the failure reports from koji. It seems that what > has been getting triggered is glibc's malloc-error aborts, the ones that > look like > > *** glibc detected *** /home/tgl/rpmwork/BUILD/mysql-5.1.37/client/.libs/lt-mysqlslap: free(): invalid pointer: 0x0000000001dc6eb0 *** > ======= Backtrace: ========= > /lib64/libc.so.6[0x309a275a96] > /home/tgl/rpmwork/BUILD/mysql-5.1.37/libmysql_r/.libs/libmysqlclient_r.so.16(my_thread_end+0x62)[0x7fb1910b9612] > /home/tgl/rpmwork/BUILD/mysql-5.1.37/client/.libs/lt-mysqlslap(run_task+0x2df)[0x4033ef] > /lib64/libpthread.so.0[0x309ae0686a] > /lib64/libc.so.6(clone+0x6d)[0x309a2de39d] > ======= Memory map: ======== > 00400000-00408000 r-xp 00000000 fd:01 1522370 /home/tgl/rpmwork/BUILD/mysql-5.1.37/client/.libs/lt-mysqlslap > 00608000-0060a000 rw-p 00008000 fd:01 1522370 /home/tgl/rpmwork/BUILD/mysql-5.1.37/client/.libs/lt-mysqlslap > .. etc etc .. > > **The build logs from koji do not contain this rather critical > information**. I haven't dug into the glibc sources, but what it > looks like on my own machine is that these reports go to /dev/tty > not to stderr (and thus not into any log file). > > I will not presume to question the sanity of the /dev/tty default, > but surely this is a *completely* undesirable behavior within the > koji environment. Can't we fix things so that such reports show up > in the build.log? This is more of a mock issue, since mock is responsible for capturing the output of the build process and directing it to build.log, which koji simply stores. Is this reproduceable in mock on a local machine? How would mock go about capturing output sent directly to /dev/tty? Could we get away with hard/sym-linking it to /dev/stderr? Does this have the potential to break other things? From roland at redhat.com Tue Aug 18 22:36:59 2009 From: roland at redhat.com (Roland McGrath) Date: Tue, 18 Aug 2009 15:36:59 -0700 (PDT) Subject: glibc error reports go to the bit bucket in koji In-Reply-To: Tom Lane's message of Tuesday, 18 August 2009 18:14:20 -0400 <5590.1250633660@sss.pgh.pa.us> References: <5590.1250633660@sss.pgh.pa.us> Message-ID: <20090818223659.EBEC14730F@magilla.sf.frob.com> IMHO koji (and mock for that matter) ought to be running the builds inside a captive pty whose ouytput it logs anyway, even if they redirect everything. You never know what crazy nonsense some package is going to try. You can put LIBC_FATAL_STDERR_=1 in the environment to get those messages to stderr instead of /dev/tty. setuid programs will still use /dev/tty. Or, it would use stderr by default if there was no /dev/tty. If you're not going to capture the tty output, then you really should disassociate from the tty (setsid) so /dev/tty does not work at all. I'd call the failure to do one or the other of these a bug in mock or koji. Thanks, Roland From roland at redhat.com Tue Aug 18 22:39:11 2009 From: roland at redhat.com (Roland McGrath) Date: Tue, 18 Aug 2009 15:39:11 -0700 (PDT) Subject: glibc error reports go to the bit bucket in koji In-Reply-To: Mike Bonnet's message of Tuesday, 18 August 2009 18:34:33 -0400 <4A8B2C79.6050501@redhat.com> References: <5590.1250633660@sss.pgh.pa.us> <4A8B2C79.6050501@redhat.com> Message-ID: <20090818223912.048444730F@magilla.sf.frob.com> > How would mock go about capturing output sent directly to /dev/tty? forkpty from is handy. In pythonland there is probably some other simple canonical way to run a child in a pty. > Could we get away with hard/sym-linking it to /dev/stderr? Does this > have the potential to break other things? Your kneecaps, fella, just try it. From jakub at redhat.com Tue Aug 18 22:46:42 2009 From: jakub at redhat.com (Jakub Jelinek) Date: Wed, 19 Aug 2009 00:46:42 +0200 Subject: glibc error reports go to the bit bucket in koji In-Reply-To: <5590.1250633660@sss.pgh.pa.us> References: <5590.1250633660@sss.pgh.pa.us> Message-ID: <20090818224642.GG4462@tyan-ft48-01.lab.bos.redhat.com> On Tue, Aug 18, 2009 at 06:14:20PM -0400, Tom Lane wrote: > I've been poking away at the mysql crashes I mentioned a few days ago, > and have just realized something that explains why I've been at such a > loss to interpret the failure reports from koji. It seems that what > has been getting triggered is glibc's malloc-error aborts, the ones that > look like > > *** glibc detected *** /home/tgl/rpmwork/BUILD/mysql-5.1.37/client/.libs/lt-mysqlslap: free(): invalid pointer: 0x0000000001dc6eb0 *** > ======= Backtrace: ========= > /lib64/libc.so.6[0x309a275a96] > /home/tgl/rpmwork/BUILD/mysql-5.1.37/libmysql_r/.libs/libmysqlclient_r.so.16(my_thread_end+0x62)[0x7fb1910b9612] > /home/tgl/rpmwork/BUILD/mysql-5.1.37/client/.libs/lt-mysqlslap(run_task+0x2df)[0x4033ef] > /lib64/libpthread.so.0[0x309ae0686a] > /lib64/libc.so.6(clone+0x6d)[0x309a2de39d] > ======= Memory map: ======== > 00400000-00408000 r-xp 00000000 fd:01 1522370 /home/tgl/rpmwork/BUILD/mysql-5.1.37/client/.libs/lt-mysqlslap > 00608000-0060a000 rw-p 00008000 fd:01 1522370 /home/tgl/rpmwork/BUILD/mysql-5.1.37/client/.libs/lt-mysqlslap > .. etc etc .. > > **The build logs from koji do not contain this rather critical > information**. I haven't dug into the glibc sources, but what it > looks like on my own machine is that these reports go to /dev/tty > not to stderr (and thus not into any log file). One of koji/mock/rpm could export LIBC_FATAL_STDERR_=1 in the environment to force this to go to stdout for non-setuid/setgid processes. Jakub From jkeating at redhat.com Tue Aug 18 23:07:35 2009 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 18 Aug 2009 16:07:35 -0700 Subject: glibc error reports go to the bit bucket in koji In-Reply-To: <20090818223659.EBEC14730F@magilla.sf.frob.com> References: <5590.1250633660@sss.pgh.pa.us> <20090818223659.EBEC14730F@magilla.sf.frob.com> Message-ID: <1250636855.3107.13.camel@localhost.localdomain> On Tue, 2009-08-18 at 15:36 -0700, Roland McGrath wrote: > IMHO koji (and mock for that matter) ought to be running the builds inside > a captive pty whose ouytput it logs anyway, even if they redirect > everything. You never know what crazy nonsense some package is going to try. How does one setup one of these things? -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From roland at redhat.com Tue Aug 18 23:28:49 2009 From: roland at redhat.com (Roland McGrath) Date: Tue, 18 Aug 2009 16:28:49 -0700 (PDT) Subject: glibc error reports go to the bit bucket in koji In-Reply-To: Jesse Keating's message of Tuesday, 18 August 2009 16:07:35 -0700 <1250636855.3107.13.camel@localhost.localdomain> References: <5590.1250633660@sss.pgh.pa.us> <20090818223659.EBEC14730F@magilla.sf.frob.com> <1250636855.3107.13.camel@localhost.localdomain> Message-ID: <20090818232849.B189C4730F@magilla.sf.frob.com> > How does one setup one of these things? Since I assume you are implementing it in Python, you might have to ask, you know, someone who knows Python. I don't, but I have a web browser. I even have "locate '*python*pty*'". So maybe: import pty (pid, fd) = pty.fork() or pty.spawn(...) From awilliam at redhat.com Tue Aug 18 23:35:51 2009 From: awilliam at redhat.com (Adam Williamson) Date: Tue, 18 Aug 2009 16:35:51 -0700 Subject: yum-presto plugin by default In-Reply-To: <604aa7910908181517j2182cf2ob59a896f7170aff@mail.gmail.com> References: <4A6BAD10.8090207@fedoraproject.org> <4A89B811.1000104@fedoraproject.org> <20090818021624.GJ12399@angus.ind.WPI.EDU> <364d303b0908181440n4fb78a4eq605046cc03f68b47@mail.gmail.com> <604aa7910908181447k13fd85b0oe5a6c4fe5b62729e@mail.gmail.com> <1250633200.3107.11.camel@localhost.localdomain> <604aa7910908181517j2182cf2ob59a896f7170aff@mail.gmail.com> Message-ID: <1250638551.2307.37.camel@adam.local.net> On Tue, 2009-08-18 at 14:17 -0800, Jeff Spaleta wrote: > -jef"speaking of metered bandwidth..I need to remember to work from > barnes and nobles instead of working from home this winter..so i can > steal power, wireless and a nice warm fire"spaleta Nice warm fire? you're going to burn all the books? :) -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From tgl at redhat.com Wed Aug 19 00:55:40 2009 From: tgl at redhat.com (Tom Lane) Date: Tue, 18 Aug 2009 20:55:40 -0400 Subject: glibc error reports go to the bit bucket in koji In-Reply-To: <4A8B2C79.6050501@redhat.com> References: <5590.1250633660@sss.pgh.pa.us> <4A8B2C79.6050501@redhat.com> Message-ID: <8802.1250643340@sss.pgh.pa.us> Mike Bonnet writes: > On 08/18/2009 06:14 PM, Tom Lane wrote: >> **The build logs from koji do not contain this rather critical >> information**. I haven't dug into the glibc sources, but what it >> looks like on my own machine is that these reports go to /dev/tty >> not to stderr (and thus not into any log file). > This is more of a mock issue, since mock is responsible for capturing > the output of the build process and directing it to build.log, which > koji simply stores. Is this reproduceable in mock on a local machine? I think so, but the last few days are kind of a haze of irreproducible crashes :-(. And it was only just now that I realized that the logs showing mysql terminating for no apparent reason looked exactly like my stdout/stderr captures from terminal sessions that included glibc reports. I don't have any way to prove that those sessions actually included some glibc output that I never saw ... it just seems pretty likely. Anyway, given other comments, it seems clear that (1) glibc does send these things to /dev/tty by default, and (2) nothing in the koji environment is doing anything to capture such output. regards, tom lane From poelstra at redhat.com Wed Aug 19 00:33:39 2009 From: poelstra at redhat.com (John Poelstra) Date: Tue, 18 Aug 2009 17:33:39 -0700 Subject: F12 Feature Status Requested Message-ID: <4A8B4863.40103@redhat.com> Greetings Feature Owners, The Alpha Release of Fedora 12 is scheduled for public availability one week from today on Tuesday, August 25, 2009. As a result of our announcements around this release many journalists and other people curious to find out what's on the way for Fedora 12 will come to read your feature page. The features listed below (which are not 100% complete) and have not been updated in the last two weeks. Please update your feature page by next Tuesday, August 25, 2009 so we can provide people with the latest and greatest information about your feature! https://fedoraproject.org/wiki/Features/Dracut https://fedoraproject.org/wiki/Anaconda/Features/FCoE https://fedoraproject.org/wiki/Features/KDE43 https://fedoraproject.org/wiki/Features/liblvm https://fedoraproject.org/wiki/Features/PowerManagementF12 https://fedoraproject.org/wiki/Features/Ovirt_Node https://fedoraproject.org/wiki/Features/SystemTapEclipseGUI https://fedoraproject.org/wiki/Features/XZRpmPayloads https://fedoraproject.org/wiki/Features/F12X86Support If nothing has changed on your feature page as it currently stands, simply update the "Last updated" date to the current date so we'll know you've been there. REMINDER: all features must be 100% complete at Final Freeze, currently scheduled for Tuesday, September 29, 2009. Thank you for your help and contributing to next great release of Fedora! John p.s. Individual feature owners have also been bcc'd on this message _______________________________________________ Fedora-devel-announce mailing list Fedora-devel-announce at redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-announce From poelstra at redhat.com Wed Aug 19 01:30:00 2009 From: poelstra at redhat.com (John Poelstra) Date: Tue, 18 Aug 2009 18:30:00 -0700 Subject: Updated Fedora 12 Schedule--Final Release Date 2009-11-10 Message-ID: <4A8B5598.3000204@redhat.com> As a follow-up to last week's announcement changing the date for the Fedora 12 Alpha release, https://www.redhat.com/archives/fedora-devel-announce/2009-August/msg00006.html the remaining tasks in the Fedora 12 schedule have been adjusted by one week. https://fedoraproject.org/wiki/Releases/12#Key_Milestones The new milestones are as follows: 2009-08-25 Alpha Release 2009-09-22 Software Translation Deadline 2009-09-29 Beta (Final Development) Freeze 2009-10-13 Beta Release 2009-10-27 Compose & Stage Release Candidate 2009-11-10 Fedora 12 Final Release Updated detailed schedules are available here: http://poelstra.fedorapeople.org/schedules/f-12/f-12-key-tasks.html iCal files for each team are here (files ending in .ics): http://poelstra.fedorapeople.org/schedules/f-12 John _______________________________________________ Fedora-devel-announce mailing list Fedora-devel-announce at redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-announce From steven at scc.hk Wed Aug 19 03:03:44 2009 From: steven at scc.hk (Steven James Drinnan) Date: Wed, 19 Aug 2009 11:03:44 +0800 Subject: yum-presto plugin by default In-Reply-To: <364d303b0908181440n4fb78a4eq605046cc03f68b47@mail.gmail.com> References: <4A6BAD10.8090207@fedoraproject.org> <4A89B811.1000104@fedoraproject.org> <20090818021624.GJ12399@angus.ind.WPI.EDU> <364d303b0908181440n4fb78a4eq605046cc03f68b47@mail.gmail.com> Message-ID: <1250651025.2365.7.camel@mylaptop.myhome> I would hold off on the default thing. I have found that it has played havoc with intel video drivers and NetworkManager. I do not know how but for me it was a pain in the neck. All I know is that after I re-installed and upgraded I have had no problems -1 to installing it by default in F12. Steven On Tue, 2009-08-18 at 22:40 +0100, Christopher Brown wrote: > 2009/8/18 Chuck Anderson : > > On Tue, Aug 18, 2009 at 01:35:37AM +0530, Rahul Sundaram wrote: > >> On 07/26/2009 06:40 AM, Rahul Sundaram wrote: > >> > Hi, > >> > > >> > Can we make it a default in comps for Rawhide? > >> > > >> > Rahul > >> > >> No answer here after weeks. > >> > >> After some lengthy discussion with rel-eng team in irc, not much care > >> either way. Talked to desktop team and based on their recommendation, I > >> have added yum-presto to the GNOME Desktop group by default. > >> > >> If rel-eng wants to add it a base group for the DVD image, feel free to > >> do so. Spin owners - likewise. Thanks. > > > > I've been using yum-presto since before F11 came out, and it is great. > > +1 to installing it by default in F12. > > FWIW, I have also experienced zero problems with it and believe it > would be better enabled by default, retaining the option to disable. > Updates would get done faster and mirrors would be able to cope with > more connections, especially in the first push after release day... :) > > -- > Christopher Brown > From rodd at clarkson.id.au Wed Aug 19 04:16:51 2009 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Wed, 19 Aug 2009 14:16:51 +1000 Subject: Kernel 2.6.29 for F10 In-Reply-To: <20090818161008.GA7840@redhat.com> References: <4A8A7F75.9080700@thelounge.net> <642D2D0F-014D-4292-83E9-D6A95C42A86B@nall.com> <20090818161008.GA7840@redhat.com> Message-ID: <1250655411.4625.21.camel@moose.localdomain> > > I too would like to see F10 move up to 2.6.29+ > > prior to end-of-life. > > In days of old, we were able to get rebases out pretty quickly after > their upstream release. These days, we're hindered by the kernel modesetting > stuff we're carrying. It's closely tied to the userspace X drivers, > and isn't easy to retrofit to a different kernel. > One of the reasons we haven't pushed them as proper updates is that > getting the regressions fixed is pretty time consuming, and the limited > X/KMS manpower we have is better focused on making the F12 stuff work right, > and getting it upstream. Dave, Is this an offer to try and help me get the f12 kernel to boot on my system so that I can test it for you? ;-] https://bugzilla.redhat.com/show_bug.cgi?id=513528 Rodd From cra at WPI.EDU Wed Aug 19 04:36:15 2009 From: cra at WPI.EDU (Chuck Anderson) Date: Wed, 19 Aug 2009 00:36:15 -0400 Subject: yum-presto plugin by default In-Reply-To: <1250651025.2365.7.camel@mylaptop.myhome> References: <4A6BAD10.8090207@fedoraproject.org> <4A89B811.1000104@fedoraproject.org> <20090818021624.GJ12399@angus.ind.WPI.EDU> <364d303b0908181440n4fb78a4eq605046cc03f68b47@mail.gmail.com> <1250651025.2365.7.camel@mylaptop.myhome> Message-ID: <20090819043615.GB18838@angus.ind.WPI.EDU> On Wed, Aug 19, 2009 at 11:03:44AM +0800, Steven James Drinnan wrote: > I would hold off on the default thing. > > I have found that it has played havoc with intel video drivers and > NetworkManager. I do not know how but for me it was a pain in the neck. > > All I know is that after I re-installed and upgraded I have had no > problems > > -1 to installing it by default in F12. What the heck does yum-presto have to do with the quality of the xorg-x11-drv-intel and NetworkManager packages? From cra at WPI.EDU Wed Aug 19 04:40:11 2009 From: cra at WPI.EDU (Chuck Anderson) Date: Wed, 19 Aug 2009 00:40:11 -0400 Subject: yum-presto plugin by default In-Reply-To: <20090819043615.GB18838@angus.ind.WPI.EDU> References: <4A6BAD10.8090207@fedoraproject.org> <4A89B811.1000104@fedoraproject.org> <20090818021624.GJ12399@angus.ind.WPI.EDU> <364d303b0908181440n4fb78a4eq605046cc03f68b47@mail.gmail.com> <1250651025.2365.7.camel@mylaptop.myhome> <20090819043615.GB18838@angus.ind.WPI.EDU> Message-ID: <20090819044011.GC18838@angus.ind.WPI.EDU> On Wed, Aug 19, 2009 at 12:36:15AM -0400, Chuck Anderson wrote: > On Wed, Aug 19, 2009 at 11:03:44AM +0800, Steven James Drinnan wrote: > > I would hold off on the default thing. > > > > I have found that it has played havoc with intel video drivers and > > NetworkManager. I do not know how but for me it was a pain in the neck. > > > > All I know is that after I re-installed and upgraded I have had no > > problems > > > > -1 to installing it by default in F12. > > What the heck does yum-presto have to do with the quality of the > xorg-x11-drv-intel and NetworkManager packages? Responding to myself, are you perhaps confusing yum-presto with presto? Name : yum-presto Arch : noarch Version : 0.5.0 Release : 1.fc11 Size : 78 k Repo : installed Summary : Presto plugin for yum URL : http://www.lesbg.com/jdieter/presto/ License : GPLv2+ Description: Yum-presto is a plugin for yum that looks for deltarpms rather than : rpms whenever they are available. This has the potential of saving : a lot of bandwidth when downloading updates. : : A Deltarpm is the difference between two rpms. If you already have : foo-1.0 installed and foo-1.1 is available, yum-presto will : download the deltarpm for foo-1.0 => 1.1 rather than the full : foo-1.1 rpm, and then build the full foo-1.1 package from your : installed foo-1.0 and the downloaded deltarpm. Name : presto Arch : x86_64 Version : 0.1.3 Release : 6.fc11 Size : 35 k Repo : fedora Summary : A tilemap engine using the Allegro game programming library URL : http://www.hypersonicsoft.org/projects/showproject.php?id=29 License : GPLv3+ Description: Presto is a general-use tilemap engine coded in C that uses Allegro : for graphics rendering, and therefore is intended for use in games : using Allegro. It can handle rectangular tiles of any height and : width (and different height from width), loading tilemaps from : files, tile blending, and the capability to change most of these : elements on the fly. From salimma at fedoraproject.org Wed Aug 19 04:31:16 2009 From: salimma at fedoraproject.org (salimma at fedoraproject.org) Date: Wed, 19 Aug 2009 00:31:16 -0400 (EST) Subject: Orphaning some packages Message-ID: I am orphaning the following packages -- some of them because I no longer use them, some of them because of the packaging overhead. Mono (Banshee dependencies) ipod-sharp libipoddevice podsleuth Others: Io-language pidgin-rhythmbox On these other packages, I'm reducing my involvement to being co-maintainer, and new package owners are already selected when ownership was released: banshee [spot] waf [thm] Best regards, -- mi?el salim ? http://hircus.jaiku.com/ IUCS ? msalim at cs.indiana.edu Fedora ? salimma at fedoraproject.org -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 270 bytes Desc: OpenPGP digital signature URL: From ankit at redhat.com Wed Aug 19 08:12:16 2009 From: ankit at redhat.com (Ankit Patel) Date: Wed, 19 Aug 2009 13:42:16 +0530 Subject: Updated Fedora 12 Schedule--Final Release Date 2009-11-10 In-Reply-To: <4A8B5598.3000204@redhat.com> References: <4A8B5598.3000204@redhat.com> Message-ID: <4A8BB3E0.2040409@redhat.com> John Poelstra wrote: > As a follow-up to last week's announcement changing the date for the > Fedora 12 Alpha release, > > https://www.redhat.com/archives/fedora-devel-announce/2009-August/msg00006.html > > the remaining tasks in the Fedora 12 schedule have been adjusted by > one week. > > https://fedoraproject.org/wiki/Releases/12#Key_Milestones > > The new milestones are as follows: > > 2009-08-25 Alpha Release > 2009-09-22 Software Translation Deadline > 2009-09-29 Beta (Final Development) Freeze > 2009-10-13 Beta Release > 2009-10-27 Compose & Stage Release Candidate > 2009-11-10 Fedora 12 Final Release > > Updated detailed schedules are available here: > http://poelstra.fedorapeople.org/schedules/f-12/f-12-key-tasks.html > > iCal files for each team are here (files ending in .ics): > http://poelstra.fedorapeople.org/schedules/f-12 > > John Is there any way to get notification, when packages (re)build is done? I am referring to task - "Ongoing Test Package Builds for Translation Review, Thu 2009-09-10 to Mon 2009-09-14" from the schedule, where FLP (Fedora Localization Project) team of translators might want to know whether the packages they have translated are rebuilt along with latest translations or not. Thanks! -- Regards, Ankit Patel http://www.indianoss.org/ http://www.ankit644.com/ From rodd at clarkson.id.au Wed Aug 19 12:45:29 2009 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Wed, 19 Aug 2009 22:45:29 +1000 Subject: Kernel 2.6.29 for F10 In-Reply-To: <1250655411.4625.21.camel@moose.localdomain> References: <4A8A7F75.9080700@thelounge.net> <642D2D0F-014D-4292-83E9-D6A95C42A86B@nall.com> <20090818161008.GA7840@redhat.com> <1250655411.4625.21.camel@moose.localdomain> Message-ID: <1250685929.2431.1.camel@localhost> On Wed, 2009-08-19 at 14:16 +1000, Rodd Clarkson wrote: > Dave, > > Is this an offer to try and help me get the f12 kernel to boot on my > system so that I can test it for you? ;-] > > https://bugzilla.redhat.com/show_bug.cgi?id=513528 > > > Rodd > I'd just like to thank Kyle McMartin for giving me a little help with this (maybe with a little prompting from Dave???) I can now boot rawhide so I can now help with testing. thanks Rodd From maxamillion at gmail.com Wed Aug 19 13:35:29 2009 From: maxamillion at gmail.com (Adam Miller) Date: Wed, 19 Aug 2009 08:35:29 -0500 Subject: Firefox addon for Fedora-pkgdb search Message-ID: Hello all, I decided posting this to the devel-list would be most appropriate because I assume it to be the crowd who would put something like this to use (but I could be wrong). I threw together a little Firefox AddOn that adds the pkgdb as a search option and then spoke with M?ir?n Duffy about a logo and she was nice enough to put together one awesome logo for the addon (thanks again for that!). I'm also in discussion with Luke Macken about making something similar except for Fedora Community, more on that once it comes to life but in the mean time, enjoy! https://addons.mozilla.org/en-US/firefox/addon/13710 Thanks, -Adam P.S. - If this was the wrong list to post to, many apologies and I'm open to suggestion on where to shoot info like this :) -- http://maxamillion.googlepages.com --------------------------------------------------------- () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments From rawhide at fedoraproject.org Wed Aug 19 12:40:52 2009 From: rawhide at fedoraproject.org (Rawhide Report) Date: Wed, 19 Aug 2009 12:40:52 +0000 Subject: rawhide report: 20090819 changes Message-ID: <20090819124052.GA15265@releng2.fedora.phx.redhat.com> Compose started at Wed Aug 19 06:15:07 UTC 2009 New package Django-south Intelligent schema migrations for Django apps New package MiniCopier Graphical copy manager New package PgsLookAndFeel Nice looking LookAndFeel for Swing New package R-preprocessCore A collection of pre-processing functions New package blazeblogger A simple to use but capable CMS for the command line New package ccze A robust log colorizer New package chameleon Common schema transformation tool New package cobertura Free Java tool that calculates the percentage of code accessed by tests New package cxxtest A JUnit-like testing framework for C++ New package django-authority A Django app for generic per-object permissions and custom permission checks New package django-piston A mini-framework for Django for creating RESTful APIs New package django-profile Django pluggable user profile zone New package dvisvgm A DVI to SVG converter New package espresso-ab A boolean minimization tool New package fbzx A ZX Spectrum emulator for FrameBuffer New package foomatic-db Database of printers and printer drivers New package fpaste A simple tool for pasting info onto fpaste.org New package gnaughty Downloader for adult content New package gnome-colors-icon-theme GNOME-Colors icon theme New package gnome-shell Window management and application launching for GNOME New package hunspell-mos Mossi hunspell dictionaries New package hyphen-fo Faroese hyphenation rules New package ibus-qt Qt IBus library and Qt input method plugin New package ibus-table-quick Quick input methods for ibus-table New package ibus-table-translit Translit input methods for ibus-table New package ibus-table-xinhua Xin Hua input methods for ibus-table New package jemmy Java UI testing library New package jide-oss Swing component library built on top of Java/Swing New package latrace LD_AUDIT feature frontend for glibc 2.4+ New package mausezahn A fast versatile packet generator New package mingw32-enchant MinGW Windows Enchanting Spell Checking Library New package mmapper Graphical MUME mapper New package moblin-session Moblin User Experience Startup Scripts New package mtkbabel Program to Operate the i-Blue 747 GPS Data Logger New package openal-soft Open Audio Library New package papyon Python libraries for MSN Messenger network New package pcc The Portable C Compiler New package perl-Beanstalk-Client Client class to talk to a beanstalkd server New package perl-Catalyst-Plugin-PageCache Cache the output of entire pages New package perl-Catalyst-Plugin-Session-Store-Cache Store sessions using a Catalyst::Plugin::Cache New package perl-Config-Model Framework to create configuration validation tools and editors New package perl-DBIx-Class-TimeStamp DBIx::Class extension to update and create date and time based fields New package perl-Flickr-API Perl interface to the Flickr API New package perl-Flickr-Upload Flickr.com upload module and script New package perl-IO-Async A collection of modules that implement asynchronous filehandle IO New package perl-Locale-Msgfmt Compile .po files to .mo files New package perl-Math-Calc-Units Human-readable unit-aware calculator New package perl-PPIx-EditorTools Utility methods and base class for manipulating Perl via PPI New package perl-Parse-ExuberantCTags Efficiently parse exuberant ctags files New package perl-XML-Parser-Lite-Tree Lightweight XML tree builder New package perl-latest Use the latest Perl features New package php-PHPMailer PHP email transport class with a lot of features New package php-pear-HTML_Template_PHPLIB PHP template system based on preg_* New package pipestat Watches data flowing over an anonymous pipe New package potrace Transform bitmaps into vector graphics New package pyliblo Python bindings for the liblo OSC library New package python-zc-lockfile Basic Inter-Process Locks New package python-zope-event Zope Event Publication New package rakudo A Perl compiler on Parrot New package rubygem-fastercsv Faster, smaller and cleaner replacement to standard CSV library New package rubygem-json A JSON implementation in Ruby New package rubygem-treetop A Ruby-based text parsing and interpretation DSL New package scim-tomoe Tomoe module for SCIM for handwritten input New package shotwell A photo organizer for the GNOME desktop New package shutter GTK+ 2.0 screenshot application written in perl New package sphinx Free open-source SQL full-text search engine New package trac-tracnav-plugin Navigation Bar for Trac New package vacation Automatic mail answering program New package vdr-epgsearch Powerful schedules menu replacement plugin for VDR New package xrdp Open source remote desktop protocol (RDP) server Removed package mathml-fonts Removed package openal Removed package sugar-journal Updated Packages: 389-adminutil-1.1.8-4.fc12 -------------------------- * Wed Aug 12 2009 Rich Megginson - 1.1.8-4 - final 1.1.8 release 389-console-1.1.3-4.fc12 ------------------------ * Wed Aug 12 2009 Rich Megginson - 1.1.3-4 - final rebuild for 1.1.3 release 389-ds-1.1.3-5.fc12 ------------------- * Wed Aug 12 2009 Rich Megginson 1.1.3-5 - added doc subpackages 389-ds-base-1.2.1-3.fc12 ------------------------ * Wed Aug 12 2009 Rich Megginson - 1.2.1-3 - added BuildRequires pcre 389-ds-console-1.2.0-5.fc12 --------------------------- * Wed Aug 12 2009 Rich Megginson 1.2.0-5 - final rebuild for 1.2.0 release CodeAnalyst-gui-2.8.54-19.fc12 ------------------------------ * Mon Aug 10 2009 Ville Skytt? - 2.8.54-19 - Use bzipped upstream tarball. DeviceKit-disks-006-1.fc12 -------------------------- * Mon Aug 17 2009 David Zeuthen - 006-1.fc12 - Update to release 006 * Fri Aug 07 2009 David Zeuthen - 005-5.fc12 - Update for new libatasmart version Django-1.1-2.fc12 ----------------- * Thu Aug 06 2009 Steve 'Ashcrow' Milner 1.9.1-6 - Switch to openal-soft GConf2-2.26.2-6.fc12 -------------------- * Mon Aug 10 2009 Ville Skytt? - 2.26.2-6 - Convert specfile to UTF-8. GtkAda-2.14.0-1.fc12 -------------------- * Sun Aug 09 2009 Gerard Milmeister - 2.14.0-1 - new release 2.14.0 * Fri Jul 24 2009 Fedora Release Engineering - 2.10.2-3 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild NetworkManager-0.7.995-3.git20090813.fc12 ----------------------------------------- * Thu Aug 13 2009 Dan Williams - 0.7.995-3.git20090813 - nm: add iSCSI support - nm: add connection assume/takeover support for ethernet (rh #517333) - nm: IPv6 fixes - nm: re-add OLPC XO-1 mesh device support (removed with 0.7.0) - applet: better WiFi dialog focus handling * Tue Aug 11 2009 Bastien Nocera 0.7.995-2.git20090804 - Add patch to fix service detection on phones OpenSceneGraph-2.8.2-2.fc12 --------------------------- * Tue Aug 18 2009 Ralf Cors?pius - 2.8.2-2 - Spec file cleanup. * Mon Aug 17 2009 Ralf Cors?pius - 2.8.2-1 - Upstream update. - Reflect upstream having changes Source0-URL. PolicyKit-gnome-0.9.2-5.fc12 ---------------------------- * Thu Aug 13 2009 Dan Williams - 0.9.2-5 - Workaround for dbus-glib duplicate object path registrations (fdo #23297) * Fri Jul 24 2009 Fedora Release Engineering - 0.9.2-4 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild R-2.9.1-3.fc12 -------------- * Fri Jul 24 2009 Fedora Release Engineering - 2.9.1-3 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild R-BSgenome.Celegans.UCSC.ce2-1.3.13-2 ------------------------------------- * Fri Jul 31 2009 pingou 1.3.13-1 - Update license tag - Use global instead of define - Update the R and BR (add R-BSgenome) - Finally update the package * Fri Jul 31 2009 pingou 1.3.13-2 - Increase release tag R-RODBC-1.3.0-1.fc12 -------------------- * Tue Aug 11 2009 Tom "spot" Callaway - 1.3.0-1 - Update to 1.3-0 R-RScaLAPACK-0.5.1-21.fc12 -------------------------- * Thu Aug 06 2009 Tom "spot" Callaway - 0.5.1-21 - Update for new MPI scheme * Fri Jul 24 2009 Fedora Release Engineering - 0.5.1-20 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild R-abind-1.1.0-5.fc12 -------------------- * Tue Aug 11 2009 Tom "spot" Callaway - 1.1.0-5 - fix versioning R-acepack-1.3.2.2-7.fc12 ------------------------ * Tue Aug 11 2009 Tom "spot" Callaway - 1.3.2.2-7 - fix versioning R-biglm-0.7-1.fc12 ------------------ * Tue Aug 11 2009 Tom "spot" Callaway - 0.7-1 - update to 0.7 R-bigmemory-3.10-1.fc12 ----------------------- * Tue Aug 11 2009 Tom "spot" Callaway - 3.10-1 - update to 3.10 R-car-1.2-8.fc12 ---------------- * Mon Aug 10 2009 Orion Poplawski 1.2-8 - Update to 1.2-14 R-hdf5-1.6.9-3.fc12 ------------------- * Tue Aug 11 2009 Tom "spot" Callaway - 1.6.9-3 - update spec file R-hgu95av2probe-2.4.0-2.fc12 ---------------------------- * Wed Aug 05 2009 pingou - 2.4.0-1 - Update to 2.4.0 - Add R and BR for R-AnnotationDbi - Re-enable the check (circular dependency with matchprobes is not anymore) * Wed Aug 05 2009 pingou - 2.4.0-2 - Increase release number * Fri Jul 24 2009 Fedora Release Engineering - 2.0.0-4 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild * Mon Feb 23 2009 Fedora Release Engineering - 2.0.0-3 - Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild * Sat Feb 09 2008 Pingou 2.0.0-2 - Change the URL R-lmtest-0.9-6.fc12 ------------------- * Mon Aug 10 2009 Orion Poplawski 0.9-6 - Update to 0.9-24 R-multcomp-1.1-1.fc12 --------------------- * Mon Aug 10 2009 Orion Poplawski - 1.1-1 - Update to 1.1-1 R-systemfit-1.1-1.fc12 ---------------------- * Mon Aug 10 2009 Orion Poplawski - 1.1-1 - Update to 1.1-4 SDL_image-1.2.7-1.fc12 ---------------------- * Sun Aug 09 2009 Brian Pepple - 1.2.7-1 - Update to 1.2.7. - Drop IMG_lbm patch. Fixed upstream. - Drop buffer overflow patch. Fixed upstream. SimGear-1.9.1-8.fc12 -------------------- * Sun Aug 16 2009 Fabrice Bellet 1.9.1-8 - Switch to openal-soft TnL-071111-11.fc12 ------------------ * Sun Aug 16 2009 Hans de Goede 071111-11 - Switch to openal-soft TurboGears-1.0.8-7.fc12 ----------------------- * Mon Aug 17 2009 Toshio Kuratomi - 1.0.8-7 - Update Requires conditionals so we can share with EPEL * Tue Aug 11 2009 Toshio Kuratomi - 1.0.8-6 - Add patch to make FeedController work when the default template engine is not kid. abcde-2.3.99.8-1.fc12 --------------------- * Wed Aug 12 2009 Ville Skytt? - 2.3.99.8-1 - Update to 2.3.99.8 (#516886). abrt-0.0.7-2.fc12 ----------------- * Tue Aug 18 2009 Jiri Moskovcak 0.0.7-1 - new version - added status window to show user some info after reporting a bug * Tue Aug 18 2009 Denys Vlasenko 0.0.7-2 - removed dangerous parameter option - minimum plugin activation period is 1 second - in case of plugin error, don't delete debug dumps - abrt-gui: fix crash when run by root - simplify parsing of debuginfo-install output * Mon Aug 17 2009 Denys Vlasenko 0.0.6-1 - new version - many fixes adns-1.4-8.fc12 --------------- * Thu Aug 06 2009 Adam Tkac 1.4-7 - don't crash in adns_strerror if parameter is unknown error code (#514838) * Thu Aug 06 2009 Adam Tkac 1.4-8 - rebuild adonthell-0.3.5-0.8.fc12 ------------------------ * Tue Aug 11 2009 Mathieu Bridon - 0.3.5-0.8 - Upstream changed source URL. - Added defattr for -doc subpackage. afuse-0.2-4.fc12 ---------------- * Mon Aug 17 2009 Tom "spot" Callaway - 0.2-4 - fix CVS-2008-2232 alienarena-7.30-2.fc12 ---------------------- * Wed Aug 12 2009 Tom "spot" Callaway - 7.30-2 - fix dlopen code to find proper openal library - use openal-soft instead of old openal alsamixergui-0.9.0-0.9.rc2.fc12 ------------------------------- * Mon Aug 17 2009 Tom "spot" Callaway - 0.9.0-0.7.rc2 - update to rc2, last known update * Mon Aug 17 2009 Tom "spot" Callaway - 0.9.0-0.8.rc2 - fix debian patch to apply (i swear, it applied just a second ago) * Mon Aug 17 2009 Tom "spot" Callaway - 0.9.0-0.9.rc2 - fix buildrequires amarok-2.1.1-4.fc12 ------------------- * Sat Aug 08 2009 Rex Dieter 2.1.1-4 - lyricwiki patch (kdebug#202366) amavisd-new-2.6.4-1.fc12 ------------------------ * Mon Aug 10 2009 Steven Pritchard 2.6.4-1 - Update to 2.6.4. - Make a snmp sub-package for amavisd-snmp-subagent. anaconda-12.16-1.fc12 --------------------- * Tue Aug 18 2009 David Cantrell - 12.16-1 - correctly deactivate zFCP LUN on s390 (maier) - correctly activate zFCP LUN on s390 (maier) - prevent getting started up or shutdown again while already in such state (maier) - Remove unused reipl code in linuxrc.s390 (maier) - Fix copying of shutdown to initrd.img in mk-images for s390x (#517888) (maier) - 64 bit sparc linux does not define __sparc64__ we need to use "(defined(__sparc__) && defined(__arch64__))" fixes building 64 bit sparc (dennis) - make tftp images as small as possible. we have a 10mb hardware limitation on there size (dennis) - make sure we correctly make the sparc tftp image (dennis) - make sure we have glibc.sparcv9 installed in sparc installers not glibc.sparcv9v (dennis) - add the sparc screen font (dennis) - add the files for sparc boot config setup configure.ac to define IS_SPARC (dennis) - add mk-images.sparc script (dennis) - add support for making sparc images (dennis) - sparc no longer needs and special keyboard handling. it uses the standard api's interfaces (dennis) - setup termcap for sparc (dennis) - Close %packages with a %end (#518063) (katzj) - Call udev_settle from DiskLabel.commit to ensure it happens. (dlehman) - Fix traceback in text mode upgrade. (#505435) (dlehman) - Don't traceback if Delete button is hit when no device is selected. (dlehman) - Clean up management of extended partitions we create. (#497293) (dlehman) - Don't use StorageDevice for partitions w/ biosraid formatting. (#504002) (dlehman) - Don't try to get the size of fstypes w/ no infofsProg defined. (dlehman) - Change all disklabel manipulations to use the DiskLabel format class. (dlehman) - Create a DiskLabel format class for partition tables. (dlehman) - Add support for specifying a tag to makeupdates. (dlehman) - Include changed files from the top level in the updates. (dlehman) - If asked, put the system SN (as given by dmidecode) into an HTTP header. (clumens) - Add dmidecode to the initrd. (clumens) - Add the kssendsn parameter and corresponding flag. (clumens) - Don't keep testing if we're doing URL_METHOD_HTTP. (clumens) - Later pyparted will define DEVICE_DM, so change the test to use it. (clumens) - Use the new GTK Tooltip API (#517389). (clumens) - Fix a typo in a kickstart error string (#517760). (clumens) - Be sure we have a sorted list of mountpoints for live mangling (#504986) (katzj) - Fix askmethod to work with stage= being specified (#516973) (katzj) - Fix ordering on device list returned from identifyMultipaths() (pjones) - Fix typo in mpath support. (pjones) anjuta-2.27.3.0-3.fc12 ---------------------- * Mon Aug 10 2009 Ville Skytt? - 1:2.27.3.0-3 - Use bzipped upstream tarball. ant-1.7.1-12.fc12 ----------------- * Thu Aug 13 2009 Alexander Kurtakov 0:1.7.1-12 - Fix compile with commons-net 2.0. * Fri Aug 07 2009 Orion Poplawski - 0:1.1.7-11 - Add links to jar files into /usr/share/ant (Bug #179759) apr-1.3.8-1.fc12 ---------------- * Thu Aug 06 2009 Bojan Smojver - 1.3.8-1 - bump up to 1.3.8 - CVE-2009-2412 - allocator alignment fixes apr-util-1.3.9-1.fc12 --------------------- * Thu Aug 06 2009 Bojan Smojver - 1.3.9-1 - bump up to 1.3.9 - CVE-2009-2412 - allocator alignment fixes archimedes-0.8.0-4.fc12 ----------------------- * Mon Aug 10 2009 Ville Skytt? - 0.8.0-4 - Use bzipped upstream tarball. arm4-0.8.2-4.fc12 ----------------- * Sat Aug 08 2009 David Carter - 0.8.2-3 - New tag to correct CVS sync issues * Thu Aug 06 2009 David Carter - 0.8.2-3 - Fix bug 511471 Incorrect dependencies caused a failure to build from source * Fri Jul 24 2009 Fedora Release Engineering - 0.8.2-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild asciidoc-8.4.5-3.fc12 --------------------- * Thu Aug 13 2009 Todd Zullinger - 8.4.5-3 - Use 'unsafe' mode by default (bug 506953) - Install filter scripts in %{_datadir}/asciidoc - Convert spec file, CHANGELOG, and README to utf-8 - Preserve timestamps on installed files, where feasible - s/$RPM_BUILD_ROOT/%{buildroot} and drop duplicated /'s - Fix rpmlint mixed-use-of-spaces-and-tabs and end-of-line-encoding warnings aspell-0.60.6-7.fc12 -------------------- * Mon Aug 10 2009 Ivana Varekova - 12:0.60.6-7 - fix installation with --excludedocs option (#515911) astromenace-1.2-13.fc12 ----------------------- * Tue Aug 18 2009 Hans de Goede - 1.2-13 - Switch to openal-soft * Fri Jul 24 2009 Fedora Release Engineering - 1.2-12 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild asymptote-1.83-1.fc12 --------------------- * Mon Aug 17 2009 Tom "spot" Callaway - 1.83-1 - update to 1.83 at-3.1.10-36.fc12 ----------------- * Tue Aug 18 2009 Adam Jackson 3.1.10-36 - Remove Requires: pm-utils-filesystem, dead package atk-1.27.90-1.fc12 ------------------ * Mon Aug 10 2009 Matthias Clasen - 1.27.90-1 - Update to 2.27.90 atlas-3.8.3-8.fc12 ------------------ * Thu Aug 13 2009 Deji Akingunola - 3.8.3-8 - Revert the last change, it doesn't solve the problem. audio-convert-mod-3.46.0a-1.fc12 -------------------------------- * Fri Aug 14 2009 Stewart Adam - 3.46.0a-1 - Update to 3.46.0a (see ChangeLog for details on version changes) * Fri Aug 07 2009 Stewart Adam - 3.46.0-1 - Update to 3.46.0 (see ChangeLog for details on version changes) - Update Source0 URL - Add python-mutagen BuildRequires and Requires autogen-5.9.4-7.fc12 -------------------- * Mon Aug 10 2009 Ville Skytt? - 5.9.4-7 - Use bzipped upstream tarball. automaton-1.11r2-1.fc12 ----------------------- * Mon Aug 17 2009 Jerry James - 1.11r2-1 - Upgrade to 1.11-2 avr-gdb-6.6-11.fc12 ------------------- * Mon Aug 10 2009 Ville Skytt? - 6.6-11 - Use bzipped upstream tarball. avr-libc-1.6.4-5.fc12 --------------------- * Fri Jul 24 2009 Fedora Release Engineering - 1.6.4-5 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild bacula-3.0.2-3.fc12 ------------------- * Mon Aug 10 2009 Jon Ciesla - 2.4.1-1 - update to upstream 2.4.1. bchunk-1.2.0-9.fc12 ------------------- * Wed Aug 12 2009 Conrad Meyer - 1.2.0-9 - Add Debian's patch to fix wrong file size calculations. beesu-2.4-7.fc12 ---------------- * Thu Aug 06 2009 Tom "spot" Callaway 2.4-6 - beesu updated to 2.4 * Thu Aug 06 2009 Tom "spot" Callaway 2.4-7 - fix sources bibletime-2.1-1.fc12 -------------------- * Wed Aug 12 2009 Deji Akingunola - 2.1-1 - Update to 2.1 bigboard-0.6.4-13.fc12 ---------------------- * Mon Aug 10 2009 Ville Skytt? - 0.6.4-13 - Use bzipped upstream tarball. bigloo-3.2b-2.fc12 ------------------ * Sun Aug 16 2009 Gerard Milmeister - 3.2b-2 - added requires gc-devel * Sun Aug 09 2009 Gerard Milmeister - 3.2b-1 - new release 3.2b * Fri Jul 24 2009 Fedora Release Engineering - 3.1b-6 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild bitlbee-1.2.3-4.fc12 -------------------- * Mon Aug 17 2009 Robert Scheck 1.2.3-4 - Updated libresolv patch to not segfault when connecting to the Jabber/XMPP server if there's no SRV record (#506719, #501786) - Added -devel subpackage with header files for plugins (#504882) blacs-1.1-33.fc12 ----------------- * Thu Aug 06 2009 Tom "spot" Callaway - 1.1-33 - rework package to handle all supported MPI environments in Fedora * Fri Jul 24 2009 Fedora Release Engineering - 1.1-32 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild bleachbit-0.6.1-1.fc12 ---------------------- * Tue Aug 18 2009 Rahul Sundaram - 0.6.1-1 - new upstream release - http://bleachbit.blogspot.com/2009/08/bleachbit-061-released.html blender-2.49a-6.fc12 -------------------- * Tue Aug 11 2009 Jochen Schmitt - 2.49a-6 - Build again neu freealut relase (openalut-soft) bluez-4.47-5.fc12 ----------------- * Tue Aug 11 2009 Bastien Nocera 4.47-4 - Fix cups discovery the first time we discover a device * Tue Aug 11 2009 Bastien Nocera 4.47-5 - More upstream CUPS fixes * Mon Aug 10 2009 Ville Skytt? - 4.47-3 - Use bzipped upstream tarball. botan-1.8.6-1.fc12 ------------------ * Thu Aug 13 2009 Thomas Moschny - 1.8.6-1 - Update to 1.8.6, which contains new features as well as bugfixes, e.g. concerning the /proc-walking entropy source. * Wed Aug 12 2009 Thomas Moschny - 1.8.5-1 - Update to 1.8.5. - Use .tbz source file. - Configuration script uses python now. * Wed Aug 12 2009 Thomas Moschny - 1.8.5-2 - Fix changelog. bpg-fonts-20090205-7.fc12 ------------------------- * Mon Aug 17 2009 Tom "spot" Callaway 20090205-7 - add Excelsior font brasero-2.27.90-1.fc12 ---------------------- * Mon Aug 10 2009 Matthias Clasen - 2.27.90-1 - Update to 2.27.90 buildbot-0.7.11p3-1.fc12 ------------------------ * Mon Aug 17 2009 Steve 'Ashcrow' Milner - 0.7.11p3-1 - Update for another XSS vuln from upstream * Thu Aug 13 2009 Steve 'Ashcrow' Milner - 0.7.11p2-1 - Update for XSS vuln from upstream cacti-0.8.7e-1.fc12 ------------------- * Sun Aug 16 2009 Mike McGrath - 0.8.7e-1 - Upstream released new version ccache-2.4-16.fc12 ------------------ * Mon Aug 10 2009 Ville Skytt? - 2.4-16 - Switch #438201 patch URL to Debian patch tracking (original is MIA). cclive-0.4.7-1.fc12 ------------------- * Sun Aug 16 2009 Nicoleau Fabien 0.4.7-1 - Update to 0.4.7 cdrkit-1.1.9-10.fc12 -------------------- * Tue Aug 11 2009 Nikola Pajkovsky 1.1.9-10 - fix #508449. fix string overflow breakage when using the -root cflow-1.2-5.fc12 ---------------- * Mon Aug 10 2009 Ville Skytt? - 1.2-5 - Use bzipped upstream tarball. check-0.9.6-5.fc12 ------------------ * Thu Aug 06 2009 Jerry James - 0.9.6-5 - Support --excludedocs (bz 515933) - Replace broken upstream info dir entry cheese-2.27.90-2.fc12 --------------------- * Fri Aug 14 2009 Matthias Clasen 2.27.90-2 - Fix schemas file syntax * Tue Aug 11 2009 Matthias Clasen 2.27.90-1 - Update to 2.27.90 chemical-mime-data-0.1.94-7.fc12 -------------------------------- * Mon Aug 10 2009 Julian Sikorski - 0.1.94-7 - Enabled some turbomole mimetypes (RH #501177) choqok-0.6.6-9.fc12 ------------------- * Sun Aug 16 2009 Tejas Dinkar - 0.6.6-8 - Added Dependency on kdeutils - Choqok 0.6.6 is out chromium-bsu-0.9.14-5.fc12 -------------------------- * Sun Aug 16 2009 Hans de Goede 0.9.14-5 - Switch to openal-soft chunkd-0.4-1.fc12 ----------------- * Sat Aug 15 2009 Jeff Garzik - 0.4-1 - Update to release version 0.4. * Wed Aug 12 2009 Jeff Garzik - 0.4-0.11.g8749c45c - update source to commit 8749c45cb46a26dcf3f93369665da6573204d028 * Tue Aug 11 2009 Jeff Garzik - 0.4-0.10.g6456a2cc - update source to commit 6456a2cc90b8b81f4e2ab23a87776e5ec8e8c76d * Sat Aug 08 2009 Jeff Garzik - 0.4-0.9.g68cabfe7 - update source to commit 68cabfe72a315a062126eaf405dfe2c186e04f99 * Fri Aug 07 2009 Jeff Garzik - 0.4-0.8.g95538bcf - update source to commit 95538bcfd91486d8ade1e230820bf33312a7c298 clamav-0.95.2-5.fc12 -------------------- * Sat Aug 08 2009 Enrico Scholz - 0.95.2-4 - renamed 'clamav' user/group to 'clamupdate' - add the 'clamilt' user to the 'clamscan' group when the -scanner subpackage is installed claws-mail-plugins-3.7.2-3.fc12 ------------------------------- * Fri Aug 07 2009 Andreas Bierfert - 3.7.2-3 - fix crash in fancy plugin (#515373) cld-0.2-1.fc12 -------------- * Sat Aug 15 2009 Jeff Garzik - 0.2-1 - Upstream version 0.2 release. * Fri Aug 14 2009 Jeff Garzik - 0.2-0.17.gbb117496 - update to commit bb11749606a204b9ab87b815352d231179dba7a1 * Thu Aug 13 2009 Jeff Garzik - 0.2-0.16.gefe1f957 - update to commit efe1f95712cefa78cf28c328bcce8e25ac50e72b * Wed Aug 12 2009 Jeff Garzik - 0.2-0.15.g6409c437 - update to commit 6409c437045a4545377c17016d514ecaca3d74a0 * Tue Aug 11 2009 Jeff Garzik - 0.2-0.14.g8c350253 - update to commit 8c3502530c8061ffdaf892e9529abceecfee8dcf * Sat Aug 08 2009 Jeff Garzik - 0.2-0.12.g85e14281 - update to commit 85e14281e1638ed8417c71beab0ba9361a9f0d2d * Fri Aug 07 2009 Jeff Garzik - 0.2-0.11.gf830b4be - update to commit f830b4be92f89ad0a48ee0703fd1b829febfaf4a (major network protocol change) clive-2.2.5-1.fc12 ------------------ * Sun Aug 16 2009 Nicoleau Fabien 2.2.5-1 - Update to 2.2.5 * Sat Aug 08 2009 Nicoleau Fabien 2.2.4-2 - Add perl(Getopt::ArgvFile) as a Require cloog-0.15.7-1.fc12 ------------------- * Sat Aug 15 2009 Dodji Seketeli - 0.15.7-1 - Update to new upstream version (0.15.7) - Do not build from git snapshot anymore. Rather, got the tarball from ftp://gcc.gnu.org/pub/gcc/infrastructure/cloog-ppl-0.15.7.tar.gz - The upstream tarball is named cloog-ppl, not cloog. Adjusted thusly. - Use system libtool to disable standard rpath - Do not try to touch the info file if it's not present. Closes #515929. cluster-glue-1.0-0.9.d97b9dea436e.hg.fc12 ----------------------------------------- * Mon Aug 17 2009 Andrew Beekhof - 1.0-0.9.d97b9dea436e.hg - Include relevant provides: and obsoletes: directives for heartbeat - Update the tarball from upstream to version d97b9dea436e + Include license files + Fix error messages in autogen.sh + High (bnc#501723): Tools: hb_report: collect archived logs too + Medium: clplumbing: check input when creating IPC channels + Medium (bnc#510299): stonith: set G_SLICE to always-malloc to avoid bad interaction with the threaded openhpi + Med: hb_report: report on more packages and with more state. + The -E option to lrmadmin does not take an argument + Provide a default value for docdir and ensure it is expanded + Low: clplumbing: fix a potential resource leak in cl_random (bnc#525393). + Med: hb_report: Include dlm_tool debugging information if available. + hb_report: Include more possible error output. + Medium: logd: add init script and example configuration file. + High: logd: Fix init script. Remove apphbd references. + logd: configuration file is optional. + logd: print status on finished operations. + High: sbd: actually install the binary. + Medium: stonith: remove references to heartbeat artifacts. + High: hb_report: define HA_NOARCHBIN + hb_report: correct syntax error. + hb_report: Include details about more packages even. + hb_report: report corosync packages too. * Mon Aug 10 2009 Ville Skytt? - 1.0-0.8.75cab275433e.hg - Use bzipped upstream tarball. clutter-1.0.2-1.fc12 -------------------- * Fri Aug 14 2009 Bastien Nocera 1.0.2-1 - Update to 1.0.2 cnetworkmanager-0.21-1.fc12 --------------------------- * Tue Aug 11 2009 Kevin Fenzi - 0.21-1 - Update to 0.21 * Sat Aug 01 2009 Kevin Fenzi - 0.20-1 - Update to 0.20 colossus-0.9.1-1.20090817svn4489.fc12 ------------------------------------- * Mon Aug 17 2009 Bruno Wolff III - 0.9.1-1.20090817svn4489 - Rebase to new public release 0.9.1 - 2 additional bug fixes - See http://colossus.sourceforge.net/public-build/docs/RecentChangesDetails.html * Sun Aug 16 2009 Bruno Wolff III - 0.9.0-2.20090810svn4482 - Patch 4485 Fix creature info popup - Patch 4486 Fix Help problem when a logging property is not set * Mon Aug 10 2009 Bruno Wolff III - 0.9.0-1.20090810svn4482 - New public build. - Upstream is now using real version numbers. conduit-0.3.16-3.fc12 --------------------- * Mon Aug 10 2009 Ville Skytt? - 0.3.16-3 - Use bzipped upstream tarball. congruity-13-1.fc12 ------------------- * Thu Aug 06 2009 Adam Williamson - 13-1 - new release 13 control-center-2.27.90-1.fc12 ----------------------------- * Mon Aug 17 2009 Matthias Clasen 2.27.90-1 - Update to 2.27.90 - Drop upstreamed patches * Sun Aug 16 2009 Matthias Clasen 2.27.5-3 - Make slide shows visually distinct * Fri Aug 14 2009 Bastien Nocera 2.27.5-1 - Update to 2.27.5 - Port PolicyKit patches to latest version - Disable gecos patch, needs porting to GtkBuilder * Fri Aug 14 2009 Bastien Nocera 2.27.5-2 - Split off passwd usage patch coq-8.2pl1-1.fc12 ----------------- * Wed Aug 05 2009 Alan Dunn - 8.2pl1-1 - New upstream release - Eliminated modification of tar_base_name that occurred for only version 8.2 - Added reference to bugzilla bug for ppc64 ExcludeArch - HTML form of documentation seems to no longer be distributed -> must generate Decided for consistency to generate all documentation - Additional file for iconv - documentation license file - Changed tutorial directory name, now also using bundled version of tutorial coredumper-1.2.1-9.fc12 ----------------------- * Fri Jul 24 2009 Fedora Release Engineering - 1.2.1-9 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild coreutils-7.4-6.fc12 -------------------- * Thu Aug 06 2009 Ondrej Vasik - 7.4-6 - do process install-info only with info files present(#515970) - BuildRequires for xz, use xz tarball * Wed Aug 05 2009 Kamil Dudka - 7.4-5 - ls -1U with two or more arguments (or with -R or -s) works properly again - install runs faster again with SELinux enabled (#479502) cpio-2.10-3.fc12 ---------------- * Thu Aug 06 2009 Ondrej Vasik 2.10-3 - do process install-info only without --excludedocs(#515924) crash-4.0.8.11-2.fc12 --------------------- createrepo-0.9.7-15.fc12 ------------------------ * Tue Aug 18 2009 Seth Vidal - 0.9.7-15 - update HEAD patch to include fix from mbonnet for typo'd PRAGMA in the filelists setup cronie-1.4.1-2.fc12 ------------------- * Fri Aug 14 2009 Marcela Ma?l??ov? - 1.4.1-1 - update to 1.4.1 - create and own /var/spool/anacron/cron.{daily,weekly,monthly} to remove false warning about non existent files - Resolves: 517398 * Fri Aug 14 2009 Tomas Mraz - 1.4.1-2 - create the anacron timestamps in correct post script * Wed Aug 05 2009 Tomas Mraz - 1.4-4 - 515762 move anacron provides and obsoletes to the anacron subpackage ctemplate-0.95-1.fc12 --------------------- * Wed Aug 05 2009 Rakesh Pandit - 0.95-1 - Updated to ctemplate cups-pk-helper-0.0.4-7.fc12 --------------------------- * Tue Aug 18 2009 Marek Kasik - 0.0.4-6 - Check result of polkit_authority_check_authorization_sync() for NULL. * Tue Aug 18 2009 Marek Kasik - 0.0.4-7 - Fix policies to check when editing a job. * Thu Aug 13 2009 Marek Kasik - 0.0.4-5 - Add parameters to DevicesGet method. curl-7.19.6-2.fc12 ------------------ * Tue Aug 18 2009 Kamil Dudka 7.19.6-2 - let curl package depend on the same version of libcurl * Fri Aug 14 2009 Kamil Dudka 7.19.6-1 - new upstream release, dropped applied patches - changed NSS code to not ignore the value of ssl.verifyhost and produce more verbose error messages (#516056) * Wed Aug 12 2009 Ville Skytt? - 7.19.5-10 - Use lzma compressed upstream tarball. cvsps-2.2-0.4.b1.fc12 --------------------- * Thu Aug 06 2009 Ville Skytt? - 2.2-0.4.b1 - Apply David D. Kilzer's dynamic log buffer allocation patch (#516083, Andreas Schwab). - Use %global instead of %define. cylindrix-1.0-11.fc12 --------------------- * Mon Aug 10 2009 Ville Skytt? - 1.0-11 - Use bzipped upstream tarball. cyrus-sasl-2.1.23-1.fc12 ------------------------ * Fri Aug 07 2009 Jan F. Chadima - 2.1.23-1 - update to 2.1.23 daa2iso-0.1.7c-1.fc12 --------------------- * Mon Aug 17 2009 Tom "spot" Callaway - 0.1.7c-1 - update to 0.1.7c dap-hdf4_handler-3.7.14-2.fc12 ------------------------------ * Fri Jul 24 2009 Fedora Release Engineering - 3.7.14-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild * Wed Jul 22 2009 Orion Poplawski - 3.7.14-1 - Update to 3.7.14 - Drop gcc43 patch, fixed upstream dates-0.4.8-1.fc12 ------------------ * Wed Aug 12 2009 Peter Robinson - 0.4.8-1 - New upstream 0.4.8 release. Some spec file cleanups. dc3dd-6.12.3-3.fc12 ------------------- * Mon Aug 10 2009 Adam Miller - 6.12.3-3 - Fixed Source0 listing as reported https://www.redhat.com/archives/fedora-devel-list/2009-August/msg00591.html dcbd-0.9.15-1.fc12 ------------------ * Mon Aug 17 2009 Jan Zeleny - 0.9.15-1 - rebase to 0.9.15 dcraw-8.96-1.fc12 ----------------- * Tue Aug 18 2009 Nils Philippsen - 8.96-1 - version 8.96 ddd-3.3.12-5.fc12 ----------------- * Mon Aug 17 2009 Jon Ciesla - 3.3.12-5 - Adopt upstream's .desktop file, BZ 517587. * Mon Aug 10 2009 Jon Ciesla - 3.3.12-4 - Fix source. * Fri Jul 24 2009 Fedora Release Engineering - 3.3.12-3 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild * Mon Apr 27 2009 Jon Ciesla - 3.3.12-2 - 3.3.12 final. deletemail-0.5-4.fc12 --------------------- * Mon Aug 10 2009 Ville Skytt? - 0.5-4 - Use bzipped upstream tarball. deltarpm-3.5-0.git.20090729.fc12.1 ---------------------------------- * Mon Aug 17 2009 Jonathan Dieter - 3.5.0.git.20090729.1 - Explain where we get the source from - Split *deltaiso commands into deltaiso subpackage (#501953) deskbar-applet-2.27.90-2.fc12 ----------------------------- * Mon Aug 10 2009 Michel Salim - 2.27.90-1 - Update to 2.27.90 * Mon Aug 10 2009 Michel Salim - 2.27.90-2 - Updated site-packages location patch devhelp-0.23.1-1.fc12 --------------------- * Wed Aug 12 2009 Matthew Barnes - 0.23.1-1 - Update to 0.23.1 - Remove patch for GNOME bug #588655 (fixed upstream). dhcp-4.1.0p1-5.fc12 ------------------- * Tue Aug 18 2009 David Cantrell - 12:4.1.0p1-5 - Drop unnecessary capabilities in dhclient (#517649) * Fri Aug 14 2009 David Cantrell - 12:4.1.0p1-4 - Upgrade to latest ldap-for-dhcp patch which makes sure that only dhcpd links with OpenLDAP (#517474) * Wed Aug 12 2009 David Cantrell - 12:4.1.0p1-3 - Update NetworkManager dispatcher script to remove case conversion and source /etc/sysconfig/network dia-0.97-2.fc12 --------------- * Wed Aug 05 2009 Huzaifa Sidhpurwala - 1:0.97-2 - Disable --with-python diffutils-2.8.1-25.fc12 ----------------------- * Tue Aug 11 2009 Tim Waugh 2.8.1-25 - Only try to install the info file if it exists so that package installation does not fail with --excludedocs (bug #515919). digikam-1.0.0-0.4.beta3.fc12 ---------------------------- * Wed Aug 05 2009 Rex Dieter - 1.0.0-0.4.beta3 - drop xdg-utils references - tighten -libs related deps via %{?_isa} digitemp-3.6.0-4.fc12 --------------------- * Thu Aug 13 2009 Robert Scheck 3.6.0-4 - Run 'make clean' after each make for working USB (#517284) djvulibre-3.5.21-3.fc12 ----------------------- * Fri Jul 24 2009 Fedora Release Engineering - 3.5.21-3 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild dkim-milter-2.8.3-1.fc12 ------------------------ docbook-utils-0.6.14-19.fc12 ---------------------------- * Thu Aug 13 2009 Ondrej Vasik 0.6.14-19 - add note about openjade limitation in rtf section of jw manpage(#516942) doodle-0.6.7-5.fc12 ------------------- * Mon Aug 10 2009 Ville Skytt? - 0.6.7-5 - Use bzipped upstream tarball. dosfstools-3.0.1-6.fc12 ----------------------- * Mon Aug 10 2009 Ville Skytt? - 3.0.1-6 - Use bzipped upstream tarball. dot2tex-2.8.6-3.fc12 -------------------- * Wed Aug 12 2009 Jim Radford > - 2.8.6-3 - upgrade to 2.8.6 dovecot-1.2.3-1.fc12 -------------------- * Mon Aug 10 2009 Michal Hlavinka - 1:1.2.3-1 - updated: dovecot 1.2.3, managesieve 0.11.8, sieve 0.1.11 - Mailbox names with control characters can't be created anymore. Existing mailboxes can still be accessed though. - Allow namespace prefix to be opened as mailbox, if a mailbox already exists in the root dir. - Maildir: dovecot-uidlist was being recreated every time a mailbox was accessed, even if nothing changed. - listescape plugin was somewhat broken - ldap: Fixed hang when >128 requests were sent at once. - fts_squat: Fixed crashing when searching virtual mailbox. - imap: Fixed THREAD .. INTHREAD crashing. doxygen-1.5.9-3.fc12 -------------------- * Mon Aug 10 2009 Ville Skytt? - 1:1.5.9-3 - Convert specfile to UTF-8. dracut-0.9-1.fc12 ----------------- * Fri Aug 14 2009 Harald Hoyer 0.9-1 - version 0.9 - see http://dracut.git.sourceforge.net/git/gitweb.cgi?p=dracut;a=blob_plain;f=NEWS dumpasn1-20090318-4.fc12 ------------------------ * Tue Aug 11 2009 Fran?ois Kooman - 20090318-4 - upstream changed source file in place, update - remove patch which is no longer required dvtm-0.5.2-1.fc12 ----------------- * Thu Aug 06 2009 Rakesh Pandit - 0.5.2-1 - Updated to 0.5.2 ebview-0.3.6.2-1.fc12 --------------------- * Tue Aug 18 2009 Mamoru Tasaka - 0.3.6.2-1 - Use Debian 0.3.6.2 (Masayuki Hatta ) - Drop 64 bits patches, remove some unneeded hacks ecl-9.8.1-1.fc12 ---------------- eclipse-3.5.0-0.8.fc12 ---------------------- * Tue Aug 18 2009 Alexander Kurtakov 1:3.5.0-0.8 - Use system hamcrest. * Mon Aug 17 2009 Alexander Kurtakov 1:3.5.0-0.7 - Use o.e.equinox.initializer from SOURCE1 instead of separate one. * Fri Aug 14 2009 Alexander Kurtakov 1:3.5.0-0.6 - Do not use the provided eclipse.ini but the one from build. * Thu Aug 13 2009 Alexander Kurtakov 1:3.5.0-0.5 - Add epoch to icu4j Requires/BuildRequires. * Tue Aug 11 2009 Alexander Kurtakov 1:3.5.0-0.4.0 - Fix sources url. - Make it use system icu4j and sat4j. * Fri Aug 07 2009 Alexander Kurtakov 1:3.5.0-0.3.34 - Fix missing fragment on ppc64. * Fri Aug 07 2009 Alexander Kurtakov 1:3.5.0-0.3.35 - Another missing ppc64 fragment. * Thu Aug 06 2009 Alexander Kurtakov 1:3.5.0-0.3.33 - Fix missing launcher for ppc64. * Wed Aug 05 2009 Alexander Kurtakov 1:3.5.0-0.3.31 - Revert initialize call path changes. * Wed Aug 05 2009 Alexander Kurtakov 1:3.5.0-0.3.32 - Manually enable o.e.core.runtime and o.e.equinox.ds because it's not enabled on ppc64. eclipse-birt-2.5-1.fc12 ----------------------- * Wed Aug 12 2009 Alexander Kurtakov 2.5-1 - Update to 2.5.0 final. eclipse-cdt-6.0.0-9.fc12 ------------------------ * Wed Aug 12 2009 Andrew Overholt 1:6.0.0-8 - Remove shipping of content.xml. * Wed Aug 12 2009 Andrew Overholt 1:6.0.0-9 - Use launcher jar to run metadata generator instead of eclipse binary. eclipse-dltk-1.0.0-2.fc12 ------------------------- * Mon Aug 10 2009 Alexander Kurtakov 1.0.0-1 - Update to 1.0.0 final. * Mon Aug 10 2009 Alexander Kurtakov 1.0.0-2 - Add RSE plugin. eclipse-mylyn-3.2.1-1.fc12 -------------------------- * Tue Aug 04 2009 Alexander Kurtakov 3.2.1-1 - Update to 3.2.1. eclipse-rse-3.1-1.fc12 ---------------------- * Mon Aug 17 2009 Jeff Johnston 3.1-1 - Move to 3.1 tarball. eclipse-subclipse-1.6.5-1.fc12 ------------------------------ * Tue Aug 18 2009 Alexander Kurtakov 1.6.5-1 - Update to upstream 1.6.5. * Mon Aug 10 2009 Alexander Kurtakov 1.6.4-1 - Update to upstream 1.6.4. ecryptfs-utils-79-1.fc12 ------------------------ * Tue Aug 18 2009 Michal Hlavinka - 79-1 - updated to 79 efte-1.0-7.fc12 --------------- * Thu Aug 06 2009 Jussi Lehtola - 1.0-7 - Added Requires: xorg-x11-fonts-misc. eggdrop-1.6.19-6.fc12 --------------------- * Mon Aug 10 2009 Ville Skytt? - 1.6.19-6 - Use bzipped upstream tarball. elinks-0.12-0.19.pre5.fc12 -------------------------- * Fri Aug 14 2009 Orion Poplawski 0.12-0.19.pre5 - Add Requires(post/postun): coreutils for readlink emacs-23.1-3.fc12 ----------------- * Thu Aug 13 2009 Daniel Novotny 1:23.1-3 - fixed Name and GenericName in desktop file (#514599) * Mon Aug 10 2009 Ville Skytt? - 1:23.1-2 - Use bzipped upstream tarball. emacs-common-tuareg-1.45.6-9.fc12 --------------------------------- * Wed Aug 12 2009 Richard W.M. Jones - 1.45.6-9 - Improve description (RHBZ#516997). enscript-1.6.4-14.fc12 ---------------------- * Mon Aug 10 2009 Ville Skytt? - 1.6.4-14 - Convert specfile to UTF-8. eog-2.27.90-1.fc12 ------------------ * Fri Aug 14 2009 Matthias Clasen 2.27.90-1 - 2.27.90 epic-2.10-5.fc12 ---------------- * Mon Aug 10 2009 Ville Skytt? - 4:2.10-5 - Use bzipped upstream help tarball. epiphany-2.27.90-1.fc12 ----------------------- * Tue Aug 11 2009 Matthias Clasen - 2.27.90-1 - Update to 2.27.90 * Mon Aug 10 2009 Matthias Clasen - 2.27.5-2 - Fix a mnemonic mishap erlang-R13B-01.1.fc12 --------------------- * Mon Aug 10 2009 Gerard Milmeister - R13B-01.1 - update to R13B01 * Fri Jul 24 2009 Fedora Release Engineering - R12B-6.7 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild esperanza-0.4.0-4.fc12 ---------------------- * Tue Aug 11 2009 Tom "spot" Callaway - 0.4.0-4 - sync up with latest git to support new xmms 0.6 etoys-4.0.2229-1.fc12 --------------------- * Tue Aug 11 2009 Gavin Romig-Koch - 4.0.2229-1 - pulled in latest upstream release 4.0.2229 evince-2.27.90-1.fc12 --------------------- * Tue Aug 11 2009 Matthias Clasen - 2.27.90-1 - Update to 2.27.90 evolution-2.27.90-3.fc12 ------------------------ * Fri Aug 14 2009 Matthew Barnes - 2.27.90-3.fc12 - Add patch for GNOME bug #591414 (calendar library linked as module). * Tue Aug 11 2009 Milan Crha - 2.27.90-2.fc12 - Build requires gnome-desktop-devel >= 2.26 - New library libevolution-cal-shared.so * Mon Aug 10 2009 Milan Crha - 2.27.90-1.fc12 - Update to 2.27.90 evolution-data-server-2.27.90-1.fc12 ------------------------------------ * Mon Aug 10 2009 Milan Crha - 2.27.90-1.fc12 - Update to 2.27.90 evolution-exchange-2.27.90-1.fc12 --------------------------------- * Mon Aug 10 2009 Milan Crha - 2.27.90-1.fc12 - Update to 2.27.90 evolution-mapi-0.27.90-1.fc12 ----------------------------- * Mon Aug 10 2009 Milan Crha - 0.27.90-1 - Update to 0.27.90 ewl-0.5.2.042-11.fc12 --------------------- * Mon Aug 10 2009 Ville Skytt? - 0.5.2.042-11 - Use bzipped upstream tarball. exim-4.69-14.fc12 ----------------- * Tue Aug 18 2009 Miroslav Lichvar - 4.69-14 - Move certificate generation to init script (#517013) - Fix strict aliasing warning * Wed Aug 12 2009 David Woodhouse - 4.69-13 - Cope with lack of /etc/sysconfig/network (#506330) - Require /etc/pki/tls/ directories - Provide exim-tidydb cron job (#481426) - Provide clamd.exim log file (#452358) exiv2-0.18.2-2.fc12 ------------------- * Fri Aug 07 2009 Rex Dieter - 0.18.2-2 - (again) drop -fvisibility-inlines-hidden (#496050) expect-5.43.0-19.fc12 --------------------- * Mon Aug 10 2009 Ville Skytt? - 5.43.0-19 - Use bzipped upstream tarball. * Fri Jul 24 2009 Fedora Release Engineering - 5.43.0-18 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild extrema-4.3.6-5.fc12 -------------------- * Tue Aug 18 2009 Terje Rosten - 4.3.6-5 - Split out documentation f-spot-0.6.0.0-3.fc12 --------------------- * Sun Aug 09 2009 Christian Krause - 0.6.0.0-1 - Update to new upstream version 0.6.0.0 - Cleanup spec file * Sun Aug 09 2009 Christian Krause - 0.6.0.0-2 - Fix Icon Cache script in %post section * Sun Aug 09 2009 Christian Krause - 0.6.0.0-3 - Build arch ppc64. facter-1.5.5-3.fc12 ------------------- * Wed Aug 12 2009 Jeroen van Meeuwen - 1.5.5-3 - Fix #508037 or upstream #2355 fedora-gnome-theme-12.1-1.fc12 ------------------------------ * Fri Aug 14 2009 Matthias Clasen 12.1-1 - Add cursor theme to the Fedora metatheme fedora-security-guide-en-US-1.0-18.fc12 --------------------------------------- * Wed Aug 05 2009 Eric Chrisetnsen sparks at fedoraproject.org 1.0-18 - Fixed issues related to Bug 515043. fetchmail-6.3.11-2.fc12 ----------------------- * Tue Aug 18 2009 Vitezslav Crhonek - 6.3.11-2 - Regression bug fix for fetchmail 6.3.11 * Thu Aug 06 2009 Vitezslav Crhonek - 6.3.11-1 - Update to fetchmail-6.3.11 - Remove addrconf patch (upstream now) file-5.03-8.fc12 ---------------- * Thu Aug 06 2009 Daniel Novotny 5.03-8 - rebuild for #515767 - multilib: file /usr/share/misc/magic.mgc conflicts file-browser-applet-0.6.4-1.fc12 -------------------------------- * Mon Aug 10 2009 Deji Akingunola - 0.6.4-1 - New upstream version file-roller-2.27.90-2.fc12 -------------------------- * Fri Aug 14 2009 Matthias Clasen 2.27.90-2 - Make opening .cab files work * Tue Aug 11 2009 Matthias Clasen 2.27.90-1 - Update to 2.27.90 filesystem-2.4.30-1.fc12 ------------------------ * Mon Aug 17 2009 Ondrej Vasik 2.4.30-1 - adjust directory rights for usage of capabilities(#517575) * Mon Aug 10 2009 Ondrej Vasik 2.4.29-1 - iso_codes package no longer provides tab files, do generate them on fly with sed (thanks D. Tardon) * Wed Aug 05 2009 Ondrej Vasik 2.4.28-1 - Provide/obsolete pm-utils-filesystem, own dirs for pm-utils hooks(#515362) - Do own man sections for /usr/share/man/ dirs (#220265) - Do own /usr/share/sounds (#515485) findbugs-1.3.8-2.fc12 --------------------- * Fri Jul 24 2009 Fedora Release Engineering - 1.3.8-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild firebird-2.1.3.18185.0-4.fc12 ----------------------------- * Tue Aug 11 2009 Philippe Makowski 2.1.3.18185.0-4 - build it against system edit lib - set correct setuid for Classic lock manager - set correct permission for /var/run/firebird * Wed Aug 05 2009 Philippe Makowski 2.1.3.18185.0-2 - rename /usr/bin/gstat to /usr/bin/gstat-fb to avoid conflict with ganglia-gmond (rh #515510) - remove stupid rm -rf in postun firstaidkit-0.2.5-1.fc12 ------------------------ * Mon Aug 17 2009 Joel Granados - 0.2.5-1 - Update the pyparted API calls. - Add the key_recovery plugin. fityk-0.8.8-1.fc12 ------------------ * Tue Aug 18 2009 Marcin Wojdyr - 0.8.8-1 - upstream license was changed from GPLv2 to GPLv2+ - install mime files and call update-mime-database - use configure flag --with-samples to install samples - update %doc - do not move program's icon from pixmaps/ to icons/ - add xylib-devel to BuildRequires - add minimal wxGTK version - remove not needed CXX and CC variables from configure and make - drop obsolete changes to desktop file - drop obsolete patch - update to 0.8.8. Closes Red Hat Bugzilla bug #511758. Closes Red Hat Bugzilla bug #511307. * Fri Jul 24 2009 Fedora Release Engineering - 0.8.1-16 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild * Tue Feb 24 2009 Fedora Release Engineering - 0.8.1-15 - Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild flickcurl-1.13-1.fc12 --------------------- * Thu Aug 06 2009 Rakesh Pandit - 1.13-1 - Updated to 1.13 fluxbox-1.1.1-5.fc12 -------------------- * Mon Aug 10 2009 Ville Skytt? - 1.1.1-5 - Convert specfile to UTF-8. fluxconf-0.9.9-8.fc12 --------------------- * Mon Aug 10 2009 Ville Skytt? - 0.9.9-8 - Convert specfile to UTF-8. fontmatrix-0.6.99-2.r1073.fc12 ------------------------------ * Tue Aug 11 2009 Parag - 0.6.99-2.r1073 - update to svn revision 1073 - Fix Source Audit 2009-08-10 fonts-ISO8859-2-1.0-22.fc12 --------------------------- * Tue Aug 11 2009 Parag - 1.0-22 - Fixed for Source Audit 2009-08-10 * Fri Jul 24 2009 Fedora Release Engineering - 1.0-21 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild foomatic-4.0.2-6.fc12 --------------------- * Tue Aug 18 2009 Tim Waugh 4.0.2-6 - Split out foomatic-db into separate source package (bug #461234). * Tue Aug 04 2009 Tim Waugh 4.0.2-5 - Use stcolor driver for Epson Stylus Color 200 (bug #513676). - Don't ship 3-distribution symlink as CUPS already searches /usr/share/ppd (bug #514244). - Remove non-PPD files from PPD directory (bug #514242). fotowall-0.7.1-1.fc12 --------------------- * Mon Aug 03 2009 Nicoleau Fabien - 1:0.7.1-1 - Update to 0.7.1 fotoxx-8.0-6.fc12 ----------------- * Sun Aug 09 2009 Pavel Alexeev - 8.0-5 - Update to version 8.0 - Delete old patches. - Remove rm libfreeimage.a, name of dir in %setup. - Replace all $RPM_BUILD_ROOT by %{buildroot} - Add Patch0: fotoxx-8.0-mandir.patch - Add new file %doc %{_mandir}/man1/%{name}.1* * Sun Aug 09 2009 Pavel Alexeev - 8.0-6 - Add R and BR: xdg-utils freealut-1.1.0-10.fc12 ---------------------- * Tue Aug 11 2009 Jochen Schmitt 1.1.0-10 - Build agains openal-soft freeipmi-0.7.11-2.fc12 ---------------------- * Thu Aug 06 2009 Jan Safranek - 0.7.11-2 - Fix installation with --excludedocs option (#515926) frescobaldi-0.7.13-1.fc12 ------------------------- * Mon Aug 10 2009 Orcan Ogetbil - 0.7.13-1 - New upstream version - No need to rebuild .mo and .png files per new guidelines fsarchiver-0.5.8-4.fc12 ----------------------- * Mon Aug 17 2009 Adel Gadllah - 0.5.8-4 - Enable XZ support fspy-0.1.0-6.fc12 ----------------- * Mon Aug 10 2009 Ville Skytt? - 0.1.0-6 - Use bzipped upstream tarball. fwbackups-1.43.3-0.6.rc3.fc12 ----------------------------- * Thu Aug 06 2009 Stewart Adam 1.43.3-0.6.rc3 - Update to 1.43.3rc3 gajim-0.12.3-3.fc12 ------------------- * Mon Aug 10 2009 Ville Skytt? - 0.12.3-3 - Use bzipped upstream tarball. gambas2-2.15.2-1.fc12 --------------------- * Mon Aug 17 2009 Tom "spot" Callaway - 2.15.2-1 - update to 2.15.2 gcalctool-5.27.90-1.fc12 ------------------------ * Tue Aug 11 2009 Matthias Clasen - 5.27.90-1 - Update to 5.27.90 gcc-4.4.1-6 ----------- * Tue Aug 18 2009 Jakub Jelinek 4.4.1-6 - update from gcc-4_4-branch - PRs bootstrap/41018, c/41046, debug/37801, debug/40990, fortran/40847, rtl-optimization/41033, target/41015, target/41019, target/8603, tree-optimization/41016 * Fri Aug 07 2009 Jakub Jelinek 4.4.1-5 - update from gcc-4_4-branch - PRs c++/40948, target/40906 - -fexceptions support for -freorder-blocks-and-partition * Wed Aug 05 2009 Jakub Jelinek 4.4.1-4 - update from gcc-4_4-branch - PRs build/40010, c++/39987, c++/40749, c++/40834, c++/40948, debug/39706, fortran/40822, fortran/40848, fortran/40851, fortran/40878, libfortran/40853, middle-end/40943, rtl-optimization/40924, target/40577, testsuite/40829, testsuite/40891, tree-optimization/40570 - backport __builtin_unreachable () support - fix powerpc ICE in memory_address (#515672, PR target/40971) gcl-2.6.8-0.4.20090701cvs.fc12 ------------------------------ * Tue Aug 11 2009 Jerry James - 2.6.8-0.4.20090701cvs - Update to 20090701 CVS snapshot, fixes bz 511483 - Break fix for out into a separate patch and do it right - Add -plt patch to fix reading of PLT info - Add -ellipsis patch to eliminate nondeterministic behavior - Use xz payloads instead of bz2 - Minor spec file cleanups * Fri Jul 24 2009 Fedora Release Engineering - 2.6.8-0.4.20090303cvs - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild gdb-6.8.50.20090818-3.fc12 -------------------------- * Tue Aug 18 2009 Jan Kratochvil - 6.8.50.20090818-1 - Upgrade to the FSF GDB gdb-6.8.50 snapshot: 6.8.50.20090818 - archer-jankratochvil-fedora12 commit: 5e0d1cc74f119391a2c3ae25ef5749fc28674f06 * Tue Aug 18 2009 Jan Kratochvil - 6.8.50.20090818-2 - Fix patch fuzz 0. * Tue Aug 18 2009 Jan Kratochvil - 6.8.50.20090818-3 - archer-jankratochvil-fedora12 commit: 850e3cb38a25cb7fdfa4cef667626ffbde51bcac - Fix the hardware watchpoints. * Wed Aug 12 2009 Jan Kratochvil - 6.8.50.20090811-4 - Fix minor regressions introduced by the rebase from F-11 (6.8.50.20090302). gdm-2.27.4-5.fc12 ----------------- * Thu Aug 06 2009 Ray Strode 1:2.27.4-5 - rebuild geany-0.18-6.fc12 ----------------- * Sun Aug 16 2009 Dominic Hopf - 0.18-1 - new upstream release - remove button pixmaps patch since this fix is included in 0.18 - add new tags-files geany-api-0.18.c.tags and std.vala.tags - remove Geany icon from pixmaps path and add it to 48x48 and scalable * Sun Aug 16 2009 Dominic Hopf - 0.18-2 - update icon cache * Sun Aug 16 2009 Dominic Hopf - 0.18-6 - release bump to correct the update path geany-plugins-0.17.1-6.fc12 --------------------------- * Sun Aug 16 2009 Dominic Hopf 0.17.1-6 - build against and require geany 0.18 * Mon Aug 10 2009 Ville Skytt? - 0.17.1-5 - Use bzipped upstream tarball. gedit-2.27.4-1.fc12 ------------------- * Tue Aug 11 2009 Matthias Clasen - 1:2.27.4-1 - Update to 2.27.4 genchemlab-1.0-11.fc12 ---------------------- * Fri Jul 24 2009 Fedora Release Engineering - 1.0-11 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild genius-1.0.7-1.fc12 ------------------- * Sat Aug 08 2009 Gerard Milmeister - 1.0.7-1 - new release 1.0.7 * Fri Jul 24 2009 Fedora Release Engineering - 1.0.6-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild getmail-4.11.0-3.fc12 --------------------- * Mon Aug 10 2009 Dean Mander - 4.11.0-3 - update to release 4.11.0 gflags-1.1-1.fc12 ----------------- * Wed Aug 05 2009 Rakesh Pandit - 1.1-1 - removed extra files included in %files section and updated to 1.1 * Fri Jul 24 2009 Fedora Release Engineering - 1.0-4 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild gimp-2.6.7-2.fc12 ----------------- * Tue Aug 18 2009 Nils Philippsen - 2:2.6.7-2 - BR: webkitgtk-devel/WebKit-gtk-devel >= 1.1.0 * Fri Aug 14 2009 Nils Philippsen - 2:2.6.7-1 - version 2.6.7 Overview of Changes from GIMP 2.6.6 to GIMP 2.6.7 ================================================= * Bugs fixed: 591017 - Tablet pan is not working as fast as it should 577581 - Crashes when using any colors tool/function on Windows 589667 - GIMP crashes when clicking GEGL Operation on Windows 569833 - file-jpeg-save erroneous with small quality values 590638 - Changing palettes from list to grid view loses "locked to dock" status 589674 - "Send by Email" does not update "Filename" 589674 - "Send by Email" does not update "Filename" 586851 - Transparent BMP files fail to load 589205 - help-browser uses deprecated (and sometimes broken) webkit call 582821 - 'Sphere Designer' does not reset correctly... 570353 - first time open of .svg file ignores the requested units 555777 - Export to MNG animation fails 577301 - Dithering with transparency is broken for "positioned" method 493778 - metadata plug-in crashes on some images 567466 - PNG comment not found if more than 1 tEXt chunks 585665 - Exporting to PSD with a blank text layer creates a corrupt file 586316 - Levels tool does not adjust output levels correctly if input levels are changed 569661 - Import from PDF throws errors when entering resolution in pixels per millimetre 567262 - Black pixels appear in "Spread" filter preview 554658 - Path Dialog: Path preview pics not to see constantly 167604 - gimp_gradient_get_color_at() may return out-of-bounds values 567393 - Rectangle select tool size shrinks to 0 if size is larger than the image and the up or down arrow is pressed 587543 - crash when invoking certain actions by keyboard shortcut 563029 - Closing maximized image doesn't restore document window size 585488 - Perspective transformation on a layer with a mask causes crash 586008 - GIMP crashes when right-click canceling a drawing action initiated outside layer boundaries 584345 - when printing, the number of copies should be reset to 1 557061 - Alpha to Logo 472644 - Rotate with clipping crops the whole layer 577575 - transform tool fills underlying extracted area wrongly 555738 - Image display is wrong after undoing canvas size 577024 - help-browser plugin crashes when used with webkit 1.1.3 555025 - Action GEGL box widgets weirdness * Updated and new translations: Czech (cs) Danish (da) German (de) Spanish (es) Basque (eu) Finnish (fi) Hungarian (hu) Italian (it) Gujarati (gu) Japanese (ja) Kannada (kn) Marathi (mr) Norwegian bokm?l (nb) Oriya (or) Portuguese (pt) Romanian (ro) Sinhala (si) Swedish (sv) Simplified Chinese (zh_CN) Traditional Chinese - Hong Kong (zh_HK) Traditional Chinese - Taiwan (zh_TW) - remove obsolete gegl-babl-versions-check, help-browser-webkit patches - comment/explain patches gjots2-2.3.9-1.fc12 ------------------- * Thu Aug 13 2009 Radek Vokal 2.3.9-1 - upgrade to 2.3.9, adds Undo/Redo support glibc-2.10.90-14 ---------------- * Mon Aug 17 2009 Andreas Schwab - 2.10.90-14 - Update from master. - fix pthread_cond_signal (#516469) * Mon Aug 10 2009 Andreas Schwab - 2.10.90-13 - Update from master. - fix rehashing of unique symbols (#515677) - Fix spurious messages with --excludedocs (#515948) glibmm24-2.21.3-1.fc12 ---------------------- * Sun Aug 16 2009 Denis Leroy - 2.21.3-1 - Update to upstream 2.21.3 * Fri Jul 24 2009 Fedora Release Engineering - 2.21.1-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild * Thu Jul 09 2009 Denis Leroy - 2.21.1-1 - Update to upstream 2.21.1 - Switch to unstable branch, to follow glib2 version globus-common-10.2-7.fc12 ------------------------- * Mon Aug 03 2009 Mattias Ellert - 10.2-7 - Patch globus_location function to allow unset GLOBUS_LOCATION - Put back config.guess file glpi-0.72.1-1.svn8743.fc12 -------------------------- * Tue Aug 18 2009 Remi Collet - 0.72.1-1.svn8743 - update to 0.72.1 svn revision 8743 - use system PHPMailer - now requires php > 5 glpi-data-injection-1.6.0-1.fc12 -------------------------------- * Tue Aug 18 2009 Remi Collet - 1.6.0-1 - update to 1.6.0 finale for glpi 0.72 glpi-mass-ocs-import-1.3.0-1.fc12 --------------------------------- * Tue Aug 18 2009 Remi Collet - 1.3.0-1 - update to 1.3.0 finale for glpi 0.72 glpi-pdf-0.6.1-1.fc12 --------------------- * Tue Aug 18 2009 Remi Collet - 0.6.1-1 - update to 0.6.1 finale for glpi 0.72 glpk-4.39-1.fc12 ---------------- * Sat Aug 08 2009 Conrad Meyer 4.39-1 - Bump to 4.39. gmp-4.3.1-5.fc12 ---------------- * Mon Aug 10 2009 Ivana Varekova 4.3.1-5 - fix installation with --excludedocs option (#515947) gnash-0.9.0-0.6.20090809bzr11401.fc12 ------------------------------------- * Mon Aug 10 2009 Kevin Kofler 0.9.0-0.6.20090809bzr11401 - don't package headers in -widget, only in -devel (no duplicate files) - own %{_includedir}/gnash/ in -devel - add missing %defattr for -devel and -widget - make -devel and -widget require the main package (with exact VR) - fix -devel group and description - rename gnash-widget to python-gnash as per the naming guidelines * Sun Aug 09 2009 Tomeu Vizoso 0.9.0-0.1.20090809bzr11400 - merge upstream changes into the spec * Sun Aug 09 2009 Tomeu Vizoso 0.9.0-0.2.20090809bzr11400 - upload the .swf file * Sun Aug 09 2009 Tomeu Vizoso 0.9.0-0.3.20090809bzr11400 - Fix the packaging in 64bits * Sun Aug 09 2009 Tomeu Vizoso 0.9.0-0.3.20090809bzr11401 - One more 64bit fix * Sun Aug 09 2009 Tomeu Vizoso 0.9.0-0.4.20090809bzr11401 - Install the python module in the sitearch dir * Sun Aug 09 2009 Kevin Kofler 0.9.0-0.5.20090809bzr11401 - use %{_includedir}, not %{_prefix}/include * Fri Jul 24 2009 Fedora Release Engineering - 0.8.5-5 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild gnofract4d-3.12-3.fc12 ---------------------- * Fri Aug 14 2009 Stewart Adam - 3.12-3 - Disable make check, it seems to cause extremely long build times (>24h) * Fri Jul 24 2009 Fedora Release Engineering - 3.12-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild * Fri Jun 19 2009 Stewart Adam - 3.12-1 - Update to 3.12 gnome-applet-jalali-calendar-1.6.8-1.fc12 ----------------------------------------- * Fri Aug 07 2009 Hedayat Vatankhah 1.6.8-1 - Updated to 1.6.8 release gnome-applet-music-2.5.1-4.fc12 ------------------------------- * Thu Aug 13 2009 Adam Jackson 2.5.1-4 - Add explicit Requires: numpy. gnome-bluetooth-2.27.9-5.fc12 ----------------------------- * Tue Aug 11 2009 Bastien Nocera 2.27.9-3 - Don't crash when exiting the wizard * Tue Aug 11 2009 Bastien Nocera 2.27.9-4 - Add udev rules to access /dev/rfkill (#514798) * Tue Aug 11 2009 Bastien Nocera 2.27.9-5 - Fix the friendly name not being editable (#516801) gnome-desktop-2.27.5-5.fc12 --------------------------- * Sun Aug 16 2009 Matthias Clasen - 2.27.5-5 - Add slideshow api * Fri Aug 14 2009 Matthias Clasen - 2.27.5-4 - Drop constantine-backgrounds-extras, too big gnome-disk-utility-0.5-3.fc12 ----------------------------- * Mon Aug 17 2009 David Zeuthen - 0.5-1.fc12 - Update to release 0.5 * Mon Aug 17 2009 David Zeuthen - 0.5-2.fc12 - Rebuild * Mon Aug 17 2009 David Zeuthen - 0.5-3.fc12 - Drop upstreamed patch gnome-games-2.27.90-1.fc12 -------------------------- * Fri Aug 14 2009 Matthias Clasen 2.27.90-1 - Updated to 2.27.90 gnome-icon-theme-2.27.90-2.fc12 ------------------------------- * Tue Aug 18 2009 Matthias Clasen - 2.27.90-2 - Add gtk print icons. * Fri Aug 14 2009 Matthias Clasen - 2.27.90-1 - Update to 2.27.90 gnome-keyring-2.27.90-1.fc12 ---------------------------- * Tue Aug 11 2009 Matthias Clasen - 2.27.90-1 - Update to 2.27.90 gnome-media-2.27.90.fix-1.fc12 ------------------------------ * Thu Aug 13 2009 Bastien Nocera 2.27.90.fix-1 - Update to 2.27.90.fix gnome-panel-2.27.4-8.fc12 ------------------------- * Thu Aug 13 2009 Matthias Clasen 2.27.4-8 - Stricter clock-applet PolicyKit policy * Wed Aug 05 2009 Matthias Clasen 2.27.4-7 - Make 'Clear Recent Documents' follow the menu-images setting * Sun Aug 02 2009 Matthias Clasen 2.27.4-6 - Save some space gnome-screensaver-2.27.0-9.fc12 ------------------------------- * Tue Aug 18 2009 Adam Jackson 2.27.0-9 - gnome-screensaver-2.27.0-gamma.patch: Backport patch to fix gamma fadeout (#508513) * Sat Aug 15 2009 Matthias Clasen 2.27.0-8 - Manual XML editing considered harmful... * Fri Aug 14 2009 Matthias Clasen 2.27.0-6 - Make cosmos images available as background slideshow * Fri Aug 14 2009 Matthias Clasen 2.27.0-7 - Make the slideshow cyclic * Fri Jul 24 2009 Fedora Release Engineering - 2.27.0-5 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild * Thu Jul 16 2009 Matthias Clasen 2.27.0-4 - Use GtkBulider - Respect button-images setting gnome-session-2.27.5-2.fc12 --------------------------- * Thu Aug 13 2009 Matthias Clasen - 2.27.5-2 - Require polkit-desktop-policy gnome-settings-daemon-2.27.90-2.fc12 ------------------------------------ * Fri Aug 14 2009 Bastien Nocera 2.27.90-1 - Update to 2.27.90 * Fri Aug 14 2009 Bastien Nocera 2.27.90-2 - Update gnome-volume-control code gnome-themes-2.27.90-1.fc12 --------------------------- * Mon Aug 10 2009 Matthias Clasen - 2.27.90-1 - Update to 2.27.90 gnome-vfs2-2.24.1-8.fc12 ------------------------ * Fri Aug 14 2009 Tomas Bzatek - 2.24.1-8 - Drop gnome-mount and gnome-mime-data dependencies * Mon Aug 10 2009 Ville Skytt? - 2.24.1-7 - Convert specfile to UTF-8. gnome-vfsmm26-2.26.0-1.fc12 --------------------------- * Sun Aug 16 2009 Denis Leroy - 2.26.0-1 - Update to upstream 2.26.0 gnomebaker-0.6.4-6.fc12 ----------------------- * Thu Aug 13 2009 Tomas Smetana - 0.6.4-5 - And update the mime database... * Thu Aug 13 2009 Tomas Smetana - 0.6.4-6 - Shouldn't update the mime database but the desktop database * Wed Aug 12 2009 Tomas Smetana - 0.6.4-4 - fix #506397 - missing MimeType entry in .desktop file gnonlin-0.10.12-1.fc12 ---------------------- * Tue Aug 11 2009 Jeffrey C. Ollie - 0.10.12-1 - Update to 0.10.12 "Lots of people on the clothesline" - - Features of this release - - * New property for faster composition updates - * Speedups - * various fixes * Wed Aug 05 2009 Jeffrey C. Ollie - 0.10.11.3-0.1 - Update to latest prerelease. - Clean up some rpmlint warnings gnote-0.6.2-1.fc12 ------------------ * Thu Aug 13 2009 Rahul Sundaram - 0.6.2-1 - Very minor bug fixes - http://mail.gnome.org/archives/gnote-list/2009-August/msg00006.html gnuplot-4.2.5-6.fc12 -------------------- * Mon Aug 10 2009 Ivana Varekova 4.2.5-6 - fix installation with --excludedocs option (#515963) gnutls-2.8.3-1.fc12 ------------------- * Fri Aug 14 2009 Tomas Mraz 2.8.3-1 - upgrade to a new upstream version gok-2.27.90-1.fc12 ------------------ * Tue Aug 11 2009 Matthias Clasen 2.27.90-1 - Update to 2.27.90 google-gadgets-0.11.0-4.fc12 ---------------------------- * Thu Aug 06 2009 Michel Salim - 0.11.0-4 - Backport Gecko version detection fix * Mon Aug 03 2009 Christopher Aillon - 0.11.0-3 - Rebuild against newer gecko * Fri Jul 17 2009 Jan Horak - 0.11.0-2 - Rebuild against newer gecko gparted-0.4.6-1.fc12 -------------------- * Mon Aug 10 2009 Deji Akingunola - 0.4.6-1 - New upstream version gperf-3.0.3-9.fc12 ------------------ * Tue Aug 11 2009 Roman Rakus - 3.0.3-9 - Don't print errors in post and preun sections (#515942) gpodder-0.17.0-3.fc12 --------------------- * Mon Aug 17 2009 Jef Spaleta - 0.17.0-3 - Fix for desktop file encoding packaging problem gpsd-2.39-5.fc12 ---------------- * Wed Aug 12 2009 Marek Mahut - 2.39-5 - RHBZ#505588: gpsd has a broken initscript that fails to launch daemon grep-2.5.3-6.fc12 ----------------- * Tue Aug 11 2009 Lubomir Rintel 2.5.3-6 - Silence possible scriptlets errors grid-packaging-tools-3.2-20.fc12 -------------------------------- * Mon Aug 03 2009 Mattias Ellert - 3.2-20 - Rename config.guess script gsl-1.12-6.fc12 --------------- * Mon Aug 17 2009 Ivana Varekova - 1.12-6 - fix preun and post scripts (#517568) * Mon Aug 10 2009 Ivana Varekova - 1.12-5 - fix installation with --excludedocs option (#515971) gstreamer-plugins-good-0.10.15.3-1.fc12 --------------------------------------- * Fri Aug 14 2009 Bastien Nocera 0.10.15.3-1 - Update to 0.10.15.3 * Tue Aug 11 2009 Hans de Goede 0.10.15-6 - Fix usage of webcamdrivers which do not implement VIDIOC_G_PARM (#467961) - Include "Fix FLAC seeking" patch from F-11 package (#515886) gstreamer-python-0.10.16-1.fc12 ------------------------------- * Fri Aug 14 2009 Xavier Lamien - 0.10-16-1 - Update release. gstreamer-rtsp-0.10.4-1.fc12 ---------------------------- * Sat Aug 08 2009 Peter Robinson 0.10.4-1 - Update to 0.10.4 gtk-vnc-0.3.9-1.fc12 -------------------- * Tue Aug 11 2009 Ville Skytt? - 0.3.8-10 - Use bzipped upstream tarball. * Tue Aug 11 2009 Daniel P. Berrange - 0.3.9-1 - Update to 0.3.9 release gtk2-2.17.8-1.fc12 ------------------ * Tue Aug 18 2009 Matthias Clasen - 2.17.8-1 - Update to 2.17.8 * Thu Aug 13 2009 Matthias Clasen - 2.17.7-2 - Fix a possible crash gtkhtml3-3.27.90-1.fc12 ----------------------- * Mon Aug 10 2009 Milan Crha - 3.27.90-1.fc12 - Update to 3.27.90 gtkmm24-2.17.2-1.fc12 --------------------- * Sun Aug 16 2009 Denis Leroy - 2.17.2-1 - Update to upstream 2.17.2 * Fri Jul 24 2009 Fedora Release Engineering - 2.16.0-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild gtkwave-3.2.2-3.fc12 -------------------- * Thu Aug 06 2009 Paul Howarth 3.2.2-2 - add patch to work around #515672 (internal compiler error on PPC) * Thu Aug 06 2009 Paul Howarth 3.2.2-3 - drop patch for #515672, not needed with gcc 4.4.1-4 * Wed Aug 05 2009 Paul Howarth 3.2.2-1 - update to 3.2.2 (new tools evcd2vcd/fst2vcd/vcd2fst) - drop print-to-file patch, no longer needed gutenprint-5.2.4-4.fc12 ----------------------- * Tue Aug 18 2009 Tim Waugh 5.2.4-4 - Enabled simplified CUPS drivers (bug #518030). * Mon Aug 03 2009 Tim Waugh 5.2.4-3 - Silence gutenprint-foomaticppdupdate on gutenprint-foomatic upgrade. gvfs-1.3.4-7.fc12 ----------------- * Mon Aug 17 2009 Tomas Bzatek - 1.3.4-7 - Fix Nautilus can't create "untitled folder" on sftp mounts (#512611) * Fri Aug 14 2009 Bastien Nocera 1.3.4-6 - Update AFC patch * Thu Aug 13 2009 Tomas Bzatek - 1.3.4-5 - More complete fix for DAV mount path prefix issues * Tue Aug 11 2009 Bastien Nocera 1.3.4-2 - Add AFC backend * Tue Aug 11 2009 Bastien Nocera 1.3.4-3 - libgudev-devel is required for the gphoto2 monitor * Tue Aug 11 2009 Bastien Nocera 1.3.4-4 - Fix crash on startup for the afc volume monitor * Mon Aug 10 2009 Matthias Clasen - 1.3.4-1 - Update to 1.3.4 * Fri Aug 07 2009 Tomas Bzatek - 1.3.3-3 - Fix bad mount prefix stripping (part of #509612) - Fix gvfsd-sftp segfault when asking a question - Enable tar+xz in the archive mounter gwget-1.0.2-1.fc12 ------------------ * Fri Aug 14 2009 Christoph Wickert - 1.0.2-1 - Update to 1.0.2 - Patch to enable epiphany extension again (Vincent Untz) - No need to run any autotools any longer gxmms2-0.7.0-5.20090811git.fc12 ------------------------------- * Tue Aug 11 2009 Tom "spot" Callaway - 0.7.0-5.20090811git - update to git checkout to support xmms 0.6 gypsy-0.7-1.fc12 ---------------- * Thu Aug 06 2009 Bastien Nocera 0.7-1 - Update to 0.7 gzip-1.3.12-11.fc12 ------------------- * Tue Aug 11 2009 Ivana Varekova - 1.3.12-11 - fix installation with --excludedocs option (#515975) hamcrest-1.1-9.2.fc12 --------------------- * Tue Aug 18 2009 Alexander Kurtakov 0:1.1-9.2 - Add OSGi manifest for hamcrest-core. - Make javadoc package noarch. hamster-applet-2.27.90-1.fc12 ----------------------------- * Tue Aug 11 2009 Matthias Clasen - 2.27.90-1 - Update to 2.27.90 hatari-1.2.0-4.fc12 ------------------- * Mon Aug 10 2009 Andrea Musuruane 1.2.0-4 - updated Source0 URL hdf-4.2r4-4.fc12 ---------------- * Thu Aug 13 2009 Orion Poplawski 4.2r4-4 - Add -fPIC to FFLAGS hplip-3.9.8-4.fc12 ------------------ * Wed Aug 12 2009 Tim Waugh 3.9.8-3 - The python-reportlab dependency was in the wrong sub-package. * Wed Aug 12 2009 Tim Waugh 3.9.8-4 - Upstream patch to fix paper size order and LJColor device class color space. * Thu Aug 06 2009 Tim Waugh 3.9.8-2 - Removed access_control.grant_group line from HAL fdi file. * Wed Aug 05 2009 Tim Waugh 3.9.8-1 - 3.9.8. htmldoc-1.8.27-12.fc12 ---------------------- * Thu Aug 13 2009 Adam Goode - 1.8.27-12 - Fix limitation of -D_FORTIFY_SOURCE=2 (#511520) - Fix scanf overflows (#512513) * Fri Jul 24 2009 Fedora Release Engineering - 1.8.27-11 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild httpd-2.2.13-1.fc12 ------------------- * Tue Aug 18 2009 Joe Orton 2.2.13-1 - update to 2.2.13 hugs98-2006.09-8.fc12 --------------------- * Sun Aug 16 2009 Gerard Milmeister - 2006.09-8 - rebuild against openal-soft hunspell-fo-0.2.36-4.fc12 ------------------------- * Mon Aug 10 2009 Caolan McNamara - 0.2.36-4 - .gz -> .bz2 hunspell-ne-20080425-1.fc12 --------------------------- * Tue Aug 11 2009 Parag - 20080425-1 - Update to next upstream release hunspell-pl-0.20090808-1.fc12 ----------------------------- * Sat Aug 08 2009 Caolan McNamara - 0.20090808-1 - latest version hunspell-so-0.1.3-1.fc12 ------------------------ * Wed Aug 05 2009 Caolan McNamara - 0.1.3-1 - latest version hunspell-uk-1.6.0-1.fc12 ------------------------ * Tue Aug 18 2009 Caolan McNamara - 1.6.0-1 - latest version hyphen-gu-0.20090813-1.fc12 --------------------------- * Mon Aug 17 2009 Parag - 0.20090813-1 - latest version hyphen-hi-0.20090813-1.fc12 --------------------------- * Mon Aug 17 2009 Parag - 0.20090813-1 - latest version hyphen-ml-0.20090813-3.fc12 --------------------------- * Mon Aug 17 2009 Parag - 0.20090813-1 - latest version hyphen-or-0.20090813-1.fc12 --------------------------- * Mon Aug 17 2009 Parag - 0.20090813-1 - latest version hyphen-pa-0.20090813-1.fc12 --------------------------- * Mon Aug 17 2009 Parag - 0.20090813-1 - latest version hyphen-ta-0.20090813-1.fc12 --------------------------- * Mon Aug 17 2009 Parag - 0.20090813-1 - latest version hyphen-te-0.20090813-1.fc12 --------------------------- * Mon Aug 17 2009 Parag - 0.20090813-1 - latest version ibus-1.2.0.20090812-1.fc12 -------------------------- * Wed Aug 12 2009 Peng Huang - 1.2.0.20090812-1 - Update to 1.2.0.20090812 * Mon Aug 10 2009 Peng Huang - 1.2.0.20090807-4 - Update ibus-HEAD.patch - Fix Numlock problem. - Fix some memory leaks. * Fri Aug 07 2009 Peng Huang - 1.2.0.20090807-1 - Update to 1.2.0.20090807 * Fri Aug 07 2009 Peng Huang - 1.2.0.20090807-2 - Update ibus-HEAD.patch - Fix bug 516154. * Thu Aug 06 2009 Peng Huang - 1.2.0.20090806-1 - Update to 1.2.0.20090806 - Fix bug 515106 - don't install duplicate files * Tue Jul 28 2009 Peng Huang - 1.2.0.20090723-3 - Update xinput-ibus: setup QT_IM_MODULE if the ibus qt input method plugin exists. ibus-anthy-1.2.0.20090813-1.fc12 -------------------------------- * Thu Aug 13 2009 Takao Fujiwara - 1.2.0.20090813-1 - Update to 1.2.0.20090804 - Fix bug 509483 - reconversion feature doesn't work - Fix bug 509485 - commit_first_segment feature doesn't work icecream-0.9.4-4.fc12 --------------------- * Mon Aug 17 2009 Michal Schmidt 0.9.4-4 - SELinux policy: Allow untrusted binaries to getattr all filesystems. (BSD process accounting does vfs_getattr() to check disk space.) * Fri Aug 14 2009 Michal Schmidt 0.9.4-3 - Create the logfile for the scheduler in the initscript. - Allow the scheduler to write to the log in the SELinux policy (BZ#517251). icu4j-4.0.1-3.fc12 ------------------ * Mon Aug 10 2009 Alexander Kurtakov 1:4.0.1-3 - Update qualifier to the Eclipse 3.5.0 release. ikiwiki-3.141592-1.fc12 ----------------------- * Wed Aug 12 2009 Thomas Moschny - 3.141592-1 - Update to 3.141592. - po4a is needed now. imsettings-0.107.1-2.fc12 ------------------------- * Fri Aug 14 2009 Akira TAGOH - 0.107.1-1 - New upstream release. - Fix memory leaks. * Fri Aug 14 2009 Akira TAGOH - 0.107.1-2 - export the certain environment variables. * Wed Aug 12 2009 Akira TAGOH - 0.107.0-1 - New upstream release. - Pop up an error if failed to invoke IM. (#497946) - Fix the duplicate recommendation message issue. (#514852) * Mon Jul 27 2009 Akira TAGOH - 0.106.2-5 - Support immodule only configuration file. indent-2.2.10-5.fc12 -------------------- * Tue Aug 11 2009 Roman Rakus - 2.2.10-5 - Don't print errors in post and preun sections (#515935) ini4j-0.4.1-2.fc12 ------------------ * Tue Aug 11 2009 Victor Vasilyev 0.4.1-2 - Syntax is corrected * Sat Aug 08 2009 Victor Vasilyev 0.4.1-1 - Re-base for the version 0.4.1 - Ant instead of Maven inkscape-0.47-0.15.pre1.20090810svn.fc12 ---------------------------------------- * Mon Aug 10 2009 Lubomir Rintel - 0.47-0.15.pre1.20090629svn - Update to a post-pre1 snapshot - Drop upstreamed CRC32 fix intltool-0.41.0-1.fc12 ---------------------- * Wed Aug 12 2009 Matthias Clasen - 0.41.0-1 - Update to 0.41.0 * Mon Aug 10 2009 Ville Skytt? - 0.40.6-4 - Convert specfile to UTF-8. iprutils-2.2.16-1.fc12 ---------------------- * Mon Aug 17 2009 Roman Rakus - 2.2.16-1 - Bump to version 2.2.16 ipsec-tools-0.7.3-1.fc12 ------------------------ * Tue Aug 18 2009 Tomas Mraz - 0.7.3-1 - update to a new upstream version - fix service stop in preun (#515880) itaka-0.2.2-1.fc12 ------------------ * Fri Aug 07 2009 Nicoleau Fabien - 0.2.2-1 - Update to 0.2.2 iw-0.9.16-1.fc12 ---------------- * Mon Aug 17 2009 Adel Gadllah 0.9.16-1 - Update to 0.9.16 jakarta-commons-digester-1.7-10.3.fc12 -------------------------------------- * Mon Aug 10 2009 Ville Skytt? - 0:1.7-10.3 - Convert specfile to UTF-8. jakarta-commons-net-2.0-2.fc12 ------------------------------ * Thu Aug 13 2009 Alexander Kurtakov 0:2.0-1 - Update to upstream 2.0. * Thu Aug 13 2009 Alexander Kurtakov 0:2.0-2 - Set maven.repo.local. java-1.6.0-openjdk-1.6.0.0-29.b16.fc12 -------------------------------------- * Mon Aug 10 2009 Ville Skytt? - 1:1.6.0-29.b16 - Use bzipped java-access-bridge tarball. * Tue Aug 04 2009 Lillian Angel - 1:1.6.0-28.b16 - Updated java-1.6.0-openjdk-netx.patch, and renamed to java-1.6.0-openjdk-netxandplugin.patch. - Added java-1.6.0-openjdk-securitypatches.patch. - Resolves: rhbz#512101 - Resolves: rhbz#512896 - Resolves: rhbz#512914 - Resolves: rhbz#512907 - Resolves: rhbz#512921 - Resolves: rhbz#511915 - Resolves: rhbz#512915 - Resolves: rhbz#512920 - Resolves: rhbz#512714 - Resolves: rhbz#513215 - Resolves: rhbz#513220 - Resolves: rhbz#513222 - Resolves: rhbz#513223 - Resolves: rhbz#503794 jd-2.4.2-0.3.svn3047_trunk.fc12 ------------------------------- * Tue Aug 18 2009 Mamoru Tasaka - rev 3047 * Thu Aug 06 2009 Mamoru Tasaka - 2.4.2-0.3.beta090806 - 2.4.1 beta 090806 jdepend-2.9-1.fc12 ------------------ * Tue Aug 11 2009 Alexander Kurtakov 0:2.9-1 - Update to upstream 2.9. - Drop gcj support. jlex-1.2.6-9.3.fc12 ------------------- * Mon Aug 10 2009 Ville Skytt? - 0:1.2.6-9.3 - Convert specfile to UTF-8. joystick-1.2.15-25.fc12 ----------------------- * Mon Aug 10 2009 Ville Skytt? - 1.2.15-25 - Convert specfile to UTF-8. jwhois-4.0-17.fc12 ------------------ * Sun Aug 16 2009 Robert Scheck - 4.0-17 - Update jwhois.conf for .edu.ar, .bs, .by, .dk, .name, .ng, .ps, .sg, .sl, .sv, .co.zw domains and handles from .name and .aero kaffeine-1.0-0.3.pre2.fc12 -------------------------- * Fri Aug 14 2009 Rex Dieter - 1.0-0.3.pre2 - kaffeine-1.0-pre2 - update %description/%summary - %check: use desktop-file-validate kazehakase-0.5.6-16.svn3779_trunk.fc12 -------------------------------------- * Tue Aug 18 2009 Mamoru Tasaka - rev 3779 kdbg-2.1.1-3.fc12 ----------------- * Mon Aug 10 2009 Ville Skytt? - 1:2.1.1-3 - Convert specfile to UTF-8. kde-filesystem-4-30.fc12 ------------------------ * Wed Aug 05 2009 Rex Dieter - 4-30 - kill the ownership of %_datadir/sounds (#515745) kde-plasma-networkmanagement-0.1-0.20.20090815svn.fc12 ------------------------------------------------------ * Sat Aug 15 2009 Rex Dieter 0.1-0.20.20090815svn - New snapshot - optimize scriptlets - -libs subpkg, multilib-friendly kde-plasma-runcommand-2.0-2.fc12 -------------------------------- * Fri Aug 07 2009 Jaroslav Reznik - 2.0-1 - update to 2.0 * Fri Aug 07 2009 Jaroslav Reznik - 2.0-2 - gettext BR readded kde-plasma-translatoid-1.0-1.fc12 --------------------------------- * Fri Aug 07 2009 Eli Wapniarski 1.0-1 -1.0 - Build Requirement Changed from kdebase-workspace-devel >= 4.2.0 - to 4.3.0 - Change icon - Change a lot by aseigo , use KJob, nice animation during translate. - change the structure of translatoid - Will remove voice button, because KTTSD do the same job. - Add estonishlanguage - Set text color with theme color - save your automaticaly last languages in use. kde-settings-4.3-4 ------------------ * Tue Aug 18 2009 Rex Dieter - 4.3-4 - KPackageKit: [CheckUpdate] interval=86400 kdebase-runtime-4.3.0-4.fc12 ---------------------------- * Wed Aug 12 2009 Luk?? Tinkl - 4.3.0-4 - unbreak fish kioslave protocol (#516416) * Mon Aug 10 2009 Luk?? Tinkl - 4.3.0-3 - fix Oxygen comboboxes' text being garbled (drawn twice); fixes kdebug:202701 - fix Locale control module crashing when dragging languages around (kdebug:201578) kdebase-workspace-4.3.0-7.fc12 ------------------------------ * Tue Aug 18 2009 Luk?? Tinkl - 4.3.0-6 - move akonadi stuff to subpackage * Tue Aug 04 2009 Than Ngo - 4.3.0-5 - respin kdebindings-4.3.0-5.fc12 ------------------------ * Mon Aug 17 2009 Rex Dieter - 4.3.0-5 - re-enable php bindings (rawhide) * Tue Aug 11 2009 Rex Dieter - 4.3.0-4.1 - BR: qscintilla-devel >= 2.4 kdeedu-4.3.0-4.fc12 ------------------- * Sun Aug 09 2009 Rex Dieter 4.3.0-4 - *really* make -marble-libs * Sat Aug 08 2009 Rex Dieter 4.3.0-3 - -libs: move libavogadro-kalzium libcompoundviewer here - new -marble-libs pkg kdegames-4.3.0-2.fc12 --------------------- * Wed Aug 05 2009 Rex Dieter 4.3.0-2 - Conflicts: kdegames3 < 3.5.10-6 - %check: desktop-file-validate - use %?_isa in -libs deps kdelibs-4.3.0-5.fc12 -------------------- * Tue Aug 18 2009 Luk?? Tinkl - 4.3.0.5 - fix KDE bug #19538, copy file after rename uses old file name * Mon Aug 17 2009 Luk?? Tinkl - 4.3.0-4 - fix unmounting devices - fix copying URLs to clipboard (kdebug:170608) * Fri Aug 14 2009 Rex Dieter - 4.3.0-3 - kde4.(sh|csh): drop KDE_IS_PRELINKED for now (workaround bug #515539) * Wed Aug 05 2009 Rex Dieter - 4.3.0-2 - microblog crashes plasma on show friends toggle (kdebug#202550) - khtml crasher (kdebug#199557) kdepim-4.3.0-4.fc12 ------------------- * Tue Aug 18 2009 Rex Dieter - 4.3.0-4 - kmail: upstream fix for custom font settings (#kdebug#178402) * Tue Aug 11 2009 Luk?? Tinkl - 4.3.0-3 - fix kmail default save dir regression (#496988) * Sat Aug 08 2009 Rex Dieter - 4.3.0-2 - -libs: move designer plugins here - %check: desktop-file-validate - don't own %{_kde4_appsdir}/kconf_update/ kdeplasma-addons-4.3.0-9.fc12 ----------------------------- * Thu Aug 13 2009 Than Ngo - 4.3.0-9 - omit BR on kdevel-devel/eigen2-devel for rhel * Fri Aug 07 2009 Ben Boeckel - 4.3.0-6 - Add patch to fix kde#196809 * Fri Aug 07 2009 Ben Boeckel - 4.3.0-7 - Rebuild for mising rawhide oxygen-icon-theme - Fix patch comments * Fri Aug 07 2009 Ben Boeckel - 4.3.0-8 - Waited for newRepo task kdesvn-1.4.0-1.fc12 ------------------- * Mon Aug 10 2009 Jaroslav Reznik - 1.4.0-1 - Update to 1.4.0 kernel-2.6.31-0.162.rc6.git2.fc12 --------------------------------- * Mon Aug 17 2009 Jarod Wilson - Add new lirc driver for built-in ENE0100 device on some laptops * Mon Aug 17 2009 Chuck Ebbert - Stop generating the (unused) ppc64-kdump.config file. * Mon Aug 17 2009 Dave Jones 2.6.31-0.161.rc6.git2 - 2.6.31-rc6-git2 * Sun Aug 16 2009 Kyle McMartin 2.6.31-0.158.rc6 - Improve the perf script so it prints something helpful if the perf binary doesn't exist. * Sat Aug 15 2009 Dave Jones 2.6.31-0.157.rc6 - Disable KSM patches on a hunch. Chasing the "encrypted VGs don't work" bug. * Fri Aug 14 2009 Dave Jones 2.6.31-0.155.rc6 - 2.6.31-rc6 kexec-tools-2.0.0-24.fc12 ------------------------- * Thu Aug 13 2009 Neil Horman - 2.0.0-24 - update kdump adv conf init script & dracut module * Wed Jul 29 2009 Neil Horman - 2.0,0-23 - Remove mkdumprd2 and start replacement with dracut keychecker-0.2-1.fc12 --------------------- * Sun Aug 16 2009 Jon Stanley - 0.2-1 - Add option for getting keys from a file kismet-0.0.2009.06.R1-1.fc12 ---------------------------- * Sun Aug 09 2009 Enrico Scholz - 0.0.2009.06.R1-0 - updated to 2009-06-R1 - reworked large parts of the package due to major upstream changes: * there is no separate user anymore but a kismet_capture consolehelper wrapper * a lot of the old filesystem layout has been changed/removed * removed -extras subpackage; added -plugins one * Sun Aug 09 2009 Enrico Scholz - 0.0.2009.06.R1-1 - added Obsoletes: entry for old -extras subpackage kmid-2.0-0.8.20080213svn.fc12 ----------------------------- * Fri Jul 24 2009 Fedora Release Engineering - 2.0-0.8.20080213svn - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild kobo-0.1.2-1.fc12 ----------------- * Tue Aug 18 2009 Daniel Mach - 0.1.2-1 - Read default paginate_by value from settings in kobo.django.views.generic.object_list. (Tomas Kopecek) - Add read_from_file() and rename save() to save_to_file() in kobo.shortcuts. (Daniel Mach) - Reverse FileUpload default ordering. (Daniel Mach) - Add kobo.conf.get_dict_value() to support dicts with default values. (Daniel Mach) - Add direct access to files via pkgset.RpmWrapper. (Tomas Kopecek) - Add documentation to django.auth.krb5. (Daniel Mach) - Fix worker key generation in kobo.hub.models.Worker.save(). (Daniel Mach) - Fix a security hole in krb5 middleware: a user was able to log in as different user to admin interface. (Daniel Mach) - Change Makefile to run tests before creating source tarball. (Daniel Mach) - Change HubProxy._hub verification to fix exceptions in Python2.6. (Martin Magr) - Another SQL performance improvement in Task admin. (Tomas Kopecek) - Set Task.parent as raw_id field to improve admin performance. (Daniel Mach) - Add (spent) time method to Task and display it in the admin listing. (Tomas Kopecek) konq-plugins-4.3.0-1.fc12 ------------------------- * Tue Aug 11 2009 Sebastian Vahl 4.3.0-1 * KDE 4.3.0 konversation-1.2-0.5.alpha6.fc12 -------------------------------- * Tue Aug 11 2009 Rex Dieter - 1.2-0.5.alpha6 - add min kdelibs4 version * Sat Aug 08 2009 Rex Dieter - 1.2-0.4.alpha6 - konversation-1.2-alpha6 kopete-cryptography-1.3.0-12.fc12 --------------------------------- * Tue Aug 11 2009 Sebastian Vahl - 1.3.0-12 - 1.3.0-kde4.3.0 ktorrent-3.2.3-1.fc12 --------------------- * Wed Aug 12 2009 Roland Wolters - 3.2.3-1 - ktorrent-3.2.3 lapack-3.2.1-1.fc12 ------------------- * Fri Aug 14 2009 Tom "spot" Callaway - 3.2.1-1 - update to 3.2.1, spec file cleanups * Mon Aug 10 2009 Ville Skytt? - 3.1.1-7 - Convert specfile to UTF-8. ldns-1.6.1-2.fc12 ----------------- * Sun Aug 16 2009 Paul Wouters - 1.6.1-1 - Updated to 1.6.1 * Sun Aug 16 2009 Paul Wouters - 1.6.1-2 - Added openssl dependancy back in, since we get more functionality when using openssl. Especially in 'drill'. * Fri Jul 24 2009 Fedora Release Engineering - 1.6.0-5 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild * Mon Jul 13 2009 Paul Wouters - 1.6.0-4 - Fixed the ssl patch so it can now compile --without-ssl libX11-1.2.99-5.20090805.fc12 ----------------------------- * Thu Aug 13 2009 Parag 1.2.99-5.20090805 - Merge-review cleanups #226062 * Thu Aug 06 2009 Peter Hutterer 1.2.99-4.20090805 - Today's git snapshot - minor soname bump to 6.3.0 libXau-1.0.4-8.fc12 ------------------- * Wed Aug 12 2009 Parag 1.0.4-8 - Merge review cleanups. (#226063) libXaw-1.0.6-4.fc12 ------------------- * Thu Aug 13 2009 Parag 1.0.6-4 - Merge-review cleanups #226064 - Updated summary, added Requires: pkgconfig - removed zero length file AUTHORS libXcomposite-0.4.0-10.fc12 --------------------------- * Thu Aug 13 2009 Parag 0.4.0-10 - Merge-review cleanups #226065 libXdamage-1.1.1-9.fc12 ----------------------- * Thu Aug 13 2009 Parag 1.1.1-9 - Merge-review cleanups #226067 libXres-1.0.3-9.fc12 -------------------- * Thu Aug 13 2009 Parag 1.0.3-9 - Merge-review cleanups #226086 libarchive-2.7.1-1.fc12 ----------------------- * Fri Aug 07 2009 Tomas Bzatek 2.7.1-1 - Update to 2.7.1 - Drop deprecated lzma dependency, libxz handles both formats libass-0.9.7-1.fc12 ------------------- * Mon Aug 10 2009 Martin Sourada - 0.9.7-1 - New upstream release - Upstream changed from sourceforge to code.google libatasmart-0.14-1.fc12 ----------------------- * Thu Aug 06 2009 Lennart Poettering 0.14-1 - New upstream release libchamplain-0.3.90-1.fc12 -------------------------- * Tue Aug 11 2009 Matthias Clasen - 0.3.90-1 - Update to 0.3.90 libdmapsharing-1.9.0.10-1.fc12 ------------------------------ * Wed Jul 29 2009 W. Michael Petullo - 1.9.0.10-1 - New upstream version. * Fri Jul 24 2009 Fedora Release Engineering - 1.9.0.9-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild * Thu Jul 23 2009 W. Michael Petullo - 1.9.0.9-1 - New upstream version. libdrm-2.4.12-0.7.fc12 ---------------------- * Thu Aug 06 2009 Dave Airlie 2.4.12-0.7 - rebase to new libdrm snapshot libev-3.80-1.fc12 ----------------- * Mon Aug 10 2009 Michal Nowak - 3.80-1 - 3.8 - always use the most recent automake - BuildRequires now libtool libevent-1.4.12-1.fc12 ---------------------- * Tue Aug 18 2009 Steve Dickson 1.4.12-1 - Updated to latest stable upstream version: 1.4.12 - API documentation is now installed (bz 487977) - libevent-devel multilib conflict (bz 477685) - epoll backend allocates too much memory (bz 517918) libfplll-3.0.12-1.fc12 ---------------------- * Sat Aug 08 2009 Conrad Meyer - 3.0.12-1 - Bump to new version (3.0.12). libgcrypt-1.4.4-8.fc12 ---------------------- * Tue Aug 11 2009 Tomas Mraz 1.4.4-8 - fix warning when installed with --excludedocs (#515961) libgnome-2.27.5-1.fc12 ---------------------- * Mon Aug 10 2009 Matthias Clasen - 2.27.5-1 - Update to 2.27.5 * Wed Aug 05 2009 Matthias Clasen - 2.26.0-8 - Default to Clearlooks GTK+ theme libgphoto2-2.4.6-3.fc12 ----------------------- * Sun Aug 09 2009 David Zeuthen 2.4.6-3 - Add patch from http://sourceforge.net/tracker/?func=detail&aid=2801117&group_id=8874&atid=308874 and generate generic udev rules for device identification (ID_GPHOTO2* properties) libguestfs-1.0.67-2.fc12 ------------------------ * Thu Aug 13 2009 Richard W.M. Jones - 1.0.67-2 - New upstream release 1.0.67. * Fri Aug 07 2009 Richard W.M. Jones - 1.0.66-5 - Set network interface to ne2k_pci (workaround for RHBZ#516022). - Rerun autoconf because patch touches configure script. * Thu Aug 06 2009 Richard W.M. Jones - 1.0.66-1 - New upstream release 1.0.66. libksba-1.0.6-3.fc12 -------------------- * Mon Aug 10 2009 Ville Skytt? - 1.0.6-3 - Convert specfile to UTF-8. libmikmod-3.2.0-6.beta2.fc12 ---------------------------- * Tue Aug 11 2009 Jindrich Novy 3.2.0-6.beta2 - don't complain if installing with --excludedocs (#515953) - add missing requires libpng10-1.0.48-1.fc12 ---------------------- * Thu Aug 13 2009 Paul Howarth 1.0.48-1 - update to 1.0.48 - avoid a possible NULL dereference in debug build, in png_set_text_2() - reject attempt to write iCCP chunk with negative embedded profile length - rebase soname patch to remove fuzz libpuzzle-0.11-7.fc12 --------------------- * Fri Aug 07 2009 Dennis Gilmore - 0.11-7 - add sparc64 and s390x to the list of arches that use lib64 librsvg2-2.26.0-3.fc12 ---------------------- * Mon Aug 10 2009 Ville Skytt? - 2.26.0-3 - Convert specfile to UTF-8. libsemanage-2.0.35-1.fc12 ------------------------- * Wed Aug 05 2009 Dan Walsh - 2.0.35-1 * Revert hard linking of files between tmp/active/previous. * Enable configuration of bzip behavior from Stephen Smalley. bzip-blocksize=0 to disable compression and decompression support. bzip-blocksize=1..9 to set the blocksize for compression. bzip-small=true to reduce memory usage for decompression. libsilc-1.1.8-5.fc12 -------------------- * Wed Aug 05 2009 Stu Tomlinson 1.1.8-5 - Backport patch to fix string format vulnerability (#515648) libsoup-2.27.90-1.fc12 ---------------------- * Tue Aug 11 2009 Matthias Clasen - 2.27.90-1 - Update to 2.27.90 libtasn1-2.3-1.fc12 ------------------- * Tue Aug 11 2009 Tomas Mraz - 2.3-1 - updated to new upstream version - fix warnings when installed with --excludedocs (#515950) libtheora-1.1beta2-1.fc12 ------------------------- * Thu Aug 13 2009 Matthias Clasen - 1.1beta2 - 1.1beta2 * Wed Aug 12 2009 Ville Skytt? - 1:1.1beta1-2 - Use xz compressed upstream tarball. libtopology-0.3-7.fc12 ---------------------- * Tue Aug 11 2009 tony at bakeyournoodle.com - 0.3-7 - Fix FTBS problem (#511641) - Also split documentation into (noarch) subpackage * Sat Jul 25 2009 Fedora Release Engineering - 0.3-6 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild libxml-1.8.17-24.fc12 --------------------- * Wed Aug 12 2009 Paul Howarth 1:1.8.17-24 - renumber existing patches to free up low-numbered patches for EL-3 patches - add patch for CAN-2004-0110 and CAN-2004-0989 (#139090) - add patch for CVE-2009-2414 and CVE-2009-2416 (#515195, #515205) libxml2-2.7.3-4.fc12 -------------------- * Mon Aug 10 2009 Daniel Veillard - 2.7.3-4 - two patches for parsing problems CVE-2009-2414 and CVE-2009-2416 liferea-1.6.0-0.fc12 -------------------- * Wed Aug 12 2009 Steven M. Parrish - 1.6.0-0 - Final 1.6.0 release linuxwacom-0.8.2.2-13.fc12 -------------------------- * Tue Jul 21 2009 Jarod Wilson 0.8.2.2-13 - Patch up build for xorg 1.7 API changes * Mon Jul 20 2009 Jarod Wilson 0.8.2.2-12 - Backport support for Intuos4 tablets from linuxwacom-dev branch listen-0.6.2-4.fc12 ------------------- * Fri Aug 14 2009 Karsten Hopp 0.6.2-4 - fix libdir on s390x liveusb-creator-3.7.2-1.fc12 ---------------------------- * Wed Aug 05 2009 Luke Macken - 3.7.2-1 - 3.7.2 logjam-4.5.3-35.fc12 -------------------- * Mon Aug 10 2009 Ville Skytt? - 1:4.5.3-35 - Convert specfile to UTF-8. logwatch-7.3.6-48.fc12 ---------------------- * Tue Aug 11 2009 Ivana Varekova 7.3.6-48 - parse a few unmatched entries in named script (#513853) lohit-fonts-2.4.1-1.fc12 ------------------------ * Wed Aug 12 2009 Pravin Satpute - 2.4.1-1 - upstream new release * Tue Aug 11 2009 Pravin Satpute - 2.4.0-3 - updated source url loki-lib-0.1.7-2.fc12 --------------------- * Thu Aug 06 2009 Sergio Pascual - 0.1.7-2 - Sources uploaded - All patches removed * Mon Jul 27 2009 Sergio Pascual - 0.1.7-1 - New upstream version lvm2-2.02.51-2.fc12 ------------------- * Thu Aug 06 2009 Alasdair Kergon - 2.02.51-2 - Fix clvmd locking broken in 2.02.50-1. - Only change LV /dev symlinks on ACTIVATE not PRELOAD (so not done twice). - Make lvconvert honour log mirror options combined with downconversion. - Add devices/data_alignment_detection to lvm.conf. - Add devices/data_alignment_offset_detection to lvm.conf. - Add --dataalignmentoffset to pvcreate to shift start of aligned data area. - Update synopsis in lvconvert manpage to mention --repair. - Document -I option of clvmd in the man page. lxmusic-0.3.0-1.fc12 -------------------- * Tue Aug 11 2009 Tom "spot" Callaway - 0.3.0-1 - update to 0.3.0 lxpanel-0.5.3-1.fc12 -------------------- * Thu Aug 06 2009 Christoph Wickert - 0.5.2-1 - Update to 0.5.2 * Thu Aug 06 2009 Christoph Wickert - 0.5.3-1 - Update to 0.5.3, fixes vertical panel size (#515748) m17n-contrib-1.1.10-2.fc12 -------------------------- * Mon Aug 17 2009 Parag Nemade -1.1.10-2 - Add patch kn-kgp-halantha-ayogavaaha.patch m17n-lib-1.5.5-1.fc12 --------------------- * Mon Aug 17 2009 Parag Nemade -1.5.5-1 - update to new upstream release 1.5.5 m2crypto-0.20-1 --------------- * Tue Aug 11 2009 Miloslav Trma? - 0.20-1 - Update to m2crypto-0.20 - Fix incorrect merge in HTTPS CONNNECT proxy support madan-fonts-1.0-11.fc12 ----------------------- * Tue Aug 11 2009 Parag - 1.0-11 - Fix source audit 2009-08-10 make-3.81-18.fc12 ----------------- * Tue Aug 11 2009 Petr Machata - 1:3.81-18 - Fix installation with --excludedocs - Resolves: #515917 man-1.6f-22.fc12 ---------------- * Tue Aug 11 2009 Ivana Varekova - 1.6f-22 - fix makewhatis format bug (#513553) man-pages-3.22-4.fc12 --------------------- * Tue Aug 11 2009 Ivana Varekova - 3.22-4 - fix gai.conf an page (#515347) maniadrive-1.2-18.fc12 ---------------------- * Sun Aug 16 2009 Hans de Goede 1.2-18 - Switch to openal-soft mapnik-0.6.1-2.fc12 ------------------- * Fri Aug 07 2009 Christopher Brown - 0.6.1-1 - Update to 0.6.1 - Add mapnik-build-viewer.patch - Drop use-system-fonts.patch as scons provides this - Drop mapnik-0.5.2-gcc44.patch as the code is now good for gcc44 maven-scm-1.0-0.4.b3.1.7.fc12 ----------------------------- * Sat Jul 25 2009 Fedora Release Engineering - 0:1.0-0.4.b3.1.7 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild maven-shared-1.0-6.7.fc12 ------------------------- * Sat Jul 25 2009 Fedora Release Engineering - 0:1.0-6.7 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild memtest86+-2.11-11.fc12 ----------------------- * Mon Aug 17 2009 Jarod Wilson - 2.11-11 - Fix runtime operation when built with gcc4.2+ (#442285) merkaartor-0.14-1.fc12 ---------------------- * Wed Aug 12 2009 Sven Lankes - 0.14-1 - 0.14 - Remove patch for gdal/qtgtkstyle-related crash - seems to be fixed in gdal metacity-2.27.0-4.fc12 ---------------------- * Wed Aug 05 2009 Matthias Clasen - 2.27.0-4 - Change the default theme to Clearlooks midori-0.1.9-1.fc12 ------------------- * Wed Aug 05 2009 Peter Gordon - 0.1.9-1 - Update to new upstream release (0.1.9): lots of fixes and updates for tab functionality and the tab panel, as well as menu fixes, and enhancements for being private data with just a few simple clicks! - Revert to using the system waf, now that it no longer causes Python errors when compiling. mingw32-atk-1.27.90-1.fc12 -------------------------- * Thu Aug 13 2009 Erik van Pienbroek - 1.27.90-1 - Update to 1.27.90 - Automatically generate debuginfo subpackage mingw32-cairo-1.8.8-1.fc12 -------------------------- * Thu Aug 13 2009 Erik van Pienbroek - 1.8.8-1 - Update to 1.8.8 - Automatically generate debuginfo subpackage - Use %global instead of %define mingw32-glib2-2.21.4-1.fc12 --------------------------- * Thu Aug 13 2009 Erik van Pienbroek - 2.21.4-1 - Update to 2.21.4 mingw32-gtk2-2.17.8-1.fc12 -------------------------- * Tue Aug 18 2009 Erik van Pienbroek - 2.17.8-1 - Update to 2.17.8 * Thu Aug 13 2009 Erik van Pienbroek - 2.17.7-1 - Update to 2.17.7 - Automatically generate debuginfo subpackage - Add --with-libjasper to the ./configure command mingw32-hunspell-1.2.8-9.fc12 ----------------------------- * Thu Aug 13 2009 Erik van Pienbroek - 1.2.8-9 - Fixed invalid source URL mingw32-libsoup-2.27.90-1.fc12 ------------------------------ * Thu Aug 13 2009 Erik van Pienbroek - 2.27.90-1 - Update to 2.27.90 - Automatically generate debuginfo subpackage - Added BR: mingw32-gnutls for SSL support mingw32-libxml2-2.7.3-3.fc12 ---------------------------- * Mon Aug 10 2009 Daniel Veillard - 2.7.3-3 - two patches for parsing problems CVE-2009-2414 and CVE-2009-2416 mingw32-pango-1.25.4-1.fc12 --------------------------- * Tue Aug 18 2009 Erik van Pienbroek - 1.25.4-1 - Update to 1.25.4 - Drop upstreamed patches * Fri Aug 14 2009 Erik van Pienbroek - 1.25.3-1 - Update to 1.25.3 - Drop upstreamed patch - Added some (already upstreamed) patches to get pango compiled on mingw32 * Thu Aug 13 2009 Erik van Pienbroek - 1.25.2-1 - Update to 1.25.2 - Added BR: mingw32-gcc-c++ - Automatically generate debuginfo subpackage mingw32-pixman-0.15.20-1.fc12 ----------------------------- * Thu Aug 13 2009 Erik van Pienbroek - 0.15.20-1 - Update to version 0.15.20 - Updated SOURCE0 and URL - Automatically generate debuginfo subpackage - Don't build the 'blitters-test' testcase as it requires the memalign function which we don't have on MinGW miredo-1.1.7-4.fc12 ------------------- * Thu Jul 30 2009 Jens Kuehnel 1.1.7-4 - Fix Obsoletes for smooth upgrade mkinitrd-6.0.92-3.fc12 ---------------------- * Mon Aug 10 2009 Ville Skytt? - 6.0.92-3 - Convert specfile to UTF-8. mksh-39-1.fc12 -------------- * Thu Aug 13 2009 Robert Scheck 39-1 - Upgrade to 39 and updated arc4random.c file mobile-broadband-provider-info-1.20090707-3.fc12 ------------------------------------------------ * Tue Aug 11 2009 Bastien Nocera 1.20090707-3 - Add -devel sub-package with pkg-config file (#511318) moblin-gtk-engine-0.4.1-2.fc12 ------------------------------ * Thu Aug 13 2009 Peter Robinson 0.4.1-2 - Specifiy the Moblin rather than Mist icon theme mod_auth_kerb-5.4-5.fc12 ------------------------ * Fri Aug 07 2009 Parag 5.4-5 - Spec cleanup as suggested in review bug #226150 mod_auth_mysql-3.0.0-10.fc12 ---------------------------- * Fri Aug 07 2009 Parag 1:3.0.0-10 - Spec cleanup as suggested in review bug #226152 mod_auth_pgsql-2.0.3-10.fc12 ---------------------------- * Fri Aug 07 2009 Parag 2.0.3-10 - Spec cleanup as suggested in review bug #226153 mod_authz_ldap-0.26-14.fc12 --------------------------- * Fri Aug 07 2009 Parag 0.26-14 - Spec cleanup as suggested in review bug #226154 monit-5.0.3-1.fc12 ------------------ * Fri Aug 14 2009 Stewart Adam - 5.0.3-1 - Update to 5.0.3 (thanks to Lubomir Rintel of Good Data for the patch) mousetweaks-2.27.90-1.fc12 -------------------------- * Tue Aug 11 2009 Matthias Clasen 2.27.90-1 - Update to 2.27.90 mozvoikko-1.0-1.fc12 -------------------- * Mon Aug 10 2009 Ville-Pekka Vainio - 1.0-1 - Update to 1.0. - Use "official" upstream source, the RC sources have been removed. - This is mostly a cosmetic change, no code was changed, only the XML file defining the extension version. mpfr-2.4.1-3.fc12 ----------------- * Mon Aug 10 2009 Ivana Varekova 2.4.1-3 - fix installation with --excludedocs option (#515958) mpich2-1.1.1p1-1.fc12 --------------------- * Tue Aug 11 2009 Deji Akingunola - 1.1.1p1-1 - New upstream version mrpt-0.7.1-0.1.20090818svn1148.fc12 ----------------------------------- * Tue Aug 18 2009 - Jose Luis Blanco 0.7.1-0.1.20090818svn1148 - Packaging of new upstream version 0.7.1, patched. * Mon Aug 17 2009 - Jose Luis Blanco 0.7.1-0.1.20090817svn1147 - Packaging of new upstream version 0.7.1. * Sat Jul 25 2009 Fedora Release Engineering - 0.7.0-0.2.20090529svn1047 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild * Tue Jul 14 2009 - Jose Luis Blanco 0.7.0-0.1.20090529svn1047 - Packaging of new upstream version 0.7.0. mtools-4.0.10-4.fc12 -------------------- * Tue Aug 11 2009 Adam Tkac 4.0.10-3 - correct source URL * Tue Aug 11 2009 Adam Tkac 4.0.10-4 - fix installation with --excludedocs (#515932) mydns-1.2.8.27-4.fc12 --------------------- * Mon Aug 17 2009 Itamar Reis Peixoto - 1.2.8.27-4 - make mydns start after mysql * Tue Aug 04 2009 Itamar Reis Peixoto - 1.2.8.27-3 - fix spec file for rhel mysql-proxy-0.7.2-1.fc12 ------------------------ * Wed Aug 12 2009 Ruben Kerkhof 0.7.2-1 - Upstream released new version mythes-es-0.20090808-1.fc12 --------------------------- * Sat Aug 08 2009 Caol?n McNamara - 0.20090808-1 - latest version mythes-sk-0.20090807-1.fc12 --------------------------- * Sat Aug 08 2009 Caolan McNamara - 0.20090807-1 - latest version mythes-sl-0.20090808-1.fc12 --------------------------- * Sat Aug 08 2009 Caolan McNamara - 0.20090708-1 - latest version mythes-uk-1.6.0-1.fc12 ---------------------- * Tue Aug 18 2009 Caol?n McNamara - 1.6.0-1 - latest version nagios-3.2.0-2.fc12 ------------------- * Mon Aug 17 2009 Mike McGrath - 3.2.0-2 - s/datarootdir/datadir/ * Sun Aug 16 2009 Jose Pedro Oliveira - 3.2.0-1 - Upgrade to 3.2.0 (#517210). nautilus-2.27.4-5.fc12 ---------------------- * Wed Aug 12 2009 Matthias Clasen - 2.27.4-5 - Turn off autorun for x-content/software nautilus-actions-1.12.0-1.fc12 ------------------------------ * Wed Aug 12 2009 Deji Akingunola - 1.12.0-1 - Update to 1.12.0 nautilus-open-terminal-0.17-2.fc12 ---------------------------------- * Tue Aug 11 2009 Matthias Clasen - 0.17-1 - Update to 0.17 nbd-2.9.13-1.fc12 ----------------- * Thu Aug 06 2009 Milos Jakubicek - 2.9.13-1 - Update to 2.9.13 - Dropped nbd-module.patch (merged upstream) net-snmp-5.4.2.1-15.fc12 ------------------------ * Fri Aug 14 2009 Orion Poplawski 1:5.4.2.1-15 - Prevent post script failure on fresh installs netbeans-6.7.1-1.fc12 --------------------- netbeans-javaparser-6.7.1-1.fc12 -------------------------------- netbeans-platform-6.7.1-1.fc12 ------------------------------ netbeans-resolver-6.7.1-1.fc12 ------------------------------ * Wed Aug 12 2009 Victor G. Vasilyev 6.7.1-1 - Patching for the NetBeans 6.7.1 netbeans-svnclientadapter-6.7.1-2.fc12 -------------------------------------- * Tue Aug 11 2009 Victor G. Vasilyev 6.7.1-1 - Adapt version 1.6.0 to NetBeans 6.7.1 * Tue Aug 11 2009 Victor G. Vasilyev 6.7.1-2 - Fix the svn-javahl.jar name and its location nfs-utils-1.2.0-10.fc12 ----------------------- * Mon Aug 17 2009 Steve Dickson 1.2.0-10 - Added upstream 1.2.1-rc4 patch - Fix bug when both crossmnt - nfs(5): Add description of lookupcache mount option - nfs(5): Remove trailing blanks - Added nfs41 support to nfssat - Added support for mount to us a configuration file. * Fri Aug 14 2009 Steve Dickson 1.2.0-9 - Added upstream 1.2.1-rc3 patch - Add IPv6 support to nfsd - Allow nfssvc_setfds to properly deal with AF_INET6 - Convert nfssvc_setfds to use getaddrinfo - Move check for active knfsd to helper function - Declare a static common buffer for nfssvc.c routine - Convert rpc.nfsd to use xlog() and add --debug and --syslog options ngspice-19-1.fc12 ----------------- * Sun Aug 02 2009 Chitlesh Goorah 19-1 - new upstream release - RHBZ #514484 A Long Warning Message (patched) - RHBZ #511695 FTBFS ngspice-18-2.fc11 nogravity-2.00-9.fc12 --------------------- * Sun Aug 16 2009 Hans de Goede 2.00-9 - Switch to openal-soft nsd-3.2.3-1.fc12 ---------------- * Mon Aug 17 2009 Paul Wouters - 3.2.3-1 -Updated to version 3.2.3 nss-3.12.3.99.3-7.1.fc12 ------------------------ * Thu Aug 06 2009 Elio Maldonado - 3.12.3.99.3-7.1 - Fix spec file problems uncovered by Fedora_12_Mass_Rebuild * Sat Jul 25 2009 Fedora Release Engineering - 3.12.3.99.3-7 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild ntop-3.3.10-1.fc12 ------------------ * Wed Aug 05 2009 Rakesh Pandit - 3.3.10-1 - Updated to 3.3.10, updated geoip patch - lua_wget patch to prevent wget lua - removed ntop-http_c.patch * Sat Jul 25 2009 Fedora Release Engineering - 3.3.9-6 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild numactl-2.0.3-7.fc12 -------------------- * Mon Aug 10 2009 Neil Horman - 2.0.3-6 - Fix obo in nodes_allowed_list strncpy (bz 516223) * Mon Aug 10 2009 Neil Horman - 2.0.3-7 - Add destructor to libnuma.so to free allocated memory (bz 516227) nwsclient-1.6.3-5.fc12 ---------------------- * Thu Aug 06 2009 Tom "spot" Callaway - 1.6.3-5 - fix FTBFS * Sat Jul 25 2009 Fedora Release Engineering - 1.6.3-4 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild nyquist-3.03-3.fc12 ------------------- * Sat Aug 08 2009 Gerard Milmeister - 3.03-1 - new release 3.03 - use system portaudio and liblo obexd-0.16-1.fc12 ----------------- * Mon Aug 17 2009 Bastien Nocera 0.16-1 - Update to 0.16 * Tue Aug 11 2009 Ville Skytt? - 0.15-3 - Use bzipped upstream tarball. ocaml-ocamlgraph-1.1-1.fc12 --------------------------- * Fri Aug 07 2009 Alan Dunn - 1.1-1 - New upstream release 1.1. - Makefile patch updated (still not incorporated upstream). ocaml-pa-do-0.8.9-7.fc12 ------------------------ * Thu Aug 06 2009 Richard W.M. Jones - 0.8.9-7 - Force rebuild again to test FTBFS issue. * Sat Jul 25 2009 Fedora Release Engineering - 0.8.9-6 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild * Wed Jul 15 2009 Richard W.M. Jones - 0.8.9-5 - Force rebuild to test FTBFS issue (RHBZ#511603). - Add ocaml-pa-do-0.8.9-pdfpagelabels-off.patch. ocsinventory-1.02.1-3.fc12 -------------------------- * Mon Aug 17 2009 Remi Collet 1.02.1-3 - add ChangeLog - Security Fixes (internal version 5003) Bug #517837 oggvideotools-0.7b-3.fc12 ------------------------- * Mon Aug 10 2009 Adam Miller - 0.7b-3 - Fixed source0 as per https://www.redhat.com/archives/fedora-devel-list/2009-August/msg00591.html oorexx-4.0.0-2.4801.fc12 ------------------------ * Sun Aug 09 2009 Gerard Milmeister - 4.0.0-2.4801 - moved .so libraries to -libs * Sat Aug 08 2009 Gerard Milmeister - 4.0.0-1.4801 - new release 4.0.0 * Sat Jul 25 2009 Fedora Release Engineering - 3.2.0-6 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild * Thu Feb 26 2009 Fedora Release Engineering - 3.2.0-5 - Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild opencryptoki-2.3.0-1.fc12 ------------------------- * Fri Aug 07 2009 Michal Schmidt 2.3.0-1 - New upstream release 2.3.0: - adds support for RSA 4096 bit keys in the ICA token. openoffice.org-3.1.1-18.2.fc12 ------------------------------ * Tue Aug 18 2009 Caol?n McNamara - 1:3.1.1-18.2 - add openoffice.org-3.1.0.ooo104280.xmloff.lcl_IsAtEnd.wrong.patch - Resolves: rhbz#517843 add openoffice.org-3.1.1.ooo104306.moverecentlyused.patch * Fri Aug 07 2009 Caol?n McNamara - 1:3.1.1-18.1 - Resolves: rhbz#516011 keep help .xsl files as non-docs - latest milestone * Wed Jul 29 2009 Caol?n McNamara - 1:3.1.1-17.1 - latest milestone * Sat Jul 25 2009 Caol?n McNamara - 1:3.1.1-16.2 - make autocorrect and font subpackages noarch - add workspace.os132.patch to avoid switch html view overwrite horror openoffice.org-voikko-3.1-1.fc12 -------------------------------- * Mon Aug 10 2009 Ville-Pekka Vainio - 3.1-1 - Update source URL to "official" upstream and bump version accordingly. - The tarball is the same as in RC2. openvrml-0.18.3-1.fc12 ---------------------- * Thu Aug 13 2009 Braden McDaniel - 0.18.3-1 - Updated to 0.18.3. * Sat Jul 25 2009 Fedora Release Engineering - 0.18.2-3 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild * Thu Jul 23 2009 Braden McDaniel - Made dependencies on gecko-libs and java arch-specific. - Removed unnecessary (redundant) dependencies on libGLU-devel and libXmu-devel. orca-2.27.90-1.fc12 ------------------- * Mon Aug 10 2009 Matthias Clasen - 2.27.90-1 - Update to 2.27.90 osr-dracut-module-0.8-3 ----------------------- * Tue Aug 18 2009 Marc Grimme 0.8-2 - Fixed an issue where root.info would not be set when using cluster configuration * Tue Aug 18 2009 Marc Grimme 0.8-3 - Moved release of all dependent rpms * Thu Aug 13 2009 Marc Grimme 0.8-1 - Dependent on dracut 0.8 and above. - Some functions moved to lib dir - Added chroot module ovirt-server-0.100-4.fc12 ------------------------- * Tue Aug 11 2009 Scott Seago - 0.100-4 - Final 0.100 upstream release pacemaker-1.0.5-1.fc12 ---------------------- * Mon Aug 17 2009 Andrew Beekhof - 1.0.5-1 - Add dependancy on resource-agents - Use the version of the configure macro that supplies --prefix, --libdir, etc - Update the tarball from upstream to version 462f1569a437 (Pacemaker 1.0.5 final) + High: Tools: crm_resource - Advertise --move instead of --migrate + Medium: Extra: New node connectivity RA that uses system ping and attrd_updater + Medium: crmd: Note that dc-deadtime can be used to mask the brokeness of some switches * Tue Aug 11 2009 Ville Skytt? - 1.0.5-0.7.c9120a53a6ae.hg - Use bzipped upstream tarball. pango-1.25.4-1.fc12 ------------------- * Mon Aug 17 2009 Behdad Esfahbod - 1.25.4-1 - 1.25.4 papyrus-0.12.0-1.fc12 --------------------- * Wed Aug 05 2009 Rick L Vinyard Jr - 0.12.0-1 - New release - Made doc subpackage noarch conditional - Added separate doc source parrot-1.4.0-9.fc12 ------------------- parted-1.9.0-10.fc12 -------------------- * Wed Aug 12 2009 Joel Granados - 1.9.0-10 - Make install with exclude docs work without an error message. pcsc-tools-1.4.15-1.fc12 ------------------------ * Tue Aug 11 2009 Tomas Mraz - 1.4.15-1 - upgrade to a latest upstream version pdns-recursor-3.1.7.1-2.fc12 ---------------------------- * Mon Aug 10 2009 Ruben Kerkhof - 3.1.7.1-2 - Re-add accidently dropped patch (#516562) * Mon Aug 03 2009 Ruben Kerkhof - 3.1.7.1-1 - Upstream released new version - Drop patches included upstream * Sat Jul 25 2009 Fedora Release Engineering - 3.1.7-5 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild perl-App-Cache-0.36-1.fc12 -------------------------- * Sat Aug 08 2009 Chris Weyl 0.36-1 - auto-update to 0.36 (by cpan-spec-update 0.01) - added a new req on perl(File::Find::Rule) (version 0) - added a new req on perl(File::HomeDir) (version 0) - added a new req on perl(File::stat) (version 0) - added a new req on perl(HTTP::Cookies) (version 0) - added a new req on perl(LWP::UserAgent) (version 0) - added a new req on perl(Path::Class) (version 0) - added a new req on perl(Storable) (version 0) perl-App-Cmd-0.204-1.fc12 ------------------------- * Sat Aug 08 2009 Chris Weyl 0.204-1 - auto-update to 0.204 (by cpan-spec-update 0.01) - altered br on perl(ExtUtils::MakeMaker) (0 => 6.42) - added a new req on perl(Getopt::Long::Descriptive) (version 0.06) - added a new req on perl(Module::Pluggable::Object) (version 0) - added a new req on perl(Sub::Exporter) (version 0.975) - added a new req on perl(Sub::Install) (version 0) perl-CSS-Minifier-XS-0.04-1.fc12 -------------------------------- * Tue Aug 11 2009 Chris Weyl 0.04-1 - auto-update to 0.04 (by cpan-spec-update 0.01) perl-Capture-Tiny-0.06-1.fc12 ----------------------------- * Tue Aug 11 2009 Marcela Ma?l??ov? - 0.06-1 - update perl-Catalyst-Action-RenderView-0.11-2.fc12 ------------------------------------------- * Sat Aug 08 2009 Chris Weyl 0.11-1 - auto-update to 0.11 (by cpan-spec-update 0.01) - added a new req on perl(Catalyst::Runtime) (version 5.70) - added a new req on perl(Data::Visitor) (version 0.24) - added a new req on perl(MRO::Compat) (version 0) * Sat Aug 08 2009 Chris Weyl 0.11-2 - drop req on Test::More; open RT#48537 - switch to more compact filtering (until we have perl_default_filter) - auto-update to 0.11 (by cpan-spec-update 0.01) - added a new br on CPAN (inc::Module::AutoInstall found) perl-Catalyst-Plugin-Authentication-0.10013-2.fc12 -------------------------------------------------- * Sat Aug 08 2009 Chris Weyl 0.10013-1 - auto-update to 0.10013 (by cpan-spec-update 0.01) * Sat Aug 08 2009 Chris Weyl 0.10013-2 - auto-update to 0.10013 (by cpan-spec-update 0.01) - added a new br on CPAN (inc::Module::AutoInstall found) * Sat Jul 25 2009 Fedora Release Engineering - 0.10012-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild * Mon Jun 15 2009 Chris Weyl 0.10012-1 - switch fitering system to a cleaner one - auto-update to 0.10012 (by cpan-spec-update 0.01) - altered br on perl(ExtUtils::MakeMaker) (0 => 6.42) - added a new req on perl(Class::Inspector) (version 0) - added a new req on perl(MRO::Compat) (version 0) perl-Catalyst-Plugin-ConfigLoader-0.27-1.fc12 --------------------------------------------- * Tue Aug 18 2009 Chris Weyl 0.27-1 - auto-update to 0.27 (by cpan-spec-update 0.01) * Sat Aug 08 2009 Chris Weyl 0.25-1 - auto-update to 0.25 (by cpan-spec-update 0.01) - altered br on perl(ExtUtils::MakeMaker) (0 => 6.42) - added a new req on perl(Catalyst::Runtime) (version 5.7008) - added a new req on perl(Config::Any) (version 0.08) - added a new req on perl(Data::Visitor) (version 0.24) - added a new req on perl(MRO::Compat) (version 0.09) * Sat Aug 08 2009 Chris Weyl 0.25-2 - add BR on parent (and open RT#48547) perl-Catalyst-Plugin-Session-State-Cookie-0.12-1.fc12 ----------------------------------------------------- * Sat Aug 08 2009 Chris Weyl 0.12-1 - auto-update to 0.12 (by cpan-spec-update 0.01) - altered br on perl(Catalyst) (5.7010 => 5.80005) - added a new req on perl(Catalyst) (version 5.80005) - added a new req on perl(MRO::Compat) (version 0) perl-Class-MOP-0.92-1.fc12 -------------------------- * Tue Aug 18 2009 Chris Weyl 0.92-1 - auto-update to 0.92 (by cpan-spec-update 0.01) perl-DBIx-Class-DateTime-Epoch-0.05-4.fc12 ------------------------------------------ * Sat Aug 08 2009 Chris Weyl 0.05-4 - adjust file ownership * Sat Jul 25 2009 Fedora Release Engineering - 0.05-3 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild * Fri Jun 26 2009 Tom "spot" Callaway 0.05-2 - fix duplicate directory ownership (perl-DBIx-Class owns /usr/lib/perl5/vendor_perl/5.10.0/DBIx/Class/) * Wed Jun 03 2009 Chris Weyl 0.05-1 - auto-update to 0.05 (by cpan-spec-update 0.01) - altered br on perl(ExtUtils::MakeMaker) (0 => 6.42) - altered br on perl(DBIx::Class) (0 => 0.08103) - added a new br on perl(DBIx::Class::TimeStamp) (version 0.07) - added a new br on perl(DBICx::TestDatabase) (version 0) perl-DBIx-Class-Schema-Loader-0.04006-5.fc12 -------------------------------------------- perl-DateTime-Format-Pg-0.16004-1.fc12 -------------------------------------- * Tue Aug 18 2009 Chris Weyl 0.16004-1 - auto-update to 0.16004 (by cpan-spec-update 0.01) - altered br on perl(ExtUtils::MakeMaker) (0 => 6.42) - added a new req on perl(DateTime) (version 0.10) - added a new req on perl(DateTime::Format::Builder) (version 0.72) - added a new req on perl(DateTime::TimeZone) (version 0.05) perl-Email-MIME-Creator-1.456-1.fc12 ------------------------------------ * Thu Aug 06 2009 Tom "spot" Callaway - 1.456-1 - update to 1.456 * Sat Jul 25 2009 Fedora Release Engineering - 1.455-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild perl-Email-MIME-Modifier-1.444-1.fc12 ------------------------------------- * Thu Aug 06 2009 Tom "spot" Callaway - 1.444-1 - update to 1.444 * Sat Jul 25 2009 Fedora Release Engineering - 1.443-3 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild perl-FCGI-ProcManager-0.19-1.fc12 --------------------------------- * Tue Aug 11 2009 Chris Weyl 0.19-1 - auto-update to 0.19 (by cpan-spec-update 0.01) perl-File-ChangeNotify-0.07-1.fc12 ---------------------------------- * Tue Aug 11 2009 Chris Weyl 0.07-1 - auto-update to 0.07 (by cpan-spec-update 0.01) - added a new req on perl(Carp) (version 0) - added a new req on perl(Class::MOP) (version 0) - added a new req on perl(File::Find) (version 0) - added a new req on perl(File::Spec) (version 0) - added a new req on perl(Module::Pluggable::Object) (version 0) - added a new req on perl(Moose) (version 0) - added a new req on perl(MooseX::Params::Validate) (version 0.08) - added a new req on perl(MooseX::SemiAffordanceAccessor) (version 0) - added a new req on perl(Time::HiRes) (version 0) perl-File-Find-Rule-Perl-1.09-1.fc12 ------------------------------------ * Fri Aug 07 2009 Ralf Cors?pius - 1.09-1 - Upstream update. perl-Git-CPAN-Patch-0.2.0-2.fc12 -------------------------------- * Tue Aug 18 2009 Chris Weyl 0.2.0-2 - add a BR on git, for command paths * Tue Aug 11 2009 Chris Weyl 0.2.0-1 - auto-update to 0.2.0 (by cpan-spec-update 0.01) - added a new req on perl(CPANPLUS) (version 0) - added a new req on perl(Module::Build) (version 0) - added a new req on perl(Parse::BACKPAN::Packages) (version 0) - added a new req on perl(Pod::Usage) (version 0) - added a new req on perl(autodie) (version 0) perl-HTTP-Response-Encoding-0.06-1.fc12 --------------------------------------- * Thu Aug 20 2009 Ralf Cors?pius 0.06-1 - Upstream update. perl-JavaScript-Beautifier-0.13-1.fc12 -------------------------------------- * Tue Aug 11 2009 Marcela Ma?l??ov? 0.13-1 - fix source url, update perl-Lexical-Persistence-1.01-1.fc12 ------------------------------------ * Mon Aug 10 2009 Iain Arnell 1.01-1 - update to latest upstream version perl-Log-Log4perl-1.24-1.fc12 ----------------------------- * Thu Aug 06 2009 Ralf Cors?pius - 1.24-1 - Fix mass rebuild breakdown: Upgrade to upstream 1.24. * Sun Jul 26 2009 Fedora Release Engineering - 1.20-4 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild perl-Moose-0.89-1.fc12 ---------------------- * Wed Aug 19 2009 Chris Weyl 0.89-1 - auto-update to 0.89 (by cpan-spec-update 0.01) - altered br on perl(Class::MOP) (0.89 => 0.92) - altered req on perl(Class::MOP) (0.89 => 0.92) perl-MooseX-Emulate-Class-Accessor-Fast-0.00902-1.fc12 ------------------------------------------------------ * Sat Aug 08 2009 Chris Weyl 0.00902-1 - auto-update to 0.00902 (by cpan-spec-update 0.01) - altered br on perl(Moose) (0.74 => 0.84) - added a new req on perl(Moose) (version 0.84) - added a new req on perl(namespace::clean) (version 0) perl-MooseX-Params-Validate-0.12-1.fc12 --------------------------------------- * Sat Aug 08 2009 Chris Weyl 0.12-1 - auto-update to 0.12 (by cpan-spec-update 0.01) - added a new br on perl(Carp) (version 0) - added a new br on perl(Devel::Caller) (version 0) - altered br on perl(ExtUtils::MakeMaker) (0 => 6.42) - added a new req on perl(Carp) (version 0) - added a new req on perl(Devel::Caller) (version 0) - added a new req on perl(Moose) (version 0.58) - added a new req on perl(Params::Validate) (version 0.88) - added a new req on perl(Scalar::Util) (version 0) - added a new req on perl(Sub::Exporter) (version 0) perl-MooseX-SemiAffordanceAccessor-0.05-1.fc12 ---------------------------------------------- * Sat Aug 08 2009 Chris Weyl 0.05-1 - auto-update to 0.05 (by cpan-spec-update 0.01) - altered br on perl(Moose) (0.56 => 0.84) - added a new req on perl(Moose) (version 0.84) perl-MooseX-Storage-0.21-1.fc12 ------------------------------- * Tue Aug 11 2009 Chris Weyl 0.21-1 - auto-update to 0.21 (by cpan-spec-update 0.01) - added a new req on perl(Moose) (version 0.39) perl-MooseX-Types-0.16-1.fc12 ----------------------------- * Sat Aug 08 2009 Chris Weyl 0.16-1 - auto-update to 0.16 (by cpan-spec-update 0.01) perl-Net-Amazon-0.55-1.fc12 --------------------------- * Wed Aug 05 2009 Iain Arnell 0.55-1 - update to latest upstream perl-POE-Test-Loops-1.021-1.fc12 -------------------------------- * Tue Aug 11 2009 Chris Weyl 1.021-1 - auto-update to 1.021 (by cpan-spec-update 0.01) perl-Package-Generator-0.103-1.fc12 ----------------------------------- * Tue Aug 11 2009 Chris Weyl 0.103-1 - auto-update to 0.103 (by cpan-spec-update 0.01) - added a new br on perl(ExtUtils::MakeMaker) (version 6.42) perl-Proc-Simple-1.26-1.fc12 ---------------------------- * Wed Aug 05 2009 Ralf Cors?pius - 1.26-1 - Rebuilt for mass rebuilt breakdown. - Update to 1.26 from CPAN. * Sun Jul 26 2009 Fedora Release Engineering - 1.25-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild perl-Sys-Virt-TCK-0.1.0-5.fc12 ------------------------------ * Wed Aug 05 2009 Daniel P. Berrange - 0.1.0-5 - Add missing perl-Test-Exception dep - Skip cleanup if sanity check fails perl-Test-TempDir-0.04-4.fc12 ----------------------------- * Sun Jul 26 2009 Fedora Release Engineering - 0.04-4 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild perl-Text-SimpleTable-2.0-2.fc12 -------------------------------- * Tue Aug 18 2009 Chris Weyl 2.0-2 - drop old patch * Tue Aug 11 2009 Chris Weyl 2.0-1 - auto-update to 2.0 (by cpan-spec-update 0.01) perl-WWW-Mechanize-TreeBuilder-1.10000-2.fc12 --------------------------------------------- * Sun Jul 26 2009 Fedora Release Engineering - 1.10000-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild perl-local-lib-1.004004-1.fc12 ------------------------------ * Tue Aug 11 2009 Chris Weyl 1.004004-1 - auto-update to 1.004004 (by cpan-spec-update 0.01) - added a new br on perl(ExtUtils::Install) (version 1.43) - added a new req on perl(CPAN) (version 1.80) - added a new req on perl(ExtUtils::CBuilder) (version 0) - added a new req on perl(ExtUtils::Install) (version 1.43) - added a new req on perl(ExtUtils::MakeMaker) (version 6.31) - added a new req on perl(ExtUtils::ParseXS) (version 0) - added a new req on perl(Module::Build) (version 0.28) php-pear-Auth-SASL-1.0.3-1.fc12 ------------------------------- * Sat Aug 08 2009 Remi Collet 1.0.3-1 - update to 1.0.3 php-pear-Log-1.11.5-1.fc12 -------------------------- * Sat Aug 08 2009 Remi Collet 1.11.5-1 - update to 1.11.5 - rename Log.xml to php-pear-Log.xml php-pecl-apc-3.1.3p1-1.fc12 --------------------------- * Fri Aug 14 2009 Remi Collet - 3.1.3p1-1 - update to 3.1.3 patch1 (beta, for PHP 5.3 support) - add test suite (disabled for http://pecl.php.net/bugs/bug.php?id=16793) - add use_request_time, lazy_classes, lazy_functions options (apc.ini) phpMyAdmin-3.2.1-1.fc12 ----------------------- * Mon Aug 10 2009 Robert Scheck 3.2.1-1 - Upstream released 3.2.1 pidgin-2.6.0-1.fc12 ------------------- * Tue Aug 18 2009 Warren Togami 2.6.0-1 - CVE-2009-2694 - Voice and Video support via farsight2 (Fedora 11+) - Numerous other bug fixes pixman-0.15.20-1.fc12 --------------------- * Tue Aug 11 2009 Soren Sandmann - 0.15.20-1 - pixman 0.15.20 * Mon Aug 10 2009 Ville Skytt? - 0.15.18-3 - Use bzipped upstream tarball. - Fix URL. plymouth-0.7.0-1.fc12 --------------------- * Tue Aug 11 2009 Ray Strode 0.7.0-1 - Update to 0.7.0 pm-utils-1.2.5-6.fc12 --------------------- * Wed Aug 05 2009 Till Maas - 1.2.5-6 - filesystem subpackage contents are now provided by filesystem (Red Hat Bugzilla 515362) filesystem-2.4.28-1.fc12 policycoreutils-2.0.71-3.fc12 ----------------------------- * Tue Aug 18 2009 Dan Walsh 2.0.71-3 - Fix semanage command * Thu Aug 13 2009 Dan Walsh 2.0.71-1 - Fix chcat to report error on non existing file - Update to upstream * Modify setfiles/restorecon checking of exclude paths. Only check user-supplied exclude paths (not automatically generated ones based on lack of seclabel support), don't require them to be directories, and ignore permission denied errors on them (it is ok to exclude a path to which the caller lacks permission). * Thu Aug 13 2009 Dan Walsh 2.0.71-2 - exclude unconfined.if from sepolgen * Mon Aug 10 2009 Dan Walsh 2.0.70-2 - Don't warn if the user did not specify the exclude if root can not stat file system * Wed Aug 05 2009 Dan Walsh 2.0.70-1 - Update to upstream * Modify restorecon to only call realpath() on user-supplied pathnames from Stephen Smalley. * Fix typo in fixfiles that prevented it from relabeling btrfs filesystems from Dan Walsh. polkit-0.94-3.fc12 ------------------ * Thu Aug 13 2009 David Zeuthen - 0.94-3 - Add desktop_admin_r and desktop_user_r groups along with a first cut of default authorizations for users in these groups. * Wed Aug 12 2009 David Zeuthen - 0.94-1 - Update to upstream release 0.94 * Wed Aug 12 2009 David Zeuthen - 0.94-2 - Disable GObject Introspection for now as it breaks the build polkit-gnome-0.94-1.fc12 ------------------------ * Wed Aug 12 2009 David Zeuthen - 0.94-1 - Update to upstream release 0.94 polyester-2.0.0-1.fc12 ---------------------- * Tue Aug 11 2009 Sebastian Vahl - 2.0.0-1 - new upstream release: 2.0.0 poppler-0.11.3-1.fc12 --------------------- * Tue Aug 18 2009 Rex Dieter - 0.11.3-1 - Update to 0.11.3 postgresql-8.4.0-1.fc12 ----------------------- * Mon Aug 17 2009 Tom Lane 8.4.0-1 - Update to PostgreSQL 8.4.0. See release notes at http://www.postgresql.org/docs/8.4/static/release-8-4.html postgresql-jdbc-8.4.701-1.fc12 ------------------------------ * Tue Aug 18 2009 Tom Lane 8.4.701-1 - Update to build 8.4-701 postgresql-odbc-08.04.0100-1.fc12 --------------------------------- * Tue Aug 18 2009 Tom Lane 08.04.0100-1 - Update to version 08.04.0100 postr-0.12.3-4.fc12 ------------------- * Wed Aug 05 2009 Tim Lauridsen - 0.12.3-4 - Added fix_upload_button.patch to fix the upload button powwow-1.2.15-4.fc12 -------------------- * Fri Aug 07 2009 Kalev Lember - 1.2.15-3 - Apply patch to match prompts longer than terminal width (#509288). * Fri Aug 07 2009 Kalev Lember - 1.2.15-4 - Update powwow-long-prompt.patch to the version sent upstream. psutils-1.17-33.fc12 -------------------- * Mon Aug 10 2009 Ville Skytt? - 1.17-33 - Convert specfile to UTF-8. pulseaudio-0.9.16-6.test5.fc12 ------------------------------ * Wed Aug 19 2009 Lennart Poettering 0.9.16-6.test5 - New test release puppet-0.24.8-4.fc12 -------------------- * Fri Aug 07 2009 Todd Zullinger - 0.24.8-4 - Fix status -p handling on older RHEL (#501577) - Fix condrestart when daemon's aren't running (#480600) - Fix timeout reading /proc/mounts (upstream #1963) - Fix permissions on /var/log/puppet (#495096) - Fix rails test for activerecord-2.3 (#515728) purple-msn-pecan-0.1.0-0.1.rc1.fc12 ----------------------------------- * Thu Aug 06 2009 Jussi Lehtola - 0.1.0-0.1.rc1 - Update to 0.1.0-rc1. pygtk2-2.15.2-4.fc12 -------------------- * Tue Aug 18 2009 Adam Jackson 2.15.2-4 - Drop the explicit Requires: numpy as per new packaging guidelines. If your app calls gtk.gdk.get_pixels_array() you need to pull numpy in yourself. pygtksourceview-2.7.0-1.fc12 ---------------------------- * Mon Aug 17 2009 Matthias Clasen - 2.7.0-1 - Update to 2.7.0 pykickstart-1.60-1.fc12 ----------------------- * Tue Aug 11 2009 Chris Lumens - 1.60-1 - Put quotes around the repo's name (Marc.Herbert at gmail.com). - Make duplicate entries warnings, not errors (#516338). pymssql-1.0.2-1.fc12 -------------------- * Tue Aug 11 2009 Ray Van Dolson - 1.0.2-1 - Updated to 1.0.2 pyparted-2.1.2-1.fc12 --------------------- * Mon Aug 17 2009 Chris Lumens 2.1.2-1 - Upgrade to pyparted-2.1.2: PED_DEVICE_DM is always defined in libparted these days. Handle parted exceptions arising from ped_device_get (#495433). python-biopython-1.51-1.fc12 ---------------------------- * Tue Aug 18 2009 Alex Lancaster - 1.51-1 - Update to upstream 1.51 - Drop mx {Build}Requires, no longer used upstream - Remove Martel modules, no longer distributed upstream - Add flex to BuildRequires, patch setup to build Bio.PDB.mmCIF.MMCIFlex as per upstream: http://bugzilla.open-bio.org/show_bug.cgi?id=2619 python-cherrypy2-2.3.0-10.fc12 ------------------------------ * Wed Aug 12 2009 Toshio Kuratomi - 2.3.0-10 - Remove the touch of easy_install.pth. It's not necessary and leads to file conflicts with other packages. python-distutils-extra-2.6-2.fc12 --------------------------------- * Sat Aug 01 2009 Fabian Affolter - 2.6-1 - Minor spec file changes - Changed source to launchpad - Updated to new upstream version 2.6 * Sat Aug 01 2009 Fabian Affolter - 2.6-2 - Bump release python-fedora-0.3.15-1.fc12 --------------------------- * Thu Aug 06 2009 Ricky Zhou - 0.3.15-1 - New release 0.3.15. - Relicensed to LGPLv2+ python-feedparser-4.1-10.fc12 ----------------------------- * Fri Aug 07 2009 Konstantin Ryabitsev - 4.1-10 - Apply patch for title munging issue (#491373) python-flup-1.0.2-1.fc12 ------------------------ * Tue Aug 11 2009 Till Maas - 1.0.2-1 - Update to new upstream release python-netaddr-0.7.1-1.fc12 --------------------------- * Mon Aug 17 2009 John Eckersberg - 0.7.1-1 - New upstream release 0.7.1 fixes naming conflict with 'nash' by renaming the netaddr shell to 'netaddr' * Wed Aug 12 2009 John Eckersberg - 0.7-1 - Upstream release 0.7 python-offtrac-0.0.3-1.fc12 --------------------------- * Wed Aug 12 2009 Jesse Keating - 0.0.3-1 - Declare classes in the correct way, to work on python-2.5 python-py-1.0.0-1.fc12 ---------------------- * Thu Aug 13 2009 Thomas Moschny - 1.0.0-1 - Update to 1.0.0. - Re-enable SVN tests in %check. python-repoze-what-1.0.8-4.fc12 ------------------------------- * Mon Aug 10 2009 Luke Macken - 1.0.8-4 - Get the test suite working python-simpletal-4.2-1.fc12 --------------------------- * Fri Aug 14 2009 Thomas Moschny - 4.2-1 - Update to 4.2, a (not fully backwards compatible) bugfix release. - Minor specfile cosmetics. - Remove execute bits from example scripts. python-sippy-1.0.1-1.fc12 ------------------------- * Mon Aug 17 2009 Peter Lemenkov 1.0.1-1 - Version 1.0.1 python-sphinx-0.6.2-1.fc12 -------------------------- * Mon Aug 17 2009 Toshio Kuratomi - 0.6.2-1 - Update to 0.6.2 -- upstream bugfix requested inside bz#512438 python-sqlalchemy-0.5.5-2.fc12 ------------------------------ * Fri Aug 14 2009 Toshio Kuratomi - 0.5.5-2 - Upstream bugfix release 0.5.5 python-telepathy-0.15.11-1.fc12 ------------------------------- * Tue Aug 18 2009 Brian Pepple - 0.15.11-1 - Update to 0.15.11. * Fri Aug 14 2009 Brian Pepple - 0.15.10-1 - Update to 0.15.10. python-tpg-3.1.2-6.fc12 ----------------------- * Mon Aug 10 2009 Adam Miller - 3.1.2-6 - Fixed source0 as per https://www.redhat.com/archives/fedora-devel-list/2009-August/msg00591.html python-urlgrabber-3.9.0-8.fc12 ------------------------------ * Tue Aug 18 2009 Seth Vidal - 3.9.0-8 - ssl options, http POST string type fixes * Mon Aug 10 2009 Seth Vidal - 3.9.0-6 - reget fixes, tmpfiles no longer made for urlopen() calls. * Wed Aug 05 2009 Seth Vidal - 3.9.0-5 - apply complete patch to head fixes: timeouts, regets, improves exception raising pytrainer-1.6.0.8-1.fc12 ------------------------ * Mon Aug 10 2009 Douglas E. Warner 1.6.0.8-1 - updating to 1.6.0.8 - Rotating log file support added - Translations reviewed and added script to facilitate them - Several improvements to Wordpress extension - Changed potential problems when dealing with date objects using MySQL as DB - Removing redundant calls improving graphical performance - Optimizing xml files parsing when retrieving data from them qbittorrent-1.4.0-0.9.rc2.fc12 ------------------------------ * Fri Aug 07 2009 leigh scott - 1.4.0-0.8.rc2 - update to 1.4.0rc2 * Fri Aug 07 2009 leigh scott - 1.4.0-0.9.rc2 - correct prep section package name qdox-1.9.2-1.fc12 ----------------- * Tue Aug 18 2009 Alexander Kurtakov 0:1.9.2-1 - Update to 1.9.2. qemu-0.10.91-0.7.rc1.fc12 ------------------------- * Tue Aug 18 2009 Mark McLoughlin - 2:0.10.91-0.7.rc1 - Fix permissions on udev rules (#517571) * Mon Aug 17 2009 Lubomir Rintel - 2:0.10.91-0.6.rc1 - Allow blacklisting of kvm modules (#517866) qscintilla-2.4-4.fc12 --------------------- * Tue Aug 11 2009 Rex Dieter - 2.4-4 - -python-devel: make noarch, drop dep on -python * Sat Aug 08 2009 Rex Dieter - 4.5.2-9 - security fix for CVE-2009-1725 (bz#513813) * Sun Aug 16 2009 Than Ngo - 4.5.2-8 - fix phonon-backend-gstreamer for using pulsaudio (#513421) * Fri Aug 14 2009 Rex Dieter 4.5.2-7 - kde-qt: 287-qmenu-respect-minwidth - kde-qt: 0288-more-x-keycodes (#475247) * Wed Aug 05 2009 Rex Dieter 4.5.2-6 - use linker scripts for _debug targets (#510246) - tighten deps using %{?_isa} - -x11: Requires(post,postun): /sbin/ldconfig quake3-1.36-3.fc12 ------------------ * Sun Aug 16 2009 Hans de Goede 1.36-3 - Switch to openal-soft rarpd-ss981107-30.fc12 ---------------------- * Mon Aug 10 2009 Ville Skytt? - ss981107-30 - Convert specfile to UTF-8. rcssserver-13.2.2-1.fc12 ------------------------ * Wed Aug 05 2009 Hedayat Vatankhah 13.2.2-1 - Updated to 13.2.2 which brings some bug fixes rcssserver3d-0.6.1-7.fc12 ------------------------- * Fri Aug 07 2009 Hedayat Vatankhah - 0.6.1-7 - Enabled noarch sub-packages for doc and devel subpackages readahead-1.5.0-1.fc12 ---------------------- * Thu Aug 13 2009 Harald Hoyer 1.5.0-1 - version 1.5.0 - see http://git.fedorahosted.org/git/readahead?p=readahead;a=blob;f=NEWS;hb=HEAD redhat-rpm-config-9.0.3-16.fc12 ------------------------------- * Tue Aug 18 2009 Chris Weyl 9.0.3-16 - add the filtering framework approved by the FPC/FESCo. (#516240) * Thu Aug 13 2009 Adam Jackson 9.0.3-15 - redhat-rpm-config-9.0.4-brpssa-speedup.patch: When looking for static archives, only run file(1) on files named *.a. (#517101) * Wed Aug 12 2009 Adam Jackson 9.0.3-14 - redhat-rpm-config-9.0.3-jars-with-spaces.patch: Handle repacking jars whose filenames contain spaces. (#461854) rednotebook-0.8.4-1.fc12 ------------------------ * Fri Aug 14 2009 Christoph Wickert - 0.8.4-1 - Updated to new upstream version 0.8.4 * Fri Aug 07 2009 Christoph Wickert - 0.8.3-1 - Updated to new upstream version 0.8.3 referencer-1.1.6-1.fc12 ----------------------- * Mon Aug 10 2009 Deji Akingunola - 1.1.6-1 - New upstream version resource-agents-3.0.0-16.fc12 ----------------------------- * Tue Aug 18 2009 Andrew Beekhof - 3.0.0-16 - Create an ldirectord package - Update Pacameker agents to upstream version: 2198dc90bec4 + Build: Import ldirectord. + Ensure HA_VARRUNDIR has a value to substitute + High: Add findif tool (mandatory for IPaddr/IPaddr2) + High: IPv6addr: new nic and cidr_netmask parameters + High: postfix: new resource agent + Include license information + Low (LF 2159): Squid: make the regexp match more precisely output of netstat + Low: configure: Fix package name. + Low: ldirectord: add dependency on $remote_fs. + Low: ldirectord: add mandatory required header to init script. + Medium (LF 2165): IPaddr2: remove all colons from the mac address before passing it to send_arp + Medium: VirtualDomain: destroy domain shortly before timeout expiry + Medium: shellfuncs: Make the mktemp wrappers work. + Remove references to Echo function + Remove references to heartbeat shellfuncs. + Remove useless path lookups + findif: actually include the right header. Simplify configure. + ldirectord: Remove superfluous configure artifact. + ocf-tester: Fix package reference and path to DTD. * Tue Aug 11 2009 Ville Skytt? - 3.0.0-15 - Use bzipped upstream hg tarball. rhdb-utils-8.4.0-1.fc12 ----------------------- * Tue Aug 18 2009 Tom Lane 8.4.0-1 - Update pg_filedump to version 8.4.0, to support PostgreSQL 8.4. roxterm-1.15.2-1.fc12 --------------------- * Tue Aug 11 2009 Sebastian Vahl - 1.15.2-1 - new upstream release: 1.15.2 rpm-4.7.1-4.fc12 ---------------- * Fri Aug 14 2009 Jesse Keating - 4.7.1-4 - Patch to make geode appear as i686 (#517475) rsh-0.17-56.fc12 ---------------- * Tue Aug 11 2009 Adam Tkac 0.17-56 - remove URL from rexec source, it is no longer publicly available rss-glx-0.9.0.p-2.fc12 ---------------------- * Mon Aug 17 2009 Nils Philippsen 0.9.0.p-1 - version 0.9.0.p - build with GLEW - don't distribute README - replace flags by optflags patch - remove obsolete gcc-4.3 patch - remove symlinked source files workaround (#189928) * Mon Aug 17 2009 Nils Philippsen 0.9.0.p-2 - don't rebuild autofoo files ruby-augeas-0.3.0-1.fc12 ------------------------ * Wed Aug 12 2009 David Lutterkort - 0.3.0-1 - New version ruby-icon-artist-0.1.91-1.fc12 ------------------------------ * Thu Aug 13 2009 Martin Sourada - 0.1.91-1 - New upstream release - Patch upstreamed - Add icon-naming-utils dependency rubygem-hoe-2.3.3-1.fc12 ------------------------ * Sat Aug 08 2009 Darryl Pierce - 2.3.3-1 - Release 2.3.3 of Hoe. rubygem-rubyforge-1.0.4-1.fc12 ------------------------------ * Sat Aug 08 2009 Darryl L. Pierce - 1.0.4-1 - Release 1.0.4 of RubyForge. rubygem-state_machine-0.8.0-1.fc12 ---------------------------------- * Mon Aug 17 2009 Darryl Pierce - 0.8.0-1 - Release 0.8.0 of state_machine. rygel-0.3-5.fc12 ---------------- * Fri Aug 07 2009 Peter Robinson 0.3-5 - Own rygel include dir, some spec file cleanups sabayon-2.27.0-1.fc12 --------------------- * Tue Aug 11 2009 Tomas Bzatek - 2.27.0-1 - Update to 2.27.0 sbcl-1.0.30-2.fc12 ------------------ * Tue Aug 18 2009 Rex Dieter - 1.0.30-2 - customize version.lisp-expr for rpm %release - s|%_libdir|%_prefix/lib|, so common-lisp-controller has at least a chance to work scalapack-1.7.5-7.fc12 ---------------------- * Thu Aug 06 2009 Tom "spot" Callaway - 1.7.5-7 - rework package to handle all supported MPI environments in Fedora * Sun Jul 26 2009 Fedora Release Engineering - 1.7.5-6 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild scheme2js-20081219-4.fc12 ------------------------- * Sun Aug 16 2009 Gerard Milmeister - 20081219-4 - Rebuilt against bigloo 3.2b scorched3d-42.1-3.fc12 ---------------------- * Sun Aug 16 2009 Hans de Goede 42.1-3 - Switch to openal-soft seahorse-2.27.90-1.fc12 ----------------------- * Tue Aug 11 2009 Matthias Clasen - 2.27.90-1 - Update to 2.27.90 * Thu Aug 06 2009 Matthias Clasen - 2.27.5-2 - Bring the password tab back seamonkey-2.0-2.beta1.fc12 -------------------------- * Thu Aug 06 2009 Martin Stransky 2.0-2.beta1 - Added fix for #437596 selinux-policy-3.6.28-1.fc12 ---------------------------- * Tue Aug 18 2009 Dan Walsh 3.6.28-1 - Allow cupsd_config_t to be started by dbus - Add smoltclient policy * Fri Aug 14 2009 Dan Walsh 3.6.27-1 - Add policycoreutils-python to pre install * Thu Aug 13 2009 Dan Walsh 3.6.26-11 - Make all unconfined_domains permissive so we can see what AVC's happen * Mon Aug 10 2009 Dan Walsh 3.6.26-9 - Add kdump policy for Miroslav Grepl - Turn off execstack boolean * Mon Aug 10 2009 Dan Walsh 3.6.26-10 - Add pt_chown policy setools-3.3.6-4.fc12 -------------------- * Tue Aug 11 2009 Dan Walsh 3.3.6-4 - Add python bindings for sesearch and seinfo setroubleshoot-2.2.20-1.fc12 ---------------------------- * Tue Aug 18 2009 Dan Walsh - 2.2.19-1 - Default syscall field in audit_data * Tue Aug 18 2009 Dan Walsh - 2.2.20-1 -Update to upstream 2009-8-18 Thomas Liu - Added check for new policy. * Thu Aug 13 2009 Dan Walsh - 2.2.18-2 - Add buildrequires python-slip-dbus setroubleshoot-plugins-2.1.14-1.fc12 ------------------------------------ * Tue Aug 18 2009 - 2.1.14-1 - Change priority on mmap_zero to happen after catchall_booleans * Tue Aug 11 2009 - 2.1.13-1 - Change priority on restorecon and leaks setup-2.8.8-1.fc12 ------------------ * Mon Aug 17 2009 Ondrej Vasik 2.8.8-1 - change permissions on /etc/shadow and /etc/gshadow to 0000 and use capabilities for them(#517577) shed-1.15-5.fc12 ---------------- * Mon Aug 10 2009 Adam Miller - 1.15-5 - Fixed Source0 as per https://www.redhat.com/archives/fedora-devel-list/2009-August/msg00591.html shorewall-4.4.0-2.fc12 ---------------------- * Tue Aug 18 2009 Orion Poplawski - 4.4.0-1 - Update to 4.4.0 final * Tue Aug 18 2009 Jonathan G. Underwood - 4.4.0-2 - Spec file cleanups with respect to package versioning showimg-0.9.5-25.fc12 --------------------- * Sun Aug 09 2009 Rex Dieter - 0.9.5-25 - FTBFS showimg-0.9.5-22.fc11 (#511576) - disable pgsql support for f12+ - add icon/mime scriptlets - %description/%summary: s/for KDE// * Sun Jul 26 2009 Fedora Release Engineering - 0.9.5-24 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild * Sat Jul 18 2009 Aurelien Bompard 0.9.5-23 - rebuild simspark-0.1.2-1.fc12 --------------------- * Mon Aug 10 2009 Hedayat Vatankhah 0.1.2-1 - Updated to latest upstream release 0.1.2 sip-4.8.2-2.fc12 ---------------- * Mon Aug 10 2009 Ville Skytt? - 4.8.2-2 - Convert specfile to UTF-8. sipwitch-0.5.7-1.fc12 --------------------- * Fri Aug 14 2009 David Sugar - 0.5.7-1 - memory corruption issue in allocating subnet access objects fixed skanlite-0.3-4.fc12 ------------------- * Tue Aug 11 2009 Sebastian Vahl - 0.3-4 - KDE 4.3.0 slib-3b2-1.fc12 --------------- * Tue Aug 11 2009 Miroslav Lichvar 3b2-1 - update to 3b2 - suppress install-info errors smc-fonts-04.2-1.fc12 --------------------- * Tue Aug 18 2009 Rajeesh K Nambiar 04.2-1 - bugfix 484536 for Meera smokeping-2.4.2-10.fc12 ----------------------- * Sun Aug 16 2009 Terje Rosten - 2.4.2-10 - Add patch to fix #497746 spamass-milter-0.3.1-16.fc12 ---------------------------- * Tue Aug 11 2009 Paul Howarth 0.3.1-16 - Switch to bzipped source tarball splint-3.1.2-5.fc12 ------------------- * Mon Aug 10 2009 Ville Skytt? - 3.1.2-5 - Convert specfile to UTF-8. squirrelmail-1.4.20-0.rc1.fc12 ------------------------------ * Thu Aug 13 2009 Michal Hlavinka - 1.4.20RC1-1 - updated to 1.4.20RC1 - fixes #517312 - CSRF issues in all forms (SA34627) srm-1.2.10-1.fc12 ----------------- * Wed Aug 19 2009 Fabian Affolter - 1.2.10-1 - Files are now all UTF-8 - Removed patch, it's upstream now - Updated to new upstream version 1.2.10 sugar-datastore-0.85.1-1.fc12 ----------------------------- * Fri Aug 07 2009 Simon Schampijer - 0.85.1-1 - PEP8 compliance fixes #1108 - Rebuild index when an inconsistency between the index and the metadata is detected - Implement sorting by timestamp and title - Return a consistent entry count when some entries are missing (dsd) - Don't include in find() results entries without metadata - Remove title option (copy-from-journal) #896 - Only one dot for the filename if we specify an extension (copy-from-journal) sugar-memorize-33-2.fc12 ------------------------ * Sat Aug 08 2009 Fabian Affolter - 33-2 - Bump release * Tue Aug 04 2009 Fabian Affolter - 33-1 - Changed source url, now hosted on Sugarlabs - Updated to new upstream version 33 sugar-pippy-34-5.fc12 --------------------- * Sat Aug 15 2009 Fabian Affolter - 34-5 - Bump release for a new build * Thu Aug 13 2009 Fabian Affolter - 34-4 - Remove the pre-compiled stuff - Re-added noarch * Mon Aug 03 2009 Ville Skytt? - 34-3 - Disable -debuginfo properly. sunbird-1.0-0.11.20090715hg.fc12 -------------------------------- * Tue Aug 18 2009 Lubomir Rintel - 1.0-0.11.20090715hg - Update langpacks * Mon Aug 17 2009 Lubomir Rintel - 1.0-0.10.20090715hg - Sync up with Thunderbird * Tue Aug 11 2009 Jan Horak - 1.0-0.8.20090513hg - Rebuild against new Thunderbird supertuxkart-0.6.1a-3.fc12 -------------------------- * Sun Aug 16 2009 Hans de Goede - 0.6.1a-3 - Switch to openal-soft * Sun Jul 26 2009 Fedora Release Engineering - 0.6.1a-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild * Tue Jun 16 2009 Jon Ciesla - 0.6.1a-1 - Patch release. - Fixed symlink/dir replacement, BZ 506245. svgalib-1.9.25-8.fc12 --------------------- * Wed Aug 05 2009 Rakesh Pandit - 1.9.25-8 - Fixed FTBFS #511561 with svgalib-1.9.25-round_gtf_gtfcalc_c.patch * Sun Jul 26 2009 Fedora Release Engineering - 1.9.25-7 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild swig-1.3.39-4.fc12 ------------------ * Tue Aug 11 2009 Adam Tkac 1.3.39-4 - correct source URL switchdesk-4.0.9-4.fc12.3 ------------------------- * Mon Aug 10 2009 Ville Skytt? - 4.0.9-4.3 - Convert specfile to UTF-8. sylpheed-2.7.1-1.fc12 --------------------- * Thu Aug 13 2009 Itamar Reis Peixoto - 2.7.1-1 - new version 2.7.1 synce-sync-engine-0.14-3.fc12 ----------------------------- * Wed Aug 05 2009 Andreas Bierfert - 0.14-3 - install dbus file (#514639) syncevolution-0.8.1+0.9+beta3+20090723-1.0.3.fc12 ------------------------------------------------- * Wed Aug 05 2009 Mat?j Cepl - 0.8.1+0.9+beta3+20090723-1.0.1 - fixing rpath, currently FTBFS!!! * Wed Aug 05 2009 Stepan Kasal - 0.8.1+0.9+beta3+20090723-1.0.2 - fixing autoconfigury; now it fails in a later stage of build ;-) * Wed Aug 05 2009 Mat?j Cepl - 0.8.1+0.9+beta3+20090723-1.0.3 - missing BuildRequires system-config-keyboard-1.3.0-4.fc12 ----------------------------------- * Tue Aug 18 2009 Lubomir Rintel 1.3.0-4 - Wrong keyboard layout after install fix (#517542), Chris Lumens system-config-kickstart-2.8.1-2.fc12 ------------------------------------ * Mon Aug 10 2009 Ville Skytt? - 2.8.1-2 - Convert specfile to UTF-8. system-config-lvm-1.1.7-2.fc12 ------------------------------ * Wed Aug 12 2009 Marek Grac - 1.1.7-2 - Updated translations for several languages (transifex) - Resolves: #432065 - Add ext4 and xfs functionality - Resolves: #466812 - missing files from POTFILES.in (again) - Resolves: #443581 - Use human readable sizing units - Resolves: #443579 - traceback trying to add volume to VG with no selection - Resolves: #474996 - extremely slow start with cluster.conf - Resolves: #486699 - crashes when "command_names = 1" in lvm.conf - Resolves: #466899 - system-config-lvm online resize fix * Tue Aug 11 2009 Marek Grac - 1.1.6-2 - Updated translations for Spanish and Polish (transifex) - Resolves: #494127 - system-config-lvm crashes on lvs with corelog - Resolves: #475997 - crashed with 'IndexError: list index out of range' - Resolves: #432065 - Add ext4 and xfs functionality - Resolves: #447886, #466812 - minor l10n problems system-config-printer-1.1.11-4.fc12 ----------------------------------- * Fri Aug 14 2009 Tim Waugh 1.1.11-3 - Own /var/run/udev-configure-printer. * Fri Aug 14 2009 Tim Waugh 1.1.11-4 - Compare MFG and MDL fields case insensitively when adding automatic queues, because HPLIP provides them with different case than the actual devices do. Upstream HPLIP bug: https://bugs.launchpad.net/hplip/+bug/405804 * Thu Aug 13 2009 Tim Waugh 1.1.11-2 - Updated cupspk DevicesGet call for accepted API. * Fri Aug 07 2009 Tim Waugh 1.1.11-1 - 1.1.11: - Several udev-configure-printer fixes. - Use case-insensitive PPD matching. - Better URI validity testing. - Another stale printer status icon fix. - Notice when jobs stop due to backend errors. - Warn about job history when renaming printers. - Small UI improvements. system-config-services-0.99.35-1.fc12 ------------------------------------- * Tue Aug 11 2009 Nils Philippsen - 0.99.34-1 - avoid unnecessary recursions (#504964) - fix DeprecationWarning in dbus mechanism * Tue Aug 11 2009 Nils Philippsen - 0.99.35-1 - use "chkconfig --type ..." if available (#467871) systemtap-0.9.9-3.fc12 ---------------------- * Wed Aug 12 2009 Josh Stone - 0.9.9-3 - Fix uprobes error suppression in %post and %preun (#515870) (upstream commit 70f2bd1fc3db8e2b555234d45e6bc3856d8afee5) tabled-0.3-1.fc12 ----------------- * Sat Aug 15 2009 Jeff Garzik - 0.3-1 - update to release version 0.3 * Wed Aug 12 2009 Jeff Garzik - 0.3-0.11.g7f6a0b63 - update to git commit 7f6a0b639167eb64adf223d9f38d13c61e4ff185 * Sat Aug 08 2009 Jeff Garzik - 0.3-0.10.ge1ef4104 - update to git commit e1ef4104ba859f251c9976d1e2afd3e0d9317067 * Fri Aug 07 2009 Jeff Garzik - 0.3-0.9.g20e56358 - update to git commit 20e56358d9320fc73ef2ecc689be960c9be91805 talk-0.17-33.2.4 ---------------- * Mon Aug 10 2009 Ville Skytt? - 0.17-33.2.4 - Convert specfile to UTF-8. tar-1.22-7.fc12 --------------- * Thu Aug 06 2009 Ondrej Vasik 2:1.22-7 - do process install-info only without --excludedocs(#515923) task-1.8.0-1.fc12 ----------------- telepathy-butterfly-0.5.0-2.fc12 -------------------------------- * Fri Aug 14 2009 Brian Pepple - 0.5.0-1 - Update to 0.5.0. - Add requires on papyon, and drop req on pymsn. * Fri Aug 14 2009 Brian Pepple - 0.5.0-2 - Actually upload the tarball. telepathy-farsight-0.0.8-1.fc12 ------------------------------- * Thu Aug 06 2009 Brian Pepple - 0.0.8-1 - Update to 0.0.8. telepathy-gabble-0.8.0-1.fc12 ----------------------------- * Tue Aug 18 2009 Brian Pepple - 0.8.0-1 - Update to 0.8.0. - Bump min version of tp-glib needed. * Sun Aug 09 2009 Brian Pepple - 0.7.32-1 - Update to 0.7.32. telepathy-glib-0.7.35-1.fc12 ---------------------------- * Tue Aug 18 2009 Brian Pepple - 0.7.35-1 - Update to 0.7.35. * Mon Aug 17 2009 Brian Pepple - 0.7.34-1 - Update to 0.7.34. telepathy-haze-0.3.1-3.fc12 --------------------------- * Thu Aug 13 2009 Peter Gordon - 0.3.1-3 - Add upstream patch to remove the Yahoo! Japan from the manager profile, which fixes Yahoo! IM connectivity issues as reported in GNOME bug #591381. + no-yahoo-japan.patch - Resolves: Fedora bug #514998 (Yahoo! Instant Messenger accounts do not work in empathy). texi2html-1.82-5.fc12 --------------------- * Tue Aug 11 2009 Jindrich Novy 1.82-5 - don't complain if installing with --excludedocs (#516010) - disable tests for now texinfo-4.13a-5.fc12 -------------------- * Wed Aug 05 2009 Vitezslav Crhonek - 4.13a-5 - Fix changelog entry and rebuild thunderbird-3.0-3.8.b3.fc12 --------------------------- time-1.7-37.fc12 ---------------- * Tue Aug 11 2009 Roman Rakus - 1.7-37 - Don't print errors in post and preun sections (#515936) tk-8.5.7-2.fc12 --------------- * Tue Aug 11 2009 Nikola Pajkovsky - 1:8.5.7-2 - Fix Source0 url tokyocabinet-1.4.30-1.fc12 -------------------------- * Mon Aug 10 2009 Deji Akingunola - 1.4.30-1 - New upstream version tomboy-0.15.5-1.fc12 -------------------- * Tue Aug 11 2009 Matthias Clasen - 0.15.5-1 - Update to 0.15.5 tor-0.2.1.19-0.fc12 ------------------- * Sun Aug 09 2009 Enrico Scholz - 0.2.1.19-0 - updated to 0.2.1.19 - rediffed patches * Sun Jul 26 2009 Fedora Release Engineering - 0.2.0.35-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild torcs-1.3.1-3.fc12 ------------------ * Sun Aug 16 2009 Hans de Goede 1.3.1-3 - Switch to openal-soft towhee-6.2.6-2.fc10 ------------------- * Thu Jul 16 2009 Jussi Lehtola - 6.2.6-1 - Update to upstream 6.2.6. * Thu Jul 16 2009 Jussi Lehtola - 6.2.6-1 - Restore ExcludeArch: ppc64. * Wed Jun 17 2009 Jussi Lehtola - 6.2.5-1 - Update to upstream 6.2.5, which fixes the naming bug of fitcoex in 6.2.4. * Tue Jun 16 2009 Jussi Lehtola - 6.2.4-1 - Update to upstream 6.2.4, which adds utilities. tpm-tools-1.3.3-1.fc12 ---------------------- * Fri Aug 07 2009 Michal Schmidt 1.3.3-1 - New upstream release 1.3.3. - No longer needed patch, dropped: tpm-tools-conditionally-build-tpmtoken-manpages-Makefile.in.patch - Use global instead of define for macros. - Remove rpaths. - LICENSE file is suddenly missing in upstream tarball. - Added patch to allow compilation: tpm-tools-1.3.3-check-fwrite-success.patch translate-toolkit-1.4.0-1.fc12 ------------------------------ * Wed Aug 05 2009 Dwayne Bailey - 1.4.0-1 - Update to 1.4.0 final translation-filter-1.0-1.fc12 ----------------------------- * Wed Jul 29 2009 Kushal Das 1.0-1 - The 1.0 release tremulous-1.1.0-10.fc12 ----------------------- * Sun Aug 16 2009 Rahul Sundaram - 1.1.0-10 - Switch to openal-soft trustyrc-0.1.4-1.fc12 --------------------- * Sun Aug 16 2009 Nicoleau Fabien 0.1.4-1 - Update to 0.1.4 - Manage EPEL build tucnak2-2.27-1.fc12 ------------------- * Wed Aug 12 2009 Lucian Langa - 2.27-1 - update to latest upstream release tuned-0.2.3-1.fc12 ------------------ * Tue Aug 18 2009 Phil Knirsch 0.2.3-1 - Updated documentation - Few more fixes for tuned-adm * Fri Aug 14 2009 Phil Knirsch 0.2.2-1 - Updates to the ktune scripts - Added support for start/stop of the ktune scripts and ktune initscript twitter-glib-0.9.8-3.fc12 ------------------------- * Fri Aug 07 2009 Peter Robinson 0.9.8-3 - A few minor spec file cleanups tzdata-2009k-3.fc12 ------------------- * Thu Aug 13 2009 Petr Machata - 2009k-3 - Egypt starts winter time on August 21. ufraw-0.15-4.fc12 ----------------- * Mon Aug 17 2009 Nils Philippsen - 0.15-4 - fix building with lensfun (#517558), only build with lensfun from F-12 on - explain gcc-4.4 patch uim-1.5.6-1.fc12 ---------------- * Fri Aug 14 2009 Akira TAGOH - 1.5.6-1 - New upstream release. - Remove patches because it has been applied in this release. - uim-qt-destdir.patch - uim-1.5.5-applet.patch - Update the usage of alternatives according to PackagingDrafts/UsingAlternatives. ultimatestunts-0.7.5-5.fc12 --------------------------- * Mon Aug 17 2009 Dan Hor?k 0.7.5-5 - rebuild with openal-soft unbound-1.3.3-1.fc12 -------------------- * Mon Aug 17 2009 Paul Wouters - 1.3.3-1 - Updated to 1.3.3 * Sun Jul 26 2009 Fedora Release Engineering - 1.3.0-3 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild usbmuxd-0.1.4-2.fc12 -------------------- * Fri Aug 14 2009 Bastien Nocera 0.1.4-2 - Make usbmuxd autostart on newer kernels - (Still doesn't exit properly though) util-linux-ng-2.16-5.fc12 ------------------------- * Thu Aug 13 2009 Karel Zak 2.16-5 - fix #513104 - blkid returns no fstype for ext2 device when ext2 module not loaded * Wed Aug 05 2009 Stepan Kasal 2.16-4 - set conflict with versions of e2fsprogs containing fsck vavoom-1.30-3.fc12 ------------------ * Sun Aug 16 2009 Hans de Goede 1.30-3 - Switch to openal-soft vdr-1.6.0-27.fc12 ----------------- * Sun Aug 09 2009 Ville Skytt? - 1.6.0-27 - Make -docs noarch also when built on EL > 5. vdr-femon-1.6.7-3.fc12 ---------------------- * Mon Aug 10 2009 Ville Skytt? - 1.6.7-3 - Use ISA qualified dependency to vdr(abi). - Use %global instead of %define. vdr-osdteletext-0.8.3-3.fc12 ---------------------------- * Mon Aug 10 2009 Ville Skytt? - 0.8.3-3 - Use ISA qualified dependency to vdr(abi). - Use %global instead of %define. vdr-remote-0.4.0-8.fc12 ----------------------- * Mon Aug 10 2009 Ville Skytt? - 0.4.0-8 - Use ISA qualified dependency to vdr(abi). - Use %global instead of %define. vdr-sudoku-0.3.4-4.fc12 ----------------------- * Mon Aug 10 2009 Ville Skytt? - 0.3.4-4 - Use ISA qualified dependency to vdr(abi). - Use %global instead of %define. vdr-ttxtsubs-0.0.9-3.fc12 ------------------------- * Mon Aug 10 2009 Ville Skytt? - 0.0.9-3 - Use ISA qualified dependency to vdr(abi). - Use %global instead of %define. vdr-wapd-0.9-8.patch1.fc12 -------------------------- * Mon Aug 10 2009 Ville Skytt? - 0.9-8.patch1 - Use ISA qualified dependency to vdr(abi). - Use %global instead of %define. vdrift-20090615-3.fc12 ---------------------- * Thu Aug 06 2009 Jon Ciesla - 20090615-3 - Path fix, BZ 515908. vegastrike-0.5.0-13.fc12 ------------------------ * Sun Aug 16 2009 Hans de Goede 0.5.0-13 - Switch to openal-soft velocity-1.4-10.4.fc12 ---------------------- * Mon Aug 10 2009 Ville Skytt? - 0:1.4-10.4 - Convert specfile to UTF-8. viewvc-1.1.2-4.fc12 ------------------- * Thu Aug 13 2009 Bojan Smojver - 1.1.2-3 - better mimetypes.conf generation script * Thu Aug 13 2009 Bojan Smojver - 1.1.2-4 - try one more time * Wed Aug 12 2009 Bojan Smojver - 1.1.2-1 - bump up to 1.1.2 - security fix: validate the 'view' parameter to avoid XSS attack - security fix: avoid printing illegal parameter names and values * Wed Aug 12 2009 Bojan Smojver - 1.1.2-2 - fix replacement of various config variables * Tue Aug 11 2009 Bojan Smojver - 1.1.1-3 - install mimetypes.conf - populate mimetypes.conf with what pygments understands vinagre-2.27.90-1.fc12 ---------------------- * Tue Aug 11 2009 Matthias Clasen - 2.27.90-1 - 2.27.90 vino-2.27.90-1.fc12 ------------------- * Tue Aug 11 2009 Matthias Clasen - 2.27.90-1 - Update to 2.27.90 virtaal-0.4.0-1.fc12 -------------------- * Wed Aug 05 2009 Dwayne Bailey - 0.4.0-1 - Update to 0.4.0 final - Terminology suggestions - Syntax highlighting - Support for "placeables" or placeholders - Support for editing inline elements of XLIFF files - Improvements to preferences - Updated translations. - Improvements for right-to-left languages. volume_key-0.2-3 ---------------- * Sat Aug 08 2009 Miloslav Trma? - 0.2-3 - Handle changed "TYPE=crypto_LUKS" from libblkid - Preserve file timestamps during installation w3m-el-1.4.367-0.1.20090819cvs.fc12 ----------------------------------- * Wed Aug 19 2009 Akira TAGOH - 1.4.367-0.1.20090819cvs - Snapshot from CVS to fix #518058. w_scan-20090808-1.fc12 ---------------------- * Sat Aug 08 2009 Felix Kaechele - 20090808-1 - fixes 513871 warzone2100-2.2.1-2.fc12 ------------------------ * Tue Aug 11 2009 Karol Trzcionka - 2.2.1-1 - Update to v2.2.1 - Add sequences subpackage * Tue Aug 11 2009 Karol Trzcionka - 2.2.1-2 - Fix BuildRequires wavemon-0.6.7-1.fc12 -------------------- * Thu Aug 06 2009 Fabian Affolter - 0.6.7-1 - Updated to new upstream 0.6.7 werken-xpath-0.9.4-4.beta.12.3 ------------------------------ * Mon Aug 10 2009 Ville Skytt? - 0:0.9.4-4.beta.12.3 - Convert specfile to UTF-8. why-2.17-4.fc12 --------------- * Fri Aug 07 2009 Alan Dunn - 2.17-4 - Removed now irrelevant check for no OCaml in Fedora < 9 (those distributions are EOL) - Changed ExcludeArch to proper Fedora versions - Builds coq subpackage exactly when Coq can be built, thus making build independent of whether Coq can be built - define -> global - Fixed accidental use of in tar ocamlgraph instead of one that is separately packaged * Mon Jul 27 2009 Fedora Release Engineering - 2.17-3 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild wkf-1.3.11-6.respin1.fc12 ------------------------- * Tue Aug 11 2009 Mamoru Tasaka - 1.3.11-6.respin1 - Source changed, rebuild wordpress-2.8.3-2.fc12 ---------------------- * Tue Aug 11 2009 Adrian Reber - 2.8.3-2 - another security update to fix "Remote admin reset password": http://lists.grok.org.uk/pipermail/full-disclosure/2009-August/070137.html * Mon Aug 03 2009 Adrian Reber - 2.8.3-1 - updated to 2.8.3 for security fixes wordpress-mu-2.8.4a-1.fc12 -------------------------- * Wed Aug 12 2009 Bret McMillan - 2.8.4a-1 - Update to WordPress MU 2.8.4a; several security fixes included xastir-1.9.4-10.fc12 -------------------- * Mon Aug 10 2009 Lucian Langa - 1:1.9.4-10 - update BR as xfontsel is in xorg-x11-apps package * Mon Jul 27 2009 Fedora Release Engineering - 1:1.9.4-9 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild xdelta-1.1.4-7.fc12 ------------------- * Tue Aug 11 2009 Adam Tkac 1.1.4-7 - update source + project URLs xen-3.4.1-1.fc12 ---------------- * Fri Aug 07 2009 Gerd Hoffmann - 3.4.1-1 - update to 3.4.1 release. * Wed Aug 05 2009 Gerd Hoffmann - 3.4.0-4 - Kill info files. No xen docs, just standard gnu stuff. - kill -Werror in tools/libxc to fix build. * Mon Jul 27 2009 Fedora Release Engineering - 3.4.0-3 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild xenner-0.47-3.fc12 ------------------ * Mon Aug 03 2009 Gerd Hoffmann - 0.47-3.fc10 - Add BuildRequires: libuuid-devel * Mon Jul 27 2009 Fedora Release Engineering - 0.47-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild xerces-c-2.8.0-5.fc12 --------------------- * Thu Aug 06 2009 Peter Lemenkov 2.8.0-5 - Fix CVE-2009-1885 xerces-c27-2.7.0-8.fc12 ----------------------- * Thu Aug 06 2009 Peter Lemenkov 2.7.0-8 - Fix CVE-2009-1885 xfce4-power-manager-0.8.3.1-1.fc12 ---------------------------------- * Sun Aug 09 2009 Christoph Wickert - 0.8.3.1-1 - Update to 0.8.3.1 xfce4-weather-plugin-0.7.3-1.fc12 --------------------------------- * Sun Aug 09 2009 Christoph Wickert - 0.7.3-1 - Update to 0.7.3, fixes cache directory creation xfce4-xkb-plugin-0.5.3.3-1.fc12 ------------------------------- * Sun Aug 09 2009 Christoph Wickert - 0.5.3.3-1 - Update to 0.5.3.3 (#502878) xiphos-3.1.1-1.fc12 ------------------- * Mon Aug 10 2009 Deji Akingunola - 3.1.1-1 - New upstream version xkeyboard-config-1.6-3.fc12 --------------------------- * Tue Aug 18 2009 Peter Hutterer 1.6-3 - xkeyboard-config-1.6-caps-super.patch: add caps:super option (#505187) - xkeyboard-config-1.6-caps-hyper.patch: add caps:hyper option (#505187) xmbdfed-4.7-7.fc12 ------------------ * Wed Aug 05 2009 Tom "spot" Callaway - 4.7-6 - fix function naming conflict of "getline" with stdio.h * Wed Aug 05 2009 Tom "spot" Callaway - 4.7-7 - actually apply patch3 * Mon Jul 27 2009 Fedora Release Engineering - 4.7-5 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild xml-commons-resolver-1.1-4.16.fc12 ---------------------------------- * Sat Aug 08 2009 Ville Skytt? - 0:1.1-4.16 - Fix specfile UTF-8 encoding. xmlsec1-1.2.12-1.fc12 --------------------- * Tue Aug 11 2009 Daniel Veillard - 1.2.12-1 - update to new upstream release 1.2.12 - includes fix for CVE-2009-0217 - cleanup spec file xmms2-0.6-3.fc12 ---------------- * Tue Aug 11 2009 Tom "spot" Callaway - 0.6-1 - update to 0.6 * Tue Aug 11 2009 Tom "spot" Callaway - 0.6-2 - BuildRequires: SDL-devel * Tue Aug 11 2009 Tom "spot" Callaway - 0.6-3 - BuildRequires: glib2-devel, readline-devel, ncurses-devel xorg-x11-drv-evdev-2.2.99-6.20090814.fc12 ----------------------------------------- * Fri Aug 14 2009 Peter Hutterer 2.2.99-6.20090814 - Update to today's git master xorg-x11-drv-intel-2.8.0-6.fc12 ------------------------------- * Wed Aug 12 2009 Adam Jackson 2.8.0-6 - Today's driver snapshot, misc bugfixes. * Mon Aug 10 2009 Adam Jackson 2.8.0-5 - intel-2.8.0-lvds-first.patch: Put LVDS outputs first in the list in KMS to match old UMS behaviour. * Fri Aug 07 2009 Kristian H?gsberg - 2.8.0-4 - Add dri2-page-flip.patch to enable full screen pageflipping. Fixes XKCD #619. xorg-x11-drv-nouveau-0.0.15-3.20090810git85b1c86.fc12 ----------------------------------------------------- * Tue Aug 11 2009 Ben Skeggs 0.0.15-3.20090810git85b1c86 - wfb fixes, driver pixmaps enabled by default xorg-x11-drv-rendition-4.2.2-4.fc12 ----------------------------------- * Tue Aug 18 2009 Adam Jackson 4.2.2-4 - rendition-4.2.2-abi.patch: Fix for RAC removal and etc. * Fri Aug 07 2009 Adam Jackson 4.2.2-3 - Un-ship the microcode, it doesn't actually get loaded. xorg-x11-drv-vmmouse-12.6.5-1.fc12 ---------------------------------- * Fri Aug 07 2009 Peter Hutterer 12.6.5-1 - vmmouse 12.6.5 - vmmouse-12.6.4-abi.patch: Drop. xorg-x11-drv-vmware-10.16.7-2.fc12 ---------------------------------- * Fri Aug 07 2009 Adam Jackson 10.16.7-2 - fix for symbol list removal. xorg-x11-proto-devel-7.4-28.fc12 -------------------------------- * Thu Aug 06 2009 Peter Hutterer 7.4-28 - xextproto 7.1.0 xorg-x11-server-1.6.99-36.20090814.fc12 --------------------------------------- * Wed Aug 19 2009 Peter Hutterer 1.6.99-36.20090814 - xserver-1.6.99-eventtime.patch: don't reset the last event time when the screen saver activates. * Mon Aug 17 2009 Peter Hutterer 1.6.99-35.20090814 - xserver-1.6.99-dpms.patch: don't reset last event time on DPMS changes. * Fri Aug 14 2009 Peter Hutterer 1.6.99-34.20090814 - Today's git snapshot. xsane-0.997-3.fc12 ------------------ * Wed Aug 05 2009 Nils Philippsen 0.997-3 - Merge Review (#226658): - replace %desktop_vendor macro with "fedora" - fix xsane-gimp requirements - move EULA and documentation into -common subpackage xterm-246-1.fc12 ---------------- * Tue Aug 18 2009 Miroslav Lichvar 246-1 - update to 246 * Thu Aug 13 2009 Miroslav Lichvar 245-1 - update to 245 xulrunner-1.9.1.2-3.fc12 ------------------------ * Wed Aug 12 2009 Martin Stransky 1.9.1.2-3 - Added fix from #516118 - Headers not C89 xz-4.999.8-0.10.beta.20090817git.fc12 ------------------------------------- * Mon Aug 17 2009 Jindrich Novy 4.999.8-0.10.beta.20090817git - sync with upstream because of #517806 yaboot-1.3.14-17.fc12 --------------------- * Fri Aug 14 2009 Roman Rakus - 1.3.14-17 - ipv6 support - don't build debuginfo package yp-tools-2.9-8.fc12 ------------------- * Mon Aug 10 2009 Ville Skytt? - 2.9-8 - Convert specfile to UTF-8. yum-3.2.23-14.fc12 ------------------ * Tue Aug 18 2009 Seth Vidal - 3.2.23-14 - update to latest head pre 3.2.24 - add requirement on python-urlgrabber 3.9.0 and up yum-cron-0.8.4-1.fc12 --------------------- * Wed Aug 05 2009 Alec Habig - 0.8.4-1 - deal with stale lockdirs yum-metadata-parser-1.1.2-14.fc12 --------------------------------- * Tue Aug 18 2009 Seth Vidal - 1.1.2-14 - apply latest patches from upstream - consolidate into one big patch - test before a 1.1.3 from upstream zenity-2.27.90-1.fc12 --------------------- * Tue Aug 11 2009 Matthias Clasen - 2.27.90-1 - Update to 2.27.90 znc-0.075-4.20090818svn1602.fc12 -------------------------------- * Tue Aug 18 2009 Nick Bebout - 0.075-4.20090818svn1602 - Upgrade to svn 1602 * Sat Aug 08 2009 Nick Bebout - 0.075-3.20090807svn1594 - Fix source filename * Fri Aug 07 2009 Nick Bebout - 0.075-1.20090807svn1594 - Upgrade to svn 1594 * Fri Aug 07 2009 Nick Bebout - 0.075-2.20090807svn1594 - Fix broken source tarball znc-extra-0.075-1.20090807git.fc12 ---------------------------------- * Sat Aug 08 2009 Nick Bebout - 0.075-1.20090807git - Update to git snapshot 20090807 zsh-4.3.10-4.fc12 ----------------- * Fri Aug 07 2009 James Antill - 4.3.10-4 - Allow --excludedocs command to work! - Resolves: bug#515986 Summary: Added Packages: 70 Removed Packages: 3 Modified Packages: 714 Broken deps for i386 ---------------------------------------------------------- apricots-0.2.6-4.fc12.i686 requires libopenal.so.0 asterisk-fax-1.6.1-0.24.rc1.fc12.i686 requires libspandsp.so.1 bigboard-0.6.4-13.fc12.i686 requires mugshot >= 0:1.1.90-1 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0 clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0 clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 cluttermm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-0.9) cobertura-javadoc-1.9-2.fc12.noarch requires cobertura-1.9-2.fc12 ember-0.5.6-1.fc12.i586 requires libopenal.so.0 entertainer-0.4.2-5.fc12.noarch requires pyclutter-cairo erlang-esdl-0.96.0626-6.fc12.i686 requires erlang = 0:R12B glest-3.2.1-2.fc12.i686 requires libopenal.so.0 gpsdrive-2.10-0.1.pre7.fc12.i586 requires libmapnik.so.0.5 octave-forge-20080831-10.fc12.i686 requires octave(api) = 0:api-v32 openvrml-0.18.3-1.fc12.i686 requires gecko-libs(x86-32) >= 0:1.9.1 openvrml-0.18.3-1.fc12.i686 requires java(x86-32) 1:osgal-0.6.1-8.fc12.i686 requires libopenal.so.0 plplot-octave-5.9.4-1.fc12.i586 requires octave(api) = 0:api-v32 poker3d-1.1.36-16.fc12.i686 requires libopenal.so.0 ppl-yap-0.10.2-5.fc12.i686 requires libYap.so python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.i586 requires libparted-1.8.so.8 rubygem-main-2.8.4-3.fc12.noarch requires rubygem(fattr) >= 0:1.0.3 sems-1.1.1-2.fc12.i586 requires libspandsp.so.1 sems-g722-1.1.1-2.fc12.i586 requires libspandsp.so.1 sems-gsm-1.1.1-2.fc12.i586 requires libspandsp.so.1 sems-speex-1.1.1-2.fc12.i586 requires libspandsp.so.1 sepostgresql-8.3.7-1991.fc12.i686 requires postgresql-server = 0:8.3.7 serpentine-0.9-5.fc12.noarch requires gnome-python2-nautilus-cd-burner spring-0.79.1.2-3.fc12.i686 requires libopenal.so.0 supertux-0.3.1-8.fc12.i686 requires libopenal.so.0 tremfusion-0.99-5.r3.fc12.i686 requires libopenal.so.0 Broken deps for x86_64 ---------------------------------------------------------- apricots-0.2.6-4.fc12.x86_64 requires libopenal.so.0()(64bit) asterisk-fax-1.6.1-0.24.rc1.fc12.x86_64 requires libspandsp.so.1()(64bit) bigboard-0.6.4-13.fc12.x86_64 requires mugshot >= 0:1.1.90-1 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.x86_64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.x86_64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-0.7.4-2.fc11.x86_64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8) clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.x86_64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.x86_64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-gtk-0.9) clutter-gtkmm-devel-0.9.4-1.fc12.x86_64 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 cluttermm-0.9.4-1.fc12.x86_64 requires libclutter-glx-0.9.so.0()(64bit) cluttermm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-0.9) cluttermm-devel-0.9.4-1.fc12.x86_64 requires pkgconfig(clutter-0.9) cobertura-javadoc-1.9-2.fc12.noarch requires cobertura-1.9-2.fc12 ember-0.5.6-1.fc12.x86_64 requires libopenal.so.0()(64bit) entertainer-0.4.2-5.fc12.noarch requires pyclutter-cairo erlang-esdl-0.96.0626-6.fc12.x86_64 requires erlang = 0:R12B glest-3.2.1-2.fc12.x86_64 requires libopenal.so.0()(64bit) gpsdrive-2.10-0.1.pre7.fc12.x86_64 requires libmapnik.so.0.5()(64bit) octave-forge-20080831-10.fc12.x86_64 requires octave(api) = 0:api-v32 openvrml-0.18.3-1.fc12.i686 requires gecko-libs(x86-32) >= 0:1.9.1 openvrml-0.18.3-1.fc12.i686 requires java(x86-32) openvrml-0.18.3-1.fc12.x86_64 requires java(x86-64) openvrml-0.18.3-1.fc12.x86_64 requires gecko-libs(x86-64) >= 0:1.9.1 1:osgal-0.6.1-8.fc12.i686 requires libopenal.so.0 1:osgal-0.6.1-8.fc12.x86_64 requires libopenal.so.0()(64bit) plplot-octave-5.9.4-1.fc12.x86_64 requires octave(api) = 0:api-v32 poker3d-1.1.36-16.fc12.x86_64 requires libopenal.so.0()(64bit) ppl-yap-0.10.2-5.fc12.x86_64 requires libYap.so()(64bit) python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.x86_64 requires libparted-1.8.so.8()(64bit) rubygem-main-2.8.4-3.fc12.noarch requires rubygem(fattr) >= 0:1.0.3 sems-1.1.1-2.fc12.x86_64 requires libspandsp.so.1()(64bit) sems-g722-1.1.1-2.fc12.x86_64 requires libspandsp.so.1()(64bit) sems-gsm-1.1.1-2.fc12.x86_64 requires libspandsp.so.1()(64bit) sems-speex-1.1.1-2.fc12.x86_64 requires libspandsp.so.1()(64bit) sepostgresql-8.3.7-1991.fc12.x86_64 requires postgresql-server = 0:8.3.7 serpentine-0.9-5.fc12.noarch requires gnome-python2-nautilus-cd-burner spring-0.79.1.2-3.fc12.x86_64 requires libopenal.so.0()(64bit) supertux-0.3.1-8.fc12.x86_64 requires libopenal.so.0()(64bit) tremfusion-0.99-5.r3.fc12.x86_64 requires libopenal.so.0()(64bit) Broken deps for ppc ---------------------------------------------------------- apricots-0.2.6-4.fc12.ppc requires libopenal.so.0 asterisk-fax-1.6.1-0.24.rc1.fc12.ppc requires libspandsp.so.1 bigboard-0.6.4-13.fc12.ppc requires mugshot >= 0:1.1.90-1 clutter-cairomm-0.7.4-2.fc11.ppc requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.ppc requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.ppc requires libclutter-glx-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.ppc requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc requires pkgconfig(clutter-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.ppc requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.ppc requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.ppc requires pkgconfig(clutter-gtk-0.9) clutter-gtkmm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.ppc requires libclutter-glx-0.9.so.0 cluttermm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) cluttermm-devel-0.9.4-1.fc12.ppc requires pkgconfig(clutter-0.9) cluttermm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-0.9) cobertura-javadoc-1.9-2.fc12.noarch requires cobertura-1.9-2.fc12 ember-0.5.6-1.fc12.ppc requires libopenal.so.0 entertainer-0.4.2-5.fc12.noarch requires pyclutter-cairo erlang-esdl-0.96.0626-6.fc12.ppc requires erlang = 0:R12B gpsdrive-2.10-0.1.pre7.fc12.ppc requires libmapnik.so.0.5 octave-forge-20080831-10.fc12.ppc requires octave(api) = 0:api-v32 openvrml-0.18.3-1.fc12.ppc requires gecko-libs(ppc-32) >= 0:1.9.1 openvrml-0.18.3-1.fc12.ppc requires java(ppc-32) openvrml-0.18.3-1.fc12.ppc64 requires gecko-libs(ppc-64) >= 0:1.9.1 openvrml-0.18.3-1.fc12.ppc64 requires java(ppc-64) 1:osgal-0.6.1-8.fc12.ppc requires libopenal.so.0 1:osgal-0.6.1-8.fc12.ppc64 requires libopenal.so.0()(64bit) plplot-octave-5.9.4-1.fc12.ppc requires octave(api) = 0:api-v32 poker3d-1.1.36-16.fc12.ppc requires libopenal.so.0 ppl-yap-0.10.2-5.fc12.ppc requires libYap.so python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.ppc requires libparted-1.8.so.8 rubygem-main-2.8.4-3.fc12.noarch requires rubygem(fattr) >= 0:1.0.3 sems-1.1.1-2.fc12.ppc requires libspandsp.so.1 sems-g722-1.1.1-2.fc12.ppc requires libspandsp.so.1 sems-gsm-1.1.1-2.fc12.ppc requires libspandsp.so.1 sems-speex-1.1.1-2.fc12.ppc requires libspandsp.so.1 sepostgresql-8.3.7-1991.fc12.ppc requires postgresql-server = 0:8.3.7 serpentine-0.9-5.fc12.noarch requires gnome-python2-nautilus-cd-burner supertux-0.3.1-8.fc12.ppc requires libopenal.so.0 tremfusion-0.99-5.r3.fc12.ppc requires libopenal.so.0 Broken deps for ppc64 ---------------------------------------------------------- apricots-0.2.6-4.fc12.ppc64 requires libopenal.so.0()(64bit) asterisk-fax-1.6.1-0.24.rc1.fc12.ppc64 requires libspandsp.so.1()(64bit) bigboard-0.6.4-13.fc12.ppc64 requires mugshot >= 0:1.1.90-1 clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) cluttermm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-0.9) cobertura-javadoc-1.9-2.fc12.noarch requires cobertura-1.9-2.fc12 ember-0.5.6-1.fc12.ppc64 requires libopenal.so.0()(64bit) entertainer-0.4.2-5.fc12.noarch requires pyclutter-cairo erlang-esdl-0.96.0626-6.fc12.ppc64 requires erlang = 0:R12B gpsdrive-2.10-0.1.pre7.fc12.ppc64 requires libmapnik.so.0.5()(64bit) octave-forge-20080831-10.fc12.ppc64 requires octave(api) = 0:api-v32 openvrml-0.18.3-1.fc12.ppc64 requires gecko-libs(ppc-64) >= 0:1.9.1 openvrml-0.18.3-1.fc12.ppc64 requires java(ppc-64) 1:osgal-0.6.1-8.fc12.ppc64 requires libopenal.so.0()(64bit) plplot-octave-5.9.4-1.fc12.ppc64 requires octave(api) = 0:api-v32 poker3d-1.1.36-16.fc12.ppc64 requires libopenal.so.0()(64bit) ppl-yap-0.10.2-5.fc12.ppc64 requires libYap.so()(64bit) python-mwlib-0.11.2-3.20090522hg2956.fc12.ppc64 requires LabPlot python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.ppc64 requires libparted-1.8.so.8()(64bit) rubygem-main-2.8.4-3.fc12.noarch requires rubygem(fattr) >= 0:1.0.3 sems-1.1.1-2.fc12.ppc64 requires libspandsp.so.1()(64bit) sems-g722-1.1.1-2.fc12.ppc64 requires libspandsp.so.1()(64bit) sems-gsm-1.1.1-2.fc12.ppc64 requires libspandsp.so.1()(64bit) sems-speex-1.1.1-2.fc12.ppc64 requires libspandsp.so.1()(64bit) sepostgresql-8.3.7-1991.fc12.ppc64 requires postgresql-server = 0:8.3.7 serpentine-0.9-5.fc12.noarch requires gnome-python2-nautilus-cd-burner supertux-0.3.1-8.fc12.ppc64 requires libopenal.so.0()(64bit) tremfusion-0.99-5.r3.fc12.ppc64 requires libopenal.so.0()(64bit) From h.reindl at thelounge.net Wed Aug 19 14:19:25 2009 From: h.reindl at thelounge.net (Reindl Harald) Date: Wed, 19 Aug 2009 16:19:25 +0200 Subject: Kernel 2.6.29 for F10 In-Reply-To: <20090818184038.74D6C619D39@hormel.redhat.com> References: <20090818184038.74D6C619D39@hormel.redhat.com> Message-ID: <4A8C09ED.3000206@thelounge.net> This would be ok if you never pushed it to updates-testing But if you do that it's logical for test-users that they can start testing and not getting 2.6.27 after that - Push it to updatestesting is like "go on" and after that step there should be no package-conflicts if they were THANK YOU for 2.6.29.6-97 today to help to solve my problems which are nearly killing me because i have no time and energy for downgrades 4 days before my healthy issues (medical operation) especially after working the last weeks day and night nearly to burn-out with other things which had to be done before > On Tue, Aug 18, 2009 at 10:13:10AM -0500, Joe Nall wrote: > > One of the reasons we haven't pushed them as proper updates is that > getting the regressions fixed is pretty time consuming, and the limited > X/KMS manpower we have is better focused on making the F12 stuff work right, > and getting it upstream. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 260 bytes Desc: OpenPGP digital signature URL: From tcallawa at redhat.com Wed Aug 19 14:48:35 2009 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Wed, 19 Aug 2009 10:48:35 -0400 Subject: Fedora 12 Features Proposed for Removal In-Reply-To: <5256d0b0908060139y2868e311q7bb167574678614d@mail.gmail.com> References: <4A7A048B.3040909@redhat.com> <5256d0b0908060139y2868e311q7bb167574678614d@mail.gmail.com> Message-ID: <4A8C10C3.2000903@redhat.com> On 08/06/2009 04:39 AM, Peter Robinson wrote: >> After requesting status updates, including direct email to the feature >> > owners, the following feature pages do not have a current status or their >> > ability to tested during the Alpha is unclear based on the lack of >> > information provided or percentage of completion. >> > >> > https://fedoraproject.org/wiki/Features/FedoraMoblin > I'm the maintainer of this. I think its very much in a similar > category to gnome/kde. The only difference is there is some packages > still awaiting review, about 2 that are actually critical, but moblin > 2 like gnome etc are still in there development phase so its a moving > target. I'm concerned about FESCo's decision to drop this feature for Fedora 12. The more that I think about this, the more I agree with what Peter has written above. I think that Moblin support in Fedora is something that is useful to a wide audience of users, and that Peter has made every effort to address the concerns raised by FESCo. I do not think it is necessary for a spin to be made available to consider this a noteworthy feature. I've asked FESCo to reconsider the Moblin feature at their meeting on Friday, and I hope they will reconsider their decision. ~spot From sgrubb at redhat.com Wed Aug 19 14:49:22 2009 From: sgrubb at redhat.com (Steve Grubb) Date: Wed, 19 Aug 2009 10:49:22 -0400 Subject: rawhide report: 20090819 changes In-Reply-To: <20090819124052.GA15265@releng2.fedora.phx.redhat.com> References: <20090819124052.GA15265@releng2.fedora.phx.redhat.com> Message-ID: <200908191049.23032.sgrubb@redhat.com> On Wednesday 19 August 2009 08:40:52 am Rawhide Report wrote: > Compose started at Wed Aug 19 06:15:07 UTC 2009 > > New package Does this large list mean that the Alpha freeze is lifted? -Steve From jwboyer at gmail.com Wed Aug 19 14:54:54 2009 From: jwboyer at gmail.com (Josh Boyer) Date: Wed, 19 Aug 2009 10:54:54 -0400 Subject: rawhide report: 20090819 changes In-Reply-To: <200908191049.23032.sgrubb@redhat.com> References: <20090819124052.GA15265@releng2.fedora.phx.redhat.com> <200908191049.23032.sgrubb@redhat.com> Message-ID: <20090819145454.GJ3095@hansolo.jdub.homelinux.org> On Wed, Aug 19, 2009 at 10:49:22AM -0400, Steve Grubb wrote: >On Wednesday 19 August 2009 08:40:52 am Rawhide Report wrote: >> Compose started at Wed Aug 19 06:15:07 UTC 2009 >> >> New package > >Does this large list mean that the Alpha freeze is lifted? Yes. josh From pbrobinson at gmail.com Wed Aug 19 14:57:02 2009 From: pbrobinson at gmail.com (Peter Robinson) Date: Wed, 19 Aug 2009 15:57:02 +0100 Subject: Fedora 12 Features Proposed for Removal In-Reply-To: <4A8C10C3.2000903@redhat.com> References: <4A7A048B.3040909@redhat.com> <5256d0b0908060139y2868e311q7bb167574678614d@mail.gmail.com> <4A8C10C3.2000903@redhat.com> Message-ID: <5256d0b0908190757r5e99cd8dlfc23641e667f35a5@mail.gmail.com> Hi Spot, >>> After requesting status updates, including direct email to the feature >>> > owners, the following feature pages do not have a current status or their >>> > ability to tested during the Alpha is unclear based on the lack of >>> > information provided or percentage of completion. >>> > >>> > https://fedoraproject.org/wiki/Features/FedoraMoblin >> I'm the maintainer of this. I think its very much in a similar >> category to gnome/kde. The only difference is there is some packages >> still awaiting review, about 2 that are actually critical, but moblin >> 2 like gnome etc are still in there development phase so its a moving >> target. > > I'm concerned about FESCo's decision to drop this feature for Fedora 12. > The more that I think about this, the more I agree with what Peter has > written above. I think that Moblin support in Fedora is something that > is useful to a wide audience of users, and that Peter has made every > effort to address the concerns raised by FESCo. I do not think it is > necessary for a spin to be made available to consider this a noteworthy > feature. > > I've asked FESCo to reconsider the Moblin feature at their meeting on > Friday, and I hope they will reconsider their decision. Thanks for the support. I've since moved my plan to do a remix for F-12 instead and reconsider it again for F-13. The core of moblin would still be in Fedora anyway for people to install as they see fit and the advantage of the respin is that I can patch up xulrunner and hence include a working browser. Either way I'm just continuing on working towards it to see where I can get to. Its still somewhat of a moving target as they've just split out one of the packages into a number of smaller ones. Peter From sgrubb at redhat.com Wed Aug 19 15:12:23 2009 From: sgrubb at redhat.com (Steve Grubb) Date: Wed, 19 Aug 2009 11:12:23 -0400 Subject: soname number bump for audit-libs In-Reply-To: <200908101232.10944.sgrubb@redhat.com> References: <200908101232.10944.sgrubb@redhat.com> Message-ID: <200908191112.23694.sgrubb@redhat.com> On Monday 10 August 2009 12:32:10 pm Steve Grubb wrote: > I wanted to let everyone know that I will be pushing audit-2.0 into rawhide > in the next day or two. It will change the version number of libaudit. The > following packages are known to have dependencies on audit-libs: Just a quick reminder that I'll start into this now that Alpha Freeze is over. If you don't want me to touch a package on this list, let me know soon. Thanks, -Steve > repoquery --repoid=rawhide --whatrequires --alldeps > 'libaudit.so.0()(64bit)' | grep x86_64 > > cups-1:1.4-0.rc1.12.fc12.x86_64 > xorg-x11-server-Xorg-0:1.6.99-28.20090804.fc12.x86_64 > shadow-utils-2:4.1.4.1-6.fc12.x86_64 > dbus-1:1.2.16-4.fc12.x86_64 > cups-libs-1:1.4-0.rc1.12.fc12.x86_64 > cups-lpd-1:1.4-0.rc1.12.fc12.x86_64 > xorg-x11-server-Xvfb-0:1.6.99-28.20090804.fc12.x86_64 > frysk-gnome-0:0.4-11.fc12.x86_64 > readahead-1:1.4.9-3.fc12.x86_64 > cronie-0:1.4-3.fc12.x86_64 > util-linux-ng-0:2.16-3.fc12.x86_64 > nscd-0:2.10.90-12.x86_64 > xorg-x11-server-Xnest-0:1.6.99-28.20090804.fc12.x86_64 > policycoreutils-newrole-0:2.0.68-1.fc12.x86_64 > passwd-0:0.76-3.fc12.x86_64 > gdm-1:2.27.4-4.fc12.x86_64 > openssh-server-0:5.2p1-17.fc12.x86_64 > anaconda-0:12.7-1.fc12.x86_64 > sudo-0:1.7.1-5.fc12.x86_64 > frysk-devel-0:0.4-11.fc12.x86_64 > frysk-0:0.4-11.fc12.x86_64 > xorg-x11-server-Xephyr-0:1.6.99-28.20090804.fc12.x86_64 > upstart-0:0.3.11-2.fc12.x86_64 > cups-php-1:1.4-0.rc1.12.fc12.x86_64 > policycoreutils-0:2.0.68-1.fc12.x86_64 > libxf86config-0:1.6.99-28.20090804.fc12.x86_64 > ipsec-tools-0:0.7.2-3.fc12.x86_64 > amtu-0:1.0.8-1.fc12.x86_64 > pam-0:1.1.0-3.fc12.x86_64 > aide-0:0.13.1-10.fc12.x86_64 > rsh-server-0:0.17-55.fc12.x86_64 > > I can rebuild all these against the new audit package. If you would rather > me not touch your package, just let me know. > > Thanks, > -Steve From casimiro.barreto at gmail.com Wed Aug 19 15:42:03 2009 From: casimiro.barreto at gmail.com (Casimiro de Almeida Barreto) Date: Wed, 19 Aug 2009 12:42:03 -0300 Subject: Troubleshooting pendrive ext2fs In-Reply-To: <4A8B289E.5000701@gmail.com> References: <4A8B289E.5000701@gmail.com> Message-ID: <4A8C1D4B.8050704@gmail.com> Discovered the problem: The pendrive is a counterfeit. VID=1043 PDI=8012 does not correspond to Kingston (iChips ???). Somehow it is capable of storing 16GBytes of data (I recorded a file and then unconnected the pendrive and reconnected it and verified the content via cat $FILE | md5sum > /tmp/check.md5... Device readily sent to police, so they'll ask the store how it appeared there. Sorry for the inconvenience. CdAB Em 18-08-2009 19:18, Casimiro de Almeida Barreto escreveu: > Hello, > > I've trouble creating an ext2/ext3/ext4 file system in a 64GBytes pendrive. > > The device appears at /proc/bus/usb/devices as: > > T: Bus=01 Lev=01 Prnt=01 Port=04 Cnt=01 Dev#= 4 Spd=480 MxCh= 0 > D: Ver= 2.00 Cls=00(>ifc ) Sub=00 Prot=00 MxPS=64 #Cfgs= 1 > P: Vendor=1043 ProdID=8012 Rev= 1.00 > S: Manufacturer=Generic > S: Product=Flash Disk > C:* #Ifs= 1 Cfg#= 1 Atr=80 MxPwr=100mA > I:* If#= 0 Alt= 0 #EPs= 2 Cls=08(stor.) Sub=06 Prot=50 Driver=usb-storage > E: Ad=81(I) Atr=02(Bulk) MxPS= 512 Ivl=0ms > E: Ad=02(O) Atr=02(Bulk) MxPS= 512 Ivl=0ms > > It's partioned as: > > Disk /dev/sdd: 67.1 GB, 67108864512 bytes > 64 heads, 32 sectors/track, 64000 cylinders > Units = cilindros of 2048 * 512 = 1048576 bytes > Disk identifier: 0x4a26a3ed > > Dispositivo Boot Start End Blocks Id System > /dev/sdd1 1 64000 65535984 83 Linux > > And raw partition table data is: > > Disk /dev/sdd: 64 heads, 32 sectors, 64000 cylinders > > Nr AF Hd Sec Cyl Hd Sec Cyl Start Size ID > 1 00 1 1 0 63 32 1023 32 131071968 83 > 2 00 0 0 0 0 0 0 0 0 00 > 3 00 0 0 0 0 0 0 0 0 00 > 4 00 0 0 0 0 0 0 0 0 00 > > Disk was formatted with the following command: > > [root at localhost ~]# mkfs.ext2 -L kingston -M /media/kingston -O > large_file,extent /dev/sdd1 > mke2fs 1.41.4 (27-Jan-2009) > Filesystem label=kingston > OS type: Linux > Block size=4096 (log=2) > Fragment size=4096 (log=2) > 4096000 inodes, 16383996 blocks > 819199 blocks (5.00%) reserved for the super user > First data block=0 > Maximum filesystem blocks=0 > 500 block groups > 32768 blocks per group, 32768 fragments per group > 8192 inodes per group > Superblock backups stored on blocks: > 32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208, > 4096000, 7962624, 11239424 > > Writing inode tables: done > Writing superblocks and filesystem accounting information: done > > This filesystem will be automatically checked every 33 mounts or > 180 days, whichever comes first. Use tune2fs -c or -i to override. > > And then checked: > > # fsck -f -v /dev/sdd1 > > Resulting in: > > [root at localhost ~]# fsck -v -f /dev/sdd1 > fsck 1.41.4 (27-Jan-2009) > e2fsck 1.41.4 (27-Jan-2009) > Pass 1: Checking inodes, blocks, and sizes > Pass 2: Checking directory structure > Pass 3: Checking directory connectivity > Pass 4: Checking reference counts > Pass 5: Checking group summary information > Block bitmap differences: +(32768--34306) +(65536--66049) > +(98304--99842) +(131072--131585) +(163840--165378) +(196608--197121) > +(229376--230914) +(262144--262657) +(294912--296450) +(327680--328193) > +(360448--360961) +(393216--393729) +(425984--426497) +(458752--459265) > +(491520--492033) +(524288--524801) +(557056--557569) +(589824--590337) > +(622592--623105) +(655360--655873) +(688128--688641) +(720896--721409) > +(753664--754177) +(786432--786945) +(819200--820738) +(851968--852481) > +(884736--886274) +(917504--918017) +(950272--950785) +(983040--983553) > +(1015808--1016321) +(1048576--1049089) +(1081344--1081857) > +(1114112--1114625) +(1146880--1147393) +(1179648--1180161) > +(1212416--1212929) +(1245184--1245697) +(1277952--1278465) > +(1310720--1311233) +(1343488--1344001) +(1376256--1376769) > +(1409024--1409537) +(1441792--1442305) +(1474560--1475073) > +(1507328--1507841) +(1540096--1540609) +(1572864--1573377) > +(1605632--1607170) +(1638400--1638913) +(1671168--1671681) > +(1703936--1704449) +(1736704--1737217) +(1769472--1769985) > +(1802240--1802753) +(1835008--1835521) +(1867776--1868289) > +(1900544--1901057) +(1933312--1933825) +(1966080--1966593) > +(1998848--1999361) +(2031616--2032129) +(2064384--2064897) > +(2097152--2097665) +(2129920--2130433) +(2162688--2163201) > +(2195456--2195969) +(2228224--2228737) +(2260992--2261505) > +(2293760--2294273) +(2326528--2327041) +(2359296--2359809) > +(2392064--2392577) +(2424832--2425345) +(2457600--2458113) > +(2490368--2490881) +(2523136--2523649) +(2555904--2556417) > +(2588672--2589185) +(2621440--2621953) +(2654208--2655746) > +(2686976--2687489) +(2719744--2720257) +(2752512--2753025) > +(2785280--2785793) +(2818048--2818561) +(2850816--2851329) > +(2883584--2884097) +(2916352--2916865) +(2949120--2949633) > +(2981888--2982401) +(3014656--3015169) +(3047424--3047937) > +(3080192--3080705) +(3112960--3113473) +(3145728--3146241) > +(3178496--3179009) +(3211264--3211777) +(3244032--3244545) > +(3276800--3277313) +(3309568--3310081) +(3342336--3342849) > +(3375104--3375617) +(3407872--3408385) +(3440640--3441153) > +(3473408--3473921) +(3506176--3506689) +(3538944--3539457) > +(3571712--3572225) +(3604480--3604993) +(3637248--3637761) > +(3670016--3670529) +(3702784--3703297) +(3735552--3736065) > +(3768320--3768833) +(3801088--3801601) +(3833856--3834369) > +(3866624--3867137) +(3899392--3899905) +(3932160--3932673) > +(3964928--3965441) +(3997696--3998209) +(4030464--4030977) > +(4063232--4063745) +(4096000--4097538) +(4128768--4129281) > +(4161536--4162049) +(4194304--4194817) +(4227072--4227585) > +(4259840--4260353) +(4292608--4293121) +(4325376--4325889) > +(4358144--4358657) +(4390912--4391425) +(4423680--4424193) > +(4456448--4456961) +(4489216--4489729) +(4521984--4522497) > +(4554752--4555265) +(4587520--4588033) +(4620288--4620801) > +(4653056--4653569) +(4685824--4686337) +(4718592--4719105) > +(4751360--4751873) +(4784128--4784641) +(4816896--4817409) > +(4849664--4850177) +(4882432--4882945) +(4915200--4915713) > +(4947968--4948481) +(4980736--4981249) +(5013504--5014017) > +(5046272--5046785) +(5079040--5079553) +(5111808--5112321) > +(5144576--5145089) +(5177344--5177857) +(5210112--5210625) > +(5242880--5243393) +(5275648--5276161) +(5308416--5308929) > +(5341184--5341697) +(5373952--5374465) +(5406720--5407233) > +(5439488--5440001) +(5472256--5472769) +(5505024--5505537) > +(5537792--5538305) +(5570560--5571073) +(5603328--5603841) > +(5636096--5636609) +(5668864--5669377) +(5701632--5702145) > +(5734400--5734913) +(5767168--5767681) +(5799936--5800449) > +(5832704--5833217) +(5865472--5865985) +(5898240--5898753) > +(5931008--5931521) +(5963776--5964289) +(5996544--5997057) > +(6029312--6029825) +(6062080--6062593) +(6094848--6095361) > +(6127616--6128129) +(6160384--6160897) +(6193152--6193665) > +(6225920--6226433) +(6258688--6259201) +(6291456--6291969) > +(6324224--6324737) +(6356992--6357505) +(6389760--6390273) > +(6422528--6423041) +(6455296--6455809) +(6488064--6488577) > +(6520832--6521345) +(6553600--6554113) +(6586368--6586881) > +(6619136--6619649) +(6651904--6652417) +(6684672--6685185) > +(6717440--6717953) +(6750208--6750721) +(6782976--6783489) > +(6815744--6816257) +(6848512--6849025) +(6881280--6881793) > +(6914048--6914561) +(6946816--6947329) +(6979584--6980097) > +(7012352--7012865) +(7045120--7045633) +(7077888--7078401) > +(7110656--7111169) +(7143424--7143937) +(7176192--7176705) > +(7208960--7209473) +(7241728--7242241) +(7274496--7275009) > +(7307264--7307777) +(7340032--7340545) +(7372800--7373313) > +(7405568--7406081) +(7438336--7438849) +(7471104--7471617) > +(7503872--7504385) +(7536640--7537153) +(7569408--7569921) > +(7602176--7602689) +(7634944--7635457) +(7667712--7668225) > +(7700480--7700993) +(7733248--7733761) +(7766016--7766529) > +(7798784--7799297) +(7831552--7832065) +(7864320--7864833) > +(7897088--7897601) +(7929856--7930369) +(7962624--7964162) > +(7995392--7995905) +(8028160--8028673) +(8060928--8061441) > +(8093696--8094209) +(8126464--8126977) +(8159232--8159745) > +(8192000--8192513) +(8224768--8225281) +(8257536--8258049) > +(8290304--8290817) +(8323072--8323585) +(8355840--8356353) > +(8388608--8389121) +(8421376--8421889) +(8454144--8454657) > +(8486912--8487425) +(8519680--8520193) +(8552448--8552961) > +(8585216--8585729) +(8617984--8618497) +(8650752--8651265) > +(8683520--8684033) +(8716288--8716801) +(8749056--8749569) > +(8781824--8782337) +(8814592--8815105) +(8847360--8847873) > +(8880128--8880641) +(8912896--8913409) +(8945664--8946177) > +(8978432--8978945) +(9011200--9011713) +(9043968--9044481) > +(9076736--9077249) +(9109504--9110017) +(9142272--9142785) > +(9175040--9175553) +(9207808--9208321) +(9240576--9241089) > +(9273344--9273857) +(9306112--9306625) +(9338880--9339393) > +(9371648--9372161) +(9404416--9404929) +(9437184--9437697) > +(9469952--9470465) +(9502720--9503233) +(9535488--9536001) > +(9568256--9568769) +(9601024--9601537) +(9633792--9634305) > +(9666560--9667073) +(9699328--9699841) +(9732096--9732609) > +(9764864--9765377) +(9797632--9798145) +(9830400--9830913) > +(9863168--9863681) +(9895936--9896449) +(9928704--9929217) > +(9961472--9961985) +(9994240--9994753) +(10027008--10027521) > +(10059776--10060289) +(10092544--10093057) +(10125312--10125825) > +(10158080--10158593) +(10190848--10191361) +(10223616--10224129) > +(10256384--10256897) +(10289152--10289665) +(10321920--10322433) > +(10354688--10355201) +(10387456--10387969) +(10420224--10420737) > +(10452992--10453505) +(10485760--10486273) +(10518528--10519041) > +(10551296--10551809) +(10584064--10584577) +(10616832--10617345) > +(10649600--10650113) +(10682368--10682881) +(10715136--10715649) > +(10747904--10748417) +(10780672--10781185) +(10813440--10813953) > +(10846208--10846721) +(10878976--10879489) +(10911744--10912257) > +(10944512--10945025) +(10977280--10977793) +(11010048--11010561) > +(11042816--11043329) +(11075584--11076097) +(11108352--11108865) > +(11141120--11141633) +(11173888--11174401) +(11206656--11207169) > +(11239424--11240962) +(11272192--11272705) +(11304960--11305473) > +(11337728--11338241) +(11370496--11371009) +(11403264--11403777) > +(11436032--11436545) +(11468800--11469313) +(11501568--11502081) > +(11534336--11534849) +(11567104--11567617) +(11599872--11600385) > +(11632640--11633153) +(11665408--11665921) +(11698176--11698689) > +(11730944--11731457) +(11763712--11764225) +(11796480--11796993) > +(11829248--11829761) +(11862016--11862529) +(11894784--11895297) > +(11927552--11928065) +(11960320--11960833) +(11993088--11993601) > +(12025856--12026369) +(12058624--12059137) +(12091392--12091905) > +(12124160--12124673) +(12156928--12157441) +(12189696--12190209) > +(12222464--12222977) +(12255232--12255745) +(12288000--12288513) > +(12320768--12321281) +(12353536--12354049) +(12386304--12386817) > +(12419072--12419585) +(12451840--12452353) +(12484608--12485121) > +(12517376--12517889) +(12550144--12550657) +(12582912--12583425) > +(12615680--12616193) +(12648448--12648961) +(12681216--12681729) > +(12713984--12714497) +(12746752--12747265) +(12779520--12780033) > +(12812288--12812801) +(12845056--12845569) +(12877824--12878337) > +(12910592--12911105) +(12943360--12943873) +(12976128--12976641) > +(13008896--13009409) +(13041664--13042177) +(13074432--13074945) > +(13107200--13107713) +(13139968--13140481) +(13172736--13173249) > +(13205504--13206017) +(13238272--13238785) +(13271040--13271553) > +(13303808--13304321) +(13336576--13337089) +(13369344--13369857) > +(13402112--13402625) +(13434880--13435393) +(13467648--13468161) > +(13500416--13500929) +(13533184--13533697) +(13565952--13566465) > +(13598720--13599233) +(13631488--13632001) +(13664256--13664769) > +(13697024--13697537) +(13729792--13730305) +(13762560--13763073) > +(13795328--13795841) +(13828096--13828609) +(13860864--13861377) > +(13893632--13894145) +(13926400--13926913) +(13959168--13959681) > +(13991936--13992449) +(14024704--14025217) +(14057472--14057985) > +(14090240--14090753) +(14123008--14123521) +(14155776--14156289) > +(14188544--14189057) +(14221312--14221825) +(14254080--14254593) > +(14286848--14287361) +(14319616--14320129) +(14352384--14352897) > +(14385152--14385665) +(14417920--14418433) +(14450688--14451201) > +(14483456--14483969) +(14516224--14516737) +(14548992--14549505) > +(14581760--14582273) +(14614528--14615041) +(14647296--14647809) > +(14680064--14680577) +(14712832--14713345) +(14745600--14746113) > +(14778368--14778881) +(14811136--14811649) +(14843904--14844417) > +(14876672--14877185) +(14909440--14909953) +(14942208--14942721) > +(14974976--14975489) +(15007744--15008257) +(15040512--15041025) > +(15073280--15073793) +(15106048--15106561) +(15138816--15139329) > +(15171584--15172097) +(15204352--15204865) +(15237120--15237633) > +(15269888--15270401) +(15302656--15303169) +(15335424--15335937) > +(15368192--15368705) +(15400960--15401473) +(15433728--15434241) > +(15466496--15467009) +(15499264--15499777) +(15532032--15532545) > +(15564800--15565313) +(15597568--15598081) +(15630336--15630849) > +(15663104--15663617) +(15695872--15696385) +(15728640--15729153) > +(15761408--15761921) +(15794176--15794689) +(15826944--15827457) > +(15859712--15860225) +(15892480--15892993) +(15925248--15925761) > +(15958016--15958529) +(15990784--15991297) +(16023552--16024065) > +(16056320--16056833) +(16089088--16089601) +(16121856--16122369) > +(16154624--16155137) +(16187392--16187905) +(16220160--16220673) > +(16252928--16253441) +(16285696--16286209) +(16318464--16318977) > +(16351232--16351745) > Fix? > > If I fsck without -f, /dev/sdd1 will not be checked (it's marked as > clean)... > > Then, if I ignore the errors, mount /dev/sdd1 at /media/kingston and do: > > # PREFIX=/media/kingston/`date +%y%m%d%H%M` > # tar cjPf - /home /opt /usr/local | gpg -c -a -z0 --cipher-algo=aes256 > -o ${PREFIX}.asc > > It will create the backup file. > > But, if I try: > > # md5sum ${PREFIX}.asc > ${PREFIX}.md5 > > it will complain that "cannot write to device"... > > I checked the device with: > > # badblocks -w -v /dev/sdd1 and it went through without finding errors. > > What's going wild with this particular device??? > > > -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 260 bytes Desc: OpenPGP digital signature URL: From stickster at gmail.com Wed Aug 19 15:55:37 2009 From: stickster at gmail.com (Paul W. Frields) Date: Wed, 19 Aug 2009 11:55:37 -0400 Subject: Fedora 12 Features Proposed for Removal In-Reply-To: <5256d0b0908190757r5e99cd8dlfc23641e667f35a5@mail.gmail.com> References: <4A7A048B.3040909@redhat.com> <5256d0b0908060139y2868e311q7bb167574678614d@mail.gmail.com> <4A8C10C3.2000903@redhat.com> <5256d0b0908190757r5e99cd8dlfc23641e667f35a5@mail.gmail.com> Message-ID: <20090819155537.GO4942@localhost.localdomain> On Wed, Aug 19, 2009 at 03:57:02PM +0100, Peter Robinson wrote: > Hi Spot, > > >>> After requesting status updates, including direct email to the feature > >>> > owners, the following feature pages do not have a current status or their > >>> > ability to tested during the Alpha is unclear based on the lack of > >>> > information provided or percentage of completion. > >>> > > >>> > https://fedoraproject.org/wiki/Features/FedoraMoblin > >> I'm the maintainer of this. I think its very much in a similar > >> category to gnome/kde. The only difference is there is some packages > >> still awaiting review, about 2 that are actually critical, but moblin > >> 2 like gnome etc are still in there development phase so its a moving > >> target. > > > > I'm concerned about FESCo's decision to drop this feature for Fedora 12. > > The more that I think about this, the more I agree with what Peter has > > written above. I think that Moblin support in Fedora is something that > > is useful to a wide audience of users, and that Peter has made every > > effort to address the concerns raised by FESCo. I do not think it is > > necessary for a spin to be made available to consider this a noteworthy > > feature. > > > > I've asked FESCo to reconsider the Moblin feature at their meeting on > > Friday, and I hope they will reconsider their decision. > > Thanks for the support. > > I've since moved my plan to do a remix for F-12 instead and reconsider > it again for F-13. The core of moblin would still be in Fedora anyway > for people to install as they see fit and the advantage of the respin > is that I can patch up xulrunner and hence include a working browser. > Either way I'm just continuing on working towards it to see where I > can get to. Its still somewhat of a moving target as they've just > split out one of the packages into a number of smaller ones. I'm not sure if this would make sense from your perspective Peter, but is it worthwhile to have a Moblin component in the comps file that delivers some set of packages (albeit without a browser, given what you mentioned above), and re-scope the F12 feature to that end? -- Paul W. Frields http://paul.frields.org/ gpg fingerprint: 3DA6 A0AC 6D58 FEC4 0233 5906 ACDB C937 BD11 3717 http://redhat.com/ - - - - http://pfrields.fedorapeople.org/ irc.freenode.net: stickster @ #fedora-docs, #fedora-devel, #fredlug From pbrobinson at gmail.com Wed Aug 19 16:31:13 2009 From: pbrobinson at gmail.com (Peter Robinson) Date: Wed, 19 Aug 2009 17:31:13 +0100 Subject: Fedora 12 Features Proposed for Removal In-Reply-To: <20090819155537.GO4942@localhost.localdomain> References: <4A7A048B.3040909@redhat.com> <5256d0b0908060139y2868e311q7bb167574678614d@mail.gmail.com> <4A8C10C3.2000903@redhat.com> <5256d0b0908190757r5e99cd8dlfc23641e667f35a5@mail.gmail.com> <20090819155537.GO4942@localhost.localdomain> Message-ID: <5256d0b0908190931p121c05dmfd2f3510a665bab3@mail.gmail.com> >> >>> After requesting status updates, including direct email to the feature >> >>> > owners, the following feature pages do not have a current status or their >> >>> > ability to tested during the Alpha is unclear based on the lack of >> >>> > information provided or percentage of completion. >> >>> > >> >>> > https://fedoraproject.org/wiki/Features/FedoraMoblin >> >> I'm the maintainer of this. I think its very much in a similar >> >> category to gnome/kde. The only difference is there is some packages >> >> still awaiting review, about 2 that are actually critical, but moblin >> >> 2 like gnome etc are still in there development phase so its a moving >> >> target. >> > >> > I'm concerned about FESCo's decision to drop this feature for Fedora 12. >> > The more that I think about this, the more I agree with what Peter has >> > written above. I think that Moblin support in Fedora is something that >> > is useful to a wide audience of users, and that Peter has made every >> > effort to address the concerns raised by FESCo. I do not think it is >> > necessary for a spin to be made available to consider this a noteworthy >> > feature. >> > >> > I've asked FESCo to reconsider the Moblin feature at their meeting on >> > Friday, and I hope they will reconsider their decision. >> >> Thanks for the support. >> >> I've since moved my plan to do a remix for F-12 instead and reconsider >> it again for F-13. The core of moblin would still be in Fedora anyway >> for people to install as they see fit and the advantage of the respin >> is that I can patch up xulrunner and hence include a working browser. >> Either way I'm just continuing on working towards it to see where I >> can get to. Its still somewhat of a moving target ?as they've just >> split out one of the packages into a number of smaller ones. > > I'm not sure if this would make sense from your perspective Peter, but > is it worthwhile to have a Moblin component in the comps file that > delivers some set of packages (albeit without a browser, given what > you mentioned above), and re-scope the F12 feature to that end? Makes perfect sense. That was actually my original plan and my understanding of what was approved when fesco originally approved the feature with the comment that I must apply for spin approval separately through the standard spin process. That's point 3 of the scope on the features page. Maybe I should have put more details of that in my proposal in terms of achievement and deliverables with regards to "install via a comps menu" vs a complete Spin. Going from maintaining a number of packages to doing an entire desktop environment as a feature has been somewhat of a sharp learning curve :-) There is currently one package left to get a base working desktop environment for testing (Bug 513452 - mutter-moblin if someone woild like to review it... hint hint) and all the remaining packages add functionality to it. Once that final package was in I was going to email f-d about adding the group to comps as per the wiki page. I didn't see much point in doing so until the the time when the core desktop was there. Cheers, Peter From chitlesh.goorah at gmail.com Wed Aug 19 16:36:55 2009 From: chitlesh.goorah at gmail.com (Chitlesh GOORAH) Date: Wed, 19 Aug 2009 18:36:55 +0200 Subject: FEL: GreenSoCs and XMOS Semiconductor want to collaborate Message-ID: <50baabb30908190936t56d2e28ag8ecffcfc103e4519@mail.gmail.com> Hello there, This email is meant as a feedback of what is going about FEL and two companies who want to collaborate with us on the gcc compiler, eclipse and debugging level. This is very encouraging (from FEL's point of view) to have these 2 companies : * GreenSoCs * XMOS Semiconductor (who are currently making headlines about their software) interested in Fedora. I have been exchanging phone calls with these 2 companies since July and both are eager to find their respective tools into Fedora repositories and eventually EPEL. So the current status is: * for GreenSoCs : tune their sources so that it supports yum instead of apt and at the same time that their framework be as independent of systemC as possible * for XMOS Semiconductor: they have not yet opensource their tools. however they are already engaged into internal corporate talks about how to opensource their toolchain. For the sake of simplicity, I will not describe all the details here, however I'll be glad to detail them on FEL's mailing list if you are interested. I'm hoping if some of you might be interested to give a hand in these processes. Currently, I can not sustain myself financially so the inclusion of this tools might take some time till they are prepared for package review. Kind regards, Chitlesh From gemi at bluewin.ch Wed Aug 19 19:48:44 2009 From: gemi at bluewin.ch (=?ISO-8859-1?Q?G=E9rard?= Milmeister) Date: Wed, 19 Aug 2009 21:48:44 +0200 Subject: Orphaning SmartEiffel Message-ID: <1250711324.19643.37.camel@scriabin.tannenrauch.ch> Hi, Since the SmartEiffel project is quite dead (it hasn't had any release since June 2007) and I cannot get it to compile on any of the current Fedora releases, I am orphaning it. There seem to appear smarteiffel snapshots from time to time, so someone may try his or her luck with it. Regards, G?rard From tgl at redhat.com Wed Aug 19 23:35:00 2009 From: tgl at redhat.com (Tom Lane) Date: Wed, 19 Aug 2009 19:35:00 -0400 Subject: Build requirements for threaded code? Message-ID: <1598.1250724900@sss.pgh.pa.us> This might be a stupid question, but: what compile and link options are necessary nowadays for multithreaded code? I see various references to -pthread and -lpthread, but it's hard to be sure what's authoritative. regards, tom lane From mrsam at courier-mta.com Thu Aug 20 00:32:08 2009 From: mrsam at courier-mta.com (Sam Varshavchik) Date: Wed, 19 Aug 2009 20:32:08 -0400 Subject: Build requirements for threaded code? References: <1598.1250724900@sss.pgh.pa.us> Message-ID: Tom Lane writes: > This might be a stupid question, but: what compile and link options > are necessary nowadays for multithreaded code? I see various references > to -pthread and -lpthread, but it's hard to be sure what's > authoritative. Just -lpthread does the trick for me. The -pthread option is needed on other platform, not Linux. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From bernie at codewiz.org Thu Aug 20 01:54:29 2009 From: bernie at codewiz.org (Bernie Innocenti) Date: Thu, 20 Aug 2009 03:54:29 +0200 Subject: Fedora 11 slapd "too many open files": /lib64/libnspr4.so In-Reply-To: <1250142995.8074.1618.camel@giskard> References: <1249862913.4137.9.camel@giskard> <1250140347.8074.1603.camel@giskard> <1250142995.8074.1618.camel@giskard> Message-ID: <1250733269.20549.51.camel@giskard> El Thu, 13-08-2009 a las 07:56 +0200, Bernie Innocenti escribi?: > El Thu, 13-08-2009 a las 07:12 +0200, Bernie Innocenti escribi?: > > Ping? > > > > This bug is pretty nasty: we have to restart slapd > > 2 or 3 times a day :-/ > > Ok, I think I'm starting to see the light here, but perhaps > it's just because it's already dawn. > > nss-3.12.3.99.3/mozilla/security/nss/lib/freebl/stubs.c > dlopen()s nspr4.so like so: > > -----8<----------8<----------8<----------8<----------8<----- > #define freebl_getLibrary(libName) \ > dlopen (libName, RTLD_LAZY|RTLD_NOLOAD) > > #define freebl_releaseLibrary(lib) \ > if (lib) dlclose(lib) > > #endif > > extern SECStatus > FREEBL_InitStubs() > { > SECStatus rv = SECSuccess; > #ifdef FREEBL_NO_WEAK > void *nspr = NULL; > void *nssutil = NULL; > > /* NSPR should be first */ > if (!ptr_PR_DestroyLock) { > nspr = freebl_getLibrary(nsprLibName); > if (!nspr) { > return SECFailure; > } > rv = freebl_InitNSPR(nspr); > if (rv != SECSuccess) { > freebl_releaseLibrary(nspr); > return rv; > } > } > /* now load NSSUTIL */ > if (!ptr_SECITEM_ZfreeItem_Util) { > nssutil= freebl_getLibrary(nssutilLibName); > if (!nssutil) { > return SECFailure; > } > rv = freebl_InitNSSUtil(nssutil); > if (rv != SECSuccess) { > freebl_releaseLibrary(nssutil); > return rv; > } > } > #endif > > return rv; > } > -----8<----------8<----------8<----------8<----------8<----- > > There's no corresponding place in the code to call dlclose(). > If slapd enters this multiple times (perhaps from multiple threads), > it might indeed leak file descriptors. > > It remains to be determined what codepath in openldap does this. Looks like the above code is being by this Fedora-specific patch carried by the nss package: -----8<----------8<----------8<----------8<----------8<----- diff -rupN nss-3.12.3.99.3-orig/mozilla/security/nss/lib/freebl/stubs.c nss-3.12.3.99.3/mozilla/security/nss/lib/freebl/stubs.c --- ./mozilla/security/nss/lib/freebl/stubs.c 2009-03-28 19:21:50.000000000 -0700 +++ ./mozilla/security/nss/lib/freebl/stubs.c 2009-06-08 20:37:20.000000000 -0700 @@ -558,8 +558,8 @@ FREEBL_InitStubs() return SECFailure; } rv = freebl_InitNSPR(nspr); - freebl_releaseLibrary(nspr); if (rv != SECSuccess) { + freebl_releaseLibrary(nspr); return rv; } } @@ -570,8 +570,8 @@ FREEBL_InitStubs() return SECFailure; } rv = freebl_InitNSSUtil(nssutil); - freebl_releaseLibrary(nssutil); if (rv != SECSuccess) { + freebl_releaseLibrary(nssutil); return rv; } } -----8<----------8<----------8<----------8<----------8<----- The patch was motivated by this bug: https://bugzilla.redhat.com/show_bug.cgi?id=502133 -- // Bernie Innocenti - http://codewiz.org/ \X/ Sugar Labs - http://sugarlabs.org/ From tcallawa at redhat.com Thu Aug 20 02:45:21 2009 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Wed, 19 Aug 2009 22:45:21 -0400 Subject: source file audit - 2009-08-10 In-Reply-To: <20090810101542.2fa4f2d7@ohm.scrye.com> References: <20090810101542.2fa4f2d7@ohm.scrye.com> Message-ID: <4A8CB8C1.9090802@redhat.com> On 08/10/2009 12:15 PM, Kevin Fenzi wrote: > spot:BADSOURCE:chemoelectric_-_Goudy_Bookletter_1.zip:oflb-goudy-bookletter-1911-fonts Not sure why this failed. I confirmed that the .zip file available from the site is identical to the one in the lookaside. > spot:BADSOURCE:daa2iso.zip:daa2iso Fixed (I have begged the upstream here to put versioning in their name, but they will not) > spot:BADSOURCE:perltex.zip:tetex-perltex This package is probably going away with texlive, so I'm just letting it sit. > spot:BADSOURCE:ql2400_fw.bin:ql2400-firmware > spot:BADSOURCE:ql2500_fw.bin:ql2500-firmware Updated to the latest versions of the firmware. > spot:BADURL:Acetoneiso_2.0.3.2.tar.gz:AcetoneISO2 This checks out for me. > spot:BADURL:alsamixergui-0.9.0rc1-2.tar.gz:alsamixergui Upstream is gone. I've updated the package to reflect that. > spot:BADURL:amanith_03.tar.gz:amanith Upstream no longer maintains this code, updated package to reflect that. > spot:BADURL:Class-DBI-Loader-Relationship-1.3.tar.gz:perl-Class-DBI-Loader-Relationship Fixed. > spot:BADURL:ebtables-v2.0.9-1.tar.gz:ebtables Fixed. > spot:BADURL:giver-0.1.8.tar.gz:giver Looks fine to me, can't reproduce failure. > spot:BADURL:google-perftools-1.3.tar.gz:google-perftools Looks fine to me, can't reproduce failure. > spot:BADURL:gxemul-0.4.7.2.tar.gz:gxemul Fixed. > spot:BADURL:mcrypt-2.6.8.tar.gz:mcrypt Took me several tries to get this to work, but it is correct. Sourceforge seems to be especially flaky these days. > spot:BADURL:musiqwik_musisync_y6.zip:allgeyer-fonts Upstream is gone, removed URL from Source. > spot:BADURL:pdsh-2.18.tar.bz2:pdsh Looks fine to me, can't reproduce failure. > spot:BADURL:Pod-POM-0.18.tar.gz:perl-Pod-POM Fixed. > spot:BADURL:pydot-1.0.2.tar.gz:pydot Looks fine to me, can't reproduce failure. > spot:BADURL:pyke-1.0.2.tar.gz:pyke Looks fine to me, can't reproduce failure. > spot:BADURL:python-twitter-0.6.tar.gz:python-twitter Looks fine to me, can't reproduce failure. > spot:BADURL:RODBC_1.2-5.tar.gz:R-RODBC Fixed. > spot:BADURL:rx-1.5.tar.bz2:librx FSF no longer maintains or offers this code, dropped URL from Source0. > spot:BADURL:Test-Differences-0.4801.tar.gz:perl-Test-Differences Fixed. > spot:BADURL:winpdb-1.4.6.tar.gz:winpdb Looks fine to me, can't reproduce failure. > spot:BADURL:XML-RSS-1.44.tar.gz:perl-XML-RSS Fixed. > spot:BADURL:zlib.tar.gz:tcl-zlib Been waiting more than a year now for upstream to revive his website (he swears he's going to do it everytime I email him, but I have given up). Removed URL from Source. *** Thanks for running this. ~spot From braden at endoframe.com Thu Aug 20 02:47:54 2009 From: braden at endoframe.com (Braden McDaniel) Date: Wed, 19 Aug 2009 22:47:54 -0400 Subject: Build requirements for threaded code? In-Reply-To: References: <1598.1250724900@sss.pgh.pa.us> Message-ID: <1250736474.20289.19.camel@localhost> On Wed, 2009-08-19 at 20:32 -0400, Sam Varshavchik wrote: > Tom Lane writes: > > > This might be a stupid question, but: what compile and link options > > are necessary nowadays for multithreaded code? I see various references > > to -pthread and -lpthread, but it's hard to be sure what's > > authoritative. > > Just -lpthread does the trick for me. The -pthread option is needed on other > platform, not Linux. >From "man 7 pthreads": On Linux, programs that use the Pthreads API should be compiled using cc -pthread. -- Braden McDaniel From roland at redhat.com Thu Aug 20 02:57:52 2009 From: roland at redhat.com (Roland McGrath) Date: Wed, 19 Aug 2009 19:57:52 -0700 (PDT) Subject: Build requirements for threaded code? In-Reply-To: Braden McDaniel's message of Wednesday, 19 August 2009 22:47:54 -0400 <1250736474.20289.19.camel@localhost> References: <1598.1250724900@sss.pgh.pa.us> <1250736474.20289.19.camel@localhost> Message-ID: <20090820025752.C532E4730F@magilla.sf.frob.com> -pthread means -D_REENTRANT and -lpthread. -D_REENTRANT is basically useless and you should use standard feature test macros or _GNU_SOURCE for what you want. So just linking with -lpthread is what I would call the normal and recommended practice. The man pages are not maintained by people who ask the people who know. From michael.silvanus at gmail.com Thu Aug 20 03:22:05 2009 From: michael.silvanus at gmail.com (Michel Salim) Date: Wed, 19 Aug 2009 23:22:05 -0400 Subject: Build requirements for threaded code? In-Reply-To: <20090820025752.C532E4730F@magilla.sf.frob.com> References: <1598.1250724900@sss.pgh.pa.us> <1250736474.20289.19.camel@localhost> <20090820025752.C532E4730F@magilla.sf.frob.com> Message-ID: <1250738525.4346.3.camel@erdos.localdomain> On Wed, 2009-08-19 at 19:57 -0700, Roland McGrath wrote: > -pthread means -D_REENTRANT and -lpthread. -D_REENTRANT is basically > useless and you should use standard feature test macros or _GNU_SOURCE for > what you want. So just linking with -lpthread is what I would call the > normal and recommended practice. > > The man pages are not maintained by people who ask the people who know. > Which raises a good question: who ought to be in charge of the manpages? There ought to be a good way, once a problem is found (like in this case), for the relevant manpage to get fixed. Regards, -- Michel Alexandre Salim From jreiser at bitwagon.com Thu Aug 20 05:24:45 2009 From: jreiser at bitwagon.com (John Reiser) Date: Wed, 19 Aug 2009 22:24:45 -0700 Subject: Build requirements for threaded code? In-Reply-To: <20090820025752.C532E4730F@magilla.sf.frob.com> References: <1598.1250724900@sss.pgh.pa.us> <1250736474.20289.19.camel@localhost> <20090820025752.C532E4730F@magilla.sf.frob.com> Message-ID: <4A8CDE1D.5080303@bitwagon.com> On 08/19/2009 07:57 PM, Roland McGrath wrote: > -pthread means -D_REENTRANT and -lpthread. -D_REENTRANT is basically > useless and you should use standard feature test macros or _GNU_SOURCE for > what you want. So just linking with -lpthread is what I would call the > normal and recommended practice. On current Fedora with gcc+glibc(NativePosixThreadLibrary) this works today and has for some years. On some predecessor systems "gxx -pthread" was required for both compiling and linking. [gxx means gcc or g++.] On non-NPTL or non-Linux systems it may still be required today. Perhaps it may be required on future Fedora. Using "gxx -pthread" always is safe. At least, making it safe is a well- known part of the job of the maintainer of gxx. Using just "-lpthread" means that the user _assumes_ that compilation is independent of threading, or already has taken threading into account. -- From christof at damian.net Thu Aug 20 08:47:54 2009 From: christof at damian.net (Christof Damian) Date: Thu, 20 Aug 2009 10:47:54 +0200 Subject: source file audit - 2009-08-10 In-Reply-To: <20090810101542.2fa4f2d7@ohm.scrye.com> References: <20090810101542.2fa4f2d7@ohm.scrye.com> Message-ID: On Mon, Aug 10, 2009 at 18:15, Kevin Fenzi wrote: > > cdamian:BADURL:wikicalendar-1.15.tar.gz:mediawiki-wikicalendar > Just checked this one and it works. Probably was a temporary problem with googlecode . Christof From mschwendt at gmail.com Thu Aug 20 09:14:01 2009 From: mschwendt at gmail.com (Michael Schwendt) Date: Thu, 20 Aug 2009 09:14:01 -0000 Subject: Broken dependencies in Fedora 11 - 2009-08-20 Message-ID: <20090820091401.5195.46817@faldor.intranet> ====================================================================== The results in this summary consider Test Updates! ====================================================================== Summary of broken packages (by src.rpm name): beagle bmpx clipsmm f-spot fedora-business-cards kdeedu openmpi openvrml ppl R-RScaLAPACK rubygem-main rubygem-rails scheme2js tomboy ====================================================================== Broken packages in fedora-11-i386: R-RScaLAPACK-0.5.1-19.fc11.i586 requires openmpi-libs openmpi-vt-1.3.1-1.fc11.i586 requires openmpi-libs = 0:1.3.1-1.fc11 scheme2js-20081219-2.fc11.i586 requires libbigloogc-3.1b.so scheme2js-20081219-2.fc11.i586 requires libbigloo_s-3.1b.so ====================================================================== Broken packages in fedora-11-ppc: R-RScaLAPACK-0.5.1-19.fc11.ppc requires openmpi-libs openmpi-vt-1.3.1-1.fc11.ppc requires openmpi-libs = 0:1.3.1-1.fc11 scheme2js-20081219-2.fc11.ppc requires libbigloogc-3.1b.so scheme2js-20081219-2.fc11.ppc requires libbigloo_s-3.1b.so ====================================================================== Broken packages in fedora-11-ppc64: R-RScaLAPACK-0.5.1-19.fc11.ppc64 requires openmpi-libs openmpi-vt-1.3.1-1.fc11.ppc64 requires openmpi-libs = 0:1.3.1-1.fc11 ====================================================================== Broken packages in fedora-11-x86_64: R-RScaLAPACK-0.5.1-19.fc11.x86_64 requires openmpi-libs bmpx-devel-0.40.14-8.fc11.i386 requires bmpx = 0:0.40.14-8.fc11 openmpi-vt-1.3.1-1.fc11.x86_64 requires openmpi-libs = 0:1.3.1-1.fc11 scheme2js-20081219-2.fc11.x86_64 requires libbigloogc-3.1b.so()(64bit) scheme2js-20081219-2.fc11.x86_64 requires libbigloo_s-3.1b.so()(64bit) ====================================================================== Broken packages in fedora-updates-11-i386: ppl-swiprolog-0.10.2-3.fc11.i586 requires libpl.so.5.7.6 ====================================================================== Broken packages in fedora-updates-11-ppc: kdeedu-4.2.4-1.fc11.ppc64 requires kdeedu-marble = 0:4.2.4-1.fc11 kdeedu-4.2.4-1.fc11.ppc64 requires kdeedu-math = 0:4.2.4-1.fc11 kdeedu-4.2.4-1.fc11.ppc64 requires kdeedu-kstars = 0:4.2.4-1.fc11 kdeedu-4.2.4-1.fc11.ppc64 requires kdeedu-libs = 0:4.2.4-1.fc11 ppl-swiprolog-0.10.2-3.fc11.ppc requires libpl.so.5.7.6 ====================================================================== Broken packages in fedora-updates-11-ppc64: beagle-0.3.9-9.fc11.ppc64 requires mono(gmime-sharp) = 0:2.4.0.0 beagle-0.3.9-9.fc11.ppc64 requires mono(gsf-sharp) = 0:0.0.0.7 beagle-0.3.9-9.fc11.ppc64 requires mono(NDesk.DBus.GLib) = 0:1.0.0.0 beagle-0.3.9-9.fc11.ppc64 requires mono(NDesk.DBus) = 0:1.0.0.0 beagle-0.3.9-9.fc11.ppc64 requires mono(taglib-sharp) = 0:2.0.3.2 beagle-evolution-0.3.9-9.fc11.ppc64 requires mono(gmime-sharp) = 0:2.4.0.0 beagle-evolution-0.3.9-9.fc11.ppc64 requires mono(evolution-sharp) = 0:5.0.0.0 beagle-gnome-0.3.9-9.fc11.ppc64 requires mono(NDesk.DBus.GLib) = 0:1.0.0.0 beagle-gnome-0.3.9-9.fc11.ppc64 requires mono(NDesk.DBus) = 0:1.0.0.0 beagle-thunderbird-0.3.9-9.fc11.ppc64 requires mono(gmime-sharp) = 0:2.4.0.0 ppl-swiprolog-0.10.2-3.fc11.ppc64 requires libpl.so.5.7.6()(64bit) tomboy-0.14.3-1.fc11.ppc64 requires mono(NDesk.DBus.GLib) = 0:1.0.0.0 tomboy-0.14.3-1.fc11.ppc64 requires mono(Mono.Addins.Setup) = 0:0.4.0.0 tomboy-0.14.3-1.fc11.ppc64 requires mono(Mono.Addins) = 0:0.4.0.0 tomboy-0.14.3-1.fc11.ppc64 requires mono(Mono.Addins.Gui) = 0:0.4.0.0 tomboy-0.14.3-1.fc11.ppc64 requires mono(NDesk.DBus) = 0:1.0.0.0 ====================================================================== Broken packages in fedora-updates-11-x86_64: kdeedu-4.2.4-1.fc11.i586 requires kdeedu-marble = 0:4.2.4-1.fc11 kdeedu-4.2.4-1.fc11.i586 requires kdeedu-libs = 0:4.2.4-1.fc11 kdeedu-4.2.4-1.fc11.i586 requires kdeedu-math = 0:4.2.4-1.fc11 kdeedu-4.2.4-1.fc11.i586 requires kdeedu-kstars = 0:4.2.4-1.fc11 ppl-swiprolog-0.10.2-3.fc11.x86_64 requires libpl.so.5.7.6()(64bit) ====================================================================== Broken packages in fedora-updates-testing-11-i386: clipsmm-0.1.0-1.fc11.i586 requires libclips.so.1 fedora-business-cards-0.2.4.2-2.fc11.noarch requires inkscape >= 0:0.47-0.11.20090602svn openvrml-0.18.3-1.fc11.i586 requires java(x86-32) openvrml-0.18.3-1.fc11.i586 requires gecko-libs(x86-32) >= 0:1.9.1 rubygem-main-2.8.4-2.fc11.noarch requires rubygem(fattr) >= 0:1.0.3 rubygem-rails-2.3.3-2.fc11.noarch requires rubygem(activerecord) = 0:2.3.3 rubygem-rails-2.3.3-2.fc11.noarch requires rubygem(actionmailer) = 0:2.3.3 rubygem-rails-2.3.3-2.fc11.noarch requires rubygem(activeresource) = 0:2.3.3 rubygem-rails-2.3.3-2.fc11.noarch requires rubygem(activesupport) = 0:2.3.3 rubygem-rails-2.3.3-2.fc11.noarch requires rubygem(actionpack) = 0:2.3.3 ====================================================================== Broken packages in fedora-updates-testing-11-ppc: clipsmm-0.1.0-1.fc11.ppc requires libclips.so.1 clipsmm-0.1.0-1.fc11.ppc64 requires libclips.so.1()(64bit) fedora-business-cards-0.2.4.2-2.fc11.noarch requires inkscape >= 0:0.47-0.11.20090602svn openvrml-0.18.3-1.fc11.ppc requires gecko-libs(ppc-32) >= 0:1.9.1 openvrml-0.18.3-1.fc11.ppc requires java(ppc-32) openvrml-0.18.3-1.fc11.ppc64 requires gecko-libs(ppc-64) >= 0:1.9.1 openvrml-0.18.3-1.fc11.ppc64 requires java(ppc-64) rubygem-main-2.8.4-2.fc11.noarch requires rubygem(fattr) >= 0:1.0.3 rubygem-rails-2.3.3-2.fc11.noarch requires rubygem(activerecord) = 0:2.3.3 rubygem-rails-2.3.3-2.fc11.noarch requires rubygem(actionmailer) = 0:2.3.3 rubygem-rails-2.3.3-2.fc11.noarch requires rubygem(activeresource) = 0:2.3.3 rubygem-rails-2.3.3-2.fc11.noarch requires rubygem(activesupport) = 0:2.3.3 rubygem-rails-2.3.3-2.fc11.noarch requires rubygem(actionpack) = 0:2.3.3 ====================================================================== Broken packages in fedora-updates-testing-11-ppc64: clipsmm-0.1.0-1.fc11.ppc64 requires libclips.so.1()(64bit) f-spot-0.6.0.0-1.fc11.ppc64 requires mono(NDesk.DBus.GLib) = 0:1.0.0.0 f-spot-0.6.0.0-1.fc11.ppc64 requires mono(Mono.Addins.Setup) = 0:0.4.0.0 f-spot-0.6.0.0-1.fc11.ppc64 requires mono(Mono.Addins) = 0:0.4.0.0 f-spot-0.6.0.0-1.fc11.ppc64 requires mono(Mono.Addins.Gui) = 0:0.4.0.0 f-spot-0.6.0.0-1.fc11.ppc64 requires mono(NDesk.DBus) = 0:1.0.0.0 fedora-business-cards-0.2.4.2-2.fc11.noarch requires inkscape >= 0:0.47-0.11.20090602svn openvrml-0.18.3-1.fc11.ppc64 requires gecko-libs(ppc-64) >= 0:1.9.1 openvrml-0.18.3-1.fc11.ppc64 requires java(ppc-64) rubygem-main-2.8.4-2.fc11.noarch requires rubygem(fattr) >= 0:1.0.3 rubygem-rails-2.3.3-2.fc11.noarch requires rubygem(activerecord) = 0:2.3.3 rubygem-rails-2.3.3-2.fc11.noarch requires rubygem(actionmailer) = 0:2.3.3 rubygem-rails-2.3.3-2.fc11.noarch requires rubygem(activeresource) = 0:2.3.3 rubygem-rails-2.3.3-2.fc11.noarch requires rubygem(activesupport) = 0:2.3.3 rubygem-rails-2.3.3-2.fc11.noarch requires rubygem(actionpack) = 0:2.3.3 ====================================================================== Broken packages in fedora-updates-testing-11-x86_64: clipsmm-0.1.0-1.fc11.i586 requires libclips.so.1 clipsmm-0.1.0-1.fc11.x86_64 requires libclips.so.1()(64bit) fedora-business-cards-0.2.4.2-2.fc11.noarch requires inkscape >= 0:0.47-0.11.20090602svn openvrml-0.18.3-1.fc11.i586 requires java(x86-32) openvrml-0.18.3-1.fc11.i586 requires gecko-libs(x86-32) >= 0:1.9.1 openvrml-0.18.3-1.fc11.x86_64 requires java(x86-64) openvrml-0.18.3-1.fc11.x86_64 requires gecko-libs(x86-64) >= 0:1.9.1 rubygem-main-2.8.4-2.fc11.noarch requires rubygem(fattr) >= 0:1.0.3 rubygem-rails-2.3.3-2.fc11.noarch requires rubygem(activerecord) = 0:2.3.3 rubygem-rails-2.3.3-2.fc11.noarch requires rubygem(actionmailer) = 0:2.3.3 rubygem-rails-2.3.3-2.fc11.noarch requires rubygem(activeresource) = 0:2.3.3 rubygem-rails-2.3.3-2.fc11.noarch requires rubygem(activesupport) = 0:2.3.3 rubygem-rails-2.3.3-2.fc11.noarch requires rubygem(actionpack) = 0:2.3.3 From pbrobinson at gmail.com Thu Aug 20 09:19:39 2009 From: pbrobinson at gmail.com (Peter Robinson) Date: Thu, 20 Aug 2009 10:19:39 +0100 Subject: Broken dependencies in Fedora 11 - 2009-08-20 In-Reply-To: <20090820091401.5195.46817@faldor.intranet> References: <20090820091401.5195.46817@faldor.intranet> Message-ID: <5256d0b0908200219o30799f52ycdc5472948ed287d@mail.gmail.com> On Thu, Aug 20, 2009 at 10:14 AM, Michael Schwendt wrote: > ====================================================================== > The results in this summary consider Test Updates! > ====================================================================== > > Summary of broken packages (by src.rpm name): > > ? ?beagle > ? ?bmpx > ? ?clipsmm > ? ?f-spot > ? ?fedora-business-cards > ? ?kdeedu > ? ?openmpi > ? ?openvrml > ? ?ppl > ? ?R-RScaLAPACK > ? ?rubygem-main > ? ?rubygem-rails > ? ?scheme2js > ? ?tomboy Is it just me or are there some packages that seem to be eternally on this list? beage/f-spot/tomboy never seem to go anywhere. Peter From fedora at matbooth.co.uk Thu Aug 20 10:23:42 2009 From: fedora at matbooth.co.uk (Mat Booth) Date: Thu, 20 Aug 2009 10:23:42 +0000 Subject: Updated Fedora 12 Schedule--Final Release Date 2009-11-10 In-Reply-To: <4A8BB3E0.2040409@redhat.com> References: <4A8B5598.3000204@redhat.com> <4A8BB3E0.2040409@redhat.com> Message-ID: <9497e9990908200323p31986a30t9a99c9101182dae4@mail.gmail.com> 2009/8/19 Ankit Patel : > > Is there any way to get notification, when packages (re)build is done? > > I am referring to task - "Ongoing Test Package Builds for Translation > Review, Thu 2009-09-10 to Mon 2009-09-14" from the schedule, where FLP > (Fedora Localization Project) team of translators might want to know whether > the packages they have translated are rebuilt along with latest translations > or not. > > Thanks! > You can add notifications in Koji, if that's what you mean. -- Mat Booth A: Because it destroys the order of the conversation. Q: Why shouldn't you do it? A: Posting your reply above the original message. Q: What is top-posting? From mrsam at courier-mta.com Thu Aug 20 11:04:23 2009 From: mrsam at courier-mta.com (Sam Varshavchik) Date: Thu, 20 Aug 2009 07:04:23 -0400 Subject: Build requirements for threaded code? References: <1598.1250724900@sss.pgh.pa.us> <1250736474.20289.19.camel@localhost> <20090820025752.C532E4730F@magilla.sf.frob.com> <1250738525.4346.3.camel@erdos.localdomain> Message-ID: Michel Salim writes: > On Wed, 2009-08-19 at 19:57 -0700, Roland McGrath wrote: >> -pthread means -D_REENTRANT and -lpthread. -D_REENTRANT is basically >> useless and you should use standard feature test macros or _GNU_SOURCE for >> what you want. So just linking with -lpthread is what I would call the >> normal and recommended practice. >> >> The man pages are not maintained by people who ask the people who know. >> > Which raises a good question: who ought to be in charge of the manpages? > There ought to be a good way, once a problem is found (like in this > case), for the relevant manpage to get fixed. The pthreads man page contains the maintainer's contact information, at the bottom. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From jwboyer at gmail.com Thu Aug 20 11:18:50 2009 From: jwboyer at gmail.com (Josh Boyer) Date: Thu, 20 Aug 2009 07:18:50 -0400 Subject: Broken dependencies in Fedora 11 - 2009-08-20 In-Reply-To: <5256d0b0908200219o30799f52ycdc5472948ed287d@mail.gmail.com> References: <20090820091401.5195.46817@faldor.intranet> <5256d0b0908200219o30799f52ycdc5472948ed287d@mail.gmail.com> Message-ID: <20090820111850.GQ3095@hansolo.jdub.homelinux.org> On Thu, Aug 20, 2009 at 10:19:39AM +0100, Peter Robinson wrote: >On Thu, Aug 20, 2009 at 10:14 AM, Michael Schwendt wrote: >> ====================================================================== >> The results in this summary consider Test Updates! >> ====================================================================== >> >> Summary of broken packages (by src.rpm name): >> >> ? ?beagle >> ? ?bmpx >> ? ?clipsmm >> ? ?f-spot >> ? ?fedora-business-cards >> ? ?kdeedu >> ? ?openmpi >> ? ?openvrml >> ? ?ppl >> ? ?R-RScaLAPACK >> ? ?rubygem-main >> ? ?rubygem-rails >> ? ?scheme2js >> ? ?tomboy > >Is it just me or are there some packages that seem to be eternally on >this list? beage/f-spot/tomboy never seem to go anywhere. They're eternally broken on ppc64. Mostly due to Mono being broken on ppc64. josh From mschwendt at gmail.com Thu Aug 20 11:31:47 2009 From: mschwendt at gmail.com (Michael Schwendt) Date: Thu, 20 Aug 2009 13:31:47 +0200 Subject: Broken dependencies in Fedora 11 - 2009-08-20 In-Reply-To: <20090820111850.GQ3095@hansolo.jdub.homelinux.org> References: <20090820091401.5195.46817@faldor.intranet> <5256d0b0908200219o30799f52ycdc5472948ed287d@mail.gmail.com> <20090820111850.GQ3095@hansolo.jdub.homelinux.org> Message-ID: <20090820133147.3b5eb345@faldor.intranet> On Thu, 20 Aug 2009 07:18:50 -0400, Josh wrote: > On Thu, Aug 20, 2009 at 10:19:39AM +0100, Peter Robinson wrote: > >On Thu, Aug 20, 2009 at 10:14 AM, Michael Schwendt wrote: > >> ====================================================================== > >> The results in this summary consider Test Updates! > >> ====================================================================== > >> > >> Summary of broken packages (by src.rpm name): > >> > >> ? ?beagle > >> ? ?bmpx > >> ? ?clipsmm > >> ? ?f-spot > >> ? ?fedora-business-cards > >> ? ?kdeedu > >> ? ?openmpi > >> ? ?openvrml > >> ? ?ppl > >> ? ?R-RScaLAPACK > >> ? ?rubygem-main > >> ? ?rubygem-rails > >> ? ?scheme2js > >> ? ?tomboy > > > >Is it just me or are there some packages that seem to be eternally on > >this list? beage/f-spot/tomboy never seem to go anywhere. > > They're eternally broken on ppc64. Mostly due to Mono being broken on ppc64. Really? Then why has somebody added ppc64 to the ExclusiveArch list for many but not all of the Mono packages? I think that spec files from F-12 devel have been copied to F-11 without making sure that Mono has been built for ppc64 there. From rawhide at fedoraproject.org Thu Aug 20 11:48:22 2009 From: rawhide at fedoraproject.org (Rawhide Report) Date: Thu, 20 Aug 2009 11:48:22 +0000 Subject: rawhide report: 20090820 changes Message-ID: <20090820114822.GA4512@releng2.fedora.phx.redhat.com> Compose started at Thu Aug 20 06:15:06 UTC 2009 New package anjal An email client for small screen devices New package liblastfm Libraries to integrate Last.fm services New package mutter-moblin Moblin Netbook plugin for Mutter New package nss-util Network Security Services Utilities Library Updated Packages: PackageKit-0.5.2-0.1.20090819git.fc12 ------------------------------------- * Wed Aug 19 2009 Richard Hughes - 0.5.2-0.1.20090819git - Update to a git snapshot from the 0.5.x series. abrt-0.0.7.1-1.fc12 ------------------- * Wed Aug 19 2009 Jiri Moskovcak 0.0.7.1-1 - fixes to bugzilla plugin and gui to make the report message more user-friendly alexandria-0.6.5-1.fc12 ----------------------- * Thu Aug 20 2009 Mamoru Tasaka - 0.6.5-1 - Update to 0.6.5 - Remove 2 upstreamed patches (1 patch still unremoved) - Add 2 patches, will report upstream allgeyer-fonts-5.002-4.fc12 --------------------------- * Wed Aug 19 2009 Tom "spot" Callaway - 5.002-4 - fix urls amanith-0.3-13.fc12 ------------------- * Wed Aug 19 2009 Tom "spot" Callaway - 0.3-13 - note that upstream is gone, drop URL from Source0 bti-023-1.fc12 -------------- * Wed Aug 19 2009 Michel Salim - 023-1 - Update to 023 - Build against readline v5, due to licensing incompatibilities with v6 (bug #511301) cobertura-1.9-3.fc12 -------------------- * Wed Aug 19 2009 Victor Vasilyev 1.9-3 - Fix B(R) according to guidelines - Use the lnSysJAR macro - Prevent brp-java-repack-jars from being run colossus-0.9.1-2.20090817svn4489.fc12 ------------------------------------- * Wed Aug 19 2009 Bruno Wolff III - 0.9.1-2.20090817svn4489 - Fix for desert LOS bug condor-ec2-enhanced-1.0-17.fc12 ------------------------------- * Tue Aug 18 2009 - 1.0-17 - caroniad checks condor_config for its configuration before looking in configuration files - Removed the init script as the daemon is controlled by condor now - Split the documentation into two files, one for the AMI and one for the submit machine - Added conflict with condor-low-latency condor-ec2-enhanced-hooks-1.0-19.fc12 ------------------------------------- * Tue Aug 18 2009 - 1.0-19 - Split the documentation into two files, one for the AMI and one for the submit machine - Fixed obsolete issue with common package - SQS/S3 queues/buckets no longer use GlobalJobId because they can be too long for AWS. Instead, ClusterId, ProcId, and QDate is used. condor-job-hooks-1.0-12.fc12 ---------------------------- * Tue Aug 18 2009 - 1.0-11 - Split documentation into two files, one for carod and one for the job-hooks * Tue Aug 18 2009 - 1.0-12 - Job hooks use JOB_HOOK as keyword instead of LL_HOOK - Fixed version numbering * Mon Aug 17 2009 - 1.0-10 - Minor cleanup in common functions condor-low-latency-1.0-19.fc12 ------------------------------ * Tue Aug 18 2009 - 1.0-19 - Split documentation into two files, one for carod and one for the job-hooks - Added conflict with condor-ec2-enhanced - Removed ll_condor_config and pulled its contents into the INSTALL documentation * Mon Aug 17 2009 - 1.0-18 - Handle AMQP broker restarts (BZ488998) - Fixed typo that allows correct usage of --help (BZ491826) control-center-2.27.90-2.fc12 ----------------------------- * Wed Aug 19 2009 Matthias Clasen 2.27.90-2 - Make the appearance capplet work again cups-1.4-0.rc1.16.fc12 ---------------------- * Tue Aug 18 2009 Tim Waugh 1:1.4-0.rc1.16 - Fixed JobKillDelay handling for cancelled jobs (bug #518026, STR #3292). - Use 'exec' to invoke ghostscript in the pstoraster filter. This allows the SIGTERM signal to reach the correct process, as well as conserving memory (part of bug #518026). dahdi-tools-2.1.0.2-8.fc12 -------------------------- * Wed Aug 19 2009 Itamar Reis Peixoto - 2.1.0.2-8 - fix bz 495453 (/etc/modprobe.d/dahdi.blacklist and /etc/modprobe.d/dahdi doesn't end with.conf) dhcpv6-2.0.0alpha3-1.fc12 ------------------------- * Wed Aug 19 2009 David Cantrell - 2.0.0alpha3-1 - Upgraded to dhcpv6-2.0.0-alpha3 * Tue Aug 18 2009 David Cantrell - 2.0.0alpha2-1 - Upgraded to dhcpv6-2.0.0-alpha2 * Tue Aug 18 2009 David Cantrell - 2.0.0alpha2-2 - Remove LICENSE from the %doc line dvdisaster-0.72.1-1.fc12 ------------------------ * Wed Aug 19 2009 Dmitry Butskoy - 0.72.1-1 - Update to 0.72.1 ebtables-2.0.9-2.fc12 --------------------- * Wed Aug 19 2009 Tom "spot" Callaway - 2.0.9-2 - fix source0 url foomatic-db-4.0-5.20090819.fc12 ------------------------------- * Wed Aug 19 2009 Tim Waugh 4.0-5.20090819 - Updated to foomatic-db-4.0-20090819. - Removed deprecated foomatic-db-hpijs tarball. - Use buildroot macro throughout. gdb-6.8.50.20090818-4.fc12 -------------------------- * Wed Aug 19 2009 Jan Kratochvil - 6.8.50.20090818-4 - Fixup "bad type" internal error, import from FSF GDB. - archer-jankratochvil-fedora12 commit: 2ba2bc451eb832182ef84c3934115de7a329da7c gdm-2.27.4-6.fc12 ----------------- * Wed Aug 19 2009 Lennart Poettering 1:2.27.4-6 - Add pulseaudio-gdm-hooks to dependencies gnome-terminal-2.27.91-1.fc12 ----------------------------- * Wed Aug 19 2009 Matthias Clasen - 2.27.91-1 - Update to 2.27.91 gxemul-0.4.7.2-3.fc12 --------------------- * Wed Aug 19 2009 Tom "spot" Callaway - 0.4.7.2-3 - fix urls heartbeat-3.0.0-0.4.0daab7da36a8.hg.fc12 ---------------------------------------- * Mon Aug 17 2009 Andrew Beekhof - 3.0.0-0.3.b37cbb1b036c.hg - Make use of the uname/gname variables - Use global instead of define for variables - Remove user/group creation. This is handled in cluster-glue - Add obsoletes directive for gui subpackage which is no longer supplied - Move ldirectord subpackage to resource-agents - Use the full configure macro - Update to upstream version b37cbb1b036c + LVSSyncDaemonSwap syncid + remove the remaining OCF RA which live in the agents repository + High: RA: IPv6addr: support for new nic and cidr_netmask parameters in the OCF RA + Low: Build: findif moved to agents. + Low: Build: move ldirectord to agents. + Low: Build: remove a few hb_report artifacts. * Mon Aug 17 2009 Andrew Beekhof - 3.0.0-0.4.0daab7da36a8.hg - Make use of the specversion variable - Add explicit dependancy on cluster-glue-libs to prevent yum from trying to use the deprecated heartbeat-{pils|stonith} packages - Update to upstream version 0daab7da36a8 + Clean up configure. Source most variables from cluster-glue to ensure build consistency * Thu Aug 13 2009 Andrew Beekhof - 3.0.0-0.2.11f858f3bc4c.hg - Create a libs subpackage to support multi-arch * Tue Aug 04 2009 Andrew Beekhof - 3.0.0-0.1.11f858f3bc4c.hg - Update to 3.0.0-beta and build against cluster-glue hplip-3.9.8-6.fc12 ------------------ * Wed Aug 19 2009 Tim Waugh 3.9.8-5 - Use upstream udev rules instead of hal policy (bug #518172). - Removed unnecessary dependency on PyQt as we only use PyQt4 now. * Wed Aug 19 2009 Tim Waugh 3.9.8-6 - Make sure to avoid handwritten asm. - Don't use obsolete configure options. hyphen-sa-0.20090412-3.fc12 --------------------------- * Wed Aug 19 2009 Caolan McNamara - 0.20090412-3 - Related: rhbz#517821 drop hyphen-bn alias ipsec-tools-0.7.3-2.fc12 ------------------------ * Wed Aug 19 2009 Tomas Mraz - 0.7.3-2 - enable xauth over PAM (#470793) - add TMPDIR setting to the p1_up_down script irrlicht-1.5.1-1.fc12 --------------------- * Wed Aug 19 2009 Tom "spot" Callaway - 1.5.1-1 - update to 1.5.1 * Fri Jul 24 2009 Fedora Release Engineering - 1.5-4 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild kdebase-workspace-4.3.0-8.fc12 ------------------------------ * Wed Aug 19 2009 Rex Dieter - 4.3.0-8 - adjust default-applets patch to not load plasma-networkmanagement kpackagekit-0.5.0-0.1.20090819svn.fc12 -------------------------------------- * Wed Aug 19 2009 Steven M. Parrish - 0.5.0-0.1.20090819svn - New upstream release with PolicyKit 1 integration krecipes-1.0-0.1.beta2.fc12 --------------------------- * Mon Aug 17 2009 Toshio Kuratomi - 1.0-0.1.beta2 - Update to 1.0beta2 as it fixes a crash that prevents krecipes from starting with sqlite backend. libconfig-1.3.2-1.fc12 ---------------------- * Wed Aug 19 2009 Tom "spot" Callaway - 1.3.2-1 - update to 1.3.2 libgphoto2-2.4.7-1.fc12 ----------------------- * Tue Aug 18 2009 Jindrich Novy 2.4.7-1 - update to 2.4.7 - drop udev patch, applied upstream - update storage patch libguestfs-1.0.68-2.fc12 ------------------------ * Wed Aug 19 2009 Richard W.M. Jones - 1.0.68-2 - New upstream release 1.0.68. - BR genisoimage. librx-1.5-14.fc12 ----------------- * Wed Aug 19 2009 Tom "spot" Callaway - 1.5-14 - take URL out of Source0 libvirt-0.7.0-6.fc12 -------------------- * Wed Aug 19 2009 Mark McLoughlin - 0.7.0-5 - Add PCI host device hotplug support - Allow PCI bus reset to reset other devices (#499678) - Fix stupid PCI reset error message (bug #499678) - Allow PM reset on multi-function PCI devices (bug #515689) - Re-attach PCI host devices after guest shuts down (bug #499561) - Fix list corruption after disk hot-unplug - Fix minor 'virsh nodedev-list --tree' annoyance * Wed Aug 19 2009 Mark McLoughlin - 0.7.0-6 - Fix migration completion with newer versions of qemu (#516187) maven-wagon-1.0-0.2.b2.7.fc12 ----------------------------- * Wed Aug 19 2009 Alexander Kurtakov 0:1.0-0.2.b2.6 - Update to beta2 - sync with jpackage. * Wed Aug 19 2009 Alexander Kurtakov 0:1.0-0.2.b2.7 - Remove gcj parts. maven2-common-poms-1.0-8.fc12 ----------------------------- * Wed Aug 19 2009 Andrew Overholt 1.0-8 - From Yong Yang: - Fix JPP.excalibur-logkit.pom's version by sed * Tue Aug 18 2009 Andrew Overholt 0:1.0-7 - Changes from Deepak Bhole: - Updated depmap - Update for maven 2.0.8 milter-greylist-4.2.3-2.fc12 ---------------------------- * Wed Aug 19 2009 Enrico Scholz - 4.2.3-1 - updated to 4.2.3 - use conditionalized %noarch macro to mark noarch subpackages - simplified upstart initscript because #501155 is solved * Wed Aug 19 2009 Enrico Scholz - 4.2.3-2 - moved pre-2007 %changelog entries into ChangeLog.rpm - do not link against libbind anymore; recent glibc seems to have fixed its resolver API so that -lresolv can be used by dnsrbl. Old -lbind conflicts with this library in a subtly way causing segfaults (#518274). mojito-0.20-1.fc12 ------------------ * Wed Aug 19 2009 Peter Robinson 0.20-1 - Update to 0.20 mtpaint-3.31-3.fc12 ------------------- * Wed Aug 19 2009 Christoph Wickert - 3.31-1 - Update to 3.31 - Make handbook package noarch - New gtk-update-icon-cache scriptlets neon-0.28.6-1.fc12 ------------------ * Wed Aug 19 2009 Joe Orton 0.28.6-1 - update to 0.28.6 openscap-0.5.2-1.fc12 --------------------- * Wed Aug 19 2009 Peter Vrabec 0.5.2-1 - upgrade pacemaker-1.0.5-2.fc12 ---------------------- * Wed Aug 19 2009 Andrew Beekhof - 1.0.5-2 - Add versioned perl dependancy as specified by https://fedoraproject.org/wiki/Packaging/Perl#Packages_that_link_to_libperl - No longer remove RPATH data, it prevents us finding libperl.so and no other libraries were being hardcoded - Compile in support for heartbeat - Conditionally add heartbeat-devel and corosynclib-devel to the -devel requirements depending on which stacks are supported perl-Class-DBI-Loader-Relationship-1.3-10.fc12 ---------------------------------------------- * Wed Aug 19 2009 Tom "spot" Callaway - 1.3-10 - fix source0 url perl-MooseX-App-Cmd-0.05-1.fc12 ------------------------------- * Wed Aug 19 2009 Chris Weyl 0.05-1 - auto-update to 0.05 (by cpan-spec-update 0.01) - altered br on perl(Moose) (0 => 0.86) - altered br on perl(MooseX::Getopt) (0.09 => 0.18) - added a new req on perl(Getopt::Long::Descriptive) (version 0) - added a new req on perl(Moose) (version 0.86) - altered req on perl(MooseX::Getopt) (0.09 => 0.18) perl-MooseX-MethodAttributes-0.15-1.fc12 ---------------------------------------- * Wed Aug 19 2009 Chris Weyl 0.15-1 - auto-update to 0.15 (by cpan-spec-update 0.01) - added a new br on perl(MRO::Compat) (version 0) - added a new req on perl(MRO::Compat) (version 0) - added a new req on perl(Moose) (version 0.79) - added a new req on perl(MooseX::Types) (version 0.06) - added a new req on perl(namespace::clean) (version 0) perl-Pod-POM-0.25-1.fc12 ------------------------ * Wed Aug 19 2009 Tom "spot" Callaway - 0.25-1 - update to 0.25 perl-Test-Differences-0.4801-3.fc12 ----------------------------------- * Wed Aug 19 2009 Tom "spot" Callaway - 0.4801-3 - fix source url perl-XML-RSS-1.45-1.fc12 ------------------------ * Wed Aug 19 2009 Tom "spot" Callaway - 1.45-1 - update to 1.45 physfs-1.0.2-1.fc12 ------------------- * Wed Aug 19 2009 Tom "spot" Callaway - 1.0.2-1 - update to 1.0.2 (last in 1.0 series) pidgin-2.6.1-1.fc12 ------------------- * Wed Aug 19 2009 Warren Togami 2.6.1-1 - 2.6.1: Fix a crash when some users send you a link in a Yahoo IM pitivi-0.13.2-2.fc12 -------------------- * Fri Aug 14 2009 Jeffrey C. Ollie - 0.13.2-2 - Bump required version of gstreamer-python * Thu Aug 13 2009 Jeffrey C. Ollie - 0.13.2-1 - Update to 0.13.2 "Jailbreak (out of Deadlock City)" - - The PiTiVi team is proud to announce the second release in the - unstable 0.13 PiTiVi series. - - Due to its dependency on GStreamer, The PiTiVi team strongly - recommends users have all official latest gstreamer libraries and - plugins installed for the best user experience. - - Features of this release - - * Undo/Redo support - * Audio mixing - * Ripple/Roll edit - * misc fixes everywhere * Wed Aug 12 2009 Jeffrey C. Ollie - 0.13.1.3-1 - Update to latest prerelease. pl-5.7.11-4.fc12 ---------------- * Fri Aug 14 2009 Gerard Milmeister - 5.7.11-4 - move include files to expected place plexus-utils-1.4.5-1.2.fc12 --------------------------- * Wed Aug 19 2009 Andrew Overholt 1.4.5-1.2 - Update to 1.4.5 from JPackage and Deepak Bhole - Remove gcj bits pmd-4.2.5-4.fc12 ---------------- * Wed Aug 19 2009 Andrew Overholt 0:4.2.5-4 - Install POM file and depmap entry policycoreutils-2.0.71-6.fc12 ----------------------------- * Wed Aug 19 2009 Dan Walsh 2.0.71-5 - Fix sepolgen again * Wed Aug 19 2009 Dan Walsh 2.0.71-6 - Redesign restorecond to use setfiles/restore functionality proftpd-1.3.2a-3.fc12 --------------------- * Wed Aug 19 2009 Paul Howarth 1.3.2a-3 - Use mod_vroot to work around PAM/chroot issues (#477120, #506735) python-cerealizer-0.7-1.fc12 ---------------------------- * Wed Aug 19 2009 Tom "spot" Callaway - 0.7-1 - update to 0.7 python-coverage-3.0.1-1.fc12 ---------------------------- * Mon Aug 10 2009 Tom "spot" Callaway - 3.0.1-1 - update to 3.0.1 python-meh-0.2-1.fc12 --------------------- * Wed Aug 19 2009 Chris Lumens - 0.2-1 - Add a title to the main exception dialog so it looks right in anaconda. - Don't include an extra '/' in the displayed bug URL (#517515). - Now that there's .po files, package them. - Use the new exception icon (#517164). python-polib-0.4.2-1.fc12 ------------------------- * Wed Aug 19 2009 Diego B?rigo Zacar?o - 0.4.2-1 - Updated to 0.4.2 release pyxdg-0.17-1.fc12 ----------------- * Wed Aug 19 2009 Tom "spot" Callaway - 0.17-1 - update to 0.17 ql2400-firmware-4.04.09-1.fc12 ------------------------------ * Wed Aug 19 2009 Tom "spot" Callaway - 4.04.09-1 - update to 4.04.09 ql2500-firmware-4.04.09-1.fc12 ------------------------------ * Wed Aug 19 2009 Tom "spot" Callaway - 4.04.09-1 - update to 4.04.09 rest-0.6-3.fc12 --------------- * Wed Aug 19 2009 Peter Robinson 0.6-1 - New upstream 0.6 release rhythmbox-0.12.3-4.fc12 ----------------------- * Wed Aug 19 2009 Bastien Nocera 0.12.3-3 - Fix audio CD activation (#517685) * Wed Aug 19 2009 Matthias Clasen - 0.12.3-4 - Use the right spinner icon sabayon-2.27.91-1.fc12 ---------------------- * Wed Aug 19 2009 Tomas Bzatek - 2.27.91-1 - Update to 2.27.91 selinux-policy-3.6.28-2.fc12 ---------------------------- * Wed Aug 19 2009 Dan Walsh 3.6.28-2 - Allow libvirt to change user componant of virt_domain sepostgresql-8.4.0-2237.fc12 ---------------------------- * Wed Aug 19 2009 KaiGai Kohei - 8.4.0-2237 - Upgrade SE-PostgreSQL to 8.4.x series setroubleshoot-plugins-2.1.15-1.fc12 ------------------------------------ * Wed Aug 19 2009 - 2.1.15-1 - Fix mislabeled_file.py sqlite2-2.8.17-5.fc12 --------------------- * Tue Aug 18 2009 Alex Lancaster - 2.8.17-5 - Install tcl subpackage in correct place, thanks to hkoba for patch (#516411) - Use new tclver define, depend on at least tcl 8.5 squirrelmail-1.4.20-0.rc2.fc12 ------------------------------ * Wed Aug 19 2009 Michal Hlavinka - 1.4.20RC2-1 - updated to 1.4.20RC2 system-config-printer-1.1.11-5.fc12 ----------------------------------- * Wed Aug 19 2009 Tim Waugh 1.1.11-5 - Applied patch from 1.1.x (3f45e96): - Show a 'paused' emblem for rejecting/disabled printers (bug #518020). - Set appropriate tooltip when configuring printer (bug #518007). - Use separate thread for verifying IPP queue (part of bug #518065). - Better driver preference order (bug #518045). system-switch-java-1.1.5-1.fc12 ------------------------------- * Wed Aug 19 2009 Deepak Bhole - 1.1.5-1-1 - Update to 1.1.5 which fixes rhbz 493898 and adds more translations tcl-zlib-2.0.1-0.5.svn40.fc12 ----------------------------- * Wed Aug 19 2009 Tom "spot" Callaway 2.0.1-0.5.svn40 - drop url from source0 tog-pegasus-2.9.0-4.fc12 ------------------------ * Wed Aug 19 2009 Vitezslav Crhonek - 2:2.9.0-4 - Fix Source (but I'm afraid it's not very persistent and it will not work again after some time) tremfusion-0.99-6.r3.fc12 ------------------------- * Wed Aug 19 2009 Ian Weller 0.99-6.r3 - Change dependency from openal to openal-soft udunits-1.12.9-5.fc12 --------------------- * Wed Aug 19 2009 Tom "spot" Callaway - 1.12.9-5 - fix upstream URL xbase-3.1.2-1.fc12 ------------------ * Wed Aug 19 2009 Tom "spot" Callaway - 3.1.2-1 - update to 3.1.2 xbsql-0.11-14.fc12 ------------------ * Wed Aug 19 2009 Tom "spot" Callaway - 0.11-14 - update for new xbase xfce4-dev-tools-4.7.0-1.fc12 ---------------------------- * Wed Aug 19 2009 Christoph Wickert - 4.7.0-1 - Update to 4.7.0 xmlrpc3-3.0-4.10.fc12 --------------------- * Mon Aug 17 2009 Andrew Overholt 3.0-4.10 - Fixed URL (bug #354031) xorg-x11-drv-chips-1.2.2-1.fc12 ------------------------------- * Wed Aug 19 2009 Adam Jackson 1.2.2-1 - chips 1.2.2 Summary: Added Packages: 4 Removed Packages: 0 Modified Packages: 84 Broken deps for i386 ---------------------------------------------------------- SDL_sound-1.0.3-3.fc12.i686 requires libphysfs-1.0.so.1 apricots-0.2.6-4.fc12.i686 requires libopenal.so.0 asc-2.2.0.0-5.fc12.i686 requires libphysfs-1.0.so.1 asterisk-fax-1.6.1-0.24.rc1.fc12.i686 requires libspandsp.so.1 bigboard-0.6.4-13.fc12.i686 requires mugshot >= 0:1.1.90-1 blobby-0.6-0.13.a.fc12.i686 requires libphysfs-1.0.so.1 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0 clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0 clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 cluttermm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-0.9) dcbd-0.9.15-1.fc12.i686 requires libconfig.so.6 ember-0.5.6-1.fc12.i586 requires libopenal.so.0 entertainer-0.4.2-5.fc12.noarch requires pyclutter-cairo erlang-esdl-0.96.0626-6.fc12.i686 requires erlang = 0:R12B fbg-0.9.1-4.fc12.i686 requires libphysfs-1.0.so.1 glest-3.2.1-2.fc12.i686 requires libopenal.so.0 gpsdrive-2.10-0.1.pre7.fc12.i586 requires libmapnik.so.0.5 lincity-ng-2.0-3.fc12.i686 requires libphysfs-1.0.so.1 manaworld-0.0.29.1-2.fc12.i686 requires libphysfs-1.0.so.1 netpanzer-0.8.2-6.fc12.i686 requires libphysfs-1.0.so.1 ntfsprogs-2.0.0-12.fc12.i686 requires libconfig.so.6 octave-forge-20080831-10.fc12.i686 requires octave(api) = 0:api-v32 1:openoffice.org-langpack-bn-3.1.1-18.2.fc12.i686 requires hyphen-bn openvrml-0.18.3-1.fc12.i686 requires gecko-libs(x86-32) >= 0:1.9.1 openvrml-0.18.3-1.fc12.i686 requires java(x86-32) 1:osgal-0.6.1-8.fc12.i686 requires libopenal.so.0 plplot-octave-5.9.4-1.fc12.i586 requires octave(api) = 0:api-v32 poker3d-1.1.36-16.fc12.i686 requires libopenal.so.0 ppl-yap-0.10.2-5.fc12.i686 requires libYap.so python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.i586 requires libparted-1.8.so.8 rubygem-main-2.8.4-3.fc12.noarch requires rubygem(fattr) >= 0:1.0.3 sems-1.1.1-2.fc12.i586 requires libspandsp.so.1 sems-g722-1.1.1-2.fc12.i586 requires libspandsp.so.1 sems-gsm-1.1.1-2.fc12.i586 requires libspandsp.so.1 sems-speex-1.1.1-2.fc12.i586 requires libspandsp.so.1 serpentine-0.9-5.fc12.noarch requires gnome-python2-nautilus-cd-burner spring-0.79.1.2-3.fc12.i686 requires libopenal.so.0 supertux-0.3.1-8.fc12.i686 requires libphysfs-1.0.so.1 supertux-0.3.1-8.fc12.i686 requires libopenal.so.0 warzone2100-2.2.1-2.fc12.i686 requires libphysfs-1.0.so.1 Broken deps for x86_64 ---------------------------------------------------------- SDL_sound-1.0.3-3.fc12.i686 requires libphysfs-1.0.so.1 SDL_sound-1.0.3-3.fc12.x86_64 requires libphysfs-1.0.so.1()(64bit) apricots-0.2.6-4.fc12.x86_64 requires libopenal.so.0()(64bit) asc-2.2.0.0-5.fc12.x86_64 requires libphysfs-1.0.so.1()(64bit) asterisk-fax-1.6.1-0.24.rc1.fc12.x86_64 requires libspandsp.so.1()(64bit) bigboard-0.6.4-13.fc12.x86_64 requires mugshot >= 0:1.1.90-1 blobby-0.6-0.13.a.fc12.x86_64 requires libphysfs-1.0.so.1()(64bit) clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.x86_64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.x86_64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-0.7.4-2.fc11.x86_64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8) clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.x86_64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.x86_64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-gtk-0.9) clutter-gtkmm-devel-0.9.4-1.fc12.x86_64 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 cluttermm-0.9.4-1.fc12.x86_64 requires libclutter-glx-0.9.so.0()(64bit) cluttermm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-0.9) cluttermm-devel-0.9.4-1.fc12.x86_64 requires pkgconfig(clutter-0.9) dcbd-0.9.15-1.fc12.x86_64 requires libconfig.so.6()(64bit) ember-0.5.6-1.fc12.x86_64 requires libopenal.so.0()(64bit) entertainer-0.4.2-5.fc12.noarch requires pyclutter-cairo erlang-esdl-0.96.0626-6.fc12.x86_64 requires erlang = 0:R12B fbg-0.9.1-4.fc12.x86_64 requires libphysfs-1.0.so.1()(64bit) glest-3.2.1-2.fc12.x86_64 requires libopenal.so.0()(64bit) gpsdrive-2.10-0.1.pre7.fc12.x86_64 requires libmapnik.so.0.5()(64bit) lincity-ng-2.0-3.fc12.x86_64 requires libphysfs-1.0.so.1()(64bit) manaworld-0.0.29.1-2.fc12.x86_64 requires libphysfs-1.0.so.1()(64bit) netpanzer-0.8.2-6.fc12.x86_64 requires libphysfs-1.0.so.1()(64bit) ntfsprogs-2.0.0-12.fc12.i686 requires libconfig.so.6 ntfsprogs-2.0.0-12.fc12.x86_64 requires libconfig.so.6()(64bit) octave-forge-20080831-10.fc12.x86_64 requires octave(api) = 0:api-v32 1:openoffice.org-langpack-bn-3.1.1-18.2.fc12.x86_64 requires hyphen-bn openvrml-0.18.3-1.fc12.i686 requires gecko-libs(x86-32) >= 0:1.9.1 openvrml-0.18.3-1.fc12.i686 requires java(x86-32) openvrml-0.18.3-1.fc12.x86_64 requires java(x86-64) openvrml-0.18.3-1.fc12.x86_64 requires gecko-libs(x86-64) >= 0:1.9.1 1:osgal-0.6.1-8.fc12.i686 requires libopenal.so.0 1:osgal-0.6.1-8.fc12.x86_64 requires libopenal.so.0()(64bit) plplot-octave-5.9.4-1.fc12.x86_64 requires octave(api) = 0:api-v32 poker3d-1.1.36-16.fc12.x86_64 requires libopenal.so.0()(64bit) ppl-yap-0.10.2-5.fc12.x86_64 requires libYap.so()(64bit) python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.x86_64 requires libparted-1.8.so.8()(64bit) rubygem-main-2.8.4-3.fc12.noarch requires rubygem(fattr) >= 0:1.0.3 sems-1.1.1-2.fc12.x86_64 requires libspandsp.so.1()(64bit) sems-g722-1.1.1-2.fc12.x86_64 requires libspandsp.so.1()(64bit) sems-gsm-1.1.1-2.fc12.x86_64 requires libspandsp.so.1()(64bit) sems-speex-1.1.1-2.fc12.x86_64 requires libspandsp.so.1()(64bit) serpentine-0.9-5.fc12.noarch requires gnome-python2-nautilus-cd-burner spring-0.79.1.2-3.fc12.x86_64 requires libopenal.so.0()(64bit) supertux-0.3.1-8.fc12.x86_64 requires libphysfs-1.0.so.1()(64bit) supertux-0.3.1-8.fc12.x86_64 requires libopenal.so.0()(64bit) warzone2100-2.2.1-2.fc12.x86_64 requires libphysfs-1.0.so.1()(64bit) Broken deps for ppc ---------------------------------------------------------- SDL_sound-1.0.3-3.fc12.ppc requires libphysfs-1.0.so.1 SDL_sound-1.0.3-3.fc12.ppc64 requires libphysfs-1.0.so.1()(64bit) apricots-0.2.6-4.fc12.ppc requires libopenal.so.0 asc-2.2.0.0-5.fc12.ppc requires libphysfs-1.0.so.1 asterisk-fax-1.6.1-0.24.rc1.fc12.ppc requires libspandsp.so.1 bigboard-0.6.4-13.fc12.ppc requires mugshot >= 0:1.1.90-1 blobby-0.6-0.13.a.fc12.ppc requires libphysfs-1.0.so.1 clutter-cairomm-0.7.4-2.fc11.ppc requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.ppc requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.ppc requires libclutter-glx-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.ppc requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc requires pkgconfig(clutter-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.ppc requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.ppc requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.ppc requires pkgconfig(clutter-gtk-0.9) clutter-gtkmm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.ppc requires libclutter-glx-0.9.so.0 cluttermm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) cluttermm-devel-0.9.4-1.fc12.ppc requires pkgconfig(clutter-0.9) cluttermm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-0.9) dcbd-0.9.15-1.fc12.ppc requires libconfig.so.6 ember-0.5.6-1.fc12.ppc requires libopenal.so.0 entertainer-0.4.2-5.fc12.noarch requires pyclutter-cairo erlang-esdl-0.96.0626-6.fc12.ppc requires erlang = 0:R12B fbg-0.9.1-4.fc12.ppc requires libphysfs-1.0.so.1 gpsdrive-2.10-0.1.pre7.fc12.ppc requires libmapnik.so.0.5 lincity-ng-2.0-3.fc12.ppc requires libphysfs-1.0.so.1 manaworld-0.0.29.1-2.fc12.ppc requires libphysfs-1.0.so.1 netpanzer-0.8.2-6.fc12.ppc requires libphysfs-1.0.so.1 octave-forge-20080831-10.fc12.ppc requires octave(api) = 0:api-v32 1:openoffice.org-langpack-bn-3.1.1-18.2.fc12.ppc requires hyphen-bn openvrml-0.18.3-1.fc12.ppc requires gecko-libs(ppc-32) >= 0:1.9.1 openvrml-0.18.3-1.fc12.ppc requires java(ppc-32) openvrml-0.18.3-1.fc12.ppc64 requires gecko-libs(ppc-64) >= 0:1.9.1 openvrml-0.18.3-1.fc12.ppc64 requires java(ppc-64) 1:osgal-0.6.1-8.fc12.ppc requires libopenal.so.0 1:osgal-0.6.1-8.fc12.ppc64 requires libopenal.so.0()(64bit) plplot-octave-5.9.4-1.fc12.ppc requires octave(api) = 0:api-v32 poker3d-1.1.36-16.fc12.ppc requires libopenal.so.0 ppl-yap-0.10.2-5.fc12.ppc requires libYap.so python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.ppc requires libparted-1.8.so.8 rubygem-main-2.8.4-3.fc12.noarch requires rubygem(fattr) >= 0:1.0.3 sems-1.1.1-2.fc12.ppc requires libspandsp.so.1 sems-g722-1.1.1-2.fc12.ppc requires libspandsp.so.1 sems-gsm-1.1.1-2.fc12.ppc requires libspandsp.so.1 sems-speex-1.1.1-2.fc12.ppc requires libspandsp.so.1 serpentine-0.9-5.fc12.noarch requires gnome-python2-nautilus-cd-burner supertux-0.3.1-8.fc12.ppc requires libphysfs-1.0.so.1 supertux-0.3.1-8.fc12.ppc requires libopenal.so.0 warzone2100-2.2.1-2.fc12.ppc requires libphysfs-1.0.so.1 Broken deps for ppc64 ---------------------------------------------------------- SDL_sound-1.0.3-3.fc12.ppc64 requires libphysfs-1.0.so.1()(64bit) apricots-0.2.6-4.fc12.ppc64 requires libopenal.so.0()(64bit) asc-2.2.0.0-5.fc12.ppc64 requires libphysfs-1.0.so.1()(64bit) asterisk-fax-1.6.1-0.24.rc1.fc12.ppc64 requires libspandsp.so.1()(64bit) bigboard-0.6.4-13.fc12.ppc64 requires mugshot >= 0:1.1.90-1 blobby-0.6-0.13.a.fc12.ppc64 requires libphysfs-1.0.so.1()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) cluttermm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-0.9) dcbd-0.9.15-1.fc12.ppc64 requires libconfig.so.6()(64bit) ember-0.5.6-1.fc12.ppc64 requires libopenal.so.0()(64bit) entertainer-0.4.2-5.fc12.noarch requires pyclutter-cairo erlang-esdl-0.96.0626-6.fc12.ppc64 requires erlang = 0:R12B fbg-0.9.1-4.fc12.ppc64 requires libphysfs-1.0.so.1()(64bit) gpsdrive-2.10-0.1.pre7.fc12.ppc64 requires libmapnik.so.0.5()(64bit) lincity-ng-2.0-3.fc12.ppc64 requires libphysfs-1.0.so.1()(64bit) manaworld-0.0.29.1-2.fc12.ppc64 requires libphysfs-1.0.so.1()(64bit) netpanzer-0.8.2-6.fc12.ppc64 requires libphysfs-1.0.so.1()(64bit) octave-forge-20080831-10.fc12.ppc64 requires octave(api) = 0:api-v32 1:openoffice.org-langpack-bn-3.1.1-18.2.fc12.ppc64 requires hyphen-bn openvrml-0.18.3-1.fc12.ppc64 requires gecko-libs(ppc-64) >= 0:1.9.1 openvrml-0.18.3-1.fc12.ppc64 requires java(ppc-64) 1:osgal-0.6.1-8.fc12.ppc64 requires libopenal.so.0()(64bit) plplot-octave-5.9.4-1.fc12.ppc64 requires octave(api) = 0:api-v32 poker3d-1.1.36-16.fc12.ppc64 requires libopenal.so.0()(64bit) ppl-yap-0.10.2-5.fc12.ppc64 requires libYap.so()(64bit) python-mwlib-0.11.2-3.20090522hg2956.fc12.ppc64 requires LabPlot python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.ppc64 requires libparted-1.8.so.8()(64bit) rubygem-main-2.8.4-3.fc12.noarch requires rubygem(fattr) >= 0:1.0.3 sems-1.1.1-2.fc12.ppc64 requires libspandsp.so.1()(64bit) sems-g722-1.1.1-2.fc12.ppc64 requires libspandsp.so.1()(64bit) sems-gsm-1.1.1-2.fc12.ppc64 requires libspandsp.so.1()(64bit) sems-speex-1.1.1-2.fc12.ppc64 requires libspandsp.so.1()(64bit) serpentine-0.9-5.fc12.noarch requires gnome-python2-nautilus-cd-burner supertux-0.3.1-8.fc12.ppc64 requires libphysfs-1.0.so.1()(64bit) supertux-0.3.1-8.fc12.ppc64 requires libopenal.so.0()(64bit) warzone2100-2.2.1-2.fc12.ppc64 requires libphysfs-1.0.so.1()(64bit) From jwboyer at gmail.com Thu Aug 20 11:50:23 2009 From: jwboyer at gmail.com (Josh Boyer) Date: Thu, 20 Aug 2009 07:50:23 -0400 Subject: Broken dependencies in Fedora 11 - 2009-08-20 In-Reply-To: <20090820133147.3b5eb345@faldor.intranet> References: <20090820091401.5195.46817@faldor.intranet> <5256d0b0908200219o30799f52ycdc5472948ed287d@mail.gmail.com> <20090820111850.GQ3095@hansolo.jdub.homelinux.org> <20090820133147.3b5eb345@faldor.intranet> Message-ID: <20090820115023.GA19112@hansolo.jdub.homelinux.org> On Thu, Aug 20, 2009 at 01:31:47PM +0200, Michael Schwendt wrote: >On Thu, 20 Aug 2009 07:18:50 -0400, Josh wrote: > >> On Thu, Aug 20, 2009 at 10:19:39AM +0100, Peter Robinson wrote: >> >On Thu, Aug 20, 2009 at 10:14 AM, Michael Schwendt wrote: >> >> ====================================================================== >> >> The results in this summary consider Test Updates! >> >> ====================================================================== >> >> >> >> Summary of broken packages (by src.rpm name): >> >> >> >> ? ?beagle >> >> ? ?bmpx >> >> ? ?clipsmm >> >> ? ?f-spot >> >> ? ?fedora-business-cards >> >> ? ?kdeedu >> >> ? ?openmpi >> >> ? ?openvrml >> >> ? ?ppl >> >> ? ?R-RScaLAPACK >> >> ? ?rubygem-main >> >> ? ?rubygem-rails >> >> ? ?scheme2js >> >> ? ?tomboy >> > >> >Is it just me or are there some packages that seem to be eternally on >> >this list? beage/f-spot/tomboy never seem to go anywhere. >> >> They're eternally broken on ppc64. Mostly due to Mono being broken on ppc64. > >Really? Then why has somebody added ppc64 to the ExclusiveArch list >for many but not all of the Mono packages? I think that spec files >from F-12 devel have been copied to F-11 without making sure that >Mono has been built for ppc64 there. That could very well be. I also know that there was some work done during F11 development to make Mono work on ppc64 and it did for a while. Yet an update seems to have hose that? If people need access to a ppc64 box to fix Mono issues, just let me know. josh From forum at ru.bir.ru Thu Aug 20 11:51:04 2009 From: forum at ru.bir.ru (Pavel Alexeev (aka Pahan-Hubbitus)) Date: Thu, 20 Aug 2009 15:51:04 +0400 Subject: Firmware licence question Message-ID: I very want see this driver in Fedora: http://dag.wieers.com/rpm/packages/dkms-tiacx/ This is free and even packaged, so no problem there... May be except what it dkms? But it have not kernel modules (I known what it is not permitted) and built automatically on install phase. But it depend on http://dag.wieers.com/rpm/packages/acx111-firmware/ and http://dag.wieers.com/rpm/packages/acx100-firmware/ binary firmware images. So, I want maintain all this packages in Fedora. Main question - it is permitted? It will not be blocked as FE-legal? With best wishes, Pavel Alexeev aka Pahan-Hubbitus. From rdieter at math.unl.edu Thu Aug 20 12:37:33 2009 From: rdieter at math.unl.edu (Rex Dieter) Date: Thu, 20 Aug 2009 07:37:33 -0500 Subject: Broken dependencies in Fedora 11 - 2009-08-20 References: <20090820091401.5195.46817@faldor.intranet> Message-ID: Michael Schwendt wrote: > ====================================================================== > The results in this summary consider Test Updates! > ====================================================================== > > Summary of broken packages (by src.rpm name): ... > kdeedu As far as I can tell, this one is a false-positive, unless someone can enlighten me precisely what's wrong. Recent changes have been made to make this package safer multilib-wise (fixing bug #515087 being one) -- Rex From rdieter at math.unl.edu Thu Aug 20 12:39:24 2009 From: rdieter at math.unl.edu (Rex Dieter) Date: Thu, 20 Aug 2009 07:39:24 -0500 Subject: Broken dependencies in Fedora 11 - 2009-08-20 References: <20090820091401.5195.46817@faldor.intranet> Message-ID: Rex Dieter wrote: > Michael Schwendt wrote: > >> ====================================================================== >> The results in this summary consider Test Updates! >> ====================================================================== >> >> Summary of broken packages (by src.rpm name): > ... >> kdeedu > > As far as I can tell, this one is a false-positive, unless someone can > enlighten me precisely what's wrong. > > Recent changes have been made to make this package safer multilib-wise > (fixing bug #515087 being one) Ah, I think I found it (a missing Obsoletes, testing now). -- Rex From jnovy at redhat.com Thu Aug 20 12:44:37 2009 From: jnovy at redhat.com (Jindrich Novy) Date: Thu, 20 Aug 2009 14:44:37 +0200 Subject: TeX Live 2009 for Fedora Message-ID: <20090820124437.GA11925@pucmeloud.brq.redhat.com> Hi, TeX Live 2009 pretest is now available via external repository for testing in Fedora: rpm -Uhv http://jnovy.fedorapeople.org/texlive/texlive-release-2009-0.1.fc11.noarch.rpm Maybe a good idea is to start directly with TeX Live 2009 in Fedora because TL 2008 has different package set and TL 2009 contains newest packages and will likely be released this year. And before that we can help with testing :) My current effort is aimed to font packaging so that the fonts are available to non-TeX Live users as well. For more information: http://fedoraproject.org/wiki/Features/TeXLive Jindrich -- Jindrich Novy http://people.redhat.com/jnovy/ From mschmidt at redhat.com Thu Aug 20 12:51:12 2009 From: mschmidt at redhat.com (Michal Schmidt) Date: Thu, 20 Aug 2009 14:51:12 +0200 Subject: Firmware licence question In-Reply-To: References: Message-ID: <20090820145112.259bf63c@leela> Dne Thu, 20 Aug 2009 15:51:04 +0400 Pavel Alexeev (aka Pahan-Hubbitus) napsal(a): > I very want see this driver in Fedora: > http://dag.wieers.com/rpm/packages/dkms-tiacx/ > This is free and even packaged, so no problem there... > May be except what it dkms? But it have not kernel modules (I known > what it is not permitted) and built automatically on install phase. It doesn't matter what build mechanism it uses. It's a 3rd party kernel module, so it won't be included in Fedora. > But it depend on http://dag.wieers.com/rpm/packages/acx111-firmware/ > and http://dag.wieers.com/rpm/packages/acx100-firmware/ binary > firmware images. > > So, I want maintain all this packages in Fedora. Main question - it > is permitted? It will not be blocked as FE-legal? "License: Unknown" for the firmware is definitely not a good sign. Michal From jwboyer at gmail.com Thu Aug 20 12:50:42 2009 From: jwboyer at gmail.com (Josh Boyer) Date: Thu, 20 Aug 2009 08:50:42 -0400 Subject: Firmware licence question In-Reply-To: References: Message-ID: <20090820125042.GB20831@hansolo.jdub.homelinux.org> On Thu, Aug 20, 2009 at 03:51:04PM +0400, Pavel Alexeev (aka Pahan-Hubbitus) wrote: > I very want see this driver in Fedora: > http://dag.wieers.com/rpm/packages/dkms-tiacx/ > This is free and even packaged, so no problem there... > May be except what it dkms? But it have not kernel modules (I known what > it is not permitted) and built automatically on install phase. Fedora does not allow stand-alone kernel module packages. This would need to be included in the kernel RPM itself. The best way to get that to happen is to get the driver into the upstream kernel. > But it depend on http://dag.wieers.com/rpm/packages/acx111-firmware/ and > http://dag.wieers.com/rpm/packages/acx100-firmware/ binary firmware > images. Unless you can find the actual license for the firmware in question, those packages don't look acceptable to me. josh From forum at ru.bir.ru Thu Aug 20 13:26:43 2009 From: forum at ru.bir.ru (Pavel Alexeev (aka Pahan-Hubbitus)) Date: Thu, 20 Aug 2009 17:26:43 +0400 Subject: Firmware licence question In-Reply-To: <20090820125042.GB20831@hansolo.jdub.homelinux.org> References: <20090820125042.GB20831@hansolo.jdub.homelinux.org> Message-ID: Thank you for the answers. 20.08.2009 16:50, Josh Boyer wrote: > Fedora does not allow stand-alone kernel module packages. This would need > to be included in the kernel RPM itself. The best way to get that to happen > is to get the driver into the upstream kernel. Yes, but not I developer of it. Additionaly it is outdated hardware, as I can understand... > Unless you can find the actual license for the firmware in question, those > packages don't look acceptable to me. I'm not found any License mention. So, I'll ask it in acx100 mailing list. From rdieter at math.unl.edu Thu Aug 20 13:29:40 2009 From: rdieter at math.unl.edu (Rex Dieter) Date: Thu, 20 Aug 2009 08:29:40 -0500 Subject: Firmware licence question References: Message-ID: Pavel Alexeev (aka Pahan-Hubbitus) wrote: > I very want see this driver in Fedora: > http://dag.wieers.com/rpm/packages/dkms-tiacx/ > This is free and even packaged, so no problem there... > May be except what it dkms? But it have not kernel modules (I known what > it is not permitted) and built automatically on install phase. > > But it depend on http://dag.wieers.com/rpm/packages/acx111-firmware/ and > http://dag.wieers.com/rpm/packages/acx100-firmware/ binary firmware > images. > > So, I want maintain all this packages in Fedora. Main question - it is > permitted? It will not be blocked as FE-legal? Not really, kernel module/drivers need to be upstream, see also: https://fedoraproject.org/wiki/Packaging/KernelModules and http://fedoraproject.org/wiki/Licensing#Binary_Firmware -- Rex From fedora at matbooth.co.uk Thu Aug 20 13:32:29 2009 From: fedora at matbooth.co.uk (Mat Booth) Date: Thu, 20 Aug 2009 13:32:29 +0000 Subject: Firefox addon for Fedora-pkgdb search In-Reply-To: References: Message-ID: <9497e9990908200632j211f82c3s357d3712294eba1f@mail.gmail.com> 2009/8/19 Adam Miller : > Hello all, > ? ?I decided posting this to the devel-list would be most appropriate > because I assume it to be the crowd who would put something like this > to use (but I could be wrong). I threw together a little Firefox AddOn > that adds the pkgdb as a search option and then spoke with M?ir?n > Duffy about a logo and she was nice enough to put together one awesome > logo for the addon (thanks again for that!). I'm also in discussion > with Luke Macken about making something similar except for Fedora > Community, more on that once it comes to life but in the mean time, > enjoy! > > https://addons.mozilla.org/en-US/firefox/addon/13710 > > Thanks, > -Adam > > P.S. - If this was the wrong list to post to, many apologies and I'm > open to suggestion on where to shoot info like this :) > Neat. I occasionally want to "yum search" for something when using a non-Fedora system (or from a different Fedora release from the one I'm using), so thanks. :-) -- Mat Booth A: Because it destroys the order of the conversation. Q: Why shouldn't you do it? A: Posting your reply above the original message. Q: What is top-posting? From martin.sourada at gmail.com Thu Aug 20 13:40:46 2009 From: martin.sourada at gmail.com (Martin Sourada) Date: Thu, 20 Aug 2009 15:40:46 +0200 Subject: TeX Live 2009 for Fedora In-Reply-To: <20090820124437.GA11925@pucmeloud.brq.redhat.com> References: <20090820124437.GA11925@pucmeloud.brq.redhat.com> Message-ID: <1250775646.2479.9.camel@pc-notebook.kolej.mff.cuni.cz> On Thu, 2009-08-20 at 14:44 +0200, Jindrich Novy wrote: > Hi, > > TeX Live 2009 pretest is now available via external repository for > testing in Fedora: > > rpm -Uhv http://jnovy.fedorapeople.org/texlive/texlive-release-2009-0.1.fc11.noarch.rpm > > Maybe a good idea is to start directly with TeX Live 2009 in Fedora > because TL 2008 has different package set and TL 2009 contains newest > packages and will likely be released this year. And before that we can > help with testing :) > > My current effort is aimed to font packaging so that the fonts are > available to non-TeX Live users as well. > > For more information: > http://fedoraproject.org/wiki/Features/TeXLive > Thank you so much for your effort :) Doing yum update texlive\* resulted in dep. problems with (x)dvipdfmx, dvipng (requires libkpathsea.so.4) -- you're probably missing obsoletes in texlive-dvipdfmx and texlive-dvipng. After I removed them (along with xetex, which I tried once, but went back to "just" tex), the update progressed smoothly, haven't tried runtime yet (though, seeing that your repo has 5000+ packages and the yum updated installed/updated only 85, I suspect I'll be missing some fonts I use). Martin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From jussilehtola at fedoraproject.org Thu Aug 20 13:48:49 2009 From: jussilehtola at fedoraproject.org (Jussi Lehtola) Date: Thu, 20 Aug 2009 16:48:49 +0300 Subject: TeX Live 2009 for Fedora In-Reply-To: <20090820124437.GA11925@pucmeloud.brq.redhat.com> References: <20090820124437.GA11925@pucmeloud.brq.redhat.com> Message-ID: <1250776129.28256.4.camel@politzer.theorphys.helsinki.fi> On Thu, 2009-08-20 at 14:44 +0200, Jindrich Novy wrote: > Hi, > > TeX Live 2009 pretest is now available via external repository for > testing in Fedora: > > rpm -Uhv http://jnovy.fedorapeople.org/texlive/texlive-release-2009-0.1.fc11.noarch.rpm > > Maybe a good idea is to start directly with TeX Live 2009 in Fedora > because TL 2008 has different package set and TL 2009 contains newest > packages and will likely be released this year. And before that we can > help with testing :) > > My current effort is aimed to font packaging so that the fonts are > available to non-TeX Live users as well. It seems your spec making program has some bugs, as some packages have names such as texlive-csplain.ARCH, this probably shouldn't be..? When I try to install texlive-scheme-full on F11 x86_64 I get a bunch of errors due to missing packages: --> Missing Dependency: texlive-findhyph is needed by package texlive-collection-binextra-2009-14758.fc11.noarch (texlive) Error: Missing Dependency: texlive-germkorr is needed by package texlive-collection-langgerman-2009-14751.fc11.noarch (texlive) Error: Missing Dependency: texlive-spverbatim is needed by package texlive-collection-latexextra-2009-14750.fc11.noarch (texlive) Error: Missing Dependency: texlive-fig4latex is needed by package texlive-collection-pictures-2009-14752.fc11.noarch (texlive) Error: Missing Dependency: texlive-findhyph is needed by package texlive-collection-binextra-2009-14758.fc11.noarch (texlive) Error: Missing Dependency: texlive-titlepic is needed by package texlive-collection-latexextra-2009-14750.fc11.noarch (texlive) -- Jussi Lehtola Fedora Project Contributor jussilehtola at fedoraproject.org From martin.sourada at gmail.com Thu Aug 20 13:53:06 2009 From: martin.sourada at gmail.com (Martin Sourada) Date: Thu, 20 Aug 2009 15:53:06 +0200 Subject: TeX Live 2009 for Fedora In-Reply-To: <1250775646.2479.9.camel@pc-notebook.kolej.mff.cuni.cz> References: <20090820124437.GA11925@pucmeloud.brq.redhat.com> <1250775646.2479.9.camel@pc-notebook.kolej.mff.cuni.cz> Message-ID: <1250776386.2479.13.camel@pc-notebook.kolej.mff.cuni.cz> On Thu, 2009-08-20 at 15:40 +0200, Martin Sourada wrote: > progressed smoothly, haven't tried runtime yet (though, seeing that your So, just noticed I needed to install texlive-csplain in order to have it, but it does not work: This is pdfTeX, Version 3.1415926-1.40.10 (Web2C 2009) restricted \write18 enabled. ---! /usr/share/texlive/texmf-var/web2c/pdftex/csplain.fmt doesn't match pdftex.pool (Fatal format file error; I'm stymied) How can I fix it? Further, I noticed in csplain.log that it loads the document with ISO-8859-2 coding, is there a way to switch it to UTF-8? texconfig does not seem to work anymore for format installing/changing :( Martin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From lemenkov at gmail.com Thu Aug 20 14:01:53 2009 From: lemenkov at gmail.com (Peter Lemenkov) Date: Thu, 20 Aug 2009 18:01:53 +0400 Subject: Firmware licence question In-Reply-To: References: Message-ID: Hello, All! 2009/8/20 Pavel Alexeev (aka Pahan-Hubbitus) : > I very want see this driver in Fedora: > http://dag.wieers.com/rpm/packages/dkms-tiacx/ > This is free and even packaged, so no problem there... This module has very sad story - since, it was made as a result of direct reverse engineering (no "clean room" techniques were used), it produced series of flamewars in LKML. As a result it was rejected from inclusion into main kernel tree. More to say, the firmware status is also unclear. -- With best regards, Peter Lemenkov. From gospo at redhat.com Thu Aug 20 14:03:22 2009 From: gospo at redhat.com (Andy Gospodarek) Date: Thu, 20 Aug 2009 10:03:22 -0400 Subject: Firmware licence question In-Reply-To: References: Message-ID: <20090820140322.GG11370@gospo.rdu.redhat.com> On Thu, Aug 20, 2009 at 03:51:04PM +0400, Pavel Alexeev (aka Pahan-Hubbitus) wrote: > I very want see this driver in Fedora: > http://dag.wieers.com/rpm/packages/dkms-tiacx/ > This is free and even packaged, so no problem there... > May be except what it dkms? But it have not kernel modules (I known what > it is not permitted) and built automatically on install phase. > > But it depend on http://dag.wieers.com/rpm/packages/acx111-firmware/ and > http://dag.wieers.com/rpm/packages/acx100-firmware/ binary firmware > images. > > So, I want maintain all this packages in Fedora. Main question - it is > permitted? It will not be blocked as FE-legal? > > With best wishes, Pavel Alexeev aka Pahan-Hubbitus. > Here is what you need to do: 1. Have the driver and firmware pushed to the upstream kernel. If it goes upstream, it will generally be acceptable to Fedora. 2. Have the driver enabled on the rawhide kernel config. 3. Make sure the firmware gets included when building the kernel-firmware package in rawhide. 4. What for the base version for rawhide kernels to make their way into Fedora. From forum at ru.bir.ru Thu Aug 20 14:08:53 2009 From: forum at ru.bir.ru (Pavel Alexeev (aka Pahan-Hubbitus)) Date: Thu, 20 Aug 2009 18:08:53 +0400 Subject: Firmware licence question In-Reply-To: References: Message-ID: 20.08.2009 18:01, Peter Lemenkov wrote: > Hello, All! > > 2009/8/20 Pavel Alexeev (aka Pahan-Hubbitus): >> I very want see this driver in Fedora: >> http://dag.wieers.com/rpm/packages/dkms-tiacx/ >> This is free and even packaged, so no problem there... > > This module has very sad story - since, it was made as a result of > direct reverse engineering (no "clean room" techniques were used), it > produced series of flamewars in LKML. As a result it was rejected from > inclusion into main kernel tree. More to say, the firmware status is > also unclear. > Ehhh, shit. Peter, thank you for clarification. Can you provide link to this discussion in LKML if don't forgot how find it? From pavel.lisy at gmail.com Thu Aug 20 14:03:54 2009 From: pavel.lisy at gmail.com (Pavel Lisy) Date: Thu, 20 Aug 2009 16:03:54 +0200 Subject: TeX Live 2009 for Fedora In-Reply-To: <20090820124437.GA11925@pucmeloud.brq.redhat.com> References: <20090820124437.GA11925@pucmeloud.brq.redhat.com> Message-ID: <1250777034.11297.4.camel@pali-pc.hk.tmapy.cz> Jindrich Novy p??e v ?t 20. 08. 2009 v 14:44 +0200: > Hi, > > TeX Live 2009 pretest is now available via external repository for > testing in Fedora: > > rpm -Uhv http://jnovy.fedorapeople.org/texlive/texlive-release-2009-0.1.fc11.noarch.rpm > > Maybe a good idea is to start directly with TeX Live 2009 in Fedora > because TL 2008 has different package set and TL 2009 contains newest > packages and will likely be released this year. And before that we can > help with testing :) > > My current effort is aimed to font packaging so that the fonts are > available to non-TeX Live users as well. > > For more information: > http://fedoraproject.org/wiki/Features/TeXLive Thanks one question: in F11 is csindex program missing. I've read somewhere there was problem in missing autoconf for it. What about new TeX Live? Is it there now? Can I help if csindex is still missing? Pavel From nushio at fedoraproject.org Thu Aug 20 14:20:54 2009 From: nushio at fedoraproject.org (Juan Rodriguez) Date: Thu, 20 Aug 2009 09:20:54 -0500 Subject: Broken dependencies in Fedora 11 - 2009-08-20 In-Reply-To: References: <20090820091401.5195.46817@faldor.intranet> Message-ID: I maintain beagle, and although I did add the Excludes directive to it, the reason I haven't pushed the update is because it doesn't actually fix anything other than prevent that annoying email from being sent out. Besides, beagle worked fine for PPC64 users on Fedora 11 at some point. -- Ing. Juan M. Rodriguez Moreno Desarrollador de Sistemas Abiertos Sitio: http://proyectofedora.org/mexico -------------- next part -------------- An HTML attachment was scrubbed... URL: From mefoster at gmail.com Thu Aug 20 14:26:20 2009 From: mefoster at gmail.com (Mary Ellen Foster) Date: Thu, 20 Aug 2009 15:26:20 +0100 Subject: TeX Live 2009 for Fedora In-Reply-To: <20090820124437.GA11925@pucmeloud.brq.redhat.com> References: <20090820124437.GA11925@pucmeloud.brq.redhat.com> Message-ID: 2009/8/20 Jindrich Novy : > rpm -Uhv http://jnovy.fedorapeople.org/texlive/texlive-release-2009-0.1.fc11.noarch.rpm > > Maybe a good idea is to start directly with TeX Live 2009 in Fedora > because TL 2008 has different package set and TL 2009 contains newest > packages and will likely be released this year. And before that we can > help with testing :) What's up with xetex? The package is named texlive-xetex.ARCH, and it seems to depend on a package called "texlive-xetex" which isn't provided in the new repository, and therefore pulls in the whole old version of texlive from the core repository again ... MEF -- Mary Ellen Foster -- http://homepages.inf.ed.ac.uk/mef/ ICCS, School of Informatics, University of Edinburgh The University of Edinburgh is a charitable body, registered in Scotland, with registration number SC005336. From jnovy at redhat.com Thu Aug 20 14:29:32 2009 From: jnovy at redhat.com (Jindrich Novy) Date: Thu, 20 Aug 2009 16:29:32 +0200 Subject: TeX Live 2009 for Fedora In-Reply-To: <1250776386.2479.13.camel@pc-notebook.kolej.mff.cuni.cz> References: <20090820124437.GA11925@pucmeloud.brq.redhat.com> <1250775646.2479.9.camel@pc-notebook.kolej.mff.cuni.cz> <1250776386.2479.13.camel@pc-notebook.kolej.mff.cuni.cz> Message-ID: <20090820142932.GA25609@pucmeloud.brq.redhat.com> On Thu, Aug 20, 2009 at 03:53:06PM +0200, Martin Sourada wrote: > On Thu, 2009-08-20 at 15:40 +0200, Martin Sourada wrote: > > progressed smoothly, haven't tried runtime yet (though, seeing that your > So, just noticed I needed to install texlive-csplain in order to have > it, but it does not work: > > This is pdfTeX, Version 3.1415926-1.40.10 (Web2C 2009) > restricted \write18 enabled. > ---! /usr/share/texlive/texmf-var/web2c/pdftex/csplain.fmt doesn't match > pdftex.pool > (Fatal format file error; I'm stymied) > > How can I fix it? Please be sure you remove all the old formats generated with the old TeX Live. In most cases clearing the /var/lib/texmf/ and ~/.texlive* contents should make it work. > > Further, I noticed in csplain.log that it loads the document with > ISO-8859-2 coding, is there a way to switch it to UTF-8? texconfig does > not seem to work anymore for format installing/changing :( You might want to add: csplain pdfetex - -etex -enc csplain-utf8.ini cslatex pdfetex - -etex -enc cslatex-utf8.ini in /usr/share/texlive/texmf/web2c/fmtutil.cnf instead of the links to cp227.tcx translate-file. Jindrich > > Martin > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list -- Jindrich Novy http://people.redhat.com/jnovy/ From jnovy at redhat.com Thu Aug 20 14:34:14 2009 From: jnovy at redhat.com (Jindrich Novy) Date: Thu, 20 Aug 2009 16:34:14 +0200 Subject: TeX Live 2009 for Fedora In-Reply-To: <1250775646.2479.9.camel@pc-notebook.kolej.mff.cuni.cz> References: <20090820124437.GA11925@pucmeloud.brq.redhat.com> <1250775646.2479.9.camel@pc-notebook.kolej.mff.cuni.cz> Message-ID: <20090820143414.GB25609@pucmeloud.brq.redhat.com> On Thu, Aug 20, 2009 at 03:40:46PM +0200, Martin Sourada wrote: > On Thu, 2009-08-20 at 14:44 +0200, Jindrich Novy wrote: > > Hi, > > > > TeX Live 2009 pretest is now available via external repository for > > testing in Fedora: > > > > rpm -Uhv http://jnovy.fedorapeople.org/texlive/texlive-release-2009-0.1.fc11.noarch.rpm > > > > Maybe a good idea is to start directly with TeX Live 2009 in Fedora > > because TL 2008 has different package set and TL 2009 contains newest > > packages and will likely be released this year. And before that we can > > help with testing :) > > > > My current effort is aimed to font packaging so that the fonts are > > available to non-TeX Live users as well. > > > > For more information: > > http://fedoraproject.org/wiki/Features/TeXLive > > > Thank you so much for your effort :) > > Doing yum update texlive\* resulted in dep. problems with (x)dvipdfmx, > dvipng (requires libkpathsea.so.4) -- you're probably missing obsoletes > in texlive-dvipdfmx and texlive-dvipng. After I removed them (along with > xetex, which I tried once, but went back to "just" tex), the update > progressed smoothly, haven't tried runtime yet (though, seeing that your > repo has 5000+ packages and the yum updated installed/updated only 85, I > suspect I'll be missing some fonts I use). > Thanks for noticing. I've tested only upgrade from texlive-2007 installation with no dvipdfmx installed. I'll fix it in the next repo update. The main texlive package installs only the basic scheme with minimal functionality. (but the pdflatex works fine for me even with the basic scheme). It you want to have more complex installation, just do yum search texlive-scheme or texlive-collection and install what you need :) Jindrich > Martin > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list -- Jindrich Novy http://people.redhat.com/jnovy/ From mefoster at gmail.com Thu Aug 20 14:38:57 2009 From: mefoster at gmail.com (Mary Ellen Foster) Date: Thu, 20 Aug 2009 15:38:57 +0100 Subject: TeX Live 2009 for Fedora In-Reply-To: <20090820143414.GB25609@pucmeloud.brq.redhat.com> References: <20090820124437.GA11925@pucmeloud.brq.redhat.com> <1250775646.2479.9.camel@pc-notebook.kolej.mff.cuni.cz> <20090820143414.GB25609@pucmeloud.brq.redhat.com> Message-ID: 2009/8/20 Jindrich Novy : > > Thanks for noticing. I've tested only upgrade from texlive-2007 > installation with no dvipdfmx installed. I'll fix it in the next > repo update. Another related upgrade issue: texlive-psutils doesn't obsolete psutils ... (is there a better place to note this sort of thing?) MEF -- Mary Ellen Foster -- http://homepages.inf.ed.ac.uk/mef/ ICCS, School of Informatics, University of Edinburgh The University of Edinburgh is a charitable body, registered in Scotland, with registration number SC005336. From ndbecker2 at gmail.com Thu Aug 20 14:44:29 2009 From: ndbecker2 at gmail.com (Neal Becker) Date: Thu, 20 Aug 2009 10:44:29 -0400 Subject: sage idea Message-ID: <200908201044.29139.ndbecker2@gmail.com> Not much progress has been made on sage. Perhaps this can help: http://code.google.com/p/spdproject/wiki/Installation From cmadams at hiwaay.net Thu Aug 20 14:46:43 2009 From: cmadams at hiwaay.net (Chris Adams) Date: Thu, 20 Aug 2009 09:46:43 -0500 Subject: TeX Live 2009 for Fedora In-Reply-To: References: <20090820124437.GA11925@pucmeloud.brq.redhat.com> <1250775646.2479.9.camel@pc-notebook.kolej.mff.cuni.cz> <20090820143414.GB25609@pucmeloud.brq.redhat.com> Message-ID: <20090820144643.GA877466@hiwaay.net> Once upon a time, Mary Ellen Foster said: > Another related upgrade issue: texlive-psutils doesn't obsolete > psutils ... (is there a better place to note this sort of thing?) Why would texlive replace a stand-alone package (that has been around forever as a stand-alone package)? -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From mefoster at gmail.com Thu Aug 20 14:48:00 2009 From: mefoster at gmail.com (Mary Ellen Foster) Date: Thu, 20 Aug 2009 15:48:00 +0100 Subject: TeX Live 2009 for Fedora In-Reply-To: References: <20090820124437.GA11925@pucmeloud.brq.redhat.com> Message-ID: 2009/8/20 Mary Ellen Foster : > What's up with xetex? The package is named texlive-xetex.ARCH, and it > seems to depend on a package called "texlive-xetex" which isn't > provided in the new repository, and therefore pulls in the whole old > version of texlive from the core repository again ... Sorry, never mind -- looks like it has an unversioned dependency or something, texlive-xetex is in the new repo and once I excluded the old repos it worked again. (Should obsolete teckit though ...) MEF -- Mary Ellen Foster -- http://homepages.inf.ed.ac.uk/mef/ ICCS, School of Informatics, University of Edinburgh The University of Edinburgh is a charitable body, registered in Scotland, with registration number SC005336. From jwboyer at gmail.com Thu Aug 20 14:50:51 2009 From: jwboyer at gmail.com (Josh Boyer) Date: Thu, 20 Aug 2009 10:50:51 -0400 Subject: No more Alpha tag requests Message-ID: <20090820145051.GC20831@hansolo.jdub.homelinux.org> A general reminder. As we are out of Alpha freeze now, that means we are not taking tag requests for F12 Alpha any longer. The package set for Alpha has been finalized. Thanks josh From mefoster at gmail.com Thu Aug 20 14:54:37 2009 From: mefoster at gmail.com (Mary Ellen Foster) Date: Thu, 20 Aug 2009 15:54:37 +0100 Subject: TeX Live 2009 for Fedora In-Reply-To: <20090820124437.GA11925@pucmeloud.brq.redhat.com> References: <20090820124437.GA11925@pucmeloud.brq.redhat.com> Message-ID: 2009/8/20 Jindrich Novy : > > Maybe a good idea is to start directly with TeX Live 2009 in Fedora > because TL 2008 has different package set and TL 2009 contains newest > packages and will likely be released this year. And before that we can > help with testing :) One more issue: some packages (like R, for example) still depend on "tetex-latex", which I guess used to be a virtual provide of texlive but is now gone. What's the plan for dealing with this? Here's the full list of things that require tetex-latex according to repoquery: a2ps-0:4.14-8.fc11.x86_64 asymptote-0:1.70-1.fc11.x86_64 fig2ps-0:1.3.6-4.fc11.noarch hevea-0:1.10-3.fc11.x86_64 HippoDraw-0:1.21.1-9.fc11.x86_64 ipe-0:6.0-0.29.pre30.fc11.x86_64 jadetex-0:3.13-5.fc11.noarch mediawiki-math-0:1.14.0-45.fc11.x86_64 pdfjam-0:1.21-1.fc11.noarch pyscript-0:0.6.1-4.fc11.noarch R-devel-0:2.9.0-2.fc11.x86_64 tetex-bytefield-0:1.2a-5.fc11.noarch tetex-dvipost-0:1.1-10.fc11.x86_64 tetex-elsevier-0:0.1.20071024-2.fc11.noarch tetex-IEEEtran-0:1.7.1-2.fc11.noarch tetex-perltex-0:1.7-2.fc11.noarch tetex-prosper-0:1.5-5.fc11.noarch texmaker-1:1.8-2.fc11.x86_64 MEF -- Mary Ellen Foster -- http://homepages.inf.ed.ac.uk/mef/ ICCS, School of Informatics, University of Edinburgh The University of Edinburgh is a charitable body, registered in Scotland, with registration number SC005336. From martin.sourada at gmail.com Thu Aug 20 14:57:05 2009 From: martin.sourada at gmail.com (Martin Sourada) Date: Thu, 20 Aug 2009 16:57:05 +0200 Subject: TeX Live 2009 for Fedora In-Reply-To: <20090820142932.GA25609@pucmeloud.brq.redhat.com> References: <20090820124437.GA11925@pucmeloud.brq.redhat.com> <1250775646.2479.9.camel@pc-notebook.kolej.mff.cuni.cz> <1250776386.2479.13.camel@pc-notebook.kolej.mff.cuni.cz> <20090820142932.GA25609@pucmeloud.brq.redhat.com> Message-ID: <1250780225.2479.24.camel@pc-notebook.kolej.mff.cuni.cz> On Thu, 2009-08-20 at 16:29 +0200, Jindrich Novy wrote: > On Thu, Aug 20, 2009 at 03:53:06PM +0200, Martin Sourada wrote: > Please be sure you remove all the old formats generated with the old > TeX Live. In most cases clearing the /var/lib/texmf/ and ~/.texlive* contents > should make it work. > Thanks, didn't occurred to me, that I need to rm -rf also /var/lib/texmf. It's working now :) When you'll do the upgrade in Fedora proper, it might be a good idea to clear /var/lib/texmf then (via the packages)... > You might want to add: > > csplain pdfetex - -etex -enc csplain-utf8.ini > cslatex pdfetex - -etex -enc cslatex-utf8.ini > > in /usr/share/texlive/texmf/web2c/fmtutil.cnf instead of the links to > cp227.tcx translate-file. > Thanks, that did the job. I noticed during the time I tried to make csplain working that removing and re-adding the texlive-csplain package adds to this file lots of garbage which make csplain format generation not working... You'll get lines like: csplain pdftex - -extex -translate-file=cp227.tcx cslatex.ini pdftex - -extex -translate-file=cp227.tcx cslatex.ini and so on Would be worth fixing, even though it's a corner case... Anyway, after installing some (which looked like I'd might need them) collections and texlive-bbm, I was able to successfully build my Bachelors' thesis (it's about general relativity, and it uses pretty pretty much everything I've ever tried with TeX, so the coverage is rather good), so I can say that (cs)plain (utf8) works in TexLive 2009 well. Martin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From mschwendt at gmail.com Thu Aug 20 15:09:16 2009 From: mschwendt at gmail.com (Michael Schwendt) Date: Thu, 20 Aug 2009 17:09:16 +0200 Subject: Broken dependencies in Fedora 11 - 2009-08-20 In-Reply-To: References: <20090820091401.5195.46817@faldor.intranet> Message-ID: <20090820170916.032a46bf@faldor.intranet> On Thu, 20 Aug 2009 09:20:54 -0500, Juan wrote: > I maintain beagle, and although I did add the Excludes directive to it, the > reason I haven't pushed the update is because it doesn't actually fix > anything other than prevent that annoying email from being sent out. Thanks for calling it "annoying". :-/ It's people like you that make me look forward to the autoqa team taking over the broken deps reports. Then I don't have to worry about people like you who don't see the value of the broken deps checks. > Besides, beagle worked fine for PPC64 users on Fedora 11 at some point. Doesn't matter much. A "yum install beagle" on ppc64 doesn't work anymore. From jnovy at redhat.com Thu Aug 20 15:10:40 2009 From: jnovy at redhat.com (Jindrich Novy) Date: Thu, 20 Aug 2009 17:10:40 +0200 Subject: TeX Live 2009 for Fedora In-Reply-To: <1250776129.28256.4.camel@politzer.theorphys.helsinki.fi> References: <20090820124437.GA11925@pucmeloud.brq.redhat.com> <1250776129.28256.4.camel@politzer.theorphys.helsinki.fi> Message-ID: <20090820151040.GC25609@pucmeloud.brq.redhat.com> On Thu, Aug 20, 2009 at 04:48:49PM +0300, Jussi Lehtola wrote: > On Thu, 2009-08-20 at 14:44 +0200, Jindrich Novy wrote: > > Hi, > > > > TeX Live 2009 pretest is now available via external repository for > > testing in Fedora: > > > > rpm -Uhv http://jnovy.fedorapeople.org/texlive/texlive-release-2009-0.1.fc11.noarch.rpm > > > > Maybe a good idea is to start directly with TeX Live 2009 in Fedora > > because TL 2008 has different package set and TL 2009 contains newest > > packages and will likely be released this year. And before that we can > > help with testing :) > > > > My current effort is aimed to font packaging so that the fonts are > > available to non-TeX Live users as well. > > It seems your spec making program has some bugs, as some packages have > names such as texlive-csplain.ARCH, this probably shouldn't be..? Nope, it is intentional. It is needed to somehow distinguish the noarch and arch-dependent part. So package texlive-csplain contains the noarch bits and texlive-csplain.ARCH ships the binaries. > > When I try to install texlive-scheme-full on F11 x86_64 I get a bunch of > errors due to missing packages: > > --> Missing Dependency: texlive-findhyph is needed by package > texlive-collection-binextra-2009-14758.fc11.noarch (texlive) > Error: Missing Dependency: texlive-germkorr is needed by package > texlive-collection-langgerman-2009-14751.fc11.noarch (texlive) > Error: Missing Dependency: texlive-spverbatim is needed by package > texlive-collection-latexextra-2009-14750.fc11.noarch (texlive) > Error: Missing Dependency: texlive-fig4latex is needed by package > texlive-collection-pictures-2009-14752.fc11.noarch (texlive) > Error: Missing Dependency: texlive-findhyph is needed by package > texlive-collection-binextra-2009-14758.fc11.noarch (texlive) > Error: Missing Dependency: texlive-titlepic is needed by package > texlive-collection-latexextra-2009-14750.fc11.noarch (texlive) Fixed. It was caused by old repodata. It should work now. Jindrich > -- > Jussi Lehtola > Fedora Project Contributor > jussilehtola at fedoraproject.org > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list -- Jindrich Novy http://people.redhat.com/jnovy/ From jnovy at redhat.com Thu Aug 20 15:22:44 2009 From: jnovy at redhat.com (Jindrich Novy) Date: Thu, 20 Aug 2009 17:22:44 +0200 Subject: TeX Live 2009 for Fedora In-Reply-To: References: <20090820124437.GA11925@pucmeloud.brq.redhat.com> <1250775646.2479.9.camel@pc-notebook.kolej.mff.cuni.cz> <20090820143414.GB25609@pucmeloud.brq.redhat.com> Message-ID: <20090820152244.GD25609@pucmeloud.brq.redhat.com> On Thu, Aug 20, 2009 at 03:38:57PM +0100, Mary Ellen Foster wrote: > 2009/8/20 Jindrich Novy : > > > > Thanks for noticing. I've tested only upgrade from texlive-2007 > > installation with no dvipdfmx installed. I'll fix it in the next > > repo update. > > Another related upgrade issue: texlive-psutils doesn't obsolete > psutils ... (is there a better place to note this sort of thing?) Please use: http://fedoraproject.org/wiki/Talk:Features/TeXLive or: http://bugzilla.redhat.com/488651 for now or mail me directly. Currently I have no better place to report bugs/RFEs. Jindrich > > MEF > > -- > Mary Ellen Foster -- http://homepages.inf.ed.ac.uk/mef/ > ICCS, School of Informatics, University of Edinburgh > > The University of Edinburgh is a charitable body, registered in > Scotland, with registration number SC005336. > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list -- Jindrich Novy http://people.redhat.com/jnovy/ From nushio at fedoraproject.org Thu Aug 20 15:22:38 2009 From: nushio at fedoraproject.org (Juan Rodriguez) Date: Thu, 20 Aug 2009 10:22:38 -0500 Subject: Broken dependencies in Fedora 11 - 2009-08-20 In-Reply-To: <20090820170916.032a46bf@faldor.intranet> References: <20090820091401.5195.46817@faldor.intranet> <20090820170916.032a46bf@faldor.intranet> Message-ID: On Thu, Aug 20, 2009 at 10:09 AM, Michael Schwendt wrote: > On Thu, 20 Aug 2009 09:20:54 -0500, Juan wrote: > > > I maintain beagle, and although I did add the Excludes directive to it, > the > > reason I haven't pushed the update is because it doesn't actually fix > > anything other than prevent that annoying email from being sent out. > > Thanks for calling it "annoying". :-/ It's people like you that make me > look forward to the autoqa team taking over the broken deps reports. Then > I don't have to worry about people like you who don't see the value of > the broken deps checks. I'm sorry, I *do* value emails, as they let me know when something's wrong (Like fail to build from source, or broken dependencies). I don't know what I could've said instead... Repetitive? > > > Besides, beagle worked fine for PPC64 users on Fedora 11 at some point. > > Doesn't matter much. A "yum install beagle" on ppc64 doesn't work > anymore. Alright, I'll push the update. Sorry for calling it 'annoying'. > > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- Ing. Juan M. Rodriguez Moreno Desarrollador de Sistemas Abiertos Sitio: http://proyectofedora.org/mexico -------------- next part -------------- An HTML attachment was scrubbed... URL: From jnovy at redhat.com Thu Aug 20 15:26:40 2009 From: jnovy at redhat.com (Jindrich Novy) Date: Thu, 20 Aug 2009 17:26:40 +0200 Subject: TeX Live 2009 for Fedora In-Reply-To: <1250777034.11297.4.camel@pali-pc.hk.tmapy.cz> References: <20090820124437.GA11925@pucmeloud.brq.redhat.com> <1250777034.11297.4.camel@pali-pc.hk.tmapy.cz> Message-ID: <20090820152640.GE25609@pucmeloud.brq.redhat.com> On Thu, Aug 20, 2009 at 04:03:54PM +0200, Pavel Lisy wrote: > Jindrich Novy p??e v ?t 20. 08. 2009 v 14:44 +0200: > > Hi, > > > > TeX Live 2009 pretest is now available via external repository for > > testing in Fedora: > > > > rpm -Uhv http://jnovy.fedorapeople.org/texlive/texlive-release-2009-0.1.fc11.noarch.rpm > > > > Maybe a good idea is to start directly with TeX Live 2009 in Fedora > > because TL 2008 has different package set and TL 2009 contains newest > > packages and will likely be released this year. And before that we can > > help with testing :) > > > > My current effort is aimed to font packaging so that the fonts are > > available to non-TeX Live users as well. > > > > For more information: > > http://fedoraproject.org/wiki/Features/TeXLive > > Thanks > > one question: in F11 is csindex program missing. I've read somewhere > there was problem in missing autoconf for it. What about new TeX Live? > Is it there now? Can I help if csindex is still missing? I don't see csindex in TeX Live 2009 as well... Please ask directly on the upstream mailing list tex-live at tug.org, they will be happy if you offer help :) Jindrich > > Pavel > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list -- Jindrich Novy http://people.redhat.com/jnovy/ From jnovy at redhat.com Thu Aug 20 15:34:59 2009 From: jnovy at redhat.com (Jindrich Novy) Date: Thu, 20 Aug 2009 17:34:59 +0200 Subject: TeX Live 2009 for Fedora In-Reply-To: References: <20090820124437.GA11925@pucmeloud.brq.redhat.com> Message-ID: <20090820153459.GF25609@pucmeloud.brq.redhat.com> On Thu, Aug 20, 2009 at 03:48:00PM +0100, Mary Ellen Foster wrote: > 2009/8/20 Mary Ellen Foster : > > What's up with xetex? The package is named texlive-xetex.ARCH, and it > > seems to depend on a package called "texlive-xetex" which isn't > > provided in the new repository, and therefore pulls in the whole old > > version of texlive from the core repository again ... > > Sorry, never mind -- looks like it has an unversioned dependency or > something, texlive-xetex is in the new repo and once I excluded the > old repos it worked again. (Should obsolete teckit though ...) and t1utils. I need to yet hack the dependency generator to obsolete or require these external utilities. For now I modified the spec creator to require versioned packages every time to avoid these surprises. Jindrich > > MEF > > -- > Mary Ellen Foster -- http://homepages.inf.ed.ac.uk/mef/ > ICCS, School of Informatics, University of Edinburgh > > The University of Edinburgh is a charitable body, registered in > Scotland, with registration number SC005336. > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list -- Jindrich Novy http://people.redhat.com/jnovy/ From jonathan.underwood at gmail.com Thu Aug 20 16:11:31 2009 From: jonathan.underwood at gmail.com (Jonathan Underwood) Date: Thu, 20 Aug 2009 17:11:31 +0100 Subject: TeX Live 2009 for Fedora In-Reply-To: References: <20090820124437.GA11925@pucmeloud.brq.redhat.com> Message-ID: <645d17210908200911q2c416c49mb28eac4c1379e085@mail.gmail.com> 2009/8/20 Mary Ellen Foster : > 2009/8/20 Jindrich Novy : >> >> Maybe a good idea is to start directly with TeX Live 2009 in Fedora >> because TL 2008 has different package set and TL 2009 contains newest >> packages and will likely be released this year. And before that we can >> help with testing :) > > One more issue: some packages (like R, for example) still depend on > "tetex-latex", which I guess used to be a virtual provide of texlive > but is now gone. What's the plan for dealing with this? > > Here's the full list of things that require tetex-latex according to repoquery: > > a2ps-0:4.14-8.fc11.x86_64 > asymptote-0:1.70-1.fc11.x86_64 > fig2ps-0:1.3.6-4.fc11.noarch > hevea-0:1.10-3.fc11.x86_64 > HippoDraw-0:1.21.1-9.fc11.x86_64 > ipe-0:6.0-0.29.pre30.fc11.x86_64 > jadetex-0:3.13-5.fc11.noarch > mediawiki-math-0:1.14.0-45.fc11.x86_64 > pdfjam-0:1.21-1.fc11.noarch > pyscript-0:0.6.1-4.fc11.noarch > R-devel-0:2.9.0-2.fc11.x86_64 > tetex-bytefield-0:1.2a-5.fc11.noarch > tetex-dvipost-0:1.1-10.fc11.x86_64 > tetex-elsevier-0:0.1.20071024-2.fc11.noarch > tetex-IEEEtran-0:1.7.1-2.fc11.noarch > tetex-perltex-0:1.7-2.fc11.noarch > tetex-prosper-0:1.5-5.fc11.noarch > texmaker-1:1.8-2.fc11.x86_64 These packages should be updated to require tex(latex). From pbrobinson at gmail.com Thu Aug 20 16:22:52 2009 From: pbrobinson at gmail.com (Peter Robinson) Date: Thu, 20 Aug 2009 17:22:52 +0100 Subject: Add Moblin Desktop group to comps Message-ID: <5256d0b0908200922v368cdaaew8d0c3cc51ffe1da1@mail.gmail.com> Hi All, I would like to add a group for the Moblin Desktop. My proposed patch is below and feedback is welcome. Cheers, Peter --- comps-f12.xml.in.orig 2009-08-20 17:10:23.000000000 +0100 +++ comps-f12.xml.in 2009-08-20 17:20:47.000000000 +0100 @@ -4235,6 +4235,17 @@ + moblin-desktop + <_name>Moblin Desktop Environment + <_description>Moblin is a desktop environment for NetBook/NetTop/MID devices. + false + true + + mutter + mutter-moblin + + + mongolian-support <_name>Mongolian Support <_description/> From notting at redhat.com Thu Aug 20 16:30:53 2009 From: notting at redhat.com (Bill Nottingham) Date: Thu, 20 Aug 2009 12:30:53 -0400 Subject: Add Moblin Desktop group to comps In-Reply-To: <5256d0b0908200922v368cdaaew8d0c3cc51ffe1da1@mail.gmail.com> References: <5256d0b0908200922v368cdaaew8d0c3cc51ffe1da1@mail.gmail.com> Message-ID: <20090820163053.GK19831@nostromo.devel.redhat.com> Peter Robinson (pbrobinson at gmail.com) said: > I would like to add a group for the Moblin Desktop. My proposed patch > is below and feedback is welcome. ... this seems small. There are no other apps required? You'd want an entry in the desktop category as well. Also, you want to give the localization team a heads-up, as those strings are translated, and we've passed string freeze. Bill From jkeating at redhat.com Thu Aug 20 16:32:25 2009 From: jkeating at redhat.com (Jesse Keating) Date: Thu, 20 Aug 2009 09:32:25 -0700 Subject: Add Moblin Desktop group to comps In-Reply-To: <5256d0b0908200922v368cdaaew8d0c3cc51ffe1da1@mail.gmail.com> References: <5256d0b0908200922v368cdaaew8d0c3cc51ffe1da1@mail.gmail.com> Message-ID: <1250785945.3107.69.camel@localhost.localdomain> On Thu, 2009-08-20 at 17:22 +0100, Peter Robinson wrote: > Hi All, > > I would like to add a group for the Moblin Desktop. My proposed patch > is below and feedback is welcome. Is "Moblin" a trademark of anybody? If you're adding a group, be sure to add it to a category as well. -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From pbrobinson at gmail.com Thu Aug 20 16:33:21 2009 From: pbrobinson at gmail.com (Peter Robinson) Date: Thu, 20 Aug 2009 17:33:21 +0100 Subject: Add Moblin Desktop group to comps In-Reply-To: <20090820163053.GK19831@nostromo.devel.redhat.com> References: <5256d0b0908200922v368cdaaew8d0c3cc51ffe1da1@mail.gmail.com> <20090820163053.GK19831@nostromo.devel.redhat.com> Message-ID: <5256d0b0908200933r73a37861w6cc8267b8db142aa@mail.gmail.com> On Thu, Aug 20, 2009 at 5:30 PM, Bill Nottingham wrote: > Peter Robinson (pbrobinson at gmail.com) said: >> I would like to add a group for the Moblin Desktop. My proposed patch >> is below and feedback is welcome. > > ... this seems small. There are no other apps required? Yes there are. I haven't added them yet as I wanted to get the group in first. > You'd want an entry in the desktop category as well. Also, you want to > give the localization team a heads-up, as those strings are translated, > and we've passed string freeze. OK. Will do that and add an updates patch. Peter From walters at verbum.org Thu Aug 20 16:39:52 2009 From: walters at verbum.org (Colin Walters) Date: Thu, 20 Aug 2009 12:39:52 -0400 Subject: Add Moblin Desktop group to comps In-Reply-To: <5256d0b0908200922v368cdaaew8d0c3cc51ffe1da1@mail.gmail.com> References: <5256d0b0908200922v368cdaaew8d0c3cc51ffe1da1@mail.gmail.com> Message-ID: On Thu, Aug 20, 2009 at 12:22 PM, Peter Robinson wrote: > Hi All, > > I would like to add a group for the Moblin Desktop. My proposed patch > is below and feedback is welcome. Peter, thanks for all your work on packaging stuff, it's really great. I appreciate the work on introspection and gnome-shell a lot. Are you planning a Moblin spin? Or do see this as just having the packages in Fedora, and the final Moblin releases are done by that project? I'm a bit unsure of how far away Moblin is from the Fedora core OS right now; I know there's the NetworkManager/Connman split, but ignoring that, do you (or anyone) have an idea of how many patches to upstream projects they have to support the fast boot? How different is their early kernel boot, and what tradeoffs are involved? What we really do need is some more directed coordination between the two projects. From notting at redhat.com Thu Aug 20 16:41:56 2009 From: notting at redhat.com (Bill Nottingham) Date: Thu, 20 Aug 2009 12:41:56 -0400 Subject: Add Moblin Desktop group to comps In-Reply-To: <5256d0b0908200933r73a37861w6cc8267b8db142aa@mail.gmail.com> References: <5256d0b0908200922v368cdaaew8d0c3cc51ffe1da1@mail.gmail.com> <20090820163053.GK19831@nostromo.devel.redhat.com> <5256d0b0908200933r73a37861w6cc8267b8db142aa@mail.gmail.com> Message-ID: <20090820164155.GL19831@nostromo.devel.redhat.com> Peter Robinson (pbrobinson at gmail.com) said: > On Thu, Aug 20, 2009 at 5:30 PM, Bill Nottingham wrote: > > Peter Robinson (pbrobinson at gmail.com) said: > >> I would like to add a group for the Moblin Desktop. My proposed patch > >> is below and feedback is welcome. > > > > ... this seems small. There are no other apps required? > > Yes there are. I haven't added them yet as I wanted to get the group in first. Might as well add them in, I'm not sure there's a benefit to waiting. Bill From pbrobinson at gmail.com Thu Aug 20 16:44:23 2009 From: pbrobinson at gmail.com (Peter Robinson) Date: Thu, 20 Aug 2009 17:44:23 +0100 Subject: Add Moblin Desktop group to comps In-Reply-To: <1250785945.3107.69.camel@localhost.localdomain> References: <5256d0b0908200922v368cdaaew8d0c3cc51ffe1da1@mail.gmail.com> <1250785945.3107.69.camel@localhost.localdomain> Message-ID: <5256d0b0908200944r3b98a90fl126fb32e3c0df9d8@mail.gmail.com> On Thu, Aug 20, 2009 at 5:32 PM, Jesse Keating wrote: > On Thu, 2009-08-20 at 17:22 +0100, Peter Robinson wrote: >> Hi All, >> >> I would like to add a group for the Moblin Desktop. My proposed patch >> is below and feedback is welcome. > > Is "Moblin" a trademark of anybody? Intel has handed over the management of Moblin to the Linux Foundation. I don't see anything what so ever on their site about Trademarks. The most useful bits are this link. http://moblin.org/about-moblin There's nothing about Moblin trademarks in the annoucement here http://linux-foundation.org/weblogs/press/2009/04/02/linux-foundation-to-host-moblin-project/ Is that something that should go to fedora-legal for verification? > If you're adding a group, be sure to add it to a category as well. Added, updated patch. BTW is a bug or a email to the i18n list the best way to raise this with the localization team? --- comps-f12.xml.in.orig 2009-08-20 17:10:23.000000000 +0100 +++ comps-f12.xml.in 2009-08-20 17:36:24.000000000 +0100 @@ -4235,6 +4235,17 @@ + moblin-desktop + <_name>Moblin Desktop Environment + <_description>Moblin is a desktop environment for NetBook/NetTop/MID devices. + false + true + + mutter + mutter-moblin + + + mongolian-support <_name>Mongolian Support <_description/> @@ -6237,6 +6248,7 @@ gnome-desktop kde-desktop lxde-desktop + moblin-desktop sugar-desktop window-managers xfce-desktop From pbrobinson at gmail.com Thu Aug 20 16:47:58 2009 From: pbrobinson at gmail.com (Peter Robinson) Date: Thu, 20 Aug 2009 17:47:58 +0100 Subject: Add Moblin Desktop group to comps In-Reply-To: <20090820164155.GL19831@nostromo.devel.redhat.com> References: <5256d0b0908200922v368cdaaew8d0c3cc51ffe1da1@mail.gmail.com> <20090820163053.GK19831@nostromo.devel.redhat.com> <5256d0b0908200933r73a37861w6cc8267b8db142aa@mail.gmail.com> <20090820164155.GL19831@nostromo.devel.redhat.com> Message-ID: <5256d0b0908200947s3a699f2jbe312a00a84c052b@mail.gmail.com> On Thu, Aug 20, 2009 at 5:41 PM, Bill Nottingham wrote: > Peter Robinson (pbrobinson at gmail.com) said: >> On Thu, Aug 20, 2009 at 5:30 PM, Bill Nottingham wrote: >> > Peter Robinson (pbrobinson at gmail.com) said: >> >> I would like to add a group for the Moblin Desktop. My proposed patch >> >> is below and feedback is welcome. >> > >> > ... this seems small. There are no other apps required? >> >> Yes there are. I haven't added them yet as I wanted to get the group in first. > > Might as well add them in, I'm not sure there's a benefit to waiting. I wanted to get the group approved. No benefit of waiting except that I hadn't got around to adding them and wanted to get the feedback sooner rather than later. I will go through my list and add them shortly. Peter From pbrobinson at gmail.com Thu Aug 20 17:06:33 2009 From: pbrobinson at gmail.com (Peter Robinson) Date: Thu, 20 Aug 2009 18:06:33 +0100 Subject: Add Moblin Desktop group to comps In-Reply-To: References: <5256d0b0908200922v368cdaaew8d0c3cc51ffe1da1@mail.gmail.com> Message-ID: <5256d0b0908201006s23e4d34fwb2444a65f131186e@mail.gmail.com> On Thu, Aug 20, 2009 at 5:39 PM, Colin Walters wrote: > On Thu, Aug 20, 2009 at 12:22 PM, Peter Robinson wrote: >> Hi All, >> >> I would like to add a group for the Moblin Desktop. My proposed patch >> is below and feedback is welcome. > > Peter, thanks for all your work on packaging stuff, it's really great. > ?I appreciate the work on introspection and gnome-shell a lot. > > Are you planning a Moblin spin? ?Or do see this as just having the > packages in Fedora, and the final Moblin releases are done by that > project? Eventually I plan on having a moblin spin but not for F-12. The work in Fedora at the moment is separate to anything that is coming from Moblin. The advantage that Fedora will have that at the moment upstream Moblin doesn't support anything that isn't an Atom processor. So we should in the long term be able to support the older Celeron based Netbooks and possibly the VIA based ones or NVidia ones. > I'm a bit unsure of how far away Moblin is from the Fedora core OS > right now; I know there's the NetworkManager/Connman split, but > ignoring that, do you (or anyone) have an idea of how many patches to > upstream projects they have to support the fast boot? ?How different > is their early kernel boot, and what tradeoffs are involved? Depends on which bits you look at. Most of the packages are based on Fedora packages, the whole lot is built using the suse build system. The NM/connman is an interesting split. It seems suse is assisting the process from the build side of things but has written a NetworkManger moblin GUI that looks the same as the connman one sot they are interchangable. Obviously we'll use the NM one because NM is cool :-) Other than the 30 odd new packages needed for Moblin there doesn't seem to be massive convergence from the other core Fedora packages. In fact there's some cross over for some of the gnome-shell stuff in that they use mutter and associated stuff. >From the rest of it AFAICT from the poking I've done they've replaced the standard init process with "fastinit" which I haven't even looked at. Its in their git repo though. > What we really do need is some more directed coordination between the > two projects. That would be fabulous, but only time will tell. Peter From walters at verbum.org Thu Aug 20 17:37:39 2009 From: walters at verbum.org (Colin Walters) Date: Thu, 20 Aug 2009 13:37:39 -0400 Subject: Add Moblin Desktop group to comps In-Reply-To: <5256d0b0908201006s23e4d34fwb2444a65f131186e@mail.gmail.com> References: <5256d0b0908200922v368cdaaew8d0c3cc51ffe1da1@mail.gmail.com> <5256d0b0908201006s23e4d34fwb2444a65f131186e@mail.gmail.com> Message-ID: On Thu, Aug 20, 2009 at 1:06 PM, Peter Robinson wrote: > > Eventually I plan on having a moblin spin but not for F-12. The work > in Fedora at the moment is separate to anything that is coming from > Moblin. The advantage that Fedora will have that at the moment > upstream Moblin doesn't support anything that isn't an Atom processor. > So we should in the long term be able to support the older Celeron > based Netbooks and possibly the VIA based ones or NVidia ones. Well, when talking about older hardware an important factor is to what extent the graphics chipset and driver can support the UI experience, not just the CPU. > Depends on which bits you look at. Most of the packages are based on > Fedora packages, the whole lot is built using the suse build system. > The NM/connman is an interesting split. It seems suse is assisting the > process from the build side of things but has written a NetworkManger > moblin GUI that looks the same as the connman one sot they are > interchangable. Obviously we'll use the NM one because NM is cool :-) > Other than the 30 odd new packages needed for Moblin there doesn't > seem to be massive convergence from the other core Fedora packages. Doesn't seem to be convergence? > In > fact there's some cross over for some of the gnome-shell stuff in that > they use mutter and associated stuff. Right. We share quite a lot, but then again the devil's in the details as they say. > >From the rest of it AFAICT from the poking I've done they've replaced > the standard init process with "fastinit" which I haven't even looked > at. Its in their git repo though. Hmmm...Ok. I just typed up: https://fedoraproject.org/wiki/Moblin_Core_Merge Any help filling it in (especially from Moblin developers who may be lurking) would be appreciated! I'm particularly interested in how far we can get the default Fedora desktop's boot speed close to that of netbook experience, without breaking compatibility with any of the corner cases people expect from a general purposes OS like RAID. From jnovy at redhat.com Thu Aug 20 17:40:29 2009 From: jnovy at redhat.com (Jindrich Novy) Date: Thu, 20 Aug 2009 19:40:29 +0200 Subject: TeX Live 2009 for Fedora In-Reply-To: <645d17210908200911q2c416c49mb28eac4c1379e085@mail.gmail.com> References: <20090820124437.GA11925@pucmeloud.brq.redhat.com> <645d17210908200911q2c416c49mb28eac4c1379e085@mail.gmail.com> Message-ID: <20090820174028.GA3009@pucmeloud.redhat.com> On Thu, Aug 20, 2009 at 05:11:31PM +0100, Jonathan Underwood wrote: > 2009/8/20 Mary Ellen Foster : > > 2009/8/20 Jindrich Novy : > >> > >> Maybe a good idea is to start directly with TeX Live 2009 in Fedora > >> because TL 2008 has different package set and TL 2009 contains newest > >> packages and will likely be released this year. And before that we can > >> help with testing :) > > > > One more issue: some packages (like R, for example) still depend on > > "tetex-latex", which I guess used to be a virtual provide of texlive > > but is now gone. What's the plan for dealing with this? > > > > Here's the full list of things that require tetex-latex according to repoquery: > > > > a2ps-0:4.14-8.fc11.x86_64 > > asymptote-0:1.70-1.fc11.x86_64 > > fig2ps-0:1.3.6-4.fc11.noarch > > hevea-0:1.10-3.fc11.x86_64 > > HippoDraw-0:1.21.1-9.fc11.x86_64 > > ipe-0:6.0-0.29.pre30.fc11.x86_64 > > jadetex-0:3.13-5.fc11.noarch > > mediawiki-math-0:1.14.0-45.fc11.x86_64 > > pdfjam-0:1.21-1.fc11.noarch > > pyscript-0:0.6.1-4.fc11.noarch > > R-devel-0:2.9.0-2.fc11.x86_64 > > tetex-bytefield-0:1.2a-5.fc11.noarch > > tetex-dvipost-0:1.1-10.fc11.x86_64 > > tetex-elsevier-0:0.1.20071024-2.fc11.noarch > > tetex-IEEEtran-0:1.7.1-2.fc11.noarch > > tetex-perltex-0:1.7-2.fc11.noarch > > tetex-prosper-0:1.5-5.fc11.noarch > > texmaker-1:1.8-2.fc11.x86_64 > > These packages should be updated to require tex(latex). Right. These packages need to be updated to reflect the "newly" introduced virtual provides. The reason of adding virtual provides was to make packages not dependent on a praticular TeX distribution. These virtual provides, such as tex(tex), tex(latex) or tex(xetex) were added at the beginning of the year 2008 so it works at least for Fedora 9 and higher. We should file bugs for these packages. Jindrich > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list -- Jindrich Novy http://people.redhat.com/jnovy/ From jnovy at redhat.com Thu Aug 20 17:49:26 2009 From: jnovy at redhat.com (Jindrich Novy) Date: Thu, 20 Aug 2009 19:49:26 +0200 Subject: [tex-live] TeX Live 2009 for Fedora In-Reply-To: <20090820163326.GA6992@gandalf.dynalias.org> References: <20090820124437.GA11925@pucmeloud.brq.redhat.com> <20090820163326.GA6992@gandalf.dynalias.org> Message-ID: <20090820174925.GB3009@pucmeloud.redhat.com> Hi Norbert, On Thu, Aug 20, 2009 at 06:33:26PM +0200, Norbert Preining wrote: > Hi Jindrich, > > On Thu, 20 Aug 2009, Jindrich Novy wrote: > > http://fedoraproject.org/wiki/Features/TeXLive > > How do you handle installation of > texlive-scheme-* > since the schemes are overlapping? AFAIR rpm does not allow sharing > pf files? Schemes and collections are generated as meta-packages, not really shipping any files, but dependent on required collections and packages. Here is a sample of scheme-context for example: %package scheme-context Summary: ConTeXt scheme Version: %{tl_version} Release: 13822%{?dist} BuildArch: noarch Requires: texlive = %{tl_version} Requires: texlive-collection-context Requires: texlive-collection-metapost Requires: texlive-xetex Requires: texlive-tex-gyre Requires: texlive-antt Requires: texlive-antp Requires: texlive-iwona Requires: texlive-kurier Requires: texlive-lm Provides: tex(context) So even though collections and packages do overlap in schemes we have no conflicts :) By installing a wider scheme only missing packages are installed. Jindrich > > Best wishes > > Norbert > > ------------------------------------------------------------------------------- > Dr. Norbert Preining Vienna University of Technology > Debian Developer Debian TeX Group > gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 > ------------------------------------------------------------------------------- > BEDFONT > A lurching sensation in the pit of the stomach experienced at > breakfast in a hotel, occasioned by the realisation that it is about > now that the chamber-maid will have discovered the embarrassing stain > on your bottom sheet. > --- Douglas Adams, The Meaning of Liff -- Jindrich Novy http://people.redhat.com/jnovy/ From tibbs at math.uh.edu Thu Aug 20 18:15:27 2009 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: Thu, 20 Aug 2009 13:15:27 -0500 Subject: TeX Live 2009 for Fedora In-Reply-To: <20090820174028.GA3009@pucmeloud.redhat.com> (Jindrich Novy's message of "Thu, 20 Aug 2009 19:40:29 +0200") References: <20090820124437.GA11925@pucmeloud.brq.redhat.com> <645d17210908200911q2c416c49mb28eac4c1379e085@mail.gmail.com> <20090820174028.GA3009@pucmeloud.redhat.com> Message-ID: >>>>> "JN" == Jindrich Novy writes: JN> These virtual provides, such as tex(tex), tex(latex) or tex(xetex) JN> were added at the beginning of the year 2008 so it works at least JN> for Fedora 9 and higher. JN> We should file bugs for these packages. There are many, many more packages that require tetex-latex at build time. Notably every R package, most likely because of http://fedoraproject.org/wiki/Packaging:R. - J< From tibbs at math.uh.edu Thu Aug 20 18:26:13 2009 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: Thu, 20 Aug 2009 13:26:13 -0500 Subject: TeX Live 2009 for Fedora In-Reply-To: (Jason L. Tibbitts, III's message of "Thu, 20 Aug 2009 13:15:27 -0500") References: <20090820124437.GA11925@pucmeloud.brq.redhat.com> <645d17210908200911q2c416c49mb28eac4c1379e085@mail.gmail.com> <20090820174028.GA3009@pucmeloud.redhat.com> Message-ID: >>>>> "JLT" == Jason L Tibbitts writes: JLT> There are many, many more packages that require tetex-latex at JLT> build time. Notably every R package, most likely because of JLT> http://fedoraproject.org/wiki/Packaging:R. I have adjusted the guideline page to reference tex(latex), but I believe this will cause issues for EPEL as no RHEL version seems to have tex(latex). - J< From michael.silvanus at gmail.com Thu Aug 20 18:38:30 2009 From: michael.silvanus at gmail.com (Michel Salim) Date: Thu, 20 Aug 2009 14:38:30 -0400 Subject: TeX Live 2009 for Fedora In-Reply-To: <20090820124437.GA11925@pucmeloud.brq.redhat.com> References: <20090820124437.GA11925@pucmeloud.brq.redhat.com> Message-ID: <1250793511.6706.0.camel@mikmaq.localdomain> On Thu, 2009-08-20 at 14:44 +0200, Jindrich Novy wrote: > Hi, > > TeX Live 2009 pretest is now available via external repository for > testing in Fedora: > > rpm -Uhv http://jnovy.fedorapeople.org/texlive/texlive-release-2009-0.1.fc11.noarch.rpm > Any chance you could build this for Rawhide as well? Otherwise, would it be advisable to use the F11 packages on Rawhide? Thanks, -- Michel From awilliam at redhat.com Thu Aug 20 18:44:23 2009 From: awilliam at redhat.com (Adam Williamson) Date: Thu, 20 Aug 2009 11:44:23 -0700 Subject: Add Moblin Desktop group to comps In-Reply-To: References: <5256d0b0908200922v368cdaaew8d0c3cc51ffe1da1@mail.gmail.com> <5256d0b0908201006s23e4d34fwb2444a65f131186e@mail.gmail.com> Message-ID: <1250793863.2318.16.camel@adam.local.net> On Thu, 2009-08-20 at 13:37 -0400, Colin Walters wrote: > > Depends on which bits you look at. Most of the packages are based on > > Fedora packages, the whole lot is built using the suse build system. > > The NM/connman is an interesting split. It seems suse is assisting the > > process from the build side of things but has written a NetworkManger > > moblin GUI that looks the same as the connman one sot they are > > interchangable. Obviously we'll use the NM one because NM is cool :-) > > Other than the 30 odd new packages needed for Moblin there doesn't > > seem to be massive convergence from the other core Fedora packages. > > Doesn't seem to be convergence? I think he meant divergence. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From a.badger at gmail.com Thu Aug 20 18:41:22 2009 From: a.badger at gmail.com (Toshio Kuratomi) Date: Thu, 20 Aug 2009 11:41:22 -0700 Subject: Broken dependencies in Fedora 11 - 2009-08-20 In-Reply-To: <20090820111850.GQ3095@hansolo.jdub.homelinux.org> References: <20090820091401.5195.46817@faldor.intranet> <5256d0b0908200219o30799f52ycdc5472948ed287d@mail.gmail.com> <20090820111850.GQ3095@hansolo.jdub.homelinux.org> Message-ID: <4A8D98D2.5060102@gmail.com> On 08/20/2009 04:18 AM, Josh Boyer wrote: > On Thu, Aug 20, 2009 at 10:19:39AM +0100, Peter Robinson wrote: >> Is it just me or are there some packages that seem to be eternally on >> this list? beage/f-spot/tomboy never seem to go anywhere. > > They're eternally broken on ppc64. Mostly due to Mono being broken on ppc64. > It should be the opposite. Mono runs on ppc64 but some maintainers need to update the ExcludeArch/ExclusiveArch that is preventing their packages from being built on ppc64. Once those packages are fixed, their dependent packages will be able to run as well. I'll go through and start updating packages to stop excluding ppc64 since I'm tired of seeing mschwendt's report be ignored. However, people who really care about mono need to step up and start taking care of this stuff. I don't own or use any mono packages and I'm not happy with the patent licenses so I don't want to keep working on these packages. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: OpenPGP digital signature URL: From awilliam at redhat.com Thu Aug 20 18:46:58 2009 From: awilliam at redhat.com (Adam Williamson) Date: Thu, 20 Aug 2009 11:46:58 -0700 Subject: Add Moblin Desktop group to comps In-Reply-To: References: <5256d0b0908200922v368cdaaew8d0c3cc51ffe1da1@mail.gmail.com> <5256d0b0908201006s23e4d34fwb2444a65f131186e@mail.gmail.com> Message-ID: <1250794018.2318.19.camel@adam.local.net> On Thu, 2009-08-20 at 13:37 -0400, Colin Walters wrote: > I'm particularly interested in how far we can get the default Fedora > desktop's boot speed close to that of netbook experience, without > breaking compatibility with any of the corner cases people expect from > a general purposes OS like RAID. Mandriva went with a two-tier system for this: the fast init system falls back to being slow when it runs into complex cases. http://blog.crozat.net/2009/02/speedboot-explained.html I know our boot speed guy has some plans to go in a similar direction (he was telling me about this while we were preparing the F11 boot speed test day). -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From jnovy at redhat.com Thu Aug 20 18:49:24 2009 From: jnovy at redhat.com (Jindrich Novy) Date: Thu, 20 Aug 2009 20:49:24 +0200 Subject: TeX Live 2009 for Fedora In-Reply-To: References: <20090820124437.GA11925@pucmeloud.brq.redhat.com> <645d17210908200911q2c416c49mb28eac4c1379e085@mail.gmail.com> <20090820174028.GA3009@pucmeloud.redhat.com> Message-ID: <20090820184924.GC3009@pucmeloud.redhat.com> On Thu, Aug 20, 2009 at 01:26:13PM -0500, Jason L Tibbitts III wrote: > >>>>> "JLT" == Jason L Tibbitts writes: > > JLT> There are many, many more packages that require tetex-latex at > JLT> build time. Notably every R package, most likely because of > JLT> http://fedoraproject.org/wiki/Packaging:R. > > I have adjusted the guideline page to reference tex(latex), but I > believe this will cause issues for EPEL as no RHEL version seems to have > tex(latex). Thanks for updating the packaging guidelines. I will add te tetex-* provides to be compatible with the legacy packages. Jindrich > > - J< > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list -- Jindrich Novy http://people.redhat.com/jnovy/ From walters at verbum.org Thu Aug 20 19:03:07 2009 From: walters at verbum.org (Colin Walters) Date: Thu, 20 Aug 2009 15:03:07 -0400 Subject: Add Moblin Desktop group to comps In-Reply-To: <1250794018.2318.19.camel@adam.local.net> References: <5256d0b0908200922v368cdaaew8d0c3cc51ffe1da1@mail.gmail.com> <5256d0b0908201006s23e4d34fwb2444a65f131186e@mail.gmail.com> <1250794018.2318.19.camel@adam.local.net> Message-ID: On Thu, Aug 20, 2009 at 2:46 PM, Adam Williamson wrote: > On Thu, 2009-08-20 at 13:37 -0400, Colin Walters wrote: > >> I'm particularly interested in how far we can get the default Fedora >> desktop's boot speed close to that of netbook experience, without >> breaking compatibility with any of the corner cases people expect from >> a general purposes OS like RAID. > > Mandriva went with a two-tier system for this: the fast init system > falls back to being slow when it runs into complex cases. Sounds reasonable. > http://blog.crozat.net/2009/02/speedboot-explained.html > > I know our boot speed guy has some plans to go in a similar direction > (he was telling me about this while we were preparing the F11 boot speed > test day). The other thing I will say here is that it's very important for this functionality[1] in particular to ensure we don't regress. It's really easy for almost anything to come along (say, some new ISCSI scanning, or a HAL probe or a font-scanner or...) and hit the boot process and no one notices for quite a while. Here's an example of the "Ts" test that Mozilla has which means "startup performance": http://graphs.mozilla.org/graph.html#tests=[{%22test%22:%2216%22,%22branch%22:%221%22,%22machine%22:%2251%22}] This comes from their "Talos" project: https://wiki.mozilla.org/StandaloneTalos I'm not sure how difficult it is to set up. Now that we have nightly livecd images though (thanks nirik & all), that could be a useful basis for something to feed into a Talos like system if it could be run on infrastructure. [1] Though this is of course true of a lot of other things like the live CD size, logged-in desktop memory usage, etc. From michael.silvanus at gmail.com Thu Aug 20 19:04:16 2009 From: michael.silvanus at gmail.com (Michel Salim) Date: Thu, 20 Aug 2009 15:04:16 -0400 Subject: Add Moblin Desktop group to comps In-Reply-To: <5256d0b0908200922v368cdaaew8d0c3cc51ffe1da1@mail.gmail.com> References: <5256d0b0908200922v368cdaaew8d0c3cc51ffe1da1@mail.gmail.com> Message-ID: <1250795056.6706.18.camel@mikmaq.localdomain> On Thu, 2009-08-20 at 17:22 +0100, Peter Robinson wrote: > Hi All, > > I would like to add a group for the Moblin Desktop. My proposed patch > is below and feedback is welcome. > > Cheers, > Peter > > + > + mutter > + mutter-moblin > + Speaking of these two, any reason mutter-moblin does not currently require moblin? (And when it's fixed, is it better to list both mutter and mutter-moblin, or let depsolving pull in mutter?) Regards, -- Michel From mschwendt at gmail.com Thu Aug 20 19:10:24 2009 From: mschwendt at gmail.com (Michael Schwendt) Date: Thu, 20 Aug 2009 21:10:24 +0200 Subject: Broken dependencies in Fedora 11 - 2009-08-20 In-Reply-To: <20090820115023.GA19112@hansolo.jdub.homelinux.org> References: <20090820091401.5195.46817@faldor.intranet> <5256d0b0908200219o30799f52ycdc5472948ed287d@mail.gmail.com> <20090820111850.GQ3095@hansolo.jdub.homelinux.org> <20090820133147.3b5eb345@faldor.intranet> <20090820115023.GA19112@hansolo.jdub.homelinux.org> Message-ID: <20090820211024.04ef569e@faldor.intranet> It looks to me as if some people need to learn how to talk to eachother. Look at this! A big update package for Mono packages: https://admin.fedoraproject.org/updates/F11/FEDORA-2009-6615 Date Released: 2009-06-18 11:01:34 gbrainy, giver, gnome-do, mono-zeroconf, ipod-sharp, f-spot, muine, tomboy, tasque, podsleuth, gnome-keyring-sharp, notify-sharp, beagle, gtk-sharp, mono-tools, gsf-sharp, lat, evolution-sharp, gnome-desktop-sharp, gnome-subtitles Then on July 1st: This update has been obsoleted by tomboy-0.14.3-1.fc11 Huh? That sounds wrong: https://admin.fedoraproject.org/updates/F11/FEDORA-2009-7346 tomboy-0.14.3-1.fc11 Indeed. A single tomboy build obsoleted more than a dozen Mono packages and actually got marked stable sometimes later without anyone adding a comment. And finally a bit later only beagle was updated: beagle-0.3.9-9.fc11 bugfix update https://admin.fedoraproject.org/updates/F11/FEDORA-2009-7465 That's packaging chaos. :-/ From michael.silvanus at gmail.com Thu Aug 20 19:27:34 2009 From: michael.silvanus at gmail.com (Michel Salim) Date: Thu, 20 Aug 2009 15:27:34 -0400 Subject: Broken dependencies in Fedora 11 - 2009-08-20 In-Reply-To: <4A8D98D2.5060102@gmail.com> References: <20090820091401.5195.46817@faldor.intranet> <5256d0b0908200219o30799f52ycdc5472948ed287d@mail.gmail.com> <20090820111850.GQ3095@hansolo.jdub.homelinux.org> <4A8D98D2.5060102@gmail.com> Message-ID: <1250796454.6706.40.camel@mikmaq.localdomain> On Thu, 2009-08-20 at 11:41 -0700, Toshio Kuratomi wrote: > On 08/20/2009 04:18 AM, Josh Boyer wrote: > > On Thu, Aug 20, 2009 at 10:19:39AM +0100, Peter Robinson wrote: > > >> Is it just me or are there some packages that seem to be eternally on > >> this list? beage/f-spot/tomboy never seem to go anywhere. > > > > They're eternally broken on ppc64. Mostly due to Mono being broken on ppc64. > > > It should be the opposite. Mono runs on ppc64 but some maintainers need > to update the ExcludeArch/ExclusiveArch that is preventing their > packages from being built on ppc64. Once those packages are fixed, > their dependent packages will be able to run as well. > > I'll go through and start updating packages to stop excluding ppc64 > since I'm tired of seeing mschwendt's report be ignored. However, > people who really care about mono need to step up and start taking care > of this stuff. I don't own or use any mono packages and I'm not happy > with the patent licenses so I don't want to keep working on these packages. > Is there a way to mass-file bug reports, so that each Mono package that currently do not build on PPC64 have a bug filed? (It's supposed to be there for any ExcludeArch, but this rule is often ignored). If maintainers are instructed to then block on the bug entries for their build requirements that are not currently available, then we can break from this situation where currently, a lot of maintainers (who don't have PPC64 hardware!) just give up rechecking. Regards, -- Michel -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From michael.silvanus at gmail.com Thu Aug 20 19:41:07 2009 From: michael.silvanus at gmail.com (Michel Salim) Date: Thu, 20 Aug 2009 15:41:07 -0400 Subject: Broken dependencies in Fedora 11 - 2009-08-20 In-Reply-To: <20090820211024.04ef569e@faldor.intranet> References: <20090820091401.5195.46817@faldor.intranet> <5256d0b0908200219o30799f52ycdc5472948ed287d@mail.gmail.com> <20090820111850.GQ3095@hansolo.jdub.homelinux.org> <20090820133147.3b5eb345@faldor.intranet> <20090820115023.GA19112@hansolo.jdub.homelinux.org> <20090820211024.04ef569e@faldor.intranet> Message-ID: <1250797267.6706.46.camel@mikmaq.localdomain> On Thu, 2009-08-20 at 21:10 +0200, Michael Schwendt wrote: > It looks to me as if some people need to learn how to talk to eachother. > Look at this! > > A big update package for Mono packages: ... > Then on July 1st: > > This update has been obsoleted by tomboy-0.14.3-1.fc11 Indeed. David Nielsen put some work on coordinating Mono packaging efforts, but left because of some perceived snubs before the effort bore fruit. There is a fedora-mono mailing list that is currently mostly dormant, and David is still listed as the maintainer -- in fact, he's still on the mailing list. We should perhaps take advantage of this list better -- does this plan sound feasible? 1. Get an active Mono packager to take over the list 2. Announce that Mono packagers should join the list. 3. Allow a week or so for opt-outs, then auto-subscribe anyone who maintain Mono packages 4. Require posting to this list whenever a mass-rebuild is done Thoughts? -- Michel -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From awilliam at redhat.com Thu Aug 20 20:43:13 2009 From: awilliam at redhat.com (Adam Williamson) Date: Thu, 20 Aug 2009 13:43:13 -0700 Subject: libva package in for review Message-ID: <1250800993.2329.3.camel@adam.local.net> I have submitted a libva package for review: https://bugzilla.redhat.com/show_bug.cgi?id=518546 this is for VAAPI video playback acceleration. It's a freedesktop project which stands a reasonable chance of being the umbrella standard for hardware-accelerated video playback in future, so it's quite a significant piece to get into the distribution. It was discussed at a recent packaging committee meeting (alongside VDPAU) and they seemed quite keen to have it added. If people can help out with the review, that'd be greatly appreciated (I'd offer to swap, but I'm not a sponsor). -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From sundaram at fedoraproject.org Thu Aug 20 20:44:15 2009 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Fri, 21 Aug 2009 02:14:15 +0530 Subject: libva package in for review In-Reply-To: <1250800993.2329.3.camel@adam.local.net> References: <1250800993.2329.3.camel@adam.local.net> Message-ID: <4A8DB59F.7080202@fedoraproject.org> On 08/21/2009 02:13 AM, Adam Williamson wrote: > I have submitted a libva package for review: > https://bugzilla.redhat.com/show_bug.cgi?id=518546 > > this is for VAAPI video playback acceleration. It's a freedesktop > project which stands a reasonable chance of being the umbrella standard > for hardware-accelerated video playback in future, so it's quite a > significant piece to get into the distribution. It was discussed at a > recent packaging committee meeting (alongside VDPAU) and they seemed > quite keen to have it added. If people can help out with the review, > that'd be greatly appreciated (I'd offer to swap, but I'm not a > sponsor). You don't need to be a sponsor to review packages as long as it is not the person's first package and FE-NEEDSPONSOR is set. Any package maintainer can do it and you qualify already. Rahul From tibbs at math.uh.edu Thu Aug 20 21:13:02 2009 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: Thu, 20 Aug 2009 16:13:02 -0500 Subject: libva package in for review In-Reply-To: <1250800993.2329.3.camel@adam.local.net> (Adam Williamson's message of "Thu\, 20 Aug 2009 13\:43\:13 -0700") References: <1250800993.2329.3.camel@adam.local.net> Message-ID: >>>>> "AW" == Adam Williamson writes: AW> It was discussed at a recent packaging committee meeting (alongside AW> VDPAU) and they seemed quite keen to have it added. I believe you mean FESCo here. - J< From xjakub at fi.muni.cz Thu Aug 20 21:56:58 2009 From: xjakub at fi.muni.cz (Milos Jakubicek) Date: Thu, 20 Aug 2009 23:56:58 +0200 Subject: Orphaning SmartEiffel In-Reply-To: <1250711324.19643.37.camel@scriabin.tannenrauch.ch> References: <1250711324.19643.37.camel@scriabin.tannenrauch.ch> Message-ID: <4A8DC6AA.702@fi.muni.cz> Dne 19.8.2009 21:48, G?rard Milmeister wrote: > Hi, > > Since the SmartEiffel project is quite dead (it hasn't had any release > since June 2007) and I cannot get it to compile on any of the current > Fedora releases, I am orphaning it. ...just for the record: I remember trying the build to work after the F11 mass rebuild for quite a time without success, so orphaning this seems the only reasonable thing to do atm, unfortunately. Milos From laurent.rineau__fedora at normalesup.org Thu Aug 20 22:33:06 2009 From: laurent.rineau__fedora at normalesup.org (Laurent Rineau) Date: Fri, 21 Aug 2009 00:33:06 +0200 Subject: Upstream tarball splitted into two tarballs Message-ID: <200908210033.06688.laurent.rineau__fedora@normalesup.org> Since ipe-6.0pre32, the tool ipe5toxml is released as a separate tarball, upstream, whereas is was previously shipped in the ipe tarball (as in ipe-6.0pre30). I have updated Rawhide's ipe to 6.0pre32, but I do not know what to do with that tool that disappeared from the tarball. Should I: - make the ipe package have two sources tarball, instead of one, and tweak the %prep/%build/%install parts? - or package ipe5toxml into a new separate package (with its own src.rpm)? In the latter case, should ipe5toxml have Obsoletes: ipe<6.0-0.30.pre30? without Provides? I have not found that case in the packaging guidelines. I hope I have searched correctly. -- Laurent Rineau http://fedoraproject.org/wiki/LaurentRineau From poelstra at redhat.com Thu Aug 20 22:55:20 2009 From: poelstra at redhat.com (John Poelstra) Date: Thu, 20 Aug 2009 15:55:20 -0700 Subject: No more Alpha tag requests In-Reply-To: <20090820145051.GC20831@hansolo.jdub.homelinux.org> References: <20090820145051.GC20831@hansolo.jdub.homelinux.org> Message-ID: <4A8DD458.6040009@redhat.com> Josh Boyer said the following on 08/20/2009 07:50 AM Pacific Time: > A general reminder. As we are out of Alpha freeze now, that means we are not > taking tag requests for F12 Alpha any longer. The package set for Alpha has > been finalized. > > Thanks > > josh > Does this mean the schedule should be updated to show the freeze ending and if so what day did it end? Right now we have it going through release day on August 25th. How and where is it decided that the freeze has ended? In the future could someone send out an announcement formally announcing that the freeze has ended? Forgive me if this was announced and I missed it. Thanks, John From jwboyer at gmail.com Fri Aug 21 00:15:36 2009 From: jwboyer at gmail.com (Josh Boyer) Date: Thu, 20 Aug 2009 20:15:36 -0400 Subject: No more Alpha tag requests In-Reply-To: <4A8DD458.6040009@redhat.com> References: <20090820145051.GC20831@hansolo.jdub.homelinux.org> <4A8DD458.6040009@redhat.com> Message-ID: <20090821001536.GD20831@hansolo.jdub.homelinux.org> On Thu, Aug 20, 2009 at 03:55:20PM -0700, John Poelstra wrote: > Josh Boyer said the following on 08/20/2009 07:50 AM Pacific Time: >> A general reminder. As we are out of Alpha freeze now, that means we are not >> taking tag requests for F12 Alpha any longer. The package set for Alpha has >> been finalized. >> >> Thanks >> >> josh >> > > Does this mean the schedule should be updated to show the freeze ending > and if so what day did it end? Right now we have it going through > release day on August 25th. Yes. It ended two days ago, when rawhide got a massive explosion of packages. > How and where is it decided that the freeze has ended? How == we got our golden package set. Where I am not 100% sure but I would think it was in the QA meeting. > In the future could someone send out an announcement formally announcing > that the freeze has ended? Forgive me if this was announced and I > missed it. I think my email was the formal announcement. I will be the first to admit that it certainly wasn't intended to be though. josh From jwboyer at gmail.com Fri Aug 21 01:02:03 2009 From: jwboyer at gmail.com (Josh Boyer) Date: Thu, 20 Aug 2009 21:02:03 -0400 Subject: Orphaning packages Message-ID: <20090821010203.GE20831@hansolo.jdub.homelinux.org> I've orphaned the following packages in pkgdb: gquilt quilt jfsutils josh From itamar at ispbrasil.com.br Fri Aug 21 01:32:46 2009 From: itamar at ispbrasil.com.br (Itamar Reis Peixoto) Date: Thu, 20 Aug 2009 22:32:46 -0300 Subject: Orphaning packages In-Reply-To: <20090821010203.GE20831@hansolo.jdub.homelinux.org> References: <20090821010203.GE20831@hansolo.jdub.homelinux.org> Message-ID: grabbed jfsutils co-maintaners welcome. On Thu, Aug 20, 2009 at 10:02 PM, Josh Boyer wrote: > I've orphaned the following packages in pkgdb: > > gquilt > quilt > jfsutils > > josh > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- ------------ Itamar Reis Peixoto e-mail/msn: itamar at ispbrasil.com.br sip: itamar at ispbrasil.com.br skype: itamarjp icq: 81053601 +55 11 4063 5033 +55 34 3221 8599 From jonstanley at gmail.com Fri Aug 21 02:10:59 2009 From: jonstanley at gmail.com (Jon Stanley) Date: Thu, 20 Aug 2009 22:10:59 -0400 Subject: Plan for tomorrow's (20090821) FESCo meeting Message-ID: Apologies for the late agenda, I completely blanked out today :(. The following are the topics for tomorrow's meeting at 17:00UTC on #fedora-meeting on freenode: 244 Reconsider Moblin Feature for Fedora 12 238 Can libvdpau go in Fedora? For more complete details, please visit each individual ticket. The report of the agenda items can be found at https://fedorahosted.org/fesco/report/9 If you would like to add something to this agenda, you can reply to this e-mail, file a new ticket at https://fedorahosted.org/fesco, e-mail me directly, or bring it up at the end of the meeting, during the open floor. Thanks! -Jon From a.badger at gmail.com Fri Aug 21 03:39:34 2009 From: a.badger at gmail.com (Toshio Kuratomi) Date: Thu, 20 Aug 2009 20:39:34 -0700 Subject: Broken dependencies in Fedora 11 - 2009-08-20 In-Reply-To: <4A8D98D2.5060102@gmail.com> References: <20090820091401.5195.46817@faldor.intranet> <5256d0b0908200219o30799f52ycdc5472948ed287d@mail.gmail.com> <20090820111850.GQ3095@hansolo.jdub.homelinux.org> <4A8D98D2.5060102@gmail.com> Message-ID: <4A8E16F6.2090207@gmail.com> On 08/20/2009 11:41 AM, Toshio Kuratomi wrote: > On 08/20/2009 04:18 AM, Josh Boyer wrote: >> On Thu, Aug 20, 2009 at 10:19:39AM +0100, Peter Robinson wrote: > >>> Is it just me or are there some packages that seem to be eternally on >>> this list? beage/f-spot/tomboy never seem to go anywhere. >> >> They're eternally broken on ppc64. Mostly due to Mono being broken on ppc64. >> > It should be the opposite. Mono runs on ppc64 but some maintainers need > to update the ExcludeArch/ExclusiveArch that is preventing their > packages from being built on ppc64. Once those packages are fixed, > their dependent packages will be able to run as well. > > I'll go through and start updating packages to stop excluding ppc64 > since I'm tired of seeing mschwendt's report be ignored. However, > people who really care about mono need to step up and start taking care > of this stuff. I don't own or use any mono packages and I'm not happy > with the patent licenses so I don't want to keep working on these packages. > As Michael Schwendt found, there were two update sets that contained a large number of mono packages. The packages were grouped in sets so they would update together due to mutual dependencies. The problem that arose is before they were pushed from testing to stable, one package from within each set were updated. This caused bodhi to mark the whole set as obsolete and remove them from the testing repo. Two things have been done to help with that this time: 1) lmacken has disabled auto-obsoleting in bodhi until he can look into making it more intelligent. 2) I submitted each of these updates individually. I'll take care of pushing them all to stable at the same time. Most of these rebuilt packages had not been touched since Xavier updated them originally. The others had been updated, but the package versions that they're based on were already in stable. I hope to push these packages to stable rather quickly (next week) to reduce the window where maintainers who aren't paying attention can push updates to staging that rely on the ppc64 packages in testing. I've updated both F-11 and rawhide branches to build for ppc64. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: OpenPGP digital signature URL: From awilliam at redhat.com Fri Aug 21 04:01:16 2009 From: awilliam at redhat.com (Adam Williamson) Date: Thu, 20 Aug 2009 21:01:16 -0700 Subject: libva package in for review In-Reply-To: References: <1250800993.2329.3.camel@adam.local.net> Message-ID: <1250827276.2329.4.camel@adam.local.net> On Thu, 2009-08-20 at 16:13 -0500, Jason L Tibbitts III wrote: > >>>>> "AW" == Adam Williamson writes: > > AW> It was discussed at a recent packaging committee meeting (alongside > AW> VDPAU) and they seemed quite keen to have it added. > > I believe you mean FESCo here. Oh yeah, you're right. Always get my meetings mixed up. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From awilliam at redhat.com Fri Aug 21 04:20:43 2009 From: awilliam at redhat.com (Adam Williamson) Date: Thu, 20 Aug 2009 21:20:43 -0700 Subject: Upstream tarball splitted into two tarballs In-Reply-To: <200908210033.06688.laurent.rineau__fedora@normalesup.org> References: <200908210033.06688.laurent.rineau__fedora@normalesup.org> Message-ID: <1250828443.2329.8.camel@adam.local.net> On Fri, 2009-08-21 at 00:33 +0200, Laurent Rineau wrote: > Since ipe-6.0pre32, the tool ipe5toxml is released as a separate tarball, > upstream, whereas is was previously shipped in the ipe tarball (as in > ipe-6.0pre30). > > I have updated Rawhide's ipe to 6.0pre32, but I do not know what to do with > that tool that disappeared from the tarball. > > Should I: > - make the ipe package have two sources tarball, instead of one, and tweak > the %prep/%build/%install parts? > - or package ipe5toxml into a new separate package (with its own src.rpm)? > > In the latter case, should ipe5toxml have > Obsoletes: ipe<6.0-0.30.pre30? > without Provides? > > I have not found that case in the packaging guidelines. I hope I have searched > correctly. If you went for the second option then ipe5toxml should _conflict_ with older ipe packages, not obsolete them. If you set it to obsolete them then that's telling the package manager that ipe5toxml is a complete replacement for the ipe package and ipe5toxml should be installed and ipe removed, from your description this is clearly not the case. Conflicts is the correct relationship for this case. I don't know which of the two is considered the 'more correct' path, though. I suppose to an extent it depends on how likely you would be to want ipe without ipe5toxml, or vice versa (if that's possible). What's upstream's motivation for separating them? -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From jnovy at redhat.com Fri Aug 21 04:42:39 2009 From: jnovy at redhat.com (Jindrich Novy) Date: Fri, 21 Aug 2009 06:42:39 +0200 Subject: TeX Live 2009 for Fedora In-Reply-To: <1250793511.6706.0.camel@mikmaq.localdomain> References: <20090820124437.GA11925@pucmeloud.brq.redhat.com> <1250793511.6706.0.camel@mikmaq.localdomain> Message-ID: <20090821044239.GA14396@pucmeloud.redhat.com> Hi, On Thu, Aug 20, 2009 at 02:38:30PM -0400, Michel Salim wrote: > On Thu, 2009-08-20 at 14:44 +0200, Jindrich Novy wrote: > > Hi, > > > > TeX Live 2009 pretest is now available via external repository for > > testing in Fedora: > > > > rpm -Uhv http://jnovy.fedorapeople.org/texlive/texlive-release-2009-0.1.fc11.noarch.rpm > > > Any chance you could build this for Rawhide as well? Otherwise, would it > be advisable to use the F11 packages on Rawhide? Currently I have problems rebuilding the TeX Live binaries likely because of the new poppler: http://koji.fedoraproject.org/koji/getfile?taskID=1618635&name=build.log I will add a separate reporitory for rawhide as soon it is successfully built and update the Feature page when it happens. Jindrich > > Thanks, > > -- > Michel > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list -- Jindrich Novy http://people.redhat.com/jnovy/ From pbrobinson at gmail.com Fri Aug 21 08:50:39 2009 From: pbrobinson at gmail.com (Peter Robinson) Date: Fri, 21 Aug 2009 09:50:39 +0100 Subject: Add Moblin Desktop group to comps In-Reply-To: <1250793863.2318.16.camel@adam.local.net> References: <5256d0b0908200922v368cdaaew8d0c3cc51ffe1da1@mail.gmail.com> <5256d0b0908201006s23e4d34fwb2444a65f131186e@mail.gmail.com> <1250793863.2318.16.camel@adam.local.net> Message-ID: <5256d0b0908210150v74c594cao73d2b68fe556261e@mail.gmail.com> >> > Depends on which bits you look at. Most of the packages are based on >> > Fedora packages, the whole lot is built using the suse build system. >> > The NM/connman is an interesting split. It seems suse is assisting the >> > process from the build side of things but has written a NetworkManger >> > moblin GUI that looks the same as the connman one sot they are >> > interchangable. Obviously we'll use the NM one because NM is cool :-) >> > Other than the 30 odd new packages needed for Moblin there doesn't >> > seem to be massive convergence from the other core Fedora packages. >> >> Doesn't seem to be convergence? > > I think he meant divergence. No thinking needed..... he definitely meant that.... yesterday was a busy day :) Peter From pbrobinson at gmail.com Fri Aug 21 08:57:02 2009 From: pbrobinson at gmail.com (Peter Robinson) Date: Fri, 21 Aug 2009 09:57:02 +0100 Subject: Add Moblin Desktop group to comps In-Reply-To: <1250795056.6706.18.camel@mikmaq.localdomain> References: <5256d0b0908200922v368cdaaew8d0c3cc51ffe1da1@mail.gmail.com> <1250795056.6706.18.camel@mikmaq.localdomain> Message-ID: <5256d0b0908210157j143b8e25x270c1b1cbf3a744b@mail.gmail.com> >> I would like to add a group for the Moblin Desktop. My proposed patch >> is below and feedback is welcome. >> >> Cheers, >> Peter >> >> + ? ? >> + ? ? ?mutter >> + ? ? ?mutter-moblin >> + ? ? > > Speaking of these two, any reason mutter-moblin does not currently > require moblin? (And when it's fixed, is it better to list both mutter > and mutter-moblin, or let depsolving pull in mutter?) There is no "moblin" package as such. In fact mutter-moblin is the main desktop env package. I need to sit down and got through the package list and work out the exact dependency tree. I know it mostly from packaging everything up but there's no doubt something I'll miss. Peter From michael.silvanus at gmail.com Fri Aug 21 10:20:39 2009 From: michael.silvanus at gmail.com (Michel Salim) Date: Fri, 21 Aug 2009 06:20:39 -0400 Subject: Add Moblin Desktop group to comps In-Reply-To: <5256d0b0908210157j143b8e25x270c1b1cbf3a744b@mail.gmail.com> References: <5256d0b0908200922v368cdaaew8d0c3cc51ffe1da1@mail.gmail.com> <1250795056.6706.18.camel@mikmaq.localdomain> <5256d0b0908210157j143b8e25x270c1b1cbf3a744b@mail.gmail.com> Message-ID: <1250850039.12852.1.camel@mikmaq.localdomain> On Fri, 2009-08-21 at 09:57 +0100, Peter Robinson wrote: > >> I would like to add a group for the Moblin Desktop. My proposed patch > >> is below and feedback is welcome. > >> > >> Cheers, > >> Peter > >> > >> + > >> + mutter > >> + mutter-moblin > >> + > > > > Speaking of these two, any reason mutter-moblin does not currently > > require moblin? (And when it's fixed, is it better to list both mutter > > and mutter-moblin, or let depsolving pull in mutter?) > > There is no "moblin" package as such. In fact mutter-moblin is the > main desktop env package. Ah, I meant listing both mutter and mutter-moblin, rather than just mutter-moblin. Slip of the fingers, when both parts of the name starts with the same letter and have the same length! -- Michel -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From kevin.kofler at chello.at Fri Aug 21 13:06:22 2009 From: kevin.kofler at chello.at (Kevin Kofler) Date: Fri, 21 Aug 2009 15:06:22 +0200 Subject: Confusion with openal-soft References: <4A87D94B.4000804@fedoraproject.org> <20090816140014.2ca415a4@faldor> <4A87F5BE.4080101@linuxdonald.de> <20090816142909.25b75fcd@faldor> <4A880C19.7010009@ioa.s.u-tokyo.ac.jp> <20090816164722.7e8ecf06@faldor> <4A882617.3010601@ioa.s.u-tokyo.ac.jp> <1250536435.11929.10.camel@vaio.local.net> Message-ID: Adam Williamson wrote: > It's usually possible to have the devel packages co-exist by renaming > the new library (make it libopenal-soft.so). This may require a small > patch to any app you want to build against the new version (make it look > for libopenal-soft instead of just libopenal), but I think this is > preferable to conflicting -devel packages. Right, see also the hackery we do to allow kdelibs-devel and kdelibs3-devel to coexist. Kevin Kofler From kevin.kofler at chello.at Fri Aug 21 13:06:44 2009 From: kevin.kofler at chello.at (Kevin Kofler) Date: Fri, 21 Aug 2009 15:06:44 +0200 Subject: Confusion with openal-soft References: <4A87D94B.4000804@fedoraproject.org> <0MKv5w-1Mcjx83o61-0003mW@mrelayeu.kundenserver.de> Message-ID: Jochen Schmitt wrote: > Pushing openal-soft info F-11/F-10 is a violation of the Fedora > updating policy. It's not. It's entirely acceptable to bump a soname if there's a good reason to and dependent packages WILL have to get rebuilt. It would be impossible to update something like xulrunner for security fixes otherwise. That said, in this case, IMHO there are too many dependent packages to force such a global rebuild. Kevin Kofler From kevin.kofler at chello.at Fri Aug 21 13:07:19 2009 From: kevin.kofler at chello.at (Kevin Kofler) Date: Fri, 21 Aug 2009 15:07:19 +0200 Subject: TeX Live 2009 for Fedora References: <20090820124437.GA11925@pucmeloud.brq.redhat.com> <1250776129.28256.4.camel@politzer.theorphys.helsinki.fi> <20090820151040.GC25609@pucmeloud.brq.redhat.com> Message-ID: Jindrich Novy wrote: > Nope, it is intentional. It is needed to somehow distinguish the > noarch and arch-dependent part. So package texlive-csplain contains > the noarch bits and texlive-csplain.ARCH ships the binaries. Wouldn't texlive-csplain-libs or texlive-csplain-bin be more compliant to our guidelines? Kevin Kofler From kevin.kofler at chello.at Fri Aug 21 13:07:47 2009 From: kevin.kofler at chello.at (Kevin Kofler) Date: Fri, 21 Aug 2009 15:07:47 +0200 Subject: Broken dependencies in Fedora 11 - 2009-08-20 References: <20090820091401.5195.46817@faldor.intranet> <5256d0b0908200219o30799f52ycdc5472948ed287d@mail.gmail.com> <20090820111850.GQ3095@hansolo.jdub.homelinux.org> <20090820133147.3b5eb345@faldor.intranet> <20090820115023.GA19112@hansolo.jdub.homelinux.org> <20090820211024.04ef569e@faldor.intranet> Message-ID: Michael Schwendt wrote: > Indeed. A single tomboy build obsoleted more than a dozen Mono packages > and actually got marked stable sometimes later without anyone adding > a comment. I'd blame the tomboy maintainer for the chaos there. Before you push an update to a package, you MUST check for previous updates for the package (possibly filed by somebody else, Bodhi will NOT mail you about them, even if you are the maintainer!), and if it's a grouped update, you CANNOT push a new update for your package, you MUST get it updated in the group instead. Kevin Kofler From jussilehtola at fedoraproject.org Fri Aug 21 13:21:35 2009 From: jussilehtola at fedoraproject.org (Jussi Lehtola) Date: Fri, 21 Aug 2009 16:21:35 +0300 Subject: TeX Live 2009 for Fedora In-Reply-To: <20090820151040.GC25609@pucmeloud.brq.redhat.com> References: <20090820124437.GA11925@pucmeloud.brq.redhat.com> <1250776129.28256.4.camel@politzer.theorphys.helsinki.fi> <20090820151040.GC25609@pucmeloud.brq.redhat.com> Message-ID: <1250860895.22948.19.camel@politzer.theorphys.helsinki.fi> On Thu, 2009-08-20 at 17:10 +0200, Jindrich Novy wrote: > On Thu, Aug 20, 2009 at 04:48:49PM +0300, Jussi Lehtola wrote: > > It seems your spec making program has some bugs, as some packages have > > names such as texlive-csplain.ARCH, this probably shouldn't be..? > > Nope, it is intentional. It is needed to somehow distinguish the > noarch and arch-dependent part. So package texlive-csplain contains > the noarch bits and texlive-csplain.ARCH ships the binaries. Wouldn't it be better to have texlive-csplain%{_isa} shipping the arch dependent bits and a texlive-csplain-common.noarch shipping the arch independent stuff? That would be more in line with other packages. -- Jussi Lehtola Fedora Project Contributor jussilehtola at fedoraproject.org From Jochen at herr-schmitt.de Fri Aug 21 13:39:58 2009 From: Jochen at herr-schmitt.de (Jochen Schmitt) Date: Fri, 21 Aug 2009 15:39:58 +0200 Subject: Plan for tomorrow's (20090821) FESCo meeting In-Reply-To: References: Message-ID: <0MKt72-1MeULp0XVI-000C3B@mrelayeu.kundenserver.de> On Thu, 20 Aug 2009 22:10:59 -0400, you wrote: >238 Can libvdpau go in Fedora? As far I understand this package itself is open source but has a dependency to the properitary nVidia video driver which is provides by rpmfusion.org. For this reason I vote agains the inclusion of this package into Fedora because I introduce a requirement reference to a third-party repository. Best Regards: Jochen Schmitt From forum at ru.bir.ru Fri Aug 21 13:46:56 2009 From: forum at ru.bir.ru (Pavel Alexeev (aka Pahan-Hubbitus)) Date: Fri, 21 Aug 2009 17:46:56 +0400 Subject: Multiline values in bodhi.template Message-ID: I'm believe before this works fine, but now I try put multiline comment into notes field like: # Description of your update notes=- New version. - Name directory in tarball sim instead of trunk. - Step to lzma source packaging. - For BUG#478341 fixing add R kdebase3-libs and got error: [pasha at x-www F-10]$ make update Traceback (most recent call last): File "/usr/bin/bodhi", line 322, in main() File "/usr/bin/bodhi", line 129, in main updates = bodhi.parse_file(input_file=opts.input_file) File "/usr/lib/python2.6/site-packages/fedora/client/bodhi.py", line 276, in parse_file config.readfp(template_file) File "/usr/lib/python2.6/site-packages/iniparse/compat.py", line 115, in readfp self.data._readfp(fp) File "/usr/lib/python2.6/site-packages/iniparse/ini.py", line 629, in _readfp raise exc ConfigParser.ParsingError: File contains parsing errors: bodhi.template [line 14]: - New version. [line 15]: - Name directory in tarball sim instead of trunk. [line 16]: - Step to lzma source packaging. [line 17]: - For BUG#478341 fixing add R kdebase3-libs Why? Can I provide multiline notes at all? How? From boni.vivek at gmail.com Fri Aug 21 13:57:31 2009 From: boni.vivek at gmail.com (Vivek Shah) Date: Fri, 21 Aug 2009 19:27:31 +0530 Subject: Orphaning packages In-Reply-To: References: <20090821010203.GE20831@hansolo.jdub.homelinux.org> Message-ID: Picked up: 1. gquilt 2. quilt Co-maintainers are welcome. Thanks and Regards, Vivek From ajax at redhat.com Fri Aug 21 13:57:48 2009 From: ajax at redhat.com (Adam Jackson) Date: Fri, 21 Aug 2009 09:57:48 -0400 Subject: Plan for tomorrow's (20090821) FESCo meeting In-Reply-To: <0MKt72-1MeULp0XVI-000C3B@mrelayeu.kundenserver.de> References: <0MKt72-1MeULp0XVI-000C3B@mrelayeu.kundenserver.de> Message-ID: <1250863068.10439.25.camel@atropine.boston.devel.redhat.com> On Fri, 2009-08-21 at 15:39 +0200, Jochen Schmitt wrote: > On Thu, 20 Aug 2009 22:10:59 -0400, you wrote: > > >238 Can libvdpau go in Fedora? > > As far I understand this package itself is open source but has a > dependency to the properitary nVidia video driver which is > provides by rpmfusion.org. > > For this reason I vote agains the inclusion of this package into > Fedora because I introduce a requirement reference to a > third-party repository. I think there's precedents for accepting it for Fedora: - libXNVCtrl, another X extension library that happens to only do anything when the user is running the nvidia binary driver, but which is itself MIT-licensed. - gstreamer-plugins-flumpegdemux, which allows you to separate the audio and video streams from MPEG files, even though the decoding itself is off-limits for Fedora It happens that only nvidia implements VDPAU at the moment, but so what? Any other vendor could too. - ajax -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From tcallawa at redhat.com Fri Aug 21 14:02:39 2009 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Fri, 21 Aug 2009 10:02:39 -0400 Subject: Plan for tomorrow's (20090821) FESCo meeting In-Reply-To: References: Message-ID: <4A8EA8FF.3020905@redhat.com> On 08/20/2009 10:10 PM, Jon Stanley wrote: > Apologies for the late agenda, I completely blanked out today :(. The > following are the topics for tomorrow's meeting at 17:00UTC on > #fedora-meeting on freenode: > > 244 Reconsider Moblin Feature for Fedora 12 > 238 Can libvdpau go in Fedora? > > For more complete details, please visit each individual ticket. The > report of the agenda items can be found at > https://fedorahosted.org/fesco/report/9 > > If you would like to add something to this agenda, you can reply to > this e-mail, file a new ticket at https://fedorahosted.org/fesco, > e-mail me directly, or bring it up at the end of the meeting, during > the open floor. I'm pretty sure there are several Fedora Packaging Committee items waiting to be ratified. I think there are at least two tickets still open in Traaaaaac. ~spot From Jochen at herr-schmitt.de Fri Aug 21 14:26:56 2009 From: Jochen at herr-schmitt.de (Jochen Schmitt) Date: Fri, 21 Aug 2009 16:26:56 +0200 Subject: Plan for tomorrow's (20090821) FESCo meeting In-Reply-To: <1250863068.10439.25.camel@atropine.boston.devel.redhat.com> References: <0MKt72-1MeULp0XVI-000C3B@mrelayeu.kundenserver.de> <1250863068.10439.25.camel@atropine.boston.devel.redhat.com> Message-ID: <4A8EAEB0.7040801@herr-schmitt.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Am 21.08.2009 15:57, schrieb Adam Jackson: > On Fri, 2009-08-21 at 15:39 +0200, Jochen Schmitt wrote: >> On Thu, 20 Aug 2009 22:10:59 -0400, you wrote: >> >>> 238 Can libvdpau go in Fedora? >> >> As far I understand this package itself is open source but has a >> dependency to the properitary nVidia video driver which is >> provides by rpmfusion.org. >> >> For this reason I vote agains the inclusion of this package into >> Fedora because I introduce a requirement reference to a >> third-party repository. > > I think there's precedents for accepting it for Fedora: > > - libXNVCtrl, another X extension library that happens to only do > anything when the user is running the nvidia binary driver, but which is > itself MIT-licensed. > > - gstreamer-plugins-flumpegdemux, which allows you to separate the audio > and video streams from MPEG files, even though the decoding itself is > off-limits for Fedora - From my point of view. This cases demostrate, that we need a clarification about the requirements which a package has to fullfill for inclusssion into Fedora. Package which are only useable if you have installed a package which is not part of Fedora may not allow for Fedora. This is the argument why we not contributes eumulators. In common emulators requires special ROM images which contains copyright content. > > It happens that only nvidia implements VDPAU at the moment, but so what? > Any other vendor could too. > > - A made dicision may not be valid forever. If we will have got a opensource package which allow the usage of vdpau with the close source driver from nvidia we can change this dicision. Best Regards: Jochen Schmitt -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org/ iJwEAQECAAYFAkqOrqYACgkQZLAIBz9lVu8IPQP/URKbZwLWz86b6y+8mRJtNv61 sUhgpY8pXQ1ztvf1HKVL2gdj6QnVuzFS6wb4x3UN3UTpErDZaF5x6galuS1zJOOo 5+iSjtkVdxDr12CQTEUT7+weKYTGxw3Vg2cFNzH4j3GkQzo8vxm2DJCDEwXvyZ3Q K8WjxvoHRS/LUXQn5pM= =8/2F -----END PGP SIGNATURE----- From j.w.r.degoede at hhs.nl Fri Aug 21 14:52:05 2009 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Fri, 21 Aug 2009 16:52:05 +0200 Subject: Audacious 2.1 coming - SONAME change In-Reply-To: <20090716143059.0113f6af@faldor> References: <20090716143059.0113f6af@faldor> Message-ID: <4A8EB495.7090905@hhs.nl> On 07/16/2009 02:30 PM, Michael Schwendt wrote: > Audacious 2.1 is going to land in Rawhide soon. > > src.rpm updates have been comitted to Fedora package cvs/devel already. > Compared with 1.5.1 this new final release changes the SONAME version > of essential libraries within the audacious-libs package. Dependencies > will need to be rebuilt. Plugins may need a minor update to sync with > modified plugin API structures. > Hi Michael, I've finally gotten around to upgrading the freeworld plugins in rpmfusion development repo, they are at 2.1 now too. Regards, Hans From drago01 at gmail.com Fri Aug 21 14:51:00 2009 From: drago01 at gmail.com (drago01) Date: Fri, 21 Aug 2009 16:51:00 +0200 Subject: Plan for tomorrow's (20090821) FESCo meeting In-Reply-To: <1250863068.10439.25.camel@atropine.boston.devel.redhat.com> References: <0MKt72-1MeULp0XVI-000C3B@mrelayeu.kundenserver.de> <1250863068.10439.25.camel@atropine.boston.devel.redhat.com> Message-ID: On Fri, Aug 21, 2009 at 3:57 PM, Adam Jackson wrote: > On Fri, 2009-08-21 at 15:39 +0200, Jochen Schmitt wrote: >> On Thu, 20 Aug 2009 22:10:59 -0400, you wrote: >> >> >238 ?Can libvdpau go in Fedora? >> >> As far I understand this package itself is open source but has a >> dependency to the properitary nVidia video driver which is >> provides by rpmfusion.org. >> >> For this reason I vote agains the inclusion of this package into >> Fedora because I introduce a requirement reference to a >> third-party repository. > > I think there's precedents for accepting it for Fedora: > > - libXNVCtrl, another X extension library that happens to only do > anything when the user is running the nvidia binary driver, but which is > itself MIT-licensed. > > - gstreamer-plugins-flumpegdemux, which allows you to separate the audio > and video streams from MPEG files, even though the decoding itself is > off-limits for Fedora > > It happens that only nvidia implements VDPAU at the moment, but so what? > Any other vendor could too. Well S3 does, but there driver isn't open either. But it proves that non nvidia implementations are possible. From opensource at till.name Fri Aug 21 14:54:30 2009 From: opensource at till.name (Till Maas) Date: Fri, 21 Aug 2009 16:54:30 +0200 Subject: Broken dependencies in Fedora 11 - 2009-08-20 In-Reply-To: References: <20090820091401.5195.46817@faldor.intranet> <5256d0b0908200219o30799f52ycdc5472948ed287d@mail.gmail.com> <20090820111850.GQ3095@hansolo.jdub.homelinux.org> <20090820133147.3b5eb345@faldor.intranet> <20090820115023.GA19112@hansolo.jdub.homelinux.org> <20090820211024.04ef569e@faldor.intranet> Message-ID: <20090821145430.GB24514@genius.kawo2.rwth-aachen.de> On Fri, Aug 21, 2009 at 03:07:47PM +0200, Kevin Kofler wrote: > Michael Schwendt wrote: > > Indeed. A single tomboy build obsoleted more than a dozen Mono packages > > and actually got marked stable sometimes later without anyone adding > > a comment. > > I'd blame the tomboy maintainer for the chaos there. Before you push an > update to a package, you MUST check for previous updates for the package > (possibly filed by somebody else, Bodhi will NOT mail you about them, even > if you are the maintainer!), and if it's a grouped update, you CANNOT push a > new update for your package, you MUST get it updated in the group instead. I'd blame the bad workflow and the unexpected beheaviour of bodhi. Btw. all your steps are not documented in the Package Update Howto[0] and are probably not valid anymore, since the auto obsoletion is disabled now. But I do not really know how Bodhi would behave now. Regards Till [0] https://fedoraproject.org/wiki/Package_update_HOWTO -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 835 bytes Desc: not available URL: From ajax at redhat.com Fri Aug 21 15:10:17 2009 From: ajax at redhat.com (Adam Jackson) Date: Fri, 21 Aug 2009 11:10:17 -0400 Subject: Plan for tomorrow's (20090821) FESCo meeting In-Reply-To: <4A8EAEB0.7040801@herr-schmitt.de> References: <0MKt72-1MeULp0XVI-000C3B@mrelayeu.kundenserver.de> <1250863068.10439.25.camel@atropine.boston.devel.redhat.com> <4A8EAEB0.7040801@herr-schmitt.de> Message-ID: <1250867417.10439.65.camel@atropine.boston.devel.redhat.com> On Fri, 2009-08-21 at 16:26 +0200, Jochen Schmitt wrote: > - From my point of view. This cases demostrate, that we need a > clarification about the requirements which a package has to fullfill > for inclusssion into Fedora. I don't disagree, but... > Package which are only useable if you have installed a package which > is not part of Fedora may not allow for Fedora. This is the argument > why we not contributes eumulators. In common emulators requires > special ROM images which contains copyright content. I think this is a faulty generalization. X is a network protocol. vdpau and xnvctrl applications can be perfectly functional running on a Fedora machine with no nvidia driver installed, if they happen to be talking to some _other_ machine somewhere in the world that does support those extensions. One might argue that this is a trivial distinction, and that it still requires some non-free blob to be made to work, but to make that assertion you're basically saying that interoperability is only acceptable if there's some free implementation of what you're interoperating with. If you follow that idea through, you end up removing pilot-link, libgpod... The emulator rule-of-thumb makes sense to the extent that the emulator itself is the end goal. If the only reason you could want it installed is to play some arcade game ROM then there's pretty clearly no interoperability argument to be made. But libvdpau isn't the end goal; the VDPAU app is the end goal. libvdpau is just how you get there. The emulator RoT also assumes that the copyright holder of the magic bits doesn't _want_ you to use them. NVIDIA clearly wants people to use VDPAU. - ajax -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From Jochen at herr-schmitt.de Fri Aug 21 15:17:07 2009 From: Jochen at herr-schmitt.de (Jochen Schmitt) Date: Fri, 21 Aug 2009 17:17:07 +0200 Subject: Plan for tomorrow's (20090821) FESCo meeting In-Reply-To: <1250867417.10439.65.camel@atropine.boston.devel.redhat.com> References: <0MKt72-1MeULp0XVI-000C3B@mrelayeu.kundenserver.de> <1250863068.10439.25.camel@atropine.boston.devel.redhat.com> <4A8EAEB0.7040801@herr-schmitt.de> <1250867417.10439.65.camel@atropine.boston.devel.redhat.com> Message-ID: <4A8EBA73.5020508@herr-schmitt.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Am 21.08.2009 17:10, schrieb Adam Jackson: > On Fri, 2009-08-21 at 16:26 +0200, Jochen Schmitt wrote: > >> - From my point of view. This cases demostrate, that we need a >> clarification about the requirements which a package has to >> fullfill for inclusssion into Fedora. > > I don't disagree, but... > >> Package which are only useable if you have installed a package >> which is not part of Fedora may not allow for Fedora. This is the >> argument why we not contributes eumulators. In common emulators >> requires special ROM images which contains copyright content. > > I think this is a faulty generalization. > > X is a network protocol. vdpau and xnvctrl applications can be > perfectly functional running on a Fedora machine with no nvidia > driver installed, if they happen to be talking to some _other_ > machine somewhere in the world that does support those extensions. > One might argue that this is a trivial distinction, and that it > still requires some non-free blob to be made to work, but to make > that assertion you're basically saying that interoperability is > only acceptable if there's some free implementation of what you're > interoperating with. If you follow that idea through, you end up > removing pilot-link, libgpod... > > The emulator rule-of-thumb makes sense to the extent that the > emulator itself is the end goal. If the only reason you could want > it installed is to play some arcade game ROM then there's pretty > clearly no interoperability argument to be made. But libvdpau > isn't the end goal; the VDPAU app is the end goal. libvdpau is > just how you get there. > > The emulator RoT also assumes that the copyright holder of the > magic bits doesn't _want_ you to use them. NVIDIA clearly wants > people to use VDPAU. > > - ajax Thank you for your explaination. I think we should make a distinct betwenn a regquirement which must install on the same machine and another requirement which is provides by a remote system. Best Regards: Jochen Schmitt -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org/ iJwEAQECAAYFAkqOumsACgkQZLAIBz9lVu9MoQP/ZNjwRUZSEUFxRj19pmjKocky 4OfA8yE8k15ZSEGr46wy7aMTshSnN0Ccw3hxwM1Qj+Z/g21XVJlXOK4EyFIz28Mt voBhqg2nYOBbArbBfLs+Jp3BnVZ1WIUdhTtWyDfdo6l5si61QYc5QGL2ZATBaHRT 7BYhDbiZFWxevACyRPE= =QIRs -----END PGP SIGNATURE----- From awilliam at redhat.com Fri Aug 21 15:54:13 2009 From: awilliam at redhat.com (Adam Williamson) Date: Fri, 21 Aug 2009 08:54:13 -0700 Subject: Plan for tomorrow's (20090821) FESCo meeting In-Reply-To: References: <0MKt72-1MeULp0XVI-000C3B@mrelayeu.kundenserver.de> <1250863068.10439.25.camel@atropine.boston.devel.redhat.com> Message-ID: <1250870053.2329.10.camel@adam.local.net> On Fri, 2009-08-21 at 16:51 +0200, drago01 wrote: > Well S3 does, but there driver isn't open either. > But it proves that non nvidia implementations are possible. S3's driver implements VAAPI, not VDPAU. I already have a package review for libva submitted (mentioned it yesterday). -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From drago01 at gmail.com Fri Aug 21 16:22:05 2009 From: drago01 at gmail.com (drago01) Date: Fri, 21 Aug 2009 18:22:05 +0200 Subject: Plan for tomorrow's (20090821) FESCo meeting In-Reply-To: <1250870053.2329.10.camel@adam.local.net> References: <0MKt72-1MeULp0XVI-000C3B@mrelayeu.kundenserver.de> <1250863068.10439.25.camel@atropine.boston.devel.redhat.com> <1250870053.2329.10.camel@adam.local.net> Message-ID: On Fri, Aug 21, 2009 at 5:54 PM, Adam Williamson wrote: > On Fri, 2009-08-21 at 16:51 +0200, drago01 wrote: > >> Well S3 does, but there driver isn't open either. >> But it proves that non nvidia implementations are possible. > > S3's driver implements VAAPI, not VDPAU. I already have a package review > for libva submitted (mentioned it yesterday). http://drivers.s3graphics.com/en/download/drivers/chrome5x-Linux/RN_Linux_EN.txt hmm? I have not tested it due to lack of hardware but it says: 06/26/2009: Version 14.02.17 - Bug Fixes - XRandR support - VDPAU support - KMS Support SUPPORTED FEATURES - H/W accelerated 2D (XAA/EXA) - H/W accelerated direct-rendering OpenG3.0 - H/W accelerated H.264/MPEG2/WMV-9/VC-1 video playback. - SAMM / Rotation / Xinerama / Compiz - XRandR support - VDPAU support - KMS Support And there are a lot of VDPAU references in the bug fixed list. From chkr at fedoraproject.org Fri Aug 21 16:55:01 2009 From: chkr at fedoraproject.org (Christian Krause) Date: Fri, 21 Aug 2009 18:55:01 +0200 Subject: Orphaning some packages In-Reply-To: References: Message-ID: <4A8ED165.7010505@fedoraproject.org> Hi, salimma at fedoraproject.org wrote: > On these other packages, I'm reducing my involvement to being > co-maintainer, and new package owners are already selected when > ownership was released: > banshee [spot] If there is help needed, I'd like to volunteer co-maintaining banshee. I'm using banshee from time to time and I'm also maintaining some other mono-based packages. Best regards, Christian From awilliam at redhat.com Fri Aug 21 17:17:34 2009 From: awilliam at redhat.com (Adam Williamson) Date: Fri, 21 Aug 2009 10:17:34 -0700 Subject: Plan for tomorrow's (20090821) FESCo meeting In-Reply-To: References: <0MKt72-1MeULp0XVI-000C3B@mrelayeu.kundenserver.de> <1250863068.10439.25.camel@atropine.boston.devel.redhat.com> <1250870053.2329.10.camel@adam.local.net> Message-ID: <1250875054.2329.11.camel@adam.local.net> On Fri, 2009-08-21 at 18:22 +0200, drago01 wrote: > On Fri, Aug 21, 2009 at 5:54 PM, Adam Williamson wrote: > > On Fri, 2009-08-21 at 16:51 +0200, drago01 wrote: > > > >> Well S3 does, but there driver isn't open either. > >> But it proves that non nvidia implementations are possible. > > > > S3's driver implements VAAPI, not VDPAU. I already have a package review > > for libva submitted (mentioned it yesterday). > > http://drivers.s3graphics.com/en/download/drivers/chrome5x-Linux/RN_Linux_EN.txt > > hmm? > > I have not tested it due to lack of hardware but it says: > > 06/26/2009: Version 14.02.17 > - Bug Fixes > - XRandR support > - VDPAU support > - KMS Support > > SUPPORTED FEATURES > > - H/W accelerated 2D (XAA/EXA) > - H/W accelerated direct-rendering OpenG3.0 > - H/W accelerated H.264/MPEG2/WMV-9/VC-1 video playback. > - SAMM / Rotation / Xinerama / Compiz > - XRandR support > - VDPAU support > - KMS Support > > > And there are a lot of VDPAU references in the bug fixed list. Oh, that's interesting. I guess you're right, then. Sorry - I was going off references from the VAAPI site, I didn't check with the actual driver package. http://www.freedesktop.org/wiki/Software/vaapi lists VIA / S3 Graphics Accelerated Linux Driver under 'Drivers (back-ends) that implement VA API'. Maybe it does both... From kevin.kofler at chello.at Fri Aug 21 17:40:47 2009 From: kevin.kofler at chello.at (Kevin Kofler) Date: Fri, 21 Aug 2009 19:40:47 +0200 Subject: Broken dependencies in Fedora 11 - 2009-08-20 References: <20090820091401.5195.46817@faldor.intranet> <5256d0b0908200219o30799f52ycdc5472948ed287d@mail.gmail.com> <20090820111850.GQ3095@hansolo.jdub.homelinux.org> <20090820133147.3b5eb345@faldor.intranet> <20090820115023.GA19112@hansolo.jdub.homelinux.org> <20090820211024.04ef569e@faldor.intranet> <20090821145430.GB24514@genius.kawo2.rwth-aachen.de> Message-ID: Till Maas wrote: > I'd blame the bad workflow and the unexpected beheaviour of bodhi. Btw. > all your steps are not documented in the Package Update Howto[0] and are > probably not valid anymore, since the auto obsoletion is disabled now. > But I do not really know how Bodhi would behave now. The new behavior is probably that Bodhi will just make a big mess if you push that update (like thinking that the older version in the group is "newer" if it gets pushed later for whatever reason). Or at best you'll get an error. So I think my advice to get the group edited to include your new build instead is still sound. Kevin Kofler From drago01 at gmail.com Fri Aug 21 17:52:19 2009 From: drago01 at gmail.com (drago01) Date: Fri, 21 Aug 2009 19:52:19 +0200 Subject: Broken dependencies in Fedora 11 - 2009-08-20 In-Reply-To: References: <20090820091401.5195.46817@faldor.intranet> <5256d0b0908200219o30799f52ycdc5472948ed287d@mail.gmail.com> <20090820111850.GQ3095@hansolo.jdub.homelinux.org> <20090820133147.3b5eb345@faldor.intranet> <20090820115023.GA19112@hansolo.jdub.homelinux.org> <20090820211024.04ef569e@faldor.intranet> Message-ID: On Fri, Aug 21, 2009 at 3:07 PM, Kevin Kofler wrote: > Michael Schwendt wrote: >> Indeed. A single tomboy build obsoleted more than a dozen Mono packages >> and actually got marked stable sometimes later without anyone adding >> a comment. > > I'd blame the tomboy maintainer for the chaos there. Before you push an > update to a package, you MUST check for previous updates for the package > (possibly filed by somebody else, Bodhi will NOT mail you about them, even > if you are the maintainer!), and if it's a grouped update, you CANNOT push a > new update for your package, you MUST get it updated in the group instead. Sorry but the fail here is 100% on bodhi's side , why does a single package obsolete a complete group update? That is just broken, and this example clearly showed it. From kevin.kofler at chello.at Fri Aug 21 18:06:09 2009 From: kevin.kofler at chello.at (Kevin Kofler) Date: Fri, 21 Aug 2009 20:06:09 +0200 Subject: TeX Live 2009 for Fedora References: <20090820124437.GA11925@pucmeloud.brq.redhat.com> <20090820163326.GA6992@gandalf.dynalias.org> <20090820174925.GB3009@pucmeloud.redhat.com> <20090821151124.GA9963@gandalf.dynalias.org> Message-ID: Norbert Preining wrote: > So you are packaging each an every tlp into one rpm. Wowww..... > > Well, that makes many things easier, and at the same time also > complicated. Many packages. In Debian we couldn't do that, adding sooo > many packages in one go. That was how rel-eng and FPC explicitly asked for things to be done. Kevin Kofler From jonstanley at gmail.com Fri Aug 21 18:12:38 2009 From: jonstanley at gmail.com (Jon Stanley) Date: Fri, 21 Aug 2009 14:12:38 -0400 Subject: FESCo meeting summary for 20090821 Message-ID: Minutes: http://meetbot.fedoraproject.org/fedora-meeting/2009-08-21/fedora-meeting.2009-08-21-17.00.html Minutes (text): http://meetbot.fedoraproject.org/fedora-meeting/2009-08-21/fedora-meeting.2009-08-21-17.00.txt Log: http://meetbot.fedoraproject.org/fedora-meeting/2009-08-21/fedora-meeting.2009-08-21-17.00.log.html --- 17:00:03 #startmeeting FESCo meeting 2009-08-21 17:00:06 #chair dgilmore jwb notting nirik sharkcz jds2001 j-rod skvidal Kevin_Kofler 17:00:11 * nirik is here. 17:00:12 Present. 17:00:16 * sharkcz here 17:00:16 * jwb is here 17:00:58 seems as though we have some minimal quorum 17:01:12 * notting is here 17:01:22 #topic Moblin feature 17:01:29 .fesco 244 17:01:46 * nirik goes to doublecheck the page now 17:01:58 IMHO the rescoped feature is OK. 17:02:18 i agree 17:02:20 Not quite as exciting as the original (complete Moblin, spin), but still worth mentioning. 17:02:21 yeah, I think so too. 17:02:26 * jds2001 too 17:02:30 +1 17:02:34 hopefully if things go well the spin for f13 would be nice. ;) 17:02:37 works for me 17:02:48 +1 to accepting the rescoped feature 17:02:48 +1 17:02:53 * j-rod here 17:02:56 * mchua lurking 17:03:03 +1, fine with that too 17:03:08 +1 (making it official) 17:03:11 +1 17:03:23 #agreed Re-scoped Moblin feature is accepted for F12 17:03:32 yay. we aren't unreasonable 17:03:43 #topic jjames sponsor nomination 17:03:48 .fesco 242 17:04:03 I didn't see any objections to this. 17:04:25 +1, no objections from me nor anyone else AFAIK 17:04:35 +1 17:04:41 +1 17:04:47 +1 from me. 17:04:50 +1 from me 17:05:05 #agreed jjames sponsor nomination is approved 17:05:08 +1, though i think we need to address the NEEDSPONSOR thing a bit separately 17:05:30 Uhm, how? What do you mean? 17:05:46 his reasoning for wanting to be a sponsor (which is fine) is: 17:05:50 (What's the problem and what's your proposed solution?) 17:06:03 "This request is prompted by the large number of times that I have seen a package submission that I was personally interested in, only to find that the submitter needed a sponsor." 17:06:17 oh, we need more sponsors :) 17:06:19 there is no reason he couldn't have reviewed it without being a sponsor 17:06:22 we just got one more :) 17:06:26 no, we need more active sponsors. ;( 17:06:55 anyway, this is a tangent 17:07:03 we can come back to it during open discussion 17:07:06 anyhow, next 17:07:13 #topic libvdpau inclusion 17:07:19 .fesco 238 17:07:22 any updates? 17:07:26 no, I suck 17:07:39 * drago01 too 17:07:47 but ajax mail is worth reading 17:07:54 was on my TODO list last night 17:08:00 alrighty then, deferred again.... 17:08:07 drago01, yeah i found that to be a good email 17:08:13 #topic Open floor 17:08:21 that's all i had :) 17:08:31 Are there any FPC guidelines pending ratification? A mail on the fedora-devel-list claimed there are. 17:08:35 jds2001, was tomas' provenpackager not included? 17:08:37 there are? 17:08:46 jwb: no, because it came in yesterday 17:08:48 ah 17:10:35 therew as a number of FPC guidelines that i didnt close the ticket for that we considered last week 17:10:40 https://fedorahosted.org/fesco/ticket/245 17:10:52 .fesco 245 17:10:58 This one is new and wasn't put on the meeting agenda (with the keyword) for some reason. 17:11:05 I don't remember voting over this, at least. 17:11:08 wait... does ajax's argument sway anyone one way or another wrt libvdpau? 17:11:11 oh, oops 17:11:19 Kevin_Kofler: right, we didn't 17:11:25 sorry abuot that :( 17:12:49 The mail talked about multiple ones, but that's the only open report I'm aware of. 17:13:04 right, I think the other ones were what we did last week 17:13:11 spot: ping 17:13:25 jds2001: yes? 17:13:28 * jds2001 occasionally sucks at closing old tickets 17:13:41 spot: the only outstanding FPC guideline I'm aware of is Fortran 17:13:55 * jds2001 forgot to throw that on the agenda today, sorry 17:14:01 Yeah, 2 more FPC members confirmed that too to me. :-) 17:14:03 but you mentioned "several" in your mail. 17:14:06 So Fortran it is. 17:14:16 s/2 more/2/ 17:14:21 jds2001: 241 wasn't closed when i looked before 17:14:38 spot: oh, sorry about that, I sucked at closing tickets from last weeks meeting\ 17:15:02 Can we vote over the Fortran guidelines now? 17:15:06 sure thing 17:15:08 seem reasonable as much as fortran is. +1 17:15:13 #topic Fortran FPC guideline 17:15:18 yeah, same here... +1 from me. 17:15:52 also here ... +1 17:15:56 +1, guidelines look sane. 17:16:00 fortan is not cutting-edge and not in line with Fedora's goals. -1 17:16:08 oh wait... no. 17:16:09 +1 i think they look fine 17:16:10 +1 17:16:11 :) 17:16:24 +1 17:16:59 #agreed Fortran guidelines are accepted. 17:17:09 +1 17:17:44 #topic Open Floor again... 17:17:56 ! 17:18:06 kwizart: ? 17:18:07 About VDPAU, i've contacted Aaron Plattner from nvidia and more accurately the "freedesktop.org vdpau maintainer" to ask either or not patentless ffmpeg could implement vdpau, we could eventually have an answear from nvidia's Legal departement for the fedora case (then probably other FOOS distro). But that may take time... 17:18:11 go ahead, just jump in, no formality here 17:18:28 that's all for this week (i'm still in vacation) 17:18:28 eof 17:18:38 ok 17:18:40 Uh, I don't know how much Nvidia's legal department is going to be trusted around here. ;-) 17:18:54 :) 17:19:05 For the record there are 101 reviews blocking needsponsor (some multiple packages by the same person, or just not properly cleaned up from review) and 80 sponsors. If we asked all sponsors to pick up some review we could clean out the needsponsor list pretty quick. 17:19:19 nirik, so i have a question 17:19:33 why can't existing maintainers do the review, and leave the final approval to a sponsor? 17:19:33 kwizart: we really should ask fedora legal not nvidia legal 17:19:41 Kevin_Kofler, the problem is a patent problem, not a free or opensource problem IMO 17:19:41 jwb: they could. 17:19:43 jwb: they can. 17:19:44 jwb: they can 17:19:48 Other companies' legal departments can do strange things for political reasons, like Sun's supposedly claiming Schilling's mix of CDDL and GPL is legal (though it might just be Schilling claiming that in their name). 17:19:53 exactly. i think we need to remind people of that 17:20:02 dgilmore, you missunderstood the problem 17:20:03 jwb: ive done that in the past 17:20:05 i see people get scared off of a review because it blocks on NEEDSPONSOR 17:20:22 Kevin_Kofler: or NVIDIA thinks that there driver is not derivered work of the kernel while some others do 17:20:29 That too. 17:20:37 again, i've asked either or not a patenless ffmpeg version can implement vdpau 17:20:43 anyone can comment/provide feedback/whatever on a review. If it's needsponsor it needs a sponsor to approve it. Otherwise it needs a packager to approve it. 17:20:47 jwb: its a great place for people looking to get sponsored to give feedback also 17:20:59 I see no reason why it couldn't for codecs done fully in hw 17:21:03 but IANAL 17:21:06 dgilmore, right. so i think i'll send an email to fedora-devel reminding people of this 17:21:10 that's all i meant earlier 17:21:34 if that can be... vdpau is legal in US, then it became a matter of choice to opt in the wrapper or not 17:21:37 jwb: might also remind sponsors to try and approve those/sponsor people. ;) 17:21:46 nirik, fair 17:21:49 I still don't think we want to ship something which only does anything actually useful if you add something proprietary from elsewhere. 17:21:49 can we only have one conversation at a time? :) 17:21:54 no! 17:22:07 notting, mine is done now anyway 17:22:10 notting: picky picky. ;) 17:22:23 The stuff we ship all at least does SOMETHING without RPM Fusion stuff. 17:22:34 if a open source wrapper implement a patented part of h264 codec 17:22:47 then such opensource implementation become illegal in use 17:22:49 US 17:22:50 E.g. gnash will decode Flash animations just fine without patented codecs, only audiovisual content is a problem. 17:23:02 sed wrapper/backend 17:23:05 (which makes it useless for most users) 17:23:15 So it makes sense to ship gnash in Fedora, it does something. 17:23:27 i'm confused why we're rehashing our legal stance here? 17:23:36 Kevin_Kofler: libXNVCtrl? 17:23:36 * jds2001 not sure 17:23:41 Kevin_Kofler: https://www.redhat.com/archives/fedora-devel-list/2009-August/msg01117.html it does something too 17:23:45 flash is patentless unless it use some patentes codec (such as h264) 17:23:58 libXNVCtrl should just go the heck out of Fedora. 17:23:58 and other patents might be involved 17:24:10 why ? it is opensource 17:24:12 Just like ancient compat-libstdc++ crap which nothing in Fedora actually uses. 17:24:23 well I doubt that anything but hello world is patentless 17:24:31 the US patent system is too broken 17:24:53 we have to fight against patent 17:24:55 You can actually crash an application if you link it against compat-libstdc++ and with ANY C++ library in Fedora (which in turn links in the regular libstdc++) at the same time. 17:24:57 Kevin_Kofler: what about MPD clients? 17:25:14 So there are even actual technical arguments for dropping compat-libstdc++. 17:25:32 how on earth have to gotten to dropping compt-libstdc++ here? 17:25:33 Kevin_Kofler: well we don't ship closed source apps but that does not mean that users who want to run them shouldn't 17:25:58 notting, i'd like it if a single conversation could stay on a single topic 17:26:30 jwb: All the stuff which only serves to make proprietary apps run needs to go away. 17:26:40 that is your opinion 17:26:42 I also alway hated libflashsupport, thankfully that one is obsolete. 17:26:48 *always 17:27:00 well nobody forced you to install it 17:27:01 are you making a proposal? 17:27:09 if not, can we get back to the meeting... 17:27:13 * nirik wonders if we have a topic here. Or shall we end the meeting? 17:27:15 Kevin_Kofler, having closed source content kicked out from fedora is fine 17:27:19 * jds2001 would very much like to see a written proposal if so. 17:27:26 nirik: im all for ending it 17:27:28 kwizart: we don't have any 17:27:32 jds2001, i have one final question before we end 17:27:36 jwb: sure 17:27:40 actually i have one too 17:27:49 having closed source content been imposible to run on fedora, is a really different thing IMO 17:27:50 I would like proposals for this to consider MPD as well. 17:27:51 drago01, kwizart, Kevin_Kofler: we're moving on. take that elsewhere pelase 17:27:56 yes 17:28:07 * kwizart back to hollidays 17:28:12 jwb: or to /dev/null 17:28:19 jds2001, i'm curious how many of the FESCo members plan on attending FUDCon Toronto 17:28:27 and if we want to attempt a face to face 17:28:27 jwb: i'm likely o 17:28:31 jwb: i'm likely to 17:28:36 * jds2001 is likely to 17:28:46 I'm a maybe 17:28:53 * Kevin_Kofler is not, sorry. 17:29:01 * sharkcz is not going there 17:29:05 * nirik is hoping to. 17:29:08 i'm undecided 17:29:30 dgilmore, ? 17:29:34 jwb: why? 17:29:44 jds2001, why what? 17:29:54 why are you undecided? 17:29:58 oh :) 17:30:12 mostly because i haven't even thought about it, talked to the family, etc 17:30:15 and why do you want to know, I guess :) 17:30:22 face to face FESCo meeting 17:30:32 we did that at FUDCon Boston 17:30:35 yes, that worked well last time we had it. 17:30:42 well, sort of 17:30:52 but we had a very specific topic that required high bandwidth discussion 17:31:23 i'm sure we could come up with something if enough members were there to make it worthwhile 17:31:35 and the aftermath of "zomg you guys decided something in person!" 17:31:38 IMHO it's a bad idea, it discriminates against non-US-based FESCo members. 17:31:53 Kevin_Kofler, you can apply for travel assistance 17:32:18 and i think discriminates is a slightly strong word there 17:32:42 or rather, non-US/Canada-based ones to be more precise ;-) 17:32:47 * nirik is fine with waiting and seeing how many people will be there, etc. I don't think we will need to have a regularly scheduled meeting then. 17:33:00 yeah, i was just curious 17:33:26 although, *if* people are going, we may want to reschedule the immediately prior meeting if it conflicts with a bunch of people travelling 17:33:32 but we can cross that bridge if we come to it 17:33:54 yeah, first day is a saturday... so people might well be traveling that friday. 17:34:07 FESCo via airport wireless! 17:35:25 jwb: ill likely be at fudcon 17:35:40 jds2001, ok. i think you had something else? 17:35:44 yeah 17:35:53 dgilmore: what about that threat assessment? 17:36:02 jds2001: im a failure 17:36:09 jds2001: FUDCon: Threat or Menace? 17:36:12 it needs a minor update 17:36:14 lol 17:36:30 jds2001: sorry, i'm a little slow on the context switch 17:37:44 So, what threat assessment are we talking about? 17:37:59 I get it that it has nothing to do with FUDCon. ;-) But that's all I got... 17:37:59 Kevin_Kofler: the one we want to publish 17:38:16 Kevin_Kofler: it was last fesco. We had mmcgrath do a security/threat assessment. 17:38:35 Kevin_Kofler: there were some minor changes that dgilmore was going to make to it and we were going to make it publicly available. 17:39:41 * nirik can get Kevin_Kofler and any other new fesco folks a copy if they would like to look at it before it's published. 17:40:46 * jds2001 is looking for it 17:41:36 There's only one other "new FESCo folk", it's skvidal (who's back in FESCo after a period of not being in it). 17:42:15 https://www.redhat.com/mailman/private/fedora-extras-steering/2009-April/msg00026.html 17:42:52 yeah, there. ;) 17:43:38 anyhow? shall we end the meeting? 17:44:00 I think that's all I had. 17:44:12 * jds2001 ends the meeting in 30 17:44:45 #endmeeting From kevin.kofler at chello.at Fri Aug 21 18:13:34 2009 From: kevin.kofler at chello.at (Kevin Kofler) Date: Fri, 21 Aug 2009 20:13:34 +0200 Subject: Broken dependencies in Fedora 11 - 2009-08-20 References: <20090820091401.5195.46817@faldor.intranet> <5256d0b0908200219o30799f52ycdc5472948ed287d@mail.gmail.com> <20090820111850.GQ3095@hansolo.jdub.homelinux.org> <20090820133147.3b5eb345@faldor.intranet> <20090820115023.GA19112@hansolo.jdub.homelinux.org> <20090820211024.04ef569e@faldor.intranet> Message-ID: drago01 wrote: > Sorry but the fail here is 100% on bodhi's side , why does a single > package obsolete a complete group update? > That is just broken, and this example clearly showed it. It's broken (we've had some fun with that with the KDE grouped updates too, we learned to be careful about what we push when), but a maintainer should know how to use our tools, which includes being aware of their limitations. Double-checking things both before and after filing an update (e.g. checking https://admin.fedoraproject.org/updates/thepackageyoureabouttopushanupdatefor before filing the new update request) definitely can't hurt (I always do that), and it will help avoiding issues you don't even know about, or at least catching them earlier than 2 months after the fact (as happened here). Kevin Kofler From jwboyer at gmail.com Fri Aug 21 18:49:20 2009 From: jwboyer at gmail.com (Josh Boyer) Date: Fri, 21 Aug 2009 14:49:20 -0400 Subject: Broken dependencies in Fedora 11 - 2009-08-20 In-Reply-To: References: <20090820091401.5195.46817@faldor.intranet> <5256d0b0908200219o30799f52ycdc5472948ed287d@mail.gmail.com> <20090820111850.GQ3095@hansolo.jdub.homelinux.org> <20090820133147.3b5eb345@faldor.intranet> <20090820115023.GA19112@hansolo.jdub.homelinux.org> <20090820211024.04ef569e@faldor.intranet> Message-ID: <20090821184920.GI20831@hansolo.jdub.homelinux.org> On Fri, Aug 21, 2009 at 08:13:34PM +0200, Kevin Kofler wrote: >drago01 wrote: >> Sorry but the fail here is 100% on bodhi's side , why does a single >> package obsolete a complete group update? >> That is just broken, and this example clearly showed it. > >It's broken (we've had some fun with that with the KDE grouped updates too, >we learned to be careful about what we push when), but a maintainer should >know how to use our tools, which includes being aware of their limitations. I use bodhi every day. I have yet to find all it's limitations. There are known limitations that aren't even documented. I think it's a bit far reaching to say that maintainers should just know, when there is no good way for them to know without either reading the code or excessive use. >Double-checking things both before and after filing an update (e.g. checking >https://admin.fedoraproject.org/updates/thepackageyoureabouttopushanupdatefor >before filing the new update request) definitely can't hurt (I always do >that), and it will help avoiding issues you don't even know about, or at >least catching them earlier than 2 months after the fact (as happened here). That's decent advice, but it will not catch quite a number of the problems that we see come up. josh From drago01 at gmail.com Fri Aug 21 19:00:24 2009 From: drago01 at gmail.com (drago01) Date: Fri, 21 Aug 2009 21:00:24 +0200 Subject: Broken dependencies in Fedora 11 - 2009-08-20 In-Reply-To: References: <20090820091401.5195.46817@faldor.intranet> <5256d0b0908200219o30799f52ycdc5472948ed287d@mail.gmail.com> <20090820111850.GQ3095@hansolo.jdub.homelinux.org> <20090820133147.3b5eb345@faldor.intranet> <20090820115023.GA19112@hansolo.jdub.homelinux.org> <20090820211024.04ef569e@faldor.intranet> Message-ID: On Fri, Aug 21, 2009 at 8:13 PM, Kevin Kofler wrote: > drago01 wrote: >> Sorry but the fail here is 100% on bodhi's side , why does a single >> package obsolete a complete group update? >> That is just broken, and this example clearly showed it. > > It's broken (we've had some fun with that with the KDE grouped updates too, > we learned to be careful about what we push when), but a maintainer should > know how to use our tools, which includes being aware of their limitations. > Double-checking things both before and after filing an update (e.g. checking > https://admin.fedoraproject.org/updates/thepackageyoureabouttopushanupdatefor > before filing the new update request) definitely can't hurt (I always do > that), and it will help avoiding issues you don't even know about, or at > least catching them earlier than 2 months after the fact (as happened here). Sure if you know about a bug/limitation you can try to avoid it, but as Josh said you can't expect that every maintainer knows about all (undocumented) bugs/limitations. From pbrobinson at gmail.com Fri Aug 21 19:12:21 2009 From: pbrobinson at gmail.com (Peter Robinson) Date: Fri, 21 Aug 2009 20:12:21 +0100 Subject: Broken dependencies in Fedora 11 - 2009-08-20 In-Reply-To: References: <20090820091401.5195.46817@faldor.intranet> <5256d0b0908200219o30799f52ycdc5472948ed287d@mail.gmail.com> <20090820111850.GQ3095@hansolo.jdub.homelinux.org> <20090820133147.3b5eb345@faldor.intranet> <20090820115023.GA19112@hansolo.jdub.homelinux.org> <20090820211024.04ef569e@faldor.intranet> Message-ID: <5256d0b0908211212r6167e517t8352618b847d0ab2@mail.gmail.com> >>> Sorry but the fail here is 100% on bodhi's side , why does a single >>> package obsolete a complete group update? >>> That is just broken, and this example clearly showed it. >> >> It's broken (we've had some fun with that with the KDE grouped updates too, >> we learned to be careful about what we push when), but a maintainer should >> know how to use our tools, which includes being aware of their limitations. >> Double-checking things both before and after filing an update (e.g. checking >> https://admin.fedoraproject.org/updates/thepackageyoureabouttopushanupdatefor >> before filing the new update request) definitely can't hurt (I always do >> that), and it will help avoiding issues you don't even know about, or at >> least catching them earlier than 2 months after the fact (as happened here). > > Sure if you know about a bug/limitation you can try to avoid it, but > as Josh said you can't expect that every maintainer knows about all > (undocumented) bugs/limitations. Agreed, I ran into the issue a while ago. Not such a major issues as it would be for something like a KDE or mono update but annoying none the less. Peter From mschwendt at gmail.com Fri Aug 21 19:28:47 2009 From: mschwendt at gmail.com (Michael Schwendt) Date: Fri, 21 Aug 2009 21:28:47 +0200 Subject: Broken dependencies in Fedora 11 - 2009-08-20 In-Reply-To: References: <20090820091401.5195.46817@faldor.intranet> <5256d0b0908200219o30799f52ycdc5472948ed287d@mail.gmail.com> <20090820111850.GQ3095@hansolo.jdub.homelinux.org> <20090820133147.3b5eb345@faldor.intranet> <20090820115023.GA19112@hansolo.jdub.homelinux.org> <20090820211024.04ef569e@faldor.intranet> Message-ID: <20090821212847.4b1f20d8@faldor.intranet> On Fri, 21 Aug 2009 20:13:34 +0200, Kevin wrote: > drago01 wrote: > > Sorry but the fail here is 100% on bodhi's side , why does a single > > package obsolete a complete group update? > > That is just broken, and this example clearly showed it. > > It's broken (we've had some fun with that with the KDE grouped updates too, > we learned to be careful about what we push when), Pitfalls remain nevertheless. F10 ktorrent got marked stable with the KDE4 buildroot override packages still sitting in updates-testing. From loganjerry at gmail.com Fri Aug 21 19:35:05 2009 From: loganjerry at gmail.com (Jerry James) Date: Fri, 21 Aug 2009 13:35:05 -0600 Subject: Emacs packaging guidelines fix for XEmacs Message-ID: <870180fe0908211235l58d7af1ck553bf7e56b554239@mail.gmail.com> Would someone who has editing rights to https://fedoraproject.org/wiki/Packaging:Emacs please do a global search and replace: %{_datadir}/xemacs/site-packages to %{_datadir}/xemacs/site-packages/lisp In particular, be sure that %{_datadir}/xemacs/site-packages/site-start.d gets changed to %{_datadir}/xemacs/site-packages/lisp/site-start.d. Thanks! -- Jerry "My other hobby is XEmacs" James http://www.jamezone.org/ From chitlesh.goorah at gmail.com Fri Aug 21 19:41:01 2009 From: chitlesh.goorah at gmail.com (Chitlesh GOORAH) Date: Fri, 21 Aug 2009 21:41:01 +0200 Subject: popcorn sound with kernel 2.6.29.6 Message-ID: <50baabb30908211241m39030aa1o4ee335274eed2fe1@mail.gmail.com> Hello there, I am experiencing some random popcorn sound while playing mp3 and while assisting flash based webinars with the kernel-2.6.29.6. However I am not experiencing this with kernel-2.6.29.5. By random I mean, I don't get this popcorn sound everytime I play the same mp3 and at the same timeframe. This popcorn sound seems to attenuate the gain of the music and at the same time it speeds the play. Has anyone encountered this issue with kernel-2.6.29.6 or any means to troubleshoot it ? I was hoping to see this fix in the latest fedora release but the problem is still there. regards, Chitlesh From tibbs at math.uh.edu Fri Aug 21 19:46:19 2009 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: Fri, 21 Aug 2009 14:46:19 -0500 Subject: Emacs packaging guidelines fix for XEmacs In-Reply-To: <870180fe0908211235l58d7af1ck553bf7e56b554239@mail.gmail.com> (Jerry James's message of "Fri, 21 Aug 2009 13:35:05 -0600") References: <870180fe0908211235l58d7af1ck553bf7e56b554239@mail.gmail.com> Message-ID: >>>>> "JJ" == Jerry James writes: JJ> Would someone who has editing rights to JJ> https://fedoraproject.org/wiki/Packaging:Emacs please do a global JJ> search and replace: Could we have some explanation of why these changes are needed? Have these directories changed location recently? Are there versions of Fedora where these changes will not apply? What about RHEL/EPEL? - J< From loganjerry at gmail.com Fri Aug 21 19:58:38 2009 From: loganjerry at gmail.com (Jerry James) Date: Fri, 21 Aug 2009 13:58:38 -0600 Subject: Emacs packaging guidelines fix for XEmacs In-Reply-To: References: <870180fe0908211235l58d7af1ck553bf7e56b554239@mail.gmail.com> Message-ID: <870180fe0908211258l6eae86f4k25f375e4b9fe6f18@mail.gmail.com> On Fri, Aug 21, 2009 at 1:46 PM, Jason L Tibbitts III wrote: > Could we have some explanation of why these changes are needed? ?Have > these directories changed location recently? ?Are there versions of > Fedora where these changes will not apply? ?What about RHEL/EPEL? No, the XEmacs locations have needed the "lisp" part for a long time. See the very bottom of this page, and notice the copyright dates: http://www.xemacs.org/Documentation/packageGuide.html My suspicion is that whoever wrote the wiki page did a copy&paste from the Emacs version and overlooked the "lisp" portion of the path. I actually noted this once before and thought from the response I got that it would be taken care of. Ah, perhaps it was. Item #7 in the Executive Guidelines on the wiki page gets it right. This change is appropriate for every distribution with a post 2000 release of XEmacs. Prior to that, it used site-lisp like Emacs anyway.... Thanks, -- Jerry James http://www.jamezone.org/ From loganjerry at gmail.com Fri Aug 21 20:03:42 2009 From: loganjerry at gmail.com (Jerry James) Date: Fri, 21 Aug 2009 14:03:42 -0600 Subject: Emacs packaging guidelines fix for XEmacs In-Reply-To: <870180fe0908211258l6eae86f4k25f375e4b9fe6f18@mail.gmail.com> References: <870180fe0908211235l58d7af1ck553bf7e56b554239@mail.gmail.com> <870180fe0908211258l6eae86f4k25f375e4b9fe6f18@mail.gmail.com> Message-ID: <870180fe0908211303h55299ca1v25093af3b1911555@mail.gmail.com> On Fri, Aug 21, 2009 at 1:58 PM, Jerry James wrote: > that it would be taken care of. ?Ah, perhaps it was. ?Item #7 in the > Executive Guidelines on the wiki page gets it right. Now that I look closer, the text gets it right everywhere. It's just the spec file samples that get it wrong. So forget the global search and replace. Could someone just do the search and replace on the spec file samples? Thanks, -- Jerry James http://www.jamezone.org/ From tibbs at math.uh.edu Fri Aug 21 20:25:06 2009 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: Fri, 21 Aug 2009 15:25:06 -0500 Subject: Emacs packaging guidelines fix for XEmacs In-Reply-To: <870180fe0908211303h55299ca1v25093af3b1911555@mail.gmail.com> (Jerry James's message of "Fri, 21 Aug 2009 14:03:42 -0600") References: <870180fe0908211235l58d7af1ck553bf7e56b554239@mail.gmail.com> <870180fe0908211258l6eae86f4k25f375e4b9fe6f18@mail.gmail.com> <870180fe0908211303h55299ca1v25093af3b1911555@mail.gmail.com> Message-ID: Certainly the text not agreeing with the templates is something we need to fix. I've changed four references of xemacs/site-packages to xemacs/site-packages/lisp in two specfile templates. Please double-check that everything is correct. - J< From loganjerry at gmail.com Fri Aug 21 20:27:29 2009 From: loganjerry at gmail.com (Jerry James) Date: Fri, 21 Aug 2009 14:27:29 -0600 Subject: Emacs packaging guidelines fix for XEmacs In-Reply-To: References: <870180fe0908211235l58d7af1ck553bf7e56b554239@mail.gmail.com> <870180fe0908211258l6eae86f4k25f375e4b9fe6f18@mail.gmail.com> <870180fe0908211303h55299ca1v25093af3b1911555@mail.gmail.com> Message-ID: <870180fe0908211327x36d08bf3p8171baf733b90e26@mail.gmail.com> On Fri, Aug 21, 2009 at 2:25 PM, Jason L Tibbitts III wrote: > Certainly the text not agreeing with the templates is something we need > to fix. ?I've changed four references of xemacs/site-packages to > xemacs/site-packages/lisp in two specfile templates. ?Please > double-check that everything is correct. Yes, it looks correct now. Thanks, Jason! -- Jerry James http://www.jamezone.org/ From gauret at free.fr Fri Aug 21 20:34:24 2009 From: gauret at free.fr (Aurelien Bompard) Date: Fri, 21 Aug 2009 22:34:24 +0200 Subject: Orphaning packages Message-ID: <200908212234.25091.gauret@free.fr> I'm orphaning a few packages I'm not using anymore, feel free to take over: - agave -- Generate a variety of colorschemes from a single starting color - apachetop -- A top-like display of Apache logs - basket -- Taking care of your ideas - blobby -- Volley-ball game - cryptopp -- Public domain C++ class library of cryptographic schemes - glest & glest-data -- 3D real time strategy game - gwenview -- Simple image viewer for KDE - mhonarc -- Perl mail-to-HTML converter - moodbar -- Identifies the "mood" of your music files - pdftohtml -- PDF to HTML converter - perl-Jcode -- Perl extension interface for converting Japanese text - perl-Unicode-Map -- Perl module for mapping charsets from and to utf16 unicode - perl-Unicode-Map8 -- Mapping table between 8-bit chars and Unicode for Perl - perl-Unicode-MapUTF8 -- Conversions to and from arbitrary character sets and UTF8 - perl-Unicode-String -- Perl modules to handle various Unicode issues - php-adodb -- Active Data Objects Data Base - qca -- Qt Cryptographic Architecture - qca-gnupg -- GnuPG plugin for the Qt Cryptographic Architecture v2 - qca-ossl -- OpenSSL plugin for the Qt Cryptographic Architecture v2 - qca-tls -- TLS plugin for the Qt Cryptographic Architecture - qca2 -- Qt Cryptographic Architecture - showimg -- Feature-rich image viewer for KDE - stow -- Manage the installation of software packages from source - taglib -- Audio Meta-Data Library - tetex-unicode -- Unicode support for LaTeX - tiger -- Security auditing on UNIX systems - ulogd -- The userspace logging daemon for netfilter - unrtf -- RTF to other formats converter - wv -- MSWord 6/7/8/9 binary file format to HTML converter - xbindkeys -- Binds keys or mouse buttons to shell commands under X. - xine-lib -- A multimedia engine - xlhtml -- Excel 95/97 and PowerPoint to HTML converter Thanks Aur?lien -- http://aurelien.bompard.org ~~~~ Jabber : abompard at jabber.fr "We act as though comfort and luxury were the chief requirements of life, when all that we need to make us happy is something to be enthusiastic about." -- Albert Einstein From jonathan at jonmasters.org Fri Aug 21 20:38:56 2009 From: jonathan at jonmasters.org (Jon Masters) Date: Fri, 21 Aug 2009 16:38:56 -0400 Subject: popcorn sound with kernel 2.6.29.6 In-Reply-To: <50baabb30908211241m39030aa1o4ee335274eed2fe1@mail.gmail.com> References: <50baabb30908211241m39030aa1o4ee335274eed2fe1@mail.gmail.com> Message-ID: <1250887136.7778.6.camel@localhost.localdomain> On Fri, 2009-08-21 at 21:41 +0200, Chitlesh GOORAH wrote: > I am experiencing some random popcorn sound while playing mp3 and > while assisting flash based webinars with the kernel-2.6.29.6. Can you reproduce if for example running "pasuspender totem " ? Jon. From gauret at free.fr Fri Aug 21 20:41:09 2009 From: gauret at free.fr (Aurelien Bompard) Date: Fri, 21 Aug 2009 22:41:09 +0200 Subject: Orphaning packages In-Reply-To: <200908212234.25091.gauret@free.fr> References: <200908212234.25091.gauret@free.fr> Message-ID: <200908212241.09281.gauret@free.fr> Whoops, I forgot a few more : - libifp -- A general-purpose library-driver for iRiver's iFP portable audio players - libkexif -- Allow Kipi plugins to extract EXIF information - libkipi -- Common plugin infrastructure for KDE image applications - libvisual & libvisual-plugins -- Abstraction library for audio visualisation plugins - python-dialog -- Python interface to the Unix dialog utility Thanks Aur?lien -- http://aurelien.bompard.org ~~~~ Jabber : abompard at jabber.fr "Everyone thinks of changing the world, but no one thinks of changing himself." -- Tolsto? From maxamillion at gmail.com Fri Aug 21 20:41:19 2009 From: maxamillion at gmail.com (Adam Miller) Date: Fri, 21 Aug 2009 15:41:19 -0500 Subject: Orphaning packages In-Reply-To: <200908212234.25091.gauret@free.fr> References: <200908212234.25091.gauret@free.fr> Message-ID: On Fri, Aug 21, 2009 at 3:34 PM, Aurelien Bompard wrote: > I'm orphaning a few packages I'm not using anymore, feel free to take over: > > - apachetop -- A top-like display of Apache log I'd like to take this one, I use it quite often. I'll be taking ownership in Fedora pkgdb here in a moment. -Adam -- http://maxamillion.googlepages.com --------------------------------------------------------- () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments From maxamillion at gmail.com Fri Aug 21 20:46:48 2009 From: maxamillion at gmail.com (Adam Miller) Date: Fri, 21 Aug 2009 15:46:48 -0500 Subject: Orphaning packages In-Reply-To: <200908212241.09281.gauret@free.fr> References: <200908212234.25091.gauret@free.fr> <200908212241.09281.gauret@free.fr> Message-ID: You might not have gotten around to it, but it appears you only orphaned the devel branch of apachetop, wasn't sure if you want to continue to maintain the stable branches but no longer beyond that or completely orphan? -Adam -- http://maxamillion.googlepages.com --------------------------------------------------------- () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments From mschwendt at gmail.com Fri Aug 21 20:46:54 2009 From: mschwendt at gmail.com (Michael Schwendt) Date: Fri, 21 Aug 2009 22:46:54 +0200 Subject: Orphaning packages In-Reply-To: <200908212234.25091.gauret@free.fr> References: <200908212234.25091.gauret@free.fr> Message-ID: <20090821224654.243d024b@faldor.intranet> On Fri, 21 Aug 2009 22:34:24 +0200, Aurelien wrote: > I'm orphaning a few packages I'm not using anymore, feel free to take over: > > - taglib -- Audio Meta-Data Library I'll sign up for that one... From gauret at free.fr Fri Aug 21 20:49:57 2009 From: gauret at free.fr (Aurelien Bompard) Date: Fri, 21 Aug 2009 22:49:57 +0200 Subject: Orphaning packages In-Reply-To: References: <200908212234.25091.gauret@free.fr> <200908212241.09281.gauret@free.fr> Message-ID: <200908212249.57965.gauret@free.fr> > You might not have gotten around to it, but it appears you only > orphaned the devel branch of apachetop, wasn't sure if you want to > continue to maintain the stable branches but no longer beyond that or > completely orphan? I'm not sure what the right way is. If you want to maintain it, I'll be happy to orphan F10 and F11 too, I just thought that if no-one showed up I could handle maintenance til F12. I'll orphan them right now. Aur?lien -- http://aurelien.bompard.org ~~~~ Jabber : abompard at jabber.fr "If Java had true garbage collection, most programs would delete themselves upon execution." -- Robert Sewell From boni.vivek at gmail.com Fri Aug 21 20:52:25 2009 From: boni.vivek at gmail.com (Vivek Shah) Date: Sat, 22 Aug 2009 02:22:25 +0530 Subject: Orphaning packages In-Reply-To: <20090821224654.243d024b@faldor.intranet> References: <200908212234.25091.gauret@free.fr> <20090821224654.243d024b@faldor.intranet> Message-ID: Hi, I would like to take up pdftohtml. I could only see the devel branch in pkgdb without the Fedora 10 and 11 branch. I will be taking up ownership of the devel branch. Thanks and Regards, Vivek From boni.vivek at gmail.com Fri Aug 21 20:57:18 2009 From: boni.vivek at gmail.com (Vivek Shah) Date: Sat, 22 Aug 2009 02:27:18 +0530 Subject: Orphaning packages In-Reply-To: References: <200908212234.25091.gauret@free.fr> <20090821224654.243d024b@faldor.intranet> Message-ID: Hi Aur?lien, Picked up stow. If you want I can manage the Fedora-10 and 11 branches as well. In case you orphan them, I will pick them up as well. Thanks and Regards, Vivek From boni.vivek at gmail.com Fri Aug 21 21:25:25 2009 From: boni.vivek at gmail.com (Vivek Shah) Date: Sat, 22 Aug 2009 02:55:25 +0530 Subject: Orphaning packages In-Reply-To: References: <200908212234.25091.gauret@free.fr> <20090821224654.243d024b@faldor.intranet> Message-ID: Grabbed tiger and agave as well. Vivek From sgrubb at redhat.com Fri Aug 21 21:36:05 2009 From: sgrubb at redhat.com (Steve Grubb) Date: Fri, 21 Aug 2009 17:36:05 -0400 Subject: Orphaning packages In-Reply-To: <200908212234.25091.gauret@free.fr> References: <200908212234.25091.gauret@free.fr> Message-ID: <200908211736.12350.sgrubb@redhat.com> On Friday 21 August 2009 04:34:24 pm Aurelien Bompard wrote: > - ulogd -- The userspace logging daemon for netfilter I'm taking this one. Thanks, -Steve From MathStuf at gmail.com Fri Aug 21 21:38:42 2009 From: MathStuf at gmail.com (Ben Boeckel) Date: Fri, 21 Aug 2009 17:38:42 -0400 Subject: Orphaning packages References: <200908212234.25091.gauret@free.fr> Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 > - qca2 -- Qt Cryptographic Architecture I'll take this one - --Ben -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkqPE+IACgkQiPi+MRHG3qR5BACdF9QP6V0LSJPnDtLklv3FSUIG roUAoL8FVAQGEyZtbMQtPrjLLRsXpgM4 =Smit -----END PGP SIGNATURE----- From pbrobinson at gmail.com Fri Aug 21 22:13:44 2009 From: pbrobinson at gmail.com (Peter Robinson) Date: Fri, 21 Aug 2009 23:13:44 +0100 Subject: Add Moblin Desktop group to comps In-Reply-To: <5256d0b0908200922v368cdaaew8d0c3cc51ffe1da1@mail.gmail.com> References: <5256d0b0908200922v368cdaaew8d0c3cc51ffe1da1@mail.gmail.com> Message-ID: <5256d0b0908211513n64c7cea1h38169d8a233ae3f@mail.gmail.com> > Hi All, > > I would like to add a group for the Moblin Desktop. My proposed patch > is below and feedback is welcome. This is updated with the current components that are in rawhide. All the other packages should be pulled in by deps. Cheers, Peter --- comps-f12.xml.in.orig 2009-08-20 17:10:23.000000000 +0100 +++ comps-f12.xml.in 2009-08-21 23:11:19.000000000 +0100 @@ -4235,6 +4235,24 @@ + moblin-desktop + <_name>Moblin Desktop Environment + <_description>Moblin is a desktop environment for NetBook/NetTop/MID devices. + false + true + + bisho + bognor-regis + moblin-cursor-theme + moblin-gtk-engine + moblin-icon-theme + moblin-panel-applications + moblin-session + moblin-sound-theme + anjal + + + mongolian-support <_name>Mongolian Support <_description/> @@ -6237,6 +6255,7 @@ gnome-desktop kde-desktop lxde-desktop + moblin-desktop sugar-desktop window-managers xfce-desktop From cemeyer at u.washington.edu Fri Aug 21 22:15:46 2009 From: cemeyer at u.washington.edu (Conrad Meyer) Date: Fri, 21 Aug 2009 15:15:46 -0700 Subject: Orphaning packages In-Reply-To: <200908212241.09281.gauret@free.fr> References: <200908212234.25091.gauret@free.fr> <200908212241.09281.gauret@free.fr> Message-ID: <200908211515.46718.cemeyer@u.washington.edu> On Friday 21 August 2009 01:41:09 pm Aurelien Bompard wrote: > Whoops, I forgot a few more : > > - libifp -- A general-purpose library-driver for iRiver's iFP portable > audio players I have a package or two that uses this, I'll take it. Regards, -- Conrad Meyer From emmanuel.seyman at club-internet.fr Fri Aug 21 22:20:36 2009 From: emmanuel.seyman at club-internet.fr (Emmanuel Seyman) Date: Sat, 22 Aug 2009 00:20:36 +0200 Subject: Orphaning packages In-Reply-To: <200908212234.25091.gauret@free.fr> References: <200908212234.25091.gauret@free.fr> Message-ID: <20090821222036.GA13979@orient.maison.lan> * Aurelien Bompard [21/08/2009 22:59] : > > - perl-Unicode-Map -- Perl module for mapping charsets from and to utf16 > unicode > - perl-Unicode-Map8 -- Mapping table between 8-bit chars and Unicode for > Perl > - perl-Unicode-MapUTF8 -- Conversions to and from arbitrary character sets > and UTF8 > - perl-Unicode-String -- Perl modules to handle various Unicode issues I've taken ownership of these four. Emmanuel From poelstra at redhat.com Fri Aug 21 22:36:11 2009 From: poelstra at redhat.com (John Poelstra) Date: Fri, 21 Aug 2009 15:36:11 -0700 Subject: Upcoming scheduled tasks Message-ID: <4A8F215B.6050403@redhat.com> Name Start End Stage & Sync Alpha to Mirrors Thu 2009-08-20 Tue 2009-08-25 Alpha Export Control Reporting Fri 2009-08-21 Fri 2009-08-21 Allow Pre-branch Fedora 13 Tue 2009-08-25 Tue 2009-08-25 Alpha Public Availability Tue 2009-08-25 Tue 2009-08-25 Alpha Testing Tue 2009-08-25 Tue 2009-09-29 Compose Snap #1 Wed 2009-09-02 Wed 2009-09-02 Snapshot 1 Wed 2009-09-02 Fri 2009-09-04 Stage & Sync Snap #1 Thu 2009-09-03 Fri 2009-09-04 From chkr at fedoraproject.org Fri Aug 21 22:51:20 2009 From: chkr at fedoraproject.org (Christian Krause) Date: Sat, 22 Aug 2009 00:51:20 +0200 Subject: Orphaning packages In-Reply-To: <200908212234.25091.gauret@free.fr> References: <200908212234.25091.gauret@free.fr> Message-ID: <4A8F24E8.6050001@fedoraproject.org> Hi Aurelien, Aurelien Bompard wrote: > I'm orphaning a few packages I'm not using anymore, feel free to take over: > - xbindkeys -- Binds keys or mouse buttons to shell commands under X. I took this one. If you like I can also take care of F11 and F10. So if you orphan them, I'll take ownership of these, too. Best regards, Christian From kevin.kofler at chello.at Fri Aug 21 22:55:09 2009 From: kevin.kofler at chello.at (Kevin Kofler) Date: Sat, 22 Aug 2009 00:55:09 +0200 Subject: Broken dependencies in Fedora 11 - 2009-08-20 References: <20090820091401.5195.46817@faldor.intranet> <5256d0b0908200219o30799f52ycdc5472948ed287d@mail.gmail.com> <20090820111850.GQ3095@hansolo.jdub.homelinux.org> <20090820133147.3b5eb345@faldor.intranet> <20090820115023.GA19112@hansolo.jdub.homelinux.org> <20090820211024.04ef569e@faldor.intranet> <20090821212847.4b1f20d8@faldor.intranet> Message-ID: Michael Schwendt wrote: > Pitfalls remain nevertheless. F10 ktorrent got marked stable with the > KDE4 buildroot override packages still sitting in updates-testing. Yeah, indeed, the maintainer screwed up big time there. :-/ He didn't talk to us at all before pushing that ktorrent update. :-( He used to be on #fedora-kde from time to time, but not anymore. He apparently didn't read our announcement about the KDE 4.3.0 buildroot override on the mailing list either. BTW, the update notes for that update are also completely worthless, when upstream even summarized the changes nicely in their newsitem (so there's really no excuse for not pasting them in). Kevin Kofler From kevin.kofler at chello.at Fri Aug 21 23:03:12 2009 From: kevin.kofler at chello.at (Kevin Kofler) Date: Sat, 22 Aug 2009 01:03:12 +0200 Subject: Orphaning packages References: <200908212234.25091.gauret@free.fr> Message-ID: Aurelien Bompard wrote: > - gwenview -- Simple image viewer for KDE This one is obsolete, gwenview is part of kdegraphics these days. Kevin Kofler From xjakub at fi.muni.cz Sat Aug 22 01:09:47 2009 From: xjakub at fi.muni.cz (Milos Jakubicek) Date: Sat, 22 Aug 2009 03:09:47 +0200 Subject: Orphaning packages In-Reply-To: <200908212241.09281.gauret@free.fr> References: <200908212234.25091.gauret@free.fr> <200908212241.09281.gauret@free.fr> Message-ID: <4A8F455B.9030809@fi.muni.cz> Hi, On 21.8.2009 22:41, Aurelien Bompard wrote: > - python-dialog -- Python interface to the Unix dialog utility I've taken this one, if you want I can also grab the F10/F11 branches. Regards, Milos From gauret at free.fr Sat Aug 22 09:32:53 2009 From: gauret at free.fr (Aurelien Bompard) Date: Sat, 22 Aug 2009 11:32:53 +0200 Subject: Orphaning packages In-Reply-To: <4A8F455B.9030809@fi.muni.cz> References: <200908212234.25091.gauret@free.fr> <200908212241.09281.gauret@free.fr> <4A8F455B.9030809@fi.muni.cz> Message-ID: <200908221132.53305.gauret@free.fr> > I've taken this one, if you want I can also grab the F10/F11 branches. Sure, done. Aur?lien -- http://aurelien.bompard.org ~~~~ Jabber : abompard at jabber.fr One OS to hook them all One browser to find them One word processor to bring them all And in monopoly, bind them... From gauret at free.fr Sat Aug 22 09:42:56 2009 From: gauret at free.fr (Aurelien Bompard) Date: Sat, 22 Aug 2009 11:42:56 +0200 Subject: Orphaning packages In-Reply-To: References: <200908212234.25091.gauret@free.fr> Message-ID: <200908221142.56766.gauret@free.fr> > > - qca2 -- Qt Cryptographic Architecture > > I'll take this one I've added myself as a comaintainer for now if you don't mind, I have a package which depends on it, so I may have to rebuild it when you're offline. Thanks ! Aur?lien -- http://aurelien.bompard.org ~~~~ Jabber : abompard at jabber.fr I am the "ILOVEGNU" signature virus. Just copy me to your signature. This email was infected under the terms of the GNU General Public License. From gauret at free.fr Sat Aug 22 09:45:23 2009 From: gauret at free.fr (Aurelien Bompard) Date: Sat, 22 Aug 2009 11:45:23 +0200 Subject: Orphaning packages In-Reply-To: <4A8F24E8.6050001@fedoraproject.org> References: <200908212234.25091.gauret@free.fr> <4A8F24E8.6050001@fedoraproject.org> Message-ID: <200908221145.23892.gauret@free.fr> > I took this one. If you like I can also take care of F11 and F10. So if > you orphan them, I'll take ownership of these, too. Done, thanks. Aur?lien -- http://aurelien.bompard.org ~~~~ Jabber : abompard at jabber.fr I was angered, for I had no shoes. Then I met a man who had no feet. -- Chinese proverb From chitlesh.goorah at gmail.com Sat Aug 22 10:36:47 2009 From: chitlesh.goorah at gmail.com (Chitlesh GOORAH) Date: Sat, 22 Aug 2009 12:36:47 +0200 Subject: popcorn sound with kernel 2.6.29.6 In-Reply-To: <1250887136.7778.6.camel@localhost.localdomain> References: <50baabb30908211241m39030aa1o4ee335274eed2fe1@mail.gmail.com> <1250887136.7778.6.camel@localhost.localdomain> Message-ID: <50baabb30908220336x63427a76x9f5a76e4b6c6818@mail.gmail.com> On Fri, Aug 21, 2009 at 10:38 PM, Jon Masterswrote: > Can you reproduce if for example running > > "pasuspender totem " ? > > Jon. I try with your above command and encountered the same popcorn sound without any output on the console, except a dialog box from totem stating: An error occured : Disconnected: Connection terminated Chitlesh From chitlesh.goorah at gmail.com Sat Aug 22 10:38:06 2009 From: chitlesh.goorah at gmail.com (Chitlesh GOORAH) Date: Sat, 22 Aug 2009 12:38:06 +0200 Subject: popcorn sound with kernel 2.6.29.6 In-Reply-To: <50baabb30908220336x63427a76x9f5a76e4b6c6818@mail.gmail.com> References: <50baabb30908211241m39030aa1o4ee335274eed2fe1@mail.gmail.com> <1250887136.7778.6.camel@localhost.localdomain> <50baabb30908220336x63427a76x9f5a76e4b6c6818@mail.gmail.com> Message-ID: <50baabb30908220338i7c3c6839y690d52ffd3db2345@mail.gmail.com> On Sat, Aug 22, 2009 at 12:36 PM, Chitlesh GOORAH wrote: > On Fri, Aug 21, 2009 at 10:38 PM, Jon Masterswrote: >> Can you reproduce if for example running >> >> "pasuspender totem " ? >> >> Jon. > > > I try with your above command and encountered the same popcorn sound > without any output on the console, except a dialog box from totem > stating: > > An error occured : > Disconnected: Connection terminated > > > Chitlesh > Sorry I did receive this on the console: Connection failure: Connection terminated ** Message: Error: Disconnected: Connection terminated pulsesink.c(266): gst_pulsering_is_dead (): /GstPlayBin:play/GstBin:visbin/GstBin:abin/GstBin:audiosinkbin/GstPulseSink:audio-sink Chitlesh From rawhide at fedoraproject.org Sat Aug 22 13:00:29 2009 From: rawhide at fedoraproject.org (Rawhide Report) Date: Sat, 22 Aug 2009 13:00:29 +0000 Subject: rawhide report: 20090822 changes Message-ID: <20090822130029.GA23954@releng2.fedora.phx.redhat.com> Compose started at Sat Aug 22 06:15:06 UTC 2009 New package aqute-bndlib BND Library New package directory-naming Apache Directory Naming Component New package django-filter A Django application for allowing users to filter queryset dynamically New package django-sorting A Django application for easy sorting New package dumbster Fake SMTP Server New package easymock Easy mock objects New package easymock2 Easy mock objects New package eclipse-anyedit AnyEdit plugin for eclipse New package eclipse-testframework Eclipse Test Framework New package hyphen-bn Bengali hyphenation rules New package hyphen-mr Marathi hyphenation rules New package jakarta-commons-configuration Commons Configuration Package New package jakarta-commons-jxpath Simple XPath interpreter New package maloc Minimal Abstraction Layer for Object-oriented C New package mipv6-daemon Mobile IPv6 (MIPv6) Daemon New package moblin-panel-applications Moblin Panel for launching Applications New package perl-Devel-LeakGuard-Object Scoped checks for object leaks New package php-channel-doctrine Adds doctrine project channel to PEAR New package plexus-classworlds Plexus Classworlds Classloader Framework New package plexus-cli Command Line Interface facilitator for Plexus New package plexus-containers Containers for Plexus New package plexus-digest Plexus Digest / Hashcode Components New package plexus-mail-sender Plexus Mail Sender New package rubygem-fattr Fatter attribute for Ruby New package saxpath Simple API for XPath New package shmpps Shared Memory driver for PPS time signals New package sugar-record Recording tool for Sugar New package sys_basher A multithreaded hardware exerciser New package xblas Extra Precise Basic Linear Algebra Subroutines New package ytnef Yerase's TNEF Stream Reader New package zyx-liveinstaller Install a running LiveOS rebootlessly Removed package bigboard Removed package desktop-data-model Removed package hal-cups-utils Removed package online-desktop Updated Packages: DevIL-1.7.8-3.fc12 ------------------ * Fri Aug 21 2009 Hans de Goede 1.7.8-3 - Switch Source0 to respun upstream tarbal (added a missing header) SDL_sound-1.0.3-4.fc12 ---------------------- * Thu Aug 20 2009 Warren Togami - 1.0.3-4 - rebuild alexandria-0.6.5-3.fc12 ----------------------- * Fri Aug 21 2009 Mamoru Tasaka - 0.6.5-3 - Clarify GLib.convert usage in utils.rb (does not change the functionality of alexandria) anjal-0.1.0-0.7.20090821git5ac8bfe.fc12 --------------------------------------- * Fri Aug 21 2009 Peter Robinson 0.1.0-0.5 - Update to latest git head. Improvements to standard desktop skin. * Fri Aug 21 2009 Peter Robinson 0.1.0-0.6 - Drop upstreamed patch * Fri Aug 21 2009 Peter Robinson 0.1.0-0.7 - Add gconf schema and associated spec scriptlets anthy-9100h-7.fc12 ------------------ * Thu Aug 20 2009 Akira TAGOH - 9100h-7 - Stop updating corpus at the build time to avoid creating different dictionary among arch. (#816563) apricots-0.2.6-5.fc12 --------------------- * Thu Aug 20 2009 Jon Ciesla - 0.2.6-5 - Rebuild for openal-soft. asc-2.2.0.0-6.fc12 ------------------ * Thu Aug 20 2009 Warren Togami - 2.2.0.0-6 - rebuild asymptote-1.84-1.fc12 --------------------- * Thu Aug 20 2009 Tom "spot" Callaway - 1.84-1 - update to 1.84 awstats-6.9-4.fc12 ------------------ * Fri Aug 21 2009 Aurelien Bompard - 6.9-4 - don't backup the cgi when patching (#518168) bc-1.06-36.fc12 --------------- * Thu Aug 20 2009 Zdenek Prikryl 1.06-36 - Don't complain if installing with --excludedocs (#515934) beagle-0.3.9-14.fc12 -------------------- * Thu Aug 20 2009 Toshio Kuratomi - 0.3.9-13 - Re-enable ppc64. - Re-enable epiphany * Thu Aug 20 2009 Toshio Kuratomi - 0.3.9-14 - Re-disable epiphany -- this is because epiphany lacks python support, not because of x86_64 problems. bzr-1.18-0.1.rc1.fc12 --------------------- * Thu Aug 20 2009 Henrik Nordstrom - 1.18-0.1.rc1 - Update to 1.18rc1 bzrtools-1.18.0-2.fc12 ---------------------- * Thu Aug 20 2009 Henrik Nordstrom - 1.18.0-2 - Update to 1.18.0 cluster-3.0.1-1.fc12 -------------------- * Thu Aug 20 2009 Fabio M. Di Nitto - 3.0.1-1 - New upstream release cnetworkmanager-0.21.1-1.fc12 ----------------------------- * Fri Aug 21 2009 Kevin Fenzi - 0.21.1-1 - Update to 0.21.1 collectl-3.3.5-1.fc12 --------------------- * Fri Aug 21 2009 Dan Hor?k 3.3.5-1 - upgrade to upstream version 3.3.5 constantine-backgrounds-11.90.2-2.fc12 -------------------------------------- * Fri Aug 21 2009 Martin Sourada - 11.90.2-1 - First wallpaper respin * Fri Aug 21 2009 Martin Sourada - 11.90.2-2 - Forgot to BR: inkscape * Thu Aug 20 2009 Rex Dieter - 11.90.1-3 - Provides: system-backgrounds(-kde) (F-12 only) control-center-2.27.90-4.fc12 ----------------------------- * Fri Aug 21 2009 Matthias Clasen 2.27.90-4 - Fix the font-viewer icon * Thu Aug 20 2009 Matthias Clasen 2.27.90-3 - Fix dragging of rotated monitors in the display capplet coreutils-7.5-1.fc12 -------------------- * Fri Aug 21 2009 Ondrej Vasik - 7.5-1 - New upstream release 7.5, remove already applied patches, defuzz few others, xz in default set(by dependencies), so no explicit br required - skip two new tests on system with insufficient utimensat support(e.g. koji) - libstdbuf.so in separate coreutils-libs subpackage - update /etc/DIRCOLORS* ctorrent-1.3.4-12.dnh3.3.2.fc12 ------------------------------- * Fri Aug 21 2009 Tomas Mraz - 1.3.4-11.dnh3.3.2 - rebuilt with new openssl * Fri Aug 21 2009 Dominik 'Rathann' Mierzejewski 1.3.4-12.dnh3.3.2 - fixed stack-based buffer overflow (CVE-2009-1759, RHBZ #501813) curl-7.19.6-3.fc12 ------------------ * Fri Aug 21 2009 Kamil Dudka 7.19.6-3 - avoid tight loop during a sftp upload - http://permalink.gmane.org/gmane.comp.web.curl.library/24744 dcbd-0.9.15-3.fc12 ------------------ * Thu Aug 20 2009 Jan Zeleny - 0.9.15-2 - rebuild in order to match new libconfig * Thu Aug 20 2009 Jan Zeleny - 0.9.15-3 - update of config_lookup_string() function calls devhelp-0.23.1-2.fc12 --------------------- * Fri Aug 21 2009 Matthew Barnes - 0.23.1-2 - Remove patch for GNOME bug #572022 to help fix RH bug #518481. device-mapper-multipath-0.4.9-5.fc12 ------------------------------------ * Thu Aug 20 2009 Benjamin Marzinski - 0.4.8-5 - Fixed problem where maps were being added and then removed. - Changed the udev rules to fix some issues. dovecot-1.2.4-1.fc12 -------------------- * Fri Aug 21 2009 Michal Hlavinka - 1:1.2.4-1 - updated: dovecot 1.2.4, managesieve 0.11.9, sieve 0.1.12 - fixed a crash in index file handling - fixed a crash in saving messages where message contained a CR character that wasn't followed by LF - fixed a crash when listing shared namespace prefix - sieve: implemented the new date extension. This allows matching against date values in header fields and the current date at the time of script evaluation - managesieve: reintroduced ability to abort SASL with "*" response doxygen-1.6.0-1.fc12 -------------------- * Fri Aug 21 2009 Than Ngo - 1.6.0-1 - 1.6.0 dvb-apps-1.1.1-18.fc12 ---------------------- * Thu Aug 20 2009 Ville Skytt? - 1.1.1-18 - Update tuning files to 20090820. eclipse-eclemma-1.4.2-1.fc12 ---------------------------- * Thu Aug 20 2009 Alexander Kurtakov 1.4.2-1 - Update to upstream 1.4.2. eclipse-linuxprofilingframework-0.3.0-2.fc12 -------------------------------------------- * Thu Aug 20 2009 Elliott Baron 0.3.0-1 - Upstream 0.3.0 release. * Thu Aug 20 2009 Elliott Baron 0.3.0-2 - Remove ".feature" from feature ID passed to pdebuild. eclipse-rse-3.1-2.fc12 ---------------------- * Fri Aug 21 2009 Jeff Johnston 3.1-2 - Add BuildArch noarch. erlang-esdl-1.0.1-1.fc12 ------------------------ * Tue Aug 11 2009 Gerard Milmeister - 1.0.1-1 - new release 1.0.1 evolution-sharp-0.21.1-4.fc12 ----------------------------- * Thu Aug 20 2009 Toshio Kuratomi - 0.20.1-3 - Rebuild to pick up ppc64. * Thu Aug 20 2009 Matthew Barnes - 0.20.1-4.fc12 - Stop setting an upper bound on the e-d-s version during configure. * Fri Jul 24 2009 Fedora Release Engineering - 0.21.1-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild fence-agents-3.0.1-1.fc12 ------------------------- * Thu Aug 20 2009 Fabio M. Di Nitto - 3.0.1-1 - New upstream release filezilla-3.2.7-2.fc12 ---------------------- * Thu Aug 20 2009 kwizart < kwizart at gmail.com > - 3.2.7-2 - Update to 3.2.7 - Backport Fix for ipaddress.cpp at make check florence-0.4.3-1.fc12 --------------------- * Thu Aug 20 2009 Simon Wesp - 0.4.3-1 - New upstream release foomatic-db-4.0-6.20090819.fc12 ------------------------------- * Thu Aug 20 2009 Tim Waugh 4.0-6.20090819 - Removed references to foo2slx and foo2hiperc (bug #518267). fpaste-0.3.3-2.fc12 ------------------- * Fri Aug 21 2009 Ankur Sinha - 0.3.3-1 - new package release - Proper urllib2 error handling - Catches Ctrl-C while waiting for stdin to show a usage reminder rather than a traceback - Typos fixed, and more TODO - Added --sysinfo option to gather and pastebin basic system information - Added options to read text from (xsel) clipboard and write resultant URL to clipboard * Fri Aug 21 2009 Ankur Sinha - 0.3.3-2 - Added xsel in requires gabedit-2.2.4-1.fc12 -------------------- * Fri Aug 21 2009 Dominik Mierzejewski 2.2.4-1 - updated to latest version (2.2.4) - shortened the description field - desktop file has been upstreamed gbrainy-1.1-5.fc12 ------------------ * Thu Aug 20 2009 Toshio Kuratomi - 1.1-5 - Build with ppc64 again due to obsolecense of previous update. gecko-sharp2-0.13-12.fc12 ------------------------- * Thu Aug 20 2009 Toshio Kuratomi - 0.13-12 - Fix upgrade path versioning * Fri Jul 24 2009 Fedora Release Engineering - 0.13-4 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild giver-0.1.8-6.fc12 ------------------ * Thu Aug 20 2009 Toshio Kuratomi - 0.1.8-6 - Build for arch ppc64 as the previous build was obsoleted. * Fri Jul 24 2009 Fedora Release Engineering - 0.1.8-5 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild * Fri May 29 2009 Xavier Lamien - 0.1.8-5 - Build for arch ppc64. gnome-do-0.8.2-1.fc12 --------------------- * Thu Aug 20 2009 Toshio Kuratomi - 0.8.1.3-7 - Rebuild for ppc64 as the previous build was obsoleted. * Thu Aug 20 2009 Juan Rodriguez - 0.8.2-1 - Update to 0.8.2 gnome-do-plugins-0.8.2-1.fc12 ----------------------------- * Thu Aug 20 2009 Michel Salim - 0.8.2-1 - Update to 0.8.2 * Thu Jul 30 2009 Juan Rodriguez 0.8.1-7 - Fixes evolution plugin gnome-keyring-sharp-1.0.1-0.5.133722svn.fc12 -------------------------------------------- * Thu Aug 20 2009 Michel Salim - 1.0.1-0.4.133722svn.fc12 - Update to r133722 - Disable building on sparc64 * Thu Aug 20 2009 Toshio Kuratomi - 1.0.1-0.5.133722svn.fc12 - Rebuild for ppc64 since previous build was obsoleted. gnome-panel-2.27.4-9.fc12 ------------------------- * Sat Aug 22 2009 Matthias Clasen 2.27.4-9 - Actually apply the 'clear recent' patch gnome-user-share-2.26.0-6.fc12 ------------------------------ * Thu Aug 20 2009 Tomas Bzatek - 2.26.0-6 - Do not localize realm in passwd files (#500123) * Tue Aug 11 2009 Bastien Nocera 2.26.0-5 - Fix source URL gnome-utils-2.27.2-6.fc12 ------------------------- * Sat Aug 22 2009 Matthias Clasen - 1:2.27.2-6 - Fix a crash in gnome-dictionary gpm-1.20.6-6.fc12 ----------------- * Thu Aug 20 2009 Zdenek Prikryl 1.20.6-6 - Don't complain if installing with --excludedocs (#515927) - Drop unnecessary capabilities in gpm (#517659) * Wed Aug 12 2009 Ville Skytt? - 1.20.6-5 - Use lzma compressed upstream tarball. gramps-3.1.2-1.fc12 ------------------- * Fri Aug 21 2009 Warren Togami - 3.1.2-1 - 3.1.2 grub-0.97-59.fc12 ----------------- * Thu Aug 20 2009 Peter Jones - 0.97-59 - Correctly link against gnuefi. gsf-sharp-0.8.1-11.fc12 ----------------------- * Thu Aug 20 2009 Toshio Kuratomi - 0.8.1-11 - Rebuild ppc64 packages gstreamermm-0.10.4-1.fc12 ------------------------- * Thu Aug 20 2009 Denis Leroy - 0.10.4-1 - Update to upstream 0.10.4 gtk-sharp-1.0.10-24.fc12 ------------------------ * Thu Aug 20 2009 Toshio Kuratomi - 1.0.10-24 - Rebuild for ppc64 since the previous build was obsoleted hddtemp-0.3-0.19.beta15.fc12 ---------------------------- * Thu Aug 20 2009 Ville Skytt? - 0.3-0.19.beta15 - Try to start daemon for all disks if none are specified in sysconfig. - Update URLs. hdparm-9.16-3.fc12 ------------------ * Thu Aug 20 2009 Ville Skytt? - 9.16-3 - Let rpmbuild strip the executable (#513025). html-xml-utils-5.5-1.fc12 ------------------------- * Sat Aug 22 2009 Milos Jakubicek - 5.5-1 - Update to 5.5 (bugfix for self-URL references) hunspell-hil-0.13-1.fc12 ------------------------ * Thu Aug 20 2009 Caolan McNamara - 1:0.13-1 - latest version ibus-qt-1.2.0.20090822-1.fc12 ----------------------------- * Sat Aug 22 2009 Peng Huang - 1.2.0.20090822-1 - Update to 1.2.0.2009822 - Fix compose key problem. ipe-6.0-0.32.pre32patch1.fc12 ----------------------------- * Thu Aug 20 2009 Laurent Rineau - 6.0-0.31.pre30.fc12 - Requires tex(latex) instead of tetex (replaced by TeXLive) - Add default attributes (error reported by rpmlint) * Thu Aug 20 2009 Laurent Rineau - 6.0-0.32.pre32patch1.fc12 - New upstream release - ipe5toxml no longer shipped - Patch ipe-6.0pre30-pdftex1.40.patch is obsoleted ipod-sharp-0.8.1-5.fc12 ----------------------- * Thu Aug 20 2009 Toshio Kuratomi - 0.8.1-5 - Rebuild to pick up ppc64 builds jakarta-commons-dbcp-1.2.1-13.7.fc12 ------------------------------------ * Thu Aug 20 2009 Alexander Kurtakov 0:1.2.1-13.6 - Drop gcj support. - Fix build with java 6. - Add maven pom. - Drop maven1 support. * Thu Aug 20 2009 Alexander Kurtakov 0:1.2.1-13.7 - Build requires java 6. kde-settings-4.3-4.1 -------------------- * Thu Aug 20 2009 Rex Dieter - 4.3-4.1 - Requires: system-backgrounds-kde kdeartwork-4.3.0-2.fc12 ----------------------- * Thu Aug 20 2009 Rex Dieter - 4.3.0-2 - kde-style-phase subpkg (multilib'd) - %files: cleanup some dir ownership kdelibs-4.3.0-6.fc12 -------------------- * Wed Aug 19 2009 Luk?? Tinkl - 4.3.0-6 - fix crash when editting toolbars (kdebug:200815) kernel-2.6.31-0.167.rc6.git6.fc12 --------------------------------- * Thu Aug 20 2009 Chuck Ebbert - 2.6.31-rc6-git5 - Fix up drm-r600-kms.patch - Drop fix-perf-make-man-failure.patch * Thu Aug 20 2009 Mark McLoughlin - Disable LZMA for xen (#515831) * Wed Aug 19 2009 Chuck Ebbert - 2.6.31-rc6-git5 - Revert linux-2.6-debug-vm-would-have-oomkilled.patch to v1.2 because upstream changes to oom-kill.c were all reverted. * Tue Aug 18 2009 Dave Jones - 2.6.31-rc6-git3 * Tue Aug 18 2009 Kyle McMartin - Fix up perf so that it builds docs now that they are fixed. - with_docs disables perf docs too. be warned. (logic is that the build deps are (mostly) the same, so if you don't want one, odds are...) kmymoney2-1.0.0-1.fc12 ---------------------- * Wed Aug 19 2009 Rex Dieter - 1.0.0-1 - kmymoney2-1.0.0 lapack-3.2.1-2.fc12 ------------------- * Thu Aug 20 2009 Tom "spot" Callaway - 3.2.1-2 - don't enable xblas yet libdrm-2.4.12-0.8.fc12 ---------------------- * Thu Aug 20 2009 Ben Skeggs 2.4.12-0.8 - rebase to new libdrm snapshot libgee-0.3.0-1.fc12 ------------------- * Thu Aug 20 2009 Michel Salim - 0.3.0-1 - Update to 0.3.0 libnet-1.1.4-3.fc12 ------------------- * Fri Aug 21 2009 Robert Scheck 1.1.4-3 - Move libnet.so.* to /lib[64] to avoid static linking (#518150) libpng-1.2.39-1.fc12 -------------------- * Thu Aug 20 2009 Tom Lane 2:1.2.39-1 - Update to libpng 1.2.39 lwp-2.5-3.fc12 -------------- * Thu Aug 20 2009 Adam Goode - 2.5-3 - Add check to specfile - Patch around lwp's creative use of longjmp that fails with fortify m2crypto-0.20-2 --------------- * Fri Aug 21 2009 Tomas Mraz - 0.20-2 - rebuilt with new openssl mail-notification-5.4-14.fc12 ----------------------------- * Fri Aug 21 2009 Tomas Mraz - 5.4-13 - rebuilt with new openssl * Fri Aug 21 2009 Dmitry Butskoy - 5.4-14 - add gtkhtml3-devel pkgconfig requirements into config stuff for evolution plugin build * Sat Jul 25 2009 Fedora Release Engineering - 5.4-12 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild maxr-0.2.6-1.fc12 ----------------- * Fri Aug 21 2009 Stefan Posdzich - 0.2.6-1 - New Upstream Release moblin-session-0.12-5.fc12 -------------------------- * Fri Aug 21 2009 Peter Robinson 0.12-5 - Specify the moblin-netbook plugin so we get an interface on login modello-1.0-0.4.a15.0.1.fc12 ---------------------------- * Thu Aug 20 2009 Andrew Overholt 1.0-0.4.a15.0.1 - Update to alpha 15 courtesy Deepak Bhole mono-zeroconf-0.7.6-10.fc12 --------------------------- * Thu Aug 20 2009 Toshio Kuratomi - 0.7.6-10 - Rebuild for ppc64 packages due to obsolete of packageset last time. mozplugger-1.12.1-7.fc12 ------------------------ * Fri Aug 21 2009 Than Ngo - 1.12.1-6 - fix #226159, merge review * Fri Aug 21 2009 Than Ngo - 1.12.1-7 - drop Obsoletes on plugger - add comments for the patches - add noreplace - convert README to utf8 * Thu Aug 20 2009 Than Ngo - 1.12.1-5 - fix #513470, using a wrong path for executable mscore-0.9.5-1.fc12 ------------------- * Fri Aug 21 2009 Orcan Ogetbil 0.9.5-1 - Update to 0.9.5 muine-0.8.10-6.fc12 ------------------- * Thu Aug 20 2009 Toshio Kuratomi - 0.8.10-6 - rebuild for ppc64 since the previous build was obsoleted mutter-2.27.2-2.fc12 -------------------- * Fri Aug 21 2009 Peter Robinson 2.27.2-2 - Add upstream patch needed by latest mutter-moblin mutter-moblin-0.34.3-2.fc12 --------------------------- * Thu Aug 20 2009 Peter Robinson 0.34.2-1 - New 0.34.2 upstream release. * Thu Aug 20 2009 Peter Robinson 0.34.3-1 - New 0.34.3 upstream release. * Thu Aug 20 2009 Peter Robinson 0.34.3-2 - Move a needed file from devel to main package nasm-2.07-3.fc12 ---------------- * Thu Aug 20 2009 Zdenek Prikryl - 2.07-3 - Don't complain if installing with --excludedocs (#515944) netpanzer-0.8.2-7.fc12 ---------------------- * Thu Aug 20 2009 Jon Ciesla 0.8.2-7 - Rebuild for openal-soft. notification-daemon-0.4.0-8.fc12 -------------------------------- * Sat Aug 22 2009 Matthias Clasen - 0.4.0-8 - Change location for stacked notifications to top-right notify-sharp-0.4.0-0.9.20080912svn.fc12 --------------------------------------- * Thu Aug 20 2009 Toshio Kuratomi - 0.4.0-0.9.20080912svn.1 - Rebuild to pick up ppc64 builds * Sat Jul 25 2009 Fedora Release Engineering - 0.4.0-0.8.20080912svn.1 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild * Wed Jun 17 2009 Karsten Hopp 0.4.0-0.7.20080912svn.1 - mono is available on s390x * Fri May 29 2009 Xavier Lamien - 0.4.0-0.7.20080912svn - Build arch ppc64. nss-3.12.3.99.3-10.fc12 ----------------------- * Thu Aug 20 2009 Dennis Gilmore - 3.12.3.99.3-9 - dont install libnssutil3.so since its now in nss-util * Thu Aug 20 2009 Elio Maldonado - 3.12.3.99.3-10 - must install libnssutil3.since nss-util is untagged at the moment - preserve time stamps when installing various files nss-util-3.12.3.99.3-9.fc12 --------------------------- * Thu Aug 20 2009 Dennis Gilmore 3.12.3.99.3-9 - Provide nss-devel since we obsolete it ntfsprogs-2.0.0-13.fc12 ----------------------- * Thu Aug 20 2009 Tom "spot" Callaway - 2.0.0-13 - rebuild for new libconfig olpc-powerd-10-1.fc12 --------------------- * Thu Aug 13 2009 Paul Fox - 10-1 - prevent running on non-XO hardware - workaround rtcwake bug - prevent console spew, by redirecting stderr weven when not logging. openal-soft-1.8.466-9.487f0dde7593144ceabd817306500465caf7602agit.fc12 ---------------------------------------------------------------------- * Fri Aug 21 2009 Thomas Kowaliczek - 1.8.466-8.487f0dde7593144ceabd817306500465caf7602agit - Fixed bug 517973 * Fri Aug 21 2009 Thomas Kowaliczek - 1.8.466-9.487f0dde7593144ceabd817306500465caf7602agit - Fixed version info openoffice.org-3.1.1-19.1.fc12 ------------------------------ * Fri Aug 21 2009 Caol?n McNamara - 1:3.1.1-19.1 - latest milestone - Resolves: rbhz#501141 Images and Frames disappear in sequential printing - Related: rhbz#517822 add hyphen-mr depend - Resolves: rhbz#514683 add openoffice.org-3.1.1.ooo104329.dbaccess.primarykeys.patch pango-1.25.4-2.fc12 ------------------- * Thu Aug 20 2009 Karsten Hopp 1.25.4-2 - fix autoconf host on s390x parrot-1.5.0-1.fc12 ------------------- parted-1.9.0-12.fc12 -------------------- * Fri Aug 21 2009 Joel Granados - 1.9.0-12 - libuuid-devel is now valid for s390 builds. perl-Alien-wxWidgets-0.44-1.fc12 -------------------------------- * Thu Aug 20 2009 Stepan Kasal - 0.44-1 - new upstream version - add patch to remember the canonical sonames of libraries, so that perl-Wx runs without wxGTK-devel perl-Catalyst-Devel-1.20-1.fc12 ------------------------------- * Tue Aug 18 2009 Chris Weyl 1.20-1 - auto-update to 1.20 (by cpan-spec-update 0.01) - altered br on perl(File::ChangeNotify) (0.03 => 0.07) - altered req on perl(File::ChangeNotify) (0.03 => 0.07) perl-IO-Socket-SSL-1.30-1.fc12 ------------------------------ * Thu Aug 20 2009 Paul Howarth - 1.30-1 - Update to 1.30 (fix memleak when SSL handshake failed) - Add buildreq procps needed for memleak test perl-PAR-0.994-1.fc12 --------------------- * Fri Aug 21 2009 Marcela Ma?l??ov? 0.994-1 - update and fix 505576 which was probably fixed by new release perl-Sub-WrapPackages-1.3-1.fc12 -------------------------------- * Thu Aug 20 2009 Emmanuel Seyman - 1.3-1 - Update to 1.3 perl-Wx-0.91-7.fc12 ------------------- * Thu Aug 20 2009 Stepan Kasal - 0.91-7 - rebuild against patched perl-Alien-wxWidgets perl-aliased-0.30-1.fc12 ------------------------ * Sat Aug 22 2009 Chris Weyl 0.30-1 - auto-update to 0.30 (by cpan-spec-update 0.01) physfs-1.0.2-2.fc12 ------------------- * Thu Aug 20 2009 Tom "spot" Callaway - 1.0.2-2 - fix soname to match 1.0.1 (upstream made it go from .1 to .0 ?) plexus-cdc-1.0-0.5.a10.1.1.fc12 ------------------------------- * Thu Aug 20 2009 Andrew Overholt 1.0-0.5.a10.1.1 - Update to alpha 10 (courtesy Deepak Bhole) - Remove gcj support plexus-maven-plugin-1.3.5-1.1.fc12 ---------------------------------- * Thu Aug 20 2009 Andrew Overholt 0:1.3.5-1.1 - Update to 1.3.5 (courtesy Ralph Apel and Deepak Bhole) - Remove gcj support plexus-velocity-1.1.7-3.3.fc12 ------------------------------ * Fri Aug 21 2009 Andrew Overholt 0:1.1.7-3.1 - Import from Deepak Bhole's work (import from JPackage, update to 1.1.7) - Remove gcj support * Fri Aug 21 2009 Andrew Overholt 1.1.7-3.2 - Add ant-contrib BR * Fri Aug 21 2009 Andrew Overholt 1.1.7-3.3 - Add ant-nodeps BR podsleuth-0.6.3-4.fc12 ---------------------- * Thu Aug 20 2009 Toshio Kuratomi - 0.6.3-4 - Rebuild for ppc64 policycoreutils-2.0.71-9.fc12 ----------------------------- * Fri Aug 21 2009 Tomas Mraz - 2.0.71-8 - rebuilt with new audit * Fri Aug 21 2009 Ville Skytt? - 2.0.71-9 - Don't try to remove restorecond after last erase (done already in %preun). - Ensure scriptlets exit with status 0. - Fix %post and %pr * Thu Aug 20 2009 Dan Walsh 2.0.71-7 - Fix glob handling of /.. ptlib-2.6.4-3.fc12 ------------------ * Fri Aug 21 2009 Tomas Mraz - 2.6.4-3 - rebuilt with new openssl pulseaudio-0.9.16-7.test5.fc12 ------------------------------ * Thu Aug 20 2009 Matthias Clasen - 0.9.16-7.test5 - Fix install ordering between gdm and pulseaudio-gdm-hooks python-netaddr-0.7.2-1.fc12 --------------------------- * Fri Aug 21 2009 John Eckersberg - 0.7.2-1 - New upstream release 0.7.2 - Updated Summary and Description with new values provided by upstream qdox-1.6.1-7.2.fc12 ------------------- qemu-0.10.91-0.8.rc1.fc12 ------------------------- * Thu Aug 20 2009 Richard W.M. Jones - 2:0.10.91-0.8.rc1 - Fix segfault when qemu-kvm is invoked inside a VM (#516543) qlandkartegt-0.15.0-1.fc12 -------------------------- * Tue Aug 18 2009 Dan Hor?k 0.15.0-1 - update to 0.15.0 qt-4.5.2-10.fc12 ---------------- * Thu Aug 20 2009 Than Ngo - 4.5.2-10 - switch to kde-qt branch rakudo-0.0.2009.08_1.5.0-1.fc12 ------------------------------- * Sat Aug 22 2009 Gerd Pokorra 0.0.2009.08_1.5.0-1 - update to rakudo 2009-08 on parrot 1.5.0 resource-agents-3.0.1-1.fc12 ---------------------------- * Thu Aug 20 2009 Fabio M. Di Nitto - 3.0.1-1 - New rgmanager resource agents upstream release rpmdevtools-7.4-1.fc12 ---------------------- * Fri Aug 21 2009 Ville Skytt? - 7.4-1 - Update to 7.4, fixes #215927 and #466353. - Patch spectool to make -s and -p to work as documented (Todd Zullinger). rubygem-actionmailer-2.3.3-2.fc12 --------------------------------- rubygem-htmlentities-4.1.0-1.fc12 --------------------------------- * Fri Aug 21 2009 Mamoru Tasaka - 4.1.0-1 - 4.1.0 rubygem-nokogiri-1.3.3-2.fc12 ----------------------------- * Sat Aug 22 2009 Mamoru Tasaka - 1.3.3-2 - Fix test failure on sparc samba-3.4.0-0.43.fc12.1 ----------------------- * Thu Aug 20 2009 Guenther Deschner - 3.4.0-0.43 - Fix cli_read() - resolves: #516165 * Thu Aug 06 2009 Guenther Deschner - 3.4.0-0.42 - Fix required talloc version number - resolves: #516086 scribus-1.3.5.1-1.fc12 ---------------------- * Thu Aug 20 2009 Dan Hor?k - 1.3.5.1-1 - update to final 1.3.5.1 - drop the upstreamed "install-headers" patch - always install doc subpackage (#464148) - full changelog: http://www.scribus.net/?q=node/193 * Wed Jul 29 2009 Dan Hor?k - 1.3.5-0.17.rc3 - don't use parallel build on s390x selinux-policy-3.6.28-4.fc12 ---------------------------- * Fri Aug 21 2009 Dan Walsh 3.6.28-4 - Add ABRT policy * Thu Aug 20 2009 Dan Walsh 3.6.28-3 - Fix system-config-services policy setroubleshoot-2.2.21-2.fc12 ---------------------------- * Thu Aug 20 2009 Dan Walsh - 2.2.21-2 - Turn on libpcap shotwell-0.2.0-3.fc12 --------------------- * Thu Aug 20 2009 Michel Salim - 0.2.0-3 - Rebuild against new libgee sim-0.9.5-0.20.20090821svn2902rev.fc12 -------------------------------------- * Fri Aug 21 2009 Pavel Alexeev - 0.9.5-0.19.20090821svn2902rev - New version. - Name directory in tarball sim instead of trunk. - Step to lzma source packaging. - For BUG#478341 fixing add R kdebase3-libs * Fri Aug 21 2009 Pavel Alexeev - 0.9.5-0.20.20090821svn2902rev - Rebuild because forgot commit patch0. smartmontools-5.38-14.fc12 -------------------------- * Fri Aug 21 2009 Michal Hlavinka - 1:5.38-14 - drop all unnecessary capabilities (#517728) sqlite-3.6.17-1.fc12 -------------------- * Fri Aug 21 2009 Panu Matilainen - 3.6.17-1 - update to 3.6.17 (http://www.sqlite.org/releaselog/3_6_17.html) - disable to failing tests until upstream fixes sudo-1.7.1-6.fc12 ----------------- * Thu Aug 20 2009 Daniel Kopecek 1.7.1-6 - moved secure_path from compile-time option to sudoers file (#517428) system-config-lvm-1.1.9-1.fc12 ------------------------------ * Fri Aug 21 2009 Marek Grac - 1.1.9 - Bugfix #474996: Unable to start without cluster.conf * Thu Aug 20 2009 Marek Grac - 1.1.8-1 - Updated translations for several languages (transifex) - Resolves: #243646 - Unable to modify logical partition with or_IN locale - Resolves: #513322 - LVM volume cannot be created with Japanese locale - Resolves: #243790 - Cannot delete LVM snapshot - Resolves: #508898 - Bad label in left tree view - Resolves: #508904 - (partially) add missing space '2TB' -> '2 TB' system-config-printer-1.1.11-6.fc12 ----------------------------------- * Thu Aug 20 2009 Tim Waugh 1.1.11-6 - Applied patch from 1.1.x (52a73b6). - Better printer icons representing status (bug #518020). - Use paused ico nwhen printer state reason is 'paused'. - Job status icon and state reason in jobs treeview (bug #518070). - Job creation times display fixes. - Use preferred object path for AuthenticationAgent (bug #518427). taglib-sharp-2.0.3.2-4.fc12 --------------------------- * Thu Aug 20 2009 Toshio Kuratomi - 2.0.3.2-4 - Build for ppc64 task-1.8.1-1.fc12 ----------------- * Thu Aug 20 2009 Federico Hernandez - 1.8.1-1 Intial RPM for task bugfix release 1.8.1 tasque-0.1.8-4.fc12 ------------------- * Thu Aug 20 2009 Toshio Kuratomi - 0.1.8-4 - Rebuild for ppc64. tcpdump-4.0.0-1.20090818git832d2c.fc12 -------------------------------------- * Thu Aug 20 2009 Miroslav Lichvar - 14:4.0.0-1.20090818git832d2c - update to post 4.0.0 git snapshot 20090818git832d2c - print retrans and reachable times in ICMPv6 as milliseconds (#474264) telepathy-gabble-0.8.1-1.fc12 ----------------------------- * Thu Aug 20 2009 Brian Pepple - 0.8.1-1 - Update to 0.8.1. tomboy-0.15.5-2.fc12 -------------------- * Thu Aug 20 2009 Toshio Kuratomi - 0.15.5-2 - Build for ppc64. units-1.87-5.fc12 ----------------- * Thu Aug 20 2009 Zdenek Prikryl - 1.87-5 - Don't complain if installing with --excludedocs (#515941) unixODBC-2.2.14-6.fc12 ---------------------- * Fri Aug 21 2009 Tom Lane 2.2.14-6 - Switch to building against qt4, not qt3. This means the DataManager, DataManagerII, and odbctest applications are gone. Resolves: #514064 - Use Driver64/Setup64 to eliminate need for hand-adjustment of odbcinst.ini Resolves: #514688 - Fix misdeclaration of SQLBIGINT and SQLUBIGINT in generated header files Resolves: #518623 vala-0.7.5-1.fc12 ----------------- * Thu Aug 20 2009 Michel Salim - 0.7.5-1 - Update to 0.7.5 valgrind-3.5.0-1 ---------------- * Fri Aug 21 2009 Jakub Jelinek 3.5.0-1 - update to 3.5.0 vim-7.2.245-3.fc12 ------------------ * Thu Aug 20 2009 Karsten Hopp 7.2.245-3 - change range of system ids in /etc/profile.d/vim/* (#518555) wgrib2-1.8.0-1.fc12 ------------------- * Thu Aug 20 2009 Orion Poplawski -1.8.0-1 - Update to 1.8.0 - Only ship the wgrib2 source - Compile with mysql and netcdf4 support xorg-x11-drv-ati-6.13.0-0.2.20090821gitb1b77a4d6.fc12 ----------------------------------------------------- * Fri Aug 21 2009 Dave Airlie 6.12.2-22 - change to a git snapshot * Fri Aug 21 2009 Dave Airlie 6.13.0-0.1.20090821gitb1b77a4d6 - change versioning to git snapshot for now * Fri Aug 21 2009 Adam Jackson 6.13.0-0.2.20090821gitb1b77a4d6 - radeon-6.13-dri2-init.patch: Fix DRI2 init. xorg-x11-drv-intel-2.8.0-8.fc12 ------------------------------- * Thu Aug 20 2009 Kristian H?gsberg - 2.8.0-8 - Don't use fb offset when using shadow fbs. xorg-x11-drv-nouveau-0.0.15-5.20090820git569a17a.fc12 ----------------------------------------------------- * Fri Aug 21 2009 Ben Skeggs 0.0.15-5.20090820git569a17a - a couple more minor fixes * Thu Aug 20 2009 Ben Skeggs 0.0.15-4.20090819gitfe2b5e6 - various fixes from upstream, build pending new xorg-x11-server update xorg-x11-server-1.6.99-39.20090820.fc12 --------------------------------------- * Fri Aug 21 2009 Tomas Mraz - 1.6.99-38.20090820 - rebuilt with new openssl * Fri Aug 21 2009 Adam Jackson 1.6.99-39.20090820 - xserver-1.6.99-default-modes.patch: Don't add default modes to the pool if the driver returned real modes (and has no EDID). * Thu Aug 20 2009 Adam Jackson 1.6.99-37.20090820 - Today's git snapshot. - xserver-1.6.99-dri2-swapbuffers-fallback.patch: Fix SwapBuffers crash. - xserver-1.6.99-linkmap.patch: Drop, superceded upstream. - xserver-1.6.1-proc-cmdline.patch, xserver-1.6.99-dpms.patch, xserver-1.6.99-eventtime.patch: Drop, merged. yum-cron-0.8.4-2.fc12 --------------------- * Fri Aug 21 2009 Alec Habig - 0.8.4-2 - pushing to updates-testing to resolve bug 515814, dealing with stale lockfiles znc-0.075-5.svn1608.fc12 ------------------------ * Thu Aug 20 2009 Nick Bebout - 0.075-5.svn1608 - Upgrade to svn 1608 Summary: Added Packages: 31 Removed Packages: 4 Modified Packages: 151 Broken deps for i386 ---------------------------------------------------------- asterisk-fax-1.6.1-0.24.rc1.fc12.i686 requires libspandsp.so.1 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0 clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0 clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 cluttermm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-0.9) ember-0.5.6-1.fc12.i586 requires libopenal.so.0 entertainer-0.4.2-5.fc12.noarch requires pyclutter-cairo glest-3.2.1-2.fc12.i686 requires libopenal.so.0 gpsdrive-2.10-0.1.pre7.fc12.i586 requires libmapnik.so.0.5 netpanzer-0.8.2-7.fc12.i686 requires libphysfs-1.0.so.0 octave-forge-20080831-10.fc12.i686 requires octave(api) = 0:api-v32 openvrml-0.18.3-1.fc12.i686 requires gecko-libs(x86-32) >= 0:1.9.1 openvrml-0.18.3-1.fc12.i686 requires java(x86-32) 1:osgal-0.6.1-8.fc12.i686 requires libopenal.so.0 plplot-octave-5.9.4-1.fc12.i586 requires octave(api) = 0:api-v32 poker3d-1.1.36-16.fc12.i686 requires libopenal.so.0 ppl-yap-0.10.2-5.fc12.i686 requires libYap.so python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.i586 requires libparted-1.8.so.8 rygel-0.3-5.fc12.i686 requires libgee.so.0 rygel-tracker-0.3-5.fc12.i686 requires libgee.so.0 sems-1.1.1-2.fc12.i586 requires libspandsp.so.1 sems-g722-1.1.1-2.fc12.i586 requires libspandsp.so.1 sems-gsm-1.1.1-2.fc12.i586 requires libspandsp.so.1 sems-speex-1.1.1-2.fc12.i586 requires libspandsp.so.1 serpentine-0.9-5.fc12.noarch requires gnome-python2-nautilus-cd-burner spring-0.79.1.2-3.fc12.i686 requires libopenal.so.0 supertux-0.3.1-8.fc12.i686 requires libopenal.so.0 Broken deps for x86_64 ---------------------------------------------------------- asterisk-fax-1.6.1-0.24.rc1.fc12.x86_64 requires libspandsp.so.1()(64bit) clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.x86_64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.x86_64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-0.7.4-2.fc11.x86_64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8) clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.x86_64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.x86_64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-gtk-0.9) clutter-gtkmm-devel-0.9.4-1.fc12.x86_64 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 cluttermm-0.9.4-1.fc12.x86_64 requires libclutter-glx-0.9.so.0()(64bit) cluttermm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-0.9) cluttermm-devel-0.9.4-1.fc12.x86_64 requires pkgconfig(clutter-0.9) ember-0.5.6-1.fc12.x86_64 requires libopenal.so.0()(64bit) entertainer-0.4.2-5.fc12.noarch requires pyclutter-cairo glest-3.2.1-2.fc12.x86_64 requires libopenal.so.0()(64bit) gpsdrive-2.10-0.1.pre7.fc12.x86_64 requires libmapnik.so.0.5()(64bit) netpanzer-0.8.2-7.fc12.x86_64 requires libphysfs-1.0.so.0()(64bit) octave-forge-20080831-10.fc12.x86_64 requires octave(api) = 0:api-v32 openvrml-0.18.3-1.fc12.i686 requires gecko-libs(x86-32) >= 0:1.9.1 openvrml-0.18.3-1.fc12.i686 requires java(x86-32) openvrml-0.18.3-1.fc12.x86_64 requires java(x86-64) openvrml-0.18.3-1.fc12.x86_64 requires gecko-libs(x86-64) >= 0:1.9.1 1:osgal-0.6.1-8.fc12.i686 requires libopenal.so.0 1:osgal-0.6.1-8.fc12.x86_64 requires libopenal.so.0()(64bit) plplot-octave-5.9.4-1.fc12.x86_64 requires octave(api) = 0:api-v32 poker3d-1.1.36-16.fc12.x86_64 requires libopenal.so.0()(64bit) ppl-yap-0.10.2-5.fc12.x86_64 requires libYap.so()(64bit) python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.x86_64 requires libparted-1.8.so.8()(64bit) rygel-0.3-5.fc12.x86_64 requires libgee.so.0()(64bit) rygel-tracker-0.3-5.fc12.x86_64 requires libgee.so.0()(64bit) sems-1.1.1-2.fc12.x86_64 requires libspandsp.so.1()(64bit) sems-g722-1.1.1-2.fc12.x86_64 requires libspandsp.so.1()(64bit) sems-gsm-1.1.1-2.fc12.x86_64 requires libspandsp.so.1()(64bit) sems-speex-1.1.1-2.fc12.x86_64 requires libspandsp.so.1()(64bit) serpentine-0.9-5.fc12.noarch requires gnome-python2-nautilus-cd-burner spring-0.79.1.2-3.fc12.x86_64 requires libopenal.so.0()(64bit) supertux-0.3.1-8.fc12.x86_64 requires libopenal.so.0()(64bit) Broken deps for ppc ---------------------------------------------------------- asterisk-fax-1.6.1-0.24.rc1.fc12.ppc requires libspandsp.so.1 clutter-cairomm-0.7.4-2.fc11.ppc requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.ppc requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.ppc requires libclutter-glx-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.ppc requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc requires pkgconfig(clutter-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.ppc requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.ppc requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.ppc requires pkgconfig(clutter-gtk-0.9) clutter-gtkmm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.ppc requires libclutter-glx-0.9.so.0 cluttermm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) cluttermm-devel-0.9.4-1.fc12.ppc requires pkgconfig(clutter-0.9) cluttermm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-0.9) ember-0.5.6-1.fc12.ppc requires libopenal.so.0 entertainer-0.4.2-5.fc12.noarch requires pyclutter-cairo gpsdrive-2.10-0.1.pre7.fc12.ppc requires libmapnik.so.0.5 netpanzer-0.8.2-7.fc12.ppc requires libphysfs-1.0.so.0 octave-forge-20080831-10.fc12.ppc requires octave(api) = 0:api-v32 openvrml-0.18.3-1.fc12.ppc requires gecko-libs(ppc-32) >= 0:1.9.1 openvrml-0.18.3-1.fc12.ppc requires java(ppc-32) openvrml-0.18.3-1.fc12.ppc64 requires gecko-libs(ppc-64) >= 0:1.9.1 openvrml-0.18.3-1.fc12.ppc64 requires java(ppc-64) 1:osgal-0.6.1-8.fc12.ppc requires libopenal.so.0 1:osgal-0.6.1-8.fc12.ppc64 requires libopenal.so.0()(64bit) plplot-octave-5.9.4-1.fc12.ppc requires octave(api) = 0:api-v32 poker3d-1.1.36-16.fc12.ppc requires libopenal.so.0 ppl-yap-0.10.2-5.fc12.ppc requires libYap.so python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.ppc requires libparted-1.8.so.8 rygel-0.3-5.fc12.ppc requires libgee.so.0 rygel-tracker-0.3-5.fc12.ppc requires libgee.so.0 sems-1.1.1-2.fc12.ppc requires libspandsp.so.1 sems-g722-1.1.1-2.fc12.ppc requires libspandsp.so.1 sems-gsm-1.1.1-2.fc12.ppc requires libspandsp.so.1 sems-speex-1.1.1-2.fc12.ppc requires libspandsp.so.1 serpentine-0.9-5.fc12.noarch requires gnome-python2-nautilus-cd-burner supertux-0.3.1-8.fc12.ppc requires libopenal.so.0 Broken deps for ppc64 ---------------------------------------------------------- asterisk-fax-1.6.1-0.24.rc1.fc12.ppc64 requires libspandsp.so.1()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) cluttermm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-0.9) ember-0.5.6-1.fc12.ppc64 requires libopenal.so.0()(64bit) entertainer-0.4.2-5.fc12.noarch requires pyclutter-cairo gpsdrive-2.10-0.1.pre7.fc12.ppc64 requires libmapnik.so.0.5()(64bit) netpanzer-0.8.2-7.fc12.ppc64 requires libphysfs-1.0.so.0()(64bit) octave-forge-20080831-10.fc12.ppc64 requires octave(api) = 0:api-v32 openvrml-0.18.3-1.fc12.ppc64 requires gecko-libs(ppc-64) >= 0:1.9.1 openvrml-0.18.3-1.fc12.ppc64 requires java(ppc-64) 1:osgal-0.6.1-8.fc12.ppc64 requires libopenal.so.0()(64bit) plplot-octave-5.9.4-1.fc12.ppc64 requires octave(api) = 0:api-v32 poker3d-1.1.36-16.fc12.ppc64 requires libopenal.so.0()(64bit) ppl-yap-0.10.2-5.fc12.ppc64 requires libYap.so()(64bit) python-mwlib-0.11.2-3.20090522hg2956.fc12.ppc64 requires LabPlot python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.ppc64 requires libparted-1.8.so.8()(64bit) rygel-0.3-5.fc12.ppc64 requires libgee.so.0()(64bit) rygel-tracker-0.3-5.fc12.ppc64 requires libgee.so.0()(64bit) sems-1.1.1-2.fc12.ppc64 requires libspandsp.so.1()(64bit) sems-g722-1.1.1-2.fc12.ppc64 requires libspandsp.so.1()(64bit) sems-gsm-1.1.1-2.fc12.ppc64 requires libspandsp.so.1()(64bit) sems-speex-1.1.1-2.fc12.ppc64 requires libspandsp.so.1()(64bit) serpentine-0.9-5.fc12.noarch requires gnome-python2-nautilus-cd-burner supertux-0.3.1-8.fc12.ppc64 requires libopenal.so.0()(64bit) From kalev at smartlink.ee Sat Aug 22 15:15:09 2009 From: kalev at smartlink.ee (Kalev Lember) Date: Sat, 22 Aug 2009 18:15:09 +0300 Subject: openssl packages in dist-f12 (Was: rawhide report: 20090822 changes) In-Reply-To: <20090822130029.GA23954@releng2.fedora.phx.redhat.com> References: <20090822130029.GA23954@releng2.fedora.phx.redhat.com> Message-ID: <4A900B7D.8050007@smartlink.ee> Rawhide Report wrote: > ctorrent-1.3.4-12.dnh3.3.2.fc12 > ------------------------------- > * Fri Aug 21 2009 Tomas Mraz - 1.3.4-11.dnh3.3.2 > - rebuilt with new openssl > > * Fri Aug 21 2009 Dominik 'Rathann' Mierzejewski 1.3.4-12.dnh3.3.2 > - fixed stack-based buffer overflow (CVE-2009-1759, RHBZ #501813) > m2crypto-0.20-2 > --------------- > * Fri Aug 21 2009 Tomas Mraz - 0.20-2 > - rebuilt with new openssl > mail-notification-5.4-14.fc12 > ----------------------------- > * Fri Aug 21 2009 Tomas Mraz - 5.4-13 > - rebuilt with new openssl > > * Fri Aug 21 2009 Dmitry Butskoy - 5.4-14 > - add gtkhtml3-devel pkgconfig requirements into config stuff > for evolution plugin build > > * Sat Jul 25 2009 Fedora Release Engineering - 5.4-12 > - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild > ptlib-2.6.4-3.fc12 > ------------------ > * Fri Aug 21 2009 Tomas Mraz - 2.6.4-3 > - rebuilt with new openssl > xorg-x11-server-1.6.99-39.20090820.fc12 > --------------------------------------- > * Fri Aug 21 2009 Tomas Mraz - 1.6.99-38.20090820 > - rebuilt with new openssl > > * Fri Aug 21 2009 Adam Jackson 1.6.99-39.20090820 > - xserver-1.6.99-default-modes.patch: Don't add default modes to the pool if > the driver returned real modes (and has no EDID). > > * Thu Aug 20 2009 Adam Jackson 1.6.99-37.20090820 > - Today's git snapshot. > - xserver-1.6.99-dri2-swapbuffers-fallback.patch: Fix SwapBuffers crash. > - xserver-1.6.99-linkmap.patch: Drop, superceded upstream. > - xserver-1.6.1-proc-cmdline.patch, xserver-1.6.99-dpms.patch, > xserver-1.6.99-eventtime.patch: Drop, merged. Those 5 packages seem to have ended up in dist-f12 instead of dist-f12-openssl where other packages are being rebuilt. -- Kalev From tmraz at redhat.com Sat Aug 22 15:22:35 2009 From: tmraz at redhat.com (Tomas Mraz) Date: Sat, 22 Aug 2009 17:22:35 +0200 Subject: openssl packages in dist-f12 (Was: rawhide report: 20090822 changes) In-Reply-To: <4A900B7D.8050007@smartlink.ee> References: <20090822130029.GA23954@releng2.fedora.phx.redhat.com> <4A900B7D.8050007@smartlink.ee> Message-ID: <1250954555.2530.138.camel@vespa.frost.loc> On Sat, 2009-08-22 at 18:15 +0300, Kalev Lember wrote: > Rawhide Report wrote: > > ctorrent-1.3.4-12.dnh3.3.2.fc12 > > ------------------------------- > > * Fri Aug 21 2009 Tomas Mraz - 1.3.4-11.dnh3.3.2 > > - rebuilt with new openssl > > > > * Fri Aug 21 2009 Dominik 'Rathann' Mierzejewski 1.3.4-12.dnh3.3.2 > > - fixed stack-based buffer overflow (CVE-2009-1759, RHBZ #501813) > > > m2crypto-0.20-2 > > --------------- > > * Fri Aug 21 2009 Tomas Mraz - 0.20-2 > > - rebuilt with new openssl > > > mail-notification-5.4-14.fc12 > > ----------------------------- > > * Fri Aug 21 2009 Tomas Mraz - 5.4-13 > > - rebuilt with new openssl > > > > * Fri Aug 21 2009 Dmitry Butskoy - 5.4-14 > > - add gtkhtml3-devel pkgconfig requirements into config stuff > > for evolution plugin build > > > > * Sat Jul 25 2009 Fedora Release Engineering - 5.4-12 > > - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild > > > ptlib-2.6.4-3.fc12 > > ------------------ > > * Fri Aug 21 2009 Tomas Mraz - 2.6.4-3 > > - rebuilt with new openssl > > > xorg-x11-server-1.6.99-39.20090820.fc12 > > --------------------------------------- > > * Fri Aug 21 2009 Tomas Mraz - 1.6.99-38.20090820 > > - rebuilt with new openssl > > > > * Fri Aug 21 2009 Adam Jackson 1.6.99-39.20090820 > > - xserver-1.6.99-default-modes.patch: Don't add default modes to the pool if > > the driver returned real modes (and has no EDID). > > > > * Thu Aug 20 2009 Adam Jackson 1.6.99-37.20090820 > > - Today's git snapshot. > > - xserver-1.6.99-dri2-swapbuffers-fallback.patch: Fix SwapBuffers crash. > > - xserver-1.6.99-linkmap.patch: Drop, superceded upstream. > > - xserver-1.6.1-proc-cmdline.patch, xserver-1.6.99-dpms.patch, > > xserver-1.6.99-eventtime.patch: Drop, merged. > > Those 5 packages seem to have ended up in dist-f12 instead of > dist-f12-openssl where other packages are being rebuilt. Yes, please if you encounter the openssl rebuild changelog in the and do not need your new build to land into the public rawhide repository as soon as possible, please use TARGET=dist-f12-openssl. If you need it to land into public rawhide then use no TARGET (dist-f12) as usual. After I resolve the failed rebuilds and be ready for the mass tag move of the rebuilt packages I'll check whether there are not some newer rebuilds in dist-f12 anyway and rebuild them appropriately. -- Tomas Mraz No matter how far down the wrong road you've gone, turn back. Turkish proverb From arjan at infradead.org Sat Aug 22 19:04:11 2009 From: arjan at infradead.org (Arjan van de Ven) Date: Sat, 22 Aug 2009 12:04:11 -0700 Subject: Add Moblin Desktop group to comps In-Reply-To: <5256d0b0908201006s23e4d34fwb2444a65f131186e@mail.gmail.com> References: <5256d0b0908200922v368cdaaew8d0c3cc51ffe1da1@mail.gmail.com> <5256d0b0908201006s23e4d34fwb2444a65f131186e@mail.gmail.com> Message-ID: <20090822120411.10c9517a@infradead.org> On Thu, 20 Aug 2009 18:06:33 +0100 Peter Robinson wrote: > Depends on which bits you look at. Most of the packages are based on > Fedora packages, the whole lot is built using the suse build system. Depends on how you look at it ;-) A bit less than half our packages are created using specbuilder, from a small ini file. For a bunch of these we did borrow the Fedora description of the package. You can expect Moblin to increasingly use specbuilder going forward (including tools we're developing right now to create as much of the specbuilder metadata as possible straight from the upstream tarbal). > The NM/connman is an interesting split. The Moblin OS uses Connman for everything networking. This is a different architecture than what Fedora does, where Fedora has /etc/sysconfig and other scripts that do part of the work etc. At first this looks like a minor change, but it's kinda fundamental. I'm not saying that the Fedora style is bad, it's just not what we picked for the Moblin OS, and it's probably not what Fedora would have done had they started from scratch. > > What we really do need is some more directed coordination between > > the two projects. > > That would be fabulous, but only time will tell. Moblin and Fedora have rather different objectives. I'd be happy to work together on areas of joint interest, but I don't see the OSes as a whole converge, rather they will diverge even more than they already have. -- Arjan van de Ven Intel Open Source Technology Centre For development, discussion and tips for power savings, visit http://www.lesswatts.org From arjan at infradead.org Sat Aug 22 19:31:55 2009 From: arjan at infradead.org (Arjan van de Ven) Date: Sat, 22 Aug 2009 12:31:55 -0700 Subject: Add Moblin Desktop group to comps In-Reply-To: <1250785945.3107.69.camel@localhost.localdomain> References: <5256d0b0908200922v368cdaaew8d0c3cc51ffe1da1@mail.gmail.com> <1250785945.3107.69.camel@localhost.localdomain> Message-ID: <20090822123155.73f34eb1@infradead.org> On Thu, 20 Aug 2009 09:32:25 -0700 Jesse Keating wrote: > On Thu, 2009-08-20 at 17:22 +0100, Peter Robinson wrote: > > Hi All, > > > > I would like to add a group for the Moblin Desktop. My proposed > > patch is below and feedback is welcome. > > Is "Moblin" a trademark of anybody? yes I don't know the exact details, but afaik there's very liberal permissions for the trademark, as long as you pass the compliance tests... -- Arjan van de Ven Intel Open Source Technology Centre For development, discussion and tips for power savings, visit http://www.lesswatts.org From arjan at infradead.org Sat Aug 22 19:38:01 2009 From: arjan at infradead.org (Arjan van de Ven) Date: Sat, 22 Aug 2009 12:38:01 -0700 Subject: Add Moblin Desktop group to comps In-Reply-To: <20090822123155.73f34eb1@infradead.org> References: <5256d0b0908200922v368cdaaew8d0c3cc51ffe1da1@mail.gmail.com> <1250785945.3107.69.camel@localhost.localdomain> <20090822123155.73f34eb1@infradead.org> Message-ID: <20090822123801.53898e46@infradead.org> On Sat, 22 Aug 2009 12:31:55 -0700 Arjan van de Ven wrote: > On Thu, 20 Aug 2009 09:32:25 -0700 > Jesse Keating wrote: > > > On Thu, 2009-08-20 at 17:22 +0100, Peter Robinson wrote: > > > Hi All, > > > > > > I would like to add a group for the Moblin Desktop. My proposed > > > patch is below and feedback is welcome. > > > > Is "Moblin" a trademark of anybody? > > yes > > > I don't know the exact details, but afaik there's very liberal > permissions for the trademark, as long as you pass the compliance > tests... I should mention that I actually don't know if/how the trademark works; I do not that it's zero hassle for those that pass the compliance test (which is very similar to the lsb testsuite) -- Arjan van de Ven Intel Open Source Technology Centre For development, discussion and tips for power savings, visit http://www.lesswatts.org From forum at ru.bir.ru Sat Aug 22 19:36:17 2009 From: forum at ru.bir.ru (Pavel Alexeev (aka Pahan-Hubbitus)) Date: Sat, 22 Aug 2009 23:36:17 +0400 Subject: Orphaning packages In-Reply-To: References: <200908212234.25091.gauret@free.fr> Message-ID: 22.08.2009 03:03, Kevin Kofler wrote: > Aurelien Bompard wrote: >> - gwenview -- Simple image viewer for KDE > > This one is obsolete, gwenview is part of kdegraphics these days. > > Kevin Kofler But may be separate package is more "right" solution?? Also not problem have both packages in Fedora or I mistaken? I want take this. Aur?lien, if you like I can also take care of F11 and F10 branches. From michael.silvanus at gmail.com Sat Aug 22 19:39:36 2009 From: michael.silvanus at gmail.com (Michel Salim) Date: Sat, 22 Aug 2009 15:39:36 -0400 Subject: Add Moblin Desktop group to comps In-Reply-To: <20090822120411.10c9517a@infradead.org> References: <5256d0b0908200922v368cdaaew8d0c3cc51ffe1da1@mail.gmail.com> <5256d0b0908201006s23e4d34fwb2444a65f131186e@mail.gmail.com> <20090822120411.10c9517a@infradead.org> Message-ID: <1250969976.18334.20.camel@erdos.localdomain> On Sat, 2009-08-22 at 12:04 -0700, Arjan van de Ven wrote: > On Thu, 20 Aug 2009 18:06:33 +0100 > Peter Robinson wrote: > > > Depends on which bits you look at. Most of the packages are based on > > Fedora packages, the whole lot is built using the suse build system. > > Depends on how you look at it ;-) > > A bit less than half our packages are created using specbuilder, from a > small ini file. For a bunch of these we did borrow the Fedora > description of the package. You can expect Moblin to increasingly use > specbuilder going forward > (including tools we're developing right now to create as much of the > specbuilder metadata as possible straight from the upstream tarbal). > Is specbuilder made available anywhere? I browsed the git repository but it's not listed there. Given the length of Fedora's current packaging checklist, it would be something that would be great if we can borrow it. Regards, -- Michel Salim GPG key ID: 78884778 IRC: hircus Package Sponsor, Fedora Project From michael.silvanus at gmail.com Sat Aug 22 19:44:30 2009 From: michael.silvanus at gmail.com (Michel Salim) Date: Sat, 22 Aug 2009 15:44:30 -0400 Subject: Orphaning packages In-Reply-To: References: <200908212234.25091.gauret@free.fr> Message-ID: <1250970270.18334.24.camel@erdos.localdomain> On Sat, 2009-08-22 at 23:36 +0400, Pavel Alexeev (aka Pahan-Hubbitus) wrote: > 22.08.2009 03:03, Kevin Kofler wrote: > > Aurelien Bompard wrote: > >> - gwenview -- Simple image viewer for KDE > > > > This one is obsolete, gwenview is part of kdegraphics these days. > > > > Kevin Kofler > > But may be separate package is more "right" solution?? Also not problem > have both packages in Fedora or I mistaken? > That's a matter of aesthetics, and there's no real right answer: Debian, Ubuntu and Mandriva tend to split packages into multiple subs; Fedora tend to keep as close as a one-to-one correspondence between source RPM and binary RPM (save splitting off -devel, -doc, and if a package contains libraries that are usable elsewhere, -libs). openSUSE is in-between. The point, though, is that a package maintainer is in charge of the entire source package (SRPM). So you can't just take over gwenview without taking over kdegraphics. Now, if there are any actively-maintained branches (perhaps EPEL 4 or EPEL 5) that still has a standalone gwenview, and you feel like maintaining it for that branch, that's a different question. Regards, -- Michel Salim -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From arjan at infradead.org Sat Aug 22 19:51:33 2009 From: arjan at infradead.org (Arjan van de Ven) Date: Sat, 22 Aug 2009 12:51:33 -0700 Subject: Add Moblin Desktop group to comps In-Reply-To: <1250969976.18334.20.camel@erdos.localdomain> References: <5256d0b0908200922v368cdaaew8d0c3cc51ffe1da1@mail.gmail.com> <5256d0b0908201006s23e4d34fwb2444a65f131186e@mail.gmail.com> <20090822120411.10c9517a@infradead.org> <1250969976.18334.20.camel@erdos.localdomain> Message-ID: <20090822125133.24b0624b@infradead.org> On Sat, 22 Aug 2009 15:39:36 -0400 Michel Salim wrote: > On Sat, 2009-08-22 at 12:04 -0700, Arjan van de Ven wrote: > > On Thu, 20 Aug 2009 18:06:33 +0100 > > Peter Robinson wrote: > > > > > Depends on which bits you look at. Most of the packages are based > > > on Fedora packages, the whole lot is built using the suse build > > > system. > > > > Depends on how you look at it ;-) > > > > A bit less than half our packages are created using specbuilder, > > from a small ini file. For a bunch of these we did borrow the Fedora > > description of the package. You can expect Moblin to increasingly > > use specbuilder going forward > > (including tools we're developing right now to create as much of the > > specbuilder metadata as possible straight from the upstream tarbal). > > > Is specbuilder made available anywhere? I browsed the git repository > but it's not listed there. Given the length of Fedora's current > packaging checklist, it would be something that would be great if we > can borrow it. > hmmm it's in git. I'll check on Monday with our sysadmin to see why it's not visible -- Arjan van de Ven Intel Open Source Technology Centre For development, discussion and tips for power savings, visit http://www.lesswatts.org From bruno at wolff.to Sat Aug 22 20:25:32 2009 From: bruno at wolff.to (Bruno Wolff III) Date: Sat, 22 Aug 2009 15:25:32 -0500 Subject: Orphaning packages In-Reply-To: <200908212234.25091.gauret@free.fr> References: <200908212234.25091.gauret@free.fr> Message-ID: <20090822202532.GA18693@wolff.to> On Fri, Aug 21, 2009 at 22:34:24 +0200, Aurelien Bompard wrote: > I'm orphaning a few packages I'm not using anymore, feel free to take over: > > - glest & glest-data -- 3D real time strategy game I'll try taking these. Glest is on the games spin and one way or another I'll need to deal with Glest (as it is currently broken in rawhide). I might find myself over my head in which case I'll need to reophan them. From tmraz at redhat.com Sat Aug 22 21:18:10 2009 From: tmraz at redhat.com (Tomas Mraz) Date: Sat, 22 Aug 2009 23:18:10 +0200 Subject: openssl rebuilds && where is Tomas on 2009-08-24 Message-ID: <1250975890.2530.229.camel@vespa.frost.loc> Hi, I've spent whole day today (Sat 22) resolving build failures on dependent packages after the openssl-1.0.0 upgrade. I will continue on the remaining openssl rebuild fixes after I return from the short trip I want to go tomorrow and on Monday. There is still about 30 packages which are not yet rebuilt. If you have a package which failed a rebuild and want to look at it you can try building it into dist-f12-openssl after patching the API calls. -- Tomas Mraz No matter how far down the wrong road you've gone, turn back. Turkish proverb From forum at ru.bir.ru Sat Aug 22 21:18:12 2009 From: forum at ru.bir.ru (Pavel Alexeev (aka Pahan-Hubbitus)) Date: Sun, 23 Aug 2009 01:18:12 +0400 Subject: Orphaning packages In-Reply-To: <1250970270.18334.24.camel@erdos.localdomain> References: <200908212234.25091.gauret@free.fr> <1250970270.18334.24.camel@erdos.localdomain> Message-ID: 22.08.2009 23:44, Michel Salim wrote: > That's a matter of aesthetics, and there's no real right answer: Debian, > Ubuntu and Mandriva tend to split packages into multiple subs; Fedora > tend to keep as close as a one-to-one correspondence between source RPM > and binary RPM (save splitting off -devel, -doc, and if a package > contains libraries that are usable elsewhere, -libs). openSUSE is > in-between. > > The point, though, is that a package maintainer is in charge of the > entire source package (SRPM). So you can't just take over gwenview > without taking over kdegraphics. My point was different: I want use gwenview but don't always use kdegrapics, wich have big size. So, I often use it in XFCE. > Now, if there are any actively-maintained branches (perhaps EPEL 4 or > EPEL 5) that still has a standalone gwenview, and you feel like > maintaining it for that branch, that's a different question. No, maintain it *only* for EPEL is not interesting for me. Regards, Pavel Alexeev aka Pahan-Hubbitus From kevin.kofler at chello.at Sat Aug 22 22:13:25 2009 From: kevin.kofler at chello.at (Kevin Kofler) Date: Sun, 23 Aug 2009 00:13:25 +0200 Subject: Orphaning packages References: <200908212234.25091.gauret@free.fr> Message-ID: Pavel Alexeev (aka Pahan-Hubbitus) wrote: > 22.08.2009 03:03, Kevin Kofler wrote: >> Aurelien Bompard wrote: >>> - gwenview -- Simple image viewer for KDE >> >> This one is obsolete, gwenview is part of kdegraphics these days. >> >> Kevin Kofler > > But may be separate package is more "right" solution?? Also not problem > have both packages in Fedora or I mistaken? > > I want take this. Aur?lien, if you like I can also take care of F11 and > F10 branches. You cannot take gwenview, kdegraphics has Obsoletes: for it and it will stay that way. The gwenview package is retired and will stay so. If gwenview is to be split, it has to be built as a subpackage of kdegraphics, but I'm opposed to that too. Kevin Kofler From kevin.kofler at chello.at Sat Aug 22 22:15:09 2009 From: kevin.kofler at chello.at (Kevin Kofler) Date: Sun, 23 Aug 2009 00:15:09 +0200 Subject: Orphaning packages References: <200908212234.25091.gauret@free.fr> <1250970270.18334.24.camel@erdos.localdomain> Message-ID: Pavel Alexeev (aka Pahan-Hubbitus) wrote: > My point was different: I want use gwenview but don't always use > kdegrapics, wich have big size. So, I often use it in XFCE. But packaging an obsolete standalone package which is no longer released standalone by upstream and which conflicts with another package containing the current version surely cannot be the solution, and the resulting file conflicts are a violation of Fedora's guidelines. Kevin Kofler From bruno at wolff.to Sat Aug 22 23:35:34 2009 From: bruno at wolff.to (Bruno Wolff III) Date: Sat, 22 Aug 2009 18:35:34 -0500 Subject: Custom installation of Fedora In-Reply-To: References: Message-ID: <20090822233534.GA7386@wolff.to> On Sat, Aug 22, 2009 at 16:13:28 -0700, Markus Kesaromous wrote: > > During fedora install, if the user selects a customized install rather than the default, the user has to manually click on each and every app in the selected group. This is horribly tedious. In the old RH releases, you could just click on "Everything" button, and ALL of the rpms on the DVD would get installed. Is it too much to ask to add the Install Everything button for Fedora???? You can right click on the group and select install optional packages. It is still tedious if you want to install all of the languages packages, but is OK for most groups. From bruno at wolff.to Sun Aug 23 04:58:14 2009 From: bruno at wolff.to (Bruno Wolff III) Date: Sat, 22 Aug 2009 23:58:14 -0500 Subject: Orphaning packages In-Reply-To: <20090822202532.GA18693@wolff.to> References: <200908212234.25091.gauret@free.fr> <20090822202532.GA18693@wolff.to> Message-ID: <20090823045814.GA5816@wolff.to> On Sat, Aug 22, 2009 at 15:25:32 -0500, Bruno Wolff III wrote: > On Fri, Aug 21, 2009 at 22:34:24 +0200, > Aurelien Bompard wrote: > > I'm orphaning a few packages I'm not using anymore, feel free to take over: > > > > - glest & glest-data -- 3D real time strategy game > > I'll try taking these. Glest is on the games spin and one way or another I'll > need to deal with Glest (as it is currently broken in rawhide). I might find > myself over my head in which case I'll need to reophan them. I have a new rawhide build out now to handle the openal-soft change and finish the update that was partially setup when I took over. The build isn't really really tested yet, as my rawhide machines don't have 3d and I am in the process of making a livedvd to let me test on some other machines. I took over the outstanding bugs. From forum at ru.bir.ru Sun Aug 23 10:31:28 2009 From: forum at ru.bir.ru (Pavel Alexeev (aka Pahan-Hubbitus)) Date: Sun, 23 Aug 2009 14:31:28 +0400 Subject: Orphaning packages In-Reply-To: References: <200908212234.25091.gauret@free.fr> <1250970270.18334.24.camel@erdos.localdomain> Message-ID: 23.08.2009 02:15, Kevin Kofler wrote: > Pavel Alexeev (aka Pahan-Hubbitus) wrote: >> My point was different: I want use gwenview but don't always use >> kdegrapics, wich have big size. So, I often use it in XFCE. > > But packaging an obsolete standalone package which is no longer released > standalone by upstream and which conflicts with another package containing > the current version surely cannot be the solution, and the resulting file > conflicts are a violation of Fedora's guidelines. Ok. I'll try ask maintainer of kdegraphics to split gwenview into separate package. From forum at ru.bir.ru Sun Aug 23 10:34:07 2009 From: forum at ru.bir.ru (Pavel Alexeev (aka Pahan-Hubbitus)) Date: Sun, 23 Aug 2009 14:34:07 +0400 Subject: Orphaning packages In-Reply-To: References: <200908212234.25091.gauret@free.fr> Message-ID: 23.08.2009 02:13, Kevin Kofler wrote: If gwenview is > to be split, it has to be built as a subpackage of kdegraphics, but I'm > opposed to that too. Why? You are like big monolitic packages instead of freedom chouse components what you are really need? From rawhide at fedoraproject.org Sun Aug 23 11:40:40 2009 From: rawhide at fedoraproject.org (Rawhide Report) Date: Sun, 23 Aug 2009 11:40:40 +0000 Subject: rawhide report: 20090823 changes Message-ID: <20090823114040.GA7348@releng2.fedora.phx.redhat.com> Compose started at Sun Aug 23 06:15:14 UTC 2009 Updated Packages: cheese-2.27.90-3.fc12 --------------------- * Sat Aug 22 2009 Matthias Clasen 2.27.90-3 - Update sensitivity of menu items chemtool-1.6.12-1.fc12 ---------------------- * Sat Aug 22 2009 Dominik 'Rathann' Mierzejewski 1.6.12-1 - updated to 1.6.12 - dropped obsolete patch hunks - moved gtk-update-icon-cache to posttrans scriptlet compiz-0.8.2-12.fc12 -------------------- * Sat Aug 22 2009 Adel Gadllah - 0.8.2-11 - Fix up the compiz-gtk script * Sat Aug 22 2009 Adel Gadllah - 0.8.2-12 - Fix build cpdup-1.14-1.fc12 ----------------- * Sat Aug 22 2009 Michel Salim - 1.14-1 - Update to 1.14 dhcp-4.1.0p1-6.fc12 ------------------- * Fri Aug 21 2009 David Cantrell - 12:4.1.0p1-6 - BR libcap-ng-devel (#517649) dkms-2.1.0.0-1.fc12 ------------------- * Sat Aug 22 2009 Matt Domsch - 2.1.0.0-1 - update to latest upstream - drop Requires: lsb. avoid calling rpm (recursively) if possible. - add recognition for Oracle Enterprise Linux, Oracle VM, Scientific Linux, and VMware 3.x eclipse-dltk-1.0.0-3.fc12 ------------------------- * Thu Aug 20 2009 Mat Booth 1.0.0-3 - Add a SDK package. - Require Mylyn >= 3.2. eclipse-valgrind-0.3.0-1.fc12 ----------------------------- * Thu Aug 20 2009 Elliott Baron 0.3.0-1 - Upstream 0.3.0 release. fwbackups-1.43.3-0.7.rc4.fc12 ----------------------------- * Sat Aug 22 2009 Stewart Adam 1.43.3-0.7.rc4 - Update to 1.43.3rc4 (fixes #518690) gedit-2.27.4-2.fc12 ------------------- * Sat Aug 22 2009 Matthias Clasen - 1:2.27.4-2 - Respect button-images setting glest-3.2.2-1.fc12 ------------------ * Sat Aug 22 2009 Bruno Wolff III - 3.2.2-1 - rebuild for openal-soft version change - reenable ppc to allow retesting of 219540 - Update to 3.2.2 to pick up some networking fixes * Sun Jul 26 2009 Aurelien Bompard 3.2.1-3 - fix wrapper script (#501181) glest-data-3.2.1-3.fc12 ----------------------- * Sat Aug 22 2009 Bruno Wolff III - 3.2.1-3 - Allow glest-data and glest versions to be different - Reenable ppc/ppc64 builds to allow retesting of 219540 gnome-system-monitor-2.27.4-3.fc12 ---------------------------------- * Sat Aug 22 2009 Matthias Clasen - 2.27.4-3 - Fix a button image - Add a close button to the memmaps dialog hydrogen-0.9.4-0.7.rc2.fc12 --------------------------- * Sat Aug 22 2009 Orcan Ogetbil - 0.9.4-0.7.rc2 - Update to 0.9.4-rc2 hyphen-kn-0.20090815-1.fc12 --------------------------- * Sat Aug 22 2009 Caolan McNamara - 0.20090815-1 - latest version ibus-qt-1.2.0.20090822-2.fc12 ----------------------------- libftdi-0.16-7.fc12 ------------------- * Sat Aug 22 2009 Lucian Langa - 0.16-7 - add group for udev rule (#517773) llvm-2.5-5.fc12 --------------- * Sat Aug 22 2009 Michel Salim - 2.5-4 - Disable use of position-independent code on 32-bit platforms (buggy in LLVM <= 2.5) * Sat Aug 22 2009 Michel Salim - 2.5-5 - Only disable PIC on %ix86; ppc actually needs it lyx-1.6.4-1.fc12 ---------------- * Sat Aug 22 2009 Rex Dieter - 1.6.4-1 - lyx-1.6.4 - handle fonts manually (now EPEL-5 compatible) maxima-5.19.1-1.fc12 -------------------- * Sat Aug 22 2009 Rex Dieter - 5.19.1-1 - maxima-5.19.1 - -gui: optimize scriptlets * Tue Aug 18 2009 Rex Dieter - 5.19.0-2 - safer evaluation of %sbcl_ver macro * Sat Aug 01 2009 Rex Dieter - 5.19.0-1 - maxima-5.19.0 mingw32-libp11-0.2.6-1.fc12 --------------------------- * Sat Aug 22 2009 Kalev Lember - 0.2.6-1 - Update to 0.2.6 - Use INSTALL="install -p" to preserve timestamps mojito-0.20-2.fc12 ------------------ * Sat Aug 22 2009 Peter Robinson 0.20-2 - Enable twitter, lastfm, MySpace and Flickr networks mr-0.42-1.fc12 -------------- * Sat Aug 22 2009 Fabian Affolter - 0.42-1 - Added new man page - Updated to new upstream version 0.42 perl-Text-Textile-2.12-2.fc12 ----------------------------- * Sat Aug 22 2009 Iain Arnell 2.12-1 - update to latest upstream * Sat Aug 22 2009 Iain Arnell 2.12-2 - BR perl(Test::Pod) policycoreutils-2.0.71-10.fc12 ------------------------------ * Sat Aug 22 2009 Dan Walsh 2.0.71-10 - Fix realpath usage to only happen on argv input from user rakudo-0.0.2009.08_1.5.0-2.fc12 ------------------------------- ratproxy-1.58-1.fc12 -------------------- * Sun Aug 23 2009 Rakesh Pandit - 1.58-1 - Adjusted Steve's patch for updateing to 1.58 # 518542 * Fri Aug 21 2009 Tomas Mraz - 1.56-3 - rebuilt with new openssl rhythmbox-0.12.3-5.fc12 ----------------------- * Sat Aug 22 2009 Matthias Clasen - 0.12.3-5 - Respect the button-images setting better selinux-policy-3.6.28-5.fc12 ---------------------------- * Sat Aug 22 2009 Dan Walsh 3.6.28-5 - Allow cronjobs to read exim_spool_t setroubleshoot-2.2.22-2.fc12 ---------------------------- * Sat Aug 22 2009 Dan Walsh - 2.2.22-1 - Differentiate between permissive domains and permissive mode * Sat Aug 22 2009 Dan Walsh - 2.2.22-2 - Turn on libcap-ng-devel setroubleshoot-plugins-2.1.16-1.fc12 ------------------------------------ * Sat Aug 22 2009 - 2.1.16-1 - Fix subject to not include types splint-3.1.2-6.fc12 ------------------- * Sat Aug 22 2009 Milos Jakubicek - 3.1.2-6 - Specfile sanity revisited: proper Provides/Obsoletes on lclint and some other minor changes to make rpmlint silent taglib-1.5-6.fc12 ----------------- * Sat Aug 22 2009 Michael Schwendt - 1.5-6 - Add %check section and conditionally build with tests. - Update descriptions (and mention the additional file formats). - Cherry-pick bug-fix patches from 1.6 development (also replaces the old taglib-1.5-kde#161721.patch): * Fixed crash when saving a Locator APEv2 tag. (BUG:169810) * TagLib can now use FLAC padding block. (BUG:107659) * Fixed overflow while calculating bitrate of FLAC files with a very high bitrate. * XiphComment::year() now falls back to YEAR if DATE doesn't exist and XiphComment::year() falls back to TRACKNUM if TRACKNUMBER doesn't exist. (BUG:144396) * Fixed a bug in ByteVectorList::split(). * Fixed a possible crash in the non-const version of String::operator[] and in String::operator+=. (BUG:169389) * ID3v2.2 frames are now not incorrectly saved. (BUG:176373) * Support for ID3v2.2 PIC frames. (BUG:167786) * Improved ID3v2.3 genre parsing. (BUG:188578) * Better checking of corrupted ID3v2 APIC data. (BUG:168382) * Bitrate calculating using the Xing header now uses floating point numbers. (BUG:172556) * Added support for PRIV ID3v2 frames. * Empty ID3v2 genres are no longer treated as numeric ID3v1 genres. * Added support for the POPM (rating/playcount) ID3v2 frame. * Fixed crash on handling unsupported ID3v2 frames, e.g. on encrypted frames. (BUG:161721) totem-2.27.2-6.fc12 ------------------- * Sat Aug 22 2009 Matthias Clasen - 2.27.2-6 - Respect the button-images setting better * Fri Aug 21 2009 Tomas Mraz - 2.27.2-5 - rebuilt with new openssl * Tue Aug 11 2009 Bastien Nocera 2.27.2-4 - Fix source URL tre-0.7.6-2.fc12 ---------------- * Sat Aug 22 2009 Dominik Mierzejewski 0.7.6-2 - added missing defattr for python subpackage - dropped conditionals for Fedora <10 - used alternative method for rpath removal - fixed internal testsuite to run with just-built shared library - dropped unnecessary build dependencies warzone2100-2.2.1-3.fc12 ------------------------ * Sat Aug 22 2009 Karol Trzcionka - 2.2.1-3 - Rebuilt with new physfs - Rebuilt with openal-soft-devel instead of openal-devel webkitgtk-1.1.12-2.fc12 ----------------------- * Sat Aug 22 2009 Peter Gordon - 1.1.12-2 - Add patch to forcibly disable RWX memory in the x86/x86-64 assembler. + no-execmem.patch - Use %add_to_doc_files to add the gtk/NEWS file instead of %doc, which clobbered the doc files before they could be properly installed to the -doc subpackage. - Resolves: #516057 (gets whacked by selinux execmem check) and #516057 (webkitgtk-doc package effectively empty). - Update minimum required libsoup version. Summary: Added Packages: 0 Removed Packages: 0 Modified Packages: 37 Broken deps for i386 ---------------------------------------------------------- asterisk-fax-1.6.1-0.24.rc1.fc12.i686 requires libspandsp.so.1 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0 clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 cluttermm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-0.9) ember-0.5.6-1.fc12.i586 requires libopenal.so.0 entertainer-0.4.2-5.fc12.noarch requires pyclutter-cairo gpsdrive-2.10-0.1.pre7.fc12.i586 requires libmapnik.so.0.5 netpanzer-0.8.2-7.fc12.i686 requires libphysfs-1.0.so.0 octave-forge-20080831-10.fc12.i686 requires octave(api) = 0:api-v32 openvrml-0.18.3-1.fc12.i686 requires gecko-libs(x86-32) >= 0:1.9.1 openvrml-0.18.3-1.fc12.i686 requires java(x86-32) 1:osgal-0.6.1-8.fc12.i686 requires libopenal.so.0 plplot-octave-5.9.4-1.fc12.i586 requires octave(api) = 0:api-v32 poker3d-1.1.36-16.fc12.i686 requires libopenal.so.0 ppl-yap-0.10.2-5.fc12.i686 requires libYap.so python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.i586 requires libparted-1.8.so.8 rygel-0.3-5.fc12.i686 requires libgee.so.0 rygel-tracker-0.3-5.fc12.i686 requires libgee.so.0 sems-1.1.1-2.fc12.i586 requires libspandsp.so.1 sems-g722-1.1.1-2.fc12.i586 requires libspandsp.so.1 sems-gsm-1.1.1-2.fc12.i586 requires libspandsp.so.1 sems-speex-1.1.1-2.fc12.i586 requires libspandsp.so.1 serpentine-0.9-5.fc12.noarch requires gnome-python2-nautilus-cd-burner spring-0.79.1.2-3.fc12.i686 requires libopenal.so.0 supertux-0.3.1-8.fc12.i686 requires libopenal.so.0 Broken deps for x86_64 ---------------------------------------------------------- asterisk-fax-1.6.1-0.24.rc1.fc12.x86_64 requires libspandsp.so.1()(64bit) clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.x86_64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.x86_64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-0.7.4-2.fc11.x86_64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8) clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.x86_64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.x86_64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-gtk-0.9) clutter-gtkmm-devel-0.9.4-1.fc12.x86_64 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 cluttermm-0.9.4-1.fc12.x86_64 requires libclutter-glx-0.9.so.0()(64bit) cluttermm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-0.9) cluttermm-devel-0.9.4-1.fc12.x86_64 requires pkgconfig(clutter-0.9) ember-0.5.6-1.fc12.x86_64 requires libopenal.so.0()(64bit) entertainer-0.4.2-5.fc12.noarch requires pyclutter-cairo gpsdrive-2.10-0.1.pre7.fc12.x86_64 requires libmapnik.so.0.5()(64bit) netpanzer-0.8.2-7.fc12.x86_64 requires libphysfs-1.0.so.0()(64bit) octave-forge-20080831-10.fc12.x86_64 requires octave(api) = 0:api-v32 openvrml-0.18.3-1.fc12.i686 requires gecko-libs(x86-32) >= 0:1.9.1 openvrml-0.18.3-1.fc12.i686 requires java(x86-32) openvrml-0.18.3-1.fc12.x86_64 requires java(x86-64) openvrml-0.18.3-1.fc12.x86_64 requires gecko-libs(x86-64) >= 0:1.9.1 1:osgal-0.6.1-8.fc12.i686 requires libopenal.so.0 1:osgal-0.6.1-8.fc12.x86_64 requires libopenal.so.0()(64bit) plplot-octave-5.9.4-1.fc12.x86_64 requires octave(api) = 0:api-v32 poker3d-1.1.36-16.fc12.x86_64 requires libopenal.so.0()(64bit) ppl-yap-0.10.2-5.fc12.x86_64 requires libYap.so()(64bit) python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.x86_64 requires libparted-1.8.so.8()(64bit) rygel-0.3-5.fc12.x86_64 requires libgee.so.0()(64bit) rygel-tracker-0.3-5.fc12.x86_64 requires libgee.so.0()(64bit) sems-1.1.1-2.fc12.x86_64 requires libspandsp.so.1()(64bit) sems-g722-1.1.1-2.fc12.x86_64 requires libspandsp.so.1()(64bit) sems-gsm-1.1.1-2.fc12.x86_64 requires libspandsp.so.1()(64bit) sems-speex-1.1.1-2.fc12.x86_64 requires libspandsp.so.1()(64bit) serpentine-0.9-5.fc12.noarch requires gnome-python2-nautilus-cd-burner spring-0.79.1.2-3.fc12.x86_64 requires libopenal.so.0()(64bit) supertux-0.3.1-8.fc12.x86_64 requires libopenal.so.0()(64bit) Broken deps for ppc ---------------------------------------------------------- asterisk-fax-1.6.1-0.24.rc1.fc12.ppc requires libspandsp.so.1 clutter-cairomm-0.7.4-2.fc11.ppc requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.ppc requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.ppc requires libclutter-glx-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.ppc requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc requires pkgconfig(clutter-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.ppc requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.ppc requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.ppc requires pkgconfig(clutter-gtk-0.9) clutter-gtkmm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.ppc requires libclutter-glx-0.9.so.0 cluttermm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) cluttermm-devel-0.9.4-1.fc12.ppc requires pkgconfig(clutter-0.9) cluttermm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-0.9) ember-0.5.6-1.fc12.ppc requires libopenal.so.0 entertainer-0.4.2-5.fc12.noarch requires pyclutter-cairo gpsdrive-2.10-0.1.pre7.fc12.ppc requires libmapnik.so.0.5 netpanzer-0.8.2-7.fc12.ppc requires libphysfs-1.0.so.0 octave-forge-20080831-10.fc12.ppc requires octave(api) = 0:api-v32 openvrml-0.18.3-1.fc12.ppc requires gecko-libs(ppc-32) >= 0:1.9.1 openvrml-0.18.3-1.fc12.ppc requires java(ppc-32) openvrml-0.18.3-1.fc12.ppc64 requires gecko-libs(ppc-64) >= 0:1.9.1 openvrml-0.18.3-1.fc12.ppc64 requires java(ppc-64) 1:osgal-0.6.1-8.fc12.ppc requires libopenal.so.0 1:osgal-0.6.1-8.fc12.ppc64 requires libopenal.so.0()(64bit) plplot-octave-5.9.4-1.fc12.ppc requires octave(api) = 0:api-v32 poker3d-1.1.36-16.fc12.ppc requires libopenal.so.0 ppl-yap-0.10.2-5.fc12.ppc requires libYap.so python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.ppc requires libparted-1.8.so.8 rygel-0.3-5.fc12.ppc requires libgee.so.0 rygel-tracker-0.3-5.fc12.ppc requires libgee.so.0 sems-1.1.1-2.fc12.ppc requires libspandsp.so.1 sems-g722-1.1.1-2.fc12.ppc requires libspandsp.so.1 sems-gsm-1.1.1-2.fc12.ppc requires libspandsp.so.1 sems-speex-1.1.1-2.fc12.ppc requires libspandsp.so.1 serpentine-0.9-5.fc12.noarch requires gnome-python2-nautilus-cd-burner supertux-0.3.1-8.fc12.ppc requires libopenal.so.0 Broken deps for ppc64 ---------------------------------------------------------- asterisk-fax-1.6.1-0.24.rc1.fc12.ppc64 requires libspandsp.so.1()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) cluttermm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-0.9) ember-0.5.6-1.fc12.ppc64 requires libopenal.so.0()(64bit) entertainer-0.4.2-5.fc12.noarch requires pyclutter-cairo gpsdrive-2.10-0.1.pre7.fc12.ppc64 requires libmapnik.so.0.5()(64bit) netpanzer-0.8.2-7.fc12.ppc64 requires libphysfs-1.0.so.0()(64bit) octave-forge-20080831-10.fc12.ppc64 requires octave(api) = 0:api-v32 openvrml-0.18.3-1.fc12.ppc64 requires gecko-libs(ppc-64) >= 0:1.9.1 openvrml-0.18.3-1.fc12.ppc64 requires java(ppc-64) 1:osgal-0.6.1-8.fc12.ppc64 requires libopenal.so.0()(64bit) plplot-octave-5.9.4-1.fc12.ppc64 requires octave(api) = 0:api-v32 poker3d-1.1.36-16.fc12.ppc64 requires libopenal.so.0()(64bit) ppl-yap-0.10.2-5.fc12.ppc64 requires libYap.so()(64bit) python-mwlib-0.11.2-3.20090522hg2956.fc12.ppc64 requires LabPlot python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.ppc64 requires libparted-1.8.so.8()(64bit) rygel-0.3-5.fc12.ppc64 requires libgee.so.0()(64bit) rygel-tracker-0.3-5.fc12.ppc64 requires libgee.so.0()(64bit) sems-1.1.1-2.fc12.ppc64 requires libspandsp.so.1()(64bit) sems-g722-1.1.1-2.fc12.ppc64 requires libspandsp.so.1()(64bit) sems-gsm-1.1.1-2.fc12.ppc64 requires libspandsp.so.1()(64bit) sems-speex-1.1.1-2.fc12.ppc64 requires libspandsp.so.1()(64bit) serpentine-0.9-5.fc12.noarch requires gnome-python2-nautilus-cd-burner supertux-0.3.1-8.fc12.ppc64 requires libopenal.so.0()(64bit) From musuruan at gmail.com Sun Aug 23 13:46:53 2009 From: musuruan at gmail.com (Andrea Musuruane) Date: Sun, 23 Aug 2009 15:46:53 +0200 Subject: source file audit - 2009-08-10 In-Reply-To: <29fee02b0908111041o585bf420m560515fbb80dc4f9@mail.gmail.com> References: <20090810101542.2fa4f2d7@ohm.scrye.com> <29fee02b0908101224m27e60cfcya838cc38b0efb7f0@mail.gmail.com> <20090810233040.7fcd7898@ohm.scrye.com> <29fee02b0908111041o585bf420m560515fbb80dc4f9@mail.gmail.com> Message-ID: <29fee02b0908230646h39ba3bf6p6440e914c68c3848@mail.gmail.com> On Tue, Aug 11, 2009 at 7:41 PM, Andrea Musuruane wrote: > On Tue, Aug 11, 2009 at 7:30 AM, Kevin Fenzi wrote: >> The URL is fine, but the source doesn't match up. >> What I downloaded from the URL: >> e2932389d10ccee20dc922155165c8f8 ?libicns-0.7.0.tar.gz >> >> what sources has in the lookaside cache: >> d2539bb1bec033395ad908311c49a954 ?libicns-0.7.0.tar.gz >> >> So, either upstream changed sources without changing release, or >> something else bad happened. ;( > > Yes, upstream changed the sources without issuing a new release :( > > I'll update the package soon. Fixed. Thanks again for your report. Regards, Andrea. From giallu at gmail.com Sun Aug 23 14:55:33 2009 From: giallu at gmail.com (Gianluca Sforna) Date: Sun, 23 Aug 2009 16:55:33 +0200 Subject: Orphaning packages In-Reply-To: <200908212234.25091.gauret@free.fr> References: <200908212234.25091.gauret@free.fr> Message-ID: On Fri, Aug 21, 2009 at 10:34 PM, Aurelien Bompard wrote: > - php-adodb -- Active Data Objects Data Base Taking this one, co-maintainers welcome -- Gianluca Sforna http://morefedora.blogspot.com http://www.linkedin.com/in/gianlucasforna From giallu at gmail.com Sun Aug 23 14:58:58 2009 From: giallu at gmail.com (Gianluca Sforna) Date: Sun, 23 Aug 2009 16:58:58 +0200 Subject: Orphaning packages In-Reply-To: References: <200908212234.25091.gauret@free.fr> Message-ID: On Sun, Aug 23, 2009 at 4:55 PM, Gianluca Sforna wrote: > On Fri, Aug 21, 2009 at 10:34 PM, Aurelien Bompard wrote: >> - php-adodb -- Active Data Objects Data Base > > Taking this one, co-maintainers welcome > Additionally, can you orphan the other active branches as well? -- Gianluca Sforna http://morefedora.blogspot.com http://www.linkedin.com/in/gianlucasforna From michael.silvanus at gmail.com Sun Aug 23 16:47:43 2009 From: michael.silvanus at gmail.com (Michel Salim) Date: Sun, 23 Aug 2009 12:47:43 -0400 Subject: Orphaning packages In-Reply-To: References: <200908212234.25091.gauret@free.fr> Message-ID: <1251046063.6118.4.camel@mikmaq.localdomain> On Sun, 2009-08-23 at 14:34 +0400, Pavel Alexeev (aka Pahan-Hubbitus) wrote: > 23.08.2009 02:13, Kevin Kofler wrote: > If gwenview is > > to be split, it has to be built as a subpackage of kdegraphics, but I'm > > opposed to that too. > Why? You are like big monolitic packages instead of freedom chouse > components what you are really need? > There is no need for accusations and heated language, surely. What Kevin is expressing is a natural expression of the packager's Occam razor: it's simpler to maintain a package if we keep the binaries as close in packaging to the way upstream ships it. Unless splitting gives enough advantage, e.g. separating out plugins for a program that have additional dependencies. In case of kdegraphics, apart from for some disk space saving (not that great, surely in this day and age), can you argue the case for wanting such split? Best, -- Michel Salim GPG key ID: 78884778 IRC: hircus Package Sponsor, Fedora Project From michael.silvanus at gmail.com Sun Aug 23 17:06:49 2009 From: michael.silvanus at gmail.com (Michel Salim) Date: Sun, 23 Aug 2009 13:06:49 -0400 Subject: fedora-pkgdb: make it discoverable on browser home page? Message-ID: <1251047209.6118.21.camel@mikmaq.localdomain> Hi Adam, Thanks for the wonderful fedora-pkgdb search engine! I was wondering -- since it's a standard opensearch plugin, whether it would be a good idea or not to make it auto-discoverable on *.fedoraproject.org, especially start.fedoraproject.org which is our default browser home page? That way, users gain another way to search for packages -- one they are already familiar with -- and it's an easier way to look for existing bugs and file new ones too, IMHO. Regards, -- Michel Salim GPG key ID: 78884778 IRC: hircus Package Sponsor, Fedora Project -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From gauret at free.fr Sun Aug 23 17:23:36 2009 From: gauret at free.fr (Aurelien Bompard) Date: Sun, 23 Aug 2009 19:23:36 +0200 Subject: Orphaning packages In-Reply-To: References: <200908212234.25091.gauret@free.fr> Message-ID: <200908231923.36810.gauret@free.fr> > Additionally, can you orphan the other active branches as well? Done, thanks. Aur?lien -- http://aurelien.bompard.org ~~~~ Jabber : abompard at jabber.fr "Millions long for immortality who do not know what to do with themselves on a rainy Sunday afternoon." -- Susan Ertz From mschwendt at gmail.com Sun Aug 23 17:35:10 2009 From: mschwendt at gmail.com (Michael Schwendt) Date: Sun, 23 Aug 2009 19:35:10 +0200 Subject: [Bug 506671] GNOME/Gtk scrollbar corruption with fedora-gnome-theme In-Reply-To: <200906201928.n5KJSoGF027131@bz-web1.app.phx.redhat.com> References: <200906201928.n5KJSoGF027131@bz-web1.app.phx.redhat.com> Message-ID: <20090823193510.482b9703@faldor.intranet> > https://bugzilla.redhat.com/show_bug.cgi?id=506671 No comment since two months. Not even a confirmation that the last comment is true. Fedora 11 still looks bad due to this. From mschwendt at gmail.com Sun Aug 23 17:48:52 2009 From: mschwendt at gmail.com (Michael Schwendt) Date: Sun, 23 Aug 2009 19:48:52 +0200 Subject: gwenview - Re: Orphaning packages In-Reply-To: References: <200908212234.25091.gauret@free.fr> <1250970270.18334.24.camel@erdos.localdomain> Message-ID: <20090823194852.78cd24b1@faldor.intranet> On Sun, 23 Aug 2009 14:31:28 +0400, Pavel wrote: > 23.08.2009 02:15, Kevin Kofler wrote: > > Pavel Alexeev (aka Pahan-Hubbitus) wrote: > >> My point was different: I want use gwenview but don't always use > >> kdegrapics, wich have big size. So, I often use it in XFCE. > > > > But packaging an obsolete standalone package which is no longer released > > standalone by upstream and which conflicts with another package containing > > the current version surely cannot be the solution, and the resulting file > > conflicts are a violation of Fedora's guidelines. > > Ok. I'll try ask maintainer of kdegraphics to split gwenview into > separate package. Doubtful. How much will that save? - A typical problem with KDE apps is that not only they pull in some KDE libraries, the KDE packages come with lots of additional KDE-specific dependencies. Installing: ktorrent i586 3.2.3-1.fc11 updates 3.3 M Installing for dependencies: akonadi i586 1.2.0-1.fc11 updates-testing 682 k kdebase-workspace i586 4.3.0-8.fc11 updates-testing 14 M kdebase-workspace-libs i586 4.3.0-8.fc11 updates-testing 906 k kdepimlibs-akonadi i586 4.3.0-2.fc11 updates-testing 505 k kdm i586 4.3.0-8.fc11 updates-testing 1.9 M qt-mysql i586 1:4.5.2-2.fc11 updates 53 k From a.badger at gmail.com Sun Aug 23 17:47:14 2009 From: a.badger at gmail.com (Toshio Kuratomi) Date: Sun, 23 Aug 2009 10:47:14 -0700 Subject: fedora-pkgdb: make it discoverable on browser home page? In-Reply-To: <1251047209.6118.21.camel@mikmaq.localdomain> References: <1251047209.6118.21.camel@mikmaq.localdomain> Message-ID: <4A9180A2.2050901@gmail.com> On 08/23/2009 10:06 AM, Michel Salim wrote: > Hi Adam, > > Thanks for the wonderful fedora-pkgdb search engine! I was wondering -- > since it's a standard opensearch plugin, whether it would be a good idea > or not to make it auto-discoverable on *.fedoraproject.org, especially > start.fedoraproject.org which is our default browser home page? > > That way, users gain another way to search for packages -- one they are > already familiar with -- and it's an easier way to look for existing > bugs and file new ones too, IMHO. > In the past, the pkgdb was seen as a developer-only tool so it wasn't too interesting too the general public. However, as part of GSoC, maploin has done some good work to change that. The interface is a little rough still but there are now end-user features (package build information like repoview, user-supplied tagging and commenting) in the development repo (not deployed yet). -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: OpenPGP digital signature URL: From sundaram at fedoraproject.org Sun Aug 23 17:49:15 2009 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Sun, 23 Aug 2009 23:19:15 +0530 Subject: gwenview - Re: Orphaning packages In-Reply-To: <20090823194852.78cd24b1@faldor.intranet> References: <200908212234.25091.gauret@free.fr> <1250970270.18334.24.camel@erdos.localdomain> <20090823194852.78cd24b1@faldor.intranet> Message-ID: <4A91811B.2090702@fedoraproject.org> On 08/23/2009 11:18 PM, Michael Schwendt wrote: > Doubtful. How much will that save? - A typical problem with KDE apps is > that not only they pull in some KDE libraries, the KDE packages come with > lots of additional KDE-specific dependencies. > > Installing: > ktorrent i586 3.2.3-1.fc11 updates 3.3 M > Installing for dependencies: > akonadi i586 1.2.0-1.fc11 updates-testing 682 k > kdebase-workspace i586 4.3.0-8.fc11 updates-testing 14 M > kdebase-workspace-libs i586 4.3.0-8.fc11 updates-testing 906 k > kdepimlibs-akonadi i586 4.3.0-2.fc11 updates-testing 505 k > kdm i586 4.3.0-8.fc11 updates-testing 1.9 M > qt-mysql i586 1:4.5.2-2.fc11 updates 53 k A torrent client requires a display manager and Qt MySQL? Hmm. Something wrong with dependencies, here. I am sure, we can do better. Rahul From sundaram at fedoraproject.org Sun Aug 23 17:50:42 2009 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Sun, 23 Aug 2009 23:20:42 +0530 Subject: fedora-pkgdb: make it discoverable on browser home page? In-Reply-To: <4A9180A2.2050901@gmail.com> References: <1251047209.6118.21.camel@mikmaq.localdomain> <4A9180A2.2050901@gmail.com> Message-ID: <4A918172.7070500@fedoraproject.org> On 08/23/2009 11:17 PM, Toshio Kuratomi wrote: > On 08/23/2009 10:06 AM, Michel Salim wrote: >> Hi Adam, >> >> Thanks for the wonderful fedora-pkgdb search engine! I was wondering -- >> since it's a standard opensearch plugin, whether it would be a good idea >> or not to make it auto-discoverable on *.fedoraproject.org, especially >> start.fedoraproject.org which is our default browser home page? >> >> That way, users gain another way to search for packages -- one they are >> already familiar with -- and it's an easier way to look for existing >> bugs and file new ones too, IMHO. >> > In the past, the pkgdb was seen as a developer-only tool so it wasn't > too interesting too the general public. However, as part of GSoC, > maploin has done some good work to change that. The interface is a > little rough still but there are now end-user features (package build > information like repoview, user-supplied tagging and commenting) in the > development repo (not deployed yet). Aren't we pitching Fedora Community interface as the end user facing thing, going forward? It seems some of these features will overlap or duplicate it. Rahul From rdieter at math.unl.edu Sun Aug 23 18:01:21 2009 From: rdieter at math.unl.edu (Rex Dieter) Date: Sun, 23 Aug 2009 13:01:21 -0500 Subject: gwenview - Re: Orphaning packages References: <200908212234.25091.gauret@free.fr> <1250970270.18334.24.camel@erdos.localdomain> <20090823194852.78cd24b1@faldor.intranet> <4A91811B.2090702@fedoraproject.org> Message-ID: Rahul Sundaram wrote: > On 08/23/2009 11:18 PM, Michael Schwendt wrote: > >> Doubtful. How much will that save? - A typical problem with KDE apps is >> that not only they pull in some KDE libraries, the KDE packages come with >> lots of additional KDE-specific dependencies. >> >> Installing: >> ktorrent i586 3.2.3-1.fc11 >> updates 3.3 M >> Installing for dependencies: >> akonadi i586 1.2.0-1.fc11 >> updates-testing 682 k >> kdebase-workspace i586 4.3.0-8.fc11 >> updates-testing 14 M >> kdebase-workspace-libs i586 4.3.0-8.fc11 >> updates-testing 906 k >> kdepimlibs-akonadi i586 4.3.0-2.fc11 >> updates-testing 505 k >> kdm i586 4.3.0-8.fc11 >> updates-testing 1.9 M >> qt-mysql i586 1:4.5.2-2.fc11 >> updates 53 k > > A torrent client requires a display manager and Qt MySQL? Hmm. Something > wrong with dependencies, here. I am sure, we can do better. It grew a dependency on some newer libraries in kdebase-workspace recently, probably some prudent sub-packages are in order. -- Rex From sundaram at fedoraproject.org Sun Aug 23 18:04:59 2009 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Sun, 23 Aug 2009 23:34:59 +0530 Subject: gwenview - Re: Orphaning packages In-Reply-To: References: <200908212234.25091.gauret@free.fr> <1250970270.18334.24.camel@erdos.localdomain> <20090823194852.78cd24b1@faldor.intranet> <4A91811B.2090702@fedoraproject.org> Message-ID: <4A9184CB.3000505@fedoraproject.org> On 08/23/2009 11:31 PM, Rex Dieter wrote: >> >> A torrent client requires a display manager and Qt MySQL? Hmm. Something >> wrong with dependencies, here. I am sure, we can do better. > > It grew a dependency on some newer libraries in kdebase-workspace recently, > probably some prudent sub-packages are in order. A quick way to actually check for such dependencies is to switch to another desktop environment, say Xfce, remove all the KDE packages and install one of the KDE apps. It usually reveals dependencies which are rather silly. I have seen kde-settings, background packages and kdebase pull in odd dependencies on occasions. k3b, ktorrent, scribus et all are often used outside KDE. Rahul From kevin at scrye.com Sun Aug 23 18:58:06 2009 From: kevin at scrye.com (Kevin Fenzi) Date: Sun, 23 Aug 2009 12:58:06 -0600 Subject: source file audit - 2009-08-10 In-Reply-To: <1250589854.2760.3.camel@localhost> References: <20090810101542.2fa4f2d7@ohm.scrye.com> <1250589854.2760.3.camel@localhost> Message-ID: <20090823125806.3931ff88@ohm.scrye.com> On Tue, 18 Aug 2009 12:04:14 +0200 Christoph Wickert wrote: > Am Montag, den 10.08.2009, 10:15 -0600 schrieb Kevin Fenzi: > > > cwickert:BADURL:glista-0.4.tar.gz:glista > > works with spectool Yeah, googlecode outage/issue when I ran the script. ;( > > cwickert:BADURL:gwget-1.0.1.tar.bz2:gwget > > 404, new version, fixed. > > > cwickert:BADURL:lxde-settings-daemon-0.4.tar.bz2:lxde-settings-daemon > > 301, due to sf changes I guess. lxde-settings-deamon will be orphaned > soon, because it will become part of lxsession. > > > cwickert:BADURL:termit-2.2.0.tar.bz2:termit > > works with spectool googlecode. ;( > > cwickert:BADURL:thunar-volman-0.3.80.tar.bz2:thunar-volman > > 404, Xfce download archive reorganization. > > > cwickert:BADURL:timer-applet-2.1.2.tar.gz:gnome-applet-timer > > works spectool, SF.net Sourceforge being lame I guess. I just tried this one again from here and it just sits until it times out. ;( > > cwickert:BADURL:xfburn-0.4.2.tar.bz2:xfburn > > 404, Xfce download archive reorganization. > > Regards, > Christoph Thanks! kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From bjorn at xn--rombobjrn-67a.se Sun Aug 23 18:58:52 2009 From: bjorn at xn--rombobjrn-67a.se (=?iso-8859-1?q?Bj=F6rn_Persson?=) Date: Sun, 23 Aug 2009 20:58:52 +0200 Subject: showing dependency trees In-Reply-To: <4A9184CB.3000505@fedoraproject.org> References: <200908212234.25091.gauret@free.fr> <4A9184CB.3000505@fedoraproject.org> Message-ID: <200908232058.52570.bjorn@xn--rombobjrn-67a.se> Rahul Sundaram wrote: > A quick way to actually check for such dependencies is to switch to > another desktop environment, say Xfce, remove all the KDE packages and > install one of the KDE apps. That's not all that quick. There ought to be a tool for this. Given a package name it should print the dependency tree for that package. It could have an option to suppress packages in the base set. Couldn't Yum be taught to answer that kind of queries? Bj?rn Persson -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 190 bytes Desc: This is a digitally signed message part. URL: From debayanin at gmail.com Sun Aug 23 19:03:25 2009 From: debayanin at gmail.com (Debayan Banerjee) Date: Mon, 24 Aug 2009 00:33:25 +0530 Subject: showing dependency trees In-Reply-To: <200908232058.52570.bjorn@xn--rombobjrn-67a.se> References: <200908212234.25091.gauret@free.fr> <4A9184CB.3000505@fedoraproject.org> <200908232058.52570.bjorn@xn--rombobjrn-67a.se> Message-ID: 2009/8/24 Bj?rn Persson > Rahul Sundaram wrote: > > A quick way to actually check for such dependencies is to switch to > > another desktop environment, say Xfce, remove all the KDE packages and > > install one of the KDE apps. > > That's not all that quick. There ought to be a tool for this. Given a > package > name it should print the dependency tree for that package. It could have an > option to suppress packages in the base set. Couldn't Yum be taught to > answer > that kind of queries? edos-rpmcheck http://www.edos-project.org/xwiki/bin/view/Main/debcheck_home > > > Bj?rn Persson > > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- Regards, Debayan Banerjee Support Free Software http://deeproot.in -------------- next part -------------- An HTML attachment was scrubbed... URL: From kevin at scrye.com Sun Aug 23 19:03:34 2009 From: kevin at scrye.com (Kevin Fenzi) Date: Sun, 23 Aug 2009 13:03:34 -0600 Subject: source file audit - 2009-08-10 In-Reply-To: <4A8CB8C1.9090802@redhat.com> References: <20090810101542.2fa4f2d7@ohm.scrye.com> <4A8CB8C1.9090802@redhat.com> Message-ID: <20090823130334.5e31270c@ohm.scrye.com> On Wed, 19 Aug 2009 22:45:21 -0400 "Tom \"spot\" Callaway" wrote: > On 08/10/2009 12:15 PM, Kevin Fenzi wrote: > > spot:BADSOURCE:chemoelectric_-_Goudy_Bookletter_1.zip:oflb-goudy-bookletter-1911-fonts > > Not sure why this failed. I confirmed that the .zip file available > from the site is identical to the one in the lookaside. Cute. My download worked, but I got in the zip file: [chemoelectric_-_Goudy_Bookletter_1.zip] End-of-central-directory signature not found. Either this file is not a zipfile, or it constitutes one disk of a multi-part archive. In the latter case the central directory and zipfile comment will be found on the last disk(s) of this archive. zipinfo: cannot find zipfile directory in one of chemoelectric_-_Goudy_Bookletter_1.zip or chemoelectric_-_Goudy_Bookletter_1.zip.zip, and cannot find chemoelectric_-_Goudy_Booklett er_1.zip.ZIP, period. So, some weirdness with the upstream ftp/http server I guess. > > spot:BADSOURCE:daa2iso.zip:daa2iso > > Fixed (I have begged the upstream here to put versioning in their > name, but they will not) > > > spot:BADSOURCE:perltex.zip:tetex-perltex > > This package is probably going away with texlive, so I'm just letting > it sit. > > > spot:BADSOURCE:ql2400_fw.bin:ql2400-firmware > > spot:BADSOURCE:ql2500_fw.bin:ql2500-firmware > > Updated to the latest versions of the firmware. > > > spot:BADURL:Acetoneiso_2.0.3.2.tar.gz:AcetoneISO2 > > This checks out for me. > > > spot:BADURL:alsamixergui-0.9.0rc1-2.tar.gz:alsamixergui > > Upstream is gone. I've updated the package to reflect that. > > > spot:BADURL:amanith_03.tar.gz:amanith > > Upstream no longer maintains this code, updated package to reflect > that. > > > spot:BADURL:Class-DBI-Loader-Relationship-1.3.tar.gz:perl-Class-DBI-Loader-Relationship > > Fixed. > > > spot:BADURL:ebtables-v2.0.9-1.tar.gz:ebtables > > Fixed. > > > spot:BADURL:giver-0.1.8.tar.gz:giver > > Looks fine to me, can't reproduce failure. > > > spot:BADURL:google-perftools-1.3.tar.gz:google-perftools > > Looks fine to me, can't reproduce failure. Yeah, these are both googlecode, which was giving me 404's when I ran the script. ;( > > spot:BADURL:gxemul-0.4.7.2.tar.gz:gxemul > > Fixed. > > > spot:BADURL:mcrypt-2.6.8.tar.gz:mcrypt > > Took me several tries to get this to work, but it is correct. > Sourceforge seems to be especially flaky these days. yes it does. ;( > > spot:BADURL:musiqwik_musisync_y6.zip:allgeyer-fonts > > Upstream is gone, removed URL from Source. > > > spot:BADURL:pdsh-2.18.tar.bz2:pdsh > > Looks fine to me, can't reproduce failure. SF gave me a 404: --15:54:01-- http://dl.sourceforge.net/sourceforge/pdsh/pdsh-2.18.tar.bz2 Resolving dl.sourceforge.net... 128.101.240.209, 150.65.7.130, 193.1.219.87, ... Connecting to dl.sourceforge.net|128.101.240.209|:80... connected. HTTP request sent, awaiting response... 404 Not Found 15:55:14 ERROR 404: Not Found. > > spot:BADURL:Pod-POM-0.18.tar.gz:perl-Pod-POM > > Fixed. > > > spot:BADURL:pydot-1.0.2.tar.gz:pydot > > Looks fine to me, can't reproduce failure. Googlecode. > > spot:BADURL:pyke-1.0.2.tar.gz:pyke > > Looks fine to me, can't reproduce failure. Sourceforge. ;( > > spot:BADURL:python-twitter-0.6.tar.gz:python-twitter > > Looks fine to me, can't reproduce failure. googlecode. > > spot:BADURL:RODBC_1.2-5.tar.gz:R-RODBC > > Fixed. > > > spot:BADURL:rx-1.5.tar.bz2:librx > > FSF no longer maintains or offers this code, dropped URL from Source0. > > > spot:BADURL:Test-Differences-0.4801.tar.gz:perl-Test-Differences > > Fixed. > > > spot:BADURL:winpdb-1.4.6.tar.gz:winpdb > > Looks fine to me, can't reproduce failure. googlecode. > > spot:BADURL:XML-RSS-1.44.tar.gz:perl-XML-RSS > > Fixed. > > > spot:BADURL:zlib.tar.gz:tcl-zlib > > Been waiting more than a year now for upstream to revive his website > (he swears he's going to do it everytime I email him, but I have > given up). Removed URL from Source. :( > *** > > Thanks for running this. No problem > ~spot kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From kevin at scrye.com Sun Aug 23 19:04:01 2009 From: kevin at scrye.com (Kevin Fenzi) Date: Sun, 23 Aug 2009 13:04:01 -0600 Subject: source file audit - 2009-08-10 In-Reply-To: References: <20090810101542.2fa4f2d7@ohm.scrye.com> Message-ID: <20090823130401.6a0f732b@ohm.scrye.com> On Thu, 20 Aug 2009 10:47:54 +0200 Christof Damian wrote: > On Mon, Aug 10, 2009 at 18:15, Kevin Fenzi wrote: > > > > cdamian:BADURL:wikicalendar-1.15.tar.gz:mediawiki-wikicalendar > > > > Just checked this one and it works. Probably was a temporary problem > with googlecode . yep. ;( googlecode and SF seem to both sometimes sporadically just not work. > > Christof > kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From bjorn at xn--rombobjrn-67a.se Sun Aug 23 19:29:24 2009 From: bjorn at xn--rombobjrn-67a.se (=?iso-8859-15?q?Bj=F6rn_Persson?=) Date: Sun, 23 Aug 2009 21:29:24 +0200 Subject: showing dependency trees In-Reply-To: References: <200908212234.25091.gauret@free.fr> <200908232058.52570.bjorn@xn--rombobjrn-67a.se> Message-ID: <200908232129.24870.bjorn@xn--rombobjrn-67a.se> Debayan Banerjee wrote: > 2009/8/24 Bj?rn Persson > > That's not all that quick. There ought to be a tool for this. Given a > > package > > name it should print the dependency tree for that package. It could have > > an option to suppress packages in the base set. Couldn't Yum be taught to > > answer > > that kind of queries? > > edos-rpmcheck > > http://www.edos-project.org/xwiki/bin/view/Main/debcheck_home Judging from the description on that page, that's not what I want. It says the program checks whether a package is installable. Yum can do that. I want to check whether a package drags in other packages unnecessarily. Bj?rn Persson -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 190 bytes Desc: This is a digitally signed message part. URL: From a.badger at gmail.com Sun Aug 23 19:35:51 2009 From: a.badger at gmail.com (Toshio Kuratomi) Date: Sun, 23 Aug 2009 12:35:51 -0700 Subject: fedora-pkgdb: make it discoverable on browser home page? In-Reply-To: <4A918172.7070500@fedoraproject.org> References: <1251047209.6118.21.camel@mikmaq.localdomain> <4A9180A2.2050901@gmail.com> <4A918172.7070500@fedoraproject.org> Message-ID: <4A919A17.4070109@gmail.com> On 08/23/2009 10:50 AM, Rahul Sundaram wrote: > Aren't we pitching Fedora Community interface as the end user facing > thing, going forward? It seems some of these features will overlap or > duplicate it. > It's possible. The packagedb is going to be the backend for the Fedora Community Front end so it had to get written this summer so that work on the front-end can proceed. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: OpenPGP digital signature URL: From jonstanley at gmail.com Sun Aug 23 19:38:41 2009 From: jonstanley at gmail.com (Jon Stanley) Date: Sun, 23 Aug 2009 15:38:41 -0400 Subject: FESCo meeting summary for 20090729 In-Reply-To: <20090730015204.GA27845@genius.kawo2.rwth-aachen.de> References: <20090730015204.GA27845@genius.kawo2.rwth-aachen.de> Message-ID: On Wed, Jul 29, 2009 at 9:52 PM, Till Maas wrote: > Again the log seems to be incomplete. If I type ".fesco 218" in > #feedora-meeting, I get this line from zodbot: FYI, I just updated the meetbot plugin on noc1 to the latest version in koji that Kevin built a bit ago, which contains a fix for this issue. From kevin at scrye.com Sun Aug 23 19:41:52 2009 From: kevin at scrye.com (Kevin Fenzi) Date: Sun, 23 Aug 2009 13:41:52 -0600 Subject: rpms/nss-softokn/devel nss-softokn-3.12.3.99.3-stripped.tar.bz2, NONE, 1.1 In-Reply-To: <20090819234939.36EA911C00E4@cvs1.fedora.phx.redhat.com> References: <20090819234939.36EA911C00E4@cvs1.fedora.phx.redhat.com> Message-ID: <20090823134152.08d95bdb@ohm.scrye.com> On Wed, 19 Aug 2009 23:49:39 +0000 (UTC) Elio Maldonado wrote: > Author: emaldonado > > Update of /cvs/extras/rpms/nss-softokn/devel > In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv6734 > > Added Files: > nss-softokn-3.12.3.99.3-stripped.tar.bz2 > Log Message: > Initial checkin Looks like somehow this tar.bz2 file got checked into cvs. ;( Can you 'cvs rm -f nss-softokn-3.12.3.99.3-stripped.tar.bz2; cvs commit' to get rid of it in checkouts at least? Thanks, kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From paul at city-fan.org Sun Aug 23 21:13:59 2009 From: paul at city-fan.org (Paul Howarth) Date: Sun, 23 Aug 2009 22:13:59 +0100 Subject: Orphaning packages In-Reply-To: <200908212234.25091.gauret@free.fr> References: <200908212234.25091.gauret@free.fr> Message-ID: <20090823221359.630283cc@metropolis.intra.city-fan.org> On Fri, 21 Aug 2009 22:34:24 +0200 Aurelien Bompard wrote: > I'm orphaning a few packages I'm not using anymore, feel free to take > over: > ... > - perl-Jcode -- Perl extension interface for converting Japanese text I've taken that one. Paul. From emaldona at redhat.com Mon Aug 24 00:43:27 2009 From: emaldona at redhat.com (Elio Maldonado) Date: Sun, 23 Aug 2009 17:43:27 -0700 Subject: rpms/nss-softokn/devel nss-softokn-3.12.3.99.3-stripped.tar.bz2, NONE, 1.1 In-Reply-To: <20090823134152.08d95bdb@ohm.scrye.com> References: <20090819234939.36EA911C00E4@cvs1.fedora.phx.redhat.com> <20090823134152.08d95bdb@ohm.scrye.com> Message-ID: <4A91E22F.3040204@redhat.com> On 08/23/2009 12:41 PM, Kevin Fenzi wrote: > On Wed, 19 Aug 2009 23:49:39 +0000 (UTC) > Elio Maldonado wrote: > > >> Author: emaldonado >> >> Update of /cvs/extras/rpms/nss-softokn/devel >> In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv6734 >> >> Added Files: >> nss-softokn-3.12.3.99.3-stripped.tar.bz2 >> Log Message: >> Initial checkin >> > Looks like somehow this tar.bz2 file got checked into cvs. ;( > > Can you 'cvs rm -f nss-softokn-3.12.3.99.3-stripped.tar.bz2; cvs > commit' to get rid of it in checkouts at least? > > Thanks, > > kevin > > Kevin, This wasn't an oversight, nss-softokn-3.12.3.99.3-stripped.tar.bz2 needs to be there for the same reason we currently keep nss-3.12.3.99.3-stripped.tar.bz2 for NSS, because of Red Hat's ban of non-free sources. Elio From skvidal at fedoraproject.org Mon Aug 24 01:03:10 2009 From: skvidal at fedoraproject.org (Seth Vidal) Date: Sun, 23 Aug 2009 21:03:10 -0400 (EDT) Subject: showing dependency trees In-Reply-To: <200908232129.24870.bjorn@xn--rombobjrn-67a.se> References: <200908212234.25091.gauret@free.fr> <200908232058.52570.bjorn@xn--rombobjrn-67a.se> <200908232129.24870.bjorn@xn--rombobjrn-67a.se> Message-ID: On Sun, 23 Aug 2009, Bj?rn Persson wrote: > Debayan Banerjee wrote: >> 2009/8/24 Bj?rn Persson >>> That's not all that quick. There ought to be a tool for this. Given a >>> package >>> name it should print the dependency tree for that package. It could have >>> an option to suppress packages in the base set. Couldn't Yum be taught to >>> answer >>> that kind of queries? >> >> edos-rpmcheck >> >> http://www.edos-project.org/xwiki/bin/view/Main/debcheck_home > > Judging from the description on that page, that's not what I want. It says the > program checks whether a package is installable. Yum can do that. I want to > check whether a package drags in other packages unnecessarily. > define "unnecessarily"? -sv From cemeyer at u.washington.edu Mon Aug 24 01:17:42 2009 From: cemeyer at u.washington.edu (Conrad Meyer) Date: Sun, 23 Aug 2009 18:17:42 -0700 Subject: rpms/nss-softokn/devel nss-softokn-3.12.3.99.3-stripped.tar.bz2, NONE, 1.1 In-Reply-To: <4A91E22F.3040204@redhat.com> References: <20090819234939.36EA911C00E4@cvs1.fedora.phx.redhat.com> <20090823134152.08d95bdb@ohm.scrye.com> <4A91E22F.3040204@redhat.com> Message-ID: <200908231817.42878.cemeyer@u.washington.edu> On Sunday 23 August 2009 05:43:27 pm Elio Maldonado wrote: > On 08/23/2009 12:41 PM, Kevin Fenzi wrote: > > Looks like somehow this tar.bz2 file got checked into cvs. ;( > > > > > > > > kevin > > Kevin, > > This wasn't an oversight, nss-softokn-3.12.3.99.3-stripped.tar.bz2 needs > to be there for the same reason we currently keep > nss-3.12.3.99.3-stripped.tar.bz2 for NSS, because of Red Hat's ban of > non-free sources. > > Elio These should still go in the lookaside cache and not CVS, unless there is some reason I'm not reading here. Regards, -- Conrad Meyer From emaldona at redhat.com Mon Aug 24 04:32:11 2009 From: emaldona at redhat.com (Elio Maldonado) Date: Sun, 23 Aug 2009 21:32:11 -0700 Subject: rpms/nss-softokn/devel nss-softokn-3.12.3.99.3-stripped.tar.bz2, NONE, 1.1 In-Reply-To: <200908231817.42878.cemeyer@u.washington.edu> References: <20090819234939.36EA911C00E4@cvs1.fedora.phx.redhat.com> <20090823134152.08d95bdb@ohm.scrye.com> <4A91E22F.3040204@redhat.com> <200908231817.42878.cemeyer@u.washington.edu> Message-ID: <4A9217CB.2040908@redhat.com> On 08/23/2009 06:17 PM, Conrad Meyer wrote: > On Sunday 23 August 2009 05:43:27 pm Elio Maldonado wrote: > >> On 08/23/2009 12:41 PM, Kevin Fenzi wrote: >> >>> Looks like somehow this tar.bz2 file got checked into cvs. ;( >>> >>> >>> >>> kevin >>> >> Kevin, >> >> This wasn't an oversight, nss-softokn-3.12.3.99.3-stripped.tar.bz2 needs >> to be there for the same reason we currently keep >> nss-3.12.3.99.3-stripped.tar.bz2 for NSS, because of Red Hat's ban of >> non-free sources. >> >> Elio >> > These should still go in the lookaside cache and not CVS, unless there is some > reason I'm not reading here. > > Regards, > Conrad, You are right. By reading at Makefile.common it seems that "make new-source nss-softokn-3.12.3.99.3-stripped.tar.bz2" would be the way to place them in the lookaside cache (after I do the cvs remove on them). Elio From tmz at pobox.com Mon Aug 24 05:12:49 2009 From: tmz at pobox.com (Todd Zullinger) Date: Mon, 24 Aug 2009 01:12:49 -0400 Subject: Koji build failure with coreutils-7.5 Message-ID: <20090824051249.GT4297@inocybe.localdomain> I tried to build a git update into dist-f12-openssl earlier and had it die in %doc with an error from cp?: cp: preserving times for `/builddir/build/BUILDROOT/git-1.6.4.1-1.fc12.i386/usr/share/doc/git-1.6.4.1/contrib/hooks': Function not implemented I _think_ this is due to contrib/hooks being a symlink. A nearly identical spec file worked when Tomas build git-1.6.4 in dist-f12-openssl just a few days ago, but that was with coreutils-7.4-6 in the buildroot. It works for me in mock. Perhaps the problem has something to do with the filesystem or mount options on the build system. Has anyone noticed similar problems? ? https://koji.fedoraproject.org/koji/getfile?taskID=1627434&name=build.log -- Todd OpenPGP -> KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ I could never recommend the use of drugs or alcohol to anyone, but they've always worked for me. -- Hunter S. Thompson -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 542 bytes Desc: not available URL: From jim at meyering.net Mon Aug 24 06:26:06 2009 From: jim at meyering.net (Jim Meyering) Date: Mon, 24 Aug 2009 08:26:06 +0200 Subject: Koji build failure with coreutils-7.5 In-Reply-To: <20090824051249.GT4297@inocybe.localdomain> (Todd Zullinger's message of "Mon, 24 Aug 2009 01:12:49 -0400") References: <20090824051249.GT4297@inocybe.localdomain> Message-ID: <87skfhram9.fsf@meyering.net> Todd Zullinger wrote: > I tried to build a git update into dist-f12-openssl earlier and had it > die in %doc with an error from cp?: > > cp: preserving times for `/builddir/build/BUILDROOT/git-1.6.4.1-1.fc12.i386/usr/share/doc/git-1.6.4.1/contrib/hooks': Function not implemented Hi Todd, This is because that latest version of coreutils tries to preserve permissions on symlinks when it thinks that is possible. It determines whether to try by testing at configure time for the existence of the utimensat function. If it can compile and link against that function, then the resulting executable will call it and report any failure. The trouble is when you configure on a system with recent libraries and headers, yet *run* with a kernel that is old enough as to lack the syscall. Normally in coreutils, I try not to pollute the tools with run-time work-around code that will be obsolete in a few years, but this time, it appears to be required, due to the distance between koji's build and run-time environments. The solution is probably something like this: >From 57d640722e04352a468cc595b0b94dbceaec4871 Mon Sep 17 00:00:00 2001 From: Jim Meyering Date: Mon, 24 Aug 2009 08:21:47 +0200 Subject: [PATCH] cp: ignore obscure failure to preserve symlink time stamps, when run on a kernel older than what was implied by headers and libraries tested at configure time. * src/copy.c (utimens_symlink): Ignore failure when errno == ENOSYS. * NEWS (Bug fixes): Mention it. Reported by Todd Zullinger and Kamil Dudka. --- NEWS | 6 ++++++ src/copy.c | 8 +++++++- 2 files changed, 13 insertions(+), 1 deletions(-) diff --git a/NEWS b/NEWS index 2c744b1..c125b31 100644 --- a/NEWS +++ b/NEWS @@ -2,6 +2,12 @@ GNU coreutils NEWS -*- outline -*- * Noteworthy changes in release ?.? (????-??-??) [?] +** Bug fixes + + cp, mv now ignore failure to preserve a symlink time stamp, when it is + due to their running on a kernel older than what was implied by headers + and libraries tested at configure time. + * Noteworthy changes in release 7.5 (2009-08-20) [stable] diff --git a/src/copy.c b/src/copy.c index bf9230b..8fc4b68 100644 --- a/src/copy.c +++ b/src/copy.c @@ -124,7 +124,13 @@ static inline int utimens_symlink (char const *file, struct timespec const *timespec) { #if HAVE_UTIMENSAT - return utimensat (AT_FDCWD, file, timespec, AT_SYMLINK_NOFOLLOW); + int err = utimensat (AT_FDCWD, file, timespec, AT_SYMLINK_NOFOLLOW); + /* When configuring on a system with new headers and libraries, and + running on one with a kernel that is old enough to lack the syscall, + utimensat fails with ENOTSUP. Ignore that. */ + if (err && errno == ENOSYS) + err = 0; + return err; #else /* Don't set errno=ENOTSUP here as we don't want to output an error message for this case. */ -- 1.6.4.378.g88f2f From jnovy at redhat.com Mon Aug 24 06:36:55 2009 From: jnovy at redhat.com (Jindrich Novy) Date: Mon, 24 Aug 2009 08:36:55 +0200 Subject: TeX Live 2009 for Fedora In-Reply-To: References: <20090820124437.GA11925@pucmeloud.brq.redhat.com> <1250776129.28256.4.camel@politzer.theorphys.helsinki.fi> <20090820151040.GC25609@pucmeloud.brq.redhat.com> Message-ID: <20090824063655.GA9505@pucmeloud.redhat.com> On Fri, Aug 21, 2009 at 03:07:19PM +0200, Kevin Kofler wrote: > Jindrich Novy wrote: > > Nope, it is intentional. It is needed to somehow distinguish the > > noarch and arch-dependent part. So package texlive-csplain contains > > the noarch bits and texlive-csplain.ARCH ships the binaries. > > Wouldn't texlive-csplain-libs or texlive-csplain-bin be more compliant to > our guidelines? The .ARCH postfix is actually derived from the TL metadata dependencies but indeed it doesn't look so good. The '-libs' is not appropriate as only binaries which go to /usr/bin are packaged. I will switch to the '-bin' postfix in the next build. Jindrich > > Kevin Kofler > > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list -- Jindrich Novy http://people.redhat.com/jnovy/ From jnovy at redhat.com Mon Aug 24 06:42:59 2009 From: jnovy at redhat.com (Jindrich Novy) Date: Mon, 24 Aug 2009 08:42:59 +0200 Subject: TeX Live 2009 for Fedora In-Reply-To: <1250860895.22948.19.camel@politzer.theorphys.helsinki.fi> References: <20090820124437.GA11925@pucmeloud.brq.redhat.com> <1250776129.28256.4.camel@politzer.theorphys.helsinki.fi> <20090820151040.GC25609@pucmeloud.brq.redhat.com> <1250860895.22948.19.camel@politzer.theorphys.helsinki.fi> Message-ID: <20090824064259.GB9505@pucmeloud.redhat.com> On Fri, Aug 21, 2009 at 04:21:35PM +0300, Jussi Lehtola wrote: > On Thu, 2009-08-20 at 17:10 +0200, Jindrich Novy wrote: > > On Thu, Aug 20, 2009 at 04:48:49PM +0300, Jussi Lehtola wrote: > > > It seems your spec making program has some bugs, as some packages have > > > names such as texlive-csplain.ARCH, this probably shouldn't be..? > > > > Nope, it is intentional. It is needed to somehow distinguish the > > noarch and arch-dependent part. So package texlive-csplain contains > > the noarch bits and texlive-csplain.ARCH ships the binaries. > > Wouldn't it be better to have texlive-csplain%{_isa} shipping the arch > dependent bits and a texlive-csplain-common.noarch shipping the arch > independent stuff? That would be more in line with other packages. Hmm, this is even better idea. It was not originally possible in the first designed TL packaging scheme (noarch and binary bits were created from one src.rpm what prevented arch/noarch package named in the same way) but now it is actually possible because binaries are built separately. Thanks, Jindrich > -- > Jussi Lehtola > Fedora Project Contributor > jussilehtola at fedoraproject.org > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list -- Jindrich Novy http://people.redhat.com/jnovy/ From jim at meyering.net Mon Aug 24 07:11:41 2009 From: jim at meyering.net (Jim Meyering) Date: Mon, 24 Aug 2009 09:11:41 +0200 Subject: Koji build failure with coreutils-7.5 In-Reply-To: <87skfhram9.fsf@meyering.net> (Jim Meyering's message of "Mon, 24 Aug 2009 08:26:06 +0200") References: <20090824051249.GT4297@inocybe.localdomain> <87skfhram9.fsf@meyering.net> Message-ID: <87bpm5r8ia.fsf@meyering.net> Jim Meyering wrote: > Todd Zullinger wrote: >> I tried to build a git update into dist-f12-openssl earlier and had it >> die in %doc with an error from cp?: >> >> cp: preserving times for `/builddir/build/BUILDROOT/git-1.6.4.1-1.fc12.i386/usr/share/doc/git-1.6.4.1/contrib/hooks': Function not implemented > > Hi Todd, > > This is because that latest version of coreutils tries to preserve > permissions on symlinks when it thinks that is possible. > It determines whether to try by testing at configure time for the > existence of the utimensat function. If it can compile and link > against that function, then the resulting executable will call it > and report any failure. The trouble is when you configure on a system > with recent libraries and headers, yet *run* with a kernel > that is old enough as to lack the syscall. By the way, to those who maintain koji, It is subtly dangerous to configure a package against headers and libraries that are not well-matched with the kernel. In this case, new headers/libraries suggest a function is available, as detected by a standard autoconf function-existence check. Yet only at run time do we detect (via surprising failure with ENOSYS) that the kernel is too old to support the function that we were led to believe would be available. Here, it wasn't that big a deal, but I can easily imagine this sort of mismatch leading to a more serious problem. It is fine to have a kernel *newer* than would be suggested by headers/libraries. Now you've seen why is risky to use one that is older. From opensource at till.name Mon Aug 24 07:24:51 2009 From: opensource at till.name (Till Maas) Date: Mon, 24 Aug 2009 09:24:51 +0200 Subject: rpms/nss-softokn/devel nss-softokn-3.12.3.99.3-stripped.tar.bz2, NONE, 1.1 In-Reply-To: <4A9217CB.2040908@redhat.com> References: <20090819234939.36EA911C00E4@cvs1.fedora.phx.redhat.com> <20090823134152.08d95bdb@ohm.scrye.com> <4A91E22F.3040204@redhat.com> <200908231817.42878.cemeyer@u.washington.edu> <4A9217CB.2040908@redhat.com> Message-ID: <20090824072451.GA5056@genius.kawo2.rwth-aachen.de> On Sun, Aug 23, 2009 at 09:32:11PM -0700, Elio Maldonado wrote: > You are right. By reading at Makefile.common it seems that "make > new-source nss-softokn-3.12.3.99.3-stripped.tar.bz2" > would be the way to place them in the lookaside cache (after I do the > cvs remove on them). You probably need to run it using the variable FILES: make new-source FILES=nss-softokn-3.12.3.99.3-stripped.tar.bz2 Regards Till -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 835 bytes Desc: not available URL: From jgarzik at pobox.com Mon Aug 24 07:29:45 2009 From: jgarzik at pobox.com (Jeff Garzik) Date: Mon, 24 Aug 2009 03:29:45 -0400 Subject: Koji build failure with coreutils-7.5 In-Reply-To: <87skfhram9.fsf@meyering.net> References: <20090824051249.GT4297@inocybe.localdomain> <87skfhram9.fsf@meyering.net> Message-ID: <4A924169.9070608@pobox.com> On 08/24/2009 02:26 AM, Jim Meyering wrote: > +** Bug fixes > + > + cp, mv now ignore failure to preserve a symlink time stamp, when it is > + due to their running on a kernel older than what was implied by headers > + and libraries tested at configure time. > + Yeah, this will be easy to trigger for a while, unfortunately... > --- a/src/copy.c > +++ b/src/copy.c > @@ -124,7 +124,13 @@ static inline int > utimens_symlink (char const *file, struct timespec const *timespec) > { > #if HAVE_UTIMENSAT > - return utimensat (AT_FDCWD, file, timespec, AT_SYMLINK_NOFOLLOW); > + int err = utimensat (AT_FDCWD, file, timespec, AT_SYMLINK_NOFOLLOW); > + /* When configuring on a system with new headers and libraries, and > + running on one with a kernel that is old enough to lack the syscall, > + utimensat fails with ENOTSUP. Ignore that. */ > + if (err&& errno == ENOSYS) > + err = 0; > + return err; Seems like the comment (ENOTSUP) needs to be changed to match the code (ENOSYS)? Jeff From mschwendt at gmail.com Mon Aug 24 07:30:35 2009 From: mschwendt at gmail.com (Michael Schwendt) Date: Mon, 24 Aug 2009 09:30:35 +0200 Subject: rpms/nss-softokn/devel nss-softokn-3.12.3.99.3-stripped.tar.bz2, NONE, 1.1 In-Reply-To: <4A9217CB.2040908@redhat.com> References: <20090819234939.36EA911C00E4@cvs1.fedora.phx.redhat.com> <20090823134152.08d95bdb@ohm.scrye.com> <4A91E22F.3040204@redhat.com> <200908231817.42878.cemeyer@u.washington.edu> <4A9217CB.2040908@redhat.com> Message-ID: <20090824093035.347d9b62@faldor.intranet> On Sun, 23 Aug 2009 21:32:11 -0700, Elio wrote: > Conrad, > > You are right. By reading at Makefile.common it seems that "make > new-source nss-softokn-3.12.3.99.3-stripped.tar.bz2" > would be the way to place them in the lookaside cache (after I do the > cvs remove on them). The nss/nss-softokn packages likely would benefit from a careful review. Many enabled explicit Conflicts, many explicit Requires and Provides which are commented out. Provides with >= version range. Even explicit Provides for SONAMEs (!). This is scary. Such lines in a spec file ask for comments in the spec file. Many "/sbin/ldconfig >/dev/null 2>/dev/null" calls in shell scriptlets (is there strange documentation somewhere that tells a packager to do it that way?). From jgarzik at pobox.com Mon Aug 24 07:37:56 2009 From: jgarzik at pobox.com (Jeff Garzik) Date: Mon, 24 Aug 2009 03:37:56 -0400 Subject: Koji build failure with coreutils-7.5 In-Reply-To: <87bpm5r8ia.fsf@meyering.net> References: <20090824051249.GT4297@inocybe.localdomain> <87skfhram9.fsf@meyering.net> <87bpm5r8ia.fsf@meyering.net> Message-ID: <4A924354.5080900@pobox.com> On 08/24/2009 03:11 AM, Jim Meyering wrote: > Jim Meyering wrote: >> Todd Zullinger wrote: >>> I tried to build a git update into dist-f12-openssl earlier and had it >>> die in %doc with an error from cp?: >>> >>> cp: preserving times for `/builddir/build/BUILDROOT/git-1.6.4.1-1.fc12.i386/usr/share/doc/git-1.6.4.1/contrib/hooks': Function not implemented >> >> Hi Todd, >> >> This is because that latest version of coreutils tries to preserve >> permissions on symlinks when it thinks that is possible. >> It determines whether to try by testing at configure time for the >> existence of the utimensat function. If it can compile and link >> against that function, then the resulting executable will call it >> and report any failure. The trouble is when you configure on a system >> with recent libraries and headers, yet *run* with a kernel >> that is old enough as to lack the syscall. > > By the way, to those who maintain koji, > > It is subtly dangerous to configure a package against headers and > libraries that are not well-matched with the kernel. > In this case, new headers/libraries suggest a function is available, > as detected by a standard autoconf function-existence check. > Yet only at run time do we detect (via surprising failure with ENOSYS) > that the kernel is too old to support the function that we were led > to believe would be available. Here, it wasn't that big a deal, > but I can easily imagine this sort of mismatch leading to a more > serious problem. > > It is fine to have a kernel *newer* than would be suggested by > headers/libraries. Now you've seen why is risky to use one that is older. Unfortunately this is quite common for build machines... as it is easy to build any number of buildroots for any number of OS's. But since one cannot chroot into a new kernel, to build with new libraries/headers, the kernel remains inevitably older than that which the machine builds. The only other alternative I can think of is booting a virtual machine for each package build, which I imagine is probably too costly/painful to consider for koji... Outside of koji, speaking as a kernel developer, people DO boot older kernels on newer userlands -- particularly if they are having a problem with their hardware. So it is entirely possible that a run-time check for a newly-added syscall is the only way to make things work. :( That's what people had to do with sendfile(2) for a long time. I imagine most other newly-added Linux syscalls don't find their way into core daemons and utilities, so most people don't notice. Jeff From jim at meyering.net Mon Aug 24 07:47:10 2009 From: jim at meyering.net (Jim Meyering) Date: Mon, 24 Aug 2009 09:47:10 +0200 Subject: Koji build failure with coreutils-7.5 In-Reply-To: <4A924169.9070608@pobox.com> (Jeff Garzik's message of "Mon, 24 Aug 2009 03:29:45 -0400") References: <20090824051249.GT4297@inocybe.localdomain> <87skfhram9.fsf@meyering.net> <4A924169.9070608@pobox.com> Message-ID: <8763cdr6v5.fsf@meyering.net> Jeff Garzik wrote: > On 08/24/2009 02:26 AM, Jim Meyering wrote: >> +** Bug fixes >> + >> + cp, mv now ignore failure to preserve a symlink time stamp, when it is >> + due to their running on a kernel older than what was implied by headers >> + and libraries tested at configure time. >> + > > Yeah, this will be easy to trigger for a while, unfortunately... > > >> --- a/src/copy.c >> +++ b/src/copy.c >> @@ -124,7 +124,13 @@ static inline int >> utimens_symlink (char const *file, struct timespec const *timespec) >> { >> #if HAVE_UTIMENSAT >> - return utimensat (AT_FDCWD, file, timespec, AT_SYMLINK_NOFOLLOW); >> + int err = utimensat (AT_FDCWD, file, timespec, AT_SYMLINK_NOFOLLOW); >> + /* When configuring on a system with new headers and libraries, and >> + running on one with a kernel that is old enough to lack the syscall, >> + utimensat fails with ENOTSUP. Ignore that. */ >> + if (err&& errno == ENOSYS) >> + err = 0; >> + return err; > > Seems like the comment (ENOTSUP) needs to be changed to match the code > (ENOSYS)? Yes, indeed. Thanks, Jeff. I've adjusted that patch to remove the comment mentioning ENOTSUP in the #else block, too (removed the #else block, actually). There are too many E{not-supported/not-available} codes. ENOTSUP is what is "returned" by coreutils/gnulib's lgetfilecon wrapper, yet some versions fail with errno==ENODATA, hence the errno_unsupported function, which happens to work also with xattr stuff. But not here, since this function fails with ENOSYS. And I don't want to relax errno_unsupported to accept ENOSYS, in case some legit utimensat fails with errno==ENODATA. >From 3f71bc0a318857d43c419b1fa2df28a7de610c1c Mon Sep 17 00:00:00 2001 From: Jim Meyering Date: Mon, 24 Aug 2009 08:21:47 +0200 Subject: [PATCH] cp: ignore obscure failure to preserve symlink time stamps, when run on a kernel older than what was implied by headers and libraries tested at configure time. * src/copy.c (utimens_symlink): Ignore failure when errno == ENOSYS. * NEWS (Bug fixes): Mention it. Reported by Todd Zullinger and Kamil Dudka. --- NEWS | 6 ++++++ src/copy.c | 15 ++++++++++----- 2 files changed, 16 insertions(+), 5 deletions(-) diff --git a/NEWS b/NEWS index 2c744b1..c125b31 100644 --- a/NEWS +++ b/NEWS @@ -2,6 +2,12 @@ GNU coreutils NEWS -*- outline -*- * Noteworthy changes in release ?.? (????-??-??) [?] +** Bug fixes + + cp, mv now ignore failure to preserve a symlink time stamp, when it is + due to their running on a kernel older than what was implied by headers + and libraries tested at configure time. + * Noteworthy changes in release 7.5 (2009-08-20) [stable] diff --git a/src/copy.c b/src/copy.c index bf9230b..b5cf64c 100644 --- a/src/copy.c +++ b/src/copy.c @@ -123,13 +123,18 @@ static char const *top_level_dst_name; static inline int utimens_symlink (char const *file, struct timespec const *timespec) { + int err = 0; + #if HAVE_UTIMENSAT - return utimensat (AT_FDCWD, file, timespec, AT_SYMLINK_NOFOLLOW); -#else - /* Don't set errno=ENOTSUP here as we don't want - to output an error message for this case. */ - return 0; + err = utimensat (AT_FDCWD, file, timespec, AT_SYMLINK_NOFOLLOW); + /* When configuring on a system with new headers and libraries, and + running on one with a kernel that is old enough to lack the syscall, + utimensat fails with ENOSYS. Ignore that. */ + if (err && errno == ENOSYS) + err = 0; #endif + + return err; } /* Perform the O(1) btrfs clone operation, if possible. -- 1.6.4.378.g88f2f From roland at redhat.com Mon Aug 24 08:30:37 2009 From: roland at redhat.com (Roland McGrath) Date: Mon, 24 Aug 2009 01:30:37 -0700 (PDT) Subject: Koji build failure with coreutils-7.5 In-Reply-To: Jeff Garzik's message of Monday, 24 August 2009 03:37:56 -0400 <4A924354.5080900@pobox.com> References: <20090824051249.GT4297@inocybe.localdomain> <87skfhram9.fsf@meyering.net> <87bpm5r8ia.fsf@meyering.net> <4A924354.5080900@pobox.com> Message-ID: <20090824083037.511B2414DF@magilla.sf.frob.com> I agree with Jeff here. Sorry, Jim. I know life is too complicated to keep track of, but that's just how it is. A robustly-written application really needs to distinguish the build-time vs runtime dependencies it has. If you want to make an assumption at run time, then you really have to make sure that they way you were compiled encodes versions requirement that demand a platform where your assumptions are true. The libc stub/not-stub checks at build time do not give you this. When you link against a libc that provides a real definition for the foobar syscall, the foobar symbol has the same symbol version as the older libc that defined an ENOSYS stub for foobar. In fact, libc itself may very well be built so that it works on kernel vintages both with or without foobar, so that you cannot tell at link time whether foobar will return ENOSYS at runtime even when using the very same libc. The bottom line is that a properly portable program has to check for ENOSYS at runtime now if the function in question has ever existed in a libc capable of running on a kernel that does not support that system call. Thanks, Roland From jim at meyering.net Mon Aug 24 08:40:33 2009 From: jim at meyering.net (Jim Meyering) Date: Mon, 24 Aug 2009 10:40:33 +0200 Subject: Koji build failure with coreutils-7.5 In-Reply-To: <4A924354.5080900@pobox.com> (Jeff Garzik's message of "Mon, 24 Aug 2009 03:37:56 -0400") References: <20090824051249.GT4297@inocybe.localdomain> <87skfhram9.fsf@meyering.net> <87bpm5r8ia.fsf@meyering.net> <4A924354.5080900@pobox.com> Message-ID: <87zl9ppptq.fsf@meyering.net> Jeff Garzik wrote: > On 08/24/2009 03:11 AM, Jim Meyering wrote: >> Jim Meyering wrote: >>> Todd Zullinger wrote: >>>> I tried to build a git update into dist-f12-openssl earlier and had it >>>> die in %doc with an error from cp?: >>>> >>>> cp: preserving times for `/builddir/build/BUILDROOT/git-1.6.4.1-1.fc12.i386/usr/share/doc/git-1.6.4.1/contrib/hooks': Function not implemented >>> >>> Hi Todd, >>> >>> This is because that latest version of coreutils tries to preserve >>> permissions on symlinks when it thinks that is possible. >>> It determines whether to try by testing at configure time for the >>> existence of the utimensat function. If it can compile and link >>> against that function, then the resulting executable will call it >>> and report any failure. The trouble is when you configure on a system >>> with recent libraries and headers, yet *run* with a kernel >>> that is old enough as to lack the syscall. >> >> By the way, to those who maintain koji, >> >> It is subtly dangerous to configure a package against headers and >> libraries that are not well-matched with the kernel. >> In this case, new headers/libraries suggest a function is available, >> as detected by a standard autoconf function-existence check. >> Yet only at run time do we detect (via surprising failure with ENOSYS) >> that the kernel is too old to support the function that we were led >> to believe would be available. Here, it wasn't that big a deal, >> but I can easily imagine this sort of mismatch leading to a more >> serious problem. >> >> It is fine to have a kernel *newer* than would be suggested by >> headers/libraries. Now you've seen why is risky to use one that is older. > > Unfortunately this is quite common for build machines... as it is > easy to build any number of buildroots for any number of OS's. > > But since one cannot chroot into a new kernel, to build with new > libraries/headers, the kernel remains inevitably older than that which > the machine builds. > > The only other alternative I can think of is booting a virtual machine > for each package build, which I imagine is probably too costly/painful > to consider for koji... Actually, that sounds like the real solution: build packages for F11 in a VM running F11's base kernel, build packages for F10 in a VM running F10's base kernel, etc. coreutils/Fedora had similar hassles with the various *at functions, too (openat, fstatat, etc.), and I suspect we haven't seen the last of this sort of problem. But maybe it is infrequent enough not to deserve a "real" solution. > Outside of koji, speaking as a kernel developer, people DO boot older > kernels on newer userlands -- particularly if they are having a > problem with their hardware. So it is entirely possible that a > run-time check for a newly-added syscall is the only way to make > things work. :( I'm afraid you're right. > That's what people had to do with sendfile(2) for a > long time. I imagine most other newly-added Linux syscalls don't find > their way into core daemons and utilities, so most people don't > notice. From jim at meyering.net Mon Aug 24 09:14:37 2009 From: jim at meyering.net (Jim Meyering) Date: Mon, 24 Aug 2009 11:14:37 +0200 Subject: Koji build failure with coreutils-7.5 In-Reply-To: <20090824083037.511B2414DF@magilla.sf.frob.com> (Roland McGrath's message of "Mon, 24 Aug 2009 01:30:37 -0700 (PDT)") References: <20090824051249.GT4297@inocybe.localdomain> <87skfhram9.fsf@meyering.net> <87bpm5r8ia.fsf@meyering.net> <4A924354.5080900@pobox.com> <20090824083037.511B2414DF@magilla.sf.frob.com> Message-ID: <87k50tpo8y.fsf@meyering.net> Roland McGrath wrote: > I agree with Jeff here. Sorry, Jim. I know life is too complicated to Heh, no need to feel sorry, Roland, unless its for the code pollution. It's fixed properly, now. And it's not even that ugly. > keep track of, but that's just how it is. A robustly-written application > really needs to distinguish the build-time vs runtime dependencies it has. ... > The bottom line is that a properly portable program has to check for ENOSYS > at runtime now if the function in question has ever existed in a libc > capable of running on a kernel that does not support that system call. You should know well that we have to strike a balance here. There is a limit. Work-arounds like this are worthwhile only when the older kernels are in frequent-enough use that not applying the work-around would cause significant risk or discomfort. For example, if I were to make coreutils programs run flawlessly on 2.4.* or earlier kernels even when configured/built against modern headers and libraries, I suspect there would be significant performance degradation in a few key tools. If the degradation didn't impact maintainability, and were negligible when running on modern systems, then it might be ok. Unless someone can point out a flaw that causes real trouble, I'll continue making pragmatic compromises. From dan at danny.cz Mon Aug 24 09:24:41 2009 From: dan at danny.cz (Dan =?ISO-8859-1?Q?Hor=E1k?=) Date: Mon, 24 Aug 2009 11:24:41 +0200 Subject: Koji build failure with coreutils-7.5 In-Reply-To: <87k50tpo8y.fsf@meyering.net> References: <20090824051249.GT4297@inocybe.localdomain> <87skfhram9.fsf@meyering.net> <87bpm5r8ia.fsf@meyering.net> <4A924354.5080900@pobox.com> <20090824083037.511B2414DF@magilla.sf.frob.com> <87k50tpo8y.fsf@meyering.net> Message-ID: <1251105881.3644.23.camel@eagle.danny.cz> Jim Meyering p??e v Po 24. 08. 2009 v 11:14 +0200: > Roland McGrath wrote: > > I agree with Jeff here. Sorry, Jim. I know life is too complicated to > > Heh, no need to feel sorry, Roland, unless its for the code pollution. > It's fixed properly, now. And it's not even that ugly. > > > keep track of, but that's just how it is. A robustly-written application > > really needs to distinguish the build-time vs runtime dependencies it has. > ... > > The bottom line is that a properly portable program has to check for ENOSYS > > at runtime now if the function in question has ever existed in a libc > > capable of running on a kernel that does not support that system call. > > You should know well that we have to strike a balance here. > There is a limit. Work-arounds like this are worthwhile only > when the older kernels are in frequent-enough use that not applying > the work-around would cause significant risk or discomfort. > > For example, if I were to make coreutils programs run flawlessly on 2.4.* > or earlier kernels even when configured/built against modern headers and > libraries, I suspect there would be significant performance degradation > in a few key tools. If the degradation didn't impact maintainability, > and were negligible when running on modern systems, then it might be ok. AFAIK glibc has its minimum kernel requirement and it should be 2.6.18 (RHEL 5) now. In my opinion the rest of user space should expect this as the minimal version too. > Unless someone can point out a flaw that causes real trouble, > I'll continue making pragmatic compromises. Dan From mschwendt at gmail.com Mon Aug 24 10:28:27 2009 From: mschwendt at gmail.com (Michael Schwendt) Date: Mon, 24 Aug 2009 12:28:27 +0200 Subject: Koji build failure with coreutils-7.5 In-Reply-To: <20090824051249.GT4297@inocybe.localdomain> References: <20090824051249.GT4297@inocybe.localdomain> Message-ID: <20090824122827.26b4a887@faldor.intranet> On Mon, 24 Aug 2009 01:12:49 -0400, Todd wrote: > I tried to build a git update into dist-f12-openssl earlier and had it > die in %doc with an error from cp?: > > cp: preserving times for `/builddir/build/BUILDROOT/git-1.6.4.1-1.fc12.i386/usr/share/doc/git-1.6.4.1/contrib/hooks': Function not implemented > > I _think_ this is due to contrib/hooks being a symlink. A nearly > identical spec file worked when Tomas build git-1.6.4 in > dist-f12-openssl just a few days ago, but that was with > coreutils-7.4-6 in the buildroot. > > It works for me in mock. Perhaps the problem has something to do with > the filesystem or mount options on the build system. > > Has anyone noticed similar problems? > > ? https://koji.fedoraproject.org/koji/getfile?taskID=1627434&name=build.log Hits every package that includes a symlink via %doc. From ovasik at redhat.com Mon Aug 24 10:46:03 2009 From: ovasik at redhat.com (=?UTF-8?Q?Ond=C5=99ej_Va=C5=A1=C3=ADk?=) Date: Mon, 24 Aug 2009 12:46:03 +0200 Subject: Koji build failure with coreutils-7.5 In-Reply-To: <20090824122827.26b4a887@faldor.intranet> References: <20090824051249.GT4297@inocybe.localdomain> <20090824122827.26b4a887@faldor.intranet> Message-ID: <1251110763.3848.2.camel@dhcp-lab-219.englab.brq.redhat.com> Michael Schwendt wrote: > On Mon, 24 Aug 2009 01:12:49 -0400, Todd wrote: > > > I tried to build a git update into dist-f12-openssl earlier and had it > > die in %doc with an error from cp?: > > > > cp: preserving times for `/builddir/build/BUILDROOT/git-1.6.4.1-1.fc12.i386/usr/share/doc/git-1.6.4.1/contrib/hooks': Function not implemented. > > > > Has anyone noticed similar problems? > > > > ? https://koji.fedoraproject.org/koji/getfile?taskID=1627434&name=build.log > > Hits every package that includes a symlink via %doc. > Sorry for that, already solved by coreutils-7.5-2.fc12, now built in koji (and it should be already propagated in build repos as it is part of latest root.log in tasks) Greetings, Ond?ej Va??k -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Toto je digit?ln? podepsan? ??st zpr?vy URL: From fedora at matbooth.co.uk Mon Aug 24 10:50:03 2009 From: fedora at matbooth.co.uk (Mat Booth) Date: Mon, 24 Aug 2009 10:50:03 +0000 Subject: fedora-pkgdb: make it discoverable on browser home page? In-Reply-To: <4A919A17.4070109@gmail.com> References: <1251047209.6118.21.camel@mikmaq.localdomain> <4A9180A2.2050901@gmail.com> <4A918172.7070500@fedoraproject.org> <4A919A17.4070109@gmail.com> Message-ID: <9497e9990908240350w681a0a94u19b370de5e6c7af@mail.gmail.com> 2009/8/23 Toshio Kuratomi : > On 08/23/2009 10:50 AM, Rahul Sundaram wrote: > >> Aren't we pitching Fedora Community interface as the end user facing >> thing, going forward? It seems some of these features will overlap or >> duplicate it. >> > It's possible. ?The packagedb is going to be the backend for the Fedora > Community Front end so it had to get written this summer so that work on > the front-end can proceed. > Will all the functionality that Pkgdb offers[1] eventually be added to pages like https://admin.fedoraproject.org/community/?package=0xFFFF#package_maintenance so that the Pkgdb web front-end could be obsoleted? [1] Orphaning, co-maintainership applications, etc -- Mat Booth A: Because it destroys the order of the conversation. Q: Why shouldn't you do it? A: Posting your reply above the original message. Q: What is top-posting? From choeger at cs.tu-berlin.de Mon Aug 24 09:24:11 2009 From: choeger at cs.tu-berlin.de (Christoph =?ISO-8859-1?Q?H=F6ger?=) Date: Mon, 24 Aug 2009 11:24:11 +0200 Subject: network issues with kernel-2.6.29.6-217.2.8.fc11.i586 Message-ID: <1251105851.2781.9.camel@choeger6> Hi all, I hope somebody can confirm this: The last days I had some trouble with my networking (both wireless and ethernet) in forms of high latency, strange arp behaviour etc. Today I could not even ping anything outside. The problem seemed to be that: 1. arp replys were ignored 2. if arp -s was used, anything else was ignored for the userspace That means: I pinged my nameserver, and tcpdump showed request and replys happily flowing around. But: ping did not get any packet. It reported 100% packet loss. That applies to any other userspace prog that uses a socket. I also had some wireless errors (iwlagn: microcode error) in my dmesg the days before. Currently I am using kernel-2.6.29.6-217.2.8.fc11.i586 and the problem arised after some minutes again. Looks like a buffer run full or somethign... Is there a workaround? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Dies ist ein digital signierter Nachrichtenteil URL: From thomasj at fedoraproject.org Mon Aug 24 12:08:43 2009 From: thomasj at fedoraproject.org (Thomas Janssen) Date: Mon, 24 Aug 2009 14:08:43 +0200 Subject: network issues with kernel-2.6.29.6-217.2.8.fc11.i586 In-Reply-To: <1251105851.2781.9.camel@choeger6> References: <1251105851.2781.9.camel@choeger6> Message-ID: 2009/8/24 Christoph H?ger : > I hope somebody can confirm this: > > I also had some wireless errors (iwlagn: microcode error) in my dmesg > the days before. I can confirm: iwlagn: Microcode SW error detected. Restarting 0x2000000. With 2.6.29.6-99.fc10.x86_64 04:00.0 Network controller: Intel Corporation PRO/Wireless 5300 AGN [Shiloh] Network Connection -- LG Thomas Dubium sapientiae initium From drago01 at gmail.com Mon Aug 24 12:36:09 2009 From: drago01 at gmail.com (drago01) Date: Mon, 24 Aug 2009 14:36:09 +0200 Subject: fedora-pkgdb: make it discoverable on browser home page? In-Reply-To: <4A919A17.4070109@gmail.com> References: <1251047209.6118.21.camel@mikmaq.localdomain> <4A9180A2.2050901@gmail.com> <4A918172.7070500@fedoraproject.org> <4A919A17.4070109@gmail.com> Message-ID: On Sun, Aug 23, 2009 at 9:35 PM, Toshio Kuratomi wrote: > On 08/23/2009 10:50 AM, Rahul Sundaram wrote: > >> Aren't we pitching Fedora Community interface as the end user facing >> thing, going forward? It seems some of these features will overlap or >> duplicate it. >> > It's possible. ?The packagedb is going to be the backend for the Fedora > Community Front end so it had to get written this summer so that work on > the front-end can proceed. For the front-end to be end user suitable it should: * List applications rather than packages * Group them * Provide some kind of rating system to show "best rated" or "most downloaded" * Use the application icon if it has one * Make use of the packagekit browser plugin for installation But just letting the user search for random packages should not be the goal imho. From rawhide at fedoraproject.org Mon Aug 24 13:11:43 2009 From: rawhide at fedoraproject.org (Rawhide Report) Date: Mon, 24 Aug 2009 13:11:43 +0000 Subject: rawhide report: 20090824 changes Message-ID: <20090824131143.GA27066@releng2.fedora.phx.redhat.com> Compose started at Mon Aug 24 06:15:05 UTC 2009 New package ghc-tar Haskell tar library New package hyphen-as Assamese hyphenation rules New package php-ezc-AuthenticationDatabaseTiein Provides a Database filter for the Authentication component New package php-ezc-Feed This component handles parsing and creating RSS1, RSS2 and ATOM feeds Updated Packages: R-Biostrings-2.12.8-1.fc12 -------------------------- * Sun Aug 23 2009 pingou 2.12.8-1 - Update to 2.12.8 abiword-2.7.9-1.fc12 -------------------- * Sun Aug 23 2009 Marc Maurer - 1:2.7.9-1 - New upstream version bisho-0.11-2.fc12 ----------------- * Sun Aug 23 2009 Peter Robinson 0.11-2 - Add missing dep for new release * Wed Aug 12 2009 Peter Robinson 0.11-1 - New upstream 0.11 release control-center-2.27.90-5.fc12 ----------------------------- * Sun Aug 23 2009 Matthias Clasen 2.27.90-5 - Apply the patch... crm114-0-1.11.20090807.fc12 --------------------------- * Sun Aug 23 2009 Dominik Mierzejewski 0-1.11.20090807 - updated to 20090807 "BlameThorstenAndJenny" - dropped upstreamed patch hunks, rebased patch - updated source URL - license changed to GPLv3 - needs release note: .css files format has changed, they must be rebuilt e2fsprogs-1.41.9-1.fc12 ----------------------- * Sun Aug 23 2009 Eric Sandeen 1.41.9-1 - New upstream release * Wed Aug 05 2009 Eric Sandeen 1.41.8-6 - Fix filefrag in fallback case - Add e2freefrag & e4defrag (experimental) entertainer-0.4.2-6.fc12 ------------------------ * Sun Aug 23 2009 Julian Aloofi 0.4.2-6 - Requires the whole pyclutter package now due to the cairo subpackage removal examiner-0.5-6.fc12 ------------------- * Sun Aug 23 2009 Rakesh Pandit - 0.5-6 - Applied examiner-0.5-examiner_hashes_pl.patch #515452 fence-agents-3.0.2-1.fc12 ------------------------- gl2ps-1.3.3-1.fc12 ------------------ * Sun Aug 23 2009 Dominik Mierzejewski 1.3.3-1 - updated to 1.3.3 - removed calls to exit(3) - added a simple build system (Makefile) - dropped libtool dependency - 1.3.3 added a new symbol, so made it versioned - added examples to -devel docs * Fri Jul 24 2009 Fedora Release Engineering - 1.3.2-3 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild gnome-games-2.27.90-2.fc12 -------------------------- * Sun Aug 23 2009 Matthias Clasen 2.27.90-2 - Fix various issues in Mines gnome-screensaver-2.27.0-10.fc12 -------------------------------- * Mon Aug 24 2009 Matthias Clasen 2.27.0-10 - Fix GtkBuilder conversion gourmet-0.15.0-2.fc12 --------------------- * Sun Aug 23 2009 Jef Spaleta - 0.15.0-1 - Latest upstream release, major changes include plugin system for capabilities * Sun Aug 23 2009 Jef Spaleta - 0.15.0-2 - Small buildrequires fix. gphoto2-2.4.7-1.fc12 -------------------- * Mon Aug 24 2009 Jindrich Novy 2.4.7-1 - update to 2.4.7 hatari-1.3.0-1.fc12 ------------------- * Sat Aug 22 2009 Andrea Musuruane 1.3.0-1 - updated to upstream 1.3.0 - disabled new upstream python UI - updated icon cache snippets - used upstream Mac OS X icons - preserved french man page timestamp kdebase-workspace-4.3.0-9.fc12 ------------------------------ * Sun Aug 23 2009 Rex Dieter - 4.3.0-9 - -akonadi: move plasma_engine_calendar here - drop Requires: kdm (F-12+) kdeedu-4.3.0-6.fc12 ------------------- * Sun Aug 23 2009 Rex Dieter 4.3.0-6 - -kstars-libs subpkg, make -kstars not multilib'd * Thu Aug 20 2009 Rex Dieter - 4.3.0-7 - buildsys_phonon patch (to be compatible with newer kde-qt.git qt builds) kile-2.1-0.3.b2.fc12 -------------------- * Sun Aug 23 2009 Rex Dieter - 2.1-0.3.b2 - kile-2.1b2 klavaro-1.2.4-1.fc12 -------------------- * Sun Aug 23 2009 Mathieu Bridon - 1.2.3-1 - Update to 1.2.3 * Sun Aug 23 2009 Mathieu Bridon - 1.2.4-1 - Update to 1.2.4 ktorrent-3.2.3-2.fc12 --------------------- * Sun Aug 23 2009 Rex Dieter - 3.2.3-2 - kde-plasma-ktorrent pkg (so main pkg doesn't pull in kdebase-workspace) - -libs to make multilib friendly libicns-0.7.0-3.fc12 -------------------- * Sun Aug 23 2009 Andrea Musuruane - 0.7.0-3 - Updated to new upstream 0.7.0 that was released without bumping the version mingw32-filesystem-53-1.fc12 ---------------------------- * Sun Aug 23 2009 Erik van Pienbroek - 53-1 - Fixed a small rpmlint warning caused by the debuginfo generation macro Thanks to Kalev Lember for spotting this mingw32-libp11-0.2.6-2.fc12 --------------------------- * Sun Aug 23 2009 Kalev Lember - 0.2.6-2 - Automatically generate debuginfo subpackage mingw32-opensc-0.11.8-3.fc12 ---------------------------- * Sun Aug 23 2009 Kalev Lember - 0.11.8-3 - Automatically generate debuginfo subpackage nss-3.12.3.99.3-11.fc12 ----------------------- * Sun Aug 23 2009 Elio Maldonado+emaldona at redhat.com - 3.12.3.99.3-11 - split off nss-softokn and nss-util as subpackages with their own rpms - first phase of splitting nss-softokn and nss-util as their own packages openttd-0.7.2-1.fc12 -------------------- * Sun Aug 23 2009 Felix Kaechele - 0.7.2-1 - new upstream release 0.7.2 openttd-opengfx-0.1.0-0.1.alpha6.fc12 ------------------------------------- * Sun Aug 23 2009 Felix Kaechele - 0.1.0-0.1.alpha6 - new upstream release perl-5.10.0-79.fc12 ------------------- * Fri Aug 21 2009 Chris Weyl - 4:5.10.0-79 - add helper filtering macros to -devel, for perl-* package invocation (#502402) * Fri Jul 31 2009 Stepan Kasal - 4:5.10.0-78 - Add configure option -DDEBUGGING=-g (#156113) perl-App-Cmd-0.206-1.fc12 ------------------------- * Sun Aug 23 2009 Chris Weyl 0.206-1 - auto-update to 0.206 (by cpan-spec-update 0.01) - altered br on perl(Getopt::Long::Descriptive) (0.06 => 0.075) - altered req on perl(Getopt::Long::Descriptive) (0.06 => 0.075) perl-Catalyst-View-Mason-0.18-1.fc12 ------------------------------------ * Sun Aug 23 2009 Iain Arnell 0.18-1 - update to latest upstream (for compatibility with Catalyst::Runtime 5.80010) perl-Devel-GlobalDestruction-0.02-7.fc12 ---------------------------------------- * Sun Aug 23 2009 Chris Weyl 0.02-7 - bump perl-Getopt-Long-Descriptive-0.077-1.fc12 ----------------------------------------- * Sun Aug 23 2009 Chris Weyl 0.077-1 - auto-update to 0.077 (by cpan-spec-update 0.01) - added a new br on perl(List::Util) (version 0) - added a new br on perl(Sub::Exporter) (version 0) - added a new req on perl(List::Util) (version 0) - added a new req on perl(Params::Validate) (version 0.74) - added a new req on perl(Sub::Exporter) (version 0) perl-Module-Starter-1.52-1.fc12 ------------------------------- * Tue Aug 11 2009 Chris Weyl 1:1.52-1 - auto-update to 1.52 (by cpan-spec-update 0.01) - added a new br on perl(ExtUtils::Command) (version 0) - added a new br on perl(ExtUtils::MakeMaker) (version 0) - added a new br on perl(File::Spec) (version 0) - added a new br on perl(Getopt::Long) (version 0) - added a new br on perl(Pod::Usage) (version 0) - added a new br on perl(Test::More) (version 0) - added a new req on perl(ExtUtils::Command) (version 0) - added a new req on perl(File::Spec) (version 0) - added a new req on perl(Getopt::Long) (version 0) - added a new req on perl(Pod::Usage) (version 0) perl-MooseX-Types-0.18-1.fc12 ----------------------------- * Mon Aug 24 2009 Chris Weyl 0.18-1 - auto-update to 0.18 (by cpan-spec-update 0.01) perl-Net-CUPS-0.61-2.fc12 ------------------------- * Sun Aug 23 2009 Chris Weyl 0.61-1 - auto-update to 0.61 (by cpan-spec-update 0.01) - added a new req on perl(Test::More) (version 0) * Sun Aug 23 2009 Chris Weyl 0.61-2 - add filtering to remove private so metadata pygtk2-2.16.0-1.fc12 -------------------- * Sun Aug 23 2009 Matthew Barnes - 2.16.0-1.fc12 - Update to 2.16.0 - Remove patch for RH bug #511082 (fixed upstream). sound-theme-freedesktop-0.4-1.fc12 ---------------------------------- * Sun Aug 23 2009 Jon McCann 0.4-1 - New release adds screen capture sound spring-0.80.2-1.fc12 -------------------- * Sat Aug 22 2009 Aurelien Bompard - 0.80.2-1 - New release: 0.80.2 * Wed Aug 12 2009 Ville Skytt? - 0.79.1.2-4 - Use lzma compressed upstream tarball. springlobby-0.19-1.fc12 ----------------------- * Sun Aug 23 2009 Aurelien Bompard - 0.19-1 - version 0.19 * Fri Aug 21 2009 Tomas Mraz - 0.3-3 - rebuilt with new openssl subversion-1.6.5-1.fc12 ----------------------- * Sun Aug 23 2009 Joe Orton 1.6.5-1 - update to 1.6.5 * Tue Aug 18 2009 Joe Orton 1.6.4-4 - rebuild * Tue Aug 11 2009 Ville Skytt? - 1.6.4-3 - Use bzipped upstream tarball. * Fri Aug 07 2009 Joe Orton 1.6.4-2 - update to 1.6.4 supybot-meetbot-0.1.3-1.fc12 ---------------------------- * Sun Aug 23 2009 Kevin Fenzi - 0.1.3-1 - Update to 0.1.3 release. telepathy-gabble-0.8.1-2.fc12 ----------------------------- util-linux-ng-2.16-7.fc12 ------------------------- * Sun Aug 23 2009 Karel Zak 2.16-7 - fix #518572 - blkid requires ext2.ko to be decompressed on installation media * Fri Aug 21 2009 Tomas Mraz - 2.16-6 - rebuilt with new audit util-vserver-0.30.215+svn2847-143596525.fc12 -------------------------------------------- * Sun Aug 23 2009 Enrico Scholz - 0.30.215+svn2847-0 - updated to svn 2847 snapshot - added -python subpackage * Sun Jul 26 2009 Fedora Release Engineering - 0.30.215-8 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild zikula-1.1.2-3.fc12 ------------------- * Mon Aug 24 2009 David Nalley 1.1.2-3 - changed requirement for dos2unix to build requirement * Sun Aug 23 2009 David Nalley 1.1.2-1 - upgraded to 1.1.2 to match upstream bug 514301 - changed php version requirements to 5.1.2 to remove bundling of sha256 library - added symlinks silencing per ian wellers bug 511137 - silenced selinux problems - Added requires for php-Smarty, php-adodb, php-mcrypt - Deleted unused JSON, encrypytion, and hashes libraries which were bundled for 493237 * Sun Aug 23 2009 David Nalley 1.1.2-2 - added requirement for dos2unix * Wed Aug 12 2009 Paul W. Frields - 1.1.1-13 - Upstream docs advise that PHP >= 4.3 is correct requirement Summary: Added Packages: 4 Removed Packages: 0 Modified Packages: 46 Broken deps for i386 ---------------------------------------------------------- asterisk-fax-1.6.1-0.24.rc1.fc12.i686 requires libspandsp.so.1 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0 clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0 clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 cluttermm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-0.9) ember-0.5.6-1.fc12.i586 requires libopenal.so.0 gpsdrive-2.10-0.1.pre7.fc12.i586 requires libmapnik.so.0.5 netpanzer-0.8.2-7.fc12.i686 requires libphysfs-1.0.so.0 octave-forge-20080831-10.fc12.i686 requires octave(api) = 0:api-v32 openvrml-0.18.3-1.fc12.i686 requires gecko-libs(x86-32) >= 0:1.9.1 openvrml-0.18.3-1.fc12.i686 requires java(x86-32) 1:osgal-0.6.1-8.fc12.i686 requires libopenal.so.0 plplot-octave-5.9.4-1.fc12.i586 requires octave(api) = 0:api-v32 poker3d-1.1.36-16.fc12.i686 requires libopenal.so.0 ppl-yap-0.10.2-5.fc12.i686 requires libYap.so python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.i586 requires libparted-1.8.so.8 rygel-0.3-5.fc12.i686 requires libgee.so.0 rygel-tracker-0.3-5.fc12.i686 requires libgee.so.0 sems-1.1.1-2.fc12.i586 requires libspandsp.so.1 sems-g722-1.1.1-2.fc12.i586 requires libspandsp.so.1 sems-gsm-1.1.1-2.fc12.i586 requires libspandsp.so.1 sems-speex-1.1.1-2.fc12.i586 requires libspandsp.so.1 serpentine-0.9-5.fc12.noarch requires gnome-python2-nautilus-cd-burner supertux-0.3.1-8.fc12.i686 requires libopenal.so.0 Broken deps for x86_64 ---------------------------------------------------------- asterisk-fax-1.6.1-0.24.rc1.fc12.x86_64 requires libspandsp.so.1()(64bit) clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.x86_64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.x86_64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-0.7.4-2.fc11.x86_64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8) clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.x86_64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.x86_64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-gtk-0.9) clutter-gtkmm-devel-0.9.4-1.fc12.x86_64 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 cluttermm-0.9.4-1.fc12.x86_64 requires libclutter-glx-0.9.so.0()(64bit) cluttermm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-0.9) cluttermm-devel-0.9.4-1.fc12.x86_64 requires pkgconfig(clutter-0.9) ember-0.5.6-1.fc12.x86_64 requires libopenal.so.0()(64bit) gpsdrive-2.10-0.1.pre7.fc12.x86_64 requires libmapnik.so.0.5()(64bit) netpanzer-0.8.2-7.fc12.x86_64 requires libphysfs-1.0.so.0()(64bit) octave-forge-20080831-10.fc12.x86_64 requires octave(api) = 0:api-v32 openvrml-0.18.3-1.fc12.i686 requires gecko-libs(x86-32) >= 0:1.9.1 openvrml-0.18.3-1.fc12.i686 requires java(x86-32) openvrml-0.18.3-1.fc12.x86_64 requires java(x86-64) openvrml-0.18.3-1.fc12.x86_64 requires gecko-libs(x86-64) >= 0:1.9.1 1:osgal-0.6.1-8.fc12.i686 requires libopenal.so.0 1:osgal-0.6.1-8.fc12.x86_64 requires libopenal.so.0()(64bit) plplot-octave-5.9.4-1.fc12.x86_64 requires octave(api) = 0:api-v32 poker3d-1.1.36-16.fc12.x86_64 requires libopenal.so.0()(64bit) ppl-yap-0.10.2-5.fc12.x86_64 requires libYap.so()(64bit) python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.x86_64 requires libparted-1.8.so.8()(64bit) rygel-0.3-5.fc12.x86_64 requires libgee.so.0()(64bit) rygel-tracker-0.3-5.fc12.x86_64 requires libgee.so.0()(64bit) sems-1.1.1-2.fc12.x86_64 requires libspandsp.so.1()(64bit) sems-g722-1.1.1-2.fc12.x86_64 requires libspandsp.so.1()(64bit) sems-gsm-1.1.1-2.fc12.x86_64 requires libspandsp.so.1()(64bit) sems-speex-1.1.1-2.fc12.x86_64 requires libspandsp.so.1()(64bit) serpentine-0.9-5.fc12.noarch requires gnome-python2-nautilus-cd-burner supertux-0.3.1-8.fc12.x86_64 requires libopenal.so.0()(64bit) Broken deps for ppc ---------------------------------------------------------- asterisk-fax-1.6.1-0.24.rc1.fc12.ppc requires libspandsp.so.1 clutter-cairomm-0.7.4-2.fc11.ppc requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.ppc requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.ppc requires libclutter-glx-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.ppc requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc requires pkgconfig(clutter-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.ppc requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.ppc requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.ppc requires pkgconfig(clutter-gtk-0.9) clutter-gtkmm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.ppc requires libclutter-glx-0.9.so.0 cluttermm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) cluttermm-devel-0.9.4-1.fc12.ppc requires pkgconfig(clutter-0.9) cluttermm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-0.9) ember-0.5.6-1.fc12.ppc requires libopenal.so.0 gpsdrive-2.10-0.1.pre7.fc12.ppc requires libmapnik.so.0.5 netpanzer-0.8.2-7.fc12.ppc requires libphysfs-1.0.so.0 octave-forge-20080831-10.fc12.ppc requires octave(api) = 0:api-v32 openvrml-0.18.3-1.fc12.ppc requires gecko-libs(ppc-32) >= 0:1.9.1 openvrml-0.18.3-1.fc12.ppc requires java(ppc-32) openvrml-0.18.3-1.fc12.ppc64 requires gecko-libs(ppc-64) >= 0:1.9.1 openvrml-0.18.3-1.fc12.ppc64 requires java(ppc-64) 1:osgal-0.6.1-8.fc12.ppc requires libopenal.so.0 1:osgal-0.6.1-8.fc12.ppc64 requires libopenal.so.0()(64bit) plplot-octave-5.9.4-1.fc12.ppc requires octave(api) = 0:api-v32 poker3d-1.1.36-16.fc12.ppc requires libopenal.so.0 ppl-yap-0.10.2-5.fc12.ppc requires libYap.so python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.ppc requires libparted-1.8.so.8 rygel-0.3-5.fc12.ppc requires libgee.so.0 rygel-tracker-0.3-5.fc12.ppc requires libgee.so.0 sems-1.1.1-2.fc12.ppc requires libspandsp.so.1 sems-g722-1.1.1-2.fc12.ppc requires libspandsp.so.1 sems-gsm-1.1.1-2.fc12.ppc requires libspandsp.so.1 sems-speex-1.1.1-2.fc12.ppc requires libspandsp.so.1 serpentine-0.9-5.fc12.noarch requires gnome-python2-nautilus-cd-burner supertux-0.3.1-8.fc12.ppc requires libopenal.so.0 Broken deps for ppc64 ---------------------------------------------------------- asterisk-fax-1.6.1-0.24.rc1.fc12.ppc64 requires libspandsp.so.1()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) cluttermm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-0.9) ember-0.5.6-1.fc12.ppc64 requires libopenal.so.0()(64bit) gpsdrive-2.10-0.1.pre7.fc12.ppc64 requires libmapnik.so.0.5()(64bit) netpanzer-0.8.2-7.fc12.ppc64 requires libphysfs-1.0.so.0()(64bit) octave-forge-20080831-10.fc12.ppc64 requires octave(api) = 0:api-v32 openvrml-0.18.3-1.fc12.ppc64 requires gecko-libs(ppc-64) >= 0:1.9.1 openvrml-0.18.3-1.fc12.ppc64 requires java(ppc-64) 1:osgal-0.6.1-8.fc12.ppc64 requires libopenal.so.0()(64bit) plplot-octave-5.9.4-1.fc12.ppc64 requires octave(api) = 0:api-v32 poker3d-1.1.36-16.fc12.ppc64 requires libopenal.so.0()(64bit) ppl-yap-0.10.2-5.fc12.ppc64 requires libYap.so()(64bit) python-mwlib-0.11.2-3.20090522hg2956.fc12.ppc64 requires LabPlot python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.ppc64 requires libparted-1.8.so.8()(64bit) rygel-0.3-5.fc12.ppc64 requires libgee.so.0()(64bit) rygel-tracker-0.3-5.fc12.ppc64 requires libgee.so.0()(64bit) sems-1.1.1-2.fc12.ppc64 requires libspandsp.so.1()(64bit) sems-g722-1.1.1-2.fc12.ppc64 requires libspandsp.so.1()(64bit) sems-gsm-1.1.1-2.fc12.ppc64 requires libspandsp.so.1()(64bit) sems-speex-1.1.1-2.fc12.ppc64 requires libspandsp.so.1()(64bit) serpentine-0.9-5.fc12.noarch requires gnome-python2-nautilus-cd-burner supertux-0.3.1-8.fc12.ppc64 requires libopenal.so.0()(64bit) From tmz at pobox.com Mon Aug 24 13:22:31 2009 From: tmz at pobox.com (Todd Zullinger) Date: Mon, 24 Aug 2009 09:22:31 -0400 Subject: Koji build failure with coreutils-7.5 In-Reply-To: <87skfhram9.fsf@meyering.net> References: <20090824051249.GT4297@inocybe.localdomain> <87skfhram9.fsf@meyering.net> Message-ID: <20090824132231.GU4297@inocybe.localdomain> Jim, Jim Meyering wrote: > The solution is probably something like this: Excellent, thanks for the quick reply and patch. (And thanks for getting the speedy build Ond?ej.) -- Todd OpenPGP -> KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Until you have the courage to lose sight of the shore, you will not know the terror of being forever lost at sea. -- Demotivators (www.despair.com) -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 542 bytes Desc: not available URL: From maxamillion at gmail.com Mon Aug 24 13:25:49 2009 From: maxamillion at gmail.com (Adam Miller) Date: Mon, 24 Aug 2009 08:25:49 -0500 Subject: fedora-pkgdb: make it discoverable on browser home page? In-Reply-To: References: <1251047209.6118.21.camel@mikmaq.localdomain> <4A9180A2.2050901@gmail.com> <4A918172.7070500@fedoraproject.org> <4A919A17.4070109@gmail.com> Message-ID: I honestly threw that Firefox AddOn together in order to "scratch an itch" that I had, I released it for general consumption because I was hoping someone else could benefit. I honestly never sat down and thought of user vs. developer implications of use or $other. -Adam -- http://maxamillion.googlepages.com --------------------------------------------------------- () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments From sundaram at fedoraproject.org Mon Aug 24 13:31:29 2009 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Mon, 24 Aug 2009 19:01:29 +0530 Subject: fedora-pkgdb: make it discoverable on browser home page? In-Reply-To: References: <1251047209.6118.21.camel@mikmaq.localdomain> <4A9180A2.2050901@gmail.com> <4A918172.7070500@fedoraproject.org> <4A919A17.4070109@gmail.com> Message-ID: <4A929631.5070103@fedoraproject.org> On 08/24/2009 06:55 PM, Adam Miller wrote: > I honestly threw that Firefox AddOn together in order to "scratch an > itch" that I had, I released it for general consumption because I was > hoping someone else could benefit. I honestly never sat down and > thought of user vs. developer implications of use or $other. That's perfectly fine and very welcome. We are just taking the opportunity to discuss what should be the right approach going forward. Rahul From james at fedoraproject.org Mon Aug 24 14:14:17 2009 From: james at fedoraproject.org (James Antill) Date: Mon, 24 Aug 2009 10:14:17 -0400 Subject: showing dependency trees In-Reply-To: <200908232058.52570.bjorn@xn--rombobjrn-67a.se> References: <200908212234.25091.gauret@free.fr> <4A9184CB.3000505@fedoraproject.org> <200908232058.52570.bjorn@xn--rombobjrn-67a.se> Message-ID: <1251123257.3638.1.camel@code.and.org> On Sun, 2009-08-23 at 20:58 +0200, Bj?rn Persson wrote: > Rahul Sundaram wrote: > > A quick way to actually check for such dependencies is to switch to > > another desktop environment, say Xfce, remove all the KDE packages and > > install one of the KDE apps. > > That's not all that quick. There ought to be a tool for this. Given a package > name it should print the dependency tree for that package. It could have an > option to suppress packages in the base set. Couldn't Yum be taught to answer > that kind of queries? There is already: http://james.fedorapeople.org/yum/commands/pkg-deps-tree-view.py ...obviously any random custom behaviour (like ignoring packages in @base) is possible, someone just has to write it. -- James Antill Fedora From fedora at matbooth.co.uk Mon Aug 24 14:17:04 2009 From: fedora at matbooth.co.uk (Mat Booth) Date: Mon, 24 Aug 2009 14:17:04 +0000 Subject: showing dependency trees In-Reply-To: <200908232129.24870.bjorn@xn--rombobjrn-67a.se> References: <200908212234.25091.gauret@free.fr> <200908232058.52570.bjorn@xn--rombobjrn-67a.se> <200908232129.24870.bjorn@xn--rombobjrn-67a.se> Message-ID: <9497e9990908240717x2fa40d07r928ee725e81fbe4d@mail.gmail.com> 2009/8/23 Bj?rn Persson : > Debayan Banerjee wrote: >> 2009/8/24 Bj?rn Persson >> > That's not all that quick. There ought to be a tool for this. Given a >> > package >> > name it should print the dependency tree for that package. It could have >> > an option to suppress packages in the base set. Couldn't Yum be taught to >> > answer >> > that kind of queries? >> >> edos-rpmcheck >> >> http://www.edos-project.org/xwiki/bin/view/Main/debcheck_home > > Judging from the description on that page, that's not what I want. It says the > program checks whether a package is installable. Yum can do that. I want to > check whether a package drags in other packages unnecessarily. > > Bj?rn Persson > > Maybe speak to Richard Jones: http://rwmj.wordpress.com/2009/03/25/size-of-rpm-dependencies-2/ -- Mat Booth A: Because it destroys the order of the conversation. Q: Why shouldn't you do it? A: Posting your reply above the original message. Q: What is top-posting? From sundaram at fedoraproject.org Mon Aug 24 14:17:20 2009 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Mon, 24 Aug 2009 19:47:20 +0530 Subject: showing dependency trees In-Reply-To: <1251123257.3638.1.camel@code.and.org> References: <200908212234.25091.gauret@free.fr> <4A9184CB.3000505@fedoraproject.org> <200908232058.52570.bjorn@xn--rombobjrn-67a.se> <1251123257.3638.1.camel@code.and.org> Message-ID: <4A92A0F0.3060506@fedoraproject.org> On 08/24/2009 07:44 PM, James Antill wrote: > On Sun, 2009-08-23 at 20:58 +0200, Bj?rn Persson wrote: >> Rahul Sundaram wrote: >>> A quick way to actually check for such dependencies is to switch to >>> another desktop environment, say Xfce, remove all the KDE packages and >>> install one of the KDE apps. >> >> That's not all that quick. There ought to be a tool for this. Given a package >> name it should print the dependency tree for that package. It could have an >> option to suppress packages in the base set. Couldn't Yum be taught to answer >> that kind of queries? > > There is already: > > http://james.fedorapeople.org/yum/commands/pkg-deps-tree-view.py > > ...obviously any random custom behaviour (like ignoring packages in > @base) is possible, someone just has to write it. Is there a reason this tool is not part of yum-utils? Rahul From skvidal at fedoraproject.org Mon Aug 24 14:20:33 2009 From: skvidal at fedoraproject.org (Seth Vidal) Date: Mon, 24 Aug 2009 10:20:33 -0400 (EDT) Subject: showing dependency trees In-Reply-To: <4A92A0F0.3060506@fedoraproject.org> References: <200908212234.25091.gauret@free.fr> <4A9184CB.3000505@fedoraproject.org> <200908232058.52570.bjorn@xn--rombobjrn-67a.se> <1251123257.3638.1.camel@code.and.org> <4A92A0F0.3060506@fedoraproject.org> Message-ID: On Mon, 24 Aug 2009, Rahul Sundaram wrote: > On 08/24/2009 07:44 PM, James Antill wrote: >> On Sun, 2009-08-23 at 20:58 +0200, Bj?rn Persson wrote: >>> Rahul Sundaram wrote: >>>> A quick way to actually check for such dependencies is to switch to >>>> another desktop environment, say Xfce, remove all the KDE packages and >>>> install one of the KDE apps. >>> >>> That's not all that quick. There ought to be a tool for this. Given a package >>> name it should print the dependency tree for that package. It could have an >>> option to suppress packages in the base set. Couldn't Yum be taught to answer >>> that kind of queries? >> >> There is already: >> >> http://james.fedorapeople.org/yum/commands/pkg-deps-tree-view.py >> >> ...obviously any random custom behaviour (like ignoring packages in >> @base) is possible, someone just has to write it. > > Is there a reason this tool is not part of yum-utils? > cleanup + merging it with other tools and other delays. -sv From mclasen at redhat.com Mon Aug 24 14:31:32 2009 From: mclasen at redhat.com (Matthias Clasen) Date: Mon, 24 Aug 2009 10:31:32 -0400 Subject: fedora-pkgdb: make it discoverable on browser home page? In-Reply-To: References: <1251047209.6118.21.camel@mikmaq.localdomain> <4A9180A2.2050901@gmail.com> <4A918172.7070500@fedoraproject.org> <4A919A17.4070109@gmail.com> Message-ID: <1251124292.1923.9.camel@planemask> On Mon, 2009-08-24 at 14:36 +0200, drago01 wrote: > On Sun, Aug 23, 2009 at 9:35 PM, Toshio Kuratomi wrote: > > On 08/23/2009 10:50 AM, Rahul Sundaram wrote: > > > >> Aren't we pitching Fedora Community interface as the end user facing > >> thing, going forward? It seems some of these features will overlap or > >> duplicate it. > >> > > It's possible. The packagedb is going to be the backend for the Fedora > > Community Front end so it had to get written this summer so that work on > > the front-end can proceed. > > For the front-end to be end user suitable it should: > > * List applications rather than packages > * Group them > * Provide some kind of rating system to show "best rated" or "most downloaded" > * Use the application icon if it has one > * Make use of the packagekit browser plugin for installation > > But just letting the user search for random packages should not be the > goal imho. Very good points. I very much agree that a list of applications is what we want here. Fedora Community is not really filling that niche, since is very much focused on the 'project' aspect of Fedora. In fact, I have been toying with the idea to make a 'Cool applications for Fedora' style page, using the PackageKit browser plugin. A very crude test of the idea can be seen here: http://people.redhat.com/mclasen/Screenshot-Applications%20for% 20Fedora.png This obviously needs the helping hand of a web designer. For F12, this would probably be not much more than a static web page. Rating and similar ideas described in http://www.fedoraproject.org/wiki/Features/ApplicationInstaller will come later. Matthias From drago01 at gmail.com Mon Aug 24 16:56:59 2009 From: drago01 at gmail.com (drago01) Date: Mon, 24 Aug 2009 18:56:59 +0200 Subject: fedora-pkgdb: make it discoverable on browser home page? In-Reply-To: <1251124292.1923.9.camel@planemask> References: <1251047209.6118.21.camel@mikmaq.localdomain> <4A9180A2.2050901@gmail.com> <4A918172.7070500@fedoraproject.org> <4A919A17.4070109@gmail.com> <1251124292.1923.9.camel@planemask> Message-ID: On Mon, Aug 24, 2009 at 4:31 PM, Matthias Clasen wrote: > On Mon, 2009-08-24 at 14:36 +0200, drago01 wrote: >> On Sun, Aug 23, 2009 at 9:35 PM, Toshio Kuratomi wrote: >> > On 08/23/2009 10:50 AM, Rahul Sundaram wrote: >> > >> >> Aren't we pitching Fedora Community interface as the end user facing >> >> thing, going forward? It seems some of these features will overlap or >> >> duplicate it. >> >> >> > It's possible. ?The packagedb is going to be the backend for the Fedora >> > Community Front end so it had to get written this summer so that work on >> > the front-end can proceed. >> >> For the front-end to be end user suitable it should: >> >> * List applications rather than packages >> * Group them >> * Provide some kind of rating system to show "best rated" or "most downloaded" >> * Use the application icon if it has one >> * Make use of the packagekit browser plugin for installation >> >> But just letting the user search for random packages should not be the >> goal imho. > > > Very good points. I very much agree that a list of applications is what > we want here. Fedora Community is not really filling that niche, since > is very much focused on the 'project' aspect of Fedora. > > In fact, I have been toying with the idea to make a 'Cool applications > for Fedora' style page, using the PackageKit browser plugin. A very > crude test of the idea can be seen here: > > http://people.redhat.com/mclasen/Screenshot-Applications%20for% > 20Fedora.png Yeah looks good but I would rather not show screenshots in this view (or atleast not different sized ones). A short description + icon should be enough. Have a "show more" link that contains a longer description + screenshots and a "Install Now" link. Pretty much like it is done in Apples Appstore > This obviously needs the helping hand of a web designer. > > For F12, this would probably be not much more than a static web page. Static? Doesn't scale (unless you would want to do it just for specific apps) > Rating and similar ideas described in > http://www.fedoraproject.org/wiki/Features/ApplicationInstaller will > come later. mockup links are dead. From mclasen at redhat.com Mon Aug 24 17:26:38 2009 From: mclasen at redhat.com (Matthias Clasen) Date: Mon, 24 Aug 2009 13:26:38 -0400 Subject: fedora-pkgdb: make it discoverable on browser home page? In-Reply-To: References: <1251047209.6118.21.camel@mikmaq.localdomain> <4A9180A2.2050901@gmail.com> <4A918172.7070500@fedoraproject.org> <4A919A17.4070109@gmail.com> <1251124292.1923.9.camel@planemask> Message-ID: <1251134798.1923.17.camel@planemask> On Mon, 2009-08-24 at 18:56 +0200, drago01 wrote: > > Yeah looks good but I would rather not show screenshots in this view > (or atleast not different sized ones). > A short description + icon should be enough. > Have a "show more" link that contains a longer description + > screenshots and a "Install Now" link. > Pretty much like it is done in Apples Appstore Yeah, appstore is the right angle for this... > > This obviously needs the helping hand of a web designer. > > > > For F12, this would probably be not much more than a static web page. > > Static? Doesn't scale (unless you would want to do it just for specific apps) My initial idea was to make this a 'top 10 apps', ie be selective, instead of trying to be all-inclusive and make the user scroll through dozens of pages with niche apps... > > Rating and similar ideas described in > > http://www.fedoraproject.org/wiki/Features/ApplicationInstaller will > > come later. > > mockup links are dead. > Unfortunately, yeah. I noticed that too. Not sure if I can do anything about that, though. From a.badger at gmail.com Mon Aug 24 17:29:21 2009 From: a.badger at gmail.com (Toshio Kuratomi) Date: Mon, 24 Aug 2009 10:29:21 -0700 Subject: fedora-pkgdb: make it discoverable on browser home page? In-Reply-To: <1251124292.1923.9.camel@planemask> References: <1251047209.6118.21.camel@mikmaq.localdomain> <4A9180A2.2050901@gmail.com> <4A918172.7070500@fedoraproject.org> <4A919A17.4070109@gmail.com> <1251124292.1923.9.camel@planemask> Message-ID: <4A92CDF1.3050706@gmail.com> On 08/24/2009 07:31 AM, Matthias Clasen wrote: > On Mon, 2009-08-24 at 14:36 +0200, drago01 wrote: >> On Sun, Aug 23, 2009 at 9:35 PM, Toshio Kuratomi wrote: >>> On 08/23/2009 10:50 AM, Rahul Sundaram wrote: >>> >>>> Aren't we pitching Fedora Community interface as the end user facing >>>> thing, going forward? It seems some of these features will overlap or >>>> duplicate it. >>>> >>> It's possible. The packagedb is going to be the backend for the Fedora >>> Community Front end so it had to get written this summer so that work on >>> the front-end can proceed. >> >> For the front-end to be end user suitable it should: >> >> * List applications rather than packages >> * Group them >> * Provide some kind of rating system to show "best rated" or "most downloaded" >> * Use the application icon if it has one >> * Make use of the packagekit browser plugin for installation >> >> But just letting the user search for random packages should not be the >> goal imho. > > > Very good points. I very much agree that a list of applications is what > we want here. Fedora Community is not really filling that niche, since > is very much focused on the 'project' aspect of Fedora. > > In fact, I have been toying with the idea to make a 'Cool applications > for Fedora' style page, using the PackageKit browser plugin. A very > crude test of the idea can be seen here: > > http://people.redhat.com/mclasen/Screenshot-Applications%20for% > 20Fedora.png > > This obviously needs the helping hand of a web designer. > > For F12, this would probably be not much more than a static web page. > Rating and similar ideas described in > http://www.fedoraproject.org/wiki/Features/ApplicationInstaller will > come later. > > Looks like it has good potential. By F13 you might be able to back some of this with information in the PackageDB (or we could integrate the serverside with the packagedb). mbacovsk is working on adding screenshots, icons, and some heuristics to determine if something is an application or not. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: OpenPGP digital signature URL: From drago01 at gmail.com Mon Aug 24 17:35:44 2009 From: drago01 at gmail.com (drago01) Date: Mon, 24 Aug 2009 19:35:44 +0200 Subject: fedora-pkgdb: make it discoverable on browser home page? In-Reply-To: <1251134798.1923.17.camel@planemask> References: <1251047209.6118.21.camel@mikmaq.localdomain> <4A9180A2.2050901@gmail.com> <4A918172.7070500@fedoraproject.org> <4A919A17.4070109@gmail.com> <1251124292.1923.9.camel@planemask> <1251134798.1923.17.camel@planemask> Message-ID: On Mon, Aug 24, 2009 at 7:26 PM, Matthias Clasen wrote: > [..] >> Static? Doesn't scale (unless you would want to do it just for specific apps) > > My initial idea was to make this a 'top 10 apps', ie be selective, > instead of trying to be all-inclusive and make the user scroll through > dozens of pages with niche apps... Yeah but where does this "top 10" come from? Wouldn't that end up list stuff that is installed by default anyway (+/- Oo.org ) ? From awilliam at redhat.com Mon Aug 24 17:36:21 2009 From: awilliam at redhat.com (Adam Williamson) Date: Mon, 24 Aug 2009 10:36:21 -0700 Subject: Add Moblin Desktop group to comps In-Reply-To: <20090822120411.10c9517a@infradead.org> References: <5256d0b0908200922v368cdaaew8d0c3cc51ffe1da1@mail.gmail.com> <5256d0b0908201006s23e4d34fwb2444a65f131186e@mail.gmail.com> <20090822120411.10c9517a@infradead.org> Message-ID: <1251135381.2269.10.camel@adam.local.net> On Sat, 2009-08-22 at 12:04 -0700, Arjan van de Ven wrote: > The Moblin OS uses Connman for everything networking. This is a > different architecture than what Fedora does, where Fedora > has /etc/sysconfig and other scripts that do part of the work etc. At > first this looks like a minor change, but it's kinda fundamental. AIUI this isn't an entirely accurate characterization. When NetworkManager is in use on Fedora it takes over entirely; it ignores the settings in /etc/sysconfig/network-profiles and so forth, it uses its own configuration data only. For F12 it's growing a feature where it will 'assume' connections handled by the old-style scripts that are active when it starts up, and pass them off again when it shuts down, but still, while it's running, it is in charge of everything networking, as you describe for Connman. The difference is just that, on Fedora, you have the option of _not_ running NetworkManager at all, instead using the older system, if you choose. Others correct me if I'm wrong, but I think this is the case :) -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From jspaleta at gmail.com Mon Aug 24 17:38:10 2009 From: jspaleta at gmail.com (Jeff Spaleta) Date: Mon, 24 Aug 2009 09:38:10 -0800 Subject: fedora-pkgdb: make it discoverable on browser home page? In-Reply-To: <1251134798.1923.17.camel@planemask> References: <1251047209.6118.21.camel@mikmaq.localdomain> <4A9180A2.2050901@gmail.com> <4A918172.7070500@fedoraproject.org> <4A919A17.4070109@gmail.com> <1251124292.1923.9.camel@planemask> <1251134798.1923.17.camel@planemask> Message-ID: <604aa7910908241038s6aa59157kb7fd6e21f581c02@mail.gmail.com> On Mon, Aug 24, 2009 at 9:26 AM, Matthias Clasen wrote: > My initial idea was to make this a 'top 10 apps', ie be selective, > instead of trying to be all-inclusive and make the user scroll through > dozens of pages with niche apps... What data would you use to rank apps in a top-10 sense? -jef From drago01 at gmail.com Mon Aug 24 17:39:23 2009 From: drago01 at gmail.com (drago01) Date: Mon, 24 Aug 2009 19:39:23 +0200 Subject: Add Moblin Desktop group to comps In-Reply-To: <1251135381.2269.10.camel@adam.local.net> References: <5256d0b0908200922v368cdaaew8d0c3cc51ffe1da1@mail.gmail.com> <5256d0b0908201006s23e4d34fwb2444a65f131186e@mail.gmail.com> <20090822120411.10c9517a@infradead.org> <1251135381.2269.10.camel@adam.local.net> Message-ID: On Mon, Aug 24, 2009 at 7:36 PM, Adam Williamson wrote: > On Sat, 2009-08-22 at 12:04 -0700, Arjan van de Ven wrote: > >> The Moblin OS uses Connman for everything networking. This is a >> different architecture than what Fedora does, where Fedora >> has /etc/sysconfig and other scripts that do part of the work etc. At >> first this looks like a minor change, but it's kinda fundamental. > > AIUI this isn't an entirely accurate characterization. When > NetworkManager is in use on Fedora it takes over entirely; it ignores > the settings in /etc/sysconfig/network-profiles and so forth, it uses > its own configuration data only. For F12 it's growing a feature where it > will 'assume' connections handled by the old-style scripts that are > active when it starts up, and pass them off again when it shuts down, > but still, while it's running, it is in charge of everything networking, > as you describe for Connman. The difference is just that, on Fedora, you > have the option of _not_ running NetworkManager at all, instead using > the older system, if you choose. > > Others correct me if I'm wrong, but I think this is the case :) You are wrong ;) NM does use so called "system settings" which are pretty much the "legacy" ifup scripts. It has its own keyfile based backend for this but currently we use the old format trough the redhat/fedora plugin. So when you create a connection by system-config-network nm would use it unless you remove the "nm controlled" bit. From nushio at fedoraproject.org Mon Aug 24 17:55:33 2009 From: nushio at fedoraproject.org (Juan Rodriguez) Date: Mon, 24 Aug 2009 12:55:33 -0500 Subject: fedora-pkgdb: make it discoverable on browser home page? In-Reply-To: <604aa7910908241038s6aa59157kb7fd6e21f581c02@mail.gmail.com> References: <1251047209.6118.21.camel@mikmaq.localdomain> <4A9180A2.2050901@gmail.com> <4A918172.7070500@fedoraproject.org> <4A919A17.4070109@gmail.com> <1251124292.1923.9.camel@planemask> <1251134798.1923.17.camel@planemask> <604aa7910908241038s6aa59157kb7fd6e21f581c02@mail.gmail.com> Message-ID: On Mon, Aug 24, 2009 at 12:38 PM, Jeff Spaleta wrote: > On Mon, Aug 24, 2009 at 9:26 AM, Matthias Clasen > wrote: > > My initial idea was to make this a 'top 10 apps', ie be selective, > > instead of trying to be all-inclusive and make the user scroll through > > dozens of pages with niche apps... > > What data would you use to rank apps in a top-10 sense? > > -jef > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > Jeff, we could enable some sort of a user rating system (Most common thing to use is a star). Popular apps would get more ratings. We could get the top 10 that way, but I'm not sure what we'd use to prevent people from voting several times for their favorite apps. -- Ing. Juan M. Rodriguez Moreno Desarrollador de Sistemas Abiertos Sitio: http://proyectofedora.org/mexico -------------- next part -------------- An HTML attachment was scrubbed... URL: From walters at verbum.org Mon Aug 24 17:55:56 2009 From: walters at verbum.org (Colin Walters) Date: Mon, 24 Aug 2009 13:55:56 -0400 Subject: Add Moblin Desktop group to comps In-Reply-To: <20090822120411.10c9517a@infradead.org> References: <5256d0b0908200922v368cdaaew8d0c3cc51ffe1da1@mail.gmail.com> <5256d0b0908201006s23e4d34fwb2444a65f131186e@mail.gmail.com> <20090822120411.10c9517a@infradead.org> Message-ID: On Sat, Aug 22, 2009 at 3:04 PM, Arjan van de Ven wrote: > > Moblin and Fedora have rather different objectives. I'd be happy to work > together on areas of joint interest, but I don't see the OSes as a > whole converge, rather they will diverge even more than they already > have. Do you see that as an inevitable consequence of the general purpose OS versus single-user mobile/embedded, or is it something where organizational or technological changes on one or both ends could turn the course towards divergence? I see a couple of different possible axes here: 1) Multi-user OS versus single-user mobile/embedded.: A *lot* of the stuff in the Fedora desktop stack both package wise and code wise is there to support multiple local users, like ConsoleKit and gdm (and to an extent PolicyKit), to how networking is setup in NetworkManager, etc. Clearly if we were to throw that out a lot of things would be significantly simpler and likely boot faster, but there's a large cost. 2) General purpose OS + release set versus targeted OS: Basically, do you block (or even slow) the release on a bug in say rsync or ocaml even if those things aren't dependencies of the UI or (any interesting) apps? 3) Backwards compatibility: The network scripts example you mentioned; remember that some things do depend on the way things work now, e.g. the virt-manager networking setup. There's also the system administrator training lost. 4) Minor infrastructural: The specbuilder example you gave is something I think Fedora would be interested in, but how applicable is it to the project? (I don't know, I'm asking) One thing that could answer a lot of my questions is; do you see Moblin as trending towards self-hosting from a developer perspective, or do you see it as depending on "Linux distributions" for that role? From jkeating at redhat.com Mon Aug 24 18:28:48 2009 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 24 Aug 2009 11:28:48 -0700 Subject: Add Moblin Desktop group to comps In-Reply-To: References: <5256d0b0908200922v368cdaaew8d0c3cc51ffe1da1@mail.gmail.com> <5256d0b0908201006s23e4d34fwb2444a65f131186e@mail.gmail.com> <20090822120411.10c9517a@infradead.org> Message-ID: <1251138528.2813.14.camel@localhost.localdomain> On Mon, 2009-08-24 at 13:55 -0400, Colin Walters wrote: > 2) General purpose OS + release set versus targeted OS: Basically, do > you block (or even slow) the release on a bug in say rsync or ocaml > even if those things aren't dependencies of the UI or (any > interesting) apps? This is touching on Critical Path. The direction I think we're going is that the release only cares about Critical Path and the accepted Features. We only block/slow the release for issues there, and everything else doesn't matter. -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From michael.silvanus at gmail.com Mon Aug 24 20:30:14 2009 From: michael.silvanus at gmail.com (Michel Salim) Date: Mon, 24 Aug 2009 16:30:14 -0400 Subject: fedora-pkgdb: make it discoverable on browser home page? In-Reply-To: <1251124292.1923.9.camel@planemask> References: <1251047209.6118.21.camel@mikmaq.localdomain> <4A9180A2.2050901@gmail.com> <4A918172.7070500@fedoraproject.org> <4A919A17.4070109@gmail.com> <1251124292.1923.9.camel@planemask> Message-ID: <1251145814.15263.9.camel@erdos.localdomain> On Mon, 2009-08-24 at 10:31 -0400, Matthias Clasen wrote: > http://people.redhat.com/mclasen/Screenshot-Applications%20for% > 20Fedora.png Whoa, that link reliably crashes Evolution (probably due to the way it gets line-wrapped exactly after a %. Bug report: https://bugzilla.redhat.com/show_bug.cgi?id=519068 -- Michel From michael.silvanus at gmail.com Mon Aug 24 20:31:28 2009 From: michael.silvanus at gmail.com (Michel Salim) Date: Mon, 24 Aug 2009 16:31:28 -0400 Subject: fedora-pkgdb: make it discoverable on browser home page? In-Reply-To: <1251134798.1923.17.camel@planemask> References: <1251047209.6118.21.camel@mikmaq.localdomain> <4A9180A2.2050901@gmail.com> <4A918172.7070500@fedoraproject.org> <4A919A17.4070109@gmail.com> <1251124292.1923.9.camel@planemask> <1251134798.1923.17.camel@planemask> Message-ID: <1251145888.15263.10.camel@erdos.localdomain> On Mon, 2009-08-24 at 13:26 -0400, Matthias Clasen wrote: > > > This obviously needs the helping hand of a web designer. > > > > > > For F12, this would probably be not much more than a static web page. > > > > Static? Doesn't scale (unless you would want to do it just for specific apps) > > My initial idea was to make this a 'top 10 apps', ie be selective, > instead of trying to be all-inclusive and make the user scroll through > dozens of pages with niche apps... > > > > Rating and similar ideas described in > > > http://www.fedoraproject.org/wiki/Features/ApplicationInstaller will > > > come later. > > How much of the work done on online-desktop will be carried forward to this? Regards, -- Michel From mclasen at redhat.com Mon Aug 24 20:39:57 2009 From: mclasen at redhat.com (Matthias Clasen) Date: Mon, 24 Aug 2009 16:39:57 -0400 Subject: fedora-pkgdb: make it discoverable on browser home page? In-Reply-To: <1251145888.15263.10.camel@erdos.localdomain> References: <1251047209.6118.21.camel@mikmaq.localdomain> <4A9180A2.2050901@gmail.com> <4A918172.7070500@fedoraproject.org> <4A919A17.4070109@gmail.com> <1251124292.1923.9.camel@planemask> <1251134798.1923.17.camel@planemask> <1251145888.15263.10.camel@erdos.localdomain> Message-ID: <1251146397.1923.20.camel@planemask> On Mon, 2009-08-24 at 16:31 -0400, Michel Salim wrote: > On Mon, 2009-08-24 at 13:26 -0400, Matthias Clasen wrote: > > > > > This obviously needs the helping hand of a web designer. > > > > > > > > For F12, this would probably be not much more than a static web page. > > > > > > Static? Doesn't scale (unless you would want to do it just for specific apps) > > > > My initial idea was to make this a 'top 10 apps', ie be selective, > > instead of trying to be all-inclusive and make the user scroll through > > dozens of pages with niche apps... > > > > > > Rating and similar ideas described in > > > > http://www.fedoraproject.org/wiki/Features/ApplicationInstaller will > > > > come later. > > > > How much of the work done on online-desktop will be carried forward to > this? The PackageKit browser plugin that is shown in that mockup is one piece that was initially developed for online-desktop. From walters at verbum.org Mon Aug 24 20:42:34 2009 From: walters at verbum.org (Colin Walters) Date: Mon, 24 Aug 2009 16:42:34 -0400 Subject: fedora-pkgdb: make it discoverable on browser home page? In-Reply-To: <1251145888.15263.10.camel@erdos.localdomain> References: <1251047209.6118.21.camel@mikmaq.localdomain> <4A9180A2.2050901@gmail.com> <4A918172.7070500@fedoraproject.org> <4A919A17.4070109@gmail.com> <1251124292.1923.9.camel@planemask> <1251134798.1923.17.camel@planemask> <1251145888.15263.10.camel@erdos.localdomain> Message-ID: On Mon, Aug 24, 2009 at 4:31 PM, Michel Salim wrote: > > How much of the work done on online-desktop will be carried forward to > this? In this context, the GNOME 3 shell will automatically track application usage data; more precisely, "time spent with X focus in a window of the application", where application is defined as ".desktop file". It's a bit away though. With nontrivial work this could be done for GNOME 2 as well (if someone was interested in porting the code, it lives in http://git.gnome.org/cgit/gnome-shell/tree/src/shell-app-monitor.c ). The current use of the data is just for shell-internal usage like sorting applications (in search results, session restart, etc.). If we wanted to use it as a basis for showing application popularity we'd need some way to opt-in to making your data public. My suggestion would be that we take the current Smolt screen in firstboot and turn it into a generic "join Fedora Feedback" page which turns on things like: * Smolt hardware profile * Sending of tracebacks to a crash collation server (for the love of all that is holy, not bugzilla) * Shell application usage data * Other stuff? In case anyone is feeling voyeuristic I've attached my current ~/.gnome2/shell/application_state file. -------------- next part -------------- A non-text attachment was scrubbed... Name: application_state Type: application/octet-stream Size: 3108 bytes Desc: not available URL: From sundaram at fedoraproject.org Mon Aug 24 21:04:33 2009 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Tue, 25 Aug 2009 02:34:33 +0530 Subject: fedora-pkgdb: make it discoverable on browser home page? In-Reply-To: References: <1251047209.6118.21.camel@mikmaq.localdomain> <4A9180A2.2050901@gmail.com> <4A918172.7070500@fedoraproject.org> <4A919A17.4070109@gmail.com> <1251124292.1923.9.camel@planemask> <1251134798.1923.17.camel@planemask> <1251145888.15263.10.camel@erdos.localdomain> Message-ID: <4A930061.8030902@fedoraproject.org> On 08/25/2009 02:12 AM, Colin Walters wrote: My suggestion > would be that we take the current Smolt screen in firstboot and turn > it into a generic "join Fedora Feedback" page which turns on things > like: > > * Smolt hardware profile > * Sending of tracebacks to a crash collation server (for the love of > all that is holy, not bugzilla) > * Shell application usage data > * Other stuff? fpaste, now a default package in Rawhide has a --sysinfo that collects a whole load of information that is commonly requested by people trying to help others in #fedora irc channel. Some of that available as part of a profile would be useful. Same output at http://fpaste.org/aU8r/ Rahul From walters at verbum.org Mon Aug 24 21:15:32 2009 From: walters at verbum.org (Colin Walters) Date: Mon, 24 Aug 2009 17:15:32 -0400 Subject: fedora-pkgdb: make it discoverable on browser home page? In-Reply-To: <4A930061.8030902@fedoraproject.org> References: <1251047209.6118.21.camel@mikmaq.localdomain> <4A918172.7070500@fedoraproject.org> <4A919A17.4070109@gmail.com> <1251124292.1923.9.camel@planemask> <1251134798.1923.17.camel@planemask> <1251145888.15263.10.camel@erdos.localdomain> <4A930061.8030902@fedoraproject.org> Message-ID: On Mon, Aug 24, 2009 at 5:04 PM, Rahul Sundaram wrote: > > fpaste, now a default package in Rawhide has a --sysinfo that collects a > whole load of information that is commonly requested by people trying to > help others in #fedora irc channel. Some of that available as part of a > profile would be useful. Same output at > > http://fpaste.org/aU8r/ Yep, looks pretty useful. If we had a page in firstboot which turned on a cron script to HTTP POST that to a fedora infrastructure server, keyed off the smolt UUID on a weekly basis, I know I'd would opt in for sure, and I'm sure a lot of others would. The challenge here is to coherently explain to the user what's being sent, ensure privacy (you really don't want to send e.g. X window titles, and even process arguments can be sensitive). Also a challenge is that if you want to add something later you'd need some way to re-prompt the user which is kind of ugly. We should also probably restrict visibility of the data to aggregated only by default. From bjorn at xn--rombobjrn-67a.se Mon Aug 24 21:26:58 2009 From: bjorn at xn--rombobjrn-67a.se (=?utf-8?q?Bj=C3=B6rn_Persson?=) Date: Mon, 24 Aug 2009 23:26:58 +0200 Subject: showing dependency trees In-Reply-To: References: <200908212234.25091.gauret@free.fr> <200908232129.24870.bjorn@xn--rombobjrn-67a.se> Message-ID: <200908242326.58402.bjorn@xn--rombobjrn-67a.se> Seth Vidal wrote: > On Sun, 23 Aug 2009, Bj?rn Persson wrote: > > I want to check whether a package drags in other packages > > unnecessarily. > > define "unnecessarily"? When you're forced to install package A to be able to install package E even though E doesn't use any of the functionality that A provides. For example, Michael Schwendt demonstrated that ktorrent pulls in qt-mysql, which in turn depends on mysql-libs. That's OK if Ktorrent can actually do something that results in queries to a MySQL database. Otherwise it drags in the MySQL client libraries unnecessarily ? that is, I should be allowed to install Ktorrent without installing the MySQL client libraries. One likely cause is that package C, somewhere in the dependency chain between A and E, contains too many different functions. In that case C should probably be split into subpackages C1 and C2, where C1 depends on A but E depends on C2. Then E would no longer depend on A. Bj?rn Persson -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 190 bytes Desc: This is a digitally signed message part. URL: From skvidal at fedoraproject.org Mon Aug 24 21:40:57 2009 From: skvidal at fedoraproject.org (Seth Vidal) Date: Mon, 24 Aug 2009 17:40:57 -0400 (EDT) Subject: showing dependency trees In-Reply-To: <200908242326.58402.bjorn@xn--rombobjrn-67a.se> References: <200908212234.25091.gauret@free.fr> <200908232129.24870.bjorn@xn--rombobjrn-67a.se> <200908242326.58402.bjorn@xn--rombobjrn-67a.se> Message-ID: On Mon, 24 Aug 2009, Bj?rn Persson wrote: >> >> define "unnecessarily"? > > When you're forced to install package A to be able to install package E even > though E doesn't use any of the functionality that A provides. > > For example, Michael Schwendt demonstrated that ktorrent pulls in qt-mysql, > which in turn depends on mysql-libs. That's OK if Ktorrent can actually do > something that results in queries to a MySQL database. Otherwise it drags in > the MySQL client libraries unnecessarily ? that is, I should be allowed to > install Ktorrent without installing the MySQL client libraries. > > One likely cause is that package C, somewhere in the dependency chain between > A and E, contains too many different functions. In that case C should probably > be split into subpackages C1 and C2, where C1 depends on A but E depends on > C2. Then E would no longer depend on A. So by 'unnecessary' you don't mean not required by the pkg's dependencies. you mean something else entirely. okay, that's fine - take that up with the pkg maintainer(s). -sv From jspaleta at gmail.com Mon Aug 24 21:53:14 2009 From: jspaleta at gmail.com (Jeff Spaleta) Date: Mon, 24 Aug 2009 13:53:14 -0800 Subject: showing dependency trees In-Reply-To: <200908242326.58402.bjorn@xn--rombobjrn-67a.se> References: <200908212234.25091.gauret@free.fr> <200908232129.24870.bjorn@xn--rombobjrn-67a.se> <200908242326.58402.bjorn@xn--rombobjrn-67a.se> Message-ID: <604aa7910908241453j65b0d57bo78cc4ca3792ddd3e@mail.gmail.com> 2009/8/24 Bj?rn Persson : > One likely cause is that package C, somewhere in the dependency chain between > A and E, contains too many different functions. In that case C should probably > be split into subpackages C1 and C2, where C1 depends on A but E depends on > C2. Then E would no longer depend on A. I hope you understand that chasing down every single instance of this situation ultimately leads to a situation that is more easily duplicated by making the build process automatically split every library binary into its own subpackage. If we aren't willing to do that automatically, then why is it worth the time to have multiple individuals systematically chase them down? I'm wary that the sort of checking you want to do is a rabbit hole that will require significant continued human effort as codebases shift. -jef From chkr at fedoraproject.org Mon Aug 24 21:58:23 2009 From: chkr at fedoraproject.org (Christian Krause) Date: Mon, 24 Aug 2009 23:58:23 +0200 Subject: Orphaning some packages In-Reply-To: References: Message-ID: <4A930CFF.2010901@fedoraproject.org> Hi, salimma at fedoraproject.org wrote: > I am orphaning the following packages -- some of them because I no > longer use them, some of them because of the packaging overhead. > > Mono (Banshee dependencies) > ipod-sharp libipoddevice > podsleuth I've taken these two. Best regards, Christian From bjorn at xn--rombobjrn-67a.se Mon Aug 24 22:04:07 2009 From: bjorn at xn--rombobjrn-67a.se (=?utf-8?q?Bj=C3=B6rn_Persson?=) Date: Tue, 25 Aug 2009 00:04:07 +0200 Subject: showing dependency trees In-Reply-To: <1251123257.3638.1.camel@code.and.org> References: <200908212234.25091.gauret@free.fr> <200908232058.52570.bjorn@xn--rombobjrn-67a.se> <1251123257.3638.1.camel@code.and.org> Message-ID: <200908250004.07683.bjorn@xn--rombobjrn-67a.se> James Antill wrote: > There is already: > > http://james.fedorapeople.org/yum/commands/pkg-deps-tree-view.py > > ...obviously any random custom behaviour (like ignoring packages in > @base) is possible, someone just has to write it. Well, that looks like a good start, but it definitely needs some way to avoid listing glibc, like, seven hundred times over. It would also be nice if I could use it on a newly built package that isn't available in the Yum repositories. Bj?rn Persson -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 190 bytes Desc: This is a digitally signed message part. URL: From kevin.kofler at chello.at Mon Aug 24 22:07:48 2009 From: kevin.kofler at chello.at (Kevin Kofler) Date: Tue, 25 Aug 2009 00:07:48 +0200 Subject: gwenview - Re: Orphaning packages References: <200908212234.25091.gauret@free.fr> <1250970270.18334.24.camel@erdos.localdomain> <20090823194852.78cd24b1@faldor.intranet> <4A91811B.2090702@fedoraproject.org> <4A9184CB.3000505@fedoraproject.org> Message-ID: Rahul Sundaram wrote: > A quick way to actually check for such dependencies is to switch to > another desktop environment, say Xfce, remove all the KDE packages and > install one of the KDE apps. It usually reveals dependencies which > are rather silly. I have seen kde-settings, background packages and > kdebase pull in odd dependencies on occasions. k3b, ktorrent, scribus > et all are often used outside KDE. It's not like those dependencies bite. ;-) HDD space is cheap. I don't find it scandalous that ktorrent drags in kdebase-workspace nor that kdebase- workspace drags in Akonadi (and thus MySQL, which is a hard requirement of Akonadi) and I'm not sure the current subpackage explosion (FYI, rdieter split out subpackages to break both the links in the offending chain: in upcoming updates, ktorrent no longer requires kdebase-workspace, only the kde-plasma-ktorrent subpackage does, and kdebase-workspace no longer requires akonadi, only the kdebase-workspace-akonadi subpackage does) are a step in the right direction (as they mean the default installations of both ktorrent and kdebase-workspace/Plasma will be missing features). I'd rather have "unneccessary" dependencies than useful features not installed by default. Kevin Kofler From kevin.kofler at chello.at Mon Aug 24 22:10:13 2009 From: kevin.kofler at chello.at (Kevin Kofler) Date: Tue, 25 Aug 2009 00:10:13 +0200 Subject: TeX Live 2009 for Fedora References: <20090820124437.GA11925@pucmeloud.brq.redhat.com> <1250776129.28256.4.camel@politzer.theorphys.helsinki.fi> <20090820151040.GC25609@pucmeloud.brq.redhat.com> <20090824063655.GA9505@pucmeloud.redhat.com> Message-ID: Jindrich Novy wrote: > The .ARCH postfix is actually derived from the TL metadata > dependencies but indeed it doesn't look so good. The '-libs' is not > appropriate as only binaries which go to /usr/bin are packaged. > > I will switch to the '-bin' postfix in the next build. Right, -bin seems to make most sense in this case. Kevin Kofler From sundaram at fedoraproject.org Mon Aug 24 22:13:01 2009 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Tue, 25 Aug 2009 03:43:01 +0530 Subject: gwenview - Re: Orphaning packages In-Reply-To: References: <200908212234.25091.gauret@free.fr> <1250970270.18334.24.camel@erdos.localdomain> <20090823194852.78cd24b1@faldor.intranet> <4A91811B.2090702@fedoraproject.org> <4A9184CB.3000505@fedoraproject.org> Message-ID: <4A93106D.9040302@fedoraproject.org> On 08/25/2009 03:37 AM, Kevin Kofler wrote: > Rahul Sundaram wrote: >> A quick way to actually check for such dependencies is to switch to >> another desktop environment, say Xfce, remove all the KDE packages and >> install one of the KDE apps. It usually reveals dependencies which >> are rather silly. I have seen kde-settings, background packages and >> kdebase pull in odd dependencies on occasions. k3b, ktorrent, scribus >> et all are often used outside KDE. > > It's not like those dependencies bite. ;-) HDD space is cheap. Unneeded dependencies do bite. I have a net connection with a bandwidth cap at home. Packages that pulls in random silly dependencies are a big pain. I have sit through updates of them as well. There more often those packages get updated, the bigger the pain is. yum-presto is a life saver but the dependency bloat is not a ignorable problem at all. Rahul From bjorn at xn--rombobjrn-67a.se Mon Aug 24 22:31:43 2009 From: bjorn at xn--rombobjrn-67a.se (=?utf-8?q?Bj=C3=B6rn_Persson?=) Date: Tue, 25 Aug 2009 00:31:43 +0200 Subject: showing dependency trees In-Reply-To: <604aa7910908241453j65b0d57bo78cc4ca3792ddd3e@mail.gmail.com> References: <200908212234.25091.gauret@free.fr> <200908242326.58402.bjorn@xn--rombobjrn-67a.se> <604aa7910908241453j65b0d57bo78cc4ca3792ddd3e@mail.gmail.com> Message-ID: <200908250031.43202.bjorn@xn--rombobjrn-67a.se> Jeff Spaleta wrote: > 2009/8/24 Bj?rn Persson : > > One likely cause is that package C, somewhere in the dependency chain > > between A and E, contains too many different functions. In that case C > > should probably be split into subpackages C1 and C2, where C1 depends on > > A but E depends on C2. Then E would no longer depend on A. > > I hope you understand that chasing down every single instance of this > situation ultimately leads to a situation that is more easily > duplicated by making the build process automatically split every > library binary into its own subpackage. If we aren't willing to do > that automatically, then why is it worth the time to have multiple > individuals systematically chase them down? I'm wary that the sort of > checking you want to do is a rabbit hole that will require significant > continued human effort as codebases shift. On the other hand, not addressing such situations at all ultimately leads to a huge tangle where every single package depends on pretty much all of Fedora Everything. It's a matter of finding a good balance. Splitting every library binary into its own subpackage might not always resolve the situation by the way. I have seen libraries that lump together all sorts of unrelated functions in a single .so file. There are also libraries written in interpreted languages that aren't compiled into binaries, and in some cases the dependencies might not even be libraries at all. Bj?rn Persson -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 190 bytes Desc: This is a digitally signed message part. URL: From bjorn at xn--rombobjrn-67a.se Mon Aug 24 22:46:22 2009 From: bjorn at xn--rombobjrn-67a.se (=?iso-8859-1?q?Bj=F6rn_Persson?=) Date: Tue, 25 Aug 2009 00:46:22 +0200 Subject: gwenview - Re: Orphaning packages In-Reply-To: References: <200908212234.25091.gauret@free.fr> <4A9184CB.3000505@fedoraproject.org> Message-ID: <200908250046.22426.bjorn@xn--rombobjrn-67a.se> Kevin Kofler wrote: > It's not like those dependencies bite. ;-) HDD space is cheap. I don't find > it scandalous that ktorrent drags in kdebase-workspace nor that kdebase- > workspace drags in Akonadi (and thus MySQL, which is a hard requirement of > Akonadi) and I'm not sure the current subpackage explosion (FYI, rdieter > split out subpackages to break both the links in the offending chain: in > upcoming updates, ktorrent no longer requires kdebase-workspace, only the > kde-plasma-ktorrent subpackage does, and kdebase-workspace no longer > requires akonadi, only the kdebase-workspace-akonadi subpackage does) are a > step in the right direction (as they mean the default installations of both > ktorrent and kdebase-workspace/Plasma will be missing features). I'd rather > have "unneccessary" dependencies than useful features not installed by > default. It would be nice if things could be set up such that kdebase-workspace-akonadi gets installed by default if both kdebase-workspace and akonadi are installed, but not if only one of them is installed. If RPM had a "Suggests" tag it would at least be possible to inform users that there is a related package available that they can install if they want to. Bj?rn Persson -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 190 bytes Desc: This is a digitally signed message part. URL: From jspaleta at gmail.com Mon Aug 24 23:09:52 2009 From: jspaleta at gmail.com (Jeff Spaleta) Date: Mon, 24 Aug 2009 15:09:52 -0800 Subject: showing dependency trees In-Reply-To: <200908250031.43202.bjorn@xn--rombobjrn-67a.se> References: <200908212234.25091.gauret@free.fr> <200908242326.58402.bjorn@xn--rombobjrn-67a.se> <604aa7910908241453j65b0d57bo78cc4ca3792ddd3e@mail.gmail.com> <200908250031.43202.bjorn@xn--rombobjrn-67a.se> Message-ID: <604aa7910908241609l6fe13b63y68c541a8637ab7ca@mail.gmail.com> 2009/8/24 Bj?rn Persson : > On the other hand, not addressing such situations at all ultimately leads to a > huge tangle where every single package depends on pretty much all of Fedora > Everything. It's a matter of finding a good balance. Are you suggesting that things are out of balance now? What is an allowable amount of tangle? Aren't you making an assumption that we are out of balance? Define a prescriptive "good enough" threshold to meet. Make sure you include a cost function for the associated repository metadata increase and subpackage header for each subpackage you add. > > Splitting every library binary into its own subpackage might not always > resolve the situation by the way. I have seen libraries that lump together all > sorts of unrelated functions in a single .so file. Are you seriously suggesting expending the manpower at the distribution level to poke at which functional calls need to broken out into more libraries? One function per library! One library per subpackage! There are also libraries > written in interpreted languages that aren't compiled into binaries, and in > some cases the dependencies might not even be libraries at all. I'm fully aware of the difficulty with interpreted languages. And do you know which percent of those are explicit and which are auto-generated via a buildtime dependency generator? Explicit deps and provides are quite fragile..that's not going to change. The win is going to come from automating as much of the depchain in interpreted languages as possible instead of systematically trying to fix explicitly coded deps one package at a time. -jef From henriquecsj at gmail.com Tue Aug 25 00:14:29 2009 From: henriquecsj at gmail.com (Henrique Junior) Date: Mon, 24 Aug 2009 21:14:29 -0300 Subject: Orphaning packages In-Reply-To: <20090823221359.630283cc@metropolis.intra.city-fan.org> References: <200908212234.25091.gauret@free.fr> <20090823221359.630283cc@metropolis.intra.city-fan.org> Message-ID: <4f629b520908241714lf1b9938g524848e56385b62e@mail.gmail.com> I'm using basket a lot. I'll take it. 2009/8/23 Paul Howarth : > On Fri, 21 Aug 2009 22:34:24 +0200 > Aurelien Bompard wrote: > >> I'm orphaning a few packages I'm not using anymore, feel free to take >> over: >> > ... >> - perl-Jcode -- Perl extension interface for converting Japanese > text > > I've taken that one. > > Paul. > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- Henrique "LonelySpooky" Junior http://www.lonelyspooky.com ------------------------------------------------------------- "In a world without walls and fences, who needs windows and gates?!" From michael.silvanus at gmail.com Tue Aug 25 03:43:27 2009 From: michael.silvanus at gmail.com (Michel Alexandre Salim) Date: Mon, 24 Aug 2009 23:43:27 -0400 Subject: Strange message from Bugzilla Message-ID: <1251171807.8102.8.camel@mikmaq.localdomain> When a review is granted, the mail always says "$REVIEWER has granted $REVIEWER's request for fedora-review". Shouldn't the second $REVIEWER be $PACKAGER ? Regards, -- Michel -------------- next part -------------- An embedded message was scrubbed... From: bugzilla at redhat.com Subject: fedora-review granted: [Bug 519009] Review Request: gnome-do-docklets - Docklets for gnome-do Date: Mon, 24 Aug 2009 22:28:13 -0400 Size: 2881 URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From tibbs at math.uh.edu Tue Aug 25 04:00:08 2009 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: Mon, 24 Aug 2009 23:00:08 -0500 Subject: Strange message from Bugzilla In-Reply-To: <1251171807.8102.8.camel@mikmaq.localdomain> (Michel Alexandre Salim's message of "Mon, 24 Aug 2009 23:43:27 -0400") References: <1251171807.8102.8.camel@mikmaq.localdomain> Message-ID: >>>>> "MAS" == Michel Alexandre Salim writes: MAS> When a review is granted, the mail always says "$REVIEWER has MAS> granted $REVIEWER's request for fedora-review". Shouldn't the MAS> second $REVIEWER be $PACKAGER ? That's just a by-product of the way we abuse bugzilla's flags for the review process. '?' is supposed to indicate the request and '+' the resolution, as with CVS requests. But for reviews we need three states (review not started, review in progress, approval), hence no flag, '?' and '+', respectively. When a flag goes from '?' to '+', bugzilla generates the message you mention. - J< From pbrobinson at gmail.com Tue Aug 25 06:49:13 2009 From: pbrobinson at gmail.com (Peter Robinson) Date: Tue, 25 Aug 2009 07:49:13 +0100 Subject: issues with livecd-creator on F-11? Message-ID: <5256d0b0908242349q7778ca28k7ceb477395b4c93b@mail.gmail.com> Hi, Is anyone else having issues with livecd-creator? I'm seeing the issue below on a 2 F-11 boxes, and possible a rawhide one as well. Peter Installing: xorg-x11-drivers ##################### [804/807] Installing: plymouth-gdm-hooks ##################### [805/807] Installing: gdm ##################### [806/807] Installing: pulseaudio-gdm-hooks ##################### [807/807] /sbin/restorecon set context /usr/sbin/modem-manager->system_u:object_r:ModemManager_exec_t:s0 failed:'Invalid argument' /sbin/restorecon set context /usr/libexec/polkit-read-auth-helper->system_u:object_r:policykit_auth_exec_t:s0 failed:'Invalid argument' /sbin/restorecon set context /usr/libexec/polkit-resolve-exe-helper->system_u:object_r:policykit_resolve_exec_t:s0 failed:'Invalid argument' /sbin/restorecon set context /usr/libexec/polkit-1/polkit-agent-helper-1->system_u:object_r:policykit_auth_exec_t:s0 failed:'Invalid argument' /sbin/restorecon set context /usr/libexec/polkit-1/polkitd->system_u:object_r:policykit_exec_t:s0 failed:'Invalid argument' /sbin/restorecon set context /usr/libexec/rtkit-daemon->system_u:object_r:rtkit_daemon_exec_t:s0 failed:'Invalid argument' /sbin/restorecon set context /usr/libexec/polkit-grant-helper-pam->system_u:object_r:policykit_grant_exec_t:s0 failed:'Invalid argument' /sbin/restorecon set context /usr/libexec/polkitd->system_u:object_r:policykit_exec_t:s0 failed:'Invalid argument' /sbin/restorecon set context /usr/libexec/polkit-grant-helper->system_u:object_r:policykit_grant_exec_t:s0 failed:'Invalid argument' /sbin/restorecon set context /usr/share/setroubleshoot/SetroubleshootFixit.py->system_u:object_r:setroubleshoot_fixit_exec_t:s0 failed:'Invalid argument' /sbin/restorecon set context /var/lib/misc/PolicyKit.reload->system_u:object_r:policykit_reload_t:s0 failed:'Invalid argument' /sbin/restorecon set context /var/lib/polkit-1->system_u:object_r:policykit_var_lib_t:s0 failed:'Invalid argument' /sbin/restorecon set context /var/lib/PolicyKit->system_u:object_r:policykit_var_lib_t:s0 failed:'Invalid argument' /sbin/restorecon set context /var/lib/PolicyKit-public->system_u:object_r:policykit_var_lib_t:s0 failed:'Invalid argument' /sbin/restorecon set context /var/run/PolicyKit->system_u:object_r:policykit_var_run_t:s0 failed:'Invalid argument' Removing password for user root. passwd: Success Traceback (most recent call last): File "/usr/bin/livecd-creator", line 140, in sys.exit(main()) File "/usr/bin/livecd-creator", line 124, in main creator.configure() File "/usr/lib/python2.6/site-packages/imgcreate/creator.py", line 732, in configure self._create_bootconfig() File "/usr/lib/python2.6/site-packages/imgcreate/live.py", line 197, in _create_bootconfig self._configure_bootloader(self.__ensure_isodir()) File "/usr/lib/python2.6/site-packages/imgcreate/live.py", line 604, in _configure_bootloader self._configure_syslinux_bootloader(isodir) File "/usr/lib/python2.6/site-packages/imgcreate/live.py", line 508, in _configure_syslinux_bootloader cfg += self.__get_image_stanzas(isodir) File "/usr/lib/python2.6/site-packages/imgcreate/live.py", line 435, in __get_image_stanzas is_xen = self.__copy_kernel_and_initramfs(isodir, version, index) File "/usr/lib/python2.6/site-packages/imgcreate/live.py", line 362, in __copy_kernel_and_initramfs isodir + "/isolinux/initrd" + index + ".img") File "/usr/lib64/python2.6/shutil.py", line 52, in copyfile fsrc = open(src, 'rb') IOError: [Errno 2] No such file or directory: '/var/tmp/imgcreate-qZYEPV/install_root/boot/initrd-2.6.31-0.167.rc6.git6.fc12.i686.img' You have new mail in /var/spool/mail/root From mschwendt at gmail.com Tue Aug 25 07:39:10 2009 From: mschwendt at gmail.com (Michael Schwendt) Date: Tue, 25 Aug 2009 09:39:10 +0200 Subject: gwenview - Re: Orphaning packages In-Reply-To: References: <200908212234.25091.gauret@free.fr> <1250970270.18334.24.camel@erdos.localdomain> <20090823194852.78cd24b1@faldor.intranet> <4A91811B.2090702@fedoraproject.org> <4A9184CB.3000505@fedoraproject.org> Message-ID: <20090825093910.3617b0b4@faldor.intranet> On Tue, 25 Aug 2009 00:07:48 +0200, Kevin wrote: > Rahul Sundaram wrote: > > A quick way to actually check for such dependencies is to switch to > > another desktop environment, say Xfce, remove all the KDE packages and > > install one of the KDE apps. It usually reveals dependencies which > > are rather silly. I have seen kde-settings, background packages and > > kdebase pull in odd dependencies on occasions. k3b, ktorrent, scribus > > et all are often used outside KDE. > > It's not like those dependencies bite. ;-) HDD space is cheap. I don't find > it scandalous that ktorrent drags in kdebase-workspace nor that kdebase- > workspace drags in Akonadi (and thus MySQL, which is a hard requirement of > Akonadi) The problem with kdebase-workspace (and kdm) is not disk space. Installing the kdebase-workspace package enables KDE X sessions for users. From mschwendt at gmail.com Tue Aug 25 07:58:53 2009 From: mschwendt at gmail.com (Michael Schwendt) Date: Tue, 25 Aug 2009 09:58:53 +0200 Subject: showing dependency trees In-Reply-To: <200908242326.58402.bjorn@xn--rombobjrn-67a.se> References: <200908212234.25091.gauret@free.fr> <200908232129.24870.bjorn@xn--rombobjrn-67a.se> <200908242326.58402.bjorn@xn--rombobjrn-67a.se> Message-ID: <20090825095853.453976fa@faldor.intranet> On Mon, 24 Aug 2009 23:26:58 +0200, Bj?rn wrote: > Seth Vidal wrote: > > On Sun, 23 Aug 2009, Bj?rn Persson wrote: > > > I want to check whether a package drags in other packages > > > unnecessarily. > > > > define "unnecessarily"? > > When you're forced to install package A to be able to install package E even > though E doesn't use any of the functionality that A provides. > > For example, Michael Schwendt demonstrated that ktorrent pulls in qt-mysql, > which in turn depends on mysql-libs. That's OK if Ktorrent can actually do > something that results in queries to a MySQL database. Otherwise it drags in > the MySQL client libraries unnecessarily ? that is, I should be allowed to > install Ktorrent without installing the MySQL client libraries. Installing ktorrent pulls in Akonadi, which is a PIM storage service, which in turn wants qt-mysql. It might be that ktorrent even includes PIM functionality. More unexpected was to see that it drags in a display manager and KDE base packages to offer KDE sessions at X gdm login. From katzj at fedoraproject.org Tue Aug 25 12:44:45 2009 From: katzj at fedoraproject.org (Jeremy Katz) Date: Tue, 25 Aug 2009 08:44:45 -0400 Subject: issues with livecd-creator on F-11? In-Reply-To: <5256d0b0908242349q7778ca28k7ceb477395b4c93b@mail.gmail.com> References: <5256d0b0908242349q7778ca28k7ceb477395b4c93b@mail.gmail.com> Message-ID: <71b2a8b80908250544j69ecfe13wa8e204c50c9cd63f@mail.gmail.com> On Tue, Aug 25, 2009 at 2:49 AM, Peter Robinson wrote: > Is anyone else having issues with livecd-creator? I'm seeing the issue > below on a 2 F-11 boxes, and possible a rawhide one as well. [snip] > IOError: [Errno 2] No such file or directory: > '/var/tmp/imgcreate-qZYEPV/install_root/boot/initrd-2.6.31-0.167.rc6.git6.fc12.i686.img' The move to dracut required some changes in livecd-creator which have been in git for a week or so. Those are in livecd-tools-026 which should show up in today's rawhide Jeremy From pbrobinson at gmail.com Tue Aug 25 12:46:33 2009 From: pbrobinson at gmail.com (Peter Robinson) Date: Tue, 25 Aug 2009 13:46:33 +0100 Subject: issues with livecd-creator on F-11? In-Reply-To: <71b2a8b80908250544j69ecfe13wa8e204c50c9cd63f@mail.gmail.com> References: <5256d0b0908242349q7778ca28k7ceb477395b4c93b@mail.gmail.com> <71b2a8b80908250544j69ecfe13wa8e204c50c9cd63f@mail.gmail.com> Message-ID: <5256d0b0908250546j4f50140dl243dc4a8f3091efa@mail.gmail.com> On Tue, Aug 25, 2009 at 1:44 PM, Jeremy Katz wrote: > On Tue, Aug 25, 2009 at 2:49 AM, Peter Robinson wrote: >> Is anyone else having issues with livecd-creator? I'm seeing the issue >> below on a 2 F-11 boxes, and possible a rawhide one as well. > [snip] >> IOError: [Errno 2] No such file or directory: >> '/var/tmp/imgcreate-qZYEPV/install_root/boot/initrd-2.6.31-0.167.rc6.git6.fc12.i686.img' > > The move to dracut required some changes in livecd-creator which have > been in git for a week or so. ?Those are in livecd-tools-026 which > should show up in today's rawhide Will that need to be pushed to F-11 as well? Peter From jwboyer at gmail.com Tue Aug 25 12:49:23 2009 From: jwboyer at gmail.com (Josh Boyer) Date: Tue, 25 Aug 2009 08:49:23 -0400 Subject: Heads up: Extra diligence with bodhi updates required Message-ID: <20090825124923.GC5387@hansolo.jdub.homelinux.org> Hi, Recently the mechansim bodhi uses to obsolete older updates was disabled due to it doing the wrong thing in certain cases. However, that means it won't obsolete the older updates for the cases it used to get right. This can lead to having multiple updates submitted for a single target at the same time. I ask that you spend a few minutes verifying your update push requests to make sure you don't have this happening. I've already had to revoke a few requests due to newer updates being submitted at the same time. The general rule when this is found is: "Newest update requested wins." Thanks in advance for your diligence and patience. josh From pbrobinson at gmail.com Tue Aug 25 12:53:23 2009 From: pbrobinson at gmail.com (Peter Robinson) Date: Tue, 25 Aug 2009 13:53:23 +0100 Subject: issues with livecd-creator on F-11? In-Reply-To: <71b2a8b80908250544j69ecfe13wa8e204c50c9cd63f@mail.gmail.com> References: <5256d0b0908242349q7778ca28k7ceb477395b4c93b@mail.gmail.com> <71b2a8b80908250544j69ecfe13wa8e204c50c9cd63f@mail.gmail.com> Message-ID: <5256d0b0908250553v5a7db029ide75eedfb74bb20f@mail.gmail.com> On Tue, Aug 25, 2009 at 1:44 PM, Jeremy Katz wrote: > On Tue, Aug 25, 2009 at 2:49 AM, Peter Robinson wrote: >> Is anyone else having issues with livecd-creator? I'm seeing the issue >> below on a 2 F-11 boxes, and possible a rawhide one as well. > [snip] >> IOError: [Errno 2] No such file or directory: >> '/var/tmp/imgcreate-qZYEPV/install_root/boot/initrd-2.6.31-0.167.rc6.git6.fc12.i686.img' > > The move to dracut required some changes in livecd-creator which have > been in git for a week or so. ?Those are in livecd-tools-026 which > should show up in today's rawhide As a side note it would actually be nice to give a heads up for these sort of breakages just like people give heads up for library bumps. I've wasted a number of hours trying to work out what was working a couple of days ago suddenly broke on machines without any changes. Time which I could have easily spent on a the numerous other things on my todo list. Peter From MathStuf at gmail.com Tue Aug 25 14:01:39 2009 From: MathStuf at gmail.com (Ben Boeckel) Date: Tue, 25 Aug 2009 10:01:39 -0400 Subject: gwenview - Re: Orphaning packages References: <200908212234.25091.gauret@free.fr> <1250970270.18334.24.camel@erdos.localdomain> <20090823194852.78cd24b1@faldor.intranet> <4A91811B.2090702@fedoraproject.org> <4A9184CB.3000505@fedoraproject.org> <20090825093910.3617b0b4@faldor.intranet> Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Michael Schwendt wrote: > On Tue, 25 Aug 2009 00:07:48 +0200, Kevin wrote: > >> Rahul Sundaram wrote: >> > A quick way to actually check for such dependencies is to switch to >> > another desktop environment, say Xfce, remove all the KDE packages and >> > install one of the KDE apps. It usually reveals dependencies which >> > are rather silly. I have seen kde-settings, background packages and >> > kdebase pull in odd dependencies on occasions. k3b, ktorrent, scribus >> > et all are often used outside KDE. >> >> It's not like those dependencies bite. ;-) HDD space is cheap. I don't find >> it scandalous that ktorrent drags in kdebase-workspace nor that kdebase- >> workspace drags in Akonadi (and thus MySQL, which is a hard requirement of >> Akonadi) > > The problem with kdebase-workspace (and kdm) is not disk space. > Installing the kdebase-workspace package enables KDE X sessions for users. > Oh dear, run for your lives. Last I used GDM, I didn't know where to change the session type (I was looking). I haven't used it in over a year since it's one of the first things to get replaced on my systems. Looking at a screenshot with solar[1] I see a restart, a shutdown, a power, and an accessibility button. Nothing about sessions. Certainly not visible at least. So I fail to see why this would be any issue at all. What am I missing? - --Ben [1]https://fedoraproject.org/w/uploads/9/94/Tours_Fedora10_018_L ogin_Screen.png -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkqT7sMACgkQiPi+MRHG3qTSOQCeNSWl+dRfng5haLmm6LUvBxrf dsgAn1E1IIk29XPgZpFhA8ijm2Wdx6hE =O4yW -----END PGP SIGNATURE----- From mschmidt at redhat.com Tue Aug 25 14:22:10 2009 From: mschmidt at redhat.com (Michal Schmidt) Date: Tue, 25 Aug 2009 16:22:10 +0200 Subject: gwenview - Re: Orphaning packages In-Reply-To: References: <200908212234.25091.gauret@free.fr> <1250970270.18334.24.camel@erdos.localdomain> <20090823194852.78cd24b1@faldor.intranet> <4A91811B.2090702@fedoraproject.org> <4A9184CB.3000505@fedoraproject.org> <20090825093910.3617b0b4@faldor.intranet> Message-ID: <20090825162210.5a0bfa59@leela> Dne Tue, 25 Aug 2009 10:01:39 -0400 Ben Boeckel napsal(a): > Oh dear, run for your lives. Last I used GDM, I didn't know > where to change the session type (I was looking). I haven't used > it in over a year since it's one of the first things to get > replaced on my systems. Looking at a screenshot with solar[1] I > see a restart, a shutdown, a power, and an accessibility button. > Nothing about sessions. Certainly not visible at least. So I > fail to see why this would be any issue at all. What am I > missing? Session selection appears in the bottom toolbar after you select the user. Michal From rawhide at fedoraproject.org Tue Aug 25 14:25:54 2009 From: rawhide at fedoraproject.org (Rawhide Report) Date: Tue, 25 Aug 2009 14:25:54 +0000 Subject: rawhide report: 20090825 changes Message-ID: <20090825142554.GA21985@releng2.fedora.phx.redhat.com> Compose started at Tue Aug 25 06:15:08 UTC 2009 New package apbs Adaptive Poisson Boltzmann Solver New package desktop-effects Switch GNOME window management and effects New package hunspell-ak Akan hunspell dictionaries New package moblin-panel-myzone Moblin Panel for MyZone New package moblin-panel-pasteboard Moblin Panel for Paste Board New package sphinxbase Common library for CMU Sphinx voice recognition products New package tokyotyrant A network interface to Tokyo Cabinet Removed package pymsn Updated Packages: PackageKit-0.5.2-0.1.20090824git.fc12 ------------------------------------- * Mon Aug 24 2009 Richard Hughes - 0.5.2-0.1.20090824git - Update to a newer git snapshot from the 0.5.x series. - Enable GUdev functionality and create a device-rebind subpackage. R-2.9.2-1.fc12 -------------- * Mon Aug 24 2009 Tom "spot" Callaway - 2.9.2-1 - Update to 2.9.2 abiword-2.7.9-2.fc12 -------------------- * Mon Aug 24 2009 Marc Maurer - 1:2.7.9-2 - Make abiword depend on libabiword aria2-1.5.2-1.fc12 ------------------ * Mon Aug 24 2009 Rahul Sundaram - 1.5.2-1 - Minor bug fixes - http://aria2.svn.sourceforge.net/viewvc/aria2/trunk/NEWS?revision=1504 asymptote-1.85-1.fc12 --------------------- * Mon Aug 24 2009 Tom "spot" Callaway - 1.85-1 - update to 1.85 at-spi-1.27.91-1.fc12 --------------------- * Mon Aug 24 2009 Matthias Clasen - 1.27.91-1 - YUpdate to 2.27.91 audacious-2.1-3.fc12 -------------------- * Mon Aug 24 2009 Michael Schwendt - 2.1-3 - Default to PulseAudio output plugin: Fix pluginenum.c indentation to make output plugin default/priority init work. Actually, when I noticed this bug, I went a step further and copied a rewrite from upstream devel scm. b43-fwcutter-012-1.fc12 ----------------------- * Mon Aug 24 2009 John W. Linville 012-1 - Update for b43-fwcutter-012 bison-2.4.1-4.fc12 ------------------ * Mon Aug 24 2009 Petr Machata - 2.4.1-4 - Fix installation with --excludedocs - Resolves: #515939 bognor-regis-0.4.10-2.fc12 -------------------------- * Mon Aug 24 2009 Peter Robinson 0.4.10-1 - New upstream 0.4.10 release, add translations * Mon Aug 24 2009 Peter Robinson 0.4.10-2 - Add new GConf2 build requirement boo-0.9.1.3287-1.fc12 --------------------- * Sun Aug 02 2009 Paul Lange - 0.9.1.3287-1 - Update to boo 0.9.1 cheese-2.27.91-1.fc12 --------------------- * Mon Aug 24 2009 Matthias Clasen 2.27.91-1 - Update to 2.27.91 cluster-3.0.2-2.fc12 -------------------- * Mon Aug 24 2009 Fabio M. Di Nitto - 3.0.2-1 - New upstream release * Mon Aug 24 2009 Fabio M. Di Nitto - 3.0.2-2 - Add temporary workaround to install symlinks compiz-0.8.2-14.fc12 -------------------- * Mon Aug 24 2009 Adel Gadllah - 0.8.2-13 - Drop desktop-effects - Make compiz-gnome require desktop-effects - Drop now redundant requires - Update kde desktop effects to 0.0.6 (includes its own icon) * Mon Aug 24 2009 Adel Gadllah - 0.8.2-14 - Fix build control-center-2.27.91-1.fc12 ----------------------------- * Mon Aug 24 2009 Matthias Clasen 2.27.91-1 - Update to 2.27.91 coreutils-7.5-2.fc12 -------------------- * Mon Aug 24 2009 Ondrej Vasik - 7.5-2 - Better fix than workaround the koji insufficient utimensat support issue to prevent failures in other packages ctdb-1.0.88-1.fc12 ------------------ * Mon Aug 17 2009 : Version 1.0.88 - Add a new state for eventscripts : DISABLED. Add two new commands "ctdb enablescript/disablescript" to enable/disable eventscripts at runtime. - Bugfixes for TDB from rusty. - Merge/Port changes from upstream TDB library by rusty. - Additional new tests from MartinS. Tests for stop/continue. - Initial patch to rework vacuuming/repacking process from Wolfgang Mueller. - Updates from Michael Adam for persistent writes. - Updates from MartinS to handle the new STOPPED bit in the test framework. - Make it possible to enable/disable the RECMASTER and LMASTER roles at runtime. Add two new commands "ctdb setlmasterrole/setrecmasterrole on/off" - Make it possible to enable/disable the natgw feature at runtime. Add the command "ctdb setnatgwstate on/off" * Mon Aug 17 2009 Sumit Bose - 1.0.88-1 - Update to ctdb version 1.0.88 dbus-cxx-0.4.2-1.fc12 --------------------- * Mon Aug 24 2009 Rick L Vinyard Jr - 0.4.2-1 - New release - Made docs noarch dmidecode-2.10-1.38.fc12 ------------------------ * Mon Aug 24 2009 Jarod Wilson - 1:2.10-1.38 - Add support for newer sockets, processors and pcie slot types doxygen-1.6.0-2.fc12 -------------------- * Mon Aug 24 2009 Than Ngo - 1.6.0-2 - fix #516339, allow to enable/disable timstamp to avoid the multilib issue HTMP_TIMESTAMP is disable by default dracut-0.9-2.fc12 ----------------- * Mon Aug 24 2009 Harald Hoyer 0.9-2 - removed kdb requirement (because s390x does not have it) emesene-1.5-2.fc12 ------------------ * Tue Aug 25 2009 Rahul Sundaram - 1.5-1 - Rewrite spec file - Many new features including experimental support for webcams - http://emesene-msn.blogspot.com/2009/08/emesene-15-awesome-has-been-released.html * Tue Aug 25 2009 Allisson Azevedo - 1.5-2 - Added python-devel to BR. empathy-2.27.5-3.fc12 --------------------- * Mon Aug 24 2009 Matthias Clasen - 2.27.5-3 - Make presence icons show up in the menus eog-2.27.91-1.fc12 ------------------ * Mon Aug 24 2009 Matthias Clasen 2.27.91-1 - Update to 2.27.91 evolution-2.27.91-1.fc12 ------------------------ * Mon Aug 24 2009 Milan Crha - 2.27.91-1.fc12 - Update to 2.27.91 - Remove patch for GNOME bug #591414 (fixed upstream). evolution-data-server-2.27.91-1.fc12 ------------------------------------ * Mon Aug 24 2009 Milan Crha - 2.27.91-1.fc12 - Update to 2.27.91 * Fri Aug 21 2009 Tomas Mraz - 2.27.90-2 - rebuilt with new openssl fence-agents-3.0.2-2.fc12 ------------------------- * Mon Aug 24 2009 Fabio M. Di Nitto - 3.0.2-1 - New upstream release - spec file updates: * remove dust from runtime dependencies * Mon Aug 24 2009 Fabio M. Di Nitto - 3.0.2-2 - Fix changelog. file-roller-2.27.91-1.fc12 -------------------------- * Mon Aug 24 2009 Matthias Clasen 2.27.91-1 - Update to 2.27.91 flex-2.5.35-7.fc12 ------------------ * Mon Aug 24 2009 Petr Machata - 2.5.35-7 - Fix installation with --excludedocs - Resolves: #515928 fpaste-0.3.4-1.fc12 ------------------- * Mon Aug 24 2009 Ankur Sinha - 0.3.4-1 - New release - Validate paste size and content as non-binary before sending; user is prompted Y/N to override for huge pastes or binary content. - Added options --printonly and --confirm to show or ask user before sending - --sysinfo updated: Added blkid, top CPU hogs, top memory hogs, X errors,h/w virtualization, 64-bit capable, and last few reboot/runlevel changes - Workaround to read user input from raw_input following sys.stdin EOF - Guess language syntax from common file extension(s) - --help usage compacted and grouped - Check that 'xsel' is installed for clipboard input support; silent fail on output - Use 'fpaste/x.x.x' User-agent header - bug fixes gconf-editor-2.27.91-1.fc12 --------------------------- * Mon Aug 24 2009 Matthias Clasen - 2.27.91-1 - Update to 2.27.91 gdm-2.27.90-1.fc12 ------------------ * Mon Aug 24 2009 Ray Strode 1:2.27.90-1 - update to 2.27.90 * Fri Aug 21 2009 Tomas Mraz - 1:2.27.4-7 - rebuilt with new audit gedit-2.27.5-1.fc12 ------------------- * Mon Aug 24 2009 Matthias Clasen - 1:2.27.5-1 - Update to 2.27.5 glib2-2.21.5-1.fc12 ------------------- * Mon Aug 24 2009 Matthias Clasen - 2.21.5-1 - Update to 2.21.5 glibc-2.10.90-15 ---------------- * Mon Aug 24 2009 Andreas Schwab - 2.10.90-15 - Update from master. - fix fortify failure with longjmp from alternate stack (#512103). - Add conflict with prelink (#509655). gnome-devel-docs-2.27.1-1.fc12 ------------------------------ * Mon Aug 24 2009 Matthias Clasen - 2.27.1-1 - Update to 2.27.1 gnome-do-0.8.2-2.fc12 --------------------- * Mon Aug 24 2009 Juan Rodriguez - 0.8.2-2 - Fixes gnome-do plugin permissions. gnome-doc-utils-0.17.4-1.fc12 ----------------------------- * Mon Aug 24 2009 Matthias Clasen - 0.17.4-1 - Update to 0.17.4 gnome-packagekit-2.27.91-2.fc12 ------------------------------- * Mon Aug 24 2009 Richard Hughes - 2.27.91-1 - New upstream version * Mon Aug 24 2009 Richard Hughes - 2.27.91-2 - Actually upload the correct tarball. * Tue Aug 11 2009 Ville Skytt? - 2.27.5-3 - Use bzipped upstream tarball. gnome-power-manager-2.27.91-1.fc12 ---------------------------------- * Mon Aug 24 2009 Richard Hughes - 2.27.91-1 - Update to 2.27.91 * Tue Aug 11 2009 Ville Skytt? - 2.27.5-2 - Use bzipped upstream tarball. gnome-settings-daemon-2.27.91-1.fc12 ------------------------------------ * Mon Aug 24 2009 Bastien Nocera 2.27.91-1 - Update to 2.27.91 gnome-themes-2.27.91-1.fc12 --------------------------- * Mon Aug 24 2009 Matthias Clasen - 2.27.91-1 - Update to 2.27.91 gnome-user-docs-2.27.1-1.fc12 ----------------------------- * Mon Aug 24 2009 Matthias Clasen - 2.27.1-1 - Update to 2.27.1 gnome-utils-2.27.91-1.fc12 -------------------------- * Mon Aug 24 2009 Matthias Clasen - 1:2.27.91-1 - Update to 2.27.91 gok-2.27.91-1.fc12 ------------------ * Mon Aug 24 2009 Matthias Clasen 2.27.91-1 - Update to 2.27.91 grfcodec-0.9.11-0.4.r2177.fc12 ------------------------------ * Mon Aug 24 2009 Iain Arnell 0.9.11-0.4.r2177 - update to current svn revision to remove "status updates" gtk2-2.17.9-1.fc12 ------------------ * Mon Aug 24 2009 Matthias Clasen - 2.17.9-1 - Update to 2.17.9 gtkhtml3-3.27.91-1.fc12 ----------------------- * Mon Aug 24 2009 Milan Crha - 3.27.91-1.fc12 - Update to 3.27.91 gtksourceview2-2.7.4-1.fc12 --------------------------- * Mon Aug 24 2009 Matthias Clasen - 2.7.4-1 - Update to 2.7.4 gucharmap-2.27.0-1.fc12 ----------------------- gvfs-1.3.5-1.fc12 ----------------- * Mon Aug 24 2009 Matthias Clasne - 1.3.5-1 - Update to 1.3.5 hotssh-0.2.6-4.fc12 ------------------- * Mon Aug 24 2009 Adel Gadllah - 0.2.6-4 - Fix URL hplip-3.9.8-8.fc12 ------------------ * Mon Aug 24 2009 Tim Waugh 3.9.8-8 - Fixed typos in page sizes (bug #515469). - Build no longer requires libudev-devel. - Fixed state reasons handling problems (bug #501338). * Fri Aug 21 2009 Tomas Mraz - 3.9.8-7 - rebuilt with new openssl inksmoto-0.6.0-2.fc12 --------------------- * Mon Aug 24 2009 Jon Ciesla - 0.6.0-2 - 0.6.0 final. kdenetwork-4.3.0-2.fc12 ----------------------- * Mon Aug 24 2009 Than Ngo - 4.3.0-2 - fix bz#515586, backport patch to fix this issue kernel-2.6.31-0.174.rc7.git2.fc12 --------------------------------- * Tue Aug 25 2009 Dave Airlie - pull in drm-next tree + rebase around it * Tue Aug 25 2009 Chuck Ebbert 2.6.31-0.173.rc7.git2 - Fix Xen boot (#508120) * Tue Aug 25 2009 Ben Skeggs 2.6.31-0.174.rc7.git2 - drm-nouveau.patch: upstream update, pre-nv50 tv-out + misc fixes * Mon Aug 24 2009 Chuck Ebbert - 2.6.31-rc7-git1 * Mon Aug 24 2009 Chuck Ebbert - 2.6.31-rc7-git2 * Sat Aug 22 2009 Chuck Ebbert - 2.6.31-rc7 kicad-2009.07.07-4.rev1863.fc12 ------------------------------- * Mon Aug 24 2009 Jon Ciesla - 2009.07.07-4.rev1863 - Multilib path correction, BZ 518916. konversation-1.2-0.6.alpha6.fc12 -------------------------------- * Mon Aug 24 2009 Rex Dieter - 1.2-0.6.alpha6 - BR: qca2-devel, libXScrnSaver-devel ktorrent-3.2.3-3.fc12 --------------------- * Mon Aug 24 2009 Rex Dieter - 3.2.3-3 - upstream tarball respin latexmk-4.10-1.fc12 ------------------- * Mon Aug 24 2009 Jerry James - 4.10-1 - Update to 4.10 to correctly handle files produced by epstopdf. libXi-1.2.99-11.20090825.fc12 ----------------------------- * Tue Aug 25 2009 Peter Hutterer 1.2.99-11.20090825 - Update to today's git master, requires inputproto 1.9.99.902 libchamplain-0.3.91-1.fc12 -------------------------- * Mon Aug 24 2009 Matthias Clasen - 0.3.91-1 - Update to 0.3.91 libsoup-2.27.91-1.fc12 ---------------------- * Mon Aug 24 2009 Matthias Clasen - 2.27.91-1 - Update to 2.27.91 libtheora-1.1beta3-1.fc12 ------------------------- * Mon Aug 24 2009 Matthias Clasen - 1.1beta3 - 1.1beta3 livecd-tools-026-1.fc12 ----------------------- * Mon Aug 24 2009 Jeremy Katz - 026-1 - More resize2fs -M usage - Work with dracut-based initramfs - Some error handling updates logjam-4.5.3-36.fc12 -------------------- * Mon Aug 24 2009 Tom "spot" Callaway - 1:4.5.3-36 - use properly formed user-agent string (Andy Shevchenko) (bz 518757) - rebase to git master (bz 518758) - Add Location support (Andy Shevchenko, from Ubuntu) - Add link-by-nickname support (Andy Shevchenko, from FreeBSD) - clean out merged patches lvm2-2.02.51-3.fc12 ------------------- * Mon Aug 24 2009 Milan Broz - 2.02.51-3 - Fix global locking in PV reporting commands (2.02.49). - Fix pvcreate on a partition (2.02.51). - Build clvmd with both cman and corosync support. metacity-2.27.0-5.fc12 ---------------------- * Sat Aug 22 2009 Owen Taylor - 2.27.0-5 - Add a fix for http://bugzilla.gnome.org/show_bug.cgi?id=588119, remove no-longer-needed no-lame-dialog patch mousetweaks-2.27.91-1.fc12 -------------------------- * Mon Aug 24 2009 Matthias Clasen 2.27.91-1 - Update to 2.27.91 mutter-moblin-0.34.3-3.fc12 --------------------------- * Mon Aug 24 2009 Peter Robinson 0.34.3-3 - Require mutter nautilus-2.27.91-1.fc12 ----------------------- * Mon Aug 24 2009 Matthias Clasen - 2.27.91-1 - Update to 2.27.91 netdisco-0.95-3.fc12 -------------------- nss-3.12.3.99.3-14.fc12 ----------------------- * Mon Aug 24 2009 Dennis Gilmore - 3.12.3.99.3-12 - kill off the nss-util nss-util-devel subpackages * Mon Aug 24 2009 Dennis Gilmore - 3.12.3.99.3-13 - remove from -devel the 3 headers that ship in nss-util-devel * Mon Aug 24 2009 Dennis Gilmore - 3.12.3.99.3-14 - don install the nss-util pkgconfig bits nss-util-3.12.3.99.3-10.fc12 ---------------------------- * Mon Aug 24 2009 Dennis Gilmore 3.12.3.99.3-10 - dont include the headers in nss-util only in the -devel package - nss-util-devel Requires nss-devel since its only providing a subset of the headers. openoffice.org-3.1.1-19.2.fc12 ------------------------------ * Mon Aug 24 2009 Caol?n McNamara - 1:3.1.1-19.2 - hyphen-as require - add workspace.cmcfixes62.patch for 64bit odbc goodness and rebuild against now 64bit-safe unixODBC headers orca-2.27.91-1.fc12 ------------------- * Mon Aug 24 2009 Matthias Clasen - 2.27.91-1 - Update to 2.27.91 pango-1.25.5-1.fc12 ------------------- * Mon Aug 24 2009 Behdad Esfahbod - 1.25.5-1 - 1.25.5 paprefs-0.9.9-1.git20090825.fc12 -------------------------------- * Tue Aug 25 2009 Lennart Poettering 0.9.9-0.git20090825 - Snapshot * Tue Aug 25 2009 Lennart Poettering 0.9.9-1.git20090825 - Add dbus-glib to deps perl-5.10.0-80.fc12 ------------------- * Mon Aug 24 2009 Stepan Kasal - 4:5.10.0-80 - Remove -DDEBUGGING=-g, we are not ready yet. perl-Jcode-2.07-1.fc12 ---------------------- * Mon Aug 24 2009 Paul Howarth - 2.07-1 - Update to 2.07 (fix mime_encode, CPAN RT#29049) - Run test suite in "C" locale to support build on old distributions - Fix argument order for find with -depth - Encode manpages in UTF-8 - Include old Changes file too - Mark POD file as %doc - Add explicit perl(MIME::Base64) dependency for MIME header support perl-Net-IPv4Addr-0.10-6.fc12 ----------------------------- * Mon Aug 24 2009 Dennis Gilmore - 0.10-6 - Obsoletes perl-Network-IPv4Addr - no provides as code needs changing to use the new version perl-XML-Parser-2.36-6.fc12 --------------------------- * Mon Aug 24 2009 Tom "spot" Callaway - 2.36-6 - rebuild against perl without DEBUGGING defined plymouth-0.7.0-2.fc12 --------------------- * Mon Aug 24 2009 Adam Jackson 0.7.0-2 - Set charge bgcolor to black. (#519052) psimedia-1.0.3-4.fc12 --------------------- * Tue Aug 25 2009 Alexey Kurov - 1.0.3-4 - Added BR gstreamer-plugins-good to avoid psi crash pulseaudio-0.9.16-10.test6.fc12 ------------------------------- * Mon Aug 24 2009 Lennart Poettering 0.9.16-9.test6 - New test release * Mon Aug 24 2009 Lennart Poettering 0.9.16-10.test6 - Fix build for ppc * Fri Aug 21 2009 Tomas Mraz - 0.9.16-8.test5 - rebuilt with new openssl pygpgme-0.1-16.20090824bzr68.fc12 --------------------------------- * Mon Aug 24 2009 Toshio Kuratomi - 0.1-16.20090824bzr68 - Rebase to new upstream snapshot - Patches merged upstream - Fixes deprecation warnings on py2.6/py3.0 - Remove py2.3 patch -- only needed for EPEL-4 python-slip-0.2.0-1.fc12 ------------------------ * Mon Aug 24 2009 Nils Philippsen - 0.2.0-1 - use PolicyKit version 1.0 if possible (#518996) - update and ship dbus README * Fri Aug 21 2009 Nils Philippsen - require polkit >= 0.94 from F-12 on rpy-2.0.6-5.fc12 ---------------- * Mon Aug 24 2009 Tom "spot" Callaway - 2.0.6-5 - rebuild for R 2.9.2 rubygem-gruff-0.3.6-1.fc12 -------------------------- * Mon Aug 24 2009 Darryl Pierce - 0.3.6-1 - Release 0.3.6 of Gruff. selinux-policy-3.6.28-6.fc12 ---------------------------- sssd-0.5.0-0.fc12 ----------------- * Mon Aug 24 2009 Simo Sorce - 0.5.0-0 - New upstream release 0.5.0 synce-trayicon-0.14-1.fc12 -------------------------- * Tue Jul 21 2009 Andreas Bierfert - 0.14-1 - version upgrade taglib-1.5-7.fc12 ----------------- * Sun Aug 23 2009 Michael Schwendt - 1.5-7 - Build API documentation into -doc package. tomboy-0.15.6-1.fc12 -------------------- * Mon Aug 24 2009 Matthias Clasen - 0.15.6-1 - Update to 0.15.6 translate-toolkit-1.4.0-2.fc12 ------------------------------ udev-145-7.fc12 --------------- * Mon Aug 24 2009 Harald Hoyer 145-6 - ifnarch s390 for usbutils * Mon Aug 24 2009 Karsten Hopp 145-7 - drop ifnarch s390x for usbutils, as we now have usbutils for s390x unique-1.1.2-1.fc12 ------------------- * Tue Aug 25 2009 Matthias Clasen - 1.1.2-1 - Update to 1.1.2 usbutils-0.82-5.fc12 -------------------- * Mon Aug 24 2009 Karsten Hopp 0.82-5 - drop ExcludeArch: s390 s390x as we need this package on s390x to be able to build p.e. udev without any hacks vsftpd-2.2.0-1.fc12 ------------------- * Mon Aug 24 2009 Martin Nagy - 2.2.0-1 - update to latest upstream release 2.2.0 * Sat Aug 22 2009 Tomas Mraz - 2.2.0-0.2.pre4 - rebuilt with new openssl vte-0.21.1-1.fc12 ----------------- * Mon Aug 24 2009 Behdad Esfahbod 0.21.1-1 - Update to 0.21.1 wgrib-1.8.0.13b-1.fc12 ---------------------- * Mon Aug 24 2009 - Orion Poplawski - 1.8.0.13b-1 - Update to 1.8.0.13b wgrib2-1.8.1-1.fc12 ------------------- * Mon Aug 24 2009 Orion Poplawski -1.8.1-1 - Update to 1.8.1 xdg-utils-1.0.2-10.20090824cvs.fc12 ----------------------------------- * Mon Aug 24 2009 Rex Dieter - 1.0.2-10.20090824cvs - 20090824cvs snapshot xemacs-21.5.29-3.fc12 --------------------- * Mon Aug 24 2009 Jerry James - 21.5.29-3 - Fix image overflow bug (CVE-2009-2688). - Fix calling xft-font-create-object in non-Xft builds (#512623). - Rebase patches to eliminate fuzz/offsets. xemacs-packages-base-20090217-3.fc12 ------------------------------------ * Mon Aug 24 2009 Jerry James - 20090217-3 - Add APEL patch to fix bz 503185 for XEmacs. - Add dired patch to fix bz 504422. - Add itimer patch preemptively. xorg-x11-proto-devel-7.4-30.fc12 -------------------------------- * Tue Aug 25 2009 Peter Hutterer 7.4-29 - inputproto 1.9.99.902 * Tue Aug 25 2009 Peter Hutterer 7.4-30 - recordproto 1.13.99.1 - xextproto 7.1.1 xulrunner-1.9.1.2-4.fc12 ------------------------ * Fri Aug 21 2009 Jan Horak - 1.9.1.2-4 - Added libnotify support yelp-2.27.4-1.fc12 ------------------ * Mon Aug 24 2009 Matthias Clasen - 2.27.4-1 - Update to 2.27.4 * Sun Aug 23 2009 Matthias Clasen - 2.27.3-2 - Remove space before ellipsis in menuitems Summary: Added Packages: 7 Removed Packages: 1 Modified Packages: 108 Broken deps for i386 ---------------------------------------------------------- asterisk-fax-1.6.1-0.24.rc1.fc12.i686 requires libspandsp.so.1 banshee-1.5.0-2.fc12.i686 requires mono(Boo.Lang.Compiler) = 0:2.0.0.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0 clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0 clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 cluttermm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-0.9) ember-0.5.6-1.fc12.i586 requires libopenal.so.0 gpsdrive-2.10-0.1.pre7.fc12.i586 requires libmapnik.so.0.5 netpanzer-0.8.2-7.fc12.i686 requires libphysfs-1.0.so.0 octave-forge-20080831-10.fc12.i686 requires octave(api) = 0:api-v32 openvrml-0.18.3-1.fc12.i686 requires gecko-libs(x86-32) >= 0:1.9.1 openvrml-0.18.3-1.fc12.i686 requires java(x86-32) 1:osgal-0.6.1-8.fc12.i686 requires libopenal.so.0 plplot-octave-5.9.4-1.fc12.i586 requires octave(api) = 0:api-v32 poker3d-1.1.36-16.fc12.i686 requires libopenal.so.0 ppl-yap-0.10.2-5.fc12.i686 requires libYap.so python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.i586 requires libparted-1.8.so.8 rygel-0.3-5.fc12.i686 requires libgee.so.0 rygel-tracker-0.3-5.fc12.i686 requires libgee.so.0 sems-1.1.1-2.fc12.i586 requires libspandsp.so.1 sems-g722-1.1.1-2.fc12.i586 requires libspandsp.so.1 sems-gsm-1.1.1-2.fc12.i586 requires libspandsp.so.1 sems-speex-1.1.1-2.fc12.i586 requires libspandsp.so.1 serpentine-0.9-5.fc12.noarch requires gnome-python2-nautilus-cd-burner supertux-0.3.1-8.fc12.i686 requires libopenal.so.0 Broken deps for x86_64 ---------------------------------------------------------- asterisk-fax-1.6.1-0.24.rc1.fc12.x86_64 requires libspandsp.so.1()(64bit) banshee-1.5.0-2.fc12.i686 requires mono(Boo.Lang.Compiler) = 0:2.0.0.0 banshee-1.5.0-2.fc12.x86_64 requires mono(Boo.Lang.Compiler) = 0:2.0.0.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.x86_64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.x86_64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-0.7.4-2.fc11.x86_64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8) clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.x86_64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.x86_64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-gtk-0.9) clutter-gtkmm-devel-0.9.4-1.fc12.x86_64 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 cluttermm-0.9.4-1.fc12.x86_64 requires libclutter-glx-0.9.so.0()(64bit) cluttermm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-0.9) cluttermm-devel-0.9.4-1.fc12.x86_64 requires pkgconfig(clutter-0.9) ember-0.5.6-1.fc12.x86_64 requires libopenal.so.0()(64bit) gpsdrive-2.10-0.1.pre7.fc12.x86_64 requires libmapnik.so.0.5()(64bit) netpanzer-0.8.2-7.fc12.x86_64 requires libphysfs-1.0.so.0()(64bit) octave-forge-20080831-10.fc12.x86_64 requires octave(api) = 0:api-v32 openvrml-0.18.3-1.fc12.i686 requires gecko-libs(x86-32) >= 0:1.9.1 openvrml-0.18.3-1.fc12.i686 requires java(x86-32) openvrml-0.18.3-1.fc12.x86_64 requires java(x86-64) openvrml-0.18.3-1.fc12.x86_64 requires gecko-libs(x86-64) >= 0:1.9.1 1:osgal-0.6.1-8.fc12.i686 requires libopenal.so.0 1:osgal-0.6.1-8.fc12.x86_64 requires libopenal.so.0()(64bit) plplot-octave-5.9.4-1.fc12.x86_64 requires octave(api) = 0:api-v32 poker3d-1.1.36-16.fc12.x86_64 requires libopenal.so.0()(64bit) ppl-yap-0.10.2-5.fc12.x86_64 requires libYap.so()(64bit) python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.x86_64 requires libparted-1.8.so.8()(64bit) rygel-0.3-5.fc12.x86_64 requires libgee.so.0()(64bit) rygel-tracker-0.3-5.fc12.x86_64 requires libgee.so.0()(64bit) sems-1.1.1-2.fc12.x86_64 requires libspandsp.so.1()(64bit) sems-g722-1.1.1-2.fc12.x86_64 requires libspandsp.so.1()(64bit) sems-gsm-1.1.1-2.fc12.x86_64 requires libspandsp.so.1()(64bit) sems-speex-1.1.1-2.fc12.x86_64 requires libspandsp.so.1()(64bit) serpentine-0.9-5.fc12.noarch requires gnome-python2-nautilus-cd-burner supertux-0.3.1-8.fc12.x86_64 requires libopenal.so.0()(64bit) Broken deps for ppc ---------------------------------------------------------- asterisk-fax-1.6.1-0.24.rc1.fc12.ppc requires libspandsp.so.1 clutter-cairomm-0.7.4-2.fc11.ppc requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.ppc requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.ppc requires libclutter-glx-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.ppc requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc requires pkgconfig(clutter-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.ppc requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.ppc requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.ppc requires pkgconfig(clutter-gtk-0.9) clutter-gtkmm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.ppc requires libclutter-glx-0.9.so.0 cluttermm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) cluttermm-devel-0.9.4-1.fc12.ppc requires pkgconfig(clutter-0.9) cluttermm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-0.9) ember-0.5.6-1.fc12.ppc requires libopenal.so.0 gpsdrive-2.10-0.1.pre7.fc12.ppc requires libmapnik.so.0.5 netpanzer-0.8.2-7.fc12.ppc requires libphysfs-1.0.so.0 octave-forge-20080831-10.fc12.ppc requires octave(api) = 0:api-v32 openvrml-0.18.3-1.fc12.ppc requires gecko-libs(ppc-32) >= 0:1.9.1 openvrml-0.18.3-1.fc12.ppc requires java(ppc-32) openvrml-0.18.3-1.fc12.ppc64 requires gecko-libs(ppc-64) >= 0:1.9.1 openvrml-0.18.3-1.fc12.ppc64 requires java(ppc-64) 1:osgal-0.6.1-8.fc12.ppc requires libopenal.so.0 1:osgal-0.6.1-8.fc12.ppc64 requires libopenal.so.0()(64bit) plplot-octave-5.9.4-1.fc12.ppc requires octave(api) = 0:api-v32 poker3d-1.1.36-16.fc12.ppc requires libopenal.so.0 ppl-yap-0.10.2-5.fc12.ppc requires libYap.so python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.ppc requires libparted-1.8.so.8 rygel-0.3-5.fc12.ppc requires libgee.so.0 rygel-tracker-0.3-5.fc12.ppc requires libgee.so.0 sems-1.1.1-2.fc12.ppc requires libspandsp.so.1 sems-g722-1.1.1-2.fc12.ppc requires libspandsp.so.1 sems-gsm-1.1.1-2.fc12.ppc requires libspandsp.so.1 sems-speex-1.1.1-2.fc12.ppc requires libspandsp.so.1 serpentine-0.9-5.fc12.noarch requires gnome-python2-nautilus-cd-burner supertux-0.3.1-8.fc12.ppc requires libopenal.so.0 Broken deps for ppc64 ---------------------------------------------------------- asterisk-fax-1.6.1-0.24.rc1.fc12.ppc64 requires libspandsp.so.1()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) cluttermm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-0.9) ember-0.5.6-1.fc12.ppc64 requires libopenal.so.0()(64bit) gpsdrive-2.10-0.1.pre7.fc12.ppc64 requires libmapnik.so.0.5()(64bit) netpanzer-0.8.2-7.fc12.ppc64 requires libphysfs-1.0.so.0()(64bit) octave-forge-20080831-10.fc12.ppc64 requires octave(api) = 0:api-v32 openvrml-0.18.3-1.fc12.ppc64 requires gecko-libs(ppc-64) >= 0:1.9.1 openvrml-0.18.3-1.fc12.ppc64 requires java(ppc-64) 1:osgal-0.6.1-8.fc12.ppc64 requires libopenal.so.0()(64bit) plplot-octave-5.9.4-1.fc12.ppc64 requires octave(api) = 0:api-v32 poker3d-1.1.36-16.fc12.ppc64 requires libopenal.so.0()(64bit) ppl-yap-0.10.2-5.fc12.ppc64 requires libYap.so()(64bit) python-mwlib-0.11.2-3.20090522hg2956.fc12.ppc64 requires LabPlot python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.ppc64 requires libparted-1.8.so.8()(64bit) rygel-0.3-5.fc12.ppc64 requires libgee.so.0()(64bit) rygel-tracker-0.3-5.fc12.ppc64 requires libgee.so.0()(64bit) sems-1.1.1-2.fc12.ppc64 requires libspandsp.so.1()(64bit) sems-g722-1.1.1-2.fc12.ppc64 requires libspandsp.so.1()(64bit) sems-gsm-1.1.1-2.fc12.ppc64 requires libspandsp.so.1()(64bit) sems-speex-1.1.1-2.fc12.ppc64 requires libspandsp.so.1()(64bit) serpentine-0.9-5.fc12.noarch requires gnome-python2-nautilus-cd-burner supertux-0.3.1-8.fc12.ppc64 requires libopenal.so.0()(64bit) From jkeating at redhat.com Tue Aug 25 14:56:00 2009 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 25 Aug 2009 07:56:00 -0700 Subject: Announcing Fedora 12 Alpha Message-ID: <1251212160.10095.29.camel@localhost.localdomain> Fedora 12 "Constantine" Alpha release is available! What's next for the free operating system that shows off the best new technology of tomorrow? You can see the future now at: http://fedoraproject.org/get-prerelease What's an Alpha release? The Alpha release contains all the features of Fedora 12 in a form that anyone can help test. This testing, guided by the Fedora QA team, helps us target and identify bugs. When these bugs are fixed, we make a Beta release available. A Beta release is code-complete, and bears a very strong resemblance to the third and final release. The final release of Fedora 12 is due in November. We need your help to make Fedora 12 the best release yet, so please take a moment of your time to download and try out the Alpha and make sure the things that are important to you are working. If you find a bug, please report it - every bug you uncover is a chance to improve the experience for millions of Fedora users worldwide. Together, we can make Fedora a rock-solid distribution. https://bugzilla.redhat.com Among the top features for end users, we have: Better webcam support - Out of the box support for a lot of new webcams has been extended further than ever. Empathy as default IM client - Empathy is an instant messenger client replacing Pidgin, featuring better integration with the GNOME Desktop. GNOME 2.27.90 beta and KDE 4.3 - The latest code from the two main desktop environments and their many bundled supporting applications are part of this release. GNOME 2.27.90 is the latest GNOME version as of the Alpha release; GNOME 2.28 is planned for the final release. Network Manager Mobile Broadband - By providing a database of preconfigured mobile broadband providers, supporting more hardware and permit to scan GSM networks, NetworkManager makes the use of mobile broadband much easier. Better Free Video Codec - The latest technology is found in the improved, free Ogg Theora video encoder, codenamed "Thusnelda." Encoded video at very high definition now can meet or exceed the expectations of the most demanding viewer and material. PackageKit improvements - PackageKit now has plugins to install applications from a web browser, and from the command line if a user tries a command from a package not yet installed. PulseAudio improvements - The PulseAudio volume control applet has been extended to support profiles, input switching and easy speaker setup. Better power management - This release offers better power management features regarding CPU, disk and network I/O. For developers there are all sorts of additional goodies: NetBeans 6.7 - NetBeans 6.7 is the most recent version of Sun's IDE. PHP 5.3 - PHP 5.3 has been integrated as the popular web language. Eclipse 3.5.0 - The latest release of the popular, open, and extensible development platform is included. SystemTap - Updates to this debugging capability include better documentation, tools, and examples; support for kernel tracepoint and modern gcc debuginfo ("dwarf") output; and Eclipse support for launching traces and graphing results. Peek under the hood and there is still more: Better IPv6 in NetworkManager - NetworkManager has been extended to fully support IPv6 configurations through the GUI. Automatic Bug Reporting Tool - This release provides ABRT, a service that automatically reports application crashed to Fedora, without requiring the end user to have any special knowledge on error reporting. RPM XZ payload - All the software packages in Fedora have been switched from Gzip to the more efficient XZ (LZMA) compression method, to save space on mirrors and reduce download times. x86 optimized for Atom - The 32 bit version of this release will be compiled for i686 with a specific optimization for Intel Atom processors used in many netbooks. GRUB ext4 support - Fedora 11 included Ext4 by default, however GRUB in that version did not support Ext4 and hence required a separate boot partition formatted as Ext3 or Ext2. This release includes an updated version of GRUB with Ext4 support. Bluetooth Service On Demand - In order to support Bluetooth devices, the Bluetooth background service was started by default in previous versions of Fedora. In this release, the Bluetooth service is started on demand when needed, and automatically stops 30 seconds after last device use, reducing initial startup time and resources. KVM improvements - Many improvements in KVM virtualization are found in this release: reduced memory consumption and improved performance, NIC hotplug, better disk I/O, modern PXE booting, support for flexible network configurations, and much more. And that is only the beginning. A more complete list and details of each new cited feature is available here: http://fedoraproject.org/wiki/Releases/12/FeatureList For more information including common and known bugs, tips on how to report bugs, and the official release schedule, please refer to the release notes: http://fedoraproject.org/wiki/Fedora_12_Alpha_release_notes Thank you, and we hope to see you in the Fedora project! -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From mw_triad at users.sourceforge.net Tue Aug 25 15:39:10 2009 From: mw_triad at users.sourceforge.net (Matthew Woehlke) Date: Tue, 25 Aug 2009 10:39:10 -0500 Subject: gwenview - Re: Orphaning packages In-Reply-To: References: <200908212234.25091.gauret@free.fr> <1250970270.18334.24.camel@erdos.localdomain> <20090823194852.78cd24b1@faldor.intranet> <4A91811B.2090702@fedoraproject.org> <4A9184CB.3000505@fedoraproject.org> Message-ID: Kevin Kofler wrote: > Rahul Sundaram wrote: >> A quick way to actually check for such dependencies is to switch to >> another desktop environment, say Xfce, remove all the KDE packages and >> install one of the KDE apps. It usually reveals dependencies which >> are rather silly. I have seen kde-settings, background packages and >> kdebase pull in odd dependencies on occasions. k3b, ktorrent, scribus >> et all are often used outside KDE. > > It's not like those dependencies bite. ;-) HDD space is cheap. Not on netbooks it isn't! I'd have to buy a new machine to get bigger than the 4 G ssd I currently have. There's a reason I nuked the entire printing support chain, even though it deprived me (for no good reason IMO) of kcalc. > I don't find it scandalous that ktorrent drags in kdebase-workspace > nor that kdebase- workspace drags in Akonadi (and thus MySQL, which > is a hard requirement of Akonadi) and I'm not sure the current > subpackage explosion (FYI, rdieter split out subpackages to break > both the links in the offending chain: in upcoming updates, ktorrent > no longer requires kdebase-workspace, only the kde-plasma-ktorrent > subpackage does, and kdebase-workspace no longer requires akonadi, > only the kdebase-workspace-akonadi subpackage does) are a step in the > right direction (as they mean the default installations of both > ktorrent and kdebase-workspace/Plasma will be missing features). I'd > rather have "unneccessary" dependencies than useful features not > installed by default. I have to disagree with part of this. I don't disagree with kdebase-workspace having a hard dependency on akonadi, but I /am/ leery of anything that doesn't enhance the KDE desktop having a hard dependency on kdebase-workspace. -- Matthew Please do not quote my e-mail address unobfuscated in message bodies. -- Matthew Please do not quote my e-mail address unobfuscated in message bodies. -- $ kill bill kill: can't find process "bill" From deadbabylon at googlemail.com Tue Aug 25 16:41:46 2009 From: deadbabylon at googlemail.com (Sebastian Vahl) Date: Tue, 25 Aug 2009 18:41:46 +0200 Subject: KDE-SIG weekly report (35/2009) Message-ID: <200908251841.52086.deadbabylon@googlemail.com> This is a report of the weekly KDE-SIG-Meeting with a summary of the topics that were discussed. If you want to add a comment please reply to this email or add it to the related meeting page. ---------------------------------------------------------------------------------- = Weekly KDE Summary = Week: 35/2009 Time: 2009-08-25 14:00 UTC Meeting page: http://fedoraproject.org/wiki/SIGs/KDE/Meetings/2009-08-25 Meeting Minutes: http://meetbot.fedoraproject.org/fedora- meeting/2009-08-25/fedora-meeting.2009-08-25-14.05.html Full log: http://meetbot.fedoraproject.org/fedora-meeting/2009-08-25/fedora- meeting.2009-08-25-14.05.log.html ---------------------------------------------------------------------------------- = Participants = * BenBoeckel * JaroslavReznik * KevinKofler * LukasTinkl * SebastianVahl * StevenParrish * ThanNgo ---------------------------------------------------------------------------------- = Agenda = * revisit KDE 4.3 feature page * get.fedoraproject.org * KDE 4.3.1 * phonon-backend-gstreamer * F12 blocker bugs: #515539 - prelink: process for the fileprotocol / desktop protocol died unexpectedly #499968 - port PackageKit-qt to PolicyKit 1.0 = Summary = o revisit KDE 4.3 feature page: * In official KDE 4.3 announcement the feature of using Google Calendar in KOrganizer was promoted. [1] * But the corresponding googledata package wasn't released as an Extragear package and only exists in KDE's svn. [2] * To use the feature someone has to package it for Fedora when a tarball is released. * Until then this will be removed from the feature page. [3] o get.fedoraproject.org: * Over the weekend there were a large discussion about a new design for get.fedoraproject.org. [4] * M?ir?nDuffy requested our goals for such a design. [5] So we should take this to the fedora-kde mailinglist. * Additionally an own subdomain for our KDE spin would be interesting. * StephenParrish will contact Fedora Board to get a subdomain up. o KDE 4.3.1: * KDE 4.3.1 will be tagged on Aug 27. [6] * ThanNgo will prepare the packages for Rawhide. * LukasTinkl will take care of the updates for F-11 and F-10. * SebastianVahl will build the corresponding Extragear packages. o phonon-backend-gstreamer: * phonon-backend-gstreamer was added as default phonon backend in Rawhide. * Until now there were no negative feedback. * The warning about the default setup (pulseaudio) should be fixed now. o Must-fix bugs for F12: * #515539 - prelink: process for the fileprotocol / desktop protocol died unexpectedly - It's still unclear what causes this problems and they will need further attention. * #499968 - PolicyKit 1 authentication issues with KPackageKit - gnome-authentification-agent could be used with KPackageKit. - A new svn release of PackageKit in rawhide should fix the errors KPackageKit is having. - StephenParrish will build a new KPackageKit snapshot which should fix some of the regressions. ---------------------------------------------------------------------------------- = Next Meeting = http://fedoraproject.org/wiki/SIGs/KDE/Meetings/2009-09-01 ---------------------------------------------------------------------------------- = Links = [1] http://kde.org/announcements/4.3/index.php [2] http://websvn.kde.org/trunk/extragear/pim/googledata/ [3] https://fedoraproject.org/wiki/Features/KDE43 [4] https://www.redhat.com/archives/fedora-advisory-board/2009- August/msg00042.html [5] https://www.redhat.com/archives/fedora-advisory-board/2009- August/msg00133.html [6] http://techbase.kde.org/Schedules/KDE4/4.3_Release_Schedule = Buglist = https://bugzilla.redhat.com/show_bug.cgi?id=499968 https://bugzilla.redhat.com/show_bug.cgi?id=515539 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: From nathanael at gnat.ca Tue Aug 25 17:03:52 2009 From: nathanael at gnat.ca (Nathanael D. Noblet) Date: Tue, 25 Aug 2009 11:03:52 -0600 Subject: Potential PackageKit improvement??? Message-ID: <4A941978.4000800@gnat.ca> Hi, before I file anything about this, just wanted to ask. Today I received a KDE update, I don't run the kde desktop. It wants to reboot my whole computer... Perhaps it could be smarter to know whether it needs a reboot, a logout / login, particularly if I'm running gnome vs KDE... Is this a legitimate request? Should I file a bug / feature request? -- Nathanael d. Noblet From hughsient at gmail.com Tue Aug 25 17:13:50 2009 From: hughsient at gmail.com (Richard Hughes) Date: Tue, 25 Aug 2009 18:13:50 +0100 Subject: Potential PackageKit improvement??? In-Reply-To: <4A941978.4000800@gnat.ca> References: <4A941978.4000800@gnat.ca> Message-ID: <15e53e180908251013q3eb4f1bbm5898855a61da0a45@mail.gmail.com> 2009/8/25 Nathanael D. Noblet : > Is this a legitimate request? Should I file a bug / feature request? It depends. If the bodhi metadata says "restart-required" then PackageKit honours this. Richard. From michael.silvanus at gmail.com Tue Aug 25 18:28:21 2009 From: michael.silvanus at gmail.com (Michel Alexandre Salim) Date: Tue, 25 Aug 2009 14:28:21 -0400 Subject: PackageKit and yum --skip-broken Message-ID: <1251224901.8102.24.camel@mikmaq.localdomain> Would it be desirable to have a PK equivalent of yum --skip-broken? Instead of being told that the current selection set canot be installed because of dependency problems, a more useful message would be "some selected packages have dependency problems -- here they are. they have been deselected, press OK again to retry". Regards, -- Michel Salim GPG key ID: 78884778 IRC: hircus Package Sponsor, Fedora Project From mschwendt at gmail.com Tue Aug 25 18:39:30 2009 From: mschwendt at gmail.com (Michael Schwendt) Date: Tue, 25 Aug 2009 20:39:30 +0200 Subject: ktorrent adds kdm - Re: Orphaning packages In-Reply-To: References: <200908212234.25091.gauret@free.fr> <1250970270.18334.24.camel@erdos.localdomain> <20090823194852.78cd24b1@faldor.intranet> <4A91811B.2090702@fedoraproject.org> <4A9184CB.3000505@fedoraproject.org> <20090825093910.3617b0b4@faldor.intranet> Message-ID: <20090825203930.49dc3de5@faldor.intranet> On Tue, 25 Aug 2009 10:01:39 -0400, Ben wrote: > Oh dear, run for your lives. Last I used GDM, I didn't know > where to change the session type (I was looking). I haven't used > it in over a year since it's one of the first things to get > replaced on my systems. Looking at a screenshot with solar[1] I > see a restart, a shutdown, a power, and an accessibility button. > Nothing about sessions. Certainly not visible at least. So I > fail to see why this would be any issue at all. What am I > missing? Users, who discover what software is being offered, who know how to switch the session type, and who will notice that the installed KDE is incomplete. As if the admin had messed it up. Customising the personal desktop and choosing between either GNOME or KDE is one of the first things many users do. They even go as far as replacing the window manager, if alternative wm are available. On your fully private machine(s) it may not be an issue at all, I agree. From jlaska at redhat.com Tue Aug 25 18:44:11 2009 From: jlaska at redhat.com (James Laska) Date: Tue, 25 Aug 2009 14:44:11 -0400 Subject: 2009-08-27 - Fedora test day - Dracut Message-ID: <1251225851.18001.14.camel@localhost.localdomain> Fedora Test Day - Dracut Date: 2009-08-27 Time: All day Location: #fedora-test-day on irc.freenode.net Greetings folks, This week's Fedora Test Day will focus on exercising the Fedora 12 mkinitrd/nash replacement ... ... Dracut [1]. If you find yourself wondering, "what the heck is that?" The following snippet from the fedoraproject wiki [2] best describes the change. With Dracut, the initramfs has one purpose in life - getting the rootfs mounted so that we can transition to the real rootfs. This is all driven by device availability. Therefore, instead of scripts hard-coded to do various things, we depend on udev to create device nodes for us and then when we have the rootfs's device node, we mount and carry on. It is worth noting that dracut will impact *every* Fedora 12 user (and potentially users of other distros). As a result, there are several ways to get involved with testing, ranging from basic to more advanced: 1. Download the live image and boot on your system(s) 2. Update your existing Fedora 11 (or Fedora 12 Alpha) system(s) to use dracut, and reboot 3. Install Fedora 12/Rawhide targetting specific root partitiong schemes (iSCSI, dmraid, RAID+lvm+luks, etc...) I invite you to join #fedora-test-day this Thursday, August 27 2009 to help test dracut. At the very least, providing feedback on the live image will be much appreciated. Additional test feedback per the wiki guidlines is also encouraged. Stay tuned for more details at https://fedoraproject.org/wiki/Test_Day:2009-08-27_Dracut. Thanks, James [1] https://fedoraproject.org/wiki/Features/Dracut [2] https://fedoraproject.org/wiki/Dracut#Technical_details -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From stickster at gmail.com Tue Aug 25 18:57:10 2009 From: stickster at gmail.com (Paul W. Frields) Date: Tue, 25 Aug 2009 14:57:10 -0400 Subject: PackageKit and yum --skip-broken In-Reply-To: <1251224901.8102.24.camel@mikmaq.localdomain> References: <1251224901.8102.24.camel@mikmaq.localdomain> Message-ID: <20090825185710.GE3472@localhost.localdomain> On Tue, Aug 25, 2009 at 02:28:21PM -0400, Michel Alexandre Salim wrote: > Would it be desirable to have a PK equivalent of yum --skip-broken? > Instead of being told that the current selection set canot be installed > because of dependency problems, a more useful message would be "some > selected packages have dependency problems -- here they are. they have > been deselected, press OK again to retry". I might be wrong, but I could swear that PK acted like this in my Rawhide machine the other day when there was a particular deps problem at the mirror. -- Paul W. Frields http://paul.frields.org/ gpg fingerprint: 3DA6 A0AC 6D58 FEC4 0233 5906 ACDB C937 BD11 3717 http://redhat.com/ - - - - http://pfrields.fedorapeople.org/ irc.freenode.net: stickster @ #fedora-docs, #fedora-devel, #fredlug From hughsient at gmail.com Tue Aug 25 19:19:10 2009 From: hughsient at gmail.com (Richard Hughes) Date: Tue, 25 Aug 2009 20:19:10 +0100 Subject: PackageKit and yum --skip-broken In-Reply-To: <20090825185710.GE3472@localhost.localdomain> References: <1251224901.8102.24.camel@mikmaq.localdomain> <20090825185710.GE3472@localhost.localdomain> Message-ID: <15e53e180908251219k496a82b8xd89c94bb8165207d@mail.gmail.com> 2009/8/25 Paul W. Frields : > I might be wrong, but I could swear that PK acted like this in my > Rawhide machine the other day when there was a particular deps problem > at the mirror. PK already does skip-broken, but can't run if the transaction fails in the rpm transaction (file conflicts) rather than before the rpm transaction starts. I suspect yum update --skip-broken won't work either. Richard. From mschwendt at gmail.com Tue Aug 25 19:43:47 2009 From: mschwendt at gmail.com (Michael Schwendt) Date: Tue, 25 Aug 2009 21:43:47 +0200 Subject: PackageKit and yum --skip-broken In-Reply-To: <15e53e180908251219k496a82b8xd89c94bb8165207d@mail.gmail.com> References: <1251224901.8102.24.camel@mikmaq.localdomain> <20090825185710.GE3472@localhost.localdomain> <15e53e180908251219k496a82b8xd89c94bb8165207d@mail.gmail.com> Message-ID: <20090825214347.1adf85f9@faldor.intranet> On Tue, 25 Aug 2009 20:19:10 +0100, Richard wrote: > 2009/8/25 Paul W. Frields: > > I might be wrong, but I could swear that PK acted like this in my > > Rawhide machine the other day when there was a particular deps problem > > at the mirror. > > PK already does skip-broken, but can't run if the transaction fails in > the rpm transaction (file conflicts) rather than before the rpm > transaction starts. I suspect yum update --skip-broken won't work > either. True. From kevin.kofler at chello.at Tue Aug 25 20:32:42 2009 From: kevin.kofler at chello.at (Kevin Kofler) Date: Tue, 25 Aug 2009 22:32:42 +0200 Subject: Potential PackageKit improvement??? References: <4A941978.4000800@gnat.ca> <15e53e180908251013q3eb4f1bbm5898855a61da0a45@mail.gmail.com> Message-ID: Richard Hughes wrote: > It depends. If the bodhi metadata says "restart-required" then > PackageKit honours this. That said, that flag is somehow "sticky" in Bodhi: if an update to a package XYZ had that flag set, any future update to that same package XYZ will get it set automatically. Particularly annoying for update groups like KDE, where an update of just, say, kdenetwork doesn't really require a restart. Nor updates which just add a patch. Whereas running a mix of KDE 4.2 and 4.3 tends to be unstable, so we do have to recommend to restart at least X11 (but Bodhi / the metadata / PackageKit have no way of marking a restart of only the session as recommended) for that kind of updates. Fixing Bodhi to not make that flag "stick" in the way it currently does would probably be a good start, I'm going to file a bug in the Bodhi tracker for that. Kevin Kofler From kevin.kofler at chello.at Tue Aug 25 20:38:34 2009 From: kevin.kofler at chello.at (Kevin Kofler) Date: Tue, 25 Aug 2009 22:38:34 +0200 Subject: Potential PackageKit improvement??? References: <4A941978.4000800@gnat.ca> <15e53e180908251013q3eb4f1bbm5898855a61da0a45@mail.gmail.com> Message-ID: I wrote: > Fixing Bodhi to not make that flag "stick" in the way it currently does > would probably be a good start, I'm going to file a bug in the Bodhi > tracker for that. https://fedorahosted.org/bodhi/ticket/352 Kevin Kofler From jkeating at redhat.com Tue Aug 25 20:59:00 2009 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 25 Aug 2009 13:59:00 -0700 Subject: Potential PackageKit improvement??? In-Reply-To: References: <4A941978.4000800@gnat.ca> <15e53e180908251013q3eb4f1bbm5898855a61da0a45@mail.gmail.com> Message-ID: <1251233940.5177.1.camel@localhost.localdomain> On Tue, 2009-08-25 at 22:38 +0200, Kevin Kofler wrote: > I wrote: > > > Fixing Bodhi to not make that flag "stick" in the way it currently does > > would probably be a good start, I'm going to file a bug in the Bodhi > > tracker for that. > > https://fedorahosted.org/bodhi/ticket/352 > > Kevin Kofler > It's sticky because if you happened to miss the one update that did require a reboot, and you're going directly from stock to the latest simple fix update, there is still the need for a reboot in there. If we're going to flag the need for a reboot, we likely have to flag it for specific versions, eg if you are updating from foo < 2.1 then needs-reboot, otherwise not. -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From michael.silvanus at gmail.com Tue Aug 25 22:48:16 2009 From: michael.silvanus at gmail.com (Michel Alexandre Salim) Date: Tue, 25 Aug 2009 18:48:16 -0400 Subject: PackageKit and yum --skip-broken In-Reply-To: <20090825214347.1adf85f9@faldor.intranet> References: <1251224901.8102.24.camel@mikmaq.localdomain> <20090825185710.GE3472@localhost.localdomain> <15e53e180908251219k496a82b8xd89c94bb8165207d@mail.gmail.com> <20090825214347.1adf85f9@faldor.intranet> Message-ID: <1251240496.14185.5.camel@mikmaq.localdomain> On Tue, 2009-08-25 at 21:43 +0200, Michael Schwendt wrote: > > PK already does skip-broken, but can't run if the transaction fails in > > the rpm transaction (file conflicts) rather than before the rpm > > transaction starts. I suspect yum update --skip-broken won't work > > either. > True. > Yes; I noticed it failing probably because of the current multilib problem with file-libs. Thanks, -- Michel From mclasen at redhat.com Tue Aug 25 22:50:17 2009 From: mclasen at redhat.com (Matthias Clasen) Date: Tue, 25 Aug 2009 18:50:17 -0400 Subject: fedora-pkgdb: make it discoverable on browser home page? In-Reply-To: References: <1251047209.6118.21.camel@mikmaq.localdomain> <4A9180A2.2050901@gmail.com> <4A918172.7070500@fedoraproject.org> <4A919A17.4070109@gmail.com> <1251124292.1923.9.camel@planemask> <1251134798.1923.17.camel@planemask> Message-ID: <1251240617.1823.16.camel@planemask> On Mon, 2009-08-24 at 19:35 +0200, drago01 wrote: > On Mon, Aug 24, 2009 at 7:26 PM, Matthias Clasen wrote: > > [..] > >> Static? Doesn't scale (unless you would want to do it just for specific apps) > > > > My initial idea was to make this a 'top 10 apps', ie be selective, > > instead of trying to be all-inclusive and make the user scroll through > > dozens of pages with niche apps... > > Yeah but where does this "top 10" come from? > Wouldn't that end up list stuff that is installed by default anyway > (+/- Oo.org ) ? My initial criteria will be something like: - Only graphical apps - Include 'flagship apps' that people might have heard about - Include apps from a variety of different areas - Prefer things that are not included on the live cd, since this is supposed to help people find new apps, not things they already have Using those criteria, 10 slots are quickly filled: firefox thunderbird openoffice (writer, calc, impress) pidgin gimp inkscape eclipse virt-manager maybe f-spot a game A nice extension would be to reserve a spot for some 'package of the week' like feature, that would showcase lesser-known apps like glabels, agave, etc. Matthias From pbrobinson at gmail.com Tue Aug 25 23:00:32 2009 From: pbrobinson at gmail.com (Peter Robinson) Date: Wed, 26 Aug 2009 00:00:32 +0100 Subject: fedora mini alpha testing Message-ID: <5256d0b0908251600g448da05brb2d7a99169c23b78@mail.gmail.com> Arriving fashionably late, and mostly intact, to the "Constantine" Alpha party I'd like to announce that Moblin on Fedora has made it's initial debut for Fedora Mini :) Still a work in progress, Moblin is now in a mostly usable state on Fedora for testing. It has hence come well dressed for the alpha party in the "Constantine" theme in that its still very much in the testing stage :-) But if your still game..... to give your netbook it's first real work out read on! If its running the Constantine alpha or rawhide, you can test it by simply do a 'yum groupinstall "Moblin Desktop Environment"'. Once that's done simply logout or reboot and you can prepare for take off by selecting "Moblin User Experience" during login. While the core interface in now there there's still a couple of packages that are will arrive over the next week so. Running 'yum groupinstall "Moblin Desktop Environment"' again will top you up :) I look forward to feedback and help in making it great for F-12, and all other Moblin and Fedora Mini feedback. I'd also like some help in documenting supported netbook hardware combinations for F-12 so please send me smolt profiles, hardware reports or add and update details to the wiki page here (1). I look forward to a great start to Fedora Mini! Peter [1] https://fedoraproject.org/wiki/SIGs/FedoraMini/Hardware From alexl at users.sourceforge.net Wed Aug 26 00:35:15 2009 From: alexl at users.sourceforge.net (Alex Lancaster) Date: Tue, 25 Aug 2009 17:35:15 -0700 Subject: trouble building octave-forge: build system issues? Message-ID: I'm the maintainer of octave-forge and, I've been beating my head against the wall trying to build octave-forge against the new octave 3.2.2 in rawhide. It successfully completes the %build section, but at fails (different times) during the %install with errors like this: + make install TMPDIR=/var/tmp + DESTDIR=/builddir/build/BUILDROOT/octave-forge-20090607-8.fc12.x86_64 + DISTPKG=redhat mkdir (/var/tmp/oct-OxbPId) untar (/var/tmp/quaternion-1.0.0.tar.gz, /var/tmp/oct-OxbPId) panic: Illegal instruction -- stopping myself... /bin/sh: line 41: 28982 Illegal instruction octave -H -q + --no-site-file --eval + "warning('off','all');pkg('prefix','$octprefix','$archprefix');pkg('global_list',fullfile('$shareprefix','octave_packages'));pkg('local_list',fullfile('$shareprefix','octave_packages'));pkg('install','-nodeps','-nodeps','-verbose','/var/tmp/quaternion-1.0.0.tar.gz');" error: can't perform indexing operations for cs-list type error: evaluating argument list element number 1 task: http://koji.fedoraproject.org/koji/taskinfo?taskID=1631652 full build log: http://koji.fedoraproject.org/koji/getfile?taskID=1631652&name=build.log The way the %install works is that it is installing different tarballs in sequence and I get similar errors but for different tarballs in each build run. I've reported this upstream, and they seem to think that the error potentially in the build system because the errors aren't reproducible and it least one user has successfully built the SRPM package currently in rawhide on an F-11 machine: https://bugzilla.redhat.com/show_bug.cgi?id=510841#c18 I'm tracking the progress of this here: https://bugzilla.redhat.com/show_bug.cgi?id=510841 Any ideas on how to proceed from here would be gratefully appreciated. Note that I don't have access to a rawhide machine myself and I don't have the resources to run a mock installation either, so if somebody else could attempt to build the package on a true rawhide machine outside the koji build system, that would be great. I'm especially keen to get this done ASAP as it is currently causing broken deps in rawhide. Regards, Alex From michael.silvanus at gmail.com Wed Aug 26 05:36:24 2009 From: michael.silvanus at gmail.com (Michel Alexandre Salim) Date: Wed, 26 Aug 2009 01:36:24 -0400 Subject: PackageKit and yum --skip-broken In-Reply-To: <15e53e180908251219k496a82b8xd89c94bb8165207d@mail.gmail.com> References: <1251224901.8102.24.camel@mikmaq.localdomain> <20090825185710.GE3472@localhost.localdomain> <15e53e180908251219k496a82b8xd89c94bb8165207d@mail.gmail.com> Message-ID: <615c05430908252236g5b83a317jee63b9c1cbc0b5d8@mail.gmail.com> On Tue, Aug 25, 2009 at 3:19 PM, Richard Hughes wrote: > 2009/8/25 Paul W. Frields : >> I might be wrong, but I could swear that PK acted like this in my >> Rawhide machine the other day when there was a particular deps problem >> at the mirror. > > PK already does skip-broken, but can't run if the transaction fails in > the rpm transaction (file conflicts) rather than before the rpm > transaction starts. I suspect yum update --skip-broken won't work > either. So, it turns out that the reason I didn't notice this functionality is that the error message given by gnome-packagekit was slightly unintuitive: it did /not/ inform the user that the uninstallable package has been deselected, and to continue installing. When dealing with large numbers of Rawhide updates, the deselected package tend to be lost in the haystack that is the list of packages, and I normally just quit and used yum, thinking "oh well, no PK today". Interestingly, after upgrading all but that one paskage (libass, conflicting with an unrebuilt package from rpmfusion), attempting to use gpk-update-viewer would, after popping up the error, return to a list of packages with that one package still selected for installation. -- Michel From hughsient at gmail.com Wed Aug 26 07:24:48 2009 From: hughsient at gmail.com (Richard Hughes) Date: Wed, 26 Aug 2009 08:24:48 +0100 Subject: Potential PackageKit improvement??? In-Reply-To: References: <4A941978.4000800@gnat.ca> <15e53e180908251013q3eb4f1bbm5898855a61da0a45@mail.gmail.com> Message-ID: <15e53e180908260024s72900be1n9185a73cab1c2e09@mail.gmail.com> 2009/8/25 Kevin Kofler : > Richard Hughes wrote: > (but Bodhi / the metadata / PackageKit have no way of marking a restart of > only the session as recommended) for that kind of updates. PackageKit detects if the process is running, and asks the user to logout and log back in in this case. Richard. From hughsient at gmail.com Wed Aug 26 07:27:27 2009 From: hughsient at gmail.com (Richard Hughes) Date: Wed, 26 Aug 2009 08:27:27 +0100 Subject: PackageKit and yum --skip-broken In-Reply-To: <615c05430908252236g5b83a317jee63b9c1cbc0b5d8@mail.gmail.com> References: <1251224901.8102.24.camel@mikmaq.localdomain> <20090825185710.GE3472@localhost.localdomain> <15e53e180908251219k496a82b8xd89c94bb8165207d@mail.gmail.com> <615c05430908252236g5b83a317jee63b9c1cbc0b5d8@mail.gmail.com> Message-ID: <15e53e180908260027x495ee1ffu3a7f0dd23c76d284@mail.gmail.com> 2009/8/26 Michel Alexandre Salim : > So, it turns out that the reason I didn't notice this functionality is > that the error message given by gnome-packagekit was slightly > unintuitive: it did /not/ inform the user that the uninstallable > package has been deselected, and to continue installing. Well, functionality like that would be welcome, but I'm tied up with polishing all my software for F12, so I've not got an awful lot of time for new code. If someone could take a look at this I would be very willing to mentor/review any functionality. Richard. From dan at danny.cz Wed Aug 26 08:27:05 2009 From: dan at danny.cz (Dan =?ISO-8859-1?Q?Hor=E1k?=) Date: Wed, 26 Aug 2009 10:27:05 +0200 Subject: source file audit - 2009-08-10 In-Reply-To: <20090810101542.2fa4f2d7@ohm.scrye.com> References: <20090810101542.2fa4f2d7@ohm.scrye.com> Message-ID: <1251275225.3752.34.camel@eagle.danny.cz> > sharkcz:BADSOURCE:entertrack-1.2.6.tar.gz:entertrack modified tarbal in Fedora > sharkcz:BADURL:mm3d-1.3.8.tar.gz:mm3d OK now (probably sf.net issue) > sharkcz:BADURL:openoffice-python-0.1-r34-20090228.tar.bz2:python-openoffice fixed > sharkcz:BADURL:PyWebDAV-0.9.2.tar.gz:pywebdav buggy download on googlecode > sharkcz:BADURL:tryton-1.2.1.tar.gz:tryton fixed > sharkcz:BADURL:xa-2.3.5.tar.gz:xa site doesn't like wget, download from browser works Dan From mbacovsk at redhat.com Wed Aug 26 09:07:22 2009 From: mbacovsk at redhat.com (Martin Bacovsky) Date: Wed, 26 Aug 2009 11:07:22 +0200 Subject: fedora-pkgdb: make it discoverable on browser home page? In-Reply-To: References: <1251047209.6118.21.camel@mikmaq.localdomain> <4A919A17.4070109@gmail.com> Message-ID: <200908261107.23185.mbacovsk@redhat.com> On Monday 24 August 2009 14:36:09 drago01 wrote: > On Sun, Aug 23, 2009 at 9:35 PM, Toshio Kuratomi wrote: > > On 08/23/2009 10:50 AM, Rahul Sundaram wrote: > > > >> Aren't we pitching Fedora Community interface as the end user facing > >> thing, going forward? It seems some of these features will overlap or > >> duplicate it. > >> > > It's possible. The packagedb is going to be the backend for the Fedora > > Community Front end so it had to get written this summer so that work on > > the front-end can proceed. > > For the front-end to be end user suitable it should: > > * List applications rather than packages > * Group them > * Provide some kind of rating system to show "best rated" or "most downloaded" > * Use the application icon if it has one > * Make use of the packagekit browser plugin for installation > This was actually the goal of Amber project https://fedorahosted.org/amber/wiki/Definition. The project stalled for almost a year. Then I wanted to join and take over Amber development but we decided to better move the features into pkgdb and work together. I also like the original Amber mockups (I believe they were created by Mike Langlie). You can see them here http://mbacovsk.fedorapeople.org/Amber/mockups/. Any feedback is welcome. Martin From Quentin at Armitage.org.uk Wed Aug 26 09:25:37 2009 From: Quentin at Armitage.org.uk (Quentin Armitage) Date: Wed, 26 Aug 2009 10:25:37 +0100 Subject: trouble building octave-forge: build system issues? In-Reply-To: References: Message-ID: <1251278737.2212.2.camel@samson.armitage.org.uk> On Tue, 2009-08-25 at 17:35 -0700, Alex Lancaster wrote: > I'm the maintainer of octave-forge and, I've been beating my head > against the wall trying to build octave-forge against the new octave > 3.2.2 in rawhide. > so if somebody > else could attempt to build the package on a true rawhide machine > outside the koji build system, that would be great. > I've attempted a build on an i686 Rawhide system (not using Mock), and it failed as follows: + for dir in '*.[0-9]' + cd generate_html-0.0.9 + make install TMPDIR=/var/tmp DESTDIR=/u/home/hsn/rpmbuild/BUILDROOT/octave-forge-20090607-8.fc12.i386 DISTPKG=redhat warning: lo_ieee_init: unrecognized floating point format! warning: lo_ieee_init: unrecognized floating point format! warning: lo_ieee_init: unrecognized floating point format! mkdir (/var/tmp/oct-UjZEGb) untar (/var/tmp/generate_html-0.0.9.tar.gz, /var/tmp/oct-UjZEGb) warning: lo_ieee_init: unrecognized floating point format! + cd .. + for dir in '*.[0-9]' + cd integration-1.0.7 + make install TMPDIR=/var/tmp DESTDIR=/u/home/hsn/rpmbuild/BUILDROOT/octave-forge-20090607-8.fc12.i386 DISTPKG=redhat warning: lo_ieee_init: unrecognized floating point format! warning: lo_ieee_init: unrecognized floating point format! warning: lo_ieee_init: unrecognized floating point format! mkdir (/var/tmp/oct-R9mDsz) untar (/var/tmp/integration-1.0.7.tar.gz, /var/tmp/oct-R9mDsz) warning: lo_ieee_init: unrecognized floating point format! + cd .. + for dir in '*.[0-9]' + cd java-1.2.6 + make install TMPDIR=/var/tmp DESTDIR=/u/home/hsn/rpmbuild/BUILDROOT/octave-forge-20090607-8.fc12.i386 DISTPKG=redhat warning: lo_ieee_init: unrecognized floating point format! warning: lo_ieee_init: unrecognized floating point format! warning: lo_ieee_init: unrecognized floating point format! mkdir (/var/tmp/oct-FZRCZp) untar (/var/tmp/java-1.2.6.tar.gz, /var/tmp/oct-FZRCZp) error: memory exhausted or requested size too large for range of Octave's index type -- eval failed load: file `/u/home/hsn/rpmbuild/BUILDROOT/octave-forge-20090607-8.fc12.i386/usr/share/octave/octave_packages' seems to be empty! error: called from `pkg>installed_packages' in file /usr/share/octave/3.2.2/m/pkg/pkg.m near line 1852, column 21 warning: lo_ieee_init: unrecognized floating point format! error: can't perform indexing operations for cs-list type error: evaluating argument list element number 1 error: evaluating argument list element number 1 /bin/sh: line 25: /packinfo/on_uninstall.m: No such file or directory /bin/sh: line 26: /packinfo/on_uninstall.m: No such file or directory /bin/sh: line 27: /packinfo/on_uninstall.m: No such file or directory /bin/sh: line 28: /packinfo/dist_admin: No such file or directory /bin/sh: line 29: /packinfo/dist_admin: No such file or directory /bin/sh: line 30: /packinfo/dist_admin: No such file or directory /bin/sh: line 31: /packinfo/dist_admin: No such file or directory /bin/sh: line 32: /packinfo/dist_admin: No such file or directory /bin/sh: line 33: /packinfo/dist_admin: No such file or directory /bin/sh: line 34: /packinfo/dist_admin: No such file or directory /bin/sh: line 35: /packinfo/dist_admin: No such file or directory /bin/sh: line 36: /packinfo/dist_admin: No such file or directory /bin/sh: line 37: /packinfo/dist_admin: No such file or directory /bin/sh: line 38: /packinfo/dist_admin: No such file or directory /bin/sh: line 39: /packinfo/dist_admin: No such file or directory chmod: cannot access `/packinfo/dist_admin': No such file or directory make: *** [install] Error 1 error: Bad exit status from /var/tmp/rpm-tmp.lIUUiE (%install) RPM build errors: Bad exit status from /var/tmp/rpm-tmp.lIUUiE (%install) [hsn at samson SPECS]$ From drago01 at gmail.com Wed Aug 26 09:33:57 2009 From: drago01 at gmail.com (drago01) Date: Wed, 26 Aug 2009 11:33:57 +0200 Subject: fedora-pkgdb: make it discoverable on browser home page? In-Reply-To: <200908261107.23185.mbacovsk@redhat.com> References: <1251047209.6118.21.camel@mikmaq.localdomain> <4A919A17.4070109@gmail.com> <200908261107.23185.mbacovsk@redhat.com> Message-ID: On Wed, Aug 26, 2009 at 11:07 AM, Martin Bacovsky wrote: > On Monday 24 August 2009 14:36:09 drago01 wrote: >> On Sun, Aug 23, 2009 at 9:35 PM, Toshio Kuratomi wrote: >> > On 08/23/2009 10:50 AM, Rahul Sundaram wrote: >> > >> >> Aren't we pitching Fedora Community interface as the end user facing >> >> thing, going forward? It seems some of these features will overlap or >> >> duplicate it. >> >> >> > It's possible. ?The packagedb is going to be the backend for the Fedora >> > Community Front end so it had to get written this summer so that work on >> > the front-end can proceed. >> >> For the front-end to be end user suitable it should: >> >> * List applications rather than packages >> * Group them >> * Provide some kind of rating system to show "best rated" or "most downloaded" >> * Use the application icon if it has one >> * Make use of the packagekit browser plugin for installation >> > > This was actually the goal of Amber project https://fedorahosted.org/amber/wiki/Definition. The project stalled for almost a year. Then I wanted to join and take over ?Amber development but we decided to better move the features into ?pkgdb and work together. I don't think pkgdb is the right place for this it can serve as a backend (better would be to just access the underlying db directly, for performance reasons), but the frontend is to developer and package oriented. > I also like the original Amber mockups (I believe they were created by Mike Langlie). You can see them here http://mbacovsk.fedorapeople.org/Amber/mockups/. > Any feedback is welcome. http://mbacovsk.fedorapeople.org/Amber/mockups/Fedora_apps.png Should show categories first and than this view. http://mbacovsk.fedorapeople.org/Amber/mockups/Fedora_app_page.png Use a install rather than "Download" button. The "Add Category" feature does not make sense imho. (same for tags) Don't show "X-Redhat-Base" what is that supposed to mean to the user? "Application" does not make sense as a category. Remove the "packages" section, why should a user care about this? It should be just a simple interface for users to find and install apps and rate them (to find popular apps). From mbacovsk at redhat.com Wed Aug 26 11:07:08 2009 From: mbacovsk at redhat.com (Martin Bacovsky) Date: Wed, 26 Aug 2009 13:07:08 +0200 Subject: fedora-pkgdb: make it discoverable on browser home page? In-Reply-To: References: <1251047209.6118.21.camel@mikmaq.localdomain> <200908261107.23185.mbacovsk@redhat.com> Message-ID: <200908261307.09225.mbacovsk@redhat.com> On Wednesday 26 August 2009 11:33:57 drago01 wrote: > > This was actually the goal of Amber project https://fedorahosted.org/amber/wiki/Definition. The project stalled for almost a year. Then I wanted to join and take over Amber development but we decided to better move the features into pkgdb and work together. > > I don't think pkgdb is the right place for this it can serve as a > backend (better would be to just access the underlying db directly, > for performance reasons), but the frontend is to developer and package > oriented. > We didn't discuss the exact location of the frontend yet so I believe this is still open. > > I also like the original Amber mockups (I believe they were created by Mike Langlie). You can see them here http://mbacovsk.fedorapeople.org/Amber/mockups/. > > Any feedback is welcome. > > http://mbacovsk.fedorapeople.org/Amber/mockups/Fedora_apps.png > > Should show categories first and than this view. You are right. I would like this mockup rather for search resluts page. Front page should offer more ways to choose right application. . > > http://mbacovsk.fedorapeople.org/Amber/mockups/Fedora_app_page.png > > Use a install rather than "Download" button. In Amber we counted on packagekit plugin, so Install could be available. But I did not investigated much if there are issues with this solution. > The "Add Category" feature does not make sense imho. (same for tags) > Don't show "X-Redhat-Base" what is that supposed to mean to the user? > "Application" does not make sense as a category. In Amber, Categories were imported form application .desktop file. In pkgdb separate categories should be droped and we will prepopulate tags with .desktop categories during the import. Filtering them during import might be good idea though. > Remove the "packages" section, why should a user care about this? This was probably inteded as a link to related package to give more experienced users the possibilty to check package related information, what other applications are contained within the package and so on. No problem to ommit this if needed. Thanks for your comments. Regards, Martin From fedora at camperquake.de Wed Aug 26 11:15:09 2009 From: fedora at camperquake.de (Ralf Ertzinger) Date: Wed, 26 Aug 2009 13:15:09 +0200 Subject: source file audit - 2009-08-10 In-Reply-To: <1251275225.3752.34.camel@eagle.danny.cz> References: <20090810101542.2fa4f2d7@ohm.scrye.com> <1251275225.3752.34.camel@eagle.danny.cz> Message-ID: <20090826131509.446015c7@dhcp03.addix.net> Hi. On Wed, 26 Aug 2009 10:27:05 +0200, Dan Hor?k wrote: > > sharkcz:BADURL:xa-2.3.5.tar.gz:xa > site doesn't like wget, download from browser works Probably a good idea in general to have the check script fake it's user agent. From alexl at users.sourceforge.net Wed Aug 26 11:15:30 2009 From: alexl at users.sourceforge.net (Alex Lancaster) Date: Wed, 26 Aug 2009 04:15:30 -0700 Subject: trouble building octave-forge: build system issues? In-Reply-To: <1251278737.2212.2.camel@samson.armitage.org.uk> (Quentin Armitage's message of "Wed\, 26 Aug 2009 10\:25\:37 +0100") References: <1251278737.2212.2.camel@samson.armitage.org.uk> Message-ID: >>>>> "QA" == Quentin Armitage writes: QA> On Tue, 2009-08-25 at 17:35 -0700, Alex Lancaster wrote: >> I'm the maintainer of octave-forge and, I've been beating my head >> against the wall trying to build octave-forge against the new octave >> 3.2.2 in rawhide. >> so if somebody >> else could attempt to build the package on a true rawhide machine >> outside the koji build system, that would be great. QA> I've attempted a build on an i686 Rawhide system (not using Mock), and QA> it failed as follows: [...] QA> mkdir (/var/tmp/oct-FZRCZp) QA> untar (/var/tmp/java-1.2.6.tar.gz, /var/tmp/oct-FZRCZp) QA> error: memory exhausted or requested size too large for range of QA> Octave's index type -- eval failed QA> load: file QA> `/u/home/hsn/rpmbuild/BUILDROOT/octave-forge-20090607-8.fc12.i386/usr/share/octave/octave_packages' seems to be empty! QA> error: called from `pkg>installed_packages' in QA> file /usr/share/octave/3.2.2/m/pkg/pkg.m near line 1852, column 21 QA> warning: lo_ieee_init: unrecognized floating point format! QA> error: can't perform indexing operations for cs-list type QA> error: evaluating argument list element number 1 QA> error: evaluating argument list element number 1 QA> /bin/sh: line 25: /packinfo/on_uninstall.m: No such file or directory [...] Thanks for the feedback, it's very helpful and it makes me suspect that the build failures may be related to the switch from i586 -> i686 on rawhide. For example, using koji, the x86_64 build appears to complete correctly: http://koji.fedoraproject.org/koji/taskinfo?taskID=1634667 but the i686 build on koji has similar install failures to those mentioned above (and those that I obtained previously): http://koji.fedoraproject.org/koji/taskinfo?taskID=1634671 So there may be some i686-specific issues with building Octave packages as it has not previously been built with the specific i686 architecture until now. Any ideas on how to address this? Alex From nils at redhat.com Wed Aug 26 12:33:01 2009 From: nils at redhat.com (Nils Philippsen) Date: Wed, 26 Aug 2009 14:33:01 +0200 Subject: source file audit - 2009-08-10 In-Reply-To: <20090810101542.2fa4f2d7@ohm.scrye.com> References: <20090810101542.2fa4f2d7@ohm.scrye.com> Message-ID: <1251289981.3248.263.camel@gibraltar.str.redhat.com> On Mon, 2009-08-10 at 10:15 -0600, Kevin Fenzi wrote: > nphilipp:BADURL:python-slip-0.1.15.tar.bz2:python-slip Thanks for the heads up. I've moved the package and all the tarballs from fedorapeople to fedorahosted and the URL has been changed accordingly in the current packages. Nils -- Nils Philippsen "Those who would give up Essential Liberty to purchase Red Hat a little Temporary Safety, deserve neither Liberty nils at redhat.com nor Safety." -- Benjamin Franklin, 1759 PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 From kevin.kofler at chello.at Wed Aug 26 12:40:56 2009 From: kevin.kofler at chello.at (Kevin Kofler) Date: Wed, 26 Aug 2009 14:40:56 +0200 Subject: showing dependency trees References: <200908212234.25091.gauret@free.fr> <200908242326.58402.bjorn@xn--rombobjrn-67a.se> <604aa7910908241453j65b0d57bo78cc4ca3792ddd3e@mail.gmail.com> <200908250031.43202.bjorn@xn--rombobjrn-67a.se> Message-ID: Bj?rn Persson wrote: > On the other hand, not addressing such situations at all ultimately leads > to a huge tangle where every single package depends on pretty much all of > Fedora Everything. It's a matter of finding a good balance. So where's the problem? Yum fetches it all for you, you don't have to worry about that kind of implementation detail. Kevin Kofler From kevin.kofler at chello.at Wed Aug 26 12:43:03 2009 From: kevin.kofler at chello.at (Kevin Kofler) Date: Wed, 26 Aug 2009 14:43:03 +0200 Subject: gwenview - Re: Orphaning packages References: <200908212234.25091.gauret@free.fr> <4A9184CB.3000505@fedoraproject.org> <200908250046.22426.bjorn@xn--rombobjrn-67a.se> Message-ID: Bj?rn Persson wrote: > It would be nice if things could be set up such that > kdebase-workspace-akonadi gets installed by default if both > kdebase-workspace and akonadi are installed, but not if only one of them > is installed. Being able to have a pair of packages require something is a feature I've wanted for some time as well, unfortunately there's no way to implement this in an RPM package at RPM's current stage. Kevin Kofler From sundaram at fedoraproject.org Wed Aug 26 12:46:38 2009 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Wed, 26 Aug 2009 18:16:38 +0530 Subject: gwenview - Re: Orphaning packages In-Reply-To: References: <200908212234.25091.gauret@free.fr> <4A9184CB.3000505@fedoraproject.org> <200908250046.22426.bjorn@xn--rombobjrn-67a.se> Message-ID: <4A952EAE.6090105@fedoraproject.org> On 08/26/2009 06:13 PM, Kevin Kofler wrote: > Bj?rn Persson wrote: >> It would be nice if things could be set up such that >> kdebase-workspace-akonadi gets installed by default if both >> kdebase-workspace and akonadi are installed, but not if only one of them >> is installed. > > Being able to have a pair of packages require something is a feature I've > wanted for some time as well, unfortunately there's no way to implement this > in an RPM package at RPM's current stage. Have you file a RFE at http://rpm.org? Rahul From kevin.kofler at chello.at Wed Aug 26 12:46:17 2009 From: kevin.kofler at chello.at (Kevin Kofler) Date: Wed, 26 Aug 2009 14:46:17 +0200 Subject: gwenview - Re: Orphaning packages References: <200908212234.25091.gauret@free.fr> <1250970270.18334.24.camel@erdos.localdomain> <20090823194852.78cd24b1@faldor.intranet> <4A91811B.2090702@fedoraproject.org> <4A9184CB.3000505@fedoraproject.org> <20090825093910.3617b0b4@faldor.intranet> Message-ID: Michael Schwendt wrote: > The problem with kdebase-workspace (and kdm) is not disk space. > Installing the kdebase-workspace package enables KDE X sessions for users. Well, KDM isn't what adds the KDE session type, kdebase-workspace is. KDM can only be enabled by the admin. That said, kdebase-workspace will also not require kdm in F12. We just had to keep this dependency when we split out kdm in F10 and F11 for upgrade path reasons. I'd argue enabling KDE sessions for users on a multi-user system is a good thing. ;-) Kevin Kofler From kevin.kofler at chello.at Wed Aug 26 12:53:37 2009 From: kevin.kofler at chello.at (Kevin Kofler) Date: Wed, 26 Aug 2009 14:53:37 +0200 Subject: gwenview - Re: Orphaning packages References: <200908212234.25091.gauret@free.fr> <1250970270.18334.24.camel@erdos.localdomain> <20090823194852.78cd24b1@faldor.intranet> <4A91811B.2090702@fedoraproject.org> <4A9184CB.3000505@fedoraproject.org> Message-ID: Matthew Woehlke wrote: > Not on netbooks it isn't! I'd have to buy a new machine to get bigger > than the 4 G ssd I currently have. Doesn't that thing even have a cardreader slot or something like that? Then IMHO you made a really bad buying decision... But then again I just hate netbooks altogether, as they reintroduced 32-bit-only machines at a time where computing had finally just about completed its migration to 64-bit- capable CPUs throughout and as things like screen "resolution" (pixel count, really), RAM size, storage size etc. are reminiscent of computers from times long past. And when it comes to portability, they can't compete with my TI-89. ;-) Kevin Kofler From jnovy at redhat.com Wed Aug 26 13:02:18 2009 From: jnovy at redhat.com (Jindrich Novy) Date: Wed, 26 Aug 2009 15:02:18 +0200 Subject: another spin of TeX Live 2009 packages Message-ID: <20090826130218.GB2845@pucmeloud.brq.redhat.com> Hi, first off, thanks many people who sent me RFE and bugfix proposals. I've tried to fix most of them in the current package set in the testing repository: rpm -i http://jnovy.fedorapeople.org/texlive/texlive-release-2009-0.1.fc11.noarch.rpm If you use the older TeX Live 2009 packages, please reinstall them completely: yum remove texlive (and to be sure rm -rf /usr/share/texlive, due to ordering it could leave some directories there) yum clean all yum install texlive The reason for it is the following list of improvements: - binary packages do no more have the '.ARCH' postfix, the postfix changed to '-bin' - new font support add new 'fedora-fonts' packages which allows you to use TeX Live 2009 fonts (TrueType and OpenType for now) in Fedora - packages for TeX Live t1utils and psutils are no more built but dependencies to existing utilities in Fedora are added - kpathsea packages should now be correctly obsoleted. The lcdf-typetools dep errors you might see installing texlive-collection-fontutils is caused by the fact that lcdf-typetools in Fedora is linked against kpathsea libraries and TeX Live 2009 increases the soname so lcdf-typetools will work after rebuilt with the new kpathsea - fixed texlive-xetex conflict with older TL2007 packages - added older tetex-latex, etc. provides for compatibility (you are now able to install TL2009 together with R analysis package, etc.) - new packages should automatically clear /var/lib/texmf in %post scriptlets to avoid format incompatibilities I haven't added obsoletes to .ARCH packages to keep spes files readable and because TL2009 packages are not yet imported. The spec format should be final now. Only some font formats can be added or the Fedora font support updated for a bit. I will announce next repo updates here: http://fedoraproject.org/wiki/Talk:Features/TeXLive Thanks, Jindrich -- Jindrich Novy http://people.redhat.com/jnovy/ From mschwendt at gmail.com Wed Aug 26 13:34:21 2009 From: mschwendt at gmail.com (Michael Schwendt) Date: Wed, 26 Aug 2009 15:34:21 +0200 Subject: gwenview - Re: Orphaning packages In-Reply-To: References: <200908212234.25091.gauret@free.fr> <1250970270.18334.24.camel@erdos.localdomain> <20090823194852.78cd24b1@faldor.intranet> <4A91811B.2090702@fedoraproject.org> <4A9184CB.3000505@fedoraproject.org> <20090825093910.3617b0b4@faldor.intranet> Message-ID: <20090826153421.773e027c@faldor.intranet> On Wed, 26 Aug 2009 14:46:17 +0200, Kevin wrote: > Michael Schwendt wrote: > > The problem with kdebase-workspace (and kdm) is not disk space. > > Installing the kdebase-workspace package enables KDE X sessions for users. > > Well, KDM isn't what adds the KDE session type, kdebase-workspace is. "Installing the kdebase-workspace package enables KDE X sessions for users" is what I wrote. Quoted above. From rajeeshknambiar at gmail.com Wed Aug 26 13:49:05 2009 From: rajeeshknambiar at gmail.com (Rajeesh K Nambiar) Date: Wed, 26 Aug 2009 19:19:05 +0530 Subject: showing dependency trees In-Reply-To: <200908232058.52570.bjorn@xn--rombobjrn-67a.se> References: <200908212234.25091.gauret@free.fr> <4A9184CB.3000505@fedoraproject.org> <200908232058.52570.bjorn@xn--rombobjrn-67a.se> Message-ID: <815462c80908260649w5f2afeacs3a0f1208310bf9e8@mail.gmail.com> 2009/8/24 Bj?rn Persson : > Rahul Sundaram wrote: >> A quick way to actually check for such dependencies is to switch to >> another desktop environment, say Xfce, remove all the KDE packages and >> install one of the KDE apps. > > That's not all that quick. There ought to be a tool for this. Given a package > name it should print the dependency tree for that package. It could have an > option to suppress packages in the base set. Couldn't Yum be taught to answer > that kind of queries? I'm not sure this is exactly what you want, but I was using this in my .bashrc: function dependencylist { yum groupinfo Base | grep -v Packages | sed 1,12d | awk '{print $1}' > BaseList; yum deplist "$*" | grep provider | awk '{if("grep -q $2 BaseList") print $2}' | sort | uniq } > > Bj?rn Persson > > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- Cheers, Rajeesh http://rajeeshknambiar.wordpress.com From nathanael at gnat.ca Wed Aug 26 14:30:18 2009 From: nathanael at gnat.ca (Nathanael Noblet) Date: Wed, 26 Aug 2009 08:30:18 -0600 Subject: Potential PackageKit improvement??? In-Reply-To: <15e53e180908260024s72900be1n9185a73cab1c2e09@mail.gmail.com> References: <4A941978.4000800@gnat.ca> <15e53e180908251013q3eb4f1bbm5898855a61da0a45@mail.gmail.com> <15e53e180908260024s72900be1n9185a73cab1c2e09@mail.gmail.com> Message-ID: On Aug 26, 2009, at 1:24 AM, Richard Hughes wrote: > 2009/8/25 Kevin Kofler : >> Richard Hughes wrote: >> (but Bodhi / the metadata / PackageKit have no way of marking a >> restart of >> only the session as recommended) for that kind of updates. > > PackageKit detects if the process is running, and asks the user to > logout and log back in in this case. So in my case, I'm running gnome, I get a kde update and was required to reboot because it was marked as needing a reboot, not a logout/ login? Is that erroneous? KDE required a system reboot? From forum at ru.bir.ru Wed Aug 26 14:46:38 2009 From: forum at ru.bir.ru (Pavel Alexeev (aka Pahan-Hubbitus)) Date: Wed, 26 Aug 2009 18:46:38 +0400 Subject: showing dependency trees In-Reply-To: <200908242326.58402.bjorn@xn--rombobjrn-67a.se> References: <200908212234.25091.gauret@free.fr> <200908232129.24870.bjorn@xn--rombobjrn-67a.se> <200908242326.58402.bjorn@xn--rombobjrn-67a.se> Message-ID: 25.08.2009 01:26, Bj?rn Persson wrote: > Seth Vidal wrote: >> On Sun, 23 Aug 2009, Bj?rn Persson wrote: >>> I want to check whether a package drags in other packages >>> unnecessarily. >> define "unnecessarily"? > > When you're forced to install package A to be able to install package E even > though E doesn't use any of the functionality that A provides. > > For example, Michael Schwendt demonstrated that ktorrent pulls in qt-mysql, > which in turn depends on mysql-libs. That's OK if Ktorrent can actually do > something that results in queries to a MySQL database. Otherwise it drags in > the MySQL client libraries unnecessarily ? that is, I should be allowed to > install Ktorrent without installing the MySQL client libraries. Gold words! I think likewise too! From rawhide at fedoraproject.org Wed Aug 26 14:50:11 2009 From: rawhide at fedoraproject.org (Rawhide Report) Date: Wed, 26 Aug 2009 14:50:11 +0000 Subject: rawhide report: 20090826 changes Message-ID: <20090826145011.GA8094@releng2.fedora.phx.redhat.com> Compose started at Wed Aug 26 06:15:07 UTC 2009 New package backport-util-concurrent Backport of java.util.concurrent API, introduced in Java 5.0 New package ipplan Web-based IP address manager and tracker New package nss-softokn Network Security Services Soktoken Module Updated Packages: 389-admin-1.1.8-6.fc12 ---------------------- * Tue Aug 25 2009 Rich Megginson - 1.1.8-6 - rewrite perm/owner preservation code to use lua * Wed Aug 12 2009 Rich Megginson - 1.1.8-5 - final rebuild for 1.1.8 release 389-ds-base-1.2.2-1.fc12 ------------------------ * Tue Aug 25 2009 Rich Megginson - 1.2.2-1 - backed out - added template-initconfig to %files - this change is for the next major release - bump version to 1.2.2 - fix reopened 509472 db2index all does not reindex all the db backends correctly - fix 518520 - pre hashed salted passwords do not work - see https://bugzilla.redhat.com/show_bug.cgi?id=518519 for the list of - bugs fixed in 1.2.2 * Fri Aug 21 2009 Tomas Mraz - 1.2.1-5 - rebuilt with new openssl * Wed Aug 19 2009 Noriko Hosoi - 1.2.1-4 - added template-initconfig to %files Falcon-0.9.4-1.fc12 ------------------- * Tue Aug 25 2009 Michel Salim - 0.9.4-1 - Update to 0.9.4 GConf2-2.27.0-1.fc12 -------------------- * Tue Aug 25 2009 Matthias Clasen - 2.27.0-1 - Update to 2.27.0 akonadi-1.2.0-2.fc12 -------------------- * Tue Aug 25 2009 Karsten Hopp 1.2.0-2 - bump and rebuild, as s390x picked up an old boost library atari++-1.57-1.fc12 ------------------- * Tue Aug 25 2009 Dan Hor?k 1.57-1 - update to version 1.57 bluez-4.47-6.fc12 ----------------- * Tue Aug 25 2009 Karsten Hopp 4.47-6 - don't buildrequire libusb1 on s390* brasero-2.27.91-1.fc12 ---------------------- * Tue Aug 25 2009 Matthias Clasen - 2.27.91-1 - Update to 2.27.91 btrfs-progs-0.19-7.fc12 ----------------------- * Tue Aug 25 2009 Josef Bacik 0.19-7 - add btrfs-progs-valgrind.patch to fix memory leaks and segfaults bzr-gtk-0.97.0-1.fc12 --------------------- * Tue Aug 25 2009 Toshio Kuratomi - 0.97.0-1 - Update to latest bugfix release. calcurse-2.7-1.fc12 ------------------- * Tue Aug 25 2009 Jon Ciesla 2.7-1 - Update to 2.7. conexus-0.9.0-1.fc12 -------------------- * Tue Aug 25 2009 Tomas Mraz - 0.8.0-3 - rebuilt with new openssl * Tue Aug 25 2009 Rick L Vinyard Jr - 0.9.0-1 - New release - Make udev buildrequires conditional conky-1.7.2-1.fc12 ------------------ * Tue Aug 25 2009 Miroslav Lichvar - 1.7.2-1 - Update to 1.7.2 control-center-2.27.91-2.fc12 ----------------------------- * Tue Aug 25 2009 Matthias Clasen 2.27.91-2 - Bring the window capplet back from the dead, in an -extra subpackage dhcpv6-2.0.0alpha4-1.fc12 ------------------------- * Tue Aug 25 2009 David Cantrell - 2.0.0alpha4-1 - Upgraded to dhcpv6-2.0.0-alpha4 doxygen-1.6.1-1.fc12 -------------------- * Tue Aug 25 2009 Than Ngo - 1.6.1-1 - 1.6.1 eclipse-findbugs-1.3.9-1.fc12 ----------------------------- * Tue Aug 25 2009 Jerry James - 1.3.9-1 - Update to 1.3.9 ejabberd-2.0.5-6.fc12 --------------------- * Tue Aug 25 2009 Peter Lemenkov 2.0.5-6 - Since now, we using only ejabberdctl in the init-script (bz# 502361) * Fri Aug 21 2009 Tomas Mraz - 2.0.5-5 - rebuilt with new openssl emacs-23.1-4.fc12 ----------------- * Tue Aug 25 2009 Daniel Novotny 1:23.1-4 - alsa-lib-devel added to BuildRequires (#518659) emesene-1.5-3.fc12 ------------------ enca-1.10-1.fc12 ---------------- * Tue Aug 25 2009 Dmitry Butskoy - 1.10-1 - Update to 1.10 - Change urls for new upstream epiphany-2.27.91-1.fc12 ----------------------- * Tue Aug 25 2009 Matthias Clasen - 2.27.91-1 - Update to 2.27.91 epiphany-extensions-2.27.91-1.fc12 ---------------------------------- * Tue Aug 25 2009 Matthias Clasen - 2.27.91-1 - Update to 2.27.91 evolution-exchange-2.27.91-1.fc12 --------------------------------- * Mon Aug 24 2009 Milan Crha - 2.27.91-1.fc12 - Update to 2.27.91 * Fri Aug 21 2009 Tomas Mraz - 2.27.90-2 - rebuilt with new openssl evolution-mapi-0.27.91-1.fc12 ----------------------------- * Mon Aug 24 2009 Milan Crha - 0.27.91-1 - Update to 0.27.91 evolution-rss-0.1.4-1.fc12 -------------------------- * Tue Aug 25 2009 Lucian Langa - 0.1.4-1 - force main render gecko - new upstream release fedora-gnome-theme-12.2-1.fc12 ------------------------------ * Tue Aug 25 2009 Matthias Clasen 12.2-1 - Update the gtkrc file too file-5.03-9.fc12 ---------------- * Tue Aug 25 2009 Daniel Novotny 5.03-9 - fix #515767 - multilib: file /usr/share/misc/magic.mgc conflicts filesystem-2.4.30-2.fc12 ------------------------ * Tue Aug 25 2009 Karsten Hopp 2.4.30-2 - fix typo in Provides findbugs-1.3.9-1.fc12 --------------------- * Tue Aug 25 2009 Jerry James - 1.3.9-1 - Update to 1.3.9 gcalctool-5.27.91-1.fc12 ------------------------ * Tue Aug 25 2009 Matthias Clasen - 5.27.91-1 - Update to 5.27.91 gdb-6.8.50.20090818-5.fc12 -------------------------- * Tue Aug 25 2009 Jan Kratochvil - 6.8.50.20090818-5 - Temporarily disable assertion checks crashing in qsort_cmp (BZ 515434). gnome-applets-2.27.91-1.fc12 ---------------------------- * Tue Aug 25 2009 Matthias Clasen - 1:2.27.91-1 - 2.27.91 gnome-desktop-2.27.91-1.fc12 ---------------------------- * Tue Aug 25 2009 Matthias Clasen - 2.27.91-1 - Update to 2.27.91 gnome-panel-2.27.91-1.fc12 -------------------------- * Tue Aug 25 2009 Matthias Clasen 2.27.91-1 - Update to 2.27.91 gnome-settings-daemon-2.27.91-2.fc12 ------------------------------------ * Wed Aug 26 2009 Peter Hutterer 2.27.91-2 - buttonmapping.patch: Don't check for IsXExtensionDevice, only skip button mappings for core devices instead (#502129). gourmet-0.15.0-3.fc12 --------------------- * Tue Aug 25 2009 Jef Spaleta - 0.15.0-3 - add python-sqlalchemy runtime dep. gtk2-engines-2.18.2-5.fc12 -------------------------- * Tue Aug 25 2009 Ray Strode - 2.18.2-5 - Change password asterisk character to be '?' instead of '?' hplip-3.9.8-10.fc12 ------------------- * Tue Aug 25 2009 Tim Waugh 3.9.8-9 - New common sub-package for udev rules and config file (bug #516459). - Don't install base/*.py with executable bit set. * Tue Aug 25 2009 Tim Waugh 3.9.8-10 - Removed never-used definition of BREAKPOINT in scan/sane/common.h in hope of fixing the build. hunspell-is-0.20090823-1.fc12 ----------------------------- * Tue Aug 25 2009 Caol?n McNamara - 0.20090823-1 - most recent effort hunspell-nl-1.10-1.fc12 ----------------------- * Tue Aug 25 2009 Caolan McNamara - 1.10-1 - latest version iptables-1.4.4-1.fc12 --------------------- * Mon Aug 24 2009 Thomas Woerner 1.4.4-1 - new version 1.4.4 with support for all new features of 2.6.30 - several man page fixes - iptables: replace open-coded sizeof by ARRAY_SIZE - libip6t_policy: remove redundant functions - policy: use direct xt_policy_info instead of ipt/ip6t - policy: merge ipv6 and ipv4 variant - extensions: add `cluster' match support - extensions: add const qualifiers in print/save functions - extensions: use NFPROTO_UNSPEC for .family field - extensions: remove redundant casts - iptables: close open file descriptors - fix segfault if incorrect protocol name is used - replace open-coded sizeof by ARRAY_SIZE - do not include v4-only modules in ip6tables manpage - use direct xt_policy_info instead of ipt/ip6t - xtables: fix segfault if incorrect protocol name is used - libxt_connlimit: initialize v6_mask - SNAT/DNAT: add support for persistent multi-range NAT mappings iscan-firmware-2.1.1-1.fc12 --------------------------- * Tue Aug 25 2009 Dominik Mierzejewski 2.1.1-1 - updated firmwares for: 4490, GT-1500, V10/V100, V200, V30/V300, V350, V500 kdebase-4.3.0-2.fc12 -------------------- * Tue Aug 25 2009 Rex Dieter 4.3.0-2 - kde-plasma-folderview subpkg - %?_isa'ify -libs deps kdebase-workspace-4.3.0-10.fc12 ------------------------------- * Tue Aug 25 2009 Rex Dieter - 4.3.0-10 - Requires: kde-plasma-folderview kpackagekit-0.5.0-0.1.20090824svn.fc12 -------------------------------------- * Mon Aug 24 2009 Steven M. Parrish - 0.5.0-0.1.20090824svn - New git snapshot lcov-1.7-1.fc12 --------------- * Tue Aug 25 2009 Roland McGrath - 1.7-1 - Update to 1.7 release. libEMF-1.0.4-1.fc12 ------------------- * Tue Aug 25 2009 Dominik 'Rathann' Mierzejewski 1.0.4-1 - updated to 1.0.4 - updated source URL - dropped obsolete patch libXtst-1.0.99.2-2.fc12 ----------------------- * Tue Aug 25 2009 Peter Hutterer 1.0.99.2-1 - libXtst 1.0.99.2 * Tue Aug 25 2009 Peter Hutterer 1.0.99.2-2 - libXtst provides record.h now libdrm-2.4.12-0.9.fc12 ---------------------- * Wed Aug 26 2009 Dave Airlie 2.4.12-0.9 - pull in radeon bo busy libgnomekbd-2.27.91-1.fc12 -------------------------- * Tue Aug 25 2009 Matthias Clasen - 2.27.91-1 - Update to 2.27.91 libgweather-2.27.91-1.fc12 -------------------------- * Tue Aug 25 2009 Matthias Clasen 2.27.91-1 - Update to 2.27.91 libnemesi-0.6.9-0.1.20090422git.fc12 ------------------------------------ * Tue Aug 25 2009 Dominik Mierzejewski 0.6.9-0.1.20090422git - updated to latest stable branch snapshot - dropped obsolete patch libotf-0.9.9-1.fc12 ------------------- * Tue Aug 25 2009 Neal Becker - 0.9.9-1 - Update to 0.9.9 mingw32-gcc-4.4.1-1.fc12 ------------------------ * Sun Aug 23 2009 Kalev Lember - 4.4.1-1 - Update to gcc 4.4.1 20090818 svn 150873. - Patches taken from native Fedora gcc-4.4.1-6. - Replaced %define with %global and updated %defattr. - Changed license to match native Fedora gcc package. mkvtoolnix-2.9.8-1.fc12 ----------------------- * Wed Aug 26 2009 Dominik Mierzejewski 2.9.8-1 - updated to 2.9.8 - improved summary and description for gui subpackage - fixed installation of tools mnemosyne-1.2.1-1.fc12 ---------------------- * Wed Aug 26 2009 Dominik Mierzejewski 1.2.1-1 - updated to 1.2.1 mono-2.4.2.3-2.fc12 ------------------- * Tue Aug 25 2009 Michel Salim - 2.4.2.3-2 - Rearrange assemblies to properly fix bz 434709: * mono-core can now be installed on its own, no longer pulling in monodoc, mono-extras and mono-web * mono-web no longer pull in mono-extras mysql-connector-java-5.1.8-1.fc12 --------------------------------- * Wed Aug 26 2009 Milos Jakubicek - 1:5.1.8-1 - Update to 5.1.8 (resolves BZ#480154) with jboss integration disabled. - Added BR: java-1.6.0-openjdk-devel, java-1.5.0-gcj-devel, jakarta-commons-logging - Minor spec file updates: %global instead of %define, tabs instead of spaces - Dropped unnecessary patch-build.xml and mysql-connector-java-noSunAppletSecurity.patch netembryo-0.0.9-1.fc12 ---------------------- * Tue Aug 25 2009 Dominik Mierzejewski 0.0.9-1 - updated to 0.0.9 - explicitly disabled openssl support (requires exception in the license) nss-3.12.3.99.3-16.fc12 ----------------------- * Tue Aug 25 2009 Dennis Gilmore - 3.12.3.99.3-15 - remove the softokn subpackages * Tue Aug 25 2009 Dennis Gilmore - 3.12.3.99.3-16 - cleanups for softokn openldap-2.4.16-4.fc12 ---------------------- * Tue Aug 25 2009 Jan Zeleny 2.4.16-4 - updated %pre script to correctly install openldap group * Fri Aug 21 2009 Tomas Mraz - 2.4.16-3 - rebuilt with new openssl perl-Alien-wxWidgets-0.44-2.fc12 -------------------------------- * Mon Aug 24 2009 Stepan Kasal - 0.44-2 - fix the soname patch perl-Class-Accessor-Grouped-0.09000-1.fc12 ------------------------------------------ * Tue Aug 25 2009 Chris Weyl 0.09000-1 - auto-update to 0.09000 (by cpan-spec-update 0.01) - added a new br on perl(Carp) (version 0) - altered br on perl(ExtUtils::MakeMaker) (0 => 6.42) - added a new br on perl(Scalar::Util) (version 0) - added a new br on perl(Sub::Identify) (version 0) - added a new br on perl(Sub::Name) (version 0.04) - added a new br on CPAN (inc::Module::AutoInstall found) - added a new req on perl(Carp) (version 0) - added a new req on perl(Class::Inspector) (version 0) - added a new req on perl(MRO::Compat) (version 0) - added a new req on perl(Scalar::Util) (version 0) - added a new req on perl(Sub::Name) (version 0.04) perl-Object-InsideOut-3.56-1.fc12 --------------------------------- * Tue Aug 25 2009 Chris Weyl 3.56-1 - auto-update to 3.56 (by cpan-spec-update 0.01) - altered br on perl(Scalar::Util) (1.19 => 1.21) - added a new req on perl(B) (version 0) - added a new req on perl(Config) (version 0) - added a new req on perl(Data::Dumper) (version 0) - added a new req on perl(Exception::Class) (version 1.29) - added a new req on perl(Scalar::Util) (version 1.21) perl-POE-1.007-1.fc12 --------------------- * Tue Aug 25 2009 Chris Weyl 1.007-1 - auto-update to 1.007 (by cpan-spec-update 0.01) * Tue Aug 11 2009 Chris Weyl 1.007-1 - auto-update to 1.007 (by cpan-spec-update 0.01) - altered br on perl(POE::Test::Loops) (1.004 => 1.021) - added a new req on perl(Carp) (version 0) - added a new req on perl(Errno) (version 1.09) - added a new req on perl(Exporter) (version 0) - added a new req on perl(File::Spec) (version 0.87) - added a new req on perl(IO::Handle) (version 1.27) - added a new req on perl(IO::Tty) (version 1.08) - added a new req on perl(POE::Test::Loops) (version 1.021) - added a new req on perl(POSIX) (version 1.02) - added a new req on perl(Socket) (version 1.7) - added a new req on perl(Storable) (version 2.16) perl-POE-API-Peek-1.34-1.fc12 ----------------------------- * Tue Aug 25 2009 Chris Weyl 1:1.34-1 - drop old workarounds - auto-update to 1.34 (by cpan-spec-update 0.01) - added a new br on perl(ExtUtils::MakeMaker) (version 6.42) - altered br on perl(POE) (0.29 => 1.0001) - added a new br on perl(Test::Distribution) (version 0) - added a new br on perl(Test::NoWarnings) (version 0) - added a new br on perl(Test::Pod::Coverage) (version 0) - added a new req on perl(Devel::Size) (version 0) - added a new req on perl(POE) (version 1.0001) - Add epoch of 1 (1.0802 => 1.34) perl-POE-Component-Client-DNS-1.04-1.fc12 ----------------------------------------- * Tue Aug 25 2009 Chris Weyl 1.04-1 - auto-update to 1.04 (by cpan-spec-update 0.01) - added a new br on perl(ExtUtils::MakeMaker) (version 0) - altered br on perl(POE) (0.31 => 1.007) - added a new req on perl(Net::DNS) (version 0.59) - added a new req on perl(POE) (version 1.007) perl-POE-Component-JobQueue-0.570-1.fc12 ---------------------------------------- * Tue Aug 25 2009 Chris Weyl 0.570-1 - auto-update to 0.570 (by cpan-spec-update 0.01) - added a new br on perl(ExtUtils::MakeMaker) (version 0) - altered br on perl(POE) (0.11 => 1.007) - added a new req on perl(POE) (version 1.007) perl-Parse-BACKPAN-Packages-0.35-1.fc12 --------------------------------------- * Tue Aug 25 2009 Chris Weyl 0.35-1 - auto-update to 0.35 (by cpan-spec-update 0.01) - added a new req on perl(App::Cache) (version 0) - added a new req on perl(CPAN::DistnameInfo) (version 0) - added a new req on perl(Class::Accessor::Fast) (version 0) - added a new req on perl(Compress::Zlib) (version 0) - added a new req on perl(IO::Zlib) (version 0) - added a new req on perl(LWP::UserAgent) (version 0) perl-Test-TempDir-0.05-1.fc12 ----------------------------- * Tue Aug 25 2009 Stepan Kasal - 0.05-1 - new upstream version - spec file cleanup perl-Wx-0.91-8.fc12 ------------------- perl-local-lib-1.004005-1.fc12 ------------------------------ * Tue Aug 25 2009 Chris Weyl 1.004005-1 - auto-update to 1.004005 (by cpan-spec-update 0.01) plymouth-0.7.1-2.fc12 --------------------- * Tue Aug 25 2009 Ray Strode 0.7.1-1 - Update to 0.7.1 * Tue Aug 25 2009 Ray Strode 0.7.1-2 - Get plugin path from plymouth instead of trying to guess. Should fix bug 502667 postr-0.12.3-7.fc12 ------------------- * Tue Aug 25 2009 Tim Lauridsen - 0.12.3-5 - use %/usr/lib in %files to put the nautilus extension in the right place * Tue Aug 25 2009 Tim Lauridsen - 0.12.3-6 - removed BuildArch: noarch to get it to build for each arch * Tue Aug 25 2009 Tim Lauridsen - 0.12.3-7 - Added nautilus-ext-dir.patch to upstrem setup.py to install nautilus extentions - in the right directory - Added BuildRequires: nautilus-python-devel because we need the .pc file to - detect the right nautilus python extention dir powerpc-utils-1.2.0-1.fc12 -------------------------- * Mon Aug 17 2009 Roman Rakus - 1.2.0-1 - Bump tu version 1.2.0 - powerpc-utils and powerpc-utils-papr get merged python-slip-0.2.1-1.fc12 ------------------------ * Tue Aug 25 2009 Nils Philippsen - 0.2.1-1 - ship slip.gtk.tools qmmp-0.3.0-1.fc12 ----------------- * Tue Aug 25 2009 Karel Voln? - 0.3.0-1 - new version - updated %description to match upstream - new plugins = new BuildRequires, new .desktop files - AAC support disabled due to patent restrictions - mplayer plugin disabled due to mplayer missing from Fedora * Fri Aug 21 2009 Tomas Mraz - 0.2.3-6 - rebuilt with new openssl readline-6.0-3.fc12 ------------------- * Tue Aug 25 2009 Miroslav Lichvar 6.0-3 - include patch 004 - suppress install-info errors (#515910) - remove dir* in infodir after install (#492097) scribus-1.3.5.1-3.fc12 ---------------------- * Tue Aug 25 2009 Dan Hor?k - 1.3.5.1-3 - drop shebang line from python scripts - don't package precompiled python scripts * Fri Aug 21 2009 Tomas Mraz - 1.3.5.1-2 - rebuilt with new openssl system-config-printer-1.1.12-1.fc12 ----------------------------------- * Tue Aug 25 2009 Tim Waugh 1.1.12-1 - 1.1.12: - Troubleshooting fix. - Fixed applet traceback when printing test page. - Removed completed job notifications (trac #181). - Show printer status in printer icons (bug #518020). - Use paused icon when printer state reason is 'paused'. - Driver preference order fixes. - Job status icon and state reason display in jobs list (bug #518070). - Fixed overactive job creation times update timer. - Use preferred D-Bus object path for AuthenticationAgent (bug #518427). - Fixed disabling a printer when PolicyKit call fails. - Set appropriate status icon tooltip when configuration printer (bug #518007). - Use separate thread for verifying IPP queue (bug #518065). - Use newer tooltip API to avoid deprecation warnings. - Compare MFG/MDL case-insensitively in udev rule. - Support for cups-pk-helper's DevicesGet method. - Don't attempt to use PolicyKit if running as root. - Support for localized marker names (trac #183). - Other small fixes. system-config-samba-1.2.77-1.fc12 --------------------------------- * Tue Aug 25 2009 Nils Philippsen - support PolicyKit 1.0 * Tue Aug 25 2009 Nils Philippsen - 1.2.77-1 - fix file list system-config-services-0.99.38-1.fc12 ------------------------------------- * Tue Aug 25 2009 Nils Philippsen - 0.99.36-1 - support PolicyKit 1.0 (#500007) * Tue Aug 25 2009 Nils Philippsen - 0.99.37-1 - differentiate dbus interfaces in derived classes * Tue Aug 25 2009 Nils Philippsen - 0.99.38-1 - always allow access if properly authorized telepathy-farsight-0.0.9-1.fc12 ------------------------------- * Tue Aug 25 2009 Brian Pepple - 0.0.9-1 - Update to 0.0.9. telepathy-mission-control-5.2.0-1.fc12 -------------------------------------- * Tue Aug 25 2009 Brian Pepple - 5.2.0-1 - Update to 5.2.0. - Drop BR on libtelepathy. - Update url & source links. transmission-1.74-2.fc12 ------------------------ * Tue Aug 25 2009 Rahul Sundaram - 1.74-1 - Bug fix release - http://trac.transmissionbt.com/wiki/Changes - disable static linking explicitly * Tue Aug 25 2009 Rahul Sundaram - 1.74-2 - Add source * Fri Aug 21 2009 Tomas Mraz - 1.73-3 - rebuilt with new openssl vinagre-2.27.91-1.fc12 ---------------------- * Tue Aug 25 2009 Matthias Clasen - 2.27.91-1 - Update to 2.27.91 vino-2.27.91-1.fc12 ------------------- * Tue Aug 25 2009 Matthias Clasen - 2.27.91-1 - Update to 2.27.91 vte-0.21.4-1.fc12 ----------------- * Tue Aug 25 2009 Behdad Esfahbod 0.21.2-1 - Update to 0.21.2 * Tue Aug 25 2009 Behdad Esfahbod 0.21.3-1 - Update to 0.21.3 * Tue Aug 25 2009 Behdad Esfahbod 0.21.4-1 - Update to 0.21.4 webkitgtk-1.1.13-1.fc12 ----------------------- * Tue Aug 25 2009 Matthias Clasen - 1.1.13-1 - Update to 1.1.13 xorg-x11-drv-openchrome-0.2.903-15.fc12 --------------------------------------- * Tue Aug 25 2009 Xavier Bachelot - 0.2.903-15 - Add patch for resources/RAC API removal in xserver (RHBZ#516765). xorg-x11-server-1.6.99-41.20090825.fc12 --------------------------------------- * Tue Aug 25 2009 Peter Hutterer 1.6.99-41.20090825 - Today's git snapshot. * Mon Aug 24 2009 Ben Skeggs 1.6.99-40.20090820 - xserver-1.6.1-nouveau.patch: remove vesa fallback for 0x08xx chips, KMS should work on them now, there's accel issues on some of them but we can fallback to shadowfb in the driver and keep KMS support. Summary: Added Packages: 3 Removed Packages: 0 Modified Packages: 92 Broken deps for i386 ---------------------------------------------------------- 389-adminutil-devel-1.1.8-4.fc12.i686 requires pkgconfig(nss) anerley-0.0.20-3.fc12.i686 requires libmissioncontrol-client.so.0 anerley-devel-0.0.20-3.fc12.i686 requires pkgconfig(libmissioncontrol) anjal-0.1.0-0.7.20090821git5ac8bfe.fc12.i686 requires libmissioncontrol-client.so.0 asterisk-fax-1.6.1-0.24.rc1.fc12.i686 requires libspandsp.so.1 banshee-1.5.0-2.fc12.i686 requires mono(Boo.Lang.Compiler) = 0:2.0.0.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0 clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0 clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 cluttermm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-0.9) conexus-nss-devel-0.9.0-1.fc12.i686 requires pkgconfig(nss) >= 0:3.11 eclipse-findbugs-contrib-3.8.1-3.fc12.noarch requires eclipse-findbugs = 0:1.3.8 ember-0.5.6-1.fc12.i586 requires libopenal.so.0 empathy-2.27.5-3.fc12.i686 requires libmissioncontrol-client.so.0 empathy-devel-2.27.5-3.fc12.i686 requires pkgconfig(libmissioncontrol) empathy-libs-2.27.5-3.fc12.i686 requires libmissioncontrol-client.so.0 empathy-python-2.27.5-3.fc12.i686 requires libmissioncontrol-client.so.0 gpsdrive-2.10-0.1.pre7.fc12.i586 requires libmapnik.so.0.5 libpathfinder-nss-devel-1.0.0-2.fc12.i686 requires pkgconfig(nss) >= 0:2.0.0 mozldap-devel-6.0.5-6.fc12.i686 requires pkgconfig(nss) >= 0:3.11 nautilus-sendto-1.1.6-2.fc12.i686 requires libmissioncontrol-client.so.0 netpanzer-0.8.2-7.fc12.i686 requires libphysfs-1.0.so.0 octave-forge-20080831-10.fc12.i686 requires octave(api) = 0:api-v32 openvrml-0.18.3-1.fc12.i686 requires gecko-libs(x86-32) >= 0:1.9.1 openvrml-0.18.3-1.fc12.i686 requires java(x86-32) 1:osgal-0.6.1-8.fc12.i686 requires libopenal.so.0 plplot-octave-5.9.4-1.fc12.i586 requires octave(api) = 0:api-v32 poker3d-1.1.36-16.fc12.i686 requires libopenal.so.0 ppl-yap-0.10.2-5.fc12.i686 requires libYap.so python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.i586 requires libparted-1.8.so.8 rygel-0.3-5.fc12.i686 requires libgee.so.0 rygel-tracker-0.3-5.fc12.i686 requires libgee.so.0 sems-1.1.1-2.fc12.i586 requires libspandsp.so.1 sems-g722-1.1.1-2.fc12.i586 requires libspandsp.so.1 sems-gsm-1.1.1-2.fc12.i586 requires libspandsp.so.1 sems-speex-1.1.1-2.fc12.i586 requires libspandsp.so.1 serpentine-0.9-5.fc12.noarch requires gnome-python2-nautilus-cd-burner supertux-0.3.1-8.fc12.i686 requires libopenal.so.0 svrcore-devel-4.0.4-5.fc12.i686 requires pkgconfig(nss) >= 0:3.12.3.99.3 xmlsec1-nss-devel-1.2.12-1.fc12.i686 requires pkgconfig(nss) >= 0:1.4 Broken deps for x86_64 ---------------------------------------------------------- 389-adminutil-devel-1.1.8-4.fc12.i686 requires pkgconfig(nss) 389-adminutil-devel-1.1.8-4.fc12.x86_64 requires pkgconfig(nss) anerley-0.0.20-3.fc12.i686 requires libmissioncontrol-client.so.0 anerley-0.0.20-3.fc12.x86_64 requires libmissioncontrol-client.so.0()(64bit) anerley-devel-0.0.20-3.fc12.i686 requires pkgconfig(libmissioncontrol) anerley-devel-0.0.20-3.fc12.x86_64 requires pkgconfig(libmissioncontrol) anjal-0.1.0-0.7.20090821git5ac8bfe.fc12.x86_64 requires libmissioncontrol-client.so.0()(64bit) asterisk-fax-1.6.1-0.24.rc1.fc12.x86_64 requires libspandsp.so.1()(64bit) banshee-1.5.0-2.fc12.i686 requires mono(Boo.Lang.Compiler) = 0:2.0.0.0 banshee-1.5.0-2.fc12.x86_64 requires mono(Boo.Lang.Compiler) = 0:2.0.0.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.x86_64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.x86_64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-0.7.4-2.fc11.x86_64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8) clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.x86_64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.x86_64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-gtk-0.9) clutter-gtkmm-devel-0.9.4-1.fc12.x86_64 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 cluttermm-0.9.4-1.fc12.x86_64 requires libclutter-glx-0.9.so.0()(64bit) cluttermm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-0.9) cluttermm-devel-0.9.4-1.fc12.x86_64 requires pkgconfig(clutter-0.9) conexus-nss-devel-0.9.0-1.fc12.i686 requires pkgconfig(nss) >= 0:3.11 conexus-nss-devel-0.9.0-1.fc12.x86_64 requires pkgconfig(nss) >= 0:3.11 eclipse-findbugs-contrib-3.8.1-3.fc12.noarch requires eclipse-findbugs = 0:1.3.8 ember-0.5.6-1.fc12.x86_64 requires libopenal.so.0()(64bit) empathy-2.27.5-3.fc12.x86_64 requires libmissioncontrol-client.so.0()(64bit) empathy-devel-2.27.5-3.fc12.i686 requires pkgconfig(libmissioncontrol) empathy-devel-2.27.5-3.fc12.x86_64 requires pkgconfig(libmissioncontrol) empathy-libs-2.27.5-3.fc12.i686 requires libmissioncontrol-client.so.0 empathy-libs-2.27.5-3.fc12.x86_64 requires libmissioncontrol-client.so.0()(64bit) empathy-python-2.27.5-3.fc12.x86_64 requires libmissioncontrol-client.so.0()(64bit) gpsdrive-2.10-0.1.pre7.fc12.x86_64 requires libmapnik.so.0.5()(64bit) libpathfinder-nss-devel-1.0.0-2.fc12.i686 requires pkgconfig(nss) >= 0:2.0.0 libpathfinder-nss-devel-1.0.0-2.fc12.x86_64 requires pkgconfig(nss) >= 0:2.0.0 mozldap-devel-6.0.5-6.fc12.i686 requires pkgconfig(nss) >= 0:3.11 mozldap-devel-6.0.5-6.fc12.x86_64 requires pkgconfig(nss) >= 0:3.11 nautilus-sendto-1.1.6-2.fc12.x86_64 requires libmissioncontrol-client.so.0()(64bit) netpanzer-0.8.2-7.fc12.x86_64 requires libphysfs-1.0.so.0()(64bit) octave-forge-20080831-10.fc12.x86_64 requires octave(api) = 0:api-v32 openvrml-0.18.3-1.fc12.i686 requires gecko-libs(x86-32) >= 0:1.9.1 openvrml-0.18.3-1.fc12.i686 requires java(x86-32) openvrml-0.18.3-1.fc12.x86_64 requires java(x86-64) openvrml-0.18.3-1.fc12.x86_64 requires gecko-libs(x86-64) >= 0:1.9.1 1:osgal-0.6.1-8.fc12.i686 requires libopenal.so.0 1:osgal-0.6.1-8.fc12.x86_64 requires libopenal.so.0()(64bit) plplot-octave-5.9.4-1.fc12.x86_64 requires octave(api) = 0:api-v32 poker3d-1.1.36-16.fc12.x86_64 requires libopenal.so.0()(64bit) ppl-yap-0.10.2-5.fc12.x86_64 requires libYap.so()(64bit) python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.x86_64 requires libparted-1.8.so.8()(64bit) rygel-0.3-5.fc12.x86_64 requires libgee.so.0()(64bit) rygel-tracker-0.3-5.fc12.x86_64 requires libgee.so.0()(64bit) sems-1.1.1-2.fc12.x86_64 requires libspandsp.so.1()(64bit) sems-g722-1.1.1-2.fc12.x86_64 requires libspandsp.so.1()(64bit) sems-gsm-1.1.1-2.fc12.x86_64 requires libspandsp.so.1()(64bit) sems-speex-1.1.1-2.fc12.x86_64 requires libspandsp.so.1()(64bit) serpentine-0.9-5.fc12.noarch requires gnome-python2-nautilus-cd-burner supertux-0.3.1-8.fc12.x86_64 requires libopenal.so.0()(64bit) svrcore-devel-4.0.4-5.fc12.i686 requires pkgconfig(nss) >= 0:3.12.3.99.3 svrcore-devel-4.0.4-5.fc12.x86_64 requires pkgconfig(nss) >= 0:3.12.3.99.3 xmlsec1-nss-devel-1.2.12-1.fc12.i686 requires pkgconfig(nss) >= 0:1.4 xmlsec1-nss-devel-1.2.12-1.fc12.x86_64 requires pkgconfig(nss) >= 0:1.4 Broken deps for ppc ---------------------------------------------------------- 389-adminutil-devel-1.1.8-4.fc12.ppc requires pkgconfig(nss) 389-adminutil-devel-1.1.8-4.fc12.ppc64 requires pkgconfig(nss) anerley-0.0.20-3.fc12.ppc requires libmissioncontrol-client.so.0 anerley-0.0.20-3.fc12.ppc64 requires libmissioncontrol-client.so.0()(64bit) anerley-devel-0.0.20-3.fc12.ppc requires pkgconfig(libmissioncontrol) anerley-devel-0.0.20-3.fc12.ppc64 requires pkgconfig(libmissioncontrol) anjal-0.1.0-0.7.20090821git5ac8bfe.fc12.ppc requires libmissioncontrol-client.so.0 asterisk-fax-1.6.1-0.24.rc1.fc12.ppc requires libspandsp.so.1 clutter-cairomm-0.7.4-2.fc11.ppc requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.ppc requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.ppc requires libclutter-glx-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.ppc requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc requires pkgconfig(clutter-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.ppc requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.ppc requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.ppc requires pkgconfig(clutter-gtk-0.9) clutter-gtkmm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.ppc requires libclutter-glx-0.9.so.0 cluttermm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) cluttermm-devel-0.9.4-1.fc12.ppc requires pkgconfig(clutter-0.9) cluttermm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-0.9) conexus-nss-devel-0.9.0-1.fc12.ppc requires pkgconfig(nss) >= 0:3.11 conexus-nss-devel-0.9.0-1.fc12.ppc64 requires pkgconfig(nss) >= 0:3.11 eclipse-findbugs-contrib-3.8.1-3.fc12.noarch requires eclipse-findbugs = 0:1.3.8 ember-0.5.6-1.fc12.ppc requires libopenal.so.0 empathy-2.27.5-3.fc12.ppc requires libmissioncontrol-client.so.0 empathy-devel-2.27.5-3.fc12.ppc requires pkgconfig(libmissioncontrol) empathy-devel-2.27.5-3.fc12.ppc64 requires pkgconfig(libmissioncontrol) empathy-libs-2.27.5-3.fc12.ppc requires libmissioncontrol-client.so.0 empathy-libs-2.27.5-3.fc12.ppc64 requires libmissioncontrol-client.so.0()(64bit) empathy-python-2.27.5-3.fc12.ppc requires libmissioncontrol-client.so.0 gpsdrive-2.10-0.1.pre7.fc12.ppc requires libmapnik.so.0.5 libpathfinder-nss-devel-1.0.0-2.fc12.ppc requires pkgconfig(nss) >= 0:2.0.0 libpathfinder-nss-devel-1.0.0-2.fc12.ppc64 requires pkgconfig(nss) >= 0:2.0.0 mozldap-devel-6.0.5-6.fc12.ppc requires pkgconfig(nss) >= 0:3.11 mozldap-devel-6.0.5-6.fc12.ppc64 requires pkgconfig(nss) >= 0:3.11 nautilus-sendto-1.1.6-2.fc12.ppc requires libmissioncontrol-client.so.0 netpanzer-0.8.2-7.fc12.ppc requires libphysfs-1.0.so.0 octave-forge-20080831-10.fc12.ppc requires octave(api) = 0:api-v32 openvrml-0.18.3-1.fc12.ppc requires gecko-libs(ppc-32) >= 0:1.9.1 openvrml-0.18.3-1.fc12.ppc requires java(ppc-32) openvrml-0.18.3-1.fc12.ppc64 requires gecko-libs(ppc-64) >= 0:1.9.1 openvrml-0.18.3-1.fc12.ppc64 requires java(ppc-64) 1:osgal-0.6.1-8.fc12.ppc requires libopenal.so.0 1:osgal-0.6.1-8.fc12.ppc64 requires libopenal.so.0()(64bit) plplot-octave-5.9.4-1.fc12.ppc requires octave(api) = 0:api-v32 poker3d-1.1.36-16.fc12.ppc requires libopenal.so.0 ppl-yap-0.10.2-5.fc12.ppc requires libYap.so python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.ppc requires libparted-1.8.so.8 rygel-0.3-5.fc12.ppc requires libgee.so.0 rygel-tracker-0.3-5.fc12.ppc requires libgee.so.0 sems-1.1.1-2.fc12.ppc requires libspandsp.so.1 sems-g722-1.1.1-2.fc12.ppc requires libspandsp.so.1 sems-gsm-1.1.1-2.fc12.ppc requires libspandsp.so.1 sems-speex-1.1.1-2.fc12.ppc requires libspandsp.so.1 serpentine-0.9-5.fc12.noarch requires gnome-python2-nautilus-cd-burner supertux-0.3.1-8.fc12.ppc requires libopenal.so.0 svrcore-devel-4.0.4-5.fc12.ppc requires pkgconfig(nss) >= 0:3.12.3.99.3 svrcore-devel-4.0.4-5.fc12.ppc64 requires pkgconfig(nss) >= 0:3.12.3.99.3 xmlsec1-nss-devel-1.2.12-1.fc12.ppc requires pkgconfig(nss) >= 0:1.4 xmlsec1-nss-devel-1.2.12-1.fc12.ppc64 requires pkgconfig(nss) >= 0:1.4 Broken deps for ppc64 ---------------------------------------------------------- 389-adminutil-devel-1.1.8-4.fc12.ppc64 requires pkgconfig(nss) anerley-0.0.20-3.fc12.ppc64 requires libmissioncontrol-client.so.0()(64bit) anerley-devel-0.0.20-3.fc12.ppc64 requires pkgconfig(libmissioncontrol) anjal-0.1.0-0.7.20090821git5ac8bfe.fc12.ppc64 requires libmissioncontrol-client.so.0()(64bit) asterisk-fax-1.6.1-0.24.rc1.fc12.ppc64 requires libspandsp.so.1()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) cluttermm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-0.9) conexus-nss-devel-0.9.0-1.fc12.ppc64 requires pkgconfig(nss) >= 0:3.11 eclipse-findbugs-contrib-3.8.1-3.fc12.noarch requires eclipse-findbugs = 0:1.3.8 ember-0.5.6-1.fc12.ppc64 requires libopenal.so.0()(64bit) empathy-2.27.5-3.fc12.ppc64 requires libmissioncontrol-client.so.0()(64bit) empathy-devel-2.27.5-3.fc12.ppc64 requires pkgconfig(libmissioncontrol) empathy-libs-2.27.5-3.fc12.ppc64 requires libmissioncontrol-client.so.0()(64bit) empathy-python-2.27.5-3.fc12.ppc64 requires libmissioncontrol-client.so.0()(64bit) gpsdrive-2.10-0.1.pre7.fc12.ppc64 requires libmapnik.so.0.5()(64bit) libpathfinder-nss-devel-1.0.0-2.fc12.ppc64 requires pkgconfig(nss) >= 0:2.0.0 mozldap-devel-6.0.5-6.fc12.ppc64 requires pkgconfig(nss) >= 0:3.11 nautilus-sendto-1.1.6-2.fc12.ppc64 requires libmissioncontrol-client.so.0()(64bit) netpanzer-0.8.2-7.fc12.ppc64 requires libphysfs-1.0.so.0()(64bit) octave-forge-20080831-10.fc12.ppc64 requires octave(api) = 0:api-v32 openvrml-0.18.3-1.fc12.ppc64 requires gecko-libs(ppc-64) >= 0:1.9.1 openvrml-0.18.3-1.fc12.ppc64 requires java(ppc-64) 1:osgal-0.6.1-8.fc12.ppc64 requires libopenal.so.0()(64bit) plplot-octave-5.9.4-1.fc12.ppc64 requires octave(api) = 0:api-v32 poker3d-1.1.36-16.fc12.ppc64 requires libopenal.so.0()(64bit) ppl-yap-0.10.2-5.fc12.ppc64 requires libYap.so()(64bit) python-mwlib-0.11.2-3.20090522hg2956.fc12.ppc64 requires LabPlot python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.ppc64 requires libparted-1.8.so.8()(64bit) rygel-0.3-5.fc12.ppc64 requires libgee.so.0()(64bit) rygel-tracker-0.3-5.fc12.ppc64 requires libgee.so.0()(64bit) sems-1.1.1-2.fc12.ppc64 requires libspandsp.so.1()(64bit) sems-g722-1.1.1-2.fc12.ppc64 requires libspandsp.so.1()(64bit) sems-gsm-1.1.1-2.fc12.ppc64 requires libspandsp.so.1()(64bit) sems-speex-1.1.1-2.fc12.ppc64 requires libspandsp.so.1()(64bit) serpentine-0.9-5.fc12.noarch requires gnome-python2-nautilus-cd-burner supertux-0.3.1-8.fc12.ppc64 requires libopenal.so.0()(64bit) svrcore-devel-4.0.4-5.fc12.ppc64 requires pkgconfig(nss) >= 0:3.12.3.99.3 xmlsec1-nss-devel-1.2.12-1.fc12.ppc64 requires pkgconfig(nss) >= 0:1.4 From pbrobinson at gmail.com Wed Aug 26 14:58:57 2009 From: pbrobinson at gmail.com (Peter Robinson) Date: Wed, 26 Aug 2009 15:58:57 +0100 Subject: rawhide report: 20090826 changes In-Reply-To: <20090826145011.GA8094@releng2.fedora.phx.redhat.com> References: <20090826145011.GA8094@releng2.fedora.phx.redhat.com> Message-ID: <5256d0b0908260758p4a144a96j6955a79c59930330@mail.gmail.com> > telepathy-mission-control-5.2.0-1.fc12 > -------------------------------------- > * Tue Aug 25 2009 Brian Pepple - 5.2.0-1 > - Update to 5.2.0. > - Drop BR on libtelepathy. > - Update url & source links. > Broken deps for i386 > ---------------------------------------------------------- > ? ? ? ?anerley-0.0.20-3.fc12.i686 requires libmissioncontrol-client.so.0 > ? ? ? ?anerley-devel-0.0.20-3.fc12.i686 requires pkgconfig(libmissioncontrol) > ? ? ? ?anjal-0.1.0-0.7.20090821git5ac8bfe.fc12.i686 requires libmissioncontrol-client.so.0 > ? ? ? ?empathy-2.27.5-3.fc12.i686 requires libmissioncontrol-client.so.0 > ? ? ? ?empathy-devel-2.27.5-3.fc12.i686 requires pkgconfig(libmissioncontrol) > ? ? ? ?empathy-libs-2.27.5-3.fc12.i686 requires libmissioncontrol-client.so.0 > ? ? ? ?empathy-python-2.27.5-3.fc12.i686 requires libmissioncontrol-client.so.0 > ? ? ? ?nautilus-sendto-1.1.6-2.fc12.i686 requires libmissioncontrol-client.so.0 I don't remember the bump nitrification email for this going to fedora-devel. Peter From a.badger at gmail.com Wed Aug 26 15:22:59 2009 From: a.badger at gmail.com (Toshio Kuratomi) Date: Wed, 26 Aug 2009 08:22:59 -0700 Subject: fedora-pkgdb: make it discoverable on browser home page? In-Reply-To: References: <1251047209.6118.21.camel@mikmaq.localdomain> <4A919A17.4070109@gmail.com> <200908261107.23185.mbacovsk@redhat.com> Message-ID: <4A955353.4090702@gmail.com> On 08/26/2009 02:33 AM, drago01 wrote: > On Wed, Aug 26, 2009 at 11:07 AM, Martin Bacovsky wrote: >> On Monday 24 August 2009 14:36:09 drago01 wrote: >>> On Sun, Aug 23, 2009 at 9:35 PM, Toshio Kuratomi wrote: >>>> On 08/23/2009 10:50 AM, Rahul Sundaram wrote: >>>> >>>>> Aren't we pitching Fedora Community interface as the end user facing >>>>> thing, going forward? It seems some of these features will overlap or >>>>> duplicate it. >>>>> >>>> It's possible. The packagedb is going to be the backend for the Fedora >>>> Community Front end so it had to get written this summer so that work on >>>> the front-end can proceed. >>> >>> For the front-end to be end user suitable it should: >>> >>> * List applications rather than packages >>> * Group them >>> * Provide some kind of rating system to show "best rated" or "most downloaded" >>> * Use the application icon if it has one >>> * Make use of the packagekit browser plugin for installation >>> >> >> This was actually the goal of Amber project https://fedorahosted.org/amber/wiki/Definition. The project stalled for almost a year. Then I wanted to join and take over Amber development but we decided to better move the features into pkgdb and work together. > > I don't think pkgdb is the right place for this it can serve as a > backend (better would be to just access the underlying db directly, > for performance reasons), but the frontend is to developer and package > oriented. > * You might be right. Tying this into fedora community is a possibility. * Since the backend lives in the pkgdb, there needs to be some sort of UI there. The packagedb has grown a lost of end user features over the summer so the focus is no longer so developer-centric and this goes along with it. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: OpenPGP digital signature URL: From cdahlin at redhat.com Wed Aug 26 15:31:03 2009 From: cdahlin at redhat.com (Casey Dahlin) Date: Wed, 26 Aug 2009 11:31:03 -0400 Subject: 2009-08-27 - Fedora test day - Dracut In-Reply-To: <1251225851.18001.14.camel@localhost.localdomain> References: <1251225851.18001.14.camel@localhost.localdomain> Message-ID: <4A955537.7040003@redhat.com> On 08/25/2009 02:44 PM, James Laska wrote: > Fedora Test Day - Dracut > Date: 2009-08-27 > Time: All day > Location: #fedora-test-day on irc.freenode.net > Its the day before and a lot of the info on the wiki page including live CD locations is still place-held with FIXME. Is this normal? --CJD > Greetings folks, > > This week's Fedora Test Day will focus on exercising the Fedora 12 > mkinitrd/nash replacement ... ... Dracut [1]. If you find > yourself wondering, "what the heck is that?" The following snippet from > the fedoraproject wiki [2] best describes the change. > > With Dracut, the initramfs has one purpose in life - getting the > rootfs mounted so that we can transition to the real rootfs. > This is all driven by device availability. Therefore, instead > of scripts hard-coded to do various things, we depend on udev to > create device nodes for us and then when we have the rootfs's > device node, we mount and carry on. > > It is worth noting that dracut will impact *every* Fedora 12 user (and > potentially users of other distros). As a result, there are several > ways to get involved with testing, ranging from basic to more advanced: > > 1. Download the live image and boot on your system(s) > 2. Update your existing Fedora 11 (or Fedora 12 Alpha) system(s) to > use dracut, and reboot > 3. Install Fedora 12/Rawhide targetting specific root partitiong > schemes (iSCSI, dmraid, RAID+lvm+luks, etc...) > > I invite you to join #fedora-test-day this Thursday, August 27 2009 to > help test dracut. At the very least, providing feedback on the live > image will be much appreciated. Additional test feedback per the wiki > guidlines is also encouraged. > > Stay tuned for more details at > https://fedoraproject.org/wiki/Test_Day:2009-08-27_Dracut. > > Thanks, > James > > [1] https://fedoraproject.org/wiki/Features/Dracut > [2] https://fedoraproject.org/wiki/Dracut#Technical_details > From awilliam at redhat.com Wed Aug 26 15:38:53 2009 From: awilliam at redhat.com (Adam Williamson) Date: Wed, 26 Aug 2009 08:38:53 -0700 Subject: gwenview - Re: Orphaning packages In-Reply-To: References: <200908212234.25091.gauret@free.fr> <1250970270.18334.24.camel@erdos.localdomain> <20090823194852.78cd24b1@faldor.intranet> <4A91811B.2090702@fedoraproject.org> <4A9184CB.3000505@fedoraproject.org> Message-ID: <1251301133.2312.20.camel@adam.local.net> On Wed, 2009-08-26 at 14:53 +0200, Kevin Kofler wrote: > Matthew Woehlke wrote: > > Not on netbooks it isn't! I'd have to buy a new machine to get bigger > > than the 4 G ssd I currently have. > > Doesn't that thing even have a cardreader slot or something like that? Then > IMHO you made a really bad buying decision... But then again I just hate > netbooks altogether, as they reintroduced 32-bit-only machines at a time > where computing had finally just about completed its migration to 64-bit- > capable CPUs throughout and as things like screen "resolution" (pixel count, > really), RAM size, storage size etc. are reminiscent of computers from times > long past. And when it comes to portability, they can't compete with my > TI-89. ;-) There are other situations in which disk space is not free. I run multiple virtual machines on a box which only has an 80GB hard disk, so I only give each machine 5-10GB of disk space. Sure, I could go out and buy a 500GB hard disk for it for 'only' $60, but that's still $60 I'd rather keep in my pocket and an hour of drive installing and imaging I'd rather avoid. And there's no legitimate reason for me to have to do that when there's no reason a basic operating system installation should be anywhere north of 1GB. Frankly, developers with the attitude you're showing here are the reason we all have to go out and buy new hardware every three years, and it's a pain in the ass. Just because 'most people' have more than minimal resources doesn't constitute a license to stop caring about good practice. My netbook has a 1.6GHz CPU, 120GB of hard disk space, and 2GB of RAM; if you consider any of that to be only appropriate for computers from 'times long past' and not worth supporting, well, geesh. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From linuxhippy at gmail.com Wed Aug 26 16:11:00 2009 From: linuxhippy at gmail.com (Clemens Eisserer) Date: Wed, 26 Aug 2009 12:11:00 -0400 Subject: Fwd: KDE login broken in rawhide In-Reply-To: <194f62550908260822h423d4d19h4e45024797cf3453@mail.gmail.com> References: <194f62550908260822h423d4d19h4e45024797cf3453@mail.gmail.com> Message-ID: <194f62550908260911u64d42d76k43bb5266dc3690e@mail.gmail.com> Hi, Since about last week I can't login into KDE anymore using KDM. The KDE splash screen appears, but after this xmessage pops up saying ~"can't start kded4" or something like that. I've quite a number of KDE4 updates installed, but it still happens. Has somebody else experienced this problem too? Does it need manual solving? Thank you in advance, Clemens PS: Sorry for the double-post, i sent this to fedora-list by accident. From jspaleta at gmail.com Wed Aug 26 16:11:09 2009 From: jspaleta at gmail.com (Jeff Spaleta) Date: Wed, 26 Aug 2009 08:11:09 -0800 Subject: fedora-pkgdb: make it discoverable on browser home page? In-Reply-To: <1251240617.1823.16.camel@planemask> References: <1251047209.6118.21.camel@mikmaq.localdomain> <4A9180A2.2050901@gmail.com> <4A918172.7070500@fedoraproject.org> <4A919A17.4070109@gmail.com> <1251124292.1923.9.camel@planemask> <1251134798.1923.17.camel@planemask> <1251240617.1823.16.camel@planemask> Message-ID: <604aa7910908260911q2a1b37e5rd842e8395fbf749d@mail.gmail.com> On Tue, Aug 25, 2009 at 2:50 PM, Matthias Clasen wrote: > Using those criteria, 10 slots are quickly filled: I think this underscores the problem with this approach. It's quite arbitrary. It's more about about PR than about discoverability or relevance to any particular user or usage case. "Hey drive-by end users with minimal to no knowledge of linux! Look we have big name open source applications in our repository that you can also install on Windows! We are relevant! We are relevant!" "Hey developers! Hey look here are a few developer focused applications we want to pimp because we are heavily involved in the upstream project!" "Hey look everyone! A game! We have games!" If its meant to be a teaser...lets make sure we are upfront about that and lets avoid any sort of language which would imply a ranking. There's no "top 10"-ness to the list you propose. Its a feature bulletpoint list like you see in a sales pitch slidedeck. I have no problem with a hand built ten item list. Let's just be upfront about what the list represents. Such a list is a best a teaser...deliberately designed to draw casual website travellers in and explore the repository offerings on your own. -jef"Can we turn the repository into a web based game? Sort of like 'new adventure shell' did for the shell interface? Can we have adventure repository?"spaleta From rdieter at math.unl.edu Wed Aug 26 16:35:28 2009 From: rdieter at math.unl.edu (Rex Dieter) Date: Wed, 26 Aug 2009 11:35:28 -0500 Subject: Fwd: KDE login broken in rawhide References: <194f62550908260822h423d4d19h4e45024797cf3453@mail.gmail.com> <194f62550908260911u64d42d76k43bb5266dc3690e@mail.gmail.com> Message-ID: Clemens Eisserer wrote: > Since about last week I can't login into KDE anymore using KDM. > The KDE splash screen appears, but after this xmessage pops up saying > ~"can't start kded4" or something like that. Probably a variant of one or more of the following: https://bugzilla.redhat.com/show_bug.cgi?id=515539 https://bugzilla.redhat.com/show_bug.cgi?id=519081 Hoping glibc-2.10.90-16 will bring salvation -- Rex From jonathan at jonmasters.org Wed Aug 26 18:07:43 2009 From: jonathan at jonmasters.org (Jon Masters) Date: Wed, 26 Aug 2009 14:07:43 -0400 Subject: [PATCH 3/3] dracut has initrd-generic- instead of initrd- (#519185) In-Reply-To: <1251279922-17859-3-git-send-email-hdegoede@redhat.com> References: <1251279922-17859-1-git-send-email-hdegoede@redhat.com> <1251279922-17859-2-git-send-email-hdegoede@redhat.com> <1251279922-17859-3-git-send-email-hdegoede@redhat.com> Message-ID: <1251310063.14467.22.camel@localhost.localdomain> On Wed, 2009-08-26 at 11:45 +0200, Hans de Goede wrote: > dracut using kernel come with a prebuild initrd-generic- instead > of initrd-, so if we fail to find /boot/initrd-.img, check > for /boot/initrd-generic-.img instead. I've done things this way > so that if we ever need to generate system specific (so non generic) initrd's > for some reason the code will stay working. Is the plan to basically migrate to entirely pre-built "generic" "initrd" initramfs pre-built image files then? Will we even be generating the kernel specific stuff in the future? Jon. From ndbecker2 at gmail.com Wed Aug 26 18:09:59 2009 From: ndbecker2 at gmail.com (Neal Becker) Date: Wed, 26 Aug 2009 14:09:59 -0400 Subject: another spin of TeX Live 2009 packages References: <20090826130218.GB2845@pucmeloud.brq.redhat.com> Message-ID: Error: Missing Dependency: tetex-fonts is needed by package a2ps-4.14-8.fc11.x86_64 (installed) Error: Missing Dependency: tetex >= 3.0 is needed by package jadetex-3.13-5.fc11.noarch (installed) Error: Missing Dependency: tetex is needed by package texinfo- tex-4.13a-2.fc11.x86_64 (installed) Error: Missing Dependency: libkpathsea.so.4()(64bit) is needed by package evince-dvi-2.26.2-1.fc11.x86_64 (installed) Suggestions? Jindrich Novy wrote: > Hi, > > first off, thanks many people who sent me RFE and bugfix > proposals. I've tried to fix most of them in the current package set > in the testing repository: > > rpm -i > http://jnovy.fedorapeople.org/texlive/texlive- release-2009-0.1.fc11.noarch.rpm > > If you use the older TeX Live 2009 packages, please reinstall them > completely: > > yum remove texlive > (and to be sure rm -rf /usr/share/texlive, due to ordering it could > leave some directories there) > yum clean all > yum install texlive > > The reason for it is the following list of improvements: > - binary packages do no more have the '.ARCH' postfix, the postfix > changed to '-bin' > - new font support add new 'fedora-fonts' packages which allows you to > use TeX Live 2009 fonts (TrueType and OpenType for now) in Fedora > - packages for TeX Live t1utils and psutils are no more built but > dependencies to existing utilities in Fedora are added > - kpathsea packages should now be correctly obsoleted. The > lcdf-typetools dep errors you might see installing > texlive-collection-fontutils is caused by the fact that > lcdf-typetools in Fedora is linked against kpathsea libraries and > TeX Live 2009 increases the soname so lcdf-typetools will work after > rebuilt with the new kpathsea > - fixed texlive-xetex conflict with older TL2007 packages > - added older tetex-latex, etc. provides for compatibility (you are > now able to install TL2009 together with R analysis package, etc.) > - new packages should automatically clear /var/lib/texmf in %post > scriptlets to avoid format incompatibilities > > I haven't added obsoletes to .ARCH packages to keep spes files > readable and because TL2009 packages are not yet imported. > > The spec format should be final now. Only some font formats can be > added or the Fedora font support updated for a bit. > > I will announce next repo updates here: > http://fedoraproject.org/wiki/Talk:Features/TeXLive > > Thanks, > Jindrich > From jkeating at redhat.com Wed Aug 26 18:11:28 2009 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 26 Aug 2009 11:11:28 -0700 Subject: [PATCH 3/3] dracut has initrd-generic- instead of initrd- (#519185) In-Reply-To: <1251310063.14467.22.camel@localhost.localdomain> References: <1251279922-17859-1-git-send-email-hdegoede@redhat.com> <1251279922-17859-2-git-send-email-hdegoede@redhat.com> <1251279922-17859-3-git-send-email-hdegoede@redhat.com> <1251310063.14467.22.camel@localhost.localdomain> Message-ID: <1251310288.10127.4.camel@localhost.localdomain> On Wed, 2009-08-26 at 14:07 -0400, Jon Masters wrote: > On Wed, 2009-08-26 at 11:45 +0200, Hans de Goede wrote: > > dracut using kernel come with a prebuild initrd-generic- instead > > of initrd-, so if we fail to find /boot/initrd-.img, check > > for /boot/initrd-generic-.img instead. I've done things this way > > so that if we ever need to generate system specific (so non generic) initrd's > > for some reason the code will stay working. > > Is the plan to basically migrate to entirely pre-built "generic" > "initrd" initramfs pre-built image files then? Will we even be > generating the kernel specific stuff in the future? > > Jon. > > That was the plan, however we're finding more and more situations where this introduces a lot more pain than it solves. For F12 at least it seems quite too late to switch to using dracut images by default anyway. -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From mw_triad at users.sourceforge.net Wed Aug 26 19:59:03 2009 From: mw_triad at users.sourceforge.net (Matthew Woehlke) Date: Wed, 26 Aug 2009 14:59:03 -0500 Subject: gwenview - Re: Orphaning packages In-Reply-To: References: <200908212234.25091.gauret@free.fr> <1250970270.18334.24.camel@erdos.localdomain> <20090823194852.78cd24b1@faldor.intranet> <4A91811B.2090702@fedoraproject.org> <4A9184CB.3000505@fedoraproject.org> Message-ID: Kevin Kofler wrote: > Matthew Woehlke wrote: >> Not on netbooks it isn't! I'd have to buy a new machine to get bigger >> than the 4 G ssd I currently have. > > Doesn't that thing even have a cardreader slot or something like that? Yes, but it's not usable for system storage. The one and only time I tried to arrange for it to mount on boot (which would, I think, be needed to put anything yum-managed there in a way that isn't an insane hack), I had quite the time getting the machine to boot again. Granted that was partly because inexperience made it fun figuring out how to edit fstab when booted from a rescue disk (which fortunately I had handy!!), but... > Then IMHO you made a really bad buying decision... Nah, I *love* my Asus. The small ssd isn't really a *problem*, it just means I have to adjust my expectations that I won't be installing everything plus the kitchen sink, software-wise. (Plus the 8G models weren't out when I bought it.) Besides, even if it /was/ a bad decision, it only cost <$325 (including tax) ;-). > But then again I just hate netbooks altogether [...] as things like > screen "resolution" (pixel count, really), The screen size issue was I think inevitable, as people in general are turning less to "workstation computers" and more to mobile devices... not just netbooks, but tablets and even phones. I don't buy the theory that "workstation computers" are going to go away (after all, they said that about the mainframe), but I wouldn't be surprised if they become much more "niche", to the point where few people have one in their homes any more. (I heard somewhere this is already happening in Asia.) Like it or not, the vicious hardware upgrade cycle has been broken, and the days of being able to count on people eventually having bigger and better hardware are gone. Or, put differently, "what Adam said". Sorry, but I agree with him here; "[hardware] is cheap" is not a good attitude. > RAM size, There is something wrong with having 1 G of RAM? If so, I haven't yet experienced it. (And that number is only going to go up...) > storage size etc. are reminiscent of computers from times long past. > And when it comes to portability, they can't compete with my > TI-89. ;-) ...but does it run Fedora? ;-) I can see a TI-89 *might* be able to keep up with kwrite from a note-taking standpoint, but no way it could replace my Asus for how I use it. Having a *full computer* that is the size of a (hardcover) book and weights <1kg is wonderful for me. I actually bought the thing just before taking a business trip. I took my regular (company) laptop to the office the first day. After that, I just brought my Asus. It did everything I needed on that trip, and is soooo much easier to carry around (and it's small enough to comfortably use in restaurants). -- Matthew Please do not quote my e-mail address unobfuscated in message bodies. -- Signal lost From dennis at ausil.us Wed Aug 26 20:48:01 2009 From: dennis at ausil.us (Dennis Gilmore) Date: Wed, 26 Aug 2009 15:48:01 -0500 Subject: [PATCH 3/3] dracut has initrd-generic- instead of initrd- (#519185) In-Reply-To: <1251310288.10127.4.camel@localhost.localdomain> References: <1251279922-17859-1-git-send-email-hdegoede@redhat.com> <1251310063.14467.22.camel@localhost.localdomain> <1251310288.10127.4.camel@localhost.localdomain> Message-ID: <200908261548.07964.dennis@ausil.us> On Wednesday 26 August 2009 01:11:28 pm Jesse Keating wrote: > On Wed, 2009-08-26 at 14:07 -0400, Jon Masters wrote: > > On Wed, 2009-08-26 at 11:45 +0200, Hans de Goede wrote: > > > dracut using kernel come with a prebuild initrd-generic- > > > instead of initrd-, so if we fail to find > > > /boot/initrd-.img, check for > > > /boot/initrd-generic-.img instead. I've done things this way > > > so that if we ever need to generate system specific (so non generic) > > > initrd's for some reason the code will stay working. > > > > Is the plan to basically migrate to entirely pre-built "generic" > > "initrd" initramfs pre-built image files then? Will we even be > > generating the kernel specific stuff in the future? > > > > Jon. > > That was the plan, however we're finding more and more situations where > this introduces a lot more pain than it solves. For F12 at least it > seems quite too late to switch to using dracut images by default anyway. some arches need to create special initrds for some situations to work with hardware limitations. there will likely always be a need to create initrds Dennis -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: From kevin.kofler at chello.at Wed Aug 26 21:20:09 2009 From: kevin.kofler at chello.at (Kevin Kofler) Date: Wed, 26 Aug 2009 23:20:09 +0200 Subject: Potential PackageKit improvement??? References: <4A941978.4000800@gnat.ca> <15e53e180908251013q3eb4f1bbm5898855a61da0a45@mail.gmail.com> <15e53e180908260024s72900be1n9185a73cab1c2e09@mail.gmail.com> Message-ID: Nathanael Noblet wrote: > So in my case, I'm running gnome, I get a kde update and was required > to reboot because it was marked as needing a reboot, not a logout/ > login? Is that erroneous? KDE required a system reboot? KDE really just requires a session restart, not a full reboot (and only if you're actually running it while upgrading). If PackageKit now detects the need for a session start automatically, I guess we can rely on that in the future (but we'll need to get the sticky "requires reboot" flag cleared on all those packages in the Bodhi server, I think a lot of packages carry this by now due to how it spreads in grouped updates). Kevin Kofler From mclasen at redhat.com Wed Aug 26 22:37:49 2009 From: mclasen at redhat.com (Matthias Clasen) Date: Wed, 26 Aug 2009 18:37:49 -0400 Subject: PolicyKit 0.9 is going away Message-ID: <1251326269.1614.26.camel@planemask> As part of the move to PolicyKit 1.0, the old PolicyKit 0.9 and PolicyKit-gnome 0.9 packages are going to be obsoleted. Our plan is to have the Obsoletes in place before the beta. Most users of PolicyKit have been ported over by now, but there are a few stragglers. If your package is using PolicyKit, now is the right time to look at porting it to PolicyKit 1.0. If you need help with that, feel free to ask on fedora-desktop-list at redhat.com or polkit-devel at lists.freedesktop.org. For details, see http://www.fedoraproject.org/wiki/Features/PolicyKitOne Matthias From bpepple at fedoraproject.org Wed Aug 26 23:33:40 2009 From: bpepple at fedoraproject.org (Brian Pepple) Date: Wed, 26 Aug 2009 19:33:40 -0400 Subject: rawhide report: 20090826 changes In-Reply-To: <5256d0b0908260758p4a144a96j6955a79c59930330@mail.gmail.com> References: <20090826145011.GA8094@releng2.fedora.phx.redhat.com> <5256d0b0908260758p4a144a96j6955a79c59930330@mail.gmail.com> Message-ID: <1251329620.2513.3.camel@localhost.localdomain> On Wed, 2009-08-26 at 15:58 +0100, Peter Robinson wrote: > > Broken deps for i386 > > ---------------------------------------------------------- > > anerley-0.0.20-3.fc12.i686 requires libmissioncontrol-client.so.0 > > anerley-devel-0.0.20-3.fc12.i686 requires pkgconfig(libmissioncontrol) > > anjal-0.1.0-0.7.20090821git5ac8bfe.fc12.i686 requires libmissioncontrol-client.so.0 > > empathy-2.27.5-3.fc12.i686 requires libmissioncontrol-client.so.0 > > empathy-devel-2.27.5-3.fc12.i686 requires pkgconfig(libmissioncontrol) > > empathy-libs-2.27.5-3.fc12.i686 requires libmissioncontrol-client.so.0 > > empathy-python-2.27.5-3.fc12.i686 requires libmissioncontrol-client.so.0 > > nautilus-sendto-1.1.6-2.fc12.i686 requires libmissioncontrol-client.so.0 > > I don't remember the bump nitrification email for this going to fedora-devel. My fault. I wasn't aware of anything using mission-control other than empathy & nautilus-sendto which I was working on updating. Sorry. Later, /B -- Brian Pepple identi.ca: http://identi.ca/bpepple 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: 197 bytes Desc: This is a digitally signed message part URL: From pbrobinson at gmail.com Wed Aug 26 23:42:43 2009 From: pbrobinson at gmail.com (Peter Robinson) Date: Thu, 27 Aug 2009 00:42:43 +0100 Subject: rawhide report: 20090826 changes In-Reply-To: <1251329620.2513.3.camel@localhost.localdomain> References: <20090826145011.GA8094@releng2.fedora.phx.redhat.com> <5256d0b0908260758p4a144a96j6955a79c59930330@mail.gmail.com> <1251329620.2513.3.camel@localhost.localdomain> Message-ID: <5256d0b0908261642o6bdd9307t4d8e5cb0a295df30@mail.gmail.com> On Thu, Aug 27, 2009 at 12:33 AM, Brian Pepple wrote: > On Wed, 2009-08-26 at 15:58 +0100, Peter Robinson wrote: >> > Broken deps for i386 >> > ---------------------------------------------------------- >> > ? ? ? ?anerley-0.0.20-3.fc12.i686 requires libmissioncontrol-client.so.0 >> > ? ? ? ?anerley-devel-0.0.20-3.fc12.i686 requires pkgconfig(libmissioncontrol) >> > ? ? ? ?anjal-0.1.0-0.7.20090821git5ac8bfe.fc12.i686 requires libmissioncontrol-client.so.0 >> > ? ? ? ?empathy-2.27.5-3.fc12.i686 requires libmissioncontrol-client.so.0 >> > ? ? ? ?empathy-devel-2.27.5-3.fc12.i686 requires pkgconfig(libmissioncontrol) >> > ? ? ? ?empathy-libs-2.27.5-3.fc12.i686 requires libmissioncontrol-client.so.0 >> > ? ? ? ?empathy-python-2.27.5-3.fc12.i686 requires libmissioncontrol-client.so.0 >> > ? ? ? ?nautilus-sendto-1.1.6-2.fc12.i686 requires libmissioncontrol-client.so.0 >> >> I don't remember the bump nitrification email for this going to fedora-devel. > > My fault. ?I wasn't aware of anything using mission-control other than > empathy & nautilus-sendto which I was working on updating. ?Sorry. No problems. If you can help out with what needs to be done for anerley that would be great as I've not had anything to do with telepathy-mission-control. Anjal depends on anerley and that's why its complaining. Cheers, Peter From joshuacov at googlemail.com Wed Aug 26 23:44:13 2009 From: joshuacov at googlemail.com (Joshua C.) Date: Thu, 27 Aug 2009 01:44:13 +0200 Subject: How to respin F11-install-dvd with GRUB on ext4? In-Reply-To: <5f6f8c5f0908260705j61527507m70ca6843992257b9@mail.gmail.com> References: <5f6f8c5f0908260705j61527507m70ca6843992257b9@mail.gmail.com> Message-ID: <5f6f8c5f0908261644x33a015fbma14ff8184b28254d@mail.gmail.com> I'm trying to respin the f11.x86_64 install dvd in order to put the new grub and anaconda packages, so that I can have grub on my ext4 without a separete partition for it. I recompiled grub-0.97-59.fc11.x86_64 and anaconda-12.0-1.fc11.x86_64 against the current f11 packages. Everything worked fine. I also recompiled the corresponding util-linux-ng and other deps. How can I recreate the install dvd? I tried using livecd-tools-026-1.fc12 with /usr/share/spin-kickstarts/fedora-install-fedora.ks from spin-kickstarts-0.11.4-1.fc11.noarch.rpm but I couldn't do it. I also updated all rpm and yum packages. I download the original install dvd but as far as i know anaconda doesn't allow grub to be on ext4 in it. Therefore i recompiled the f12 version. This isn't supposed to be a live-dvd but just an install dvd, so i think anaconda should create the appropriate kernel und initrd packages for it. How to procede with this? -------------- next part -------------- An HTML attachment was scrubbed... URL: From bruno at wolff.to Thu Aug 27 00:05:12 2009 From: bruno at wolff.to (Bruno Wolff III) Date: Wed, 26 Aug 2009 19:05:12 -0500 Subject: How to respin F11-install-dvd with GRUB on ext4? In-Reply-To: <5f6f8c5f0908261644x33a015fbma14ff8184b28254d@mail.gmail.com> References: <5f6f8c5f0908260705j61527507m70ca6843992257b9@mail.gmail.com> <5f6f8c5f0908261644x33a015fbma14ff8184b28254d@mail.gmail.com> Message-ID: <20090827000512.GA1993@wolff.to> On Thu, Aug 27, 2009 at 01:44:13 +0200, "Joshua C." wrote: > I'm trying to respin the f11.x86_64 install dvd in order to put the > new grub and anaconda packages, so that I can have grub on my ext4 > without a separete partition for it. I recompiled > grub-0.97-59.fc11.x86_64 and anaconda-12.0-1.fc11.x86_64 against the > current f11 packages. Everything worked fine. I also recompiled the > corresponding util-linux-ng and other deps. I thought new packages had already been pushed to F11 to allow this, so you shouldn't have had to recompile anything. > How can I recreate the install dvd? pungi is the tool used to build install images. From bjorn at xn--rombobjrn-67a.se Thu Aug 27 00:05:52 2009 From: bjorn at xn--rombobjrn-67a.se (=?utf-8?q?Bj=C3=B6rn_Persson?=) Date: Thu, 27 Aug 2009 02:05:52 +0200 Subject: showing dependency trees In-Reply-To: <815462c80908260649w5f2afeacs3a0f1208310bf9e8@mail.gmail.com> References: <200908212234.25091.gauret@free.fr> <200908232058.52570.bjorn@xn--rombobjrn-67a.se> <815462c80908260649w5f2afeacs3a0f1208310bf9e8@mail.gmail.com> Message-ID: <200908270206.17369.bjorn@xn--rombobjrn-67a.se> Rajeesh K Nambiar wrote: > 2009/8/24 Bj?rn Persson : > > That's not all that quick. There ought to be a tool for this. Given a > > package name it should print the dependency tree for that package. It > > could have an option to suppress packages in the base set. Couldn't Yum > > be taught to answer that kind of queries? > > I'm not sure this is exactly what you want, but I was using this in my > .bashrc: > > function dependencylist > { > yum groupinfo Base | grep -v Packages | sed 1,12d | awk '{print > $1}' > BaseList; yum deplist "$*" | grep provider | awk '{if("grep -q > $2 BaseList") print $2}' | sort | uniq > } If I understand that function right, it lists only the direct dependencies of a given package, not the dependencies of the dependencies, so it won't help with discovering situations like the one that prompted this discussion. Bj?rn Persson -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 190 bytes Desc: This is a digitally signed message part. URL: From bjorn at xn--rombobjrn-67a.se Thu Aug 27 00:06:19 2009 From: bjorn at xn--rombobjrn-67a.se (=?utf-8?q?Bj=C3=B6rn_Persson?=) Date: Thu, 27 Aug 2009 02:06:19 +0200 Subject: showing dependency trees In-Reply-To: <604aa7910908241609l6fe13b63y68c541a8637ab7ca@mail.gmail.com> References: <200908212234.25091.gauret@free.fr> <200908250031.43202.bjorn@xn--rombobjrn-67a.se> <604aa7910908241609l6fe13b63y68c541a8637ab7ca@mail.gmail.com> Message-ID: <200908270206.19614.bjorn@xn--rombobjrn-67a.se> Jeff Spaleta wrote: > Are you suggesting that things are out of balance now? > [...] > Are you seriously suggesting expending the manpower at the > distribution level to poke at which functional calls need to broken > out into more libraries? All I have suggested is that we should have a certain tool. Rahul Sundaram described a way to check for unnecessary dependencies. I found that method somewhat unwieldy and suggested that there should be a tool to make such a check easier to do for those who want to do it. That's all. I don't understand why you react as if I had claimed that Fedora's packaging is horribly broken. Bj?rn Persson -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 190 bytes Desc: This is a digitally signed message part. URL: From joshuacov at googlemail.com Thu Aug 27 00:21:47 2009 From: joshuacov at googlemail.com (Joshua C.) Date: Thu, 27 Aug 2009 02:21:47 +0200 Subject: How to respin F11-install-dvd with GRUB on ext4? In-Reply-To: <20090827000512.GA1993@wolff.to> References: <5f6f8c5f0908260705j61527507m70ca6843992257b9@mail.gmail.com> <5f6f8c5f0908261644x33a015fbma14ff8184b28254d@mail.gmail.com> <20090827000512.GA1993@wolff.to> Message-ID: <5f6f8c5f0908261721v4e631c6es340afa3b21cea6c4@mail.gmail.com> 2009/8/27 Bruno Wolff III > On Thu, Aug 27, 2009 at 01:44:13 +0200, > "Joshua C." wrote: > > I'm trying to respin the f11.x86_64 install dvd in order to put the > > new grub and anaconda packages, so that I can have grub on my ext4 > > without a separete partition for it. I recompiled > > grub-0.97-59.fc11.x86_64 and anaconda-12.0-1.fc11.x86_64 against the > > current f11 packages. Everything worked fine. I also recompiled the > > corresponding util-linux-ng and other deps. > > I thought new packages had already been pushed to F11 to allow this, so > you shouldn't have had to recompile anything. I haven't heard of this. I'll switch to f11 but didn't want to use the default install dvd because of the grub-on-ext3 problem. Even if new packages have been pushed to f11 repos the install media haven't been respin. Therefore I need ot do it thia way. > > How can I recreate the install dvd? > > pungi is the tool used to build install images. I'll try it. thanks. -------------- next part -------------- An HTML attachment was scrubbed... URL: From michael.silvanus at gmail.com Thu Aug 27 01:07:28 2009 From: michael.silvanus at gmail.com (Michel Alexandre Salim) Date: Wed, 26 Aug 2009 21:07:28 -0400 Subject: PackageKit and yum --skip-broken In-Reply-To: <15e53e180908260027x495ee1ffu3a7f0dd23c76d284@mail.gmail.com> References: <1251224901.8102.24.camel@mikmaq.localdomain> <20090825185710.GE3472@localhost.localdomain> <15e53e180908251219k496a82b8xd89c94bb8165207d@mail.gmail.com> <615c05430908252236g5b83a317jee63b9c1cbc0b5d8@mail.gmail.com> <15e53e180908260027x495ee1ffu3a7f0dd23c76d284@mail.gmail.com> Message-ID: <1251335248.2018.4.camel@mikmaq.localdomain> On Wed, 2009-08-26 at 08:27 +0100, Richard Hughes wrote: > 2009/8/26 Michel Alexandre Salim : > > So, it turns out that the reason I didn't notice this functionality is > > that the error message given by gnome-packagekit was slightly > > unintuitive: it did /not/ inform the user that the uninstallable > > package has been deselected, and to continue installing. > > Well, functionality like that would be welcome, but I'm tied up with > polishing all my software for F12, so I've not got an awful lot of > time for new code. If someone could take a look at this I would be > very willing to mentor/review any functionality. > Sounds great. In this case, this would be gnome-packagekit specific, right? I would not need to touch the backend at all. Regards, -- Michel Salim GPG key ID: 78884778 IRC: hircus Package Sponsor, Fedora Project -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From thuforuk at yahoo.co.uk Thu Aug 27 02:59:52 2009 From: thuforuk at yahoo.co.uk (Dariusz J. Garbowski) Date: Wed, 26 Aug 2009 20:59:52 -0600 Subject: dhclient and dhcp update require restart? Message-ID: <4A95F6A8.2070701@yahoo.co.uk> Hi, something that bothers me a bit... More and more system restart requests with each update (even if one doesn't use the package at the time). Is this necessary for dhclient and dhcp update packages to require restart? Wouldn't "service network restart" and "service dhcpd restart" in the install/upgrade scripts do the trick (after checking that the service is actually running)? Ssh used to do that since, well, as far as I remember. Cheers, Dariusz From debayanin at gmail.com Thu Aug 27 06:09:00 2009 From: debayanin at gmail.com (Debayan Banerjee) Date: Thu, 27 Aug 2009 11:39:00 +0530 Subject: showing dependency trees In-Reply-To: <200908270206.19614.bjorn@xn--rombobjrn-67a.se> References: <200908212234.25091.gauret@free.fr> <200908250031.43202.bjorn@xn--rombobjrn-67a.se> <604aa7910908241609l6fe13b63y68c541a8637ab7ca@mail.gmail.com> <200908270206.19614.bjorn@xn--rombobjrn-67a.se> Message-ID: On 27/08/2009, Bj?rn Persson wrote: > > Jeff Spaleta wrote: > > Are you suggesting that things are out of balance now? > > > [...] > > > Are you seriously suggesting expending the manpower at the > > distribution level to poke at which functional calls need to broken > > out into more libraries? > > > All I have suggested is that we should have a certain tool. Rahul Sundaram > described a way to check for unnecessary dependencies. I found that method > somewhat unwieldy Well, I develop a debian distribution for my organisation and I often need to confirm whether the packages in the repository are installable or not. I use edos-debcheck. Here is a sample invocation. debayan at deep-blue:/data/all/distros/deepofix-trunk/install_cd/deepofix/dists/doublethink/main/binary-i386$ edos-debcheck -failures -explain < Packages Parsing package file... 0.4 seconds 684 packages Generating constraints... 0.2 seconds libarchive-tar-perl (= 1.30-2): FAILED The following constraints cannot be satisfied: libarchive-tar-perl (= 1.30-2) conflicts with perl-modules (= 5.10.0-19) libarchive-tar-perl (= 1.30-2) depends on perl (>= 5.6.0-16) {perl (= 5.10.0-19)} perl (= 5.10.0-19) depends on perl-modules (>= 5.10.0-19) {perl-modules (= 5.10.0-19)} liblocale-maketext-simple-perl (= 0.12-2): FAILED The following constraints cannot be satisfied: liblocale-maketext-simple-perl (= 0.12-2) depends on liblocale-maketext-lexicon-perl {liblocale-maketext-lexicon-perl (= 0.66-1)} liblocale-maketext-simple-perl (= 0.12-2) conflicts with perl-modules (= 5.10.0-19) liblocale-maketext-lexicon-perl (= 0.66-1) depends on liblocale-maketext-perl {perl-modules (= 5.10.0-19)} libssp0 (= 4.1.1-21): FAILED The following constraints cannot be satisfied: libssp0 (= 4.1.1-21) depends on gcc-4.1-base (= 4.1.1-21) {NOT AVAILABLE} libversion-perl (= 0.6701-1): FAILED The following constraints cannot be satisfied: libversion-perl (= 0.6701-1) depends on perlapi-5.8.8 {NOT AVAILABLE} Checking packages... 0.3 seconds As you can see, it tells me which packages can not be installed due to dependency failure. It takes the Packages file metadata and processes it. For your particular case, where you want to check dependency tress for a particular package, I think that can be done too. "debayan at deep-blue:~$ edos-debcheck --help Usage: edos-debcheck [OPTION]... [PACKAGE]... Check whether the given packages can be installed. A binary package control file is read from the standard input. The names (for instance, 'emacsen') of the packages to be tested should be given on the command line. A specific version of a package can be selected by following the package name with an equals and the version of the package to test (for instance, 'xemacs21=21.4.17-1'). When no package name is provided, all packages in the control file are tested. Options: -check Double-check the results -explain Explain the results -rules Print generated rules -quiet do not emit warnings nor progress/timing info -failures Only show failures -successes Only show successes -help Display this list of options --help Display this list of options " Replace edos-debcheck with edos-rpmcheck. There is also an apt-cache flag that generates visual dependency graphs for a particular package. " dotty pkg(s) dotty takes a list of packages on the command line and generates output suitable for use by dotty from the GraphViz[1] package. The result will be a set of nodes and edges representing the relationships between the packages. By default the given packages will trace out all dependent packages; this can produce a very large graph. To limit the output to only the packages listed on the command line, set the APT::Cache::GivenOnly option. The resulting nodes will have several shapes; normal packages are boxes, pure provides are triangles, mixed provides are diamonds, missing packages are hexagons. Orange boxes mean recursion was stopped [leaf packages], blue lines are pre-depends, green lines are conflicts. " The above excerpt is from 'man apt-cache'. I am not sure if similar facility is available in yum. Caution, dotty cannot graph larger sets of packages. -- Regards, Debayan Banerjee Support Free Software http://deeproot.in -------------- next part -------------- An HTML attachment was scrubbed... URL: From sundaram at fedoraproject.org Thu Aug 27 07:28:23 2009 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Thu, 27 Aug 2009 12:58:23 +0530 Subject: PackageKit and yum --skip-broken In-Reply-To: <1251335248.2018.4.camel@mikmaq.localdomain> References: <1251224901.8102.24.camel@mikmaq.localdomain> <20090825185710.GE3472@localhost.localdomain> <15e53e180908251219k496a82b8xd89c94bb8165207d@mail.gmail.com> <615c05430908252236g5b83a317jee63b9c1cbc0b5d8@mail.gmail.com> <15e53e180908260027x495ee1ffu3a7f0dd23c76d284@mail.gmail.com> <1251335248.2018.4.camel@mikmaq.localdomain> Message-ID: <4A963597.4040901@fedoraproject.org> On 08/27/2009 06:37 AM, Michel Alexandre Salim wrote: > On Wed, 2009-08-26 at 08:27 +0100, Richard Hughes wrote: >> 2009/8/26 Michel Alexandre Salim : >>> So, it turns out that the reason I didn't notice this functionality is >>> that the error message given by gnome-packagekit was slightly >>> unintuitive: it did /not/ inform the user that the uninstallable >>> package has been deselected, and to continue installing. >> >> Well, functionality like that would be welcome, but I'm tied up with >> polishing all my software for F12, so I've not got an awful lot of >> time for new code. If someone could take a look at this I would be >> very willing to mentor/review any functionality. >> > Sounds great. In this case, this would be gnome-packagekit specific, > right? I would not need to touch the backend at all. In my understanding, that is correct. Rahul From hughsient at gmail.com Thu Aug 27 07:38:20 2009 From: hughsient at gmail.com (Richard Hughes) Date: Thu, 27 Aug 2009 08:38:20 +0100 Subject: PackageKit and yum --skip-broken In-Reply-To: <4A963597.4040901@fedoraproject.org> References: <1251224901.8102.24.camel@mikmaq.localdomain> <20090825185710.GE3472@localhost.localdomain> <15e53e180908251219k496a82b8xd89c94bb8165207d@mail.gmail.com> <615c05430908252236g5b83a317jee63b9c1cbc0b5d8@mail.gmail.com> <15e53e180908260027x495ee1ffu3a7f0dd23c76d284@mail.gmail.com> <1251335248.2018.4.camel@mikmaq.localdomain> <4A963597.4040901@fedoraproject.org> Message-ID: <15e53e180908270038s233a927fo45d67bb310ce329c@mail.gmail.com> 2009/8/27 Rahul Sundaram : > On 08/27/2009 06:37 AM, Michel Alexandre Salim wrote: >> Sounds great. In this case, this would be gnome-packagekit specific, >> right? I would not need to touch the backend at all. > > In my understanding, that is correct. Yes, the majority of the work woulf in the client, deselecting updates according to what failed the depsolve. The PackageKit desktop-neutral parts (the harder parts) would be extracting the package_id[1] of the package that failed depsolving. This might be fairly yum specific too. It's certainly not less than 5 hours of work. It would be a cool trick, however. Richard. [1] http://www.packagekit.org/gtk-doc/ From Quentin at Armitage.org.uk Thu Aug 27 08:48:07 2009 From: Quentin at Armitage.org.uk (Quentin Armitage) Date: Thu, 27 Aug 2009 09:48:07 +0100 Subject: rawhide report: 20090826 changes In-Reply-To: <5256d0b0908261642o6bdd9307t4d8e5cb0a295df30@mail.gmail.com> References: <20090826145011.GA8094@releng2.fedora.phx.redhat.com> <5256d0b0908260758p4a144a96j6955a79c59930330@mail.gmail.com> <1251329620.2513.3.camel@localhost.localdomain> <5256d0b0908261642o6bdd9307t4d8e5cb0a295df30@mail.gmail.com> Message-ID: <1251362887.2236.14.camel@samson.armitage.org.uk> On Thu, Aug 27, 2009 at 12:33 AM, Brian Pepple wrote: > On Wed, 2009-08-26 at 15:58 +0100, Peter Robinson wrote: >> > Broken deps for i386 >> > ---------------------------------------------------------- >> > anerley-0.0.20-3.fc12.i686 requires libmissioncontrol-client.so.0 >> > anerley-devel-0.0.20-3.fc12.i686 requires pkgconfig(libmissioncontrol) >> > anjal-0.1.0-0.7.20090821git5ac8bfe.fc12.i686 requires libmissioncontrol-client.so.0 >> > empathy-2.27.5-3.fc12.i686 requires libmissioncontrol-client.so.0 >> > empathy-devel-2.27.5-3.fc12.i686 requires pkgconfig(libmissioncontrol) >> > empathy-libs-2.27.5-3.fc12.i686 requires libmissioncontrol-client.so.0 >> > empathy-python-2.27.5-3.fc12.i686 requires libmissioncontrol-client.so.0 >> > nautilus-sendto-1.1.6-2.fc12.i686 requires libmissioncontrol-client.so.0 >> >> I don't remember the bump nitrification email for this going to fedora-devel. > > My fault. I wasn't aware of anything using mission-control other than > empathy & nautilus-sendto which I was working on updating. Sorry. Thee seems to be a dependency peculiarity with telepathy-mission-control-5.2.1-1; it requires libmcclient-5.2.1.so, which is provided by telepathy-mission-control-devel; should a package have a dependency on its -devel package? Further, http://koji.fedoraproject.org/koji/rpminfo?rpmID=1513479 shows that telepathy-mission-control-devel both provides and requires libmcclient-5.2.1.so; is this normal? From mike at miketc.net Thu Aug 27 09:24:39 2009 From: mike at miketc.net (Mike Chambers) Date: Thu, 27 Aug 2009 04:24:39 -0500 Subject: F12 Alpha problems Message-ID: <1251365079.5370.10.camel@scrappy.miketc.net> Couple problems I see that may or may not be known yet.. 1 - Evolution won't accept the restore option (using the evolution-backup.tar.gz) when first started. Keeps starting over (the initial setup menu) after it tries to restore the settings. Also it seems that if you have filters installed and one of them is to a missing folder or something, evo will stop processing filters when it runs into it and won't bypass it and continue on. 2 - When trying to start the Appearance program, it starts but closes itself after a few seconds without being able to click on anything. Ran it via shell and below is what turns up.. [mike at scrappy ~]$ gnome-appearance-properties %F calling CanSetSystem: 1 (gnome-appearance-properties:6188): Gdk-CRITICAL **: gdk_color_equal: assertion `colorb != NULL' failed This on an updated rawhide system, with F12 Alpha install + updates. BTW, tried a rawhide install, which worked, but kernel wouldn't boot due to vfs or something, which others have already brought up. -- Mike Chambers Madisonville, KY From howard at cohtech.com Thu Aug 27 10:02:23 2009 From: howard at cohtech.com (Howard Wilkinson) Date: Thu, 27 Aug 2009 11:02:23 +0100 Subject: cpqarrayd for fedora 11 and 12 Message-ID: <4A9659AF.4020606@cohtech.com> I have had to patch the code for cpqarrayd to get it working under Fedora 11. It was failing with a stack smashing exception. I have fixed this by replacing stack structures with dynamic allocation. Where should I send the patch ... the last development on this was in 2007 so it is probably not being maintained, although I will try to contact the author. Howard. From dan at danny.cz Thu Aug 27 10:10:05 2009 From: dan at danny.cz (Dan =?ISO-8859-1?Q?Hor=E1k?=) Date: Thu, 27 Aug 2009 12:10:05 +0200 Subject: cpqarrayd for fedora 11 and 12 In-Reply-To: <4A9659AF.4020606@cohtech.com> References: <4A9659AF.4020606@cohtech.com> Message-ID: <1251367805.3833.28.camel@eagle.danny.cz> Howard Wilkinson p??e v ?t 27. 08. 2009 v 11:02 +0100: > I have had to patch the code for cpqarrayd to get it working under > Fedora 11. It was failing with a stack smashing exception. I have fixed > this by replacing stack structures with dynamic allocation. Where should > I send the patch ... the last development on this was in 2007 so it is > probably not being maintained, although I will try to contact the author. Please also open a bug in our Bugzilla. Thanks Dan From howard at cohtech.com Thu Aug 27 10:27:48 2009 From: howard at cohtech.com (Howard Wilkinson) Date: Thu, 27 Aug 2009 11:27:48 +0100 Subject: cpqarrayd for fedora 11 and 12 In-Reply-To: <1251367805.3833.28.camel@eagle.danny.cz> References: <4A9659AF.4020606@cohtech.com> <1251367805.3833.28.camel@eagle.danny.cz> Message-ID: <4A965FA4.5030906@cohtech.com> Dan Hor?k wrote: > Howard Wilkinson p??e v ?t 27. 08. 2009 v 11:02 +0100: > >> I have had to patch the code for cpqarrayd to get it working under >> Fedora 11. It was failing with a stack smashing exception. I have fixed >> this by replacing stack structures with dynamic allocation. Where should >> I send the patch ... the last development on this was in 2007 so it is >> probably not being maintained, although I will try to contact the author. >> > > Please also open a bug in our Bugzilla. > > > Thanks > Dan > > > Done this it is bug https://bugzilla.redhat.com/show_bug.cgi?id=519660 Howard. From mschmidt at redhat.com Thu Aug 27 11:41:57 2009 From: mschmidt at redhat.com (Michal Schmidt) Date: Thu, 27 Aug 2009 13:41:57 +0200 Subject: F12 Alpha problems In-Reply-To: <1251365079.5370.10.camel@scrappy.miketc.net> References: <1251365079.5370.10.camel@scrappy.miketc.net> Message-ID: <20090827134157.15794510@leela> Dne Thu, 27 Aug 2009 04:24:39 -0500 Mike Chambers napsal(a): > 2 - When trying to start the Appearance program, it starts but closes > itself after a few seconds without being able to click on anything. Known: https://bugzilla.redhat.com/show_bug.cgi?id=519293 Michal From jamatos at fc.up.pt Thu Aug 27 11:40:25 2009 From: jamatos at fc.up.pt (=?iso-8859-1?q?Jos=E9_Matos?=) Date: Thu, 27 Aug 2009 12:40:25 +0100 Subject: another spin of TeX Live 2009 packages In-Reply-To: <20090826130218.GB2845@pucmeloud.brq.redhat.com> References: <20090826130218.GB2845@pucmeloud.brq.redhat.com> Message-ID: <200908271240.26524.jamatos@fc.up.pt> On Wednesday 26 August 2009 Jindrich Novy wrote: > Hi, > > first off, thanks many people who sent me RFE and bugfix > proposals. I've tried to fix most of them in the current package set > in the testing repository: > > rpm -i > http://jnovy.fedorapeople.org/texlive/texlive-release-2009-0.1.fc11.noarch. >rpm > > Thanks, > Jindrich Hi, I have tried to update and now most of the previous problems have been solved but there is a new type of problem that has appeared. I get lots of these: Error: Missing Dependency: texlive = 2009 is needed by package texlive- amsfonts-2009-3.0.14555.fc11.noarch (texlive) Error: Missing Dependency: texlive-texconfig-bin = 2009 is needed by package texlive-texconfig-2009-13822.fc11.noarch (texlive) I send attached the full list that I get. -- Jos? Ab?lio -------------- next part -------------- Error: Missing Dependency: texlive-dvipdfm-bin = 2009 is needed by package texlive-dvipdfm-2009-0.13.2d.14549.fc11.noarch (texlive) Error: Missing Dependency: texlive = 2009 is needed by package texlive-etex-2009-13530.fc11.noarch (texlive) Error: Missing Dependency: texlive = 2009 is needed by package texlive-metafont-2009-13822.fc11.noarch (texlive) Error: Missing Dependency: texlive = 2009 is needed by package texlive-geometry-2009-4.2.13293.fc11.noarch (texlive) Error: Missing Dependency: texlive-kpathsea-bin = 2009 is needed by package texlive-babel-2009-3.8l.13530.fc11.noarch (texlive) Error: Missing Dependency: texlive = 2009 is needed by package texlive-mfware-2009-13822.fc11.noarch (texlive) Error: Missing Dependency: texlive = 2009 is needed by package texlive-texconfig-2009-13822.fc11.noarch (texlive) Error: Missing Dependency: texlive-dvips = 2007-42.fc11 is needed by package texlive-utils-2007-42.fc11.i586 (installed) Error: Missing Dependency: texlive = 2009 is needed by package texlive-pdftex-2009-1.40.9.14549.fc11.noarch (texlive) Error: Missing Dependency: texlive-kpathsea-bin = 2009 is needed by package texlive-ifluatex-2009-1.2.14365.fc11.noarch (texlive) Error: Missing Dependency: texlive-kpathsea-bin = 2009 is needed by package texlive-glyphlist-2009-13293.fc11.noarch (texlive) Error: Missing Dependency: texlive = 2009 is needed by package texlive-ifluatex-2009-1.2.14365.fc11.noarch (texlive) Error: Missing Dependency: texlive-kpathsea-bin = 2009 is needed by package texlive-texconfig-2009-13822.fc11.noarch (texlive) Error: Missing Dependency: texlive-kpathsea-bin = 2009 is needed by package texlive-tetex-2009-3.0.14841.fc11.noarch (texlive) Error: Missing Dependency: texlive = 2009 is needed by package texlive-dvipdfmx-2009-14829.fc11.noarch (texlive) Error: Missing Dependency: texlive = 2009 is needed by package texlive-ifxetex-2009-0.5.13293.fc11.noarch (texlive) Error: Missing Dependency: texlive = 2009 is needed by package texlive-xdvi-2009-22.84.16.14545.fc11.noarch (texlive) Error: Missing Dependency: texlive = 2009 is needed by package texlive-hyperref-2009-6.78q.13530.fc11.noarch (texlive) Error: Missing Dependency: texlive-tetex-bin = 2009 is needed by package texlive-amsfonts-2009-3.0.14555.fc11.noarch (texlive) Error: Missing Dependency: texlive-kpathsea-bin = 2009 is needed by package texlive-psnfss-2009-9.2a.13822.fc11.noarch (texlive) Error: Missing Dependency: texlive-kpathsea-bin = 2009 is needed by package texlive-amsrefs-2009-2.02.13530.fc11.noarch (texlive) Error: Missing Dependency: texlive-kpathsea-bin = 2009 is needed by package texlive-tex-2009-13822.fc11.noarch (texlive) Error: Missing Dependency: texlive-kpathsea-bin = 2009 is needed by package texlive-latex-2009-14246.fc11.noarch (texlive) Error: Missing Dependency: texlive-kpathsea-bin = 2009 is needed by package texlive-luatex-2009-0.2.14210.fc11.noarch (texlive) Error: Missing Dependency: texlive = 2009 is needed by package texlive-plain-2009-3.141592653.14025.fc11.noarch (texlive) Error: Missing Dependency: texlive = 2009 is needed by package texlive-texlive.infra-2009-14857.fc11.noarch (texlive) Error: Missing Dependency: texlive-kpathsea-bin = 2009 is needed by package texlive-etex-pkg-2009-2.0.13293.fc11.noarch (texlive) Error: Missing Dependency: texlive = 2009 is needed by package texlive-collection-latex-2009-14245.fc11.noarch (texlive) Error: Missing Dependency: texlive = 2009 is needed by package texlive-cm-2009-14055.fc11.noarch (texlive) Error: Missing Dependency: texlive-kpathsea-bin = 2009 is needed by package texlive-ifxetex-2009-0.5.13293.fc11.noarch (texlive) Error: Missing Dependency: texlive-tetex-bin = 2009 is needed by package texlive-latex-2009-14246.fc11.noarch (texlive) Error: Missing Dependency: texlive = 2009 is needed by package texlive-glyphlist-2009-13293.fc11.noarch (texlive) Error: Missing Dependency: texlive = 2009 is needed by package texlive-dvips-2009-14549.fc11.noarch (texlive) Error: Missing Dependency: texlive-kpathsea-bin = 2009 is needed by package texlive-mfnfss-2009-13293.fc11.noarch (texlive) Error: Missing Dependency: texlive = 2009 is needed by package texlive-amscls-2009-14348.fc11.noarch (texlive) Error: Missing Dependency: texlive-kpathsea-bin = 2009 is needed by package texlive-ltxmisc-2009-13822.fc11.noarch (texlive) Error: Missing Dependency: texlive = 2009 is needed by package texlive-natbib-2009-8.31.14376.fc11.noarch (texlive) Error: Missing Dependency: texlive = 2009 is needed by package texlive-latex-fonts-2009-14024.fc11.noarch (texlive) Error: Missing Dependency: texlive-kpathsea-bin = 2009 is needed by package texlive-pdftex-def-2009-0.04l.13293.fc11.noarch (texlive) Error: Missing Dependency: texlive-kpathsea-bin = 2009 is needed by package texlive-dvips-2009-14549.fc11.noarch (texlive) Error: Missing Dependency: texlive = 2009 is needed by package texlive-tex-2009-13822.fc11.noarch (texlive) Error: Missing Dependency: texlive-kpathsea-bin = 2009 is needed by package texlive-gsftopk-2009-1.19.2.13822.fc11.noarch (texlive) Error: Missing Dependency: texlive = 2009 is needed by package texlive-psnfss-2009-9.2a.13822.fc11.noarch (texlive) Error: Missing Dependency: texlive-xdvi-bin = 2009 is needed by package texlive-xdvi-2009-22.84.16.14545.fc11.noarch (texlive) Error: Missing Dependency: texlive = 2009 is needed by package texlive-makeindex-2009-2.12.13488.fc11.noarch (texlive) Error: Missing Dependency: texlive = 2009 is needed by package texlive-collection-basic-2009-14054.fc11.noarch (texlive) Error: Missing Dependency: texlive = 2009 is needed by package texlive-pspicture-2009-13530.fc11.noarch (texlive) Error: Missing Dependency: texlive-kpathsea-bin = 2009 is needed by package texlive-apalike-2009-13433.fc11.noarch (texlive) Error: Missing Dependency: texlive-bibtex-bin = 2009 is needed by package texlive-bibtex-2009-0.99c.13822.fc11.noarch (texlive) Error: Missing Dependency: texlive-kpathsea-bin = 2009 is needed by package texlive-makeindex-2009-2.12.13488.fc11.noarch (texlive) Error: Missing Dependency: texlive-kpathsea-bin = 2009 is needed by package texlive-latex-fonts-2009-14024.fc11.noarch (texlive) Error: Missing Dependency: texlive = 2009 is needed by package texlive-luatex-2009-0.2.14210.fc11.noarch (texlive) Error: Missing Dependency: texlive-kpathsea-bin = 2009 is needed by package texlive-latexconfig-2009-14025.fc11.noarch (texlive) Error: Missing Dependency: texlive-kpathsea-bin = 2009 is needed by package texlive-amsfonts-2009-3.0.14555.fc11.noarch (texlive) Error: Missing Dependency: texlive-kpathsea-bin = 2009 is needed by package texlive-metafont-2009-13822.fc11.noarch (texlive) Error: Missing Dependency: texlive = 2009 is needed by package texlive-mflogo-2009-13822.fc11.noarch (texlive) Error: Missing Dependency: texlive = 2009 is needed by package texlive-enctex-2009-13530.fc11.noarch (texlive) Error: Missing Dependency: texlive = 2009 is needed by package texlive-fancyhdr-2009-3.1.13530.fc11.noarch (texlive) Error: Missing Dependency: texlive-kpathsea-bin = 2009 is needed by package texlive-amscls-2009-14348.fc11.noarch (texlive) Error: Missing Dependency: texlive = 2009 is needed by package texlive-carlisle-2009-13530.fc11.noarch (texlive) Error: Missing Dependency: texlive-kpathsea-bin = 2009 is needed by package texlive-mflogo-2009-13822.fc11.noarch (texlive) Error: Missing Dependency: texlive = 2009 is needed by package texlive-latex-2009-14246.fc11.noarch (texlive) Error: Missing Dependency: texlive-kpathsea-bin = 2009 is needed by package texlive-hyphen-base-2009-14587.fc11.noarch (texlive) Error: Missing Dependency: texlive-tex-bin = 2009 is needed by package texlive-tex-2009-13822.fc11.noarch (texlive) Error: Missing Dependency: texlive-pdftex-bin = 2009 is needed by package texlive-pdftex-2009-1.40.9.14549.fc11.noarch (texlive) Error: Missing Dependency: texlive = 2009 is needed by package texlive-pdftex-def-2009-0.04l.13293.fc11.noarch (texlive) Error: Missing Dependency: texlive-kpathsea-bin = 2009 is needed by package texlive-graphics-2009-13822.fc11.noarch (texlive) Error: Missing Dependency: texlive = 2009 is needed by package texlive-tcdialog-2009-13822.fc11.noarch (texlive) Error: Missing Dependency: texlive-mfware-bin = 2009 is needed by package texlive-mfware-2009-13822.fc11.noarch (texlive) Error: Missing Dependency: texlive-kpathsea-bin = 2009 is needed by package texlive-oberdiek-2009-14365.fc11.noarch (texlive) Error: Missing Dependency: texlive-tetex-bin = 2009 is needed by package texlive-tetex-2009-3.0.14841.fc11.noarch (texlive) Error: Missing Dependency: texlive-tetex-bin = 2009 is needed by package texlive-metafont-2009-13822.fc11.noarch (texlive) Error: Missing Dependency: texlive-tetex-bin = 2009 is needed by package texlive-luatex-2009-0.2.14210.fc11.noarch (texlive) Error: Missing Dependency: texlive-kpathsea-bin = 2009 is needed by package texlive-hyperref-2009-6.78q.13530.fc11.noarch (texlive) Error: Missing Dependency: texlive-tcdialog-bin = 2009 is needed by package texlive-tcdialog-2009-13822.fc11.noarch (texlive) Error: Missing Dependency: texlive-kpathsea-bin = 2009 is needed by package texlive-etex-2009-13530.fc11.noarch (texlive) Error: Missing Dependency: texlive = 2009 is needed by package texlive-amsmath-2009-2.13.13530.fc11.noarch (texlive) Error: Missing Dependency: texlive = 2009 is needed by package texlive-hyphen-base-2009-14587.fc11.noarch (texlive) Error: Missing Dependency: texlive = 2009 is needed by package texlive-mfnfss-2009-13293.fc11.noarch (texlive) Error: Missing Dependency: texlive-kpathsea-bin = 2009 is needed by package texlive-ae-2009-1.4.13293.fc11.noarch (texlive) Error: Missing Dependency: texlive-kpathsea-bin = 2009 is needed by package texlive-xdvi-2009-22.84.16.14545.fc11.noarch (texlive) Error: Missing Dependency: texlive = 2009 is needed by package texlive-amsrefs-2009-2.02.13530.fc11.noarch (texlive) Error: Missing Dependency: texlive = 2009 is needed by package texlive-colortbl-2009-v0.1.13530.fc11.noarch (texlive) Error: Missing Dependency: texlive-kpathsea-bin = 2009 is needed by package texlive-kpathsea-2009-14773.fc11.noarch (texlive) Error: Missing Dependency: texlive-tetex-bin = 2009 is needed by package texlive-psnfss-2009-9.2a.13822.fc11.noarch (texlive) Error: Missing Dependency: texlive = 2009 is needed by package texlive-pslatex-2009-13293.fc11.noarch (texlive) Error: Missing Dependency: texlive = 2009 is needed by package texlive-apalike-2009-13433.fc11.noarch (texlive) Error: Missing Dependency: texlive-kpathsea-bin = 2009 is needed by package texlive-amsmath-2009-2.13.13530.fc11.noarch (texlive) Error: Missing Dependency: texlive-luatex-bin = 2009 is needed by package texlive-luatex-2009-0.2.14210.fc11.noarch (texlive) Error: Missing Dependency: texlive-tetex-bin = 2009 is needed by package texlive-cm-2009-14055.fc11.noarch (texlive) Error: Missing Dependency: texlive-kpathsea-bin = 2009 is needed by package texlive-colortbl-2009-v0.1.13530.fc11.noarch (texlive) Error: Missing Dependency: texlive-dvipdfmx-bin = 2009 is needed by package texlive-dvipdfmx-2009-14829.fc11.noarch (texlive) Error: Missing Dependency: texlive-kpathsea-bin = 2009 is needed by package texlive-enctex-2009-13530.fc11.noarch (texlive) Error: Missing Dependency: texlive = 2009 is needed by package texlive-misc-2009-13822.fc11.noarch (texlive) Error: Missing Dependency: texlive-latex-bin = 2009 is needed by package texlive-latex-2009-14246.fc11.noarch (texlive) Error: Missing Dependency: texlive = 2009 is needed by package texlive-graphics-2009-13822.fc11.noarch (texlive) Error: Missing Dependency: texlive-kpathsea-bin = 2009 is needed by package texlive-pspicture-2009-13530.fc11.noarch (texlive) Error: Missing Dependency: texlive = 2009 is needed by package texlive-ltxmisc-2009-13822.fc11.noarch (texlive) Error: Missing Dependency: texlive = 2009 is needed by package texlive-gsftopk-2009-1.19.2.13822.fc11.noarch (texlive) Error: Missing Dependency: texlive = 2009 is needed by package texlive-tools-2009-13822.fc11.noarch (texlive) Error: Missing Dependency: texlive = 2009 is needed by package texlive-dvipdfmx-def-2009-13293.fc11.noarch (texlive) Error: Missing Dependency: texlive-texlive-scripts-bin = 2009 is needed by package texlive-texlive-scripts-2009-14858.fc11.noarch (texlive) Error: Missing Dependency: texlive-kpathsea-bin = 2009 is needed by package texlive-cm-2009-14055.fc11.noarch (texlive) Error: Missing Dependency: texlive = 2009 is needed by package texlive-dvipdfm-2009-0.13.2d.14549.fc11.noarch (texlive) Error: Missing Dependency: texlive-kpathsea-bin = 2009 is needed by package texlive-pdftex-2009-1.40.9.14549.fc11.noarch (texlive) Error: Missing Dependency: texlive-kpathsea-bin = 2009 is needed by package texlive-dvipdfmx-2009-14829.fc11.noarch (texlive) Error: Missing Dependency: texlive = 2009 is needed by package texlive-babel-2009-3.8l.13530.fc11.noarch (texlive) Error: Missing Dependency: texlive = 2009 is needed by package texlive-bibtex-2009-0.99c.13822.fc11.noarch (texlive) Error: Missing Dependency: texlive-kpathsea-bin = 2009 is needed by package texlive-geometry-2009-4.2.13293.fc11.noarch (texlive) Error: Missing Dependency: texlive-kpathsea-bin = 2009 is needed by package texlive-bibtex-2009-0.99c.13822.fc11.noarch (texlive) Error: Missing Dependency: texlive-kpathsea-bin = 2009 is needed by package texlive-texlive-scripts-2009-14858.fc11.noarch (texlive) Error: Missing Dependency: texlive-kpathsea-bin = 2009 is needed by package texlive-texlive.infra-2009-14857.fc11.noarch (texlive) Error: Missing Dependency: texlive = 2009 is needed by package texlive-babelbib-2009-1.27.13845.fc11.noarch (texlive) Error: Missing Dependency: texlive-kpathsea-bin = 2009 is needed by package texlive-natbib-2009-8.31.14376.fc11.noarch (texlive) Error: Missing Dependency: texlive = 2009 is needed by package texlive-texlive-common-doc-2009-14762.fc11.noarch (texlive) Error: Missing Dependency: texlive-metafont-bin = 2009 is needed by package texlive-metafont-2009-13822.fc11.noarch (texlive) Error: Missing Dependency: texlive = 2009 is needed by package texlive-oberdiek-2009-14365.fc11.noarch (texlive) Error: Missing Dependency: texlive-kpathsea-bin = 2009 is needed by package texlive-dvipdfmx-def-2009-13293.fc11.noarch (texlive) Error: Missing Dependency: texlive-kpathsea-bin = 2009 is needed by package texlive-hyph-utf8-2009-14560.fc11.noarch (texlive) Error: Missing Dependency: texlive-kpathsea-bin = 2009 is needed by package texlive-dvipdfm-2009-0.13.2d.14549.fc11.noarch (texlive) Error: Missing Dependency: texlive-tetex-bin = 2009 is needed by package texlive-tex-2009-13822.fc11.noarch (texlive) Error: Missing Dependency: texlive-kpathsea-bin = 2009 is needed by package texlive-misc-2009-13822.fc11.noarch (texlive) Error: Missing Dependency: texlive-kpathsea-bin = 2009 is needed by package texlive-pslatex-2009-13293.fc11.noarch (texlive) Error: Missing Dependency: texlive-kpathsea-bin = 2009 is needed by package texlive-tools-2009-13822.fc11.noarch (texlive) Error: Missing Dependency: texlive = 2009 is needed by package texlive-tetex-2009-3.0.14841.fc11.noarch (texlive) Error: Missing Dependency: texlive = 2009 is needed by package texlive-latexconfig-2009-14025.fc11.noarch (texlive) Error: Missing Dependency: texlive = 2009 is needed by package texlive-kpathsea-2009-14773.fc11.noarch (texlive) Error: Missing Dependency: texlive-kpathsea-bin = 2009 is needed by package texlive-tcdialog-2009-13822.fc11.noarch (texlive) Error: Missing Dependency: texlive-kpathsea-bin = 2009 is needed by package texlive-fancyhdr-2009-3.1.13530.fc11.noarch (texlive) Error: Missing Dependency: texlive-gsftopk-bin = 2009 is needed by package texlive-gsftopk-2009-1.19.2.13822.fc11.noarch (texlive) Error: Missing Dependency: texlive-tetex-bin = 2009 is needed by package texlive-mflogo-2009-13822.fc11.noarch (texlive) Error: Missing Dependency: texlive = 2009 is needed by package texlive-etex-pkg-2009-2.0.13293.fc11.noarch (texlive) Error: Missing Dependency: texlive = 2009 is needed by package texlive-hyph-utf8-2009-14560.fc11.noarch (texlive) Error: Missing Dependency: texlive = 2009 is needed by package texlive-texlive-scripts-2009-14858.fc11.noarch (texlive) Error: Missing Dependency: texlive = 2009 is needed by package texlive-texlive-en-doc-2009-14788.fc11.noarch (texlive) Error: Missing Dependency: texlive = 2009 is needed by package texlive-ae-2009-1.4.13293.fc11.noarch (texlive) Error: Missing Dependency: texlive-kpathsea-bin = 2009 is needed by package texlive-carlisle-2009-13530.fc11.noarch (texlive) Error: Missing Dependency: texlive-kpathsea-bin = 2009 is needed by package texlive-babelbib-2009-1.27.13845.fc11.noarch (texlive) Error: Missing Dependency: texlive-dvips-bin = 2009 is needed by package texlive-dvips-2009-14549.fc11.noarch (texlive) Error: Missing Dependency: texlive = 2009 is needed by package texlive-collection-documentation-base-2009-13822.fc11.noarch (texlive) Error: Missing Dependency: texlive = 2009 is needed by package texlive-amsfonts-2009-3.0.14555.fc11.noarch (texlive) Error: Missing Dependency: texlive-texconfig-bin = 2009 is needed by package texlive-texconfig-2009-13822.fc11.noarch (texlive) Error: Missing Dependency: texlive-texlive.infra-bin = 2009 is needed by package texlive-texlive.infra-2009-14857.fc11.noarch (texlive) Error: Missing Dependency: texlive-kpathsea-bin = 2009 is needed by package texlive-plain-2009-3.141592653.14025.fc11.noarch (texlive) Error: Missing Dependency: texlive-tetex-bin = 2009 is needed by package texlive-pdftex-2009-1.40.9.14549.fc11.noarch (texlive) Error: Missing Dependency: texlive-kpathsea-bin = 2009 is needed by package texlive-mfware-2009-13822.fc11.noarch (texlive) Error: Missing Dependency: texlive-makeindex-bin = 2009 is needed by package texlive-makeindex-2009-2.12.13488.fc11.noarch (texlive) From jreznik at redhat.com Thu Aug 27 12:12:31 2009 From: jreznik at redhat.com (Jaroslav Reznik) Date: Thu, 27 Aug 2009 14:12:31 +0200 Subject: PolicyKit 0.9 is going away In-Reply-To: <1251326269.1614.26.camel@planemask> References: <1251326269.1614.26.camel@planemask> Message-ID: <200908271412.31787.jreznik@redhat.com> Hi Matthias! For KDE we'd like to use Gnome Authentication Agent as we don't have our own, I've already reported it to polkit-gnome bugzilla [1]. PolicyKit-KDE is now integral part of kdebase-workspace, it is a KDE 4.3 feature, we should disable it for now (untill we have new ported version). Same problem is with PolicyKit-Qt as my quick port breaks API. I'd like to prepare new PolicyKit-Qt, more powerful that actually matches PolicyKit Authority DBUS interface. It's quite a bad timing with switching to new PolicyKit. I'm not sure I'll have releasable version in time of beta, I'll try it but there's still question with API compatibility for KDE 4.3. There are no KDE apps utilizing PK-Qt now so I think it's not problem to do not ship it now. What do you think? In the future KDE is going to use own authentication framework kauth as KDE is multiplatform desktop. On Linux we will use PolicyKit as backend for kauth, probably directly talking to PK, so not using PK-Qt at all. I'm sorry we're late but upstream developers do not use Fedora and PK-1 doesn't work on their distributions. So practically I become upstream, fighting with QtDBus and PK-1 types ;-) [1] https://bugzilla.redhat.com/show_bug.cgi?id=519674 Jaroslav On Thursday 27 August 2009 00:37:49 Matthias Clasen wrote: > As part of the move to PolicyKit 1.0, the old PolicyKit 0.9 and > PolicyKit-gnome 0.9 packages are going to be obsoleted. Our plan is to > have the Obsoletes in place before the beta. > > Most users of PolicyKit have been ported over by now, but there are a > few stragglers. If your package is using PolicyKit, now is the right > time to look at porting it to PolicyKit 1.0. If you need help with that, > feel free to ask on fedora-desktop-list at redhat.com or > polkit-devel at lists.freedesktop.org. > > For details, see http://www.fedoraproject.org/wiki/Features/PolicyKitOne > > > Matthias -- Jaroslav ?ezn?k Associate Software Engineer - Base Operating Systems Brno Office: +420 532 294 275 Mobile: +420 731 455 332 Red Hat, Inc. http://cz.redhat.com/ From awilliam at redhat.com Thu Aug 27 13:53:13 2009 From: awilliam at redhat.com (Adam Williamson) Date: Thu, 27 Aug 2009 06:53:13 -0700 Subject: F12 Alpha problems In-Reply-To: <1251365079.5370.10.camel@scrappy.miketc.net> References: <1251365079.5370.10.camel@scrappy.miketc.net> Message-ID: <1251381193.23643.1.camel@adam.local.net> On Thu, 2009-08-27 at 04:24 -0500, Mike Chambers wrote: > Couple problems I see that may or may not be known yet.. thanks for testing, Mike. Issue #1 sure looks like a straightforward bug, so please report it, if it hasn't been reported already. thanks! -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From jnovy at redhat.com Thu Aug 27 14:30:59 2009 From: jnovy at redhat.com (Jindrich Novy) Date: Thu, 27 Aug 2009 16:30:59 +0200 Subject: another spin of TeX Live 2009 packages In-Reply-To: <200908271240.26524.jamatos@fc.up.pt> References: <20090826130218.GB2845@pucmeloud.brq.redhat.com> <200908271240.26524.jamatos@fc.up.pt> Message-ID: <20090827143059.GA14982@pucmeloud.brq.redhat.com> On Thu, Aug 27, 2009 at 12:40:25PM +0100, Jos? Matos wrote: > On Wednesday 26 August 2009 Jindrich Novy wrote: > > Hi, > > > > first off, thanks many people who sent me RFE and bugfix > > proposals. I've tried to fix most of them in the current package set > > in the testing repository: > > > > rpm -i > > http://jnovy.fedorapeople.org/texlive/texlive-release-2009-0.1.fc11.noarch. > >rpm > > > > Thanks, > > Jindrich > > Hi, > I have tried to update and now most of the previous problems have been solved > but there is a new type of problem that has appeared. I get lots of these: > > Error: Missing Dependency: texlive = 2009 is needed by package texlive- > amsfonts-2009-3.0.14555.fc11.noarch (texlive) > Error: Missing Dependency: texlive-texconfig-bin = 2009 is needed by package > texlive-texconfig-2009-13822.fc11.noarch (texlive) > > I send attached the full list that I get. It is likely caused by old metadata you have in the yum cache, or you were lucky to update just in the time I have been syncing the repository ;) Could you please yum clean all and try again? Jindrich > -- > Jos? Ab?lio > Error: Missing Dependency: texlive-dvipdfm-bin = 2009 is needed by package texlive-dvipdfm-2009-0.13.2d.14549.fc11.noarch (texlive) > Error: Missing Dependency: texlive = 2009 is needed by package texlive-etex-2009-13530.fc11.noarch (texlive) > Error: Missing Dependency: texlive = 2009 is needed by package texlive-metafont-2009-13822.fc11.noarch (texlive) > Error: Missing Dependency: texlive = 2009 is needed by package texlive-geometry-2009-4.2.13293.fc11.noarch (texlive) > Error: Missing Dependency: texlive-kpathsea-bin = 2009 is needed by package texlive-babel-2009-3.8l.13530.fc11.noarch (texlive) > Error: Missing Dependency: texlive = 2009 is needed by package texlive-mfware-2009-13822.fc11.noarch (texlive) > Error: Missing Dependency: texlive = 2009 is needed by package texlive-texconfig-2009-13822.fc11.noarch (texlive) > Error: Missing Dependency: texlive-dvips = 2007-42.fc11 is needed by package texlive-utils-2007-42.fc11.i586 (installed) > Error: Missing Dependency: texlive = 2009 is needed by package texlive-pdftex-2009-1.40.9.14549.fc11.noarch (texlive) > Error: Missing Dependency: texlive-kpathsea-bin = 2009 is needed by package texlive-ifluatex-2009-1.2.14365.fc11.noarch (texlive) > Error: Missing Dependency: texlive-kpathsea-bin = 2009 is needed by package texlive-glyphlist-2009-13293.fc11.noarch (texlive) > Error: Missing Dependency: texlive = 2009 is needed by package texlive-ifluatex-2009-1.2.14365.fc11.noarch (texlive) > Error: Missing Dependency: texlive-kpathsea-bin = 2009 is needed by package texlive-texconfig-2009-13822.fc11.noarch (texlive) > Error: Missing Dependency: texlive-kpathsea-bin = 2009 is needed by package texlive-tetex-2009-3.0.14841.fc11.noarch (texlive) > Error: Missing Dependency: texlive = 2009 is needed by package texlive-dvipdfmx-2009-14829.fc11.noarch (texlive) > Error: Missing Dependency: texlive = 2009 is needed by package texlive-ifxetex-2009-0.5.13293.fc11.noarch (texlive) > Error: Missing Dependency: texlive = 2009 is needed by package texlive-xdvi-2009-22.84.16.14545.fc11.noarch (texlive) > Error: Missing Dependency: texlive = 2009 is needed by package texlive-hyperref-2009-6.78q.13530.fc11.noarch (texlive) > Error: Missing Dependency: texlive-tetex-bin = 2009 is needed by package texlive-amsfonts-2009-3.0.14555.fc11.noarch (texlive) > Error: Missing Dependency: texlive-kpathsea-bin = 2009 is needed by package texlive-psnfss-2009-9.2a.13822.fc11.noarch (texlive) > Error: Missing Dependency: texlive-kpathsea-bin = 2009 is needed by package texlive-amsrefs-2009-2.02.13530.fc11.noarch (texlive) > Error: Missing Dependency: texlive-kpathsea-bin = 2009 is needed by package texlive-tex-2009-13822.fc11.noarch (texlive) > Error: Missing Dependency: texlive-kpathsea-bin = 2009 is needed by package texlive-latex-2009-14246.fc11.noarch (texlive) > Error: Missing Dependency: texlive-kpathsea-bin = 2009 is needed by package texlive-luatex-2009-0.2.14210.fc11.noarch (texlive) > Error: Missing Dependency: texlive = 2009 is needed by package texlive-plain-2009-3.141592653.14025.fc11.noarch (texlive) > Error: Missing Dependency: texlive = 2009 is needed by package texlive-texlive.infra-2009-14857.fc11.noarch (texlive) > Error: Missing Dependency: texlive-kpathsea-bin = 2009 is needed by package texlive-etex-pkg-2009-2.0.13293.fc11.noarch (texlive) > Error: Missing Dependency: texlive = 2009 is needed by package texlive-collection-latex-2009-14245.fc11.noarch (texlive) > Error: Missing Dependency: texlive = 2009 is needed by package texlive-cm-2009-14055.fc11.noarch (texlive) > Error: Missing Dependency: texlive-kpathsea-bin = 2009 is needed by package texlive-ifxetex-2009-0.5.13293.fc11.noarch (texlive) > Error: Missing Dependency: texlive-tetex-bin = 2009 is needed by package texlive-latex-2009-14246.fc11.noarch (texlive) > Error: Missing Dependency: texlive = 2009 is needed by package texlive-glyphlist-2009-13293.fc11.noarch (texlive) > Error: Missing Dependency: texlive = 2009 is needed by package texlive-dvips-2009-14549.fc11.noarch (texlive) > Error: Missing Dependency: texlive-kpathsea-bin = 2009 is needed by package texlive-mfnfss-2009-13293.fc11.noarch (texlive) > Error: Missing Dependency: texlive = 2009 is needed by package texlive-amscls-2009-14348.fc11.noarch (texlive) > Error: Missing Dependency: texlive-kpathsea-bin = 2009 is needed by package texlive-ltxmisc-2009-13822.fc11.noarch (texlive) > Error: Missing Dependency: texlive = 2009 is needed by package texlive-natbib-2009-8.31.14376.fc11.noarch (texlive) > Error: Missing Dependency: texlive = 2009 is needed by package texlive-latex-fonts-2009-14024.fc11.noarch (texlive) > Error: Missing Dependency: texlive-kpathsea-bin = 2009 is needed by package texlive-pdftex-def-2009-0.04l.13293.fc11.noarch (texlive) > Error: Missing Dependency: texlive-kpathsea-bin = 2009 is needed by package texlive-dvips-2009-14549.fc11.noarch (texlive) > Error: Missing Dependency: texlive = 2009 is needed by package texlive-tex-2009-13822.fc11.noarch (texlive) > Error: Missing Dependency: texlive-kpathsea-bin = 2009 is needed by package texlive-gsftopk-2009-1.19.2.13822.fc11.noarch (texlive) > Error: Missing Dependency: texlive = 2009 is needed by package texlive-psnfss-2009-9.2a.13822.fc11.noarch (texlive) > Error: Missing Dependency: texlive-xdvi-bin = 2009 is needed by package texlive-xdvi-2009-22.84.16.14545.fc11.noarch (texlive) > Error: Missing Dependency: texlive = 2009 is needed by package texlive-makeindex-2009-2.12.13488.fc11.noarch (texlive) > Error: Missing Dependency: texlive = 2009 is needed by package texlive-collection-basic-2009-14054.fc11.noarch (texlive) > Error: Missing Dependency: texlive = 2009 is needed by package texlive-pspicture-2009-13530.fc11.noarch (texlive) > Error: Missing Dependency: texlive-kpathsea-bin = 2009 is needed by package texlive-apalike-2009-13433.fc11.noarch (texlive) > Error: Missing Dependency: texlive-bibtex-bin = 2009 is needed by package texlive-bibtex-2009-0.99c.13822.fc11.noarch (texlive) > Error: Missing Dependency: texlive-kpathsea-bin = 2009 is needed by package texlive-makeindex-2009-2.12.13488.fc11.noarch (texlive) > Error: Missing Dependency: texlive-kpathsea-bin = 2009 is needed by package texlive-latex-fonts-2009-14024.fc11.noarch (texlive) > Error: Missing Dependency: texlive = 2009 is needed by package texlive-luatex-2009-0.2.14210.fc11.noarch (texlive) > Error: Missing Dependency: texlive-kpathsea-bin = 2009 is needed by package texlive-latexconfig-2009-14025.fc11.noarch (texlive) > Error: Missing Dependency: texlive-kpathsea-bin = 2009 is needed by package texlive-amsfonts-2009-3.0.14555.fc11.noarch (texlive) > Error: Missing Dependency: texlive-kpathsea-bin = 2009 is needed by package texlive-metafont-2009-13822.fc11.noarch (texlive) > Error: Missing Dependency: texlive = 2009 is needed by package texlive-mflogo-2009-13822.fc11.noarch (texlive) > Error: Missing Dependency: texlive = 2009 is needed by package texlive-enctex-2009-13530.fc11.noarch (texlive) > Error: Missing Dependency: texlive = 2009 is needed by package texlive-fancyhdr-2009-3.1.13530.fc11.noarch (texlive) > Error: Missing Dependency: texlive-kpathsea-bin = 2009 is needed by package texlive-amscls-2009-14348.fc11.noarch (texlive) > Error: Missing Dependency: texlive = 2009 is needed by package texlive-carlisle-2009-13530.fc11.noarch (texlive) > Error: Missing Dependency: texlive-kpathsea-bin = 2009 is needed by package texlive-mflogo-2009-13822.fc11.noarch (texlive) > Error: Missing Dependency: texlive = 2009 is needed by package texlive-latex-2009-14246.fc11.noarch (texlive) > Error: Missing Dependency: texlive-kpathsea-bin = 2009 is needed by package texlive-hyphen-base-2009-14587.fc11.noarch (texlive) > Error: Missing Dependency: texlive-tex-bin = 2009 is needed by package texlive-tex-2009-13822.fc11.noarch (texlive) > Error: Missing Dependency: texlive-pdftex-bin = 2009 is needed by package texlive-pdftex-2009-1.40.9.14549.fc11.noarch (texlive) > Error: Missing Dependency: texlive = 2009 is needed by package texlive-pdftex-def-2009-0.04l.13293.fc11.noarch (texlive) > Error: Missing Dependency: texlive-kpathsea-bin = 2009 is needed by package texlive-graphics-2009-13822.fc11.noarch (texlive) > Error: Missing Dependency: texlive = 2009 is needed by package texlive-tcdialog-2009-13822.fc11.noarch (texlive) > Error: Missing Dependency: texlive-mfware-bin = 2009 is needed by package texlive-mfware-2009-13822.fc11.noarch (texlive) > Error: Missing Dependency: texlive-kpathsea-bin = 2009 is needed by package texlive-oberdiek-2009-14365.fc11.noarch (texlive) > Error: Missing Dependency: texlive-tetex-bin = 2009 is needed by package texlive-tetex-2009-3.0.14841.fc11.noarch (texlive) > Error: Missing Dependency: texlive-tetex-bin = 2009 is needed by package texlive-metafont-2009-13822.fc11.noarch (texlive) > Error: Missing Dependency: texlive-tetex-bin = 2009 is needed by package texlive-luatex-2009-0.2.14210.fc11.noarch (texlive) > Error: Missing Dependency: texlive-kpathsea-bin = 2009 is needed by package texlive-hyperref-2009-6.78q.13530.fc11.noarch (texlive) > Error: Missing Dependency: texlive-tcdialog-bin = 2009 is needed by package texlive-tcdialog-2009-13822.fc11.noarch (texlive) > Error: Missing Dependency: texlive-kpathsea-bin = 2009 is needed by package texlive-etex-2009-13530.fc11.noarch (texlive) > Error: Missing Dependency: texlive = 2009 is needed by package texlive-amsmath-2009-2.13.13530.fc11.noarch (texlive) > Error: Missing Dependency: texlive = 2009 is needed by package texlive-hyphen-base-2009-14587.fc11.noarch (texlive) > Error: Missing Dependency: texlive = 2009 is needed by package texlive-mfnfss-2009-13293.fc11.noarch (texlive) > Error: Missing Dependency: texlive-kpathsea-bin = 2009 is needed by package texlive-ae-2009-1.4.13293.fc11.noarch (texlive) > Error: Missing Dependency: texlive-kpathsea-bin = 2009 is needed by package texlive-xdvi-2009-22.84.16.14545.fc11.noarch (texlive) > Error: Missing Dependency: texlive = 2009 is needed by package texlive-amsrefs-2009-2.02.13530.fc11.noarch (texlive) > Error: Missing Dependency: texlive = 2009 is needed by package texlive-colortbl-2009-v0.1.13530.fc11.noarch (texlive) > Error: Missing Dependency: texlive-kpathsea-bin = 2009 is needed by package texlive-kpathsea-2009-14773.fc11.noarch (texlive) > Error: Missing Dependency: texlive-tetex-bin = 2009 is needed by package texlive-psnfss-2009-9.2a.13822.fc11.noarch (texlive) > Error: Missing Dependency: texlive = 2009 is needed by package texlive-pslatex-2009-13293.fc11.noarch (texlive) > Error: Missing Dependency: texlive = 2009 is needed by package texlive-apalike-2009-13433.fc11.noarch (texlive) > Error: Missing Dependency: texlive-kpathsea-bin = 2009 is needed by package texlive-amsmath-2009-2.13.13530.fc11.noarch (texlive) > Error: Missing Dependency: texlive-luatex-bin = 2009 is needed by package texlive-luatex-2009-0.2.14210.fc11.noarch (texlive) > Error: Missing Dependency: texlive-tetex-bin = 2009 is needed by package texlive-cm-2009-14055.fc11.noarch (texlive) > Error: Missing Dependency: texlive-kpathsea-bin = 2009 is needed by package texlive-colortbl-2009-v0.1.13530.fc11.noarch (texlive) > Error: Missing Dependency: texlive-dvipdfmx-bin = 2009 is needed by package texlive-dvipdfmx-2009-14829.fc11.noarch (texlive) > Error: Missing Dependency: texlive-kpathsea-bin = 2009 is needed by package texlive-enctex-2009-13530.fc11.noarch (texlive) > Error: Missing Dependency: texlive = 2009 is needed by package texlive-misc-2009-13822.fc11.noarch (texlive) > Error: Missing Dependency: texlive-latex-bin = 2009 is needed by package texlive-latex-2009-14246.fc11.noarch (texlive) > Error: Missing Dependency: texlive = 2009 is needed by package texlive-graphics-2009-13822.fc11.noarch (texlive) > Error: Missing Dependency: texlive-kpathsea-bin = 2009 is needed by package texlive-pspicture-2009-13530.fc11.noarch (texlive) > Error: Missing Dependency: texlive = 2009 is needed by package texlive-ltxmisc-2009-13822.fc11.noarch (texlive) > Error: Missing Dependency: texlive = 2009 is needed by package texlive-gsftopk-2009-1.19.2.13822.fc11.noarch (texlive) > Error: Missing Dependency: texlive = 2009 is needed by package texlive-tools-2009-13822.fc11.noarch (texlive) > Error: Missing Dependency: texlive = 2009 is needed by package texlive-dvipdfmx-def-2009-13293.fc11.noarch (texlive) > Error: Missing Dependency: texlive-texlive-scripts-bin = 2009 is needed by package texlive-texlive-scripts-2009-14858.fc11.noarch (texlive) > Error: Missing Dependency: texlive-kpathsea-bin = 2009 is needed by package texlive-cm-2009-14055.fc11.noarch (texlive) > Error: Missing Dependency: texlive = 2009 is needed by package texlive-dvipdfm-2009-0.13.2d.14549.fc11.noarch (texlive) > Error: Missing Dependency: texlive-kpathsea-bin = 2009 is needed by package texlive-pdftex-2009-1.40.9.14549.fc11.noarch (texlive) > Error: Missing Dependency: texlive-kpathsea-bin = 2009 is needed by package texlive-dvipdfmx-2009-14829.fc11.noarch (texlive) > Error: Missing Dependency: texlive = 2009 is needed by package texlive-babel-2009-3.8l.13530.fc11.noarch (texlive) > Error: Missing Dependency: texlive = 2009 is needed by package texlive-bibtex-2009-0.99c.13822.fc11.noarch (texlive) > Error: Missing Dependency: texlive-kpathsea-bin = 2009 is needed by package texlive-geometry-2009-4.2.13293.fc11.noarch (texlive) > Error: Missing Dependency: texlive-kpathsea-bin = 2009 is needed by package texlive-bibtex-2009-0.99c.13822.fc11.noarch (texlive) > Error: Missing Dependency: texlive-kpathsea-bin = 2009 is needed by package texlive-texlive-scripts-2009-14858.fc11.noarch (texlive) > Error: Missing Dependency: texlive-kpathsea-bin = 2009 is needed by package texlive-texlive.infra-2009-14857.fc11.noarch (texlive) > Error: Missing Dependency: texlive = 2009 is needed by package texlive-babelbib-2009-1.27.13845.fc11.noarch (texlive) > Error: Missing Dependency: texlive-kpathsea-bin = 2009 is needed by package texlive-natbib-2009-8.31.14376.fc11.noarch (texlive) > Error: Missing Dependency: texlive = 2009 is needed by package texlive-texlive-common-doc-2009-14762.fc11.noarch (texlive) > Error: Missing Dependency: texlive-metafont-bin = 2009 is needed by package texlive-metafont-2009-13822.fc11.noarch (texlive) > Error: Missing Dependency: texlive = 2009 is needed by package texlive-oberdiek-2009-14365.fc11.noarch (texlive) > Error: Missing Dependency: texlive-kpathsea-bin = 2009 is needed by package texlive-dvipdfmx-def-2009-13293.fc11.noarch (texlive) > Error: Missing Dependency: texlive-kpathsea-bin = 2009 is needed by package texlive-hyph-utf8-2009-14560.fc11.noarch (texlive) > Error: Missing Dependency: texlive-kpathsea-bin = 2009 is needed by package texlive-dvipdfm-2009-0.13.2d.14549.fc11.noarch (texlive) > Error: Missing Dependency: texlive-tetex-bin = 2009 is needed by package texlive-tex-2009-13822.fc11.noarch (texlive) > Error: Missing Dependency: texlive-kpathsea-bin = 2009 is needed by package texlive-misc-2009-13822.fc11.noarch (texlive) > Error: Missing Dependency: texlive-kpathsea-bin = 2009 is needed by package texlive-pslatex-2009-13293.fc11.noarch (texlive) > Error: Missing Dependency: texlive-kpathsea-bin = 2009 is needed by package texlive-tools-2009-13822.fc11.noarch (texlive) > Error: Missing Dependency: texlive = 2009 is needed by package texlive-tetex-2009-3.0.14841.fc11.noarch (texlive) > Error: Missing Dependency: texlive = 2009 is needed by package texlive-latexconfig-2009-14025.fc11.noarch (texlive) > Error: Missing Dependency: texlive = 2009 is needed by package texlive-kpathsea-2009-14773.fc11.noarch (texlive) > Error: Missing Dependency: texlive-kpathsea-bin = 2009 is needed by package texlive-tcdialog-2009-13822.fc11.noarch (texlive) > Error: Missing Dependency: texlive-kpathsea-bin = 2009 is needed by package texlive-fancyhdr-2009-3.1.13530.fc11.noarch (texlive) > Error: Missing Dependency: texlive-gsftopk-bin = 2009 is needed by package texlive-gsftopk-2009-1.19.2.13822.fc11.noarch (texlive) > Error: Missing Dependency: texlive-tetex-bin = 2009 is needed by package texlive-mflogo-2009-13822.fc11.noarch (texlive) > Error: Missing Dependency: texlive = 2009 is needed by package texlive-etex-pkg-2009-2.0.13293.fc11.noarch (texlive) > Error: Missing Dependency: texlive = 2009 is needed by package texlive-hyph-utf8-2009-14560.fc11.noarch (texlive) > Error: Missing Dependency: texlive = 2009 is needed by package texlive-texlive-scripts-2009-14858.fc11.noarch (texlive) > Error: Missing Dependency: texlive = 2009 is needed by package texlive-texlive-en-doc-2009-14788.fc11.noarch (texlive) > Error: Missing Dependency: texlive = 2009 is needed by package texlive-ae-2009-1.4.13293.fc11.noarch (texlive) > Error: Missing Dependency: texlive-kpathsea-bin = 2009 is needed by package texlive-carlisle-2009-13530.fc11.noarch (texlive) > Error: Missing Dependency: texlive-kpathsea-bin = 2009 is needed by package texlive-babelbib-2009-1.27.13845.fc11.noarch (texlive) > Error: Missing Dependency: texlive-dvips-bin = 2009 is needed by package texlive-dvips-2009-14549.fc11.noarch (texlive) > Error: Missing Dependency: texlive = 2009 is needed by package texlive-collection-documentation-base-2009-13822.fc11.noarch (texlive) > Error: Missing Dependency: texlive = 2009 is needed by package texlive-amsfonts-2009-3.0.14555.fc11.noarch (texlive) > Error: Missing Dependency: texlive-texconfig-bin = 2009 is needed by package texlive-texconfig-2009-13822.fc11.noarch (texlive) > Error: Missing Dependency: texlive-texlive.infra-bin = 2009 is needed by package texlive-texlive.infra-2009-14857.fc11.noarch (texlive) > Error: Missing Dependency: texlive-kpathsea-bin = 2009 is needed by package texlive-plain-2009-3.141592653.14025.fc11.noarch (texlive) > Error: Missing Dependency: texlive-tetex-bin = 2009 is needed by package texlive-pdftex-2009-1.40.9.14549.fc11.noarch (texlive) > Error: Missing Dependency: texlive-kpathsea-bin = 2009 is needed by package texlive-mfware-2009-13822.fc11.noarch (texlive) > Error: Missing Dependency: texlive-makeindex-bin = 2009 is needed by package texlive-makeindex-2009-2.12.13488.fc11.noarch (texlive) > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list -- Jindrich Novy http://people.redhat.com/jnovy/ From jnovy at redhat.com Thu Aug 27 14:35:43 2009 From: jnovy at redhat.com (Jindrich Novy) Date: Thu, 27 Aug 2009 16:35:43 +0200 Subject: another spin of TeX Live 2009 packages In-Reply-To: References: <20090826130218.GB2845@pucmeloud.brq.redhat.com> Message-ID: <20090827143543.GB14982@pucmeloud.brq.redhat.com> On Wed, Aug 26, 2009 at 02:09:59PM -0400, Neal Becker wrote: > Error: Missing Dependency: tetex-fonts is needed by package > a2ps-4.14-8.fc11.x86_64 (installed) > Error: Missing Dependency: tetex >= 3.0 is needed by package > jadetex-3.13-5.fc11.noarch (installed) > Error: Missing Dependency: tetex is needed by package texinfo- > tex-4.13a-2.fc11.x86_64 (installed) > Error: Missing Dependency: libkpathsea.so.4()(64bit) is needed by package > evince-dvi-2.26.2-1.fc11.x86_64 (installed) > > Suggestions? I have succeessfully reproduced the a2ps problem and I'm still not sure about a solution. Installing texlive and a2ps in separate transactions worked for me fine without any depsolving problems. So you can use at least this workaround. Installation of jadetex should now be fixed now as well as texinfo-tex. The evince-dvi is unfortunately unfixable because it needs rebuild for the increased libkpathsea soname. Jindrich > > Jindrich Novy wrote: > > > Hi, > > > > first off, thanks many people who sent me RFE and bugfix > > proposals. I've tried to fix most of them in the current package set > > in the testing repository: > > > > rpm -i > > http://jnovy.fedorapeople.org/texlive/texlive- > release-2009-0.1.fc11.noarch.rpm > > > > If you use the older TeX Live 2009 packages, please reinstall them > > completely: > > > > yum remove texlive > > (and to be sure rm -rf /usr/share/texlive, due to ordering it could > > leave some directories there) > > yum clean all > > yum install texlive > > > > The reason for it is the following list of improvements: > > - binary packages do no more have the '.ARCH' postfix, the postfix > > changed to '-bin' > > - new font support add new 'fedora-fonts' packages which allows you to > > use TeX Live 2009 fonts (TrueType and OpenType for now) in Fedora > > - packages for TeX Live t1utils and psutils are no more built but > > dependencies to existing utilities in Fedora are added > > - kpathsea packages should now be correctly obsoleted. The > > lcdf-typetools dep errors you might see installing > > texlive-collection-fontutils is caused by the fact that > > lcdf-typetools in Fedora is linked against kpathsea libraries and > > TeX Live 2009 increases the soname so lcdf-typetools will work after > > rebuilt with the new kpathsea > > - fixed texlive-xetex conflict with older TL2007 packages > > - added older tetex-latex, etc. provides for compatibility (you are > > now able to install TL2009 together with R analysis package, etc.) > > - new packages should automatically clear /var/lib/texmf in %post > > scriptlets to avoid format incompatibilities > > > > I haven't added obsoletes to .ARCH packages to keep spes files > > readable and because TL2009 packages are not yet imported. > > > > The spec format should be final now. Only some font formats can be > > added or the Fedora font support updated for a bit. > > > > I will announce next repo updates here: > > http://fedoraproject.org/wiki/Talk:Features/TeXLive > > > > Thanks, > > Jindrich > > > > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list -- Jindrich Novy http://people.redhat.com/jnovy/ From jnovy at redhat.com Thu Aug 27 14:38:04 2009 From: jnovy at redhat.com (Jindrich Novy) Date: Thu, 27 Aug 2009 16:38:04 +0200 Subject: another spin of TeX Live 2009 packages In-Reply-To: <20090826130218.GB2845@pucmeloud.brq.redhat.com> References: <20090826130218.GB2845@pucmeloud.brq.redhat.com> Message-ID: <20090827143804.GC14982@pucmeloud.brq.redhat.com> On Wed, Aug 26, 2009 at 03:02:18PM +0200, Jindrich Novy wrote: > Hi, > > first off, thanks many people who sent me RFE and bugfix > proposals. I've tried to fix most of them in the current package set > in the testing repository: > > rpm -i http://jnovy.fedorapeople.org/texlive/texlive-release-2009-0.1.fc11.noarch.rpm > Forgot to mention that the initial rawhide repository is now available as: rpm -i http://jnovy.fedorapeople.org/texlive/texlive-rawhide-release-2009-0.1.fc11.noarch.rpm Jindrich -- Jindrich Novy http://people.redhat.com/jnovy/ From fedora at alexhudson.com Thu Aug 27 14:46:50 2009 From: fedora at alexhudson.com (Alex Hudson) Date: Thu, 27 Aug 2009 15:46:50 +0100 Subject: Page size pain / localisation / possible F13 feature Message-ID: <4A969C5A.90801@alexhudson.com> Hi everyone. Living in a European milieu I generally prefer my page sizes to be set to the likes of A4. One thing which keeps aggravating me is the myriad places where I keep having to repeat to the computer my preference. In Thunderbird and Firefox right now, if I open up 'Page Settings' it says 'US Letter'. The one and only printer I have only has A4 (and is set that way), and I've told Fedora in various places that I'm in the UK and speak British English. OOo somehow gets it right; potentially this is something I overrode at some point - I still have various letter-shaped documents and PDFs on my system. Clearly something is missing. /etc/papersize is empty, paperconf returns 'a4', /etc/libpaper.d is empty, the default printer is set to my A4 printer, 'locale' outputs lots of en_GB entries but $LC_PAPER isn't set. I've been through every Preference and Administrative menu option I can find which might be relevant, including a few which weren't, and I've no idea how all this stuff is supposed to be hooked up. If there is some overriding admin option, I've missed it (and the accompanying docs ;). This is a real pain point which could probably solved _really_ easily. There was a localisation feature proposed for F10: http://fedoraproject.org/wiki/Features/LocalePreferences ... that attempts to solve the more general issue (keyboard layouts etc., which have also bitten me - it's not very obvious at all how to set that stuff properly at the moment). Is there any additional interest (other than me!) for getting this feature back on its feet again for F13? Thanks! Alex. From pjones at redhat.com Thu Aug 27 15:08:07 2009 From: pjones at redhat.com (Peter Jones) Date: Thu, 27 Aug 2009 11:08:07 -0400 Subject: cpqarrayd for fedora 11 and 12 In-Reply-To: <4A9659AF.4020606@cohtech.com> References: <4A9659AF.4020606@cohtech.com> Message-ID: <4A96A157.3070106@redhat.com> On 08/27/2009 06:02 AM, Howard Wilkinson wrote: > I have had to patch the code for cpqarrayd to get it working under > Fedora 11. It was failing with a stack smashing exception. I have fixed > this by replacing stack structures with dynamic allocation. Where should > I send the patch ... the last development on this was in 2007 so it is > probably not being maintained, although I will try to contact the author. Congrats, you get to be maintainer (and possibly the only remaining user) of cpqarrayd. -- Peter I hope you know that this will go down on your permanent record. From rawhide at fedoraproject.org Thu Aug 27 15:17:35 2009 From: rawhide at fedoraproject.org (Rawhide Report) Date: Thu, 27 Aug 2009 15:17:35 +0000 Subject: rawhide report: 20090827 changes Message-ID: <20090827151735.GA28022@releng2.fedora.phx.redhat.com> Compose started at Thu Aug 27 06:15:04 UTC 2009 New package gtkmm-utils C++ utility and widget library based on glibmm and gtkm New package network-manager-netbook Moblin Netbook GUI for NetworkManger New package perl-BZ-Client A client for the Bugzilla web services API New package pocketsphinx Real-time speech recognition Removed package hellanzb Updated Packages: Django-1.1-4.fc12 ----------------- * Wed Aug 26 2009 Steve 'Ashcrow' Milner - 1.1-3 - ghosting admin py* is now FC9 and under. * Wed Aug 26 2009 Steve 'Ashcrow' Milner - 1.1-4 - EL-4 shouldn't get the sphinx docs. ModemManager-0.2-3.20090826.fc12 -------------------------------- * Wed Aug 26 2009 Dan Williams - 0.2-3.20090826 - Fixes for Motorola and Ericsson devices - Fixes for CDMA "serving-system" command parsing OpenSceneGraph-2.8.2-3.fc12 --------------------------- * Wed Aug 26 2009 Ralf Cors?pius - 2.8.2-3 - Change Source0 URL (Upstream moved it once again). acpi-1.4-1.fc12 --------------- * Wed Aug 26 2009 Steven M. Parrish - 1.4-1 - fixed state information for thermal zones - added output of all trip points - straightlined old crufty user interface - fixed battery output to cope with systems giving energy values but no voltage acpitool-0.5.1-1.fc12 --------------------- * Wed Aug 26 2009 Steven M. Parrish 0.5.1-1 - various minor fixes (fixing memleaks, removing of limit on thermal zones) alexandria-0.6.5-5.fc12 ----------------------- * Thu Aug 27 2009 Mamoru Tasaka - 0.6.5-5 - Add sanity check for invalid search result, now using upstream patch - Fix DeaStore provider where search result contains no Author alsa-tools-1.0.20-4.fc12 ------------------------ * Wed Aug 26 2009 Tim Jackson - 1.0.20-4 - Add missing dep on xorg-x11-fonts-misc (#503284) anaconda-12.17-1.fc12 --------------------- * Wed Aug 26 2009 Chris Lumens - 12.17-1 - dracut has initrd-generic- instead of initrd- (#519185) (hdegoede) - Do not try to commit disks changes to the os while partitions are in use (hdegoede) - disklabel.commit(): DeviceError -> DeviceFormatError (hdegoede) - A "partition" having no partedPartition shouldn't be a traceback (#519128). (clumens) - Add some debugging code so we know what's going on for #504986 (katzj) - Fix going back in "Inst. Method" and "Configure TCP/IP" screens in stage 1 (#515450) (rvykydal) - Fix going back from stage1 nfs/url setup dialog. (rvykydal) - When bringing up network in UI, update only ifcfg file of selected device (#507084). (rvykydal) - Update Optional packages button via popup menu too (#515912). (rvykydal) - Remove the firstadkit-plugin-grub from non-grub archs (msivak) - Use the path instead of the name for the questionInitialize function. (#517926) (jgranado) - Only add "rhgb quiet" to boot args for non-serial installs (#506508, - On rpm unpack errors, display a fatal error message (#452724). (clumens) - Use tee thread to ensure line buffered output to screen and log file at the same moment... (#506664) (msivak) - Ensure libraries are copied to initrd.img for xauth (#516369) (maier) - Import shutil for upgrades (#519011). (clumens) - Fix focus grabbing on both the password and hostname screens. (clumens) - x86 and EFI platforms can now have /boot on ext4. (clumens) - Use the Platform's idea of what filesystem /boot can be on. (clumens) - zz-liveinst.sh: Restore the #! line (ajax) - Import _ped so it can be used for _ped.DiskLabelException. (pjones) - Make sure LV and VG names fit within LVM limits (#517483) (dcantrell) - Fix updates target to honor KEEP variable correctly. (dcantrell) - Add support for the reiserfs filesystem (#504401) (dcantrell) - Update instructions on how to generate source archive. (dcantrell) - Use disk.description instead of trying to access parted attrs. (#518212) (dlehman) - Fix disk.partedDisk -> disk.format.partedDisk. (dlehman) - Fix a stupid typo in the logging. (clumens) - If modifying a repo fails, do not delete it (#516053). (clumens) - If repo setup fails, also make sure to delete it from yum. (clumens) - Allow configuring additional NFS repositories, not just the base. (clumens) - Consolidate "base repo" setup into an extra function. (clumens) - Allocate memory for login and password and do not meddle with host pointer so we can correctly free it (#483818) (msivak) - Run make in silent mode by default. (jgranado) - Allow creation of an updates image from a tag offset. (jgranado) augeas-0.5.2-3.fc12 ------------------- * Tue Aug 25 2009 Matthew Booth - 0.5.2-3 - Include new xorg lens from upstream bash-4.0.28-2.fc12 ------------------ * Wed Aug 26 2009 Roman Rakus - 4.0.28-2 - alloc memory for key in creation associative array (#518644) boost-1.39.0-5.fc12 ------------------- * Wed Aug 26 2009 Tomas Mraz - 1.39.0-5 - Make it to be usable with openssl-1.0 bouncycastle-1.43-5.fc12 ------------------------ * Wed Aug 26 2009 Andrew Overholt 1.43-5 - Add maven POM bouncycastle-mail-1.43-4.fc12 ----------------------------- * Wed Aug 26 2009 Andrew Overholt 1.43-4 - Add maven POM bouncycastle-tsp-1.43-5.fc12 ---------------------------- * Wed Aug 26 2009 Andrew Overholt 1.43-5 - Add maven POM bzr-1.18-1.fc12 --------------- * Wed Aug 26 2009 Henrik Nordstrom - 1.18-1 - Update to 1.18 cd-discid-1.0-1.fc12 -------------------- * Wed Aug 26 2009 Ville Skytt? - 1.0-1 - Update to 1.0 (#519289). - Update URLs. chunkd-0.4-3.fc12 ----------------- * Wed Aug 26 2009 Jeff Garzik - 0.4-3 - Require/rebuild for cld version 0.2.1. * Fri Aug 21 2009 Tomas Mraz - 0.4-2 - rebuilt with new openssl cld-0.2.1-1.fc12 ---------------- * Wed Aug 26 2009 Jeff Garzik - 0.2.1-1 - Upstream version 0.2.1 release (== many bug fixes). * Fri Aug 21 2009 Tomas Mraz - 0.2-2 - rebuilt with new openssl dhcp-4.1.0p1-8.fc12 ------------------- * Wed Aug 26 2009 David Cantrell - 12:4.1.0p1-7 - Do not require policycoreutils for post scriptlet (#519479) * Wed Aug 26 2009 David Cantrell - 12:4.1.0p1-8 - Conditionalize restorecon calls in post scriptlets (#519479) dracut-0.9-6.fc12 ----------------- * Wed Aug 26 2009 Dennis Gilmore 0.9-3 - make arch specific. There are arch specific dependancies. - add back kdb requirement on arches where its used. * Wed Aug 26 2009 Dennis Gilmore 0.9-4 - its kbd not kdb * Wed Aug 26 2009 Karsten Hopp 0.9-5 - make it noarch again, just excluding kbd on s390x doesn't work as code needs to be changed as well. * Wed Aug 26 2009 Dennis Gilmore 0.9-6 - add BuildArch: noarch to actually make dracut noarch again emacs-23.1-5.fc12 ----------------- * Wed Aug 26 2009 Daniel Novotny 1:23.1-5 - correct BuildRequires for libotf (#519151) ember-0.5.6-2.fc12 ------------------ * Fri Jul 24 2009 Fedora Release Engineering - 0.5.6-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild empathy-2.27.91.1-3.fc12 ------------------------ * Wed Aug 26 2009 Brian Pepple - 2.27.91.1-1 - Update to 2.27.91.1. - Add BR on unique-devel. - Update presence-icons patch. - Add patch to fix invalid category in desktop file. - Drop clutter patch. Fixed upstream. * Wed Aug 26 2009 Brian Pepple - 2.27.91.1-2 - Update broken pkgconfig patch to not include libmissioncontrol. - Drop BR on telepathy-mission-control-devel. mc is a runtime dep. * Wed Aug 26 2009 Brian Pepple - 2.27.91.1-3 - Sigh.. let's drop the requires on mission-control-devel in the devel sub. evolution-rss-0.1.4-2.fc12 -------------------------- * Wed Aug 26 2009 Lucian Langa - 0.1.4-2 - fix source0 findbugs-contrib-3.8.1-4.fc12 ----------------------------- * Wed Aug 26 2009 Jerry James - 3.8.1-4 - Rebuilt for findbugs 1.3.9 grubby-7.0.3-1.fc12 ------------------- * Wed Aug 26 2009 Hans de Goede - 7.0.3-1 - Silence error when no /etc/sysconfig/keyboard (#517187) gstreamer-plugins-base-0.10.24-2.fc12 ------------------------------------- * Wed Aug 26 2009 Adam Jackson 0.10.24-2 - avf-support.patch: Add AVF file recognition (gnome #593117) gtk-rezlooks-engine-0.6-9.fc12 ------------------------------ * Wed Aug 26 2009 Mads Villadsen - 0.6-9 - Add small gtkrc patch to fix bug #515833 - gnome-appearance-properties produces an error after installing gtk-rezlooks-engine gvfs-1.3.5-2.fc12 ----------------- * Wed Aug 26 2009 Matthias Clasen - 1.3.5-2 - Don't mount interactively during login hplip-3.9.8-11.fc12 ------------------- * Wed Aug 26 2009 Tim Waugh 3.9.8-11 - Set RequiresPageRegion in hpcups PPDs (bug #518756). hulahop-0.5.1-1.fc12 -------------------- * Wed Aug 26 2009 Tomeu Vizoso - 0.5.1-1 - New upstream release hunspell-kk-1.1-1.fc12 ---------------------- * Wed Aug 26 2009 Caolan McNamara - 1.1-1 - latest version kazehakase-0.5.6-16.svn3781_trunk.fc12 -------------------------------------- * Thu Aug 27 2009 Mamoru Tasaka - rev 3781 kbd-1.15-9.fc12 --------------- * Wed Aug 26 2009 Karsten Hopp 1.15-9 - drop excludearch s390x, we need this package to be able to build other packages on s390x * Fri Jul 24 2009 Fedora Release Engineering - 1.15-8 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild kde-settings-4.3-4.2 -------------------- * Wed Aug 26 2009 Rex Dieter - 4.3-4.2 - drop Requires: system-backgrounds-kde (move to kdebase-workspace) kdebase-workspace-4.3.0-11.fc12 ------------------------------- * Wed Aug 26 2009 Rex Dieter - 4.3.0-11 - Requires: system-backgrounds-kde (f12+) kdelibs-4.3.0-8.fc12 -------------------- * Wed Aug 26 2009 Rex Dieter - 4.3.0-8 - BR: xz-devel kernel-2.6.31-0.180.rc7.git4.fc12 --------------------------------- * Wed Aug 26 2009 David Woodhouse - Make WiMAX modular (#512070) * Wed Aug 26 2009 Adam Jackson - drm-intel-next.patch: Update, various output setup fixes. * Wed Aug 26 2009 Chuck Ebbert - 2.6.31-rc7-git4 - Drop patches merged upstream: xen-x86-fix-stackprotect.patch xen-x86-no-stackprotect.patch * Wed Aug 26 2009 Justin M. Forbes - Fix munlock with KSM (#516909) - Re-enable KSM * Wed Aug 26 2009 Eric Paris - fix iint_cache leak in IMA code drop the ima=0 patch koffice-2.0.81-1.fc12 --------------------- * Wed Aug 26 2009 Rex Dieter - 2:2.0.81-1 - koffice-2.0.81 koffice-langpack-2.0.81-1.fc12 ------------------------------ * Wed Aug 26 2009 Rex Dieter - 1:2.0.81-1 - koffice-l10n-2.0.81 kvirc-4.0.0-0.9.20090826svn3426.fc12 ------------------------------------ * Wed Aug 26 2009 Alexey Kurov - 4.0.0-0.9.20090826svn3426 - svn snapshot 3426 that builds with new openssl - Added -DWANT_COEXISTENCE=OFF, binary name changed to kvirc - Added -DWITH_ix86_ASM and -DMANUAL_REVISION - Added BR: esound-devel * Tue Aug 25 2009 Tomas Mraz - 4.0.0-0.8.20090409svn3173 - rebuilt with new openssl ladvd-0.8-1.fc12 ---------------- * Wed Aug 26 2009 Andreas Thienemann - 0.8-1 - Rebase to new upstream release leonidas-kde-theme-11.0.3-1.fc12 -------------------------------- * Wed Aug 26 2009 Jaroslav Reznik 11.0.3-1 - fix ksplash background on dual head (bz#519392) libcanberra-0.16-1.fc12 ----------------------- * Thu Aug 27 2009 Lennart Poettering 0.16-1 - New version 0.16 libtranslate-0.99-22.fc12 ------------------------- * Wed Aug 26 2009 Dmitry Butskoy - 0.99-22 - add new language pairs for google service (#519247, by Dwayne Bailey (dwayne at translate.org.za>) - use up-to-date services.xml.in plain file as an additional source, instead of a lot of patches for upstream's one maven2-2.0.8-1.3.fc12 --------------------- * Wed Aug 26 2009 Andrew Overholt 2.0.8-1.3 - Add missing backport-util-concurrent BR * Tue Aug 25 2009 Andrew Overholt 2.0.8-1.3 - Fix javadoc source directory name - Don't try to symlink model-all JAR * Fri Aug 21 2009 Andrew Overholt 2.0.8-1.1 - Import 2.0.8 work from Deepak Bhole - Explicitly disable gcj support - Set bootstrap - Fix up LICENSE.txt files * Fri Aug 21 2009 Andrew Overholt 2.0.8-1.2 - Import 2.0.8 work from Deepak Bhole: -- Fix maven-remote-resources-plugin -- Handle artifacts other than just poms and jars -- Cope with empty version XML tags -- Prevent unecessary files to end up in lib -- Fix handling of RELEASE versions -- Added BR for java-devel -- Fixed artifact path setting code for upstream group/artifactids - Import these fixes from Permaine Cheung: -- Change maven-archiver to maven-shared-archiver -- Move misplaced Requires: maven-archiver back to maven2-plugin-jar -- Add missing Requires: maven-archiver to maven2-plugin-jar -- Add missing Requires: ant to maven2-plugin-ant -- Add missing Requires: maven-shared-plugin-tools-beanshell, maven-shared-plugin-tools-java to maven2-plugin-docck and maven2-plugin-plugin -- Add missing Requires: to maven2-plugin-install - Import these fixes from Yong Yang: -- add maven2-plugins-jpprepolayout.patch -- Add missing BR xom -- Add missing BR maven-shared-io in non-bootstrap mode -- Add missing Requires xom -- Add missing Requires: maven-enforcer-rule-api in non-bootstrap mode -- Add missing Requires: maven-shared-invoker in non-bootstrap mode -- Add missing Requires: maven-shared-io in non-bootstrap mode -- Add missing Requires: maven-shared-jar in non-bootstrap mode -- Add missing Requires: maven-shared-model-converter in non-bootstrap mode -- Add missing Requires: maven-shared-verifier in non-bootstrap mode -- Add missing Requires: for all subpackages - Import these fixes from Fernando Nasser: -- Project Report Info plugin can't cope with a JAR without a JDK version on it -- Parent poms sometimes come as type "xml", adjust JPackageRepositoryLayout -- Test for jar in JPackageRepositoryLayout as pom may not have the packaging set -- Update javadoc plugin to 2.4 to get rid of 2.3 bugs -- Modify MJAVADOC-137 oatch to exclude part reverted by MJAVADOC-196 -- Add patch for javadoc plugin (MJAVADOC-137) -- Remove jetty from site plugin dependencies -- Install the model-all JAR -- Build model-all.jar for model-v3 needed by maven-shared-model-converter -- Add missing BRs in non-bootstrap mode: -- Add missing BR maven-embedder -- Add missing BR maven-shared-dependency-analyzer -- Add missing BR maven-shared-dependency-tree -- Add missing BR maven-shared-downloader -- Add missing BR maven-enforcer-rule-api -- Add missing BR maven-shared-invoker -- Add missing BR maven-shared-jar -- Add missing BR maven-shared-model-converter -- Add missing BR maven-shared-plugin-testing-tools -- Add missing BR maven-shared-plugin-tools-api -- Add missing BR maven-shared-plugin-tools-beanshell -- Add missing BR maven-shared-plugin-tools-java -- Add missing BR maven-shared-reporting-impl -- Add missing BR maven-shared-verifier -- Add missing BR maven2-plugin-ant -- Add missing BR maven2-plugin-clean -- Add missing BR plexus-mail-sender -- Add missing BR plexus-resources -- Add missing BRs in non-bootstrap mode: -- Add missing BR maven-doxia-sitetools -- Add missing BR maven-surefire-provider-junit -- Add missing BR maven2-plugin-shade in non-bootstrap mode -- Add missing BR plexus-digest in non-bootstrap mode -- Add missing BR maven-shared-common-artifact-filters -- Add missing BR maven-shared-repository-builder -- Rebuild with plexus-archiver rolled back to a7 to avoid compilation errors -- Adapt for commons-logging 1.1 -- Specify source and target 1.4 -- Add missing BRs to ant-nodeps, ant-junit, aqute-bndlib and javamail -- Remove extra maven- from maven-shared poms and jars in bootstrap binaries -- Require newer version of plexus-archiver to match maven-archiver -- Move maven-doxia to outside the bootstrap condition -- Add missing BR saxpath - Import these fixes from David Walluck: -- add patch for MNG-3139 nautilus-2.27.91-2.fc12 ----------------------- * Wed Aug 26 2009 Matthias Clasen - 2.27.91-2 - Make nautilus-file-management-properties not crash on start nautilus-sendto-1.1.6-3.fc12 ---------------------------- * Wed Aug 26 2009 Brian Pepple - 1.1.6-3 - Rebuild for new Empathy. netpanzer-0.8.2-8.fc12 ---------------------- * Tue Aug 25 2009 Alex Lancaster - 0.8.2-8 - Rebuild for new libphysfs API bump to fix broken deps nss-3.12.3.99.3-18.fc12 ----------------------- * Wed Aug 26 2009 Elio Maldonado - 3.12.3.99.3-18 - Fix BuildRequires: nss-softokn-devel release number nss-util-3.12.3.99.3-12.fc12 ---------------------------- * Wed Aug 26 2009 Elio Maldonado - 3.12.3.99.3-11 - Remove spurious executable permissions from nss-util-config - Shorten some descriptions to keep rpmlint happy * Wed Aug 26 2009 Elio Maldonado - 3.12.3.99.3-12 - bump to unique nvr openais-1.0.1-1.fc12 -------------------- * Thu Aug 27 2009 Fabio M. Di Nitto - 1.0.1-1 - New upstream release. Fixes 2 minor issues in SA CheckPoint service. osgal-0.6.1-9.fc12 ------------------ * Tue Aug 25 2009 Alex Lancaster - 1:0.6.1-9 - Rebuild for new openal to fix broken deps in rawhide paraview-3.6.1-4.fc12 --------------------- * Wed Aug 26 2009 Orion Poplawski - 3.6.1-4 - Disable building various plugins that need OverView * Tue Aug 25 2009 Orion Poplawski - 3.6.1-3 - Disable building OverView - not ready yet * Fri Aug 21 2009 Tomas Mraz - 3.6.1-2 - rebuilt with new openssl * Wed Jul 22 2009 Orion Poplawski - 3.6.1-1 - Update to 3.6.1 * Thu May 07 2009 Orion Poplawski - 3.4.0-5 - Update doc patch to look for help file in the right place (bug #499273) perl-Sys-Virt-0.2.1-1.fc12 -------------------------- * Wed Aug 26 2009 Stepan Kasal - 0.2.1-1 - new upstream version - remove upstreamed patch plplot-5.9.4-8.fc12 ------------------- * Wed Aug 26 2009 Alex Lancaster - 5.9.4-5 - Temporarily disable check to fix broken deps in rawhide - Attempt bootstrap build without pdl * Wed Aug 26 2009 Alex Lancaster - 5.9.4-6 - Build with perl package re-enabled * Wed Aug 26 2009 - Orion Poplawski - 5.9.4-7 - Add patch from svn to support pdl 2.4.4_05 - Force using gfortran * Wed Aug 26 2009 - Orion Poplawski - 5.9.4-8 - Update octave patch to hopefully fix remaining issue. - Re-enable tests * Thu Aug 13 2009 - Orion Poplawski - 5.9.4-4 - Add patch to support octave 3.2 * Sat Aug 01 2009 Jussi Lehtola - 5.9.4-3 - Rebuilt against updated Octave. * Sun Jul 26 2009 Fedora Release Engineering - 5.9.4-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild podcatcher-3.1.5-1.fc12 ----------------------- * Wed Aug 26 2009 Christof Damian - 3.1.5-1 - upgrade to 3.1.5 podsleuth-0.6.4-1.fc12 ---------------------- * Wed Aug 26 2009 Christian Krause - 0.6.4-1 - update to 0.6.4 (BZ 501404) - remove upstreamed patch - update sgutils patch poker3d-1.1.36-17.fc12 ---------------------- * Tue Aug 25 2009 Alex Lancaster - 1.1.36-17 - Rebuild for new openal to fix broken deps in rawhide policycoreutils-2.0.71-12.fc12 ------------------------------ * Wed Aug 26 2009 Dan Walsh 2.0.71-11 - Add sandboxX * Wed Aug 26 2009 Dan Walsh 2.0.71-12 - Tighten up controls on seunshare.c powerman-2.3.5-1.fc12 --------------------- * Wed Aug 26 2009 Steven Parrish - 2.3.5-1 - Deprecated undocumented powerman.conf port directive. - Added powerman.conf listen directive to configure which interfaces - and ports the server listens on. Make the default localhost:10101. - Add support for HP integrated power control devices [Bjorn Helgaas] - Add support for Sun LOM. - Misc. documentation improvements - Add heartbeat STONITH plugin. python-openoffice-0.1-0.5.20090228svn34.fc12 -------------------------------------------- * Wed Aug 26 2009 Dan Hor?k 0.1-0.5.20090228svn34 - fixed Source0 URL pywebdav-0.9.3-1.fc12 --------------------- * Wed Aug 26 2009 Dan Hor?k 0.9.3-1 - update to 0.9.3 pywebkitgtk-1.1.6-1.fc12 ------------------------ * Wed Aug 26 2009 Ignacio Vazquez-Abrams 1.1.6-1 - Updated to 1.1.6 rubygem-htmlentities-4.2.0-1.fc12 --------------------------------- * Thu Aug 27 2009 Mamoru Tasaka - 4.2.0-1 - 4.2.0 seahorse-2.27.90-2.fc12 ----------------------- * Wed Aug 26 2009 Matthias Clasen - 2.27.90-2 - Make seahorse respect the button-images setting selinux-policy-3.6.28-8.fc12 ---------------------------- * Wed Aug 26 2009 Dan Walsh 3.6.28-8 - Add back in unconfined.pp and unconfineduser.pp - Add Sandbox unshare * Tue Aug 25 2009 Dan Walsh 3.6.28-7 - Fixes for cdrecord, mdadm, and others setroubleshoot-2.2.23-1.fc12 ---------------------------- * Wed Aug 26 2009 Dan Walsh - 2.2.23-1 - Fix Permissive Domain reporting smartmontools-5.38-16.fc12 -------------------------- * Wed Aug 26 2009 Michal Hlavinka - 1:5.38-15 - updated patch for lower capabilities (#517728) - added buildrequires libcap-ng-devel * Wed Aug 26 2009 Michal Hlavinka - 1:5.38-16 - extend capability scanning devices solar-kde-theme-0.1.19-1.fc12 ----------------------------- * Wed Aug 26 2009 Jaroslav Reznik 0.1.19-1 - fix ksplash background on dual head * Wed Aug 26 2009 Jaroslav Reznik 0.1.19-1 - correct NVR sound-theme-freedesktop-0.5-1.fc12 ---------------------------------- * Thu Aug 27 2009 Lennart Poettering 0.5-1 - New upstream sugar-0.85.4-1.fc12 ------------------- * Wed Aug 26 2009 Tomeu Vizoso - 0.85.4-1 - New upstream release sugar-base-0.85.3-1.fc12 ------------------------ * Wed Aug 26 2009 Tomeu Vizoso - 0.85.3-1 - New upstream release sugar-datastore-0.85.2-1.fc12 ----------------------------- * Wed Aug 26 2009 Tomeu Vizoso - 0.85.2-1 - Update to new upstream release sugar-toolkit-0.85.5-1.fc12 --------------------------- * Wed Aug 26 2009 Tomeu Vizoso - 0.85.5-1 - New upstream release sugar-write-66-1.fc12 --------------------- * Wed Aug 26 2009 Steven Parrish - 66-1 - New release supertux-0.3.1-9.fc12 --------------------- * Tue Aug 25 2009 Alex Lancaster - 0.3.1-9 - Rebuild for new openal system-config-date-1.9.42-1.fc12 -------------------------------- * Wed Aug 26 2009 Nils Philippsen - 1.9.40-1 - explain obsoleting old versions * Wed Aug 26 2009 Nils Philippsen - 1.9.41-1 - use gettext instead of rhpl * Wed Aug 26 2009 Nils Philippsen - 1.9.42-1 - provide missing N_() * Wed Jul 29 2009 Nils Philippsen - improve manual and NTP settings (#507619) - improve frames and expander (#507623) - display current date and time always - fix explanation labels on "Date and Time" page - fix non-zero page size deprecation warnings system-config-nfs-1.3.45-1.fc12 ------------------------------- * Wed Aug 26 2009 Nils Philippsen - explain obsoleting old versions - obsolete correct version * Wed Aug 26 2009 Nils Philippsen - 1.3.45-1 - use gettext instead of rhpl system-config-printer-1.1.12-3.fc12 ----------------------------------- * Wed Aug 26 2009 Tim Waugh 1.1.12-2 - Fixed traceback in on_tvNPDeviceURIs_cursor_changed (bug #519367). * Wed Aug 26 2009 Tim Waugh 1.1.12-3 - Handle icon load failure gracefully. - Fixed statereason icon names. system-config-samba-1.2.78-1.fc12 --------------------------------- * Wed Aug 26 2009 Nils Philippsen - explain obsoleting old versions * Wed Aug 26 2009 Nils Philippsen - 1.2.78-1 - use gettext instead of rhpl tabled-0.3-3.fc12 ----------------- * Wed Aug 26 2009 Jeff Garzik - 0.3-3 - require/rebuild for cld 0.2.1 * Fri Aug 21 2009 Tomas Mraz - 0.3-2 - rebuilt with new openssl tcsh-6.17-3.fc12 ---------------- * Wed Aug 26 2009 Vitezslav Crhonek - 6.17-3 - Add new colorls variable Resolves: #518808 telepathy-filesystem-0.0.2-1.fc12 --------------------------------- * Wed Aug 26 2009 Brian Pepple - 0.0.2-1 - Add clients dir. telepathy-mission-control-5.2.1-1.fc12 -------------------------------------- * Wed Aug 26 2009 Brian Pepple - 5.2.1-1 - Update to 5.2.1. tryton-1.2.1-3.fc12 ------------------- * Wed Aug 26 2009 Dan Hor?k 1.2.1-3 - fixed Source0 URL Summary: Added Packages: 4 Removed Packages: 1 Modified Packages: 86 Broken deps for i386 ---------------------------------------------------------- 389-adminutil-devel-1.1.8-4.fc12.i686 requires pkgconfig(nss) anerley-0.0.20-3.fc12.i686 requires libmissioncontrol-client.so.0 anerley-devel-0.0.20-3.fc12.i686 requires pkgconfig(libmissioncontrol) anjal-0.1.0-0.7.20090821git5ac8bfe.fc12.i686 requires libmissioncontrol-client.so.0 asterisk-fax-1.6.1-0.24.rc1.fc12.i686 requires libspandsp.so.1 banshee-1.5.0-2.fc12.i686 requires mono(Boo.Lang.Compiler) = 0:2.0.0.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0 clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 cluttermm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-0.9) conexus-nss-devel-0.9.0-1.fc12.i686 requires pkgconfig(nss) >= 0:3.11 gpsdrive-2.10-0.1.pre7.fc12.i586 requires libmapnik.so.0.5 2:koffice-kplato-2.0.81-1.fc12.i686 requires libkdeinit4_kplatowork.so libpathfinder-nss-devel-1.0.0-2.fc12.i686 requires pkgconfig(nss) >= 0:2.0.0 maven2-plugin-antrun-2.0.8-1.3.fc12.noarch requires maven-embedder maven2-plugin-antrun-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires maven-shared-archiver maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires jmock >= 0:1.0.1 maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires maven-shared-test-tools maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires maven-shared-common-artifact-filters maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires maven-shared-repository-builder maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-testing-tools maven2-plugin-changelog-2.0.8-1.3.fc12.noarch requires maven-doxia-sitetools >= 0:1.0 maven2-plugin-changelog-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-changes-2.0.8-1.3.fc12.noarch requires glassfish-javamail maven2-plugin-changes-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-checkstyle-2.0.8-1.3.fc12.noarch requires plexus-resources maven2-plugin-checkstyle-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-dependency-2.0.8-1.3.fc12.noarch requires maven-shared-dependency-tree maven2-plugin-dependency-2.0.8-1.3.fc12.noarch requires maven-shared-dependency-analyzer maven2-plugin-docck-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-tools-java >= 0:2.2 maven2-plugin-docck-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-tools-api maven2-plugin-docck-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-docck-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-tools-beanshell >= 0:2.2 maven2-plugin-ear-2.0.8-1.3.fc12.noarch requires maven-shared-verifier maven2-plugin-eclipse-2.0.8-1.3.fc12.noarch requires jmock >= 0:1.0.1 maven2-plugin-eclipse-2.0.8-1.3.fc12.noarch requires maven-shared-test-tools maven2-plugin-eclipse-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-testing-tools maven2-plugin-enforcer-2.0.8-1.3.fc12.noarch requires maven-enforcer-rule-api maven2-plugin-help-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-tools-api maven2-plugin-idea-2.0.8-1.3.fc12.noarch requires jmock >= 0:1.0.1 maven2-plugin-jar-2.0.8-1.3.fc12.noarch requires maven-shared-archiver >= 0:2.3 maven2-plugin-javadoc-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-one-2.0.8-1.3.fc12.noarch requires maven-shared-model-converter maven2-plugin-plugin-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-tools-java >= 0:2.2 maven2-plugin-plugin-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-plugin-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-tools-beanshell >= 0:2.2 maven2-plugin-pmd-2.0.8-1.3.fc12.noarch requires plexus-resources maven2-plugin-pmd-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-project-info-reports-2.0.8-1.3.fc12.noarch requires maven-shared-jar maven2-plugin-project-info-reports-2.0.8-1.3.fc12.noarch requires maven-doxia-sitetools >= 0:1.0 maven2-plugin-project-info-reports-2.0.8-1.3.fc12.noarch requires maven-shared-dependency-tree maven2-plugin-project-info-reports-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl mozldap-devel-6.0.5-6.fc12.i686 requires pkgconfig(nss) >= 0:3.11 octave-forge-20080831-10.fc12.i686 requires octave(api) = 0:api-v32 openvrml-0.18.3-1.fc12.i686 requires gecko-libs(x86-32) >= 0:1.9.1 openvrml-0.18.3-1.fc12.i686 requires java(x86-32) ppl-yap-0.10.2-5.fc12.i686 requires libYap.so python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.i586 requires libparted-1.8.so.8 rygel-0.3-5.fc12.i686 requires libgee.so.0 rygel-tracker-0.3-5.fc12.i686 requires libgee.so.0 sems-1.1.1-2.fc12.i586 requires libspandsp.so.1 sems-g722-1.1.1-2.fc12.i586 requires libspandsp.so.1 sems-gsm-1.1.1-2.fc12.i586 requires libspandsp.so.1 sems-speex-1.1.1-2.fc12.i586 requires libspandsp.so.1 serpentine-0.9-5.fc12.noarch requires gnome-python2-nautilus-cd-burner svrcore-devel-4.0.4-5.fc12.i686 requires pkgconfig(nss) >= 0:3.12.3.99.3 xmlsec1-nss-devel-1.2.12-1.fc12.i686 requires pkgconfig(nss) >= 0:1.4 Broken deps for x86_64 ---------------------------------------------------------- 389-adminutil-devel-1.1.8-4.fc12.i686 requires pkgconfig(nss) 389-adminutil-devel-1.1.8-4.fc12.x86_64 requires pkgconfig(nss) anerley-0.0.20-3.fc12.i686 requires libmissioncontrol-client.so.0 anerley-0.0.20-3.fc12.x86_64 requires libmissioncontrol-client.so.0()(64bit) anerley-devel-0.0.20-3.fc12.i686 requires pkgconfig(libmissioncontrol) anerley-devel-0.0.20-3.fc12.x86_64 requires pkgconfig(libmissioncontrol) anjal-0.1.0-0.7.20090821git5ac8bfe.fc12.x86_64 requires libmissioncontrol-client.so.0()(64bit) asterisk-fax-1.6.1-0.24.rc1.fc12.x86_64 requires libspandsp.so.1()(64bit) banshee-1.5.0-2.fc12.i686 requires mono(Boo.Lang.Compiler) = 0:2.0.0.0 banshee-1.5.0-2.fc12.x86_64 requires mono(Boo.Lang.Compiler) = 0:2.0.0.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.x86_64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.x86_64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-0.7.4-2.fc11.x86_64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8) clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.x86_64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.x86_64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-gtk-0.9) clutter-gtkmm-devel-0.9.4-1.fc12.x86_64 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 cluttermm-0.9.4-1.fc12.x86_64 requires libclutter-glx-0.9.so.0()(64bit) cluttermm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-0.9) cluttermm-devel-0.9.4-1.fc12.x86_64 requires pkgconfig(clutter-0.9) conexus-nss-devel-0.9.0-1.fc12.i686 requires pkgconfig(nss) >= 0:3.11 conexus-nss-devel-0.9.0-1.fc12.x86_64 requires pkgconfig(nss) >= 0:3.11 gpsdrive-2.10-0.1.pre7.fc12.x86_64 requires libmapnik.so.0.5()(64bit) 2:koffice-kplato-2.0.81-1.fc12.i686 requires libkdeinit4_kplatowork.so 2:koffice-kplato-2.0.81-1.fc12.x86_64 requires libkdeinit4_kplatowork.so()(64bit) libpathfinder-nss-devel-1.0.0-2.fc12.i686 requires pkgconfig(nss) >= 0:2.0.0 libpathfinder-nss-devel-1.0.0-2.fc12.x86_64 requires pkgconfig(nss) >= 0:2.0.0 maven2-plugin-antrun-2.0.8-1.3.fc12.noarch requires maven-embedder maven2-plugin-antrun-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires maven-shared-archiver maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires jmock >= 0:1.0.1 maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires maven-shared-test-tools maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires maven-shared-common-artifact-filters maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires maven-shared-repository-builder maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-testing-tools maven2-plugin-changelog-2.0.8-1.3.fc12.noarch requires maven-doxia-sitetools >= 0:1.0 maven2-plugin-changelog-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-changes-2.0.8-1.3.fc12.noarch requires glassfish-javamail maven2-plugin-changes-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-checkstyle-2.0.8-1.3.fc12.noarch requires plexus-resources maven2-plugin-checkstyle-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-dependency-2.0.8-1.3.fc12.noarch requires maven-shared-dependency-tree maven2-plugin-dependency-2.0.8-1.3.fc12.noarch requires maven-shared-dependency-analyzer maven2-plugin-docck-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-tools-java >= 0:2.2 maven2-plugin-docck-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-tools-api maven2-plugin-docck-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-docck-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-tools-beanshell >= 0:2.2 maven2-plugin-ear-2.0.8-1.3.fc12.noarch requires maven-shared-verifier maven2-plugin-eclipse-2.0.8-1.3.fc12.noarch requires jmock >= 0:1.0.1 maven2-plugin-eclipse-2.0.8-1.3.fc12.noarch requires maven-shared-test-tools maven2-plugin-eclipse-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-testing-tools maven2-plugin-enforcer-2.0.8-1.3.fc12.noarch requires maven-enforcer-rule-api maven2-plugin-help-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-tools-api maven2-plugin-idea-2.0.8-1.3.fc12.noarch requires jmock >= 0:1.0.1 maven2-plugin-jar-2.0.8-1.3.fc12.noarch requires maven-shared-archiver >= 0:2.3 maven2-plugin-javadoc-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-one-2.0.8-1.3.fc12.noarch requires maven-shared-model-converter maven2-plugin-plugin-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-tools-java >= 0:2.2 maven2-plugin-plugin-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-plugin-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-tools-beanshell >= 0:2.2 maven2-plugin-pmd-2.0.8-1.3.fc12.noarch requires plexus-resources maven2-plugin-pmd-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-project-info-reports-2.0.8-1.3.fc12.noarch requires maven-shared-jar maven2-plugin-project-info-reports-2.0.8-1.3.fc12.noarch requires maven-doxia-sitetools >= 0:1.0 maven2-plugin-project-info-reports-2.0.8-1.3.fc12.noarch requires maven-shared-dependency-tree maven2-plugin-project-info-reports-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl mozldap-devel-6.0.5-6.fc12.i686 requires pkgconfig(nss) >= 0:3.11 mozldap-devel-6.0.5-6.fc12.x86_64 requires pkgconfig(nss) >= 0:3.11 octave-forge-20080831-10.fc12.x86_64 requires octave(api) = 0:api-v32 openvrml-0.18.3-1.fc12.i686 requires gecko-libs(x86-32) >= 0:1.9.1 openvrml-0.18.3-1.fc12.i686 requires java(x86-32) openvrml-0.18.3-1.fc12.x86_64 requires java(x86-64) openvrml-0.18.3-1.fc12.x86_64 requires gecko-libs(x86-64) >= 0:1.9.1 ppl-yap-0.10.2-5.fc12.x86_64 requires libYap.so()(64bit) python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.x86_64 requires libparted-1.8.so.8()(64bit) rygel-0.3-5.fc12.x86_64 requires libgee.so.0()(64bit) rygel-tracker-0.3-5.fc12.x86_64 requires libgee.so.0()(64bit) sems-1.1.1-2.fc12.x86_64 requires libspandsp.so.1()(64bit) sems-g722-1.1.1-2.fc12.x86_64 requires libspandsp.so.1()(64bit) sems-gsm-1.1.1-2.fc12.x86_64 requires libspandsp.so.1()(64bit) sems-speex-1.1.1-2.fc12.x86_64 requires libspandsp.so.1()(64bit) serpentine-0.9-5.fc12.noarch requires gnome-python2-nautilus-cd-burner svrcore-devel-4.0.4-5.fc12.i686 requires pkgconfig(nss) >= 0:3.12.3.99.3 svrcore-devel-4.0.4-5.fc12.x86_64 requires pkgconfig(nss) >= 0:3.12.3.99.3 xmlsec1-nss-devel-1.2.12-1.fc12.i686 requires pkgconfig(nss) >= 0:1.4 xmlsec1-nss-devel-1.2.12-1.fc12.x86_64 requires pkgconfig(nss) >= 0:1.4 Broken deps for ppc ---------------------------------------------------------- 389-adminutil-devel-1.1.8-4.fc12.ppc requires pkgconfig(nss) 389-adminutil-devel-1.1.8-4.fc12.ppc64 requires pkgconfig(nss) anerley-0.0.20-3.fc12.ppc requires libmissioncontrol-client.so.0 anerley-0.0.20-3.fc12.ppc64 requires libmissioncontrol-client.so.0()(64bit) anerley-devel-0.0.20-3.fc12.ppc requires pkgconfig(libmissioncontrol) anerley-devel-0.0.20-3.fc12.ppc64 requires pkgconfig(libmissioncontrol) anjal-0.1.0-0.7.20090821git5ac8bfe.fc12.ppc requires libmissioncontrol-client.so.0 asterisk-fax-1.6.1-0.24.rc1.fc12.ppc requires libspandsp.so.1 clutter-cairomm-0.7.4-2.fc11.ppc requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.ppc requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.ppc requires libclutter-glx-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.ppc requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc requires pkgconfig(clutter-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.ppc requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.ppc requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.ppc requires pkgconfig(clutter-gtk-0.9) clutter-gtkmm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.ppc requires libclutter-glx-0.9.so.0 cluttermm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) cluttermm-devel-0.9.4-1.fc12.ppc requires pkgconfig(clutter-0.9) cluttermm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-0.9) conexus-nss-devel-0.9.0-1.fc12.ppc requires pkgconfig(nss) >= 0:3.11 conexus-nss-devel-0.9.0-1.fc12.ppc64 requires pkgconfig(nss) >= 0:3.11 gpsdrive-2.10-0.1.pre7.fc12.ppc requires libmapnik.so.0.5 2:koffice-kplato-2.0.81-1.fc12.ppc requires libkdeinit4_kplatowork.so 2:koffice-kplato-2.0.81-1.fc12.ppc64 requires libkdeinit4_kplatowork.so()(64bit) libpathfinder-nss-devel-1.0.0-2.fc12.ppc requires pkgconfig(nss) >= 0:2.0.0 libpathfinder-nss-devel-1.0.0-2.fc12.ppc64 requires pkgconfig(nss) >= 0:2.0.0 maven2-plugin-antrun-2.0.8-1.3.fc12.noarch requires maven-embedder maven2-plugin-antrun-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires maven-shared-archiver maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires jmock >= 0:1.0.1 maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires maven-shared-test-tools maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires maven-shared-common-artifact-filters maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires maven-shared-repository-builder maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-testing-tools maven2-plugin-changelog-2.0.8-1.3.fc12.noarch requires maven-doxia-sitetools >= 0:1.0 maven2-plugin-changelog-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-changes-2.0.8-1.3.fc12.noarch requires glassfish-javamail maven2-plugin-changes-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-checkstyle-2.0.8-1.3.fc12.noarch requires plexus-resources maven2-plugin-checkstyle-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-dependency-2.0.8-1.3.fc12.noarch requires maven-shared-dependency-tree maven2-plugin-dependency-2.0.8-1.3.fc12.noarch requires maven-shared-dependency-analyzer maven2-plugin-docck-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-tools-java >= 0:2.2 maven2-plugin-docck-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-tools-api maven2-plugin-docck-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-docck-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-tools-beanshell >= 0:2.2 maven2-plugin-ear-2.0.8-1.3.fc12.noarch requires maven-shared-verifier maven2-plugin-eclipse-2.0.8-1.3.fc12.noarch requires jmock >= 0:1.0.1 maven2-plugin-eclipse-2.0.8-1.3.fc12.noarch requires maven-shared-test-tools maven2-plugin-eclipse-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-testing-tools maven2-plugin-enforcer-2.0.8-1.3.fc12.noarch requires maven-enforcer-rule-api maven2-plugin-help-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-tools-api maven2-plugin-idea-2.0.8-1.3.fc12.noarch requires jmock >= 0:1.0.1 maven2-plugin-jar-2.0.8-1.3.fc12.noarch requires maven-shared-archiver >= 0:2.3 maven2-plugin-javadoc-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-one-2.0.8-1.3.fc12.noarch requires maven-shared-model-converter maven2-plugin-plugin-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-tools-java >= 0:2.2 maven2-plugin-plugin-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-plugin-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-tools-beanshell >= 0:2.2 maven2-plugin-pmd-2.0.8-1.3.fc12.noarch requires plexus-resources maven2-plugin-pmd-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-project-info-reports-2.0.8-1.3.fc12.noarch requires maven-shared-jar maven2-plugin-project-info-reports-2.0.8-1.3.fc12.noarch requires maven-doxia-sitetools >= 0:1.0 maven2-plugin-project-info-reports-2.0.8-1.3.fc12.noarch requires maven-shared-dependency-tree maven2-plugin-project-info-reports-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl mozldap-devel-6.0.5-6.fc12.ppc requires pkgconfig(nss) >= 0:3.11 mozldap-devel-6.0.5-6.fc12.ppc64 requires pkgconfig(nss) >= 0:3.11 octave-forge-20080831-10.fc12.ppc requires octave(api) = 0:api-v32 openvrml-0.18.3-1.fc12.ppc requires gecko-libs(ppc-32) >= 0:1.9.1 openvrml-0.18.3-1.fc12.ppc requires java(ppc-32) openvrml-0.18.3-1.fc12.ppc64 requires gecko-libs(ppc-64) >= 0:1.9.1 openvrml-0.18.3-1.fc12.ppc64 requires java(ppc-64) ppl-yap-0.10.2-5.fc12.ppc requires libYap.so python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.ppc requires libparted-1.8.so.8 rygel-0.3-5.fc12.ppc requires libgee.so.0 rygel-tracker-0.3-5.fc12.ppc requires libgee.so.0 sems-1.1.1-2.fc12.ppc requires libspandsp.so.1 sems-g722-1.1.1-2.fc12.ppc requires libspandsp.so.1 sems-gsm-1.1.1-2.fc12.ppc requires libspandsp.so.1 sems-speex-1.1.1-2.fc12.ppc requires libspandsp.so.1 serpentine-0.9-5.fc12.noarch requires gnome-python2-nautilus-cd-burner svrcore-devel-4.0.4-5.fc12.ppc requires pkgconfig(nss) >= 0:3.12.3.99.3 svrcore-devel-4.0.4-5.fc12.ppc64 requires pkgconfig(nss) >= 0:3.12.3.99.3 xmlsec1-nss-devel-1.2.12-1.fc12.ppc requires pkgconfig(nss) >= 0:1.4 xmlsec1-nss-devel-1.2.12-1.fc12.ppc64 requires pkgconfig(nss) >= 0:1.4 Broken deps for ppc64 ---------------------------------------------------------- 389-adminutil-devel-1.1.8-4.fc12.ppc64 requires pkgconfig(nss) anerley-0.0.20-3.fc12.ppc64 requires libmissioncontrol-client.so.0()(64bit) anerley-devel-0.0.20-3.fc12.ppc64 requires pkgconfig(libmissioncontrol) anjal-0.1.0-0.7.20090821git5ac8bfe.fc12.ppc64 requires libmissioncontrol-client.so.0()(64bit) asterisk-fax-1.6.1-0.24.rc1.fc12.ppc64 requires libspandsp.so.1()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) cluttermm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-0.9) conexus-nss-devel-0.9.0-1.fc12.ppc64 requires pkgconfig(nss) >= 0:3.11 gpsdrive-2.10-0.1.pre7.fc12.ppc64 requires libmapnik.so.0.5()(64bit) 2:koffice-kplato-2.0.81-1.fc12.ppc64 requires libkdeinit4_kplatowork.so()(64bit) libpathfinder-nss-devel-1.0.0-2.fc12.ppc64 requires pkgconfig(nss) >= 0:2.0.0 maven2-plugin-antrun-2.0.8-1.3.fc12.noarch requires maven-embedder maven2-plugin-antrun-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires maven-shared-archiver maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires jmock >= 0:1.0.1 maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires maven-shared-test-tools maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires maven-shared-common-artifact-filters maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires maven-shared-repository-builder maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-testing-tools maven2-plugin-changelog-2.0.8-1.3.fc12.noarch requires maven-doxia-sitetools >= 0:1.0 maven2-plugin-changelog-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-changes-2.0.8-1.3.fc12.noarch requires glassfish-javamail maven2-plugin-changes-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-checkstyle-2.0.8-1.3.fc12.noarch requires plexus-resources maven2-plugin-checkstyle-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-dependency-2.0.8-1.3.fc12.noarch requires maven-shared-dependency-tree maven2-plugin-dependency-2.0.8-1.3.fc12.noarch requires maven-shared-dependency-analyzer maven2-plugin-docck-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-tools-java >= 0:2.2 maven2-plugin-docck-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-tools-api maven2-plugin-docck-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-docck-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-tools-beanshell >= 0:2.2 maven2-plugin-ear-2.0.8-1.3.fc12.noarch requires maven-shared-verifier maven2-plugin-eclipse-2.0.8-1.3.fc12.noarch requires jmock >= 0:1.0.1 maven2-plugin-eclipse-2.0.8-1.3.fc12.noarch requires maven-shared-test-tools maven2-plugin-eclipse-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-testing-tools maven2-plugin-enforcer-2.0.8-1.3.fc12.noarch requires maven-enforcer-rule-api maven2-plugin-help-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-tools-api maven2-plugin-idea-2.0.8-1.3.fc12.noarch requires jmock >= 0:1.0.1 maven2-plugin-jar-2.0.8-1.3.fc12.noarch requires maven-shared-archiver >= 0:2.3 maven2-plugin-javadoc-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-one-2.0.8-1.3.fc12.noarch requires maven-shared-model-converter maven2-plugin-plugin-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-tools-java >= 0:2.2 maven2-plugin-plugin-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-plugin-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-tools-beanshell >= 0:2.2 maven2-plugin-pmd-2.0.8-1.3.fc12.noarch requires plexus-resources maven2-plugin-pmd-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-project-info-reports-2.0.8-1.3.fc12.noarch requires maven-shared-jar maven2-plugin-project-info-reports-2.0.8-1.3.fc12.noarch requires maven-doxia-sitetools >= 0:1.0 maven2-plugin-project-info-reports-2.0.8-1.3.fc12.noarch requires maven-shared-dependency-tree maven2-plugin-project-info-reports-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl mozldap-devel-6.0.5-6.fc12.ppc64 requires pkgconfig(nss) >= 0:3.11 octave-forge-20080831-10.fc12.ppc64 requires octave(api) = 0:api-v32 openvrml-0.18.3-1.fc12.ppc64 requires gecko-libs(ppc-64) >= 0:1.9.1 openvrml-0.18.3-1.fc12.ppc64 requires java(ppc-64) ppl-yap-0.10.2-5.fc12.ppc64 requires libYap.so()(64bit) python-mwlib-0.11.2-3.20090522hg2956.fc12.ppc64 requires LabPlot python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.ppc64 requires libparted-1.8.so.8()(64bit) rygel-0.3-5.fc12.ppc64 requires libgee.so.0()(64bit) rygel-tracker-0.3-5.fc12.ppc64 requires libgee.so.0()(64bit) sems-1.1.1-2.fc12.ppc64 requires libspandsp.so.1()(64bit) sems-g722-1.1.1-2.fc12.ppc64 requires libspandsp.so.1()(64bit) sems-gsm-1.1.1-2.fc12.ppc64 requires libspandsp.so.1()(64bit) sems-speex-1.1.1-2.fc12.ppc64 requires libspandsp.so.1()(64bit) serpentine-0.9-5.fc12.noarch requires gnome-python2-nautilus-cd-burner svrcore-devel-4.0.4-5.fc12.ppc64 requires pkgconfig(nss) >= 0:3.12.3.99.3 xmlsec1-nss-devel-1.2.12-1.fc12.ppc64 requires pkgconfig(nss) >= 0:1.4 From kevin.kofler at chello.at Thu Aug 27 15:35:36 2009 From: kevin.kofler at chello.at (Kevin Kofler) Date: Thu, 27 Aug 2009 17:35:36 +0200 Subject: PolicyKit 0.9 is going away References: <1251326269.1614.26.camel@planemask> <200908271412.31787.jreznik@redhat.com> Message-ID: Jaroslav Reznik wrote: > PolicyKit-KDE is now integral part of kdebase-workspace, it is a KDE 4.3 > feature, we should disable it for now (untill we have new ported version). > Same problem is with PolicyKit-Qt as my quick port breaks API. I'd like to > prepare new PolicyKit-Qt, more powerful that actually matches PolicyKit > Authority DBUS interface. It's quite a bad timing with switching to new > PolicyKit. I'm not sure I'll have releasable version in time of beta, I'll > try it but there's still question with API compatibility for KDE 4.3. > There are no KDE apps utilizing PK-Qt now so I think it's not problem to > do not ship it now. What do you think? System Settings uses it (well, 1 or 2 modules do). And PolicyKit integration is advertised as a KDE 4.3 feature by upstream and even our feature page. So I think just dropping it is not an option. I'd be willing to maintain PolicyKit 0.9 packages (as compatibility packages (though renaming should not be needed as they already have distinct names), to be used by KDE) for F12. It is my understanding that those will not conflict with PolicyKit 1 and can coexist just fine, if that's not the case, please correct me. So please don't obsolete PolicyKit 0.9! Kevin Kofler From jreznik at redhat.com Thu Aug 27 15:45:46 2009 From: jreznik at redhat.com (Jaroslav Reznik) Date: Thu, 27 Aug 2009 17:45:46 +0200 Subject: PolicyKit 0.9 is going away In-Reply-To: References: <1251326269.1614.26.camel@planemask> <200908271412.31787.jreznik@redhat.com> Message-ID: <200908271745.46287.jreznik@redhat.com> On Thursday 27 August 2009 17:35:36 Kevin Kofler wrote: > Jaroslav Reznik wrote: > > PolicyKit-KDE is now integral part of kdebase-workspace, it is a KDE 4.3 > > feature, we should disable it for now (untill we have new ported > > version). Same problem is with PolicyKit-Qt as my quick port breaks API. > > I'd like to prepare new PolicyKit-Qt, more powerful that actually matches > > PolicyKit Authority DBUS interface. It's quite a bad timing with > > switching to new PolicyKit. I'm not sure I'll have releasable version in > > time of beta, I'll try it but there's still question with API > > compatibility for KDE 4.3. There are no KDE apps utilizing PK-Qt now so I > > think it's not problem to do not ship it now. What do you think? > > System Settings uses it (well, 1 or 2 modules do). And PolicyKit > integration is advertised as a KDE 4.3 feature by upstream and even our > feature page. So I think just dropping it is not an option. > > I'd be willing to maintain PolicyKit 0.9 packages (as compatibility > packages (though renaming should not be needed as they already have > distinct names), to be used by KDE) for F12. It is my understanding that > those will not conflict with PolicyKit 1 and can coexist just fine, if > that's not the case, please correct me. So please don't obsolete PolicyKit > 0.9! +1 for compat package! > Kevin Kofler -- Jaroslav ?ezn?k Associate Software Engineer - Base Operating Systems Brno Office: +420 532 294 275 Mobile: +420 731 455 332 Red Hat, Inc. http://cz.redhat.com/ From wb8rcr at arrl.net Thu Aug 27 16:11:18 2009 From: wb8rcr at arrl.net (John J. McDonough) Date: Thu, 27 Aug 2009 12:11:18 -0400 Subject: Page size pain / localisation / possible F13 feature References: <20090827151753.E2BD661A96F@hormel.redhat.com> Message-ID: <55F6D105607744F493888CBBBB84A366@Aidan> Alex Hudson wrote: > Living in a European milieu I generally prefer my page sizes to be set > to the likes of A4. One thing which keeps aggravating me is the myriad > places where I keep having to repeat to the computer my preference. And then in Publican, you get A4 and it is a major pain to switch to letter. If you want something that isn't "approximately" A4 sized it gets to be a full-blown project. Do we even have an inventory of places where page size matters? And then, are those that "get it right" actually using some standard source, or do they simply use a different default? --McD From MathStuf at gmail.com Thu Aug 27 16:14:43 2009 From: MathStuf at gmail.com (Ben Boeckel) Date: Thu, 27 Aug 2009 12:14:43 -0400 Subject: ktorrent adds kdm - Re: Orphaning packages References: <200908212234.25091.gauret@free.fr> <1250970270.18334.24.camel@erdos.localdomain> <20090823194852.78cd24b1@faldor.intranet> <4A91811B.2090702@fedoraproject.org> <4A9184CB.3000505@fedoraproject.org> <20090825093910.3617b0b4@faldor.intranet> <20090825203930.49dc3de5@faldor.intranet> Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Michael Schwendt wrote: > On Tue, 25 Aug 2009 10:01:39 -0400, Ben wrote: > >> Oh dear, run for your lives. Last I used GDM, I didn't know >> where to change the session type (I was looking). I haven't used >> it in over a year since it's one of the first things to get >> replaced on my systems. Looking at a screenshot with solar[1] I >> see a restart, a shutdown, a power, and an accessibility button. >> Nothing about sessions. Certainly not visible at least. So I >> fail to see why this would be any issue at all. What am I >> missing? > > Users, who discover what software is being offered, who know how to switch > the session type, and who will notice that the installed KDE is incomplete. > As if the admin had messed it up. Customising the personal desktop and > choosing between either GNOME or KDE is one of the first things many users > do. They even go as far as replacing the window manager, if alternative wm > are available. So your issue is that kdebase-workspace puts it there, but it's not complete, so it shouldn't? Do you have a better package in which to add the session type? As for WMs, Compiz and Metacity are missing things such as rules for specific windows (can lock size or position, hide it from the taskbar, shortcut to set focus, etc). For better or worse, KWin is really indispensable for my setup. Even if I used some other DE, kwin would probably end up being used. > On your fully private machine(s) it may not be an issue at all, I agree. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkqWsPMACgkQiPi+MRHG3qRiXgCfZ13vNOrwVhMcYPV8pJr0xF0F jvMAoKDnrCceSFzLevzYDtuR5SAyJOGM =GVie -----END PGP SIGNATURE----- From singularitaet at gmx.net Thu Aug 27 16:16:33 2009 From: singularitaet at gmx.net (Stefan Grosse) Date: Thu, 27 Aug 2009 18:16:33 +0200 Subject: another spin of TeX Live 2009 packages In-Reply-To: <20090826130218.GB2845@pucmeloud.brq.redhat.com> References: <20090826130218.GB2845@pucmeloud.brq.redhat.com> Message-ID: <20090827181633.205a8bd0@gmx.net> On Wed, 26 Aug 2009 15:02:18 +0200 Jindrich Novy wrote: JN> - kpathsea packages should now be correctly obsoleted. The JN> lcdf-typetools dep errors you might see installing JN> texlive-collection-fontutils is caused by the fact that JN> lcdf-typetools in Fedora is linked against kpathsea libraries and JN> TeX Live 2009 increases the soname so lcdf-typetools will work JN> after rebuilt with the new kpathsea Trying to do an update on F11 (586) today. It still caused: dvipdfm-0.13.2d-40.fc11.i586 von installed hat Abh?ngigkeitsaufl?se-Probleme --> Fehlende Abh?ngigkeit: libkpathsea.so.4 wird ben?tigt von Paket dvipdfm-0.13.2d-40.fc11.i586 (installed) Fehler: Fehlende Abh?ngigkeit: libkpathsea.so.4 wird ben?tigt von Paket dvipdfm-0.13.2d-40.fc11.i586 (installed) (sorry for the German) So dvipdfm seems not to be obsoleted by texlive-dvipdfm... Stefan From MathStuf at gmail.com Thu Aug 27 16:20:32 2009 From: MathStuf at gmail.com (Ben Boeckel) Date: Thu, 27 Aug 2009 12:20:32 -0400 Subject: gwenview - Re: Orphaning packages References: <200908212234.25091.gauret@free.fr> <1250970270.18334.24.camel@erdos.localdomain> <20090823194852.78cd24b1@faldor.intranet> <4A91811B.2090702@fedoraproject.org> <4A9184CB.3000505@fedoraproject.org> Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Matthew Woehlke wrote: > Kevin Kofler wrote: >> RAM size, > > There is something wrong with having 1 G of RAM? If so, I haven't yet > experienced it. (And that number is only going to go up...) I actually discovered recently that the desktop at home has a bad RAM stick and it's running KDE 4.2/4.3 fine from 512MB, so 1GB is still in excess of baseline use. My setup would exhaust that (though 1GB would still work until X eats it all), but for the family it works fine. - --Ben -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkqWslAACgkQiPi+MRHG3qQyxgCfX5j48cche8XJtp7Ot6821AU+ IWkAoLcrkwYCywJQLeOAW7fApmxtC+Tf =JFYP -----END PGP SIGNATURE----- From kevin.kofler at chello.at Thu Aug 27 16:20:51 2009 From: kevin.kofler at chello.at (Kevin Kofler) Date: Thu, 27 Aug 2009 18:20:51 +0200 Subject: showing dependency trees References: <200908212234.25091.gauret@free.fr> <200908250031.43202.bjorn@xn--rombobjrn-67a.se> <604aa7910908241609l6fe13b63y68c541a8637ab7ca@mail.gmail.com> <200908270206.19614.bjorn@xn--rombobjrn-67a.se> Message-ID: Debayan Banerjee wrote: > Well, I develop a debian distribution for my organisation and I often need > to confirm whether the packages in the repository are installable or not. > I use edos-debcheck. Here is a sample invocation. How we do this in Fedora is that we just run "yum install pkgname" and then say "no" when asked whether to confirm the installation. Kevin Kofler From pbrobinson at gmail.com Thu Aug 27 16:21:26 2009 From: pbrobinson at gmail.com (Peter Robinson) Date: Thu, 27 Aug 2009 17:21:26 +0100 Subject: rawhide LiveCD with EFI boot? Message-ID: <5256d0b0908270921g1caf720cm63815e8a479f7cf3@mail.gmail.com> Hi All, I have a little touch screen device that I'm playing around with. It has EFI and its easy enough to get it to boot something other than what its meant to. It seems the LiveCD doesn't have EFI support there. Any hints welcome. Cheers, Peter From skvidal at fedoraproject.org Thu Aug 27 16:21:10 2009 From: skvidal at fedoraproject.org (Seth Vidal) Date: Thu, 27 Aug 2009 12:21:10 -0400 (EDT) Subject: showing dependency trees In-Reply-To: References: <200908212234.25091.gauret@free.fr> <200908250031.43202.bjorn@xn--rombobjrn-67a.se> <604aa7910908241609l6fe13b63y68c541a8637ab7ca@mail.gmail.com> <200908270206.19614.bjorn@xn--rombobjrn-67a.se> Message-ID: On Thu, 27 Aug 2009, Kevin Kofler wrote: > Debayan Banerjee wrote: >> Well, I develop a debian distribution for my organisation and I often need >> to confirm whether the packages in the repository are installable or not. >> I use edos-debcheck. Here is a sample invocation. > > How we do this in Fedora is that we just run "yum install pkgname" and then > say "no" when asked whether to confirm the installation. well - no - that only works if you do it to an empty chroot. doing it locally only verifies that you have the bits on your local system. -sv From mschwendt at gmail.com Thu Aug 27 16:34:38 2009 From: mschwendt at gmail.com (Michael Schwendt) Date: Thu, 27 Aug 2009 18:34:38 +0200 Subject: ktorrent adds kdm - Re: Orphaning packages In-Reply-To: References: <200908212234.25091.gauret@free.fr> <1250970270.18334.24.camel@erdos.localdomain> <20090823194852.78cd24b1@faldor.intranet> <4A91811B.2090702@fedoraproject.org> <4A9184CB.3000505@fedoraproject.org> <20090825093910.3617b0b4@faldor.intranet> <20090825203930.49dc3de5@faldor.intranet> Message-ID: <20090827183438.14aefd9e@faldor.intranet> On Thu, 27 Aug 2009 12:14:43 -0400, Ben wrote: [KDE X session file] > So your issue is that kdebase-workspace puts it there, but it's > not complete, so it shouldn't? Well, in case installing ktorrent shall drag in the packages for a complete KDE desktop, the current dependencies are incomplete. Some packages are missing. Alternatively, ktorrent shall drag in only what's really needed. Would be tons better for the "Install KDE app on GNOME desktop" scenario. From mclasen at redhat.com Thu Aug 27 16:45:44 2009 From: mclasen at redhat.com (Matthias Clasen) Date: Thu, 27 Aug 2009 12:45:44 -0400 Subject: PolicyKit 0.9 is going away In-Reply-To: References: <1251326269.1614.26.camel@planemask> <200908271412.31787.jreznik@redhat.com> Message-ID: <1251391544.1731.6.camel@planemask> On Thu, 2009-08-27 at 17:35 +0200, Kevin Kofler wrote: > Jaroslav Reznik wrote: > > PolicyKit-KDE is now integral part of kdebase-workspace, it is a KDE 4.3 > > feature, we should disable it for now (untill we have new ported version). > > Same problem is with PolicyKit-Qt as my quick port breaks API. I'd like to > > prepare new PolicyKit-Qt, more powerful that actually matches PolicyKit > > Authority DBUS interface. It's quite a bad timing with switching to new > > PolicyKit. I'm not sure I'll have releasable version in time of beta, I'll > > try it but there's still question with API compatibility for KDE 4.3. > > There are no KDE apps utilizing PK-Qt now so I think it's not problem to > > do not ship it now. What do you think? > > System Settings uses it (well, 1 or 2 modules do). And PolicyKit integration > is advertised as a KDE 4.3 feature by upstream and even our feature page. So > I think just dropping it is not an option. > > I'd be willing to maintain PolicyKit 0.9 packages (as compatibility packages > (though renaming should not be needed as they already have distinct names), > to be used by KDE) for F12. It is my understanding that those will not > conflict with PolicyKit 1 and can coexist just fine, if that's not the case, > please correct me. So please don't obsolete PolicyKit 0.9! > I have been able to port some 10-12 PolicyKit users from 0.9 to 0.90 in a matter of a few days. The KDE sig should really be able to get this port done. We really don't want to ship multiple authorization databases, that way lies confusion and madness. Matthias From jgarzik at pobox.com Thu Aug 27 17:21:39 2009 From: jgarzik at pobox.com (Jeff Garzik) Date: Thu, 27 Aug 2009 13:21:39 -0400 Subject: Policy on removing %changelog entries? Message-ID: <4A96C0A3.3090803@pobox.com> What is the policy regarding deletion of individual entries in the middle of %changelog? A developer added a %changelog entry to each of my cloud daemons' packages, on the main fedora-cvs devel branch of each. Then, a day or so later, after other %changelog entries had been added by me... the same developer removed one %changelog entry from the middle of %changelog, and added another entry at the top. I thought the policy was to never delete %changelog entries, ever? Jeff From tcallawa at redhat.com Thu Aug 27 17:36:26 2009 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Thu, 27 Aug 2009 13:36:26 -0400 Subject: Policy on removing %changelog entries? In-Reply-To: <4A96C0A3.3090803@pobox.com> References: <4A96C0A3.3090803@pobox.com> Message-ID: <4A96C41A.4060301@redhat.com> On 08/27/2009 01:21 PM, Jeff Garzik wrote: > What is the policy regarding deletion of individual entries in the > middle of %changelog? > > A developer added a %changelog entry to each of my cloud daemons' > packages, on the main fedora-cvs devel branch of each. > > Then, a day or so later, after other %changelog entries had been added > by me... the same developer removed one %changelog entry from the > middle of %changelog, and added another entry at the top. > > I thought the policy was to never delete %changelog entries, ever? Yeah, you really shouldn't delete %changelog entries. The only reasonable exception is that if you wanted to archive really old entries to keep the spec file small, I think that has been done in the past. ~spot From tcallawa at redhat.com Thu Aug 27 17:40:08 2009 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Thu, 27 Aug 2009 13:40:08 -0400 Subject: Page size pain / localisation / possible F13 feature In-Reply-To: <55F6D105607744F493888CBBBB84A366@Aidan> References: <20090827151753.E2BD661A96F@hormel.redhat.com> <55F6D105607744F493888CBBBB84A366@Aidan> Message-ID: <4A96C4F8.40104@redhat.com> On 08/27/2009 12:11 PM, John J. McDonough wrote: > Alex Hudson wrote: > >> Living in a European milieu I generally prefer my page sizes to be set >> to the likes of A4. One thing which keeps aggravating me is the myriad >> places where I keep having to repeat to the computer my preference. > > And then in Publican, you get A4 and it is a major pain to switch to > letter. If you want something that isn't "approximately" A4 sized it > gets to be a full-blown project. > > Do we even have an inventory of places where page size matters? And > then, are those that "get it right" actually using some standard source, > or do they simply use a different default? A great first step would be to go make a list of the applications included on the Desktop spin that support printing, and identify how it configures its settings. That data might make it clear what the "system default" should be, and efforts could then be made to patch the other applications to use it. ~spot From dcantrell at redhat.com Thu Aug 27 17:49:00 2009 From: dcantrell at redhat.com (David Cantrell) Date: Thu, 27 Aug 2009 07:49:00 -1000 (HST) Subject: dhclient and dhcp update require restart? In-Reply-To: <4A95F6A8.2070701@yahoo.co.uk> References: <4A95F6A8.2070701@yahoo.co.uk> Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wed, 26 Aug 2009, Dariusz J. Garbowski wrote: > Hi, something that bothers me a bit... More and more system restart requests > with each update (even if one doesn't use the package at the time). > > Is this necessary for dhclient and dhcp update packages to require restart? > Wouldn't "service network restart" and "service dhcpd restart" in the > install/upgrade > scripts do the trick (after checking that the service is actually running)? > Ssh used to do that since, well, as far as I remember. Yes, 'service dhcpd restart' will work fine for dhcpd. For dhclient, it's not necessarily as simple as restarting the network service. If you are using the network service, that will work fine. If you are using NetworkManager, you'll need to either restart NetworkManager or have it down the connection you're using dhclient on and bring it back up. For any of these scenarios, I figure most technical users will know what to do. When I select the 'suggest reboot' box in the updates system, I'm thinking of the non-technical users. Both dhcpd and dhclient would be things brought up on boot, so suggesting a reboot to the user is the easiest way to get the correct services restarted. - -- David Cantrell Red Hat / Honolulu, HI -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkqWxw0ACgkQ5hsjjIy1VknDsgCfasl1AnpQ74vKT/ZTK8l2WU6b CUAAoMKxJloW1IEiRGIVC9lRPLUYW/+C =Kqzr -----END PGP SIGNATURE----- From forum at ru.bir.ru Thu Aug 27 17:54:19 2009 From: forum at ru.bir.ru (Pavel Alexeev (aka Pahan-Hubbitus)) Date: Thu, 27 Aug 2009 21:54:19 +0400 Subject: gwenview - Re: Orphaning packages In-Reply-To: References: <200908212234.25091.gauret@free.fr> <1250970270.18334.24.camel@erdos.localdomain> <20090823194852.78cd24b1@faldor.intranet> <4A91811B.2090702@fedoraproject.org> <4A9184CB.3000505@fedoraproject.org> Message-ID: 25.08.2009 02:07, Kevin Kofler wrote: > Rahul Sundaram wrote: >> A quick way to actually check for such dependencies is to switch to >> another desktop environment, say Xfce, remove all the KDE packages and >> install one of the KDE apps. It usually reveals dependencies which >> are rather silly. I have seen kde-settings, background packages and >> kdebase pull in odd dependencies on occasions. k3b, ktorrent, scribus >> et all are often used outside KDE. > > It's not like those dependencies bite. ;-) HDD space is cheap. This is incorrect question setup. HDD space not always cheap. This may be very expensive, f.e. on embedded systems, on USB-stick, Live-CD images... Additionally it additional bandwidth on updates, which cost often is more significant. But at end, main point for me what it is "incorrect". This is very monolithic, small user chose to manipulation, big and, as showed before, often produce additional errors (dependency and others). So, I do not call fanatic split all what we can find, but if we can reasonably (ok, I do not want question and define it as at least anything see in that sense) provide program separately - why you argue with that? At and, we see there discussion about big packages, and some arguments why it is not problem. But what main arguments to do NOT split some thus packages on few? From pjones at redhat.com Thu Aug 27 17:55:25 2009 From: pjones at redhat.com (Peter Jones) Date: Thu, 27 Aug 2009 13:55:25 -0400 Subject: rawhide LiveCD with EFI boot? In-Reply-To: <5256d0b0908270921g1caf720cm63815e8a479f7cf3@mail.gmail.com> References: <5256d0b0908270921g1caf720cm63815e8a479f7cf3@mail.gmail.com> Message-ID: <4A96C88D.80209@redhat.com> On 08/27/2009 12:21 PM, Peter Robinson wrote: > Hi All, > > I have a little touch screen device that I'm playing around with. It > has EFI and its easy enough to get it to boot something other than > what its meant to. It seems the LiveCD doesn't have EFI support there. > Any hints welcome. Right now, because of known problems with some older BIOSes, only the boot.iso contains multiple boot images. -- Peter Obviously, a major malfunction has occurred. -- Steve Nesbitt, voice of Mission Control, January 28, 1986 From davej at redhat.com Thu Aug 27 18:02:05 2009 From: davej at redhat.com (Dave Jones) Date: Thu, 27 Aug 2009 14:02:05 -0400 Subject: Policy on removing %changelog entries? In-Reply-To: <4A96C41A.4060301@redhat.com> References: <4A96C0A3.3090803@pobox.com> <4A96C41A.4060301@redhat.com> Message-ID: <20090827180205.GB29389@redhat.com> On Thu, Aug 27, 2009 at 01:36:26PM -0400, Tom spot Callaway wrote: > On 08/27/2009 01:21 PM, Jeff Garzik wrote: > > What is the policy regarding deletion of individual entries in the > > middle of %changelog? > > > > A developer added a %changelog entry to each of my cloud daemons' > > packages, on the main fedora-cvs devel branch of each. > > > > Then, a day or so later, after other %changelog entries had been added > > by me... the same developer removed one %changelog entry from the > > middle of %changelog, and added another entry at the top. > > > > I thought the policy was to never delete %changelog entries, ever? > > Yeah, you really shouldn't delete %changelog entries. The only > reasonable exception is that if you wanted to archive really old entries > to keep the spec file small, I think that has been done in the past. We generally cull the kernel.spec once per release, because that thing grows to ridiculous length. For any kind of archaeology, hitting up the cvs server will tell you a lot more than the specfile will anyway. Dave From fedora at alexhudson.com Thu Aug 27 18:18:46 2009 From: fedora at alexhudson.com (Alex Hudson) Date: Thu, 27 Aug 2009 19:18:46 +0100 Subject: Page size pain / localisation / possible F13 feature In-Reply-To: <4A96C4F8.40104@redhat.com> References: <20090827151753.E2BD661A96F@hormel.redhat.com> <55F6D105607744F493888CBBBB84A366@Aidan> <4A96C4F8.40104@redhat.com> Message-ID: <4A96CE06.7040008@alexhudson.com> On 27/08/09 18:40, Tom "spot" Callaway wrote: > On 08/27/2009 12:11 PM, John J. McDonough wrote: > >> Do we even have an inventory of places where page size matters? And >> then, are those that "get it right" actually using some standard source, >> or do they simply use a different default? >> > A great first step would be to go make a list of the applications > included on the Desktop spin that support printing, and identify how it > configures its settings. That data might make it clear what the "system > default" should be, and efforts could then be made to patch the other > applications to use it. > I think that's a brilliant idea. I'll undertake to do this in the next couple of weeks - I'll work on the F12 set first, because obviously that's going to be very similar to F13 anyway. Am I ok to re-activate the localisation feature for F13, or should I be starting a new feature for this? Thanks Alex. From tcallawa at redhat.com Thu Aug 27 18:25:55 2009 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Thu, 27 Aug 2009 14:25:55 -0400 Subject: Page size pain / localisation / possible F13 feature In-Reply-To: <4A96CE06.7040008@alexhudson.com> References: <20090827151753.E2BD661A96F@hormel.redhat.com> <55F6D105607744F493888CBBBB84A366@Aidan> <4A96C4F8.40104@redhat.com> <4A96CE06.7040008@alexhudson.com> Message-ID: <4A96CFB3.4030600@redhat.com> On 08/27/2009 02:18 PM, Alex Hudson wrote: > I think that's a brilliant idea. > > I'll undertake to do this in the next couple of weeks - I'll work on the > F12 set first, because obviously that's going to be very similar to F13 > anyway. > > Am I ok to re-activate the localisation feature for F13, or should I be > starting a new feature for this? Either way seems fine, although, if you reuse the old feature, you may want to narrow the focus around printing for the F13 release to keep your sanity. :) ~spot From orion at cora.nwra.com Thu Aug 27 18:36:03 2009 From: orion at cora.nwra.com (Orion Poplawski) Date: Thu, 27 Aug 2009 12:36:03 -0600 Subject: Need help with stack smash Message-ID: <4A96D213.2010404@cora.nwra.com> I'm trying to debug a stack smash in of the hdf test programs but am having a hard time tracking down exactly where the smash happens. Is there any way to watch the guard variable with gdb to find exactly when it happens? Something similar? Thanks! -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA Division FAX: 303-415-9702 3380 Mitchell Lane orion at cora.nwra.com Boulder, CO 80301 http://www.cora.nwra.com From ajax at redhat.com Thu Aug 27 19:03:33 2009 From: ajax at redhat.com (Adam Jackson) Date: Thu, 27 Aug 2009 15:03:33 -0400 Subject: Policy on removing %changelog entries? In-Reply-To: <4A96C41A.4060301@redhat.com> References: <4A96C0A3.3090803@pobox.com> <4A96C41A.4060301@redhat.com> Message-ID: <1251399813.2027.1574.camel@atropine.boston.devel.redhat.com> On Thu, 2009-08-27 at 13:36 -0400, Tom "spot" Callaway wrote: > On 08/27/2009 01:21 PM, Jeff Garzik wrote: > > What is the policy regarding deletion of individual entries in the > > middle of %changelog? > > > > A developer added a %changelog entry to each of my cloud daemons' > > packages, on the main fedora-cvs devel branch of each. > > > > Then, a day or so later, after other %changelog entries had been added > > by me... the same developer removed one %changelog entry from the > > middle of %changelog, and added another entry at the top. > > > > I thought the policy was to never delete %changelog entries, ever? > > Yeah, you really shouldn't delete %changelog entries. The only > reasonable exception is that if you wanted to archive really old entries > to keep the spec file small, I think that has been done in the past. I do occasionally clobber the changelog entry for a given EVR if it fails to build, since from the koji-output perspective, you can't tell the difference. Changing other things is impolite though. - ajax -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From ajax at redhat.com Thu Aug 27 19:07:07 2009 From: ajax at redhat.com (Adam Jackson) Date: Thu, 27 Aug 2009 15:07:07 -0400 Subject: Need help with stack smash In-Reply-To: <4A96D213.2010404@cora.nwra.com> References: <4A96D213.2010404@cora.nwra.com> Message-ID: <1251400027.2027.1577.camel@atropine.boston.devel.redhat.com> On Thu, 2009-08-27 at 12:36 -0600, Orion Poplawski wrote: > I'm trying to debug a stack smash in of the hdf test programs but am > having a hard time tracking down exactly where the smash happens. Is > there any way to watch the guard variable with gdb to find exactly when > it happens? Something similar? (gdb) help watch Set a watchpoint for an expression. A watchpoint stops execution of your program whenever the value of an expression changes. Note that this means what it says: if your expression contains a symbol that goes out of scope before the change happens, then the watchpoint will be forgotten, because the value of the expression will change from being a value to being not-a-thing. So you would need to set the watch on the address in memory of what you're trying to watch, and not necessarily on its symbolic name. - ajax -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From roland at redhat.com Thu Aug 27 19:42:01 2009 From: roland at redhat.com (Roland McGrath) Date: Thu, 27 Aug 2009 12:42:01 -0700 (PDT) Subject: Need help with stack smash In-Reply-To: Adam Jackson's message of Thursday, 27 August 2009 15:07:07 -0400 <1251400027.2027.1577.camel@atropine.boston.devel.redhat.com> References: <4A96D213.2010404@cora.nwra.com> <1251400027.2027.1577.camel@atropine.boston.devel.redhat.com> Message-ID: <20090827194201.C53F54050F@magilla.sf.frob.com> > Note that this means what it says: if your expression contains a symbol > that goes out of scope before the change happens, then the watchpoint > will be forgotten, because the value of the expression will change from > being a value to being not-a-thing. So you would need to set the watch > on the address in memory of what you're trying to watch, and not > necessarily on its symbolic name. Indeed. Usually the convenient thing to do is: (gdb) p &foo->bar $22 = (int *) 0x12345 (gdb) watch *$22 From caolanm at redhat.com Thu Aug 27 19:50:05 2009 From: caolanm at redhat.com (=?ISO-8859-1?Q?Caol=E1n?= McNamara) Date: Thu, 27 Aug 2009 20:50:05 +0100 Subject: Page size pain / localisation / possible F13 feature In-Reply-To: <4A96C4F8.40104@redhat.com> References: <20090827151753.E2BD661A96F@hormel.redhat.com> <55F6D105607744F493888CBBBB84A366@Aidan> <4A96C4F8.40104@redhat.com> Message-ID: <1251402605.2727.24.camel@Vain> On Thu, 2009-08-27 at 13:40 -0400, Tom "spot" Callaway wrote: > A great first step would be to go make a list of the applications > included on the Desktop spin that support printing, and identify how it > configures its settings. That data might make it clear what the "system > default" should be, and efforts could then be made to patch the other > applications to use it. Here's my notes on how I've implemented this in OpenOffice.org to determine the correct paper size, i.e http://wiki.services.openoffice.org/wiki/DefaultPaperSize i.e. default paper size comes from in order of priority. a) paperconf output b) LC_PAPER setting c) A4 unless LC_MESSAGES matches one the locales listed in CLDR as using LETTER paper I'm no great fan of paperconf, and I'm not suggesting its use here. It's used in the Debian world quite a bit as their primary mechanism for controlling this hence the priority ordering above, and it has ended up in the fedora repos as well. But in the Fedora world I personally rather see it as a no-op (and we don't have config tools which write to its config files anyway). So I supplied a patch some time ago which is used in the fedora paperconf/libpaper to make it take it's un-configured default papersize from LC_PAPER making it basically a pass-through affair. So, all in all, I say we should be using LC_PAPER as the default paper size when that's all an application needs to know (but if something is already using paperconf then that's fine too as it'll just work). That's the current situation for OpenOffice.org and GTK and anything that happens to use libpaper/paperconf so that's a good solid basis IMO. As to what territory uses what paper. I dug out various OOo bugs filed over the years and complaints around the web about "my country is given the wrong paper size" and a quick survey on this list and submitted those results to CLDR, and CLDR 1.7 has accepted these modifications. I've also filed a patch (maybe integrated into F-12 already ?, need to check that) to get glibc to agree with the new CLDR 1.7 as to the territories which use Letter paper size. All of which conveniently pushes any arguments about who really uses what paper size down the stack to glibc and cldr.unicode.org and away from the apps themselves :-) >From my perspective all that's really missing is the suggested review of packages to find ones that aren't using something that's eventually backed by LC_PAPER to set their default paper size and then a nice LANGUAGE/LC_* settings GUI to allow tweaking the individual settings in a way that makes sense, i.e. the major hole that people fall into is "I want my UI in English because my language translations are terrible, or because I find English a more natural computing language", so "I selected a US English locale", "This sucks, my paper is Letter, my dates are weird MM/DD/YYYY, my currency is a dollar, and my decimal separator is .", and spending their life battling their applications tweaking each one individually to do what they want. C. From orion at cora.nwra.com Thu Aug 27 19:59:42 2009 From: orion at cora.nwra.com (Orion Poplawski) Date: Thu, 27 Aug 2009 13:59:42 -0600 Subject: Need help with stack smash In-Reply-To: <20090827194201.C53F54050F@magilla.sf.frob.com> References: <4A96D213.2010404@cora.nwra.com> <1251400027.2027.1577.camel@atropine.boston.devel.redhat.com> <20090827194201.C53F54050F@magilla.sf.frob.com> Message-ID: <4A96E5AE.4030307@cora.nwra.com> On 08/27/2009 01:42 PM, Roland McGrath wrote: >> Note that this means what it says: if your expression contains a symbol >> that goes out of scope before the change happens, then the watchpoint >> will be forgotten, because the value of the expression will change from >> being a value to being not-a-thing. So you would need to set the watch >> on the address in memory of what you're trying to watch, and not >> necessarily on its symbolic name. > > Indeed. Usually the convenient thing to do is: > > (gdb) p&foo->bar > $22 = (int *) 0x12345 > (gdb) watch *$22 Thanks, but my trouble though is what to watch. My thought was to watch the location of the guard variable that the stack protector code checks, but I have no idea how to find that out. -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA Division FAX: 303-415-9702 3380 Mitchell Lane orion at cora.nwra.com Boulder, CO 80301 http://www.cora.nwra.com From loganjerry at gmail.com Thu Aug 27 20:26:36 2009 From: loganjerry at gmail.com (Jerry James) Date: Thu, 27 Aug 2009 14:26:36 -0600 Subject: Need help with stack smash In-Reply-To: <4A96E5AE.4030307@cora.nwra.com> References: <4A96D213.2010404@cora.nwra.com> <1251400027.2027.1577.camel@atropine.boston.devel.redhat.com> <20090827194201.C53F54050F@magilla.sf.frob.com> <4A96E5AE.4030307@cora.nwra.com> Message-ID: <870180fe0908271326r3b952901t86509b27dd2a0723@mail.gmail.com> On Thu, Aug 27, 2009 at 1:59 PM, Orion Poplawski wrote: > Thanks, but my trouble though is what to watch. ?My thought was to watch the > location of the guard variable that the stack protector code checks, but I > have no idea how to find that out. > > -- > Orion Poplawski > Technical Manager ? ? ? ? ? ? ? ? ? ? 303-415-9701 x222 > NWRA/CoRA Division ? ? ? ? ? ? ? ? ? ?FAX: 303-415-9702 > 3380 Mitchell Lane ? ? ? ? ? ? ? ? ?orion at cora.nwra.com > Boulder, CO 80301 ? ? ? ? ? ? ?http://www.cora.nwra.com When I can't determine when a program first goes wrong, and when I can put up with a big execution slowdown, I run the code with valgrind --db-attach=yes. That doesn't always reveal the cause, but it does quite often. -- Jerry James http://www.jamezone.org/ From orion at cora.nwra.com Thu Aug 27 20:28:51 2009 From: orion at cora.nwra.com (Orion Poplawski) Date: Thu, 27 Aug 2009 14:28:51 -0600 Subject: Need help with stack smash In-Reply-To: <870180fe0908271326r3b952901t86509b27dd2a0723@mail.gmail.com> References: <4A96D213.2010404@cora.nwra.com> <1251400027.2027.1577.camel@atropine.boston.devel.redhat.com> <20090827194201.C53F54050F@magilla.sf.frob.com> <4A96E5AE.4030307@cora.nwra.com> <870180fe0908271326r3b952901t86509b27dd2a0723@mail.gmail.com> Message-ID: <4A96EC83.1010903@cora.nwra.com> On 08/27/2009 02:26 PM, Jerry James wrote: > When I can't determine when a program first goes wrong, and when I can > put up with a big execution slowdown, I run the code with valgrind > --db-attach=yes. That doesn't always reveal the cause, but it does > quite often. Funnily enough, it runs fine under valgrind (or at least past the point where it crashed before. -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA Division FAX: 303-415-9702 3380 Mitchell Lane orion at cora.nwra.com Boulder, CO 80301 http://www.cora.nwra.com From orion at cora.nwra.com Thu Aug 27 20:38:13 2009 From: orion at cora.nwra.com (Orion Poplawski) Date: Thu, 27 Aug 2009 14:38:13 -0600 Subject: Need help with stack smash In-Reply-To: <4A96E5AE.4030307@cora.nwra.com> References: <4A96D213.2010404@cora.nwra.com> <1251400027.2027.1577.camel@atropine.boston.devel.redhat.com> <20090827194201.C53F54050F@magilla.sf.frob.com> <4A96E5AE.4030307@cora.nwra.com> Message-ID: <4A96EEB5.1070006@cora.nwra.com> On 08/27/2009 01:59 PM, Orion Poplawski wrote: > Thanks, but my trouble though is what to watch. My thought was to watch > the location of the guard variable that the stack protector code checks, > but I have no idea how to find that out. > By looking at the disassembly of the funtcion, I'm able to see the stack check code at the end: 0x08058f39 : mov -0x1c(%ebp),%eax 0x08058f3c : xor %gs:0x14,%eax 0x08058f43 : jne 0x8058f50 so it's watching %ebp - 0x1c (it appears). (gdb) print $ebp - 0x1c $1 = (PTR TO -> ( void )) 0xbfffcb5c (gdb) watch *(0xbfffcb5c) Hardware watchpoint 2: *(0xbfffcb5c) (gdb) c Continuing. Hardware watchpoint 2: *(0xbfffcb5c) Old value = -987698962 New value = -987699200 DFANIgetann (filename=0x8125d10 "tdfanF.hdf", tag=, ref=, ann=0xbfffcb3e "Object label #1: sds ", maxlen=31, type=0) at dfan.c:1103 1103 Lastref = annref; /* remember ref last accessed */ Current language: auto; currently c (gdb) list 1098 HCLOSE_GOTO_ERROR(file_id,DFE_READERROR,FAIL); 1099 } 1100 if (type == DFAN_LABEL) 1101 ann[annlen] = '\0'; /* terminate string properly */ 1102 1103 Lastref = annref; /* remember ref last accessed */ (gdb) print &ann[annlen] $7 = (uint8 *) 0xbfffcb5c "" So that's where I get clobbered. Need to figure out why, but at least I solved the watch location question. -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA Division FAX: 303-415-9702 3380 Mitchell Lane orion at cora.nwra.com Boulder, CO 80301 http://www.cora.nwra.com From mw_triad at users.sourceforge.net Thu Aug 27 20:54:18 2009 From: mw_triad at users.sourceforge.net (Matthew Woehlke) Date: Thu, 27 Aug 2009 15:54:18 -0500 Subject: dhclient and dhcp update require restart? In-Reply-To: <4A95F6A8.2070701@yahoo.co.uk> References: <4A95F6A8.2070701@yahoo.co.uk> Message-ID: Dariusz J. Garbowski wrote: > Hi, something that bothers me a bit... More and more system restart > requests with each update (even if one doesn't use the package at the > time). This is a real shame. One of the selling points of Linux is that you *don't* need to reboot for every little upgrade (unlike a certain other OS I shan't name). > Is this necessary for dhclient and dhcp update packages to require restart? > Wouldn't "service network restart" and "service dhcpd restart" in the > install/upgrade > scripts do the trick (after checking that the service is actually running)? > Ssh used to do that since, well, as far as I remember. Yes, please. Though maybe with prompting; we shouldn't go restarting possibly-critical services without good warning. As David said, for dhcpd, 'service restart dhcpd' should be fine. For dhclient I would question why /any/ restart is needed. If your dhcp connection is currently established, is dhclient even running? And even if it is, what benefit do you get cycling the interface /now/, if the new dhclient takes over whenever the interface cycles anyway? -- Matthew Please do not quote my e-mail address unobfuscated in message bodies. -- For great justice!! -- Captain (Zero Wing) From kevin.kofler at chello.at Thu Aug 27 21:06:29 2009 From: kevin.kofler at chello.at (Kevin Kofler) Date: Thu, 27 Aug 2009 23:06:29 +0200 Subject: Page size pain / localisation / possible F13 feature References: <20090827151753.E2BD661A96F@hormel.redhat.com> <55F6D105607744F493888CBBBB84A366@Aidan> <4A96C4F8.40104@redhat.com> <1251402605.2727.24.camel@Vain> Message-ID: Caol?n McNamara wrote: > From my perspective all that's really missing is the suggested review of > packages to find ones that aren't using something that's eventually > backed by LC_PAPER to set their default paper size and then a nice > LANGUAGE/LC_* settings GUI to allow tweaking the individual settings in > a way that makes sense, i.e. the major hole that people fall into is "I > want my UI in English because my language translations are terrible, or > because I find English a more natural computing language", so "I > selected a US English locale", "This sucks, my paper is Letter, my dates > are weird MM/DD/YYYY, my currency is a dollar, and my decimal separator > is .", and spending their life battling their applications tweaking each > one individually to do what they want. Maybe we just need an en_INTL locale which defaults to US English translations, but ISO standards everywhere else (ISO yyyy-mm-dd dates, ISO A4 paper, metric units etc.)? (Currency would be a problem though, default to ?? $? The generic currency sign ? almost nobody actually uses? Or something silly like "%f bucks"? ;-) ) Such a locale might even become the default (though it'd irritate US folks ;-) ). I think it'd cover the needs of most of the non-US users of en_US, and details could still be overidden where needed. Kevin Kofler From bjorn at xn--rombobjrn-67a.se Thu Aug 27 21:35:04 2009 From: bjorn at xn--rombobjrn-67a.se (=?utf-8?q?Bj=C3=B6rn_Persson?=) Date: Thu, 27 Aug 2009 23:35:04 +0200 Subject: Page size pain / localisation / possible F13 feature In-Reply-To: References: <20090827151753.E2BD661A96F@hormel.redhat.com> <1251402605.2727.24.camel@Vain> Message-ID: <200908272335.04853.bjorn@xn--rombobjrn-67a.se> Kevin Kofler wrote: > Maybe we just need an en_INTL locale which defaults to US English > translations, but ISO standards everywhere else (ISO yyyy-mm-dd dates, ISO > A4 paper, metric units etc.)? (Currency would be a problem though, default > to ?? $? The generic currency sign ? almost nobody actually uses? Or > something silly like "%f bucks"? ;-) ) Such a locale might even become the > default (though it'd irritate US folks ;-) ). I think it'd cover the needs > of most of the non-US users of en_US, and details could still be overidden > where needed. :-) I don't think that will happen but it's fun to think of. Bj?rn Persson -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 190 bytes Desc: This is a digitally signed message part. URL: From roland at redhat.com Thu Aug 27 21:48:33 2009 From: roland at redhat.com (Roland McGrath) Date: Thu, 27 Aug 2009 14:48:33 -0700 (PDT) Subject: Need help with stack smash In-Reply-To: Orion Poplawski's message of Thursday, 27 August 2009 14:38:13 -0600 <4A96EEB5.1070006@cora.nwra.com> References: <4A96D213.2010404@cora.nwra.com> <1251400027.2027.1577.camel@atropine.boston.devel.redhat.com> <20090827194201.C53F54050F@magilla.sf.frob.com> <4A96E5AE.4030307@cora.nwra.com> <4A96EEB5.1070006@cora.nwra.com> Message-ID: <20090827214833.83A6E4050F@magilla.sf.frob.com> > So that's where I get clobbered. Need to figure out why, but at least I > solved the watch location question. Yes. Sorry I disappeared there for a bit talking to compiler people about whether there is a method other than reading the disassembly to find it. I think there isn't, but I'll see what we can do about making one. Thanks, Roland From jreiser at bitwagon.com Thu Aug 27 21:49:40 2009 From: jreiser at bitwagon.com (John Reiser) Date: Thu, 27 Aug 2009 14:49:40 -0700 Subject: Need help with stack smash In-Reply-To: <4A96EEB5.1070006@cora.nwra.com> References: <4A96D213.2010404@cora.nwra.com> <1251400027.2027.1577.camel@atropine.boston.devel.redhat.com> <20090827194201.C53F54050F@magilla.sf.frob.com> <4A96E5AE.4030307@cora.nwra.com> <4A96EEB5.1070006@cora.nwra.com> Message-ID: <4A96FF74.3070509@bitwagon.com> > Hardware watchpoint 2: *(0xbfffcb5c) > > Old value = -987698962 > New value = -987699200 > DFANIgetann (filename=0x8125d10 "tdfanF.hdf", tag=, > ref=, ann=0xbfffcb3e "Object label #1: sds ", > maxlen=31, type=0) at dfan.c:1103 > 1103 Lastref = annref; /* remember ref last accessed */ > Current language: auto; currently c > (gdb) list > 1098 HCLOSE_GOTO_ERROR(file_id,DFE_READERROR,FAIL); > 1099 } > 1100 if (type == DFAN_LABEL) > 1101 ann[annlen] = '\0'; /* terminate string properly */ > 1102 > 1103 Lastref = annref; /* remember ref last accessed */ > (gdb) print &ann[annlen] > $7 = (uint8 *) 0xbfffcb5c "" > > So that's where I get clobbered. Need to figure out why, but at least I > solved the watch location question. Because this is a trap which happens AFTER the damage has been done, then the location identified (line 1103) is the NEXT point of execution. The damage was done one [dynamic] statement prior, in this case line 1101: ann[annlen] = '\0'; This can be corroborated by looking at the watch values in hex: (gdb) set output-radix 16 (gdb) p -987698962 $1 = 0xc520e8ee (gdb) p -987699200 $2 = 0xc520e800 ### low byte set to '\0' -- From xjakub at fi.muni.cz Thu Aug 27 22:16:03 2009 From: xjakub at fi.muni.cz (Milos Jakubicek) Date: Fri, 28 Aug 2009 00:16:03 +0200 Subject: Firefox addon for Fedora-pkgdb search In-Reply-To: References: Message-ID: <4A9705A3.3090303@fi.muni.cz> Oops...I think I screwed up a bit again. I've already prepared a pkgdb open search plugin a few months ago but did not publish/announce it:((( (I run of time, wanted to review it again, but should have done it nevertheless) You can try it from here: http://mjakubicek.fedorapeople.org/pkgdb/ It implements also the suggestions based on a local cache of packages. As it currently runs on one of my very old machines with unreliable connection, the suggestions might not work properly as they might time out. I've also copied all my scripts to the above link now: makePkgCache.py -- queries pkgdb for a package list and updates local cache, should be croned every day or so search.py -- performs a search in such a way that if the searched package name is a full match of existing package, it displays the proper pkgdb page, otherwise it performs a search among existing packages. suggest.py -- responds for suggestions pkgcache.py -- local cache I'm very very sorry for this as I'm sure that I've partially invalidated my/your/both work, which is just bad:( Could you try to merge my and your work somehow? I'd be glad if you would do this and keep an eye of this feature so that it will land on pkgdb's pages sooner or later. Thanks in advance! Milos Dne 19.8.2009 15:35, Adam Miller napsal(a): > Hello all, > I decided posting this to the devel-list would be most appropriate > because I assume it to be the crowd who would put something like this > to use (but I could be wrong). I threw together a little Firefox AddOn > that adds the pkgdb as a search option and then spoke with M?ir?n > Duffy about a logo and she was nice enough to put together one awesome > logo for the addon (thanks again for that!). I'm also in discussion > with Luke Macken about making something similar except for Fedora > Community, more on that once it comes to life but in the mean time, > enjoy! > > https://addons.mozilla.org/en-US/firefox/addon/13710 > > Thanks, > -Adam > > P.S. - If this was the wrong list to post to, many apologies and I'm > open to suggestion on where to shoot info like this :) > From mike at miketc.net Fri Aug 28 00:41:19 2009 From: mike at miketc.net (Mike Chambers) Date: Thu, 27 Aug 2009 19:41:19 -0500 Subject: F12 Alpha problems In-Reply-To: <1251365079.5370.10.camel@scrappy.miketc.net> References: <1251365079.5370.10.camel@scrappy.miketc.net> Message-ID: <1251420079.1864.0.camel@scrappy.miketc.net> On Thu, 2009-08-27 at 04:24 -0500, Mike Chambers wrote: > Couple problems I see that may or may not be known yet.. > > 1 - Evolution won't accept the restore option (using the > evolution-backup.tar.gz) when first started. Keeps starting over (the > initial setup menu) after it tries to restore the settings. Also it > seems that if you have filters installed and one of them is to a missing > folder or something, evo will stop processing filters when it runs into > it and won't bypass it and continue on. Filed the bug below.. https://bugzilla.redhat.com/show_bug.cgi?id=520013 -- Mike Chambers Madisonville, KY From jonstanley at gmail.com Fri Aug 28 01:14:45 2009 From: jonstanley at gmail.com (Jon Stanley) Date: Thu, 27 Aug 2009 21:14:45 -0400 Subject: Plan for tomorrow's (20090828) FESCo meeting Message-ID: The following is a list of topics to be discussed at tomorrow's FESCo meeting, at 17:00UTC in #fedora-meeting on irc.freenode.net 246 Request to become provenpackager - tbzatek 243 New entry of 'Build packages for which Fedora is upstream for all language translators' review & correction' for F12 schedule 247 Request for Proven Packager for Bruno Wolff III (bruno) 238 Can libvdpau go in Fedora? For more complete details, please visit each individual ticket. The report of the agenda items can be found at https://fedorahosted.org/fesco/report/9 If you would like to add something to this agenda, you can reply to this e-mail, file a new ticket at https://fedorahosted.org/fesco, e-mail me directly, or bring it up at the end of the meeting, during the open floor. From fedora.lists at burns.me.uk Fri Aug 28 03:40:03 2009 From: fedora.lists at burns.me.uk (Andy Burns) Date: Fri, 28 Aug 2009 04:40:03 +0100 Subject: Page size pain / localisation / possible F13 feature In-Reply-To: <4A969C5A.90801@alexhudson.com> References: <4A969C5A.90801@alexhudson.com> Message-ID: 2009/8/27 Alex Hudson : > Living in a European milieu I generally prefer my page sizes to be set to > the likes of A4. One thing which keeps aggravating me is the myriad places > where I keep having to repeat to the computer my preference. Heh, call the new feature P20N (for printernationalisation) From fedora at camperquake.de Fri Aug 28 06:25:11 2009 From: fedora at camperquake.de (Ralf Ertzinger) Date: Fri, 28 Aug 2009 08:25:11 +0200 Subject: Need help with stack smash In-Reply-To: <4A96FF74.3070509@bitwagon.com> References: <4A96D213.2010404@cora.nwra.com> <1251400027.2027.1577.camel@atropine.boston.devel.redhat.com> <20090827194201.C53F54050F@magilla.sf.frob.com> <4A96E5AE.4030307@cora.nwra.com> <4A96EEB5.1070006@cora.nwra.com> <4A96FF74.3070509@bitwagon.com> Message-ID: <20090828082511.51ae0e62@dhcp03.addix.net> Hi. On Thu, 27 Aug 2009 14:49:40 -0700, John Reiser wrote: > execution. The damage was done one [dynamic] statement prior, > in this case line 1101: ann[annlen] = '\0'; And that looks like a typical one-off-error. From tmraz at redhat.com Fri Aug 28 07:05:17 2009 From: tmraz at redhat.com (Tomas Mraz) Date: Fri, 28 Aug 2009 09:05:17 +0200 Subject: Policy on removing %changelog entries? In-Reply-To: <4A96C0A3.3090803@pobox.com> References: <4A96C0A3.3090803@pobox.com> Message-ID: <1251443117.2525.139.camel@vespa.frost.loc> On Thu, 2009-08-27 at 13:21 -0400, Jeff Garzik wrote: > What is the policy regarding deletion of individual entries in the > middle of %changelog? > > A developer added a %changelog entry to each of my cloud daemons' > packages, on the main fedora-cvs devel branch of each. > > Then, a day or so later, after other %changelog entries had been added > by me... the same developer removed one %changelog entry from the > middle of %changelog, and added another entry at the top. > > I thought the policy was to never delete %changelog entries, ever? I've explained that the reason for removing that entry was that the package for which the changelog entry I've added first was never on the rawhide dist tag in koji. And as it was necessary to do another rebuild so the entry could be seen as duplicate I've removed that previous entry. However I understand that you don't want that to happen again so I won't do it again. -- Tomas Mraz No matter how far down the wrong road you've gone, turn back. Turkish proverb From howard at cohtech.com Fri Aug 28 07:13:22 2009 From: howard at cohtech.com (Howard Wilkinson) Date: Fri, 28 Aug 2009 08:13:22 +0100 Subject: cpqarrayd for fedora 11 and 12 In-Reply-To: <4A96A157.3070106@redhat.com> References: <4A9659AF.4020606@cohtech.com> <4A96A157.3070106@redhat.com> Message-ID: <4A978392.1050400@cohtech.com> On 27/08/09 16:08, Peter Jones wrote: > On 08/27/2009 06:02 AM, Howard Wilkinson wrote: > >> I have had to patch the code for cpqarrayd to get it working under >> Fedora 11. It was failing with a stack smashing exception. I have fixed >> this by replacing stack structures with dynamic allocation. Where should >> I send the patch ... the last development on this was in 2007 so it is >> probably not being maintained, although I will try to contact the author. >> > Congrats, you get to be maintainer (and possibly the only remaining user) > of cpqarrayd. > > Is it really true that nobody else uses cpqarrayd? If so what do people use to monitor the HP/Compaq hardware in the Proliant range of servers? If I had found one I would use an SNMP plugin and monitor via SNMP, but not tracked one down yet! My 'fix' is just removing the 'cause' of the stack smash, it does not change any function hence maintaining this is not something I am (yet) qualified to do. From christof at damian.net Fri Aug 28 07:36:27 2009 From: christof at damian.net (Christof Damian) Date: Fri, 28 Aug 2009 09:36:27 +0200 Subject: dhclient and dhcp update require restart? In-Reply-To: References: <4A95F6A8.2070701@yahoo.co.uk> Message-ID: On Thu, Aug 27, 2009 at 22:54, Matthew Woehlke wrote: > Dariusz J. Garbowski wrote: >> >> Hi, something that bothers me a bit... More and more system restart >> requests with each update (even if one doesn't use the package at the time). > > This is a real shame. One of the selling points of Linux is that you *don't* > need to reboot for every little upgrade (unlike a certain other OS I shan't > name). I also have the feeling that the reboot messages are getting a little bit out of hand recently. This might be because of the stickiness of these flag, but it also might be used more now than before. Except of kernel updates none of these should really be necessary. Is there any way to get some statistics out of the update system how many package updates require a reboot per day ? Christof From jreznik at redhat.com Fri Aug 28 07:46:57 2009 From: jreznik at redhat.com (Jaroslav Reznik) Date: Fri, 28 Aug 2009 09:46:57 +0200 Subject: PolicyKit 0.9 is going away In-Reply-To: <1251391544.1731.6.camel@planemask> References: <1251326269.1614.26.camel@planemask> <1251391544.1731.6.camel@planemask> Message-ID: <200908280946.57889.jreznik@redhat.com> On Thursday 27 August 2009 18:45:44 Matthias Clasen wrote: > On Thu, 2009-08-27 at 17:35 +0200, Kevin Kofler wrote: > > Jaroslav Reznik wrote: > > > PolicyKit-KDE is now integral part of kdebase-workspace, it is a KDE > > > 4.3 feature, we should disable it for now (untill we have new ported > > > version). Same problem is with PolicyKit-Qt as my quick port breaks > > > API. I'd like to prepare new PolicyKit-Qt, more powerful that actually > > > matches PolicyKit Authority DBUS interface. It's quite a bad timing > > > with switching to new PolicyKit. I'm not sure I'll have releasable > > > version in time of beta, I'll try it but there's still question with > > > API compatibility for KDE 4.3. There are no KDE apps utilizing PK-Qt > > > now so I think it's not problem to do not ship it now. What do you > > > think? > > > > System Settings uses it (well, 1 or 2 modules do). And PolicyKit > > integration is advertised as a KDE 4.3 feature by upstream and even our > > feature page. So I think just dropping it is not an option. > > > > I'd be willing to maintain PolicyKit 0.9 packages (as compatibility > > packages (though renaming should not be needed as they already have > > distinct names), to be used by KDE) for F12. It is my understanding that > > those will not conflict with PolicyKit 1 and can coexist just fine, if > > that's not the case, please correct me. So please don't obsolete > > PolicyKit 0.9! > > I have been able to port some 10-12 PolicyKit users from 0.9 to 0.90 in > a matter of a few days. The KDE sig should really be able to get this > port done. We really don't want to ship multiple authorization > databases, that way lies confusion and madness. I have initial port - it really took two days. It's not finished as I'm not sure about shipping such big change in KDE, practically our own fork of PolicyKitQt library. With 0.92 it wasn't even possible to use this library as it was intended! I can give a shot with 0.94, seems like it's working now and usable. I'll try to finish it but really I really don't want to ship this hack/fork. I'd like to have proper PolicyKit 1 support, based on library from scratch, using DBUS interface (I don't know how to combine C++ with Glib callbacks, any help?) and offering same API as Glib version. But this is more KDE 4.4. stuff. Next time please try to synchronize/coordinate with upstreams you are targeting ;-) I'd like to help upstream as it comes from Fedora. We're trying to be more proactive in this area but you know, we're few people right now (but growing!). Another problem as I've already described is that new Policy Kit does not run nearly anywhere, even I had to update to Rawhide (btw X server is really very broken by now). Jaroslav > > Matthias -- Jaroslav ?ezn?k Associate Software Engineer - Base Operating Systems Brno Office: +420 532 294 275 Mobile: +420 731 455 332 Red Hat, Inc. http://cz.redhat.com/ From jreznik at redhat.com Fri Aug 28 07:52:09 2009 From: jreznik at redhat.com (Jaroslav Reznik) Date: Fri, 28 Aug 2009 09:52:09 +0200 Subject: gwenview - Re: Orphaning packages In-Reply-To: References: <200908212234.25091.gauret@free.fr> Message-ID: <200908280952.09142.jreznik@redhat.com> On Thursday 27 August 2009 19:54:19 Pavel Alexeev (aka Pahan-Hubbitus) wrote: > 25.08.2009 02:07, Kevin Kofler wrote: > > Rahul Sundaram wrote: > >> A quick way to actually check for such dependencies is to switch to > >> another desktop environment, say Xfce, remove all the KDE packages and > >> install one of the KDE apps. It usually reveals dependencies which > >> are rather silly. I have seen kde-settings, background packages and > >> kdebase pull in odd dependencies on occasions. k3b, ktorrent, scribus > >> et all are often used outside KDE. > > > > It's not like those dependencies bite. ;-) HDD space is cheap. > > This is incorrect question setup. HDD space not always cheap. This may > be very expensive, f.e. on embedded systems, on USB-stick, Live-CD > images... Additionally it additional bandwidth on updates, which cost > often is more significant. But at end, main point for me what it is > "incorrect". This is very monolithic, small user chose to manipulation, > big and, as showed before, often produce additional errors (dependency > and others). > > So, I do not call fanatic split all what we can find, but if we can > reasonably (ok, I do not want question and define it as at least > anything see in that sense) provide program separately - why you argue > with that? Hi Pavel, as Kevin has already pointed out - we already did some splits, we discuss it on our meeting, counting pros and cons. If you find something to be split, feel free to report the bug, join our meeting, defend it. With good arguments we can do it. But sometimes even one good reason is not enough to do it and there could be another reason why we shouldn't do it. Jaroslav > At and, we see there discussion about big packages, and some arguments > why it is not problem. But what main arguments to do NOT split some thus > packages on few? -- Jaroslav ?ezn?k Associate Software Engineer - Base Operating Systems Brno Office: +420 532 294 275 Mobile: +420 731 455 332 Red Hat, Inc. http://cz.redhat.com/ From jreznik at redhat.com Fri Aug 28 07:55:07 2009 From: jreznik at redhat.com (Jaroslav Reznik) Date: Fri, 28 Aug 2009 09:55:07 +0200 Subject: ktorrent adds kdm - Re: Orphaning packages In-Reply-To: <20090827183438.14aefd9e@faldor.intranet> References: <200908212234.25091.gauret@free.fr> <20090827183438.14aefd9e@faldor.intranet> Message-ID: <200908280955.07584.jreznik@redhat.com> On Thursday 27 August 2009 18:34:38 Michael Schwendt wrote: > On Thu, 27 Aug 2009 12:14:43 -0400, Ben wrote: > > [KDE X session file] > > > So your issue is that kdebase-workspace puts it there, but it's > > not complete, so it shouldn't? > > Well, in case installing ktorrent shall drag in the packages > for a complete KDE desktop, the current dependencies are incomplete. > Some packages are missing. > > Alternatively, ktorrent shall drag in only what's really needed. > Would be tons better for the "Install KDE app on GNOME desktop" > scenario. That's what we are fighting on the other side of barricade - sometimes Gnome stuff brings so many strange dependencies. There's only one solution - report bug, defend it with arguments, it's not only about splitting but provides, etc... But sometimes status quo wins ;-) Jaroslav -- Jaroslav ?ezn?k Associate Software Engineer - Base Operating Systems Brno Office: +420 532 294 275 Mobile: +420 731 455 332 Red Hat, Inc. http://cz.redhat.com/ From caolanm at redhat.com Fri Aug 28 08:56:47 2009 From: caolanm at redhat.com (=?ISO-8859-1?Q?Caol=E1n?= McNamara) Date: Fri, 28 Aug 2009 09:56:47 +0100 Subject: Page size pain / localisation / possible F13 feature In-Reply-To: References: <20090827151753.E2BD661A96F@hormel.redhat.com> <55F6D105607744F493888CBBBB84A366@Aidan> <4A96C4F8.40104@redhat.com> <1251402605.2727.24.camel@Vain> Message-ID: <1251449807.2727.88.camel@Vain> On Thu, 2009-08-27 at 23:06 +0200, Kevin Kofler wrote: > Maybe we just need an en_INTL locale which defaults to US English > translations, but ISO standards everywhere else (ISO yyyy-mm-dd dates, ISO > A4 paper, metric units etc.)? (Currency would be a problem though, default > to ?? $? The generic currency sign ? almost nobody actually uses? Or > something silly like "%f bucks"? ;-) ) Such a locale might even become the > default (though it'd irritate US folks ;-) ). I think it'd cover the needs > of most of the non-US users of en_US, and details could still be overidden > where needed. Well, FWIW there is the (rather weird) en_DK locale, which has YYYY-MM-YY dates (I think its the only locale where this is the default) English A4 Paper Metric units 1.000,00 decimal format 0xA4 "Currency Sign" Currency and then there is en_IE which has DD/MM/YYYY dates English A4 Paper Metric units 1,000.00 decimal format ? Currency Though I sort of reckon that the right-thing-to-do might be to instead have a utility which convinces the user to configure their locale setting *truthfully* but also support setting LANGUAGE, so that one can specify that you want messages and the UI in English anyway, without pulling in the extra baggage that comes with an en_US locale. e.g. taking a standard German_Germany example $ export LANG=de_DE.utf8 $ locale LANG=de_DE.utf8 LC_CTYPE="de_DE.utf8" LC_NUMERIC="de_DE.utf8" LC_TIME="de_DE.utf8" LC_COLLATE="de_DE.utf8" LC_MONETARY="de_DE.utf8" LC_MESSAGES="de_DE.utf8" LC_PAPER="de_DE.utf8" LC_NAME="de_DE.utf8" LC_ADDRESS="de_DE.utf8" LC_TELEPHONE="de_DE.utf8" LC_MEASUREMENT="de_DE.utf8" LC_IDENTIFICATION="de_DE.utf8" LC_ALL= $ echo "\""$LANGUAGE"\"" "" $ ls --help | head -n 1 Aufruf: ls [OPTION]... [DATEI]... $ date +%x 28.08.2009 assuming that English is the desired language for output and we're sort of geeky and want ISO dates, then we should have something friendly that allows one to configures things to get... export LANG=de_DE.utf8 export LANGUAGE=en_US.utf8 export LC_TIME=en_DK.utf8 would give the probable truly desired outcome of... $ locale LANG=de_DE.utf8 LC_CTYPE="de_DE.utf8" LC_NUMERIC="de_DE.utf8" LC_TIME=en_DK.utf8 LC_COLLATE="de_DE.utf8" LC_MONETARY="de_DE.utf8" LC_MESSAGES="de_DE.utf8" LC_PAPER="de_DE.utf8" LC_NAME="de_DE.utf8" LC_ADDRESS="de_DE.utf8" LC_TELEPHONE="de_DE.utf8" LC_MEASUREMENT="de_DE.utf8" LC_IDENTIFICATION="de_DE.utf8" LC_ALL= $ echo "\""$LANGUAGE"\"" "en_US.utf8" $ ls --help | head -n 1 Usage: ls [OPTION]... [FILE]... $ date +%x 2009-08-28 and that allows LANG to be retained for use as e.g. the default "content creation" language, i.e. default spell check using that setting, gettext LANGUAGE variable as the UI/output language, and the correct locale values for currency, paper, etc. C. From hedayat at grad.com Fri Aug 28 10:27:44 2009 From: hedayat at grad.com (Hedayat Vatnakhah) Date: Fri, 28 Aug 2009 14:57:44 +0430 Subject: Some ideas/questions about yum Message-ID: <4A97B120.3000804@grad.com> Hi all, Currently, Fedora package management is one of the most annoying part of Fedora experience for new desktop users (at least for those without fast, always available internet connection). For such users, Fedora package management "Just Doesn't Work"! I've almost never been able to demonstrate using fedora package management tools for a fresh Fedora install without the need to use command line, editing yum configuration file(s), killing current running yum/package kit instance(s), installing some small rpm packages using rpm command instead of using yum or graphically, etc. And sometimes, I found it better to download yum metadata using another application and copying the downloaded file to yum cache; or even completely skip yum and use rpm and manually resolve dependencies when they are not too much! First, I've some suggestions/requests which doesn't seem to need much work, and then some ideas which I'd like to know your opinions about. 1. Since Fedora 4, Fedora doesn't support installing software from DVD "out of the box". Fedora 8 is an exception here. Currently, it seems that the work is almost done (99% completed as in [1]), and fixing the remaining 1% doesn't seem to need much work but unfortunately it seems that it is stopped. I think requesting a small collaboration between the feature owner, PolicyKit and/or GIO people is not too much. 2. Maybe yum could be a bit more forgiving about inaccessible repositories when running. Consider this case: a new offline user installs Fedora, and then runs "Add/Remove Software". Currently, if he clicks on "all packages", he'll see an error message that yum is unable to contact fedora repository. I think it is better to show a warning to user about being unable to contact online repositories and then show all installed packages + the packages from all accessible repositories. IMHO it is much more reasonable than expecting the user to disable all such repositories in such cases (yum/packagekit can be a bit more intelligent and do it itslef). Now, some ideas: 3. AFAIK, currently yum's primary database file contains information about packages, and all of the files in directories such as /usr/bin and /usr/lib, so that it can resolve package and file level dependencies. Isn't it possible to move file level information outside primary db (e.g. to primary_file_deps.db) and translate internal dependencies from file level dependencies to package level dependencies when creating repositories? (So that provides and requires tables in primary db only contain package references rather than file references?). It might be even possible to do it for dependencies outside repository; for example when creating updates repository, you can introduce fedora repository to createrepo, so it can translate all of the file level dependencies of updates packages also. 4. Even if the above solution is possible and can reduce the size of primary db, it won't solve the main problem: for large repositories, you'll need to download large database files. You'll need to download extra database files on some use cases anyway. So, it can be said that currently yum doesn't scale well. What do you think about it: we can implement parts of yum at the server side (e.g. a web service), and do queries online. The client can submit queries to online repositories, aggregate the results (+using local repositories by itself) and do appropriate actions. It can also store received data to be used when offline or while they are valid. It'll be completely backward compatible with the current clients: those who use the old method can download repositories themselves, like what they do now. It is possible to think about further details and design it completely, but I want to know about your opinions about the whole idea. [1] http://www.fedoraproject.org/wiki/Features/MediaRepo Thanks anyway, Hedayat From rdieter at math.unl.edu Fri Aug 28 11:47:19 2009 From: rdieter at math.unl.edu (Rex Dieter) Date: Fri, 28 Aug 2009 06:47:19 -0500 Subject: PolicyKit 0.9 is going away References: <1251326269.1614.26.camel@planemask> <200908271412.31787.jreznik@redhat.com> <1251391544.1731.6.camel@planemask> Message-ID: Matthias Clasen wrote: > I have been able to port some 10-12 PolicyKit users from 0.9 to 0.90 in > a matter of a few days. The KDE sig should really be able to get this > port done. We really don't want to ship multiple authorization > databases, that way lies confusion and madness. The PolicyKitOne feature page does include in its contingency plan: "If not all ports listed above can be completed in time, keep PolicyKit 0.9 around..." -- Rex From skvidal at fedoraproject.org Fri Aug 28 12:20:59 2009 From: skvidal at fedoraproject.org (Seth Vidal) Date: Fri, 28 Aug 2009 08:20:59 -0400 (EDT) Subject: Some ideas/questions about yum In-Reply-To: <4A97B120.3000804@grad.com> References: <4A97B120.3000804@grad.com> Message-ID: On Fri, 28 Aug 2009, Hedayat Vatnakhah wrote: > Hi all, > Currently, Fedora package management is one of the most annoying part of > Fedora experience for new desktop users (at least for those without fast, > always available internet connection). For such users, Fedora package > management "Just Doesn't Work"! I've almost never been able to demonstrate > using fedora package management tools for a fresh Fedora install without the > need to use command line, editing yum configuration file(s), killing current > running yum/package kit instance(s), installing some small rpm packages using > rpm command instead of using yum or graphically, etc. And sometimes, I found > it better to download yum metadata using another application and copying the > downloaded file to yum cache; or even completely skip yum and use rpm and > manually resolve dependencies when they are not too much! Have you filed bugs on any of these issues or are they strictly due to unreliable network connections? > First, I've some suggestions/requests which doesn't seem to need much work, > and then some ideas which I'd like to know your opinions about. > 1. Since Fedora 4, Fedora doesn't support installing software from DVD "out > of the box". Fedora 8 is an exception here. Currently, it seems that the work > is almost done (99% completed as in [1]), and fixing the remaining 1% doesn't > seem to need much work but unfortunately it seems that it is stopped. I think > requesting a small collaboration between the feature owner, PolicyKit and/or > GIO people is not too much. Alsadi has done a great deal of work to make this happen and I believe it is likely it will go in for F13. > 2. Maybe yum could be a bit more forgiving about inaccessible repositories > when running. Consider this case: a new offline user installs Fedora, and > then runs "Add/Remove Software". Currently, if he clicks on "all packages", > he'll see an error message that yum is unable to contact fedora repository. I > think it is better to show a warning to user about being unable to contact > online repositories and then show all installed packages + the packages from > all accessible repositories. IMHO it is much more reasonable than expecting > the user to disable all such repositories in such cases (yum/packagekit can > be a bit more intelligent and do it itslef). Disabling repos which are unavailable/inaccessible is a pretty dangerous behavior. If you're doing a 'yum install foo' and the only 'foo' you have access to is insecure - but a secure 'foo' is in the updates dir - it would be better for you to not install 'foo' at all than install a bad one. > Now, some ideas: > 3. AFAIK, currently yum's primary database file contains information about > packages, and all of the files in directories such as /usr/bin and /usr/lib, > so that it can resolve package and file level dependencies. Isn't it possible > to move file level information outside primary db (e.g. to > primary_file_deps.db) and translate internal dependencies from file level > dependencies to package level dependencies when creating repositories? (So > that provides and requires tables in primary db only contain package > references rather than file references?). It might be even possible to do it > for dependencies outside repository; for example when creating updates > repository, you can introduce fedora repository to createrepo, so it can > translate all of the file level dependencies of updates packages also. Except none of this will work for dependencies for 3rd party repos at all. Nor will it adequately handle any of the cases where we have multiple pkgs which provide the same file. > 4. Even if the above solution is possible and can reduce the size of primary > db, it won't solve the main problem: for large repositories, you'll need to > download large database files. You'll need to download extra database files > on some use cases anyway. So, it can be said that currently yum doesn't scale > well. no - it can be said that yum if you have a lot of pkgs you have a lot of metadata. That's not a function of yum scaling that's a function of network connectivity. > What do you think about it: we can implement parts of yum at the server side > (e.g. a web service), and do queries online. The client can submit queries to > online repositories, aggregate the results (+using local repositories by > itself) and do appropriate actions. It can also store received data to be > used when offline or while they are valid. It'll be completely backward > compatible with the current clients: those who use the old method can > download repositories themselves, like what they do now. > It is possible to think about further details and design it completely, but I > want to know about your opinions about the whole idea. That's what up2date and rhn did in rhl6->rhel3. There are multiple problems: 1. we need a single web service that many systems would access to query for depsolving If you want to talk about things NOT scaling.... 2. it would mean anyone wanting to do a respin couldn't just setup a website or an ftp mirror or a file:/// repo - they'd have to setup a web service and populate it. That's some pretty serious overhead. 3. 3rd party repos would have to go through a whole other level of hoop jumping. Now, I don't think anyone is opposed to seeing some of these things but given what you've said on the yum-devel mailing list (where much of this discussion should be anyway) you don't seem to be interested in actually working on it or have the time. Did that change? -sv From schaiba at gmail.com Fri Aug 28 12:27:33 2009 From: schaiba at gmail.com (Aioanei Rares) Date: Fri, 28 Aug 2009 15:27:33 +0300 Subject: Some ideas/questions about yum In-Reply-To: <4A97B120.3000804@grad.com> References: <4A97B120.3000804@grad.com> Message-ID: <4A97CD35.5000801@gmail.com> On 08/28/2009 01:27 PM, Hedayat Vatnakhah wrote: > Hi all, > Currently, Fedora package management is one of the most annoying part > of Fedora experience for new desktop users (at least for those without > fast, always available internet connection). For such users, Fedora > package management "Just Doesn't Work"! I've almost never been able to > demonstrate using fedora package management tools for a fresh Fedora > install without the need to use command line, editing yum > configuration file(s), killing current running yum/package kit > instance(s), installing some small rpm packages using rpm command > instead of using yum or graphically, etc. And sometimes, I found it > better to download yum metadata using another application and copying > the downloaded file to yum cache; or even completely skip yum and use > rpm and manually resolve dependencies when they are not too much! > > First, I've some suggestions/requests which doesn't seem to need much > work, and then some ideas which I'd like to know your opinions about. > 1. Since Fedora 4, Fedora doesn't support installing software from DVD > "out of the box". Fedora 8 is an exception here. Currently, it seems > that the work is almost done (99% completed as in [1]), and fixing the > remaining 1% doesn't seem to need much work but unfortunately it seems > that it is stopped. I think requesting a small collaboration between > the feature owner, PolicyKit and/or GIO people is not too much. > > 2. Maybe yum could be a bit more forgiving about inaccessible > repositories when running. Consider this case: a new offline user > installs Fedora, and then runs "Add/Remove Software". Currently, if he > clicks on "all packages", he'll see an error message that yum is > unable to contact fedora repository. I think it is better to show a > warning to user about being unable to contact online repositories and > then show all installed packages + the packages from all accessible > repositories. IMHO it is much more reasonable than expecting the user > to disable all such repositories in such cases (yum/packagekit can be > a bit more intelligent and do it itslef). > > Now, some ideas: > 3. AFAIK, currently yum's primary database file contains information > about packages, and all of the files in directories such as /usr/bin > and /usr/lib, so that it can resolve package and file level > dependencies. Isn't it possible to move file level information outside > primary db (e.g. to primary_file_deps.db) and translate internal > dependencies from file level dependencies to package level > dependencies when creating repositories? (So that provides and > requires tables in primary db only contain package references rather > than file references?). It might be even possible to do it for > dependencies outside repository; for example when creating updates > repository, you can introduce fedora repository to createrepo, so it > can translate all of the file level dependencies of updates packages > also. > > 4. Even if the above solution is possible and can reduce the size of > primary db, it won't solve the main problem: for large repositories, > you'll need to download large database files. You'll need to download > extra database files on some use cases anyway. So, it can be said that > currently yum doesn't scale well. > What do you think about it: we can implement parts of yum at the > server side (e.g. a web service), and do queries online. The client > can submit queries to online repositories, aggregate the results > (+using local repositories by itself) and do appropriate actions. It > can also store received data to be used when offline or while they are > valid. It'll be completely backward compatible with the current > clients: those who use the old method can download repositories > themselves, like what they do now. > It is possible to think about further details and design it > completely, but I want to know about your opinions about the whole idea. > > [1] http://www.fedoraproject.org/wiki/Features/MediaRepo > > Thanks anyway, > Hedayat > Since it's idea time, I think it would be good for the user that uses yum to see in a listing (like yum search <$whatever>) to see the status of the package, like installed, not installed, virtual package et al. From schaiba at gmail.com Fri Aug 28 12:29:50 2009 From: schaiba at gmail.com (Aioanei Rares) Date: Fri, 28 Aug 2009 15:29:50 +0300 Subject: Some ideas/questions about yum In-Reply-To: <4A97B120.3000804@grad.com> References: <4A97B120.3000804@grad.com> Message-ID: <4A97CDBE.5030900@gmail.com> Oh, and speaking of anaconda, IMHO it should support DSL configuration when using asknetwork. DSL is popular these days. From skvidal at fedoraproject.org Fri Aug 28 12:28:41 2009 From: skvidal at fedoraproject.org (Seth Vidal) Date: Fri, 28 Aug 2009 08:28:41 -0400 (EDT) Subject: Some ideas/questions about yum In-Reply-To: <4A97CD35.5000801@gmail.com> References: <4A97B120.3000804@grad.com> <4A97CD35.5000801@gmail.com> Message-ID: On Fri, 28 Aug 2009, Aioanei Rares wrote: >> Thanks anyway, >> Hedayat >> > Since it's idea time, I think it would be good for the user that uses yum to > see in a listing (like yum search <$whatever>) to see the status of the > package, like installed, not installed, virtual package et al. 'yum list pkgname' does this now. (well it shows installed, not installed) - since there is no such thing as a virtual package it doesn't show that. -sv From ffesti at redhat.com Fri Aug 28 12:43:10 2009 From: ffesti at redhat.com (Florian Festi) Date: Fri, 28 Aug 2009 14:43:10 +0200 Subject: Some ideas/questions about yum In-Reply-To: <4A97B120.3000804@grad.com> References: <4A97B120.3000804@grad.com> Message-ID: <4A97D0DE.6030707@redhat.com> On 08/28/2009 12:27 PM, Hedayat Vatnakhah wrote: > Now, some ideas: > 3. AFAIK, currently yum's primary database file contains information > about packages, and all of the files in directories such as /usr/bin > and /usr/lib, so that it can resolve package and file level > dependencies. Isn't it possible to move file level information outside > primary db (e.g. to primary_file_deps.db) and translate internal > dependencies from file level dependencies to package level > dependencies when creating repositories? (So that provides and > requires tables in primary db only contain package references rather > than file references?).It might be even possible to do it for > dependencies outside repository; for example when creating updates > repository, you can introduce fedora repository to createrepo, so it > can translate all of the file level dependencies of updates packages > also. Bad idea as you never know all repositories existing. Bad idea because you don't want to recreate all repos when one of them changes. Bad idea because changing the data of the packages in the repo likely to lead to other problems. There have actually been efforts long ago to improve the set of files shipped with the primarydb to lower the need of downloading the filelist while still decrease the number of file shipped in the primarydb. AFAIK they got rejected by yum upstream at that time because the also needed cross repo closures (Although this was much less problematic as what you have suggested here). > 4. Even if the above solution is possible and can reduce the size of > primary db, it won't solve the main problem: for large repositories, > you'll need to download large database files. You'll need to download > extra database files on some use cases anyway. So, it can be said that > currently yum doesn't scale well. True. > What do you think about it: we can implement parts of yum at the > server side (e.g. a web service), and do queries online. The client > can submit queries to online repositories, aggregate the results > (+using local repositories by itself) and do appropriate actions. It > can also store received data to be used when offline or while they are > valid. It'll be completely backward compatible with the current > clients: those who use the old method can download repositories > themselves, like what they do now. > It is possible to think about further details and design it > completely, but I want to know about your opinions about the whole idea. Web services have the problem that they don't mix well with our mirrors infrastructure of simple and stupid http/ftp/rsync servers largely provided by volunteers. It is also difficult to GPG sign external web services. Because of this the whole traffic of such web services would most likely need to run over Fedora infrastructure. When we think of a Fedora that has grown another order of magnitude (may be 2015) it will become hard to argue against a more centralized solution. Right now we are not at the point where the pain of the local repo db does out weight the complexity of a web service architecture IMHO. But there is another way to drastically reduce the amount of data that has to be transferred: Delta meta data The repo data bases could be split up into deltas in a similar way as done with the delta rpms aka presto. As a result the meta data of each package would be downloaded (more or less) exactly once. While this idea is arround for a while an implementation is still missing... Florian -- ________________________________________________________________________ Reg. Adresse: Red Hat GmbH, Hauptst?tter Str. 58, 70178 Stuttgart Handelsregister: Amtsgericht Muenchen HRB 153243 Geschaeftsfuehrer: Brendan Lane, Charlie Peters, Michael Cunningham, Charles Cachera From skvidal at fedoraproject.org Fri Aug 28 12:47:44 2009 From: skvidal at fedoraproject.org (Seth Vidal) Date: Fri, 28 Aug 2009 08:47:44 -0400 (EDT) Subject: Some ideas/questions about yum In-Reply-To: <4A97D0DE.6030707@redhat.com> References: <4A97B120.3000804@grad.com> <4A97D0DE.6030707@redhat.com> Message-ID: On Fri, 28 Aug 2009, Florian Festi wrote: > When we think of a Fedora that has grown another order of magnitude (may be > 2015) it will become hard to argue against a more centralized solution. Right > now we are not at the point where the pain of the local repo db does out > weight the complexity of a web service architecture IMHO. no - I think it'll be hard to argue why we need 20K pkgs in a single repository. Or hell, why we need 20K pkgs AT ALL. > But there is another way to drastically reduce the amount of data that has to > be transferred: Delta meta data > > The repo data bases could be split up into deltas in a similar way as done > with the delta rpms aka presto. As a result the meta data of each package > would be downloaded (more or less) exactly once. While this idea is arround > for a while an implementation is still missing... 1. this is what he asked on yum-devel list. I told him there was the beginning of an implementation but it was never completed. He made it clear on yum-devel, at least, he didn't have the time to do any work on this - just that he wanted to tell us how he felt. 2. you still have to get the original metadata -sv From schaiba at gmail.com Fri Aug 28 12:56:05 2009 From: schaiba at gmail.com (Aioanei Rares) Date: Fri, 28 Aug 2009 15:56:05 +0300 Subject: Prelink and kdeinit4 problems persist(Rawhide) Message-ID: <4A97D3E5.3030903@gmail.com> There was a thread more than a month ago about kdeinit4 failing to start before one did as root a 'prelink -f /usr/bin/kdeinit4'. Well the problem is still here. Anyone knows anything? From ffesti at redhat.com Fri Aug 28 13:08:21 2009 From: ffesti at redhat.com (Florian Festi) Date: Fri, 28 Aug 2009 15:08:21 +0200 Subject: Some ideas/questions about yum In-Reply-To: References: <4A97B120.3000804@grad.com> <4A97D0DE.6030707@redhat.com> Message-ID: <4A97D6C5.9040606@redhat.com> On 08/28/2009 02:47 PM, Seth Vidal wrote: > no - I think it'll be hard to argue why we need 20K pkgs in a single > repository. Or hell, why we need 20K pkgs AT ALL. > Dream on! > ls -1 /mnt/archive/fedora/development/x86_64/os/Packages/ | wc 18382 18382 708766 Not yet counting http://fedoraproject.org/wiki/Features/TeXLive So we are already real close to 20k packages in one repository. Separating them into different repositories doesn't help much anyway (lowers the quadratic overhead a bit, though). When I am talking about another order of magnitude I mean 100k packages, btw. I would love that your argument would even apply to that number but I am not sure actually... May be we as upstream devs of the tool chain should just limit the number of packages and packaged files by decree ;)= Florian -- ________________________________________________________________________ Reg. Adresse: Red Hat GmbH, Hauptst?tter Str. 58, 70178 Stuttgart Handelsregister: Amtsgericht Muenchen HRB 153243 Geschaeftsfuehrer: Brendan Lane, Charlie Peters, Michael Cunningham, Charles Cachera From rdieter at math.unl.edu Fri Aug 28 13:09:22 2009 From: rdieter at math.unl.edu (Rex Dieter) Date: Fri, 28 Aug 2009 08:09:22 -0500 Subject: Prelink and kdeinit4 problems persist(Rawhide) In-Reply-To: <4A97D3E5.3030903@gmail.com> References: <4A97D3E5.3030903@gmail.com> Message-ID: <4A97D702.2040108@math.unl.edu> Aioanei Rares wrote: > There was a thread more than a month ago about kdeinit4 failing to start > before one did as root a 'prelink -f /usr/bin/kdeinit4'. Well the > problem is still here. Anyone knows anything? https://bugzilla.redhat.com/show_bug.cgi?id=515539 https://bugzilla.redhat.com/show_bug.cgi?id=519226 -- Rex From skvidal at fedoraproject.org Fri Aug 28 13:10:52 2009 From: skvidal at fedoraproject.org (Seth Vidal) Date: Fri, 28 Aug 2009 09:10:52 -0400 (EDT) Subject: Some ideas/questions about yum In-Reply-To: <4A97D6C5.9040606@redhat.com> References: <4A97B120.3000804@grad.com> <4A97D0DE.6030707@redhat.com> <4A97D6C5.9040606@redhat.com> Message-ID: On Fri, 28 Aug 2009, Florian Festi wrote: > May be we as upstream devs of the tool chain should just limit the number of > packages and packaged files by decree ;)= this works for me. When should we meet to decide how next to rule the world? muahahahahahahaha -sv From mclasen at redhat.com Fri Aug 28 13:36:19 2009 From: mclasen at redhat.com (Matthias Clasen) Date: Fri, 28 Aug 2009 09:36:19 -0400 Subject: PolicyKit 0.9 is going away In-Reply-To: References: <1251326269.1614.26.camel@planemask> <200908271412.31787.jreznik@redhat.com> <1251391544.1731.6.camel@planemask> Message-ID: <1251466579.2281.1.camel@planemask> On Fri, 2009-08-28 at 06:47 -0500, Rex Dieter wrote: > Matthias Clasen wrote: > > > I have been able to port some 10-12 PolicyKit users from 0.9 to 0.90 in > > a matter of a few days. The KDE sig should really be able to get this > > port done. We really don't want to ship multiple authorization > > databases, that way lies confusion and madness. > > The PolicyKitOne feature page does include in its contingency plan: > "If not all ports listed above can be completed in time, keep PolicyKit 0.9 > around..." Right. But from what I've heard that is not the case. Jreznik just said: I have initial port [...] seems like it's working now and usable. From skasal at redhat.com Fri Aug 28 14:11:26 2009 From: skasal at redhat.com (Stepan Kasal) Date: Fri, 28 Aug 2009 16:11:26 +0200 Subject: #! /usr/bin/perl preferred Message-ID: <20090828141126.GA18997@camelia.ucw.cz> Hello, at certain periods of time, it was recommended to use #!/usr/bin/env . Some people consider it ugly. (The humble opinion of the author of this mail is the same.) Currently there is popular mood to remove "/usr/bin/env python", see http://fedoraproject.org/wiki/Features/SystemPythonExecutablesUseSystemPython We could follow this movement and replace #! ?/(usr/)?bin/env perl by mere #! /usr/bin/perl To assist with this change, I searched all Fedora packages (on x86_64 only) for the issue. Attached below please find the list of affected files, grouped by maintainers and packages. Have a nice weekend, Stepan alexlan: perl-bioperl /usr/bin/bp_seqfeature_gff3.pl /usr/share/doc/perl-bioperl-1.6.0/examples/root/exceptions1.pl /usr/share/doc/perl-bioperl-1.6.0/examples/root/exceptions2.pl /usr/share/doc/perl-bioperl-1.6.0/examples/root/exceptions3.pl /usr/share/doc/perl-bioperl-1.6.0/examples/root/exceptions4.pl /usr/share/doc/perl-bioperl-1.6.0/examples/searchio/custom_writer.pl /usr/share/doc/perl-bioperl-1.6.0/examples/searchio/hspwriter.pl /usr/share/doc/perl-bioperl-1.6.0/examples/searchio/rawwriter.pl /usr/share/doc/perl-bioperl-1.6.0/examples/tools/seq_pattern.pl andriy: renrot /usr/bin/renrot athimm: mediawiki(mediawiki-nomath) /usr/share/mediawiki/maintenance/fetchInterwiki.pl vtk(vtk-devel) /usr/lib64/vtk-5.4/doxygen/doc_class2example.pl /usr/lib64/vtk-5.4/doxygen/doc_cleanhtml.pl /usr/lib64/vtk-5.4/doxygen/doc_codematch.pl /usr/lib64/vtk-5.4/doxygen/doc_contributors.pl /usr/lib64/vtk-5.4/doxygen/doc_header2doxygen.pl /usr/lib64/vtk-5.4/doxygen/doc_index.pl /usr/lib64/vtk-5.4/doxygen/doc_rmpath.pl /usr/lib64/vtk-5.4/doxygen/doc_version.pl /usr/share/doc/vtk-devel-5.4.2/Upgrading/DiagAttribute.pl /usr/share/doc/vtk-devel-5.4.2/Upgrading/UpgradeFrom32.pl atkac: tigervnc(tigervnc-server) /usr/bin/vncserver ausil: konversation /usr/share/kde4/apps/konversation/scripts/cmd /usr/share/kde4/apps/konversation/scripts/fortune /usr/share/kde4/apps/konversation/scripts/uptime bonii: teseq /usr/bin/reseq c4chris: lagan /usr/bin/lagan /usr/lib64/lagan/anal_gloc.pl /usr/lib64/lagan/rechaos.pl /usr/lib64/lagan/utils/cmerge2.pl /usr/lib64/lagan/utils/draft.pl /usr/lib64/lagan/utils/mextract.pl /usr/lib64/lagan/utils/mf2bin.pl /usr/lib64/lagan/utils/mpretty.pl /usr/lib64/lagan/utils/mproject.pl /usr/lib64/lagan/utils/mrun.pl /usr/lib64/lagan/utils/mrunfile.pl /usr/lib64/lagan/utils/mrunpairs.pl /usr/lib64/lagan/utils/mviz.pl cweyl: perl-Class-MOP /usr/share/doc/perl-Class-MOP-0.92/t/086_rebless_instance_away.t /usr/share/doc/perl-Class-MOP-0.92/t/307_null_stash.t /usr/share/doc/perl-Class-MOP-0.92/t/lib/SyntaxError.pm perl-Class-Method-Modifiers /usr/share/doc/perl-Class-Method-Modifiers-1.04/t/000-load.t /usr/share/doc/perl-Class-Method-Modifiers-1.04/t/001-error.t /usr/share/doc/perl-Class-Method-Modifiers-1.04/t/002-cache.t /usr/share/doc/perl-Class-Method-Modifiers-1.04/t/003-basic.t /usr/share/doc/perl-Class-Method-Modifiers-1.04/t/004-around.t /usr/share/doc/perl-Class-Method-Modifiers-1.04/t/005-return.t /usr/share/doc/perl-Class-Method-Modifiers-1.04/t/010-before-args.t /usr/share/doc/perl-Class-Method-Modifiers-1.04/t/011-after-args.t /usr/share/doc/perl-Class-Method-Modifiers-1.04/t/012-around-args.t /usr/share/doc/perl-Class-Method-Modifiers-1.04/t/020-multiple-inheritance.t /usr/share/doc/perl-Class-Method-Modifiers-1.04/t/030-multiple-before.t /usr/share/doc/perl-Class-Method-Modifiers-1.04/t/031-multiple-after.t /usr/share/doc/perl-Class-Method-Modifiers-1.04/t/032-multiple-around.t /usr/share/doc/perl-Class-Method-Modifiers-1.04/t/034-multiple-everything.t /usr/share/doc/perl-Class-Method-Modifiers-1.04/t/035-multiple-everything-twice.t /usr/share/doc/perl-Class-Method-Modifiers-1.04/t/040-twice-orig.t /usr/share/doc/perl-Class-Method-Modifiers-1.04/t/041-modify-parent.t /usr/share/doc/perl-Class-Method-Modifiers-1.04/t/051-undef-list-ctxt.t /usr/share/doc/perl-Class-Method-Modifiers-1.04/t/060-caller.t /usr/share/doc/perl-Class-Method-Modifiers-1.04/t/070-modify-multiple-at-once.t /usr/share/doc/perl-Class-Method-Modifiers-1.04/t/080-multiple-modifiers.t /usr/share/doc/perl-Class-Method-Modifiers-1.04/t/081-sub-and-modifier.t /usr/share/doc/perl-Class-Method-Modifiers-1.04/t/090-diamond.t /usr/share/doc/perl-Class-Method-Modifiers-1.04/t/100-class-mop-method-modifiers.t /usr/share/doc/perl-Class-Method-Modifiers-1.04/t/101-bank-account.t perl-Moose /usr/share/doc/perl-Moose-0.89/t/020_attributes/024_attribute_traits_parameterized.t /usr/share/doc/perl-Moose-0.89/t/020_attributes/027_accessor_override_method.t /usr/share/doc/perl-Moose-0.89/t/030_roles/019_build.t /usr/share/doc/perl-Moose-0.89/t/030_roles/034_create_role.t /usr/share/doc/perl-Moose-0.89/t/030_roles/035_anonymous_roles.t /usr/share/doc/perl-Moose-0.89/t/030_roles/036_free_anonymous_roles.t /usr/share/doc/perl-Moose-0.89/t/030_roles/037_create_role_subclass.t /usr/share/doc/perl-Moose-0.89/t/030_roles/038_new_meta_role.t /usr/share/doc/perl-Moose-0.89/t/030_roles/039_application_toclass.t /usr/share/doc/perl-Moose-0.89/t/030_roles/040_role_for_combination.t /usr/share/doc/perl-Moose-0.89/t/050_metaclasses/017_use_base_of_moose.t /usr/share/doc/perl-Moose-0.89/t/050_metaclasses/020_metaclass_parameterized_traits.t /usr/share/doc/perl-Moose-0.89/t/050_metaclasses/022_new_metaclass.t /usr/share/doc/perl-Moose-0.89/t/100_bugs/014_DEMOLISHALL.t /usr/share/doc/perl-Moose-0.89/t/100_bugs/019_moose_octal_defaults.t /usr/share/doc/perl-Moose-0.89/t/300_immutable/014_immutable_metaclass_with_traits.t perl-MooseX-Getopt /usr/share/doc/perl-MooseX-Getopt-0.18/t/008_configfromfile.t perl-Mouse /usr/share/doc/perl-Mouse-0.27/t/001-strict.t /usr/share/doc/perl-Mouse-0.27/t/002-warnings.t /usr/share/doc/perl-Mouse-0.27/t/003-mouse-object.t /usr/share/doc/perl-Mouse-0.27/t/004-auto-subclass.t /usr/share/doc/perl-Mouse-0.27/t/005-extends.t /usr/share/doc/perl-Mouse-0.27/t/006-unimport.t /usr/share/doc/perl-Mouse-0.27/t/007-attributes.t /usr/share/doc/perl-Mouse-0.27/t/008-default.t /usr/share/doc/perl-Mouse-0.27/t/009-default-code.t /usr/share/doc/perl-Mouse-0.27/t/010-required.t /usr/share/doc/perl-Mouse-0.27/t/011-lazy.t /usr/share/doc/perl-Mouse-0.27/t/012-predicate.t /usr/share/doc/perl-Mouse-0.27/t/013-clearer.t /usr/share/doc/perl-Mouse-0.27/t/014-build.t /usr/share/doc/perl-Mouse-0.27/t/015-demolish.t /usr/share/doc/perl-Mouse-0.27/t/016-trigger.t /usr/share/doc/perl-Mouse-0.27/t/017-default-reference.t /usr/share/doc/perl-Mouse-0.27/t/018-multiattr-has.t /usr/share/doc/perl-Mouse-0.27/t/019-handles.t /usr/share/doc/perl-Mouse-0.27/t/020-load-class.t /usr/share/doc/perl-Mouse-0.27/t/021-weak-ref.t /usr/share/doc/perl-Mouse-0.27/t/022-init-arg.t /usr/share/doc/perl-Mouse-0.27/t/023-builder.t /usr/share/doc/perl-Mouse-0.27/t/024-isa.t /usr/share/doc/perl-Mouse-0.27/t/025-more-isa.t /usr/share/doc/perl-Mouse-0.27/t/026-auto-deref.t /usr/share/doc/perl-Mouse-0.27/t/028-subclass-attr.t /usr/share/doc/perl-Mouse-0.27/t/029-new.t /usr/share/doc/perl-Mouse-0.27/t/030-has-plus.t /usr/share/doc/perl-Mouse-0.27/t/030_roles/019_build.t /usr/share/doc/perl-Mouse-0.27/t/030_roles/failing/034_create_role.t /usr/share/doc/perl-Mouse-0.27/t/030_roles/failing/035_anonymous_roles.t /usr/share/doc/perl-Mouse-0.27/t/030_roles/failing/036_free_anonymous_roles.t /usr/share/doc/perl-Mouse-0.27/t/030_roles/failing/037_create_role_subclass.t /usr/share/doc/perl-Mouse-0.27/t/031-clone.t /usr/share/doc/perl-Mouse-0.27/t/032-buildargs.t /usr/share/doc/perl-Mouse-0.27/t/033-readwrite.t /usr/share/doc/perl-Mouse-0.27/t/034-apply_all_roles.t /usr/share/doc/perl-Mouse-0.27/t/038-main.t /usr/share/doc/perl-Mouse-0.27/t/039-subtype.t /usr/share/doc/perl-Mouse-0.27/t/040-existing-subclass.t /usr/share/doc/perl-Mouse-0.27/t/041-enum.t /usr/share/doc/perl-Mouse-0.27/t/042-override.t /usr/share/doc/perl-Mouse-0.27/t/043-parameterized-type.t /usr/share/doc/perl-Mouse-0.27/t/044-attribute-metaclass.t /usr/share/doc/perl-Mouse-0.27/t/047-attribute-metaclass-role.t /usr/share/doc/perl-Mouse-0.27/t/049-coercion-application-order.t /usr/share/doc/perl-Mouse-0.27/t/100-meta-class.t /usr/share/doc/perl-Mouse-0.27/t/101-meta-attribute.t /usr/share/doc/perl-Mouse-0.27/t/400-define-role.t /usr/share/doc/perl-Mouse-0.27/t/401-meta-role.t /usr/share/doc/perl-Mouse-0.27/t/402-attribute-application.t /usr/share/doc/perl-Mouse-0.27/t/403-method-modifiers.t /usr/share/doc/perl-Mouse-0.27/t/404-role-overrides.t /usr/share/doc/perl-Mouse-0.27/t/600-tiny-tiny.t /usr/share/doc/perl-Mouse-0.27/t/601-tiny-mouse.t /usr/share/doc/perl-Mouse-0.27/t/602-mouse-tiny.t /usr/share/doc/perl-Mouse-0.27/t/603-octal-defaults.t perl-Text-RecordParser /usr/bin/tab2graph /usr/bin/tablify /usr/bin/tabmerge perl-namespace-clean /usr/share/doc/perl-namespace-clean-0.11/t/00-basic.t /usr/share/doc/perl-namespace-clean-0.11/t/01-function-wipeout.t /usr/share/doc/perl-namespace-clean-0.11/t/02-inheritance.t /usr/share/doc/perl-namespace-clean-0.11/t/03-unimport.t /usr/share/doc/perl-namespace-clean-0.11/t/04-except.t /usr/share/doc/perl-namespace-clean-0.11/t/05-explicit-cleanee.t dledford: lam /usr/lib64/lam/bin/mpiexec ianweller: python-mwlib /usr/lib64/python2.6/site-packages/mwlib/EasyTimeline.pl iarnell: perl-App-Nopaste(nopaste) /usr/bin/nopaste perl-Devel-REPL /usr/bin/re.pl perl-HTML-GenToc /usr/bin/hypertoc perl-Lexical-Persistence /usr/share/doc/perl-Lexical-Persistence-1.01/eg/persistence.perl /usr/share/doc/perl-Lexical-Persistence-1.01/eg/repl-mst.perl perl-Module-Used /usr/bin/modules-used perl-WWW-Pastebin-PastebinCom-Create /usr/share/doc/perl-WWW-Pastebin-PastebinCom-Create-0.002/examples/create.pl jamatos: tellico /usr/share/apps/kconf_update/tellico-1-3-update.pl jfearn: publican /usr/bin/StSe_Reports /usr/bin/create_book /usr/bin/po2sgml /usr/bin/po2xlf /usr/bin/rmImages /usr/bin/xlf2pot /usr/bin/xmlClean jjames: latexmk /usr/bin/latexmk sphinxbase /usr/bin/sphinx_lm_sort jnovy: texlive(texlive-doc) /usr/bin/texdoctk texlive(texlive-utils) /usr/bin/e2pall /usr/bin/epstopdf texlive-texmf(texlive-texmf-doc) /usr/share/texmf/doc/latex/register/reg_list.pl /usr/share/texmf/doc/latex/savetrees/makethin.pl joost: lazarus /usr/lib64/lazarus/docs/xml/find_cvs_fpdoc_files.pl /usr/lib64/lazarus/docs/xml/multi_makeskel.pl /usr/lib64/lazarus/tools/delete_non_svn_files.pl /usr/lib64/lazarus/tools/install/replace_in_files.pl jorton: subversion /usr/share/doc/subversion-1.6.5/tools/hook-scripts/commit-access-control.pl karlik: ekg2(perl-ekg2) /usr/share/ekg2/scripts/audioscrobbler_bot.pl /usr/share/ekg2/scripts/dns.pl /usr/share/ekg2/scripts/ggbe.pl /usr/share/ekg2/scripts/slownik.pl /usr/share/ekg2/scripts/xmms.pl kevin: exo /usr/libexec/exo-compose-mail-0.3 liangsuilong: shutter /usr/share/shutter/resources/system/plugins/perl/sp3drotate/sp3drotate /usr/share/shutter/resources/system/plugins/perl/spbardistortion/spbardistortion /usr/share/shutter/resources/system/plugins/perl/spnegate/spnegate /usr/share/shutter/resources/system/plugins/perl/sppolaroid/sppolaroid /usr/share/shutter/resources/system/plugins/perl/spresize/spresize /usr/share/shutter/resources/system/plugins/perl/spsepia/spsepia /usr/share/shutter/resources/system/plugins/perl/spwatermark/spwatermark lkundrak: centerim /usr/bin/cimconv maatkit /usr/bin/mk-archiver /usr/bin/mk-audit /usr/bin/mk-checksum-filter /usr/bin/mk-deadlock-logger /usr/bin/mk-duplicate-key-checker /usr/bin/mk-find /usr/bin/mk-heartbeat /usr/bin/mk-log-parser /usr/bin/mk-parallel-dump /usr/bin/mk-parallel-restore /usr/bin/mk-profile-compact /usr/bin/mk-query-profiler /usr/bin/mk-show-grants /usr/bin/mk-slave-delay /usr/bin/mk-slave-find /usr/bin/mk-slave-move /usr/bin/mk-slave-prefetch /usr/bin/mk-slave-restart /usr/bin/mk-table-checksum /usr/bin/mk-table-sync /usr/bin/mk-visual-explain lucilanga: xastir /usr/share/xastir/object2shp.pl matt: condor /usr/bin/condor_run /usr/sbin/condor_updates_stats /usr/sbin/condor_vm_vmware.pl mcepl: syncevolution /usr/bin/synccompare mgarski: xscorch /usr/share/doc/xscorch-0.2.1/make_text_data.pl mhlavink: squirrelmail /usr/share/squirrelmail/config/conf.pl mildew: sudo /usr/share/doc/sudo-1.7.1/sudoers2ldif mmcgrath: perl-SOAP-Lite /usr/bin/SOAPsh.pl /usr/bin/XMLRPCsh.pl /usr/bin/stubmaker.pl /usr/share/doc/perl-SOAP-Lite-0.710.08/examples/XMLRPC/xmlrpc.cgi /usr/share/doc/perl-SOAP-Lite-0.710.08/examples/XMLRPC/xmlrpc.daemon nphilipp: rss-glx /usr/bin/rss-glx-rss-glx_install.pl orion: plplot(plplot-perl) /usr/share/plplot5.9.4/examples/perl/x01.pl /usr/share/plplot5.9.4/examples/perl/x02.pl /usr/share/plplot5.9.4/examples/perl/x03.pl /usr/share/plplot5.9.4/examples/perl/x04.pl /usr/share/plplot5.9.4/examples/perl/x05.pl /usr/share/plplot5.9.4/examples/perl/x06.pl /usr/share/plplot5.9.4/examples/perl/x07.pl /usr/share/plplot5.9.4/examples/perl/x08.pl /usr/share/plplot5.9.4/examples/perl/x09.pl /usr/share/plplot5.9.4/examples/perl/x10.pl /usr/share/plplot5.9.4/examples/perl/x11.pl /usr/share/plplot5.9.4/examples/perl/x12.pl /usr/share/plplot5.9.4/examples/perl/x13.pl /usr/share/plplot5.9.4/examples/perl/x14.pl /usr/share/plplot5.9.4/examples/perl/x15.pl /usr/share/plplot5.9.4/examples/perl/x16.pl /usr/share/plplot5.9.4/examples/perl/x17.pl /usr/share/plplot5.9.4/examples/perl/x18.pl /usr/share/plplot5.9.4/examples/perl/x19.pl /usr/share/plplot5.9.4/examples/perl/x20.pl /usr/share/plplot5.9.4/examples/perl/x21.pl /usr/share/plplot5.9.4/examples/perl/x22.pl /usr/share/plplot5.9.4/examples/perl/x23.pl /usr/share/plplot5.9.4/examples/perl/x24.pl /usr/share/plplot5.9.4/examples/perl/x25.pl /usr/share/plplot5.9.4/examples/perl/x26.pl /usr/share/plplot5.9.4/examples/perl/x27.pl /usr/share/plplot5.9.4/examples/perl/x28.pl /usr/share/plplot5.9.4/examples/perl/x29.pl /usr/share/plplot5.9.4/examples/perl/x30.pl /usr/share/plplot5.9.4/examples/perl/x31.pl rmeggins: 389-admin /usr/lib64/dirsrv/cgi-bin/ds_create /usr/lib64/dirsrv/cgi-bin/ds_remove /usr/lib64/dirsrv/cgi-bin/ds_unregister /usr/lib64/dirsrv/cgi-bin/repl-monitor-cgi.pl /usr/sbin/migrate-ds-admin.pl /usr/sbin/register-ds-admin.pl /usr/sbin/remove-ds-admin.pl /usr/sbin/setup-ds-admin.pl 389-ds-base /usr/bin/cl-dump.pl /usr/bin/dbgen.pl /usr/bin/logconv.pl /usr/bin/repl-monitor.pl /usr/sbin/migrate-ds.pl /usr/sbin/remove-ds.pl /usr/sbin/setup-ds.pl 389-dsgw /usr/lib64/dirsrv/dsgw-cgi-bin/myorg /usr/lib64/dirsrv/dsgw-cgi-bin/org sdz: blazeblogger /usr/bin/blaze-add /usr/bin/blaze-config /usr/bin/blaze-edit /usr/bin/blaze-init /usr/bin/blaze-list /usr/bin/blaze-log /usr/bin/blaze-make /usr/bin/blaze-remove spot: google-perftools /usr/bin/pprof steve: perl-Pugs-Compiler-Rule /usr/bin/compile_p6grammar.pl stingray: flow-tools /usr/share/flow-tools/asn2c /usr/share/flow-tools/gasn /usr/share/flow-tools/gprot /usr/share/flow-tools/gserv than: kdeadmin /usr/share/kde4/apps/knetworkconf/backends/debug.pl /usr/share/kde4/apps/knetworkconf/backends/file.pl /usr/share/kde4/apps/knetworkconf/backends/general.pl /usr/share/kde4/apps/knetworkconf/backends/network-conf /usr/share/kde4/apps/knetworkconf/backends/network.pl /usr/share/kde4/apps/knetworkconf/backends/parse.pl /usr/share/kde4/apps/knetworkconf/backends/platform.pl /usr/share/kde4/apps/knetworkconf/backends/process.pl /usr/share/kde4/apps/knetworkconf/backends/replace.pl /usr/share/kde4/apps/knetworkconf/backends/report.pl /usr/share/kde4/apps/knetworkconf/backends/service-list.pl /usr/share/kde4/apps/knetworkconf/backends/service.pl /usr/share/kde4/apps/knetworkconf/backends/util.pl /usr/share/kde4/apps/knetworkconf/backends/xml.pl kdesdk /usr/bin/colorsvn /usr/bin/cvs-clean /usr/bin/cvsblame /usr/bin/cvscheck /usr/bin/cvslastchange /usr/bin/extend_dmalloc /usr/bin/extractattr /usr/bin/extractrc /usr/bin/includemocs /usr/bin/kdemangen.pl /usr/bin/noncvslist /usr/bin/svn-clean /usr/bin/svnlastchange /usr/share/kde4/apps/umbrello/headings/heading.pm tmraz: pcsc-tools /usr/bin/ATR_analysis /usr/bin/gscriptor /usr/bin/scriptor tuxbrewr: conman /usr/bin/conmen varekova: pilot-link(pilot-link-perl) /usr/bin/pilot-ietf2datebook From jreznik at redhat.com Fri Aug 28 14:14:51 2009 From: jreznik at redhat.com (Jaroslav Reznik) Date: Fri, 28 Aug 2009 16:14:51 +0200 Subject: PolicyKit 0.9 is going away In-Reply-To: <1251466579.2281.1.camel@planemask> References: <1251326269.1614.26.camel@planemask> <1251466579.2281.1.camel@planemask> Message-ID: <200908281614.52405.jreznik@redhat.com> On Friday 28 August 2009 15:36:19 Matthias Clasen wrote: > On Fri, 2009-08-28 at 06:47 -0500, Rex Dieter wrote: > > Matthias Clasen wrote: > > > I have been able to port some 10-12 PolicyKit users from 0.9 to 0.90 in > > > a matter of a few days. The KDE sig should really be able to get this > > > port done. We really don't want to ship multiple authorization > > > databases, that way lies confusion and madness. > > > > The PolicyKitOne feature page does include in its contingency plan: > > "If not all ports listed above can be completed in time, keep PolicyKit > > 0.9 around..." > > Right. But from what I've heard that is not the case. Jreznik just said: > > > I have initial port [...] seems like it's working now and usable. Yes, I have port but I'm not sure how to combine it into current KDE as it breaks polkit-qt API and I don't like shipping big patches that actually forks project. I'd like to see it from upstream. I'm working on this, we have topic for our next KDE SIG meeting. If you could join, it would be great - http://fedoraproject.org/wiki/SIGs/KDE/Meetings. Matthias, could you please look at https://bugzilla.redhat.com/show_bug.cgi?id=519674 Thanks Jaroslav -- Jaroslav ?ezn?k Associate Software Engineer - Base Operating Systems Brno Office: +420 532 294 275 Mobile: +420 731 455 332 Red Hat, Inc. http://cz.redhat.com/ From davidz at redhat.com Fri Aug 28 14:23:07 2009 From: davidz at redhat.com (David Zeuthen) Date: Fri, 28 Aug 2009 10:23:07 -0400 Subject: PolicyKit 0.9 is going away In-Reply-To: <1251391544.1731.6.camel@planemask> References: <1251326269.1614.26.camel@planemask> <200908271412.31787.jreznik@redhat.com> <1251391544.1731.6.camel@planemask> Message-ID: <1251469387.30335.6.camel@localhost.localdomain> On Thu, 2009-08-27 at 12:45 -0400, Matthias Clasen wrote: > > I'd be willing to maintain PolicyKit 0.9 packages (as compatibility packages > > (though renaming should not be needed as they already have distinct names), > > to be used by KDE) for F12. It is my understanding that those will not > > conflict with PolicyKit 1 and can coexist just fine, if that's not the case, > > please correct me. So please don't obsolete PolicyKit 0.9! We announced that this would happen long ago. And, FWIW, it was approved long ago by FESCO too. And you've been aware of this long ago as well. So, sorry, but we will obsolete the old packages and I'm afraid you will need to deal with it. Just like everyone else. > We really don't want to ship multiple authorization > databases, that way lies confusion and madness. Indeed. And in this transition period where we've been shipping both set of packages, there has been a lot of confusion. I've witnessed that myself. We just don't want that to happen in a released OS. David From jreznik at redhat.com Fri Aug 28 14:53:47 2009 From: jreznik at redhat.com (Jaroslav Reznik) Date: Fri, 28 Aug 2009 16:53:47 +0200 Subject: PolicyKit 0.9 is going away In-Reply-To: <1251469387.30335.6.camel@localhost.localdomain> References: <1251326269.1614.26.camel@planemask> <1251391544.1731.6.camel@planemask> <1251469387.30335.6.camel@localhost.localdomain> Message-ID: <200908281653.48137.jreznik@redhat.com> On Friday 28 August 2009 16:23:07 David Zeuthen wrote: > On Thu, 2009-08-27 at 12:45 -0400, Matthias Clasen wrote: > > > I'd be willing to maintain PolicyKit 0.9 packages (as compatibility > > > packages (though renaming should not be needed as they already have > > > distinct names), to be used by KDE) for F12. It is my understanding > > > that those will not conflict with PolicyKit 1 and can coexist just > > > fine, if that's not the case, please correct me. So please don't > > > obsolete PolicyKit 0.9! > > We announced that this would happen long ago. And, FWIW, it was approved > long ago by FESCO too. And you've been aware of this long ago as well. > So, sorry, but we will obsolete the old packages and I'm afraid you will > need to deal with it. Just like everyone else. As I said - patches are mostly ready, only polishing is needed. What I don't like is that it is our fork of polkit-qt. I think we should discuss it at KDE SIG meeting, how to do it carefully. You can join us. It's Freedesktop.org hosted, so it should match releases of major desktop environments, not one distribution. Upstream is not using Fedora, they can't get it running (I'm not blaming anyone), so it looks I'm now upstream ;-) I know why are you pushing on this and I don't have objections. For Authentication Agent we'd like to use Gnome as I'm fighting with it. BeginAuthentication method should be OK, but daemon does not accept it's signature... Could I ping you sometime next week? I'm leaving soon today... Thanks Jaroslav > > We really don't want to ship multiple authorization > > databases, that way lies confusion and madness. > > Indeed. And in this transition period where we've been shipping both set > of packages, there has been a lot of confusion. I've witnessed that > myself. We just don't want that to happen in a released OS. > > David -- Jaroslav ?ezn?k Associate Software Engineer - Base Operating Systems Brno Office: +420 532 294 275 Mobile: +420 731 455 332 Red Hat, Inc. http://cz.redhat.com/ From rawhide at fedoraproject.org Fri Aug 28 15:09:50 2009 From: rawhide at fedoraproject.org (Rawhide Report) Date: Fri, 28 Aug 2009 15:09:50 +0000 Subject: rawhide report: 20090828 changes Message-ID: <20090828150950.GA14079@releng2.fedora.phx.redhat.com> Compose started at Fri Aug 28 06:15:08 UTC 2009 New package 3proxy Tiny but very powerful proxy New package ghc-HUnit Haskell HUnit library New package ghc-OpenGL Haskell OpenGL library New package mozilla-adblockplus Adblocking extension for Mozilla Firefox New package perl-Search-Xapian Xapian perl bindings New package plexus-resources Plexus Resource Manager Updated Packages: MySQL-python-1.2.3-0.3.c1.fc12 ------------------------------ * Fri Aug 21 2009 Tomas Mraz - 1.2.3-0.3.c1 - rebuilt with new openssl OpenIPMI-2.0.16-4.fc12 ---------------------- * Fri Aug 21 2009 Tomas Mraz - 2.0.16-4 - rebuilt with new openssl Pound-2.4.4-4.fc12 ------------------ * Wed Aug 26 2009 Tomas Mraz - 2.4.4-4 - rebuilt with new openssl * Fri Jul 24 2009 Fedora Release Engineering - 2.4.4-3 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild afflib-3.3.6-4.fc12 ------------------- * Fri Aug 21 2009 Tomas Mraz - 3.3.6-4 - rebuilt with new openssl aide-0.13.1-12.fc12 ------------------- * Fri Aug 21 2009 Tomas Mraz - 0.13.1-12 - rebuilt with new audit * Wed Aug 19 2009 Steve Grubb 0.13.1-11 - rebuild for new audit-libs - Correct regex for root's dot files (#509370) aimage-3.2.0-6.fc12 ------------------- * Fri Aug 21 2009 Tomas Mraz - 3.2.0-6 - rebuilt with new openssl aircrack-ng-1.0-0.10.rc3.fc12 ----------------------------- * Fri Aug 21 2009 Tomas Mraz - 1.0-0.10.rc3 - rebuilt with new openssl alpine-2.00-8.fc12 ------------------ * Fri Aug 21 2009 Tomas Mraz - 2.00-8 - rebuilt with new openssl amanda-2.6.0p2-13.fc12 ---------------------- * Fri Aug 21 2009 Tomas Mraz - 2.6.0p2-13 - rebuilt with new openssl amarok-2.1.1-5.fc12 ------------------- * Fri Aug 21 2009 Tomas Mraz - 2.1.1-5 - rebuilt with new openssl amtu-1.0.8-2.fc12 ----------------- * Wed Aug 19 2009 Steve Grubb 1.0.8-2 - rebuild for new audit-libs apcupsd-3.14.7-2.fc12 --------------------- * Fri Aug 21 2009 Tomas Mraz - 3.14.7-2 - rebuilt with new openssl apr-util-1.3.9-2.fc12 --------------------- * Fri Aug 21 2009 Tomas Mraz - 1.3.9-2 - rebuilt with new openssl arm4-0.8.2-5.fc12 ----------------- * Fri Aug 21 2009 Tomas Mraz - 0.8.2-5 - rebuilt with new openssl audit-2.0-3.fc12 ---------------- * Fri Aug 21 2009 Steve Grubb 2.0-3 - New upstream release authd-1.4.3-28.fc12 ------------------- * Fri Aug 21 2009 Tomas Mraz - 1.4.3-28 - rebuilt with new openssl bacula-3.0.2-4.fc12 ------------------- * Sat Aug 22 2009 Tomas Mraz - 3.0.2-4 - rebuilt with new openssl balsa-2.4.1-2.fc12 ------------------ * Fri Aug 21 2009 Tomas Mraz - 2.4.1-2 - rebuilt with new openssl banshee-1.5.0-3.fc12 -------------------- * Thu Aug 27 2009 Michel Salim - 1.5.0-3 - Rebuild for boo update - Remove unused dependency on nautilus-cd-burner bes-3.7.2-3.fc12 ---------------- * Sat Aug 22 2009 Tomas Mraz - 3.7.2-3 - rebuilt with new openssl bigloo-3.2b-3.fc12 ------------------ * Fri Aug 21 2009 Tomas Mraz - 3.2b-3 - rebuilt with new openssl bind-9.6.1-8.P1.fc12 -------------------- * Fri Aug 21 2009 Tomas Mraz - 32:9.6.1-8.P1 - rebuilt with new openssl bip-0.8.0-3.fc12 ---------------- * Fri Aug 21 2009 Tomas Mraz - 0.8.0-3 - rebuilt with new openssl boinc-client-6.6.37-4.r18632svn.fc12 ------------------------------------ * Fri Aug 21 2009 Tomas Mraz - 6.6.37-4.r18632svn - rebuilt with new openssl boo-0.9.1.3287-2.fc12 --------------------- * Thu Aug 27 2009 Michel Salim - 0.9.1.3287-2 - Fix libdir in boo.pc to use %{_libdir} - Summary no longer repeats package name botan-1.8.6-2.fc12 ------------------ * Fri Aug 21 2009 Tomas Mraz - 1.8.6-2 - rebuilt with new openssl bro-1.4-0.6.20080804svn.fc12 ---------------------------- * Tue Aug 25 2009 Tomas Mraz - 1.4-0.6.20080804svn - rebuilt with new openssl bunny-0.93-9.fc12 ----------------- * Fri Aug 21 2009 Tomas Mraz - 0.93-9 - rebuilt with new openssl callweaver-1.2.1-2.fc12 ----------------------- * Fri Aug 21 2009 Tomas Mraz - 1.2.1-2 - rebuilt with new openssl centerim-4.22.7-3.fc12 ---------------------- * Fri Aug 21 2009 Tomas Mraz - 1:4.22.7-3 - rebuilt with new openssl cfengine-2.2.10-3.fc12 ---------------------- * Fri Aug 21 2009 Tomas Mraz - 2.2.10-3 - rebuilt with new openssl cgit-0.8.2.1-3.fc12 ------------------- * Fri Aug 21 2009 Tomas Mraz - 0.8.2.1-3 - rebuilt with new openssl cherokee-0.99.20-3.fc12 ----------------------- * Fri Aug 21 2009 Tomas Mraz - 0.99.20-3 - rebuilt with new openssl chunkd-0.4-4.fc12 ----------------- * Thu Aug 27 2009 Tomas Mraz - 0.4-4 - rebuilt with new openssl cld-0.2.1-2.fc12 ---------------- * Thu Aug 27 2009 Tomas Mraz - 0.2.1-2 - rebuilt with new openssl clement-2.1.320-6.fc12 ---------------------- * Fri Aug 21 2009 Tomas Mraz - 2.1.320-6 - rebuilt with new openssl cluster-glue-1.0-0.9.d97b9dea436e.hg.fc12.1 ------------------------------------------- * Fri Aug 21 2009 Tomas Mraz - 1.0-0.9.d97b9dea436e.hg.1 - rebuilt with new openssl clustermon-0.16.0-3.fc12 ------------------------ * Fri Aug 21 2009 Tomas Mraz - 0.16.0-3 - rebuilt with new openssl condor-7.2.1-3.fc12 ------------------- * Fri Aug 21 2009 Tomas Mraz - 7.2.1-3 - rebuilt with new openssl cone-0.78-3.fc12 ---------------- * Fri Aug 21 2009 Tomas Mraz - 0.78-3 - rebuilt with new openssl conserver-8.1.16-9.fc12 ----------------------- * Fri Aug 21 2009 Tomas Mraz - 8.1.16-9 - rebuilt with new openssl cpqarrayd-2.3-11.fc12 --------------------- * Fri Aug 21 2009 Tomas Mraz - 2.3-11 - rebuilt with new openssl cronie-1.4.1-3.fc12 ------------------- * Fri Aug 21 2009 Tomas Mraz - 1.4.1-3 - rebuilt with new audit ctorrent-1.3.4-14.dnh3.3.2.fc12 ------------------------------- * Sat Aug 22 2009 Tomas Mraz - 1.3.4-14.dnh3.3.2 - rebuilt with new openssl cups-1.4-0.rc1.21.fc12 ---------------------- * Thu Aug 27 2009 Warren Togami 1:1.4-0.rc1.21 - rebuild * Wed Aug 26 2009 Tim Waugh 1:1.4-0.rc1.19 - Prevent infinite loop in cupsDoIORequest when processing HTTP errors (bug #518065, bug #519663, STR #3311). - Fixed document-format-supported attribute when application/octet-stream is enabled (bug #516507, STR #3308, patch from Jiri Popelka). - Fixed buggy JobKillDelay handling fix (STR #3292). - Prevent infinite loop in ppdc (STR #3293). * Wed Aug 26 2009 Tim Waugh 1:1.4-0.rc1.20 - Fixed admin.cgi crash when modifying a class (bug #519724, STR #3312, patch from Jiri Popelka). * Fri Aug 21 2009 Tim Waugh 1:1.4-0.rc1.17 - Removed 3-distribution symlink (bug #514244). * Fri Aug 21 2009 Tomas Mraz - 1:1.4-0.rc1.17.1 - rebuilt with new audit cyrus-imapd-2.3.14-4.fc12 ------------------------- * Fri Aug 21 2009 Tomas Mraz - 2.3.14-4 - rebuilt with new openssl cyrus-sasl-2.1.23-2.fc12 ------------------------ * Fri Aug 21 2009 Tomas Mraz - 2.1.23-2 - rebuilt with new openssl dar-2.3.8-5.fc12 ---------------- * Fri Aug 21 2009 Tomas Mraz - 2.3.8-5 - rebuilt with new openssl dbmail-2.2.11-9.fc12 -------------------- * Fri Aug 21 2009 Tomas Mraz - 2.2.11-9 - rebuilt with new openssl dbus-1.2.16-5.fc12 ------------------ * Fri Aug 21 2009 Tomas Mraz - 1:1.2.16-5 - rebuilt with new audit dclib-0.3.23-4.fc12 ------------------- * Tue Aug 25 2009 Tomas Mraz - 0.3.23-4 - rebuilt with new openssl deletemail-0.5-5.fc12 --------------------- * Fri Aug 21 2009 Tomas Mraz - 0.5-5 - rebuilt with new openssl dillo-0.8.6-11.fc12 ------------------- * Fri Aug 21 2009 Tomas Mraz - 0.8.6-11 - rebuilt with new openssl distcache-1.4.5-21 ------------------ * Fri Aug 21 2009 Tomas Mraz - 1.4.5-21 - rebuilt with new openssl dkim-milter-2.8.3-2.fc12 ------------------------ * Fri Aug 21 2009 Tomas Mraz - 2.8.3-2 - rebuilt with new openssl dnsperf-1.0.1.0-12.fc12 ----------------------- * Fri Aug 21 2009 Tomas Mraz - 1.0.1.0-12 - rebuilt with new openssl dnssec-tools-1.5-4.fc12 ----------------------- * Fri Aug 21 2009 Tomas Mraz - 1.5-4 - rebuilt with new openssl docbook-utils-0.6.14-20.fc12 ---------------------------- * Thu Aug 27 2009 Ondrej Vasik 0.6.14-20 - provide symlink manpage for docbook2txt dovecot-1.2.4-2.fc12 -------------------- dsniff-2.4-0.7.b1.fc12 ---------------------- * Fri Aug 21 2009 Tomas Mraz - 2.4-0.7.b1 - rebuilt with new openssl echoping-6.0.2-6.fc12 --------------------- * Fri Aug 21 2009 Tomas Mraz - 6.0.2-6 - rebuilt with new openssl ecore-0.9.9.050-7.fc12 ---------------------- * Fri Aug 21 2009 Tomas Mraz - 0.9.9.050-7 - rebuilt with new openssl ecryptfs-utils-79-2.fc12 ------------------------ * Fri Aug 21 2009 Tomas Mraz - 79-2 - rebuilt with new openssl edje-0.9.9.050-6.fc12 --------------------- * Fri Aug 21 2009 Tomas Mraz - 0.9.9.050-6 - rebuilt with new openssl efreet-0.5.0.050-5.fc12 ----------------------- * Fri Aug 21 2009 Tomas Mraz - 0.5.0.050-5 - rebuilt with new openssl ejabberd-2.0.5-7.fc12 --------------------- * Thu Aug 27 2009 Tomas Mraz - 2.0.5-7 - rebuilt with new openssl ekg-1.8-0.6.rc1.fc12 -------------------- * Fri Aug 21 2009 Tomas Mraz - 1.8-0.6.rc1 - rebuilt with new openssl ekg2-0.2-0.11.rc1.fc12 ---------------------- * Fri Aug 21 2009 Tomas Mraz - 0.2-0.11.rc1 - rebuilt with new openssl ekiga-3.2.5-4.fc12 ------------------ * Fri Aug 21 2009 Tomas Mraz - 3.2.5-4 - rebuilt with new openssl engine_pkcs11-0.1.4-7.fc12 -------------------------- * Sat Aug 22 2009 Kalev Lember - 0.1.4-7 - Rebuilt with new libp11 * Fri Aug 21 2009 Tomas Mraz - 0.1.4-6 - rebuilt with new openssl enlightenment-0.16.999.050-5.fc12 --------------------------------- * Fri Aug 21 2009 Tomas Mraz - 0.16.999.050-5 - rebuilt with new openssl epic-2.10-6.fc12 ---------------- * Fri Aug 21 2009 Tomas Mraz - 4:2.10-6 - rebuilt with new openssl epsilon-0.3.0.012-9.fc12 ------------------------ * Fri Aug 21 2009 Tomas Mraz - 0.3.0.012-9 - rebuilt with new openssl erlang-R13B-01.2.fc12 --------------------- * Tue Aug 25 2009 Tomas Mraz - R13B-01.2 - rebuilt with new openssl esmtp-1.0-6.fc12 ---------------- * Fri Aug 21 2009 Tomas Mraz - 1.0-6 - rebuilt with new openssl ettercap-0.7.3-34.fc12 ---------------------- * Fri Aug 21 2009 Tomas Mraz - 0.7.3-34 - rebuilt with new openssl evolution-exchange-2.27.91-2.fc12 --------------------------------- * Thu Aug 27 2009 Matthew Barnes - 2.27.91-2.fc12 - Rebuild with old OpenSSL, er something... ewl-0.5.2.042-12.fc12 --------------------- * Fri Aug 21 2009 Tomas Mraz - 0.5.2.042-12 - rebuilt with new openssl exim-4.69-15.fc12 ----------------- * Fri Aug 21 2009 Tomas Mraz - 4.69-15 - rebuilt with new openssl fail2ban-0.8.3-21.fc12 ---------------------- * Thu Aug 27 2009 Axel Thimm - 0.8.3-21 - Log to syslog (RH bug #491983). Also deals with RH bug #515116. - Check inodes of log files (RH bug #503852). fetchmail-6.3.11-3.fc12 ----------------------- * Fri Aug 21 2009 Tomas Mraz - 6.3.11-3 - rebuilt with new openssl fipscheck-1.2.0-3.fc12 ---------------------- * Fri Aug 21 2009 Tomas Mraz - 1.2.0-3 - rebuilt with new openssl flow-tools-0.68.4.1-4.fc12 -------------------------- * Fri Aug 21 2009 Tomas Mraz - 0.68.4.1-4 - rebuilt with new openssl fontmatrix-0.6.99-3.r1073.fc12 ------------------------------ * Fri Aug 21 2009 Tomas Mraz - 0.6.99-3.r1073 - rebuilt with new openssl freeradius-2.1.6-6.fc12 ----------------------- * Fri Aug 21 2009 Tomas Mraz - 2.1.6-6 - rebuilt with new openssl frysk-0.4-12.fc12 ----------------- * Fri Aug 21 2009 Tomas Mraz - 0.4-12 - rebuilt with new audit fsarchiver-0.5.8-5.fc12 ----------------------- * Fri Aug 21 2009 Tomas Mraz - 0.5.8-5 - rebuilt with new openssl fuse-encfs-1.5-8.fc12 --------------------- * Fri Aug 21 2009 Tomas Mraz - 1.5-8 - rebuilt with new openssl g2ipmsg-0.9.6-6.fc12 -------------------- * Fri Aug 21 2009 Tomas Mraz - 0.9.6-6 - rebuilt with new openssl gammu-1.25.0-2.fc12 ------------------- * Fri Aug 21 2009 Tomas Mraz - 1.25.0-2 - rebuilt with new openssl * Thu Aug 13 2009 Xavier Lamien - 1.25.0-1 - Update release. gdal-1.6.1-2.fc12 ----------------- * Fri Aug 21 2009 Tomas Mraz - 1.6.1-2 - rebuilt with new openssl gftp-2.0.19-3.fc12 ------------------ * Fri Aug 21 2009 Tomas Mraz - 2:2.0.19-3 - rebuilt with new openssl gg2-2.3.0-13.fc12 ----------------- * Fri Aug 21 2009 Tomas Mraz - 2.3.0-13 - rebuilt with new openssl * Fri Jul 24 2009 Fedora Release Engineering - 2.3.0-12 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild ghasher-1.2.1-9.fc12 -------------------- * Fri Aug 21 2009 Tomas Mraz - 1.2.1-9 - rebuilt with new openssl git-1.6.4.1-1.fc12 ------------------ * Sat Aug 22 2009 Todd Zullinger - 1.6.4.1-1 - git-1.6.4.1 * Fri Aug 21 2009 Tomas Mraz - 1.6.4-2 - rebuilt with new openssl gjs-0.4-1.fc12 -------------- * Thu Aug 27 2009 Peter Robinson 0.4-1 - New upstream 0.4 release gkrellm-2.3.2-6.fc12 -------------------- * Fri Aug 21 2009 Tomas Mraz - 2.3.2-6 - rebuilt with new openssl globalplatform-5.0.0-9.fc12 --------------------------- * Fri Aug 21 2009 Tomas Mraz - 5.0.0-9 - rebuilt with new openssl globus-gass-copy-4.14-4.fc12 ---------------------------- * Fri Aug 21 2009 Tomas Mraz - 4.14-4 - rebuilt with new openssl globus-gsi-callback-1.10-4.fc12 ------------------------------- * Fri Aug 21 2009 Tomas Mraz - 1.10-4 - rebuilt with new openssl globus-gsi-cert-utils-5.5-4.fc12 -------------------------------- * Fri Aug 21 2009 Tomas Mraz - 5.5-4 - rebuilt with new openssl globus-gsi-credential-2.2-4.fc12 -------------------------------- * Sat Aug 22 2009 Tomas Mraz - 2.2-4 - rebuilt with new openssl globus-gsi-openssl-error-0.14-5.fc12 ------------------------------------ * Fri Aug 21 2009 Tomas Mraz - 0.14-5 - rebuilt with new openssl globus-gsi-proxy-core-3.4-4.fc12 -------------------------------- * Fri Aug 21 2009 Tomas Mraz - 3.4-4 - rebuilt with new openssl globus-gsi-proxy-ssl-1.5-6.fc12 ------------------------------- * Fri Aug 21 2009 Tomas Mraz - 1.5-5 - rebuilt with new openssl * Fri Aug 21 2009 Mattias Ellert - 1.5-6 - Fix for new openssl - ASN1_METHOD no longer supported globus-gsi-sysconfig-2.2-4.fc12 ------------------------------- * Fri Aug 21 2009 Tomas Mraz - 2.2-4 - rebuilt with new openssl globus-gssapi-gsi-5.9-5.fc12 ---------------------------- * Fri Aug 21 2009 Tomas Mraz - 5.9-5 - rebuilt with new openssl globus-openssl-module-0.6-4.fc12 -------------------------------- * Fri Aug 21 2009 Tomas Mraz - 0.6-4 - rebuilt with new openssl globus-proxy-utils-2.5-4.fc12 ----------------------------- * Fri Aug 21 2009 Tomas Mraz - 2.5-4 - rebuilt with new openssl globus-rls-client-5.1-5.fc12 ---------------------------- * Fri Aug 21 2009 Tomas Mraz - 5.1-5 - rebuilt with new openssl globus-rls-server-4.7-5.fc12 ---------------------------- * Fri Aug 21 2009 Tomas Mraz - 4.7-5 - rebuilt with new openssl gmyth-0.7.1-11.fc12.1 --------------------- * Fri Aug 21 2009 Tomas Mraz - 0.7.1-11.1 - rebuilt with new openssl gnokii-0.6.27-7.fc12 -------------------- * Fri Aug 21 2009 Tomas Mraz - 0.6.27-7 - rebuilt with new openssl * Fri Jul 24 2009 Fedora Release Engineering - 0.6.27-6 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild gnome-vfs2-2.24.1-9.fc12 ------------------------ * Fri Aug 21 2009 Tomas Mraz - 2.24.1-9 - rebuilt with new openssl gnubiff-2.2.11-2.fc12 --------------------- * Fri Aug 21 2009 Tomas Mraz - 2.2.11-2 - rebuilt with new openssl gq-1.3.4-6.fc12 --------------- * Fri Aug 21 2009 Tomas Mraz - 1.3.4-6 - rebuilt with new openssl grass-6.3.0-14.fc12 ------------------- * Fri Aug 21 2009 Tomas Mraz - 6.3.0-14 - rebuilt with new openssl gridengine-6.2u3-3.fc12 ----------------------- * Tue Aug 25 2009 Tomas Mraz - 6.2u3-3 - rebuilt with new openssl gsoap-2.7.12-5.fc12 ------------------- * Sat Aug 22 2009 Tomas Mraz - 2.7.12-5 - rebuilt with new openssl gwenhywfar-3.7.2-4.fc12 ----------------------- * Fri Aug 21 2009 Tomas Mraz - 3.7.2-4 - rebuilt with new openssl gyachi-1.2.1-6.fc12 ------------------- * Fri Aug 21 2009 Tomas Mraz - 1.2.1-6 - rebuilt with new openssl hamlib-1.2.9-1.fc12 ------------------- * Sun Aug 23 2009 Lucian Langa - 1.2.9-1 - new install rule for docs for new doxygen - misc cleanups - patch0 update - new upstream release heartbeat-3.0.0-0.4.0daab7da36a8.hg.fc12.1 ------------------------------------------ * Fri Aug 21 2009 Tomas Mraz - 3.0.0-0.4.0daab7da36a8.hg.1 - rebuilt with new openssl hfsplus-tools-332.14-11.fc12 ---------------------------- * Fri Aug 21 2009 Tomas Mraz - 332.14-11 - rebuilt with new openssl hplip-3.9.8-12.fc12 ------------------- * Thu Aug 27 2009 Tomas Mraz - 3.9.8-12 - rebuilt with new openssl htdig-3.2.0-0.8.b6.fc12 ----------------------- * Fri Aug 21 2009 Tomas Mraz - 4:3.2.0-0.8.b6 - rebuilt with new openssl htmldoc-1.8.27-13.fc12 ---------------------- * Fri Aug 21 2009 Tomas Mraz - 1.8.27-13 - rebuilt with new openssl http_ping-20050629-11.fc12 -------------------------- * Fri Aug 21 2009 Tomas Mraz - 20050629-11 - rebuilt with new openssl httpd-2.2.13-2.fc12 ------------------- * Fri Aug 21 2009 Tomas Mraz - 2.2.13-2 - rebuilt with new openssl httperf-0.9.0-6.fc12 -------------------- * Fri Aug 21 2009 Tomas Mraz - 0.9.0-6 - rebuilt with new openssl ice-3.3.1-5.fc12 ---------------- * Sat Aug 22 2009 Tomas Mraz - 3.3.1-5 - rebuilt with new openssl ifstat-1.1-12.fc12 ------------------ * Fri Aug 21 2009 Tomas Mraz - 1.1-12 - rebuilt with new openssl ike-scan-1.9-9.fc12 ------------------- * Fri Aug 21 2009 Tomas Mraz - 1.9-9 - rebuilt with new openssl imsettings-0.107.2-1.fc12 ------------------------- * Thu Aug 27 2009 Akira TAGOH - 0.107.2-1 - New upstream release. - Stop IM process properly with the DBus disconnect signal. (#518970) - Update the translation. (#517679) ipa-1.2.1-6.fc12 ---------------- * Fri Aug 21 2009 Tomas Mraz - 1.2.1-6 - rebuilt with new openssl ipmitool-1.8.11-3.fc12 ---------------------- * Fri Aug 21 2009 Tomas Mraz - 1.8.11-3 - rebuilt with new openssl ipsec-tools-0.7.3-3.fc12 ------------------------ * Fri Aug 21 2009 Tomas Mraz - 0.7.3-3 - rebuilt with new openssl ircd-hybrid-7.2.3-10.fc12 ------------------------- * Fri Aug 21 2009 Tomas Mraz - 7.2.3-10 - rebuilt with new openssl ircd-ratbox-2.2.8-6.fc12 ------------------------ * Fri Aug 21 2009 Tomas Mraz - 2.2.8-6 - rebuilt with new openssl irssi-0.8.14-3.fc12 ------------------- * Fri Aug 21 2009 Tomas Mraz - 0.8.14-3 - rebuilt with new openssl * Tue Aug 11 2009 Ville Skytt? - 0.8.14-2 - Use bzipped upstream tarball. isns-utils-0.91-4.fc12 ---------------------- * Fri Aug 21 2009 Tomas Mraz - 0.91-4 - rebuilt with new openssl isync-1.0.4-6.fc12 ------------------ * Fri Aug 21 2009 Tomas Mraz - 1.0.4-6 - rebuilt with new openssl itext-2.1.7-3.fc12 ------------------ * Thu Aug 27 2009 Andrew Overholt 2.1.7-3 - Add maven POM file for use by other maven packages jabberd-2.2.8-4.fc12 -------------------- * Fri Aug 21 2009 Tomas Mraz - 2.2.8-4 - rebuilt with new openssl jpilot-1.6.2-3.fc12 ------------------- * Fri Aug 21 2009 Tomas Mraz - 1.6.2-3 - rebuilt with new openssl kadu-0.6.5.2-3.fc12 ------------------- * Fri Aug 21 2009 Tomas Mraz - 0.6.5.2-3 - rebuilt with new openssl kannel-1.4.3-3.fc12 ------------------- * Fri Aug 21 2009 Tomas Mraz - 1.4.3-3 - rebuilt with new openssl kasablanca-0.4.0.2-16.fc12 -------------------------- * Fri Aug 21 2009 Tomas Mraz - 0.4.0.2-16 - rebuilt with new openssl kazehakase-0.5.6-16.svn3783_trunk.fc12 -------------------------------------- kdebase-workspace-4.3.0-101.fc12 -------------------------------- * Thu Aug 27 2009 Rex Dieter - 4.3.0-12 - PolicyKit-kde subpkg (#519172, #519654) * Thu Aug 27 2009 Rex Dieter - 4.3.0-101 - inflate Release tag, avoiding possible upgrade/obsoletes pain - -devel: drop Provides: PolicyKit-kde-devel, bump Obsoletes keepalived-1.1.17-3.fc12 ------------------------ * Fri Aug 21 2009 Tomas Mraz - 1.1.17-3 - rebuilt with new openssl kernel-2.6.31-0.185.rc7.git6.fc12 --------------------------------- * Thu Aug 27 2009 Chuck Ebbert - 2.6.31-rc7-git5 - Drop patch linux-2.6-ima-leak.patch, now merged upstream. * Thu Aug 27 2009 Adam Jackson - drm-rv710-ucode-fix.patch: Treat successful microcode load on RV710 as, you know, success. (#519718) * Thu Aug 27 2009 Chuck Ebbert 2.6.31-0.185.rc7.git6 - 2.6.31-rc7-git6 - Drop patch merged upstream: xen-fb-probe-fix.patch kftpgrabber-0.8.1-11.fc12 ------------------------- * Sat Aug 22 2009 Tomas Mraz - 0.8.1-11 - rebuilt with new openssl koffice-2.0.81-2.fc12 --------------------- krb5-1.7-7.fc12 --------------- * Mon Aug 24 2009 Nalin Dahyabhai - 1.7-7 - work around a compile problem with new openssl * Fri Aug 21 2009 Tomas Mraz - 1.7-6 - rebuilt with new openssl ksh-20090630-1.fc12 ------------------- * Thu Aug 27 2009 Michal Hlavinka - 20090630-1 - updated to 2009-06-30 kvirc-4.0.0-0.12.20090827svn3429.fc12 ------------------------------------- * Thu Aug 27 2009 Tomas Mraz - 4.0.0-0.10.20090826svn3426 - rebuilt with new openssl * Thu Aug 27 2009 Alexey Kurov - 4.0.0-0.11.20090827svn3429 - svn snapshot 3429 that includes patch for openssl >=1.0 * Thu Aug 27 2009 Alexey Kurov - 4.0.0-0.12.20090827svn3429 - rebuild ldns-1.6.1-3.fc12 ----------------- * Tue Aug 25 2009 Tomas Mraz - 1.6.1-3 - rebuilt with new openssl libHX-3.0-1.fc12 ---------------- * Thu Aug 27 2009 Till Maas - 3.0-1 - Update to new release libICE-1.0.6-1.fc12 ------------------- * Fri Aug 28 2009 Peter Hutterer 1.0.6-1 - libICE 1.0.6 libXinerama-1.0.99.1-1.fc12 --------------------------- * Fri Aug 28 2009 Peter Hutterer 1.0.99.1-1 - libXinerama 1.0.99.1 libarchive-2.7.1-2.fc12 ----------------------- * Fri Aug 21 2009 Tomas Mraz - 2.7.1-2 - rebuilt with new openssl libdmx-1.0.99.1-1.fc12 ---------------------- * Fri Aug 28 2009 Peter Hutterer 1.0.99.1-1 - libdmx 1.0.99.1 libesmtp-1.0.4-12.fc12 ---------------------- * Fri Aug 21 2009 Tomas Mraz - 1.0.4-12 - rebuilt with new openssl libewf-20080501-9.fc12 ---------------------- * Fri Aug 21 2009 Tomas Mraz - 20080501-9 - rebuilt with new openssl libfprint-0.1.0-11.pre2.fc12 ---------------------------- * Fri Aug 21 2009 Tomas Mraz - 0.1.0-11.pre2 - rebuilt with new openssl libgadu-1.8.2-5.fc12 -------------------- * Fri Aug 21 2009 Tomas Mraz - 1.8.2-5 - rebuilt with new openssl libgda-4.0.2-3.fc12 ------------------- * Fri Aug 21 2009 Tomas Mraz - 1:4.0.2-3 - rebuilt with new openssl libjingle-0.3.12-6.fc12 ----------------------- * Tue Aug 25 2009 Tomas Mraz - 0.3.12-6 - rebuilt with new openssl libmikmod-3.2.0-8.beta2.fc12 ---------------------------- * Fri Aug 28 2009 Jindrich Novy 3.2.0-7.beta2 - fix CVE-2007-6720 (#519990) * Fri Aug 28 2009 Jindrich Novy 3.2.0-8.beta2 - fix CVE-2009-0179 (#519992) libmsn-4.0-0.14.beta7.fc12 -------------------------- * Tue Aug 25 2009 Tomas Mraz - 4.0-0.14.beta7 - rebuilt with new openssl libnasl-2.2.11-7.fc12 --------------------- * Fri Aug 21 2009 Tomas Mraz - 2.2.11-7 - rebuilt with new openssl libopensync-plugin-opie-0.22-4.fc12 ----------------------------------- * Fri Aug 21 2009 Tomas Mraz - 1:0.22-4 - rebuilt with new openssl libp11-0.2.6-1.fc12 ------------------- * Sat Aug 22 2009 Kalev Lember - 0.2.6-1 - Update to 0.2.6 - Enable building documentation with doxygen - Use INSTALL="install -p" to preserve timestamps * Fri Aug 21 2009 Tomas Mraz - 0.2.3-8 - rebuilt with new openssl libpreludedb-0.9.15.1-5.fc12 ---------------------------- * Tue Aug 25 2009 Steve Grubb - 0.9.15.1-5 - rebuild for new openssl libssh-0.2-4.fc12 ----------------- * Fri Aug 21 2009 Tomas Mraz - 0.2-4 - rebuilt with new openssl libssh2-1.0-4.fc12 ------------------ * Fri Aug 21 2009 Tomas Mraz - 1.0-4 - rebuilt with new openssl libtorrent-0.12.5-3.fc12 ------------------------ * Fri Aug 21 2009 Tomas Mraz - 0.12.5-3 - rebuilt with new openssl libwvstreams-4.6-5.fc12 ----------------------- * Fri Aug 21 2009 Tomas Mraz - 4.6-5 - rebuilt with new openssl libzdb-2.6-3.fc12 ----------------- * Fri Aug 21 2009 Tomas Mraz - 2.6-3 - rebuilt with new openssl licq-1.3.5-9.fc12 ----------------- * Fri Aug 21 2009 Tomas Mraz - 1.3.5-9 - rebuilt with new openssl lighttpd-1.4.22-5.fc12 ---------------------- * Fri Aug 21 2009 Tomas Mraz - 1.4.22-5 - rebuilt with new openssl linuxdcpp-1.0.3-4.fc12 ---------------------- * Fri Aug 21 2009 Tomas Mraz - 1.0.3-4 - rebuilt with new openssl liveusb-creator-3.7.3-1.fc12 ---------------------------- * Thu Aug 27 2009 Luke Macken - 3.7.3-1 - 3.7.3 lynx-2.8.6-22.fc12 ------------------ * Fri Aug 21 2009 Tomas Mraz - 2.8.6-22 - rebuilt with new openssl mail-notification-5.4-16.fc12 ----------------------------- * Sat Aug 22 2009 Tomas Mraz - 5.4-16 - rebuilt with new openssl mcabber-0.9.9-5.fc12 -------------------- * Fri Aug 21 2009 Tomas Mraz - 0.9.9-5 - rebuilt with new openssl mediatomb-0.11.0-11.fc12 ------------------------ * Fri Aug 21 2009 Tomas Mraz - 0.11.0-11 - rebuilt with new openssl medusa-1.5-9.fc12 ----------------- * Fri Aug 21 2009 Tomas Mraz - 1.5-9 - rebuilt with new openssl mingw32-glib2-2.21.5-1.fc12 --------------------------- * Mon Aug 24 2009 Erik van Pienbroek - 2.21.5-1 - Update to 2.21.5 mingw32-jasper-1.900.1-10.fc12 ------------------------------ * Thu Aug 27 2009 Erik van Pienbroek - 1.900.1-10 - Rebuild for mingw32-libjpeg 7 - Automatically generate debuginfo subpackage - Added -static subpackage - Use %global instead of %define mingw32-libjpeg-7-1.fc12 ------------------------ * Thu Aug 27 2009 Erik van Pienbroek - 7-1 - Update to version 7 - Resolves typedef conflict (BZ #497492) - Use %global instead of %define - Automatically generate debuginfo subpackage - Fixed %defattr line - Added -static subpackage - Dropped upstreamed patches - Dropped autoconf stuff - Fixed a comment typo mingw32-pango-1.25.5-1.fc12 --------------------------- * Mon Aug 24 2009 Erik van Pienbroek - 1.25.5-1 - Update to 1.25.5 mod_authz_ldap-0.26-15.fc12 --------------------------- * Fri Aug 21 2009 Tomas Mraz - 0.26-15 - rebuilt with new openssl monit-5.0.3-2.fc12 ------------------ * Fri Aug 21 2009 Tomas Mraz - 5.0.3-2 - rebuilt with new openssl mumble-1.1.8-15.fc12 -------------------- * Fri Aug 21 2009 Tomas Mraz - 1.1.8-15 - rebuilt with new openssl munge-0.5.8-5.fc12 ------------------ * Fri Aug 21 2009 Tomas Mraz - 0.5.8-5 - rebuilt with new openssl mysql-connector-odbc-5.1.5r1144-6.fc12 -------------------------------------- * Fri Aug 21 2009 Tomas Mraz - 5.1.5r1144-6 - rebuilt with new openssl nagios-plugins-1.4.13-17.fc12 ----------------------------- * Fri Aug 21 2009 Tomas Mraz - 1.4.13-17 - rebuilt with new openssl nagios-plugins-snmp-disk-proc-1.2-6.fc12 ---------------------------------------- * Fri Aug 21 2009 Tomas Mraz - 1.2-6 - rebuilt with new openssl ndoutils-1.4-0.7.b8.fc12 ------------------------ * Fri Aug 21 2009 Tomas Mraz - 1.4-0.7.b8 - rebuilt with new openssl nekovm-1.8.0-6.fc12 ------------------- * Fri Aug 21 2009 Tomas Mraz - 1.8.0-6 - rebuilt with new openssl nessus-core-2.2.11-5.fc12 ------------------------- * Fri Aug 21 2009 Tomas Mraz - 2.2.11-5 - rebuilt with new openssl net-snmp-5.4.2.1-16.fc12 ------------------------ * Fri Aug 21 2009 Tomas Mraz - 1:5.4.2.1-16 - rebuilt with new openssl netatalk-2.0.4-3.fc12 --------------------- * Fri Aug 21 2009 Tomas Mraz - 4:2.0.4-3 - rebuilt with new openssl nginx-0.7.61-2.fc12 ------------------- * Fri Aug 21 2009 Tomas Mraz - 0.7.61-2 - rebuilt with new openssl nmap-5.00-3.fc12 ---------------- * Fri Aug 21 2009 Tomas Mraz - 2:5.00-3 - rebuilt with new openssl nrpe-2.12-10.fc12 ----------------- * Fri Aug 21 2009 Tomas Mraz - 2.12-10 - rebuilt with new openssl nsd-3.2.3-3.fc12 ---------------- * Fri Aug 21 2009 Tomas Mraz - 3.2.3-3 - rebuilt with new openssl * Thu Aug 20 2009 Ville Mattila - 3.2.3-2 - The 'nsdc patch' and 'nsdc rebuild' commands wrote a %1 file by mistake nss-3.12.3.99.3-22.fc12 ----------------------- * Thu Aug 27 2009 Elio Maldonado - 3.12.3.99.3-19 - remove patches that are now in nss-softokn and - remove spurious exec-permissions for nss.pc per rpmlint - single requires line in nss.pc.in * Thu Aug 27 2009 Elio Maldonado - 3.12.3.99.3-20 - disabling some tests while we investigate a buffer overflow bug - 519766 * Thu Aug 27 2009 Elio Maldonado - 3.12.3.99.3-21 - disabling all tests while we investigate a buffer overflow bug * Thu Aug 27 2009 Elio Maldonado - 3.12.3.99.3-22 - Fix nss-config not to include nssutil - Add BuildRequires on nss-softokn and nss-util since build also runs the test suite nss-softokn-3.12.3.99.3-20.fc12 ------------------------------- * Thu Aug 27 2009 Adel Gadllah - 3.12.3.99.3-17 - Add hack to fix build * Thu Aug 27 2009 Elio maldonado - 3.12.3.99.3-18 - fix spurious executable permissions on nss-softokn.pc * Thu Aug 27 2009 Elio Maldonado@ - 3.12.3.99.3-19 - Determine NSSUTIL_INCLUDE_DIR and NSSUTIL_LIB_DIR with a pkg-config query on nss-util - Remove the release 17 hack * Thu Aug 27 2009 Elio Maldonado - 3.12.3.99.3-20 - List freebl, nssdbm and softokn libraries in nss-softokn-config and nss-softokn.pc nss-util-3.12.3.99.3-15.fc12 ---------------------------- * Thu Aug 27 2009 Elio Maldonado - 3.12.3.99.3-13 nss-util-devel doesn't require nss-devel * Thu Aug 27 2009 Elio Maldonado - 3.12.3.99.3-14 - Cleanup nss-util-config.in * Thu Aug 27 2009 Elio Maldonado - 3.12.3.99.3-15 - Bump the release number for a chained build of nss-util, nss-softokn and nss ntop-3.3.10-2.fc12 ------------------ * Fri Aug 21 2009 Tomas Mraz - 3.3.10-2 - rebuilt with new openssl ntp-4.2.4p7-5.fc12 ------------------ * Fri Aug 21 2009 Tomas Mraz - 4.2.4p7-5 - rebuilt with new openssl nufw-2.2.21-5.fc12 ------------------ * Fri Aug 21 2009 Tomas Mraz - 2.2.21-5 - rebuilt with new openssl nut-2.4.1-8.fc12 ---------------- * Fri Aug 21 2009 Tomas Mraz - 2.4.1-8 - rebuilt with new openssl ocaml-ssl-0.4.3-5.fc12 ---------------------- * Fri Aug 21 2009 Tomas Mraz - 0.4.3-5 - rebuilt with new openssl ochusha-0.6.0.1-0.6.cvs20090728T0130.fc12.1 ------------------------------------------- * Fri Aug 21 2009 Tomas Mraz - 0.6.0.1-0.6.cvs20090728T0130.1 - rebuilt with new openssl ocspd-1.5.1-0.7.rc1.fc12 ------------------------ * Sat Aug 22 2009 Tomas Mraz - 1.5.1-0.7.rc1 - rebuilt with new openssl opal-3.6.4-4.fc12 ----------------- * Fri Aug 21 2009 Tomas Mraz - 3.6.4-4 - rebuilt with new openssl openconnect-2.01-3.fc12 ----------------------- * Fri Aug 21 2009 Tomas Mraz - 2.01-3 - rebuilt with new openssl opencryptoki-2.3.0-3.fc12 ------------------------- * Fri Aug 21 2009 Tomas Mraz - 2.3.0-3 - rebuilt with new openssl * Sun Aug 16 2009 Michal Schmidt 2.3.0-2 - Require libica-2.0. openhpi-2.14.0-5.fc12 --------------------- * Fri Aug 21 2009 Tomas Mraz - 2.14.0-5 - rebuilt with new openssl openhpi-subagent-2.3.4-7.fc12 ----------------------------- * Fri Aug 21 2009 Tomas Mraz - 2.3.4-7 - rebuilt with new openssl openldap-2.4.16-5.fc12 ---------------------- * Thu Aug 27 2009 Tomas Mraz - 2.4.16-5 - rebuilt with new openssl opensc-0.11.8-5.fc12 -------------------- * Fri Aug 21 2009 Tomas Mraz - 0.11.8-5 - rebuilt with new openssl openscada-0.6.3.3-12.fc12 ------------------------- * Tue Aug 25 2009 Tomas Mraz - 0.6.3.3-12 - rebuilt with new openssl openser-1.3.4-8.fc12 -------------------- * Tue Aug 25 2009 Tomas Mraz - 1.3.4-8 - rebuilt with new openssl openslp-1.2.1-13.fc12 --------------------- * Fri Aug 21 2009 Tomas Mraz - 1.2.1-13 - rebuilt with new openssl openssh-5.2p1-19.fc12 --------------------- * Wed Aug 26 2009 Jan F. Chadima - 5.2p1-19 - minor change in sesftp patch * Fri Aug 21 2009 Tomas Mraz - 5.2p1-18 - rebuilt with new openssl openssl-1.0.0-0.5.beta3.fc12 ---------------------------- * Wed Aug 26 2009 Tomas Mraz 1.0.0-0.5.beta3 - drop the compat symlink hacks * Sat Aug 22 2009 Tomas Mraz 1.0.0-0.4.beta3 - constify SSL_CIPHER_description() * Fri Aug 21 2009 Tomas Mraz 1.0.0-0.2.beta3 - enable MD-2 * Fri Aug 21 2009 Tomas Mraz 1.0.0-0.3.beta3 - fix WWW:Curl:Easy reference in tsget * Thu Aug 20 2009 Tomas Mraz 1.0.0-0.1.beta3 - update to new major upstream release openvpn-2.1-0.34.rc15.fc12 -------------------------- * Fri Aug 21 2009 Tomas Mraz - 2.1-0.34.rc15 - rebuilt with new openssl openwsman-2.1.0-4.fc12 ---------------------- * Fri Aug 21 2009 Tomas Mraz - 2.1.0-4 - rebuilt with new openssl ophcrack-3.3.0-5.fc12 --------------------- * Fri Aug 21 2009 Tomas Mraz - 3.3.0-5 - rebuilt with new openssl orsa-0.7.0-11.fc12 ------------------ * Thu Aug 27 2009 Milos Jakubicek - 0.7.0-11 - Make compliant to new MPI guidelines: - Do not build in %install (resolves BZ#513697) - Split docs into a -common subpackage osslsigncode-1.3-3.fc12 ----------------------- * Fri Aug 21 2009 Tomas Mraz - 1.3-3 - rebuilt with new openssl pacemaker-1.0.5-2.fc12.1 ------------------------ * Fri Aug 21 2009 Tomas Mraz - 1.0.5-2.1 - rebuilt with new openssl pam-1.1.0-4.fc12 ---------------- * Wed Aug 19 2009 Tomas Mraz 1.1.0-4 - rebuild with new libaudit pam_mount-1.30-1.fc12 --------------------- * Thu Aug 27 2009 Till Maas - 1.30-1 - Update to new release * Fri Aug 21 2009 Tomas Mraz - 1.27-4 - rebuilt with new openssl * Fri Aug 07 2009 Till Maas - 1.27-3 - Use %global instead of %define - BR: lzip only if the tarball might be packaged with lzip / has a .lz suffix pam_mysql-0.7-0.9.rc1.fc12.2 ---------------------------- * Fri Aug 21 2009 Tomas Mraz - 1:0.7-0.9.rc1.2 - rebuilt with new openssl pam_ssh-1.97-3.fc12 ------------------- * Fri Aug 21 2009 Tomas Mraz - 1.97-3 - rebuilt with new openssl parrot-1.5.0-2.fc12 ------------------- * Sat Aug 22 2009 Tomas Mraz 1.5.0-2 - rebuilt with new openssl * Fri Aug 21 2009 Gerd Pokorra 1.5.0-1 - new upstream version passwd-0.76-5.fc12 ------------------ * Fri Aug 21 2009 Tomas Mraz - 0.76-5 - rebuilt with new audit * Thu Aug 20 2009 Tomas Mraz - 0.76-4 - rebuilt with new audit library pdns-2.9.22-7.fc12 ------------------ * Fri Aug 21 2009 Tomas Mraz - 2.9.22-7 - rebuilt with new openssl perl-5.10.0-81.fc12 ------------------- * Thu Aug 27 2009 Chris Weyl - 4:5.10.0-81 - fix macros.perl *sigh* perl-Crypt-OpenSSL-AES-0.02-9.fc12 ---------------------------------- * Fri Aug 21 2009 Tomas Mraz - 0.02-9 - rebuilt with new openssl perl-Crypt-OpenSSL-Bignum-0.04-8.fc12 ------------------------------------- * Fri Aug 21 2009 Tomas Mraz - 0.04-8 - rebuilt with new openssl perl-Crypt-OpenSSL-PKCS10-0.06-13.fc12 -------------------------------------- * Tue Aug 25 2009 Tomas Mraz - 0.06-13 - rebuilt with new openssl perl-Crypt-OpenSSL-RSA-0.25-10.fc12 ----------------------------------- * Fri Aug 21 2009 Tomas Mraz - 0.25-10 - rebuilt with new openssl perl-Crypt-OpenSSL-Random-0.04-9.fc12 ------------------------------------- * Fri Aug 21 2009 Tomas Mraz - 0.04-9 - rebuilt with new openssl perl-Crypt-OpenSSL-X509-0.7-5.fc12 ---------------------------------- * Tue Aug 25 2009 Tomas Mraz - 0.7-5 - rebuilt with new openssl perl-Crypt-SSLeay-0.57-13.fc12 ------------------------------ * Fri Aug 21 2009 Tomas Mraz - 0.57-13 - rebuilt with new openssl perl-DBD-MySQL-4.011-3.fc12 --------------------------- * Fri Aug 21 2009 Tomas Mraz - 4.011-3 - rebuilt with new openssl perl-Net-SSH2-0.21-4.fc12 ------------------------- * Fri Aug 21 2009 Tomas Mraz - 0.21-4 - rebuilt with new openssl perl-Net-SSLeay-1.35-7.fc12 --------------------------- * Sat Aug 22 2009 Paul Howarth - 1.35-7 - update to svn trunk (rev 252), needed due to omission of MD2 functionality from OpenSSL 1.0.0 (CPAN RT#48916) * Fri Aug 21 2009 Tomas Mraz - 1.35-6 - rebuilt with new openssl perl-PerlIO-gzip-0.18-5.fc12 ---------------------------- * Thu Aug 27 2009 Chris Weyl 0.18-5 - update filtering perl-Sub-Identify-0.04-5.fc12 ----------------------------- * Thu Aug 27 2009 Chris Weyl - 0.04-5 - Filtering errant private provides perl-Sub-Name-0.04-4.fc12 ------------------------- * Thu Aug 27 2009 Chris Weyl - 0.04-4 - Filtering errant private provides php-5.3.0-6.fc12 ---------------- * Tue Aug 25 2009 Tomas Mraz - 5.3.0-6 - rebuilt with new openssl pidgin-privacy-please-0.6.0-1.fc12 ---------------------------------- * Thu Aug 27 2009 Guillaume Kulakowski - 0.6.0-1 - Update to 0.6 pinot-0.94-3.fc12 ----------------- * Fri Aug 21 2009 Tomas Mraz - 0.94-3 - rebuilt with new openssl pkcs11-helper-1.07-4.fc12 ------------------------- * Fri Aug 21 2009 Tomas Mraz - 1.07-4 - rebuilt with new openssl pl-5.7.11-5.fc12 ---------------- * Fri Aug 21 2009 Tomas Mraz - 5.7.11-5 - rebuilt with new openssl player-2.1.1-13.fc12 -------------------- * Fri Aug 21 2009 Tomas Mraz - 2.1.1-13 - rebuilt with new openssl pnp4nagios-0.4.14-2.fc12 ------------------------ * Thu Aug 27 2009 Xavier Bachelot 0.4.14-1 - Update to 0.4.14 (RHBZ#518069). - Fix typo in README.fedora (RHBZ#490664). - Move npcdmod.o to a better place. - BR: rrdtool-perl * Thu Aug 27 2009 Xavier Bachelot 0.4.14-2 - Ship contrib directory as doc. policycoreutils-2.0.71-13.fc12 ------------------------------ * Thu Aug 27 2009 Tomas Mraz - 2.0.71-13 - rebuilt with new audit postfix-2.6.2-3.fc12 -------------------- * Fri Aug 21 2009 Tomas Mraz - 2:2.6.2-3 - rebuilt with new openssl postgresql-8.4.0-3.fc12 ----------------------- * Fri Aug 21 2009 Tomas Mraz - 8.4.0-3 - rebuilt with new openssl * Thu Aug 20 2009 Tom "spot" Callaway 8.4.0-2 - update License tag to MIT (PostgreSQL calls it "BSD", but it is MIT) - Note: This changes nothing from a license compatibility perspective. postr-0.12.3-8.fc12 ------------------- * Thu Aug 27 2009 Tim Lauridsen - 0.12.3-8 - added %global debug_package %{nil} to not generate an empty debuginfo package proftpd-1.3.2a-3.fc12.1 ----------------------- * Fri Aug 21 2009 Tomas Mraz - 1.3.2a-3.1 - rebuilt with new openssl ptlib-2.6.4-5.fc12 ------------------ * Sat Aug 22 2009 Tomas Mraz - 2.6.4-5 - rebuilt with new openssl pulseaudio-0.9.16-11.test6.fc12 ------------------------------- * Thu Aug 27 2009 Tomas Mraz - 0.9.16-11.test5 - rebuilt with new openssl pure-ftpd-1.0.22-3.fc12 ----------------------- * Fri Aug 21 2009 Tomas Mraz - 1.0.22-3 - rebuilt with new openssl pwsafe-0.2.0-9.fc12 ------------------- * Fri Aug 21 2009 Tomas Mraz - 0.2.0-9 - rebuilt with new openssl pyOpenSSL-0.7-7.fc12 -------------------- * Fri Aug 21 2009 Tomas Mraz - 0.7-7 - rebuilt with new openssl pykickstart-1.61-1.fc12 ----------------------- * Thu Aug 27 2009 Chris Lumens - 1.61-1 - Include the error messages from URLGrabError in the exception (#518443). pysvn-1.7.0-3.fc12 ------------------ * Fri Aug 21 2009 Tomas Mraz - 1.7.0-3 - rebuilt with new openssl * Sun Jul 26 2009 Fedora Release Engineering - 1.7.0-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild * Mon Jun 29 2009 Caitlyn O'Hanna - 1.7.0-1 - Update to new version python-2.6.2-2.fc12 ------------------- * Fri Aug 21 2009 Tomas Mraz - 2.6.2-2 - rebuilt with new openssl python-ldap-2.3.6-3.fc12 ------------------------ * Fri Aug 21 2009 Tomas Mraz - 0:2.3.6-3 - rebuilt with new openssl python-markdown-2.0.1-3.fc12 ---------------------------- * Thu Aug 27 2009 Thomas Moschny - 2.0.1-3 - Add requirement on python-elementtree, which was a separate package before Python 2.5. - Re-add changelog entries accidentally removed earlier. python-py-1.0.2-1.fc12 ---------------------- * Thu Aug 27 2009 Thomas Moschny - 1.0.2-1 - Update to 1.0.2. - One failing test is no longer part of the testsuite, thus needs not to be skipped anymore. - Some developer docs are missing this time in upstream's tarfile, so cannot be moved to %{_docdir} pyxmlsec-0.3.0-5.fc12 --------------------- * Fri Aug 21 2009 Tomas Mraz - 0.3.0-5 - rebuilt with new openssl qbittorrent-1.4.0-0.10.rc2.fc12 ------------------------------- * Fri Aug 21 2009 Tomas Mraz - 1.4.0-0.10.rc2 - rebuilt with new openssl qca-ossl-2.0.0-0.8.beta3.fc12 ----------------------------- * Fri Aug 21 2009 Tomas Mraz - 2.0.0-0.8.beta3 - rebuilt with new openssl qca-tls-1.0-18.fc12 ------------------- * Wed Aug 26 2009 Tomas Mraz - 1.0-18 - rebuilt with new openssl qmmp-0.3.0-2.fc12 ----------------- * Thu Aug 27 2009 Tomas Mraz - 0.3.0-2 - rebuilt with new openssl qt-4.5.2-11.fc12 ---------------- * Wed Aug 26 2009 Tomas Mraz - 1:4.5.2-11 - rebuilt with new openssl ratproxy-1.58-2.fc12 -------------------- * Thu Aug 27 2009 Rakesh Pandit - 1.58-1 - Adjusted Steve's patch for updateing to 1.58 # 518542 * Thu Aug 27 2009 Tomas Mraz - 1.58-2 - rebuilt with new openssl rb_libtorrent-0.14.4-3.fc12 --------------------------- * Fri Aug 21 2009 Tomas Mraz - 0.14.4-3 - rebuilt with new openssl rdesktop-1.6.0-7.fc12 --------------------- * Fri Aug 21 2009 Tomas Mraz - 1.6.0-7 - rebuilt with new openssl readahead-1.5.0-2.fc12 ---------------------- * Fri Aug 21 2009 Tomas Mraz - 1:1.5.0-2 - rebuilt with new audit ricci-0.16.1-3.fc12 ------------------- * Fri Aug 21 2009 Tomas Mraz - 0.16.1-3 - rebuilt with new openssl rsh-0.17-57.fc12 ---------------- * Fri Aug 21 2009 Tomas Mraz - 0.17-57 - rebuilt with new audit rsyslog-4.2.0-3.fc12 -------------------- * Fri Aug 21 2009 Tomas Mraz - 4.2.0-3 - rebuilt with new openssl ruby-1.8.6.369-3.fc12 --------------------- * Wed Aug 26 2009 Tomas Mraz - 1.8.6.369-3 - Rebuild against new openssl ruby-ldap-0.9.7-10.fc12 ----------------------- * Fri Aug 21 2009 Tomas Mraz - 0.9.7-10 - rebuilt with new openssl ruby-mysql-2.8-4.fc12 --------------------- * Fri Aug 21 2009 Tomas Mraz - 2.8-4 - rebuilt with new openssl rudesocket-1.3.0-6.fc12 ----------------------- * Fri Aug 21 2009 Tomas Mraz - 1.3.0-6 - rebuilt with new openssl sblim-cmpi-base-1.5.9-1.fc12 ---------------------------- * Thu Aug 27 2009 Vitezslav Crhonek - 1.5.9-1 - Update to 1.5.9 * Sun Jul 26 2009 Fedora Release Engineering - 1.5.7-4 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild sblim-cmpi-devel-2.0.0-1.fc12 ----------------------------- * Thu Aug 27 2009 Vitezslav Crhonek - 2.0.0-1 - Update to 2.0.0 scim-1.4.9-3.fc12 ----------------- * Thu Aug 27 2009 Huang Peng - 1.4.9-3 - Fix bug 517001 dlopen/dlclose of im-scim.so causes segfault. scribus-1.3.5.1-4.fc12 ---------------------- * Thu Aug 27 2009 Tomas Mraz - 1.3.5.1-4 - rebuilt with new openssl scsi-target-utils-0.9.5-3.fc12 ------------------------------ * Fri Aug 21 2009 Tomas Mraz - 0.9.5-3 - rebuilt with new openssl sendmail-8.14.3-7.fc12 ---------------------- * Fri Aug 21 2009 Tomas Mraz - 8.14.3-7 - rebuilt with new openssl sepostgresql-8.4.0-2238.fc12 ---------------------------- * Fri Aug 21 2009 Tomas Mraz - 8.4.0-2238 - rebuilt with new openssl shadow-utils-4.1.4.1-7.fc12 --------------------------- * Fri Aug 21 2009 Tomas Mraz - 2:4.1.4.1-7 - rebuilt with new audit showimg-0.9.5-26.fc12 --------------------- * Fri Aug 21 2009 Tomas Mraz - 0.9.5-26 - rebuilt with new openssl siege-2.69-3.fc12 ----------------- * Fri Aug 21 2009 Tomas Mraz - 2.69-3 - rebuilt with new openssl sim-0.9.5-0.21.20090821svn2902rev.fc12 -------------------------------------- * Wed Aug 26 2009 Tomas Mraz - 0.9.5-0.21.20090821svn2902rev - rebuilt with new openssl sipp-3.1-7.fc12 --------------- * Fri Aug 21 2009 Tomas Mraz - 3.1-7 - rebuilt with new openssl sipsak-0.9.6-8.fc12 ------------------- * Fri Aug 21 2009 Tomas Mraz - 0.9.6-8 - rebuilt with new openssl snmp++-3.2.23-9.fc12 -------------------- * Fri Aug 21 2009 Tomas Mraz - 3.2.23-9 - rebuilt with new openssl sofia-sip-1.12.10-5.fc12 ------------------------ * Fri Aug 21 2009 Tomas Mraz - 1.12.10-5 - rebuilt with new openssl sound-theme-freedesktop-0.6-1.fc12 ---------------------------------- * Fri Aug 28 2009 Lennart Poettering 0.6-1 - New upstream spamassassin-3.3.0-0.6.alpha2.fc12 ---------------------------------- * Fri Aug 21 2009 Tomas Mraz - 3.3.0-0.6.alpha2 - rebuilt with new openssl sphinx-0.9.8.1-4.fc12 --------------------- * Wed Aug 26 2009 Tomas Mraz 0.9.8.1-4 - Rebuild with new openssl springlobby-0.19-2.fc12 ----------------------- * Thu Aug 27 2009 Tomas Mraz - 0.19-2 - rebuilt with new openssl squid-3.0.STABLE18-2.fc12 ------------------------- * Fri Aug 21 2009 Tomas Mraz - 7:3.0.STABLE18-2 - rebuilt with new openssl ssmtp-2.61-11.10.fc12 --------------------- * Wed Aug 26 2009 Tomas Mraz 2.61-11.10 - rebuild for new openssl star-1.5-8.fc12 --------------- * Thu Aug 27 2009 Ondrej Vasik 1.5-7 - Merge review (#226434) changes: convert AN-1.5 to utf-8, spec file cosmetic/policy changes, ship README.linux in doc * Thu Aug 27 2009 Ondrej Vasik 1.5-8 - provide symlinked manpage for ustar stunnel-4.27-5 -------------- * Fri Aug 21 2009 Tomas Mraz - 4.27-5 - rebuilt with new openssl suck-4.3.2-28.fc12 ------------------ * Fri Aug 21 2009 Tomas Mraz - 4.3.2-28 - rebuilt with new openssl * Wed Aug 12 2009 Jochen Schmitt 4.3.2-27 - Rebuild for new openssl release sudo-1.7.1-7.fc12 ----------------- * Fri Aug 21 2009 Tomas Mraz - 1.7.1-7 - rebuilt with new audit sylpheed-2.7.1-2.fc12 --------------------- * Fri Aug 21 2009 Tomas Mraz - 2.7.1-2 - rebuilt with new openssl sysbench-0.4.10-5.fc12 ---------------------- * Fri Aug 21 2009 Tomas Mraz - 0.4.10-5 - rebuilt with new openssl system-config-printer-1.1.12-4.fc12 ----------------------------------- * Thu Aug 27 2009 Tim Waugh 1.1.12-4 - Ported to polkit-1. tabled-0.3-4.fc12 ----------------- * Thu Aug 27 2009 Warren Togami - 0.3-4 - rebuild tar-1.22-8.fc12 --------------- * Thu Aug 27 2009 Ondrej Vasik 2:1.22-8 - provide symlink manpage for gtar tcltls-1.6-6.fc12 ----------------- * Fri Aug 21 2009 Tomas Mraz - 1.6-6 - rebuilt with new openssl * Sun Jul 26 2009 Fedora Release Engineering - 1.6-5 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild tcpdump-4.0.0-2.20090818git832d2c.fc12 -------------------------------------- * Fri Aug 21 2009 Tomas Mraz - 14:4.0.0-2.20090818git832d2c - rebuilt with new openssl tcpjunk-2.7.01-3.fc12 --------------------- * Fri Aug 21 2009 Tomas Mraz - 2.7.01-3 - rebuilt with new openssl telepathy-idle-0.1.4-3.fc12 --------------------------- * Fri Aug 21 2009 Tomas Mraz - 0.1.4-3 - rebuilt with new openssl telepathy-salut-0.3.9-3.fc12 ---------------------------- * Fri Aug 21 2009 Tomas Mraz - 0.3.9-3 - rebuilt with new openssl testdisk-6.11-6.fc12 -------------------- * Fri Aug 21 2009 Tomas Mraz - 6.11-6 - rebuilt with new openssl tigervnc-0.0.91-0.16.fc12 ------------------------- * Fri Aug 21 2009 Tomas Mraz - 0.0.91-0.16 - rebuilt with new openssl tinyfugue-5.0-0.13.b8.fc12 -------------------------- * Fri Aug 21 2009 Tomas Mraz - 5.0-0.13.b8 - rebuilt with new openssl tn5250-0.17.4-3.fc12 -------------------- * Fri Aug 21 2009 Tomas Mraz - 0.17.4-3 - rebuilt with new openssl tog-pegasus-2.9.0-5.fc12 ------------------------ * Tue Aug 25 2009 Tomas Mraz - 2:2.9.0-5 - rebuilt with new openssl tomcat-native-1.1.16-5.fc12 --------------------------- * Wed Aug 26 2009 Tomas Mraz - 1.1.16-5 - rebuilt with new openssl tor-0.2.1.19-1.fc12 ------------------- * Fri Aug 21 2009 Tomas Mraz - 0.2.1.19-1 - rebuilt with new openssl totem-2.27.2-7.fc12 ------------------- * Thu Aug 27 2009 Tomas Mraz - 2.27.2-7 - rebuilt with new openssl tpm-tools-1.3.3-2.fc12 ---------------------- * Fri Aug 21 2009 Tomas Mraz - 1.3.3-2 - rebuilt with new openssl tqsllib-2.0-9.fc12 ------------------ * Sat Aug 22 2009 Tomas Mraz - 2.0-9 - rebuilt with new openssl transmission-1.74-3.fc12 ------------------------ * Thu Aug 27 2009 Tomas Mraz - 1.74-3 - rebuilt with new openssl tripwire-2.4.1.2-11.fc12 ------------------------ * Fri Aug 21 2009 Tomas Mraz - 2.4.1.2-11 - rebuilt with new openssl trousers-0.3.1-19.fc12 ---------------------- * Fri Aug 21 2009 Tomas Mraz - 0.3.1-19 - rebuilt with new openssl uberftp-2.4-5.fc12 ------------------ * Fri Aug 21 2009 Tomas Mraz - 2.4-5 - rebuilt with new openssl ulogd-1.24-13.fc12 ------------------ * Fri Aug 21 2009 Tomas Mraz - 1.24-13 - rebuilt with new openssl unbound-1.3.3-2.fc12 -------------------- * Fri Aug 21 2009 Tomas Mraz - 1.3.3-2 - rebuilt with new openssl up-imapproxy-1.2.7-0.6.rc1.fc12 ------------------------------- * Fri Aug 21 2009 Tomas Mraz - 1.2.7-0.6.rc1 - rebuilt with new openssl upstart-0.3.11-3.fc12 --------------------- * Fri Aug 21 2009 Tomas Mraz - 0.3.11-3 - rebuilt with new audit util-linux-ng-2.16-8.fc12 ------------------------- * Wed Aug 26 2009 Tomas Mraz - 2.16-8 - rebuilt with new audit uw-imap-2007e-9.fc12 -------------------- * Fri Aug 21 2009 Tomas Mraz - 2007e-9 - rebuilt with new openssl vidalia-0.1.14-3.fc12 --------------------- * Fri Aug 21 2009 Tomas Mraz - 0.1.14-3 - rebuilt with new openssl virtuoso-opensource-5.0.11-4.fc12 --------------------------------- * Wed Aug 26 2009 Tomas Mraz - 5.0.11-4 - rebuilt with new openssl vsftpd-2.2.0-2.fc12 ------------------- * Thu Aug 27 2009 Tomas Mraz - 2.2.0-2 - rebuilt with new openssl vtun-3.0.1-7.fc12 ----------------- * Fri Aug 21 2009 Tomas Mraz - 3.0.1-7 - rebuilt with new openssl w3m-0.5.2-15.fc12 ----------------- * Fri Aug 21 2009 Tomas Mraz - 0.5.2-15 - rebuilt with new openssl wget-1.11.4-5.fc12 ------------------ * Fri Aug 21 2009 Tomas Mraz - 1.11.4-5 - rebuilt with new openssl wmweather+-2.9-12.fc12 ---------------------- * Fri Aug 21 2009 Tomas Mraz - 2.9-12 - rebuilt with new openssl wpa_supplicant-0.6.8-6.fc12 --------------------------- * Fri Aug 21 2009 Tomas Mraz - 1:0.6.8-6 - rebuilt with new openssl x3270-3.3.6-10.fc12 ------------------- * Fri Aug 21 2009 Tomas Mraz - 3.3.6-10 - rebuilt with new openssl xapian-core-1.0.15-1.fc12 ------------------------- * Thu Aug 27 2009 Peter Robinson - 1.0.15-1 - Update to 1.0.15 xar-1.5.2-5.fc12 ---------------- * Fri Aug 21 2009 Tomas Mraz - 1.5.2-5 - rebuilt with new openssl xca-0.6.4-9.fc12 ---------------- * Wed Aug 26 2009 Tomas Mraz - 0.6.4-9 - rebuilt with new openssl xchat-2.8.6-12.fc12 ------------------- * Fri Aug 21 2009 Tomas Mraz - 1:2.8.6-12 - rebuilt with new openssl xchat-gnome-0.26.1-5.fc12 ------------------------- * Fri Aug 21 2009 Tomas Mraz - 0.26.1-5 - rebuilt with new openssl xguest-1.0.7-7.fc12 ------------------- * Wed Aug 26 2009 Dan Walsh - 1.0.7-7 - Switch to use policycoreutils-sandbox init script xml-security-c-1.5.1-2.fc12 --------------------------- * Fri Aug 21 2009 Tomas Mraz - 1.5.1-2 - rebuilt with new openssl xmms2-0.6-4.fc12 ---------------- * Fri Aug 21 2009 Tomas Mraz - 0.6-4 - rebuilt with new openssl xorg-x11-drv-nouveau-0.0.15-6.20090820git569a17a.fc12 ----------------------------------------------------- * Thu Aug 27 2009 Adam Jackson 0.0.15-6.20090820git569a17a - nouveau-bgnr.patch: Enable seamless plymouth->gdm transition. xorg-x11-drv-nv-2.1.14-5.fc12 ----------------------------- * Fri Aug 28 2009 Ben Skeggs 2.1.14-5 - refuse to load if KMS driver already using the hw xorg-x11-drv-vmmouse-12.6.5-2.fc12 ---------------------------------- * Thu Aug 27 2009 Adam Jackson 12.6.5-2 - abi.patch: Re-add. (#518589) xorg-x11-proto-devel-7.4-31.fc12 -------------------------------- * Fri Aug 28 2009 Peter Hutterer 7.4-31 - bigreqsproto 1.1.0 - damageproto 1.2.0 - dmxproto 2.2.99.1 - evieext 1.1.0 - fontsproto 2.1.0 - resourceproto 1.1.0 - scrnsaverproto 1.2.0 - videoproto 2.3.0 - xcmiscproto 1.2.0 - xf86bigfontproto 1.2.0 - xf86dgaproto 2.0.99.1 - xf86driproto 2.1.0 - xf86vidmodeproto 2.2.99.1 - xineramaproto 1.1.99.1 xorg-x11-server-1.6.99-42.20090825.fc12 --------------------------------------- * Thu Aug 27 2009 Tomas Mraz - 1.6.99-42.20090825 - rebuilt with new openssl and audit xrdp-0.5.0-0.3.20090811cvs.fc12 ------------------------------- * Wed Aug 26 2009 Tomas Mraz - 0.5.0-0.3.20090811cvs - rebuild with new openssl xscreensaver-5.08-13.fc12 ------------------------- * Fri Aug 28 2009 Mamoru Tasaka - 1:5.08-13 - Another case of hack's crash when window size is too small (Ubuntu bug 418419) xz-4.999.9-0.1.beta.fc12 ------------------------ * Fri Aug 28 2009 Jindrich Novy 4.999.9-0.1.beta - update to 4.999.9beta zabbix-1.6.5-3.fc12 ------------------- * Fri Aug 21 2009 Tomas Mraz - 1.6.5-3 - rebuilt with new openssl znc-0.075-6.svn1608.fc12 ------------------------ * Wed Aug 26 2009 Tomas Mraz - 0.075-6.svn1608 - rebuilt with new openssl Summary: Added Packages: 6 Removed Packages: 0 Modified Packages: 380 Broken deps for i386 ---------------------------------------------------------- 389-adminutil-devel-1.1.8-4.fc12.i686 requires pkgconfig(nss) 389-ds-base-1.2.2-1.fc12.i686 requires libcrypto.so.8 anaconda-12.17-1.fc12.i686 requires libaudit.so.0 anerley-0.0.20-3.fc12.i686 requires libmissioncontrol-client.so.0 anerley-devel-0.0.20-3.fc12.i686 requires pkgconfig(libmissioncontrol) anjal-0.1.0-0.7.20090821git5ac8bfe.fc12.i686 requires libmissioncontrol-client.so.0 asterisk-1.6.1-0.24.rc1.fc12.i686 requires libssl.so.8 asterisk-1.6.1-0.24.rc1.fc12.i686 requires libcrypto.so.8 asterisk-fax-1.6.1-0.24.rc1.fc12.i686 requires libspandsp.so.1 asterisk-snmp-1.6.1-0.24.rc1.fc12.i686 requires libcrypto.so.8 asterisk-voicemail-imap-1.6.1-0.24.rc1.fc12.i686 requires libssl.so.8 asterisk-voicemail-imap-1.6.1-0.24.rc1.fc12.i686 requires libcrypto.so.8 chunkd-0.4-4.fc12.i686 requires libssl.so.8 chunkd-0.4-4.fc12.i686 requires libcrypto.so.8 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0 clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 cluttermm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-0.9) collectd-mysql-4.5.3-2.fc11.i586 requires libcrypto.so.8 collectd-mysql-4.5.3-2.fc11.i586 requires libssl.so.8 collectd-nut-4.5.3-2.fc11.i586 requires libcrypto.so.8 collectd-nut-4.5.3-2.fc11.i586 requires libssl.so.8 collectd-snmp-4.5.3-2.fc11.i586 requires libcrypto.so.8 compat-erlang-R10B-13.11.fc11.i586 requires libssl.so.8 compat-erlang-R10B-13.11.fc11.i586 requires libcrypto.so.8 conexus-nss-devel-0.9.0-1.fc12.i686 requires pkgconfig(nss) >= 0:3.11 conexus-ssl-0.9.0-1.fc12.i686 requires libssl.so.8 conexus-ssl-0.9.0-1.fc12.i686 requires libcrypto.so.8 evolution-data-server-2.27.91-1.fc12.i686 requires libcrypto.so.8 evolution-data-server-2.27.91-1.fc12.i686 requires libssl.so.8 evolution-exchange-2.27.91-2.fc12.i686 requires libssl.so.8 evolution-exchange-2.27.91-2.fc12.i686 requires libcrypto.so.8 1:gdm-2.27.90-1.fc12.i686 requires libaudit.so.0 gpsdrive-2.10-0.1.pre7.fc12.i586 requires libmapnik.so.0.5 hedgewars-0.9.11-2.fc12.i686 requires libssl.so.8 httping-1.2.9-4.fc11.i586 requires libcrypto.so.8 httping-1.2.9-4.fc11.i586 requires libssl.so.8 httrack-3.43.2-4.fc12.i686 requires openssl = 0:0.9.8k kdebase-workspace-4.3.0-101.fc12.i686 requires PolityKit-authentication-agent kdebase3-3.5.10-12.fc12.i686 requires libssl.so.8 kvirc-4.0.0-0.12.20090827svn3429.fc12.i686 requires libssl.so.8 kvirc-4.0.0-0.12.20090827svn3429.fc12.i686 requires libcrypto.so.8 libpathfinder-nss-devel-1.0.0-2.fc12.i686 requires pkgconfig(nss) >= 0:2.0.0 m2crypto-0.20-2.i686 requires libcrypto.so.8 m2crypto-0.20-2.i686 requires libssl.so.8 mapserver-5.4.1-1.fc12.i586 requires libssl.so.8 mapserver-5.4.1-1.fc12.i586 requires libcrypto.so.8 mapserver-perl-5.4.1-1.fc12.i586 requires libssl.so.8 mapserver-perl-5.4.1-1.fc12.i586 requires libcrypto.so.8 mapserver-python-5.4.1-1.fc12.i586 requires libssl.so.8 mapserver-python-5.4.1-1.fc12.i586 requires libcrypto.so.8 maven2-plugin-antrun-2.0.8-1.3.fc12.noarch requires maven-embedder maven2-plugin-antrun-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires maven-shared-archiver maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires jmock >= 0:1.0.1 maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires maven-shared-test-tools maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires maven-shared-common-artifact-filters maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires maven-shared-repository-builder maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-testing-tools maven2-plugin-changelog-2.0.8-1.3.fc12.noarch requires maven-doxia-sitetools >= 0:1.0 maven2-plugin-changelog-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-changes-2.0.8-1.3.fc12.noarch requires glassfish-javamail maven2-plugin-changes-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-checkstyle-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-dependency-2.0.8-1.3.fc12.noarch requires maven-shared-dependency-tree maven2-plugin-dependency-2.0.8-1.3.fc12.noarch requires maven-shared-dependency-analyzer maven2-plugin-docck-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-tools-java >= 0:2.2 maven2-plugin-docck-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-tools-api maven2-plugin-docck-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-docck-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-tools-beanshell >= 0:2.2 maven2-plugin-ear-2.0.8-1.3.fc12.noarch requires maven-shared-verifier maven2-plugin-eclipse-2.0.8-1.3.fc12.noarch requires jmock >= 0:1.0.1 maven2-plugin-eclipse-2.0.8-1.3.fc12.noarch requires maven-shared-test-tools maven2-plugin-eclipse-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-testing-tools maven2-plugin-enforcer-2.0.8-1.3.fc12.noarch requires maven-enforcer-rule-api maven2-plugin-help-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-tools-api maven2-plugin-idea-2.0.8-1.3.fc12.noarch requires jmock >= 0:1.0.1 maven2-plugin-jar-2.0.8-1.3.fc12.noarch requires maven-shared-archiver >= 0:2.3 maven2-plugin-javadoc-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-one-2.0.8-1.3.fc12.noarch requires maven-shared-model-converter maven2-plugin-plugin-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-tools-java >= 0:2.2 maven2-plugin-plugin-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-plugin-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-tools-beanshell >= 0:2.2 maven2-plugin-pmd-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-project-info-reports-2.0.8-1.3.fc12.noarch requires maven-shared-jar maven2-plugin-project-info-reports-2.0.8-1.3.fc12.noarch requires maven-doxia-sitetools >= 0:1.0 maven2-plugin-project-info-reports-2.0.8-1.3.fc12.noarch requires maven-shared-dependency-tree maven2-plugin-project-info-reports-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl mingw32-gtk2-2.17.8-1.fc12.noarch requires mingw32(libjpeg-62.dll) mingw32-libtiff-3.8.2-18.fc12.noarch requires mingw32(libjpeg-62.dll) mozldap-devel-6.0.5-6.fc12.i686 requires pkgconfig(nss) >= 0:3.11 mysql-5.1.36-1.fc12.i586 requires libssl.so.8 mysql-5.1.36-1.fc12.i586 requires libcrypto.so.8 mysql-administrator-5.0r12-11.fc11.i586 requires libssl.so.8 mysql-administrator-5.0r12-11.fc11.i586 requires libcrypto.so.8 mysql-embedded-5.1.36-1.fc12.i586 requires libssl.so.8 mysql-embedded-5.1.36-1.fc12.i586 requires libcrypto.so.8 mysql-embedded-devel-5.1.36-1.fc12.i586 requires libssl.so.8 mysql-embedded-devel-5.1.36-1.fc12.i586 requires libcrypto.so.8 mysql-libs-5.1.36-1.fc12.i586 requires libssl.so.8 mysql-libs-5.1.36-1.fc12.i586 requires libcrypto.so.8 mysql-query-browser-5.0r12-11.fc11.i586 requires libssl.so.8 mysql-query-browser-5.0r12-11.fc11.i586 requires libcrypto.so.8 mysql-server-5.1.36-1.fc12.i586 requires libssl.so.8 mysql-server-5.1.36-1.fc12.i586 requires libcrypto.so.8 mysql-test-5.1.36-1.fc12.i586 requires libssl.so.8 mysql-test-5.1.36-1.fc12.i586 requires libcrypto.so.8 nscd-2.10.90-15.i686 requires libaudit.so.0 nss-tools-3.12.3.99.3-22.fc12.i686 requires libsqlite3.so nx-3.3.0-35.fc12.i586 requires libcrypto.so.8 octave-forge-20080831-10.fc12.i686 requires octave(api) = 0:api-v32 1:openoffice.org-core-3.1.1-19.2.fc12.i686 requires libcrypto.so.8 1:openoffice.org-core-3.1.1-19.2.fc12.i686 requires libssl.so.8 openvrml-0.18.3-1.fc12.i686 requires java(x86-32) openvrml-0.18.3-1.fc12.i686 requires gecko-libs(x86-32) >= 0:1.9.1 pam_mount-1.30-1.fc12.i686 requires libcrypto.so.8 paraview-3.6.1-4.fc12.i686 requires libssl.so.8 paraview-mpi-3.6.1-4.fc12.i686 requires libssl.so.8 pathfinderd-1.0.0-2.fc12.i686 requires libcrypto.so.8 perl-Crypt-OpenSSL-DSA-0.13-11.fc12.i686 requires libcrypto.so.8 perl-Crypt-OpenSSL-DSA-0.13-11.fc12.i686 requires libssl.so.8 php-mapserver-5.4.1-1.fc12.i586 requires libssl.so.8 php-mapserver-5.4.1-1.fc12.i586 requires libcrypto.so.8 postgresql-odbc-08.04.0100-1.fc12.i686 requires libssl.so.8 ppl-yap-0.10.2-5.fc12.i686 requires libYap.so python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.i586 requires libparted-1.8.so.8 redland-1.0.7-8.fc12.i686 requires libssl.so.8 redland-1.0.7-8.fc12.i686 requires libcrypto.so.8 rygel-0.3-5.fc12.i686 requires libgee.so.0 rygel-tracker-0.3-5.fc12.i686 requires libgee.so.0 sems-1.1.1-2.fc12.i586 requires libspandsp.so.1 sems-diameter_client-1.1.1-2.fc12.i586 requires libcrypto.so.8 sems-diameter_client-1.1.1-2.fc12.i586 requires libssl.so.8 sems-g722-1.1.1-2.fc12.i586 requires libspandsp.so.1 sems-gsm-1.1.1-2.fc12.i586 requires libspandsp.so.1 sems-speex-1.1.1-2.fc12.i586 requires libspandsp.so.1 sems-xmlrpc2di-1.1.1-2.fc12.i586 requires libssl.so.8 serpentine-0.9-5.fc12.noarch requires gnome-python2-nautilus-cd-burner socat-1.7.0.0-2.fc11.i586 requires libcrypto.so.8 socat-1.7.0.0-2.fc11.i586 requires libssl.so.8 svrcore-devel-4.0.4-5.fc12.i686 requires pkgconfig(nss) >= 0:3.12.3.99.3 tabled-0.3-4.fc12.i686 requires libssl.so.8 tabled-0.3-4.fc12.i686 requires libcrypto.so.8 totem-mythtv-2.27.2-7.fc12.i686 requires libssl.so.8 totem-mythtv-2.27.2-7.fc12.i686 requires libcrypto.so.8 w3c-libwww-5.4.1-0.15.20060206cvs.fc11.i586 requires libssl.so.8 w3c-libwww-5.4.1-0.15.20060206cvs.fc11.i586 requires libcrypto.so.8 w3c-libwww-apps-5.4.1-0.15.20060206cvs.fc11.i586 requires libssl.so.8 w3c-libwww-apps-5.4.1-0.15.20060206cvs.fc11.i586 requires libcrypto.so.8 wireshark-1.2.1-2.fc12.i686 requires libcrypto.so.8 wireshark-gnome-1.2.1-2.fc12.i686 requires libcrypto.so.8 xmlsec1-nss-devel-1.2.12-1.fc12.i686 requires pkgconfig(nss) >= 0:1.4 xmlsec1-openssl-1.2.12-1.fc12.i686 requires libssl.so.8 xmlsec1-openssl-1.2.12-1.fc12.i686 requires libcrypto.so.8 xsupplicant-1.2.8-10.fc11.i586 requires libcrypto.so.8 xsupplicant-1.2.8-10.fc11.i586 requires libssl.so.8 Broken deps for x86_64 ---------------------------------------------------------- 389-adminutil-devel-1.1.8-4.fc12.i686 requires pkgconfig(nss) 389-adminutil-devel-1.1.8-4.fc12.x86_64 requires pkgconfig(nss) 389-ds-base-1.2.2-1.fc12.i686 requires libcrypto.so.8 389-ds-base-1.2.2-1.fc12.x86_64 requires libcrypto.so.8()(64bit) anaconda-12.17-1.fc12.x86_64 requires libaudit.so.0()(64bit) anerley-0.0.20-3.fc12.i686 requires libmissioncontrol-client.so.0 anerley-0.0.20-3.fc12.x86_64 requires libmissioncontrol-client.so.0()(64bit) anerley-devel-0.0.20-3.fc12.i686 requires pkgconfig(libmissioncontrol) anerley-devel-0.0.20-3.fc12.x86_64 requires pkgconfig(libmissioncontrol) anjal-0.1.0-0.7.20090821git5ac8bfe.fc12.x86_64 requires libmissioncontrol-client.so.0()(64bit) asterisk-1.6.1-0.24.rc1.fc12.x86_64 requires libssl.so.8()(64bit) asterisk-1.6.1-0.24.rc1.fc12.x86_64 requires libcrypto.so.8()(64bit) asterisk-fax-1.6.1-0.24.rc1.fc12.x86_64 requires libspandsp.so.1()(64bit) asterisk-snmp-1.6.1-0.24.rc1.fc12.x86_64 requires libcrypto.so.8()(64bit) asterisk-voicemail-imap-1.6.1-0.24.rc1.fc12.x86_64 requires libcrypto.so.8()(64bit) asterisk-voicemail-imap-1.6.1-0.24.rc1.fc12.x86_64 requires libssl.so.8()(64bit) chunkd-0.4-4.fc12.i686 requires libssl.so.8 chunkd-0.4-4.fc12.i686 requires libcrypto.so.8 chunkd-0.4-4.fc12.x86_64 requires libssl.so.8()(64bit) chunkd-0.4-4.fc12.x86_64 requires libcrypto.so.8()(64bit) clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.x86_64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.x86_64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.x86_64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8) clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.x86_64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.x86_64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-gtk-0.9) clutter-gtkmm-devel-0.9.4-1.fc12.x86_64 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 cluttermm-0.9.4-1.fc12.x86_64 requires libclutter-glx-0.9.so.0()(64bit) cluttermm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-0.9) cluttermm-devel-0.9.4-1.fc12.x86_64 requires pkgconfig(clutter-0.9) collectd-mysql-4.5.3-2.fc11.x86_64 requires libcrypto.so.8()(64bit) collectd-mysql-4.5.3-2.fc11.x86_64 requires libssl.so.8()(64bit) collectd-nut-4.5.3-2.fc11.x86_64 requires libcrypto.so.8()(64bit) collectd-nut-4.5.3-2.fc11.x86_64 requires libssl.so.8()(64bit) collectd-snmp-4.5.3-2.fc11.x86_64 requires libcrypto.so.8()(64bit) compat-erlang-R10B-13.11.fc11.x86_64 requires libssl.so.8()(64bit) compat-erlang-R10B-13.11.fc11.x86_64 requires libcrypto.so.8()(64bit) conexus-nss-devel-0.9.0-1.fc12.i686 requires pkgconfig(nss) >= 0:3.11 conexus-nss-devel-0.9.0-1.fc12.x86_64 requires pkgconfig(nss) >= 0:3.11 conexus-ssl-0.9.0-1.fc12.i686 requires libssl.so.8 conexus-ssl-0.9.0-1.fc12.i686 requires libcrypto.so.8 conexus-ssl-0.9.0-1.fc12.x86_64 requires libssl.so.8()(64bit) conexus-ssl-0.9.0-1.fc12.x86_64 requires libcrypto.so.8()(64bit) evolution-data-server-2.27.91-1.fc12.i686 requires libcrypto.so.8 evolution-data-server-2.27.91-1.fc12.i686 requires libssl.so.8 evolution-data-server-2.27.91-1.fc12.x86_64 requires libcrypto.so.8()(64bit) evolution-data-server-2.27.91-1.fc12.x86_64 requires libssl.so.8()(64bit) evolution-exchange-2.27.91-2.fc12.x86_64 requires libssl.so.8()(64bit) evolution-exchange-2.27.91-2.fc12.x86_64 requires libcrypto.so.8()(64bit) 1:gdm-2.27.90-1.fc12.i686 requires libaudit.so.0 1:gdm-2.27.90-1.fc12.x86_64 requires libaudit.so.0()(64bit) gpsdrive-2.10-0.1.pre7.fc12.x86_64 requires libmapnik.so.0.5()(64bit) hedgewars-0.9.11-2.fc12.x86_64 requires libssl.so.8()(64bit) httping-1.2.9-4.fc11.x86_64 requires libcrypto.so.8()(64bit) httping-1.2.9-4.fc11.x86_64 requires libssl.so.8()(64bit) httrack-3.43.2-4.fc12.i686 requires openssl = 0:0.9.8k httrack-3.43.2-4.fc12.x86_64 requires openssl = 0:0.9.8k kdebase-workspace-4.3.0-101.fc12.x86_64 requires PolityKit-authentication-agent kdebase3-3.5.10-12.fc12.x86_64 requires libssl.so.8()(64bit) kvirc-4.0.0-0.12.20090827svn3429.fc12.i686 requires libssl.so.8 kvirc-4.0.0-0.12.20090827svn3429.fc12.i686 requires libcrypto.so.8 kvirc-4.0.0-0.12.20090827svn3429.fc12.x86_64 requires libssl.so.8()(64bit) kvirc-4.0.0-0.12.20090827svn3429.fc12.x86_64 requires libcrypto.so.8()(64bit) libpathfinder-nss-devel-1.0.0-2.fc12.i686 requires pkgconfig(nss) >= 0:2.0.0 libpathfinder-nss-devel-1.0.0-2.fc12.x86_64 requires pkgconfig(nss) >= 0:2.0.0 m2crypto-0.20-2.x86_64 requires libcrypto.so.8()(64bit) m2crypto-0.20-2.x86_64 requires libssl.so.8()(64bit) mapserver-5.4.1-1.fc12.x86_64 requires libssl.so.8()(64bit) mapserver-5.4.1-1.fc12.x86_64 requires libcrypto.so.8()(64bit) mapserver-perl-5.4.1-1.fc12.x86_64 requires libssl.so.8()(64bit) mapserver-perl-5.4.1-1.fc12.x86_64 requires libcrypto.so.8()(64bit) mapserver-python-5.4.1-1.fc12.x86_64 requires libssl.so.8()(64bit) mapserver-python-5.4.1-1.fc12.x86_64 requires libcrypto.so.8()(64bit) maven2-plugin-antrun-2.0.8-1.3.fc12.noarch requires maven-embedder maven2-plugin-antrun-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires maven-shared-archiver maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires jmock >= 0:1.0.1 maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires maven-shared-test-tools maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires maven-shared-common-artifact-filters maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires maven-shared-repository-builder maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-testing-tools maven2-plugin-changelog-2.0.8-1.3.fc12.noarch requires maven-doxia-sitetools >= 0:1.0 maven2-plugin-changelog-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-changes-2.0.8-1.3.fc12.noarch requires glassfish-javamail maven2-plugin-changes-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-checkstyle-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-dependency-2.0.8-1.3.fc12.noarch requires maven-shared-dependency-tree maven2-plugin-dependency-2.0.8-1.3.fc12.noarch requires maven-shared-dependency-analyzer maven2-plugin-docck-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-tools-java >= 0:2.2 maven2-plugin-docck-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-tools-api maven2-plugin-docck-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-docck-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-tools-beanshell >= 0:2.2 maven2-plugin-ear-2.0.8-1.3.fc12.noarch requires maven-shared-verifier maven2-plugin-eclipse-2.0.8-1.3.fc12.noarch requires jmock >= 0:1.0.1 maven2-plugin-eclipse-2.0.8-1.3.fc12.noarch requires maven-shared-test-tools maven2-plugin-eclipse-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-testing-tools maven2-plugin-enforcer-2.0.8-1.3.fc12.noarch requires maven-enforcer-rule-api maven2-plugin-help-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-tools-api maven2-plugin-idea-2.0.8-1.3.fc12.noarch requires jmock >= 0:1.0.1 maven2-plugin-jar-2.0.8-1.3.fc12.noarch requires maven-shared-archiver >= 0:2.3 maven2-plugin-javadoc-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-one-2.0.8-1.3.fc12.noarch requires maven-shared-model-converter maven2-plugin-plugin-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-tools-java >= 0:2.2 maven2-plugin-plugin-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-plugin-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-tools-beanshell >= 0:2.2 maven2-plugin-pmd-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-project-info-reports-2.0.8-1.3.fc12.noarch requires maven-shared-jar maven2-plugin-project-info-reports-2.0.8-1.3.fc12.noarch requires maven-doxia-sitetools >= 0:1.0 maven2-plugin-project-info-reports-2.0.8-1.3.fc12.noarch requires maven-shared-dependency-tree maven2-plugin-project-info-reports-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl mingw32-gtk2-2.17.8-1.fc12.noarch requires mingw32(libjpeg-62.dll) mingw32-libtiff-3.8.2-18.fc12.noarch requires mingw32(libjpeg-62.dll) mozldap-devel-6.0.5-6.fc12.i686 requires pkgconfig(nss) >= 0:3.11 mozldap-devel-6.0.5-6.fc12.x86_64 requires pkgconfig(nss) >= 0:3.11 mysql-5.1.36-1.fc12.x86_64 requires libcrypto.so.8()(64bit) mysql-5.1.36-1.fc12.x86_64 requires libssl.so.8()(64bit) mysql-administrator-5.0r12-11.fc11.x86_64 requires libcrypto.so.8()(64bit) mysql-administrator-5.0r12-11.fc11.x86_64 requires libssl.so.8()(64bit) mysql-embedded-5.1.36-1.fc12.i586 requires libssl.so.8 mysql-embedded-5.1.36-1.fc12.i586 requires libcrypto.so.8 mysql-embedded-5.1.36-1.fc12.x86_64 requires libssl.so.8()(64bit) mysql-embedded-5.1.36-1.fc12.x86_64 requires libcrypto.so.8()(64bit) mysql-embedded-devel-5.1.36-1.fc12.i586 requires libssl.so.8 mysql-embedded-devel-5.1.36-1.fc12.i586 requires libcrypto.so.8 mysql-embedded-devel-5.1.36-1.fc12.x86_64 requires libssl.so.8()(64bit) mysql-embedded-devel-5.1.36-1.fc12.x86_64 requires libcrypto.so.8()(64bit) mysql-libs-5.1.36-1.fc12.i586 requires libssl.so.8 mysql-libs-5.1.36-1.fc12.i586 requires libcrypto.so.8 mysql-libs-5.1.36-1.fc12.x86_64 requires libssl.so.8()(64bit) mysql-libs-5.1.36-1.fc12.x86_64 requires libcrypto.so.8()(64bit) mysql-query-browser-5.0r12-11.fc11.x86_64 requires libcrypto.so.8()(64bit) mysql-query-browser-5.0r12-11.fc11.x86_64 requires libssl.so.8()(64bit) mysql-server-5.1.36-1.fc12.x86_64 requires libssl.so.8()(64bit) mysql-server-5.1.36-1.fc12.x86_64 requires libcrypto.so.8()(64bit) mysql-test-5.1.36-1.fc12.x86_64 requires libssl.so.8()(64bit) mysql-test-5.1.36-1.fc12.x86_64 requires libcrypto.so.8()(64bit) nscd-2.10.90-15.x86_64 requires libaudit.so.0()(64bit) nss-tools-3.12.3.99.3-22.fc12.x86_64 requires libsqlite3.so()(64bit) nx-3.3.0-35.fc12.x86_64 requires libcrypto.so.8()(64bit) octave-forge-20080831-10.fc12.x86_64 requires octave(api) = 0:api-v32 1:openoffice.org-core-3.1.1-19.2.fc12.x86_64 requires libcrypto.so.8()(64bit) 1:openoffice.org-core-3.1.1-19.2.fc12.x86_64 requires libssl.so.8()(64bit) openvrml-0.18.3-1.fc12.i686 requires java(x86-32) openvrml-0.18.3-1.fc12.i686 requires gecko-libs(x86-32) >= 0:1.9.1 openvrml-0.18.3-1.fc12.x86_64 requires gecko-libs(x86-64) >= 0:1.9.1 openvrml-0.18.3-1.fc12.x86_64 requires java(x86-64) pam_mount-1.30-1.fc12.i686 requires libcrypto.so.8 pam_mount-1.30-1.fc12.x86_64 requires libcrypto.so.8()(64bit) paraview-3.6.1-4.fc12.x86_64 requires libssl.so.8()(64bit) paraview-mpi-3.6.1-4.fc12.x86_64 requires libssl.so.8()(64bit) pathfinderd-1.0.0-2.fc12.x86_64 requires libcrypto.so.8()(64bit) perl-Crypt-OpenSSL-DSA-0.13-11.fc12.x86_64 requires libcrypto.so.8()(64bit) perl-Crypt-OpenSSL-DSA-0.13-11.fc12.x86_64 requires libssl.so.8()(64bit) php-mapserver-5.4.1-1.fc12.x86_64 requires libssl.so.8()(64bit) php-mapserver-5.4.1-1.fc12.x86_64 requires libcrypto.so.8()(64bit) postgresql-odbc-08.04.0100-1.fc12.x86_64 requires libssl.so.8()(64bit) ppl-yap-0.10.2-5.fc12.x86_64 requires libYap.so()(64bit) python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.x86_64 requires libparted-1.8.so.8()(64bit) redland-1.0.7-8.fc12.i686 requires libssl.so.8 redland-1.0.7-8.fc12.i686 requires libcrypto.so.8 redland-1.0.7-8.fc12.x86_64 requires libssl.so.8()(64bit) redland-1.0.7-8.fc12.x86_64 requires libcrypto.so.8()(64bit) rygel-0.3-5.fc12.x86_64 requires libgee.so.0()(64bit) rygel-tracker-0.3-5.fc12.x86_64 requires libgee.so.0()(64bit) sems-1.1.1-2.fc12.x86_64 requires libspandsp.so.1()(64bit) sems-diameter_client-1.1.1-2.fc12.x86_64 requires libcrypto.so.8()(64bit) sems-diameter_client-1.1.1-2.fc12.x86_64 requires libssl.so.8()(64bit) sems-g722-1.1.1-2.fc12.x86_64 requires libspandsp.so.1()(64bit) sems-gsm-1.1.1-2.fc12.x86_64 requires libspandsp.so.1()(64bit) sems-speex-1.1.1-2.fc12.x86_64 requires libspandsp.so.1()(64bit) sems-xmlrpc2di-1.1.1-2.fc12.x86_64 requires libssl.so.8()(64bit) serpentine-0.9-5.fc12.noarch requires gnome-python2-nautilus-cd-burner socat-1.7.0.0-2.fc11.x86_64 requires libcrypto.so.8()(64bit) socat-1.7.0.0-2.fc11.x86_64 requires libssl.so.8()(64bit) svrcore-devel-4.0.4-5.fc12.i686 requires pkgconfig(nss) >= 0:3.12.3.99.3 svrcore-devel-4.0.4-5.fc12.x86_64 requires pkgconfig(nss) >= 0:3.12.3.99.3 tabled-0.3-4.fc12.i686 requires libssl.so.8 tabled-0.3-4.fc12.i686 requires libcrypto.so.8 tabled-0.3-4.fc12.x86_64 requires libssl.so.8()(64bit) tabled-0.3-4.fc12.x86_64 requires libcrypto.so.8()(64bit) totem-mythtv-2.27.2-7.fc12.x86_64 requires libssl.so.8()(64bit) totem-mythtv-2.27.2-7.fc12.x86_64 requires libcrypto.so.8()(64bit) w3c-libwww-5.4.1-0.15.20060206cvs.fc11.i586 requires libssl.so.8 w3c-libwww-5.4.1-0.15.20060206cvs.fc11.i586 requires libcrypto.so.8 w3c-libwww-5.4.1-0.15.20060206cvs.fc11.x86_64 requires libssl.so.8()(64bit) w3c-libwww-5.4.1-0.15.20060206cvs.fc11.x86_64 requires libcrypto.so.8()(64bit) w3c-libwww-apps-5.4.1-0.15.20060206cvs.fc11.x86_64 requires libssl.so.8()(64bit) w3c-libwww-apps-5.4.1-0.15.20060206cvs.fc11.x86_64 requires libcrypto.so.8()(64bit) wireshark-1.2.1-2.fc12.i686 requires libcrypto.so.8 wireshark-1.2.1-2.fc12.x86_64 requires libcrypto.so.8()(64bit) wireshark-gnome-1.2.1-2.fc12.x86_64 requires libcrypto.so.8()(64bit) xmlsec1-nss-devel-1.2.12-1.fc12.i686 requires pkgconfig(nss) >= 0:1.4 xmlsec1-nss-devel-1.2.12-1.fc12.x86_64 requires pkgconfig(nss) >= 0:1.4 xmlsec1-openssl-1.2.12-1.fc12.i686 requires libssl.so.8 xmlsec1-openssl-1.2.12-1.fc12.i686 requires libcrypto.so.8 xmlsec1-openssl-1.2.12-1.fc12.x86_64 requires libssl.so.8()(64bit) xmlsec1-openssl-1.2.12-1.fc12.x86_64 requires libcrypto.so.8()(64bit) xsupplicant-1.2.8-10.fc11.x86_64 requires libcrypto.so.8()(64bit) xsupplicant-1.2.8-10.fc11.x86_64 requires libssl.so.8()(64bit) Broken deps for ppc ---------------------------------------------------------- 389-adminutil-devel-1.1.8-4.fc12.ppc requires pkgconfig(nss) 389-adminutil-devel-1.1.8-4.fc12.ppc64 requires pkgconfig(nss) 389-ds-base-1.2.2-1.fc12.ppc requires libcrypto.so.8 389-ds-base-1.2.2-1.fc12.ppc64 requires libcrypto.so.8()(64bit) anaconda-12.17-1.fc12.ppc requires libaudit.so.0 anerley-0.0.20-3.fc12.ppc requires libmissioncontrol-client.so.0 anerley-0.0.20-3.fc12.ppc64 requires libmissioncontrol-client.so.0()(64bit) anerley-devel-0.0.20-3.fc12.ppc requires pkgconfig(libmissioncontrol) anerley-devel-0.0.20-3.fc12.ppc64 requires pkgconfig(libmissioncontrol) anjal-0.1.0-0.7.20090821git5ac8bfe.fc12.ppc requires libmissioncontrol-client.so.0 asterisk-1.6.1-0.24.rc1.fc12.ppc requires libssl.so.8 asterisk-1.6.1-0.24.rc1.fc12.ppc requires libcrypto.so.8 asterisk-fax-1.6.1-0.24.rc1.fc12.ppc requires libspandsp.so.1 asterisk-snmp-1.6.1-0.24.rc1.fc12.ppc requires libcrypto.so.8 asterisk-voicemail-imap-1.6.1-0.24.rc1.fc12.ppc requires libssl.so.8 asterisk-voicemail-imap-1.6.1-0.24.rc1.fc12.ppc requires libcrypto.so.8 chunkd-0.4-4.fc12.ppc requires libssl.so.8 chunkd-0.4-4.fc12.ppc requires libcrypto.so.8 chunkd-0.4-4.fc12.ppc64 requires libssl.so.8()(64bit) chunkd-0.4-4.fc12.ppc64 requires libcrypto.so.8()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.ppc requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.ppc requires libclutter-glx-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.ppc requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc requires pkgconfig(clutter-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.ppc requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.ppc requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.ppc requires pkgconfig(clutter-gtk-0.9) clutter-gtkmm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.ppc requires libclutter-glx-0.9.so.0 cluttermm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) cluttermm-devel-0.9.4-1.fc12.ppc requires pkgconfig(clutter-0.9) cluttermm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-0.9) collectd-mysql-4.5.3-2.fc11.ppc requires libcrypto.so.8 collectd-mysql-4.5.3-2.fc11.ppc requires libssl.so.8 collectd-nut-4.5.3-2.fc11.ppc requires libcrypto.so.8 collectd-nut-4.5.3-2.fc11.ppc requires libssl.so.8 collectd-snmp-4.5.3-2.fc11.ppc requires libcrypto.so.8 compat-erlang-R10B-13.11.fc11.ppc requires libssl.so.8 compat-erlang-R10B-13.11.fc11.ppc requires libcrypto.so.8 conexus-nss-devel-0.9.0-1.fc12.ppc requires pkgconfig(nss) >= 0:3.11 conexus-nss-devel-0.9.0-1.fc12.ppc64 requires pkgconfig(nss) >= 0:3.11 conexus-ssl-0.9.0-1.fc12.ppc requires libssl.so.8 conexus-ssl-0.9.0-1.fc12.ppc requires libcrypto.so.8 conexus-ssl-0.9.0-1.fc12.ppc64 requires libssl.so.8()(64bit) conexus-ssl-0.9.0-1.fc12.ppc64 requires libcrypto.so.8()(64bit) evolution-data-server-2.27.91-1.fc12.ppc requires libcrypto.so.8 evolution-data-server-2.27.91-1.fc12.ppc requires libssl.so.8 evolution-data-server-2.27.91-1.fc12.ppc64 requires libcrypto.so.8()(64bit) evolution-data-server-2.27.91-1.fc12.ppc64 requires libssl.so.8()(64bit) evolution-exchange-2.27.91-2.fc12.ppc requires libssl.so.8 evolution-exchange-2.27.91-2.fc12.ppc requires libcrypto.so.8 1:gdm-2.27.90-1.fc12.ppc requires libaudit.so.0 1:gdm-2.27.90-1.fc12.ppc64 requires libaudit.so.0()(64bit) gpsdrive-2.10-0.1.pre7.fc12.ppc requires libmapnik.so.0.5 hedgewars-0.9.11-2.fc12.ppc requires libssl.so.8 httping-1.2.9-4.fc11.ppc requires libcrypto.so.8 httping-1.2.9-4.fc11.ppc requires libssl.so.8 httrack-3.43.2-4.fc12.ppc requires openssl = 0:0.9.8k httrack-3.43.2-4.fc12.ppc64 requires openssl = 0:0.9.8k kdebase-workspace-4.3.0-101.fc12.ppc requires PolityKit-authentication-agent kdebase3-3.5.10-12.fc12.ppc requires libssl.so.8 kvirc-4.0.0-0.12.20090827svn3429.fc12.ppc requires libssl.so.8 kvirc-4.0.0-0.12.20090827svn3429.fc12.ppc requires libcrypto.so.8 kvirc-4.0.0-0.12.20090827svn3429.fc12.ppc64 requires libssl.so.8()(64bit) kvirc-4.0.0-0.12.20090827svn3429.fc12.ppc64 requires libcrypto.so.8()(64bit) libpathfinder-nss-devel-1.0.0-2.fc12.ppc requires pkgconfig(nss) >= 0:2.0.0 libpathfinder-nss-devel-1.0.0-2.fc12.ppc64 requires pkgconfig(nss) >= 0:2.0.0 m2crypto-0.20-2.ppc requires libcrypto.so.8 m2crypto-0.20-2.ppc requires libssl.so.8 mapserver-5.4.1-1.fc12.ppc requires libssl.so.8 mapserver-5.4.1-1.fc12.ppc requires libcrypto.so.8 mapserver-perl-5.4.1-1.fc12.ppc requires libssl.so.8 mapserver-perl-5.4.1-1.fc12.ppc requires libcrypto.so.8 mapserver-python-5.4.1-1.fc12.ppc requires libssl.so.8 mapserver-python-5.4.1-1.fc12.ppc requires libcrypto.so.8 maven2-plugin-antrun-2.0.8-1.3.fc12.noarch requires maven-embedder maven2-plugin-antrun-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires maven-shared-archiver maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires jmock >= 0:1.0.1 maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires maven-shared-test-tools maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires maven-shared-common-artifact-filters maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires maven-shared-repository-builder maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-testing-tools maven2-plugin-changelog-2.0.8-1.3.fc12.noarch requires maven-doxia-sitetools >= 0:1.0 maven2-plugin-changelog-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-changes-2.0.8-1.3.fc12.noarch requires glassfish-javamail maven2-plugin-changes-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-checkstyle-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-dependency-2.0.8-1.3.fc12.noarch requires maven-shared-dependency-tree maven2-plugin-dependency-2.0.8-1.3.fc12.noarch requires maven-shared-dependency-analyzer maven2-plugin-docck-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-tools-java >= 0:2.2 maven2-plugin-docck-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-tools-api maven2-plugin-docck-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-docck-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-tools-beanshell >= 0:2.2 maven2-plugin-ear-2.0.8-1.3.fc12.noarch requires maven-shared-verifier maven2-plugin-eclipse-2.0.8-1.3.fc12.noarch requires jmock >= 0:1.0.1 maven2-plugin-eclipse-2.0.8-1.3.fc12.noarch requires maven-shared-test-tools maven2-plugin-eclipse-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-testing-tools maven2-plugin-enforcer-2.0.8-1.3.fc12.noarch requires maven-enforcer-rule-api maven2-plugin-help-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-tools-api maven2-plugin-idea-2.0.8-1.3.fc12.noarch requires jmock >= 0:1.0.1 maven2-plugin-jar-2.0.8-1.3.fc12.noarch requires maven-shared-archiver >= 0:2.3 maven2-plugin-javadoc-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-one-2.0.8-1.3.fc12.noarch requires maven-shared-model-converter maven2-plugin-plugin-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-tools-java >= 0:2.2 maven2-plugin-plugin-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-plugin-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-tools-beanshell >= 0:2.2 maven2-plugin-pmd-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-project-info-reports-2.0.8-1.3.fc12.noarch requires maven-shared-jar maven2-plugin-project-info-reports-2.0.8-1.3.fc12.noarch requires maven-doxia-sitetools >= 0:1.0 maven2-plugin-project-info-reports-2.0.8-1.3.fc12.noarch requires maven-shared-dependency-tree maven2-plugin-project-info-reports-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl mingw32-gtk2-2.17.8-1.fc12.noarch requires mingw32(libjpeg-62.dll) mingw32-libtiff-3.8.2-18.fc12.noarch requires mingw32(libjpeg-62.dll) mozldap-devel-6.0.5-6.fc12.ppc requires pkgconfig(nss) >= 0:3.11 mozldap-devel-6.0.5-6.fc12.ppc64 requires pkgconfig(nss) >= 0:3.11 mysql-5.1.36-1.fc12.ppc requires libssl.so.8 mysql-5.1.36-1.fc12.ppc requires libcrypto.so.8 mysql-administrator-5.0r12-11.fc11.ppc requires libssl.so.8 mysql-administrator-5.0r12-11.fc11.ppc requires libcrypto.so.8 mysql-embedded-5.1.36-1.fc12.ppc requires libssl.so.8 mysql-embedded-5.1.36-1.fc12.ppc requires libcrypto.so.8 mysql-embedded-5.1.36-1.fc12.ppc64 requires libssl.so.8()(64bit) mysql-embedded-5.1.36-1.fc12.ppc64 requires libcrypto.so.8()(64bit) mysql-embedded-devel-5.1.36-1.fc12.ppc requires libssl.so.8 mysql-embedded-devel-5.1.36-1.fc12.ppc requires libcrypto.so.8 mysql-embedded-devel-5.1.36-1.fc12.ppc64 requires libssl.so.8()(64bit) mysql-embedded-devel-5.1.36-1.fc12.ppc64 requires libcrypto.so.8()(64bit) mysql-libs-5.1.36-1.fc12.ppc requires libssl.so.8 mysql-libs-5.1.36-1.fc12.ppc requires libcrypto.so.8 mysql-libs-5.1.36-1.fc12.ppc64 requires libssl.so.8()(64bit) mysql-libs-5.1.36-1.fc12.ppc64 requires libcrypto.so.8()(64bit) mysql-query-browser-5.0r12-11.fc11.ppc requires libssl.so.8 mysql-query-browser-5.0r12-11.fc11.ppc requires libcrypto.so.8 mysql-server-5.1.36-1.fc12.ppc requires libssl.so.8 mysql-server-5.1.36-1.fc12.ppc requires libcrypto.so.8 mysql-test-5.1.36-1.fc12.ppc requires libssl.so.8 mysql-test-5.1.36-1.fc12.ppc requires libcrypto.so.8 nscd-2.10.90-15.ppc requires libaudit.so.0 nss-tools-3.12.3.99.3-22.fc12.ppc requires libsqlite3.so nx-3.3.0-35.fc12.ppc requires libcrypto.so.8 octave-forge-20080831-10.fc12.ppc requires octave(api) = 0:api-v32 1:openoffice.org-core-3.1.1-19.2.fc12.ppc requires libcrypto.so.8 1:openoffice.org-core-3.1.1-19.2.fc12.ppc requires libssl.so.8 openvrml-0.18.3-1.fc12.ppc requires java(ppc-32) openvrml-0.18.3-1.fc12.ppc requires gecko-libs(ppc-32) >= 0:1.9.1 openvrml-0.18.3-1.fc12.ppc64 requires java(ppc-64) openvrml-0.18.3-1.fc12.ppc64 requires gecko-libs(ppc-64) >= 0:1.9.1 pam_mount-1.30-1.fc12.ppc requires libcrypto.so.8 pam_mount-1.30-1.fc12.ppc64 requires libcrypto.so.8()(64bit) paraview-3.6.1-4.fc12.ppc requires libssl.so.8 paraview-mpi-3.6.1-4.fc12.ppc requires libssl.so.8 pathfinderd-1.0.0-2.fc12.ppc requires libcrypto.so.8 perl-Crypt-OpenSSL-DSA-0.13-11.fc12.ppc requires libcrypto.so.8 perl-Crypt-OpenSSL-DSA-0.13-11.fc12.ppc requires libssl.so.8 php-mapserver-5.4.1-1.fc12.ppc requires libssl.so.8 php-mapserver-5.4.1-1.fc12.ppc requires libcrypto.so.8 postgresql-odbc-08.04.0100-1.fc12.ppc requires libssl.so.8 ppl-yap-0.10.2-5.fc12.ppc requires libYap.so python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.ppc requires libparted-1.8.so.8 redland-1.0.7-8.fc12.ppc requires libssl.so.8 redland-1.0.7-8.fc12.ppc requires libcrypto.so.8 redland-1.0.7-8.fc12.ppc64 requires libssl.so.8()(64bit) redland-1.0.7-8.fc12.ppc64 requires libcrypto.so.8()(64bit) rygel-0.3-5.fc12.ppc requires libgee.so.0 rygel-tracker-0.3-5.fc12.ppc requires libgee.so.0 sems-1.1.1-2.fc12.ppc requires libspandsp.so.1 sems-diameter_client-1.1.1-2.fc12.ppc requires libcrypto.so.8 sems-diameter_client-1.1.1-2.fc12.ppc requires libssl.so.8 sems-g722-1.1.1-2.fc12.ppc requires libspandsp.so.1 sems-gsm-1.1.1-2.fc12.ppc requires libspandsp.so.1 sems-speex-1.1.1-2.fc12.ppc requires libspandsp.so.1 sems-xmlrpc2di-1.1.1-2.fc12.ppc requires libssl.so.8 serpentine-0.9-5.fc12.noarch requires gnome-python2-nautilus-cd-burner socat-1.7.0.0-2.fc11.ppc requires libcrypto.so.8 socat-1.7.0.0-2.fc11.ppc requires libssl.so.8 svrcore-devel-4.0.4-5.fc12.ppc requires pkgconfig(nss) >= 0:3.12.3.99.3 svrcore-devel-4.0.4-5.fc12.ppc64 requires pkgconfig(nss) >= 0:3.12.3.99.3 totem-mythtv-2.27.2-7.fc12.ppc requires libssl.so.8 totem-mythtv-2.27.2-7.fc12.ppc requires libcrypto.so.8 w3c-libwww-5.4.1-0.15.20060206cvs.fc11.ppc requires libssl.so.8 w3c-libwww-5.4.1-0.15.20060206cvs.fc11.ppc requires libcrypto.so.8 w3c-libwww-5.4.1-0.15.20060206cvs.fc11.ppc64 requires libssl.so.8()(64bit) w3c-libwww-5.4.1-0.15.20060206cvs.fc11.ppc64 requires libcrypto.so.8()(64bit) w3c-libwww-apps-5.4.1-0.15.20060206cvs.fc11.ppc requires libssl.so.8 w3c-libwww-apps-5.4.1-0.15.20060206cvs.fc11.ppc requires libcrypto.so.8 wireshark-1.2.1-2.fc12.ppc requires libcrypto.so.8 wireshark-1.2.1-2.fc12.ppc64 requires libcrypto.so.8()(64bit) wireshark-gnome-1.2.1-2.fc12.ppc requires libcrypto.so.8 xmlsec1-nss-devel-1.2.12-1.fc12.ppc requires pkgconfig(nss) >= 0:1.4 xmlsec1-nss-devel-1.2.12-1.fc12.ppc64 requires pkgconfig(nss) >= 0:1.4 xmlsec1-openssl-1.2.12-1.fc12.ppc requires libssl.so.8 xmlsec1-openssl-1.2.12-1.fc12.ppc requires libcrypto.so.8 xmlsec1-openssl-1.2.12-1.fc12.ppc64 requires libssl.so.8()(64bit) xmlsec1-openssl-1.2.12-1.fc12.ppc64 requires libcrypto.so.8()(64bit) xsupplicant-1.2.8-10.fc11.ppc requires libcrypto.so.8 xsupplicant-1.2.8-10.fc11.ppc requires libssl.so.8 Broken deps for ppc64 ---------------------------------------------------------- 389-adminutil-devel-1.1.8-4.fc12.ppc64 requires pkgconfig(nss) 389-ds-base-1.2.2-1.fc12.ppc64 requires libcrypto.so.8()(64bit) anaconda-12.17-1.fc12.ppc64 requires libaudit.so.0()(64bit) anerley-0.0.20-3.fc12.ppc64 requires libmissioncontrol-client.so.0()(64bit) anerley-devel-0.0.20-3.fc12.ppc64 requires pkgconfig(libmissioncontrol) anjal-0.1.0-0.7.20090821git5ac8bfe.fc12.ppc64 requires libmissioncontrol-client.so.0()(64bit) asterisk-1.6.1-0.24.rc1.fc12.ppc64 requires libssl.so.8()(64bit) asterisk-1.6.1-0.24.rc1.fc12.ppc64 requires libcrypto.so.8()(64bit) asterisk-fax-1.6.1-0.24.rc1.fc12.ppc64 requires libspandsp.so.1()(64bit) asterisk-snmp-1.6.1-0.24.rc1.fc12.ppc64 requires libcrypto.so.8()(64bit) asterisk-voicemail-imap-1.6.1-0.24.rc1.fc12.ppc64 requires libcrypto.so.8()(64bit) asterisk-voicemail-imap-1.6.1-0.24.rc1.fc12.ppc64 requires libssl.so.8()(64bit) chunkd-0.4-4.fc12.ppc64 requires libssl.so.8()(64bit) chunkd-0.4-4.fc12.ppc64 requires libcrypto.so.8()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) cluttermm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-0.9) collectd-mysql-4.5.3-2.fc11.ppc64 requires libcrypto.so.8()(64bit) collectd-mysql-4.5.3-2.fc11.ppc64 requires libssl.so.8()(64bit) collectd-nut-4.5.3-2.fc11.ppc64 requires libcrypto.so.8()(64bit) collectd-nut-4.5.3-2.fc11.ppc64 requires libssl.so.8()(64bit) collectd-snmp-4.5.3-2.fc11.ppc64 requires libcrypto.so.8()(64bit) compat-erlang-R10B-13.11.fc11.ppc64 requires libssl.so.8()(64bit) compat-erlang-R10B-13.11.fc11.ppc64 requires libcrypto.so.8()(64bit) conexus-nss-devel-0.9.0-1.fc12.ppc64 requires pkgconfig(nss) >= 0:3.11 conexus-ssl-0.9.0-1.fc12.ppc64 requires libssl.so.8()(64bit) conexus-ssl-0.9.0-1.fc12.ppc64 requires libcrypto.so.8()(64bit) evolution-data-server-2.27.91-1.fc12.ppc64 requires libcrypto.so.8()(64bit) evolution-data-server-2.27.91-1.fc12.ppc64 requires libssl.so.8()(64bit) evolution-exchange-2.27.91-2.fc12.ppc64 requires libssl.so.8()(64bit) evolution-exchange-2.27.91-2.fc12.ppc64 requires libcrypto.so.8()(64bit) 1:gdm-2.27.90-1.fc12.ppc64 requires libaudit.so.0()(64bit) gpsdrive-2.10-0.1.pre7.fc12.ppc64 requires libmapnik.so.0.5()(64bit) hedgewars-0.9.11-2.fc12.ppc64 requires libssl.so.8()(64bit) httping-1.2.9-4.fc11.ppc64 requires libcrypto.so.8()(64bit) httping-1.2.9-4.fc11.ppc64 requires libssl.so.8()(64bit) httrack-3.43.2-4.fc12.ppc64 requires openssl = 0:0.9.8k kdebase-workspace-4.3.0-101.fc12.ppc64 requires PolityKit-authentication-agent kdebase3-3.5.10-12.fc12.ppc64 requires libssl.so.8()(64bit) kvirc-4.0.0-0.12.20090827svn3429.fc12.ppc64 requires libssl.so.8()(64bit) kvirc-4.0.0-0.12.20090827svn3429.fc12.ppc64 requires libcrypto.so.8()(64bit) libpathfinder-nss-devel-1.0.0-2.fc12.ppc64 requires pkgconfig(nss) >= 0:2.0.0 m2crypto-0.20-2.ppc64 requires libcrypto.so.8()(64bit) m2crypto-0.20-2.ppc64 requires libssl.so.8()(64bit) mapserver-5.4.1-1.fc12.ppc64 requires libssl.so.8()(64bit) mapserver-5.4.1-1.fc12.ppc64 requires libcrypto.so.8()(64bit) mapserver-perl-5.4.1-1.fc12.ppc64 requires libssl.so.8()(64bit) mapserver-perl-5.4.1-1.fc12.ppc64 requires libcrypto.so.8()(64bit) mapserver-python-5.4.1-1.fc12.ppc64 requires libssl.so.8()(64bit) mapserver-python-5.4.1-1.fc12.ppc64 requires libcrypto.so.8()(64bit) maven2-plugin-antrun-2.0.8-1.3.fc12.noarch requires maven-embedder maven2-plugin-antrun-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires maven-shared-archiver maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires jmock >= 0:1.0.1 maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires maven-shared-test-tools maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires maven-shared-common-artifact-filters maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires maven-shared-repository-builder maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-testing-tools maven2-plugin-changelog-2.0.8-1.3.fc12.noarch requires maven-doxia-sitetools >= 0:1.0 maven2-plugin-changelog-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-changes-2.0.8-1.3.fc12.noarch requires glassfish-javamail maven2-plugin-changes-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-checkstyle-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-dependency-2.0.8-1.3.fc12.noarch requires maven-shared-dependency-tree maven2-plugin-dependency-2.0.8-1.3.fc12.noarch requires maven-shared-dependency-analyzer maven2-plugin-docck-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-tools-java >= 0:2.2 maven2-plugin-docck-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-tools-api maven2-plugin-docck-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-docck-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-tools-beanshell >= 0:2.2 maven2-plugin-ear-2.0.8-1.3.fc12.noarch requires maven-shared-verifier maven2-plugin-eclipse-2.0.8-1.3.fc12.noarch requires jmock >= 0:1.0.1 maven2-plugin-eclipse-2.0.8-1.3.fc12.noarch requires maven-shared-test-tools maven2-plugin-eclipse-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-testing-tools maven2-plugin-enforcer-2.0.8-1.3.fc12.noarch requires maven-enforcer-rule-api maven2-plugin-help-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-tools-api maven2-plugin-idea-2.0.8-1.3.fc12.noarch requires jmock >= 0:1.0.1 maven2-plugin-jar-2.0.8-1.3.fc12.noarch requires maven-shared-archiver >= 0:2.3 maven2-plugin-javadoc-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-one-2.0.8-1.3.fc12.noarch requires maven-shared-model-converter maven2-plugin-plugin-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-tools-java >= 0:2.2 maven2-plugin-plugin-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-plugin-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-tools-beanshell >= 0:2.2 maven2-plugin-pmd-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-project-info-reports-2.0.8-1.3.fc12.noarch requires maven-shared-jar maven2-plugin-project-info-reports-2.0.8-1.3.fc12.noarch requires maven-doxia-sitetools >= 0:1.0 maven2-plugin-project-info-reports-2.0.8-1.3.fc12.noarch requires maven-shared-dependency-tree maven2-plugin-project-info-reports-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl mingw32-gtk2-2.17.8-1.fc12.noarch requires mingw32(libjpeg-62.dll) mingw32-libtiff-3.8.2-18.fc12.noarch requires mingw32(libjpeg-62.dll) mozldap-devel-6.0.5-6.fc12.ppc64 requires pkgconfig(nss) >= 0:3.11 mysql-5.1.36-1.fc12.ppc64 requires libcrypto.so.8()(64bit) mysql-5.1.36-1.fc12.ppc64 requires libssl.so.8()(64bit) mysql-administrator-5.0r12-11.fc11.ppc64 requires libcrypto.so.8()(64bit) mysql-administrator-5.0r12-11.fc11.ppc64 requires libssl.so.8()(64bit) mysql-embedded-5.1.36-1.fc12.ppc64 requires libssl.so.8()(64bit) mysql-embedded-5.1.36-1.fc12.ppc64 requires libcrypto.so.8()(64bit) mysql-embedded-devel-5.1.36-1.fc12.ppc64 requires libssl.so.8()(64bit) mysql-embedded-devel-5.1.36-1.fc12.ppc64 requires libcrypto.so.8()(64bit) mysql-libs-5.1.36-1.fc12.ppc64 requires libssl.so.8()(64bit) mysql-libs-5.1.36-1.fc12.ppc64 requires libcrypto.so.8()(64bit) mysql-query-browser-5.0r12-11.fc11.ppc64 requires libcrypto.so.8()(64bit) mysql-query-browser-5.0r12-11.fc11.ppc64 requires libssl.so.8()(64bit) mysql-server-5.1.36-1.fc12.ppc64 requires libssl.so.8()(64bit) mysql-server-5.1.36-1.fc12.ppc64 requires libcrypto.so.8()(64bit) mysql-test-5.1.36-1.fc12.ppc64 requires libssl.so.8()(64bit) mysql-test-5.1.36-1.fc12.ppc64 requires libcrypto.so.8()(64bit) nscd-2.10.90-15.ppc64 requires libaudit.so.0()(64bit) nss-tools-3.12.3.99.3-22.fc12.ppc64 requires libsqlite3.so()(64bit) nx-3.3.0-35.fc12.ppc64 requires libcrypto.so.8()(64bit) octave-forge-20080831-10.fc12.ppc64 requires octave(api) = 0:api-v32 1:openoffice.org-core-3.1.1-19.2.fc12.ppc64 requires libcrypto.so.8()(64bit) 1:openoffice.org-core-3.1.1-19.2.fc12.ppc64 requires libssl.so.8()(64bit) openvrml-0.18.3-1.fc12.ppc64 requires java(ppc-64) openvrml-0.18.3-1.fc12.ppc64 requires gecko-libs(ppc-64) >= 0:1.9.1 pam_mount-1.30-1.fc12.ppc64 requires libcrypto.so.8()(64bit) paraview-3.6.1-4.fc12.ppc64 requires libssl.so.8()(64bit) paraview-mpi-3.6.1-4.fc12.ppc64 requires libssl.so.8()(64bit) pathfinderd-1.0.0-2.fc12.ppc64 requires libcrypto.so.8()(64bit) perl-Crypt-OpenSSL-DSA-0.13-11.fc12.ppc64 requires libcrypto.so.8()(64bit) perl-Crypt-OpenSSL-DSA-0.13-11.fc12.ppc64 requires libssl.so.8()(64bit) php-mapserver-5.4.1-1.fc12.ppc64 requires libssl.so.8()(64bit) php-mapserver-5.4.1-1.fc12.ppc64 requires libcrypto.so.8()(64bit) postgresql-odbc-08.04.0100-1.fc12.ppc64 requires libssl.so.8()(64bit) ppl-yap-0.10.2-5.fc12.ppc64 requires libYap.so()(64bit) python-mwlib-0.11.2-3.20090522hg2956.fc12.ppc64 requires LabPlot python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.ppc64 requires libparted-1.8.so.8()(64bit) redland-1.0.7-8.fc12.ppc64 requires libssl.so.8()(64bit) redland-1.0.7-8.fc12.ppc64 requires libcrypto.so.8()(64bit) rygel-0.3-5.fc12.ppc64 requires libgee.so.0()(64bit) rygel-tracker-0.3-5.fc12.ppc64 requires libgee.so.0()(64bit) sems-1.1.1-2.fc12.ppc64 requires libspandsp.so.1()(64bit) sems-diameter_client-1.1.1-2.fc12.ppc64 requires libcrypto.so.8()(64bit) sems-diameter_client-1.1.1-2.fc12.ppc64 requires libssl.so.8()(64bit) sems-g722-1.1.1-2.fc12.ppc64 requires libspandsp.so.1()(64bit) sems-gsm-1.1.1-2.fc12.ppc64 requires libspandsp.so.1()(64bit) sems-speex-1.1.1-2.fc12.ppc64 requires libspandsp.so.1()(64bit) sems-xmlrpc2di-1.1.1-2.fc12.ppc64 requires libssl.so.8()(64bit) serpentine-0.9-5.fc12.noarch requires gnome-python2-nautilus-cd-burner socat-1.7.0.0-2.fc11.ppc64 requires libcrypto.so.8()(64bit) socat-1.7.0.0-2.fc11.ppc64 requires libssl.so.8()(64bit) svrcore-devel-4.0.4-5.fc12.ppc64 requires pkgconfig(nss) >= 0:3.12.3.99.3 totem-mythtv-2.27.2-7.fc12.ppc64 requires libssl.so.8()(64bit) totem-mythtv-2.27.2-7.fc12.ppc64 requires libcrypto.so.8()(64bit) w3c-libwww-5.4.1-0.15.20060206cvs.fc11.ppc64 requires libssl.so.8()(64bit) w3c-libwww-5.4.1-0.15.20060206cvs.fc11.ppc64 requires libcrypto.so.8()(64bit) w3c-libwww-apps-5.4.1-0.15.20060206cvs.fc11.ppc64 requires libssl.so.8()(64bit) w3c-libwww-apps-5.4.1-0.15.20060206cvs.fc11.ppc64 requires libcrypto.so.8()(64bit) wireshark-1.2.1-2.fc12.ppc64 requires libcrypto.so.8()(64bit) wireshark-gnome-1.2.1-2.fc12.ppc64 requires libcrypto.so.8()(64bit) xmlsec1-nss-devel-1.2.12-1.fc12.ppc64 requires pkgconfig(nss) >= 0:1.4 xmlsec1-openssl-1.2.12-1.fc12.ppc64 requires libssl.so.8()(64bit) xmlsec1-openssl-1.2.12-1.fc12.ppc64 requires libcrypto.so.8()(64bit) xsupplicant-1.2.8-10.fc11.ppc64 requires libcrypto.so.8()(64bit) xsupplicant-1.2.8-10.fc11.ppc64 requires libssl.so.8()(64bit) From orion at cora.nwra.com Fri Aug 28 15:40:05 2009 From: orion at cora.nwra.com (Orion Poplawski) Date: Fri, 28 Aug 2009 09:40:05 -0600 Subject: rawhide report: 20090828 changes In-Reply-To: <20090828150950.GA14079@releng2.fedora.phx.redhat.com> References: <20090828150950.GA14079@releng2.fedora.phx.redhat.com> Message-ID: <4A97FA55.1090607@cora.nwra.com> On 08/28/2009 09:09 AM, Rawhide Report wrote: > Broken deps for i386 > ---------------------------------------------------------- > paraview-3.6.1-4.fc12.i686 requires libssl.so.8 > paraview-mpi-3.6.1-4.fc12.i686 requires libssl.so.8 3.6.1-5 is building now which should fix this. -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA Division FAX: 303-415-9702 3380 Mitchell Lane orion at cora.nwra.com Boulder, CO 80301 http://www.cora.nwra.com From jreznik at redhat.com Fri Aug 28 16:06:29 2009 From: jreznik at redhat.com (Jaroslav Reznik) Date: Fri, 28 Aug 2009 18:06:29 +0200 Subject: PolicyKit 0.9 is going away In-Reply-To: <200908281614.52405.jreznik@redhat.com> References: <1251326269.1614.26.camel@planemask> <1251466579.2281.1.camel@planemask> <200908281614.52405.jreznik@redhat.com> Message-ID: <200908281806.30182.jreznik@redhat.com> On Friday 28 August 2009 16:14:51 Jaroslav Reznik wrote: > On Friday 28 August 2009 15:36:19 Matthias Clasen wrote: > > On Fri, 2009-08-28 at 06:47 -0500, Rex Dieter wrote: > > > Matthias Clasen wrote: > > > > I have been able to port some 10-12 PolicyKit users from 0.9 to 0.90 > > > > in a matter of a few days. The KDE sig should really be able to get > > > > this port done. We really don't want to ship multiple authorization > > > > databases, that way lies confusion and madness. > > > > > > The PolicyKitOne feature page does include in its contingency plan: > > > "If not all ports listed above can be completed in time, keep PolicyKit > > > 0.9 around..." > > > > Right. But from what I've heard that is not the case. Jreznik just said: > > > > > > I have initial port [...] seems like it's working now and usable. > > Yes, I have port but I'm not sure how to combine it into current KDE as it > breaks polkit-qt API and I don't like shipping big patches that actually > forks project. I'd like to see it from upstream. And this apply only to polkit-qt-core, I'm not even sure it's easily possible to port polkit-qt-gui without mayor rewrite. Jaroslav > I'm working on this, we have topic for our next KDE SIG meeting. If you > could join, it would be great - > http://fedoraproject.org/wiki/SIGs/KDE/Meetings. > > Matthias, could you please look at > https://bugzilla.redhat.com/show_bug.cgi?id=519674 > > Thanks > Jaroslav -- Jaroslav ?ezn?k Associate Software Engineer - Base Operating Systems Brno Office: +420 532 294 275 Mobile: +420 731 455 332 Red Hat, Inc. http://cz.redhat.com/ From joshuacov at googlemail.com Fri Aug 28 16:30:46 2009 From: joshuacov at googlemail.com (Joshua C.) Date: Fri, 28 Aug 2009 18:30:46 +0200 Subject: How to respin F11-install-dvd with GRUB on ext4? In-Reply-To: <5f6f8c5f0908261721v4e631c6es340afa3b21cea6c4@mail.gmail.com> References: <5f6f8c5f0908260705j61527507m70ca6843992257b9@mail.gmail.com> <5f6f8c5f0908261644x33a015fbma14ff8184b28254d@mail.gmail.com> <20090827000512.GA1993@wolff.to> <5f6f8c5f0908261721v4e631c6es340afa3b21cea6c4@mail.gmail.com> Message-ID: <5f6f8c5f0908280930uc6f6b6av15939ff319fb6f62@mail.gmail.com> 2009/8/27 Joshua C. > > > 2009/8/27 Bruno Wolff III > >> On Thu, Aug 27, 2009 at 01:44:13 +0200, >> "Joshua C." wrote: >> > I'm trying to respin the f11.x86_64 install dvd in order to put the >> > new grub and anaconda packages, so that I can have grub on my ext4 >> > without a separete partition for it. I recompiled >> > grub-0.97-59.fc11.x86_64 and anaconda-12.0-1.fc11.x86_64 against the >> > current f11 packages. Everything worked fine. I also recompiled the >> > corresponding util-linux-ng and other deps. >> >> I thought new packages had already been pushed to F11 to allow this, so >> you shouldn't have had to recompile anything. >> > > I haven't heard of this. I'll switch to f11 but didn't want to use the > default install dvd because of the grub-on-ext3 problem. Even if new > packages have been pushed to f11 repos the install media haven't been > respin. Therefore I need ot do it thia way. > > >> > How can I recreate the install dvd? >> >> pungi is the tool used to build install images. >> > > I'll try it. thanks. > Ok I finally did it. After trying all version of anaconda from anaconda-12.0-1.fc12 to anaconda-12.7-1.fc12 (against the current f11 libs), they all gave me different sorts of errors. At the end I just patched the anaconda-11.5.0.59-1.fc11 with the following commits and recompiled it. commit 162c92b4838f9769f39b0c3a85f9c6e4a38a5913: x86 and EFI platforms can now have /boot on ext4. commit 11266dabba490baf732b85ba76e2841e6ae17733: Default to /boot on ext4 commit 9e83e8a43f8a609c65c39c6de8cf1c341d3f31ec: Allow /boot on ext4 now that we have a grub that allows it Now I have f11-install-dvd with grub (recompiled grub-0.97-59.fc11) on ext4 by default. It' works just fine. -------------- next part -------------- An HTML attachment was scrubbed... URL: From skasal at redhat.com Fri Aug 28 14:11:26 2009 From: skasal at redhat.com (Stepan Kasal) Date: Fri, 28 Aug 2009 16:11:26 +0200 Subject: #! /usr/bin/perl preferred Message-ID: <20090828141126.GA18997@camelia.ucw.cz> Hello, at certain periods of time, it was recommended to use #!/usr/bin/env . Some people consider it ugly. (The humble opinion of the author of this mail is the same.) Currently there is popular mood to remove "/usr/bin/env python", see http://fedoraproject.org/wiki/Features/SystemPythonExecutablesUseSystemPython We could follow this movement and replace #! ?/(usr/)?bin/env perl by mere #! /usr/bin/perl To assist with this change, I searched all Fedora packages (on x86_64 only) for the issue. Attached below please find the list of affected files, grouped by maintainers and packages. Have a nice weekend, Stepan alexlan: perl-bioperl /usr/bin/bp_seqfeature_gff3.pl /usr/share/doc/perl-bioperl-1.6.0/examples/root/exceptions1.pl /usr/share/doc/perl-bioperl-1.6.0/examples/root/exceptions2.pl /usr/share/doc/perl-bioperl-1.6.0/examples/root/exceptions3.pl /usr/share/doc/perl-bioperl-1.6.0/examples/root/exceptions4.pl /usr/share/doc/perl-bioperl-1.6.0/examples/searchio/custom_writer.pl /usr/share/doc/perl-bioperl-1.6.0/examples/searchio/hspwriter.pl /usr/share/doc/perl-bioperl-1.6.0/examples/searchio/rawwriter.pl /usr/share/doc/perl-bioperl-1.6.0/examples/tools/seq_pattern.pl andriy: renrot /usr/bin/renrot athimm: mediawiki(mediawiki-nomath) /usr/share/mediawiki/maintenance/fetchInterwiki.pl vtk(vtk-devel) /usr/lib64/vtk-5.4/doxygen/doc_class2example.pl /usr/lib64/vtk-5.4/doxygen/doc_cleanhtml.pl /usr/lib64/vtk-5.4/doxygen/doc_codematch.pl /usr/lib64/vtk-5.4/doxygen/doc_contributors.pl /usr/lib64/vtk-5.4/doxygen/doc_header2doxygen.pl /usr/lib64/vtk-5.4/doxygen/doc_index.pl /usr/lib64/vtk-5.4/doxygen/doc_rmpath.pl /usr/lib64/vtk-5.4/doxygen/doc_version.pl /usr/share/doc/vtk-devel-5.4.2/Upgrading/DiagAttribute.pl /usr/share/doc/vtk-devel-5.4.2/Upgrading/UpgradeFrom32.pl atkac: tigervnc(tigervnc-server) /usr/bin/vncserver ausil: konversation /usr/share/kde4/apps/konversation/scripts/cmd /usr/share/kde4/apps/konversation/scripts/fortune /usr/share/kde4/apps/konversation/scripts/uptime bonii: teseq /usr/bin/reseq c4chris: lagan /usr/bin/lagan /usr/lib64/lagan/anal_gloc.pl /usr/lib64/lagan/rechaos.pl /usr/lib64/lagan/utils/cmerge2.pl /usr/lib64/lagan/utils/draft.pl /usr/lib64/lagan/utils/mextract.pl /usr/lib64/lagan/utils/mf2bin.pl /usr/lib64/lagan/utils/mpretty.pl /usr/lib64/lagan/utils/mproject.pl /usr/lib64/lagan/utils/mrun.pl /usr/lib64/lagan/utils/mrunfile.pl /usr/lib64/lagan/utils/mrunpairs.pl /usr/lib64/lagan/utils/mviz.pl cweyl: perl-Class-MOP /usr/share/doc/perl-Class-MOP-0.92/t/086_rebless_instance_away.t /usr/share/doc/perl-Class-MOP-0.92/t/307_null_stash.t /usr/share/doc/perl-Class-MOP-0.92/t/lib/SyntaxError.pm perl-Class-Method-Modifiers /usr/share/doc/perl-Class-Method-Modifiers-1.04/t/000-load.t /usr/share/doc/perl-Class-Method-Modifiers-1.04/t/001-error.t /usr/share/doc/perl-Class-Method-Modifiers-1.04/t/002-cache.t /usr/share/doc/perl-Class-Method-Modifiers-1.04/t/003-basic.t /usr/share/doc/perl-Class-Method-Modifiers-1.04/t/004-around.t /usr/share/doc/perl-Class-Method-Modifiers-1.04/t/005-return.t /usr/share/doc/perl-Class-Method-Modifiers-1.04/t/010-before-args.t /usr/share/doc/perl-Class-Method-Modifiers-1.04/t/011-after-args.t /usr/share/doc/perl-Class-Method-Modifiers-1.04/t/012-around-args.t /usr/share/doc/perl-Class-Method-Modifiers-1.04/t/020-multiple-inheritance.t /usr/share/doc/perl-Class-Method-Modifiers-1.04/t/030-multiple-before.t /usr/share/doc/perl-Class-Method-Modifiers-1.04/t/031-multiple-after.t /usr/share/doc/perl-Class-Method-Modifiers-1.04/t/032-multiple-around.t /usr/share/doc/perl-Class-Method-Modifiers-1.04/t/034-multiple-everything.t /usr/share/doc/perl-Class-Method-Modifiers-1.04/t/035-multiple-everything-twice.t /usr/share/doc/perl-Class-Method-Modifiers-1.04/t/040-twice-orig.t /usr/share/doc/perl-Class-Method-Modifiers-1.04/t/041-modify-parent.t /usr/share/doc/perl-Class-Method-Modifiers-1.04/t/051-undef-list-ctxt.t /usr/share/doc/perl-Class-Method-Modifiers-1.04/t/060-caller.t /usr/share/doc/perl-Class-Method-Modifiers-1.04/t/070-modify-multiple-at-once.t /usr/share/doc/perl-Class-Method-Modifiers-1.04/t/080-multiple-modifiers.t /usr/share/doc/perl-Class-Method-Modifiers-1.04/t/081-sub-and-modifier.t /usr/share/doc/perl-Class-Method-Modifiers-1.04/t/090-diamond.t /usr/share/doc/perl-Class-Method-Modifiers-1.04/t/100-class-mop-method-modifiers.t /usr/share/doc/perl-Class-Method-Modifiers-1.04/t/101-bank-account.t perl-Moose /usr/share/doc/perl-Moose-0.89/t/020_attributes/024_attribute_traits_parameterized.t /usr/share/doc/perl-Moose-0.89/t/020_attributes/027_accessor_override_method.t /usr/share/doc/perl-Moose-0.89/t/030_roles/019_build.t /usr/share/doc/perl-Moose-0.89/t/030_roles/034_create_role.t /usr/share/doc/perl-Moose-0.89/t/030_roles/035_anonymous_roles.t /usr/share/doc/perl-Moose-0.89/t/030_roles/036_free_anonymous_roles.t /usr/share/doc/perl-Moose-0.89/t/030_roles/037_create_role_subclass.t /usr/share/doc/perl-Moose-0.89/t/030_roles/038_new_meta_role.t /usr/share/doc/perl-Moose-0.89/t/030_roles/039_application_toclass.t /usr/share/doc/perl-Moose-0.89/t/030_roles/040_role_for_combination.t /usr/share/doc/perl-Moose-0.89/t/050_metaclasses/017_use_base_of_moose.t /usr/share/doc/perl-Moose-0.89/t/050_metaclasses/020_metaclass_parameterized_traits.t /usr/share/doc/perl-Moose-0.89/t/050_metaclasses/022_new_metaclass.t /usr/share/doc/perl-Moose-0.89/t/100_bugs/014_DEMOLISHALL.t /usr/share/doc/perl-Moose-0.89/t/100_bugs/019_moose_octal_defaults.t /usr/share/doc/perl-Moose-0.89/t/300_immutable/014_immutable_metaclass_with_traits.t perl-MooseX-Getopt /usr/share/doc/perl-MooseX-Getopt-0.18/t/008_configfromfile.t perl-Mouse /usr/share/doc/perl-Mouse-0.27/t/001-strict.t /usr/share/doc/perl-Mouse-0.27/t/002-warnings.t /usr/share/doc/perl-Mouse-0.27/t/003-mouse-object.t /usr/share/doc/perl-Mouse-0.27/t/004-auto-subclass.t /usr/share/doc/perl-Mouse-0.27/t/005-extends.t /usr/share/doc/perl-Mouse-0.27/t/006-unimport.t /usr/share/doc/perl-Mouse-0.27/t/007-attributes.t /usr/share/doc/perl-Mouse-0.27/t/008-default.t /usr/share/doc/perl-Mouse-0.27/t/009-default-code.t /usr/share/doc/perl-Mouse-0.27/t/010-required.t /usr/share/doc/perl-Mouse-0.27/t/011-lazy.t /usr/share/doc/perl-Mouse-0.27/t/012-predicate.t /usr/share/doc/perl-Mouse-0.27/t/013-clearer.t /usr/share/doc/perl-Mouse-0.27/t/014-build.t /usr/share/doc/perl-Mouse-0.27/t/015-demolish.t /usr/share/doc/perl-Mouse-0.27/t/016-trigger.t /usr/share/doc/perl-Mouse-0.27/t/017-default-reference.t /usr/share/doc/perl-Mouse-0.27/t/018-multiattr-has.t /usr/share/doc/perl-Mouse-0.27/t/019-handles.t /usr/share/doc/perl-Mouse-0.27/t/020-load-class.t /usr/share/doc/perl-Mouse-0.27/t/021-weak-ref.t /usr/share/doc/perl-Mouse-0.27/t/022-init-arg.t /usr/share/doc/perl-Mouse-0.27/t/023-builder.t /usr/share/doc/perl-Mouse-0.27/t/024-isa.t /usr/share/doc/perl-Mouse-0.27/t/025-more-isa.t /usr/share/doc/perl-Mouse-0.27/t/026-auto-deref.t /usr/share/doc/perl-Mouse-0.27/t/028-subclass-attr.t /usr/share/doc/perl-Mouse-0.27/t/029-new.t /usr/share/doc/perl-Mouse-0.27/t/030-has-plus.t /usr/share/doc/perl-Mouse-0.27/t/030_roles/019_build.t /usr/share/doc/perl-Mouse-0.27/t/030_roles/failing/034_create_role.t /usr/share/doc/perl-Mouse-0.27/t/030_roles/failing/035_anonymous_roles.t /usr/share/doc/perl-Mouse-0.27/t/030_roles/failing/036_free_anonymous_roles.t /usr/share/doc/perl-Mouse-0.27/t/030_roles/failing/037_create_role_subclass.t /usr/share/doc/perl-Mouse-0.27/t/031-clone.t /usr/share/doc/perl-Mouse-0.27/t/032-buildargs.t /usr/share/doc/perl-Mouse-0.27/t/033-readwrite.t /usr/share/doc/perl-Mouse-0.27/t/034-apply_all_roles.t /usr/share/doc/perl-Mouse-0.27/t/038-main.t /usr/share/doc/perl-Mouse-0.27/t/039-subtype.t /usr/share/doc/perl-Mouse-0.27/t/040-existing-subclass.t /usr/share/doc/perl-Mouse-0.27/t/041-enum.t /usr/share/doc/perl-Mouse-0.27/t/042-override.t /usr/share/doc/perl-Mouse-0.27/t/043-parameterized-type.t /usr/share/doc/perl-Mouse-0.27/t/044-attribute-metaclass.t /usr/share/doc/perl-Mouse-0.27/t/047-attribute-metaclass-role.t /usr/share/doc/perl-Mouse-0.27/t/049-coercion-application-order.t /usr/share/doc/perl-Mouse-0.27/t/100-meta-class.t /usr/share/doc/perl-Mouse-0.27/t/101-meta-attribute.t /usr/share/doc/perl-Mouse-0.27/t/400-define-role.t /usr/share/doc/perl-Mouse-0.27/t/401-meta-role.t /usr/share/doc/perl-Mouse-0.27/t/402-attribute-application.t /usr/share/doc/perl-Mouse-0.27/t/403-method-modifiers.t /usr/share/doc/perl-Mouse-0.27/t/404-role-overrides.t /usr/share/doc/perl-Mouse-0.27/t/600-tiny-tiny.t /usr/share/doc/perl-Mouse-0.27/t/601-tiny-mouse.t /usr/share/doc/perl-Mouse-0.27/t/602-mouse-tiny.t /usr/share/doc/perl-Mouse-0.27/t/603-octal-defaults.t perl-Text-RecordParser /usr/bin/tab2graph /usr/bin/tablify /usr/bin/tabmerge perl-namespace-clean /usr/share/doc/perl-namespace-clean-0.11/t/00-basic.t /usr/share/doc/perl-namespace-clean-0.11/t/01-function-wipeout.t /usr/share/doc/perl-namespace-clean-0.11/t/02-inheritance.t /usr/share/doc/perl-namespace-clean-0.11/t/03-unimport.t /usr/share/doc/perl-namespace-clean-0.11/t/04-except.t /usr/share/doc/perl-namespace-clean-0.11/t/05-explicit-cleanee.t dledford: lam /usr/lib64/lam/bin/mpiexec ianweller: python-mwlib /usr/lib64/python2.6/site-packages/mwlib/EasyTimeline.pl iarnell: perl-App-Nopaste(nopaste) /usr/bin/nopaste perl-Devel-REPL /usr/bin/re.pl perl-HTML-GenToc /usr/bin/hypertoc perl-Lexical-Persistence /usr/share/doc/perl-Lexical-Persistence-1.01/eg/persistence.perl /usr/share/doc/perl-Lexical-Persistence-1.01/eg/repl-mst.perl perl-Module-Used /usr/bin/modules-used perl-WWW-Pastebin-PastebinCom-Create /usr/share/doc/perl-WWW-Pastebin-PastebinCom-Create-0.002/examples/create.pl jamatos: tellico /usr/share/apps/kconf_update/tellico-1-3-update.pl jfearn: publican /usr/bin/StSe_Reports /usr/bin/create_book /usr/bin/po2sgml /usr/bin/po2xlf /usr/bin/rmImages /usr/bin/xlf2pot /usr/bin/xmlClean jjames: latexmk /usr/bin/latexmk sphinxbase /usr/bin/sphinx_lm_sort jnovy: texlive(texlive-doc) /usr/bin/texdoctk texlive(texlive-utils) /usr/bin/e2pall /usr/bin/epstopdf texlive-texmf(texlive-texmf-doc) /usr/share/texmf/doc/latex/register/reg_list.pl /usr/share/texmf/doc/latex/savetrees/makethin.pl joost: lazarus /usr/lib64/lazarus/docs/xml/find_cvs_fpdoc_files.pl /usr/lib64/lazarus/docs/xml/multi_makeskel.pl /usr/lib64/lazarus/tools/delete_non_svn_files.pl /usr/lib64/lazarus/tools/install/replace_in_files.pl jorton: subversion /usr/share/doc/subversion-1.6.5/tools/hook-scripts/commit-access-control.pl karlik: ekg2(perl-ekg2) /usr/share/ekg2/scripts/audioscrobbler_bot.pl /usr/share/ekg2/scripts/dns.pl /usr/share/ekg2/scripts/ggbe.pl /usr/share/ekg2/scripts/slownik.pl /usr/share/ekg2/scripts/xmms.pl kevin: exo /usr/libexec/exo-compose-mail-0.3 liangsuilong: shutter /usr/share/shutter/resources/system/plugins/perl/sp3drotate/sp3drotate /usr/share/shutter/resources/system/plugins/perl/spbardistortion/spbardistortion /usr/share/shutter/resources/system/plugins/perl/spnegate/spnegate /usr/share/shutter/resources/system/plugins/perl/sppolaroid/sppolaroid /usr/share/shutter/resources/system/plugins/perl/spresize/spresize /usr/share/shutter/resources/system/plugins/perl/spsepia/spsepia /usr/share/shutter/resources/system/plugins/perl/spwatermark/spwatermark lkundrak: centerim /usr/bin/cimconv maatkit /usr/bin/mk-archiver /usr/bin/mk-audit /usr/bin/mk-checksum-filter /usr/bin/mk-deadlock-logger /usr/bin/mk-duplicate-key-checker /usr/bin/mk-find /usr/bin/mk-heartbeat /usr/bin/mk-log-parser /usr/bin/mk-parallel-dump /usr/bin/mk-parallel-restore /usr/bin/mk-profile-compact /usr/bin/mk-query-profiler /usr/bin/mk-show-grants /usr/bin/mk-slave-delay /usr/bin/mk-slave-find /usr/bin/mk-slave-move /usr/bin/mk-slave-prefetch /usr/bin/mk-slave-restart /usr/bin/mk-table-checksum /usr/bin/mk-table-sync /usr/bin/mk-visual-explain lucilanga: xastir /usr/share/xastir/object2shp.pl matt: condor /usr/bin/condor_run /usr/sbin/condor_updates_stats /usr/sbin/condor_vm_vmware.pl mcepl: syncevolution /usr/bin/synccompare mgarski: xscorch /usr/share/doc/xscorch-0.2.1/make_text_data.pl mhlavink: squirrelmail /usr/share/squirrelmail/config/conf.pl mildew: sudo /usr/share/doc/sudo-1.7.1/sudoers2ldif mmcgrath: perl-SOAP-Lite /usr/bin/SOAPsh.pl /usr/bin/XMLRPCsh.pl /usr/bin/stubmaker.pl /usr/share/doc/perl-SOAP-Lite-0.710.08/examples/XMLRPC/xmlrpc.cgi /usr/share/doc/perl-SOAP-Lite-0.710.08/examples/XMLRPC/xmlrpc.daemon nphilipp: rss-glx /usr/bin/rss-glx-rss-glx_install.pl orion: plplot(plplot-perl) /usr/share/plplot5.9.4/examples/perl/x01.pl /usr/share/plplot5.9.4/examples/perl/x02.pl /usr/share/plplot5.9.4/examples/perl/x03.pl /usr/share/plplot5.9.4/examples/perl/x04.pl /usr/share/plplot5.9.4/examples/perl/x05.pl /usr/share/plplot5.9.4/examples/perl/x06.pl /usr/share/plplot5.9.4/examples/perl/x07.pl /usr/share/plplot5.9.4/examples/perl/x08.pl /usr/share/plplot5.9.4/examples/perl/x09.pl /usr/share/plplot5.9.4/examples/perl/x10.pl /usr/share/plplot5.9.4/examples/perl/x11.pl /usr/share/plplot5.9.4/examples/perl/x12.pl /usr/share/plplot5.9.4/examples/perl/x13.pl /usr/share/plplot5.9.4/examples/perl/x14.pl /usr/share/plplot5.9.4/examples/perl/x15.pl /usr/share/plplot5.9.4/examples/perl/x16.pl /usr/share/plplot5.9.4/examples/perl/x17.pl /usr/share/plplot5.9.4/examples/perl/x18.pl /usr/share/plplot5.9.4/examples/perl/x19.pl /usr/share/plplot5.9.4/examples/perl/x20.pl /usr/share/plplot5.9.4/examples/perl/x21.pl /usr/share/plplot5.9.4/examples/perl/x22.pl /usr/share/plplot5.9.4/examples/perl/x23.pl /usr/share/plplot5.9.4/examples/perl/x24.pl /usr/share/plplot5.9.4/examples/perl/x25.pl /usr/share/plplot5.9.4/examples/perl/x26.pl /usr/share/plplot5.9.4/examples/perl/x27.pl /usr/share/plplot5.9.4/examples/perl/x28.pl /usr/share/plplot5.9.4/examples/perl/x29.pl /usr/share/plplot5.9.4/examples/perl/x30.pl /usr/share/plplot5.9.4/examples/perl/x31.pl rmeggins: 389-admin /usr/lib64/dirsrv/cgi-bin/ds_create /usr/lib64/dirsrv/cgi-bin/ds_remove /usr/lib64/dirsrv/cgi-bin/ds_unregister /usr/lib64/dirsrv/cgi-bin/repl-monitor-cgi.pl /usr/sbin/migrate-ds-admin.pl /usr/sbin/register-ds-admin.pl /usr/sbin/remove-ds-admin.pl /usr/sbin/setup-ds-admin.pl 389-ds-base /usr/bin/cl-dump.pl /usr/bin/dbgen.pl /usr/bin/logconv.pl /usr/bin/repl-monitor.pl /usr/sbin/migrate-ds.pl /usr/sbin/remove-ds.pl /usr/sbin/setup-ds.pl 389-dsgw /usr/lib64/dirsrv/dsgw-cgi-bin/myorg /usr/lib64/dirsrv/dsgw-cgi-bin/org sdz: blazeblogger /usr/bin/blaze-add /usr/bin/blaze-config /usr/bin/blaze-edit /usr/bin/blaze-init /usr/bin/blaze-list /usr/bin/blaze-log /usr/bin/blaze-make /usr/bin/blaze-remove spot: google-perftools /usr/bin/pprof steve: perl-Pugs-Compiler-Rule /usr/bin/compile_p6grammar.pl stingray: flow-tools /usr/share/flow-tools/asn2c /usr/share/flow-tools/gasn /usr/share/flow-tools/gprot /usr/share/flow-tools/gserv than: kdeadmin /usr/share/kde4/apps/knetworkconf/backends/debug.pl /usr/share/kde4/apps/knetworkconf/backends/file.pl /usr/share/kde4/apps/knetworkconf/backends/general.pl /usr/share/kde4/apps/knetworkconf/backends/network-conf /usr/share/kde4/apps/knetworkconf/backends/network.pl /usr/share/kde4/apps/knetworkconf/backends/parse.pl /usr/share/kde4/apps/knetworkconf/backends/platform.pl /usr/share/kde4/apps/knetworkconf/backends/process.pl /usr/share/kde4/apps/knetworkconf/backends/replace.pl /usr/share/kde4/apps/knetworkconf/backends/report.pl /usr/share/kde4/apps/knetworkconf/backends/service-list.pl /usr/share/kde4/apps/knetworkconf/backends/service.pl /usr/share/kde4/apps/knetworkconf/backends/util.pl /usr/share/kde4/apps/knetworkconf/backends/xml.pl kdesdk /usr/bin/colorsvn /usr/bin/cvs-clean /usr/bin/cvsblame /usr/bin/cvscheck /usr/bin/cvslastchange /usr/bin/extend_dmalloc /usr/bin/extractattr /usr/bin/extractrc /usr/bin/includemocs /usr/bin/kdemangen.pl /usr/bin/noncvslist /usr/bin/svn-clean /usr/bin/svnlastchange /usr/share/kde4/apps/umbrello/headings/heading.pm tmraz: pcsc-tools /usr/bin/ATR_analysis /usr/bin/gscriptor /usr/bin/scriptor tuxbrewr: conman /usr/bin/conmen varekova: pilot-link(pilot-link-perl) /usr/bin/pilot-ietf2datebook From bruno at wolff.to Fri Aug 28 16:43:00 2009 From: bruno at wolff.to (Bruno Wolff III) Date: Fri, 28 Aug 2009 11:43:00 -0500 Subject: Some ideas/questions about yum In-Reply-To: <4A97CDBE.5030900@gmail.com> References: <4A97B120.3000804@grad.com> <4A97CDBE.5030900@gmail.com> Message-ID: <20090828164300.GA31010@wolff.to> On Fri, Aug 28, 2009 at 15:29:50 +0300, Aioanei Rares wrote: > Oh, and speaking of anaconda, IMHO it should support DSL configuration > when using asknetwork. DSL is popular these days. If you actually file an RFE bug about this you'll need to be more specific. There is nothing inherently special about DSL that requires anaconda to know that you have a DSL connection. You might be referring to PPP which some (IMO only crappy ISPs do this for DSL) DSL providers require you to use. If you are referring to PPP support, that's what you should say, since other types of links (in particular dialup) use PPP. From bruno at wolff.to Fri Aug 28 16:48:09 2009 From: bruno at wolff.to (Bruno Wolff III) Date: Fri, 28 Aug 2009 11:48:09 -0500 Subject: Some ideas/questions about yum In-Reply-To: <4A97B120.3000804@grad.com> References: <4A97B120.3000804@grad.com> Message-ID: <20090828164809.GB31010@wolff.to> On Fri, Aug 28, 2009 at 14:57:44 +0430, Hedayat Vatnakhah wrote: > > Now, some ideas: > 3. AFAIK, currently yum's primary database file contains information > about packages, and all of the files in directories such as /usr/bin and > /usr/lib, so that it can resolve package and file level dependencies. > Isn't it possible to move file level information outside primary db > (e.g. to primary_file_deps.db) and translate internal dependencies from > file level dependencies to package level dependencies when creating > repositories? (So that provides and requires tables in primary db only > contain package references rather than file references?). It might be > even possible to do it for dependencies outside repository; for example > when creating updates repository, you can introduce fedora repository to > createrepo, so it can translate all of the file level dependencies of > updates packages also. Personally, I think dependencies of file names is a bad idea. I think they are getting used as a standin for interface names. I think we would be better off replacing the current set of file name requires with new provides and dump file name dependencies. However, the last time I brought this up, other people disagreed, so it's not something that's likely to change in the near future. From hedayat at grad.com Fri Aug 28 17:05:08 2009 From: hedayat at grad.com (Hedayat Vatnakhah) Date: Fri, 28 Aug 2009 21:35:08 +0430 Subject: Some ideas/questions about yum In-Reply-To: References: <4A97B120.3000804@grad.com> Message-ID: <4A980E44.7050700@grad.com> Hi again, On ??/??/?? 04:50, Seth Vidal wrote: > > > On Fri, 28 Aug 2009, Hedayat Vatnakhah wrote: > >> Hi all, >> Currently, Fedora package management is one of the most annoying part >> of Fedora experience for new desktop users (at least for those >> without fast, always available internet connection). For such users, >> Fedora package management "Just Doesn't Work"! I've almost never been >> able to demonstrate using fedora package management tools for a fresh >> Fedora install without the need to use command line, editing yum >> configuration file(s), killing current running yum/package kit >> instance(s), installing some small rpm packages using rpm command >> instead of using yum or graphically, etc. And sometimes, I found it >> better to download yum metadata using another application and copying >> the downloaded file to yum cache; or even completely skip yum and use >> rpm and manually resolve dependencies when they are not too much! > > > Have you filed bugs on any of these issues or are they strictly due to > unreliable network connections? I've reported bugs for some of them (e.g. the bug you know about resuming downloding metadata files), I'll report some more, and some of them happened on systems of some users and I wasn't able to investigate them to file useful reports for them. And yes, many of them happen with poor (or no) network connection only. >> First, I've some suggestions/requests which doesn't seem to need much >> work, and then some ideas which I'd like to know your opinions about. >> 1. Since Fedora 4, Fedora doesn't support installing software from >> DVD "out of the box". Fedora 8 is an exception here. Currently, it >> seems that the work is almost done (99% completed as in [1]), and >> fixing the remaining 1% doesn't seem to need much work but >> unfortunately it seems that it is stopped. I think requesting a small >> collaboration between the feature owner, PolicyKit and/or GIO people >> is not too much. > > Alsadi has done a great deal of work to make this happen and I believe > it is likely it will go in for F13. I hope that happens. >> 2. Maybe yum could be a bit more forgiving about inaccessible >> repositories when running. Consider this case: a new offline user >> installs Fedora, and then runs "Add/Remove Software". Currently, if >> he clicks on "all packages", he'll see an error message that yum is >> unable to contact fedora repository. I think it is better to show a >> warning to user about being unable to contact online repositories and >> then show all installed packages + the packages from all accessible >> repositories. IMHO it is much more reasonable than expecting the user >> to disable all such repositories in such cases (yum/packagekit can be >> a bit more intelligent and do it itslef). > > > Disabling repos which are unavailable/inaccessible is a pretty > dangerous behavior. If you're doing a 'yum install foo' and the only > 'foo' you have access to is insecure - but a secure 'foo' is in the > updates dir - it would be better for you to not install 'foo' at all > than install a bad one. And this is why the warning should be shown! The warning message could state that there might be security concerns too. But what if the user just wants to remove a package (maybe a separate section called "installed packages" in PackageKit will do the job in this case) or he just wants to install a package from a local repository (DVD) or rpmfusion?! I think the current frustration for the end user is not better than what you mentioned. >> Now, some ideas: >> 3. AFAIK, currently yum's primary database file contains information >> about packages, and all of the files in directories such as /usr/bin >> and /usr/lib, so that it can resolve package and file level >> dependencies. Isn't it possible to move file level information >> outside primary db (e.g. to primary_file_deps.db) and translate >> internal dependencies from file level dependencies to package level >> dependencies when creating repositories? (So that provides and >> requires tables in primary db only contain package references rather >> than file references?). It might be even possible to do it for >> dependencies outside repository; for example when creating updates >> repository, you can introduce fedora repository to createrepo, so it >> can translate all of the file level dependencies of updates packages >> also. > > Except none of this will work for dependencies for 3rd party repos at > all. Nor will it adequately handle any of the cases where we have > multiple pkgs which provide the same file. For the first case, it'll work. Yum will download the file I mentioned (primary_file_deps.db) when it needs to resolve file dependencies. I do not know what do you do now about the latter case and what is that at all, so I'll be silent here! >> 4. Even if the above solution is possible and can reduce the size of >> primary db, it won't solve the main problem: for large repositories, >> you'll need to download large database files. You'll need to download >> extra database files on some use cases anyway. So, it can be said >> that currently yum doesn't scale well. > > no - it can be said that yum if you have a lot of pkgs you have a lot > of metadata. That's not a function of yum scaling that's a function of > network connectivity. OK, maybe I use bad wording. Yes, as the number of package grow, the experience become undesirable because of larger metadata. It's so annoying to be forced to download 10Mb for installing a 200K package specially somewhere like a dial-up connection! >> What do you think about it: we can implement parts of yum at the >> server side (e.g. a web service), and do queries online. The client >> can submit queries to online repositories, aggregate the results >> (+using local repositories by itself) and do appropriate actions. It >> can also store received data to be used when offline or while they >> are valid. It'll be completely backward compatible with the current >> clients: those who use the old method can download repositories >> themselves, like what they do now. >> It is possible to think about further details and design it >> completely, but I want to know about your opinions about the whole idea. > > That's what up2date and rhn did in rhl6->rhel3. There are multiple > problems: > > 1. we need a single web service that many systems would access to > query for depsolving If you want to talk about things NOT scaling.... Yes, you might be true. But is requesting some information such as: "What does foo provide?" or "Who provides bar?" more expensive than serving a 10M file?! Or searching for one word in package names/descriptions is much more problematic than searching a word in Fedora wiki? (BTW, the GUI should provide separate facilities for querying package names (yum list) and searching in package summary/description (yum search)). Specially that all/most mirrors provide this service, not just one system. Also, depsolving could be done by the client, but it'll download only the data it needs and not lots of extra data. > > 2. it would mean anyone wanting to do a respin couldn't just setup a > website or an ftp mirror or a file:/// repo - they'd have to setup a > web service and populate it. That's some pretty serious overhead. Oh, no! First, the word web service was just an example, and the first word which came in my mind. This could be done using XML/RPC, a single php/python/... file can provide that service AFAIK. Doesn't need anything but copying a single file. Also, I didn't propose to drop support for local repositories (file://) or the current type of repositories. That service will be an add-on to the current system. Also, I clearly stated: "+using local repositories by itself". So, I don't see any problem here. > > 3. 3rd party repos would have to go through a whole other level of > hoop jumping. Yum would fall back to the old method if the repository doesn't provide the service (or it might be configured explicitly to use that). Also, all what 3rd party repositories will need to do is to add the single file (or some files!) I mentioned earlier. > > > Now, I don't think anyone is opposed to seeing some of these things > but given what you've said on the yum-devel mailing list (where much > of this discussion should be anyway) you don't seem to be interested > in actually working on it or have the time. Did that change? Oops, sorry! Maybe it is because of my poor English (sorry for that). I am certainly interested in actually working on yum; but I mentioned that I do not have much free time and I'll be slow. So, I am interested, and I'm planning to put some time on it, but I'll be slow. If I find that this idea will work, I'll certainly start working on it. And this is exactly why I asked this question here, since I know that there are many people here that know a lot about such things and can let me know about the issues. Thanks for the answer, Hedayat > > -sv > From hedayat at grad.com Fri Aug 28 17:05:33 2009 From: hedayat at grad.com (Hedayat Vatnakhah) Date: Fri, 28 Aug 2009 21:35:33 +0430 Subject: Some ideas/questions about yum In-Reply-To: <4A97D0DE.6030707@redhat.com> References: <4A97B120.3000804@grad.com> <4A97D0DE.6030707@redhat.com> Message-ID: <4A980E5D.7080000@grad.com> Hi again! /*Florian Festi */ wrote on ????? ?? ??? ??? ??:??:???: > On 08/28/2009 12:27 PM, Hedayat Vatnakhah wrote: >> Now, some ideas: >> 3. AFAIK, currently yum's primary database file contains information >> about packages, and all of the files in directories such as /usr/bin >> and /usr/lib, so that it can resolve package and file level >> dependencies. Isn't it possible to move file level information >> outside primary db (e.g. to primary_file_deps.db) and translate >> internal dependencies from file level dependencies to package level >> dependencies when creating repositories? (So that provides and >> requires tables in primary db only contain package references rather >> than file references?).It might be even possible to do it for >> dependencies outside repository; for example when creating updates >> repository, you can introduce fedora repository to createrepo, so it >> can translate all of the file level dependencies of updates packages >> also. > > Bad idea as you never know all repositories existing. Bad idea because > you don't want to recreate all repos when one of them changes. Bad > idea because changing the data of the packages in the repo likely to > lead to other problems. You don't need to know about all existing repositories, since you can still resolve file level dependencies. In such cases you'll be forced to download the other file I mentioned (primary_file_deps.db). I don't see why you'll need to recreate all repos when one of them changes! Sorry :( And its impossible to state anything about the last item. > > There have actually been efforts long ago to improve the set of files > shipped with the primarydb to lower the need of downloading the > filelist while still decrease the number of file shipped in the > primarydb. AFAIK they got rejected by yum upstream at that time > because the also needed cross repo closures (Although this was much > less problematic as what you have suggested here). > >> 4. Even if the above solution is possible and can reduce the size of >> primary db, it won't solve the main problem: for large repositories, >> you'll need to download large database files. You'll need to download >> extra database files on some use cases anyway. So, it can be said >> that currently yum doesn't scale well. > True. >> What do you think about it: we can implement parts of yum at the >> server side (e.g. a web service), and do queries online. The client >> can submit queries to online repositories, aggregate the results >> (+using local repositories by itself) and do appropriate actions. It >> can also store received data to be used when offline or while they >> are valid. It'll be completely backward compatible with the current >> clients: those who use the old method can download repositories >> themselves, like what they do now. >> It is possible to think about further details and design it >> completely, but I want to know about your opinions about the whole idea. > Web services have the problem that they don't mix well with our > mirrors infrastructure of simple and stupid http/ftp/rsync servers > largely provided by volunteers. It is also difficult to GPG sign > external web services. Because of this the whole traffic of such web > services would most likely need to run over Fedora infrastructure. IMHO, even a single php/python script can provide such a XML RPC service (web service was just an example). Mirrors could get this file just like the other files when syncing. But well, it'll be http only. The GPG sign issue could be problematic, but would you really need to sign the traffic?! > > When we think of a Fedora that has grown another order of magnitude > (may be 2015) it will become hard to argue against a more centralized > solution. Right now we are not at the point where the pain of the > local repo db does out weight the complexity of a web service > architecture IMHO. No, I don't want to invite to a centralized solution. > But there is another way to drastically reduce the amount of data that > has to be transferred: Delta meta data > > The repo data bases could be split up into deltas in a similar way as > done with the delta rpms aka presto. As a result the meta data of each > package would be downloaded (more or less) exactly once. While this > idea is arround for a while an implementation is still missing... Yes, I know. In fact, at first I decided to start working on that. But you'll still need to download it once (while it's possible to put the Fedora repository's metadata into Fedora DVD!). I though that if the proposed solution works, it would be better than delta metadata files. Even if the whole client/server idea is considered bad, there might be some other ways of organizing the repository metadata so that yum would still download the data it needs rather than all data. But currently I'm interested to here about this Idea... Thanks, Hedayat > > Florian > -------------- next part -------------- An HTML attachment was scrubbed... URL: From skvidal at fedoraproject.org Fri Aug 28 17:33:10 2009 From: skvidal at fedoraproject.org (Seth Vidal) Date: Fri, 28 Aug 2009 13:33:10 -0400 (EDT) Subject: Some ideas/questions about yum In-Reply-To: <4A980E5D.7080000@grad.com> References: <4A97B120.3000804@grad.com> <4A97D0DE.6030707@redhat.com> <4A980E5D.7080000@grad.com> Message-ID: On Fri, 28 Aug 2009, Hedayat Vatnakhah wrote: > > You don't need to know about all existing repositories, since you can still resolve file level dependencies. In such > cases you'll be forced to download the other file I mentioned (primary_file_deps.db). > I don't see why you'll need to recreate all repos when one of them changes! Sorry :( And its impossible to state anything > about the last item. You're going to pretty much instantly download the complete filelists then b/c if you add ANY 3rd party repo you're going to need /bin/sh probably immediately along with various and sundry items in /etc/. Now - an argument could be made for nuking /bin/sh deps from orbit but that's going to have to happen at another layer than this. > IMHO, even a single php/python script can provide such a XML RPC service (web service was just an example). Mirrors could > get this file just like the other files when syncing. But well, it'll be http only. The GPG sign issue could be > problematic, but would you really need to sign the traffic?! 1. a lot of our mirrors won't want to run any app 2. some of our mirrors are not running on linux (or sometimes not even on a unix) 3. it makes 'mirroring' things much harder in the traditional sense 4. yes you need to sign it otherwise you'll get the same set of problems we just dealt with last fall. We have to sign the metadata to make sure clients aren't screwed. -sv From jonstanley at gmail.com Fri Aug 28 17:34:07 2009 From: jonstanley at gmail.com (Jon Stanley) Date: Fri, 28 Aug 2009 13:34:07 -0400 Subject: FESCo meeting summary for 2009-08-28 Message-ID: Minutes: http://meetbot.fedoraproject.org/fedora-meeting/2009-08-28/fedora-meeting.2009-08-28-17.01.html Minutes (text): http://meetbot.fedoraproject.org/fedora-meeting/2009-08-28/fedora-meeting.2009-08-28-17.01.txt Log: http://meetbot.fedoraproject.org/fedora-meeting/2009-08-28/fedora-meeting.2009-08-28-17.01.log.html --- 17:01:14 #startmeeting FESCo meeting 20090828 17:01:14 Meeting started Fri Aug 28 17:01:14 2009 UTC. The chair is jds2001. Information about MeetBot at http://wiki.debian.org/MeetBot. 17:01:14 Useful Commands: #action #agreed #halp #info #idea #link #topic. 17:01:17 #chair dgilmore jwb notting nirik sharkcz jds2001 j-rod skvidal Kevin_Kofler 17:01:17 Current chairs: Kevin_Kofler dgilmore j-rod jds2001 jwb nirik notting sharkcz skvidal 17:01:21 * nirik is here. 17:01:26 hi 17:01:27 * sharkcz is here 17:02:02 anyone else? 17:02:08 * notting is here 17:02:27 ok, we have something of quorum :/ 17:02:57 #topic tbzatek provenpackager request 17:03:03 .fesco 246 17:03:04 jds2001: #246 (Request to become provenpackager - tbzatek) - FESCo - Trac - https://fedorahosted.org/fesco/ticket/246 17:03:24 +1, we have no better way atm :/ 17:03:33 +1 17:03:53 +1, tbzatek has been around quite a while and knows what he's doing 17:03:55 +1 from here. It seems ok. 17:04:03 kkofler was +1 in the ticket 17:04:07 iirc 17:04:13 yep 17:04:30 #agreed tbzatek provenpackager is approved 17:04:40 oops, a little ordering issue 17:04:50 #topic provenpackager request - bruno 17:05:19 so there were objections to this, and I agree with them 17:05:21 I would say he should do more work and maintain more packages and come back in a while. 17:05:32 he's not met the 'proven' part 17:05:36 he's a great guy and has been very good maintaining the games spin. 17:05:38 i see no reason to override the opinions of his sponsor, for example. so -1. 17:05:39 yeah 17:05:45 but only has one package currently. 17:05:50 Two 17:06:20 oh, sorry. ;) Hi brunowolff. 17:06:46 I just picked up glest/glest-data last week when it was orphaned. 17:06:51 brunowolff: would you be willing to do some more packages and come back to us in a month or so? 17:07:03 but as with notting, I see no reason to override his sponsor on this. 17:07:16 But I am not necesarily disagreeing with the proven part not being met. 17:08:36 I am not so much looking to become the maintainer of more packages as much as to be able to simple rebuilds to things on the games 17:09:00 spin. Their are other ways (like asking others for help) to get that done. 17:09:48 Continuing doing that for for longer isn't a big deal. 17:10:00 OK, good. 17:10:02 yeah, but sometimes those simple rebuilds are not so simple. ;) Of course sometimes they are. 17:10:17 That's what make scratch-build is for. 17:10:34 I can still learn a lot more. 17:10:39 or local mock build 17:10:52 sharkcz: make mockbuild :) 17:11:03 just in case you didn't know about it :) 17:11:46 jds2001: I know :) but it deletes the chroot at the end so I rather do a manual mock build 17:12:30 anyhow, shall we move on? 17:13:14 yes, I agree with the rest of fesco, -1 for now 17:13:32 #agreed brunowolff provenpackager is declined for now, please come back later with more experience 17:13:52 #topic translations proposal 17:13:59 .fesco 243 17:14:01 jds2001: #243 (New entry of 'Build packages for which Fedora is upstream for all language translators' review & correction' for F12 schedule) - FESCo - Trac - https://fedorahosted.org/fesco/ticket/243 17:14:28 so I'm not sure what the scope of this is supposed to be anymore :) 17:14:38 crap 17:14:47 sorry - I got distracted from the meeting 17:14:54 skvidal: np 17:15:06 skvidal: you wanted to say something? 17:15:10 no 17:15:12 it's fine 17:15:18 k 17:15:22 none of the items on the agenda today worried me 17:15:29 for the most part they look procedural 17:15:38 except this one :) 17:15:47 well i guess it still is/ 17:15:55 anyway - go on 17:16:08 but anyhow, do we know what the scope of this proposal is precisely? 17:16:23 I thought it was "packages for which we are upstream and have translations" 17:16:41 but it seems to have gotten confused with "packages that have translations" 17:16:56 if it is the former then +1 17:17:00 if it is the latter then -1 17:17:11 * notting agrees with skvidal on both counts 17:17:21 * sharkcz too :-) 17:17:24 * jds2001 too 17:17:28 * nirik nods. 17:17:38 by 'we are upstream' you mean 'uses fedora tranisfex' ? 17:17:49 good question. 17:17:57 i guess so? :) 17:18:13 if they aren't using transifex how in the hell are we going to check this? 17:18:18 but transifex commits to upstream repos 17:18:35 so that means upstream has to do a release with the new translations, no? 17:18:41 yeah... 17:19:09 so I think that means 17:19:12 WE are upstream 17:19:16 ie: FEDORA 17:19:21 right 17:19:27 not transifex 17:19:29 fedora 17:19:41 huh? 17:19:56 to put it another way: what packages does this effect? how could I get a list? 17:20:05 * skvidal has no idea on that one 17:20:29 anything at https://translate.fedoraproject.org/projects/ ? 17:21:05 well that cant be, since that would force upstream to release things (if we're not upstream) 17:21:24 and we cant force upstream to do anything :) 17:22:20 so NEEDINFO? 17:22:27 * nirik isn't sure what it means for us to be "upstream". 17:22:40 I can try and add my questions to the ticket... sorry for not doing so eariler. 17:22:46 needinfo- ask what the upstream bit means 17:23:41 #agreed additional infromation is required (what does 'upstream' mean) before this proposal can be considered. 17:24:05 #topic libvdpau 17:24:32 any updates? j-rod's not here, so I assume no 17:24:36 unless drago01 has something 17:24:46 .fesco 238 17:24:47 jds2001: #238 (Can libvdpau go in Fedora?) - FESCo - Trac - https://fedorahosted.org/fesco/ticket/238 17:24:49 btw 17:25:03 crickets? 17:25:29 #agreed libvdpau is deferred again, waiting for updates from prior meetings 17:25:35 #topic open floor 17:25:40 anything else? 17:26:12 so dgilmore sent corrections to that docuement, do we want to publish it soon? 17:26:15 jds2001: well seems that nouveau has work in progress but no date on when it will arrive (need to RE the video hw) and there is a seperate work on providing a shader based implementation 17:26:31 where the later is not useable due to patents 17:26:56 as for intel I could not find anything besides that they want to decide on an api but still havn't yet 17:27:10 nirik: yeah, i looked over it. 17:27:29 there's a few things that have been improved since then, I think we should update them 17:27:38 the CVS commit issue, for example. 17:27:56 oh deferred seems like I am too late 17:27:56 well 17:28:18 drago01: we can undefer if there's a policy statement forthcoming :) 17:28:49 jds2001: no does not matter much .. and j-rod is not here so -> next week 17:28:50 jds2001: cool. Can you do that and resend? or we could ask dgilmore to i guess. ;) 17:29:25 nirik: yeah, I'll attack that this weekend. Meant to do it last week, but I suck. 17:30:08 anything else? 17:30:42 * nirik has nothing 17:31:12 * jds2001 ends the meeting in 30 17:31:39 im giving you 90 minutes of your life back :) 17:31:46 #endmeeting From fedora at camperquake.de Fri Aug 28 19:07:14 2009 From: fedora at camperquake.de (Ralf Ertzinger) Date: Fri, 28 Aug 2009 21:07:14 +0200 Subject: Some ideas/questions about yum In-Reply-To: <20090828164300.GA31010@wolff.to> References: <4A97B120.3000804@grad.com> <4A97CDBE.5030900@gmail.com> <20090828164300.GA31010@wolff.to> Message-ID: <20090828210714.7402da34@fred.camperquake.de> Hi. On Fri, 28 Aug 2009 11:43:00 -0500, Bruno Wolff III wrote > You might be referring to PPP which some (IMO only crappy ISPs do > this for DSL) DSL providers require you to use. PPP is pretty much standard for broadband access because it allows for some very useful tricks. Please note that I did not say that it is required, it is not, just that there are some convincing advantages to using it (at the provider side, and in not-so-obvious ways on the customer side as well). This is OT here, so mail me in private if you'd like to discuss this further. From jkeating at redhat.com Fri Aug 28 20:29:19 2009 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 28 Aug 2009 13:29:19 -0700 Subject: Fedora 12 early branch now available. Message-ID: <1251491359.3164.5.camel@localhost.localdomain> For those of you that wish to separate Fedora 12 stabalization work from future development, we are now ready to process branch requests for F-12. If you branch your package early, builds from your new F-12 branch will continue to go to the Fedora 12 targets. dist-f12 for now, and eventually dist-f12-updates-candidate. Builds from devel/ will be sent to dist-f13 and will be held for the Fedora 13 rawhide once we get Fedora 12 out the door. To request a branch, please continue to use the cvsadmin request method: https://fedoraproject.org/wiki/PackageMaintainers/CVSAdminProcedure -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: -------------- next part -------------- _______________________________________________ Fedora-devel-announce mailing list Fedora-devel-announce at redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-announce From bjorn at xn--rombobjrn-67a.se Fri Aug 28 20:45:54 2009 From: bjorn at xn--rombobjrn-67a.se (=?utf-8?q?Bj=C3=B6rn_Persson?=) Date: Fri, 28 Aug 2009 22:45:54 +0200 Subject: Page size pain / localisation / possible F13 feature In-Reply-To: <1251449807.2727.88.camel@Vain> References: <20090827151753.E2BD661A96F@hormel.redhat.com> <1251449807.2727.88.camel@Vain> Message-ID: <200908282246.18408.bjorn@xn--rombobjrn-67a.se> Caol?n McNamara wrote: > Well, FWIW there is the (rather weird) en_DK locale, which has > YYYY-MM-YY dates (I think its the only locale where this is the default) Assuming you meant YYYY-MM-DD, sv_SE has that: [beorn at hactar beorn]$ locale LANG=sv_SE.utf8 LC_CTYPE="sv_SE.utf8" LC_NUMERIC="sv_SE.utf8" LC_TIME="sv_SE.utf8" LC_COLLATE="sv_SE.utf8" LC_MONETARY="sv_SE.utf8" LC_MESSAGES="sv_SE.utf8" LC_PAPER="sv_SE.utf8" LC_NAME="sv_SE.utf8" LC_ADDRESS="sv_SE.utf8" LC_TELEPHONE="sv_SE.utf8" LC_MEASUREMENT="sv_SE.utf8" LC_IDENTIFICATION="sv_SE.utf8" LC_ALL= [beorn at hactar beorn]$ date +%x 2009-08-28 I don't think I have customized that because I have no idea how to do it. (If I knew how, I'd fix the time format to get a colon in the clock in the Gnome panel.) Bj?rn Persson -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 190 bytes Desc: This is a digitally signed message part. URL: From awilliam at redhat.com Fri Aug 28 21:00:16 2009 From: awilliam at redhat.com (Adam Williamson) Date: Fri, 28 Aug 2009 14:00:16 -0700 Subject: Page size pain / localisation / possible F13 feature In-Reply-To: <200908282246.18408.bjorn@xn--rombobjrn-67a.se> References: <20090827151753.E2BD661A96F@hormel.redhat.com> <1251449807.2727.88.camel@Vain> <200908282246.18408.bjorn@xn--rombobjrn-67a.se> Message-ID: <1251493216.26518.0.camel@adam.local.net> On Fri, 2009-08-28 at 22:45 +0200, Bj?rn Persson wrote: > Caol?n McNamara wrote: > > Well, FWIW there is the (rather weird) en_DK locale, which has > > YYYY-MM-YY dates (I think its the only locale where this is the default) > > Assuming you meant YYYY-MM-DD, sv_SE has that: I'd guess Japan would too, that's the standard date format there IIRC. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From skvidal at fedoraproject.org Fri Aug 28 21:30:21 2009 From: skvidal at fedoraproject.org (Seth Vidal) Date: Fri, 28 Aug 2009 17:30:21 -0400 (EDT) Subject: pkgs in rawhide which are obsoleted by something in rawhide Message-ID: Working on something else I stumbled across this: http://fpaste.org/jDwM/ that's a list of pkgs in rawhide which are obsoleted by something else in rawhide. seems a bit dodgy to me. -sv From walters at verbum.org Fri Aug 28 21:31:41 2009 From: walters at verbum.org (Colin Walters) Date: Fri, 28 Aug 2009 17:31:41 -0400 Subject: ABRT for f12 status Message-ID: Hi internets, I was looking at the current state of ABRT (I tested on F11). The core capturing seems to work well. In brief, I propose to apply the (attached) patch to comps-f12.xml.in. For upgrades, we'll need to add a Conflicts: bug-buddy, correct? ABRT is a big step forward from bug-buddy in that the crashes are stored sanely in a persistent manner, and it captures crashes in the core OS as well. Concerns: == Getting the Data == My main concern is ensuring that we get the data reliably to the eyes of Fedora developers. The current abrt-desktop virtual package[1] depends on abrt-plugin-bugzilla, which has a default BugzillaURL = https://bugzilla.redhat.com/. To be able to successfully submit data, you have to go to: Edit->Preferences, click Bugzilla, click "Configure Plugin" and enter a username/password; there's no provision for creating a Bugzilla account here. I suggest that Fedora infrastructure instead provide a service where the data in /var/cache/abrt can be submitted via HTTP post as a tarball, anonymously. Then the crash UI can be just "A problem has been detected in [whatever]. Do you want to send this data to Fedora? [Submit] [ See Data ] [ Cancel ]": On the server side then we can later write tools to analyze the crash data (reuse kerneloops? socorro? write custom code?). Secondary concerns: == kernel/GNOME developer feedback == We should ensure Fedora is still sending crashes from the kernel to kerneloops.org; does ABRT handle this? Also, ideally on the server side there would be a web page where a GNOME developer (hi!) could go to http://crashes.fedoraproject.org/package/gnome-panel and see a list of crashes sorted by number. == Privacy == ABRT needs some explanation that the crash data may contain private information. We may need to restrict visibility of the data to only Fedora account holders by default or the like, to at least prevent any future effects like a Slashdot link to a trace where the submitter was viewing pornography or the like (yes, this happened with GNOME bugzilla). But in general, thanks for the work on ABRT, we should get this in by default for the F12 desktop target. [1] For RPM/dependency graph people: Why does this exist? I thought virtual packages were disallowed? Should just be in comps I think. -------------- next part -------------- A non-text attachment was scrubbed... Name: comps-f12-abrt.patch Type: text/x-patch Size: 1255 bytes Desc: not available URL: From maxamillion at gmail.com Fri Aug 28 21:33:02 2009 From: maxamillion at gmail.com (Adam Miller) Date: Fri, 28 Aug 2009 16:33:02 -0500 Subject: Firefox addon for Fedora-pkgdb search In-Reply-To: <4A9705A3.3090303@fi.muni.cz> References: <4A9705A3.3090303@fi.muni.cz> Message-ID: On Thu, Aug 27, 2009 at 5:16 PM, Milos Jakubicek wrote: > I'm very very sorry for this as I'm sure that I've partially invalidated > my/your/both work, which is just bad:( > > Could you try to merge my and your work somehow? I'd be glad if you would do > this and keep an eye of this feature so that it will land on pkgdb's pages > sooner or later. I honestly don't see how I can merge the two its just a little xml file and ours are actually using different versions of the OpenSearch spec and I'm using pkgdb's search function while you're using the suggest function (granted I don't know what those two do on the back end so it might be the same). -Adam -- http://maxamillion.googlepages.com --------------------------------------------------------- () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments From drago01 at gmail.com Fri Aug 28 21:49:43 2009 From: drago01 at gmail.com (drago01) Date: Fri, 28 Aug 2009 23:49:43 +0200 Subject: ABRT for f12 status In-Reply-To: References: Message-ID: On Fri, Aug 28, 2009 at 11:31 PM, Colin Walters wrote: > Hi internets, > > I was looking at the current state of ABRT (I tested on F11). ?The > core capturing seems to work well. ?In brief, I propose to apply the > (attached) patch to comps-f12.xml.in. > > For upgrades, we'll need to add a Conflicts: bug-buddy, correct? No, you want Obsoletes: bug-buddy, so yum/anaconda will replace bug-buddy with abrt. From kevin.kofler at chello.at Fri Aug 28 21:53:42 2009 From: kevin.kofler at chello.at (Kevin Kofler) Date: Fri, 28 Aug 2009 23:53:42 +0200 Subject: PolicyKit 0.9 is going away References: <1251326269.1614.26.camel@planemask> <200908271412.31787.jreznik@redhat.com> <1251391544.1731.6.camel@planemask> <1251469387.30335.6.camel@localhost.localdomain> Message-ID: David Zeuthen wrote: > We announced that this would happen long ago. And, FWIW, it was approved > long ago by FESCO too. You (well, whoever from your team was there to talk about the feature) promised to FESCo that PolicyKit 0.9 and 1.0 can coexist and that 0.9 can stay around if somebody signs up to maintain the compat package. I can dig up the log if you don't believe me. > So, sorry, but we will obsolete the old packages Obsoleting packages which somebody still wants to maintain is extremely bad form. Especially if it's a library which is needed by other packages. > Indeed. And in this transition period where we've been shipping both set > of packages, there has been a lot of confusion. I've witnessed that > myself. We just don't want that to happen in a released OS. The compat lib would only ship on the KDE spin. Kevin Kofler From walters at verbum.org Fri Aug 28 22:19:18 2009 From: walters at verbum.org (Colin Walters) Date: Fri, 28 Aug 2009 18:19:18 -0400 Subject: ABRT for f12 status In-Reply-To: References: Message-ID: On Fri, Aug 28, 2009 at 5:49 PM, drago01 wrote: > On Fri, Aug 28, 2009 at 11:31 PM, Colin Walters wrote: >> Hi internets, >> >> I was looking at the current state of ABRT (I tested on F11). ?The >> core capturing seems to work well. ?In brief, I propose to apply the >> (attached) patch to comps-f12.xml.in. >> >> For upgrades, we'll need to add a Conflicts: bug-buddy, correct? > > No, you want Obsoletes: bug-buddy, so yum/anaconda will replace > bug-buddy with abrt. Ok, thanks. Should then the current %package addon-kerneloops [...] Conflicts: kerneloops Also be changed to Obsoletes? From drago01 at gmail.com Fri Aug 28 22:26:50 2009 From: drago01 at gmail.com (drago01) Date: Sat, 29 Aug 2009 00:26:50 +0200 Subject: ABRT for f12 status In-Reply-To: References: Message-ID: On Sat, Aug 29, 2009 at 12:19 AM, Colin Walters wrote: > On Fri, Aug 28, 2009 at 5:49 PM, drago01 wrote: >> On Fri, Aug 28, 2009 at 11:31 PM, Colin Walters wrote: >>> Hi internets, >>> >>> I was looking at the current state of ABRT (I tested on F11). ?The >>> core capturing seems to work well. ?In brief, I propose to apply the >>> (attached) patch to comps-f12.xml.in. >>> >>> For upgrades, we'll need to add a Conflicts: bug-buddy, correct? >> >> No, you want Obsoletes: bug-buddy, so yum/anaconda will replace >> bug-buddy with abrt. > > Ok, thanks. ?Should then the current > > %package addon-kerneloops > [...] > Conflicts: kerneloops > > Also be changed to Obsoletes? Yes a conflict will just prevent it from getting installed when kerneloops is installed. (which is kinda useless and not what was intended here) Obsoleting a specific version would be even better: Obsoletes: kerneloops <= lastestversion From drago01 at gmail.com Fri Aug 28 22:27:37 2009 From: drago01 at gmail.com (drago01) Date: Sat, 29 Aug 2009 00:27:37 +0200 Subject: ABRT for f12 status In-Reply-To: References: Message-ID: On Sat, Aug 29, 2009 at 12:26 AM, drago01 wrote: > On Sat, Aug 29, 2009 at 12:19 AM, Colin Walters wrote: >> On Fri, Aug 28, 2009 at 5:49 PM, drago01 wrote: >>> On Fri, Aug 28, 2009 at 11:31 PM, Colin Walters wrote: >>>> Hi internets, >>>> >>>> I was looking at the current state of ABRT (I tested on F11). ?The >>>> core capturing seems to work well. ?In brief, I propose to apply the >>>> (attached) patch to comps-f12.xml.in. >>>> >>>> For upgrades, we'll need to add a Conflicts: bug-buddy, correct? >>> >>> No, you want Obsoletes: bug-buddy, so yum/anaconda will replace >>> bug-buddy with abrt. >> >> Ok, thanks. ?Should then the current >> >> %package addon-kerneloops >> [...] >> Conflicts: kerneloops >> >> Also be changed to Obsoletes? > > Yes a conflict will just prevent it from getting installed when > kerneloops is installed. (which is kinda useless and not what was > intended here) > Obsoleting a specific version would be even better: > Obsoletes: kerneloops <= lastestversion But do we even want to drop kerneloops from the distro? From mclasen at redhat.com Fri Aug 28 22:33:13 2009 From: mclasen at redhat.com (Matthias Clasen) Date: Fri, 28 Aug 2009 18:33:13 -0400 Subject: PolicyKit 0.9 is going away In-Reply-To: References: <1251326269.1614.26.camel@planemask> <200908271412.31787.jreznik@redhat.com> <1251391544.1731.6.camel@planemask> <1251469387.30335.6.camel@localhost.localdomain> Message-ID: <1251498793.1687.12.camel@planemask> On Fri, 2009-08-28 at 23:53 +0200, Kevin Kofler wrote: > David Zeuthen wrote: > > We announced that this would happen long ago. And, FWIW, it was approved > > long ago by FESCO too. > > You (well, whoever from your team was there to talk about the feature) > promised to FESCo that PolicyKit 0.9 and 1.0 can coexist and that 0.9 can > stay around if somebody signs up to maintain the compat package. I can dig > up the log if you don't believe me. > > > So, sorry, but we will obsolete the old packages > > Obsoleting packages which somebody still wants to maintain is extremely bad > form. Especially if it's a library which is needed by other packages. Keeping dead stuff in the distro may be easier for the individual package maintainers, but the duplication of functionality and the confusion that is causes is a high price to pay for the distro as a whole. > > Indeed. And in this transition period where we've been shipping both set > > of packages, there has been a lot of confusion. I've witnessed that > > myself. We just don't want that to happen in a released OS. > > The compat lib would only ship on the KDE spin. It would certainly also ship on the DVD, alongside the polkit1 packages. And as we've learned, an unfortunate percentage of people prefers the DVD for whatever reasons. Anyway, this all seems to be a somewhat moot discussion, trying to nail us down on a 'promise to keep the old stuff around', when there already is a patch that can solve the whole dilemma. From alsadi at gmail.com Fri Aug 28 22:34:37 2009 From: alsadi at gmail.com (Muayyad AlSadi) Date: Sat, 29 Aug 2009 01:34:37 +0300 Subject: Some ideas/questions about yum In-Reply-To: <20090828210714.7402da34@fred.camperquake.de> References: <4A97B120.3000804@grad.com> <4A97CDBE.5030900@gmail.com> <20090828164300.GA31010@wolff.to> <20090828210714.7402da34@fred.camperquake.de> Message-ID: <385866f0908281534n7368bdd2n644d1b1a4f7d2cf@mail.gmail.com> > 1. Since Fedora 4, Fedora doesn't support installing software from DVD "out of the box". Fedora 8 is an exception here. Currently, it seems that the work is almost done (99% completed as in [1]), and fixing the remaining 1% doesn't seem to need much work but unfortunately it seems that it is stopped. I think requesting a small collaboration between the feature owner, PolicyKit and/or GIO people is not too much. I have done that part 100% for yumex nextgen and it will work in F12 since the patch was accepted upstream (you just need to copy media.repo from the DVD to /etc/yum.repos.d/) but the PK implementation got a problem either we modify the file /usr/share/PolicyKit/policy/org.freedesktop.devicekit.disks.policy to grant root to access org.freedesktop.devicekit.disks.filesystem-mount or wait till the PK API is rewritten so that mounting is done in the non-privileged console user part and since the second option can't be done in F12 time and the first option is needs a policy change [which I can't change] you won't have this feature in F12 From nicolas.mailhot at laposte.net Fri Aug 28 22:45:58 2009 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Sat, 29 Aug 2009 00:45:58 +0200 (CEST) Subject: another spin of TeX Live 2009 packages In-Reply-To: <20090827143804.GC14982@pucmeloud.brq.redhat.com> References: <20090826130218.GB2845@pucmeloud.brq.redhat.com> <20090827143804.GC14982@pucmeloud.brq.redhat.com> Message-ID: <24450847.61083.1251499558669.JavaMail.www@wwinf8214> > Message du 27/08/09 16:38 > De : "Jindrich Novy" > A : fedora-devel-list at redhat.com > Copie ? : fedora-fonts-list at redhat.com, tcallawa at redhat.com > Objet : Re: another spin of TeX Live 2009 packages > > > On Wed, Aug 26, 2009 at 03:02:18PM +0200, Jindrich Novy wrote: > > Hi, > > > > first off, thanks many people who sent me RFE and bugfix > > proposals. I've tried to fix most of them in the current package set > > in the testing repository: > > > > rpm -i http://jnovy.fedorapeople.org/texlive/texlive-release-2009-0.1.fc11.noarch.rpm > > Thanks a lot for continuing to work on sanitizing TEX packaging. I ll examine your font packages as soon as I can (probably mid september). At first look, it seems you re duplicating many existing packages because CTAN redistributes stuff it s not the actual upstream of. So IMHO you wont escape a package per package check for fonts (TEX specific stuff tends to be released at CPAN first, but that s not the case for generic resources like fonts) In the meanwhile please do check you re actually using the fontpackages-devel macros in your packages an try to run the audit script available there against your repo Regards -- Nicolas Mailhot Alt. 3790 m Cr?ez votre adresse ?lectronique prenom.nom at laposte.net 1 Go d'espace de stockage, anti-spam et anti-virus int?gr?s. -------------- next part -------------- An HTML attachment was scrubbed... URL: From dcantrell at redhat.com Fri Aug 28 22:58:21 2009 From: dcantrell at redhat.com (David Cantrell) Date: Fri, 28 Aug 2009 12:58:21 -1000 (HST) Subject: dhclient and dhcp update require restart? In-Reply-To: References: <4A95F6A8.2070701@yahoo.co.uk> Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thu, 27 Aug 2009, Matthew Woehlke wrote: > Dariusz J. Garbowski wrote: >> Hi, something that bothers me a bit... More and more system restart >> requests with each update (even if one doesn't use the package at the >> time). > > This is a real shame. One of the selling points of Linux is that you *don't* > need to reboot for every little upgrade (unlike a certain other OS I shan't > name). > >> Is this necessary for dhclient and dhcp update packages to require restart? >> Wouldn't "service network restart" and "service dhcpd restart" in the >> install/upgrade >> scripts do the trick (after checking that the service is actually running)? >> Ssh used to do that since, well, as far as I remember. > > Yes, please. Though maybe with prompting; we shouldn't go restarting > possibly-critical services without good warning. > > As David said, for dhcpd, 'service restart dhcpd' should be fine. For > dhclient I would question why /any/ restart is needed. If your dhcp > connection is currently established, is dhclient even running? And even if it > is, what benefit do you get cycling the interface /now/, if the new dhclient > takes over whenever the interface cycles anyway? This is a limitation of the updates system, at least to my knowledge. I submit updates based on package builds, but cannot set things like 'suggests reboot' on a per subpackage basis. Since dhclient is a subpackage of dhcp, and I flag needs reboot for the dhcp package, dhclient inherits that. But I explained in the previous reply how to cycle the interface using either the network service or NetworkManager. I still view this as something more technical users will be familiar with and for the average user, simply rebooting the system is the easiest method. - -- David Cantrell Red Hat / Honolulu, HI -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkqYYQ0ACgkQ5hsjjIy1VkmmAQCgyTlzwMUifVgU4xYYdKbeCZJS A9UAoKO1pnjuM82JLy3+gYxL8T0/Sxgn =O/sd -----END PGP SIGNATURE----- From xjakub at fi.muni.cz Fri Aug 28 23:04:23 2009 From: xjakub at fi.muni.cz (Milos Jakubicek) Date: Sat, 29 Aug 2009 01:04:23 +0200 Subject: Firefox addon for Fedora-pkgdb search In-Reply-To: References: <4A9705A3.3090303@fi.muni.cz> Message-ID: <4A986277.8000803@fi.muni.cz> Dne 28.8.2009 23:33, Adam Miller napsal(a): > On Thu, Aug 27, 2009 at 5:16 PM, Milos Jakubicek wrote: > >> I'm very very sorry for this as I'm sure that I've partially invalidated >> my/your/both work, which is just bad:( >> >> Could you try to merge my and your work somehow? I'd be glad if you would do >> this and keep an eye of this feature so that it will land on pkgdb's pages >> sooner or later. > > > I honestly don't see how I can merge the two its just a little xml > file and ours are actually using different versions of the OpenSearch > spec and I'm using pkgdb's search function while you're using the > suggest function (granted I don't know what those two do on the back > end so it might be the same). > Well, imo the point is that we should try to enable the users to get to the desired package info page (from which they can access builds/updates/sources/bugs) in shortest possible time, therefore I've implemented the suggestions (which, if running on a reliable box, provide an instant way how to ensure one type the package name properly). Otherwise, as I described: entering a nonexisting package results into search, otherwise you'll get to the package page in pkgdb. Regards, Milos From chenrano2002 at 163.com Sat Aug 29 09:54:59 2009 From: chenrano2002 at 163.com (Ray Chen) Date: Sat, 29 Aug 2009 17:54:59 +0800 Subject: how to determain those no longer required packages Message-ID: <1251539699.4029.9.camel@localhost.localdomain> I'm reading APT and YUM source codes recently, and met the following question: for class apt.package.Package, there are a function "isAutoRemovable", which means: http://apt.alioth.debian.org/python-apt-doc/apt/package.html?highlight=isautoremovable#apt.package.Package.isAutoRemovable Return True if the package is no longer required. If the package has been installed automatically as a dependency of another package, and if no packages depend on it anymore, the package is no longer required. Do YUM codes have the same function as 'isAutoRemovable' feature?? or how to determine such no longer required rpm packages using yum CLIs? Thanks, Ray From maxamillion at gmail.com Sat Aug 29 07:07:33 2009 From: maxamillion at gmail.com (Adam Miller) Date: Sat, 29 Aug 2009 02:07:33 -0500 Subject: Firefox addon for Fedora-pkgdb search In-Reply-To: References: <4A9705A3.3090303@fi.muni.cz> <4A986277.8000803@fi.muni.cz> Message-ID: If you had read what I wrote originally, I said I wrote this for me and simply released it in the hopes that others could benefit as well. So in my case I was/am the user and it does exactly what I want of it. -Adam (From Android) On Aug 28, 2009 6:04 PM, "Milos Jakubicek" wrote: Dne 28.8.2009 23:33, Adam Miller napsal(a): > > On Thu, Aug 27, 2009 at 5:16 PM, Milos Jakubicek wrote: > >> >> I'm ... Well, imo the point is that we should try to enable the users to get to the desired package info page (from which they can access builds/updates/sources/bugs) in shortest possible time, therefore I've implemented the suggestions (which, if running on a reliable box, provide an instant way how to ensure one type the package name properly). Otherwise, as I described: entering a nonexisting package results into search, otherwise you'll get to the package page in pkgdb. Regards, Milos -- fedora-devel-list mailing list fedora-devel-list at redhat.com https://www.redhat.com/mailman/lis... -------------- next part -------------- An HTML attachment was scrubbed... URL: From singularitaet at gmx.net Sat Aug 29 07:27:10 2009 From: singularitaet at gmx.net (Stefan Grosse) Date: Sat, 29 Aug 2009 09:27:10 +0200 Subject: another spin of TeX Live 2009 packages In-Reply-To: <20090827181633.205a8bd0@gmx.net> References: <20090826130218.GB2845@pucmeloud.brq.redhat.com> <20090827181633.205a8bd0@gmx.net> Message-ID: <20090829092710.30f6be41@gmx.net> On Thu, 27 Aug 2009 18:16:33 +0200 Stefan Grosse wrote: SG> dvipdfm-0.13.2d-40.fc11.i586 von installed hat SG> Abh?ngigkeitsaufl?se-Probleme --> Fehlende Abh?ngigkeit: SG> libkpathsea.so.4 wird ben?tigt von Paket SG> dvipdfm-0.13.2d-40.fc11.i586 (installed) Fehler: Fehlende SG> Abh?ngigkeit: libkpathsea.so.4 wird ben?tigt von Paket SG> dvipdfm-0.13.2d-40.fc11.i586 (installed) Just for the record: This was caused by LyX being (still) dependent on dvipdfm. Deleting LyX made an installation possible. Cheers Stefan. From michael.silvanus at gmail.com Sat Aug 29 07:29:32 2009 From: michael.silvanus at gmail.com (Michel Alexandre Salim) Date: Sat, 29 Aug 2009 03:29:32 -0400 Subject: how to determain those no longer required packages In-Reply-To: <1251539699.4029.9.camel@localhost.localdomain> References: <1251539699.4029.9.camel@localhost.localdomain> Message-ID: <615c05430908290029u1d8639f7md85c77d6a85c4e54@mail.gmail.com> On Sat, Aug 29, 2009 at 5:54 AM, Ray Chen wrote: > > ? ? ? ?If the package has been installed automatically as a dependency > ? ? ? ?of another package, and if no packages depend on it anymore, the > ? ? ? ?package is no longer required. > > > Do YUM codes have the same function as 'isAutoRemovable' feature?? ?or > how to determine such no longer required rpm packages using yum CLIs? > Try package-cleanup from yum-utils. Cheers, -- Michel From jamatos at fc.up.pt Sat Aug 29 07:45:49 2009 From: jamatos at fc.up.pt (=?iso-8859-1?q?Jos=E9_Matos?=) Date: Sat, 29 Aug 2009 08:45:49 +0100 Subject: another spin of TeX Live 2009 packages In-Reply-To: <20090829092710.30f6be41@gmx.net> References: <20090826130218.GB2845@pucmeloud.brq.redhat.com> <20090827181633.205a8bd0@gmx.net> <20090829092710.30f6be41@gmx.net> Message-ID: <200908290845.53951.jamatos@fc.up.pt> On Saturday 29 August 2009 Stefan Grosse wrote: > Just for the record: This was caused by LyX being (still) dependent on > dvipdfm. Deleting LyX made an installation possible. This is one of those cases where rpm Suggests would be appropriate (when/if implemented). LyX does not depend in any way of dvipdfm, it will use it if it is available (and only if the user ask explicitly to use dvipdfm) but it will work happily if it is not present. > Cheers > Stefan. -- Jos? Ab?lio From mschwendt at gmail.com Sat Aug 29 07:57:04 2009 From: mschwendt at gmail.com (Michael Schwendt) Date: Sat, 29 Aug 2009 09:57:04 +0200 Subject: pkgs in rawhide which are obsoleted by something in rawhide In-Reply-To: References: Message-ID: <20090829095704.06b2d1c3@faldor.intranet> On Fri, 28 Aug 2009 17:30:21 -0400 (EDT), Seth wrote: > Working on something else I stumbled across this: > > http://fpaste.org/jDwM/ > > that's a list of pkgs in rawhide which are obsoleted by something else in > rawhide. > > seems a bit dodgy to me. Yeah, often packagers don't request Fedora releng to block obsolete packages from a dist. From steven.moix at axianet.ch Sat Aug 29 08:27:37 2009 From: steven.moix at axianet.ch (Steven Moix) Date: Sat, 29 Aug 2009 10:27:37 +0200 Subject: cpqarrayd for fedora 11 and 12 In-Reply-To: <4A978392.1050400@cohtech.com> References: <4A9659AF.4020606@cohtech.com> <4A96A157.3070106@redhat.com> <4A978392.1050400@cohtech.com> Message-ID: <4A98E679.5070703@axianet.ch> Hi, On 08/28/2009 09:13 AM, Howard Wilkinson wrote: > Is it really true that nobody else uses cpqarrayd? If so what do people > use to monitor the HP/Compaq hardware in the Proliant range of servers? I'm using http://sourceforge.net/projects/cciss/files/cciss_vol_status/ for that purpose, with a cron job that checks it and sends a mail in case of a problem. Note: take the CVS version for support of the latest controllers, I had a little mail exchange with an HP guy: ############ You can get the CVS version this way: scameron at zuul:~/testit$ export CVSROOT=:pserver:anonymous at cciss.cvs.sourceforge.net:/cvsroot/cciss scameron at zuul:~/testit$ cvs login (just hit return when it asks for a password) scameron at zuul:~/testit$ cvs co cciss_vol_status I suppose it's about time I made a new release of cciss_vol_status. ############ Steven From kushaldas at gmail.com Sat Aug 29 08:36:46 2009 From: kushaldas at gmail.com (Kushal Das) Date: Sat, 29 Aug 2009 14:06:46 +0530 Subject: ABRT for f12 status In-Reply-To: References: Message-ID: On Sat, Aug 29, 2009 at 3:57 AM, drago01 wrote: > But do we even want to drop kerneloops from the distro? People may want to do random stuffs which will cause crashes in kernel and may be they want to use kerneloops directly to report them. Kushal -- http://fedoraproject.org http://kushaldas.in From hedayat at grad.com Sat Aug 29 09:11:03 2009 From: hedayat at grad.com (Hedayat Vatnakhah) Date: Sat, 29 Aug 2009 13:41:03 +0430 Subject: Some ideas/questions about yum In-Reply-To: <385866f0908281534n7368bdd2n644d1b1a4f7d2cf@mail.gmail.com> References: <4A97B120.3000804@grad.com> <4A97CDBE.5030900@gmail.com> <20090828164300.GA31010@wolff.to> <20090828210714.7402da34@fred.camperquake.de> <385866f0908281534n7368bdd2n644d1b1a4f7d2cf@mail.gmail.com> Message-ID: <4A98F0A7.6060209@grad.com> /*Muayyad AlSadi */ wrote on ????? ?? ??? ??? ??:??:???: >> 1. Since Fedora 4, Fedora doesn't support installing software from DVD "out of the box". Fedora 8 is an exception here. Currently, it seems that the work is almost done (99% completed as in [1]), and fixing the remaining 1% doesn't seem to need much work but unfortunately it seems that it is stopped. I think requesting a small collaboration between the feature owner, PolicyKit and/or GIO people is not too much. >> > > I have done that part 100% for yumex nextgen > and it will work in F12 since the patch was accepted upstream > (you just need to copy media.repo from the DVD to /etc/yum.repos.d/) > That's great, thanks :) > but the PK implementation got a problem > either we modify the file > /usr/share/PolicyKit/policy/org.freedesktop.devicekit.disks.policy > > to grant root to access > org.freedesktop.devicekit.disks.filesystem-mount > > or wait till the PK API is rewritten so that mounting is done in the > non-privileged console user part > > and since the second option can't be done in F12 time > and the first option is needs a policy change [which I can't change] > you won't have this feature in F12 > Considering the long time that this feature is unavailable, waiting one more release is not hard! :P Good luck, Hedayat -------------- next part -------------- An HTML attachment was scrubbed... URL: From hedayat at grad.com Sat Aug 29 09:15:24 2009 From: hedayat at grad.com (Hedayat Vatankhah) Date: Sat, 29 Aug 2009 13:45:24 +0430 Subject: Some ideas/questions about yum In-Reply-To: References: <4A97B120.3000804@grad.com> <4A97D0DE.6030707@redhat.com> <4A980E5D.7080000@grad.com> Message-ID: <4A98F1AC.80003@grad.com> /*Seth Vidal */ wrote on ????? ?? ??? ??? ??:??:???: > > > On Fri, 28 Aug 2009, Hedayat Vatnakhah wrote: > >> >> You don't need to know about all existing repositories, since you can >> still resolve file level dependencies. In such >> cases you'll be forced to download the other file I mentioned >> (primary_file_deps.db). >> I don't see why you'll need to recreate all repos when one of them >> changes! Sorry :( And its impossible to state anything >> about the last item. > > You're going to pretty much instantly download the complete filelists > then b/c if you add ANY 3rd party repo you're going to need /bin/sh > probably immediately along with various and sundry items in /etc/. Yes, that's true if the third party repositories do not use this feature. BTW, I think if you make an exception for /bin/ and /etc/ contents, you'll still save a reasonable amount of space in the primary repo (I think it would be enough to remove library dependencies). > > Now - an argument could be made for nuking /bin/sh deps from orbit but > that's going to have to happen at another layer than this. > >> IMHO, even a single php/python script can provide such a XML RPC >> service (web service was just an example). Mirrors could >> get this file just like the other files when syncing. But well, it'll >> be http only. The GPG sign issue could be >> problematic, but would you really need to sign the traffic?! > > 1. a lot of our mirrors won't want to run any app > 2. some of our mirrors are not running on linux (or sometimes not even > on a unix) > 3. it makes 'mirroring' things much harder in the traditional sense > 4. yes you need to sign it otherwise you'll get the same set of > problems we just dealt with last fall. We have to sign the metadata to > make sure clients aren't screwed. OK, so, the last item is enough to reject the whole idea. Thanks, Hedayat > > > > -sv > -------------- next part -------------- An HTML attachment was scrubbed... URL: From chenrano2002 at 163.com Sat Aug 29 17:07:50 2009 From: chenrano2002 at 163.com (Ray Chen) Date: Sun, 30 Aug 2009 01:07:50 +0800 Subject: how to determain those no longer required packages In-Reply-To: <615c05430908290029u1d8639f7md85c77d6a85c4e54@mail.gmail.com> References: <1251539699.4029.9.camel@localhost.localdomain> <615c05430908290029u1d8639f7md85c77d6a85c4e54@mail.gmail.com> Message-ID: <1251565670.2494.0.camel@localhost.localdomain> Thanks, package-cleanup is what I want:) -Ray ? 2009-08-29?? 03:29 -0400?Michel Alexandre Salim??? > On Sat, Aug 29, 2009 at 5:54 AM, Ray Chen wrote: > > > > If the package has been installed automatically as a dependency > > of another package, and if no packages depend on it anymore, the > > package is no longer required. > > > > > > Do YUM codes have the same function as 'isAutoRemovable' feature?? or > > how to determine such no longer required rpm packages using yum CLIs? > > > Try package-cleanup from yum-utils. > > Cheers, > > -- > Michel > From xjakub at fi.muni.cz Sat Aug 29 11:46:22 2009 From: xjakub at fi.muni.cz (Milos Jakubicek) Date: Sat, 29 Aug 2009 13:46:22 +0200 Subject: how to determain those no longer required packages In-Reply-To: <1251565670.2494.0.camel@localhost.localdomain> References: <1251539699.4029.9.camel@localhost.localdomain> <615c05430908290029u1d8639f7md85c77d6a85c4e54@mail.gmail.com> <1251565670.2494.0.camel@localhost.localdomain> Message-ID: <4A99150E.6050904@fi.muni.cz> rpmreaper may be handy for that too... Regards, Milos Dne 29.8.2009 19:07, Ray Chen napsal(a): > Thanks, package-cleanup is what I want:) > > -Ray > > ? 2009-08-29?? 03:29 -0400?Michel Alexandre Salim??? >> On Sat, Aug 29, 2009 at 5:54 AM, Ray Chen wrote: >>> >>> If the package has been installed automatically as a dependency >>> of another package, and if no packages depend on it anymore, the >>> package is no longer required. >>> >>> >>> Do YUM codes have the same function as 'isAutoRemovable' feature?? or >>> how to determine such no longer required rpm packages using yum CLIs? >>> >> Try package-cleanup from yum-utils. >> >> Cheers, >> >> -- >> Michel >> > > From rawhide at fedoraproject.org Sat Aug 29 12:09:39 2009 From: rawhide at fedoraproject.org (Rawhide Report) Date: Sat, 29 Aug 2009 12:09:39 +0000 Subject: rawhide report: 20090829 changes Message-ID: <20090829120939.GA25005@releng2.fedora.phx.redhat.com> Compose started at Sat Aug 29 06:15:05 UTC 2009 New package QtDMM A digital multimeter readout software New package dzen2 A general purpose messaging and notification program New package eog-plugins A collection of plugins for the eog image viewer New package ghc-GLUT Haskell GLUT library New package java-augeas Java bindings for the augeas library New package paperbox A GTK tracker based document browser New package perl-Nagios-Plugin Family of perl modules to streamline writing Nagios plugins New package python-xklavier Python bindings for libxklavier Updated Packages: NetworkManager-0.7.996-1.git20090826.fc12 ----------------------------------------- * Wed Aug 26 2009 Dan Williams - 0.7.996-1.git20090826 - nm: IPv6 zeroconf support and fixes - nm: port to polkit (rh #499965) - nm: fixes for ehea devices (rh #511304) (rh #516591) - nm: work around PPP bug causing bogus nameservers for mobile broadband connections - editor: fix segfault with "Unlisted" plans in the mobile broadband assistant NetworkManager-vpnc-0.7.996-1.git20090828.fc12 ---------------------------------------------- * Fri Aug 28 2009 Dan Williams - 1:0.7.0.996-1 - Rebuild for updated NetworkManager - Allow missing description in imported .pcf files - Allow the 'Vendor' config option akonadi-1.2.0-2.fc12.1 ---------------------- * Fri Aug 28 2009 Rex Dieter 1.2.0-2.1 - temporarily drop mysql-related bits, to workaround broken rawhide deps alexandria-0.6.5-6.fc12 ----------------------- * Fri Aug 28 2009 Mamoru Tasaka - 0.6.5-6 - Fix crash on startup in tr_TR.UTF-8 (bug 520170) alliance-5.0-30.20090827snap.fc12 --------------------------------- * Thu Aug 27 2009 Chitlesh Goorah - 5.0-30.20090827snap - updated to upstream's 20090828 snapshot - merged patches with upstream's snapshot: 64 bits stability patches and upstream enhancements - fixed EPEL-5 build * Sat Aug 08 2009 Chitlesh Goorah - 5.0-29.20070718snap - improved rawhide build with respect to the broken patches * Thu Jul 09 2009 Chitlesh Goorah - 5.0-28.20070718snap - improved stability on 64 bit architecture - Patches (14 to 100) added along with new features from upstream * Sat Jul 04 2009 Chitlesh Goorah - 5.0-27.20070718snap - improved autogeneration of documentation and fixed the examples amtu-1.0.8-4.fc12 ----------------- * Fri Aug 28 2009 Steve Grubb - 1.0.8-4 - Add ExclusiveArch for platforms having memory separation tests * Fri Aug 21 2009 Tomas Mraz - 1.0.8-3 - rebuilt with new audit anthy-9100h-8.fc12 ------------------ * Fri Aug 28 2009 Akira TAGOH - 9100h-8 - Fix more typos in dictionary. (#519769) b43-fwcutter-012-2.fc12 ----------------------- * Fri Aug 28 2009 Bill Nottingham 012-2 - Update with some patches from git boo-0.9.1.3287-3.fc12 --------------------- * Fri Aug 28 2009 Paul Lange - 0.9.1.3287-3 - Fix executable paths condor-7.2.4-1.fc12 ------------------- * Fri Aug 28 2009 - 7.2.4-1 - Upgrade to 7.2.4 release - Removed gcc44_const.patch, accepted upstream - New log, lock, run locations (BZ502175) - Filtered innocuous semanage message control-center-2.27.91-4.fc12 ----------------------------- * Sat Aug 29 2009 Matthias Clasen 2.27.91-4 - Move related files to -extra, too * Thu Aug 27 2009 Matthias Clasen 2.27.91-3 - Fix a crash in the appearance capplet createrepo-0.9.8-1.fc12 ----------------------- * Fri Aug 28 2009 Seth Vidal - 0.9.8-1 - bump yum requires version - remove head patch - bump to 0.9.8 upstream cups-1.4.0-1.fc12 ----------------- * Fri Aug 28 2009 Tim Waugh 1:1.4.0-1 - 1.4.0. dmidecode-2.10-1.39.fc12 ------------------------ * Fri Aug 28 2009 Jarod Wilson - 1:2.10-1.39 - Fix cache associativity mapping (was missing some commas) docbook-style-dsssl-1.79-8.fc12 ------------------------------- * Fri Aug 28 2009 Ondrej Vasik - 1.79-8 - ship manpage for collateindex.pl - preserve attributes and timestamps in Makefile dvisvgm-0.8.3-1.fc12 -------------------- * Mon Aug 24 2009 Martin Gieseking - 0.8.3-1 - updated to latest upstream release - conditional Requires and BuildRequires to satisfy F-xx and EL5 * Wed Aug 12 2009 Martin Gieseking - 0.8.1-5 - adapted Build and BuildRequires to requirements of EL5 electronics-menu-1.0-6.fc12 --------------------------- * Fri Aug 28 2009 Chitlesh Goorah - 1.0-6 - Improved submenus structure for F-12 evolution-data-server-2.27.91-3.fc12 ------------------------------------ * Thu Aug 27 2009 Tomas Mraz - 2.27.91-2.fc12 - rebuilt with new openssl * Thu Aug 27 2009 Matthew Barnes - 2.27.91-3.fc12 - Rebuild with old OpenSSL, er something... gdb-6.8.50.20090818-6.fc12 -------------------------- * Fri Aug 28 2009 Jan Kratochvil - 6.8.50.20090818-6 - Real upstream fixup of qsort_cmp (BZ 515434). - Revert bitfields regression (BZ 520129). ghc-tar-0.3.1.0-1.fc12 ---------------------- * Fri Aug 28 2009 Yaakov M. Nemoy - 0.3.1.0-1 - updated to latest upstream git-cola-1.3.9.14-1.fc12 ------------------------ * Fri Aug 28 2009 Ben Boeckel 1.3.9.14-1 - Update to 1.3.9.14 glibc-2.10.90-17 ---------------- * Thu Aug 27 2009 Roland McGrath - 2.10.90-17 - Update from master. * Wed Aug 26 2009 Andreas Schwab - 2.10.90-16 - handle AVX saving on x86-64 in interrupted symbol lookups (#519081). gnome-applet-jalali-calendar-1.6.8-2.fc12 ----------------------------------------- * Fri Aug 28 2009 Hedayat Vatankhah - 1.6.8-2 - Added a patch to prevent trying to iterate over an empty list gnome-shell-2.27.1-3 -------------------- * Fri Aug 28 2009 Owen Taylor - 2.27.1-1 - Update to 2.27.1 - Update Requires, add desktop-effects * Fri Aug 28 2009 Owen Taylor - 2.27.1-2 - BuildRequire intltool - Add find_lang * Fri Aug 28 2009 Owen Taylor - 2.27.1-3 - Replace libgnomeui with gnome-desktop in BuildRequires gobject-introspection-0.6.4-2.fc12 ---------------------------------- * Fri Aug 28 2009 Colin Walters - 0.6.4-2 - Add dep on libtool temporarily * Wed Aug 26 2009 Colin Walters - 0.6.4-1 - New upstream 0.6.4 - Drop upstreamed build fix patch hplip-3.9.8-14.fc12 ------------------- * Fri Aug 28 2009 Tim Waugh 3.9.8-13 - Use dll.d file instead of post scriptlet for hpaio (bug #519988). - Fixed RequiresPageRegion patch (bug #518756). * Fri Aug 28 2009 Tim Waugh 3.9.8-14 - Include missing base files. ibus-1.2.0.20090828-1.fc12 -------------------------- * Fri Aug 28 2009 Peng Huang - 1.2.0.20090828-1 - Update to 1.2.0.20090828 - Change the icon on systray. - Fix segment fault in ibus_hotkey_profile_destroy - Fix some memory leaks. itext-2.1.7-4.fc12 ------------------ jadetex-3.13-8.fc12 ------------------- * Fri Aug 28 2009 Ondrej Vasik 3.13-8 - ship manpage for jadetex/pdfjadetex kde-plasma-networkmanagement-0.8-0.21.20090815svn.fc12 ------------------------------------------------------ * Fri Aug 28 2009 Rex Dieter 0.8-0.21.20090815svn - use knetworkmanager pkg names - quasi-artificially inflate version to 0.8 (for now), to simplify upgrade path for knetworkmanager-0.7 (from F-10) - nuke -devel pkg - drop references to short-lived kde-plasma-networkmanager kdebase-workspace-4.3.0-11.fc12 ------------------------------- kernel-2.6.31-0.190.rc8.fc12 ---------------------------- * Fri Aug 28 2009 Chuck Ebbert - 2.6.31-rc8 * Fri Aug 28 2009 David Woodhouse - Enable Solos DSL driver * Fri Aug 28 2009 Eric Paris 2.6.31-0.190.rc8 - fix inotify length accounting and send inotify events kvirc-4.0.0-0.13.20090827svn3429.fc12 ------------------------------------- * Sat Aug 29 2009 Alexey Kurov - 4.0.0-0.13.20090827svn3429 - rebuilt with new openssl libXScrnSaver-1.2.0-1.fc12 -------------------------- * Fri Aug 28 2009 Peter Hutterer 1.2.0-1 - libXScrnSaver 1.2.0 libXau-1.0.5-1.fc12 ------------------- * Fri Aug 28 2009 Peter Hutterer 1.0.5-1 - libXau 1.0.5 libXcursor-1.1.10-1.fc12 ------------------------ * Fri Aug 28 2009 Peter Hutterer 1.1.10-1 - libXcursor 1.1.10 libXxf86dga-1.0.99.1-1.fc12 --------------------------- * Fri Aug 28 2009 Peter Hutterer 1.0.99.1-1 - libXxf86dga 1.0.99.1 libXxf86vm-1.0.99.1-1.fc12 -------------------------- * Fri Aug 28 2009 Peter Hutterer 1.0.99.1-1 - libXxf86vm 1.0.99.1 libfontenc-1.0.5-2.fc12 ----------------------- * Fri Aug 28 2009 Peter Hutterer 1.0.5-1 - libfontenc 1.0.5 * Fri Aug 28 2009 Peter Hutterer 1.0.5-2 - libfontenc-1.0.0-get-fontdir-from-pkgconfig.patch: rebase to 1.0.5. libsemanage-2.0.36-2.fc12 ------------------------- * Fri Aug 28 2009 Dan Walsh - 2.0.36-2 - Add enable/disable modules * Wed Aug 26 2009 Dan Walsh - 2.0.35-2 - Make sure /root is not used in genhomedircon * Wed Aug 26 2009 Dan Walsh - 2.0.36-1 - Update to upstream * Changed bzip-blocksize=0 handling to support existing compressed modules in the store. libxcb-1.4-1.fc12 ----------------- * Thu Aug 27 2009 Adam Jackson 1.4-1 - libxcb 1.4 (#518597) mingw32-gtk2-2.17.9-1.fc12 -------------------------- * Thu Aug 27 2009 Erik van Pienbroek - 2.17.9-1 - Update to 2.17.9 - Rebuild against mingw32-libjpeg 7 mingw32-libtiff-3.8.2-19.fc12 ----------------------------- * Thu Aug 27 2009 Erik van Pienbroek - 3.8.2-19 - Rebuild for minw32-libjpeg 7 - Automatically generate debuginfo subpackage - Added -static subpackage mutter-2.27.3-2.fc12 -------------------- * Fri Aug 28 2009 Owen Taylor - 2.27.3-1 - Update to 2.27.3, remove mutter-metawindow.patch * Fri Aug 28 2009 Owen Taylor - 2.27.3-2 - Add a workaround for Red Hat bug #520209 nss-3.12.3.99.3-25.fc12 ----------------------- * Fri Aug 28 2009 Warren Togami - 3.12.3.99.3-24 - caolan's nss.pc patch * Fri Aug 28 2009 Elio Maldonado - 3.12.3.99.3-25 - Remove nss-prelink.conf as signed all shared libraries moved to nss-softokn - Add a temprary hack to nss.pc.in to unblock builds nss-softokn-3.12.3.99.3-22.fc12 ------------------------------- * Fri Aug 28 2009 Warren Togami - 3.12.3.99.3-22 - caolan's nss-softokn.pc patch openssh-5.2p1-20.fc12 --------------------- * Fri Aug 28 2009 Jan F. Chadima - 5.2p1-20 - merged xmodifiers to redhat patch - merged gssapi-role to selinux patch - merged cve-2007_3102 to audit patch - sesftp patch only with WITH_SELINUX flag - rearange sesftp patch according to upstream request pam_mount-1.30-2.fc12 --------------------- * Fri Aug 28 2009 Till Maas - 1.30-2 - rebuilt with new openssl paraview-3.6.1-5.fc12 --------------------- * Thu Aug 27 2009 Orion Poplawski - 3.6.1-5 - Specify PV_INSTALL_LIB_DIR as relative path, drop install prefix patch - Update assitant patch to use assistant_adp, don't ship assistant-real parted-1.9.0-13.fc12 -------------------- * Fri Aug 28 2009 Karsten Hopp 1.9.0-13 - volkey is only 4 chars, don't overflow destination buffer with 84 chars perl-App-Cmd-0.207-1.fc12 ------------------------- * Sat Aug 29 2009 Chris Weyl 0.207-1 - switch filtering to perl_default_filter - auto-update to 0.207 (by cpan-spec-update 0.01) perl-Crypt-OpenSSL-DSA-0.13-13.fc12 ----------------------------------- * Fri Aug 28 2009 Stepan Kasal - 0.13-13 - disable tests to work around bug #520152 * Fri Aug 21 2009 Tomas Mraz - 0.13-12 - rebuilt with new openssl perl-Net-CUPS-0.61-3.fc12 ------------------------- * Fri Aug 28 2009 Chris Weyl 0.61-3 - bump perl-PerlIO-gzip-0.18-6.fc12 ---------------------------- * Fri Aug 28 2009 Chris Weyl 0.18-6 - bump perl-Sub-Identify-0.04-6.fc12 ----------------------------- * Fri Aug 28 2009 Chris Weyl 0.04-6 - bump perl-Sysadm-Install-0.31-1.fc12 ------------------------------- * Fri Aug 28 2009 Paul Howarth 0.31-1 - Update to 0.31 (improved UTF-8 support) perl-local-lib-1.004006-1.fc12 ------------------------------ * Sat Aug 29 2009 Chris Weyl 1.004006-1 - auto-update to 1.004006 (by cpan-spec-update 0.01) php-adodb-5.09a-1.fc12 ---------------------- * Tue Aug 25 2009 Gianluca Sforna - 5.09a-1 - Update to latest release - Fix download URL - Update summary and description - Requires php-common pixman-0.16.0-1.fc12 -------------------- * Fri Aug 28 2009 Soren Sandmann - 0.16.0-1 - pixman 0.16.0 plymouth-0.7.1-3.fc12 --------------------- * Fri Aug 28 2009 Ray Strode 0.7.1-3 - Create plymouth supplementary initrd in post (bug 515589) policycoreutils-2.0.71-14.fc12 ------------------------------ * Fri Aug 28 2009 Dan Walsh 2.0.71-14 - Add enable/disable patch polkit-gnome-0.94-2.fc12 ------------------------ * Sat Aug 29 2009 Matthias Clasen - 0.94-2 - Show in KDE, too (#519674) postgresql-odbc-08.04.0100-2.fc12 --------------------------------- * Fri Aug 28 2009 Tom Lane 08.04.0100-2 - Rebuild with new openssl python-storm-0.15-2.fc12 ------------------------ * Fri Aug 28 2009 Michel Salim - 0.15-1 - Update to 0.15 - Deprecate python-storm-sqlite, now part of main package - Separate -django and -zope subpackages * Fri Aug 28 2009 Michel Salim - 0.15-2 - Reenable tests on Fedora >= 11 (disabling Django tests for now) pywebkitgtk-1.1.6-2.fc12 ------------------------ * Fri Aug 28 2009 Ignacio Vazquez-Abrams 1.1.6-2 - Added .pth for webkit-1.0 quota-3.17-6.fc12 ----------------- * Fri Aug 28 2009 Ondrej Vasik 1:3.17-6 - symlink manpage for rpc.rquotad redland-1.0.7-10.fc12.1 ----------------------- * Fri Aug 28 2009 Rex Dieter 1.0.7-10.1 - temporarily drop mysql support (restore once mysql is unbroken in rawhide) * Thu Aug 27 2009 Rex Dieter 1.0.7-10 - fix build with newer sqlite (#519781) * Fri Aug 21 2009 Tomas Mraz - 1.0.7-9 - rebuilt with new openssl rpmconf-0.1.7-1.fc12 -------------------- * Fri Aug 28 2009 Miroslav Suchy 0.1.7-1 - add support for handling .rpmorig - 513794 - localisation problem - add support for suspending script selinux-policy-3.6.28-9.fc12 ---------------------------- * Fri Aug 28 2009 Dan Walsh 3.6.28-9 - Remove polkit_auth on upgrades sems-1.1.1-6.fc12 ----------------- * Fri Aug 28 2009 Peter Lemenkov 1.1.1-6 - g722 enabled back * Fri Aug 21 2009 Tomas Mraz - 1.1.1-5 - rebuilt with new openssl * Mon Aug 17 2009 J?n ONDREJ (SAL) - 1.1.1-4 - g722 is a conditional build, until it will work with latest spandsp * Sun Jul 26 2009 Fedora Release Engineering - 1.1.1-3 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild system-config-date-1.9.44-1.fc12 -------------------------------- * Fri Aug 28 2009 Nils Philippsen - 1.9.43-1 - use str instead of unicode as N_ implementation * Fri Aug 28 2009 Nils Philippsen - 1.9.44-1 - don't unnecessarily initialize gettext system-config-nfs-1.3.47-1.fc12 ------------------------------- * Fri Aug 28 2009 Nils Philippsen - 1.3.46-1 - use str instead of unicode as N_ implementation * Fri Aug 28 2009 Nils Philippsen - 1.3.47-1 - don't unnecessarily initialize gettext system-config-printer-1.1.12-6.fc12 ----------------------------------- * Fri Aug 28 2009 Tim Waugh 1.1.12-6 - Fixed PPD/IPP string translation. - Fixed proxy authentication. system-config-samba-1.2.80-1.fc12 --------------------------------- * Fri Aug 28 2009 Nils Philippsen - 1.2.79-1 - use str instead of unicode as N_ implementation * Fri Aug 28 2009 Nils Philippsen - 1.2.80-1 - initialize gettext at the right place system-config-users-1.2.88-1.fc12 --------------------------------- * Fri Aug 28 2009 Nils Philippsen - 1.2.88-1 - initialize gettext at the right place - get rid of rhpl.iconv, rhpl.executil * Wed Aug 26 2009 Nils Philippsen - explain obsoleting old versions taskjuggler-2.4.3-3.fc12 ------------------------ * Fri Aug 28 2009 Ondrej Vasik - 2.4.3-3 - generate and ship manpages for taskjuggler and taskjugglerUI - add disttag telepathy-mission-control-5.2.1-2.fc12 -------------------------------------- * Fri Aug 28 2009 Brian Pepple - 5.2.1-2 - Let's not pull have the main package depend on the devel sub. tigervnc-1.0.0-1.fc12 --------------------- * Fri Aug 28 2009 Adam Tkac 1.0.0-1 - update to 1.0.0 - tigervnc10-rh495457.patch merged to upstream * Mon Aug 24 2009 Karsten Hopp 0.0.91-0.17 - fix ifnarch s390x for server-module wireshark-1.2.1-4.fc12 ---------------------- * Fri Aug 28 2009 Radek Vokal - 1.2.1-4 - yet anohter rebuilt * Fri Aug 21 2009 Tomas Mraz - 1.2.1-3 - rebuilt with new openssl xmltex-20020625-15.fc12 ----------------------- * Fri Aug 28 2009 Ondrej Vasik - 20020625-15 - ship xmltex manpage from Debian znc-0.075-8.svn1613.fc12 ------------------------ * Fri Aug 28 2009 Nick Bebout - 0.075-8.svn1613 - Rebuild with new openssl and svn 1613 - build 0.075-7.svn1610 existed but I had to remove it from the spec because - the date was earlier than the date tmraz build the new openssl one Summary: Added Packages: 8 Removed Packages: 0 Modified Packages: 81 Broken deps for i386 ---------------------------------------------------------- 389-ds-base-1.2.2-1.fc12.i686 requires libcrypto.so.8 NetworkManager-openconnect-0.7.0.99-7.fc12.i686 requires libnm_glib.so.0 NetworkManager-openconnect-0.7.0.99-7.fc12.i686 requires libnm_glib_vpn.so.0 1:NetworkManager-openvpn-0.7.1-2.git20090714.fc12.i686 requires libnm_glib.so.0 1:NetworkManager-openvpn-0.7.1-2.git20090714.fc12.i686 requires libnm_glib_vpn.so.0 1:NetworkManager-pptp-0.7.0.99-3.fc12.i686 requires libnm_glib.so.0 1:NetworkManager-pptp-0.7.0.99-3.fc12.i686 requires libnm_glib_vpn.so.0 PackageKit-0.5.2-0.1.20090824git.fc12.i686 requires libnm_glib.so.0 anaconda-12.17-1.fc12.i686 requires libnm_glib.so.0 anaconda-12.17-1.fc12.i686 requires libaudit.so.0 anerley-0.0.20-3.fc12.i686 requires libmissioncontrol-client.so.0 anerley-devel-0.0.20-3.fc12.i686 requires pkgconfig(libmissioncontrol) anjal-0.1.0-0.7.20090821git5ac8bfe.fc12.i686 requires libmissioncontrol-client.so.0 asterisk-1.6.1-0.24.rc1.fc12.i686 requires libssl.so.8 asterisk-1.6.1-0.24.rc1.fc12.i686 requires libcrypto.so.8 asterisk-fax-1.6.1-0.24.rc1.fc12.i686 requires libspandsp.so.1 asterisk-snmp-1.6.1-0.24.rc1.fc12.i686 requires libcrypto.so.8 asterisk-voicemail-imap-1.6.1-0.24.rc1.fc12.i686 requires libssl.so.8 asterisk-voicemail-imap-1.6.1-0.24.rc1.fc12.i686 requires libcrypto.so.8 chunkd-0.4-4.fc12.i686 requires libssl.so.8 chunkd-0.4-4.fc12.i686 requires libcrypto.so.8 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0 clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 cluttermm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-0.9) collectd-mysql-4.5.3-2.fc11.i586 requires libcrypto.so.8 collectd-mysql-4.5.3-2.fc11.i586 requires libssl.so.8 collectd-nut-4.5.3-2.fc11.i586 requires libcrypto.so.8 collectd-nut-4.5.3-2.fc11.i586 requires libssl.so.8 collectd-snmp-4.5.3-2.fc11.i586 requires libcrypto.so.8 compat-erlang-R10B-13.11.fc11.i586 requires libssl.so.8 compat-erlang-R10B-13.11.fc11.i586 requires libcrypto.so.8 conexus-ssl-0.9.0-1.fc12.i686 requires libssl.so.8 conexus-ssl-0.9.0-1.fc12.i686 requires libcrypto.so.8 empathy-2.27.91.1-3.fc12.i686 requires libnm_glib.so.0 empathy-libs-2.27.91.1-3.fc12.i686 requires libnm_glib.so.0 empathy-python-2.27.91.1-3.fc12.i686 requires libnm_glib.so.0 evolution-exchange-2.27.91-2.fc12.i686 requires libssl.so.8 evolution-exchange-2.27.91-2.fc12.i686 requires libcrypto.so.8 1:gdm-2.27.90-1.fc12.i686 requires libaudit.so.0 gpsdrive-2.10-0.1.pre7.fc12.i586 requires libmapnik.so.0.5 hedgewars-0.9.11-2.fc12.i686 requires libssl.so.8 httping-1.2.9-4.fc11.i586 requires libcrypto.so.8 httping-1.2.9-4.fc11.i586 requires libssl.so.8 httrack-3.43.2-4.fc12.i686 requires openssl = 0:0.9.8k kdebase3-3.5.10-12.fc12.i686 requires libssl.so.8 krb5-auth-dialog-0.10-2.fc12.i686 requires libnm_glib.so.0 m2crypto-0.20-2.i686 requires libcrypto.so.8 m2crypto-0.20-2.i686 requires libssl.so.8 mapserver-5.4.1-1.fc12.i586 requires libssl.so.8 mapserver-5.4.1-1.fc12.i586 requires libcrypto.so.8 mapserver-perl-5.4.1-1.fc12.i586 requires libssl.so.8 mapserver-perl-5.4.1-1.fc12.i586 requires libcrypto.so.8 mapserver-python-5.4.1-1.fc12.i586 requires libssl.so.8 mapserver-python-5.4.1-1.fc12.i586 requires libcrypto.so.8 maven2-plugin-antrun-2.0.8-1.3.fc12.noarch requires maven-embedder maven2-plugin-antrun-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires maven-shared-archiver maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires jmock >= 0:1.0.1 maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires maven-shared-test-tools maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires maven-shared-common-artifact-filters maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires maven-shared-repository-builder maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-testing-tools maven2-plugin-changelog-2.0.8-1.3.fc12.noarch requires maven-doxia-sitetools >= 0:1.0 maven2-plugin-changelog-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-changes-2.0.8-1.3.fc12.noarch requires glassfish-javamail maven2-plugin-changes-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-checkstyle-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-dependency-2.0.8-1.3.fc12.noarch requires maven-shared-dependency-tree maven2-plugin-dependency-2.0.8-1.3.fc12.noarch requires maven-shared-dependency-analyzer maven2-plugin-docck-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-tools-java >= 0:2.2 maven2-plugin-docck-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-tools-api maven2-plugin-docck-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-docck-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-tools-beanshell >= 0:2.2 maven2-plugin-ear-2.0.8-1.3.fc12.noarch requires maven-shared-verifier maven2-plugin-eclipse-2.0.8-1.3.fc12.noarch requires jmock >= 0:1.0.1 maven2-plugin-eclipse-2.0.8-1.3.fc12.noarch requires maven-shared-test-tools maven2-plugin-eclipse-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-testing-tools maven2-plugin-enforcer-2.0.8-1.3.fc12.noarch requires maven-enforcer-rule-api maven2-plugin-help-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-tools-api maven2-plugin-idea-2.0.8-1.3.fc12.noarch requires jmock >= 0:1.0.1 maven2-plugin-jar-2.0.8-1.3.fc12.noarch requires maven-shared-archiver >= 0:2.3 maven2-plugin-javadoc-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-one-2.0.8-1.3.fc12.noarch requires maven-shared-model-converter maven2-plugin-plugin-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-tools-java >= 0:2.2 maven2-plugin-plugin-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-plugin-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-tools-beanshell >= 0:2.2 maven2-plugin-pmd-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-project-info-reports-2.0.8-1.3.fc12.noarch requires maven-shared-jar maven2-plugin-project-info-reports-2.0.8-1.3.fc12.noarch requires maven-doxia-sitetools >= 0:1.0 maven2-plugin-project-info-reports-2.0.8-1.3.fc12.noarch requires maven-shared-dependency-tree maven2-plugin-project-info-reports-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl mojito-0.20-2.fc12.i686 requires libnm_glib.so.0 mysql-5.1.36-1.fc12.i586 requires libssl.so.8 mysql-5.1.36-1.fc12.i586 requires libcrypto.so.8 mysql-administrator-5.0r12-11.fc11.i586 requires libssl.so.8 mysql-administrator-5.0r12-11.fc11.i586 requires libcrypto.so.8 mysql-embedded-5.1.36-1.fc12.i586 requires libssl.so.8 mysql-embedded-5.1.36-1.fc12.i586 requires libcrypto.so.8 mysql-embedded-devel-5.1.36-1.fc12.i586 requires libssl.so.8 mysql-embedded-devel-5.1.36-1.fc12.i586 requires libcrypto.so.8 mysql-libs-5.1.36-1.fc12.i586 requires libssl.so.8 mysql-libs-5.1.36-1.fc12.i586 requires libcrypto.so.8 mysql-query-browser-5.0r12-11.fc11.i586 requires libssl.so.8 mysql-query-browser-5.0r12-11.fc11.i586 requires libcrypto.so.8 mysql-server-5.1.36-1.fc12.i586 requires libssl.so.8 mysql-server-5.1.36-1.fc12.i586 requires libcrypto.so.8 mysql-test-5.1.36-1.fc12.i586 requires libssl.so.8 mysql-test-5.1.36-1.fc12.i586 requires libcrypto.so.8 network-manager-netbook-1.2-5.fc12.i686 requires libnm_glib.so.0 nss-tools-3.12.3.99.3-25.fc12.i686 requires libsqlite3.so nx-3.3.0-35.fc12.i586 requires libcrypto.so.8 octave-forge-20080831-10.fc12.i686 requires octave(api) = 0:api-v32 1:openoffice.org-core-3.1.1-19.2.fc12.i686 requires libcrypto.so.8 1:openoffice.org-core-3.1.1-19.2.fc12.i686 requires libssl.so.8 openvrml-0.18.3-1.fc12.i686 requires java(x86-32) openvrml-0.18.3-1.fc12.i686 requires gecko-libs(x86-32) >= 0:1.9.1 pathfinderd-1.0.0-2.fc12.i686 requires libcrypto.so.8 php-mapserver-5.4.1-1.fc12.i586 requires libssl.so.8 php-mapserver-5.4.1-1.fc12.i586 requires libcrypto.so.8 ppl-yap-0.10.2-5.fc12.i686 requires libYap.so python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.i586 requires libparted-1.8.so.8 rygel-0.3-5.fc12.i686 requires libgee.so.0 rygel-tracker-0.3-5.fc12.i686 requires libgee.so.0 serpentine-0.9-5.fc12.noarch requires gnome-python2-nautilus-cd-burner socat-1.7.0.0-2.fc11.i586 requires libcrypto.so.8 socat-1.7.0.0-2.fc11.i586 requires libssl.so.8 tabled-0.3-4.fc12.i686 requires libssl.so.8 tabled-0.3-4.fc12.i686 requires libcrypto.so.8 totem-mythtv-2.27.2-7.fc12.i686 requires libssl.so.8 totem-mythtv-2.27.2-7.fc12.i686 requires libcrypto.so.8 tsclient-2.0.2-4.fc12.i686 requires libnm_glib.so.0 w3c-libwww-5.4.1-0.15.20060206cvs.fc11.i586 requires libssl.so.8 w3c-libwww-5.4.1-0.15.20060206cvs.fc11.i586 requires libcrypto.so.8 w3c-libwww-apps-5.4.1-0.15.20060206cvs.fc11.i586 requires libssl.so.8 w3c-libwww-apps-5.4.1-0.15.20060206cvs.fc11.i586 requires libcrypto.so.8 xmlsec1-openssl-1.2.12-1.fc12.i686 requires libssl.so.8 xmlsec1-openssl-1.2.12-1.fc12.i686 requires libcrypto.so.8 xsupplicant-1.2.8-10.fc11.i586 requires libcrypto.so.8 xsupplicant-1.2.8-10.fc11.i586 requires libssl.so.8 Broken deps for x86_64 ---------------------------------------------------------- 389-ds-base-1.2.2-1.fc12.i686 requires libcrypto.so.8 389-ds-base-1.2.2-1.fc12.x86_64 requires libcrypto.so.8()(64bit) NetworkManager-openconnect-0.7.0.99-7.fc12.x86_64 requires libnm_glib_vpn.so.0()(64bit) NetworkManager-openconnect-0.7.0.99-7.fc12.x86_64 requires libnm_glib.so.0()(64bit) 1:NetworkManager-openvpn-0.7.1-2.git20090714.fc12.x86_64 requires libnm_glib_vpn.so.0()(64bit) 1:NetworkManager-openvpn-0.7.1-2.git20090714.fc12.x86_64 requires libnm_glib.so.0()(64bit) 1:NetworkManager-pptp-0.7.0.99-3.fc12.x86_64 requires libnm_glib_vpn.so.0()(64bit) 1:NetworkManager-pptp-0.7.0.99-3.fc12.x86_64 requires libnm_glib.so.0()(64bit) PackageKit-0.5.2-0.1.20090824git.fc12.x86_64 requires libnm_glib.so.0()(64bit) anaconda-12.17-1.fc12.x86_64 requires libnm_glib.so.0()(64bit) anaconda-12.17-1.fc12.x86_64 requires libaudit.so.0()(64bit) anerley-0.0.20-3.fc12.i686 requires libmissioncontrol-client.so.0 anerley-0.0.20-3.fc12.x86_64 requires libmissioncontrol-client.so.0()(64bit) anerley-devel-0.0.20-3.fc12.i686 requires pkgconfig(libmissioncontrol) anerley-devel-0.0.20-3.fc12.x86_64 requires pkgconfig(libmissioncontrol) anjal-0.1.0-0.7.20090821git5ac8bfe.fc12.x86_64 requires libmissioncontrol-client.so.0()(64bit) asterisk-1.6.1-0.24.rc1.fc12.x86_64 requires libssl.so.8()(64bit) asterisk-1.6.1-0.24.rc1.fc12.x86_64 requires libcrypto.so.8()(64bit) asterisk-fax-1.6.1-0.24.rc1.fc12.x86_64 requires libspandsp.so.1()(64bit) asterisk-snmp-1.6.1-0.24.rc1.fc12.x86_64 requires libcrypto.so.8()(64bit) asterisk-voicemail-imap-1.6.1-0.24.rc1.fc12.x86_64 requires libcrypto.so.8()(64bit) asterisk-voicemail-imap-1.6.1-0.24.rc1.fc12.x86_64 requires libssl.so.8()(64bit) chunkd-0.4-4.fc12.i686 requires libssl.so.8 chunkd-0.4-4.fc12.i686 requires libcrypto.so.8 chunkd-0.4-4.fc12.x86_64 requires libssl.so.8()(64bit) chunkd-0.4-4.fc12.x86_64 requires libcrypto.so.8()(64bit) clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.x86_64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.x86_64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.x86_64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8) clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.x86_64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.x86_64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-gtk-0.9) clutter-gtkmm-devel-0.9.4-1.fc12.x86_64 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 cluttermm-0.9.4-1.fc12.x86_64 requires libclutter-glx-0.9.so.0()(64bit) cluttermm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-0.9) cluttermm-devel-0.9.4-1.fc12.x86_64 requires pkgconfig(clutter-0.9) collectd-mysql-4.5.3-2.fc11.x86_64 requires libcrypto.so.8()(64bit) collectd-mysql-4.5.3-2.fc11.x86_64 requires libssl.so.8()(64bit) collectd-nut-4.5.3-2.fc11.x86_64 requires libcrypto.so.8()(64bit) collectd-nut-4.5.3-2.fc11.x86_64 requires libssl.so.8()(64bit) collectd-snmp-4.5.3-2.fc11.x86_64 requires libcrypto.so.8()(64bit) compat-erlang-R10B-13.11.fc11.x86_64 requires libssl.so.8()(64bit) compat-erlang-R10B-13.11.fc11.x86_64 requires libcrypto.so.8()(64bit) conexus-ssl-0.9.0-1.fc12.i686 requires libssl.so.8 conexus-ssl-0.9.0-1.fc12.i686 requires libcrypto.so.8 conexus-ssl-0.9.0-1.fc12.x86_64 requires libssl.so.8()(64bit) conexus-ssl-0.9.0-1.fc12.x86_64 requires libcrypto.so.8()(64bit) empathy-2.27.91.1-3.fc12.x86_64 requires libnm_glib.so.0()(64bit) empathy-libs-2.27.91.1-3.fc12.i686 requires libnm_glib.so.0 empathy-libs-2.27.91.1-3.fc12.x86_64 requires libnm_glib.so.0()(64bit) empathy-python-2.27.91.1-3.fc12.x86_64 requires libnm_glib.so.0()(64bit) evolution-exchange-2.27.91-2.fc12.x86_64 requires libssl.so.8()(64bit) evolution-exchange-2.27.91-2.fc12.x86_64 requires libcrypto.so.8()(64bit) 1:gdm-2.27.90-1.fc12.i686 requires libaudit.so.0 1:gdm-2.27.90-1.fc12.x86_64 requires libaudit.so.0()(64bit) gpsdrive-2.10-0.1.pre7.fc12.x86_64 requires libmapnik.so.0.5()(64bit) hedgewars-0.9.11-2.fc12.x86_64 requires libssl.so.8()(64bit) httping-1.2.9-4.fc11.x86_64 requires libcrypto.so.8()(64bit) httping-1.2.9-4.fc11.x86_64 requires libssl.so.8()(64bit) httrack-3.43.2-4.fc12.i686 requires openssl = 0:0.9.8k httrack-3.43.2-4.fc12.x86_64 requires openssl = 0:0.9.8k kdebase3-3.5.10-12.fc12.x86_64 requires libssl.so.8()(64bit) krb5-auth-dialog-0.10-2.fc12.x86_64 requires libnm_glib.so.0()(64bit) m2crypto-0.20-2.x86_64 requires libcrypto.so.8()(64bit) m2crypto-0.20-2.x86_64 requires libssl.so.8()(64bit) mapserver-5.4.1-1.fc12.x86_64 requires libssl.so.8()(64bit) mapserver-5.4.1-1.fc12.x86_64 requires libcrypto.so.8()(64bit) mapserver-perl-5.4.1-1.fc12.x86_64 requires libssl.so.8()(64bit) mapserver-perl-5.4.1-1.fc12.x86_64 requires libcrypto.so.8()(64bit) mapserver-python-5.4.1-1.fc12.x86_64 requires libssl.so.8()(64bit) mapserver-python-5.4.1-1.fc12.x86_64 requires libcrypto.so.8()(64bit) maven2-plugin-antrun-2.0.8-1.3.fc12.noarch requires maven-embedder maven2-plugin-antrun-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires maven-shared-archiver maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires jmock >= 0:1.0.1 maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires maven-shared-test-tools maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires maven-shared-common-artifact-filters maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires maven-shared-repository-builder maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-testing-tools maven2-plugin-changelog-2.0.8-1.3.fc12.noarch requires maven-doxia-sitetools >= 0:1.0 maven2-plugin-changelog-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-changes-2.0.8-1.3.fc12.noarch requires glassfish-javamail maven2-plugin-changes-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-checkstyle-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-dependency-2.0.8-1.3.fc12.noarch requires maven-shared-dependency-tree maven2-plugin-dependency-2.0.8-1.3.fc12.noarch requires maven-shared-dependency-analyzer maven2-plugin-docck-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-tools-java >= 0:2.2 maven2-plugin-docck-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-tools-api maven2-plugin-docck-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-docck-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-tools-beanshell >= 0:2.2 maven2-plugin-ear-2.0.8-1.3.fc12.noarch requires maven-shared-verifier maven2-plugin-eclipse-2.0.8-1.3.fc12.noarch requires jmock >= 0:1.0.1 maven2-plugin-eclipse-2.0.8-1.3.fc12.noarch requires maven-shared-test-tools maven2-plugin-eclipse-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-testing-tools maven2-plugin-enforcer-2.0.8-1.3.fc12.noarch requires maven-enforcer-rule-api maven2-plugin-help-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-tools-api maven2-plugin-idea-2.0.8-1.3.fc12.noarch requires jmock >= 0:1.0.1 maven2-plugin-jar-2.0.8-1.3.fc12.noarch requires maven-shared-archiver >= 0:2.3 maven2-plugin-javadoc-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-one-2.0.8-1.3.fc12.noarch requires maven-shared-model-converter maven2-plugin-plugin-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-tools-java >= 0:2.2 maven2-plugin-plugin-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-plugin-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-tools-beanshell >= 0:2.2 maven2-plugin-pmd-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-project-info-reports-2.0.8-1.3.fc12.noarch requires maven-shared-jar maven2-plugin-project-info-reports-2.0.8-1.3.fc12.noarch requires maven-doxia-sitetools >= 0:1.0 maven2-plugin-project-info-reports-2.0.8-1.3.fc12.noarch requires maven-shared-dependency-tree maven2-plugin-project-info-reports-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl mojito-0.20-2.fc12.i686 requires libnm_glib.so.0 mojito-0.20-2.fc12.x86_64 requires libnm_glib.so.0()(64bit) mysql-5.1.36-1.fc12.x86_64 requires libcrypto.so.8()(64bit) mysql-5.1.36-1.fc12.x86_64 requires libssl.so.8()(64bit) mysql-administrator-5.0r12-11.fc11.x86_64 requires libcrypto.so.8()(64bit) mysql-administrator-5.0r12-11.fc11.x86_64 requires libssl.so.8()(64bit) mysql-embedded-5.1.36-1.fc12.i586 requires libssl.so.8 mysql-embedded-5.1.36-1.fc12.i586 requires libcrypto.so.8 mysql-embedded-5.1.36-1.fc12.x86_64 requires libssl.so.8()(64bit) mysql-embedded-5.1.36-1.fc12.x86_64 requires libcrypto.so.8()(64bit) mysql-embedded-devel-5.1.36-1.fc12.i586 requires libssl.so.8 mysql-embedded-devel-5.1.36-1.fc12.i586 requires libcrypto.so.8 mysql-embedded-devel-5.1.36-1.fc12.x86_64 requires libssl.so.8()(64bit) mysql-embedded-devel-5.1.36-1.fc12.x86_64 requires libcrypto.so.8()(64bit) mysql-libs-5.1.36-1.fc12.i586 requires libssl.so.8 mysql-libs-5.1.36-1.fc12.i586 requires libcrypto.so.8 mysql-libs-5.1.36-1.fc12.x86_64 requires libssl.so.8()(64bit) mysql-libs-5.1.36-1.fc12.x86_64 requires libcrypto.so.8()(64bit) mysql-query-browser-5.0r12-11.fc11.x86_64 requires libcrypto.so.8()(64bit) mysql-query-browser-5.0r12-11.fc11.x86_64 requires libssl.so.8()(64bit) mysql-server-5.1.36-1.fc12.x86_64 requires libssl.so.8()(64bit) mysql-server-5.1.36-1.fc12.x86_64 requires libcrypto.so.8()(64bit) mysql-test-5.1.36-1.fc12.x86_64 requires libssl.so.8()(64bit) mysql-test-5.1.36-1.fc12.x86_64 requires libcrypto.so.8()(64bit) network-manager-netbook-1.2-5.fc12.x86_64 requires libnm_glib.so.0()(64bit) nss-tools-3.12.3.99.3-25.fc12.x86_64 requires libsqlite3.so()(64bit) nx-3.3.0-35.fc12.x86_64 requires libcrypto.so.8()(64bit) octave-forge-20080831-10.fc12.x86_64 requires octave(api) = 0:api-v32 1:openoffice.org-core-3.1.1-19.2.fc12.x86_64 requires libcrypto.so.8()(64bit) 1:openoffice.org-core-3.1.1-19.2.fc12.x86_64 requires libssl.so.8()(64bit) openvrml-0.18.3-1.fc12.i686 requires java(x86-32) openvrml-0.18.3-1.fc12.i686 requires gecko-libs(x86-32) >= 0:1.9.1 openvrml-0.18.3-1.fc12.x86_64 requires gecko-libs(x86-64) >= 0:1.9.1 openvrml-0.18.3-1.fc12.x86_64 requires java(x86-64) pathfinderd-1.0.0-2.fc12.x86_64 requires libcrypto.so.8()(64bit) php-mapserver-5.4.1-1.fc12.x86_64 requires libssl.so.8()(64bit) php-mapserver-5.4.1-1.fc12.x86_64 requires libcrypto.so.8()(64bit) ppl-yap-0.10.2-5.fc12.x86_64 requires libYap.so()(64bit) python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.x86_64 requires libparted-1.8.so.8()(64bit) rygel-0.3-5.fc12.x86_64 requires libgee.so.0()(64bit) rygel-tracker-0.3-5.fc12.x86_64 requires libgee.so.0()(64bit) serpentine-0.9-5.fc12.noarch requires gnome-python2-nautilus-cd-burner socat-1.7.0.0-2.fc11.x86_64 requires libcrypto.so.8()(64bit) socat-1.7.0.0-2.fc11.x86_64 requires libssl.so.8()(64bit) tabled-0.3-4.fc12.i686 requires libssl.so.8 tabled-0.3-4.fc12.i686 requires libcrypto.so.8 tabled-0.3-4.fc12.x86_64 requires libssl.so.8()(64bit) tabled-0.3-4.fc12.x86_64 requires libcrypto.so.8()(64bit) totem-mythtv-2.27.2-7.fc12.x86_64 requires libssl.so.8()(64bit) totem-mythtv-2.27.2-7.fc12.x86_64 requires libcrypto.so.8()(64bit) tsclient-2.0.2-4.fc12.x86_64 requires libnm_glib.so.0()(64bit) w3c-libwww-5.4.1-0.15.20060206cvs.fc11.i586 requires libssl.so.8 w3c-libwww-5.4.1-0.15.20060206cvs.fc11.i586 requires libcrypto.so.8 w3c-libwww-5.4.1-0.15.20060206cvs.fc11.x86_64 requires libssl.so.8()(64bit) w3c-libwww-5.4.1-0.15.20060206cvs.fc11.x86_64 requires libcrypto.so.8()(64bit) w3c-libwww-apps-5.4.1-0.15.20060206cvs.fc11.x86_64 requires libssl.so.8()(64bit) w3c-libwww-apps-5.4.1-0.15.20060206cvs.fc11.x86_64 requires libcrypto.so.8()(64bit) xmlsec1-openssl-1.2.12-1.fc12.i686 requires libssl.so.8 xmlsec1-openssl-1.2.12-1.fc12.i686 requires libcrypto.so.8 xmlsec1-openssl-1.2.12-1.fc12.x86_64 requires libssl.so.8()(64bit) xmlsec1-openssl-1.2.12-1.fc12.x86_64 requires libcrypto.so.8()(64bit) xsupplicant-1.2.8-10.fc11.x86_64 requires libcrypto.so.8()(64bit) xsupplicant-1.2.8-10.fc11.x86_64 requires libssl.so.8()(64bit) Broken deps for ppc ---------------------------------------------------------- 389-ds-base-1.2.2-1.fc12.ppc requires libcrypto.so.8 389-ds-base-1.2.2-1.fc12.ppc64 requires libcrypto.so.8()(64bit) NetworkManager-openconnect-0.7.0.99-7.fc12.ppc requires libnm_glib.so.0 NetworkManager-openconnect-0.7.0.99-7.fc12.ppc requires libnm_glib_vpn.so.0 1:NetworkManager-openvpn-0.7.1-2.git20090714.fc12.ppc requires libnm_glib.so.0 1:NetworkManager-openvpn-0.7.1-2.git20090714.fc12.ppc requires libnm_glib_vpn.so.0 1:NetworkManager-pptp-0.7.0.99-3.fc12.ppc requires libnm_glib.so.0 1:NetworkManager-pptp-0.7.0.99-3.fc12.ppc requires libnm_glib_vpn.so.0 PackageKit-0.5.2-0.1.20090824git.fc12.ppc requires libnm_glib.so.0 anaconda-12.17-1.fc12.ppc requires libnm_glib.so.0 anaconda-12.17-1.fc12.ppc requires libaudit.so.0 anerley-0.0.20-3.fc12.ppc requires libmissioncontrol-client.so.0 anerley-0.0.20-3.fc12.ppc64 requires libmissioncontrol-client.so.0()(64bit) anerley-devel-0.0.20-3.fc12.ppc requires pkgconfig(libmissioncontrol) anerley-devel-0.0.20-3.fc12.ppc64 requires pkgconfig(libmissioncontrol) anjal-0.1.0-0.7.20090821git5ac8bfe.fc12.ppc requires libmissioncontrol-client.so.0 asterisk-1.6.1-0.24.rc1.fc12.ppc requires libssl.so.8 asterisk-1.6.1-0.24.rc1.fc12.ppc requires libcrypto.so.8 asterisk-fax-1.6.1-0.24.rc1.fc12.ppc requires libspandsp.so.1 asterisk-snmp-1.6.1-0.24.rc1.fc12.ppc requires libcrypto.so.8 asterisk-voicemail-imap-1.6.1-0.24.rc1.fc12.ppc requires libssl.so.8 asterisk-voicemail-imap-1.6.1-0.24.rc1.fc12.ppc requires libcrypto.so.8 chunkd-0.4-4.fc12.ppc requires libssl.so.8 chunkd-0.4-4.fc12.ppc requires libcrypto.so.8 chunkd-0.4-4.fc12.ppc64 requires libssl.so.8()(64bit) chunkd-0.4-4.fc12.ppc64 requires libcrypto.so.8()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.ppc requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.ppc requires libclutter-glx-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.ppc requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc requires pkgconfig(clutter-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.ppc requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.ppc requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.ppc requires pkgconfig(clutter-gtk-0.9) clutter-gtkmm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.ppc requires libclutter-glx-0.9.so.0 cluttermm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) cluttermm-devel-0.9.4-1.fc12.ppc requires pkgconfig(clutter-0.9) cluttermm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-0.9) collectd-mysql-4.5.3-2.fc11.ppc requires libcrypto.so.8 collectd-mysql-4.5.3-2.fc11.ppc requires libssl.so.8 collectd-nut-4.5.3-2.fc11.ppc requires libcrypto.so.8 collectd-nut-4.5.3-2.fc11.ppc requires libssl.so.8 collectd-snmp-4.5.3-2.fc11.ppc requires libcrypto.so.8 compat-erlang-R10B-13.11.fc11.ppc requires libssl.so.8 compat-erlang-R10B-13.11.fc11.ppc requires libcrypto.so.8 conexus-ssl-0.9.0-1.fc12.ppc requires libssl.so.8 conexus-ssl-0.9.0-1.fc12.ppc requires libcrypto.so.8 conexus-ssl-0.9.0-1.fc12.ppc64 requires libssl.so.8()(64bit) conexus-ssl-0.9.0-1.fc12.ppc64 requires libcrypto.so.8()(64bit) empathy-2.27.91.1-3.fc12.ppc requires libnm_glib.so.0 empathy-libs-2.27.91.1-3.fc12.ppc requires libnm_glib.so.0 empathy-libs-2.27.91.1-3.fc12.ppc64 requires libnm_glib.so.0()(64bit) empathy-python-2.27.91.1-3.fc12.ppc requires libnm_glib.so.0 evolution-exchange-2.27.91-2.fc12.ppc requires libssl.so.8 evolution-exchange-2.27.91-2.fc12.ppc requires libcrypto.so.8 1:gdm-2.27.90-1.fc12.ppc requires libaudit.so.0 1:gdm-2.27.90-1.fc12.ppc64 requires libaudit.so.0()(64bit) gpsdrive-2.10-0.1.pre7.fc12.ppc requires libmapnik.so.0.5 hedgewars-0.9.11-2.fc12.ppc requires libssl.so.8 httping-1.2.9-4.fc11.ppc requires libcrypto.so.8 httping-1.2.9-4.fc11.ppc requires libssl.so.8 httrack-3.43.2-4.fc12.ppc requires openssl = 0:0.9.8k httrack-3.43.2-4.fc12.ppc64 requires openssl = 0:0.9.8k kdebase3-3.5.10-12.fc12.ppc requires libssl.so.8 krb5-auth-dialog-0.10-2.fc12.ppc requires libnm_glib.so.0 m2crypto-0.20-2.ppc requires libcrypto.so.8 m2crypto-0.20-2.ppc requires libssl.so.8 mapserver-5.4.1-1.fc12.ppc requires libssl.so.8 mapserver-5.4.1-1.fc12.ppc requires libcrypto.so.8 mapserver-perl-5.4.1-1.fc12.ppc requires libssl.so.8 mapserver-perl-5.4.1-1.fc12.ppc requires libcrypto.so.8 mapserver-python-5.4.1-1.fc12.ppc requires libssl.so.8 mapserver-python-5.4.1-1.fc12.ppc requires libcrypto.so.8 maven2-plugin-antrun-2.0.8-1.3.fc12.noarch requires maven-embedder maven2-plugin-antrun-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires maven-shared-archiver maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires jmock >= 0:1.0.1 maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires maven-shared-test-tools maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires maven-shared-common-artifact-filters maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires maven-shared-repository-builder maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-testing-tools maven2-plugin-changelog-2.0.8-1.3.fc12.noarch requires maven-doxia-sitetools >= 0:1.0 maven2-plugin-changelog-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-changes-2.0.8-1.3.fc12.noarch requires glassfish-javamail maven2-plugin-changes-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-checkstyle-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-dependency-2.0.8-1.3.fc12.noarch requires maven-shared-dependency-tree maven2-plugin-dependency-2.0.8-1.3.fc12.noarch requires maven-shared-dependency-analyzer maven2-plugin-docck-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-tools-java >= 0:2.2 maven2-plugin-docck-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-tools-api maven2-plugin-docck-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-docck-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-tools-beanshell >= 0:2.2 maven2-plugin-ear-2.0.8-1.3.fc12.noarch requires maven-shared-verifier maven2-plugin-eclipse-2.0.8-1.3.fc12.noarch requires jmock >= 0:1.0.1 maven2-plugin-eclipse-2.0.8-1.3.fc12.noarch requires maven-shared-test-tools maven2-plugin-eclipse-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-testing-tools maven2-plugin-enforcer-2.0.8-1.3.fc12.noarch requires maven-enforcer-rule-api maven2-plugin-help-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-tools-api maven2-plugin-idea-2.0.8-1.3.fc12.noarch requires jmock >= 0:1.0.1 maven2-plugin-jar-2.0.8-1.3.fc12.noarch requires maven-shared-archiver >= 0:2.3 maven2-plugin-javadoc-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-one-2.0.8-1.3.fc12.noarch requires maven-shared-model-converter maven2-plugin-plugin-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-tools-java >= 0:2.2 maven2-plugin-plugin-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-plugin-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-tools-beanshell >= 0:2.2 maven2-plugin-pmd-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-project-info-reports-2.0.8-1.3.fc12.noarch requires maven-shared-jar maven2-plugin-project-info-reports-2.0.8-1.3.fc12.noarch requires maven-doxia-sitetools >= 0:1.0 maven2-plugin-project-info-reports-2.0.8-1.3.fc12.noarch requires maven-shared-dependency-tree maven2-plugin-project-info-reports-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl mojito-0.20-2.fc12.ppc requires libnm_glib.so.0 mojito-0.20-2.fc12.ppc64 requires libnm_glib.so.0()(64bit) mysql-5.1.36-1.fc12.ppc requires libssl.so.8 mysql-5.1.36-1.fc12.ppc requires libcrypto.so.8 mysql-administrator-5.0r12-11.fc11.ppc requires libssl.so.8 mysql-administrator-5.0r12-11.fc11.ppc requires libcrypto.so.8 mysql-embedded-5.1.36-1.fc12.ppc requires libssl.so.8 mysql-embedded-5.1.36-1.fc12.ppc requires libcrypto.so.8 mysql-embedded-5.1.36-1.fc12.ppc64 requires libssl.so.8()(64bit) mysql-embedded-5.1.36-1.fc12.ppc64 requires libcrypto.so.8()(64bit) mysql-embedded-devel-5.1.36-1.fc12.ppc requires libssl.so.8 mysql-embedded-devel-5.1.36-1.fc12.ppc requires libcrypto.so.8 mysql-embedded-devel-5.1.36-1.fc12.ppc64 requires libssl.so.8()(64bit) mysql-embedded-devel-5.1.36-1.fc12.ppc64 requires libcrypto.so.8()(64bit) mysql-libs-5.1.36-1.fc12.ppc requires libssl.so.8 mysql-libs-5.1.36-1.fc12.ppc requires libcrypto.so.8 mysql-libs-5.1.36-1.fc12.ppc64 requires libssl.so.8()(64bit) mysql-libs-5.1.36-1.fc12.ppc64 requires libcrypto.so.8()(64bit) mysql-query-browser-5.0r12-11.fc11.ppc requires libssl.so.8 mysql-query-browser-5.0r12-11.fc11.ppc requires libcrypto.so.8 mysql-server-5.1.36-1.fc12.ppc requires libssl.so.8 mysql-server-5.1.36-1.fc12.ppc requires libcrypto.so.8 mysql-test-5.1.36-1.fc12.ppc requires libssl.so.8 mysql-test-5.1.36-1.fc12.ppc requires libcrypto.so.8 network-manager-netbook-1.2-5.fc12.ppc requires libnm_glib.so.0 nss-tools-3.12.3.99.3-25.fc12.ppc requires libsqlite3.so nx-3.3.0-35.fc12.ppc requires libcrypto.so.8 octave-forge-20080831-10.fc12.ppc requires octave(api) = 0:api-v32 1:openoffice.org-core-3.1.1-19.2.fc12.ppc requires libcrypto.so.8 1:openoffice.org-core-3.1.1-19.2.fc12.ppc requires libssl.so.8 openvrml-0.18.3-1.fc12.ppc requires java(ppc-32) openvrml-0.18.3-1.fc12.ppc requires gecko-libs(ppc-32) >= 0:1.9.1 openvrml-0.18.3-1.fc12.ppc64 requires java(ppc-64) openvrml-0.18.3-1.fc12.ppc64 requires gecko-libs(ppc-64) >= 0:1.9.1 pathfinderd-1.0.0-2.fc12.ppc requires libcrypto.so.8 php-mapserver-5.4.1-1.fc12.ppc requires libssl.so.8 php-mapserver-5.4.1-1.fc12.ppc requires libcrypto.so.8 ppl-yap-0.10.2-5.fc12.ppc requires libYap.so python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.ppc requires libparted-1.8.so.8 rygel-0.3-5.fc12.ppc requires libgee.so.0 rygel-tracker-0.3-5.fc12.ppc requires libgee.so.0 serpentine-0.9-5.fc12.noarch requires gnome-python2-nautilus-cd-burner socat-1.7.0.0-2.fc11.ppc requires libcrypto.so.8 socat-1.7.0.0-2.fc11.ppc requires libssl.so.8 totem-mythtv-2.27.2-7.fc12.ppc requires libssl.so.8 totem-mythtv-2.27.2-7.fc12.ppc requires libcrypto.so.8 tsclient-2.0.2-4.fc12.ppc requires libnm_glib.so.0 w3c-libwww-5.4.1-0.15.20060206cvs.fc11.ppc requires libssl.so.8 w3c-libwww-5.4.1-0.15.20060206cvs.fc11.ppc requires libcrypto.so.8 w3c-libwww-5.4.1-0.15.20060206cvs.fc11.ppc64 requires libssl.so.8()(64bit) w3c-libwww-5.4.1-0.15.20060206cvs.fc11.ppc64 requires libcrypto.so.8()(64bit) w3c-libwww-apps-5.4.1-0.15.20060206cvs.fc11.ppc requires libssl.so.8 w3c-libwww-apps-5.4.1-0.15.20060206cvs.fc11.ppc requires libcrypto.so.8 xmlsec1-openssl-1.2.12-1.fc12.ppc requires libssl.so.8 xmlsec1-openssl-1.2.12-1.fc12.ppc requires libcrypto.so.8 xmlsec1-openssl-1.2.12-1.fc12.ppc64 requires libssl.so.8()(64bit) xmlsec1-openssl-1.2.12-1.fc12.ppc64 requires libcrypto.so.8()(64bit) xsupplicant-1.2.8-10.fc11.ppc requires libcrypto.so.8 xsupplicant-1.2.8-10.fc11.ppc requires libssl.so.8 Broken deps for ppc64 ---------------------------------------------------------- 389-ds-base-1.2.2-1.fc12.ppc64 requires libcrypto.so.8()(64bit) NetworkManager-openconnect-0.7.0.99-7.fc12.ppc64 requires libnm_glib_vpn.so.0()(64bit) NetworkManager-openconnect-0.7.0.99-7.fc12.ppc64 requires libnm_glib.so.0()(64bit) 1:NetworkManager-openvpn-0.7.1-2.git20090714.fc12.ppc64 requires libnm_glib_vpn.so.0()(64bit) 1:NetworkManager-openvpn-0.7.1-2.git20090714.fc12.ppc64 requires libnm_glib.so.0()(64bit) 1:NetworkManager-pptp-0.7.0.99-3.fc12.ppc64 requires libnm_glib_vpn.so.0()(64bit) 1:NetworkManager-pptp-0.7.0.99-3.fc12.ppc64 requires libnm_glib.so.0()(64bit) PackageKit-0.5.2-0.1.20090824git.fc12.ppc64 requires libnm_glib.so.0()(64bit) anaconda-12.17-1.fc12.ppc64 requires libnm_glib.so.0()(64bit) anaconda-12.17-1.fc12.ppc64 requires libaudit.so.0()(64bit) anerley-0.0.20-3.fc12.ppc64 requires libmissioncontrol-client.so.0()(64bit) anerley-devel-0.0.20-3.fc12.ppc64 requires pkgconfig(libmissioncontrol) anjal-0.1.0-0.7.20090821git5ac8bfe.fc12.ppc64 requires libmissioncontrol-client.so.0()(64bit) asterisk-1.6.1-0.24.rc1.fc12.ppc64 requires libssl.so.8()(64bit) asterisk-1.6.1-0.24.rc1.fc12.ppc64 requires libcrypto.so.8()(64bit) asterisk-fax-1.6.1-0.24.rc1.fc12.ppc64 requires libspandsp.so.1()(64bit) asterisk-snmp-1.6.1-0.24.rc1.fc12.ppc64 requires libcrypto.so.8()(64bit) asterisk-voicemail-imap-1.6.1-0.24.rc1.fc12.ppc64 requires libcrypto.so.8()(64bit) asterisk-voicemail-imap-1.6.1-0.24.rc1.fc12.ppc64 requires libssl.so.8()(64bit) chunkd-0.4-4.fc12.ppc64 requires libssl.so.8()(64bit) chunkd-0.4-4.fc12.ppc64 requires libcrypto.so.8()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) cluttermm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-0.9) collectd-mysql-4.5.3-2.fc11.ppc64 requires libcrypto.so.8()(64bit) collectd-mysql-4.5.3-2.fc11.ppc64 requires libssl.so.8()(64bit) collectd-nut-4.5.3-2.fc11.ppc64 requires libcrypto.so.8()(64bit) collectd-nut-4.5.3-2.fc11.ppc64 requires libssl.so.8()(64bit) collectd-snmp-4.5.3-2.fc11.ppc64 requires libcrypto.so.8()(64bit) compat-erlang-R10B-13.11.fc11.ppc64 requires libssl.so.8()(64bit) compat-erlang-R10B-13.11.fc11.ppc64 requires libcrypto.so.8()(64bit) conexus-ssl-0.9.0-1.fc12.ppc64 requires libssl.so.8()(64bit) conexus-ssl-0.9.0-1.fc12.ppc64 requires libcrypto.so.8()(64bit) empathy-2.27.91.1-3.fc12.ppc64 requires libnm_glib.so.0()(64bit) empathy-libs-2.27.91.1-3.fc12.ppc64 requires libnm_glib.so.0()(64bit) empathy-python-2.27.91.1-3.fc12.ppc64 requires libnm_glib.so.0()(64bit) evolution-exchange-2.27.91-2.fc12.ppc64 requires libssl.so.8()(64bit) evolution-exchange-2.27.91-2.fc12.ppc64 requires libcrypto.so.8()(64bit) 1:gdm-2.27.90-1.fc12.ppc64 requires libaudit.so.0()(64bit) gpsdrive-2.10-0.1.pre7.fc12.ppc64 requires libmapnik.so.0.5()(64bit) hedgewars-0.9.11-2.fc12.ppc64 requires libssl.so.8()(64bit) httping-1.2.9-4.fc11.ppc64 requires libcrypto.so.8()(64bit) httping-1.2.9-4.fc11.ppc64 requires libssl.so.8()(64bit) httrack-3.43.2-4.fc12.ppc64 requires openssl = 0:0.9.8k kdebase3-3.5.10-12.fc12.ppc64 requires libssl.so.8()(64bit) krb5-auth-dialog-0.10-2.fc12.ppc64 requires libnm_glib.so.0()(64bit) m2crypto-0.20-2.ppc64 requires libcrypto.so.8()(64bit) m2crypto-0.20-2.ppc64 requires libssl.so.8()(64bit) mapserver-5.4.1-1.fc12.ppc64 requires libssl.so.8()(64bit) mapserver-5.4.1-1.fc12.ppc64 requires libcrypto.so.8()(64bit) mapserver-perl-5.4.1-1.fc12.ppc64 requires libssl.so.8()(64bit) mapserver-perl-5.4.1-1.fc12.ppc64 requires libcrypto.so.8()(64bit) mapserver-python-5.4.1-1.fc12.ppc64 requires libssl.so.8()(64bit) mapserver-python-5.4.1-1.fc12.ppc64 requires libcrypto.so.8()(64bit) maven2-plugin-antrun-2.0.8-1.3.fc12.noarch requires maven-embedder maven2-plugin-antrun-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires maven-shared-archiver maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires jmock >= 0:1.0.1 maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires maven-shared-test-tools maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires maven-shared-common-artifact-filters maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires maven-shared-repository-builder maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-testing-tools maven2-plugin-changelog-2.0.8-1.3.fc12.noarch requires maven-doxia-sitetools >= 0:1.0 maven2-plugin-changelog-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-changes-2.0.8-1.3.fc12.noarch requires glassfish-javamail maven2-plugin-changes-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-checkstyle-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-dependency-2.0.8-1.3.fc12.noarch requires maven-shared-dependency-tree maven2-plugin-dependency-2.0.8-1.3.fc12.noarch requires maven-shared-dependency-analyzer maven2-plugin-docck-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-tools-java >= 0:2.2 maven2-plugin-docck-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-tools-api maven2-plugin-docck-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-docck-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-tools-beanshell >= 0:2.2 maven2-plugin-ear-2.0.8-1.3.fc12.noarch requires maven-shared-verifier maven2-plugin-eclipse-2.0.8-1.3.fc12.noarch requires jmock >= 0:1.0.1 maven2-plugin-eclipse-2.0.8-1.3.fc12.noarch requires maven-shared-test-tools maven2-plugin-eclipse-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-testing-tools maven2-plugin-enforcer-2.0.8-1.3.fc12.noarch requires maven-enforcer-rule-api maven2-plugin-help-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-tools-api maven2-plugin-idea-2.0.8-1.3.fc12.noarch requires jmock >= 0:1.0.1 maven2-plugin-jar-2.0.8-1.3.fc12.noarch requires maven-shared-archiver >= 0:2.3 maven2-plugin-javadoc-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-one-2.0.8-1.3.fc12.noarch requires maven-shared-model-converter maven2-plugin-plugin-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-tools-java >= 0:2.2 maven2-plugin-plugin-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-plugin-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-tools-beanshell >= 0:2.2 maven2-plugin-pmd-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-project-info-reports-2.0.8-1.3.fc12.noarch requires maven-shared-jar maven2-plugin-project-info-reports-2.0.8-1.3.fc12.noarch requires maven-doxia-sitetools >= 0:1.0 maven2-plugin-project-info-reports-2.0.8-1.3.fc12.noarch requires maven-shared-dependency-tree maven2-plugin-project-info-reports-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl mojito-0.20-2.fc12.ppc64 requires libnm_glib.so.0()(64bit) mysql-5.1.36-1.fc12.ppc64 requires libcrypto.so.8()(64bit) mysql-5.1.36-1.fc12.ppc64 requires libssl.so.8()(64bit) mysql-administrator-5.0r12-11.fc11.ppc64 requires libcrypto.so.8()(64bit) mysql-administrator-5.0r12-11.fc11.ppc64 requires libssl.so.8()(64bit) mysql-embedded-5.1.36-1.fc12.ppc64 requires libssl.so.8()(64bit) mysql-embedded-5.1.36-1.fc12.ppc64 requires libcrypto.so.8()(64bit) mysql-embedded-devel-5.1.36-1.fc12.ppc64 requires libssl.so.8()(64bit) mysql-embedded-devel-5.1.36-1.fc12.ppc64 requires libcrypto.so.8()(64bit) mysql-libs-5.1.36-1.fc12.ppc64 requires libssl.so.8()(64bit) mysql-libs-5.1.36-1.fc12.ppc64 requires libcrypto.so.8()(64bit) mysql-query-browser-5.0r12-11.fc11.ppc64 requires libcrypto.so.8()(64bit) mysql-query-browser-5.0r12-11.fc11.ppc64 requires libssl.so.8()(64bit) mysql-server-5.1.36-1.fc12.ppc64 requires libssl.so.8()(64bit) mysql-server-5.1.36-1.fc12.ppc64 requires libcrypto.so.8()(64bit) mysql-test-5.1.36-1.fc12.ppc64 requires libssl.so.8()(64bit) mysql-test-5.1.36-1.fc12.ppc64 requires libcrypto.so.8()(64bit) network-manager-netbook-1.2-5.fc12.ppc64 requires libnm_glib.so.0()(64bit) nss-tools-3.12.3.99.3-25.fc12.ppc64 requires libsqlite3.so()(64bit) nx-3.3.0-35.fc12.ppc64 requires libcrypto.so.8()(64bit) octave-forge-20080831-10.fc12.ppc64 requires octave(api) = 0:api-v32 1:openoffice.org-core-3.1.1-19.2.fc12.ppc64 requires libcrypto.so.8()(64bit) 1:openoffice.org-core-3.1.1-19.2.fc12.ppc64 requires libssl.so.8()(64bit) openvrml-0.18.3-1.fc12.ppc64 requires java(ppc-64) openvrml-0.18.3-1.fc12.ppc64 requires gecko-libs(ppc-64) >= 0:1.9.1 pathfinderd-1.0.0-2.fc12.ppc64 requires libcrypto.so.8()(64bit) php-mapserver-5.4.1-1.fc12.ppc64 requires libssl.so.8()(64bit) php-mapserver-5.4.1-1.fc12.ppc64 requires libcrypto.so.8()(64bit) ppl-yap-0.10.2-5.fc12.ppc64 requires libYap.so()(64bit) python-mwlib-0.11.2-3.20090522hg2956.fc12.ppc64 requires LabPlot python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.ppc64 requires libparted-1.8.so.8()(64bit) rygel-0.3-5.fc12.ppc64 requires libgee.so.0()(64bit) rygel-tracker-0.3-5.fc12.ppc64 requires libgee.so.0()(64bit) serpentine-0.9-5.fc12.noarch requires gnome-python2-nautilus-cd-burner socat-1.7.0.0-2.fc11.ppc64 requires libcrypto.so.8()(64bit) socat-1.7.0.0-2.fc11.ppc64 requires libssl.so.8()(64bit) totem-mythtv-2.27.2-7.fc12.ppc64 requires libssl.so.8()(64bit) totem-mythtv-2.27.2-7.fc12.ppc64 requires libcrypto.so.8()(64bit) tsclient-2.0.2-4.fc12.ppc64 requires libnm_glib.so.0()(64bit) w3c-libwww-5.4.1-0.15.20060206cvs.fc11.ppc64 requires libssl.so.8()(64bit) w3c-libwww-5.4.1-0.15.20060206cvs.fc11.ppc64 requires libcrypto.so.8()(64bit) w3c-libwww-apps-5.4.1-0.15.20060206cvs.fc11.ppc64 requires libssl.so.8()(64bit) w3c-libwww-apps-5.4.1-0.15.20060206cvs.fc11.ppc64 requires libcrypto.so.8()(64bit) xmlsec1-openssl-1.2.12-1.fc12.ppc64 requires libssl.so.8()(64bit) xmlsec1-openssl-1.2.12-1.fc12.ppc64 requires libcrypto.so.8()(64bit) xsupplicant-1.2.8-10.fc11.ppc64 requires libcrypto.so.8()(64bit) xsupplicant-1.2.8-10.fc11.ppc64 requires libssl.so.8()(64bit) From chenrano2002 at 163.com Sat Aug 29 20:46:10 2009 From: chenrano2002 at 163.com (Ray Chen) Date: Sun, 30 Aug 2009 04:46:10 +0800 Subject: how to determain those no longer required packages In-Reply-To: <4A99150E.6050904@fi.muni.cz> References: <1251539699.4029.9.camel@localhost.localdomain> <615c05430908290029u1d8639f7md85c77d6a85c4e54@mail.gmail.com> <1251565670.2494.0.camel@localhost.localdomain> <4A99150E.6050904@fi.muni.cz> Message-ID: <1251578770.2494.8.camel@localhost.localdomain> rpmreaper is NOT installed by default, I want use yum API in scripts to remove unnecessary packages. The key is that how to determine the unnecessary packages. so that I can remove safely to save disk. Would you like show me more details?? What packages are unnecessary packages? Thanks, Ray ? 2009-08-29?? 13:46 +0200?Milos Jakubicek??? > rpmreaper may be handy for that too... > > Regards, > Milos > > Dne 29.8.2009 19:07, Ray Chen napsal(a): > > Thanks, package-cleanup is what I want:) > > > > -Ray > > > > ? 2009-08-29?? 03:29 -0400?Michel Alexandre Salim??? > >> On Sat, Aug 29, 2009 at 5:54 AM, Ray Chen wrote: > >>> > >>> If the package has been installed automatically as a dependency > >>> of another package, and if no packages depend on it anymore, the > >>> package is no longer required. > >>> > >>> > >>> Do YUM codes have the same function as 'isAutoRemovable' feature?? or > >>> how to determine such no longer required rpm packages using yum CLIs? > >>> > >> Try package-cleanup from yum-utils. > >> > >> Cheers, > >> > >> -- > >> Michel > >> > > > > > From caolanm at redhat.com Sat Aug 29 13:25:53 2009 From: caolanm at redhat.com (=?ISO-8859-1?Q?Caol=E1n?= McNamara) Date: Sat, 29 Aug 2009 14:25:53 +0100 Subject: Page size pain / localisation / possible F13 feature In-Reply-To: <1251493216.26518.0.camel@adam.local.net> References: <20090827151753.E2BD661A96F@hormel.redhat.com> <1251449807.2727.88.camel@Vain> <200908282246.18408.bjorn@xn--rombobjrn-67a.se> <1251493216.26518.0.camel@adam.local.net> Message-ID: <1251552353.2727.307.camel@Vain> On Fri, 2009-08-28 at 14:00 -0700, Adam Williamson wrote: > I'd guess Japan would too, that's the standard date format there IIRC. LANG=ja_JP.utf8 date +%x 2009?08?29? Yeah, there's plenty of YYYY-MM-DD using locales listed in glibc, e.g. csb_PL de_AT de_BE de_LU en_DK fr_CA hu_HU se_NO si_LK sv_SE ug_CN. But en_DK is the only English language one where this is default. (I wonder as an aside whether US Spelling of UK Spelling should be preferred in this pseudo-locale?) There are a load of suspicious cases in here though, e.g. de_BE is set to use YYYY-MM-DD while their French and Dutch speaking fr_BE and nl_BE counterparts use a DD(./-)MM(./-)YY pattern, which seems rather dubious, especially as the current CLDR database lists de_BE, nl_BE and fr_BE all as using as d/MM/yy http://www.unicode.org/cldr/data/charts/by_type/calendar-gregorian.pattern.html#date-short Hard to know when a date format is what someone thinks a locale *should* use because YYYY-MM-DD is an ISO standard and undeniably the best way to do it, or when it truly is what people in that locale automatically without thinking use when, say, scribbling a date of a piece of paper. C. From xjakub at fi.muni.cz Sat Aug 29 13:45:50 2009 From: xjakub at fi.muni.cz (Milos Jakubicek) Date: Sat, 29 Aug 2009 15:45:50 +0200 Subject: how to determain those no longer required packages In-Reply-To: <1251578770.2494.8.camel@localhost.localdomain> References: <1251539699.4029.9.camel@localhost.localdomain> <615c05430908290029u1d8639f7md85c77d6a85c4e54@mail.gmail.com> <1251565670.2494.0.camel@localhost.localdomain> <4A99150E.6050904@fi.muni.cz> <1251578770.2494.8.camel@localhost.localdomain> Message-ID: <4A99310E.6000209@fi.muni.cz> Dne 29.8.2009 22:46, Ray Chen napsal(a): > rpmreaper is NOT installed by default, I want use yum API in scripts to > remove unnecessary packages. Rpmreaper doesn't use yum API, it's pure rpm-based. For usage refer to the relevant manpage (man rpmreaper), you might be especially insterested in something like "rpmreaper -lv | grep LEAF" Cheers, Milos From bernie at codewiz.org Sat Aug 29 14:15:51 2009 From: bernie at codewiz.org (Bernie Innocenti) Date: Sat, 29 Aug 2009 10:15:51 -0400 Subject: [Sugar-devel] Unbootable machine In-Reply-To: <20090829131737.GR10586@jones.dk> References: <4A236808.1050106@codewiz.org> <4A2377B3.8060309@zytor.com> <4A247506.4000304@codewiz.org> <20090602072641.GC10710@jones.dk> <20090829131737.GR10586@jones.dk> Message-ID: <1251555351.1334.168.camel@giskard> El Sat, 29-08-2009 a las 15:17 +0200, Jonas Smedegaard escribi?: > BTW, are all these details about USB booting being collected somewhere > on a wiki page? it would be great if someone could expand this paragraph: http://wiki.sugarlabs.org/go/Soas#Boot This page is not even linked from it: http://wiki.sugarlabs.org/go/Sugar_on_a_Stick/USB_format A few months ago, I got this useful piece of information which makes a lot of previously unbootable machines work: --------- Mensaje reenviado -------- De: H. Peter Anvin Para: Bernie Innocenti Cc: syslinux at zytor.com, Jeremy Katz , Development discussions related to Fedora Core , Sugar Devel Asunto: Re: Unbootable machine Fecha: Mon, 01 Jun 2009 22:10:37 -0700 Bernie Innocenti wrote: > On 06/02/09 03:43, H. Peter Anvin wrote: >> Bernie Innocenti wrote: >>> Disk /dev/sdb: 2055 MB, 2055208960 bytes >>> 221 heads, 2 sectors/track, 9081 cylinders >> I don't know where fdisk, the Linux kernel, or whatever come up with >> these kinds of geometries. They're almost universally non-bootable. > > Ok, I wiped mbr and made fdisk create a new one: > > Disk /dev/sdb: 2055 MB, 2055208960 bytes > 64 heads, 62 sectors/track, 1011 cylinders ^^^^^^^^^^^^^^^^^^^^^^^^^^ Equally weird. The only "standard" ones are 64 heads, 32 sectors and 255 heads, 63 sectors. -hpa -- // Bernie Innocenti - http://codewiz.org/ \X/ Sugar Labs - http://sugarlabs.org/ From skvidal at fedoraproject.org Sat Aug 29 14:18:23 2009 From: skvidal at fedoraproject.org (Seth Vidal) Date: Sat, 29 Aug 2009 10:18:23 -0400 (EDT) Subject: how to determain those no longer required packages In-Reply-To: <1251565670.2494.0.camel@localhost.localdomain> References: <1251539699.4029.9.camel@localhost.localdomain> <615c05430908290029u1d8639f7md85c77d6a85c4e54@mail.gmail.com> <1251565670.2494.0.camel@localhost.localdomain> Message-ID: On Sun, 30 Aug 2009, Ray Chen wrote: > Thanks, package-cleanup is what I want:) > > -Ray > install the plugin: remove-with-leaves then you can enable it when you want to remove a package and have yum remove anything that the pkg depends on that nothing else depends on. -sv From alsadi at gmail.com Sat Aug 29 14:32:27 2009 From: alsadi at gmail.com (Muayyad AlSadi) Date: Sat, 29 Aug 2009 17:32:27 +0300 Subject: how to determain those no longer required packages In-Reply-To: References: <1251539699.4029.9.camel@localhost.localdomain> <615c05430908290029u1d8639f7md85c77d6a85c4e54@mail.gmail.com> <1251565670.2494.0.camel@localhost.localdomain> Message-ID: <385866f0908290732k44e065e7g307e2ddffeb65a1e@mail.gmail.com> warning: leaves in package-cleanup or remove-with-leaves could be your preferred application because it's a leaf [ie. no installed package depends on it, eg. pidgin or uget] there is a flag in conf of remove-with-leaves to exclude non-library binary packages from being removed Yum does not trace if some package is installed per user request or pulled for dependency From bruno at wolff.to Sat Aug 29 14:59:01 2009 From: bruno at wolff.to (Bruno Wolff III) Date: Sat, 29 Aug 2009 09:59:01 -0500 Subject: Page size pain / localisation / possible F13 feature In-Reply-To: <1251552353.2727.307.camel@Vain> References: <20090827151753.E2BD661A96F@hormel.redhat.com> <1251449807.2727.88.camel@Vain> <200908282246.18408.bjorn@xn--rombobjrn-67a.se> <1251493216.26518.0.camel@adam.local.net> <1251552353.2727.307.camel@Vain> Message-ID: <20090829145901.GA6352@wolff.to> On Sat, Aug 29, 2009 at 14:25:53 +0100, Caol?n McNamara wrote: > > Yeah, there's plenty of YYYY-MM-DD using locales listed in glibc, e.g. > csb_PL de_AT de_BE de_LU en_DK fr_CA hu_HU se_NO si_LK sv_SE ug_CN. But > en_DK is the only English language one where this is default. (I wonder > as an aside whether US Spelling of UK Spelling should be preferred in > this pseudo-locale?) And it sems to be suggested to people who want English but also ISO dates. That's how I found it and I use so that get dates in that format from things like sunbird. From bernie at codewiz.org Sat Aug 29 15:04:23 2009 From: bernie at codewiz.org (Bernie Innocenti) Date: Sat, 29 Aug 2009 11:04:23 -0400 Subject: [Sugar-devel] Unbootable machine In-Reply-To: <2eaf0c620908290725g18346ad8mbe872e215d073046@mail.gmail.com> References: <4A236808.1050106@codewiz.org> <4A2377B3.8060309@zytor.com> <4A247506.4000304@codewiz.org> <20090602072641.GC10710@jones.dk> <20090829131737.GR10586@jones.dk> <1251555351.1334.168.camel@giskard> <2eaf0c620908290725g18346ad8mbe872e215d073046@mail.gmail.com> Message-ID: <1251558263.1334.248.camel@giskard> El Sat, 29-08-2009 a las 10:25 -0400, Luke Faraone escribi?: > > Well, the USB format idea was left unimplemented as we (I) couldn't > get it working, but we should probably take a look at makebootfat to > achieve the same goals. Or just use parted instead of fdisk to wipe the MBR and create it from scratch. It does the right thing on the USB sticks I tried. -- // Bernie Innocenti - http://codewiz.org/ \X/ Sugar Labs - http://sugarlabs.org/ From martin.sourada at gmail.com Sat Aug 29 15:14:33 2009 From: martin.sourada at gmail.com (Martin Sourada) Date: Sat, 29 Aug 2009 17:14:33 +0200 Subject: another spin of TeX Live 2009 packages In-Reply-To: <20090826130218.GB2845@pucmeloud.brq.redhat.com> References: <20090826130218.GB2845@pucmeloud.brq.redhat.com> Message-ID: <1251558873.26522.6.camel@pc-notebook.kolej.mff.cuni.cz> Package texlive-dvips is obsoleted by texlive, trying to install texlive-2009-0.3.20090827.fc11.i586 instead This is obviously wrong obsolete, as dvips is actually provided by texlive-dvips, but for some reason unless I tell yum to specifically install the noarch package (by running yum install texlive-dvips.noarch), it insists on obsoleting it by texlive (i.e. when doing yum install texlive-dvips)... Otherwise the installation as well as short testing went smooth. Martin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From chenrano2002 at 163.com Sat Aug 29 23:21:30 2009 From: chenrano2002 at 163.com (Ray Chen) Date: Sun, 30 Aug 2009 07:21:30 +0800 Subject: how to determain those no longer required packages In-Reply-To: <385866f0908290732k44e065e7g307e2ddffeb65a1e@mail.gmail.com> References: <1251539699.4029.9.camel@localhost.localdomain> <615c05430908290029u1d8639f7md85c77d6a85c4e54@mail.gmail.com> <1251565670.2494.0.camel@localhost.localdomain> <385866f0908290732k44e065e7g307e2ddffeb65a1e@mail.gmail.com> Message-ID: <1251588090.15990.12.camel@localhost.localdomain> ? 2009-08-29?? 17:32 +0300?Muayyad AlSadi??? > warning: leaves in package-cleanup or remove-with-leaves could be your > preferred application because it's a leaf [ie. no installed package > depends on it, eg. pidgin or uget] The output of package-cleanup --leaves or remove-with-leaves doesn't include pidgin or uget package on my F10 system. > there is a flag in conf of remove-with-leaves to exclude non-library > binary packages from being removed > > Yum does not trace if some package is installed per user request or > pulled for dependency yes, that's the question. seems like yum doesn't have the feature like 'isAutoRemovable' in APT. I think this feature is good for users, hope yum developers can support this feature, or make 'package-cleanup --leaves' and 'remove-with-leaves' plugin more stable. Thanks, Ray From hpa at zytor.com Sat Aug 29 18:15:34 2009 From: hpa at zytor.com (H. Peter Anvin) Date: Sat, 29 Aug 2009 11:15:34 -0700 Subject: [Sugar-devel] Unbootable machine In-Reply-To: <20090829131737.GR10586@jones.dk> References: <4A236808.1050106@codewiz.org> <4A2377B3.8060309@zytor.com> <4A247506.4000304@codewiz.org> <20090602072641.GC10710@jones.dk> <20090829131737.GR10586@jones.dk> Message-ID: <4A997046.1010007@zytor.com> Jonas Smedegaard wrote: > > Also, the bootloader Gujin contains a stripped-down driver for ext4 so > might be interesting for a fast-booting USB setup: > http://gujin.sourceforge.net/ > FWIW, Syslinux 4.00-preX supports ext4. -hpa From hpa at zytor.com Sat Aug 29 18:18:00 2009 From: hpa at zytor.com (H. Peter Anvin) Date: Sat, 29 Aug 2009 11:18:00 -0700 Subject: [Sugar-devel] Unbootable machine In-Reply-To: <1251558263.1334.248.camel@giskard> References: <4A236808.1050106@codewiz.org> <4A2377B3.8060309@zytor.com> <4A247506.4000304@codewiz.org> <20090602072641.GC10710@jones.dk> <20090829131737.GR10586@jones.dk> <1251555351.1334.168.camel@giskard> <2eaf0c620908290725g18346ad8mbe872e215d073046@mail.gmail.com> <1251558263.1334.248.camel@giskard> Message-ID: <4A9970D8.6050608@zytor.com> Bernie Innocenti wrote: > El Sat, 29-08-2009 a las 10:25 -0400, Luke Faraone escribi?: > > >> Well, the USB format idea was left unimplemented as we (I) couldn't >> get it working, but we should probably take a look at makebootfat to >> achieve the same goals. > > Or just use parted instead of fdisk to wipe the MBR and create it from > scratch. It does the right thing on the USB sticks I tried. > Note that the Syslinux tool "mkdiskimage" can be used to create disk images (or disk) with arbitrary geometry. -hpa From ville.skytta at iki.fi Sat Aug 29 18:50:32 2009 From: ville.skytta at iki.fi (Ville =?iso-8859-1?q?Skytt=E4?=) Date: Sat, 29 Aug 2009 21:50:32 +0300 Subject: how to determain those no longer required packages In-Reply-To: <385866f0908290732k44e065e7g307e2ddffeb65a1e@mail.gmail.com> References: <1251539699.4029.9.camel@localhost.localdomain> <385866f0908290732k44e065e7g307e2ddffeb65a1e@mail.gmail.com> Message-ID: <200908292150.32444.ville.skytta@iki.fi> On Saturday 29 August 2009, Muayyad AlSadi wrote: > warning: leaves in package-cleanup or remove-with-leaves could be your > preferred application because it's a leaf [ie. no installed package > depends on it, eg. pidgin or uget] FWIW, there's also a show-leaves plugin which just lists installed packages that became leaves after a transaction. Compared to remove-with-leaves, it doesn't remove anything, and lists new leaf packages also after install/update transactions in addition to erase ones. From kevin.kofler at chello.at Sat Aug 29 20:43:46 2009 From: kevin.kofler at chello.at (Kevin Kofler) Date: Sat, 29 Aug 2009 22:43:46 +0200 Subject: PolicyKit 0.9 is going away References: <1251326269.1614.26.camel@planemask> <200908271412.31787.jreznik@redhat.com> <1251391544.1731.6.camel@planemask> <1251469387.30335.6.camel@localhost.localdomain> <1251498793.1687.12.camel@planemask> Message-ID: Matthias Clasen wrote: > Anyway, this all seems to be a somewhat moot discussion, trying to nail > us down on a 'promise to keep the old stuff around', when there already > is a patch that can solve the whole dilemma. Looks like this is actually moot. I checked for how much of KDE really uses PolicyKit as of KDE 4.3. It turns out that the only user is PolicyKit-KDE itself. And it's kinda moot to keep the old framework around just to have an authentication agent no program will ever call into or an authorization editor for a database no other program will ever look into. ;-) So I'm retracting both my offer to maintain a compat package for PolicyKit 0.9 and my request to not retire it, it looks like we really don't need it anymore. (Well, it's pretty bad that we get PK1 forced on us before the KDE auth agent is ready, but that's not something a compat package could fix, only reverting the whole thing could.) Hopefully, by KDE 4.4, when more KDE stuff will actually use PolicyKit, we'll have a solution for PolicyKit 1 support. I also hope we'll be able to provide a KDE auth agent soon (but for now please see our request to enable the GNOME one in KDE ? we need SOME auth agent running in KDE ASAP to make KPackageKit work properly). Kevin Kofler From Axel.Thimm at ATrpms.net Sat Aug 29 21:04:30 2009 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Sun, 30 Aug 2009 00:04:30 +0300 Subject: how to determain those no longer required packages In-Reply-To: <1251588090.15990.12.camel@localhost.localdomain> References: <1251539699.4029.9.camel@localhost.localdomain> <615c05430908290029u1d8639f7md85c77d6a85c4e54@mail.gmail.com> <1251565670.2494.0.camel@localhost.localdomain> <385866f0908290732k44e065e7g307e2ddffeb65a1e@mail.gmail.com> <1251588090.15990.12.camel@localhost.localdomain> Message-ID: <20090829210430.GE16359@victor.nirvana> On Sun, Aug 30, 2009 at 07:21:30AM +0800, Ray Chen wrote: > ? 2009-08-29?? 17:32 +0300?Muayyad AlSadi??? > > warning: leaves in package-cleanup or remove-with-leaves could be your > > preferred application because it's a leaf [ie. no installed package > > depends on it, eg. pidgin or uget] > > Yum does not trace if some package is installed per user request or > > pulled for dependency > yes, that's the question. seems like yum doesn't have the feature > like 'isAutoRemovable' in APT. I think this feature is good for > users, hope yum developers can support this feature, or make > 'package-cleanup --leaves' and 'remove-with-leaves' plugin more > stable. I don't think apt traces whether a packages was a pulled in manually or automatically, does it? If so where does it store that information? And if that information were from invokations of apt-get only (e.g. stored under /var/*/apt) then it would miss yum, yumex, PackageKit, smart etc. interactions. But it would be a usefull feature for yum probably requiring an origin field in the rpmdb to remember whether the user or the system pulled in the package. -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From tibbs at math.uh.edu Sun Aug 30 00:06:10 2009 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: Sat, 29 Aug 2009 19:06:10 -0500 Subject: how to determain those no longer required packages In-Reply-To: <20090829210430.GE16359@victor.nirvana> (Axel Thimm's message of "Sun, 30 Aug 2009 00:04:30 +0300") References: <1251539699.4029.9.camel@localhost.localdomain> <615c05430908290029u1d8639f7md85c77d6a85c4e54@mail.gmail.com> <1251565670.2494.0.camel@localhost.localdomain> <385866f0908290732k44e065e7g307e2ddffeb65a1e@mail.gmail.com> <1251588090.15990.12.camel@localhost.localdomain> <20090829210430.GE16359@victor.nirvana> Message-ID: >>>>> "AT" == Axel Thimm writes: AT> I don't think apt traces whether a packages was a pulled in manually AT> or automatically, does it? yum does keep track of many things in the yumdb and I think the "reason" key is supposed to track this, but for me it seems reason is always "user". I think the intent is to track packages which were installed because the user requested them directly separately from packages which were pulled in purely because of dependencies. - J< From mike at miketc.net Sun Aug 30 01:51:01 2009 From: mike at miketc.net (Mike Chambers) Date: Sat, 29 Aug 2009 20:51:01 -0500 Subject: Canon PIXMA MP190 drivers Message-ID: <1251597061.5120.1.camel@scrappy.miketc.net> Yes I know I should had done my research before buying, but wasn't sure was gonna get it when I was at the store. Anyway, got this printer, plugged it in, was detected but said no drivers for it. Any plans on it, or way I can submit info from the CD to get them in? Thanks, Mike Chambers From loganjerry at gmail.com Sun Aug 30 02:06:14 2009 From: loganjerry at gmail.com (Jerry James) Date: Sat, 29 Aug 2009 20:06:14 -0600 Subject: Canon PIXMA MP190 drivers In-Reply-To: <1251597061.5120.1.camel@scrappy.miketc.net> References: <1251597061.5120.1.camel@scrappy.miketc.net> Message-ID: <870180fe0908291906o432248cej864188c4be1aa107@mail.gmail.com> On Sat, Aug 29, 2009 at 7:51 PM, Mike Chambers wrote: > Yes I know I should had done my research before buying, but wasn't sure > was gonna get it when I was at the store. ?Anyway, got this printer, > plugged it in, was detected but said no drivers for it. ?Any plans on > it, or way I can submit info from the CD to get them in? > > Thanks, > > Mike Chambers According to this: http://www.openprinting.org/show_printer.cgi?recnum=Canon-Pixma_MP190 Canon supplies a driver that works. I don't know what license their driver has, though. -- Jerry James http://www.jamezone.org/ From mike at cchtml.com Sun Aug 30 02:15:36 2009 From: mike at cchtml.com (Michael Cronenworth) Date: Sat, 29 Aug 2009 21:15:36 -0500 Subject: Canon PIXMA MP190 drivers In-Reply-To: <1251597061.5120.1.camel@scrappy.miketc.net> References: <1251597061.5120.1.camel@scrappy.miketc.net> Message-ID: <4A99E0C8.7040406@cchtml.com> On 08/29/2009 08:51 PM, Mike Chambers wrote: > Yes I know I should had done my research before buying, but wasn't sure > was gonna get it when I was at the store. Anyway, got this printer, > plugged it in, was detected but said no drivers for it. Any plans on > it, or way I can submit info from the CD to get them in? > Google found: http://software.canon-europe.com/software/0031327.asp Canon's binary only RPMs. Beware, they are 32-bit only and may or may not work with the latest Fedora release and will probably break over time (new Fedora releases). From zaitcev at redhat.com Sun Aug 30 02:18:32 2009 From: zaitcev at redhat.com (Pete Zaitcev) Date: Sat, 29 Aug 2009 20:18:32 -0600 Subject: Fedora on NSLU2/Synology/etc. Message-ID: <20090829201832.38429149@redhat.com> Dear All: I'm wondering if anyone tried to run Fedora on a small home NAS, in the class of NSLU2 or Synology 108j. I'm hacking on software that permits easy management of storage clouds and I'm thinking about creating a testbed populated with something cheap ($100 or so). Please let me know if you have a hands-on experience with it. Thanks, -- Pete From jreiser at bitwagon.com Sun Aug 30 02:44:03 2009 From: jreiser at bitwagon.com (John Reiser) Date: Sat, 29 Aug 2009 19:44:03 -0700 Subject: Fedora on NSLU2/Synology/etc. In-Reply-To: <20090829201832.38429149@redhat.com> References: <20090829201832.38429149@redhat.com> Message-ID: <4A99E773.10808@bitwagon.com> > I'm wondering if anyone tried to run Fedora on a small home NAS, > in the class of NSLU2 or Synology 108j. I'm hacking on software > that permits easy management of storage clouds and I'm thinking > about creating a testbed populated with something cheap ($100 or so). Various embedded derivatives of Linux, and even full Debian, have been there for some years. It runs, slowly; fast enough for 1.5Mbit/s DSL, not fast enough for 12Mbit/s cable modem. Systems like WRT54GL (similar CPU speed as NSLU2) manage because the switch is in hardware. Don't even think of strenuous native software development on NSLU2. The NSLU2 is cramped and very slow, and is near end-of-life. Look into the SheevaPlug ($100; 4X as fast, 16X the RAM of NSLU2) http://www.globalscaletechnologies.com/c-2-globalscale-technologies-products.aspx or the TS-109 Pro II http://www.qnap.com/Products.asp Also http://www.gumstix.net/ for truly a truly timy system. For software start at http://www.cyrius.com/debian/ -- From andy at warmcat.com Sun Aug 30 06:26:00 2009 From: andy at warmcat.com (Andy Green) Date: Sun, 30 Aug 2009 08:26:00 +0200 Subject: Fedora on NSLU2/Synology/etc. In-Reply-To: <4A99E773.10808@bitwagon.com> References: <20090829201832.38429149@redhat.com> <4A99E773.10808@bitwagon.com> Message-ID: <4A9A1B78.6080202@warmcat.com> On 08/30/09 04:44, Somebody in the thread at some point said: > The NSLU2 is cramped and very slow, and is near end-of-life. > Look into the SheevaPlug ($100; 4X as fast, 16X the RAM of NSLU2) > http://www.globalscaletechnologies.com/c-2-globalscale-technologies-products.aspx > > or the TS-109 Pro II http://www.qnap.com/Products.asp > Also http://www.gumstix.net/ for truly a truly timy system. > For software start at http://www.cyrius.com/debian/ Second the advice about sheevaplug, but Fedora ARM is up on it already. Have a look here http://fedoraproject.org/wiki/Architectures/ARM https://www.redhat.com/archives/fedora-arm/2009-August/thread.html -Andy From michael.silvanus at gmail.com Sun Aug 30 06:33:52 2009 From: michael.silvanus at gmail.com (Michel S.) Date: Sun, 30 Aug 2009 06:33:52 +0000 Subject: Dragonfly Mail Agent Message-ID: <0016e64097f8c66c8004725619bd@google.com> Hi all, With the recent discussion about removing sendmail from the base install, has anyone taken a look at DMA? It appears to be designed with exactly the same purpose in mind -- removing the dependency on a desktop-oriented install on sendmail or postfix, while still allowing cron et. al. to function fully. Perhaps not for F-12, but if we start looking at it now, it might be well-tested enough to be considered for the next (or second next) release afterwards. -- Michel, wondering what F-12+1 will be numbered as! Sent to you by Michel S. via Google Reader: DMA updates via DragonFly BSD Digest by Justin Sherrill on 8/29/09 DMA, the DragonFly Mail Agent, has been updated so that it can deliver email from cron job output. DMA is a former Summer of Code project to make a local-only mailer for DragonFly systems, so that larger mail transfer agents (like Sendmail or Postfix) are not needed on a system that isn?t designed to receive mail from external sources. There?s a TODO list (click the gitweb link) if you?d like to contribute. Things you can do from here: - Subscribe to DragonFly BSD Digest using Google Reader - Get started using Google Reader to easily keep up with all your favorite sites -------------- next part -------------- An HTML attachment was scrubbed... URL: From michael.silvanus at gmail.com Sun Aug 30 07:19:04 2009 From: michael.silvanus at gmail.com (Michel Alexandre Salim) Date: Sun, 30 Aug 2009 03:19:04 -0400 Subject: Canon PIXMA MP190 drivers In-Reply-To: <1251597061.5120.1.camel@scrappy.miketc.net> References: <1251597061.5120.1.camel@scrappy.miketc.net> Message-ID: <615c05430908300019v54633fa4o9c03c95c4dd5571a@mail.gmail.com> On Sat, Aug 29, 2009 at 9:51 PM, Mike Chambers wrote: > Yes I know I should had done my research before buying, but wasn't sure > was gonna get it when I was at the store. ?Anyway, got this printer, > plugged it in, was detected but said no drivers for it. ?Any plans on > it, or way I can submit info from the CD to get them in? > >From experience, sadly Canon is one of the most Linux-unfriendly printer companies existing. There was a time when the only available driver had to be purchased from a third-party company in Germany. Best of luck, -- Michel Alexandre Salim From hughsient at gmail.com Sun Aug 30 08:34:10 2009 From: hughsient at gmail.com (Richard Hughes) Date: Sun, 30 Aug 2009 09:34:10 +0100 Subject: Some ideas/questions about yum In-Reply-To: <385866f0908281534n7368bdd2n644d1b1a4f7d2cf@mail.gmail.com> References: <4A97B120.3000804@grad.com> <4A97CDBE.5030900@gmail.com> <20090828164300.GA31010@wolff.to> <20090828210714.7402da34@fred.camperquake.de> <385866f0908281534n7368bdd2n644d1b1a4f7d2cf@mail.gmail.com> Message-ID: <15e53e180908300134r6da6d07m49a54fbea2ec8831@mail.gmail.com> 2009/8/28 Muayyad AlSadi : > or wait till the PK API is rewritten so that mounting is done in the > non-privileged ?console user part Not re-written, but written. I've explained how to do this in the past, it just needs someone with an itch-to-scratch to implement it properly. Richard. From mschwendt at gmail.com Sun Aug 30 08:37:10 2009 From: mschwendt at gmail.com (Michael Schwendt) Date: Sun, 30 Aug 2009 10:37:10 +0200 Subject: rpms/nss/devel nss.spec,1.105,1.106 In-Reply-To: <20090830071354.879AD11C0072@cvs1.fedora.phx.redhat.com> References: <20090830071354.879AD11C0072@cvs1.fedora.phx.redhat.com> Message-ID: <20090830103710.6e147c3b@faldor.intranet> On Sun, 30 Aug 2009 07:13:54 +0000 (UTC), Elio wrote: > Author: emaldonado > > Update of /cvs/extras/rpms/nss/devel > In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv14629 > > Modified Files: > nss.spec > Log Message: > Do not require sqlite for nss, it breaks nss-util install - bug 520277 > > > Index: nss.spec > =================================================================== > RCS file: /cvs/extras/rpms/nss/devel/nss.spec,v > retrieving revision 1.105 > retrieving revision 1.106 > diff -u -p -r1.105 -r1.106 > --- nss.spec 29 Aug 2009 20:46:40 -0000 1.105 > +++ nss.spec 30 Aug 2009 07:13:53 -0000 1.106 > @@ -6,7 +6,7 @@ > Summary: Network Security Services > Name: nss > Version: 3.12.3.99.3 > -Release: 26%{?dist} > +Release: 27%{?dist} > License: MPLv1.1 or GPLv2+ or LGPLv2+ > URL: http://www.mozilla.org/projects/security/pki/nss/ > Group: System Environment/Libraries > @@ -14,7 +14,6 @@ Requires: nspr >= %{nspr_version > Requires: nss-util >= %{nss_util_version} > Requires: nss-softokn >= %{nss_softokn_version} > Requires: nss-softokn-freebl%{_isa} >= %{nss_softokn_version} > -Requires: sqlite Highly questionable! Just by watching this diff and the commit comment, it cannot fix anything. Why? All you changed is to drop an explicit dependency on sqlite. If sqlite breaks nss-utils, it would still be broken on installations where sqlite is available. So, let's visit bug 520277: | The two depends on libsqlite3.so() -- on 64-bit systems, | libsqlite3.so()(64bit) but this is not available; sqlite only provides | libsqlite3.so.0() and libsqlite3.so.0()(64bit) You still have "BuildRequires: sqlite-devel", so nss does still build with sqlite, doesn't it? Yes, it does. The bad libsqlite3.so dependency (mentioned in the bug report) is still present: http://koji.fedoraproject.org/koji/rpminfo?rpmID=1520459 From twaugh at redhat.com Sun Aug 30 11:13:33 2009 From: twaugh at redhat.com (Tim Waugh) Date: Sun, 30 Aug 2009 12:13:33 +0100 Subject: Canon PIXMA MP190 drivers In-Reply-To: <1251597061.5120.1.camel@scrappy.miketc.net> References: <1251597061.5120.1.camel@scrappy.miketc.net> Message-ID: <1251630813.2592.0.camel@localhost.localdomain> On Sat, 2009-08-29 at 20:51 -0500, Mike Chambers wrote: > Yes I know I should had done my research before buying, but wasn't sure > was gonna get it when I was at the store. Anyway, got this printer, > plugged it in, was detected but said no drivers for it. Any plans on > it, or way I can submit info from the CD to get them in? The gutenprint project supplies a driver for the PIXMA MP180 which might possibly work. Install the gutenprint-cups package for that. 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 lemenkov at gmail.com Sun Aug 30 12:14:03 2009 From: lemenkov at gmail.com (Peter Lemenkov) Date: Sun, 30 Aug 2009 16:14:03 +0400 Subject: Fedora on NSLU2/Synology/etc. In-Reply-To: <20090829201832.38429149@redhat.com> References: <20090829201832.38429149@redhat.com> Message-ID: 2009/8/30 Pete Zaitcev : > Dear All: > > I'm wondering if anyone tried to run Fedora on a small home NAS, > in the class of NSLU2 or Synology 108j. I'm hacking on software > that permits easy management of storage clouds and I'm thinking > about creating a testbed populated with something cheap ($100 or so). > Please let me know if you have a hands-on experience with it. I advice you to look at the Western Digital MyBook World Edition series, especially at the latest WD MyBook WE White Light: http://www.wdc.com/ru/products/Products.asp?DriveID=587 http://www.wdc.com/ru/products/Products.asp?DriveID=589 They have 128 Mb of RAM, 1Gbit ethernet, CPU ~ 300+ MHz and a 1 or 2 SATA2 ports (number of SATA2 ports depends on model). I've got some experience with previous model (which has only 32 Mbytes of RAM and less powerful CPU), and it works well. Here is its smolts profile: http://www.smolts.org/client/show_all/pub_597e2d6d-7d94-4299-a9ae-e7c3a7e35b31 Although they are costs ~200-300 $ (please, note that HDD is already included, so the actual price is ~100$ + 1 or 2 TB HDD), they are very hack-friendly, since you don't need to flash/re-flash them (and, therefore, chances to brick them are very very small). They work as following: * After power-up CPU loads tiny firmware, which reads first 512 bytes from attached HDD, which should contain 1st stage loader, and executes it. * 1st stage loader (if it was loaded correctly) loads 2nd stage loader from the rest of HDD. All these loaders are easy to install using just the USB-HDD box or directly attaching HDD to your computer. And you may, also, very simply (using only dd and bzip2) create a backup of the original firmware in case you'll gave up :) Note, that you need to remember your soldering skills since you will need to attach serial cable (I'm afraid most of consumer's NAS devices sold without serial or JTAG). -- With best regards, Peter Lemenkov. From mike at miketc.net Sun Aug 30 12:21:34 2009 From: mike at miketc.net (Mike Chambers) Date: Sun, 30 Aug 2009 07:21:34 -0500 Subject: Canon PIXMA MP190 drivers In-Reply-To: <1251630813.2592.0.camel@localhost.localdomain> References: <1251597061.5120.1.camel@scrappy.miketc.net> <1251630813.2592.0.camel@localhost.localdomain> Message-ID: <1251634894.10858.1.camel@scrappy.miketc.net> On Sun, 2009-08-30 at 12:13 +0100, Tim Waugh wrote: > On Sat, 2009-08-29 at 20:51 -0500, Mike Chambers wrote: > > Yes I know I should had done my research before buying, but wasn't sure > > was gonna get it when I was at the store. Anyway, got this printer, > > plugged it in, was detected but said no drivers for it. Any plans on > > it, or way I can submit info from the CD to get them in? > > The gutenprint project supplies a driver for the PIXMA MP180 which might > possibly work. > > Install the gutenprint-cups package for that. I have it installed, but can't figure out how to use the drivers from it? All I see in the printer setup/configuration (s-c-p I guess) is what looks like same drivers. Is there a different way to go about it using gutenprint? Thanks, Mike From mike at miketc.net Sun Aug 30 12:36:08 2009 From: mike at miketc.net (Mike Chambers) Date: Sun, 30 Aug 2009 07:36:08 -0500 Subject: Canon PIXMA MP190 drivers In-Reply-To: <1251634894.10858.1.camel@scrappy.miketc.net> References: <1251597061.5120.1.camel@scrappy.miketc.net> <1251630813.2592.0.camel@localhost.localdomain> <1251634894.10858.1.camel@scrappy.miketc.net> Message-ID: <1251635768.1567.0.camel@scrappy.miketc.net> On Sun, 2009-08-30 at 07:21 -0500, Mike Chambers wrote: > On Sun, 2009-08-30 at 12:13 +0100, Tim Waugh wrote: > > On Sat, 2009-08-29 at 20:51 -0500, Mike Chambers wrote: > > > Yes I know I should had done my research before buying, but wasn't sure > > > was gonna get it when I was at the store. Anyway, got this printer, > > > plugged it in, was detected but said no drivers for it. Any plans on > > > it, or way I can submit info from the CD to get them in? > > > > The gutenprint project supplies a driver for the PIXMA MP180 which might > > possibly work. > > > > Install the gutenprint-cups package for that. > > I have it installed, but can't figure out how to use the drivers from > it? All I see in the printer setup/configuration (s-c-p I guess) is what > looks like same drivers. Is there a different way to go about it using > gutenprint? Probably same thing, but also went through cups (localhost:631) and I don't see the pixma mp printers at all. Guess they are called something else or I need to install something else? Mike From rawhide at fedoraproject.org Sun Aug 30 12:44:09 2009 From: rawhide at fedoraproject.org (Rawhide Report) Date: Sun, 30 Aug 2009 12:44:09 +0000 Subject: rawhide report: 20090830 changes Message-ID: <20090830124409.GA12723@releng2.fedora.phx.redhat.com> Compose started at Sun Aug 30 06:15:09 UTC 2009 New package eclipse-texlipse Eclipse plugin for editing Latex Updated Packages: PackageKit-0.5.2-0.2.20090824git.fc12 ------------------------------------- * Sat Aug 29 2009 Christopher Aillon - 0.5.2-0.2.20090824git - Fix build against polkit, rebuild against newer libnm_glib abiword-2.7.10-1.fc12 --------------------- * Sat Aug 29 2009 Marc Maurer - 1:2.7.10-1 - New upstream release akonadi-1.2.0-2.fc12.2 ---------------------- empathy-2.27.91.1-5.fc12 ------------------------ * Sat Aug 29 2009 Matthias Clasen - 2.27.91.1-4 - Rebuild against newer libnm_glib * Sat Aug 29 2009 Brian Pepple - 2.27.91.1-5 - Backport patch to fix incorrect assumption about navigation-request. (#519849) etoys-4.0.2247-1.fc12 --------------------- * Sat Aug 29 2009 Gavin Romig-Koch - 4.0.2247-1 - pulled in latest upstream release 4.0.2247 exaile-0.3.0-1.fc12 ------------------- * Fri Aug 28 2009 Deji Akingunola - 0.3.0-1 - Update to 0.3.0 filezilla-3.2.7.1-1.fc12 ------------------------ * Sat Aug 29 2009 kwizart < kwizart at gmail.com > - 3.2.7.1-1 - Update to 3.2.7.1 gdm-2.27.90-2.fc12 ------------------ * Sat Aug 29 2009 Caol?n McNamara 1:2.27.90-2 - rebuild with new audit gnome-shell-2.27.1-4 -------------------- * Sat Aug 29 2009 Owen Taylor - 2.27.1-4 - Fix GConf %preun script to properly be for package removal gnome-specimen-0.4-1.fc12 ------------------------- * Fri Aug 21 2009 Pablo Martin-Gomez 0.4-1 - Update to 0.4 - Fix bug rh #511791 by adding 'pyexecdir=' to make and make install - Own the created directory - Clean the spec gnonlin-0.10.12.2-0.1.fc12 -------------------------- * Sat Aug 29 2009 Jeffrey C. Ollie - 0.10.12.2-0.1 - Update to prerelease for 0.10.13 jd-2.4.2-0.3.svn3054_trunk.fc12 ------------------------------- * Sun Aug 30 2009 Mamoru Tasaka - rev 3054 kazehakase-0.5.7-1.fc12 ----------------------- * Sat Aug 29 2009 Mamoru Tasaka - 0.5.7-1 - Update to 0.5.7 kdebase-workspace-4.3.0-102.fc12 -------------------------------- * Fri Aug 28 2009 Mamoru Tasaka - 4.3.0-102 - Fix typo * Thu Aug 27 2009 Rex Dieter - 4.3.0-12 - PolicyKit-kde subpkg (#519172, #519654) * Thu Aug 27 2009 Rex Dieter - 4.3.0-101 - inflate Release tag, avoiding possible upgrade/obsoletes pain - -devel: drop Provides: PolicyKit-kde-devel, bump Obsoletes kipi-plugins-0.6.0-1.fc12 ------------------------- krb5-auth-dialog-0.12-1.fc12 ---------------------------- * Sat Aug 29 2009 Matthias Clasen - 0.12-1 - Update to 0.12 - Rebuild against new libnm_glib kvirc-4.0.0-0.14.20090830svn3436.fc12 ------------------------------------- * Sun Aug 30 2009 Alexey Kurov - 4.0.0-0.14.20090830svn3436 - patch for using standard compiler flags lirc-0.8.6-0.6.pre2.fc12 ------------------------ * Sat Aug 29 2009 Jarod Wilson 0.8.6-0.5.pre2 - Update to lirc 0.8.6pre2 * Sat Aug 29 2009 Jarod Wilson 0.8.6-0.6.pre2 - Rediff patches so they actually apply still magic-8.0.54-1.fc12 ------------------- * Fri Aug 28 2009 Chitlesh Goorah - 8.0.54-1 - new upstream release memcached-1.4.1-1.fc12 ---------------------- * Sat Aug 29 2009 Paul Lindner - 1.4.1-1 - Upgrade to 1.4.1 - http://code.google.com/p/memcached/wiki/ReleaseNotes141 mingw32-filesystem-54-1.fc12 ---------------------------- * Sat Aug 29 2009 Erik van Pienbroek - 54-1 - Added the file /usr/bin/i686-pc-mingw32-pkg-config which is a wrapper script which calls pkg-config with the right environment variables set (BZ #513825) mingw32-libp11-0.2.6-3.fc12 --------------------------- * Sun Aug 30 2009 Kalev Lember - 0.2.6-3 - Rebuilt with new mingw32-openssl mingw32-opensc-0.11.8-4.fc12 ---------------------------- * Sun Aug 30 2009 Kalev Lember - 0.11.8-4 - Rebuilt with new mingw32-openssl mingw32-openssl-1.0.0-0.3.beta3.fc12 ------------------------------------ * Sun Aug 30 2009 Erik van Pienbroek - 1.0.0-0.2.beta3 - Fixed invalid RPM Provides * Sun Aug 30 2009 Kalev Lember - 1.0.0-0.3.beta3 - Simplified the lib renaming patch * Fri Aug 28 2009 Erik van Pienbroek - 1.0.0-0.1.beta3 - Update to version 1.0.0 beta 3 - Use %global instead of %define - Automatically generate debuginfo subpackage - Merged various changes from the native Fedora package (up to 1.0.0-0.5.beta3) - Don't use the %{_mingw32_make} macro anymore as it's ugly and causes side-effects - Added missing BuildRequires mingw32-dlfcn (Kalev Lember) - Reworked patches to rename *eay32.dll to lib*.dll (Kalev Lember) - Patch Configure script to use %{_mingw32_cflags} (Kalev Lember) mingw32-pixman-0.16.0-1.fc12 ---------------------------- * Sat Aug 29 2009 Erik van Pienbroek - 0.16.0-1 - Update to 0.16.0 mutter-2.27.3-3.fc12 -------------------- * Sat Aug 29 2009 Owen Taylor - 2.27.3-3 - Fix %preun GConf script to properly be for package removal mysql-5.1.37-4.fc12 ------------------- * Sat Aug 29 2009 Tom Lane 5.1.37-4 - Remove one misguided patch; turns out I was chasing a glibc bug - Temporarily disable "main.mysql" test; there's something broken there too, but we need to get mysql built in rawhide for dependency reasons * Fri Aug 21 2009 Tomas Mraz - 5.1.37-3 - rebuilt with new openssl * Fri Aug 14 2009 Tom Lane 5.1.37-2 - Add a couple of patches to improve the probability of the regression tests completing in koji builds * Sun Aug 02 2009 Tom Lane 5.1.37-1 - Update to MySQL 5.1.37, for various fixes described at http://dev.mysql.com/doc/refman/5.1/en/news-5-1-37.html * Sat Jul 25 2009 Fedora Release Engineering - 5.1.36-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild nss-3.12.3.99.3-26.fc12 ----------------------- * Sat Aug 29 2009 Elio Maldonado - 3.12.3.99.3-26 - Ensure versions in the requires match those used when creating nss.pc openoffice.org-3.1.1-19.4.fc12 ------------------------------ * Thu Aug 27 2009 Caol?n McNamara - 1:3.1.1-19.4 - rebuilt with new openssl - add openoffice.org-3.1.1.ooo104157.svx.crashonencryptparse.patch * Wed Aug 26 2009 Caol?n McNamara - 1:3.1.1-19.3 - backport workspace.vcl102.patch to fix xdg support perl-DateTime-Format-Natural-0.78-1.fc12 ---------------------------------------- * Sat Aug 29 2009 Iain Arnell 0.78-1 - update to latest upstream version perl-GStreamer-0.15-4.fc12 -------------------------- * Sat Aug 29 2009 Chris Weyl - 0.15-4 - Filter errant private provides perl-HTML-Defang-1.02-1.fc12 ---------------------------- * Sat Aug 29 2009 Iain Arnell 1.02-1 - update to latest upstream version pitivi-0.13.2.2-0.1.fc12 ------------------------ * Sat Aug 29 2009 Jeffrey C. Ollie - 0.13.2.2-0.1 - Update to prerelease for 0.13.3 - Streamline BuildRequires polkit-gnome-0.94-3.fc12 ------------------------ qbittorrent-1.5.0-0.2.20090829svn.fc12 -------------------------------------- * Sat Aug 29 2009 leigh scott - 1.4.1-1 - update to 1.4.1 * Sat Aug 29 2009 leigh scott - 1.4.1-2 - redo qbittorrent_flag patch * Sat Aug 29 2009 leigh scott - 1.4.1-3 - redo qbittorrent_flag patch (again :-( ) * Sat Aug 29 2009 leigh scott - 1.5.0-0.1.20090829svn - update to svn 2578 - redo qbittorrent_flag patch (again :-( ) * Sat Aug 29 2009 leigh scott - 1.5.0-0.2.20090829svn - add icons_qrc.patch rednotebook-0.8.5-1.fc12 ------------------------ socat-1.7.1.1-5.fc12 -------------------- * Sat Aug 29 2009 Caol?n McNamara - 1.7.1.1-5 - recreate autoconf to get correct includes when determining type sizes in order to build correctly * Fri Aug 28 2009 Paul Wouters - 1.7.1.1-4 - Bump for new openssl * Fri Aug 21 2009 Tomas Mraz - 1.7.1.1-3 - rebuilt with new openssl * Sun Jul 26 2009 Fedora Release Engineering - 1.7.1.1-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild * Mon May 11 2009 Paul Wouters - 1.7.1.1-1 - Upgraded to 1.7.1.1. - Patch for configure.in with -Wall subversion-api-docs-1.6.5-2.fc12 -------------------------------- * Sat Aug 29 2009 Bojan Smojver 1.6.5-1 - bump up to 1.6.5 * Sat Aug 29 2009 Bojan Smojver 1.6.5-2 - attempt to fix docs install * Tue Aug 11 2009 Bojan Smojver 1.6.4-1 - bump up to 1.6.4 syslog-ng-2.1.4-4.fc12 ---------------------- * Thu Aug 20 2009 Ray Van Dolson - 2.1.4-4 - libnet linking (bug#518150) * Tue Aug 18 2009 Ray Van Dolson - 2.1.4-3 - Init script fix (bug#517339) tkgate-2.0-7.beta9.fc12 ----------------------- * Fri Aug 28 2009 Chitlesh Goorah - 2.0-7.beta9 - updated to beta 9 totem-2.27.2-8.fc12 ------------------- * Sat Aug 29 2009 Caol?n McNamara - 2.27.2-8 - rebuilt with new openssl tsclient-2.0.2-5.fc12 --------------------- * Sat Aug 29 2009 Caol?n McNamara - 2.0.2-5 - Rebuild for dependencies w3c-libwww-5.4.1-0.18.20060206cvs.fc12 -------------------------------------- * Sat Aug 29 2009 Caol?n McNamara - 5.4.1-0.18.20060206cvs - Resolves: rhbz#511702 - FTBFS * Fri Aug 21 2009 Tomas Mraz - 5.4.1-0.17.20060206cvs - rebuilt with new openssl * Sun Jul 26 2009 Fedora Release Engineering - 5.4.1-0.16.20060206cvs - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild wallpapoz-0.4.1-10.svn92_trunk.fc12 ----------------------------------- * Sun Aug 30 2009 Mamoru Tasaka - 0.4.1-10.svn92_trunk - Update to rev 92 - Install desktop application autostart stuff on F-12+ xcb-util-0.3.6-1.fc12 --------------------- * Fri Aug 28 2009 Michal Nowak - 0.3.6-1 - 0.3.6 xmlsec1-1.2.12-2.fc12 --------------------- * Wed Aug 26 2009 Tomas Mraz - 1.2.12-2 - rebuilt with new openssl xsettings-kde-0.11-1.fc12 ------------------------- * Sat Aug 29 2009 Rex Dieter - 0.11-1 - xsettings-0.11 zabbix-1.6.6-1.fc12 ------------------- * Sat Aug 29 2009 Dan Hor?k - 1.6.6-1 - Update to 1.6.6 - Upstream changelog: http://www.zabbix.com/rn1.6.6.php Summary: Added Packages: 1 Removed Packages: 0 Modified Packages: 48 Broken deps for i386 ---------------------------------------------------------- 389-ds-base-1.2.2-1.fc12.i686 requires libcrypto.so.8 NetworkManager-openconnect-0.7.0.99-7.fc12.i686 requires libnm_glib.so.0 NetworkManager-openconnect-0.7.0.99-7.fc12.i686 requires libnm_glib_vpn.so.0 1:NetworkManager-openvpn-0.7.1-2.git20090714.fc12.i686 requires libnm_glib.so.0 1:NetworkManager-openvpn-0.7.1-2.git20090714.fc12.i686 requires libnm_glib_vpn.so.0 1:NetworkManager-pptp-0.7.0.99-3.fc12.i686 requires libnm_glib.so.0 1:NetworkManager-pptp-0.7.0.99-3.fc12.i686 requires libnm_glib_vpn.so.0 anaconda-12.17-1.fc12.i686 requires libnm_glib.so.0 anaconda-12.17-1.fc12.i686 requires libaudit.so.0 anerley-0.0.20-3.fc12.i686 requires libmissioncontrol-client.so.0 anerley-devel-0.0.20-3.fc12.i686 requires pkgconfig(libmissioncontrol) anjal-0.1.0-0.7.20090821git5ac8bfe.fc12.i686 requires libmissioncontrol-client.so.0 asterisk-1.6.1-0.24.rc1.fc12.i686 requires libssl.so.8 asterisk-1.6.1-0.24.rc1.fc12.i686 requires libcrypto.so.8 asterisk-fax-1.6.1-0.24.rc1.fc12.i686 requires libspandsp.so.1 asterisk-snmp-1.6.1-0.24.rc1.fc12.i686 requires libcrypto.so.8 asterisk-voicemail-imap-1.6.1-0.24.rc1.fc12.i686 requires libssl.so.8 asterisk-voicemail-imap-1.6.1-0.24.rc1.fc12.i686 requires libcrypto.so.8 chunkd-0.4-4.fc12.i686 requires libssl.so.8 chunkd-0.4-4.fc12.i686 requires libcrypto.so.8 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0 clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 cluttermm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-0.9) collectd-mysql-4.5.3-2.fc11.i586 requires libcrypto.so.8 collectd-mysql-4.5.3-2.fc11.i586 requires libssl.so.8 collectd-nut-4.5.3-2.fc11.i586 requires libcrypto.so.8 collectd-nut-4.5.3-2.fc11.i586 requires libssl.so.8 collectd-snmp-4.5.3-2.fc11.i586 requires libcrypto.so.8 compat-erlang-R10B-13.11.fc11.i586 requires libssl.so.8 compat-erlang-R10B-13.11.fc11.i586 requires libcrypto.so.8 conexus-ssl-0.9.0-1.fc12.i686 requires libssl.so.8 conexus-ssl-0.9.0-1.fc12.i686 requires libcrypto.so.8 evolution-exchange-2.27.91-2.fc12.i686 requires libssl.so.8 evolution-exchange-2.27.91-2.fc12.i686 requires libcrypto.so.8 gpsdrive-2.10-0.1.pre7.fc12.i586 requires libmapnik.so.0.5 hedgewars-0.9.11-2.fc12.i686 requires libssl.so.8 httping-1.2.9-4.fc11.i586 requires libcrypto.so.8 httping-1.2.9-4.fc11.i586 requires libssl.so.8 httrack-3.43.2-4.fc12.i686 requires openssl = 0:0.9.8k kdebase3-3.5.10-12.fc12.i686 requires libssl.so.8 m2crypto-0.20-2.i686 requires libcrypto.so.8 m2crypto-0.20-2.i686 requires libssl.so.8 mapserver-5.4.1-1.fc12.i586 requires libssl.so.8 mapserver-5.4.1-1.fc12.i586 requires libcrypto.so.8 mapserver-perl-5.4.1-1.fc12.i586 requires libssl.so.8 mapserver-perl-5.4.1-1.fc12.i586 requires libcrypto.so.8 mapserver-python-5.4.1-1.fc12.i586 requires libssl.so.8 mapserver-python-5.4.1-1.fc12.i586 requires libcrypto.so.8 maven2-plugin-antrun-2.0.8-1.3.fc12.noarch requires maven-embedder maven2-plugin-antrun-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires maven-shared-archiver maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires jmock >= 0:1.0.1 maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires maven-shared-test-tools maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires maven-shared-common-artifact-filters maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires maven-shared-repository-builder maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-testing-tools maven2-plugin-changelog-2.0.8-1.3.fc12.noarch requires maven-doxia-sitetools >= 0:1.0 maven2-plugin-changelog-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-changes-2.0.8-1.3.fc12.noarch requires glassfish-javamail maven2-plugin-changes-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-checkstyle-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-dependency-2.0.8-1.3.fc12.noarch requires maven-shared-dependency-tree maven2-plugin-dependency-2.0.8-1.3.fc12.noarch requires maven-shared-dependency-analyzer maven2-plugin-docck-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-tools-java >= 0:2.2 maven2-plugin-docck-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-tools-api maven2-plugin-docck-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-docck-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-tools-beanshell >= 0:2.2 maven2-plugin-ear-2.0.8-1.3.fc12.noarch requires maven-shared-verifier maven2-plugin-eclipse-2.0.8-1.3.fc12.noarch requires jmock >= 0:1.0.1 maven2-plugin-eclipse-2.0.8-1.3.fc12.noarch requires maven-shared-test-tools maven2-plugin-eclipse-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-testing-tools maven2-plugin-enforcer-2.0.8-1.3.fc12.noarch requires maven-enforcer-rule-api maven2-plugin-help-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-tools-api maven2-plugin-idea-2.0.8-1.3.fc12.noarch requires jmock >= 0:1.0.1 maven2-plugin-jar-2.0.8-1.3.fc12.noarch requires maven-shared-archiver >= 0:2.3 maven2-plugin-javadoc-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-one-2.0.8-1.3.fc12.noarch requires maven-shared-model-converter maven2-plugin-plugin-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-tools-java >= 0:2.2 maven2-plugin-plugin-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-plugin-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-tools-beanshell >= 0:2.2 maven2-plugin-pmd-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-project-info-reports-2.0.8-1.3.fc12.noarch requires maven-shared-jar maven2-plugin-project-info-reports-2.0.8-1.3.fc12.noarch requires maven-doxia-sitetools >= 0:1.0 maven2-plugin-project-info-reports-2.0.8-1.3.fc12.noarch requires maven-shared-dependency-tree maven2-plugin-project-info-reports-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl mingw32-libssh2-1.1-3.fc12.noarch requires mingw32(libcrypto-8.dll) mojito-0.20-2.fc12.i686 requires libnm_glib.so.0 mysql-administrator-5.0r12-11.fc11.i586 requires libssl.so.8 mysql-administrator-5.0r12-11.fc11.i586 requires libcrypto.so.8 mysql-query-browser-5.0r12-11.fc11.i586 requires libssl.so.8 mysql-query-browser-5.0r12-11.fc11.i586 requires libcrypto.so.8 network-manager-netbook-1.2-5.fc12.i686 requires libnm_glib.so.0 nss-tools-3.12.3.99.3-26.fc12.i686 requires libsqlite3.so nx-3.3.0-35.fc12.i586 requires libcrypto.so.8 octave-forge-20080831-10.fc12.i686 requires octave(api) = 0:api-v32 openvrml-0.18.3-1.fc12.i686 requires java(x86-32) openvrml-0.18.3-1.fc12.i686 requires gecko-libs(x86-32) >= 0:1.9.1 pathfinderd-1.0.0-2.fc12.i686 requires libcrypto.so.8 php-mapserver-5.4.1-1.fc12.i586 requires libssl.so.8 php-mapserver-5.4.1-1.fc12.i586 requires libcrypto.so.8 ppl-yap-0.10.2-5.fc12.i686 requires libYap.so python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.i586 requires libparted-1.8.so.8 rygel-0.3-5.fc12.i686 requires libgee.so.0 rygel-tracker-0.3-5.fc12.i686 requires libgee.so.0 serpentine-0.9-5.fc12.noarch requires gnome-python2-nautilus-cd-burner tabled-0.3-4.fc12.i686 requires libssl.so.8 tabled-0.3-4.fc12.i686 requires libcrypto.so.8 xsupplicant-1.2.8-10.fc11.i586 requires libcrypto.so.8 xsupplicant-1.2.8-10.fc11.i586 requires libssl.so.8 Broken deps for x86_64 ---------------------------------------------------------- 389-ds-base-1.2.2-1.fc12.i686 requires libcrypto.so.8 389-ds-base-1.2.2-1.fc12.x86_64 requires libcrypto.so.8()(64bit) NetworkManager-openconnect-0.7.0.99-7.fc12.x86_64 requires libnm_glib_vpn.so.0()(64bit) NetworkManager-openconnect-0.7.0.99-7.fc12.x86_64 requires libnm_glib.so.0()(64bit) 1:NetworkManager-openvpn-0.7.1-2.git20090714.fc12.x86_64 requires libnm_glib_vpn.so.0()(64bit) 1:NetworkManager-openvpn-0.7.1-2.git20090714.fc12.x86_64 requires libnm_glib.so.0()(64bit) 1:NetworkManager-pptp-0.7.0.99-3.fc12.x86_64 requires libnm_glib_vpn.so.0()(64bit) 1:NetworkManager-pptp-0.7.0.99-3.fc12.x86_64 requires libnm_glib.so.0()(64bit) anaconda-12.17-1.fc12.x86_64 requires libnm_glib.so.0()(64bit) anaconda-12.17-1.fc12.x86_64 requires libaudit.so.0()(64bit) anerley-0.0.20-3.fc12.i686 requires libmissioncontrol-client.so.0 anerley-0.0.20-3.fc12.x86_64 requires libmissioncontrol-client.so.0()(64bit) anerley-devel-0.0.20-3.fc12.i686 requires pkgconfig(libmissioncontrol) anerley-devel-0.0.20-3.fc12.x86_64 requires pkgconfig(libmissioncontrol) anjal-0.1.0-0.7.20090821git5ac8bfe.fc12.x86_64 requires libmissioncontrol-client.so.0()(64bit) asterisk-1.6.1-0.24.rc1.fc12.x86_64 requires libssl.so.8()(64bit) asterisk-1.6.1-0.24.rc1.fc12.x86_64 requires libcrypto.so.8()(64bit) asterisk-fax-1.6.1-0.24.rc1.fc12.x86_64 requires libspandsp.so.1()(64bit) asterisk-snmp-1.6.1-0.24.rc1.fc12.x86_64 requires libcrypto.so.8()(64bit) asterisk-voicemail-imap-1.6.1-0.24.rc1.fc12.x86_64 requires libcrypto.so.8()(64bit) asterisk-voicemail-imap-1.6.1-0.24.rc1.fc12.x86_64 requires libssl.so.8()(64bit) chunkd-0.4-4.fc12.i686 requires libssl.so.8 chunkd-0.4-4.fc12.i686 requires libcrypto.so.8 chunkd-0.4-4.fc12.x86_64 requires libssl.so.8()(64bit) chunkd-0.4-4.fc12.x86_64 requires libcrypto.so.8()(64bit) clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.x86_64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.x86_64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.x86_64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8) clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.x86_64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.x86_64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-gtk-0.9) clutter-gtkmm-devel-0.9.4-1.fc12.x86_64 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 cluttermm-0.9.4-1.fc12.x86_64 requires libclutter-glx-0.9.so.0()(64bit) cluttermm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-0.9) cluttermm-devel-0.9.4-1.fc12.x86_64 requires pkgconfig(clutter-0.9) collectd-mysql-4.5.3-2.fc11.x86_64 requires libcrypto.so.8()(64bit) collectd-mysql-4.5.3-2.fc11.x86_64 requires libssl.so.8()(64bit) collectd-nut-4.5.3-2.fc11.x86_64 requires libcrypto.so.8()(64bit) collectd-nut-4.5.3-2.fc11.x86_64 requires libssl.so.8()(64bit) collectd-snmp-4.5.3-2.fc11.x86_64 requires libcrypto.so.8()(64bit) compat-erlang-R10B-13.11.fc11.x86_64 requires libssl.so.8()(64bit) compat-erlang-R10B-13.11.fc11.x86_64 requires libcrypto.so.8()(64bit) conexus-ssl-0.9.0-1.fc12.i686 requires libssl.so.8 conexus-ssl-0.9.0-1.fc12.i686 requires libcrypto.so.8 conexus-ssl-0.9.0-1.fc12.x86_64 requires libssl.so.8()(64bit) conexus-ssl-0.9.0-1.fc12.x86_64 requires libcrypto.so.8()(64bit) evolution-exchange-2.27.91-2.fc12.x86_64 requires libssl.so.8()(64bit) evolution-exchange-2.27.91-2.fc12.x86_64 requires libcrypto.so.8()(64bit) gpsdrive-2.10-0.1.pre7.fc12.x86_64 requires libmapnik.so.0.5()(64bit) hedgewars-0.9.11-2.fc12.x86_64 requires libssl.so.8()(64bit) httping-1.2.9-4.fc11.x86_64 requires libcrypto.so.8()(64bit) httping-1.2.9-4.fc11.x86_64 requires libssl.so.8()(64bit) httrack-3.43.2-4.fc12.i686 requires openssl = 0:0.9.8k httrack-3.43.2-4.fc12.x86_64 requires openssl = 0:0.9.8k kdebase3-3.5.10-12.fc12.x86_64 requires libssl.so.8()(64bit) m2crypto-0.20-2.x86_64 requires libcrypto.so.8()(64bit) m2crypto-0.20-2.x86_64 requires libssl.so.8()(64bit) mapserver-5.4.1-1.fc12.x86_64 requires libssl.so.8()(64bit) mapserver-5.4.1-1.fc12.x86_64 requires libcrypto.so.8()(64bit) mapserver-perl-5.4.1-1.fc12.x86_64 requires libssl.so.8()(64bit) mapserver-perl-5.4.1-1.fc12.x86_64 requires libcrypto.so.8()(64bit) mapserver-python-5.4.1-1.fc12.x86_64 requires libssl.so.8()(64bit) mapserver-python-5.4.1-1.fc12.x86_64 requires libcrypto.so.8()(64bit) maven2-plugin-antrun-2.0.8-1.3.fc12.noarch requires maven-embedder maven2-plugin-antrun-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires maven-shared-archiver maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires jmock >= 0:1.0.1 maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires maven-shared-test-tools maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires maven-shared-common-artifact-filters maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires maven-shared-repository-builder maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-testing-tools maven2-plugin-changelog-2.0.8-1.3.fc12.noarch requires maven-doxia-sitetools >= 0:1.0 maven2-plugin-changelog-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-changes-2.0.8-1.3.fc12.noarch requires glassfish-javamail maven2-plugin-changes-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-checkstyle-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-dependency-2.0.8-1.3.fc12.noarch requires maven-shared-dependency-tree maven2-plugin-dependency-2.0.8-1.3.fc12.noarch requires maven-shared-dependency-analyzer maven2-plugin-docck-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-tools-java >= 0:2.2 maven2-plugin-docck-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-tools-api maven2-plugin-docck-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-docck-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-tools-beanshell >= 0:2.2 maven2-plugin-ear-2.0.8-1.3.fc12.noarch requires maven-shared-verifier maven2-plugin-eclipse-2.0.8-1.3.fc12.noarch requires jmock >= 0:1.0.1 maven2-plugin-eclipse-2.0.8-1.3.fc12.noarch requires maven-shared-test-tools maven2-plugin-eclipse-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-testing-tools maven2-plugin-enforcer-2.0.8-1.3.fc12.noarch requires maven-enforcer-rule-api maven2-plugin-help-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-tools-api maven2-plugin-idea-2.0.8-1.3.fc12.noarch requires jmock >= 0:1.0.1 maven2-plugin-jar-2.0.8-1.3.fc12.noarch requires maven-shared-archiver >= 0:2.3 maven2-plugin-javadoc-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-one-2.0.8-1.3.fc12.noarch requires maven-shared-model-converter maven2-plugin-plugin-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-tools-java >= 0:2.2 maven2-plugin-plugin-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-plugin-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-tools-beanshell >= 0:2.2 maven2-plugin-pmd-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-project-info-reports-2.0.8-1.3.fc12.noarch requires maven-shared-jar maven2-plugin-project-info-reports-2.0.8-1.3.fc12.noarch requires maven-doxia-sitetools >= 0:1.0 maven2-plugin-project-info-reports-2.0.8-1.3.fc12.noarch requires maven-shared-dependency-tree maven2-plugin-project-info-reports-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl mingw32-libssh2-1.1-3.fc12.noarch requires mingw32(libcrypto-8.dll) mojito-0.20-2.fc12.i686 requires libnm_glib.so.0 mojito-0.20-2.fc12.x86_64 requires libnm_glib.so.0()(64bit) mysql-administrator-5.0r12-11.fc11.x86_64 requires libcrypto.so.8()(64bit) mysql-administrator-5.0r12-11.fc11.x86_64 requires libssl.so.8()(64bit) mysql-query-browser-5.0r12-11.fc11.x86_64 requires libcrypto.so.8()(64bit) mysql-query-browser-5.0r12-11.fc11.x86_64 requires libssl.so.8()(64bit) network-manager-netbook-1.2-5.fc12.x86_64 requires libnm_glib.so.0()(64bit) nss-tools-3.12.3.99.3-26.fc12.x86_64 requires libsqlite3.so()(64bit) nx-3.3.0-35.fc12.x86_64 requires libcrypto.so.8()(64bit) octave-forge-20080831-10.fc12.x86_64 requires octave(api) = 0:api-v32 openvrml-0.18.3-1.fc12.i686 requires java(x86-32) openvrml-0.18.3-1.fc12.i686 requires gecko-libs(x86-32) >= 0:1.9.1 openvrml-0.18.3-1.fc12.x86_64 requires gecko-libs(x86-64) >= 0:1.9.1 openvrml-0.18.3-1.fc12.x86_64 requires java(x86-64) pathfinderd-1.0.0-2.fc12.x86_64 requires libcrypto.so.8()(64bit) php-mapserver-5.4.1-1.fc12.x86_64 requires libssl.so.8()(64bit) php-mapserver-5.4.1-1.fc12.x86_64 requires libcrypto.so.8()(64bit) ppl-yap-0.10.2-5.fc12.x86_64 requires libYap.so()(64bit) python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.x86_64 requires libparted-1.8.so.8()(64bit) rygel-0.3-5.fc12.x86_64 requires libgee.so.0()(64bit) rygel-tracker-0.3-5.fc12.x86_64 requires libgee.so.0()(64bit) serpentine-0.9-5.fc12.noarch requires gnome-python2-nautilus-cd-burner tabled-0.3-4.fc12.i686 requires libssl.so.8 tabled-0.3-4.fc12.i686 requires libcrypto.so.8 tabled-0.3-4.fc12.x86_64 requires libssl.so.8()(64bit) tabled-0.3-4.fc12.x86_64 requires libcrypto.so.8()(64bit) xsupplicant-1.2.8-10.fc11.x86_64 requires libcrypto.so.8()(64bit) xsupplicant-1.2.8-10.fc11.x86_64 requires libssl.so.8()(64bit) Broken deps for ppc ---------------------------------------------------------- 389-ds-base-1.2.2-1.fc12.ppc requires libcrypto.so.8 389-ds-base-1.2.2-1.fc12.ppc64 requires libcrypto.so.8()(64bit) NetworkManager-openconnect-0.7.0.99-7.fc12.ppc requires libnm_glib.so.0 NetworkManager-openconnect-0.7.0.99-7.fc12.ppc requires libnm_glib_vpn.so.0 1:NetworkManager-openvpn-0.7.1-2.git20090714.fc12.ppc requires libnm_glib.so.0 1:NetworkManager-openvpn-0.7.1-2.git20090714.fc12.ppc requires libnm_glib_vpn.so.0 1:NetworkManager-pptp-0.7.0.99-3.fc12.ppc requires libnm_glib.so.0 1:NetworkManager-pptp-0.7.0.99-3.fc12.ppc requires libnm_glib_vpn.so.0 anaconda-12.17-1.fc12.ppc requires libnm_glib.so.0 anaconda-12.17-1.fc12.ppc requires libaudit.so.0 anerley-0.0.20-3.fc12.ppc requires libmissioncontrol-client.so.0 anerley-0.0.20-3.fc12.ppc64 requires libmissioncontrol-client.so.0()(64bit) anerley-devel-0.0.20-3.fc12.ppc requires pkgconfig(libmissioncontrol) anerley-devel-0.0.20-3.fc12.ppc64 requires pkgconfig(libmissioncontrol) anjal-0.1.0-0.7.20090821git5ac8bfe.fc12.ppc requires libmissioncontrol-client.so.0 asterisk-1.6.1-0.24.rc1.fc12.ppc requires libssl.so.8 asterisk-1.6.1-0.24.rc1.fc12.ppc requires libcrypto.so.8 asterisk-fax-1.6.1-0.24.rc1.fc12.ppc requires libspandsp.so.1 asterisk-snmp-1.6.1-0.24.rc1.fc12.ppc requires libcrypto.so.8 asterisk-voicemail-imap-1.6.1-0.24.rc1.fc12.ppc requires libssl.so.8 asterisk-voicemail-imap-1.6.1-0.24.rc1.fc12.ppc requires libcrypto.so.8 chunkd-0.4-4.fc12.ppc requires libssl.so.8 chunkd-0.4-4.fc12.ppc requires libcrypto.so.8 chunkd-0.4-4.fc12.ppc64 requires libssl.so.8()(64bit) chunkd-0.4-4.fc12.ppc64 requires libcrypto.so.8()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.ppc requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.ppc requires libclutter-glx-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.ppc requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc requires pkgconfig(clutter-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.ppc requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.ppc requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.ppc requires pkgconfig(clutter-gtk-0.9) clutter-gtkmm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.ppc requires libclutter-glx-0.9.so.0 cluttermm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) cluttermm-devel-0.9.4-1.fc12.ppc requires pkgconfig(clutter-0.9) cluttermm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-0.9) collectd-mysql-4.5.3-2.fc11.ppc requires libcrypto.so.8 collectd-mysql-4.5.3-2.fc11.ppc requires libssl.so.8 collectd-nut-4.5.3-2.fc11.ppc requires libcrypto.so.8 collectd-nut-4.5.3-2.fc11.ppc requires libssl.so.8 collectd-snmp-4.5.3-2.fc11.ppc requires libcrypto.so.8 compat-erlang-R10B-13.11.fc11.ppc requires libssl.so.8 compat-erlang-R10B-13.11.fc11.ppc requires libcrypto.so.8 conexus-ssl-0.9.0-1.fc12.ppc requires libssl.so.8 conexus-ssl-0.9.0-1.fc12.ppc requires libcrypto.so.8 conexus-ssl-0.9.0-1.fc12.ppc64 requires libssl.so.8()(64bit) conexus-ssl-0.9.0-1.fc12.ppc64 requires libcrypto.so.8()(64bit) evolution-exchange-2.27.91-2.fc12.ppc requires libssl.so.8 evolution-exchange-2.27.91-2.fc12.ppc requires libcrypto.so.8 gpsdrive-2.10-0.1.pre7.fc12.ppc requires libmapnik.so.0.5 hedgewars-0.9.11-2.fc12.ppc requires libssl.so.8 httping-1.2.9-4.fc11.ppc requires libcrypto.so.8 httping-1.2.9-4.fc11.ppc requires libssl.so.8 httrack-3.43.2-4.fc12.ppc requires openssl = 0:0.9.8k httrack-3.43.2-4.fc12.ppc64 requires openssl = 0:0.9.8k kdebase3-3.5.10-12.fc12.ppc requires libssl.so.8 m2crypto-0.20-2.ppc requires libcrypto.so.8 m2crypto-0.20-2.ppc requires libssl.so.8 mapserver-5.4.1-1.fc12.ppc requires libssl.so.8 mapserver-5.4.1-1.fc12.ppc requires libcrypto.so.8 mapserver-perl-5.4.1-1.fc12.ppc requires libssl.so.8 mapserver-perl-5.4.1-1.fc12.ppc requires libcrypto.so.8 mapserver-python-5.4.1-1.fc12.ppc requires libssl.so.8 mapserver-python-5.4.1-1.fc12.ppc requires libcrypto.so.8 maven2-plugin-antrun-2.0.8-1.3.fc12.noarch requires maven-embedder maven2-plugin-antrun-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires maven-shared-archiver maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires jmock >= 0:1.0.1 maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires maven-shared-test-tools maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires maven-shared-common-artifact-filters maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires maven-shared-repository-builder maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-testing-tools maven2-plugin-changelog-2.0.8-1.3.fc12.noarch requires maven-doxia-sitetools >= 0:1.0 maven2-plugin-changelog-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-changes-2.0.8-1.3.fc12.noarch requires glassfish-javamail maven2-plugin-changes-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-checkstyle-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-dependency-2.0.8-1.3.fc12.noarch requires maven-shared-dependency-tree maven2-plugin-dependency-2.0.8-1.3.fc12.noarch requires maven-shared-dependency-analyzer maven2-plugin-docck-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-tools-java >= 0:2.2 maven2-plugin-docck-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-tools-api maven2-plugin-docck-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-docck-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-tools-beanshell >= 0:2.2 maven2-plugin-ear-2.0.8-1.3.fc12.noarch requires maven-shared-verifier maven2-plugin-eclipse-2.0.8-1.3.fc12.noarch requires jmock >= 0:1.0.1 maven2-plugin-eclipse-2.0.8-1.3.fc12.noarch requires maven-shared-test-tools maven2-plugin-eclipse-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-testing-tools maven2-plugin-enforcer-2.0.8-1.3.fc12.noarch requires maven-enforcer-rule-api maven2-plugin-help-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-tools-api maven2-plugin-idea-2.0.8-1.3.fc12.noarch requires jmock >= 0:1.0.1 maven2-plugin-jar-2.0.8-1.3.fc12.noarch requires maven-shared-archiver >= 0:2.3 maven2-plugin-javadoc-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-one-2.0.8-1.3.fc12.noarch requires maven-shared-model-converter maven2-plugin-plugin-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-tools-java >= 0:2.2 maven2-plugin-plugin-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-plugin-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-tools-beanshell >= 0:2.2 maven2-plugin-pmd-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-project-info-reports-2.0.8-1.3.fc12.noarch requires maven-shared-jar maven2-plugin-project-info-reports-2.0.8-1.3.fc12.noarch requires maven-doxia-sitetools >= 0:1.0 maven2-plugin-project-info-reports-2.0.8-1.3.fc12.noarch requires maven-shared-dependency-tree maven2-plugin-project-info-reports-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl mingw32-libssh2-1.1-3.fc12.noarch requires mingw32(libcrypto-8.dll) mojito-0.20-2.fc12.ppc requires libnm_glib.so.0 mojito-0.20-2.fc12.ppc64 requires libnm_glib.so.0()(64bit) mysql-administrator-5.0r12-11.fc11.ppc requires libssl.so.8 mysql-administrator-5.0r12-11.fc11.ppc requires libcrypto.so.8 mysql-query-browser-5.0r12-11.fc11.ppc requires libssl.so.8 mysql-query-browser-5.0r12-11.fc11.ppc requires libcrypto.so.8 network-manager-netbook-1.2-5.fc12.ppc requires libnm_glib.so.0 nss-tools-3.12.3.99.3-26.fc12.ppc requires libsqlite3.so nx-3.3.0-35.fc12.ppc requires libcrypto.so.8 octave-forge-20080831-10.fc12.ppc requires octave(api) = 0:api-v32 openvrml-0.18.3-1.fc12.ppc requires java(ppc-32) openvrml-0.18.3-1.fc12.ppc requires gecko-libs(ppc-32) >= 0:1.9.1 openvrml-0.18.3-1.fc12.ppc64 requires java(ppc-64) openvrml-0.18.3-1.fc12.ppc64 requires gecko-libs(ppc-64) >= 0:1.9.1 pathfinderd-1.0.0-2.fc12.ppc requires libcrypto.so.8 php-mapserver-5.4.1-1.fc12.ppc requires libssl.so.8 php-mapserver-5.4.1-1.fc12.ppc requires libcrypto.so.8 ppl-yap-0.10.2-5.fc12.ppc requires libYap.so python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.ppc requires libparted-1.8.so.8 rygel-0.3-5.fc12.ppc requires libgee.so.0 rygel-tracker-0.3-5.fc12.ppc requires libgee.so.0 serpentine-0.9-5.fc12.noarch requires gnome-python2-nautilus-cd-burner xsupplicant-1.2.8-10.fc11.ppc requires libcrypto.so.8 xsupplicant-1.2.8-10.fc11.ppc requires libssl.so.8 Broken deps for ppc64 ---------------------------------------------------------- 389-ds-base-1.2.2-1.fc12.ppc64 requires libcrypto.so.8()(64bit) NetworkManager-openconnect-0.7.0.99-7.fc12.ppc64 requires libnm_glib_vpn.so.0()(64bit) NetworkManager-openconnect-0.7.0.99-7.fc12.ppc64 requires libnm_glib.so.0()(64bit) 1:NetworkManager-openvpn-0.7.1-2.git20090714.fc12.ppc64 requires libnm_glib_vpn.so.0()(64bit) 1:NetworkManager-openvpn-0.7.1-2.git20090714.fc12.ppc64 requires libnm_glib.so.0()(64bit) 1:NetworkManager-pptp-0.7.0.99-3.fc12.ppc64 requires libnm_glib_vpn.so.0()(64bit) 1:NetworkManager-pptp-0.7.0.99-3.fc12.ppc64 requires libnm_glib.so.0()(64bit) anaconda-12.17-1.fc12.ppc64 requires libnm_glib.so.0()(64bit) anaconda-12.17-1.fc12.ppc64 requires libaudit.so.0()(64bit) anerley-0.0.20-3.fc12.ppc64 requires libmissioncontrol-client.so.0()(64bit) anerley-devel-0.0.20-3.fc12.ppc64 requires pkgconfig(libmissioncontrol) anjal-0.1.0-0.7.20090821git5ac8bfe.fc12.ppc64 requires libmissioncontrol-client.so.0()(64bit) asterisk-1.6.1-0.24.rc1.fc12.ppc64 requires libssl.so.8()(64bit) asterisk-1.6.1-0.24.rc1.fc12.ppc64 requires libcrypto.so.8()(64bit) asterisk-fax-1.6.1-0.24.rc1.fc12.ppc64 requires libspandsp.so.1()(64bit) asterisk-snmp-1.6.1-0.24.rc1.fc12.ppc64 requires libcrypto.so.8()(64bit) asterisk-voicemail-imap-1.6.1-0.24.rc1.fc12.ppc64 requires libcrypto.so.8()(64bit) asterisk-voicemail-imap-1.6.1-0.24.rc1.fc12.ppc64 requires libssl.so.8()(64bit) chunkd-0.4-4.fc12.ppc64 requires libssl.so.8()(64bit) chunkd-0.4-4.fc12.ppc64 requires libcrypto.so.8()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) cluttermm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-0.9) collectd-mysql-4.5.3-2.fc11.ppc64 requires libcrypto.so.8()(64bit) collectd-mysql-4.5.3-2.fc11.ppc64 requires libssl.so.8()(64bit) collectd-nut-4.5.3-2.fc11.ppc64 requires libcrypto.so.8()(64bit) collectd-nut-4.5.3-2.fc11.ppc64 requires libssl.so.8()(64bit) collectd-snmp-4.5.3-2.fc11.ppc64 requires libcrypto.so.8()(64bit) compat-erlang-R10B-13.11.fc11.ppc64 requires libssl.so.8()(64bit) compat-erlang-R10B-13.11.fc11.ppc64 requires libcrypto.so.8()(64bit) conexus-ssl-0.9.0-1.fc12.ppc64 requires libssl.so.8()(64bit) conexus-ssl-0.9.0-1.fc12.ppc64 requires libcrypto.so.8()(64bit) evolution-exchange-2.27.91-2.fc12.ppc64 requires libssl.so.8()(64bit) evolution-exchange-2.27.91-2.fc12.ppc64 requires libcrypto.so.8()(64bit) gpsdrive-2.10-0.1.pre7.fc12.ppc64 requires libmapnik.so.0.5()(64bit) hedgewars-0.9.11-2.fc12.ppc64 requires libssl.so.8()(64bit) httping-1.2.9-4.fc11.ppc64 requires libcrypto.so.8()(64bit) httping-1.2.9-4.fc11.ppc64 requires libssl.so.8()(64bit) httrack-3.43.2-4.fc12.ppc64 requires openssl = 0:0.9.8k kdebase3-3.5.10-12.fc12.ppc64 requires libssl.so.8()(64bit) m2crypto-0.20-2.ppc64 requires libcrypto.so.8()(64bit) m2crypto-0.20-2.ppc64 requires libssl.so.8()(64bit) mapserver-5.4.1-1.fc12.ppc64 requires libssl.so.8()(64bit) mapserver-5.4.1-1.fc12.ppc64 requires libcrypto.so.8()(64bit) mapserver-perl-5.4.1-1.fc12.ppc64 requires libssl.so.8()(64bit) mapserver-perl-5.4.1-1.fc12.ppc64 requires libcrypto.so.8()(64bit) mapserver-python-5.4.1-1.fc12.ppc64 requires libssl.so.8()(64bit) mapserver-python-5.4.1-1.fc12.ppc64 requires libcrypto.so.8()(64bit) maven2-plugin-antrun-2.0.8-1.3.fc12.noarch requires maven-embedder maven2-plugin-antrun-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires maven-shared-archiver maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires jmock >= 0:1.0.1 maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires maven-shared-test-tools maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires maven-shared-common-artifact-filters maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires maven-shared-repository-builder maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-testing-tools maven2-plugin-changelog-2.0.8-1.3.fc12.noarch requires maven-doxia-sitetools >= 0:1.0 maven2-plugin-changelog-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-changes-2.0.8-1.3.fc12.noarch requires glassfish-javamail maven2-plugin-changes-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-checkstyle-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-dependency-2.0.8-1.3.fc12.noarch requires maven-shared-dependency-tree maven2-plugin-dependency-2.0.8-1.3.fc12.noarch requires maven-shared-dependency-analyzer maven2-plugin-docck-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-tools-java >= 0:2.2 maven2-plugin-docck-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-tools-api maven2-plugin-docck-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-docck-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-tools-beanshell >= 0:2.2 maven2-plugin-ear-2.0.8-1.3.fc12.noarch requires maven-shared-verifier maven2-plugin-eclipse-2.0.8-1.3.fc12.noarch requires jmock >= 0:1.0.1 maven2-plugin-eclipse-2.0.8-1.3.fc12.noarch requires maven-shared-test-tools maven2-plugin-eclipse-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-testing-tools maven2-plugin-enforcer-2.0.8-1.3.fc12.noarch requires maven-enforcer-rule-api maven2-plugin-help-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-tools-api maven2-plugin-idea-2.0.8-1.3.fc12.noarch requires jmock >= 0:1.0.1 maven2-plugin-jar-2.0.8-1.3.fc12.noarch requires maven-shared-archiver >= 0:2.3 maven2-plugin-javadoc-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-one-2.0.8-1.3.fc12.noarch requires maven-shared-model-converter maven2-plugin-plugin-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-tools-java >= 0:2.2 maven2-plugin-plugin-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-plugin-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-tools-beanshell >= 0:2.2 maven2-plugin-pmd-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-project-info-reports-2.0.8-1.3.fc12.noarch requires maven-shared-jar maven2-plugin-project-info-reports-2.0.8-1.3.fc12.noarch requires maven-doxia-sitetools >= 0:1.0 maven2-plugin-project-info-reports-2.0.8-1.3.fc12.noarch requires maven-shared-dependency-tree maven2-plugin-project-info-reports-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl mingw32-libssh2-1.1-3.fc12.noarch requires mingw32(libcrypto-8.dll) mojito-0.20-2.fc12.ppc64 requires libnm_glib.so.0()(64bit) mysql-administrator-5.0r12-11.fc11.ppc64 requires libcrypto.so.8()(64bit) mysql-administrator-5.0r12-11.fc11.ppc64 requires libssl.so.8()(64bit) mysql-query-browser-5.0r12-11.fc11.ppc64 requires libcrypto.so.8()(64bit) mysql-query-browser-5.0r12-11.fc11.ppc64 requires libssl.so.8()(64bit) network-manager-netbook-1.2-5.fc12.ppc64 requires libnm_glib.so.0()(64bit) nss-tools-3.12.3.99.3-26.fc12.ppc64 requires libsqlite3.so()(64bit) nx-3.3.0-35.fc12.ppc64 requires libcrypto.so.8()(64bit) octave-forge-20080831-10.fc12.ppc64 requires octave(api) = 0:api-v32 openvrml-0.18.3-1.fc12.ppc64 requires java(ppc-64) openvrml-0.18.3-1.fc12.ppc64 requires gecko-libs(ppc-64) >= 0:1.9.1 pathfinderd-1.0.0-2.fc12.ppc64 requires libcrypto.so.8()(64bit) php-mapserver-5.4.1-1.fc12.ppc64 requires libssl.so.8()(64bit) php-mapserver-5.4.1-1.fc12.ppc64 requires libcrypto.so.8()(64bit) ppl-yap-0.10.2-5.fc12.ppc64 requires libYap.so()(64bit) python-mwlib-0.11.2-3.20090522hg2956.fc12.ppc64 requires LabPlot python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.ppc64 requires libparted-1.8.so.8()(64bit) rygel-0.3-5.fc12.ppc64 requires libgee.so.0()(64bit) rygel-tracker-0.3-5.fc12.ppc64 requires libgee.so.0()(64bit) serpentine-0.9-5.fc12.noarch requires gnome-python2-nautilus-cd-burner xsupplicant-1.2.8-10.fc11.ppc64 requires libcrypto.so.8()(64bit) xsupplicant-1.2.8-10.fc11.ppc64 requires libssl.so.8()(64bit) From mike at miketc.net Sun Aug 30 12:56:09 2009 From: mike at miketc.net (Mike Chambers) Date: Sun, 30 Aug 2009 07:56:09 -0500 Subject: (SOLVED: sort of) Canon PIXMA MP190 drivers In-Reply-To: <1251635768.1567.0.camel@scrappy.miketc.net> References: <1251597061.5120.1.camel@scrappy.miketc.net> <1251630813.2592.0.camel@localhost.localdomain> <1251634894.10858.1.camel@scrappy.miketc.net> <1251635768.1567.0.camel@scrappy.miketc.net> Message-ID: <1251636969.1567.3.camel@scrappy.miketc.net> On Sun, 2009-08-30 at 07:36 -0500, Mike Chambers wrote: > On Sun, 2009-08-30 at 07:21 -0500, Mike Chambers wrote: > > On Sun, 2009-08-30 at 12:13 +0100, Tim Waugh wrote: > > > On Sat, 2009-08-29 at 20:51 -0500, Mike Chambers wrote: > > > > Yes I know I should had done my research before buying, but wasn't sure > > > > was gonna get it when I was at the store. Anyway, got this printer, > > > > plugged it in, was detected but said no drivers for it. Any plans on > > > > it, or way I can submit info from the CD to get them in? > > > > > > The gutenprint project supplies a driver for the PIXMA MP180 which might > > > possibly work. > > > > > > Install the gutenprint-cups package for that. > > > > I have it installed, but can't figure out how to use the drivers from > > it? All I see in the printer setup/configuration (s-c-p I guess) is what > > looks like same drivers. Is there a different way to go about it using > > gutenprint? > > Probably same thing, but also went through cups (localhost:631) and I > don't see the pixma mp printers at all. Guess they are called something > else or I need to install something else? Ok, it didn't install the first time, no idea what was up with that but got it going this time. It did find/install the 180 driver and so far it seems to work. Haven't scanned or copied yet but printing works. Thanks, and guess this will work until the 190 comes out. -- Mike Chambers Madisonville, KY From choeger at cs.tu-berlin.de Sun Aug 30 14:59:38 2009 From: choeger at cs.tu-berlin.de (Christoph =?ISO-8859-1?Q?H=F6ger?=) Date: Sun, 30 Aug 2009 16:59:38 +0200 Subject: Dragonfly Mail Agent In-Reply-To: <0016e64097f8c66c8004725619bd@google.com> References: <0016e64097f8c66c8004725619bd@google.com> Message-ID: <1251644378.2510.1.camel@choeger6> Hi, is dma packaged by someone? That would be the first step and I would happily test that thing (having postfix installed after Paul Frields advice which works well). regards Christoph -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Dies ist ein digital signierter Nachrichtenteil URL: From michael.silvanus at gmail.com Sun Aug 30 16:11:58 2009 From: michael.silvanus at gmail.com (Michel Alexandre Salim) Date: Sun, 30 Aug 2009 12:11:58 -0400 Subject: Dragonfly Mail Agent In-Reply-To: <1251644378.2510.1.camel@choeger6> References: <0016e64097f8c66c8004725619bd@google.com> <1251644378.2510.1.camel@choeger6> Message-ID: <615c05430908300911l41daa3c5yd146cfd51c212ad5@mail.gmail.com> 2009/8/30 Christoph H?ger : > Hi, > > is dma packaged by someone? That would be the first step and I would > happily test that thing (having postfix installed after Paul Frields > advice which works well). > I think I'll do the packaging -- it's in Dragonfly's Git, and the one thing I regret about Git vis-a-vis Subversion is that you cannot just grab a subdirectory, so our source verification might get a bit tricky. Regards, -- Michel Alexandre Salim From zaitcev at redhat.com Sun Aug 30 16:21:41 2009 From: zaitcev at redhat.com (Pete Zaitcev) Date: Sun, 30 Aug 2009 10:21:41 -0600 Subject: Fedora on NSLU2/Synology/etc. In-Reply-To: References: <20090829201832.38429149@redhat.com> Message-ID: <20090830102141.7f0ae3ef@redhat.com> On Sun, 30 Aug 2009 16:14:03 +0400, Peter Lemenkov wrote: > http://www.smolts.org/client/show_all/pub_597e2d6d-7d94-4299-a9ae-e7c3a7e35b31 Well, that's encouraging. The big question for me is, is there a sign that a system architecture emerges for ARM, or at least a sufficiently popular basic design that has a future? If we look at Synology, for instance, their DS109j is the 6th revision or so, and it's on the cusp of being replaced again, that's why the price dipped: http://www.amazon.com/Synology-Disk-Station-DS109j-Effective/dp/B0023P5QWW/ Chasing the kaleidoscopic change of platforms is a non-starter for me as a software developer. I want to buy the box, jumpstart it, and it should get into the cloud right away, with my software pulled from the repo and running on it. Currently I use these: http://www.newegg.com/Product/Product.aspx?Item=N82E16856167032 With cheap RAM and disk it goes firmly below $200. If ARM box that I have to nurse into working costs that much, it's not interesting. But I'm willing to investigate, that's what my question was about. -- Pete From michael.silvanus at gmail.com Sun Aug 30 17:50:53 2009 From: michael.silvanus at gmail.com (Michel Alexandre Salim) Date: Sun, 30 Aug 2009 13:50:53 -0400 Subject: rpms/nss/devel nss.spec,1.105,1.106 In-Reply-To: <20090830103710.6e147c3b@faldor.intranet> References: <20090830071354.879AD11C0072@cvs1.fedora.phx.redhat.com> <20090830103710.6e147c3b@faldor.intranet> Message-ID: <615c05430908301050k5a6ce182kde28d6c005c4c3c9@mail.gmail.com> On Sun, Aug 30, 2009 at 4:37 AM, Michael Schwendt wrote: > On Sun, 30 Aug 2009 07:13:54 +0000 (UTC), Elio wrote: > >> Author: emaldonado >> >> Update of /cvs/extras/rpms/nss/devel >> In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv14629 >> >> Modified Files: >> ? ? ? nss.spec >> Log Message: >> Do not require sqlite for nss, it breaks nss-util install - bug 520277 >> It's nss-tools, not nss-util -- Michel Alexandre Salim From sundaram at fedoraproject.org Sun Aug 30 18:03:04 2009 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Sun, 30 Aug 2009 23:33:04 +0530 Subject: rpms/kdebase/devel kdebase.spec,1.386,1.387 In-Reply-To: <4A9AB0FA.8040707@fedoraproject.org> References: <1699680273.413451251627421684.JavaMail.root@zmail06.collab.prod.int.phx2.redhat.com> <4A9AB0FA.8040707@fedoraproject.org> Message-ID: <4A9ABED8.7080701@fedoraproject.org> On 08/30/2009 10:33 PM, Rex Dieter wrote: > > Anyway, I'm open to suggestions on how to better achive what we want > here. Maybe drop the kde-plasma-folderview dep, and just add to comps > instead? FWIW, this is the solution, I prefer. Rahul From rdieter at math.unl.edu Sun Aug 30 20:31:56 2009 From: rdieter at math.unl.edu (Rex Dieter) Date: Sun, 30 Aug 2009 15:31:56 -0500 Subject: rpms/kdebase/devel kdebase.spec,1.386,1.387 References: <1699680273.413451251627421684.JavaMail.root@zmail06.collab.prod.int.phx2.redhat.com> <4A9AB0FA.8040707@fedoraproject.org> <4A9ABED8.7080701@fedoraproject.org> Message-ID: Rahul Sundaram wrote: > On 08/30/2009 10:33 PM, Rex Dieter wrote: >> Anyway, I'm open to suggestions on how to better achive what we want >> here. Maybe drop the kde-plasma-folderview dep, and just add to comps >> instead? > > FWIW, this is the solution, I prefer. sounds like a winner, done. -- Rex From mjs at clemson.edu Sun Aug 30 23:23:50 2009 From: mjs at clemson.edu (Matthew Saltzman) Date: Sun, 30 Aug 2009 19:23:50 -0400 Subject: AucTeX dependencies and TeXLive 2009 Message-ID: <1251674630.24206.13.camel@valkyrie.localdomain> Here's what happens when I try to install AucTeX for Emacs with texlive-2009: $ sudo yum install emacs-auctex Loaded plugins: refresh-packagekit Excluding Packages from RPM Fusion for Fedora 11 - Nonfree Finished Excluding Packages from RPM Fusion for Fedora 11 - Nonfree - Updates Finished Excluding Packages from Fedora 11 - x86_64 - Updates Finished Setting up Install Process Resolving Dependencies --> Running transaction check ---> Package emacs-auctex.noarch 0:11.85-8.fc11 set to be updated --> Processing Dependency: tex-preview = 11.85-8.fc11 for package: emacs-auctex-11.85-8.fc11.noarch --> Processing Dependency: dvipng for package: emacs-auctex-11.85-8.fc11.noarch --> Running transaction check ---> Package dvipng.x86_64 0:1.11-2.fc11 set to be updated --> Processing Dependency: libkpathsea.so.4()(64bit) for package: dvipng-1.11-2.fc11.x86_64 ---> Package tex-preview.noarch 0:11.85-8.fc11 set to be updated --> Running transaction check ---> Package kpathsea.x86_64 0:2007-42.fc11 set to be updated --> Processing Dependency: texlive = 2007-42.fc11 for package: kpathsea-2007-42.fc11.x86_64 --> Finished Dependency Resolution kpathsea-2007-42.fc11.x86_64 from fedora has depsolving problems --> Missing Dependency: texlive = 2007-42.fc11 is needed by package kpathsea-2007-42.fc11.x86_64 (fedora) Error: Missing Dependency: texlive = 2007-42.fc11 is needed by package kpathsea-2007-42.fc11.x86_64 (fedora) You could try using --skip-broken to work around the problem You could try running: package-cleanup --problems package-cleanup --dupes rpm -Va --nofiles --nodigest I have texlive-dvipng, texlive-kpathsea, and texlive-preview installed. Should I file a bug someplace? Thanks. -- Matthew Saltzman Clemson University Math Sciences mjs AT clemson DOT edu http://www.math.clemson.edu/~mjs From alsadi at gmail.com Mon Aug 31 02:59:50 2009 From: alsadi at gmail.com (Muayyad AlSadi) Date: Mon, 31 Aug 2009 05:59:50 +0300 Subject: how to pack an rpm for sqlite manager the xul application Message-ID: <385866f0908301959uc906fa3xe4211d6afa2e8254@mail.gmail.com> hello, Sqlite manager is now made an application not just an extension http://sqlite-manager.googlecode.com/files/SQLiteManager_XR_0.5.2b3.zip (it's supposed to be noarch since it uses python) I can run it like this xulrunner path/application.ini but I tried to copy it to /usr/share/SQLiteManager/ then run as regular user xulrunner /usr/share/SQLiteManager/application.ini it did not work I also tried xulrunner --install-app /path/to/SQLiteManager_XR_0.5.2b3.zip /usr/share/ SQLiteManager and it won't run so what is the right way to make an rpm for it ? From elio.maldonado.batiz at gmail.com Mon Aug 31 03:44:40 2009 From: elio.maldonado.batiz at gmail.com (Elio Maldonado Batiz) Date: Sun, 30 Aug 2009 20:44:40 -0700 Subject: rpms/nss/devel nss.spec,1.105,1.106 In-Reply-To: <615c05430908301050k5a6ce182kde28d6c005c4c3c9@mail.gmail.com> References: <20090830071354.879AD11C0072@cvs1.fedora.phx.redhat.com> <20090830103710.6e147c3b@faldor.intranet> <615c05430908301050k5a6ce182kde28d6c005c4c3c9@mail.gmail.com> Message-ID: <5fd193c90908302044y5143439bpbf90480a4fbf3494@mail.gmail.com> Problem should be fixed in nss-3.12.3.99.3-29.fc12. See http://koji.fedoraproject.org/koji/buildinfo?buildID=129934 and comments in Bug 520277. Elio On Sun, Aug 30, 2009 at 10:50 AM, Michel Alexandre Salim < michael.silvanus at gmail.com> wrote: > On Sun, Aug 30, 2009 at 4:37 AM, Michael Schwendt > wrote: > > On Sun, 30 Aug 2009 07:13:54 +0000 (UTC), Elio wrote: > > > >> Author: emaldonado > >> > >> Update of /cvs/extras/rpms/nss/devel > >> In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv14629 > >> > >> Modified Files: > >> nss.spec > >> Log Message: > >> Do not require sqlite for nss, it breaks nss-util install - bug 520277 > >> > It's nss-tools, not nss-util > > -- > Michel Alexandre Salim > > -- > 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 alexl at users.sourceforge.net Mon Aug 31 08:21:00 2009 From: alexl at users.sourceforge.net (Alex Lancaster) Date: Mon, 31 Aug 2009 01:21:00 -0700 Subject: maven2 broken deps? (Re: rawhide report: 20090830 changes) In-Reply-To: <20090830124409.GA12723@releng2.fedora.phx.redhat.com> (Rawhide Report's message of "Sun\, 30 Aug 2009 12\:44\:09 +0000") References: <20090830124409.GA12723@releng2.fedora.phx.redhat.com> Message-ID: >>>>> Rawhide Report writes: [...] A whole slew of broken deps caused by a new maven2 have been sitting in rawhide for about the last week with no attempted rebuilds to fix it. Anybody know what's going on? > Broken deps for i386 > ---------------------------------------------------------- [...] > maven2-plugin-antrun-2.0.8-1.3.fc12.noarch requires maven-embedder > maven2-plugin-antrun-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl > maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires maven-shared-archiver > maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires jmock >= 0:1.0.1 > maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires maven-shared-test-tools > maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires maven-shared-common-artifact-filters > maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires maven-shared-repository-builder > maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-testing-tools > maven2-plugin-changelog-2.0.8-1.3.fc12.noarch requires maven-doxia-sitetools >= 0:1.0 > maven2-plugin-changelog-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl > maven2-plugin-changes-2.0.8-1.3.fc12.noarch requires glassfish-javamail > maven2-plugin-changes-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl > maven2-plugin-checkstyle-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl > maven2-plugin-dependency-2.0.8-1.3.fc12.noarch requires maven-shared-dependency-tree > maven2-plugin-dependency-2.0.8-1.3.fc12.noarch requires maven-shared-dependency-analyzer > maven2-plugin-docck-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-tools-java >= 0:2.2 > maven2-plugin-docck-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-tools-api > maven2-plugin-docck-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl > maven2-plugin-docck-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-tools-beanshell >= 0:2.2 > maven2-plugin-ear-2.0.8-1.3.fc12.noarch requires maven-shared-verifier > maven2-plugin-eclipse-2.0.8-1.3.fc12.noarch requires jmock >= 0:1.0.1 > maven2-plugin-eclipse-2.0.8-1.3.fc12.noarch requires maven-shared-test-tools > maven2-plugin-eclipse-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-testing-tools > maven2-plugin-enforcer-2.0.8-1.3.fc12.noarch requires maven-enforcer-rule-api > maven2-plugin-help-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-tools-api > maven2-plugin-idea-2.0.8-1.3.fc12.noarch requires jmock >= 0:1.0.1 > maven2-plugin-jar-2.0.8-1.3.fc12.noarch requires maven-shared-archiver >= 0:2.3 > maven2-plugin-javadoc-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl > maven2-plugin-one-2.0.8-1.3.fc12.noarch requires maven-shared-model-converter > maven2-plugin-plugin-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-tools-java >= 0:2.2 > maven2-plugin-plugin-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl > maven2-plugin-plugin-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-tools-beanshell >= 0:2.2 > maven2-plugin-pmd-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl > maven2-plugin-project-info-reports-2.0.8-1.3.fc12.noarch requires maven-shared-jar > maven2-plugin-project-info-reports-2.0.8-1.3.fc12.noarch requires maven-doxia-sitetools >= 0:1.0 > maven2-plugin-project-info-reports-2.0.8-1.3.fc12.noarch requires maven-shared-dependency-tree > maven2-plugin-project-info-reports-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl From akurtako at redhat.com Mon Aug 31 08:31:30 2009 From: akurtako at redhat.com (Alexander Kurtakov) Date: Mon, 31 Aug 2009 11:31:30 +0300 Subject: maven2 broken deps? (Re: rawhide report: 20090830 changes) In-Reply-To: References: <20090830124409.GA12723@releng2.fedora.phx.redhat.com> Message-ID: <200908311131.30775.akurtako@redhat.com> > >>>>> Rawhide Report writes: > > [...] > > A whole slew of broken deps caused by a new maven2 have been sitting > in rawhide for about the last week with no attempted rebuilds to fix > it. Anybody know what's going on? We are working on update of maven2 to not so ancient version. Progress can be tracked at http://fedoraproject.org/wiki/MavenUpdate . Currently we are just 2 guys working on this so any help is welcome. Anybody can pick whatever task he/she wants and help us getting it done. P.S. Broken deps will be fixed when we manage to update maven-shared. Thanks, Alex > > > Broken deps for i386 > > ---------------------------------------------------------- > > [...] > > > maven2-plugin-antrun-2.0.8-1.3.fc12.noarch requires maven-embedder > > maven2-plugin-antrun-2.0.8-1.3.fc12.noarch requires > > maven-shared-reporting-impl maven2-plugin-assembly-2.0.8-1.3.fc12.noarch > > requires maven-shared-archiver > > maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires jmock >= 0:1.0.1 > > maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires > > maven-shared-test-tools maven2-plugin-assembly-2.0.8-1.3.fc12.noarch > > requires maven-shared-common-artifact-filters > > maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires > > maven-shared-repository-builder > > maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires > > maven-shared-plugin-testing-tools > > maven2-plugin-changelog-2.0.8-1.3.fc12.noarch requires > > maven-doxia-sitetools >= 0:1.0 > > maven2-plugin-changelog-2.0.8-1.3.fc12.noarch requires > > maven-shared-reporting-impl maven2-plugin-changes-2.0.8-1.3.fc12.noarch > > requires glassfish-javamail maven2-plugin-changes-2.0.8-1.3.fc12.noarch > > requires maven-shared-reporting-impl > > maven2-plugin-checkstyle-2.0.8-1.3.fc12.noarch requires > > maven-shared-reporting-impl > > maven2-plugin-dependency-2.0.8-1.3.fc12.noarch requires > > maven-shared-dependency-tree > > maven2-plugin-dependency-2.0.8-1.3.fc12.noarch requires > > maven-shared-dependency-analyzer > > maven2-plugin-docck-2.0.8-1.3.fc12.noarch requires > > maven-shared-plugin-tools-java >= 0:2.2 > > maven2-plugin-docck-2.0.8-1.3.fc12.noarch requires > > maven-shared-plugin-tools-api maven2-plugin-docck-2.0.8-1.3.fc12.noarch > > requires maven-shared-reporting-impl > > maven2-plugin-docck-2.0.8-1.3.fc12.noarch requires > > maven-shared-plugin-tools-beanshell >= 0:2.2 > > maven2-plugin-ear-2.0.8-1.3.fc12.noarch requires maven-shared-verifier > > maven2-plugin-eclipse-2.0.8-1.3.fc12.noarch requires jmock >= 0:1.0.1 > > maven2-plugin-eclipse-2.0.8-1.3.fc12.noarch requires > > maven-shared-test-tools maven2-plugin-eclipse-2.0.8-1.3.fc12.noarch > > requires maven-shared-plugin-testing-tools > > maven2-plugin-enforcer-2.0.8-1.3.fc12.noarch requires > > maven-enforcer-rule-api maven2-plugin-help-2.0.8-1.3.fc12.noarch requires > > maven-shared-plugin-tools-api maven2-plugin-idea-2.0.8-1.3.fc12.noarch > > requires jmock >= 0:1.0.1 maven2-plugin-jar-2.0.8-1.3.fc12.noarch > > requires maven-shared-archiver >= 0:2.3 > > maven2-plugin-javadoc-2.0.8-1.3.fc12.noarch requires > > maven-shared-reporting-impl maven2-plugin-one-2.0.8-1.3.fc12.noarch > > requires maven-shared-model-converter > > maven2-plugin-plugin-2.0.8-1.3.fc12.noarch requires > > maven-shared-plugin-tools-java >= 0:2.2 > > maven2-plugin-plugin-2.0.8-1.3.fc12.noarch requires > > maven-shared-reporting-impl maven2-plugin-plugin-2.0.8-1.3.fc12.noarch > > requires maven-shared-plugin-tools-beanshell >= 0:2.2 > > maven2-plugin-pmd-2.0.8-1.3.fc12.noarch requires > > maven-shared-reporting-impl > > maven2-plugin-project-info-reports-2.0.8-1.3.fc12.noarch requires > > maven-shared-jar maven2-plugin-project-info-reports-2.0.8-1.3.fc12.noarch > > requires maven-doxia-sitetools >= 0:1.0 > > maven2-plugin-project-info-reports-2.0.8-1.3.fc12.noarch requires > > maven-shared-dependency-tree > > maven2-plugin-project-info-reports-2.0.8-1.3.fc12.noarch requires > > maven-shared-reporting-impl From fdinitto at redhat.com Mon Aug 31 08:51:02 2009 From: fdinitto at redhat.com (Fabio M. Di Nitto) Date: Mon, 31 Aug 2009 10:51:02 +0200 Subject: How to resurrect a dead package? Message-ID: <1251708662.339.21.camel@cerberus.int.fabbione.net> Hi guys, sorry, I recall this was discussed on the mailing list in the past, but I can't find the thread anymore. I need to resurrect rgmanager package in Fedora. fedora-cvs still has the package so it's only a matter of "re-importing" it into the devel/ branch. What are the right steps to take? Thanks in advance Fabio From alexl at users.sourceforge.net Mon Aug 31 08:53:12 2009 From: alexl at users.sourceforge.net (Alex Lancaster) Date: Mon, 31 Aug 2009 01:53:12 -0700 Subject: NetworkManager-based packages won't rebuild to fix broken deps (was Re: rawhide report: 20090830 changes) In-Reply-To: <20090830124409.GA12723@releng2.fedora.phx.redhat.com> (Rawhide Report's message of "Sun\, 30 Aug 2009 12\:44\:09 +0000") References: <20090830124409.GA12723@releng2.fedora.phx.redhat.com> Message-ID: <38tyzogy9z.fsf@allele2.eebweb.arizona.edu> >>>>> Rawhide Report writes: [...] A NetworkManger update has caused a number of new broken deps. Simple rebuilds for some of these NetworkManager-based apps are failing: > Broken deps for i386 > ---------------------------------------------------------- > NetworkManager-openconnect-0.7.0.99-7.fc12.i686 requires libnm_glib.so.0 > NetworkManager-openconnect-0.7.0.99-7.fc12.i686 requires libnm_glib_vpn.so.0 > 1:NetworkManager-openvpn-0.7.1-2.git20090714.fc12.i686 requires libnm_glib.so.0 > 1:NetworkManager-openvpn-0.7.1-2.git20090714.fc12.i686 requires libnm_glib_vpn.so.0 > 1:NetworkManager-pptp-0.7.0.99-3.fc12.i686 requires libnm_glib.so.0 > 1:NetworkManager-pptp-0.7.0.99-3.fc12.i686 requires libnm_glib_vpn.so.0 > anaconda-12.17-1.fc12.i686 requires libnm_glib.so.0 > anaconda-12.17-1.fc12.i686 requires libaudit.so.0 e.g for > mojito-0.20-2.fc12.i686 requires libnm_glib.so.0 http://koji.fedoraproject.org/koji/taskinfo?taskID=1645079 and for: > network-manager-netbook-1.2-5.fc12.i686 requires libnm_glib.so.0 http://koji.fedoraproject.org/koji/taskinfo?taskID=1645087 Has something changed in the API/ABI? Alex From mschwendt at gmail.com Mon Aug 31 09:01:37 2009 From: mschwendt at gmail.com (Michael Schwendt) Date: Mon, 31 Aug 2009 11:01:37 +0200 Subject: rpms/nss/devel nss.spec,1.105,1.106 In-Reply-To: <5fd193c90908302044y5143439bpbf90480a4fbf3494@mail.gmail.com> References: <20090830071354.879AD11C0072@cvs1.fedora.phx.redhat.com> <20090830103710.6e147c3b@faldor.intranet> <615c05430908301050k5a6ce182kde28d6c005c4c3c9@mail.gmail.com> <5fd193c90908302044y5143439bpbf90480a4fbf3494@mail.gmail.com> Message-ID: <20090831110137.5d802e1f@faldor.intranet> On Sun, 30 Aug 2009 20:44:40 -0700, Elio wrote: > Problem should be fixed in nss-3.12.3.99.3-29.fc12. See > http://koji.fedoraproject.org/koji/buildinfo?buildID=129934 > and comments in Bug 520277. Why do you add an explicit "Requires: sqlite" to package "nss" if that one isn't even linked with sqlite? In case you meant to add it to "nss-tools" instead, that one doesn't need an explicit dep on sqlite either (the dependency on the arch-specific libsqlite SONAME is automatic). https://fedoraproject.org/wiki/Packaging/Guidelines#Explicit_Requires From alexl at users.sourceforge.net Mon Aug 31 09:16:49 2009 From: alexl at users.sourceforge.net (Alex Lancaster) Date: Mon, 31 Aug 2009 02:16:49 -0700 Subject: maven2 broken deps? (Re: rawhide report: 20090830 changes) In-Reply-To: <200908311131.30775.akurtako@redhat.com> (Alexander Kurtakov's message of "Mon\, 31 Aug 2009 11\:31\:30 +0300") References: <20090830124409.GA12723@releng2.fedora.phx.redhat.com> <200908311131.30775.akurtako@redhat.com> Message-ID: >>>>> "AK" == Alexander Kurtakov writes: >> >>>>> Rawhide Report writes: >> >> [...] >> >> A whole slew of broken deps caused by a new maven2 have been sitting >> in rawhide for about the last week with no attempted rebuilds to fix >> it. Anybody know what's going on? AK> We are working on update of maven2 to not so ancient version. Progress can be AK> tracked at http://fedoraproject.org/wiki/MavenUpdate . Currently we are just 2 AK> guys working on this so any help is welcome. Anybody can pick whatever task AK> he/she wants and help us getting it done. AK> P.S. Broken deps will be fixed when we manage to update maven-shared. Since this requires an interconnected set of dependencies, it should probably have been done by requesting a special build tag from rel-eng, like dist-f12-maven2. Then all rebuilds could be done against the new tag and once all was working correctly, then you would request a retagging back into the regular dist-f12 in one hit. That way you get all the packages updated to the new maven2 in one hit and it can be rolled back easily if the entire maven doesn't make the release date. This is how major updates to Python and Perl are done. The way it's currently done means that because you don't know how long it will take to update all the relevant packages, the brokeness might be around until F-12 and makes it harder to roll back to a last known good version. Alex From caolanm at redhat.com Mon Aug 31 09:18:49 2009 From: caolanm at redhat.com (=?ISO-8859-1?Q?Caol=E1n?= McNamara) Date: Mon, 31 Aug 2009 10:18:49 +0100 Subject: NetworkManager-based packages won't rebuild to fix broken deps (was Re: rawhide report: 20090830 changes) In-Reply-To: <38tyzogy9z.fsf@allele2.eebweb.arizona.edu> References: <20090830124409.GA12723@releng2.fedora.phx.redhat.com> <38tyzogy9z.fsf@allele2.eebweb.arizona.edu> Message-ID: <1251710329.2727.2848.camel@Vain> On Mon, 2009-08-31 at 01:53 -0700, Alex Lancaster wrote: > >>>>> Rawhide Report writes: > Has something changed in the API/ABI? The name of the .pc file itself, i.e. libnm-glib.pc -> libnm_glib.pc, so pkg-config --exists libnm-glib instead of pkg-config --exists libnm_glib etc. No idea if this is an intentional change or not, but I assume that it is. C. From akurtako at redhat.com Mon Aug 31 09:42:32 2009 From: akurtako at redhat.com (Alexander Kurtakov) Date: Mon, 31 Aug 2009 12:42:32 +0300 Subject: maven2 broken deps? (Re: rawhide report: 20090830 changes) In-Reply-To: References: <20090830124409.GA12723@releng2.fedora.phx.redhat.com> <200908311131.30775.akurtako@redhat.com> Message-ID: <200908311242.42017.akurtako@redhat.com> > >>>>> "AK" == Alexander Kurtakov writes: > >> >>>>> Rawhide Report writes: > >> > >> [...] > >> > >> A whole slew of broken deps caused by a new maven2 have been sitting > >> in rawhide for about the last week with no attempted rebuilds to fix > >> it. Anybody know what's going on? > > AK> We are working on update of maven2 to not so ancient version. Progress > can be AK> tracked at http://fedoraproject.org/wiki/MavenUpdate . Currently > we are just 2 AK> guys working on this so any help is welcome. Anybody can > pick whatever task AK> he/she wants and help us getting it done. > AK> P.S. Broken deps will be fixed when we manage to update maven-shared. > > Since this requires an interconnected set of dependencies, it should > probably have been done by requesting a special build tag from > rel-eng, like dist-f12-maven2. > > Then all rebuilds could be done against the new tag and once all was > working correctly, then you would request a retagging back into the > regular dist-f12 in one hit. That way you get all the packages > updated to the new maven2 in one hit and it can be rolled back easily > if the entire maven doesn't make the release date. This is how > major updates to Python and Perl are done. > > The way it's currently done means that because you don't know how long > it will take to update all the relevant packages, the brokeness might > be around until F-12 and makes it harder to roll back to a last known > good version. Yeah, you're right but there is no last known good version - maven 2.0.4 is unusable to build anything(with really small exceptions) nowadays so we have nothing to lose. Hopefully making the problem more visible will get someone to help us and F-12 version will be better than the F-11 version for sure :) Alex > > Alex From giallu at gmail.com Mon Aug 31 09:48:33 2009 From: giallu at gmail.com (Gianluca Sforna) Date: Mon, 31 Aug 2009 11:48:33 +0200 Subject: How to resurrect a dead package? In-Reply-To: <1251708662.339.21.camel@cerberus.int.fabbione.net> References: <1251708662.339.21.camel@cerberus.int.fabbione.net> Message-ID: On Mon, Aug 31, 2009 at 10:51 AM, Fabio M. Di Nitto wrote: > What are the right steps to take? I think: http://fedoraproject.org/wiki/PackageMaintainers/OrphanedPackages covers them. -- Gianluca Sforna http://morefedora.blogspot.com http://www.linkedin.com/in/gianlucasforna From alexl at users.sourceforge.net Mon Aug 31 09:59:20 2009 From: alexl at users.sourceforge.net (Alex Lancaster) Date: Mon, 31 Aug 2009 02:59:20 -0700 Subject: NetworkManager-based packages won't rebuild to fix broken deps In-Reply-To: <1251710329.2727.2848.camel@Vain> (=?iso-8859-1?Q?=22Caol=E1n?= McNamara"'s message of "Mon\, 31 Aug 2009 10\:18\:49 +0100") References: <20090830124409.GA12723@releng2.fedora.phx.redhat.com> <38tyzogy9z.fsf@allele2.eebweb.arizona.edu> <1251710329.2727.2848.camel@Vain> Message-ID: >>>>> "CM" == Caol?n McNamara writes: CM> On Mon, 2009-08-31 at 01:53 -0700, Alex Lancaster wrote: >> >>>>> Rawhide Report writes: >> Has something changed in the API/ABI? CM> The name of the .pc file itself, i.e. libnm-glib.pc -> libnm_glib.pc, so CM> pkg-config --exists libnm-glib instead of pkg-config --exists libnm_glib CM> etc. No idea if this is an intentional change or not, but I assume that CM> it is. If so, it would have been kind of nice to announce it here on fedora-devel-list so that maintainers of dependent packages would be prepared. (At least I couldn't find an announcement in the quick search of the past few days of archives I checked). Alex From fdinitto at redhat.com Mon Aug 31 10:27:41 2009 From: fdinitto at redhat.com (Fabio M. Di Nitto) Date: Mon, 31 Aug 2009 12:27:41 +0200 Subject: How to resurrect a dead package? In-Reply-To: References: <1251708662.339.21.camel@cerberus.int.fabbione.net> Message-ID: <1251714461.339.25.camel@cerberus.int.fabbione.net> On Mon, 2009-08-31 at 11:48 +0200, Gianluca Sforna wrote: > On Mon, Aug 31, 2009 at 10:51 AM, Fabio M. Di Nitto wrote: > > What are the right steps to take? > > I think: > http://fedoraproject.org/wiki/PackageMaintainers/OrphanedPackages > > covers them. Looks like it.. thanks! Fabio From jreznik at redhat.com Mon Aug 31 10:42:17 2009 From: jreznik at redhat.com (Jaroslav Reznik) Date: Mon, 31 Aug 2009 12:42:17 +0200 Subject: PolicyKit 0.9 is going away In-Reply-To: References: <1251326269.1614.26.camel@planemask> <1251498793.1687.12.camel@planemask> Message-ID: <200908311242.17740.jreznik@redhat.com> On Saturday 29 August 2009 22:43:46 Kevin Kofler wrote: > Matthias Clasen wrote: > > Anyway, this all seems to be a somewhat moot discussion, trying to nail > > us down on a 'promise to keep the old stuff around', when there already > > is a patch that can solve the whole dilemma. > > Looks like this is actually moot. I checked for how much of KDE really uses > PolicyKit as of KDE 4.3. It turns out that the only user is PolicyKit-KDE > itself. And it's kinda moot to keep the old framework around just to have > an authentication agent no program will ever call into or an authorization > editor for a database no other program will ever look into. ;-) I told you that it's not used (nearly) anywhere ;-) I proposed removal of Polkit-qt and PolicyKit-KDE - we don't need it (for now). It's maybe better solution than shipping incompatible library with the upstream one. API & ABI compatibility is broken by my patch. But the patch is working, need some polishing. That's not problem, compatibility is. > So I'm retracting both my offer to maintain a compat package for PolicyKit > 0.9 and my request to not retire it, it looks like we really don't need it > anymore. (Well, it's pretty bad that we get PK1 forced on us before the KDE > auth agent is ready, but that's not something a compat package could fix, > only reverting the whole thing could.) Kauth actually uses old Polkit-qt but it's KDE 4.4 stuff. It should be ported to use PK1 - question is - port it directly to KAuth - so we don't need PolicyKit-Qt but Qt based library should be nice to have. I think best way to avoid this problems is to do the same as in PackageKit - PolicyKit-qt should be part of PolicyKit GIT/package. David, Matthias what do you think? Could I ask you to join you there? > Hopefully, by KDE 4.4, when more KDE > stuff will actually use PolicyKit, we'll have a solution for PolicyKit 1 > support. I also hope we'll be able to provide a KDE auth agent soon (but > for now please see our request to enable the GNOME one in KDE ? we need > SOME auth agent running in KDE ASAP to make KPackageKit work properly). +1 > Kevin Kofler Jaroslav -- Jaroslav ?ezn?k Associate Software Engineer - Base Operating Systems Brno Office: +420 532 294 275 Mobile: +420 731 455 332 Red Hat, Inc. http://cz.redhat.com/ From rawhide at fedoraproject.org Mon Aug 31 11:01:11 2009 From: rawhide at fedoraproject.org (Rawhide Report) Date: Mon, 31 Aug 2009 11:01:11 +0000 Subject: rawhide report: 20090831 changes Message-ID: <20090831110111.GA2422@releng2.fedora.phx.redhat.com> Compose started at Mon Aug 31 06:15:05 UTC 2009 New package R-affy Methods for Affymetrix Oligonucleotide Arrays New package python-werkzeug The Swiss Army knife of Python web development Updated Packages: NetworkManager-openconnect-0.7.996-1.git20090828.fc12 ----------------------------------------------------- * Sun Aug 30 2009 Dan Williams - 0.7.996-1 - Rebuild for updated NetworkManager - Drop upstreamed patches NetworkManager-openvpn-0.7.996-1.git20090828.fc12 ------------------------------------------------- * Fri Aug 28 2009 Dan Williams - 1:0.7.996-1 - Rebuild for updated NetworkManager NetworkManager-pptp-0.7.996-1.git20090828.fc12 ---------------------------------------------- * Fri Aug 28 2009 Dan Williams - 1:0.7.996-1 - Rebuild for updated NetworkManager - Fix window title of Advanced dialog NetworkManager-vpnc-0.7.996-2.git20090828.fc12 ---------------------------------------------- * Sun Aug 30 2009 Dan Williams - 1:0.7.996-2 - Fix NM requirement cksfv-1.3.14-1.fc12 ------------------- * Sun Aug 30 2009 Christopher Stone 1.3.14-1 - Upstream sync - Remove no longer needed man page patch clutter-1.0.4-1.fc12 -------------------- * Sun Aug 30 2009 Owen Taylor - 1.0.4-1 - Update to 1.0.4, update gobject-introspection requirement evolution-exchange-2.27.91-3.fc12 --------------------------------- * Sun Aug 30 2009 Matthew Barnes - 2.27.91-3.fc12 - Rebuild again. gconf-cleaner-0.0.3-1.fc12 -------------------------- * Sun Aug 30 2009 Pablo Martin-Gomez - 0.0.3-1 - Update to 0.0.3 - Use upstream .desktop file and fix it for bug rh #248166 glibmm24-2.21.4-1.fc12 ---------------------- * Sun Aug 30 2009 Denis Leroy - 2.21.4-1 - Update to upstream 2.21.4 gnome-settings-daemon-2.27.91-3.fc12 ------------------------------------ * Sun Aug 30 2009 Matthias Clasen - 2.27.91-3 - Make 'Locate Pointer' work with metacity again hunspell-ko-0.3.3-1.fc12 ------------------------ * Sun Aug 30 2009 Caolan McNamara - 0.3.3-1 - latest version ibus-1.2.0.20090828-2.fc12 -------------------------- * Mon Aug 31 2009 Peng Huang - 1.2.0.20090828-2 - Change icon path in ibus.conf ibus-table-erbi-1.2.0.20090831-1.fc12 ------------------------------------- * Mon Aug 31 2009 Caius 'kaio' Chance - 1.1.0.20090831-1.fc12 - Updated source. * Fri Aug 28 2009 Caius 'kaio' Chance - 1.1.0.20090828-1.fc12 - Updated source with addition of standard ErBi table. - Corrected Requires package. libsigc++20-2.2.4.1-1.fc12 -------------------------- * Sat Aug 29 2009 Denis Leroy - 2.2.4.1-1 - Update to upstream 2.2.4.1 - Added devhelp book and necessary BRs - Split documentation into new subpackage - Moved documentation to gtk-doc dir m2crypto-0.20.1-1 ----------------- * Sun Aug 30 2009 Miloslav Trma? - 0.20.1-1 - Update to m2crypto-0.20.1 - Add upstream patch to build with OpenSSL 1.0.0 mapserver-5.4.2-1.fc12 ---------------------- * Mon Aug 31 2009 Devrim GUNDUZ - 5.4.2-1 - Update to 5.4.2, which fixes CVE-2009-0840 and various fixes described in : http://trac.osgeo.org/mapserver/browser/tags/rel-5-4-2/mapserver/HISTORY.TXT * Fri Aug 21 2009 Tomas Mraz - 5.4.1-3 - rebuilt with new openssl * Sat Jul 25 2009 Fedora Release Engineering - 5.4.1-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild maxima-5.19.2-1.fc12 -------------------- * Sun Aug 30 2009 Rex Dieter - 5.19.2-1 - maxima-5.19.2 mingw32-enchant-1.5.0-3.fc12 ---------------------------- * Sun Aug 30 2009 Erik van Pienbroek - 1.5.0-3 - Automatically generate debuginfo subpackage mingw32-hunspell-1.2.8-10.fc12 ------------------------------ * Sun Aug 30 2009 Erik van Pienbroek - 1.2.8-10 - Automatically generate debuginfo subpackage mingw32-libidn-1.14-4.fc12 -------------------------- * Sun Aug 30 2009 Erik van Pienbroek - 1.14-4 - Automatically generate debuginfo subpackage mingw32-libssh2-1.1-4.fc12 -------------------------- * Sun Aug 30 2009 Erik van Pienbroek - 1.1-4 - Rebuild for new mingw32-openssl - Automatically generate debuginfo subpackage nss-3.12.3.99.3-29.fc12 ----------------------- * Sun Aug 30 2009 Elio Maldonado - 3.12.3.99.3-28 - restore require sqlite * Sun Aug 30 2009 Elio Maldonado - 3.12.3.99.3-29 - Restoring patches 2 and 7 as we still compile all sources - Applying the nss-nolocalsql.patch solves nss-tools sqlite dependency problems nss-softokn-3.12.3.99.3-23.fc12 ------------------------------- * Sun Aug 30 2009 Elio Maldonado - 3.12.3.99.3-23 - Explicitly state via nss_util_version the nss-util version we require pathfinder-1.1.0-1.fc12 ----------------------- * Thu Aug 27 2009 Konstantin Ryabitsev - 1.1.0-1 - Upstream 1.1.0 - Remove gcc 4.4 patch (upstreamed) - Remove wvargs patch (upstreamed) - Disable checks (http://code.google.com/p/pathfinder-pki/issues/detail?id=23) * Fri Aug 21 2009 Tomas Mraz - 1.0.0-3 - rebuilt with new openssl perl-MP3-Info-1.24-1.fc12 ------------------------- * Sun Aug 30 2009 Christopher Stone 1.24-1 - Upstream sync php-pear-Crypt-CHAP-1.0.2-1.fc12 -------------------------------- * Sun Aug 30 2009 Christopher Stone 1.0.2-1 - Upstream sync php-pear-DB-DataObject-1.8.12-1.fc12 ------------------------------------ * Sun Aug 30 2009 Christopher Stone 1.8.12-1 - Upstream sync php-pear-Date-Holidays-0.21.4-1.fc12.1 -------------------------------------- * Sun Aug 30 2009 Christopher Stone 0.21.4-1.1 - Upstream sync pylint-0.18.1-1.fc12 -------------------- * Sun Aug 30 2009 Konstantin Ryabitsev - 0.18.1-1 - Upstream 0.18.1 (bugfixes and small enhancements) python-IPy-0.63-1.fc12 ---------------------- * Sun Aug 30 2009 Matt Domsch - 0.63-1 - Fix formatting of "IPv4 in IPv6" network: IP('::ffff:192.168.10.0/120') python-logilab-astng-0.19.1-1.fc12 ---------------------------------- * Sun Aug 30 2009 Konstantin Ryabitsev - 0.19.1-1 - Upstream 0.19.1 (bugfixes) python-logilab-common-0.45.0-1.fc12 ----------------------------------- * Sun Aug 30 2009 Konstantin Ryabitsev - 0.45.0-1 - Upstream 0.45.0 (small enhancements and bugfixes) qt-4.5.2-12.fc12 ---------------- * Thu Aug 27 2009 Rex Dieter 4.5.2-12 - use platform linux-g++ everwhere (ie, drop linux-g++-64 on 64 bit), avoids plugin/linker weirdness described in bug #475110 telepathy-stream-engine-0.5.11-1.fc12 ------------------------------------- * Sun Aug 30 2009 Brian Pepple - 0.5.11-1 - Update to 0.5.11. wine-1.1.28-1.fc12 ------------------ * Mon Aug 24 2009 Andreas Bierfert - 1.1.28-1 - version upgrade - make 32bit and 64bit version parallel installable * Sun Aug 09 2009 Andreas Bierfert - 1.1.27-1 - version upgrade - WinePulse 0.30 * Thu Aug 06 2009 Andreas Bierfert - 1.1.26-2 - build 32bit wine on x86_64 and prepare for 64bit parallel build (#487651) - fix subpackage problems (#485410,#508766,#508944,#514967) - fix nss dependencies on x86_64 (#508412) wordpress-2.8.4-1.fc12 ---------------------- * Sun Aug 30 2009 Adrian Reber - 2.8.4-1 - updated to 2.8.4 (security fixes were already available with 2.8.3-2) xlockmore-5.28-1.fc12 --------------------- * Sun Aug 30 2009 Adrian Reber - 5.28-1 - updated to 5.28 - applied patch to fix "xlock -mode petri segfaults with 32 bit displays" (#518379) xorg-x11-server-1.6.99-43.20090828.fc12 --------------------------------------- * Fri Aug 28 2009 Peter Hutterer 1.6.99-43.20090828 - Today's git snapshot. Summary: Added Packages: 2 Removed Packages: 0 Modified Packages: 38 Broken deps for i386 ---------------------------------------------------------- 389-ds-base-1.2.2-1.fc12.i686 requires libcrypto.so.8 anaconda-12.17-1.fc12.i686 requires libnm_glib.so.0 anaconda-12.17-1.fc12.i686 requires libaudit.so.0 anerley-0.0.20-3.fc12.i686 requires libmissioncontrol-client.so.0 anerley-devel-0.0.20-3.fc12.i686 requires pkgconfig(libmissioncontrol) anjal-0.1.0-0.7.20090821git5ac8bfe.fc12.i686 requires libmissioncontrol-client.so.0 asterisk-1.6.1-0.24.rc1.fc12.i686 requires libssl.so.8 asterisk-1.6.1-0.24.rc1.fc12.i686 requires libcrypto.so.8 asterisk-fax-1.6.1-0.24.rc1.fc12.i686 requires libspandsp.so.1 asterisk-snmp-1.6.1-0.24.rc1.fc12.i686 requires libcrypto.so.8 asterisk-voicemail-imap-1.6.1-0.24.rc1.fc12.i686 requires libssl.so.8 asterisk-voicemail-imap-1.6.1-0.24.rc1.fc12.i686 requires libcrypto.so.8 chunkd-0.4-4.fc12.i686 requires libssl.so.8 chunkd-0.4-4.fc12.i686 requires libcrypto.so.8 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0 clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 cluttermm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-0.9) collectd-mysql-4.5.3-2.fc11.i586 requires libcrypto.so.8 collectd-mysql-4.5.3-2.fc11.i586 requires libssl.so.8 collectd-nut-4.5.3-2.fc11.i586 requires libcrypto.so.8 collectd-nut-4.5.3-2.fc11.i586 requires libssl.so.8 collectd-snmp-4.5.3-2.fc11.i586 requires libcrypto.so.8 compat-erlang-R10B-13.11.fc11.i586 requires libssl.so.8 compat-erlang-R10B-13.11.fc11.i586 requires libcrypto.so.8 conexus-ssl-0.9.0-1.fc12.i686 requires libssl.so.8 conexus-ssl-0.9.0-1.fc12.i686 requires libcrypto.so.8 gpsdrive-2.10-0.1.pre7.fc12.i586 requires libmapnik.so.0.5 gstreamermm-0.10.4-1.fc12.i686 requires libglibmm_generate_extra_defs-2.4.so.1 hedgewars-0.9.11-2.fc12.i686 requires libssl.so.8 httping-1.2.9-4.fc11.i586 requires libcrypto.so.8 httping-1.2.9-4.fc11.i586 requires libssl.so.8 httrack-3.43.2-4.fc12.i686 requires openssl = 0:0.9.8k kdebase3-3.5.10-12.fc12.i686 requires libssl.so.8 maven2-plugin-antrun-2.0.8-1.3.fc12.noarch requires maven-embedder maven2-plugin-antrun-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires maven-shared-archiver maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires jmock >= 0:1.0.1 maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires maven-shared-test-tools maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires maven-shared-common-artifact-filters maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires maven-shared-repository-builder maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-testing-tools maven2-plugin-changelog-2.0.8-1.3.fc12.noarch requires maven-doxia-sitetools >= 0:1.0 maven2-plugin-changelog-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-changes-2.0.8-1.3.fc12.noarch requires glassfish-javamail maven2-plugin-changes-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-checkstyle-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-dependency-2.0.8-1.3.fc12.noarch requires maven-shared-dependency-tree maven2-plugin-dependency-2.0.8-1.3.fc12.noarch requires maven-shared-dependency-analyzer maven2-plugin-docck-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-tools-java >= 0:2.2 maven2-plugin-docck-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-tools-api maven2-plugin-docck-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-docck-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-tools-beanshell >= 0:2.2 maven2-plugin-ear-2.0.8-1.3.fc12.noarch requires maven-shared-verifier maven2-plugin-eclipse-2.0.8-1.3.fc12.noarch requires jmock >= 0:1.0.1 maven2-plugin-eclipse-2.0.8-1.3.fc12.noarch requires maven-shared-test-tools maven2-plugin-eclipse-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-testing-tools maven2-plugin-enforcer-2.0.8-1.3.fc12.noarch requires maven-enforcer-rule-api maven2-plugin-help-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-tools-api maven2-plugin-idea-2.0.8-1.3.fc12.noarch requires jmock >= 0:1.0.1 maven2-plugin-jar-2.0.8-1.3.fc12.noarch requires maven-shared-archiver >= 0:2.3 maven2-plugin-javadoc-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-one-2.0.8-1.3.fc12.noarch requires maven-shared-model-converter maven2-plugin-plugin-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-tools-java >= 0:2.2 maven2-plugin-plugin-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-plugin-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-tools-beanshell >= 0:2.2 maven2-plugin-pmd-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-project-info-reports-2.0.8-1.3.fc12.noarch requires maven-shared-jar maven2-plugin-project-info-reports-2.0.8-1.3.fc12.noarch requires maven-doxia-sitetools >= 0:1.0 maven2-plugin-project-info-reports-2.0.8-1.3.fc12.noarch requires maven-shared-dependency-tree maven2-plugin-project-info-reports-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl mojito-0.20-2.fc12.i686 requires libnm_glib.so.0 mysql-administrator-5.0r12-11.fc11.i586 requires libssl.so.8 mysql-administrator-5.0r12-11.fc11.i586 requires libcrypto.so.8 mysql-query-browser-5.0r12-11.fc11.i586 requires libssl.so.8 mysql-query-browser-5.0r12-11.fc11.i586 requires libcrypto.so.8 network-manager-netbook-1.2-5.fc12.i686 requires libnm_glib.so.0 nx-3.3.0-35.fc12.i586 requires libcrypto.so.8 octave-forge-20080831-10.fc12.i686 requires octave(api) = 0:api-v32 openvrml-0.18.3-1.fc12.i686 requires java(x86-32) openvrml-0.18.3-1.fc12.i686 requires gecko-libs(x86-32) >= 0:1.9.1 ppl-yap-0.10.2-5.fc12.i686 requires libYap.so python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.i586 requires libparted-1.8.so.8 rygel-0.3-5.fc12.i686 requires libgee.so.0 rygel-tracker-0.3-5.fc12.i686 requires libgee.so.0 serpentine-0.9-5.fc12.noarch requires gnome-python2-nautilus-cd-burner tabled-0.3-4.fc12.i686 requires libssl.so.8 tabled-0.3-4.fc12.i686 requires libcrypto.so.8 xsupplicant-1.2.8-10.fc11.i586 requires libcrypto.so.8 xsupplicant-1.2.8-10.fc11.i586 requires libssl.so.8 Broken deps for x86_64 ---------------------------------------------------------- 389-ds-base-1.2.2-1.fc12.i686 requires libcrypto.so.8 389-ds-base-1.2.2-1.fc12.x86_64 requires libcrypto.so.8()(64bit) anaconda-12.17-1.fc12.x86_64 requires libnm_glib.so.0()(64bit) anaconda-12.17-1.fc12.x86_64 requires libaudit.so.0()(64bit) anerley-0.0.20-3.fc12.i686 requires libmissioncontrol-client.so.0 anerley-0.0.20-3.fc12.x86_64 requires libmissioncontrol-client.so.0()(64bit) anerley-devel-0.0.20-3.fc12.i686 requires pkgconfig(libmissioncontrol) anerley-devel-0.0.20-3.fc12.x86_64 requires pkgconfig(libmissioncontrol) anjal-0.1.0-0.7.20090821git5ac8bfe.fc12.x86_64 requires libmissioncontrol-client.so.0()(64bit) asterisk-1.6.1-0.24.rc1.fc12.x86_64 requires libssl.so.8()(64bit) asterisk-1.6.1-0.24.rc1.fc12.x86_64 requires libcrypto.so.8()(64bit) asterisk-fax-1.6.1-0.24.rc1.fc12.x86_64 requires libspandsp.so.1()(64bit) asterisk-snmp-1.6.1-0.24.rc1.fc12.x86_64 requires libcrypto.so.8()(64bit) asterisk-voicemail-imap-1.6.1-0.24.rc1.fc12.x86_64 requires libcrypto.so.8()(64bit) asterisk-voicemail-imap-1.6.1-0.24.rc1.fc12.x86_64 requires libssl.so.8()(64bit) chunkd-0.4-4.fc12.i686 requires libssl.so.8 chunkd-0.4-4.fc12.i686 requires libcrypto.so.8 chunkd-0.4-4.fc12.x86_64 requires libssl.so.8()(64bit) chunkd-0.4-4.fc12.x86_64 requires libcrypto.so.8()(64bit) clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.x86_64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.x86_64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.x86_64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8) clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.x86_64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.x86_64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-gtk-0.9) clutter-gtkmm-devel-0.9.4-1.fc12.x86_64 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 cluttermm-0.9.4-1.fc12.x86_64 requires libclutter-glx-0.9.so.0()(64bit) cluttermm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-0.9) cluttermm-devel-0.9.4-1.fc12.x86_64 requires pkgconfig(clutter-0.9) collectd-mysql-4.5.3-2.fc11.x86_64 requires libcrypto.so.8()(64bit) collectd-mysql-4.5.3-2.fc11.x86_64 requires libssl.so.8()(64bit) collectd-nut-4.5.3-2.fc11.x86_64 requires libcrypto.so.8()(64bit) collectd-nut-4.5.3-2.fc11.x86_64 requires libssl.so.8()(64bit) collectd-snmp-4.5.3-2.fc11.x86_64 requires libcrypto.so.8()(64bit) compat-erlang-R10B-13.11.fc11.x86_64 requires libssl.so.8()(64bit) compat-erlang-R10B-13.11.fc11.x86_64 requires libcrypto.so.8()(64bit) conexus-ssl-0.9.0-1.fc12.i686 requires libssl.so.8 conexus-ssl-0.9.0-1.fc12.i686 requires libcrypto.so.8 conexus-ssl-0.9.0-1.fc12.x86_64 requires libssl.so.8()(64bit) conexus-ssl-0.9.0-1.fc12.x86_64 requires libcrypto.so.8()(64bit) gpsdrive-2.10-0.1.pre7.fc12.x86_64 requires libmapnik.so.0.5()(64bit) gstreamermm-0.10.4-1.fc12.i686 requires libglibmm_generate_extra_defs-2.4.so.1 gstreamermm-0.10.4-1.fc12.x86_64 requires libglibmm_generate_extra_defs-2.4.so.1()(64bit) hedgewars-0.9.11-2.fc12.x86_64 requires libssl.so.8()(64bit) httping-1.2.9-4.fc11.x86_64 requires libcrypto.so.8()(64bit) httping-1.2.9-4.fc11.x86_64 requires libssl.so.8()(64bit) httrack-3.43.2-4.fc12.i686 requires openssl = 0:0.9.8k httrack-3.43.2-4.fc12.x86_64 requires openssl = 0:0.9.8k kdebase3-3.5.10-12.fc12.x86_64 requires libssl.so.8()(64bit) maven2-plugin-antrun-2.0.8-1.3.fc12.noarch requires maven-embedder maven2-plugin-antrun-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires maven-shared-archiver maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires jmock >= 0:1.0.1 maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires maven-shared-test-tools maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires maven-shared-common-artifact-filters maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires maven-shared-repository-builder maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-testing-tools maven2-plugin-changelog-2.0.8-1.3.fc12.noarch requires maven-doxia-sitetools >= 0:1.0 maven2-plugin-changelog-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-changes-2.0.8-1.3.fc12.noarch requires glassfish-javamail maven2-plugin-changes-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-checkstyle-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-dependency-2.0.8-1.3.fc12.noarch requires maven-shared-dependency-tree maven2-plugin-dependency-2.0.8-1.3.fc12.noarch requires maven-shared-dependency-analyzer maven2-plugin-docck-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-tools-java >= 0:2.2 maven2-plugin-docck-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-tools-api maven2-plugin-docck-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-docck-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-tools-beanshell >= 0:2.2 maven2-plugin-ear-2.0.8-1.3.fc12.noarch requires maven-shared-verifier maven2-plugin-eclipse-2.0.8-1.3.fc12.noarch requires jmock >= 0:1.0.1 maven2-plugin-eclipse-2.0.8-1.3.fc12.noarch requires maven-shared-test-tools maven2-plugin-eclipse-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-testing-tools maven2-plugin-enforcer-2.0.8-1.3.fc12.noarch requires maven-enforcer-rule-api maven2-plugin-help-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-tools-api maven2-plugin-idea-2.0.8-1.3.fc12.noarch requires jmock >= 0:1.0.1 maven2-plugin-jar-2.0.8-1.3.fc12.noarch requires maven-shared-archiver >= 0:2.3 maven2-plugin-javadoc-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-one-2.0.8-1.3.fc12.noarch requires maven-shared-model-converter maven2-plugin-plugin-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-tools-java >= 0:2.2 maven2-plugin-plugin-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-plugin-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-tools-beanshell >= 0:2.2 maven2-plugin-pmd-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-project-info-reports-2.0.8-1.3.fc12.noarch requires maven-shared-jar maven2-plugin-project-info-reports-2.0.8-1.3.fc12.noarch requires maven-doxia-sitetools >= 0:1.0 maven2-plugin-project-info-reports-2.0.8-1.3.fc12.noarch requires maven-shared-dependency-tree maven2-plugin-project-info-reports-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl mojito-0.20-2.fc12.i686 requires libnm_glib.so.0 mojito-0.20-2.fc12.x86_64 requires libnm_glib.so.0()(64bit) mysql-administrator-5.0r12-11.fc11.x86_64 requires libcrypto.so.8()(64bit) mysql-administrator-5.0r12-11.fc11.x86_64 requires libssl.so.8()(64bit) mysql-query-browser-5.0r12-11.fc11.x86_64 requires libcrypto.so.8()(64bit) mysql-query-browser-5.0r12-11.fc11.x86_64 requires libssl.so.8()(64bit) network-manager-netbook-1.2-5.fc12.x86_64 requires libnm_glib.so.0()(64bit) nx-3.3.0-35.fc12.x86_64 requires libcrypto.so.8()(64bit) octave-forge-20080831-10.fc12.x86_64 requires octave(api) = 0:api-v32 openvrml-0.18.3-1.fc12.i686 requires java(x86-32) openvrml-0.18.3-1.fc12.i686 requires gecko-libs(x86-32) >= 0:1.9.1 openvrml-0.18.3-1.fc12.x86_64 requires gecko-libs(x86-64) >= 0:1.9.1 openvrml-0.18.3-1.fc12.x86_64 requires java(x86-64) ppl-yap-0.10.2-5.fc12.x86_64 requires libYap.so()(64bit) python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.x86_64 requires libparted-1.8.so.8()(64bit) rygel-0.3-5.fc12.x86_64 requires libgee.so.0()(64bit) rygel-tracker-0.3-5.fc12.x86_64 requires libgee.so.0()(64bit) serpentine-0.9-5.fc12.noarch requires gnome-python2-nautilus-cd-burner tabled-0.3-4.fc12.i686 requires libssl.so.8 tabled-0.3-4.fc12.i686 requires libcrypto.so.8 tabled-0.3-4.fc12.x86_64 requires libssl.so.8()(64bit) tabled-0.3-4.fc12.x86_64 requires libcrypto.so.8()(64bit) xsupplicant-1.2.8-10.fc11.x86_64 requires libcrypto.so.8()(64bit) xsupplicant-1.2.8-10.fc11.x86_64 requires libssl.so.8()(64bit) Broken deps for ppc ---------------------------------------------------------- 389-ds-base-1.2.2-1.fc12.ppc requires libcrypto.so.8 389-ds-base-1.2.2-1.fc12.ppc64 requires libcrypto.so.8()(64bit) anaconda-12.17-1.fc12.ppc requires libnm_glib.so.0 anaconda-12.17-1.fc12.ppc requires libaudit.so.0 anerley-0.0.20-3.fc12.ppc requires libmissioncontrol-client.so.0 anerley-0.0.20-3.fc12.ppc64 requires libmissioncontrol-client.so.0()(64bit) anerley-devel-0.0.20-3.fc12.ppc requires pkgconfig(libmissioncontrol) anerley-devel-0.0.20-3.fc12.ppc64 requires pkgconfig(libmissioncontrol) anjal-0.1.0-0.7.20090821git5ac8bfe.fc12.ppc requires libmissioncontrol-client.so.0 asterisk-1.6.1-0.24.rc1.fc12.ppc requires libssl.so.8 asterisk-1.6.1-0.24.rc1.fc12.ppc requires libcrypto.so.8 asterisk-fax-1.6.1-0.24.rc1.fc12.ppc requires libspandsp.so.1 asterisk-snmp-1.6.1-0.24.rc1.fc12.ppc requires libcrypto.so.8 asterisk-voicemail-imap-1.6.1-0.24.rc1.fc12.ppc requires libssl.so.8 asterisk-voicemail-imap-1.6.1-0.24.rc1.fc12.ppc requires libcrypto.so.8 chunkd-0.4-4.fc12.ppc requires libssl.so.8 chunkd-0.4-4.fc12.ppc requires libcrypto.so.8 chunkd-0.4-4.fc12.ppc64 requires libssl.so.8()(64bit) chunkd-0.4-4.fc12.ppc64 requires libcrypto.so.8()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.ppc requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.ppc requires libclutter-glx-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.ppc requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc requires pkgconfig(clutter-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.ppc requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.ppc requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.ppc requires pkgconfig(clutter-gtk-0.9) clutter-gtkmm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.ppc requires libclutter-glx-0.9.so.0 cluttermm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) cluttermm-devel-0.9.4-1.fc12.ppc requires pkgconfig(clutter-0.9) cluttermm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-0.9) collectd-mysql-4.5.3-2.fc11.ppc requires libcrypto.so.8 collectd-mysql-4.5.3-2.fc11.ppc requires libssl.so.8 collectd-nut-4.5.3-2.fc11.ppc requires libcrypto.so.8 collectd-nut-4.5.3-2.fc11.ppc requires libssl.so.8 collectd-snmp-4.5.3-2.fc11.ppc requires libcrypto.so.8 compat-erlang-R10B-13.11.fc11.ppc requires libssl.so.8 compat-erlang-R10B-13.11.fc11.ppc requires libcrypto.so.8 conexus-ssl-0.9.0-1.fc12.ppc requires libssl.so.8 conexus-ssl-0.9.0-1.fc12.ppc requires libcrypto.so.8 conexus-ssl-0.9.0-1.fc12.ppc64 requires libssl.so.8()(64bit) conexus-ssl-0.9.0-1.fc12.ppc64 requires libcrypto.so.8()(64bit) gpsdrive-2.10-0.1.pre7.fc12.ppc requires libmapnik.so.0.5 gstreamermm-0.10.4-1.fc12.ppc requires libglibmm_generate_extra_defs-2.4.so.1 gstreamermm-0.10.4-1.fc12.ppc64 requires libglibmm_generate_extra_defs-2.4.so.1()(64bit) hedgewars-0.9.11-2.fc12.ppc requires libssl.so.8 httping-1.2.9-4.fc11.ppc requires libcrypto.so.8 httping-1.2.9-4.fc11.ppc requires libssl.so.8 httrack-3.43.2-4.fc12.ppc requires openssl = 0:0.9.8k httrack-3.43.2-4.fc12.ppc64 requires openssl = 0:0.9.8k kdebase3-3.5.10-12.fc12.ppc requires libssl.so.8 maven2-plugin-antrun-2.0.8-1.3.fc12.noarch requires maven-embedder maven2-plugin-antrun-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires maven-shared-archiver maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires jmock >= 0:1.0.1 maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires maven-shared-test-tools maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires maven-shared-common-artifact-filters maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires maven-shared-repository-builder maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-testing-tools maven2-plugin-changelog-2.0.8-1.3.fc12.noarch requires maven-doxia-sitetools >= 0:1.0 maven2-plugin-changelog-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-changes-2.0.8-1.3.fc12.noarch requires glassfish-javamail maven2-plugin-changes-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-checkstyle-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-dependency-2.0.8-1.3.fc12.noarch requires maven-shared-dependency-tree maven2-plugin-dependency-2.0.8-1.3.fc12.noarch requires maven-shared-dependency-analyzer maven2-plugin-docck-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-tools-java >= 0:2.2 maven2-plugin-docck-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-tools-api maven2-plugin-docck-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-docck-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-tools-beanshell >= 0:2.2 maven2-plugin-ear-2.0.8-1.3.fc12.noarch requires maven-shared-verifier maven2-plugin-eclipse-2.0.8-1.3.fc12.noarch requires jmock >= 0:1.0.1 maven2-plugin-eclipse-2.0.8-1.3.fc12.noarch requires maven-shared-test-tools maven2-plugin-eclipse-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-testing-tools maven2-plugin-enforcer-2.0.8-1.3.fc12.noarch requires maven-enforcer-rule-api maven2-plugin-help-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-tools-api maven2-plugin-idea-2.0.8-1.3.fc12.noarch requires jmock >= 0:1.0.1 maven2-plugin-jar-2.0.8-1.3.fc12.noarch requires maven-shared-archiver >= 0:2.3 maven2-plugin-javadoc-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-one-2.0.8-1.3.fc12.noarch requires maven-shared-model-converter maven2-plugin-plugin-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-tools-java >= 0:2.2 maven2-plugin-plugin-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-plugin-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-tools-beanshell >= 0:2.2 maven2-plugin-pmd-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-project-info-reports-2.0.8-1.3.fc12.noarch requires maven-shared-jar maven2-plugin-project-info-reports-2.0.8-1.3.fc12.noarch requires maven-doxia-sitetools >= 0:1.0 maven2-plugin-project-info-reports-2.0.8-1.3.fc12.noarch requires maven-shared-dependency-tree maven2-plugin-project-info-reports-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl mojito-0.20-2.fc12.ppc requires libnm_glib.so.0 mojito-0.20-2.fc12.ppc64 requires libnm_glib.so.0()(64bit) mysql-administrator-5.0r12-11.fc11.ppc requires libssl.so.8 mysql-administrator-5.0r12-11.fc11.ppc requires libcrypto.so.8 mysql-query-browser-5.0r12-11.fc11.ppc requires libssl.so.8 mysql-query-browser-5.0r12-11.fc11.ppc requires libcrypto.so.8 network-manager-netbook-1.2-5.fc12.ppc requires libnm_glib.so.0 nx-3.3.0-35.fc12.ppc requires libcrypto.so.8 octave-forge-20080831-10.fc12.ppc requires octave(api) = 0:api-v32 openvrml-0.18.3-1.fc12.ppc requires java(ppc-32) openvrml-0.18.3-1.fc12.ppc requires gecko-libs(ppc-32) >= 0:1.9.1 openvrml-0.18.3-1.fc12.ppc64 requires java(ppc-64) openvrml-0.18.3-1.fc12.ppc64 requires gecko-libs(ppc-64) >= 0:1.9.1 ppl-yap-0.10.2-5.fc12.ppc requires libYap.so python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.ppc requires libparted-1.8.so.8 rygel-0.3-5.fc12.ppc requires libgee.so.0 rygel-tracker-0.3-5.fc12.ppc requires libgee.so.0 serpentine-0.9-5.fc12.noarch requires gnome-python2-nautilus-cd-burner xsupplicant-1.2.8-10.fc11.ppc requires libcrypto.so.8 xsupplicant-1.2.8-10.fc11.ppc requires libssl.so.8 Broken deps for ppc64 ---------------------------------------------------------- 389-ds-base-1.2.2-1.fc12.ppc64 requires libcrypto.so.8()(64bit) anaconda-12.17-1.fc12.ppc64 requires libnm_glib.so.0()(64bit) anaconda-12.17-1.fc12.ppc64 requires libaudit.so.0()(64bit) anerley-0.0.20-3.fc12.ppc64 requires libmissioncontrol-client.so.0()(64bit) anerley-devel-0.0.20-3.fc12.ppc64 requires pkgconfig(libmissioncontrol) anjal-0.1.0-0.7.20090821git5ac8bfe.fc12.ppc64 requires libmissioncontrol-client.so.0()(64bit) asterisk-1.6.1-0.24.rc1.fc12.ppc64 requires libssl.so.8()(64bit) asterisk-1.6.1-0.24.rc1.fc12.ppc64 requires libcrypto.so.8()(64bit) asterisk-fax-1.6.1-0.24.rc1.fc12.ppc64 requires libspandsp.so.1()(64bit) asterisk-snmp-1.6.1-0.24.rc1.fc12.ppc64 requires libcrypto.so.8()(64bit) asterisk-voicemail-imap-1.6.1-0.24.rc1.fc12.ppc64 requires libcrypto.so.8()(64bit) asterisk-voicemail-imap-1.6.1-0.24.rc1.fc12.ppc64 requires libssl.so.8()(64bit) chunkd-0.4-4.fc12.ppc64 requires libssl.so.8()(64bit) chunkd-0.4-4.fc12.ppc64 requires libcrypto.so.8()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) cluttermm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-0.9) collectd-mysql-4.5.3-2.fc11.ppc64 requires libcrypto.so.8()(64bit) collectd-mysql-4.5.3-2.fc11.ppc64 requires libssl.so.8()(64bit) collectd-nut-4.5.3-2.fc11.ppc64 requires libcrypto.so.8()(64bit) collectd-nut-4.5.3-2.fc11.ppc64 requires libssl.so.8()(64bit) collectd-snmp-4.5.3-2.fc11.ppc64 requires libcrypto.so.8()(64bit) compat-erlang-R10B-13.11.fc11.ppc64 requires libssl.so.8()(64bit) compat-erlang-R10B-13.11.fc11.ppc64 requires libcrypto.so.8()(64bit) conexus-ssl-0.9.0-1.fc12.ppc64 requires libssl.so.8()(64bit) conexus-ssl-0.9.0-1.fc12.ppc64 requires libcrypto.so.8()(64bit) gpsdrive-2.10-0.1.pre7.fc12.ppc64 requires libmapnik.so.0.5()(64bit) gstreamermm-0.10.4-1.fc12.ppc64 requires libglibmm_generate_extra_defs-2.4.so.1()(64bit) hedgewars-0.9.11-2.fc12.ppc64 requires libssl.so.8()(64bit) httping-1.2.9-4.fc11.ppc64 requires libcrypto.so.8()(64bit) httping-1.2.9-4.fc11.ppc64 requires libssl.so.8()(64bit) httrack-3.43.2-4.fc12.ppc64 requires openssl = 0:0.9.8k kdebase3-3.5.10-12.fc12.ppc64 requires libssl.so.8()(64bit) maven2-plugin-antrun-2.0.8-1.3.fc12.noarch requires maven-embedder maven2-plugin-antrun-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires maven-shared-archiver maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires jmock >= 0:1.0.1 maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires maven-shared-test-tools maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires maven-shared-common-artifact-filters maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires maven-shared-repository-builder maven2-plugin-assembly-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-testing-tools maven2-plugin-changelog-2.0.8-1.3.fc12.noarch requires maven-doxia-sitetools >= 0:1.0 maven2-plugin-changelog-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-changes-2.0.8-1.3.fc12.noarch requires glassfish-javamail maven2-plugin-changes-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-checkstyle-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-dependency-2.0.8-1.3.fc12.noarch requires maven-shared-dependency-tree maven2-plugin-dependency-2.0.8-1.3.fc12.noarch requires maven-shared-dependency-analyzer maven2-plugin-docck-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-tools-java >= 0:2.2 maven2-plugin-docck-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-tools-api maven2-plugin-docck-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-docck-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-tools-beanshell >= 0:2.2 maven2-plugin-ear-2.0.8-1.3.fc12.noarch requires maven-shared-verifier maven2-plugin-eclipse-2.0.8-1.3.fc12.noarch requires jmock >= 0:1.0.1 maven2-plugin-eclipse-2.0.8-1.3.fc12.noarch requires maven-shared-test-tools maven2-plugin-eclipse-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-testing-tools maven2-plugin-enforcer-2.0.8-1.3.fc12.noarch requires maven-enforcer-rule-api maven2-plugin-help-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-tools-api maven2-plugin-idea-2.0.8-1.3.fc12.noarch requires jmock >= 0:1.0.1 maven2-plugin-jar-2.0.8-1.3.fc12.noarch requires maven-shared-archiver >= 0:2.3 maven2-plugin-javadoc-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-one-2.0.8-1.3.fc12.noarch requires maven-shared-model-converter maven2-plugin-plugin-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-tools-java >= 0:2.2 maven2-plugin-plugin-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-plugin-2.0.8-1.3.fc12.noarch requires maven-shared-plugin-tools-beanshell >= 0:2.2 maven2-plugin-pmd-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl maven2-plugin-project-info-reports-2.0.8-1.3.fc12.noarch requires maven-shared-jar maven2-plugin-project-info-reports-2.0.8-1.3.fc12.noarch requires maven-doxia-sitetools >= 0:1.0 maven2-plugin-project-info-reports-2.0.8-1.3.fc12.noarch requires maven-shared-dependency-tree maven2-plugin-project-info-reports-2.0.8-1.3.fc12.noarch requires maven-shared-reporting-impl mojito-0.20-2.fc12.ppc64 requires libnm_glib.so.0()(64bit) mysql-administrator-5.0r12-11.fc11.ppc64 requires libcrypto.so.8()(64bit) mysql-administrator-5.0r12-11.fc11.ppc64 requires libssl.so.8()(64bit) mysql-query-browser-5.0r12-11.fc11.ppc64 requires libcrypto.so.8()(64bit) mysql-query-browser-5.0r12-11.fc11.ppc64 requires libssl.so.8()(64bit) network-manager-netbook-1.2-5.fc12.ppc64 requires libnm_glib.so.0()(64bit) nx-3.3.0-35.fc12.ppc64 requires libcrypto.so.8()(64bit) octave-forge-20080831-10.fc12.ppc64 requires octave(api) = 0:api-v32 openvrml-0.18.3-1.fc12.ppc64 requires java(ppc-64) openvrml-0.18.3-1.fc12.ppc64 requires gecko-libs(ppc-64) >= 0:1.9.1 ppl-yap-0.10.2-5.fc12.ppc64 requires libYap.so()(64bit) python-mwlib-0.11.2-3.20090522hg2956.fc12.ppc64 requires LabPlot python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.ppc64 requires libparted-1.8.so.8()(64bit) rygel-0.3-5.fc12.ppc64 requires libgee.so.0()(64bit) rygel-tracker-0.3-5.fc12.ppc64 requires libgee.so.0()(64bit) serpentine-0.9-5.fc12.noarch requires gnome-python2-nautilus-cd-burner xsupplicant-1.2.8-10.fc11.ppc64 requires libcrypto.so.8()(64bit) xsupplicant-1.2.8-10.fc11.ppc64 requires libssl.so.8()(64bit) From jnovy at redhat.com Mon Aug 31 11:01:05 2009 From: jnovy at redhat.com (Jindrich Novy) Date: Mon, 31 Aug 2009 13:01:05 +0200 Subject: AucTeX dependencies and TeXLive 2009 In-Reply-To: <1251674630.24206.13.camel@valkyrie.localdomain> References: <1251674630.24206.13.camel@valkyrie.localdomain> Message-ID: <20090831110105.GA3138@pucmeloud.brq.redhat.com> On Sun, Aug 30, 2009 at 07:23:50PM -0400, Matthew Saltzman wrote: > Here's what happens when I try to install AucTeX for Emacs with texlive-2009: > > $ sudo yum install emacs-auctex > Loaded plugins: refresh-packagekit > Excluding Packages from RPM Fusion for Fedora 11 - Nonfree > Finished > Excluding Packages from RPM Fusion for Fedora 11 - Nonfree - Updates > Finished > Excluding Packages from Fedora 11 - x86_64 - Updates > Finished > Setting up Install Process > Resolving Dependencies > --> Running transaction check > ---> Package emacs-auctex.noarch 0:11.85-8.fc11 set to be updated > --> Processing Dependency: tex-preview = 11.85-8.fc11 for package: emacs-auctex-11.85-8.fc11.noarch > --> Processing Dependency: dvipng for package: emacs-auctex-11.85-8.fc11.noarch > --> Running transaction check > ---> Package dvipng.x86_64 0:1.11-2.fc11 set to be updated > --> Processing Dependency: libkpathsea.so.4()(64bit) for package: dvipng-1.11-2.fc11.x86_64 > ---> Package tex-preview.noarch 0:11.85-8.fc11 set to be updated > --> Running transaction check > ---> Package kpathsea.x86_64 0:2007-42.fc11 set to be updated > --> Processing Dependency: texlive = 2007-42.fc11 for package: kpathsea-2007-42.fc11.x86_64 > --> Finished Dependency Resolution > kpathsea-2007-42.fc11.x86_64 from fedora has depsolving problems > --> Missing Dependency: texlive = 2007-42.fc11 is needed by package kpathsea-2007-42.fc11.x86_64 (fedora) > Error: Missing Dependency: texlive = 2007-42.fc11 is needed by package kpathsea-2007-42.fc11.x86_64 (fedora) > You could try using --skip-broken to work around the problem > You could try running: package-cleanup --problems > package-cleanup --dupes > rpm -Va --nofiles --nodigest > > I have texlive-dvipng, texlive-kpathsea, and texlive-preview installed. > Should I file a bug someplace? Hmmm, it looks like a problem in how yum resolves obsoletes/provides. I will get exactly this when I try to install emacs-auctex, but if I do: yum install dvipng -y then texlive-dvipng and texlive-dvipng-bin get successfully installed. Then installation of emacs-auctex runs without problems. So it seems like yum has a hard time to resolve both installation of emacs-auctex and obsoletion of dvipng in one transaction even though emacs-auctex contains unversioned Requires: to dvipng and texlive-dvipng should successfully obsolete it. Jindrich > > Thanks. > > -- > Matthew Saltzman > > Clemson University Math Sciences > mjs AT clemson DOT edu > http://www.math.clemson.edu/~mjs > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list -- Jindrich Novy http://people.redhat.com/jnovy/ From jnovy at redhat.com Mon Aug 31 11:15:21 2009 From: jnovy at redhat.com (Jindrich Novy) Date: Mon, 31 Aug 2009 13:15:21 +0200 Subject: another spin of TeX Live 2009 packages In-Reply-To: <20090829092710.30f6be41@gmx.net> References: <20090826130218.GB2845@pucmeloud.brq.redhat.com> <20090827181633.205a8bd0@gmx.net> <20090829092710.30f6be41@gmx.net> Message-ID: <20090831111521.GB3138@pucmeloud.brq.redhat.com> On Sat, Aug 29, 2009 at 09:27:10AM +0200, Stefan Grosse wrote: > On Thu, 27 Aug 2009 18:16:33 +0200 Stefan Grosse > wrote: > > SG> dvipdfm-0.13.2d-40.fc11.i586 von installed hat > SG> Abh?ngigkeitsaufl?se-Probleme --> Fehlende Abh?ngigkeit: > SG> libkpathsea.so.4 wird ben?tigt von Paket > SG> dvipdfm-0.13.2d-40.fc11.i586 (installed) Fehler: Fehlende > SG> Abh?ngigkeit: libkpathsea.so.4 wird ben?tigt von Paket > SG> dvipdfm-0.13.2d-40.fc11.i586 (installed) > > Just for the record: This was caused by LyX being (still) dependent on > dvipdfm. Deleting LyX made an installation possible. This should be fixed with the new packages in the repository now. The new packages obsolete the ancient tetex stuff: tetex-tex4ht tetex-IEEEtran tetex-bytefield tetex-elvevier tetex-perltex tetex-prosper and these utilities: dvipdfm dvipdfmx dvipng xdvi xdvipdfmx Installation of LyX/dvipdfm, etc. should work fine now. Jindrich > > Cheers > Stefan. > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list -- Jindrich Novy http://people.redhat.com/jnovy/ From jnovy at redhat.com Mon Aug 31 11:32:01 2009 From: jnovy at redhat.com (Jindrich Novy) Date: Mon, 31 Aug 2009 13:32:01 +0200 Subject: another spin of TeX Live 2009 packages In-Reply-To: <1251558873.26522.6.camel@pc-notebook.kolej.mff.cuni.cz> References: <20090826130218.GB2845@pucmeloud.brq.redhat.com> <1251558873.26522.6.camel@pc-notebook.kolej.mff.cuni.cz> Message-ID: <20090831113201.GC3138@pucmeloud.brq.redhat.com> On Sat, Aug 29, 2009 at 05:14:33PM +0200, Martin Sourada wrote: > Package texlive-dvips is obsoleted by texlive, trying to install > texlive-2009-0.3.20090827.fc11.i586 instead > > This is obviously wrong obsolete, as dvips is actually provided by > texlive-dvips, but for some reason unless I tell yum to specifically > install the noarch package (by running yum install > texlive-dvips.noarch), it insists on obsoleting it by texlive (i.e. when > doing yum install texlive-dvips)... Otherwise the installation as well > as short testing went smooth. > Indeed. It will be fixed in the next build. Thanks, Jindrich > Martin > > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list -- Jindrich Novy http://people.redhat.com/jnovy/ From pertusus at free.fr Mon Aug 31 11:48:51 2009 From: pertusus at free.fr (Patrice Dumas) Date: Mon, 31 Aug 2009 13:48:51 +0200 Subject: another spin of TeX Live 2009 packages In-Reply-To: <20090831111521.GB3138@pucmeloud.brq.redhat.com> References: <20090826130218.GB2845@pucmeloud.brq.redhat.com> <20090827181633.205a8bd0@gmx.net> <20090829092710.30f6be41@gmx.net> <20090831111521.GB3138@pucmeloud.brq.redhat.com> Message-ID: <20090831114851.GA20794@free.fr> Hello, I haven't followed closely the new packaging of texlive, so you should take my comments with caution... On Mon, Aug 31, 2009 at 01:15:21PM +0200, Jindrich Novy wrote: > > The new packages obsolete the ancient tetex stuff: > tetex-tex4ht I think that the stand-alone tex4ht could be better than the texlive one. It was updated many time a year in the past (but it may change). > tetex-elvevier In the past, the version in CTAN of this package used to lag a lot. I'd still advise taking the files from the web, especially since there is also the old style in the stand-alone package. > and these utilities: > dvipdfm > dvipdfmx > dvipng > xdvi > xdvipdfmx Haven't some of those an upstream different from texlive? -- Pat From P at draigBrady.com Mon Aug 31 12:39:48 2009 From: P at draigBrady.com (=?ISO-8859-1?Q?P=E1draig_Brady?=) Date: Mon, 31 Aug 2009 13:39:48 +0100 Subject: #! /usr/bin/perl preferred In-Reply-To: <20090828141126.GA18997@camelia.ucw.cz> References: <20090828141126.GA18997@camelia.ucw.cz> Message-ID: <4A9BC494.2040004@draigBrady.com> Stepan Kasal wrote: > Hello, > at certain periods of time, it was recommended to use #!/usr/bin/env . > > Some people consider it ugly. (The humble opinion of the author of > this mail is the same.) > > Currently there is popular mood to remove "/usr/bin/env python", see > http://fedoraproject.org/wiki/Features/SystemPythonExecutablesUseSystemPython That page says there "Should be no user-visible change for non-Python experts." However I notice that the output from `ps` lists the actual script name, rather than just "python". The same is true for perl. This is a worth mentioning both for the benefit it provides and the minimal chance for breaking stuff. cheers, P?draig. From overholt at redhat.com Mon Aug 31 13:20:15 2009 From: overholt at redhat.com (Andrew Overholt) Date: Mon, 31 Aug 2009 09:20:15 -0400 Subject: maven2 broken deps? (Re: rawhide report: 20090830 changes) In-Reply-To: References: <20090830124409.GA12723@releng2.fedora.phx.redhat.com> Message-ID: <20090831132010.GA2773@redhat.com> * Alex Lancaster [2009-08-31 04:21]: > >>>>> Rawhide Report writes: > > [...] > > A whole slew of broken deps caused by a new maven2 have been sitting > in rawhide for about the last week with no attempted rebuilds to fix > it. Anybody know what's going on? This was my fault. Sorry. I mistakenly added some versioned dependencies on things that I have yet to have a chance to rebuild. I didn't notice it with my local builds and was progressing on the rest of the work hoping to finish very soon. It will be done this week but I can untag the latest build if it's bothering people. Andrew From mazziesaccount at gmail.com Mon Aug 31 13:45:17 2009 From: mazziesaccount at gmail.com (Maz The Northener) Date: Mon, 31 Aug 2009 16:45:17 +0300 Subject: fscanf problem in glibc shipped with latest F11 updates. Message-ID: Hi dee Ho peeps. I found out that after I updated my F11 a few days ago, fscanf started missbehaving. I filed a bug report in bugzilla. (bug 520414) but since I have not heard anyone else yelling about this, I thought that maybe this is my fault after all... Any suggestions how to verify this? (I do not need any help overcoming it, workaround is quite straightforward for me - remove GNU extension usage. I just would like to know if the bug is on my side.) -Matti From jakub at redhat.com Mon Aug 31 14:10:10 2009 From: jakub at redhat.com (Jakub Jelinek) Date: Mon, 31 Aug 2009 16:10:10 +0200 Subject: fscanf problem in glibc shipped with latest F11 updates. In-Reply-To: References: Message-ID: <20090831141010.GC2884@tyan-ft48-01.lab.bos.redhat.com> On Mon, Aug 31, 2009 at 04:45:17PM +0300, Maz The Northener wrote: > I found out that after I updated my F11 a few days ago, fscanf started > missbehaving. > > I filed a bug report in bugzilla. (bug 520414) > > but since I have not heard anyone else yelling about this, I thought > that maybe this is my fault after all... Any suggestions how to verify > this? > > (I do not need any help overcoming it, workaround is quite > straightforward for me - remove GNU extension usage. I just would like > to know if the bug is on my side.) This is just a user error. You are not using any feature test macros (see info libc 'Feature Test Macros' ), and with that glibc headers when not using strict ISO C modes (-ansi, -std=c89, -std=c99) default to _POSIX_C_SOURCE=200809L in recent glibcs, which among other things mean XPG6 compliant *scanf. As %a is a POSIX floating point in hex specifier, it conflicts with the GNU extension where a if followed by s, S or [ is treated as allocatable modifier. So, to make your code work either compile with -D_GNU_SOURCE, or, better, just use POSIX 2008 way, %m[a-z]. Jakub From mazziesaccount at gmail.com Mon Aug 31 14:26:05 2009 From: mazziesaccount at gmail.com (Maz The Northener) Date: Mon, 31 Aug 2009 17:26:05 +0300 Subject: fscanf problem in glibc shipped with latest F11 updates. In-Reply-To: <20090831141010.GC2884@tyan-ft48-01.lab.bos.redhat.com> References: <20090831141010.GC2884@tyan-ft48-01.lab.bos.redhat.com> Message-ID: Thanks for quick answer :) I was just puzzled because this seemed to work without extra defines with older glibc. On Mon, Aug 31, 2009 at 5:10 PM, Jakub Jelinek wrote: > On Mon, Aug 31, 2009 at 04:45:17PM +0300, Maz The Northener wrote: >> I found out that after I updated my F11 a few days ago, fscanf started >> missbehaving. >> >> I filed a bug report in bugzilla. (bug 520414) >> >> but since I have not heard anyone else yelling about this, I thought >> that maybe this is my fault after all... Any suggestions how to verify >> this? >> >> (I do not need any help overcoming it, workaround is quite >> straightforward for me - remove GNU extension usage. I just would like >> to know if the bug is on my side.) > > This is just a user error. ?You are not using any feature test macros > (see > info libc 'Feature Test Macros' > ), and with that glibc headers when not using strict ISO C modes (-ansi, > -std=c89, -std=c99) default to _POSIX_C_SOURCE=200809L in recent glibcs, > which among other things mean XPG6 compliant *scanf. ?As %a is a POSIX > floating point in hex specifier, it conflicts with the GNU extension > where a if followed by s, S or [ is treated as allocatable modifier. > So, to make your code work either compile with -D_GNU_SOURCE, or, better, > just use POSIX 2008 way, %m[a-z]. > > ? ? ? ?Jakub > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- -Matti "Maz" Vaittinen CWF coding team leader http://www.curlysworldoffreeware.com/ BrakesAreForCowards!!! When you feel blue, no one sees your tears... When your down, no one understands your struggle... When you feel happy, no one notices your smile... But fart just once... I would love to create a freeware game with C - unless I was working at NSN. From skasal at redhat.com Mon Aug 31 14:27:55 2009 From: skasal at redhat.com (Stepan Kasal) Date: Mon, 31 Aug 2009 16:27:55 +0200 Subject: Correction: #! /usr/bin/perl NOT preferred In-Reply-To: <20090828141126.GA18997@camelia.ucw.cz> References: <20090828141126.GA18997@camelia.ucw.cz> Message-ID: <20090831142755.GA3935@camelia.ucw.cz> Hello all. In short: "#!/usr/bin/env perl" is OK in Fedora. In my previous mail, I asked you to delete the (/usr)?/bin/env calls from #! lines of Fedora scripts. I would like to withdraw that request. A discussion followed that post on fedora-perl-devel-list, which actually proved that "/usr/bin/env perl" is the preferred alternative, not the deprecated one. But the most important bit of information has been pointed out by Ralf Corsepius: Fedora Packaging Committee considered a proposal to forbid /usr/bin/env on 2009-08-19, but it did not agreed upon it. (For details, see http://meetbot.fedoraproject.org/fedora-meeting/2009-08-19/fedora-meeting.2009-08-19-16.01.log.html#l-38 ) Both alternatives are OK, follow your own preferrence. Have a nice day, Stepan From mazziesaccount at gmail.com Mon Aug 31 14:31:38 2009 From: mazziesaccount at gmail.com (Maz The Northener) Date: Mon, 31 Aug 2009 17:31:38 +0300 Subject: fscanf problem in glibc shipped with latest F11 updates. In-Reply-To: References: <20090831141010.GC2884@tyan-ft48-01.lab.bos.redhat.com> Message-ID: And just a ?ast nail in coffin: I tried with -D_GNU_SOURCE and it worked like you told. On Mon, Aug 31, 2009 at 5:26 PM, Maz The Northener wrote: > Thanks for quick answer :) I was just puzzled because this seemed to > work without extra defines with older glibc. > > On Mon, Aug 31, 2009 at 5:10 PM, Jakub Jelinek wrote: >> On Mon, Aug 31, 2009 at 04:45:17PM +0300, Maz The Northener wrote: >>> I found out that after I updated my F11 a few days ago, fscanf started >>> missbehaving. >>> >>> I filed a bug report in bugzilla. (bug 520414) >>> >>> but since I have not heard anyone else yelling about this, I thought >>> that maybe this is my fault after all... Any suggestions how to verify >>> this? >>> >>> (I do not need any help overcoming it, workaround is quite >>> straightforward for me - remove GNU extension usage. I just would like >>> to know if the bug is on my side.) >> >> This is just a user error. ?You are not using any feature test macros >> (see >> info libc 'Feature Test Macros' >> ), and with that glibc headers when not using strict ISO C modes (-ansi, >> -std=c89, -std=c99) default to _POSIX_C_SOURCE=200809L in recent glibcs, >> which among other things mean XPG6 compliant *scanf. ?As %a is a POSIX >> floating point in hex specifier, it conflicts with the GNU extension >> where a if followed by s, S or [ is treated as allocatable modifier. >> So, to make your code work either compile with -D_GNU_SOURCE, or, better, >> just use POSIX 2008 way, %m[a-z]. >> >> ? ? ? ?Jakub >> >> -- >> fedora-devel-list mailing list >> fedora-devel-list at redhat.com >> https://www.redhat.com/mailman/listinfo/fedora-devel-list >> > > > > -- > > -Matti "Maz" Vaittinen > CWF coding team leader > http://www.curlysworldoffreeware.com/ > > BrakesAreForCowards!!! > When you feel blue, no one sees your tears... When your down, no one > understands your struggle... > When you feel happy, no one notices your smile... > But fart just once... > I would love to create a freeware game with C - unless I was working at NSN. > -- -Matti "Maz" Vaittinen CWF coding team leader http://www.curlysworldoffreeware.com/ BrakesAreForCowards!!! When you feel blue, no one sees your tears... When your down, no one understands your struggle... When you feel happy, no one notices your smile... But fart just once... I would love to create a freeware game with C - unless I was working at NSN. From james at fedoraproject.org Mon Aug 31 14:42:12 2009 From: james at fedoraproject.org (James Antill) Date: Mon, 31 Aug 2009 10:42:12 -0400 Subject: how to determain those no longer required packages In-Reply-To: References: <1251539699.4029.9.camel@localhost.localdomain> <615c05430908290029u1d8639f7md85c77d6a85c4e54@mail.gmail.com> <1251565670.2494.0.camel@localhost.localdomain> <385866f0908290732k44e065e7g307e2ddffeb65a1e@mail.gmail.com> <1251588090.15990.12.camel@localhost.localdomain> <20090829210430.GE16359@victor.nirvana> Message-ID: <1251729732.22005.35.camel@code.and.org> On Sat, 2009-08-29 at 19:06 -0500, Jason L Tibbitts III wrote: > >>>>> "AT" == Axel Thimm writes: > > AT> I don't think apt traces whether a packages was a pulled in manually > AT> or automatically, does it? > > yum does keep track of many things in the yumdb and I think the "reason" > key is supposed to track this, but for me it seems reason is always > "user". I think the intent is to track packages which were installed > because the user requested them directly separately from packages which > were pulled in purely because of dependencies. Yes, the reason attribute in yumdb is there primarily to start on "solving" this "problem". yumdb hasn't been around an entire release yet, which makes it's data somewhat problematic (and the testing somewhat limited). Also atm. we don't carry reason=dep across updates, so if you do "yum update" with a new version of a package you got as a dep. that would be considered a user install of the new package. Both of which should explain why almost nothing has reason=dep?. Atm. I have: % yumdb search reason dep Loaded plugins: presto fipscheck-1.2.0-1a.fc11.x86_64 reason = dep ...so it does work, at what it does atm. Probably the sanest request here is that if you do: 1. yum install blah 2. 3. yum remove blah ...you don't get rid of any extra stuff you got with blah, hopefully "yum history undo" will solve that in a better way by recording what happened at #1 and undoing it instead of trying to piece together what might have happened at #1 after the fact. ? It's also true that saving 1 cent of disk space isn't at the top of my list of things to do. -- James Antill Fedora From drepper at redhat.com Mon Aug 31 14:43:13 2009 From: drepper at redhat.com (Ulrich Drepper) Date: Mon, 31 Aug 2009 07:43:13 -0700 Subject: fscanf problem in glibc shipped with latest F11 updates. In-Reply-To: References: <20090831141010.GC2884@tyan-ft48-01.lab.bos.redhat.com> Message-ID: <4A9BE181.2020201@redhat.com> On 08/31/2009 07:26 AM, Maz The Northener wrote: > Thanks for quick answer :) I was just puzzled because this seemed to > work without extra defines with older glibc. Only by accident. We had no C99-compatibility version of *scanf in those older versions. We have now. -- ? Ulrich Drepper ? Red Hat, Inc. ? 444 Castro St ? Mountain View, CA ? From skvidal at fedoraproject.org Mon Aug 31 14:47:07 2009 From: skvidal at fedoraproject.org (Seth Vidal) Date: Mon, 31 Aug 2009 10:47:07 -0400 (EDT) Subject: how to determain those no longer required packages In-Reply-To: <1251729732.22005.35.camel@code.and.org> References: <1251539699.4029.9.camel@localhost.localdomain> <615c05430908290029u1d8639f7md85c77d6a85c4e54@mail.gmail.com> <1251565670.2494.0.camel@localhost.localdomain> <385866f0908290732k44e065e7g307e2ddffeb65a1e@mail.gmail.com> <1251588090.15990.12.camel@localhost.localdomain> <20090829210430.GE16359@victor.nirvana> <1251729732.22005.35.camel@code.and.org> Message-ID: On Mon, 31 Aug 2009, James Antill wrote: > ...you don't get rid of any extra stuff you got with blah, hopefully > "yum history undo" will solve that in a better way by recording what > happened at #1 and undoing it instead of trying to piece together what > might have happened at #1 after the fact. > > let's not go promising things like yum history undo which are not committed, not tested and, in the case of large update/install transactions, unlikely to do what the user wants. -sv From cdahlin at redhat.com Mon Aug 31 15:05:21 2009 From: cdahlin at redhat.com (Casey Dahlin) Date: Mon, 31 Aug 2009 11:05:21 -0400 Subject: Dragonfly Mail Agent In-Reply-To: <615c05430908300911l41daa3c5yd146cfd51c212ad5@mail.gmail.com> References: <0016e64097f8c66c8004725619bd@google.com> <1251644378.2510.1.camel@choeger6> <615c05430908300911l41daa3c5yd146cfd51c212ad5@mail.gmail.com> Message-ID: <4A9BE6B1.9010202@redhat.com> On 08/30/2009 12:11 PM, Michel Alexandre Salim wrote: > 2009/8/30 Christoph H?ger : >> Hi, >> >> is dma packaged by someone? That would be the first step and I would >> happily test that thing (having postfix installed after Paul Frields >> advice which works well). >> > I think I'll do the packaging -- it's in Dragonfly's Git, and the one > thing I regret about Git vis-a-vis Subversion is that you cannot just > grab a subdirectory, so our source verification might get a bit > tricky. > > Regards, > Maybe if you ask nicely they will submodule it. --CJD From louis at lagendijk.xs4all.nl Mon Aug 31 16:11:31 2009 From: louis at lagendijk.xs4all.nl (Louis Lagendijk) Date: Mon, 31 Aug 2009 18:11:31 +0200 Subject: Canon PIXMA MP190 drivers In-Reply-To: <1251597061.5120.1.camel@scrappy.miketc.net> References: <1251597061.5120.1.camel@scrappy.miketc.net> Message-ID: <1251735091.3824.3.camel@travel.pheasant> On Sat, 2009-08-29 at 20:51 -0500, Mike Chambers wrote: > Yes I know I should had done my research before buying, but wasn't sure > was gonna get it when I was at the store. Anyway, got this printer, > plugged it in, was detected but said no drivers for it. Any plans on > it, or way I can submit info from the CD to get them in? > > Thanks, > > Mike Chambers > Please see http://www.openprinting.org/printer_list.cgi It lists only the vendors own driver. You may want to try other Canon models supported by Gutenprint. There is a fair chance one of them works (e.g. the MP150). Scanning is supported by Sane (see http://www.sane-project.org/sane-mfgs.html#Z-CANON) Louis From thomas.moschny at gmail.com Mon Aug 31 16:56:22 2009 From: thomas.moschny at gmail.com (Thomas Moschny) Date: Mon, 31 Aug 2009 18:56:22 +0200 Subject: AucTeX dependencies and TeXLive 2009 In-Reply-To: <20090831110105.GA3138@pucmeloud.brq.redhat.com> References: <1251674630.24206.13.camel@valkyrie.localdomain> <20090831110105.GA3138@pucmeloud.brq.redhat.com> Message-ID: 2009/8/31 Jindrich Novy : > Then installation of emacs-auctex runs without problems. So it seems > like yum has a hard time to resolve both installation of emacs-auctex and > obsoletion of dvipng in one transaction even though emacs-auctex > contains unversioned Requires: to dvipng and texlive-dvipng should > successfully obsolete it. But doing installation that way, I end up with both installed: tex-preview-11.85-8.fc11.noarch texlive-preview-2009-11.84.13530.fc11.noarch Is that intentional? Seems emacs-auctex requires 11.85, while your package provides 11.84. - Thomas -- Thomas Moschny From a.mani.cms at gmail.com Mon Aug 31 17:28:18 2009 From: a.mani.cms at gmail.com (Mani A) Date: Mon, 31 Aug 2009 22:58:18 +0530 Subject: Packaging Request: Pure Data Message-ID: <78323d480908311028x4c81aea8x2bc1e5eaa9ab6531@mail.gmail.com> http://puredata.info/ is not in the package database. >From the license POV, there are no problems. Best A. Mani -- A. Mani ASL, CLC, AMS, CMS http://amani.topcities.com http://www.logicamani.co.cc From pbrobinson at gmail.com Mon Aug 31 17:33:50 2009 From: pbrobinson at gmail.com (Peter Robinson) Date: Mon, 31 Aug 2009 18:33:50 +0100 Subject: Packaging Request: Pure Data In-Reply-To: <78323d480908311028x4c81aea8x2bc1e5eaa9ab6531@mail.gmail.com> References: <78323d480908311028x4c81aea8x2bc1e5eaa9ab6531@mail.gmail.com> Message-ID: <5256d0b0908311033l70786617l32b827862df8d08f@mail.gmail.com> On Mon, Aug 31, 2009 at 6:28 PM, Mani A wrote: > http://puredata.info/ > > is not in the package database. > > >From the license POV, there are no problems. I think this is the bug your after. A review is in progress but there's a few build issues. https://bugzilla.redhat.com/show_bug.cgi?id=488563 Peter From Axel.Thimm at ATrpms.net Mon Aug 31 20:37:29 2009 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Mon, 31 Aug 2009 23:37:29 +0300 Subject: how to determain those no longer required packages In-Reply-To: <1251729732.22005.35.camel@code.and.org> References: <1251539699.4029.9.camel@localhost.localdomain> <615c05430908290029u1d8639f7md85c77d6a85c4e54@mail.gmail.com> <1251565670.2494.0.camel@localhost.localdomain> <385866f0908290732k44e065e7g307e2ddffeb65a1e@mail.gmail.com> <1251588090.15990.12.camel@localhost.localdomain> <20090829210430.GE16359@victor.nirvana> <1251729732.22005.35.camel@code.and.org> Message-ID: <20090831203729.GB9727@victor.nirvana> On Mon, Aug 31, 2009 at 10:42:12AM -0400, James Antill wrote: > On Sat, 2009-08-29 at 19:06 -0500, Jason L Tibbitts III wrote: > > >>>>> "AT" == Axel Thimm writes: > > > > AT> I don't think apt traces whether a packages was a pulled in manually > > AT> or automatically, does it? > > > > yum does keep track of many things in the yumdb and I think the "reason" > > key is supposed to track this, but for me it seems reason is always > > "user". I think the intent is to track packages which were installed > > because the user requested them directly separately from packages which > > were pulled in purely because of dependencies. > > Yes, the reason attribute in yumdb is there primarily to start on > "solving" this "problem". This sounds like a nice addition to yum, I hadn't heard yet of the yumdb! Will other frontends like PackageKit also pass down this information to yum (e.g. which packages are user chosen, which are automatically pulled in), so the yumdb info is universal? -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From ndbecker2 at gmail.com Mon Aug 31 20:55:38 2009 From: ndbecker2 at gmail.com (Neal Becker) Date: Mon, 31 Aug 2009 16:55:38 -0400 Subject: Dragonfly Mail Agent References: <0016e64097f8c66c8004725619bd@google.com> Message-ID: Michel S. wrote: > Hi all, > > With the recent discussion about removing sendmail from the base > install, has anyone taken a look at DMA? It appears to be designed with > exactly the same purpose in mind -- removing the dependency on a > desktop-oriented install on sendmail or postfix, while still allowing > cron et. al. to function fully. > > Perhaps not for F-12, but if we start looking at it now, it might be > well-tested enough to be considered for the next (or second next) > release afterwards. > > -- > Michel, wondering what F-12+1 will be numbered as! > > Sent to you by Michel S. via Google Reader: DMA updates via DragonFly > BSD Digest by Justin Sherrill on 8/29/09 > > DMA, the DragonFly Mail Agent, has been updated so that it can deliver > email from cron job output. DMA is a former Summer of Code project to > make a local-only mailer for DragonFly systems, so that larger mail > transfer agents (like Sendmail or Postfix) are not needed on a system > that isn?t designed to receive mail from external sources. There?s a > TODO list (click the gitweb link) if you?d like to contribute. > > Things you can do from here: > - Subscribe to DragonFly BSD Digest using Google Reader > - Get started using Google Reader to easily keep up with all your > favorite sites We already have ssmtp, esmtp. Is this something different? From oget.fedora at gmail.com Mon Aug 31 22:56:16 2009 From: oget.fedora at gmail.com (Orcan Ogetbil) Date: Mon, 31 Aug 2009 18:56:16 -0400 Subject: Packaging Request: Pure Data In-Reply-To: <78323d480908311028x4c81aea8x2bc1e5eaa9ab6531@mail.gmail.com> References: <78323d480908311028x4c81aea8x2bc1e5eaa9ab6531@mail.gmail.com> Message-ID: On Mon, Aug 31, 2009 at 1:28 PM, Mani A wrote: > http://puredata.info/ > > is not in the package database. > > >From the license POV, there are no problems. > > > Best > > A. Mani > Hi, Fernando at planetccrma was working on packaging a recent version of puredata. I don't know the current status. There should be an older version sitting in their repos. Transferring puredata to official Fedora repos is tremendous amount of work. Last time I checked, the SPEC file was a couple thousands of lines long and it was only for 32bit. Orcan From jkeating at redhat.com Mon Aug 31 19:26:33 2009 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 31 Aug 2009 12:26:33 -0700 Subject: Fedora Release Engineering meeting summary for 2009-08-31 Message-ID: <1251746793.2297.4.camel@localhost.localdomain> Minutes: http://meetbot.fedoraproject.org/fedora-meeting/2009-08-31/fedora-meeting.2009-08-31-18.15.html Minutes (text): http://meetbot.fedoraproject.org/fedora-meeting/2009-08-31/fedora-meeting.2009-08-31-18.15.txt Log: http://meetbot.fedoraproject.org/fedora-meeting/2009-08-31/fedora-meeting.2009-08-31-18.15.log.html Meeting log ----------- * roll call (Oxf13, 18:16:05) * Fedora 12 Alpha recap (Oxf13, 18:21:21) * Snapshot 1 (Oxf13, 18:31:29) * Need to track ssl/nss efforts leading up to snapshot release. (Oxf13, 18:36:50) * Slow newRepo tasks (Oxf13, 18:39:35) * LINK: http://koji.fedoraproject.org/koji/taskinfo?taskID=1646486 for example (Oxf13, 18:52:27) * ACTION: dgilmore to move builders + public to koji1 allowing kojira more of koji2 resources in an attempt to speed up newRepo init time (Oxf13, 18:55:21) * typically newRepo init time is close to an hour, where as the actual createrepo time + import is 7~ minutes (Oxf13, 18:55:55) * LINK: http://koji.fedoraproject.org/koji/taskinfo?taskID=1267794 (Oxf13, 18:58:59) * prior to koji upgrade, newRepo init duration was 4~ minutes. Now it's 60~ minutes (Oxf13, 19:00:27) * LINK: http://koji.fedoraproject.org/koji/tasks?state=closed&view=tree&method=newRepo&order=-completion_time (warren, 19:06:25) * LINK: https://koji.fedoraproject.org/koji/taskinfo?taskID=1644875 (mbonnet, 19:07:56) * ACTION: 0xf13 to plot newRepo task duration over time for the past year or so (Oxf13, 19:10:03) * ACTION: Oxf13 to plot newRepo task duration over time for the past year or so (Oxf13, 19:10:15) * Open Floor (Oxf13, 19:15:01) Meeting ended at 19:22:51 UTC. -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: