From remy.maucherat at gmail.com  Sun Mar  1 02:44:36 2009
From: remy.maucherat at gmail.com (=?ISO-8859-1?Q?R=E9my_Maucherat?=)
Date: Sun, 1 Mar 2009 03:44:36 +0100
Subject: Fedora ATi driver performs much worse than the vanilla code
In-Reply-To: <5f6f8c5f0902281359y28a50593s4c521d45b253b53c@mail.gmail.com>
References: <5f6f8c5f0902271725o3090ae8ndb343a14216898f6@mail.gmail.com>
	<20090228071036.GA32470@wolff.to>
	<5f6f8c5f0902280247m29061e03n61ac124a51e9132a@mail.gmail.com>
	<f6ca9fed0902280359i773cf781x2d43f4bd5ee2503f@mail.gmail.com>
	<5f6f8c5f0902280939q6cb41bc4pbcda9605ec733631@mail.gmail.com>
	<6d959d480902281001x1df0f9a5p44ee31b5f6942577@mail.gmail.com>
	<5f6f8c5f0902281359y28a50593s4c521d45b253b53c@mail.gmail.com>
Message-ID: <6d959d480902281844u6d6521e3yeb90fb5dd9531f10@mail.gmail.com>

On Sat, Feb 28, 2009 at 10:59 PM, Joshua C. <joshuacov at googlemail.com> wrote:
> RV730 are rather new cards and not all the features are enabled with
> the free radeon driver. 3D for R600 and R700 is still being worked on
> and maybe the driver without the patches cannot help you that much.
> but you can try. In my case (RS482) the driver from source works much
> better than the fedora version.

Thanks a lot for the help. I tried vanilla 6.10 and 6.11 drivers with
my RV730 (which I am using since it is a passive card, and fan
regulation is not functional on my RV770), and it did not improve
performance, so what I see is not a regression, and not your issue.
Sorry for the trouble.

Yes, I suppose the next thing to try on R600+ cards is the new EXA/XV
code (but I won't be able to make that work on F10).

R?my



From nman64 at n-man.com  Sun Mar  1 03:05:40 2009
From: nman64 at n-man.com (Patrick W. Barnes)
Date: Sat, 28 Feb 2009 21:05:40 -0600
Subject: Google Summer of Code 2009 - Call for Ideas
In-Reply-To: <49A95CE6.4060106@leemhuis.info>
References: <200902271058.25995.nman64@n-man.com>
	<49A95CE6.4060106@leemhuis.info>
Message-ID: <200902282105.44320.nman64@n-man.com>

On Saturday 28 February 2009 09:48:54 Thorsten Leemhuis wrote:
>
> RPM Fusion currently discusses some of it's goals for the near and long
>   term future: http://rpmfusion.org/Goals (still a draft) In that
> discussion the idea came up if some of the ideas could get realized as
> GSoC project.
>
> Which lead to the question: Should/Could RPM Fusion apply as project
> itself and mentor students or would it be better for everyone (Google,
> Fedora, RPM Fusion) if we'd try to get the ideas realized within the
> Fedora project GSoC efforts even if Fedora only benefits from the
> results indirectly when people use RPM Fusion?
>
> Example: One project could be: Port jockey (; see
> https://launchpad.net/jockey and
> http://people.ubuntu.com/~pitti/screenshots/jockey/ ) to Fedora and
> fully use it in RPM Fusion. Jockey itself is GPL, but it's only of
> interest for things that are in RPM Fusion and hence is better dealt
> with and shipped in RPM Fusion.
>

RPM Fusion could apply as an independent organization.  I do not know how well 
the Google team would welcome it.  There is nothing that would explicitly 
prevent Fedora from accepting and mentoring projects for the benefit of RPM 
Fusion, as long as those projects otherwise meet the requirements of the SoC.  
I guess it is up to the RPM Fusion team to decide whether or not to apply as a 
mentoring organization.  If RPM Fusion does not participate as an 
organization, then we can discuss feeding RPM Fusion projects through Fedora's 
participation.

-- 
Patrick "The N-Man" Barnes
nman64 at n-man.com

http://n-man.com/

LinkedIn:
http://linkedin.com/in/nman64

Have I been helpful?  Rate my assistance!
http://rate.affero.net/nman64/

All messages cryptographically signed:
http://en.wikipedia.org/wiki/OpenPGP
-- 


-------------- 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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090228/1f74d8f5/attachment.sig>

From rodd at clarkson.id.au  Sun Mar  1 03:34:25 2009
From: rodd at clarkson.id.au (Rodd Clarkson)
Date: Sun, 01 Mar 2009 14:34:25 +1100
Subject: Help me use 'intel' over 'nvidia'
In-Reply-To: <1235791041.18710.10.camel@moose>
References: <1235791041.18710.10.camel@moose>
Message-ID: <1235878465.18710.22.camel@moose>

On Sat, 2009-02-28 at 14:17 +1100, Rodd Clarkson wrote:

> 2. Find out what's up with the 'intel' card and get it working.  Sadly,
> I'm not skilled in these areas (even though I've been testing fedora
> since fc1) and need help.

> I've also posted a detailed bug on bugzilla (see:
> https://bugzilla.redhat.com/show_bug.cgi?id=487619) but haven't had any
> response yet.

I've added a large amount of updates to this bug in bugzilla.

It turns out that telling the bios to assign more memory is a good
start.
Also, enabling XAA (or maybe disabling exa) makes things a little
better.
And when XAA is enabled using the D-SUB works, but the DVI-D (while
better) still dies.

If people are interested it might be worth having another look to see if
something I've added helps solve this (these) issues.


R.


-- 
"It's a fine line between denial and faith.
 It's much better on my side"



From qixi17998 at gmail.com  Sun Mar  1 04:36:29 2009
From: qixi17998 at gmail.com (=?gb2312?Q?=D0=FB=D4=C6=BB=D4?=)
Date: Sun, 01 Mar 2009 12:36:29 +0800
Subject: mouse won't work in xserver after update to fedora rawhide
In-Reply-To: <49A9BE52.2030306@rincon.com>
References: <20090226173457.GA31935@wolff.to>
	<20090226174405.GC2332@yoda.jdub.homelinux.org>
	<20090227064525.GA12698@wolff.to>
	<20090227114723.GA23047@yoda.jdub.homelinux.org>
	<49A7DE01.4010005@city-fan.org> <1235800348.3650.7.camel@koubei-99>
	<91705d080902280911m25f1680ckb944eaf92de8aa7b@mail.gmail.com>
	<alpine.LFD.2.00.0902282151090.5369@vega1.dur.ac.uk>
	<49A9BE52.2030306@rincon.com>
Message-ID: <1235882189.5817.3.camel@koubei-99>

hal-0.5.12-21.20090226git.fc11 is bad
I'm downgrade hal to hal-0.5.12-20.20081219git.fc11.x86_64 mouse is
work, and usb hdd with ntfs filesystem automount is work yet.



? 2009-02-28?? 15:44 -0700?Robert Arendt???
> M A Young wrote:
> > I have a mouse problem in rawhide on one machine. In my case there is no
> > pointer shown, but you can tell by what is highlighted and what (with a
> > bit of guesswork) you can click on that it is pointing at something even
> > if you can't see what.
> > 
> >         Michael Young
> 
> I noticed this while testing with twm+xterm.  It's probably this new
> feature (from https://fedoraproject.org/wiki/Features/XserverOnePointSix)
> 
>       The X server will suppress display of the mouse cursor until a
>       client connects and sets a cursor.  Most desktop environments
>       and window managers will not be affected. The xsetroot command's
>       -cursor_name option can be used to set a cursor.
> 
> Haven't tried it yet .. but I bet that's it.  Xorg 1.6 just rolled out.
> 
> Cheers,
> -Bob Arendt
> 



From wart at kobold.org  Sun Mar  1 05:41:52 2009
From: wart at kobold.org (Wart)
Date: Sat, 28 Feb 2009 21:41:52 -0800
Subject: ularn rebuild failure
Message-ID: <49AA2020.6010500@kobold.org>

This one has me stumped:

http://koji.fedoraproject.org/koji/getfile?taskID=1180936&name=build.log

I get the same error when I build locally with mock.  However, if I go
into the buildroot, I can see that the config.h.SH file is there.
Inserting 'ls -l config.h.SH' into %build also shows that the file is
there.  If I chroot into the mock buildroot and run '. config.h.SH', it
works.

This same package built fine for F10.  Any ideas what's causing this odd
behavior?

--Wart



From jkeating at redhat.com  Sun Mar  1 06:14:43 2009
From: jkeating at redhat.com (Jesse Keating)
Date: Sat, 28 Feb 2009 22:14:43 -0800
Subject: ularn rebuild failure
In-Reply-To: <49AA2020.6010500@kobold.org>
References: <49AA2020.6010500@kobold.org>
Message-ID: <1235888083.9121.248.camel@localhost.localdomain>

On Sat, 2009-02-28 at 21:41 -0800, Wart wrote:
> This same package built fine for F10.  Any ideas what's causing this
> odd
> behavior?

is config.h.SH generated during the build?  If so, perhaps you have a
parallel make issue.  Try building it without smp flags to verify.

-- 
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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090228/c47b9bc2/attachment.sig>

From wart at kobold.org  Sun Mar  1 07:11:46 2009
From: wart at kobold.org (Wart)
Date: Sat, 28 Feb 2009 23:11:46 -0800
Subject: ularn rebuild failure
In-Reply-To: <1235888083.9121.248.camel@localhost.localdomain>
References: <49AA2020.6010500@kobold.org>
	<1235888083.9121.248.camel@localhost.localdomain>
Message-ID: <49AA3532.1@kobold.org>

Jesse Keating wrote:
> On Sat, 2009-02-28 at 21:41 -0800, Wart wrote:
>> This same package built fine for F10.  Any ideas what's causing this
>> odd
>> behavior?
> 
> is config.h.SH generated during the build?  If so, perhaps you have a
> parallel make issue.  Try building it without smp flags to verify.

config.h.SH is shipped with the sources.  Sourcing config.h.SH is the
first step in %build:

%build
# Keep track of where we are.  Some of the configuration scripts change
# the current working directory.
builddir=`pwd`
. config.h.SH
[...]

--Wart



From airlied at redhat.com  Sun Mar  1 07:30:33 2009
From: airlied at redhat.com (Dave Airlie)
Date: Sun, 01 Mar 2009 17:30:33 +1000
Subject: Fedora ATi driver performs much worse than the vanilla code
In-Reply-To: <5f6f8c5f0902271725o3090ae8ndb343a14216898f6@mail.gmail.com>
References: <5f6f8c5f0902271725o3090ae8ndb343a14216898f6@mail.gmail.com>
Message-ID: <1235892633.3577.25.camel@localhost>

On Fri, 2009-02-27 at 20:25 -0500, Joshua C. wrote:
> I was testing the latest xf86-video-radeon with f11 and the latest
> xorg-x11-server. And to my surprise the fedora version performs much
> worse than the vanilla code here:
> http://lists.freedesktop.org/archives/xorg-announce/2009-February/000771.html.
> Installed are:
> mesa-libGLU-7.3-5.fc11.x86_64
> mesa-libGL-7.3-5.fc11.x86_64
> mesa-dri-drivers-7.3-5.fc11.x86_64
> libdrm-2.4.5-0.fc11.x86_64
> xorg-x11-server-utils-7.4-5.fc11.x86_64
> xorg-x11-server-common-1.6.0-2.fc11.x86_64
> xorg-x11-server-Xorg-1.6.0-2.fc11.x86_64
> xorg-x11-drv-ati-6.11.0-1.1.fc11.x86_64 (from vanilla source without
> extra patches)
> kernel-2.6.29-0.172.rc6.git4.fc11.x86_64
> With the fedora version (with all the patches) I cannot do basic
> things like watch flash files and video (almost no hardware
> acceleration). This results in 100% cpu usage, screen distortions. At
> the same time the vanilla code playes the video files smoothly and
> everything is fine. Even the kms works! With the fedora code I need to
> pass radeon.gartsize=128 at startup in order to make it start the
> xserver. And in terms of speed it's far behind the vanilla code.
> 
> I saw that some patches date back to before  6.10.0. Are they still
> needed? Has someone else tried this?
> 

So if you run this vanilla driver please disable KMS, you are running
two drivers in direct conflict, and it might work sometimes, it might
also corrupt memory or oops randomly. So its not on the advised list.

However can you check if the driver you installed from upstream is
running XAA or EXA acceleration? We enable EXA acceleration by default
under KMS and non-kms, and it may be the case that XAA is faster for
some situations that we haven't identified yet. However EXA provides
support for more features going forward so we have to try and squash any
regressions at some point.

I think we will switch upstream to EXA quite soon, which sorta means you
just put off the inevitable at the moment.

Dave.




From dominik at greysector.net  Sun Mar  1 08:08:06 2009
From: dominik at greysector.net (Dominik 'Rathann' Mierzejewski)
Date: Sun, 1 Mar 2009 09:08:06 +0100
Subject: Fedora ATi driver performs much worse than the vanilla code
In-Reply-To: <6d959d480902281001x1df0f9a5p44ee31b5f6942577@mail.gmail.com>
References: <5f6f8c5f0902271725o3090ae8ndb343a14216898f6@mail.gmail.com>
	<20090228071036.GA32470@wolff.to>
	<5f6f8c5f0902280247m29061e03n61ac124a51e9132a@mail.gmail.com>
	<f6ca9fed0902280359i773cf781x2d43f4bd5ee2503f@mail.gmail.com>
	<5f6f8c5f0902280939q6cb41bc4pbcda9605ec733631@mail.gmail.com>
	<6d959d480902281001x1df0f9a5p44ee31b5f6942577@mail.gmail.com>
Message-ID: <20090301080806.GC31312@mokona.greysector.net>

On Saturday, 28 February 2009 at 19:01, R?my Maucherat wrote:
> On Sat, Feb 28, 2009 at 6:39 PM, Joshua C. <joshuacov at googlemail.com> wrote:
> > ?I've already done this. And there are other bugs about this issue,
> > too. Therefore I decided to go with the source code - until they are
> > seloved.
> 
> I see your bug 486368.
> On F10, I also have a too-slow-to-be-useable probelem on a RV730 card
> (bug 485275). Also bugs 486368, 469577 and 485651.

Have you tried using radeonhd driver instead of radeon?

Regards,
R.

-- 
Fedora http://fedoraproject.org/wiki/User:Rathann
RPMFusion http://rpmfusion.org | MPlayer http://mplayerhq.hu
"Faith manages."
        -- Delenn to Lennier in Babylon 5:"Confessions and Lamentations"



From mtasaka at ioa.s.u-tokyo.ac.jp  Sun Mar  1 08:42:29 2009
From: mtasaka at ioa.s.u-tokyo.ac.jp (Mamoru Tasaka)
Date: Sun, 01 Mar 2009 17:42:29 +0900
Subject: ularn rebuild failure
In-Reply-To: <49AA3532.1@kobold.org>
References: <49AA2020.6010500@kobold.org>	<1235888083.9121.248.camel@localhost.localdomain>
	<49AA3532.1@kobold.org>
Message-ID: <49AA4A75.3010803@ioa.s.u-tokyo.ac.jp>

Wart wrote, at 03/01/2009 04:11 PM +9:00:
> Jesse Keating wrote:
>> On Sat, 2009-02-28 at 21:41 -0800, Wart wrote:
>>> This same package built fine for F10.  Any ideas what's causing this
>>> odd
>>> behavior?
>> is config.h.SH generated during the build?  If so, perhaps you have a
>> parallel make issue.  Try building it without smp flags to verify.
> 
> config.h.SH is shipped with the sources.  Sourcing config.h.SH is the
> first step in %build:
> 
> %build
> # Keep track of where we are.  Some of the configuration scripts change
> # the current working directory.
> builddir=`pwd`
> . config.h.SH
> [...]
> 
> --Wart

rpm creates shell scripts on %prep, %build, %install and executes the
shell scripts through /bin/sh (not /bin/bash, i.e. emulating posix mode).

Rawhide uses bash 4.0 and with bash 4.0 "source" command in posix mode
no longer searches current path. You have to specify the path more
verbosely like:
---------------------------------------------------------------
. ./config.h.SH
---------------------------------------------------------------

Regards,
Mamoru



From rawhide at fedoraproject.org  Sun Mar  1 09:22:53 2009
From: rawhide at fedoraproject.org (Rawhide Report)
Date: Sun,  1 Mar 2009 09:22:53 +0000 (UTC)
Subject: rawhide report: 20090301 changes
Message-ID: <20090301092253.E00DA1B8013@releng2.fedora.phx.redhat.com>

Compose started at Sun Mar  1 06:01:03 UTC 2009



From seg at haxxed.com  Sun Mar  1 10:18:11 2009
From: seg at haxxed.com (Callum Lerwick)
Date: Sun, 01 Mar 2009 04:18:11 -0600
Subject: Ready for new RPM version?
In-Reply-To: <go9t0g$8o9$1@ger.gmane.org>
References: <958.1235674647@sss.pgh.pa.us>
	<1235674881.28306.3.camel@rosebud> <1849.1235676499@sss.pgh.pa.us>
	<1235677089.30693.3.camel@rosebud>
	<1235701226.4960.32.camel@adam.local.net>
	<1235746476.18573.17.camel@jcmlaptop>
	<1235765344.4960.58.camel@adam.local.net>
	<1235768279.18573.67.camel@jcmlaptop>
	<1235769527.4960.69.camel@adam.local.net>
	<1235769755.15638.3.camel@rosebud> <20090227213944.GC85702@redhat.com>
	<1235773162.9121.214.camel@localhost.localdomain>
	<go9t0g$8o9$1@ger.gmane.org>
Message-ID: <1235902691.8520.1006.camel@localhost.localdomain>

On Fri, 2009-02-27 at 18:29 -0500, Ben Boeckel wrote:
> Maybe we should encourage (NOT require) maintainers to dual boot or use 
> older machines to test rawhide out with on a weekly basis or something.

And the problem with this is following Rawhide will inevitably work
flawlessly on the spare test box, but upon updating your critical
primary machine to the final release, it fails miserably:

https://bugzilla.redhat.com/show_bug.cgi?id=474977
https://bugzilla.redhat.com/show_bug.cgi?id=487432

Unless your test box is an exact duplicate of the same hardware,
Finagle's law dictates This Will Never Work. (Not even "Both are r300"
is good enough. :P)
-------------- 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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090301/b6cfd2f5/attachment.sig>

From philippe.moret at gmail.com  Sun Mar  1 11:56:07 2009
From: philippe.moret at gmail.com (Philippe Moret)
Date: Sun, 01 Mar 2009 12:56:07 +0100
Subject: Self-Introduction: Philippe Moret
Message-ID: <49AA77D7.7050009@gmail.com>

Hi,

My name is Philippe Moret I'm living in Lugano, in the italian part of
Switzerland. I'm also sometimes in the french part during the week-ends.
I'm currently a second year PhD student in computer science at the
University of Lugano.

Your goals in the Fedora Project

Well, I'd like to help the open source community by contributing to a
project, even if I don't know how much time I'll be able to spend for
this ;-)

Which packages do you want to see published?

I noticed that Amaya was not anymore maintained and with a friend who's
already involved in the project (Thibault North) I've tried to package
the new version, this will probably be my first contribution. Otherwise
I'm intersted in Java in general and I will probably help with
java-related packages. I have also an interest in photography, so
related software would also interest me. And hopefully I will be able to
release part of my research work as a free software :D ...

Historical qualifications
MSc in CS, on my way to have a PhD...


What other projects have you worked on in the past?
Nothing serious, a few toy-projects...

What computer languages and other skills do you know?
I'm more at ease with Java, a bit of C, sh and Perl for the everyday
needs, a little bit of LISP...

Why should we trust you?
Why not ?

pub   1024D/86B5069E 2006-01-09 [expires: 2011-01-08]
Key fingerprint = BCDA 4F4B D2FB D8A0 C75B  24DB A73E E73A 86B5 069E
uid Philippe Moret <philippe.moret at gmail.com>
sub  2048g/CEB904B8 2006-01-09 [expires: 2011-01-08]

I will just need a sponsor to set up my Fedora Account by signing the
CLA and all that.


Cheers,
Philippe Moret





From joshuacov at googlemail.com  Sun Mar  1 15:39:38 2009
From: joshuacov at googlemail.com (Joshua C.)
Date: Sun, 1 Mar 2009 16:39:38 +0100
Subject: Fedora ATi driver performs much worse than the vanilla code
In-Reply-To: <1235892633.3577.25.camel@localhost>
References: <5f6f8c5f0902271725o3090ae8ndb343a14216898f6@mail.gmail.com>
	<1235892633.3577.25.camel@localhost>
Message-ID: <5f6f8c5f0903010739h10f58985ue606b5672720e84@mail.gmail.com>

2009/3/1 Dave Airlie <airlied at redhat.com>:
> On Fri, 2009-02-27 at 20:25 -0500, Joshua C. wrote:
>> I was testing the latest xf86-video-radeon with f11 and the latest
>> xorg-x11-server. And to my surprise the fedora version performs much
>> worse than the vanilla code here:
>> http://lists.freedesktop.org/archives/xorg-announce/2009-February/000771.html.
>> Installed are:
>> mesa-libGLU-7.3-5.fc11.x86_64
>> mesa-libGL-7.3-5.fc11.x86_64
>> mesa-dri-drivers-7.3-5.fc11.x86_64
>> libdrm-2.4.5-0.fc11.x86_64
>> xorg-x11-server-utils-7.4-5.fc11.x86_64
>> xorg-x11-server-common-1.6.0-2.fc11.x86_64
>> xorg-x11-server-Xorg-1.6.0-2.fc11.x86_64
>> xorg-x11-drv-ati-6.11.0-1.1.fc11.x86_64 (from vanilla source without
>> extra patches)
>> kernel-2.6.29-0.172.rc6.git4.fc11.x86_64
>> With the fedora version (with all the patches) I cannot do basic
>> things like watch flash files and video (almost no hardware
>> acceleration). This results in 100% cpu usage, screen distortions. At
>> the same time the vanilla code playes the video files smoothly and
>> everything is fine. Even the kms works! With the fedora code I need to
>> pass radeon.gartsize=128 at startup in order to make it start the
>> xserver. And in terms of speed it's far behind the vanilla code.
>>
>> I saw that some patches date back to before ?6.10.0. Are they still
>> needed? Has someone else tried this?
>>
>
> So if you run this vanilla driver please disable KMS, you are running
> two drivers in direct conflict, and it might work sometimes, it might
> also corrupt memory or oops randomly. So its not on the advised list.
>
> However can you check if the driver you installed from upstream is
> running XAA or EXA acceleration? We enable EXA acceleration by default
> under KMS and non-kms, and it may be the case that XAA is faster for
> some situations that we haven't identified yet. However EXA provides
> support for more features going forward so we have to try and squash any
> regressions at some point.
>
> I think we will switch upstream to EXA quite soon, which sorta means you
> just put off the inevitable at the moment.
>
> Dave.
>
>
> --
> fedora-devel-list mailing list
> fedora-devel-list at redhat.com
> https://www.redhat.com/mailman/listinfo/fedora-devel-list
>

I did some test and here are the results:

"These results are not representative for all the fedora community.
They just show how the free radeon driver performs on my pc"

1. F9 with the the lastest (for f9) radeon driver, mesa, libdrm and
xorg packages in koji.

-exa enabled
-performs pretty good. glxgears gives me about 800 fps
-video and flash work flawlessly
-moderate cpu usage (~ 30%)
-f9 has the 6.8.0-19 driver and the xserver is 1.5.2-3

2. F10 with 2.6.29.rc kernel and kms enabled

-defaults to xaa
-watchable flash and video, glxgears: 200
-above 50% cpu usage
-radeon 6.11.0 and xserver-1.5.3-13

3. F10 with 2.6.29.rc kernel and no kms, exa

-nomodeset
-after manually switching to exa, glxgears. 400
-cpu usage above 50%
-flash and video files are "watchable"
-same radeon and xserver as above

4. F10 with 2.6.29.rc kernel and no kms, xaa

-nomodeset
-defaults to xaa
-glxgears: 200
-flash and videos are ok
-cpu usage about 50%

5. F11 2.6.29-172 kernel, kms exa

-kms anabled
-manually switching to exa
-cpu usage 100%
-glxgears: 290
-very slow
-cannot watch flash and video, no sound
-totally useless
-random errors
-As Dave Airlie said, these combination is no go for me
-radeon 6.11.0 without patches, xserver-1.6.0-2

6. F11 2.6.29-172 kernel, kms xaa

-kms enabled
-default to xaa
-watchable flash and video with sound
-glxgears:320
-high (~85%) cpu usage
-same driver/xserver/mesa/drm as above

7. F11 2.6.29-172 kernel, no kms exa

-nomodeset
-manually switching to exa
-cannot watch flsh and video
-glxgears gives errors. (~320 according to total package number)
-high cpu usage
-same packages as above

8. F11 2.6.29-172 kernel, no kms, xaa

-nomdeset
-default to xaa
-no flash and no video
-glxgears gives errors (~220 accordning to total package number)
-85% cpu usage
-same packges as above.

These results represent a regression in my case. And I can say that
the f10 with nokms, exa or kms, xaa represent the best combination at
the moment. F9 is even better but the packges are rather old. Here are
the xorg logs from all the tests
http://filebin.ca/jwaswo/Xorg.logs.tar.gz. As for f11: right now the
radeon performace cannot satisfy me and with the default fedora driver
I cannot even start the computer. Maybe this will change in the
future.



From email.ahmedkamal at googlemail.com  Sun Mar  1 17:21:22 2009
From: email.ahmedkamal at googlemail.com (Ahmed Kamal)
Date: Sun, 1 Mar 2009 19:21:22 +0200
Subject: Xorg dual-head fail
Message-ID: <3da3b5b40903010921t39cc0bcbpd2e333ebf8cea43c@mail.gmail.com>

A software developer gets a new HDMI monitor to connect to his laptop .. he
connects the HDMI output to the laptop .. no notification, nothing pops up
..  mmm .. he searches through the menus for something .. Screen resize n
rotate (krandrtray) looks promising ... he plays with it, it gets the 2
monitors mirrored, but he wants to spread the desktop on them both, tens of
clicks here and there .. it's not going anywhere ... he calls the local
linux guru, which happens to be me. I play with krandr too, nothing .. I
appologize for having to use cli tricks, I open up konsole, and fire-up
xrandr, after some time to get the 11 word xrandr command just about right
... Xrandr fails to set the display and bitches about some virtual-size
thingie .. googling reveals I need "Virtual" directive in xorg.conf .. mm ..
ok, I vim xorg.conf .. but it's not there ... ah, everything in newer fedora
should be automatic, heh, I remember. Ok .. so I need to create an xorg.conf
.. I launch system-config-display .. set the dual-head option there (how
didnt I think of that one before) .. couple of clicks .. save the config ..
oops, some "index out of range" error spits on the konsole screen and the
tool just hangs there .. no error messages that there were some errors
saving, nothing ... ick ... xorg.conf was not created! I give
system-config-display another shot .. it crashes the exact way again ... doh
.. (at this stage I should already be cursing .. but I'm not :) I launch
system-config-display one third time with --no-ui option to create some
boiler plate xorg.conf, this time it works .. I add the needed "Virtual"
thingie ... I set it to 4096x4096 .. restart X .. it fails to start
completely ... no graceful recovery :/ I reboot the box ... X doesn't start
again .. no errors .. doesn't take me back to console .. just a pretty black
blank screen! Reboot again, runlevel 3 .. tweak Virtual .. init 5 .. X
starts. I finally login .. run "xrandr" and tweak the command .. now things
start to look good again. I make the user a shell alias, tell him to type it
whenever that monitor is attached to his laptop ... end of my story!

Does something as common as attaching an extra monitor to a laptop, require
that much voodoo ..! How would a "normal" user react ! I wont try to mention
how to resolve the problems mentioned here, since you guys know this better
than I do ... I'm not whining either, I'm simple mentioning somthing is
definitely wrong, with the hope of spurring action to make things better

Regards
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090301/c72a16e4/attachment.htm>

From rjones at redhat.com  Sun Mar  1 17:22:56 2009
From: rjones at redhat.com (Richard W.M. Jones)
Date: Sun, 1 Mar 2009 17:22:56 +0000
Subject: Self-Introduction: Philippe Moret
In-Reply-To: <49AA77D7.7050009@gmail.com>
References: <49AA77D7.7050009@gmail.com>
Message-ID: <20090301172256.GA28347@amd.home.annexia.org>


I guess that Phillipe was filling in this page:

https://fedoraproject.org/wiki/Extras/SelfIntroduction

and nothing wrong with that.  However this page isn't linked to from
elsewhere in the wiki, and I think I'm right in saying that new users
would be encouraged to read this page instead:

http://fedoraproject.org/wiki/Join

Should the first page now be deleted?

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 oget.fedora at gmail.com  Sun Mar  1 17:33:13 2009
From: oget.fedora at gmail.com (Orcan Ogetbil)
Date: Sun, 1 Mar 2009 12:33:13 -0500
Subject: Self-Introduction: Philippe Moret
In-Reply-To: <49AA77D7.7050009@gmail.com>
References: <49AA77D7.7050009@gmail.com>
Message-ID: <e76492710903010933y459565e7y12b567bc84837f9b@mail.gmail.com>

On Sun, Mar 1, 2009 at 6:56 AM, Philippe Moret wrote:
> Hi,
>
> My name is Philippe Moret I'm living in Lugano, in the italian part of
> Switzerland. I'm also sometimes in the french part during the week-ends.
> I'm currently a second year PhD student in computer science at the
> University of Lugano.
>
> Your goals in the Fedora Project
>
> Well, I'd like to help the open source community by contributing to a
> project, even if I don't know how much time I'll be able to spend for
> this ;-)
>
> Which packages do you want to see published?
>
> I noticed that Amaya was not anymore maintained and with a friend who's
> already involved in the project (Thibault North) I've tried to package
> the new version, this will probably be my first contribution. Otherwise
> I'm intersted in Java in general and I will probably help with
> java-related packages. I have also an interest in photography, so
> related software would also interest me. And hopefully I will be able to
> release part of my research work as a free software :D ...
>
> Historical qualifications
> MSc in CS, on my way to have a PhD...
>
>
> What other projects have you worked on in the past?
> Nothing serious, a few toy-projects...
>
> What computer languages and other skills do you know?
> I'm more at ease with Java, a bit of C, sh and Perl for the everyday
> needs, a little bit of LISP...
>
> Why should we trust you?
> Why not ?
>
> pub ? 1024D/86B5069E 2006-01-09 [expires: 2011-01-08]
> Key fingerprint = BCDA 4F4B D2FB D8A0 C75B ?24DB A73E E73A 86B5 069E
> uid Philippe Moret
> sub ?2048g/CEB904B8 2006-01-09 [expires: 2011-01-08]
>
> I will just need a sponsor to set up my Fedora Account by signing the
> CLA and all that.
>
>
> Cheers,
> Philippe Moret
>

Welcome to Fedora community. There are a few steps each of us (well,
at least most of us) went through to become sponsored.
Basically you need to show that you can perform certain tasks such a
packaging some software and cooperate with the reviewer who's going to
review your package. The reviewer must be a sponsor for the first
timers.
Doing some reviews of the packages from other packagers will
familiarize you with Fedora procedures and show that you can follow
the basic guidelines.

More information can be found at:
http://fedoraproject.org/wiki/PackageMaintainers/Join
http://fedoraproject.org/wiki/PackageMaintainers/HowToGetSponsored

Let the games begin.

Orcan



From vonbrand at inf.utfsm.cl  Sun Mar  1 17:41:15 2009
From: vonbrand at inf.utfsm.cl (Horst H. von Brand)
Date: Sun, 01 Mar 2009 14:41:15 -0300
Subject: 20090228's rawhide updates
Message-ID: <8584.1235929275@laptop14.inf.utfsm.cl>

First off, it worked fine. Installed some 1800 packages automatically (I
feared I'd have to upate by pieces due to not enough space in /, usr,
etc).

But on rebooting today there are some weird things going on:

- Gnome Terminal has white background, but any text is black on
  red. This is definitlely not what the profile says.

- Some pages in Firefox show strangely. I.e., the "Firefox closed,
  should I reopen the previous tabs" is _very_ wide, the buttons have
  normal sized text (a few words each), but are around a screen wide
  each. The start page for LWN <http://lwn.net> has a _HUGE_ "Headlines
  for today" text (some 1/3 of a screen high)

- An external USB mouse is still not working at all

- xemacs still crashes trying to find helvetica fonts
-- 
Dr. Horst H. von Brand                   User #22616 counter.li.org
Departamento de Informatica                    Fono: +56 32 2654431
Universidad Tecnica Federico Santa Maria             +56 32 2654239
Casilla 110-V, Valparaiso, Chile 2340000       Fax:  +56 32 2797513



From ascii79 at gmail.com  Sun Mar  1 17:54:04 2009
From: ascii79 at gmail.com (Sachin)
Date: Sun, 1 Mar 2009 11:54:04 -0600
Subject: 20090228's rawhide updates
In-Reply-To: <8584.1235929275@laptop14.inf.utfsm.cl>
References: <8584.1235929275@laptop14.inf.utfsm.cl>
Message-ID: <a3c040240903010954n70dd3113p5820925836f2bf6d@mail.gmail.com>

2) https://bugzilla.redhat.com/show_bug.cgi?id=487844

On Sun, Mar 1, 2009 at 11:41 AM, Horst H. von Brand
<vonbrand at inf.utfsm.cl>wrote:

> First off, it worked fine. Installed some 1800 packages automatically (I
> feared I'd have to upate by pieces due to not enough space in /, usr,
> etc).
>
> But on rebooting today there are some weird things going on:
>
> - Gnome Terminal has white background, but any text is black on
>  red. This is definitlely not what the profile says.
>
> - Some pages in Firefox show strangely. I.e., the "Firefox closed,
>  should I reopen the previous tabs" is _very_ wide, the buttons have
>  normal sized text (a few words each), but are around a screen wide
>  each. The start page for LWN <http://lwn.net> has a _HUGE_ "Headlines
>  for today" text (some 1/3 of a screen high)
>
> - An external USB mouse is still not working at all
>
> - xemacs still crashes trying to find helvetica fonts
> --
> Dr. Horst H. von Brand                   User #22616 counter.li.org
> Departamento de Informatica                    Fono: +56 32 2654431
> Universidad Tecnica Federico Santa Maria             +56 32 2654239
> Casilla 110-V, Valparaiso, Chile 2340000       Fax:  +56 32 2797513
>
> --
> 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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090301/169cca36/attachment.htm>

From mtasaka at ioa.s.u-tokyo.ac.jp  Sun Mar  1 18:10:44 2009
From: mtasaka at ioa.s.u-tokyo.ac.jp (Mamoru Tasaka)
Date: Mon, 02 Mar 2009 03:10:44 +0900
Subject: 20090228's rawhide updates
In-Reply-To: <8584.1235929275@laptop14.inf.utfsm.cl>
References: <8584.1235929275@laptop14.inf.utfsm.cl>
Message-ID: <49AACFA4.2040609@ioa.s.u-tokyo.ac.jp>

Horst H. von Brand wrote, at 03/02/2009 02:41 AM +9:00:
> - Gnome Terminal has white background, but any text is black on
>   red. This is definitlely not what the profile says.

This issue is:
https://bugzilla.redhat.com/show_bug.cgi?id=487795

Regards,
Mamoru



From vonbrand at inf.utfsm.cl  Sun Mar  1 18:27:07 2009
From: vonbrand at inf.utfsm.cl (Horst H. von Brand)
Date: Sun, 01 Mar 2009 15:27:07 -0300
Subject: 20090228's rawhide updates
In-Reply-To: <8584.1235929275@laptop14.inf.utfsm.cl>
References: <8584.1235929275@laptop14.inf.utfsm.cl>
Message-ID: <9090.1235932027@laptop14.inf.utfsm.cl>

Horst H. von Brand <vonbrand at inf.utfsm.cl> wrote:

[...]

> - An external USB mouse is still not working at all

False alarm, another USB mouse does work.
-- 
Dr. Horst H. von Brand                   User #22616 counter.li.org
Departamento de Informatica                    Fono: +56 32 2654431
Universidad Tecnica Federico Santa Maria             +56 32 2654239
Casilla 110-V, Valparaiso, Chile 2340000       Fax:  +56 32 2797513



From stlwrt at gmail.com  Sun Mar  1 19:13:58 2009
From: stlwrt at gmail.com (Pavel Shevchuk)
Date: Sun, 1 Mar 2009 21:13:58 +0200
Subject: Xorg dual-head fail
In-Reply-To: <3da3b5b40903010921t39cc0bcbpd2e333ebf8cea43c@mail.gmail.com>
References: <3da3b5b40903010921t39cc0bcbpd2e333ebf8cea43c@mail.gmail.com>
Message-ID: <d25f375f0903011113w3901616bj73ef1b451e6e023a@mail.gmail.com>

Amount of voodoo depends on graphics driver. With radeons even single
screen setup can be major PITA

2009/3/1 Ahmed Kamal <email.ahmedkamal at googlemail.com>:
> A software developer gets a new HDMI monitor to connect to his laptop .. he
> connects the HDMI output to the laptop .. no notification, nothing pops up
> ..? mmm .. he searches through the menus for something .. Screen resize n
> rotate (krandrtray) looks promising ... he plays with it, it gets the 2
> monitors mirrored, but he wants to spread the desktop on them both, tens of
> clicks here and there .. it's not going anywhere ... he calls the local
> linux guru, which happens to be me. I play with krandr too, nothing .. I
> appologize for having to use cli tricks, I open up konsole, and fire-up
> xrandr, after some time to get the 11 word xrandr command just about right
> ... Xrandr fails to set the display and bitches about some virtual-size
> thingie .. googling reveals I need "Virtual" directive in xorg.conf .. mm ..
> ok, I vim xorg.conf .. but it's not there ... ah, everything in newer fedora
> should be automatic, heh, I remember. Ok .. so I need to create an xorg.conf
> .. I launch system-config-display .. set the dual-head option there (how
> didnt I think of that one before) .. couple of clicks .. save the config ..
> oops, some "index out of range" error spits on the konsole screen and the
> tool just hangs there .. no error messages that there were some errors
> saving, nothing ... ick ... xorg.conf was not created! I give
> system-config-display another shot .. it crashes the exact way again ... doh
> .. (at this stage I should already be cursing .. but I'm not :) I launch
> system-config-display one third time with --no-ui option to create some
> boiler plate xorg.conf, this time it works .. I add the needed "Virtual"
> thingie ... I set it to 4096x4096 .. restart X .. it fails to start
> completely ... no graceful recovery :/ I reboot the box ... X doesn't start
> again .. no errors .. doesn't take me back to console .. just a pretty black
> blank screen! Reboot again, runlevel 3 .. tweak Virtual .. init 5 .. X
> starts. I finally login .. run "xrandr" and tweak the command .. now things
> start to look good again. I make the user a shell alias, tell him to type it
> whenever that monitor is attached to his laptop ... end of my story!
>
> Does something as common as attaching an extra monitor to a laptop, require
> that much voodoo ..! How would a "normal" user react ! I wont try to mention
> how to resolve the problems mentioned here, since you guys know this better
> than I do ... I'm not whining either, I'm simple mentioning somthing is
> definitely wrong, with the hope of spurring action to make things better
>
> Regards
>
> --
> fedora-devel-list mailing list
> fedora-devel-list at redhat.com
> https://www.redhat.com/mailman/listinfo/fedora-devel-list
>



-- 
http://scwlab.com



From fedora at matbooth.co.uk  Sun Mar  1 19:56:31 2009
From: fedora at matbooth.co.uk (Mat Booth)
Date: Sun, 1 Mar 2009 19:56:31 +0000
Subject: Eclipse EMF build failures on ppc64 hosts
Message-ID: <9497e9990903011156y2a173edaq225f65ad4aaabec9@mail.gmail.com>

I've updated eclipse-emf and I'm trying to build it, but it seems to
fail if the build host arch is ppc64. By chance, all the scratch
builds I've submitted were built on i586 hosts and they have all
worked perfectly. By chance, all the real builds I've submitted were
built on ppc64 hosts and they all fail with the same error.

Scratch builds succeeding on i586:
https://koji.fedoraproject.org/koji/taskinfo?taskID=1210426
https://koji.fedoraproject.org/koji/taskinfo?taskID=1211516

Real builds failing on ppc64:
https://koji.fedoraproject.org/koji/taskinfo?taskID=1210476
https://koji.fedoraproject.org/koji/taskinfo?taskID=1210708
https://koji.fedoraproject.org/koji/taskinfo?taskID=1211494

The spec file[1] contains the following lines:

    %define eclipse_base     %{_libdir}/eclipse
    %{eclipse_base}/buildscripts/pdebuild -f org.eclipse.emf.all \
      -a "-DjavacTarget=1.5 -DjavacSource=1.5
-DforceContextQualifier=v200902171115"

And the error message on ppc64 builds is the following:

    /var/tmp/rpm-tmp.5hAGBF: line 31:
/usr/lib/eclipse/buildscripts/pdebuild: No such file or directory

Now, I could be wrong, but it looks to me like the RPM macro
%{_libdir} is expanding incorrectly on ppc64 hosts. (Surely it should
expand to /usr/lib64!) Is this a bug? If so, what component should I
raise the ticket for in Bugzilla?

[1]http://cvs.fedoraproject.org/viewvc/rpms/eclipse-emf/devel/eclipse-emf.spec?revision=1.12

-- 
Mat Booth
www.matbooth.co.uk



From zaitcev at redhat.com  Sun Mar  1 20:28:27 2009
From: zaitcev at redhat.com (Pete Zaitcev)
Date: Sun, 1 Mar 2009 13:28:27 -0700
Subject: Ready for new RPM version?
In-Reply-To: <1235746476.18573.17.camel@jcmlaptop>
References: <alpine.DEB.1.10.0902261918480.9856@gotcha.dreamhost.com>
	<49A6D54A.9050007@jcomserv.net> <215.1235672690@sss.pgh.pa.us>
	<1235673528.28306.1.camel@rosebud> <958.1235674647@sss.pgh.pa.us>
	<1235674881.28306.3.camel@rosebud> <1849.1235676499@sss.pgh.pa.us>
	<1235677089.30693.3.camel@rosebud>
	<1235701226.4960.32.camel@adam.local.net>
	<1235746476.18573.17.camel@jcmlaptop>
Message-ID: <20090301132827.552644e1.zaitcev@redhat.com>

On Fri, 27 Feb 2009 09:54:36 -0500, Jon Masters <jonathan at jonmasters.org> wrote:

> > It would be nice to have everyone who works on Rawhide, work *from*
> > Rawhide. I suspect this would make people generally less keen to break
> > stuff. =)
> 
> That's precisely why it's not practical to use Rawhide as a day-to-day
> platform. I know others will disagree and that's fine, but I long since
> switched back to a stable Fedora 9/10 setup. It's tough enough ever
> getting a rawhide that will install, let alone not break randomly.

Are you talking to me, Jon? My desktop was Rawhide for years.

The main reason being, it's impossible to get anything fixed in stock
Fedora, with good approximation (unless the problem is declared
"security"). Sometimes it happens, but the bug has to be an eggregious
show-stopper that affects thousands of users. Anything smaller will
be "fixed in devel". Upstream always says "try the latest git,
come back if you can reproduce it".

> KVM is great at letting one poke safely at stuff.

Only on CPUs that support it. Also it requires ungodly amounts
of RAM to be useful.

Look, I know that the security implications of using Rawhide
are scary in abstract. But I work for a company where people use
Windows for work, they use Blackberries, Linksys routers, Skype,
all sorts of dubious shit. It's not like Rawhide is any worse.

-- Pete



From zaitcev at redhat.com  Sun Mar  1 20:34:42 2009
From: zaitcev at redhat.com (Pete Zaitcev)
Date: Sun, 1 Mar 2009 13:34:42 -0700
Subject: Ready for new RPM version?
In-Reply-To: <1235769755.15638.3.camel@rosebud>
References: <alpine.DEB.1.10.0902261918480.9856@gotcha.dreamhost.com>
	<49A6D54A.9050007@jcomserv.net> <215.1235672690@sss.pgh.pa.us>
	<1235673528.28306.1.camel@rosebud> <958.1235674647@sss.pgh.pa.us>
	<1235674881.28306.3.camel@rosebud> <1849.1235676499@sss.pgh.pa.us>
	<1235677089.30693.3.camel@rosebud>
	<1235701226.4960.32.camel@adam.local.net>
	<1235746476.18573.17.camel@jcmlaptop>
	<1235765344.4960.58.camel@adam.local.net>
	<1235768279.18573.67.camel@jcmlaptop>
	<1235769527.4960.69.camel@adam.local.net>
	<1235769755.15638.3.camel@rosebud>
Message-ID: <20090301133442.800c5b4e.zaitcev@redhat.com>

On Fri, 27 Feb 2009 16:22:35 -0500, seth vidal <skvidal at fedoraproject.org> wrote:

> To be fair - no other distro revs as quickly or as much as fedora does,
> either. We tend to get new things first. That's one of Fedora's goals.

Gentoo is still faster. They had usbmon a few months before Fedora.
I only threw it into Rawhide after they used it for a while and
even sent me patches.

You can say we're the fastest of "traditional" or "serious" distros,
which is still pretty good.

-- Pete



From naheemzaffar at gmail.com  Sun Mar  1 20:42:28 2009
From: naheemzaffar at gmail.com (Naheem Zaffar)
Date: Sun, 1 Mar 2009 20:42:28 +0000
Subject: Ready for new RPM version?
In-Reply-To: <20090301133442.800c5b4e.zaitcev@redhat.com>
References: <alpine.DEB.1.10.0902261918480.9856@gotcha.dreamhost.com>
	<1849.1235676499@sss.pgh.pa.us> <1235677089.30693.3.camel@rosebud>
	<1235701226.4960.32.camel@adam.local.net>
	<1235746476.18573.17.camel@jcmlaptop>
	<1235765344.4960.58.camel@adam.local.net>
	<1235768279.18573.67.camel@jcmlaptop>
	<1235769527.4960.69.camel@adam.local.net>
	<1235769755.15638.3.camel@rosebud>
	<20090301133442.800c5b4e.zaitcev@redhat.com>
Message-ID: <3adc77210903011242v770826cene3c363a770756879@mail.gmail.com>

I am also quite sure that OpenSuSe has Python 2.6 in their last release, so
there have been a few cases where fedora has been "beaten" to the latest and
greatest technology releases.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090301/d89da5e6/attachment.htm>

From ddutile at redhat.com  Sun Mar  1 20:50:24 2009
From: ddutile at redhat.com (Don Dutile)
Date: Sun, 01 Mar 2009 15:50:24 -0500
Subject: initrd question
In-Reply-To: <20090228174005.GA10079@amd.home.annexia.org>
References: <20090228174005.GA10079@amd.home.annexia.org>
Message-ID: <49AAF510.8040805@redhat.com>

Richard W.M. Jones wrote:
> At the moment mkinitrd goes through a big hoo-hah where it tries to
> determine what precise set of kernel modules are needed to mount the
> root filesystem, and no more.
> 
> But I don't understand why we don't just put every possible block
> device driver / LVM / crypto module / etc. into the initrd.  The
> ramdisk is discarded as soon as the root filesystem is mounted, so at
> most we're saving a few kilobytes of disk space.  At the same time,
> mkinitrd is massively more complicated than it really needs to be, and
> initrd images are non-portable between machines[*].
> 

here's one:
	the !@#$%^&* xen-pv driver(s).
        the equally !@#$%^&* xen tools present an xvd & hda to a FV
        guest; xenbus code reads xenstore & (blindly) creates the /dev/xvd[a-?]
        device file, whether used or not, but doesn't get rid of it if it isn't
        hooked up/used.  along comes anaconda, opens such an device, which
        is empty, and anaconda hacks a fur-ball.
        We can go on for a long time why the xen code & tools are all messed
        up, but we have a life, and need to move on....
So, to deal with such problems & further your recommendation, though,
I suggest that mkinitrd make everything *but what it is told to exclude*.
The exclusion list is small; the inclusion (working) list is large.
a --with would override the default exclusion list.

overall, I agree in principal; include the kitchen sink; exclude what
has corner cases that break stuff, or fix the broken cases, instead of
having tools (anaconda) work around all the crazy options / conditions.

- Don

> The particular problem I am encountering is with P2V and V2V
> conversions.  Because typically virtio-blk drivers aren't included, we
> have to take extra steps to run 'mkinitrd --with virtio_pci --with
> virtio_blk'.  Doing this from a script is not just massively
> complicated (we have to run it within the context of a guest
> filesystem probably located inside a raw disk image), but completely
> unnecessary if initrd just included all the drivers in the first
> place.
> 
> Thoughts?
> 
> Rich.
> 
> [*] They would still hard-code the root and swap partition names, but
> I think it should be possible to get rid of those too and make initrd
> images really portable.
> 



From kevin.kofler at chello.at  Sun Mar  1 21:39:07 2009
From: kevin.kofler at chello.at (Kevin Kofler)
Date: Sun, 01 Mar 2009 22:39:07 +0100
Subject: Ready for new RPM version?
References: <alpine.DEB.1.10.0902261918480.9856@gotcha.dreamhost.com>
	<49A6D54A.9050007@jcomserv.net> <215.1235672690@sss.pgh.pa.us>
	<1235673528.28306.1.camel@rosebud> <958.1235674647@sss.pgh.pa.us>
	<1235674881.28306.3.camel@rosebud> <1849.1235676499@sss.pgh.pa.us>
	<1235677089.30693.3.camel@rosebud>
	<1235701226.4960.32.camel@adam.local.net>
	<1235746476.18573.17.camel@jcmlaptop>
	<1235765344.4960.58.camel@adam.local.net>
	<1235768279.18573.67.camel@jcmlaptop>
	<1235769527.4960.69.camel@adam.local.net>
	<1235769755.15638.3.camel@rosebud>
	<20090301133442.800c5b4e.zaitcev@redhat.com>
Message-ID: <goev9r$1s5$1@ger.gmane.org>

Pete Zaitcev wrote:
> Gentoo is still faster. They had usbmon a few months before Fedora.
> I only threw it into Rawhide after they used it for a while and
> even sent me patches.

It depends a lot on the package. KDE 4 was first in an experimental overlay,
then hardmasked, for months in Gentoo when we already shipped it as our
only KDE in Fedora 9.

        Kevin Kofler



From kevin.kofler at chello.at  Sun Mar  1 21:43:46 2009
From: kevin.kofler at chello.at (Kevin Kofler)
Date: Sun, 01 Mar 2009 22:43:46 +0100
Subject: Ready for new RPM version?
References: <alpine.DEB.1.10.0902261918480.9856@gotcha.dreamhost.com>
	<49A6D54A.9050007@jcomserv.net> <215.1235672690@sss.pgh.pa.us>
	<1235673528.28306.1.camel@rosebud> <958.1235674647@sss.pgh.pa.us>
	<1235674881.28306.3.camel@rosebud> <1849.1235676499@sss.pgh.pa.us>
	<1235677089.30693.3.camel@rosebud>
	<1235701226.4960.32.camel@adam.local.net>
	<1235746476.18573.17.camel@jcmlaptop>
	<20090301132827.552644e1.zaitcev@redhat.com>
Message-ID: <goevii$1s5$2@ger.gmane.org>

Pete Zaitcev wrote:
> The main reason being, it's impossible to get anything fixed in stock
> Fedora, with good approximation (unless the problem is declared
> "security"). Sometimes it happens, but the bug has to be an eggregious
> show-stopper that affects thousands of users. Anything smaller will
> be "fixed in devel". Upstream always says "try the latest git,
> come back if you can reproduce it".

What package are you talking about? The kernel gets updated to stable
releases in stable Fedora in most cases (2.6.28 was skipped, but the plan
is that 2.6.29 will be pushed), so things do get fixed in stable releases.
It also gets updates from the upstream stable branches and sometimes
backported bugfixes. KDE is also maintained in a similar way in Fedora. But
of course if you want to run the latest prerelease kernel from git or the
latest prerelease KDE from svn you won't find that in a stable Fedora. ;-)

        Kevin Kofler



From vonbrand at inf.utfsm.cl  Sun Mar  1 22:48:14 2009
From: vonbrand at inf.utfsm.cl (Horst H. von Brand)
Date: Sun, 01 Mar 2009 19:48:14 -0300
Subject: mass rebuild observations
In-Reply-To: <49A8D3B5.9030904@ioa.s.u-tokyo.ac.jp>
References: <f6e5806f0902271922p29a83b93td5eb2534342c5b41@mail.gmail.com>
	<49A8B457.4010404@ioa.s.u-tokyo.ac.jp>
	<f6e5806f0902272100x6f0fb380s113711ed666d3ab4@mail.gmail.com>
	<49A8D3B5.9030904@ioa.s.u-tokyo.ac.jp>
Message-ID: <14149.1235947694@laptop14.inf.utfsm.cl>

Mamoru Tasaka <mtasaka at ioa.s.u-tokyo.ac.jp> wrote:
> darrell pfeifer wrote, at 02/28/2009 02:00 PM +9:00:
> > On Fri, Feb 27, 2009 at 19:49, Mamoru Tasaka
> > <mtasaka at ioa.s.u-tokyo.ac.jp <mailto:mtasaka at ioa.s.u-tokyo.ac.jp>>
> > wrote:
> >     darrell pfeifer wrote, at 02/28/2009 12:22 PM +9:00:

[...]

> Well, after I tried
> - once downloading all packages which firefox and gnome-terminal depends on
> - and then re-upgrading all of them one by one
> 
> then for me:
> - for firefox/thunderbird issue, nspr
> - for gnome-terminal issue, vte

Here (x86_64) going back to vte-0.19.4-3.fc11.x86_64 doesn't fix the
black-on-red for gnome-terminal.
-- 
Dr. Horst H. von Brand                   User #22616 counter.li.org
Departamento de Informatica                    Fono: +56 32 2654431
Universidad Tecnica Federico Santa Maria             +56 32 2654239
Casilla 110-V, Valparaiso, Chile 2340000       Fax:  +56 32 2797513



From zaitcev at redhat.com  Sun Mar  1 23:07:31 2009
From: zaitcev at redhat.com (Pete Zaitcev)
Date: Sun, 1 Mar 2009 16:07:31 -0700
Subject: Ready for new RPM version?
In-Reply-To: <goevii$1s5$2@ger.gmane.org>
References: <alpine.DEB.1.10.0902261918480.9856@gotcha.dreamhost.com>
	<49A6D54A.9050007@jcomserv.net> <215.1235672690@sss.pgh.pa.us>
	<1235673528.28306.1.camel@rosebud> <958.1235674647@sss.pgh.pa.us>
	<1235674881.28306.3.camel@rosebud> <1849.1235676499@sss.pgh.pa.us>
	<1235677089.30693.3.camel@rosebud>
	<1235701226.4960.32.camel@adam.local.net>
	<1235746476.18573.17.camel@jcmlaptop>
	<20090301132827.552644e1.zaitcev@redhat.com>
	<goevii$1s5$2@ger.gmane.org>
Message-ID: <20090301160731.068a50c3.zaitcev@redhat.com>

On Sun, 01 Mar 2009 22:43:46 +0100, Kevin Kofler <kevin.kofler at chello.at> wrote:
> Pete Zaitcev wrote:

> > Upstream always says "try the latest git,
> > come back if you can reproduce it".

> What package are you talking about?

Mozilla and Liferea are the two that bother me the most.
For kernel we're pretty good at tracking the -stable, like you said.

-- Pete



From forum at ru.bir.ru  Sun Mar  1 23:17:38 2009
From: forum at ru.bir.ru (Pavel Alexeev (aka Pahan-Hubbitus))
Date: Mon, 02 Mar 2009 02:17:38 +0300
Subject: Mass Rebuild Failures Report
In-Reply-To: <1235679654.9121.182.camel__47492.0761691921$1235679911$gmane$org@localhost.localdomain>
References: <1235679654.9121.182.camel__47492.0761691921$1235679911$gmane$org@localhost.localdomain>
Message-ID: <gof52i$gij$1@ger.gmane.org>

Jesse Keating wrote:
> I've created a script[1] to find the latest failed build that hasn't yet
> been fixed during our mass rebuild.  The output is an html page broken
> down by packager.  Each package listed under the packager is a link to
> the latest failed build attempt.  Shortly I'll setup a cron job to keep
> this list updated every 10 minutes or so.
> 
> http://jkeating.fedorapeople.org/failed-f11-rebuilds.html

I'm fix 2 my packages few days before (it's failed because of gcc 4.4, 
not architecture change). But package sim, also listed here, probably 
failed due to https://bugzilla.redhat.com/show_bug.cgi?id=487104, as 
Mamoru Tasaka mentioned before.
As I think it is not related to mass rebuilt at all.



From bernie at codewiz.org  Sun Mar  1 23:53:34 2009
From: bernie at codewiz.org (Bernie Innocenti)
Date: Mon, 02 Mar 2009 00:53:34 +0100
Subject: Full Licence field
In-Reply-To: <20090301225722.GD7111@yukidoke.org>
References: <499E9CBB.8070406@schampijer.de>
	<20090301225722.GD7111@yukidoke.org>
Message-ID: <49AB1FFE.3020900@codewiz.org>

[cc += fedora-devel@]

Benj. Mako Hill wrote:
> <quote who="Simon Schampijer" date="Fri, Feb 20, 2009 at 01:06:19PM +0100">
>> we did show a full license in the Control Panel before. The path was  
>> hard coded to where OLPC had placed the GPL license. What can we do to  
>> meet the expectations of all the distributions that want to ship sugar?
> 
> It would be a great thing if we got the major distributions to agree on
> a place to put common licenses. Debian puts them in
> '/usr/share/common-licenses'.  I don't know where Red Hat puts them.

RedHat does not optimize common licenses at all.

Each package bears a copy of its own license, which is typically
installed in /usr/share/doc/<pkgname>/COPYING or similar.


> If we got agreement in those two places and on a list of common licenses
> (even if one group just decides to symlink), we could get a majority of
> distributions once the changes propogate.

Seems like a great idea to me... But I think it already came up some
time ago, and I vaguely remember that RH legal blocked it because the
license itself -- not just a symlink to it -- had to accompany the
package.

-- 
   // Bernie Innocenti - http://www.codewiz.org/
 \X/  Sugar Labs       - http://www.sugarlabs.org/



From cchance at redhat.com  Mon Mar  2 00:03:33 2009
From: cchance at redhat.com (Caius "kaio" Chance)
Date: Mon, 02 Mar 2009 10:03:33 +1000
Subject: Full Licence field
In-Reply-To: <49AB1FFE.3020900@codewiz.org>
References: <499E9CBB.8070406@schampijer.de>	<20090301225722.GD7111@yukidoke.org>
	<49AB1FFE.3020900@codewiz.org>
Message-ID: <49AB2255.3020402@redhat.com>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Bernie Innocenti ????????:
> Seems like a great idea to me... But I think it already came up some
> time ago, and I vaguely remember that RH legal blocked it because the
> license itself -- not just a symlink to it -- had to accompany the
> package.

GPL requires attachment of COPYING?

- - kaio


- --
Caius Chance, Soft Eng, I18N, Red Hat APAC, cchance AT redhat DOT com
JP (Qual), RHCE, MCSE, CCNA, JLPT4, http://apac.redhat.com/disclaimer
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org

iEYEARECAAYFAkmrIlUACgkQmo+B7bGj5dL7OwCfQ/E9y/BNSZZFpwqXcnreXeN0
hCEAoItONezCX92meuXqc/UhRqHPKWau
=7Y0y
-----END PGP SIGNATURE-----



From kevin.kofler at chello.at  Mon Mar  2 00:52:49 2009
From: kevin.kofler at chello.at (Kevin Kofler)
Date: Mon, 02 Mar 2009 01:52:49 +0100
Subject: Full Licence field
References: <499E9CBB.8070406@schampijer.de>	<20090301225722.GD7111@yukidoke.org>
	<49AB1FFE.3020900@codewiz.org> <49AB2255.3020402@redhat.com>
Message-ID: <gofal2$to3$1@ger.gmane.org>

Caius "kaio" Chance wrote:
> GPL requires attachment of COPYING?

Yes.

        Kevin Kofler



From wtogami at redhat.com  Mon Mar  2 02:32:04 2009
From: wtogami at redhat.com (Warren Togami)
Date: Sun, 01 Mar 2009 21:32:04 -0500
Subject: Fedora 11 Hard-coded i386 in .spec Needs Fixing
Message-ID: <49AB4524.1040203@redhat.com>

Attention All Package Maintainers

Since Fedora 11 switched from i386 to i586 default for x86 32bit 
packages, a number of packages need fixing or inspection.  All cases 
below of ExclusiveArch i386 need to be fixed.  If you hard-coded 
ExclusiveArch i386 without i586, then koji will not build any i586 
packages, and that package will be missing from the 32bit rawhide 
repository.  In most cases if you really mean 32bit x86 archs, you 
should use the %{ix86} macro instead.

Other cases that use %ifarch, %ifnarch, or define variables that contain 
i386 might need manual inspection to decide if you need to fix it.  It 
is possible that some packages hard-coded arch names into code or 
directory paths and they might need fixing too.

Below is a listing of problematic or possibly problematic packages in 
rawhide.

##### cpuspeed.spec
ExclusiveArch:	i386 x86_64 ppc ppc64 ia64 sparcv9 sparc64
##### irqbalance.spec
ExclusiveArch:	i386 x86_64 ia64 ppc ppc64
##### gyachi.spec
%ifnarch i386
##### redhat-lsb.spec
ExclusiveArch: i386 ia64 x86_64 ppc ppc64 s390 s390x
##### kernel.spec
%define hdrarch i386
%define nobuildarches i386 s390 sparc
##### generic-release.spec
for arch in i386 x86_64 ppc ppc64
##### elilo.spec
ExclusiveArch: ia64 i386
##### java-1.6.0-openjdk.spec
%define archinstall i386
##### procbench.spec
ExclusiveArch:  i386 x86_64
##### haddock.spec
ExclusiveArch:	i386 x86_64 ppc
##### lam.spec
%ifarch i386 x86_64 ppc ppc64 s390 s390x
%ifarch i386 ppc
%ifarch i386 x86_64 ppc ppc64 s390 s390x
%ifarch i386 s390 ppc
%ifarch i386 s390 ppc
%ifarch i386 s390 ppc
##### olpcsound.spec
ExclusiveArch: i386
##### eclipse-slide.spec
#ExclusiveArch: i386 x86_64
##### libibcm.spec
ExclusiveArch: i386 x86_64 ia64 ppc ppc64
##### libvisual.spec
%ifarch i386
##### openmpi.spec
# is true of all the multilib arches, hence the non-default arch (aka i386
# native-arch package (aka, when built on i386) so that it will work
# properly on the non-native arch as a multilib package (aka i386 installed
%ifarch i386 ppc
%ifarch i386 ppc64 s390
##### gmp.spec
basearch=i386
##### factory.spec
%define multilib_arches i386 x86_64 ppc ppc64 s390 s390x sparcv9 sparc64
##### microcode_ctl.spec
ExclusiveArch:  i386 x86_64
##### openssl.spec
basearch=i386
##### glibc.spec
%ifarch i386
%ifarch i386 i486 i586
%ifarch i386 i486 i586
- speed up pthread_rwlock_unlock on arches other than i386 and
##### i386 bi-arch installs
##### compat-gcc-32.spec
%define multilib_32_arch i386
##### fence-agents.spec
%ifarch i386 x86_64 ia64
##### samba.spec
%ifarch i386 sparc
##### m2crypto.spec
basearch=i386
##### udunits.spec
basearch=i386
##### ntl.spec
%define multilib_arches i386 x86_64 ppc ppc64 s390 s390x sparcv9 sparc64
##### ppl.spec
# architectures (e.g., i386 and x86_64), we rename the header files
normalized_arch=i386
##### xen.spec
ExclusiveArch: i386 i586 i686 x86_64 ia64
##### generic-logos.spec
# should be ifarch i386
# should be ifarch i386
##### rhm.spec
ExclusiveArch: i386 x86_64
- limit builds to i386 and x86_64 archs
##### compat-gcc-296.spec
##### '`
##### compat-gcc-34.spec
%define multilib_32_arch i386
##### ghc-paths.spec
ExclusiveArch:  i386 x86_64 ppc
##### libvisual-plugins.spec
%ifarch i386
##### gauche.spec
%ifarch i386 i586 i686
##### busybox.spec
##### '`
##### asterisk.spec
# if we are building for i386 promote the CPU arch to i486 for atomic 
operations support
%ifarch i386
- Use -march=i486 on i386 builds for atomic operations (GCC 4.3
##### alex.spec
ExclusiveArch:  i386 x86_64 ppc
##### mknbi.spec
ExclusiveArch:  i386 x86_64
- Fix build and make ExclusiveArch: i386 x86_64
##### perl.spec
%define arch32 i386
##### ghdl.spec
%define multilib_32_arch i386
%ifarch i386 i486 i586 i686
##### ohm.spec
ExclusiveArch: i386
- Add ExclusiveArch i386 so it builds for F-10
##### pcmciautils.spec
ExclusiveArch: i386 x86_64 ia64 ppc ppc64 %{?arm}
##### nspluginwrapper.spec
ExclusiveArch:	i386 x86_64 ppc
##### gnu-efi.spec
ExclusiveArch: i386 x86_64
##### arts.spec
%define multilib_arches i386 x86_64 ppc ppc64 s390 s390x sparcv9 sparc64
##### anaconda.spec
%ifarch i386 i486 i586 i686 x86_64
- Translate i?86 into i386 as a base arch. (jkeating)
##### mkbootdisk.spec
ExclusiveArch: i386 sparc x86_64
##### fftw2.spec
	%ifarch i386
##### gcc.spec
- when compiling with -march=i386, don't use __sync_* builtins in
   -march=i586 -mtune=generic from -march=i386 -mtune=generic
##### libsigsegv.spec
%define multilib_arches i386 x86_64 ppc ppc64 s390 s390x sparcv9 sparc64
##### nfs-utils.spec
%define all_32bit_archs i386 i686 athlon ppc sparcv9
##### efibootmgr.spec
ExclusiveArch: i386 x86_64 ia64
##### ipw2100-firmware.spec
ExclusiveArch: noarch i386 x86_64
##### etherboot.spec
%define makeflags ARCH=i386 EXTRA_CFLAGS="%{extra_cflags} -m32" 
EXTRA_ASFLAGS="--32" EXTRA_LDFLAGS="-m elf_i386"
- Changed arch to i386 only
##### fedora-release.spec
for arch in i386 x86_64 ppc ppc64
##### bolzplatz2006.spec
export JAVA_ARCH=i386
##### libvirt.spec
%ifnarch i386 i686 x86_64 ia64
##### grub.spec
ExclusiveArch: i386 x86_64 ia64
##### cpphs.spec
ExclusiveArch:  i386 x86_64 ppc
##### ghc-gtk2hs.spec
ExclusiveArch:	i386 i686 x86_64 ppc
##### boinc-client.spec
%ifarch i386
##### sdljava.spec
export ARCH_DEFINE="-D__i386__"
##### tog-pegasus.spec
%ifarch i386 x86_64 ppc ppc64 s390 s390x sparcv9 sparc64
##### libunwind.spec
ExclusiveArch: ia64 x86_64 i386 ppc64
- Extend the supported architectures from ia64 also to x86_64, i386 and 
ppc64.
##### ipw2200-firmware.spec
ExclusiveArch: noarch i386 x86_64
##### muine-scrobbler.spec
ExclusiveArch:  i386 x86_64
- Add ExclusiveArch i386
##### openser.spec
%ifnarch alpha i386 i486 i586 i686 pentium3 pentium4 athlon x86_64

Warren Togami
wtogami at redhat.com

_______________________________________________
Fedora-devel-announce mailing list
Fedora-devel-announce at redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-announce



From katzj at redhat.com  Mon Mar  2 03:19:03 2009
From: katzj at redhat.com (Jeremy Katz)
Date: Sun, 1 Mar 2009 22:19:03 -0500
Subject: initrd question
In-Reply-To: <20090228174005.GA10079@amd.home.annexia.org>
References: <20090228174005.GA10079@amd.home.annexia.org>
Message-ID: <20090302031902.GA87399@redhat.com>

On Saturday, February 28 2009, Richard W.M. Jones said:
> But I don't understand why we don't just put every possible block
> device driver / LVM / crypto module / etc. into the initrd.  The
> ramdisk is discarded as soon as the root filesystem is mounted, so at
> most we're saving a few kilobytes of disk space.  At the same time,
> mkinitrd is massively more complicated than it really needs to be, and
> initrd images are non-portable between machines[*].

Yes, this is because of a lot of historical reasons that really aren't
worth the time it'd take to go through them.  Work on dracut will
hopefully lead to changes/improvements here, but it's not going to be ready 
in time for F11.  Hopefully F12, though

Jeremy



From gmaxwell at gmail.com  Mon Mar  2 05:20:48 2009
From: gmaxwell at gmail.com (Gregory Maxwell)
Date: Mon, 2 Mar 2009 00:20:48 -0500
Subject: Full Licence field
In-Reply-To: <49AB1FFE.3020900@codewiz.org>
References: <499E9CBB.8070406@schampijer.de>
	<20090301225722.GD7111@yukidoke.org> <49AB1FFE.3020900@codewiz.org>
Message-ID: <e692861c0903012120jcea82c8g62420b3ce544eae5@mail.gmail.com>

On Sun, Mar 1, 2009 at 6:53 PM, Bernie Innocenti <bernie at codewiz.org> wrote:
[snip]
>> If we got agreement in those two places and on a list of common licenses
>> (even if one group just decides to symlink), we could get a majority of
>> distributions once the changes propogate.
>
> Seems like a great idea to me... But I think it already came up some
> time ago, and I vaguely remember that RH legal blocked it because the
> license itself -- not just a symlink to it -- had to accompany the
> package.

Or just ship the license with the package, but make the package
manager smart enough to hardlink common identical files.



From poelstra at redhat.com  Mon Mar  2 05:42:15 2009
From: poelstra at redhat.com (John Poelstra)
Date: Sun, 01 Mar 2009 21:42:15 -0800
Subject: Attention Feature Owners: Fedora 11 Feature Freeze is Next Week
In-Reply-To: <50baabb30902281545o67a2a099te395c0f4e5689249@mail.gmail.com>
References: <49A586EA.9040209@redhat.com>	<1235596245.10605.85.camel@ignacio.lan>
	<49A5F0FE.2070103@redhat.com>
	<50baabb30902281545o67a2a099te395c0f4e5689249@mail.gmail.com>
Message-ID: <49AB71B7.7050102@redhat.com>

Chitlesh GOORAH said the following on 02/28/2009 03:45 PM Pacific Time:
> Sorry,
> I didn't have time to update the FEL feature wiki page.
> If you don't mind I'll try to do it before next weekend ?
> 
> Kind regards,
> Chitlesh
> 

Are you referring to a Spins page? I don't recall seeing an FEL feature 
wiki page.

John



From oliver at linux-kernel.at  Mon Mar  2 07:47:21 2009
From: oliver at linux-kernel.at (Oliver Falk)
Date: Mon, 02 Mar 2009 08:47:21 +0100
Subject: Fedora 11 Hard-coded i386 in .spec Needs Fixing
In-Reply-To: <49AB4524.1040203@redhat.com>
References: <49AB4524.1040203@redhat.com>
Message-ID: <49AB8F09.3000206@linux-kernel.at>

Hi!

Please note, that in most cases it would be even better to use 
ExcludeArch and explicit exclude arches where you *KNOW* your package 
doesn't work.

-of

Warren Togami wrote:
> Attention All Package Maintainers
> 
> Since Fedora 11 switched from i386 to i586 default for x86 32bit 
> packages, a number of packages need fixing or inspection.  All cases 
> below of ExclusiveArch i386 need to be fixed.  If you hard-coded 
> ExclusiveArch i386 without i586, then koji will not build any i586 
> packages, and that package will be missing from the 32bit rawhide 
> repository.  In most cases if you really mean 32bit x86 archs, you 
> should use the %{ix86} macro instead.
> 
> Other cases that use %ifarch, %ifnarch, or define variables that contain 
> i386 might need manual inspection to decide if you need to fix it.  It 
> is possible that some packages hard-coded arch names into code or 
> directory paths and they might need fixing too.
> 
> Below is a listing of problematic or possibly problematic packages in 
> rawhide.
> 
> ##### cpuspeed.spec
> ExclusiveArch:    i386 x86_64 ppc ppc64 ia64 sparcv9 sparc64
> ##### irqbalance.spec
> ExclusiveArch:    i386 x86_64 ia64 ppc ppc64
> ##### gyachi.spec
> %ifnarch i386
> ##### redhat-lsb.spec
> ExclusiveArch: i386 ia64 x86_64 ppc ppc64 s390 s390x
> ##### kernel.spec
> %define hdrarch i386
> %define nobuildarches i386 s390 sparc
> ##### generic-release.spec
> for arch in i386 x86_64 ppc ppc64
> ##### elilo.spec
> ExclusiveArch: ia64 i386
> ##### java-1.6.0-openjdk.spec
> %define archinstall i386
> ##### procbench.spec
> ExclusiveArch:  i386 x86_64
> ##### haddock.spec
> ExclusiveArch:    i386 x86_64 ppc
> ##### lam.spec
> %ifarch i386 x86_64 ppc ppc64 s390 s390x
> %ifarch i386 ppc
> %ifarch i386 x86_64 ppc ppc64 s390 s390x
> %ifarch i386 s390 ppc
> %ifarch i386 s390 ppc
> %ifarch i386 s390 ppc
> ##### olpcsound.spec
> ExclusiveArch: i386
> ##### eclipse-slide.spec
> #ExclusiveArch: i386 x86_64
> ##### libibcm.spec
> ExclusiveArch: i386 x86_64 ia64 ppc ppc64
> ##### libvisual.spec
> %ifarch i386
> ##### openmpi.spec
> # is true of all the multilib arches, hence the non-default arch (aka i386
> # native-arch package (aka, when built on i386) so that it will work
> # properly on the non-native arch as a multilib package (aka i386 installed
> %ifarch i386 ppc
> %ifarch i386 ppc64 s390
> ##### gmp.spec
> basearch=i386
> ##### factory.spec
> %define multilib_arches i386 x86_64 ppc ppc64 s390 s390x sparcv9 sparc64
> ##### microcode_ctl.spec
> ExclusiveArch:  i386 x86_64
> ##### openssl.spec
> basearch=i386
> ##### glibc.spec
> %ifarch i386
> %ifarch i386 i486 i586
> %ifarch i386 i486 i586
> - speed up pthread_rwlock_unlock on arches other than i386 and
> ##### i386 bi-arch installs
> ##### compat-gcc-32.spec
> %define multilib_32_arch i386
> ##### fence-agents.spec
> %ifarch i386 x86_64 ia64
> ##### samba.spec
> %ifarch i386 sparc
> ##### m2crypto.spec
> basearch=i386
> ##### udunits.spec
> basearch=i386
> ##### ntl.spec
> %define multilib_arches i386 x86_64 ppc ppc64 s390 s390x sparcv9 sparc64
> ##### ppl.spec
> # architectures (e.g., i386 and x86_64), we rename the header files
> normalized_arch=i386
> ##### xen.spec
> ExclusiveArch: i386 i586 i686 x86_64 ia64
> ##### generic-logos.spec
> # should be ifarch i386
> # should be ifarch i386
> ##### rhm.spec
> ExclusiveArch: i386 x86_64
> - limit builds to i386 and x86_64 archs
> ##### compat-gcc-296.spec
> ##### '`
> ##### compat-gcc-34.spec
> %define multilib_32_arch i386
> ##### ghc-paths.spec
> ExclusiveArch:  i386 x86_64 ppc
> ##### libvisual-plugins.spec
> %ifarch i386
> ##### gauche.spec
> %ifarch i386 i586 i686
> ##### busybox.spec
> ##### '`
> ##### asterisk.spec
> # if we are building for i386 promote the CPU arch to i486 for atomic 
> operations support
> %ifarch i386
> - Use -march=i486 on i386 builds for atomic operations (GCC 4.3
> ##### alex.spec
> ExclusiveArch:  i386 x86_64 ppc
> ##### mknbi.spec
> ExclusiveArch:  i386 x86_64
> - Fix build and make ExclusiveArch: i386 x86_64
> ##### perl.spec
> %define arch32 i386
> ##### ghdl.spec
> %define multilib_32_arch i386
> %ifarch i386 i486 i586 i686
> ##### ohm.spec
> ExclusiveArch: i386
> - Add ExclusiveArch i386 so it builds for F-10
> ##### pcmciautils.spec
> ExclusiveArch: i386 x86_64 ia64 ppc ppc64 %{?arm}
> ##### nspluginwrapper.spec
> ExclusiveArch:    i386 x86_64 ppc
> ##### gnu-efi.spec
> ExclusiveArch: i386 x86_64
> ##### arts.spec
> %define multilib_arches i386 x86_64 ppc ppc64 s390 s390x sparcv9 sparc64
> ##### anaconda.spec
> %ifarch i386 i486 i586 i686 x86_64
> - Translate i?86 into i386 as a base arch. (jkeating)
> ##### mkbootdisk.spec
> ExclusiveArch: i386 sparc x86_64
> ##### fftw2.spec
>     %ifarch i386
> ##### gcc.spec
> - when compiling with -march=i386, don't use __sync_* builtins in
>   -march=i586 -mtune=generic from -march=i386 -mtune=generic
> ##### libsigsegv.spec
> %define multilib_arches i386 x86_64 ppc ppc64 s390 s390x sparcv9 sparc64
> ##### nfs-utils.spec
> %define all_32bit_archs i386 i686 athlon ppc sparcv9
> ##### efibootmgr.spec
> ExclusiveArch: i386 x86_64 ia64
> ##### ipw2100-firmware.spec
> ExclusiveArch: noarch i386 x86_64
> ##### etherboot.spec
> %define makeflags ARCH=i386 EXTRA_CFLAGS="%{extra_cflags} -m32" 
> EXTRA_ASFLAGS="--32" EXTRA_LDFLAGS="-m elf_i386"
> - Changed arch to i386 only
> ##### fedora-release.spec
> for arch in i386 x86_64 ppc ppc64
> ##### bolzplatz2006.spec
> export JAVA_ARCH=i386
> ##### libvirt.spec
> %ifnarch i386 i686 x86_64 ia64
> ##### grub.spec
> ExclusiveArch: i386 x86_64 ia64
> ##### cpphs.spec
> ExclusiveArch:  i386 x86_64 ppc
> ##### ghc-gtk2hs.spec
> ExclusiveArch:    i386 i686 x86_64 ppc
> ##### boinc-client.spec
> %ifarch i386
> ##### sdljava.spec
> export ARCH_DEFINE="-D__i386__"
> ##### tog-pegasus.spec
> %ifarch i386 x86_64 ppc ppc64 s390 s390x sparcv9 sparc64
> ##### libunwind.spec
> ExclusiveArch: ia64 x86_64 i386 ppc64
> - Extend the supported architectures from ia64 also to x86_64, i386 and 
> ppc64.
> ##### ipw2200-firmware.spec
> ExclusiveArch: noarch i386 x86_64
> ##### muine-scrobbler.spec
> ExclusiveArch:  i386 x86_64
> - Add ExclusiveArch i386
> ##### openser.spec
> %ifnarch alpha i386 i486 i586 i686 pentium3 pentium4 athlon x86_64
> 
> Warren Togami
> wtogami at redhat.com
> 
> _______________________________________________
> Fedora-devel-announce mailing list
> Fedora-devel-announce at redhat.com
> https://www.redhat.com/mailman/listinfo/fedora-devel-announce
> 



From mschwendt at gmail.com  Mon Mar  2 08:00:20 2009
From: mschwendt at gmail.com (Michael Schwendt)
Date: Mon, 2 Mar 2009 09:00:20 +0100
Subject: Fedora 11 Hard-coded i386 in .spec Needs Fixing
In-Reply-To: <49AB8F09.3000206@linux-kernel.at>
References: <49AB4524.1040203@redhat.com>
	<49AB8F09.3000206@linux-kernel.at>
Message-ID: <20090302090020.91a92ea4.mschwendt@gmail.com>

On Mon, 02 Mar 2009 08:47:21 +0100, Oliver wrote:

> Hi!
> 
> Please note, that in most cases it would be even better to use 
> ExcludeArch and explicit exclude arches where you *KNOW* your package 
> doesn't work.

> > ##### ipw2100-firmware.spec
> > ExclusiveArch: noarch i386 x86_64

> > ##### ipw2200-firmware.spec
> > ExclusiveArch: noarch i386 x86_64

These two are weird because of the "noarch" in there.



From kwizart at gmail.com  Mon Mar  2 08:49:40 2009
From: kwizart at gmail.com (Nicolas Chauvet)
Date: Mon, 2 Mar 2009 09:49:40 +0100
Subject: Fedora 11 Hard-coded i386 in .spec Needs Fixing
In-Reply-To: <20090302090020.91a92ea4.mschwendt@gmail.com>
References: <49AB4524.1040203@redhat.com> <49AB8F09.3000206@linux-kernel.at>
	<20090302090020.91a92ea4.mschwendt@gmail.com>
Message-ID: <e1760170903020049j22df9c75p842645a87559324c@mail.gmail.com>

2009/3/2 Michael Schwendt <mschwendt at gmail.com>:
> On Mon, 02 Mar 2009 08:47:21 +0100, Oliver wrote:
>
>> Hi!
>>
>> Please note, that in most cases it would be even better to use
>> ExcludeArch and explicit exclude arches where you *KNOW* your package
>> doesn't work.
>
>> > ##### ipw2100-firmware.spec
>> > ExclusiveArch: noarch i386 x86_64
>
>> > ##### ipw2200-firmware.spec
>> > ExclusiveArch: noarch i386 x86_64
>
> These two are weird because of the "noarch" in there.
That was because hardware only exist for %{ix86} (and eventually x86_64 ?!),
so that would have prevented them to be in the ppc repository.

Nicolas (kwizart )



From hughsient at gmail.com  Mon Mar  2 08:53:42 2009
From: hughsient at gmail.com (Richard Hughes)
Date: Mon, 02 Mar 2009 08:53:42 +0000
Subject: 20090228's rawhide updates
In-Reply-To: <8584.1235929275@laptop14.inf.utfsm.cl>
References: <8584.1235929275@laptop14.inf.utfsm.cl>
Message-ID: <1235984022.3858.1.camel@hughsie-work.lan>

On Sun, 2009-03-01 at 14:41 -0300, Horst H. von Brand wrote:
> - An external USB mouse is still not working at all

Update hal to the latest in rawhide.

Richard.




From hughsient at gmail.com  Mon Mar  2 08:54:35 2009
From: hughsient at gmail.com (Richard Hughes)
Date: Mon, 02 Mar 2009 08:54:35 +0000
Subject: mouse won't work in xserver after update to fedora rawhide
In-Reply-To: <1235882189.5817.3.camel@koubei-99>
References: <20090226173457.GA31935@wolff.to>
	<20090226174405.GC2332@yoda.jdub.homelinux.org>
	<20090227064525.GA12698@wolff.to>
	<20090227114723.GA23047@yoda.jdub.homelinux.org>
	<49A7DE01.4010005@city-fan.org> <1235800348.3650.7.camel@koubei-99>
	<91705d080902280911m25f1680ckb944eaf92de8aa7b@mail.gmail.com>
	<alpine.LFD.2.00.0902282151090.5369@vega1.dur.ac.uk>
	<49A9BE52.2030306@rincon.com>  <1235882189.5817.3.camel@koubei-99>
Message-ID: <1235984075.3858.2.camel@hughsie-work.lan>

On Sun, 2009-03-01 at 12:36 +0800, ??? wrote:
> hal-0.5.12-21.20090226git.fc11 is bad

There's an update in rawhide.

Richard.




From mschwendt at gmail.com  Mon Mar  2 09:14:40 2009
From: mschwendt at gmail.com (Michael Schwendt)
Date: Mon, 2 Mar 2009 10:14:40 +0100
Subject: Fedora 11 Hard-coded i386 in .spec Needs Fixing
In-Reply-To: <e1760170903020049j22df9c75p842645a87559324c@mail.gmail.com>
References: <49AB4524.1040203@redhat.com> <49AB8F09.3000206@linux-kernel.at>
	<20090302090020.91a92ea4.mschwendt@gmail.com>
	<e1760170903020049j22df9c75p842645a87559324c@mail.gmail.com>
Message-ID: <20090302101440.4df7cde7.mschwendt@gmail.com>

On Mon, 2 Mar 2009 09:49:40 +0100, Nicolas wrote:

> > On Mon, 02 Mar 2009 08:47:21 +0100, Oliver wrote:
> >
> >> Hi!
> >>
> >> Please note, that in most cases it would be even better to use
> >> ExcludeArch and explicit exclude arches where you *KNOW* your package
> >> doesn't work.
> >
> >> > ##### ipw2100-firmware.spec
> >> > ExclusiveArch: noarch i386 x86_64
> >
> >> > ##### ipw2200-firmware.spec
> >> > ExclusiveArch: noarch i386 x86_64
> >
> > These two are weird because of the "noarch" in there.
> That was because hardware only exist for %{ix86} (and eventually x86_64 ?!),
> so that would have prevented them to be in the ppc repository.

Actually, it is a noarch build, which is published only in the i386
and x86_64 repos. (The spec contains a comment.)



From william.jon.mccann at gmail.com  Mon Mar  2 09:40:01 2009
From: william.jon.mccann at gmail.com (William Jon McCann)
Date: Mon, 2 Mar 2009 04:40:01 -0500
Subject: add a special Provides: to all login manager packages
In-Reply-To: <1234996788.31753.284.camel@localhost.localdomain>
References: <20090217160714.GX8293@localhost.localdomain>
	<20090217164356.GA16311@nostromo.devel.redhat.com>
	<1234897230.23136.56.camel@ignacio.lan>
	<20090217191133.GE29459@nostromo.devel.redhat.com>
	<faa16b610902181414o67672bb1l71701cd51d8b46a7@mail.gmail.com>
	<499C890D.6060803@redhat.com>
	<faa16b610902181437q2f163b7em4353cd2d43d7a906@mail.gmail.com>
	<1234996788.31753.284.camel@localhost.localdomain>
Message-ID: <939dd5750903020140q4ebdf7dekc88e178f47e0231@mail.gmail.com>

Hey,

Sorry late to the party -

2009/2/18 Jesse Keating <jkeating at redhat.com>:
> On Wed, 2009-02-18 at 17:37 -0500, Colin Walters wrote:
>>
>> Bottom line is that while it's certainly within anyone's rights to add
>> their new login manager, it's also within the rights of the people
>> working on the desktop to close any bugs filed by people using
>> something else WONTFIX.
>
> I think its fair for the project to define what it takes to be a
> supported login manager, and if your login manager doesn't meet those
> requirements, then the issues don't get looked at, etc...

I think you missed Colin's point.  I won't try to repeat what he said
but I do urge you to reread his message.  I'll try to be less subtle.

Unless you want our project to be a pile of choose your own shit like
debian, you need to make choices.  The choices you need to make depend
on what you want to produce.  What you want to produce depends on who
you are making it for and what you want them to experience.

If you want to create a product that people will love to use then you
need to make tough choices and stay focused.  Without focus, Fedora
doesn't stand a chance against Ubuntu - never mind the real
competition.

The right choices made for the right reasons, components deeply and
broadly integrated, solidly engineered, well tested, highly polished.
I'd prefer to hear the technology of Fedora described in these terms.
Unfortunately, this is difficult or impossible to achieve with the
currently prevailing bag-of-loosely-coupled-packages conception of the
project.

If you intend to be just some online package repository, a build
system, a wiki, and mailing lists then sure things are working just
fine.  But to me, this is all so much asphalt without a place to go.

Jon



From mike at miketc.net  Mon Mar  2 11:13:11 2009
From: mike at miketc.net (Mike Chambers)
Date: Mon, 02 Mar 2009 05:13:11 -0600
Subject: Rawhide mass udpate (64bit) status as of 03/02
Message-ID: <1235992391.2683.7.camel@scrappy.miketc.net>

Did the major rawhide update (was already running rawhide) last night
after most of the packages were finally updated and out to mirrors.  So
have noticed 3 things..

1 - Latest kernel oopses when trying to start gdm.  I think I see/saw
something about drm and nouveau in my logs.  An automatic oops report
was sent to kerneloops.org as well.

kernel-2.6.29-0.159.rc6.git3.fc11.x86_64 (This kernel boots)
kernel-2.6.29-0.176.rc6.git5.fc11.x86_64 (Newest kernel that oopses)

2 - This may be related to top but when viewing web pages, some of the
fonts are HUGE (sometimes they take up the whole screen) but not all.
Maybe part of using older kernel but newer other packages (not sure that
made sense LOL)?

3 - Like others mentioned, red highlights in xterm along with characters
as well when you type.  I believe even files/dir's are shown as red on
red even though profile says differently.


-- 
Mike Chambers
Fedora Project - Bug Zapper, Tester, User, etc..
mikec302 at fedoraproject.org



From mls at suse.de  Mon Mar  2 11:46:42 2009
From: mls at suse.de (Michael Schroeder)
Date: Mon, 2 Mar 2009 12:46:42 +0100
Subject: Ready for new RPM version?
In-Reply-To: <1235759899.32664.5.camel@jdlaptop.lesbg.loc>
References: <alpine.DEB.1.10.0902261918480.9856@gotcha.dreamhost.com>
	<49A6F20D.3070007@fedoraproject.org>
	<9e5330bc0902271013x7a24c938u5a3b9db02394f028@mail.gmail.com>
	<1235758924.12371.4.camel@rosebud>
	<1235759899.32664.5.camel@jdlaptop.lesbg.loc>
Message-ID: <20090302114642.GA28035@suse.de>

On Fri, Feb 27, 2009 at 08:38:19PM +0200, Jonathan Dieter wrote:
> On Fri, 2009-02-27 at 13:22 -0500, seth vidal wrote:
> > On Fri, 2009-02-27 at 20:13 +0200, Jonathan Dieter wrote:
> > > If we are going to switch, someone (probably myself) will need to
> > > patch deltarpm to support LZMA payloads (which will hopefully be
> > > fairly trivial).
> > > 
> > 
> > Jonathan,
> >  would it be worthwhile to re-approach the rpm devs about deltarpm
> > merging?
> 
> I wasn't aware they'd ever been approached, but it sounds good to me.
> Michael Schroeder, upstream for deltarpm, normally follows this list,
> but I'm CC'ing him anyhow.

We're using lzma (now xz) compressen since openSUSE 11.0 (released
almost a year ago), so it's indeed pretty trivial.

(Regarding "merging": it's a standalone tool. You could bundle it
with rpm, though.)

Cheers,
  Michael.

-- 
Michael Schroeder                                   mls at suse.de
SUSE LINUX Products GmbH, GF Markus Rex, HRB 16746 AG Nuernberg
main(_){while(_=~getchar())putchar(~_-1/(~(_|32)/13*2-11)*13);}



From chitlesh.goorah at gmail.com  Mon Mar  2 12:05:15 2009
From: chitlesh.goorah at gmail.com (Chitlesh GOORAH)
Date: Mon, 2 Mar 2009 13:05:15 +0100
Subject: Attention Feature Owners: Fedora 11 Feature Freeze is Next Week
In-Reply-To: <49AB71B7.7050102@redhat.com>
References: <49A586EA.9040209@redhat.com>
	<1235596245.10605.85.camel@ignacio.lan> <49A5F0FE.2070103@redhat.com>
	<50baabb30902281545o67a2a099te395c0f4e5689249@mail.gmail.com>
	<49AB71B7.7050102@redhat.com>
Message-ID: <50baabb30903020405i3762e4bcp9855a07f501ebfb9@mail.gmail.com>

On Mon, Mar 2, 2009 at 6:42 AM, John Poelstra <wrote:

> Are you referring to a Spins page? I don't recall seeing an FEL feature wiki
> page.

Hello John,

I'm updating it little by little.
https://fedoraproject.org/wiki/Features/FedoraElectronicLab

hopefully by next saturday, it will be completed. Right it is just a
minor draft.

Chitlesh



From tmraz at redhat.com  Mon Mar  2 12:12:48 2009
From: tmraz at redhat.com (Tomas Mraz)
Date: Mon, 02 Mar 2009 13:12:48 +0100
Subject: Ready for new RPM version?
In-Reply-To: <49A9A8DD.5060908@fedoraproject.org>
References: <alpine.DEB.1.10.0902261918480.9856@gotcha.dreamhost.com>
	<49A6D54A.9050007@jcomserv.net> <215.1235672690@sss.pgh.pa.us>
	<1235673528.28306.1.camel@rosebud> <958.1235674647@sss.pgh.pa.us>
	<1235674881.28306.3.camel@rosebud> <1849.1235676499@sss.pgh.pa.us>
	<1235677089.30693.3.camel@rosebud>
	<1235701226.4960.32.camel@adam.local.net>
	<1235746476.18573.17.camel@jcmlaptop>
	<1235765344.4960.58.camel@adam.local.net>
	<1235768279.18573.67.camel@jcmlaptop>
	<1235769527.4960.69.camel@adam.local.net> <goa46a$okd$1@ger.gmane.org>
	<1235786036.4960.127.camel@adam.local.net>
	<49A9A8DD.5060908@fedoraproject.org>
Message-ID: <1235995968.4551.185.camel@vespa.frost.loc>

On Sun, 2009-03-01 at 02:43 +0530, Rahul Sundaram wrote:
> Adam Williamson wrote:
> > 
> > That was mine, actually. It's quite a good example. I did a private
> > build of Tcl/Tk 8.6, then over the course of a couple of weeks, patched,
> > rebuilt and tested every Tcl/Tk-based app in the distro, then pushed
> > them to Cooker in a lump. Was this, in a sense, a 'cookerer'? I guess
> > so. But it did the job, and I don't think there would have been any
> > benefit in pushing the updated Tcl before I was done testing the
> > rebuilds.
> > 
> > There's probably a few issues lurking, but mostly it went OK. Anyhoo.
> > Off-topic here...
> 
> You can probably do something very similar with a different tag in Koji. 
>   That's how Python 2.6 was introduced in rawhide. Fedora maintainers 
> should be using this feature in this build system more often. Openssl 
> hassles could have been avoided by using it as well for example.
Unfortunately this is not true due to the circular build dependencies
where a package which you want to rebuild buildrequires a package which
has the old SONAME dep and itself buildrequires a package you just want
to rebuild. The cycle can be of course longer.

So the only non-kludgey way would be to add a compat openssl package
just to remove it a few weeks later as I don't want to maintain it.
-- 
Tomas Mraz
No matter how far down the wrong road you've gone, turn back.
                                              Turkish proverb



From sundaram at fedoraproject.org  Mon Mar  2 12:25:58 2009
From: sundaram at fedoraproject.org (Rahul Sundaram)
Date: Mon, 02 Mar 2009 17:55:58 +0530
Subject: add a special Provides: to all login manager packages
In-Reply-To: <20090220160637.58f9de0a@ohm.scrye.com>
References: <20090217160714.GX8293@localhost.localdomain>	<20090217164356.GA16311@nostromo.devel.redhat.com>	<1234897230.23136.56.camel@ignacio.lan>	<20090217191133.GE29459@nostromo.devel.redhat.com>	<faa16b610902181414o67672bb1l71701cd51d8b46a7@mail.gmail.com>	<499C890D.6060803@redhat.com>
	<gnib87$hb2$1@ger.gmane.org>	<1235008349.6142.15.camel@localhost.localdomain>	<gnif4g$q93$1@ger.gmane.org>
	<20090220160637.58f9de0a@ohm.scrye.com>
Message-ID: <49ABD056.5030800@fedoraproject.org>

Kevin Fenzi wrote:

> Just as a side note, yes, Xfce does support this with the thunar-volman
> plugin. You can tell it what to do with any number of removable devices
> (mount, copy pictures with gphoto2, etc). 
> 
> Yes, we need ConsoleKit support to work. 
> :)

Xfce-volman IIRC is just a fork of gnome-volume-manager that we had 
until a release ago when Nautilus gained that functionality and g-v-m 
was obsoleted. So if ConsoleKit support is needed, that software is a 
obvious place to look for patches.

Rahul



From pertusus at free.fr  Mon Mar  2 12:52:18 2009
From: pertusus at free.fr (Patrice Dumas)
Date: Mon, 2 Mar 2009 13:52:18 +0100
Subject: add a special Provides: to all login manager packages
In-Reply-To: <49ABD056.5030800@fedoraproject.org>
References: <20090217164356.GA16311@nostromo.devel.redhat.com>
	<1234897230.23136.56.camel@ignacio.lan>
	<20090217191133.GE29459@nostromo.devel.redhat.com>
	<faa16b610902181414o67672bb1l71701cd51d8b46a7@mail.gmail.com>
	<499C890D.6060803@redhat.com> <gnib87$hb2$1@ger.gmane.org>
	<1235008349.6142.15.camel@localhost.localdomain>
	<gnif4g$q93$1@ger.gmane.org>
	<20090220160637.58f9de0a@ohm.scrye.com>
	<49ABD056.5030800@fedoraproject.org>
Message-ID: <20090302125217.GA2559@free.fr>

On Mon, Mar 02, 2009 at 05:55:58PM +0530, Rahul Sundaram wrote:
>
> Xfce-volman IIRC is just a fork of gnome-volume-manager that we had  
> until a release ago when Nautilus gained that functionality and g-v-m  
> was obsoleted. So if ConsoleKit support is needed, that software is a  
> obvious place to look for patches.

Xfce-volman/gnome-volume-manager/Nautilus are needed to mount usb devices,
but they are not linked with consoleKit per se, they are linked with hal
(and maybe devKit now). The consoleKit session is something that is set up
by the display manager/xinit/login.

--
Pat



From choeger at cs.tu-berlin.de  Mon Mar  2 13:04:37 2009
From: choeger at cs.tu-berlin.de (Christoph =?ISO-8859-1?Q?H=F6ger?=)
Date: Mon, 02 Mar 2009 14:04:37 +0100
Subject: RFC: automagically set wireless regulatory domain in cfg80211
Message-ID: <1235999077.12026.10.camel@choeger6>

Hi,

as you might know kernel module cfg80211 has a parameter to set the
regulatory domain:

parm:           ieee80211_regdom:IEEE 802.11 regulatory domain code
(charp)

By default the following channels are allowed:

          Channel 01 : 2.412 GHz
          Channel 02 : 2.417 GHz
          Channel 03 : 2.422 GHz
          Channel 04 : 2.427 GHz
          Channel 05 : 2.432 GHz
          Channel 06 : 2.437 GHz
          Channel 07 : 2.442 GHz
          Channel 08 : 2.447 GHz
          Channel 09 : 2.452 GHz
          Channel 10 : 2.457 GHz
          Channel 11 : 2.462 GHz
          Channel 36 : 5.18 GHz
          Channel 40 : 5.2 GHz
          Channel 44 : 5.22 GHz
          Channel 48 : 5.24 GHz
          Channel 52 : 5.26 GHz
          Channel 56 : 5.28 GHz
          Channel 60 : 5.3 GHz
          Channel 64 : 5.32 GHz

This means, I am missing some channels here in good old germany (e.g. 12
& 13). Apparently the US domain seems to be a subset of the EU domain,
so I can not use channels that are prohibited by the EU domain. 

So wouldn't it make sense to ask for the current locale and set the
parameter in /etc/modprobe.d when updating/installing either the kernel
or module-init-tools?

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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090302/144bc211/attachment.sig>

From vonbrand at inf.utfsm.cl  Mon Mar  2 13:22:29 2009
From: vonbrand at inf.utfsm.cl (Horst H. von Brand)
Date: Mon, 02 Mar 2009 10:22:29 -0300
Subject: %config files and upgrade to F11 - consider noreplace
In-Reply-To: <200902261350.43608.billcrawford1970@gmail.com>
References: <1235502947.3415.41.camel@localhost.localdomain>
	<200902261155.53828.billcrawford1970@gmail.com>
	<1235653267.3671.4.camel@localhost.localdomain>
	<200902261350.43608.billcrawford1970@gmail.com>
Message-ID: <7920.1236000149@laptop14.inf.utfsm.cl>

Bill Crawford <billcrawford1970 at gmail.com> wrote:
> On Thursday 26 February 2009 13:01:07 Miloslav Trma? wrote:
> > Bill Crawford p??e v ?t 26. 02. 2009 v 11:55 +0000:
> ...
> > >  ... and run the old checksum code on the file
> > > on the machine, before replacing it with the new file and the new hash.
> >
> > That answers the question whether the user has modified the file.  It
> > doesn't answer the question whether the packager has modified the
> > shipped file between the two rpm package versions.
> 
> But that's the question we should be asking ... right?

No.

There are 3 potential files involved:

  A: The original configuration as given by the installed package
  B: The installed configuration file (as modified by the user)
  C: The new configuration file.

If B == A, rpm can safely replace the configuration file by C.
If A != B, the user changed something, and the changes have to be ported
forward by hand.
-- 
Dr. Horst H. von Brand                   User #22616 counter.li.org
Departamento de Informatica                    Fono: +56 32 2654431
Universidad Tecnica Federico Santa Maria             +56 32 2654239
Casilla 110-V, Valparaiso, Chile 2340000       Fax:  +56 32 2797513



From mschwendt at gmail.com  Mon Mar  2 13:27:25 2009
From: mschwendt at gmail.com (Michael Schwendt)
Date: Mon, 2 Mar 2009 14:27:25 +0100
Subject: ario
Message-ID: <20090302142725.5dfa2ae2.mschwendt@gmail.com>

[copy to john64]

Fedora 10:

$ yum list ario
Error: No matching Packages to list

$ koji latest-pkg dist-f10 ario
Build                                     Tag                   Built by
----------------------------------------  --------------------  ----------------
ario-1.1-5.fc9                            dist-f9-updates       john64

source rpm: ario-1.1-5.fc9.src.rpm
package: ario-1.1-5.fc9.i386 from dist-f10-build-current-i386
  unresolved deps: 
     libgnutls.so.13

$ koji latest-pkg dist-f10-updates ario
Build                                     Tag                   Built by
----------------------------------------  --------------------  ----------------
ario-1.1-5.fc9                            dist-f9-updates       john64

$ koji latest-pkg dist-f10-updates-candidate ario
Build                                     Tag                   Built by
----------------------------------------  --------------------  ----------------
ario-1.1-6.fc10                           dist-f10-updates-candidate  john64


ario-1.1-5.fc9
https://admin.fedoraproject.org/updates/F9/FEDORA-2008-11666

Information for build ario-1.1-6.fc10
http://koji.fedoraproject.org/koji/buildinfo?buildID=75697
Tags  	dist-f10-updates-candidate

Something's missing here. No ario for F-10 currently.



From vonbrand at inf.utfsm.cl  Mon Mar  2 13:27:47 2009
From: vonbrand at inf.utfsm.cl (Horst H. von Brand)
Date: Mon, 02 Mar 2009 10:27:47 -0300
Subject: %config files and upgrade to F11 - consider noreplace
In-Reply-To: <49A6C234.2000102@gmail.com>
References: <1235502947.3415.41.camel@localhost.localdomain>
	<20090225220112.GA21978@nostromo.devel.redhat.com>
	<200902261155.53828.billcrawford1970@gmail.com>
	<1235653267.3671.4.camel@localhost.localdomain>
	<49A6C234.2000102@gmail.com>
Message-ID: <7968.1236000467@laptop14.inf.utfsm.cl>

Toshio Kuratomi <a.badger at gmail.com> wrote:

[...]

> mitr, it would help if you actually answer the question that everyone's
> trying to ask even if they aren't phrasing it right :-)
> 
> 1. rpmdb has md5 of old vanilla config file.
> 2. rpm package has sha256 of vanilla new config file.
> 3. rpm computes md5 of config on filesystem
> 4. rpm sees that md5 of config on filesystem and config of vanilla file
> differ => user has modified file.

--> Need to keep modified file and install new one, user has to apply
    local changes by hand.

> 5. rpm sees the vanilla hashes are of different type.
> 6. rpm computes md5 of vanilla new config file.
> 7. rpm compares md5 of both vanilla config files to determine whether
> the packager has modified the file.

This is irrelevant. Just install the new configuration file. If it
didn't change since the installed version, nothing (relevant)
changed. If it changed, it is now the vanilla configuration, just as for
a install (not update).

> You told me on IRC that this wasn't realistic because rpm would have to
> open the file twice.  Care to elaborate so everyone can understand?

Strange, true.
-- 
Dr. Horst H. von Brand                   User #22616 counter.li.org
Departamento de Informatica                    Fono: +56 32 2654431
Universidad Tecnica Federico Santa Maria             +56 32 2654239
Casilla 110-V, Valparaiso, Chile 2340000       Fax:  +56 32 2797513



From eparis at redhat.com  Mon Mar  2 13:34:12 2009
From: eparis at redhat.com (Eric Paris)
Date: Mon, 02 Mar 2009 08:34:12 -0500
Subject: Rawhide mass udpate (64bit) status as of 03/02
In-Reply-To: <1235992391.2683.7.camel@scrappy.miketc.net>
References: <1235992391.2683.7.camel@scrappy.miketc.net>
Message-ID: <1236000852.5466.1.camel@localhost.localdomain>

On Mon, 2009-03-02 at 05:13 -0600, Mike Chambers wrote:
> Did the major rawhide update (was already running rawhide) last night
> after most of the packages were finally updated and out to mirrors.  So
> have noticed 3 things..
> 
> 1 - Latest kernel oopses when trying to start gdm.  I think I see/saw
> something about drm and nouveau in my logs.  An automatic oops report
> was sent to kerneloops.org as well.
> 
> kernel-2.6.29-0.159.rc6.git3.fc11.x86_64 (This kernel boots)
> kernel-2.6.29-0.176.rc6.git5.fc11.x86_64 (Newest kernel that oopses)
> 
> 2 - This may be related to top but when viewing web pages, some of the
> fonts are HUGE (sometimes they take up the whole screen) but not all.
> Maybe part of using older kernel but newer other packages (not sure that
> made sense LOL)?

Fixed this by downgrading to nspr-4.7.3-2.fc10.i386.rpm

> 3 - Like others mentioned, red highlights in xterm along with characters
> as well when you type.  I believe even files/dir's are shown as red on
> red even though profile says differently.

Fixed this by downgrading to vte-0.19.4-3.fc11.i386.rpm



From vonbrand at inf.utfsm.cl  Mon Mar  2 13:39:33 2009
From: vonbrand at inf.utfsm.cl (Horst H. von Brand)
Date: Mon, 02 Mar 2009 10:39:33 -0300
Subject: autoconf and epel-5
In-Reply-To: <49A4B9E0.5010307@freenet.de>
References: <20090224210110.57ecd753@fedoraproject.org>
	<1235513175.4829.37.camel@adam.local.net>
	<49A47023.8040403@gmail.com> <49A4A414.1080302@freenet.de>
	<16380.1235527938@sss.pgh.pa.us> <49A4B9E0.5010307@freenet.de>
Message-ID: <8122.1236001173@laptop14.inf.utfsm.cl>

Ralf Corsepius <rc040203 at freenet.de> wrote:

[...]

> What people like Toshio and you miss: auto*generated files are
> (upstream) maintainer generated _sources_, not being meant to be
> automatically generated nor regenerated.

Most package sources in SCMs don't include those files, when they are in
the tarballs it is for convenience AFAIU.

And if the sources from which those files are created are being
distributed in the package I'd take that as a strong hint that you are
free to recreate them as needed.
-- 
Dr. Horst H. von Brand                   User #22616 counter.li.org
Departamento de Informatica                    Fono: +56 32 2654431
Universidad Tecnica Federico Santa Maria             +56 32 2654239
Casilla 110-V, Valparaiso, Chile 2340000       Fax:  +56 32 2797513



From pertusus at free.fr  Mon Mar  2 13:47:34 2009
From: pertusus at free.fr (Patrice Dumas)
Date: Mon, 2 Mar 2009 14:47:34 +0100
Subject: add a special Provides: to all login manager packages
In-Reply-To: <939dd5750903020140q4ebdf7dekc88e178f47e0231@mail.gmail.com>
References: <20090217160714.GX8293@localhost.localdomain>
	<20090217164356.GA16311@nostromo.devel.redhat.com>
	<1234897230.23136.56.camel@ignacio.lan>
	<20090217191133.GE29459@nostromo.devel.redhat.com>
	<faa16b610902181414o67672bb1l71701cd51d8b46a7@mail.gmail.com>
	<499C890D.6060803@redhat.com>
	<faa16b610902181437q2f163b7em4353cd2d43d7a906@mail.gmail.com>
	<1234996788.31753.284.camel@localhost.localdomain>
	<939dd5750903020140q4ebdf7dekc88e178f47e0231@mail.gmail.com>
Message-ID: <20090302134734.GB2559@free.fr>

On Mon, Mar 02, 2009 at 04:40:01AM -0500, William Jon McCann wrote:
> 
> Unless you want our project to be a pile of choose your own shit like
> debian, you need to make choices.  The choices you need to make depend
> on what you want to produce.  What you want to produce depends on who
> you are making it for and what you want them to experience.

The question of who contributes is also an interesting question. What
you want to produce also determines who is interested in contributing.
Some projects are not really mainstream Fedora, yet they bring
contributors who may also contribute to the core of Fedora (like XFce,
lxde, OLPC...).

> If you want to create a product that people will love to use then you
> need to make tough choices and stay focused.  Without focus, Fedora
> doesn't stand a chance against Ubuntu - never mind the real
> competition.

I am confused. Ubuntu also has all of debian (not in the main repo but
in the universe repo). But maybe you want to compete with the main repo
only. Anyway I am not sure that competing with Ubuntu is possible given that
the Ubuntu goals are different, less focused on latest upstream, with more
stability.

> The right choices made for the right reasons, components deeply and
> broadly integrated, solidly engineered, well tested, highly polished.
> I'd prefer to hear the technology of Fedora described in these terms.
> Unfortunately, this is difficult or impossible to achieve with the
> currently prevailing bag-of-loosely-coupled-packages conception of the
> project.

Highly integrated components in Fedora tend to break a lot and are rarely
highly polished, not only loosely integrated components (in my opinion). 
I don't know where the idea that Fedora breaking comes from the 
'bag-of-loosely-coupled-packages conception', but I disagree. It remains
true that things are even more broken for loosely integrated components
that need to play well with some core components, for example ConsoleKit 
has been broken for all the display managers except gdm and kdm. But 
Fedora users you are targeting won't never come in touch with anything else
than gdm and kdm.

> If you intend to be just some online package repository, a build
> system, a wiki, and mailing lists then sure things are working just
> fine.  But to me, this is all so much asphalt without a place to go.

Having a lot of packages doesn't prevent them from being highly 
integrated. For example icewm and fvwm are well integrated in Fedora,
though they are not in typical Fedora setup. My personal experience is that
lack of integration also come from core component packagers not looking at
patches that would allow to have better integration (as in the consoleKit
issue), and because the components were not designed from the ground up 
to be easy to integrate.

--
Pat



From kwizart at gmail.com  Mon Mar  2 13:49:28 2009
From: kwizart at gmail.com (Nicolas Chauvet)
Date: Mon, 2 Mar 2009 14:49:28 +0100
Subject: lcms-libs doesn't requires lcms anymore - please check:
Message-ID: <e1760170903020549u65841d2avddc77744626459b4@mail.gmail.com>

Hello!
As requested in https://bugzilla.redhat.com/show_bug.cgi?id=452352
There is a need to remove the dependency on lcms from lcms-libs to
avoid a circle dependency.

Packages that was already using the lcms binaries (1) without linking
to the library should already requires lcms.

So , if there is any case where a package links to liblcms.so, and at
the same time, has one of it's component that use one of the lcms
binaries (2), please make this package requires: lcms. (or the binary
path/name itself).

(1)
# rpm -ql lcms
/usr/bin/icc2ps
/usr/bin/icclink
/usr/bin/icctrans
/usr/bin/jpegicc
/usr/bin/tiffdiff
/usr/bin/tifficc
/usr/bin/wtpt

(2)
# repoquery --whatrequires liblcms.so.1
xulrunner-0:1.9.0.4-1.fc10.i386
kdegraphics-libs-7:4.1.2-4.fc10.i386
digikam-libs-0:0.10.0-0.16.rc1.fc10.i386
DevIL-ILUT-0:1.7.5-2.fc10.i386
DevIL-0:1.7.5-2.fc10.i386
cinepaint-libs-0:0.22.1-10.fc10.i386
lcms-libs-0:1.17-6.fc10.i386
xulrunner-0:1.9.0.6-1.fc10.i386
ImageMagick-0:6.4.0.10-2.fc10.i386
kdegraphics-libs-7:4.2.0-1.fc10.i386
libmng-0:1.0.9-7.i386
koffice-krita-1:1.6.3-17.fc10.i386
wine-cms-0:1.1.7-1.fc10.i386
vips-0:7.14.5-1.fc10.i386
digikam-libs-0:0.10.0-0.6.beta5.fc10.i386
wine-cms-0:1.1.14-1.fc10.i386
ImageMagick-c++-0:6.4.0.10-2.fc10.i386
cinepaint-libs-0:0.22.1-7.fc9.i386
GraphicsMagick-0:1.1.14-3.fc10.i386
lcms-devel-0:1.17-6.fc10.i386
DevIL-0:1.6.8-0.15.rc2.fc9.i386

Nicolas (kwizart)



From billcrawford1970 at gmail.com  Mon Mar  2 14:03:39 2009
From: billcrawford1970 at gmail.com (Bill Crawford)
Date: Mon, 2 Mar 2009 14:03:39 +0000
Subject: %config files and upgrade to F11 - consider noreplace
In-Reply-To: <7920.1236000149@laptop14.inf.utfsm.cl>
References: <1235502947.3415.41.camel@localhost.localdomain>
	<200902261350.43608.billcrawford1970@gmail.com>
	<7920.1236000149@laptop14.inf.utfsm.cl>
Message-ID: <200903021403.40185.billcrawford1970@gmail.com>

On Monday 02 March 2009 13:22:29 Horst H. von Brand wrote:
> Bill Crawford <billcrawford1970 at gmail.com> wrote:
> > On Thursday 26 February 2009 13:01:07 Miloslav Trma? wrote:
> > > Bill Crawford p??e v ?t 26. 02. 2009 v 11:55 +0000:
> >
> > ...
> >
> > > >  ... and run the old checksum code on the file
> > > > on the machine, before replacing it with the new file and the new
> > > > hash.
> > >
> > > That answers the question whether the user has modified the file.  It
> > > doesn't answer the question whether the packager has modified the
> > > shipped file between the two rpm package versions.
> >
> > But that's the question we should be asking ... right?
>
> No.
>
> There are 3 potential files involved:
>
>   A: The original configuration as given by the installed package
>   B: The installed configuration file (as modified by the user)
>   C: The new configuration file.
>
> If B == A, rpm can safely replace the configuration file by C.
> If A != B, the user changed something, and the changes have to be ported
> forward by hand.

That's ... sort of my point. RPM only has to compare the existing hash in the 
rpmdb, with that of the file currently on the disk. This doesn't need to care 
about the new file at all ('C' doesn't appear in your 'if' conditions).

Now, if we see that the original file was unmodified (at least according to md5 
AND timestamp / size) then we replace it, and don't need to care whether the 
new file is different to the original.

If it's apparently changed, we're going to save it to one side (.rpmsave, or, if 
it's a "noreplace" file, then save the new one as .rpmnew). Why do we need to 
care whether the new config file has changed in the package, if the file has 
been modified on disk? If it hasn't, just re-hash that file with your new hash 
algorithm, and compare *that* with the new package's version of the file. If 
you're worried there might be a hash collision with md5, but not with sha-xxx, 
then always save the new file as .rpmnew, or something.




From fedora at camperquake.de  Mon Mar  2 14:09:12 2009
From: fedora at camperquake.de (Ralf Ertzinger)
Date: Mon, 2 Mar 2009 15:09:12 +0100
Subject: RFC: automagically set wireless regulatory domain in cfg80211
In-Reply-To: <1235999077.12026.10.camel@choeger6>
References: <1235999077.12026.10.camel@choeger6>
Message-ID: <20090302150912.3e0236e5@lain.camperquake.de>

Hi.

On Mon, 02 Mar 2009 14:04:37 +0100, Christoph H?ger wrote

> as you might know kernel module cfg80211 has a parameter to set the
> regulatory domain:
> 
> parm:           ieee80211_regdom:IEEE 802.11 regulatory domain code
> (charp)

As I found out the hard way the module in current rawhide kernels (around
0.140 or something) don't know this parameter any more.



From rc040203 at freenet.de  Mon Mar  2 14:14:54 2009
From: rc040203 at freenet.de (Ralf Corsepius)
Date: Mon, 02 Mar 2009 15:14:54 +0100
Subject: autoconf and epel-5
In-Reply-To: <8122.1236001173@laptop14.inf.utfsm.cl>
References: <20090224210110.57ecd753@fedoraproject.org>
	<1235513175.4829.37.camel@adam.local.net>
	<49A47023.8040403@gmail.com> <49A4A414.1080302@freenet.de>
	<16380.1235527938@sss.pgh.pa.us> <49A4B9E0.5010307@freenet.de>
	<8122.1236001173@laptop14.inf.utfsm.cl>
Message-ID: <49ABE9DE.6080005@freenet.de>

Horst H. von Brand wrote:
> Ralf Corsepius <rc040203 at freenet.de> wrote:
>
> [...]
>
>   
>> What people like Toshio and you miss: auto*generated files are
>> (upstream) maintainer generated _sources_, not being meant to be
>> automatically generated nor regenerated.
>>     
>
> Most package sources in SCMs don't include those files, when they are in
> the tarballs it is for convenience AFAIU.
>   
You are wrong - RTFM, e.g. info automake, info standards.
> And if the sources from which those files are created are being
> distributed in the package I'd take that as a strong hint that you are
> free to recreate them as needed.
>   
If you know what you are doing, yes.



From poelstra at redhat.com  Mon Mar  2 15:24:07 2009
From: poelstra at redhat.com (John Poelstra)
Date: Mon, 02 Mar 2009 07:24:07 -0800
Subject: Attention Feature Owners: Fedora 11 Feature Freeze is Next Week
In-Reply-To: <50baabb30903020405i3762e4bcp9855a07f501ebfb9@mail.gmail.com>
References: <49A586EA.9040209@redhat.com>	<1235596245.10605.85.camel@ignacio.lan>
	<49A5F0FE.2070103@redhat.com>	<50baabb30902281545o67a2a099te395c0f4e5689249@mail.gmail.com>	<49AB71B7.7050102@redhat.com>
	<50baabb30903020405i3762e4bcp9855a07f501ebfb9@mail.gmail.com>
Message-ID: <49ABFA17.9040504@redhat.com>

Chitlesh GOORAH said the following on 03/02/2009 04:05 AM Pacific Time:
> On Mon, Mar 2, 2009 at 6:42 AM, John Poelstra <wrote:
> 
>> Are you referring to a Spins page? I don't recall seeing an FEL feature wiki
>> page.
> 
> Hello John,
> 
> I'm updating it little by little.
> https://fedoraproject.org/wiki/Features/FedoraElectronicLab
> 
> hopefully by next saturday, it will be completed. Right it is just a
> minor draft.
> 
> Chitlesh
> 

You didn't answer the question so I'll assume it is a spin.  Spins now 
follow this process:
https://fedoraproject.org/wiki/Spins_Process

Spins also follow the same deadlines.

If this really is a feature... next week is too late.  All features must 
be submitted and updated prior to feature freeze which is tomorrow. 
Naturally we could always request a special exception from FESCo if this 
is a feature and it warrants it :)

John



From linville at redhat.com  Mon Mar  2 15:32:40 2009
From: linville at redhat.com (John W. Linville)
Date: Mon, 2 Mar 2009 10:32:40 -0500
Subject: RFC: automagically set wireless regulatory domain in cfg80211
In-Reply-To: <20090302150912.3e0236e5@lain.camperquake.de>
References: <1235999077.12026.10.camel@choeger6>
	<20090302150912.3e0236e5@lain.camperquake.de>
Message-ID: <20090302153239.GA29366@redhat.com>

On Mon, Mar 02, 2009 at 03:09:12PM +0100, Ralf Ertzinger wrote:
> Hi.
> 
> On Mon, 02 Mar 2009 14:04:37 +0100, Christoph H?ger wrote
> 
> > as you might know kernel module cfg80211 has a parameter to set the
> > regulatory domain:
> > 
> > parm:           ieee80211_regdom:IEEE 802.11 regulatory domain code
> > (charp)
> 
> As I found out the hard way the module in current rawhide kernels (around
> 0.140 or something) don't know this parameter any more.

Sorta -- the module option is there if you enable the (deprecated)
statically-defined regulatory domains.

Anyway, I think a better option is to use the local timezone
information to indicate the default regulatory domain.  I'll attach
a sample script as a strawman.  The equivalent would need to be
added somewhere, possible to the initscripts package (or triggered
from there).

Thoughts?

John
-- 
John W. Linville		Linux should be at the core
linville at redhat.com			of your literate lifestyle.
-------------- next part --------------
#!/bin/sh

CLOCK=/etc/sysconfig/clock

if [ -f $CLOCK ]
then
	# This should set ZONE
	. $CLOCK
else
	echo "Timezone information not found!  Unable to set regulatory domain."
	exit
fi

if [ -z "$ZONE" ]
then
	echo "Timezone information not set!  Unable to set regulatory domain."
	exit
fi

COOKED_ZONE=$(echo $ZONE | sed -e 's/ /_/')

COUNTRY=$(grep $COOKED_ZONE /usr/share/zoneinfo/zone.tab | awk '{ print $1 }')

if [ -z "$COUNTRY" ]
then
	echo "Could not determine country!  Unable to set regulatory domain."
	exit
fi

iw reg set $COUNTRY

From kyle at mcmartin.ca  Mon Mar  2 15:36:09 2009
From: kyle at mcmartin.ca (Kyle McMartin)
Date: Mon, 2 Mar 2009 10:36:09 -0500
Subject: RFC: automagically set wireless regulatory domain in cfg80211
In-Reply-To: <1235999077.12026.10.camel@choeger6>
References: <1235999077.12026.10.camel@choeger6>
Message-ID: <20090302153609.GK28503@bombadil.infradead.org>

On Mon, Mar 02, 2009 at 02:04:37PM +0100, Christoph H?ger wrote:
> This means, I am missing some channels here in good old germany (e.g. 12
> & 13). Apparently the US domain seems to be a subset of the EU domain,
> so I can not use channels that are prohibited by the EU domain. 
> 
> So wouldn't it make sense to ask for the current locale and set the
> parameter in /etc/modprobe.d when updating/installing either the kernel
> or module-init-tools?
> 

Locale? hah. What does the language your computer presents text have to do
with where in the world your computer is?

The channels you've listed are the world regulatory domain, a subset of
all domains which is globally appropriate, and unlikely to cause
problems for roaming users.

Run
	iw reg set CA
to set it for Canada, see
http://en.wikipedia.org/wiki/ISO_3166-1_alpha-2 for the appropriate two
letter countrycode. In your case, obviously 'DE'. :)

NetworkManager can probably set this somehow as well, but I haven't
bothered figuring out how.

regards, Kyle



From benny+usenet at amorsen.dk  Mon Mar  2 15:40:22 2009
From: benny+usenet at amorsen.dk (Benny Amorsen)
Date: Mon, 02 Mar 2009 16:40:22 +0100
Subject: %config files and upgrade to F11 - consider noreplace
In-Reply-To: <7920.1236000149@laptop14.inf.utfsm.cl> (Horst H. von Brand's
	message of "Mon\, 02 Mar 2009 10\:22\:29 -0300")
References: <1235502947.3415.41.camel@localhost.localdomain>
	<200902261155.53828.billcrawford1970@gmail.com>
	<1235653267.3671.4.camel@localhost.localdomain>
	<200902261350.43608.billcrawford1970@gmail.com>
	<7920.1236000149@laptop14.inf.utfsm.cl>
Message-ID: <m3ocwkrl09.fsf@ursa.amorsen.dk>

"Horst H. von Brand" <vonbrand at inf.utfsm.cl> writes:

>   A: The original configuration as given by the installed package
>   B: The installed configuration file (as modified by the user)
>   C: The new configuration file.
>
> If B == A, rpm can safely replace the configuration file by C.
> If A != B, the user changed something, and the changes have to be ported
> forward by hand.

If C == A and B != A, then there's no point in replacing the
configuration file, and doing so is a great pain. It took forever for
Fedora to get this right, but since 7 or so it has been working very
nicely. (Except when upstream puts the user guide in the configuration
files and then reformats or spell checks).


/Benny



From arjan at infradead.org  Mon Mar  2 15:45:23 2009
From: arjan at infradead.org (Arjan van de Ven)
Date: Mon, 2 Mar 2009 07:45:23 -0800
Subject: RFC: automagically set wireless regulatory domain in cfg80211
In-Reply-To: <20090302153609.GK28503@bombadil.infradead.org>
References: <1235999077.12026.10.camel@choeger6>
	<20090302153609.GK28503@bombadil.infradead.org>
Message-ID: <20090302074523.43ead75d@infradead.org>

On Mon, 2 Mar 2009 10:36:09 -0500
Kyle McMartin <kyle at mcmartin.ca> wrote:

> On Mon, Mar 02, 2009 at 02:04:37PM +0100, Christoph H?ger wrote:
> > This means, I am missing some channels here in good old germany
> > (e.g. 12 & 13). Apparently the US domain seems to be a subset of
> > the EU domain, so I can not use channels that are prohibited by the
> > EU domain. 
> > 
> > So wouldn't it make sense to ask for the current locale and set the
> > parameter in /etc/modprobe.d when updating/installing either the
> > kernel or module-init-tools?
> > 
> 
> Locale? hah. What does the language your computer presents text have
> to do with where in the world your computer is?
> 
> The channels you've listed are the world regulatory domain, a subset
> of all domains which is globally appropriate, and unlikely to cause
> problems for roaming users.
> 
fun problem

you can use geoip to find out where you are
... but that only works AFTER you have an internet connection ;-)



From linville at redhat.com  Mon Mar  2 16:05:54 2009
From: linville at redhat.com (John W. Linville)
Date: Mon, 2 Mar 2009 11:05:54 -0500
Subject: RFC: automagically set wireless regulatory domain in cfg80211
In-Reply-To: <20090302153609.GK28503@bombadil.infradead.org>
References: <1235999077.12026.10.camel@choeger6>
	<20090302153609.GK28503@bombadil.infradead.org>
Message-ID: <20090302160554.GB29366@redhat.com>

On Mon, Mar 02, 2009 at 10:36:09AM -0500, Kyle McMartin wrote:
> On Mon, Mar 02, 2009 at 02:04:37PM +0100, Christoph H?ger wrote:
> > This means, I am missing some channels here in good old germany (e.g. 12
> > & 13). Apparently the US domain seems to be a subset of the EU domain,
> > so I can not use channels that are prohibited by the EU domain. 
> > 
> > So wouldn't it make sense to ask for the current locale and set the
> > parameter in /etc/modprobe.d when updating/installing either the kernel
> > or module-init-tools?
> > 
> 
> Locale? hah. What does the language your computer presents text have to do
> with where in the world your computer is?

Nit-picker... :-)

> The channels you've listed are the world regulatory domain, a subset of
> all domains which is globally appropriate, and unlikely to cause
> problems for roaming users.
> 
> Run
> 	iw reg set CA
> to set it for Canada, see
> http://en.wikipedia.org/wiki/ISO_3166-1_alpha-2 for the appropriate two
> letter countrycode. In your case, obviously 'DE'. :)

The script I posted takes a timezone like "America/New_York" and uses
/usr/share/zoneinfo/zone.tab to map it to an ISO-3166 Alpha2 code.
The weak-link would be if someone is using "EST5EDT" or somesuch
or is otherwise bypassing system-config-date.  Still, it is a cheap
first step that probably covers most users most of the time.

> NetworkManager can probably set this somehow as well, but I haven't
> bothered figuring out how.

It probably can and should, but I don't see NM growing such capability
in the short term.

John
-- 
John W. Linville		Linux should be at the core
linville at redhat.com			of your literate lifestyle.



From choeger at cs.tu-berlin.de  Mon Mar  2 16:06:33 2009
From: choeger at cs.tu-berlin.de (Christoph =?ISO-8859-1?Q?H=F6ger?=)
Date: Mon, 02 Mar 2009 17:06:33 +0100
Subject: RFC: automagically set wireless regulatory domain in cfg80211
In-Reply-To: <20090302153239.GA29366@redhat.com>
References: <1235999077.12026.10.camel@choeger6>
	<20090302150912.3e0236e5@lain.camperquake.de>
	<20090302153239.GA29366@redhat.com>
Message-ID: <1236009993.861.6.camel@choeger6>


> Thoughts?

Yeah, kindof. I did not even know there was a userspace tool to set the
domain. 

From wireless.kernel.org:

> You can also use the latest wpa_supplicant (as of 0.6.7) now to change
> your regulatory domain, to do so just add a "COUNTRY=US" entry into
> your configuration for example. 

If we have that opportunity then your script's logic should be added to
networkmanager which then decides how to set the domain, right?

Although NM does not have a dialog for device wide settings currently...




-------------- 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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090302/ebc53ebe/attachment.sig>

From pbrobinson at gmail.com  Mon Mar  2 16:42:47 2009
From: pbrobinson at gmail.com (Peter Robinson)
Date: Mon, 2 Mar 2009 17:42:47 +0100
Subject: RFC: automagically set wireless regulatory domain in cfg80211
In-Reply-To: <1236009993.861.6.camel@choeger6>
References: <1235999077.12026.10.camel@choeger6>
	<20090302150912.3e0236e5@lain.camperquake.de>
	<20090302153239.GA29366@redhat.com> <1236009993.861.6.camel@choeger6>
Message-ID: <5256d0b0903020842l2a75767fg22d3c821026ddcd@mail.gmail.com>

>> Thoughts?
>
> Yeah, kindof. I did not even know there was a userspace tool to set the
> domain.
>
> From wireless.kernel.org:
>
>> You can also use the latest wpa_supplicant (as of 0.6.7) now to change
>> your regulatory domain, to do so just add a "COUNTRY=US" entry into
>> your configuration for example.
>
> If we have that opportunity then your script's logic should be added to
> networkmanager which then decides how to set the domain, right?

NetworkManager could get this from the date/time applet which has an
option to set your "home" and there are plans afoot to add geo
location stuff to this as well.

Peter



From michel.sylvan at gmail.com  Mon Mar  2 16:47:39 2009
From: michel.sylvan at gmail.com (Michel Salim)
Date: Mon, 2 Mar 2009 11:47:39 -0500
Subject: autoconf and epel-5
In-Reply-To: <go5n00$5qt$1@ger.gmane.org>
References: <20090224210110.57ecd753@fedoraproject.org>
	<49A4A414.1080302@freenet.de> <16380.1235527938@sss.pgh.pa.us>
	<49A4B9E0.5010307@freenet.de>
	<20090225085737.GA22816@amd.home.annexia.org>
	<49A626AF.3050106@freenet.de> <go5h7v$k1m$1@ger.gmane.org>
	<49A653CB.5010706@freenet.de>
	<b086760e0902260105h7a069be0xf1baef2d097f6f0d@mail.gmail.com>
	<go5n00$5qt$1@ger.gmane.org>
Message-ID: <f224c6140903020847q425dfd62j769277605547099d@mail.gmail.com>

On Thu, Feb 26, 2009 at 4:22 AM, Kevin Kofler <kevin.kofler at chello.at> wrote:
> Using Python is not an advantage, it's an additional dependency.
>
>> On the other side, if i build a project for multiple UNIX platform, with
>> different compiler, i prefer to use the autotools.
>
> Why? Because SCons is too limited? ;-) Try CMake. KDE is using it
> successfully with at least g++ on multiple platforms (including OS X and
> MinGW), Sun Studio on OpenSolaris and M$VC on Window$.
>
Not that I'm plugging this, but if you want a Python-based, but
designed for embedding, build system, Waf
(http://code.google.com/p/waf/) might be of interest. It generates a <
100k script that can be run on any system with Python installed (ok,
still a problem with Windows, but installing another Unix build system
on Windows is probably even more of a pain).

Regards,

-- 
mi?el salim  ?  http://hircus.jaiku.com/
IUCS         ?  msalim at cs.indiana.edu
Fedora       ?  salimma at fedoraproject.org
MacPorts     ?  hircus at macports.org



From dcbw at redhat.com  Mon Mar  2 17:04:57 2009
From: dcbw at redhat.com (Dan Williams)
Date: Mon, 02 Mar 2009 12:04:57 -0500
Subject: RFC: automagically set wireless regulatory domain in cfg80211
In-Reply-To: <1236009993.861.6.camel@choeger6>
References: <1235999077.12026.10.camel@choeger6>
	<20090302150912.3e0236e5@lain.camperquake.de>
	<20090302153239.GA29366@redhat.com> <1236009993.861.6.camel@choeger6>
Message-ID: <1236013497.32466.9.camel@localhost>

On Mon, 2009-03-02 at 17:06 +0100, Christoph H?ger wrote:
> > Thoughts?
> 
> Yeah, kindof. I did not even know there was a userspace tool to set the
> domain. 
> 
> From wireless.kernel.org:
> 
> > You can also use the latest wpa_supplicant (as of 0.6.7) now to change
> > your regulatory domain, to do so just add a "COUNTRY=US" entry into
> > your configuration for example. 
> 
> If we have that opportunity then your script's logic should be added to
> networkmanager which then decides how to set the domain, right?
> 
> Although NM does not have a dialog for device wide settings currently...

I was planning on pulling it either from somewhere
like /etc/sysconfig/network, or if that wasn't available, the timezone
or "nearest city" as selected in whatever map control panel your DE has.
Requires either an update to wpa_supplicant or a backport of the patches
to the supplicant for regdom support.

Dan



From dcbw at redhat.com  Mon Mar  2 17:06:00 2009
From: dcbw at redhat.com (Dan Williams)
Date: Mon, 02 Mar 2009 12:06:00 -0500
Subject: RFC: automagically set wireless regulatory domain in cfg80211
In-Reply-To: <20090302160554.GB29366@redhat.com>
References: <1235999077.12026.10.camel@choeger6>
	<20090302153609.GK28503@bombadil.infradead.org>
	<20090302160554.GB29366@redhat.com>
Message-ID: <1236013560.32466.10.camel@localhost>

On Mon, 2009-03-02 at 11:05 -0500, John W. Linville wrote:
> On Mon, Mar 02, 2009 at 10:36:09AM -0500, Kyle McMartin wrote:
> > On Mon, Mar 02, 2009 at 02:04:37PM +0100, Christoph H?ger wrote:
> > > This means, I am missing some channels here in good old germany (e.g. 12
> > > & 13). Apparently the US domain seems to be a subset of the EU domain,
> > > so I can not use channels that are prohibited by the EU domain. 
> > > 
> > > So wouldn't it make sense to ask for the current locale and set the
> > > parameter in /etc/modprobe.d when updating/installing either the kernel
> > > or module-init-tools?
> > > 
> > 
> > Locale? hah. What does the language your computer presents text have to do
> > with where in the world your computer is?
> 
> Nit-picker... :-)
> 
> > The channels you've listed are the world regulatory domain, a subset of
> > all domains which is globally appropriate, and unlikely to cause
> > problems for roaming users.
> > 
> > Run
> > 	iw reg set CA
> > to set it for Canada, see
> > http://en.wikipedia.org/wiki/ISO_3166-1_alpha-2 for the appropriate two
> > letter countrycode. In your case, obviously 'DE'. :)
> 
> The script I posted takes a timezone like "America/New_York" and uses
> /usr/share/zoneinfo/zone.tab to map it to an ISO-3166 Alpha2 code.
> The weak-link would be if someone is using "EST5EDT" or somesuch
> or is otherwise bypassing system-config-date.  Still, it is a cheap
> first step that probably covers most users most of the time.
> 
> > NetworkManager can probably set this somehow as well, but I haven't
> > bothered figuring out how.
> 
> It probably can and should, but I don't see NM growing such capability
> in the short term.

I do :)  Not in the next week, but it's something NM should be doing
quite soon.

Dan



From vonbrand at inf.utfsm.cl  Mon Mar  2 17:18:43 2009
From: vonbrand at inf.utfsm.cl (Horst H. von Brand)
Date: Mon, 02 Mar 2009 14:18:43 -0300
Subject: autoconf and epel-5
In-Reply-To: <49A626AF.3050106@freenet.de>
References: <20090224210110.57ecd753@fedoraproject.org>
	<1235513175.4829.37.camel@adam.local.net>
	<49A47023.8040403@gmail.com> <49A4A414.1080302@freenet.de>
	<16380.1235527938@sss.pgh.pa.us> <49A4B9E0.5010307@freenet.de>
	<20090225085737.GA22816@amd.home.annexia.org>
	<49A626AF.3050106@freenet.de>
Message-ID: <17688.1236014323@laptop14.inf.utfsm.cl>

Ralf Corsepius <rc040203 at freenet.de> wrote:

[...]

> Correct - I didn't mean to offend Tom, but it's obvious, that some
> people around in this thread don't understand the autotools.
> 
> If people were understanding them, they would not run the autotools
> inside of rpm.specs but would apply patches.

Please enlighten us.

AFAIU, the objective of autotools is to detect the environment's quirks
and configure the package accordingly. They were designed to take a set
of input files, and creating the configuration (and Makefile) for the
package on the fly.

In view of the above, it does make sense to run them when installing.
That is their whole point.

If there are reasons to bypass them, they aren't doing their job; which
is a bug that should be fixed.

As Fedora is (mostly) made up of new(ish) packages, so there should be
few problems with version skew.

So I (as an ousider here, I have used auto* quite a bit on a variety of
Unixy systems, but haven't written a line for it) am at a total loss
with your comments.
-- 
Dr. Horst H. von Brand                   User #22616 counter.li.org
Departamento de Informatica                    Fono: +56 32 2654431
Universidad Tecnica Federico Santa Maria             +56 32 2654239
Casilla 110-V, Valparaiso, Chile 2340000       Fax:  +56 32 2797513



From rc040203 at freenet.de  Mon Mar  2 17:42:49 2009
From: rc040203 at freenet.de (Ralf Corsepius)
Date: Mon, 02 Mar 2009 18:42:49 +0100
Subject: autoconf and epel-5
In-Reply-To: <17688.1236014323@laptop14.inf.utfsm.cl>
References: <20090224210110.57ecd753@fedoraproject.org>
	<1235513175.4829.37.camel@adam.local.net>
	<49A47023.8040403@gmail.com> <49A4A414.1080302@freenet.de>
	<16380.1235527938@sss.pgh.pa.us> <49A4B9E0.5010307@freenet.de>
	<20090225085737.GA22816@amd.home.annexia.org>
	<49A626AF.3050106@freenet.de>
	<17688.1236014323@laptop14.inf.utfsm.cl>
Message-ID: <49AC1A99.5010502@freenet.de>

Horst H. von Brand wrote:
> Ralf Corsepius <rc040203 at freenet.de> wrote:
>
> [...]
>
>   
>> Correct - I didn't mean to offend Tom, but it's obvious, that some
>> people around in this thread don't understand the autotools.
>>
>> If people were understanding them, they would not run the autotools
>> inside of rpm.specs but would apply patches.
>>     
>
> Please enlighten us.
>
> AFAIU, the objective of autotools is to detect the environment's quirks
> and configure the package accordingly. They were designed to take a set
> of input files, and creating the configuration (and Makefile) for the
> package on the fly.
>   
Right.
> In view of the above, it does make sense to run them when installing.
>   
Exactly this is the misunderstanding: You run the generated files when 
building a package, but are not supposed to run the generators.

> As Fedora is (mostly) made up of new(ish) packages, so there should be
> few problems with version skew.
>   
In an ideal world, you would be right, there should not be much risks in 
running the autotools when building

Real world, however is different:

* Like any other tool, some versions of the autotools contain bugs
=> Blindly rerunning the autotools at build time (esp. with different 
versions as the original authors do) introduces non-determinims and 
carries risks.

* Many (esp. older) configuration files (configure.in/ac, Makefile.am) 
are only "appear to be working", while they actually are "plain broken". 
Many of the syntax changes of the autotools' originate from tightening 
the syntax to avoid such "silent bugs".
=> In many cases, an autotool upgrade will kill "formerly seemingly 
working" configuration files.

* Many configurations are not prepared for "autoreconf" etc.
E.g. GCC, binutils, gdb, firefox ... fall into this category. Running 
autoreconf kills them.

To cut a long story short: To assure deterministic builds, you must not 
run the autotools when building.

Ralf





From linville at redhat.com  Mon Mar  2 17:43:40 2009
From: linville at redhat.com (John W. Linville)
Date: Mon, 2 Mar 2009 12:43:40 -0500
Subject: RFC: automagically set wireless regulatory domain in cfg80211
In-Reply-To: <1236013560.32466.10.camel@localhost>
References: <1235999077.12026.10.camel@choeger6>
	<20090302153609.GK28503@bombadil.infradead.org>
	<20090302160554.GB29366@redhat.com>
	<1236013560.32466.10.camel@localhost>
Message-ID: <20090302174339.GD29366@redhat.com>

On Mon, Mar 02, 2009 at 12:06:00PM -0500, Dan Williams wrote:
> On Mon, 2009-03-02 at 11:05 -0500, John W. Linville wrote:
> > On Mon, Mar 02, 2009 at 10:36:09AM -0500, Kyle McMartin wrote:

> > > NetworkManager can probably set this somehow as well, but I haven't
> > > bothered figuring out how.
> > 
> > It probably can and should, but I don't see NM growing such capability
> > in the short term.
> 
> I do :)  Not in the next week, but it's something NM should be doing
> quite soon.

That's good news -- I didn't want to volunteer you for more work.

Is this something we will see in F11?  In any case, I'm inclined to
think an init script way to set the default still makes sense...?

John
-- 
John W. Linville		Linux should be at the core
linville at redhat.com			of your literate lifestyle.



From katzj at redhat.com  Mon Mar  2 17:46:53 2009
From: katzj at redhat.com (Jeremy Katz)
Date: Mon, 2 Mar 2009 12:46:53 -0500
Subject: RFC: automagically set wireless regulatory domain in cfg80211
In-Reply-To: <20090302174339.GD29366@redhat.com>
References: <1235999077.12026.10.camel@choeger6>
	<20090302153609.GK28503@bombadil.infradead.org>
	<20090302160554.GB29366@redhat.com>
	<1236013560.32466.10.camel@localhost>
	<20090302174339.GD29366@redhat.com>
Message-ID: <20090302174653.GA88133@redhat.com>

On Monday, March 02 2009, John W. Linville said:
> On Mon, Mar 02, 2009 at 12:06:00PM -0500, Dan Williams wrote:
> > On Mon, 2009-03-02 at 11:05 -0500, John W. Linville wrote:
> > > On Mon, Mar 02, 2009 at 10:36:09AM -0500, Kyle McMartin wrote:
> 
> > > > NetworkManager can probably set this somehow as well, but I haven't
> > > > bothered figuring out how.
> > > 
> > > It probably can and should, but I don't see NM growing such capability
> > > in the short term.
> > 
> > I do :)  Not in the next week, but it's something NM should be doing
> > quite soon.
> 
> That's good news -- I didn't want to volunteer you for more work.
> 
> Is this something we will see in F11?  In any case, I'm inclined to
> think an init script way to set the default still makes sense...?

An initscript to change it only makes sense if you enjoy slowing down
boot ;-)   If NetworkManager is going to support setting it, then we
should let NetworkManager set it -- if someone isn't using
NetworkManager and is using wicd or their own homegrown scripts, then
they can implement it there as well

Jeremy



From dcbw at redhat.com  Mon Mar  2 17:53:20 2009
From: dcbw at redhat.com (Dan Williams)
Date: Mon, 02 Mar 2009 12:53:20 -0500
Subject: RFC: automagically set wireless regulatory domain in cfg80211
In-Reply-To: <20090302174339.GD29366@redhat.com>
References: <1235999077.12026.10.camel@choeger6>
	<20090302153609.GK28503@bombadil.infradead.org>
	<20090302160554.GB29366@redhat.com>
	<1236013560.32466.10.camel@localhost>
	<20090302174339.GD29366@redhat.com>
Message-ID: <1236016400.32466.14.camel@localhost>

On Mon, 2009-03-02 at 12:43 -0500, John W. Linville wrote:
> On Mon, Mar 02, 2009 at 12:06:00PM -0500, Dan Williams wrote:
> > On Mon, 2009-03-02 at 11:05 -0500, John W. Linville wrote:
> > > On Mon, Mar 02, 2009 at 10:36:09AM -0500, Kyle McMartin wrote:
> 
> > > > NetworkManager can probably set this somehow as well, but I haven't
> > > > bothered figuring out how.
> > > 
> > > It probably can and should, but I don't see NM growing such capability
> > > in the short term.
> > 
> > I do :)  Not in the next week, but it's something NM should be doing
> > quite soon.
> 
> That's good news -- I didn't want to volunteer you for more work.
> 
> Is this something we will see in F11?  In any case, I'm inclined to
> think an init script way to set the default still makes sense...?

Some fallback (like an init script) should be included in any case,
since some installations will obviously not be using NetworkManager.
NM, when in use, can certainly push updated regulatory settings when
necessary, over and above what the init script would do.

So we should really have both.

Dan




From jkeating at redhat.com  Mon Mar  2 18:03:54 2009
From: jkeating at redhat.com (Jesse Keating)
Date: Mon, 02 Mar 2009 10:03:54 -0800
Subject: RFC: automagically set wireless regulatory domain in cfg80211
In-Reply-To: <1236016400.32466.14.camel@localhost>
References: <1235999077.12026.10.camel@choeger6>
	<20090302153609.GK28503@bombadil.infradead.org>
	<20090302160554.GB29366@redhat.com>
	<1236013560.32466.10.camel@localhost>
	<20090302174339.GD29366@redhat.com>
	<1236016400.32466.14.camel@localhost>
Message-ID: <1236017034.3425.1.camel@localhost.localdomain>

On Mon, 2009-03-02 at 12:53 -0500, Dan Williams wrote:
> 
> Some fallback (like an init script) should be included in any case,
> since some installations will obviously not be using NetworkManager.
> NM, when in use, can certainly push updated regulatory settings when
> necessary, over and above what the init script would do.
> 
> So we should really have both.

And if the system isn't going to use wireless at all, why spend the
bootup time to set something that will be of no use?

-- 
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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090302/998c29f5/attachment.sig>

From Jochen at herr-schmitt.de  Mon Mar  2 18:15:15 2009
From: Jochen at herr-schmitt.de (Jochen Schmitt)
Date: Mon, 02 Mar 2009 19:15:15 +0100
Subject: Help wanted for solve issue of mass rebuild of gnu-smalltalk-3.1
Message-ID: <49AC2233.8060303@herr-schmitt.de>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

hallo,

I have to find out, that the mass rebuild of gnu-smalltalk-3.1 was
failed, So I have
tried to find out, why this was happen.

Unfortunately, I can't see any hint to solve this issue. The build
failed during the
executuion of the test suite. During the testsuite I have go the
following error messages:

- --- /dev/null   2009-03-02 12:30:30.000000000 -0500
+++
/builddir/build/BUILD/smalltalk-3.1/tests/testsuite.dir/at-groups/1/stderr

2009-03-02 12:38:50.000000000 -0500
@@ -0,0 +1 @@
+/builddir/build/BUILD/smalltalk-3.1/tests/testsuite.dir/at-groups/1/test-source:
line 31: .: retcode: file not found
./testsuite.at:27: exit code was 1, expected 0
1. testsuite.at:27: 1. arrays.st (testsuite.at:27): FAILED
(testsuite.at:27)

The message 'retcode: fine not found' was generated for all test cases.

I have uploaded the build log the the testsuite.log as

http://www.herr-schmitt.de/pub/gnu-smalltalk/build.log
http://www.herr-schmitt.de/pub/gnu-smalltalk/testsuite.log

Best Regards:

Jochen Schmitt
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org

iEYEARECAAYFAkmsIigACgkQT2AHK6txfgzU9wCfUQSQOcMKrUCW2pOIVTvLNLbE
oG8AoL3uPH39KFc6VIBUiQoAn8yhlYZZ
=ZHlR
-----END PGP SIGNATURE-----



From linville at redhat.com  Mon Mar  2 18:21:12 2009
From: linville at redhat.com (John W. Linville)
Date: Mon, 2 Mar 2009 13:21:12 -0500
Subject: RFC: automagically set wireless regulatory domain in cfg80211
In-Reply-To: <1236017034.3425.1.camel@localhost.localdomain>
References: <1235999077.12026.10.camel@choeger6>
	<20090302153609.GK28503@bombadil.infradead.org>
	<20090302160554.GB29366@redhat.com>
	<1236013560.32466.10.camel@localhost>
	<20090302174339.GD29366@redhat.com>
	<1236016400.32466.14.camel@localhost>
	<1236017034.3425.1.camel@localhost.localdomain>
Message-ID: <20090302182112.GE29366@redhat.com>

On Mon, Mar 02, 2009 at 10:03:54AM -0800, Jesse Keating wrote:
> On Mon, 2009-03-02 at 12:53 -0500, Dan Williams wrote:
> > 
> > Some fallback (like an init script) should be included in any case,
> > since some installations will obviously not be using NetworkManager.
> > NM, when in use, can certainly push updated regulatory settings when
> > necessary, over and above what the init script would do.
> > 
> > So we should really have both.
> 
> And if the system isn't going to use wireless at all, why spend the
> bootup time to set something that will be of no use?

I don't think we said we would do that.  There are many ways to solve
the problem while serving users.

Here is my question:  If we can provide a simple solution almost
effortlessly, why tell anyone that might deviate from the otherwise
approved configuration "suck it, roll your own"?

John
-- 
John W. Linville		Linux should be at the core
linville at redhat.com			of your literate lifestyle.



From tibbs at math.uh.edu  Mon Mar  2 18:23:50 2009
From: tibbs at math.uh.edu (Jason L Tibbitts III)
Date: Mon, 02 Mar 2009 12:23:50 -0600
Subject: Agenda for the 2009-03-03 Packaging Committee meeting
Message-ID: <ufaocwj7phl.fsf@compute22.e.math.uh.edu>

The Packaging Committee will meet Tuesday, 2009-03-03 at 17:00UTC in
the #fedora-meeting channel on chat.freenode.net.

FPC works from the agenda at
https://fedoraproject.org/wiki/Packaging/GuidelinesTodo; here are some
things which should be brought up for discussion at the next meeting:

Note guidelines approved by FESCo and address any FESCo feedback.

Explicit Requires -
  https://fedoraproject.org/wiki/PackagingDrafts/ExplicitRequires 
  FESCo had comments; address them.

Source URL Update -
  https://fedoraproject.org/wiki/Troublesome_source_URL_packaging_guideline_draft

Common Package Names -
  https://fedoraproject.org/wiki/Common_package_names_packaging_guideline_draft

FontSpecTemplate outside of Packaging -  The Font specfile template at
  https://fedoraproject.org/wiki/Packaging:FontsSpecTemplate is
  obsolete and has some issues which need to be addressed.


There are also various unowned proposals which may or may not be
discussed; see the "Queued but Unowned" section of the GuidelinesTodo
page for a list.  If you would like to drive discussion of one of
these, please feel free to step in and do so.

Users who wish to bring proposals before the committee are encouraged
to read
https://fedoraproject.org/wiki/Packaging/Committee#Guideline_Change_Procedure
Anyone is welcome to create drafts under
https://fedoraproject.org/wiki/PackagingDrafts and to update
https://fedoraproject.org/wiki/PackagingDrafts/DraftsTodo; such
updates will automatically appear on our agenda.

 - J<



From mtasaka at ioa.s.u-tokyo.ac.jp  Mon Mar  2 18:31:12 2009
From: mtasaka at ioa.s.u-tokyo.ac.jp (Mamoru Tasaka)
Date: Tue, 03 Mar 2009 03:31:12 +0900
Subject: Help wanted for solve issue of mass rebuild of gnu-smalltalk-3.1
In-Reply-To: <49AC2233.8060303@herr-schmitt.de>
References: <49AC2233.8060303@herr-schmitt.de>
Message-ID: <49AC25F0.2060906@ioa.s.u-tokyo.ac.jp>

Jochen Schmitt wrote, at 03/03/2009 03:15 AM +9:00:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> hallo,
> 
> I have to find out, that the mass rebuild of gnu-smalltalk-3.1 was
> failed, So I have
> tried to find out, why this was happen.
> 
> Unfortunately, I can't see any hint to solve this issue. The build
> failed during the
> executuion of the test suite. During the testsuite I have go the
> following error messages:
> 
> - --- /dev/null   2009-03-02 12:30:30.000000000 -0500
> +++
> /builddir/build/BUILD/smalltalk-3.1/tests/testsuite.dir/at-groups/1/stderr
> 
> 2009-03-02 12:38:50.000000000 -0500
> @@ -0,0 +1 @@
> +/builddir/build/BUILD/smalltalk-3.1/tests/testsuite.dir/at-groups/1/test-source:
> line 31: .: retcode: file not found
> ./testsuite.at:27: exit code was 1, expected 0
> 1. testsuite.at:27: 1. arrays.st (testsuite.at:27): FAILED
> (testsuite.at:27)
> 
> The message 'retcode: fine not found' was generated for all test cases.
> 
> I have uploaded the build log the the testsuite.log as
> 
> http://www.herr-schmitt.de/pub/gnu-smalltalk/build.log
> http://www.herr-schmitt.de/pub/gnu-smalltalk/testsuite.log
> 
> Best Regards:
> 
> Jochen Schmitt

Perhaps the same issue as:
https://www.redhat.com/archives/fedora-devel-list/2009-March/msg00009.html

Regards,
Mamoru
 



From linville at redhat.com  Mon Mar  2 18:52:23 2009
From: linville at redhat.com (John W. Linville)
Date: Mon, 2 Mar 2009 13:52:23 -0500
Subject: RFC: automagically set wireless regulatory domain in cfg80211
In-Reply-To: <20090302174653.GA88133@redhat.com>
References: <1235999077.12026.10.camel@choeger6>
	<20090302153609.GK28503@bombadil.infradead.org>
	<20090302160554.GB29366@redhat.com>
	<1236013560.32466.10.camel@localhost>
	<20090302174339.GD29366@redhat.com>
	<20090302174653.GA88133@redhat.com>
Message-ID: <20090302185222.GF29366@redhat.com>

On Mon, Mar 02, 2009 at 12:46:53PM -0500, Jeremy Katz wrote:
> On Monday, March 02 2009, John W. Linville said:
> > On Mon, Mar 02, 2009 at 12:06:00PM -0500, Dan Williams wrote:
> > > On Mon, 2009-03-02 at 11:05 -0500, John W. Linville wrote:
> > > > On Mon, Mar 02, 2009 at 10:36:09AM -0500, Kyle McMartin wrote:
> > 
> > > > > NetworkManager can probably set this somehow as well, but I haven't
> > > > > bothered figuring out how.
> > > > 
> > > > It probably can and should, but I don't see NM growing such capability
> > > > in the short term.
> > > 
> > > I do :)  Not in the next week, but it's something NM should be doing
> > > quite soon.
> > 
> > That's good news -- I didn't want to volunteer you for more work.
> > 
> > Is this something we will see in F11?  In any case, I'm inclined to
> > think an init script way to set the default still makes sense...?
> 
> An initscript to change it only makes sense if you enjoy slowing down
> boot ;-)   If NetworkManager is going to support setting it, then we
> should let NetworkManager set it -- if someone isn't using
> NetworkManager and is using wicd or their own homegrown scripts, then
> they can implement it there as well

Well I know that NetworkManager is the default, but we still have
ifcfg-XXX.  If they are still there, shouldn't we support them?

One option might be to add another package to crda.spec.  That package
(e.g. crda-init) could simply include an init script that looks a lot
like the script I posted earlier in the thread.  It might also provide
for a user override (e.g. something in /etc/sysconfig/regdomain).
Simple, optional, and very little work.

Listen, I'm all for NetworkManager figuring this stuff out on my box.
But I'd like a better answer than "roll your own" for those who want
to use something else.

John
-- 
John W. Linville		Linux should be at the core
linville at redhat.com			of your literate lifestyle.



From kevin.kofler at chello.at  Mon Mar  2 19:06:29 2009
From: kevin.kofler at chello.at (Kevin Kofler)
Date: Mon, 02 Mar 2009 20:06:29 +0100
Subject: autoconf and epel-5
References: <20090224210110.57ecd753@fedoraproject.org>
	<49A4A414.1080302@freenet.de> <16380.1235527938@sss.pgh.pa.us>
	<49A4B9E0.5010307@freenet.de>
	<20090225085737.GA22816@amd.home.annexia.org>
	<49A626AF.3050106@freenet.de> <go5h7v$k1m$1@ger.gmane.org>
	<49A653CB.5010706@freenet.de>
	<b086760e0902260105h7a069be0xf1baef2d097f6f0d@mail.gmail.com>
	<go5n00$5qt$1@ger.gmane.org>
	<f224c6140903020847q425dfd62j769277605547099d@mail.gmail.com>
Message-ID: <gohanl$63f$1@ger.gmane.org>

Michel Salim wrote:
> Not that I'm plugging this, but if you want a Python-based, but
> designed for embedding, build system, Waf
> (http://code.google.com/p/waf/) might be of interest.

"designed for embedding" == same broken design as the autotools. :-(

        Kevin Kofler



From notting at redhat.com  Mon Mar  2 19:10:58 2009
From: notting at redhat.com (Bill Nottingham)
Date: Mon, 2 Mar 2009 14:10:58 -0500
Subject: RFC: automagically set wireless regulatory domain in cfg80211
In-Reply-To: <20090302185222.GF29366@redhat.com>
References: <1235999077.12026.10.camel@choeger6>
	<20090302153609.GK28503@bombadil.infradead.org>
	<20090302160554.GB29366@redhat.com>
	<1236013560.32466.10.camel@localhost>
	<20090302174339.GD29366@redhat.com>
	<20090302174653.GA88133@redhat.com>
	<20090302185222.GF29366@redhat.com>
Message-ID: <20090302191058.GA1304@nostromo.devel.redhat.com>

John W. Linville (linville at redhat.com) said: 
> One option might be to add another package to crda.spec.  That package
> (e.g. crda-init) could simply include an init script that looks a lot
> like the script I posted earlier in the thread.  It might also provide
> for a user override (e.g. something in /etc/sysconfig/regdomain).
> Simple, optional, and very little work.

Why not just frob it as part of ifup-wireless?

Bill



From linville at redhat.com  Mon Mar  2 19:14:29 2009
From: linville at redhat.com (John W. Linville)
Date: Mon, 2 Mar 2009 14:14:29 -0500
Subject: RFC: automagically set wireless regulatory domain in cfg80211
In-Reply-To: <20090302191058.GA1304@nostromo.devel.redhat.com>
References: <1235999077.12026.10.camel@choeger6>
	<20090302153609.GK28503@bombadil.infradead.org>
	<20090302160554.GB29366@redhat.com>
	<1236013560.32466.10.camel@localhost>
	<20090302174339.GD29366@redhat.com>
	<20090302174653.GA88133@redhat.com>
	<20090302185222.GF29366@redhat.com>
	<20090302191058.GA1304@nostromo.devel.redhat.com>
Message-ID: <20090302191428.GG29366@redhat.com>

On Mon, Mar 02, 2009 at 02:10:58PM -0500, Bill Nottingham wrote:
> John W. Linville (linville at redhat.com) said: 
> > One option might be to add another package to crda.spec.  That package
> > (e.g. crda-init) could simply include an init script that looks a lot
> > like the script I posted earlier in the thread.  It might also provide
> > for a user override (e.g. something in /etc/sysconfig/regdomain).
> > Simple, optional, and very little work.
> 
> Why not just frob it as part of ifup-wireless?

Thats another option.  FWIW, it is a system-wide setting, not specific
to a certain interface.  But that probably doesn't matter much.

John
-- 
John W. Linville		Linux should be at the core
linville at redhat.com			of your literate lifestyle.



From kevin.kofler at chello.at  Mon Mar  2 19:10:20 2009
From: kevin.kofler at chello.at (Kevin Kofler)
Date: Mon, 02 Mar 2009 20:10:20 +0100
Subject: autoconf and epel-5
References: <20090224210110.57ecd753@fedoraproject.org>
	<1235513175.4829.37.camel@adam.local.net>
	<49A47023.8040403@gmail.com> <49A4A414.1080302@freenet.de>
	<16380.1235527938@sss.pgh.pa.us> <49A4B9E0.5010307@freenet.de>
	<8122.1236001173@laptop14.inf.utfsm.cl>
	<49ABE9DE.6080005@freenet.de>
Message-ID: <gohaus$63f$2@ger.gmane.org>

Ralf Corsepius wrote:

> Horst H. von Brand wrote:
>> Most package sources in SCMs don't include those files, when they are in
>> the tarballs it is for convenience AFAIU.
>>   
> You are wrong - RTFM, e.g. info automake, info standards.

Software not including autotools-generated files in their SCM is actually
pretty common.

        Kevin Kofler



From jkeating at redhat.com  Mon Mar  2 19:18:37 2009
From: jkeating at redhat.com (Jesse Keating)
Date: Mon, 02 Mar 2009 11:18:37 -0800
Subject: RFC: automagically set wireless regulatory domain in cfg80211
In-Reply-To: <20090302191428.GG29366@redhat.com>
References: <1235999077.12026.10.camel@choeger6>
	<20090302153609.GK28503@bombadil.infradead.org>
	<20090302160554.GB29366@redhat.com>
	<1236013560.32466.10.camel@localhost>
	<20090302174339.GD29366@redhat.com> <20090302174653.GA88133@redhat.com>
	<20090302185222.GF29366@redhat.com>
	<20090302191058.GA1304@nostromo.devel.redhat.com>
	<20090302191428.GG29366@redhat.com>
Message-ID: <1236021517.3425.2.camel@localhost.localdomain>

On Mon, 2009-03-02 at 14:14 -0500, John W. Linville wrote:
> 
> Thats another option.  FWIW, it is a system-wide setting, not specific
> to a certain interface.  But that probably doesn't matter much.

It can /read/ the setting from a system wide location, but only do
something about it when actually bringing up the device.

-- 
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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090302/2f5895c5/attachment.sig>

From kevin.kofler at chello.at  Mon Mar  2 19:18:04 2009
From: kevin.kofler at chello.at (Kevin Kofler)
Date: Mon, 02 Mar 2009 20:18:04 +0100
Subject: Full Licence field
References: <499E9CBB.8070406@schampijer.de>
	<20090301225722.GD7111@yukidoke.org>
	<49AB1FFE.3020900@codewiz.org> <49AB2255.3020402@redhat.com>
	<gofal2$to3$1@ger.gmane.org>
	<5c5e5c350903012302v54a1195fkcedc42f919f0de83@mail.gmail.com>
Message-ID: <gohbdd$a17$1@ger.gmane.org>

Elena of Valhalla wrote:
> no, GPL doesn't[1], a pointer is enough, but GNU FDL does
> 
> [1] "You should have received a copy of the GNU General Public License
>     along with this program.  If not, see <http://www.gnu.org/licenses/>."

Not true, that sentence is there to cope with projects which don't bother
including the license as required (see also the "should have received"
wording).

Section 4 of the GPLv3 actually requires you to:
"give all recipients a copy of this License along with the Program."
Likewise, section 1 of the GPLv2 requires you to:
"give any other recipients of the Program a copy of this License along with
the Program."

See also:
http://www.gnu.org/licenses/gpl-faq.html#WhyMustIInclude

        Kevin Kofler



From pbrobinson at gmail.com  Mon Mar  2 19:58:04 2009
From: pbrobinson at gmail.com (Peter Robinson)
Date: Mon, 2 Mar 2009 19:58:04 +0000
Subject: RFC: automagically set wireless regulatory domain in cfg80211
In-Reply-To: <1236017034.3425.1.camel@localhost.localdomain>
References: <1235999077.12026.10.camel@choeger6>
	<20090302153609.GK28503@bombadil.infradead.org>
	<20090302160554.GB29366@redhat.com>
	<1236013560.32466.10.camel@localhost>
	<20090302174339.GD29366@redhat.com>
	<1236016400.32466.14.camel@localhost>
	<1236017034.3425.1.camel@localhost.localdomain>
Message-ID: <5256d0b0903021158x76e195b9q9878f7ad84c72ec3@mail.gmail.com>

>> Some fallback (like an init script) should be included in any case,
>> since some installations will obviously not be using NetworkManager.
>> NM, when in use, can certainly push updated regulatory settings when
>> necessary, over and above what the init script would do.
>>
>> So we should really have both.
>
> And if the system isn't going to use wireless at all, why spend the
> bootup time to set something that will be of no use?

I (personally) think this is something that should be left to
NetworkManager. Its the auto wifi network tool supported in Fedora. If
your someone who goes through the pain of manually configuring wifi to
use the network scripts you should be able to configure the location
too. Or at the very least make it part of the system-config-network
stuff with an option in the GUI and then set it in the ifcfg-wlanX
file and make it part of the ifup script that brings up the wireless.
Then it doesn't impact the general startup.

Peter



From rawhide at fedoraproject.org  Mon Mar  2 20:08:45 2009
From: rawhide at fedoraproject.org (Rawhide Report)
Date: Mon,  2 Mar 2009 20:08:45 +0000 (UTC)
Subject: rawhide report: 20090302 changes
Message-ID: <20090302200845.867D81F83B4@releng2.fedora.phx.redhat.com>

Compose started at Mon Mar  2 17:38:03 UTC 2009

New package ETL
        Extended Template Library
New package anki
        Flashcard program for using space repetition learning
New package mediawiki-wikicalendar
        Simple calendar extension for mediawiki
New package perl-DateTime-Format-ISO8601
        Parses ISO8601 formats
New package uml_utilities
        Utilities for user-mode linux kernel
New package weka
        Waikato Environment for Knowledge Analysis
Removed package compat-guichan06
Updated Packages:

PyQt-3.17.6-3.fc11
------------------
* Mon Feb 23 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 3.17.6-3
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


ScientificPython-2.8-4.fc11
---------------------------
* Sun Mar 01 2009 Jef Spaleta <jspaleta AT fedoraproject DOT org> - 2.8-1
- Latest upstream release

* Sun Mar 01 2009 Jef Spaleta <jspaleta AT fedoraproject DOT org> - 2.8-2
- Fixed BuildRequires to reference numpy instead of numeric

* Sun Mar 01 2009 Jef Spaleta <jspaleta AT fedoraproject DOT org> - 2.8-3
- Fixed lib64 build issue

* Sun Mar 01 2009 Jef Spaleta <jspaleta AT fedoraproject DOT org> - 2.8-4
- Fix MPI compile script

* Mon Feb 23 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 2.6.1-6
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


adanaxisgpl-1.2.5-4.fc11
------------------------
* Mon Mar 02 2009 Caol??n McNamara <caolanm at redhat.com> - 1.2.5-4
- constify strchr

* Mon Feb 23 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 1.2.5-3
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


adonthell-0.3.5-0.6.fc11
------------------------
* Sun Mar 01 2009 Mathieu Bridon <bochecha at fedoraproject.org> - 0.3.5-0.6
- Fixed building with GCC 4.4

* Mon Feb 23 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 0.3.5-0.5
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


afflib-3.3.4-7.fc11
-------------------
* Mon Mar 02 2009 kwizart < kwizart at gmail.com > - 3.3.4-7
- Fix for gcc44

* Mon Feb 23 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 3.3.4-6
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


aimage-3.2.0-4.fc11
-------------------
* Mon Mar 02 2009 kwizart < kwizart at gmail.com > - 3.2.0-4
- Fix for gcc44

* Mon Feb 23 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 3.2.0-3
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


alexandria-0.6.4-0.1.b1.fc11
----------------------------
* Mon Mar 02 2009 Mamoru Tasaka <mtasaka at ioa.s.u-tokyo.ac.jp> - 0.6.4-0.1.b1
- Update to 0.6.4 beta 1
- Drop all patches, merged into upstream


amavisd-new-2.6.2-3.fc11
------------------------
* Sun Mar 01 2009 Robert Scheck <robert at fedoraproject.org> 2.6.2-3
- Re-diffed amavisd-new configuration patch for no fuzz

* Mon Feb 23 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 2.6.2-2
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild

* Wed Dec 17 2008 Steven Pritchard <steve at kspei.com> 2.6.2-1
- Update to 2.6.2.
- Drop smtpdaemon dependency (BZ# 438078).

* Tue Jul 15 2008 Steven Pritchard <steve at kspei.com> 2.6.1-1
- Update to 2.6.1.
- Require Crypt::OpenSSL::RSA, Digest::SHA, Digest::SHA1, IO::Socket::SSL,
  Mail::DKIM, Net::SSLeay, NetAddr::IP, and Socket6.


arts-1.5.10-5.fc11
------------------
* Mon Mar 02 2009 Rex Dieter <rdieter at fedoraproject.org> - 8:1.5.10-5
- s/i386/%ix86/


audacity-1.3.7-0.6.beta.fc11
----------------------------
* Mon Mar 02 2009 Michael Schwendt <mschwendt at fedoraproject.org> - 1.3.7-0.6.beta
- revise default device names patch, so it doesn't save the defaults

* Sun Mar 01 2009 Michael Schwendt <mschwendt at fedoraproject.org> - 1.3.7-0.5.beta
- show default device names in Audio I/O preferences


autotrace-0.31.1-20.fc11
------------------------
* Mon Mar 02 2009 Caol??n McNamara <caolanm at redhat.com> - 0.31.1-20
- Modify GetOnePixel usage to build against current ImageMagick api

* Mon Feb 23 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 0.31.1-19
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


beagle-0.3.9-5.fc11
-------------------
* Mon Mar 02 2009 Adel Gadllah <adel.gadllah at gmail.com> - 0.3.9-5
- Spec file cleanups (RH #225612)


blackbox-0.70.1-13
------------------
* Sun Mar 01 2009 Caol??n McNamara <caolanm at redhat.com> - 0.70.1-13
- make build

* Mon Feb 23 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 0.70.1-12
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


bluez-4.32-1.fc11
-----------------
* Mon Mar 02 2009 Lennart Poettering <lpoetter at redhat.com> - 4.32-1
- Update to 4.32


bzflag-2.0.12-5.fc11
--------------------
* Mon Mar 02 2009 Nils Philippsen <nils at redhat.com> 2.0.12-5
- fix building with gcc-4.4

* Mon Feb 23 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org>
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


c2050-0.3b-2.fc11
-----------------
* Mon Feb 23 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 0.3b-2
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


celestia-1.5.0-3.fc11
---------------------
* Sun Mar 01 2009 Lubomir Rintel <lkundrak at v3.sk> - 1.5.0-3
- Fix build with GCC 4.4

* Mon Feb 23 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 1.5.0-2
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


clisp-2.47-3.fc11
-----------------
* Tue Feb 24 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 2.47-2
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


coreutils-7.1-6.fc11
--------------------
* Mon Mar 02 2009 Ondrej Vasik <ovasik at redhat.com> 7.1-6
- fix sort bugs (including #485715) for multibyte locales
  as well


cpphs-1.6-6.fc11
----------------
* Mon Mar 02 2009 Jens Petersen <petersen at redhat.com> - 1.6-6
- update to cabal2spec-0.12:
  - add devel subpackage
  - use global
  - update archs


dcraw-8.91-1.fc11
-----------------
* Mon Mar 02 2009 Nils Philippsen <nils at redhat.com> - 8.91-1
- version 8.91


ddd-3.3.12-1.rc1.fc11.3
-----------------------
* Mon Mar 02 2009 Jon Ciesla <limb at jcomserv.net> - 3.3.12-1.rc1.3
- Desktop file fix, BZ 487811.


dhcp-forwarder-0.8-4.fc11
-------------------------
* Sun Mar 01 2009 Enrico Scholz <enrico.scholz at informatik.tu-chemnitz.de> - 0.8-3
- added -upstart subpackage
- renamed -sysv subpackage to -sysvinit to make -upstart win the
  default dependency resolving

* Sun Mar 01 2009 Enrico Scholz <enrico.scholz at informatik.tu-chemnitz.de> - 0.8-4
- added upstart %scriplets


dietlibc-0.31-8.20090228.fc11
-----------------------------
* Sun Mar 01 2009 Enrico Scholz <enrico.scholz at informatik.tu-chemnitz.de> - 0.31-7.20090228
- updated to 20090228
- updated patches

* Sun Mar 01 2009 Enrico Scholz <enrico.scholz at informatik.tu-chemnitz.de> - 0.31-8.20090228
- splitted a noarch -header subpackage out of -devel

* Tue Feb 24 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 0.31-7.20081017
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


dnssec-conf-1.16-1
------------------
* Sun Mar 01 2009 Paul Wouters <paul at xelerance.com> - 1.16-1
- Upgraded to 1.16. This adds the production key for .gov
  See http://dotgov.gov/dnssecinfo.aspx


eclipse-epic-0.6.31-1.fc11
--------------------------
* Sun Mar 01 2009 Mat Booth <fedora at matbooth.co.uk> 0.6.31-1
- Updated to verion 0.6.31.
- New feature: Show @_ in variables view.
- Fix Perl internal variables not appearing (#2431258).
- Fix NPE in Perl expression view (#2241882).
- Fix content assist and typed lexicals (#2502366).
- Fix editor fails to highlight grep + regexp (#2537700).
- Fix content-type does not enable to run/debug perl scripts (#2433437).
- Fix debugger crash (#2501676).
- Fix epic_breakpoints raises exception in Template::Toolkit (#2513003).
- Fix content assist and "use base" (#2502358).
- Fix cygwin drive prefix processing (#2490403).


ember-0.5.5-4.fc11
------------------
* Sun Mar 01 2009 Alexey Torkhov <atorkhov at gmail.com> - 0.5.5-4
- Adding unowned directory


emelfm2-0.5.1-1.fc11
--------------------
* Wed Feb 25 2009 Christoph Wickert <cwickert at fedoraproject.org> - 0.5.1-1
- Update 0.5.1


enigma-1.01-10
--------------
* Mon Mar 02 2009 Caol??n McNamara <caolanm at redhat.com> - 1.01-10
- fix up consts

* Tue Feb 24 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 1.01-9.1
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


erlang-R12B-5.6.fc11
--------------------
* Sun Mar 01 2009 Gerard Milmeister <gemi at bluewin.ch> - R12B-5.6
- new release R12B-5
- link escript and dialyzer to /usr/bin

* Tue Feb 24 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - R12B-5.5
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


erlang-esdl-0.96.0626-5.fc11
----------------------------
* Tue Feb 24 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 0.96.0626-5
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


erlang-pgsql-0-3.20080825svn.fc11
---------------------------------
* Mon Feb 23 2009 Robert Scheck <robert at fedoraproject.org> 0-3.20080825svn
- Rebuild against rpm 4.6


eterm-0.9.5-4.fc11
------------------
* Sun Mar 01 2009 Terje R??sten <terje.rosten at ntnu.no> - 0.9.5-4
- Add more fonts to req.


evolution-data-server-2.25.92-1.fc11
------------------------------------
* Mon Mar 02 2009 Matthew Barnes <mbarnes at redhat.com> - 2.25.92-1.fc11
- Update to 2.25.92


factory-3.1.0-3.fc11
--------------------
* Sun Mar 01 2009 Rex Dieter <rdieter at fedoraproject.org> - 3.1.0-3
- s/i386/%ix86/


fcgi-2.4.0-9.fc11
-----------------
* Sun Mar 01 2009 Chris Weyl <cweyl at alumni.drew.edu> - 2.4.0-9
- Stripping bad provides of private Perl extension libs


fftw2-2.1.5-18.fc11
-------------------
* Sun Mar 01 2009 Robert Scheck <robert at fedoraproject.org> - 2.1.5-18
- Removed the shipping and owning of %{_infodir}/dir file


g3data-1.5.3-1.fc11
-------------------
* Sun Mar 01 2009 Jef Spaleta <jspaleta at gmail.com>  - 1.5.3-1
- Update to latest release

* Tue Feb 24 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 1.5.1-9
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


galculator-1.3.4-1.fc11
-----------------------
* Sun Mar 01 2009 Christoph Wickert <cwickert at fedoraproject.org> - 1.3.4-1
- Update to 1.3.4


gftp-2.0.19-1.fc11
------------------
* Sun Mar 01 2009 Itamar Reis Peixoto <itamar at ispbrasil.com.br> - 2:2.0.19-1
- upgrade to 2.0.19
- spec cleanup


gif2png-2.5.1-6.fc11
--------------------
* Sun Mar 01 2009 Enrico Scholz <enrico.scholz at informatik.tu-chemnitz.de> - 2.5.1-6
- made web2png noarch


glib2-2.19.10-1.fc11
--------------------
* Mon Mar 02 2009 Matthias Clasen <mclasen at redhat.com> - 2.19.10-1
- Update to 2.19.10


gnome-doc-utils-0.15.2-1.fc11
-----------------------------
* Mon Mar 02 2009 Matthew Barnes <mbarnes at redhat.com> - 0.15.2-1
- Update to 0.15.2


gnome-keyring-2.25.92-1.fc11
----------------------------
* Mon Mar 02 2009 Tomas Bzatek <tbzatek at redhat.com> - 2.25.92-1
- Update to 2.25.92


grub2-1.98-0.5.20080827svn.fc11
-------------------------------
* Sun Mar 01 2009 Lubomir Rintel <lkundrak at v3.sk> - 1.98-0.4.20080827svn
- Add missing BR

* Tue Feb 24 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 1.98-0.4.20080827svn
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


gtkhtml3-3.25.92-1.fc11
-----------------------
* Mon Mar 02 2009 Matthew Barnes <mbarnes at redhat.com> - 3.25.92-1.fc11
- Update to 3.25.92


gvfs-1.1.7-1.fc11
-----------------
* Mon Mar 02 2009 Tomas Bzatek <tbzatek at redhat.com> - 1.1.7-1
- Update to 1.1.7


hugin-0.7.0-5.fc11
------------------
* Sun Mar 01 2009 Caol??n McNamara <caolanm at redhat.com> - 0.7.0-5
- include stdio.h for snprintf and cstdio for std::sprintf

* Tue Feb 24 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 0.7.0-4
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


hunt-1.5-10.fc11
----------------
* Sun Mar 01 2009 Enrico Scholz <enrico.scholz at informatik.tu-chemnitz.de> - 1.5-10
- do not build the static binary

* Tue Feb 24 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 1.5-9
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


ibus-1.1.0.20090225-2.fc11
--------------------------
* Mon Mar 02 2009 Jens Petersen <petersen at redhat.com> - 1.1.0.20090225-2
- drop the superfluous ibus-0.1 engine obsoletes
- move glib2 requires to gtk package


ibus-chewing-1.0.2.20090302-1.fc11
----------------------------------
* Mon Mar 02 2009 Ding-Yi Chen <dchen at redhat.com> - 1.0.2.20090302-1
- Required gconf2 -> GConf2.
- Fix RPM install issues.


icecream-0.9.3-5.fc11
---------------------
* Mon Mar 02 2009 Michal Schmidt <mschmidt at redhat.com> - 0.9.3-5
- Fix a fd leak from iceccd + avoid using system().
- Allows tighter SELinux policy.


ini4j-0.3.2-6.fc11
------------------
* Mon Mar 02 2009 Victor Vasilyev <victor.vasilyev at sun.com> 0.3.2-6
- BR tomcat5, because tomcat-tomcat-parent.pom is required

* Tue Feb 24 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 0.3.2-5
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


insight-6.8-7.fc11
------------------
* Mon Mar 02 2009 Patrick Monnerat <pm at datasphere.ch> 6.8-7
- Removed libXft-devel build requirement.
- .desktop file categories fixed.


ip-sentinel-0.12-14.fc11
------------------------
* Sun Mar 01 2009 Enrico Scholz <enrico.scholz at informatik.tu-chemnitz.de> - 0.12-14
- added -upstart subpackage
- renamed -sysv subpackage to -sysvinit to let -upstart win the
  default dependency resolving


jd-2.3.0-0.2.rc090302.fc11
--------------------------
* Mon Mar 02 2009 Mamoru Tasaka <mtasaka at ioa.s.u-tokyo.ac.jp> - 2.3.0-0.2.rc090302
- 2.3.0 rc 090302


kBuild-0.1.5-3.fc11
-------------------
* Sun Mar 01 2009 Lubomir Rintel <lkundrak at v3.sk> - 0.1.5-3
- Fix up BRs

* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 0.1.5-2
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


kbd-1.15-6.fc11
---------------
* Mon Mar 02 2009 Vitezslav Crhonek <vcrhonek at redhat.com> - 1.15-6
- Remove static loadkeys binary (it's not needed anymore)

* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 1.15-5
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


kdbg-2.1.1-1.fc11
-----------------
* Fri Feb 27 2009 Than Ngo <than at redhat.com> - 2.1.1-1
- 2.1.1
- fix build issue against gcc-4.4


kde-l10n-4.2.1-1.fc11
---------------------
* Fri Feb 27 2009 Than Ngo <than at redhat.com> - 4.2.1-1
- 4.2.1


kdeaccessibility-4.2.1-1.fc11
-----------------------------
* Fri Feb 27 2009 Than Ngo <than at redhat.com> - 4.2.1-1
- 4.2.1


kdeadmin-4.2.1-1.fc11
---------------------
* Fri Feb 27 2009 Than Ngo <than at redhat.com> - 4.2.1-1
- 4.2.1


kdeartwork-4.2.1-1.fc11
-----------------------
* Fri Feb 27 2009 Than Ngo <than at redhat.com> - 4.2.1-1
- 4.2.1


kdebase-4.2.1-1.fc11
--------------------
* Fri Feb 27 2009 Than Ngo <than at redhat.com> - 4.2.1-1
- 4.2.1


kdebase-runtime-4.2.1-1.fc11
----------------------------
* Fri Feb 27 2009 Than Ngo <than at redhat.com> - 4.2.1-1
- 4.2.1


kdebase-workspace-4.2.1-1.fc11
------------------------------
* Fri Feb 27 2009 Than Ngo <than at redhat.com> - 4.2.1-1
- 4.2.1


kdebindings-4.2.1-1.fc11
------------------------
* Fri Feb 27 2009 Than Ngo <than at redhat.com> - 4.2.1-1
- 4.2.1


kdeedu-4.2.1-1.fc11
-------------------
* Fri Feb 27 2009 Than Ngo <than at redhat.com> - 4.2.1-1
- 4.2.1


kdegames-4.2.1-1.fc11
---------------------
* Fri Feb 27 2009 Than Ngo <than at redhat.com> - 4.2.1-1
- 4.2.1


kdegraphics-4.2.1-1.fc11
------------------------
* Fri Feb 27 2009 Than Ngo <than at redhat.com> - 4.2.1-1
- 4.2.1


kdelibs-4.2.1-2.fc11
--------------------
* Sun Mar 01 2009 Than Ngo <than at redhat.com> - 4.2.1-2
- respin


kdemultimedia-4.2.1-1.fc11
--------------------------
* Fri Feb 27 2009 Than Ngo <than at redhat.com> - 4.2.1-1
- 4.2.1


kdenetwork-4.2.1-1.fc11
-----------------------
* Fri Feb 27 2009 Than Ngo <than at redhat.com> - 4.2.1-1
- 4.2.1


kdepim-4.2.1-1.fc11
-------------------
* Fri Feb 27 2009 Than Ngo <than at redhat.com> - 4.2.1-1
- 4.2.1


kdeplasma-addons-4.2.1-1.fc11
-----------------------------
* Fri Feb 27 2009 Than Ngo <than at redhat.com> - 4.2.1-1
- 4.2.1


kdesdk-4.2.1-1.fc11
-------------------
* Fri Feb 27 2009 Than Ngo <than at redhat.com> - 4.2.1-1
- 4.2.1
- blockquote patch (#487624)


kdetoys-4.2.1-1.fc11
--------------------
* Fri Feb 27 2009 Than Ngo <than at redhat.com> - 4.2.1-1
- 4.2.1


kdeutils-4.2.1-1.fc11
---------------------
* Fri Feb 27 2009 Than Ngo <than at redhat.com> - 4.2.1-1
- 4.2.1


kernel-2.6.29-0.179.rc6.git5.fc11
---------------------------------
* Mon Mar 02 2009 Ben Skeggs <bskeggs at redhat.com>
- nouveau fixes for recent drm-next changes, and various kms issues

* Mon Mar 02 2009 Kyle McMartin <kyle at redhat.com> 2.6.29-0.179.rc6.git5
- fix oops in ipv6 when NET_NS is enabled.


kover-4-4.fc11
--------------
* Mon Mar 02 2009 Adrian Reber <adrian at lisas.de> - 4-4
- included patch to build with gcc 4.4

* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 4-3
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


lcms-1.17-10.fc11
-----------------
* Mon Mar 02 2009 kwizart < kwizart at gmail.com > - 1.17-10
- Fix circle dependency #452352


libcgroup-0.33-1.fc11
---------------------
* Mon Mar 02 2009 Dhaval Giani <dhaval at linux.vnet.ibm.com> 0.33-1
- Update to latest upstream


libgee-0.1.5-1.fc11
-------------------
* Mon Mar 02 2009 Michel Salim <salimma at fedoraproject.org> - 0.1.5-1
- Update to 0.1.5


libgxim-0.3.2-3.fc11
--------------------
* Mon Mar 02 2009 Akira TAGOH <tagoh at redhat.com> - 0.3.2-3
- Backport a patch to fix the unknown event issue.


libmp4v2-1.5.0.1-8.fc11
-----------------------
* Sun Mar 01 2009 Caol??n McNamara <caolanm at redhat.com> - 1.5.0.1-8
- constify rets of strchr(const char*)

* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 1.5.0.1-7
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


libnids-1.23-3.fc11
-------------------
* Sun Mar 01 2009 Robert Scheck <robert at fedoraproject.org> 1.23-3
- Added patch to correct the wrong elif preprocessor statement

* Mon Feb 23 2009 Robert Scheck <robert at fedoraproject.org> 1.23-2
- Rebuilt against gcc 4.4 and rpm 4.6


linuxwacom-0.8.2.2-6.fc11
-------------------------
* Mon Mar 02 2009 Peter Hutterer <peter.hutterer at redhat.com> 0.8.2.2-6
- linuxwacom-0.8.2.2-export-module.patch: _X_EXPORT the module data
- linuxwacom-0.8.2.2-wcmMaxX.patch: don't overwrite maxX with 0
- linuxwacom-0.8.2.2-HAL.patch: when coming from HAL


lshw-B.02.14-1.fc11
-------------------
* Sun Mar 01 2009 Terje Rosten <terjeros at phys.ntnu.no> - B.02.14-1
- B.02.14
- Drop gcc43 patch now upstream


maildrop-2.0.4-9.fc11
---------------------
* Sun Mar 01 2009 Robert Scheck <robert at fedoraproject.org> - 2.0.4-9
- Rebuilt against libtool 2.2 to avoid libtool errors

* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 2.0.4-8
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild

* Wed May 21 2008 Tom "spot" Callaway <tcallawa at redhat.com> - 2.0.4-7
- fix license tag


man-pages-es-1.55-7.fc11
------------------------
* Tue Mar 03 2009 Ding-Yi Chen <dchen at redhat.com> - 1.55-7
- #[Bug 487941]File conflict between man-pages-es-extra and shadow-utils
  Removed es/man8/vigr.8.gz


maxima-5.17.1-6.fc11
--------------------
* Fri Feb 27 2009 Rex Dieter <rdieter at fedoraproject.org> - 5.17.1-6
- ExclusiveArch: s/i386/%ix86/


mkvtoolnix-2.5.2-1.fc11
-----------------------
* Sun Mar 01 2009 Dominik Mierzejewski <rpm at greysector.net> 2.5.2-1
- updated to 2.5.2
- fix compilation
- include translated messages

* Fri Feb 27 2009 Dominik Mierzejewski <rpm at greysector.net> 2.5.1-1
- updated to 2.5.1
- dropped obsolete patches
- use new icon cache scriptlets
- add missing BR


mock-0.9.14-3.fc11
------------------
* Sun Mar 01 2009 Dennis Gilmore <dennis at ausil.us> - 0.9.14-3
- add patch defaulting i386 to build i586 on rawhide


moe-1.0-4.fc11
--------------
* Sun Mar 01 2009 Caol??n McNamara - 1.0-4
- include stdio.h for snprintf

* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 1.0-3
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


mythes-de-0.20090302-1.fc11
---------------------------
* Mon Mar 02 2009 Caolan McNamara <caolanm at redhat.com> - 0.20090302-1
- latest version


nant-0.85-25.fc11.1
-------------------
* Mon Mar 02 2009 Tom "spot" Callaway <tcallawa at redhat.com> - 1:0.85-24.1
- bootstrap hack (to recover from mass rebuild)

* Mon Mar 02 2009 Tom "spot" Callaway <tcallawa at redhat.com> - 1:0.85-25.1
- proper conditionals for bootstrapping


nautilus-2.25.92-1.fc11
-----------------------
* Mon Mar 02 2009 Tomas Bzatek <tbzatek at redhat.com> - 2.25.92-1
- Update to 2.25.92


nautilus-cd-burner-2.25.3-4.fc11
--------------------------------
* Mon Mar 02 2009 - Bastien Nocera <bnocera at redhat.com> - 2.25.3-3
- Split into libs

* Mon Mar 02 2009 - Bastien Nocera <bnocera at redhat.com> - 2.25.3-4
- Add missing ldconfig calls for -libs


nemiver-0.6.5-1.fc11
--------------------
* Sun Mar 01 2009 Dodji Seketeli <dodji at redhat.org> - 0.6.5-1
- Update to new upstream release (0.6.5)
- Drop include-stdint.patch as pushed upstream
- BuildRequire intltool


nightview-0.3.2-5.fc11
----------------------
* Sun Mar 01 2009 Lubomir Rintel (Fedora Astronomy) <lkundrak at v3.sk> - 0.3.2-5
- Update the gcc44 fix

* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 0.3.2-4
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild

* Sun Feb 22 2009 Lubomir Rintel (Fedora Astronomy) <lkundrak at v3.sk> - 0.3.2-3
- Fix build with gcc44


nspluginwrapper-1.3.0-4.fc11
----------------------------
* Sun Mar 01 2009 Warren Togami <wtogami at redhat.com> - 1.3.0-4
- Fix x86 32bit build


ntl-5.4.2-6.fc11
----------------
* Mon Mar 02 2009 Rex Dieter <rdieter at fedoraproject.org> 5.4.2-6
- s/i386/%ix86/
- gcc44 patch

* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 5.4.2-5
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


openbabel-2.2.1-0.1.b3.fc11
---------------------------
* Sun Mar 01 2009 Dominik Mierzejewski <rpm at greysector.net> 2.2.1-0.1.b3
- update to 2.2.1 beta3
- drop some obsolete workarounds

* Thu Feb 26 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 2.2.0-3
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


openser-1.3.4-6.fc11
--------------------
* Mon Mar 02 2009 Jan ONDREJ (SAL) <ondrejj(at)salstar.sk> - 1.3.4-6
- allow build of this package on fedora<=10


orsa-0.7.0-4.fc11
-----------------
* Fri Feb 27 2009 Milos Jakubicek <xjakub at fi.muni.cz> - 0.7.0-4
- Fixed gcc 4.4 build

* Thu Feb 26 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 0.7.0-3
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


perl-JSON-2.14-1.fc11
---------------------
* Sun Mar 01 2009 Chris Weyl <cweyl at alumni.drew.edu> 2.14-1
- update to 2.14


phpMyAdmin-3.1.3-1.fc11
-----------------------
* Sun Mar 01 2009 Robert Scheck <robert at fedoraproject.org> 3.1.3-1
- Upstream released 3.1.3


pinot-0.90-1.fc11
-----------------
* Sun Mar 01 2009 Adel Gadllah <adel.gadllah at gmail.com> 0.90-1
- Update to 0.90
- Fix build against gcc-4.4

* Thu Feb 26 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 0.89-5
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


pl-5.7.6-4.fc11
---------------
* Mon Mar 02 2009 Dennis Gilmore <dennis at ausil.us> 5.7.6-4
- fix JAVA_HOME and JAVA_LIB for sparc arches

* Sun Mar 01 2009 Karsten Hopp <karsten at redhat.com> 5.7.6-3
- fix java LIBDIRS for mainframe, similar to alpha


plexus-runtime-builder-1.0-0.3.a9.1.8.fc11
------------------------------------------
* Fri Feb 27 2009 Deepak Bhole <dbhole at redhat.com> - 0:1.0-0.3.a9.1.7
- Rebuild.

* Fri Feb 27 2009 Deepak Bhole <dbhole at redhat.com> - 0:1.0-0.3.a9.1.8
- Add tomcat5 and servlet-api BRs

* Thu Feb 26 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 0:1.0-0.3.a9.1.6
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


plplot-5.9.2-3.fc11
-------------------
* Thu Feb 26 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 5.9.2-3
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


protobuf-2.0.2-8.fc11
---------------------
* Sun Mar 01 2009 Caol??n McNamra <caolanm at redhat.com> - 2.0.2-8
- add stdio.h for sprintf, perror, etc.

* Thu Feb 26 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 2.0.2-7
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


psi-0.12-3.fc11
---------------
* Sun Mar 01 2009 Robert Scheck <robert at fedoraproject.org> 0.12-3
- Added missing build requirement to glib2-devel

* Thu Feb 26 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 0.12-2
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


python-cryptsetup-0.0.6-1.fc11
------------------------------
* Sun Mar 01 2009 Martin Sivak <msivak at redhat dot com> - 0.0.3-1
- Improve documentation
- luksFormat now accepts keyfile argument

* Sun Mar 01 2009 Martin Sivak <msivak at redhat dot com> - 0.0.4-1
- add prepare_passphrase_file method

* Sun Mar 01 2009 Martin Sivak <msivak at redhat dot com> - 0.0.5-1
- fix the luksUUID

* Sun Mar 01 2009 Martin Sivak <msivak at redhat dot com> - 0.0.5-1
- fix the UUID extraction logic
- fix the key manipulation


python-iniparse-0.3.0-2.fc11
----------------------------
* Mon Mar 02 2009 Tim Lauridsen <timlau at fedoraproject.org> - 0.3.0-2
- added patch from upstream to fix regrestion :


rcsslogplayer-13.1.0-4.fc11
---------------------------
* Sun Mar 01 2009 Hedayat Vatankhah <hedayat at grad.com> 13.1.0-4
- Added patch for gcc4.4 compatibility

* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 13.1.0-3
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


rcssserver-13.1.0-3.fc11
------------------------
* Sun Mar 01 2009 Hedayat Vatankhah <hedayat at grad.com> 13.1.0-3
- Added a patch for gcc 4.4 compatibility.

* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 13.1.0-2
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


rcssserver3d-0.6-10.fc11
------------------------
* Sun Mar 01 2009 Hedayat Vatankhah <hedayat at grad.com> 0.6-10
- Added patch for gcc 4.4 compatibility

* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 0.6-9
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


sane-backends-1.0.19-15.fc11
----------------------------
* Mon Mar 02 2009 Nils Philippsen <nils at redhat.com> - 1.0.19-15
- let sane-backends-devel require libjpeg-devel, libtiff-devel
- update rpath patch (no longer touch sane-config.in as that is replaced
  anyway)
- fix pkgconfig patch, bzip2 it


sane-frontends-1.0.14-6.fc11
----------------------------
* Mon Mar 02 2009 Nils Philippsen <nils at redhat.com> 1.0.14-6
- don't require libieee2384-devel, libjpeg-devel but require fixed
  sane-backends-devel for building

* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org>
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


sbcl-1.0.25-3.fc11
------------------
* Fri Feb 27 2009 Rex Dieter <rdieter at fedoraproject.org> - 1.0.25-3
- ExclusiveArch: s/i386/%ix86/

* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 1.0.25-2
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


scipy-0.7.0-2.fc11
------------------
* Sun Mar 01 2009 Jef Spaleta <jspaleta at fedoraproject.org> - 0.7.0-2
- Patch for stsci image function syntax fix.


scratchpad-0.3.0-6.fc11
-----------------------
* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 0.3.0-6
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


seahorse-2.25.92-1.fc11
-----------------------
* Mon Mar 02 2009 Tomas Bzatek <tbzatek at redhat.com> 2.25.92-1
- Update to 2.25.92


soprano-2.2.3-1.fc11
--------------------
* Mon Mar 02 2009 Luk???? Tinkl <ltinkl at redhat.com> - 2.2.3-1
- update to 2.2.3, fix apidox building


sound-juicer-2.25.3-3.fc11
--------------------------
* Mon Mar 02 2009 - Bastien Nocera <bnocera at redhat.com> - 2.25.3-3
- Remove nautilus-cd-burner dependency


starlab-4.4.3-5.fc11
--------------------
* Sun Mar 01 2009 Lubomir Rintel (Fedora Astronomy) <lkundrak at fedoraproject.org> - 4.4.3-5
- Fix build with GCC 4.4

* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 4.4.3-4
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


subcommander-1.9.94-6.fc11
--------------------------
* Sun Mar 01 2009 Jochen Schmitt <Jochen herr-schmitt de> 1.9.94-6
- Fix desktop file (BZ #487869)


sunbird-0.9-6.fc11
------------------
* Sun Mar 01 2009 Lubomir Rintel <lkundrak at v3.sk> 0.9-6
- Fix build with GCC 4.4

* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 0.9-5
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


supertux-0.3.1-7.fc11
---------------------
* Sun Mar 01 2009 Lubomir Rintel <lkundrak at v3.sk> - 0.3.1-7
- Fix build with GCC 4.4

* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 0.3.1-6
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


sweep-0.9.3-4.fc11
------------------
* Sun Mar 01 2009 Gerard Milmeister <gemi at bluewin.ch> - 0.9.3-4
- fix for crash while saving


synopsis-0.11-3.fc11
--------------------
* Mon Mar 02 2009 Caol??n McNamara <caolanm at redhat.com> - 0.11-3
- include stdio.h for EOF, ostream for std::ostream

* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 0.11-2
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


system-config-samba-1.2.71-1.fc11
---------------------------------
* Mon Mar 02 2009 Nils Philippsen <nils at redhat.com> - 1.2.71-1
- require PolicyKit-authentication-agent from F-11 on (#487191)


system-config-services-0.99.32-1.fc11
-------------------------------------
* Sun Mar 01 2009 Nils Philippsen <nils at redhat.com> - 0.99.32-1
- require PolicyKit-authentication-agent from F-11 on (#487200)


tango-icon-theme-0.8.90-1.fc11
------------------------------
* Sat Feb 28 2009 Peter Gordon <peter at thecodergeek.com> - 0.8.90-1
- Update to new upstream release (0.8.90)
- License change: from CC-BY-SA to Public Domain


tcsh-6.15-8.fc11
----------------
* Mon Mar 02 2009 Vitezslav Crhonek <vcrhonek at redhat.com> - 6.15-8
- Fix tcsh needs to know about new colorls variables
  Resolves: #487783


teamgit-0.0.9-3.20090205.fc11
-----------------------------
* Sun Mar 01 2009 Terje Rosten <terje.rosten at ntnu.no> - 0.0.9-3.20090205
- Fix desktop file (bz #487868)


torcs-1.3.0-10.fc11
-------------------
* Sun Mar 01 2009 Caol??n McNamara <caolanm at redhat.com> - 1.3.0-10
- constify ret of strchr(const *char)

* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 1.3.0-9
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild

* Fri Feb 13 2009 Matthias Saou <http://freshrpms.net/> 1.3.0-8
- Add Simulation category to the desktop file (#485369).


tvtime-1.0.2-4.fc11
-------------------
* Mon Mar 02 2009 Tomas Smetana <tsmetana at redhat.com> 1.0.2-4
- fix #477473 - drop fonts, depend on liberation-fonts


udev-extras-20090226-0.5.20090302git.fc11
-----------------------------------------
* Tue Mar 03 2009 Lennart Poettering <lpoetter at redhat.com> 20090226-0.5.20090302git
- Update snapshot from git


ufraw-0.15-2.fc11
-----------------
* Mon Mar 02 2009 Nils Philippsen <nils at redhat.com> - 0.15-2
- fix building with gcc-4.4

* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org>
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


ularn-1.5p4-14.fc11
-------------------
* Sun Mar 01 2009 Caol??n McNamara <caolanm at redhat.com> - 1.5p4-14
- . config.h.SH -> . ./config.h.SH for new bash

* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 1.5p4-13
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


urw-fonts-2.4-7.fc11
--------------------
* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 2.4-7
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


vte-0.19.4-5.fc11
-----------------
* Mon Mar 02 2009 Matthias Clasen <mclasen at redhat.com> 0.19.4-5
- Work around gcc 4.4 miscompilation


wastesedge-0.3.4-0.13.fc11
--------------------------
* Sun Mar 01 2009 Mathieu Bridon <bochecha at fedoraproject.org> - 0.3.4-0.13
- deleted the unproperly licensed font in SRPM too - RHBZ#477481


wings-0.99.05-3.fc11
--------------------
* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 0.99.05-3
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


wraplinux-1.6-2.fc11
--------------------
* Sun Mar 01 2009 Warren Togami <wtogami at redhat.com> - 1.6-2
- build on 32bit


xboard-4.2.7-19.fc11
--------------------
* Sun Mar 01 2009 Robert Scheck <robert at fedoraproject.org> 4.2.7-19
- Solve the ppc64-redhat-linux-gnu configure target error

* Thu Feb 26 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 4.2.7-18
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


xen-3.3.1-7.fc11
----------------
* Mon Mar 02 2009 Gerd Hoffmann <kraxel at redhat.com> - 3.3.1-7
- fix xenstored init script for pv_ops kernel.


xlhtml-0.5-10.fc11
------------------
* Sun Mar 01 2009 Robert Scheck <robert at fedoraproject.org> 0.5-10
- Solve the x86_64-redhat-linux-gnu configure target error

* Thu Feb 26 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 0.5-9
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


xmlto-0.0.21-8.fc11
-------------------
* Mon Mar 02 2009 Ondrej Vasik <ovasik at redhat.com> - 0.0.21-7
- temporarily disable noent switch - blocks lcdproc doc build
  (#488093)


xorg-x11-drv-evdev-2.1.99.1-1.fc11
----------------------------------
* Mon Mar 02 2009 Peter Hutterer <peter.hutterer at redhat.com> 2.1.99.1-1
- evdev 2.2 snapshot 1


xorg-x11-drv-intel-2.6.0-11.fc11
--------------------------------
* Mon Mar 02 2009 Adam Jackson <ajax at redhat.com> 2.6.0-11
- intel-2.6.0-kms-dpms.patch: Enable DPMS on KMS outputs.


xorg-x11-drv-nouveau-0.0.12-7.20090302gite6c3b98.fc11
-----------------------------------------------------
* Mon Mar 02 2009 Ben Skeggs <bskeggs at redhat.com> 0.0.12-7.20090302gite6c3b98
- upstream update, fixes


xsane-0.996-6.fc11
------------------
* Mon Mar 02 2009 Nils Philippsen <nils at redhat.com> - 0.996-6
- rebuild against new sane-backends (just in case)

* Thu Feb 26 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 0.996-4
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


xterm-242-3.fc11
----------------
* Mon Mar 02 2009 Miroslav Lichvar <mlichvar at redhat.com> 242-3
- fix bell (#487829)


yafray-0.0.9-9.fc11
-------------------
* Mon Mar 02 2009 kwizart < kwizart at gmail.com > - 0.0.9-9
- Fix gcc44

* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 0.0.9-8
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


yelp-2.25.1-1.fc11
------------------
* Mon Mar 02 2009 Matthew Barnes <mbarnes at redhat.com> - 2.25.1-1
- Update to 2.25.1


yum-utils-1.1.20-3.fc11
-----------------------
* Mon Mar 02 2009 Tim Lauridsen <timlau at fedoraproject.org>
- set yum require to 3.2.21 (the 3.2.21 in rawhide is patched to yum head, so it matches the need yum 3.2.22 code)
- Added versioned yum-<pluginname> to make rpm/yum happy.

* Sun Mar 01 2009 Tim Lauridsen <timlau at fedoraproject.org>
- mark as 1.1.20
- rename plugins from yum-name to yum-plugin-name


zsh-4.3.9-4.fc11
----------------
* Mon Mar 02 2009 James Antill <james at fedoraproject.org> - 4.3.9-4
- Remove D02glob testcase on ppc/ppc64, and hope noone cares

* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 4.3.9-2
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild

* Sat Dec 20 2008 James Antill <james at fedoraproject.org> - 4.3.9-1
- Import new upstream 4.3.9

* Mon Aug 25 2008 James Antill <james at fedoraproject.org> - 4.3.6-5
- Import new upstream 4.3.6
- Rebase 8bit prompt patch
- Add patch fuzz=2
- Add BuildReq on /bin/hostname directly
- FIXME: These should all be unpatched, at some point.
- Don't test /dev/fd as mock doesn't like it
- Don't test the modload module, as mock doesn't like loading them all
- Don't test the select test in A01grammar, stdin/stderr racy?


Summary:
Added Packages: 6
Removed Packages: 1
Modified Packages: 160



From jkeating at redhat.com  Mon Mar  2 20:13:36 2009
From: jkeating at redhat.com (Jesse Keating)
Date: Mon, 02 Mar 2009 12:13:36 -0800
Subject: Purging the orphans
Message-ID: <1236024816.3425.6.camel@localhost.localdomain>

It's that time of the release cycle, where we purge the unblocked
orphans from rawhide.  I just wrote a script to easily discover these
(only takes a few seconds).  I haven't yet fed these into any useful
repoclosure runs though.  First I'd like to just post the list and give
folks a chance to pick them up before spending more time on it.

Orphans that remain unblocked just before Beta freeze will be blocked,
and will not be shipped with F11.

Unblocked orphan 8Kingdoms
Unblocked orphan abcde
Unblocked orphan aspell-sk
Unblocked orphan cd-discid
Unblocked orphan codeina
Unblocked orphan compat-libosip2
Unblocked orphan cvs2cl
Unblocked orphan cvsps
Unblocked orphan fluxstyle
Unblocked orphan freetennis
Unblocked orphan gkrellm
Unblocked orphan gkrellm-volume
Unblocked orphan itext
Unblocked orphan jabbin
Unblocked orphan kbackup
Unblocked orphan libeXosip2
Unblocked orphan libid3tag
Unblocked orphan libmodplug
Unblocked orphan libsamplerate
Unblocked orphan mach
Unblocked orphan moodss
Unblocked orphan moomps
Unblocked orphan mrxvt
Unblocked orphan nautilus-share
Unblocked orphan pekwm
Unblocked orphan pikdev
Unblocked orphan pikloops
Unblocked orphan python-quixote
Unblocked orphan python-simpletal
Unblocked orphan python-tpg
Unblocked orphan pytz
Unblocked orphan redet
Unblocked orphan redet-doc
Unblocked orphan SDL_image
Unblocked orphan svn2cl
-- 
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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090302/d5cb8e2c/attachment.sig>
-------------- next part --------------
_______________________________________________
Fedora-devel-announce mailing list
Fedora-devel-announce at redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-announce

From fedora at leemhuis.info  Mon Mar  2 19:47:17 2009
From: fedora at leemhuis.info (Thorsten Leemhuis)
Date: Mon, 02 Mar 2009 20:47:17 +0100
Subject: Google Summer of Code 2009 - Call for Ideas
In-Reply-To: <200902282105.44320.nman64@n-man.com>
References: <200902271058.25995.nman64@n-man.com>	<49A95CE6.4060106@leemhuis.info>
	<200902282105.44320.nman64@n-man.com>
Message-ID: <49AC37C5.1080109@leemhuis.info>

On 01.03.2009 04:05, Patrick W. Barnes wrote:
> On Saturday 28 February 2009 09:48:54 Thorsten Leemhuis wrote:
>> RPM Fusion currently discusses some of it's goals for the near and long
>>   term future: http://rpmfusion.org/Goals (still a draft) In that
>> discussion the idea came up if some of the ideas could get realized as
>> GSoC project.
>>
>> Which lead to the question: Should/Could RPM Fusion apply as project
>> itself and mentor students or would it be better for everyone (Google,
>> Fedora, RPM Fusion) if we'd try to get the ideas realized within the
>> Fedora project GSoC efforts even if Fedora only benefits from the
>> results indirectly when people use RPM Fusion?
>>
>> Example: One project could be: Port jockey (; see
>> https://launchpad.net/jockey and
>> http://people.ubuntu.com/~pitti/screenshots/jockey/ ) to Fedora and
>> fully use it in RPM Fusion. Jockey itself is GPL, but it's only of
>> interest for things that are in RPM Fusion and hence is better dealt
>> with and shipped in RPM Fusion.
> 
> RPM Fusion could apply as an independent organization.

Sure ;-)

>  I do not know how well the Google team would welcome it.

As mentioned above: I for one doubt they would like it. What is your option?

>  There is nothing that would explicitly 
> prevent Fedora from accepting and mentoring projects for the benefit of RPM 
> Fusion, as long as those projects otherwise meet the requirements of the SoC.  
> I guess it is up to the RPM Fusion team to decide whether or not to apply as a 
> mentoring organization.

There was no real decision, but I for one would strongly prefer if it 
could be done in Fedora.

>  If RPM Fusion does not participate as an 
> organization, then we can discuss feeding RPM Fusion projects through Fedora's 
> participation.

/me will try to get a quick decision here

CU
knurd



From adam at spicenitz.org  Mon Mar  2 20:23:21 2009
From: adam at spicenitz.org (Adam Goode)
Date: Mon, 02 Mar 2009 15:23:21 -0500
Subject: Purging the orphans
In-Reply-To: <1236024816.3425.6.camel@localhost.localdomain>
References: <1236024816.3425.6.camel@localhost.localdomain>
Message-ID: <49AC4039.6040608@spicenitz.org>

Jesse Keating wrote:
> It's that time of the release cycle, where we purge the unblocked
> orphans from rawhide.  I just wrote a script to easily discover these
> (only takes a few seconds).  I haven't yet fed these into any useful
> repoclosure runs though.  First I'd like to just post the list and give
> folks a chance to pick them up before spending more time on it.
> 

Are these really orphans? It looks like some of these packages are only
partially orphaned, and not for rawhide (gkrellm, itext, to name a few).


Adam

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 259 bytes
Desc: OpenPGP digital signature
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090302/7a9323cf/attachment.sig>

From tmz at pobox.com  Mon Mar  2 20:34:16 2009
From: tmz at pobox.com (Todd Zullinger)
Date: Mon, 2 Mar 2009 15:34:16 -0500
Subject: Purging the orphans
In-Reply-To: <1236024816.3425.6.camel@localhost.localdomain>
References: <1236024816.3425.6.camel@localhost.localdomain>
Message-ID: <20090302203416.GI10507@inocybe.teonanacatl.org>

Jesse Keating wrote:
> It's that time of the release cycle, where we purge the unblocked
> orphans from rawhide.  I just wrote a script to easily discover
> these (only takes a few seconds).  I haven't yet fed these into any
> useful repoclosure runs though.  First I'd like to just post the
> list and give folks a chance to pick them up before spending more
> time on it.
[...]
> Unblocked orphan libid3tag

I'm not sure what makes libid3tag show up as an orphan.  I have
ownership of it for rawhide and the stable Fedora branches.  It's
orphaned in EPEL 5, though I did push an update to EL-5 when a small
security bug was found last year.

At any rate, I have packages which depend on libid3tag still, so I
don't want to see it killed off just yet.  And if I need to toggle
some switches to keep that from happening, just let me know. :)

-- 
Todd        OpenPGP -> KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Happiness, n.: An agreeable sensation arising from contemplating the
misery of another.
    -- Ambrose Bierce, "The Devil's Dictionary"

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 542 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090302/017f6350/attachment.sig>

From ville.skytta at iki.fi  Mon Mar  2 20:36:01 2009
From: ville.skytta at iki.fi (Ville =?utf-8?q?Skytt=C3=A4?=)
Date: Mon, 2 Mar 2009 22:36:01 +0200
Subject: Purging the orphans
In-Reply-To: <1236024816.3425.6.camel@localhost.localdomain>
References: <1236024816.3425.6.camel@localhost.localdomain>
Message-ID: <200903022236.01722.ville.skytta@iki.fi>

On Monday 02 March 2009, Jesse Keating wrote:

> Unblocked orphan abcde
> Unblocked orphan cd-discid
> Unblocked orphan cvs2cl
> Unblocked orphan cvsps
> Unblocked orphan gkrellm
> Unblocked orphan gkrellm-volume
> Unblocked orphan libid3tag
> Unblocked orphan libmodplug
> Unblocked orphan mach
> Unblocked orphan svn2cl

These packages are orphaned only in EPEL, not Fedora.





From kevin.kofler at chello.at  Mon Mar  2 20:37:41 2009
From: kevin.kofler at chello.at (Kevin Kofler)
Date: Mon, 02 Mar 2009 21:37:41 +0100
Subject: Purging the orphans
References: <1236024816.3425.6.camel__31343.6924865984$1236025015$gmane$org@localhost.localdomain>
Message-ID: <gohg2m$rqm$1@ger.gmane.org>

Jesse Keating wrote:
> It's that time of the release cycle, where we purge the unblocked
> orphans from rawhide.  I just wrote a script to easily discover these
> (only takes a few seconds).  I haven't yet fed these into any useful
> repoclosure runs though.  First I'd like to just post the list and give
> folks a chance to pick them up before spending more time on it.

Several of these seem to not actually be orphaned in devel (I checked
cvs2cl, svn2cl and libid3tag, they all appear to be owned).

        Kevin Kofler



From jarod at redhat.com  Mon Mar  2 20:56:55 2009
From: jarod at redhat.com (Jarod Wilson)
Date: Mon, 2 Mar 2009 15:56:55 -0500
Subject: Fedora 11 Hard-coded i386 in .spec Needs Fixing
In-Reply-To: <49AB4524.1040203@redhat.com>
References: <49AB4524.1040203@redhat.com>
Message-ID: <200903021556.55765.jarod@redhat.com>

On Sunday 01 March 2009 21:32:04 Warren Togami wrote:
> Attention All Package Maintainers
> 
> Since Fedora 11 switched from i386 to i586 default for x86 32bit 
> packages, a number of packages need fixing or inspection.  All cases 
> below of ExclusiveArch i386 need to be fixed.  If you hard-coded 
> ExclusiveArch i386 without i586, then koji will not build any i586 
> packages, and that package will be missing from the 32bit rawhide 
> repository.  In most cases if you really mean 32bit x86 archs, you 
> should use the %{ix86} macro instead.
> 
> Other cases that use %ifarch, %ifnarch, or define variables that contain 
> i386 might need manual inspection to decide if you need to fix it.  It 
> is possible that some packages hard-coded arch names into code or 
> directory paths and they might need fixing too.
> 
> Below is a listing of problematic or possibly problematic packages in 
> rawhide.
> 
> ##### cpuspeed.spec
> ExclusiveArch:	i386 x86_64 ppc ppc64 ia64 sparcv9 sparc64

Changed i386 to %{ix86}

[...]
> ##### kernel.spec
> %define hdrarch i386

Changed this to i586

> %define nobuildarches i386 s390 sparc

I let this one be. Changing it to i586 would actually do Bad Things (like,
result in the i586 kernel not getting built). Really, could probably just
remove the i386 there, but it does no harm now.

-- 
Jarod Wilson
jarod at redhat.com



From maxamillion at gmail.com  Mon Mar  2 20:58:02 2009
From: maxamillion at gmail.com (Adam Miller)
Date: Mon, 2 Mar 2009 14:58:02 -0600
Subject: Purging the orphans
In-Reply-To: <gohg2m$rqm$1@ger.gmane.org>
References: <1236024816.3425.6.camel__31343.6924865984$1236025015$gmane$org@localhost.localdomain>
	<gohg2m$rqm$1@ger.gmane.org>
Message-ID: <f12087800903021258w6b95b12epa8e67477e2907355@mail.gmail.com>

I will pick up python-tpg and python-quixote. Not familiar with TAL or
else I would take python-simpleTAL also.

-Adam

On Mon, Mar 2, 2009 at 2:37 PM, Kevin Kofler <kevin.kofler at chello.at> wrote:
> Jesse Keating wrote:
>> It's that time of the release cycle, where we purge the unblocked
>> orphans from rawhide. ?I just wrote a script to easily discover these
>> (only takes a few seconds). ?I haven't yet fed these into any useful
>> repoclosure runs though. ?First I'd like to just post the list and give
>> folks a chance to pick them up before spending more time on it.
>
> Several of these seem to not actually be orphaned in devel (I checked
> cvs2cl, svn2cl and libid3tag, they all appear to be owned).
>
> ? ? ? ?Kevin Kofler
>
> --
> fedora-devel-list mailing list
> fedora-devel-list at redhat.com
> https://www.redhat.com/mailman/listinfo/fedora-devel-list
>



-- 
http://maxamillion.googlepages.com
---------------------------------------------------------
()  ascii ribbon campaign - against html e-mail
/\  www.asciiribbon.org   - against proprietary attachments



From rjones at redhat.com  Mon Mar  2 21:10:37 2009
From: rjones at redhat.com (Richard W.M. Jones)
Date: Mon, 2 Mar 2009 21:10:37 +0000
Subject: Purging the orphans
In-Reply-To: <1236024816.3425.6.camel@localhost.localdomain>
References: <1236024816.3425.6.camel@localhost.localdomain>
Message-ID: <20090302211037.GA6340@amd.home.annexia.org>

On Mon, Mar 02, 2009 at 12:13:36PM -0800, Jesse Keating wrote:
> Unblocked orphan cvsps

This package is rather useful, also the basis of many CVS exporters ...
Doesn't git-cvsimport use it for example?

> Unblocked orphan freetennis

This is just a silly game.  Upstream is dead and no one took it over
in Fedora .. I say kill it.

Rich.

-- 
Richard Jones, Emerging Technologies, Red Hat  http://et.redhat.com/~rjones
virt-top is 'top' for virtual machines.  Tiny program with many
powerful monitoring features, net stats, disk stats, logging, etc.
http://et.redhat.com/~rjones/virt-top



From tony at bakeyournoodle.com  Mon Mar  2 21:15:09 2009
From: tony at bakeyournoodle.com (Tony Breeds)
Date: Tue, 3 Mar 2009 08:15:09 +1100
Subject: Purging the orphans
In-Reply-To: <1236024816.3425.6.camel@localhost.localdomain>
References: <1236024816.3425.6.camel@localhost.localdomain>
Message-ID: <20090302211509.GA24834@bilbo.ozlabs.org>

On Mon, Mar 02, 2009 at 12:13:36PM -0800, Jesse Keating wrote:

> First I'd like to just post the list and give
> folks a chance to pick them up before spending more time on it.

<snip>

> Unblocked orphan cvsps

If this really is orphaned, and noone else wants it then I'll take it.
It seems important for git cvsimport (and probabbly similar tools).

Yours Tony



From jkeating at redhat.com  Mon Mar  2 21:25:38 2009
From: jkeating at redhat.com (Jesse Keating)
Date: Mon, 02 Mar 2009 13:25:38 -0800
Subject: Purging the orphans
In-Reply-To: <1236024816.3425.6.camel@localhost.localdomain>
References: <1236024816.3425.6.camel@localhost.localdomain>
Message-ID: <1236029138.3425.8.camel@localhost.localdomain>

On Mon, 2009-03-02 at 12:13 -0800, Jesse Keating wrote:
> Orphans that remain unblocked just before Beta freeze will be blocked,
> and will not be shipped with F11.

Sorry about that, script had an error.  Here's the real list:

Unblocked orphan 8Kingdoms
Unblocked orphan codeina
Unblocked orphan compat-libosip2
Unblocked orphan fluxstyle
Unblocked orphan jabbin
Unblocked orphan kbackup
Unblocked orphan libeXosip2
Unblocked orphan moodss
Unblocked orphan moomps
Unblocked orphan mrxvt
Unblocked orphan nautilus-share
Unblocked orphan pekwm
Unblocked orphan pikdev
Unblocked orphan pikloops
Unblocked orphan python-simpletal

-- 
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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090302/10bad96f/attachment.sig>
-------------- next part --------------
_______________________________________________
Fedora-devel-announce mailing list
Fedora-devel-announce at redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-announce

From gnomeuser at gmail.com  Mon Mar  2 21:31:15 2009
From: gnomeuser at gmail.com (David Nielsen)
Date: Mon, 2 Mar 2009 22:31:15 +0100
Subject: Rawhide mass udpate (64bit) status as of 03/02
In-Reply-To: <1236000852.5466.1.camel@localhost.localdomain>
References: <1235992391.2683.7.camel@scrappy.miketc.net>
	<1236000852.5466.1.camel@localhost.localdomain>
Message-ID: <1dedbbfc0903021331w53333c7ey7a12a42bea0b5c3c@mail.gmail.com>

2009/3/2 Eric Paris <eparis at redhat.com>

> On Mon, 2009-03-02 at 05:13 -0600, Mike Chambers wrote:
> > Did the major rawhide update (was already running rawhide) last night
> > after most of the packages were finally updated and out to mirrors.  So
> > have noticed 3 things..
> >
> > 1 - Latest kernel oopses when trying to start gdm.  I think I see/saw
> > something about drm and nouveau in my logs.  An automatic oops report
> > was sent to kerneloops.org as well.
> >
> > kernel-2.6.29-0.159.rc6.git3.fc11.x86_64 (This kernel boots)
> > kernel-2.6.29-0.176.rc6.git5.fc11.x86_64 (Newest kernel that oopses)
> >
> > 2 - This may be related to top but when viewing web pages, some of the
> > fonts are HUGE (sometimes they take up the whole screen) but not all.
> > Maybe part of using older kernel but newer other packages (not sure that
> > made sense LOL)?
>
> Fixed this by downgrading to nspr-4.7.3-2.fc10.i386.rpm


And I filed it here
https://bugzilla.redhat.com/show_bug.cgi?id=488150
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090302/2828b4ba/attachment.htm>

From gnomeuser at gmail.com  Mon Mar  2 21:43:40 2009
From: gnomeuser at gmail.com (David Nielsen)
Date: Mon, 2 Mar 2009 22:43:40 +0100
Subject: Rawhide mass udpate (64bit) status as of 03/02
In-Reply-To: <1235992391.2683.7.camel@scrappy.miketc.net>
References: <1235992391.2683.7.camel@scrappy.miketc.net>
Message-ID: <1dedbbfc0903021343p6277a587gab1a5033e13f5bdc@mail.gmail.com>

2009/3/2 Mike Chambers <mike at miketc.net>

> Did the major rawhide update (was already running rawhide) last night
> after most of the packages were finally updated and out to mirrors.  So
> have noticed 3 things..
>
> 1 - Latest kernel oopses when trying to start gdm.  I think I see/saw
> something about drm and nouveau in my logs.  An automatic oops report
> was sent to kerneloops.org as well.
>
> kernel-2.6.29-0.159.rc6.git3.fc11.x86_64 (This kernel boots)
> kernel-2.6.29-0.176.rc6.git5.fc11.x86_64 (Newest kernel that oopses)
>

I am seeing this one as well, so I ffiled:

https://bugzilla.redhat.com/show_bug.cgi?id=488154

you should be on CC.

- David
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090302/e8e63e39/attachment.htm>

From ville.skytta at iki.fi  Mon Mar  2 21:59:21 2009
From: ville.skytta at iki.fi (Ville =?utf-8?q?Skytt=C3=A4?=)
Date: Mon, 2 Mar 2009 23:59:21 +0200
Subject: Purging the orphans
In-Reply-To: <20090302211509.GA24834@bilbo.ozlabs.org>
References: <1236024816.3425.6.camel@localhost.localdomain>
	<20090302211509.GA24834@bilbo.ozlabs.org>
Message-ID: <200903022359.22010.ville.skytta@iki.fi>

On Monday 02 March 2009, Tony Breeds wrote:
> On Mon, Mar 02, 2009 at 12:13:36PM -0800, Jesse Keating wrote:
>
> > Unblocked orphan cvsps
>
> If this really is orphaned, and noone else wants it then I'll take it.

It isn't, and I have no plans to orphan it in Fedora.  But co-maintainers (and 
a primary one for EPEL) are welcome even though this is a very low 
maintenance package.



From dimitris at glezos.com  Mon Mar  2 22:09:28 2009
From: dimitris at glezos.com (Dimitris Glezos)
Date: Tue, 3 Mar 2009 00:09:28 +0200
Subject: Django applications in Fedora
In-Reply-To: <1235607232.23349.38.camel@radiator.bos.redhat.com>
References: <1235607232.23349.38.camel@radiator.bos.redhat.com>
Message-ID: <6d4237680903021409x41f0afe8yb37caccf91efd737@mail.gmail.com>

On Thu, Feb 26, 2009 at 2:13 AM, David Malcolm <dmalcolm at redhat.com> wrote:
> Has anyone packaged any Django-based web applications as RPMs for
> Fedora?
>
> I noticed that ReviewBoard was being looked at:
> https://fedorahosted.org/fedora-infrastructure/ticket/1196
>
> Are any others in Fedora yet?
>
>
> I'm wondering what the best way of handling configuration (settings.py)
> is.
>
> Normally you would set apache config for say "mysite" [1] to:
>
> ? ?SetEnv DJANGO_SETTINGS_MODULE mysite.settings
>
> to get settings from, say, mysite.settings which would
> be /usr/lib/python2.5/site-packages/mysite/settings.py
>
> But since this is a config file, should it be below /etc/ ?
>
> Perhaps mysite.settings in an RPM should be a simple python module that
> looks in /etc/mysite.conf and gets values from there, and that file
> should be %config(noreplace)


Did you happen to have any progress with this?

We're working in packaging Transifex in time for Fedora 11's string
freeze and any input/feedback/reviews would be much appreciated.

  https://bugzilla.redhat.com/show_bug.cgi?id=488151

-d



-- 
Dimitris Glezos
Jabber ID: glezos at jabber.org, GPG: 0xA5A04C3B
http://dimitris.glezos.com/

"He who gives up functionality for ease of use
loses both and deserves neither." (Anonymous)
--



From chitlesh.goorah at gmail.com  Mon Mar  2 22:14:19 2009
From: chitlesh.goorah at gmail.com (Chitlesh GOORAH)
Date: Mon, 2 Mar 2009 23:14:19 +0100
Subject: Attention Feature Owners: Fedora 11 Feature Freeze is Next Week
In-Reply-To: <49ABFA17.9040504@redhat.com>
References: <49A586EA.9040209@redhat.com>
	<1235596245.10605.85.camel@ignacio.lan> <49A5F0FE.2070103@redhat.com>
	<50baabb30902281545o67a2a099te395c0f4e5689249@mail.gmail.com>
	<49AB71B7.7050102@redhat.com>
	<50baabb30903020405i3762e4bcp9855a07f501ebfb9@mail.gmail.com>
	<49ABFA17.9040504@redhat.com>
Message-ID: <50baabb30903021414t61a19957p99005cb35793c1ba@mail.gmail.com>

On Mon, Mar 2, 2009 at 4:24 PM, John Poelstra <poelstra at redhat.com> wrote:
> You didn't answer the question so I'll assume it is a spin. ?Spins now
> follow this process:
> https://fedoraproject.org/wiki/Spins_Process
>
> Spins also follow the same deadlines.
>
> If this really is a feature... next week is too late. ?All features must be
> submitted and updated prior to feature freeze which is tomorrow. Naturally
> we could always request a special exception from FESCo if this is a feature
> and it warrants it :)

Hello there,

I believe I have set up a page in accordance to SPIN process.

https://fedoraproject.org/wiki/FedoraElectronicLab

Spin SIg, can you now please review my SPIN request ?

The planned development for FEL 11 is listed on this gantt diagram :
http://chitlesh.fedorapeople.org/FEL/devel/FEL_devel_timeline.html

Work for F-12 has also been entailed as you can see. You can also see
that the work done behind FEL is not only related to packaging but
also to create a community around it. We have been successful up till
now in meeting our objectives. I hope FESCo or SPIN sig doesn't deny
my request because I didn't meet the demands.

The FEL features for F11 are 90% complete. The 10% remains 3 small
perl modules that I'm waiting upstream to release a new version of
each this week.

Kind regards,
Chitlesh

PS: I will not be able to answer any of my mails during working hours.
Thanks for understanding.



From mike at miketc.net  Mon Mar  2 23:08:05 2009
From: mike at miketc.net (Mike Chambers)
Date: Mon, 02 Mar 2009 17:08:05 -0600
Subject: Rawhide mass udpate (64bit) status as of 03/02
In-Reply-To: <1236000852.5466.1.camel@localhost.localdomain>
References: <1235992391.2683.7.camel@scrappy.miketc.net>
	<1236000852.5466.1.camel@localhost.localdomain>
Message-ID: <1236035285.10316.0.camel@scrappy.miketc.net>

On Mon, 2009-03-02 at 08:34 -0500, Eric Paris wrote:

> > 2 - This may be related to top but when viewing web pages, some of the
> > fonts are HUGE (sometimes they take up the whole screen) but not all.
> > Maybe part of using older kernel but newer other packages (not sure that
> > made sense LOL)?
> 
> Fixed this by downgrading to nspr-4.7.3-2.fc10.i386.rpm
> 
> > 3 - Like others mentioned, red highlights in xterm along with characters
> > as well when you type.  I believe even files/dir's are shown as red on
> > red even though profile says differently.
> 
> Fixed this by downgrading to vte-0.19.4-3.fc11.i386.rpm

Thanks for the above answers/fixes.  Was tricky when going to koji with
the browser/font problem.  Thanks for elinks to the rescue hahaha.

-- 
Mike Chambers
Fedora Project - Bug Zapper, Tester, User, etc..
mikec302 at fedoraproject.org



From bernie at codewiz.org  Mon Mar  2 23:18:30 2009
From: bernie at codewiz.org (Bernie Innocenti)
Date: Tue, 03 Mar 2009 00:18:30 +0100
Subject: i386 -> x86_64 upgrade notes
Message-ID: <49AC6946.7040806@codewiz.org>

Hello,

I've put together some notes on upgrading a Fedora system from i386 to
x86_64:

  http://www.codewiz.org/wiki/Fedora64bitUpgrade

Feel free to edit the page with additional information, or move it to
the Fedora wiki if it seems useful.

-- 
   // Bernie Innocenti - http://www.codewiz.org/
 \X/  Sugar Labs       - http://www.sugarlabs.org/



From mike at miketc.net  Mon Mar  2 23:22:35 2009
From: mike at miketc.net (Mike Chambers)
Date: Mon, 02 Mar 2009 17:22:35 -0600
Subject: Rawhide mass udpate (64bit) status as of 03/02
In-Reply-To: <1dedbbfc0903021343p6277a587gab1a5033e13f5bdc@mail.gmail.com>
References: <1235992391.2683.7.camel@scrappy.miketc.net>
	<1dedbbfc0903021343p6277a587gab1a5033e13f5bdc@mail.gmail.com>
Message-ID: <1236036155.10316.2.camel@scrappy.miketc.net>

On Mon, 2009-03-02 at 22:43 +0100, David Nielsen wrote:


>         1 - Latest kernel oopses when trying to start gdm.  I think I
>         see/saw
>         something about drm and nouveau in my logs.  An automatic oops
>         report
>         was sent to kerneloops.org as well.
>         
>         kernel-2.6.29-0.159.rc6.git3.fc11.x86_64 (This kernel boots)
>         kernel-2.6.29-0.176.rc6.git5.fc11.x86_64 (Newest kernel that
>         oopses)
> 
> I am seeing this one as well, so I ffiled:
> 
> https://bugzilla.redhat.com/show_bug.cgi?id=488154
> 

Thanks for the heads up and the cc.  And in response to the backtrace on the report itself, I supplied one few mins ago.  Hopefully helps find out the problem.

-- 
Mike Chambers
Fedora Project - Bug Zapper, Tester, User, etc..
mikec302 at fedoraproject.org



From wolfy at nobugconsulting.ro  Mon Mar  2 23:27:15 2009
From: wolfy at nobugconsulting.ro (Manuel Wolfshant)
Date: Tue, 03 Mar 2009 01:27:15 +0200
Subject: i386 -> x86_64 upgrade notes
In-Reply-To: <49AC6946.7040806@codewiz.org>
References: <49AC6946.7040806@codewiz.org>
Message-ID: <49AC6B53.4030606@nobugconsulting.ro>

On 03/03/2009 01:18 AM, Bernie Innocenti wrote:
> Hello,
>
> I've put together some notes on upgrading a Fedora system from i386 to
> x86_64:
>
>   http://www.codewiz.org/wiki/Fedora64bitUpgrade
>
> Feel free to edit the page with additional information, or move it to
> the Fedora wiki if it seems useful.
>
>   
I can't edit (user is needed and I do not feel like creating one, so 
please fix the link to the F10 repo:
sed -i -e 
"$fedora/linux/releases/10/Everything/x86_64/os/Pa$fedora/releases/10/Everything/x86_64/os/Packages$"

ref signatures: are you sure you were not hit by the transition of rpm 
to sha256 ? (don't shoot the messenger, I am on x86_64 and I updated my 
rpm in due time)



From awilliam at redhat.com  Tue Mar  3 00:01:38 2009
From: awilliam at redhat.com (Adam Williamson)
Date: Mon, 02 Mar 2009 16:01:38 -0800
Subject: Tcl 8.6 (was Re: Ready for new RPM version?)
In-Reply-To: <49A9CF48.1010002@fedoraproject.org>
References: <alpine.DEB.1.10.0902261918480.9856@gotcha.dreamhost.com>
	<49A6D54A.9050007@jcomserv.net>	<215.1235672690@sss.pgh.pa.us>
	<1235673528.28306.1.camel@rosebud>	<958.1235674647@sss.pgh.pa.us>
	<1235674881.28306.3.camel@rosebud>	<1849.1235676499@sss.pgh.pa.us>
	<1235677089.30693.3.camel@rosebud>
	<1235701226.4960.32.camel@adam.local.net>
	<1235746476.18573.17.camel@jcmlaptop>
	<1235765344.4960.58.camel@adam.local.net>
	<1235768279.18573.67.camel@jcmlaptop>
	<1235769527.4960.69.camel@adam.local.net>	<goa46a$okd$1@ger.gmane.org>
	<1235786036.4960.127.camel@adam.local.net>
	<49A9A8DD.5060908@fedoraproject.org> <gocdmm$3r5$2@ger.gmane.org>
	<49A9CF48.1010002@fedoraproject.org>
Message-ID: <1236038498.5276.47.camel@adam.local.net>

On Sun, 2009-03-01 at 05:26 +0530, Rahul Sundaram wrote:
> Kevin Kofler wrote:
> > Rahul Sundaram wrote:
> >> You can probably do something very similar with a different tag in Koji.
> >>   That's how Python 2.6 was introduced in rawhide. Fedora maintainers
> >> should be using this feature in this build system more often. Openssl
> >> hassles could have been avoided by using it as well for example.
> > 
> > So can we get Tcl/Tk 8.6 into F11 even if it's late? :-)
> 
> Could be depending on how disruptive it is.

It doesn't seem to have been a big issue for MDV. Most of the trouble I
had was in converting things to the new (for MDV) Tcl packaging policy I
implemented at the same time - which is basically the Fedora policy,
because I liked the look of it.

In terms of pure 8.5 -> 8.6 issues, there weren't many, 99% of them
really being just one issue (the use of interp->result is now disallowed
by default, and quite a lot of Tcl code uses this, even though it's been
officially deprecated and not recommended for like a decade). It's
generally very easy for a coder to fix (so not always for me :>), I
upstreamed fixes in quite a few apps, for apps which are dead upstream
but in MDV you can pull my patches from MDV SVN, and in the worst case,
you can allow its use by adding a #define at the top of the source file
concerned (I had to do this in a few packages where I couldn't grok the
'right' way to fix the code).

So I would say it would be possible. Whether it's desirable for Fedora,
I don't really know. It may not be a good idea to do it this late, for a
release which is already pretty stuffed with features. Who's the Tcl/Tk
maintainer?

Oh, worth noting that probably the biggest Tcl-using app is amsn. You
can patch amsn 0.97.2 to more or less work with 8.6, but it still had a
few issues. In the end I just bumped MDV to current SVN amsn instead, on
the recommendation of upstream, which has rather a lot of nice new
features anyway.
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org
http://www.happyassassin.net



From poelstra at redhat.com  Tue Mar  3 00:05:26 2009
From: poelstra at redhat.com (John Poelstra)
Date: Mon, 02 Mar 2009 16:05:26 -0800
Subject: Attention Feature Owners: Fedora 11 Feature Freeze is Next Week
In-Reply-To: <50baabb30903021414t61a19957p99005cb35793c1ba@mail.gmail.com>
References: <49A586EA.9040209@redhat.com>	<1235596245.10605.85.camel@ignacio.lan>
	<49A5F0FE.2070103@redhat.com>	<50baabb30902281545o67a2a099te395c0f4e5689249@mail.gmail.com>	<49AB71B7.7050102@redhat.com>	<50baabb30903020405i3762e4bcp9855a07f501ebfb9@mail.gmail.com>	<49ABFA17.9040504@redhat.com>
	<50baabb30903021414t61a19957p99005cb35793c1ba@mail.gmail.com>
Message-ID: <49AC7446.5070602@redhat.com>

Chitlesh GOORAH wrote:
> On Mon, Mar 2, 2009 at 4:24 PM, John Poelstra <poelstra at redhat.com> wrote:
>> You didn't answer the question so I'll assume it is a spin.  Spins now
>> follow this process:
>> https://fedoraproject.org/wiki/Spins_Process
>>
>> Spins also follow the same deadlines.
>>
>> If this really is a feature... next week is too late.  All features must be
>> submitted and updated prior to feature freeze which is tomorrow. Naturally
>> we could always request a special exception from FESCo if this is a feature
>> and it warrants it :)
> 
> Hello there,
> 
> I believe I have set up a page in accordance to SPIN process.
> 
> https://fedoraproject.org/wiki/FedoraElectronicLab
> 
> Spin SIg, can you now please review my SPIN request ?
> 
> The planned development for FEL 11 is listed on this gantt diagram :
> http://chitlesh.fedorapeople.org/FEL/devel/FEL_devel_timeline.html
> 
> Work for F-12 has also been entailed as you can see. You can also see
> that the work done behind FEL is not only related to packaging but
> also to create a community around it. We have been successful up till
> now in meeting our objectives. I hope FESCo or SPIN sig doesn't deny
> my request because I didn't meet the demands.
> 
> The FEL features for F11 are 90% complete. The 10% remains 3 small
> perl modules that I'm waiting upstream to release a new version of
> each this week.
> 
> Kind regards,
> Chitlesh
> 
> PS: I will not be able to answer any of my mails during working hours.
> Thanks for understanding.
> 

I've marked it Spins_Ready_For_SIG

John



From awilliam at redhat.com  Tue Mar  3 00:07:28 2009
From: awilliam at redhat.com (Adam Williamson)
Date: Mon, 02 Mar 2009 16:07:28 -0800
Subject: Xorg dual-head fail
In-Reply-To: <3da3b5b40903010921t39cc0bcbpd2e333ebf8cea43c@mail.gmail.com>
References: <3da3b5b40903010921t39cc0bcbpd2e333ebf8cea43c@mail.gmail.com>
Message-ID: <1236038848.5276.50.camel@adam.local.net>

On Sun, 2009-03-01 at 19:21 +0200, Ahmed Kamal wrote:

> Does something as common as attaching an extra monitor to a laptop,
> require that much voodoo ..! How would a "normal" user react ! I wont
> try to mention how to resolve the problems mentioned here, since you
> guys know this better than I do ... I'm not whining either, I'm simple
> mentioning somthing is definitely wrong, with the hope of spurring
> action to make things better

krandrtray is fairly rubbish. The best UI to use is
gnome-display-properties, which handles it very well.

The issue with having to set Virtual is that the intel driver can't yet
dynamically re-allocate the framebuffer to accommodate a growing
display. Theoretically we could default to a huge framebuffer, but
there's two problems with that - above 2048 pixels in either axis, 3D
acceleration stops working, and also, the bigger the framebuffer, the
more RAM it uses, so if you set a 2048x2048 framebuffer on a 1024x480
display (hint: netbooks have small screens and not much RAM) you're
wasting about 45MB of RAM.

The Intel driver devs (who are reading this, I'm sure, and apologies in
advance for the jab, guys) have been promising dynamic reallocation of
the framebuffer Real Soon Now for a while ;). I think the last I was
told is that it's part of the whole GEM thing that's being worked on
now. Once that's sorted, it will all work without any messing about
required, you'll just be able to run gnome-display-properties and
re-arrange the screens however you like.
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org
http://www.happyassassin.net



From seg at haxxed.com  Tue Mar  3 00:11:34 2009
From: seg at haxxed.com (Callum Lerwick)
Date: Mon, 02 Mar 2009 18:11:34 -0600
Subject: autoconf and epel-5
In-Reply-To: <b086760e0902260105h7a069be0xf1baef2d097f6f0d@mail.gmail.com>
References: <20090224210110.57ecd753@fedoraproject.org>
	<1235513175.4829.37.camel@adam.local.net> <49A47023.8040403@gmail.com>
	<49A4A414.1080302@freenet.de> <16380.1235527938@sss.pgh.pa.us>
	<49A4B9E0.5010307@freenet.de>
	<20090225085737.GA22816@amd.home.annexia.org>
	<49A626AF.3050106@freenet.de> <go5h7v$k1m$1@ger.gmane.org>
	<49A653CB.5010706@freenet.de>
	<b086760e0902260105h7a069be0xf1baef2d097f6f0d@mail.gmail.com>
Message-ID: <1236039095.8520.1018.camel@localhost.localdomain>

On Thu, 2009-02-26 at 10:05 +0100, yersinia wrote:
> 
> Perhaps off topic. Someone know the prons/cons of scons 
> 
> http://www.scons.org/? 
> My first impression is that it is very similar to cmake as design
> phylosophy, but use only phyton on the target system and this a plus,
> IMHO. 

No, despite hype leading you to believe otherwise, SCons is not in the
same class as autotools or CMake. SCons is only marginally better than
hand-hacking makefiles. I can't recommend it.

I speak from experience with the Second Life client. SCons got changed
out for CMake for good reason...
-------------- 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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090302/a6f9ba74/attachment.sig>

From tcallawa at redhat.com  Tue Mar  3 00:12:49 2009
From: tcallawa at redhat.com (Tom "spot" Callaway)
Date: Mon, 02 Mar 2009 19:12:49 -0500
Subject: odd gcc 4.4 failure on ppc/ppc64
Message-ID: <49AC7601.4070608@redhat.com>

Basically, the package (wlassistant) builds fine on i586 and x86_64, but
blows a fuse on ppc and ppc64:

[ppc64]
http://koji.fedoraproject.org/koji/getfile?taskID=1215120&name=build.log

In file included from
/usr/lib/gcc/ppc64-redhat-linux/4.4.0/../../../../include/c++/4.4.0/cstdio:48,
                 from build/src/watools.cpp:25:
/usr/lib/gcc/ppc64-redhat-linux/4.4.0/../../../../include/c++/4.4.0/ppc64-redhat-linux/bits/c++config.h:1666:
error: expected unqualified-id before 'namespace'
In file included from
/usr/lib/gcc/ppc64-redhat-linux/4.4.0/../../../../include/c++/4.4.0/bits/locale_facets.h:2604,
                 from
/usr/lib/gcc/ppc64-redhat-linux/4.4.0/../../../../include/c++/4.4.0/bits/basic_ios.h:44,
                 from
/usr/lib/gcc/ppc64-redhat-linux/4.4.0/../../../../include/c++/4.4.0/ios:50,
                 from
/usr/lib/gcc/ppc64-redhat-linux/4.4.0/../../../../include/c++/4.4.0/ostream:45,
                 from
/usr/lib/gcc/ppc64-redhat-linux/4.4.0/../../../../include/c++/4.4.0/iostream:45,
                 from build/src/watools.cpp:30:

[ppc]
http://koji.fedoraproject.org/koji/getfile?taskID=1215118&name=build.log

In file included from
/usr/lib/gcc/ppc64-redhat-linux/4.4.0/../../../../include/c++/4.4.0/cstdio:48,
                 from build/src/watools.cpp:25:
/usr/lib/gcc/ppc64-redhat-linux/4.4.0/../../../../include/c++/4.4.0/ppc64-redhat-linux/bits/c++config.h:223:
error: expected unqualified-id before 'namespace'
In file included from
/usr/lib/gcc/ppc64-redhat-linux/4.4.0/../../../../include/c++/4.4.0/bits/locale_facets.h:2604,
                 from
/usr/lib/gcc/ppc64-redhat-linux/4.4.0/../../../../include/c++/4.4.0/bits/basic_ios.h:44,
                 from
/usr/lib/gcc/ppc64-redhat-linux/4.4.0/../../../../include/c++/4.4.0/ios:50,
                 from
/usr/lib/gcc/ppc64-redhat-linux/4.4.0/../../../../include/c++/4.4.0/ostream:45,
                 from
/usr/lib/gcc/ppc64-redhat-linux/4.4.0/../../../../include/c++/4.4.0/iostream:45,
                 from build/src/watools.cpp:30:

I'm wondering if something isn't broken on the ppc side of the compiler.
Any and all help is welcome.

~spot



From awilliam at redhat.com  Tue Mar  3 00:20:53 2009
From: awilliam at redhat.com (Adam Williamson)
Date: Mon, 02 Mar 2009 16:20:53 -0800
Subject: autoconf and epel-5
In-Reply-To: <1236039095.8520.1018.camel@localhost.localdomain>
References: <20090224210110.57ecd753@fedoraproject.org>
	<1235513175.4829.37.camel@adam.local.net> <49A47023.8040403@gmail.com>
	<49A4A414.1080302@freenet.de> <16380.1235527938@sss.pgh.pa.us>
	<49A4B9E0.5010307@freenet.de>
	<20090225085737.GA22816@amd.home.annexia.org>
	<49A626AF.3050106@freenet.de> <go5h7v$k1m$1@ger.gmane.org>
	<49A653CB.5010706@freenet.de>
	<b086760e0902260105h7a069be0xf1baef2d097f6f0d@mail.gmail.com>
	<1236039095.8520.1018.camel@localhost.localdomain>
Message-ID: <1236039653.5276.54.camel@adam.local.net>

On Mon, 2009-03-02 at 18:11 -0600, Callum Lerwick wrote:
> On Thu, 2009-02-26 at 10:05 +0100, yersinia wrote:
> > 
> > Perhaps off topic. Someone know the prons/cons of scons 
> > 
> > http://www.scons.org/? 
> > My first impression is that it is very similar to cmake as design
> > phylosophy, but use only phyton on the target system and this a plus,
> > IMHO. 
> 
> No, despite hype leading you to believe otherwise, SCons is not in the
> same class as autotools or CMake. SCons is only marginally better than
> hand-hacking makefiles. I can't recommend it.
> 
> I speak from experience with the Second Life client. SCons got changed
> out for CMake for good reason...

For the record (see other branch of this thread), waf is a sorta-fork of
SCons, they're similar in several ways - the waf developer decided to
things His Way.

This is waf's Why We're So Great page:

http://code.google.com/p/waf/wiki/WafAndOtherBuildSystems
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org
http://www.happyassassin.net



From jakub at redhat.com  Tue Mar  3 00:37:10 2009
From: jakub at redhat.com (Jakub Jelinek)
Date: Tue, 3 Mar 2009 01:37:10 +0100
Subject: odd gcc 4.4 failure on ppc/ppc64
In-Reply-To: <49AC7601.4070608@redhat.com>
References: <49AC7601.4070608@redhat.com>
Message-ID: <20090303003710.GE4561@tyan-ft48-01.lab.bos.redhat.com>

On Mon, Mar 02, 2009 at 07:12:49PM -0500, Tom spot Callaway wrote:
> Basically, the package (wlassistant) builds fine on i586 and x86_64, but
> blows a fuse on ppc and ppc64:
> 
> [ppc]
> http://koji.fedoraproject.org/koji/getfile?taskID=1215118&name=build.log
> 
> In file included from
> /usr/lib/gcc/ppc64-redhat-linux/4.4.0/../../../../include/c++/4.4.0/cstdio:48,
>                  from build/src/watools.cpp:25:
> /usr/lib/gcc/ppc64-redhat-linux/4.4.0/../../../../include/c++/4.4.0/ppc64-redhat-linux/bits/c++config.h:223:
> error: expected unqualified-id before 'namespace'

That is on
#if defined _GLIBCXX_LONG_DOUBLE_COMPAT && defined __LONG_DOUBLE_128__
namespace std
{
  inline namespace __gnu_cxx_ldbl128 { }
}
...
#else
...
#endif

on the inline namespace line.  Perhaps the package defines inline as a macro
before including standard headers (don't do that if so)?

i?86/x86_64 doesn't have long double compatibility and when not using
libstdc++ debug mode nor parallel mode there are no other inline namespaces
in c++config.h.

	Jakub



From tcallawa at redhat.com  Tue Mar  3 00:46:20 2009
From: tcallawa at redhat.com (Tom "spot" Callaway)
Date: Mon, 02 Mar 2009 19:46:20 -0500
Subject: odd gcc 4.4 failure on ppc/ppc64
In-Reply-To: <20090303003710.GE4561@tyan-ft48-01.lab.bos.redhat.com>
References: <49AC7601.4070608@redhat.com>
	<20090303003710.GE4561@tyan-ft48-01.lab.bos.redhat.com>
Message-ID: <49AC7DDC.3040800@redhat.com>

On 2009-03-02 at 19:37:10 -0500, Jakub Jelinek <jakub at redhat.com> wrote:
> on the inline namespace line.  Perhaps the package defines inline as a macro
> before including standard headers (don't do that if so)?

I don't see it doing that.

The code (watools.cpp) starts here:

#include "watools.h"

#include <unistd.h> //provides readlink
#include <dirent.h>
#include <cstdio> //to get values from /sys
#include <fcntl.h>
#include <sys/types.h>
#include <sys/socket.h>
#include <arpa/inet.h> //inet_ntoa
#include <iostream> //debugging

(note that gcc gets hung up trying to #include <cstdio>.)

watools.h is attached.

This code is reasonably small and simple, there doesn't seem to be any
macro definitions, much less any odd ones.

~spot
-------------- next part --------------
A non-text attachment was scrubbed...
Name: watools.h
Type: text/x-chdr
Size: 3893 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090302/e4d53b2d/attachment.bin>

From michel.sylvan at gmail.com  Tue Mar  3 02:07:48 2009
From: michel.sylvan at gmail.com (Michel Salim)
Date: Mon, 2 Mar 2009 21:07:48 -0500
Subject: Tcl 8.6 (was Re: Ready for new RPM version?)
In-Reply-To: <1236038498.5276.47.camel@adam.local.net>
References: <alpine.DEB.1.10.0902261918480.9856@gotcha.dreamhost.com>
	<1235765344.4960.58.camel@adam.local.net>
	<1235768279.18573.67.camel@jcmlaptop>
	<1235769527.4960.69.camel@adam.local.net> <goa46a$okd$1@ger.gmane.org>
	<1235786036.4960.127.camel@adam.local.net>
	<49A9A8DD.5060908@fedoraproject.org> <gocdmm$3r5$2@ger.gmane.org>
	<49A9CF48.1010002@fedoraproject.org>
	<1236038498.5276.47.camel@adam.local.net>
Message-ID: <f224c6140903021807h3f6741c9ta5886c6e299d1831@mail.gmail.com>

On Mon, Mar 2, 2009 at 7:01 PM, Adam Williamson <awilliam at redhat.com> wrote:
> On Sun, 2009-03-01 at 05:26 +0530, Rahul Sundaram wrote:
>> Kevin Kofler wrote:
>> > Rahul Sundaram wrote:
>> >> You can probably do something very similar with a different tag in Koji.
>> >> ? That's how Python 2.6 was introduced in rawhide. Fedora maintainers
>> >> should be using this feature in this build system more often. Openssl
>> >> hassles could have been avoided by using it as well for example.
>> >
>> > So can we get Tcl/Tk 8.6 into F11 even if it's late? :-)
>>
>> Could be depending on how disruptive it is.
>
> It doesn't seem to have been a big issue for MDV. Most of the trouble I
> had was in converting things to the new (for MDV) Tcl packaging policy I
> implemented at the same time - which is basically the Fedora policy,
> because I liked the look of it.
>
> In terms of pure 8.5 -> 8.6 issues, there weren't many, 99% of them
> really being just one issue (the use of interp->result is now disallowed
> by default, and quite a lot of Tcl code uses this, even though it's been
> officially deprecated and not recommended for like a decade). It's
> generally very easy for a coder to fix (so not always for me :>), I
> upstreamed fixes in quite a few apps, for apps which are dead upstream
> but in MDV you can pull my patches from MDV SVN, and in the worst case,
> you can allow its use by adding a #define at the top of the source file
> concerned (I had to do this in a few packages where I couldn't grok the
> 'right' way to fix the code).
>
> So I would say it would be possible. Whether it's desirable for Fedora,
> I don't really know. It may not be a good idea to do it this late, for a
> release which is already pretty stuffed with features. Who's the Tcl/Tk
> maintainer?
>
> Oh, worth noting that probably the biggest Tcl-using app is amsn. You
> can patch amsn 0.97.2 to more or less work with 8.6, but it still had a
> few issues. In the end I just bumped MDV to current SVN amsn instead, on
> the recommendation of upstream, which has rather a lot of nice new
> features anyway.

Speaking of Tcl/Tk, does anyone know whether Tcl 8.6 is backward
compatible with 8.5? From my experience, 8.5 *appears* to be backward
compatible with 8.4: a graphics library for this Scheme dialect I use,
Chez, comes as a binary compiled against Tk 8.4, and symlinking gets
it to run just fine.

If 8.4 apps run fine on 8.5 and 8.6, perhaps we could add the
necessary symlinks.

Thanks,

-- 
mi?el salim  ?  http://hircus.jaiku.com/
IUCS         ?  msalim at cs.indiana.edu
Fedora       ?  salimma at fedoraproject.org
MacPorts     ?  hircus at macports.org



From rc040203 at freenet.de  Tue Mar  3 02:44:15 2009
From: rc040203 at freenet.de (Ralf Corsepius)
Date: Tue, 03 Mar 2009 03:44:15 +0100
Subject: autoconf and epel-5
In-Reply-To: <gohaus$63f$2@ger.gmane.org>
References: <20090224210110.57ecd753@fedoraproject.org>	<1235513175.4829.37.camel@adam.local.net>	<49A47023.8040403@gmail.com>
	<49A4A414.1080302@freenet.de>	<16380.1235527938@sss.pgh.pa.us>
	<49A4B9E0.5010307@freenet.de>	<8122.1236001173@laptop14.inf.utfsm.cl>	<49ABE9DE.6080005@freenet.de>
	<gohaus$63f$2@ger.gmane.org>
Message-ID: <49AC997F.1070906@freenet.de>

Kevin Kofler wrote:
> Ralf Corsepius wrote:
> 
>> Horst H. von Brand wrote:
>>> Most package sources in SCMs don't include those files, when they are in
>>> the tarballs it is for convenience AFAIU.
>>>   
>> You are wrong - RTFM, e.g. info automake, info standards.
> 
> Software not including autotools-generated files in their SCM is actually
> pretty common.

And where is the problem?

Upstream maintainers are supposed to know which versions of the 
autotools they support.



From bernie at codewiz.org  Tue Mar  3 02:55:45 2009
From: bernie at codewiz.org (Bernie Innocenti)
Date: Tue, 03 Mar 2009 03:55:45 +0100
Subject: i386 -> x86_64 upgrade notes
In-Reply-To: <49AC6B53.4030606@nobugconsulting.ro>
References: <49AC6946.7040806@codewiz.org>
	<49AC6B53.4030606@nobugconsulting.ro>
Message-ID: <49AC9C31.9090006@codewiz.org>

On 03/03/09 00:27, Manuel Wolfshant wrote:
> On 03/03/2009 01:18 AM, Bernie Innocenti wrote:
>> Hello,
>>
>> I've put together some notes on upgrading a Fedora system from i386 to
>> x86_64:
>>
>>   http://www.codewiz.org/wiki/Fedora64bitUpgrade
>>
>> Feel free to edit the page with additional information, or move it to
>> the Fedora wiki if it seems useful.
>>
>>   
> I can't edit (user is needed and I do not feel like creating one,

Indeed,  Grrr... did "AuthBasicProvider anon" break in apache 2.2.10?

> so please fix the link to the F10 repo:
> sed -i -e
> "$fedora/linux/releases/10/Everything/x86_64/os/Pa$fedora/releases/10/Everything/x86_64/os/Packages$"

Thanks, fixed.


> ref signatures: are you sure you were not hit by the transition of rpm
> to sha256 ? (don't shoot the messenger, I am on x86_64 and I updated my
> rpm in due time)

I thought so, but "rpm -K foo.rpm" would reveal that the gpg
verification did actually fail.

The key gpg for i386 and x86_64 should be the same, but I couldn't
import it from /etc/pki/rpm-gpg/ because "rpm --import" fails with
the current version of rpm.  It also fails on another F10 machine.

-- 
   // Bernie Innocenti - http://www.codewiz.org/
 \X/  Sugar Labs       - http://www.sugarlabs.org/



From noriko at redhat.com  Tue Mar  3 03:03:00 2009
From: noriko at redhat.com (Noriko Mizumoto)
Date: Tue, 03 Mar 2009 13:03:00 +1000
Subject: Software String Freeze 2009-3-10
Message-ID: <49AC9DE4.8040800@redhat.com>

Hi

This is just kind reminder from Fedora L10N project.
The software string freeze is around the corner on 10-Mar.
L10n project team have started to schedule their resource and time for
software translation.

To get max of translation for your packages, please make sure that your
repository contains latest file for translators.
To assure most effort from L10n, please abide by the string freeze
otherwise consult L10n team (fedora-trans-list at redhat.com).

Translation statistic for F11 shows not much to translate atm.
http://translate.fedoraproject.org/releases/fedora-11


Thank you for your attention.

Noriko Mizumoto
Member of Fedora Localization Steering Committee



From kevin at scrye.com  Tue Mar  3 03:45:05 2009
From: kevin at scrye.com (Kevin Fenzi)
Date: Mon, 2 Mar 2009 20:45:05 -0700
Subject: Plan for tomorrow's (20090303) FESCo meeting
Message-ID: <20090302204505.5a9652ba@ohm.scrye.com>

Hi all,

FESCo will have a meeting tomorrow at 17:00 UTC (12:00 EST) in
#fedora-meeting. (Provided we have Quorum). Please find below the list
of topics that we are hoping to cover:

	* http://fedoraproject.org/wiki/Features/DBusPolicy
	* http://fedoraproject.org/wiki/Features/DRI2
	* http://fedoraproject.org/wiki/Features/MultiplePAMStacksInGDM
	* http://fedoraproject.org/wiki/Features/NetworkManagerIPv6
	* http://fedoraproject.org/wiki/Features/Radeon3DUpdate
	* http://fedoraproject.org/wiki/Features/TigerVNC

This is a special session to review features as Feature freeze is
tomorrow. If you have any topics for fridays regular meeting, please
reply to this email or file a ticket in the fesco track instance. 

kevin
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090302/cc967782/attachment.sig>

From debarshi.ray at gmail.com  Tue Mar  3 04:21:56 2009
From: debarshi.ray at gmail.com (Debarshi Ray)
Date: Tue, 3 Mar 2009 09:51:56 +0530
Subject: Gajim: owner needed for EPEL
Message-ID: <3170f42f0903022021sc2b62d0i4d232814f7ef2264@mail.gmail.com>

https://bugzilla.redhat.com/478342 indicates that people are
rebuilding Fedora's gajim package for RHEL 5.x. I think it will be
good to have gajim in EPEL. Anyone interested?

Happy hacking,
Debarshi



From mmaslano at redhat.com  Tue Mar  3 07:29:11 2009
From: mmaslano at redhat.com (Marcela Maslanova)
Date: Tue, 03 Mar 2009 08:29:11 +0100
Subject: Tcl 8.6 (was Re: Ready for new RPM version?)
In-Reply-To: <f224c6140903021807h3f6741c9ta5886c6e299d1831@mail.gmail.com>
References: <alpine.DEB.1.10.0902261918480.9856@gotcha.dreamhost.com>	<1235765344.4960.58.camel@adam.local.net>	<1235768279.18573.67.camel@jcmlaptop>	<1235769527.4960.69.camel@adam.local.net>
	<goa46a$okd$1@ger.gmane.org>	<1235786036.4960.127.camel@adam.local.net>	<49A9A8DD.5060908@fedoraproject.org>
	<gocdmm$3r5$2@ger.gmane.org>	<49A9CF48.1010002@fedoraproject.org>	<1236038498.5276.47.camel@adam.local.net>
	<f224c6140903021807h3f6741c9ta5886c6e299d1831@mail.gmail.com>
Message-ID: <49ACDC47.2060107@redhat.com>

Michel Salim wrote:
> On Mon, Mar 2, 2009 at 7:01 PM, Adam Williamson <awilliam at redhat.com> wrote:
>> On Sun, 2009-03-01 at 05:26 +0530, Rahul Sundaram wrote:
>>> Kevin Kofler wrote:
>>>> Rahul Sundaram wrote:
>>>>> You can probably do something very similar with a different tag in Koji.
>>>>>   That's how Python 2.6 was introduced in rawhide. Fedora maintainers
>>>>> should be using this feature in this build system more often. Openssl
>>>>> hassles could have been avoided by using it as well for example.
>>>> So can we get Tcl/Tk 8.6 into F11 even if it's late? :-)
>>> Could be depending on how disruptive it is.
>> It doesn't seem to have been a big issue for MDV. Most of the trouble I
>> had was in converting things to the new (for MDV) Tcl packaging policy I
>> implemented at the same time - which is basically the Fedora policy,
>> because I liked the look of it.
>>
>> In terms of pure 8.5 -> 8.6 issues, there weren't many, 99% of them
>> really being just one issue (the use of interp->result is now disallowed
>> by default, and quite a lot of Tcl code uses this, even though it's been
>> officially deprecated and not recommended for like a decade). It's
>> generally very easy for a coder to fix (so not always for me :>), I
>> upstreamed fixes in quite a few apps, for apps which are dead upstream
>> but in MDV you can pull my patches from MDV SVN, and in the worst case,
>> you can allow its use by adding a #define at the top of the source file
>> concerned (I had to do this in a few packages where I couldn't grok the
>> 'right' way to fix the code).
>>
>> So I would say it would be possible. Whether it's desirable for Fedora,
>> I don't really know. It may not be a good idea to do it this late, for a
>> release which is already pretty stuffed with features. Who's the Tcl/Tk
>> maintainer?
>>
Me.
>> Oh, worth noting that probably the biggest Tcl-using app is amsn. You
>> can patch amsn 0.97.2 to more or less work with 8.6, but it still had a
>> few issues. In the end I just bumped MDV to current SVN amsn instead, on
>> the recommendation of upstream, which has rather a lot of nice new
>> features anyway.
> 
> Speaking of Tcl/Tk, does anyone know whether Tcl 8.6 is backward
> compatible with 8.5? From my experience, 8.5 *appears* to be backward
> compatible with 8.4: a graphics library for this Scheme dialect I use,
> Chez, comes as a binary compiled against Tk 8.4, and symlinking gets
> it to run just fine.
> 
You are joking right? Tcl 8.5 and 8.4 have a lot of differences. The 
worst of them is #483836 which can be hardly fixed. Tcl has released 
8.6b1 which won't be in F-11 for sure. I'm waiting for stable release. 
The list of dependencies could be found here: 
https://fedoraproject.org/wiki/Features/tcl8.5. Details about tcl 
versions could be found here: http://www.tcl.tk/software/tcltk/choose.html
> If 8.4 apps run fine on 8.5 and 8.6, perhaps we could add the
> necessary symlinks.
> 
> Thanks,
> 

Regards,
-- 
Marcela Ma?l??ov?
BaseOS team Brno



From rawhide at fedoraproject.org  Tue Mar  3 08:14:50 2009
From: rawhide at fedoraproject.org (Rawhide Report)
Date: Tue,  3 Mar 2009 08:14:50 +0000 (UTC)
Subject: rawhide report: 20090303 changes
Message-ID: <20090303081450.59E241B8013@releng2.fedora.phx.redhat.com>

Compose started at Tue Mar  3 06:01:04 UTC 2009

New package bochs-bios
        Bios implementation from the Bochs project
New package couchdb
        A document database server, accessible via a RESTful JSON API
New package iscan-firmware
        Firmware for Epson flatbed scanners
New package levien-inconsolata-fonts
        Inconsolata fonts
New package libyaml
        YAML 1.1 parser and emitter written in C
New package rtaudio
        Real-time Audio I/O Library
New package vgabios
        LGPL implementation of a vga video bios
Removed package inconsolata-fonts
Removed package ms-sys
Updated Packages:

DeviceKit-003-1
---------------
* Mon Mar 02 2009 David Zeuthen <davidz at redhat.com> - 003-1.fc11
- Update to release 003


DeviceKit-disks-003-1.fc11
--------------------------
* Mon Mar 02 2009 David Zeuthen <davidz at redhat.com> - 003-1.fc11
- Update to version 003

* Mon Feb 23 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 002-2.git20080720
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild

* Mon Feb 23 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 002-3.git20080720
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild

* Thu Dec 11 2008 Colin Walters <walters at verbum.org> - 002-1.git20080720
- Add dbus permissions patch


at-spi-1.25.92-2.fc11
---------------------
* Mon Mar 02 2009 Matthias Clasen <mclasen at redhat.com> - 1.25.92-1
- Update to 1.25.92


augeas-0.4.1-1.fc11
-------------------
* Fri Feb 27 2009 David Lutterkort <lutter at redhat.com> - 0.4.1-1
- New version


brasero-2.25.91.2-3.fc11
------------------------
* Mon Mar 02 2009 - Bastien Nocera <bnocera at redhat.com> - 2.25.91.2-2
- Fix regressions in burn:/// and blank media handling

* Mon Mar 02 2009 - Bastien Nocera <bnocera at redhat.com> - 2.25.91.2-3
- Fix icon and Bugzilla component


cellwriter-1.3.4-2.fc11
-----------------------
* Mon Feb 23 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 1.3.4-2
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


cheese-2.25.92-1.fc11
---------------------
* Mon Mar 02 2009 Matthias Clasen  <mclasen at redhat.com> 2.25.92-1
- Update to 2.25.92


control-center-2.25.92-1.fc11
-----------------------------
* Mon Mar 02 2009 Matthias Clasen <mclasen at redhat.com> - 2.25.92-1
- Update to 2.25.92


corosync-0.94-1.fc11
--------------------
* Tue Mar 03 2009 Fabio M. Di Nitto <fdinitto at redhat.com> - 0.94-1
- New upstream release.
- Drop obsolete patches.
- Add soname bump patch that was missing from upstream.


crossvc-1.5.2-6.fc11
--------------------
* Mon Mar 02 2009 Jochen Schmitt <Jochen herr-schmitt de> 1.5.2-6
- Change categories in the desktop file (BZ #487862)


darkgarden-fonts-1.1-8.fc11
---------------------------
* Mon Mar 02 2009 Lyos Gemini Norezel <Lyos.GeminiNorezel at gmail.com> 1.1-8
- Fixed fontconfig problems caused by some f***er turning python bindings on.
- Deleted erroneous modifications made by rel-eng.

* Tue Feb 24 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 1.1-7
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild

* Tue Feb 17 2009 Lyos Gemini Norezel <Lyos.GeminiNorezel at gmail.com> 1.1-6
- Fixed errors in previous modifications.


etherboot-5.4.4-13.fc11
-----------------------
* Tue Mar 03 2009 Glauber Costa <glommer at redhat.com> - 5.4.4.13
- Use conditionals on ix86 instead of BuildArch. This scheme is uglier, but
  works much better while rpm bug #442105 is not fixed yet.

* Mon Mar 02 2009 Glauber Costa <glommer at redhat.com> - 5.4.4-10
- No more prebuilt binaries. Koji now supports noarch subpackages

* Mon Mar 02 2009 Glauber Costa <glommer at redhat.com> - 5.4.4-11
- Due to a not yet fixed bug in rpm, have to keep x86_64 in BuildArch

* Mon Mar 02 2009 Glauber Costa <glommer at redhat.com> - 5.4.4-12
- bump version


evince-2.25.92-1.fc11
---------------------
* Mon Mar 02 2009 Matthias Clasen  <mclasen at redhat.com> - 2.25.92-1
- Update to 2.25.92


evolution-2.25.92-1.fc11
------------------------
* Mon Mar 02 2009 Matthew Barnes <mbarnes at redhat.com> - 2.25.92-1.fc11
- Update to 2.25.92


evolution-exchange-2.25.92-1.fc11
---------------------------------
* Mon Mar 02 2009 Matthew Barnes <mbarnes at redhat.com> - 2.25.92-1.fc11
- Update to 2.25.92


evolution-mapi-0.25.92-1.fc11
-----------------------------
* Mon Mar 02 2009 Matthew Barnes <mbarnes at redhat.com> - 0.25.92-1
- Update to 0.25.92


exo-0.3.100-2.fc11
------------------
* Mon Mar 02 2009 Christoph Wickert <cwickert at fedoraproject.org> - 0.3.100-2
- Fix directory ownership problems
- Move exo-csource into devel package
- Make devel package require pkgconfig and gtk-doc
- Mark gtk-doc files as %doc


facter-1.5.4-1.fc11
-------------------
* Sat Feb 28 2009 Todd Zullinger <tmz at pobox.com> - 1.5.4-1
- New version
- Use upstream install script


fedora-packager-0.3.3-1.fc11
----------------------------
* Mon Mar 02 2009 Dennis Gilmore <dennis at ausil.us> - 0.3.3-1
- update to 0.3.3

* Tue Feb 24 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 0.3.1-2
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild

* Mon Aug 18 2008 Dennis Gilmore <dennis at ausil.us> - 0.3.1-1
- update to 0.3.1 fedora-cvs allows anonymous checkout
- fix some Requires  add cvs curl and wget


file-roller-2.25.92-1.fc11
--------------------------
* Mon Mar 02 2009 Matthias Clasen <mclasen at redhat.com> 2.25.92-1
- Update to 2.25.92


fontforge-20090224-1.fc11
-------------------------
* Thu Feb 26 2009 Kevin Fenzi <kevin at tummy.com> - 20090224-1
- Upgrade to 20090224


fpm2-0.75-1.fc11
----------------
* Mon Mar 02 2009 Ale?? Koval <als at regnet.cz> - 0.75-1
- Update to 0.75
- Update cipher in %descripton section


gdb-6.8.50.20090302-1.fc11
--------------------------
* Mon Mar 02 2009 Jan Kratochvil <jan.kratochvil at redhat.com> - 6.8.50.20090302-1
- Include the Archer Project: http://sourceware.org/gdb/wiki/ProjectArcher
  * [python] Python scripting support: http://sourceware.org/gdb/wiki/PythonGdb
  * [catch-syscall] Trap and display syscalls.
  * [delayed-symfile] Improve startup performance by lazily read psymtabs.
  * [exception-rewind] Fix fatal C++ exceptions in an inferior function call.
  * [expr] Expressions, single-quote elimination, C++ input canonicalization.
  * [using-directive] C++ namespaces.
  * [vla] C variable length arrays / DW_FORM_block / Fortran dynamic arrays.
  * [misc] Fix debuginfoless `return' (BZ 365111), fix command-line macros for
    expected GCC (BZ 479914), new testcase for valgrind (for BZ 483262),
    implement `info common' for Fortran, fix Fortran logical-kind=8 (BZ 465310),
    fix static variable in C++ constructors (BZ 445912), fix power7 (BZ 485319).
- Upgrade to the FSF GDB gdb-6.8.50 snapshot.
- Fix parsing elf64-i386 files for kdump PAE vmcore dumps (BZ 457187).
  - Turn on 64-bit BFD support, globally enable AC_SYS_LARGEFILE.


gedit-2.25.8-1.fc11
-------------------
* Mon Mar 02 2009 Matthias Clasen <mclasen at redhat.com> - 1:2.25.8-1
- Update to 2.25.8


gnome-applets-2.25.92-1.fc11
----------------------------
* Mon Mar 02 2009 Matthias Clasen <mclasen at redhat.com> - 1:2.25.92-1
- Update to 2.25.92


gnome-disk-utility-0.2-1.fc11
-----------------------------
* Mon Mar 02 2009 David Zeuthen <davidz at redhat.com> - 0.2-1.fc11
- Update to version 0.2


gnome-games-2.25.92-1.fc11
--------------------------
* Mon Mar 02 2009 Matthias Clasen <mclasen at redhat.com> - 1:2.25.92-1
- Update 2.25.92


gnome-settings-daemon-2.25.92-1.fc11
------------------------------------
* Mon Mar 02 2009 Matthias Clasen  <mclasen at redhat.com> - 2.25.92-1
- Update to 2.25.92


gnome-system-monitor-2.26.0-1.fc11
----------------------------------
* Mon Mar 02 2009 Matthias Clasen <mclasen at redhat.com> - 2.26.0-1
- Update to 2.26.0


gnome-themes-2.25.92-1.fc11
---------------------------
* Tue Mar 03 2009 Matthias Clasen <mclasen at redhat.com> - 2.25.92-1
- Update to 2.25.92


gnome-user-docs-2.25.1-1.fc11
-----------------------------
* Mon Mar 02 2009 Matthias Clasen <mclasen at redhat.com> - 2.25.1-1
- Update to 2.25.1


gnome-utils-2.25.92-1.fc11
--------------------------
* Mon Mar 02 2009 Matthias Clasen <mclasen at redhat.com> - 1:2.25.92-1
- Update to 2.25.92


gnu-efi-3.0e-5.fc11
-------------------
* Mon Mar 02 2009 Peter Jones <pjones at redhat.com> - 3.0e-5
- Switch to i586 from i386.


graphviz-2.20.3-3.fc11
----------------------
* Mon Mar 02 2009 Tom "spot" Callaway <tcallawa at redhat.com> 2.20.3-3
- this spec makes baby animals cry... massively clean it up
- hack in java includes to build against openjdk
- add ruby as a BuildRequires (configure checks for /usr/bin/ruby)

* Wed Feb 25 2009 John Ellson <ellson at graphviz.org> 2.20.3-2.2
- fixes for swig changes

* Tue Feb 24 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 2.20.3-1.3
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


grub-0.97-41.fc11
-----------------
* Mon Mar 02 2009 Peter Jones <pjones at redhat.com> - 0.97-41
- Fix CD Booting on EFI.
- Fix XFS build on x86_64.

* Tue Feb 24 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 0.97-40
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild

* Fri Feb 13 2009 Peter Jones <pjones at redhat.com> - 0.97-39
- Remove chainloader timeout patch; fixing it in booty instead in order to
  address rhbz#468526 .
- Fix up some style weirdness in the .spec 
- Require newer gnu-efi so it'll build with newer binutils.


gtk2-2.15.5-1.fc11
------------------
* Mon Mar 02 2009 Matthias Clasen <mclasen at redhat.com> - 2.15.5-1
- Update to 2.15.5


gtk2-engines-2.17.4-1.fc11
--------------------------
* Mon Mar 02 2009 Matthias Clasen <mclasen at redhat.com> - 2.17.4-1
- Update to 2.17.4


gtksourceview2-2.5.6-1.fc11
---------------------------
* Mon Mar 02 2009 Matthias Clasen <mclasen at redhat.com> - 2.5.6-1
- Update to 2.5.6


gupnp-0.12.6-3.fc11
-------------------
* Mon Mar 02 2009 Peter Robinson <pbrobinson at gmail.com> 0.12.6-3
- Add some extra -devel Requires packages


gvfs-1.1.7-2.fc11
-----------------

ibus-pinyin-1.1.0.20090303-1.fc11
---------------------------------
* Tue Mar 03 2009 Huang Peng <shawn.p.huang at gmail.com> - 1.1.0.20090303-1
- Update to 1.1.0.20090303.


inkscape-0.47-0.4.20090301svn.fc11
----------------------------------
* Mon Mar 02 2009 Lubomir Rintel <lkundrak at v3.sk> - 0.47-0.4.20090301svn
- Bump to later SVN snapshot to fix inkscape/+bug/331864
- Fix a startup crash when compiled with GCC 4.4
- It even runs now! :)

* Fri Feb 27 2009 Lubomir Rintel <lkundrak at v3.sk> - 0.47-0.3.20090227svn
- Past midnight! :)
- More recent snapshot, our gcc44 fixes now upstream
- One more gcc44 fix, it even compiles now
- We install icons now, update icon cache
- Disable inkboard, for it won't currently compile

* Fri Feb 27 2009 Lubomir Rintel <lkundrak at v3.sk> - 0.47-0.4.20090227svn
- Enable the test suite

* Thu Feb 26 2009 Lubomir Rintel <lkundrak at v3.sk> - 0.47-0.3.20090226svn
- Later snapshot
- Compile with GCC 4.4


kdelibs3-3.5.10-9.fc11
----------------------
* Mon Mar 02 2009 Than Ngo <than at redhat.com> - 3.5.10-9
- enable -apidocs


kdevelop-3.5.4-3.fc11
---------------------
* Mon Mar 02 2009 Than Ngo <than at redhat.com> - 3.5.4-3
- fix build problem with gcc-4.4

* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 9:3.5.4-2
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


keychain-2.6.8-6.fc11
---------------------
* Mon Mar 02 2009 Ville Skytt?? <ville.skytta at iki.fi> - 2.6.8-6
- Write ~/.gpg-agent-info when launching gpg-agent for better compatibility
  with other things using it, e.g. KDE 4 (#486025).
- Drop no longer needed zsh special case which caused issues with ksh from
  profile.d script (#314431).


konversation-1.1-6.fc11
-----------------------
* Mon Mar 02 2009 Dennis gilmore <dennis at ausil.us> - 1.1-6
- make Patch and %patch use the same number

* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 1.1-5
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild

* Sun Feb 22 2009 Dennis Gilmore <dennis at ausil.us> - 1.1-4
- rebuild

* Fri Feb 13 2009 Rex Dieter <rdieter at fedoraproject.org> - 1.1-3
- patch media script for amarok2 support

* Wed Feb 04 2009 Rex Dieter <rdieter at fedoraproject.org> - 1.1-2
- s/for KDE//


kst-1.7.0-5.fc11
----------------
* Thu Feb 26 2009 Matthew Truch <matt at truch.net> - 1.7.0-5
- Make documentation noarch.


libbinio-1.4-11.fc11
--------------------
* Mon Mar 02 2009 Caol??n McNamara <caolanm at redhat.com> - 1.4-11
- include stdio.h for EOF

* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 1.4-10
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


libgtop2-2.26.0-1.fc11
----------------------
* Mon Mar 02 2009 Matthias Clasen <mclasen at redhat.com> - 2.26.0-1
- Update to 2.26.0


libjingle-0.3.12-4.fc11
-----------------------
* Mon Mar 02 2009 Brian Pepple <bpepple at fedoraproject.org> - 0.3.12-4
- Add patch to fix gcc-4.4.0 errors.

* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 0.3.12-3
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


libselinux-2.0.78-1.fc11
------------------------
* Mon Mar 02 2009 Dan Walsh <dwalsh at redhat.com> - 2.0.78-1
- Update to upstream
	* Fix incorrect conversion in discover_class code.


libxfce4menu-4.6.0-2.fc11
-------------------------
* Mon Mar 02 2009 Christoph Wickert <cwickert at fedoraproject.org> - 4.6.0-2
- Fix directory ownership problems
- Mark gtk-doc files as %doc


libxfce4util-4.6.0-2.fc11
-------------------------
* Mon Mar 02 2009 Christoph Wickert <cwickert at fedoraproject.org> - 4.6.0-2
- Make devel package require pkgconfig and gtk-doc
- Mark gtk-doc files as %doc


libxfcegui4-4.6.0-3.fc11
------------------------
* Mon Mar 02 2009 Christoph Wickert <cwickert at fedoraproject.org> - 4.6.0-3
- Patch to bring back missing keyboard shortcuts from Xfce 4.4
- Make devel package require glade3-libgladeui-devel, pkgconfig and gtk-doc
- Mark gtk-doc files as %doc


m17n-db-1.5.4-1.fc11
--------------------
* Tue Mar 03 2009 Parag Nemade <pnemade at redhat.com> -1.5.4-1
- Update to new upstream release 1.5.4


m17n-lib-1.5.4-1.fc11
---------------------
* Tue Mar 03 2009 Parag Nemade <pnemade at redhat.com> -1.5.4-1
- Update to new upstream release 1.5.4

* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 1.5.3-2
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


maven2-2.0.4-11.19.fc11
-----------------------
* Mon Mar 02 2009 Deepak Bhole <dbhole at redhat.com> 2.0.4-11.19
- Build with OpenJDK again, now that koji issues are resolved

* Fri Feb 27 2009 Deepak Bhole <dbhole at redhat.com> 2.0.4-11.18
- Revert back to building with gcj

* Thu Feb 26 2009 Deepak Bhole <dbhole at redhat.com> - 0:2.0.4-11.16
- Add patch so that multiple properties can be specified with commons-cli 1.1

* Thu Feb 26 2009 Deepak Bhole <dbhole at redhat.com> 2.0.4-11.17
- Build with OpenJDK

* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 0:2.0.4-11.15
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


mono-nunit22-2.4.8-4.fc11
-------------------------
* Mon Mar 02 2009 Tom "spot" Callaway <tcallawa at redhat.com> - 2.4.8-4
- add fonts as BR to get this turd building again

* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 2.4.8-3
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild

* Fri Jan 02 2009 Dennis Gilmore <dennis at ausil.us> 2.4.8-2
- exclude sparc64
- add missing changelog entries

* Sun Nov 30 2008 Paul F. Johnson <paul at all-the-johnsons.co.uk> 2.4.8-1
- bump to bring it up to date
- remove nunit22 build patch
- fix new nunit22 key patch
- spec file fix


mono-sharpcvslib-0.35-9.fc11
----------------------------
* Mon Mar 02 2009 Tom "spot" Callaway <tcallawa at redhat.com> 0.35-9
- rebuild again


mousetweaks-2.25.92-1.fc11
--------------------------
* Mon Mar 02 2009 Matthias Clasen <mclasen at redhat.com> - 2.25.92-1
- Update to 2.25.92


nant-0.85-26.fc11
-----------------

ntop-3.3.9-1.fc11
-----------------
* Fri Feb 27 2009 Peter Vrabec <pvrabec at redhat.com> - 3.3.9-1
- upgrade
- invalid certificate fix (#486725)


oooqs2-1.0-6.fc11
-----------------
* Thu Feb 26 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 1.0-6
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


orca-2.25.92-1.fc11
-------------------
* Mon Mar 02 2009 Matthias Clasen <mclasen at redhat.com> - 2.25.92-1
- Update to 2.25.92


papyrus-0.10.0-2.fc11
---------------------
* Mon Mar 02 2009 Rick L Vinyard Jr <rvinyard at cs.nmsu.edu> - 0.10.0-2
- Changed papyrus-gtkmm dependency from papyrus to papyrus-extras
- Changed Sourceforge url to downloads.sf.net from download.sf.net
- Added -p to doc installs


perl-GStreamer-0.15-1.fc11
--------------------------
* Mon Mar 02 2009 Chris Weyl <cweyl at alumni.drew.edu> 0.15-1
- update to 1.15
- trim doc
- update BR's


perl-Workflow-1.32-1.fc11
-------------------------
* Mon Mar 02 2009 Chris Weyl <cweyl at alumni.drew.edu> 1.32-1
- update to 1.32
- update br's to latest required


pinball-0.3.1-14.fc11
---------------------
* Mon Mar 02 2009 Jon Ciesla <limb at jcomserv.net> - 0.3.1-14
- Patch for strict prototypes.

* Thu Feb 26 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 0.3.1-13
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


prelude-correlator-0.9.0-0.7.beta3.fc11
---------------------------------------
* Mon Mar 02 2009 Steve Grubb <sgrubb at redhat.com> 0.9.0-0.7.beta3
- Fix bz#484361 Error message regarding missing arguments lua ruleset


qemu-1.0-0.4.svn6666.fc11
-------------------------
* Tue Mar 03 2009 Glauber Costa <glommer at redhat.com> - 1.0-0.3.svn6666
- use vgabios from vgabios package.

* Tue Mar 03 2009 Glauber Costa <glommer at redhat.com> - 1.0-0.4.svn6666
- use bios from bochs-bios package.

* Mon Mar 02 2009 Glauber Costa <glommer at redhat.com> - 1.0-0.1.svn6666
- Updated to tip svn (release 6666). Featuring split packages for qemu.
  Unfortunately, still using binary blobs for the bioses.

* Mon Mar 02 2009 Glauber Costa <glommer at redhat.com> - 1.0-0.2.svn6666
- use pxe roms from etherboot package.

* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 0.9.1-13
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


snake-0.11-0.14.fc11
--------------------
* Mon Mar 02 2009 James Laska <jlaska at redhat.com> 0.11-0.13
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild

* Mon Mar 02 2009 James Laska <jlaska at redhat.com> 0.11-0.14
- Bump to work around previous koji tag


tasks-0.14-4.fc11
-----------------
* Mon Mar 02 2009 Dan Young <dyoung at mesd.k12.or.us> - 0.14-4
- patch libkoto/ical-util.c to fix FTBFS

* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 0.14-3
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


telepathy-gabble-0.7.22-1.fc11
------------------------------
* Mon Mar 02 2009 Brian Pepple <bpepple at fedoraproject.org> - 0.7.22-1
- Update to 0.7.22.


thibault-fonts-0.1-9.fc11
-------------------------
* Mon Mar 02 2009 Lyos Gemini Norezel <Lyos.GeminiNorezel at gmail.com> 0.1-5
- Fixed errors in previous modifications.
- Updated for latest policy changes.
- Deleted erroneous edits made by jkeating.

* Mon Mar 02 2009 Lyos Gemini Norezel <Lyos.GeminiNorezel at gmail.com> 0.1-6
- Fixed error in fontforge script that was 
- caused by some f***er turning on python bindings.

* Mon Mar 02 2009 Lyos Gemini Norezel <Lyos.GeminiNorezel at gmail.com> 0.1-7
- Fontforge script errors fixed.

* Mon Mar 02 2009 Lyos Gemini Norezel <Lyos.GeminiNorezel at gmail.com> 0.1-8
- Typo.

* Mon Mar 02 2009 Lyos Gemini Norezel <Lyos.GeminiNorezel at gmail.com> 0.1-9
- Edited to censor to fit the whining nature of Fedora PC Freaks.

* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 0.1-4
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


tomboy-0.13.6-1.fc11
--------------------
* Mon Mar 02 2009 Matthias Clasen <mclasen at redhat.com> - 0.13.6-1
- Update to 0.13.6


twinkle-1.4.2-1.fc11
--------------------
* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 1.4.1-2
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild

* Wed Feb 25 2009 Kevin Fenzi <kevin at tummy.com> - 1.4.2-1
- Update to 1.4.2


vinagre-2.25.92-1.fc11
----------------------
* Mon Mar 02 2009 Matthias Clasen <mclasen at redhat.com> - 2.25.92-1
- Update to 2.25.92


vino-2.25.92-1.fc11
-------------------
* Mon Mar 02 2009 Matthias Clasen <mclasen at redhat.com> - 2.25.92-1
- Update to 2.25.92
- Enable NetworkManager support


xdotool-20071230-4.fc11
-----------------------
* Mon Mar 02 2009 Caol??n McNamara <caolanm at redhat.com> - 20071230-4
- add BuildRequires libX11-devel to build

* Thu Feb 26 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 20071230-3
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


xfce-utils-4.6.0-2.fc11
-----------------------
* Mon Mar 02 2009 Christoph Wickert <cwickert at fedoraproject.org> - 4.6.0-2
- Fix directory ownership problems
- Make separate xfce4-doc package


xfce4-panel-4.6.0-2.fc11
------------------------
* Sat Feb 28 2009 Christoph Wickert <cwickert at fedoraproject.org> - 4.6.0-2
- Fix directory ownership problems
- Require xfce4-doc
- Mark gtk-doc files as %doc
- Obsolete the xfce4-xmms-plugin


xfconf-4.6.0-2.fc11
-------------------
* Mon Mar 02 2009 Christoph Wickert <cwickert at fedoraproject.org> - 4.6.0-2
- Fix directory ownership problems
- Move gtk-doc into devel package and mark it %doc
- Make devel package require gtk-doc


xfdesktop-4.6.0-3.fc11
----------------------
* Mon Mar 02 2009 Christoph Wickert <cwickert at fedoraproject.org> - 4.6.0-3
- Fix directory ownership problems
- Require xfce4-doc and redhat-menus
- Tweak and clean up Xfce menu


xfprint-4.6.0-2.fc11
--------------------
* Sat Feb 28 2009 Christoph Wickert <cwickert at fedoraproject.org> - 4.6.0-2
- Fix directory ownership problems
- Move gtk-doc into devel package and mark it %doc
- Make devel package require pkgconfig and gtk-doc
- Require xfce4-doc


xorg-x11-drv-ati-6.11.0-2.fc11
------------------------------
* Tue Mar 03 2009 Dave Airlie <airlied at redhat.com> 6.11.0-2
- rebase to latest upstream r600 accel
- fixup VT switch on DRI2


xorg-x11-proto-devel-7.4-14.fc11
--------------------------------
* Tue Mar 03 2009 Peter Hutterer <peter.hutterer at redhat.com> 7.4-14
- xproto 7.0.15
- Purge x11proto-7.0.14-XF86XK_Suspend.patch.


xorg-x11-server-1.6.0-3.fc11
----------------------------
* Mon Mar 02 2009 Adam Jackson <ajax at redhat.com> 1.6.0-3
- xserver-1.6.0-preferred-thinko.patch: Fix a thinko in output setup when
  only one head is attached.


yum-utils-1.1.20-4.fc11
-----------------------

Summary:
Added Packages: 7
Removed Packages: 2
Modified Packages: 88



From gnomeuser at gmail.com  Tue Mar  3 08:19:24 2009
From: gnomeuser at gmail.com (David Nielsen)
Date: Tue, 3 Mar 2009 09:19:24 +0100
Subject: rawhide report: 20090303 changes
In-Reply-To: <20090303081450.59E241B8013@releng2.fedora.phx.redhat.com>
References: <20090303081450.59E241B8013@releng2.fedora.phx.redhat.com>
Message-ID: <1dedbbfc0903030019t27349813yece616445b281235@mail.gmail.com>

>
> mono-nunit22-2.4.8-4.fc11
> -------------------------
> * Mon Mar 02 2009 Tom "spot" Callaway <tcallawa at redhat.com> - 2.4.8-4
> - add fonts as BR to get this turd building again
>

Maybe not comparing upstreams code to excrements would be more respectful
and foster a better working relationship?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090303/aadbf396/attachment.htm>

From jonathan at jonmasters.org  Tue Mar  3 08:30:12 2009
From: jonathan at jonmasters.org (Jon Masters)
Date: Tue, 03 Mar 2009 03:30:12 -0500
Subject: Ready for new RPM version?
In-Reply-To: <1235773960.4960.91.camel@adam.local.net>
References: <958.1235674647@sss.pgh.pa.us>
	<1235674881.28306.3.camel@rosebud> <1849.1235676499@sss.pgh.pa.us>
	<1235677089.30693.3.camel@rosebud>
	<1235701226.4960.32.camel@adam.local.net>
	<1235746476.18573.17.camel@jcmlaptop>
	<1235765344.4960.58.camel@adam.local.net>
	<1235768279.18573.67.camel@jcmlaptop>
	<1235769527.4960.69.camel@adam.local.net>
	<1235769755.15638.3.camel@rosebud> <20090227213944.GC85702@redhat.com>
	<1235773162.9121.214.camel@localhost.localdomain>
	<1235773960.4960.91.camel@adam.local.net>
Message-ID: <1236069012.29685.57.camel@perihelion.bos.jonmasters.org>

On Fri, 2009-02-27 at 14:32 -0800, Adam Williamson wrote:

> Email breaking is rather unlikely.

Depends what mail client you use ;)

> How often does Rawhide really fail to boot?

It's usually not that serious, it's some other annoyance that is (yes)
normally easily fixed within an hour or less. But that's still real
actual time, and even more so, by its very nature you can't allocate
that hour in advance. Suppose you need to give a presentation this
morning but you don't know that your system is going to boot/run your X
session/run OO/and do video out today. That's just an example, and a
reason why I like the confidence of a release.

I've been using and developing on Linux systems for 14 years now. In
that time I've used almost any distribution you could name, many that no
longer even exist, and a lot of "unstable" stuff (Red
Hat/Novell/Canonical/SPI). But eventually, I got to a point where I
preferred having separate playpens for unstable stuff so that I could
choose when I wanted to poke and fix them.

Jon.




From mschwendt at gmail.com  Tue Mar  3 08:32:43 2009
From: mschwendt at gmail.com (Michael Schwendt)
Date: Tue, 3 Mar 2009 09:32:43 +0100
Subject: rawhide report: 20090303 changes
In-Reply-To: <20090303081450.59E241B8013@releng2.fedora.phx.redhat.com>
References: <20090303081450.59E241B8013@releng2.fedora.phx.redhat.com>
Message-ID: <20090303093243.8a2c4342.mschwendt@gmail.com>

On Tue,  3 Mar 2009 08:14:50 +0000 (UTC), Rawhide wrote:

> nant-0.85-26.fc11
> -----------------
> 

> yum-utils-1.1.20-4.fc11
> -----------------------
> 

A fix for those empty changelog diffs is in Yum upstream ticket #7.



From jonathan at jonmasters.org  Tue Mar  3 08:46:17 2009
From: jonathan at jonmasters.org (Jon Masters)
Date: Tue, 03 Mar 2009 03:46:17 -0500
Subject: Ready for new RPM version?
In-Reply-To: <goevii$1s5$2@ger.gmane.org>
References: <alpine.DEB.1.10.0902261918480.9856@gotcha.dreamhost.com>
	<49A6D54A.9050007@jcomserv.net> <215.1235672690@sss.pgh.pa.us>
	<1235673528.28306.1.camel@rosebud> <958.1235674647@sss.pgh.pa.us>
	<1235674881.28306.3.camel@rosebud> <1849.1235676499@sss.pgh.pa.us>
	<1235677089.30693.3.camel@rosebud>
	<1235701226.4960.32.camel@adam.local.net>
	<1235746476.18573.17.camel@jcmlaptop>
	<20090301132827.552644e1.zaitcev@redhat.com>
	<goevii$1s5$2@ger.gmane.org>
Message-ID: <1236069977.29685.63.camel@perihelion.bos.jonmasters.org>

On Sun, 2009-03-01 at 22:43 +0100, Kevin Kofler wrote:

> of course if you want to run the latest prerelease kernel from git or the
> latest prerelease KDE from svn you won't find that in a stable Fedora. ;-)

Yes, you "will". As others have said, running a stable Fedora allows you
to replace just the one piece you care about today - for example newer
kernel builds. I regularly run all manner of upstream and also test
builds of RHEL-RT kernels on my laptop without worrying about whether
the reason it fails to boot is related to something I don't care about
at that particular moment[0].

Jon.

[0] I agree with the comments about initrd. I have been bitten by that
lack of including virtio modules a bunch of times recently when testing
kernels. I was asked earlier about zlib support in m-i-t and whether
anyone really cares any more. I thought not (since we have compressed
filesystems and nobody even in embedded is using compressed modules),
but perhaps there is a use case there.




From billcrawford1970 at gmail.com  Tue Mar  3 10:55:59 2009
From: billcrawford1970 at gmail.com (Bill Crawford)
Date: Tue, 3 Mar 2009 10:55:59 +0000
Subject: autoconf and epel-5
In-Reply-To: <1236039653.5276.54.camel@adam.local.net>
References: <20090224210110.57ecd753@fedoraproject.org>
	<1236039095.8520.1018.camel@localhost.localdomain>
	<1236039653.5276.54.camel@adam.local.net>
Message-ID: <200903031055.59757.billcrawford1970@gmail.com>

On Tuesday 03 March 2009 00:20:53 Adam Williamson wrote:
...
> This is waf's Why We're So Great page:
>
> http://code.google.com/p/waf/wiki/WafAndOtherBuildSystems

Including the gem:

"the language in which make was written (C) leaves plenty of room for 
programming mistakes"

Which seems to be confusing things a little ... as that might be seen as a 
justification for rewriting "make" itself in Python :o) but forcing people to 
write build scripts almost entirely in python seems like less of a step forward 
than simply improving make to cope with more than one file being built in a 
single step (yacc, etc).




From denis at poolshark.org  Tue Mar  3 11:38:54 2009
From: denis at poolshark.org (Denis Leroy)
Date: Tue, 03 Mar 2009 12:38:54 +0100
Subject: Issues with Bodhi ?
Message-ID: <49AD16CE.9090704@poolshark.org>

Any issues with Bodhi ? I just got pushed a number of updates-testing 
packages that aren't even listed in bodhi (so I can't karma down the 
F-10 breaking mono-zeroconf update)



From rakesh.pandit at gmail.com  Tue Mar  3 12:00:40 2009
From: rakesh.pandit at gmail.com (Rakesh Pandit)
Date: Tue, 3 Mar 2009 17:30:40 +0530
Subject: rpms/ntop/devel .cvsignore,1.3,1.4 ntop.spec,1.4,1.5 
	sources,1.3,1.4
In-Reply-To: <20090302180943.0AF4A70115@cvs1.fedora.phx.redhat.com>
References: <20090302180943.0AF4A70115@cvs1.fedora.phx.redhat.com>
Message-ID: <b401d2530903030400u97cd163ne241ae5f3941ac45@mail.gmail.com>

I had been dealing with ntop bugs always. I did not upgraded to 3.3.9
because that had a dependency for a dat file with is actually a big
big binary with different license which is itself an issue. So, I
thought about waiting for 4.x.x release.

I had been mentioning this in different bugs against it. Why would you
update without even pinging me ?

2009/3/2 Peter Vrabec wrote:
> Author: pvrabec
>
> Update of /cvs/extras/rpms/ntop/devel
> In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv7164
>
> Modified Files:
> ? ? ? ?.cvsignore ntop.spec sources
> Log Message:
> - upgrade
> - invalid certificate fix (#486725)
>
>
>
> Index: .cvsignore
> ===================================================================
> RCS file: /cvs/extras/rpms/ntop/devel/.cvsignore,v
> retrieving revision 1.3
> retrieving revision 1.4
> diff -u -r1.3 -r1.4
> --- .cvsignore ?22 Oct 2008 13:36:48 -0000 ? ? ?1.3
> +++ .cvsignore ?2 Mar 2009 18:09:12 -0000 ? ? ? 1.4
> @@ -1 +1,4 @@
> -ntop-3.3.8.tar.gz
> +GeoIP.tar.gz
> +GeoIPASNum.dat.gz
> +GeoLiteCity.dat.gz
> +ntop-3.3.9.tar.gz
>
>
> Index: ntop.spec
> ===================================================================
> RCS file: /cvs/extras/rpms/ntop/devel/ntop.spec,v
> retrieving revision 1.4
> retrieving revision 1.5
> diff -u -r1.4 -r1.5
> --- ntop.spec ? 26 Feb 2009 06:19:10 -0000 ? ? ?1.4
> +++ ntop.spec ? 2 Mar 2009 18:09:12 -0000 ? ? ? 1.5
> @@ -1,6 +1,6 @@
> ?Name: ? ? ? ? ? ntop
> -Version: ? ? ? ?3.3.8
> -Release: ? ? ? ?3%{?dist}
> +Version: ? ? ? ?3.3.9
> +Release: ? ? ? ?1%{?dist}
> ?Summary: ? ? ? ?A network traffic probe similar to the UNIX top command
> ?Group: ? ? ? ? ?Applications/Internet
> ?License: ? ? ? ?GPLv2

After these inclusions license is not right ?

Check:
http://geolite.maxmind.com/download/geoip/database/LICENSE.txt

> @@ -8,17 +8,21 @@
> ?Source0: ? ? ? ?http://downloads.sourceforge.net/ntop/ntop-%{version}.tar.gz
> ?Source1: ? ? ? ?ntop.init
> ?Source2: ? ? ? ?ntop.conf
> +Source3: ? ? ? ?GeoIP.tar.gz
> +Source4: ? ? ? ?GeoLiteCity.dat.gz
> +Source5: ? ? ? ?GeoIPASNum.dat.gz

Complete URL would be better ?? These are big big files which have
text data but it is equivalent to binary in the sense that it cann't
be comprehended straight away. Is it okay for including in Fedora is a
question ?

> ?Patch1: ? ? ? ? ntop-am.patch
> ?Patch2: ? ? ? ? ntop-running-user.patch
> ?Patch3: ? ? ? ? ntop-dbfile-default-dir.patch
[..]
>
> ?%changelog
> -* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 3.3.8-3
> -- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild
> +* Fri Feb 27 2009 Peter Vrabec <pvrabec at redhat.com> - 3.3.9-1
> +- upgrade
> +- invalid certificate fix (#486725)

Why would you remove old changelog entry ? Some more information in
addition to upgrade wouldn't hurt also.

Well certificate fix was also not that important. Now the rpm size is big.

My point is a ping before an upgrade or a mail would not have hurt ? I
was just away for past 10 days (I had noted that down in wiki also)

--
Regards,
Rakesh Pandit



From dwayne at translate.org.za  Tue Mar  3 12:07:03 2009
From: dwayne at translate.org.za (Dwayne Bailey)
Date: Tue, 03 Mar 2009 12:07:03 +0000
Subject: Django applications in Fedora
Message-ID: <1236082023.10213.98.camel@localhost.localdomain>

>On Wed, 2009-02-25 at 19:13 -0500, David Malcolm wrote:
>> Perhaps mysite.settings in an RPM should be a simple python module that
>> looks in /etc/mysite.conf and gets values from there, and that file
>> should be %config(noreplace)
>> 
>> Thoughts?
>
> ...
>
> Why didn't I think of that?
>
> Anyways, I'm willing to help you run with this, as I'm trying to package
> another Django app (Transifex).

I also ran into this when packaging a Django app and did the same as above.

I'm packaging Pootle by the way:
http://translate.sourceforge.net/wiki/pootle/index

It is also a translation management solution.  I'm waiting for the
Django port to stabilise before pushing it into Fedora.  Most of it is
working, if anyone wants to test the RPMs just let me know.

PS sorry if I messed the thread, I've only just got on this list.

-- 
Dwayne Bailey
Associate                                      +27 12 460 1095 (w)
Translate.org.za                               +27 83 443 7114 (c)

Recent blog posts:
* Google Translate + libtranslate + Virtaal = machine translation in 7 new languages
http://www.translate.org.za/blogs/dwayne/en/content/google-translate-libtranslate-virtaal-machine-translation-7-new-languages
* Fixes for Skype Video, Webcam on Fedora
* libtranslate, TM plugins and Virtaal

Stop Digital Apartheid! - http://www.digitalapartheid.com
Firefox web browser in Afrikaans - http://af.www.mozilla.com/af/
African Network for Localisation (ANLoc) - http://africanlocalisation.net/




From jwboyer at gmail.com  Tue Mar  3 12:34:14 2009
From: jwboyer at gmail.com (Josh Boyer)
Date: Tue, 3 Mar 2009 07:34:14 -0500
Subject: Issues with Bodhi ?
In-Reply-To: <49AD16CE.9090704@poolshark.org>
References: <49AD16CE.9090704@poolshark.org>
Message-ID: <20090303123414.GA23240@yoda.jdub.homelinux.org>

On Tue, Mar 03, 2009 at 12:38:54PM +0100, Denis Leroy wrote:
> Any issues with Bodhi ? I just got pushed a number of updates-testing  
> packages that aren't even listed in bodhi (so I can't karma down the  
> F-10 breaking mono-zeroconf update)

Not exactly.  Here's what happened:

1) The updates were submitted for updates-testing
2) An updates push was started.  The updates were in said list.
3) The packages were signed and tagged for updates-testing
4) During the updates push, the maintainer deleted the updates
5) The updates were mashed into the updates-testing repo

So nothing wrong with bodhi, just an unfortunate series of events.
I'll remind maintainers to be careful of the updates they submit.

josh



From mschmidt at redhat.com  Tue Mar  3 12:41:16 2009
From: mschmidt at redhat.com (Michal Schmidt)
Date: Tue, 3 Mar 2009 13:41:16 +0100
Subject: Gajim: owner needed for EPEL
In-Reply-To: <3170f42f0903022021sc2b62d0i4d232814f7ef2264@mail.gmail.com>
References: <3170f42f0903022021sc2b62d0i4d232814f7ef2264@mail.gmail.com>
Message-ID: <20090303134116.60f9384d@brian.englab.brq.redhat.com>

On Tue, 3 Mar 2009 09:51:56 +0530
Debarshi Ray wrote:

> https://bugzilla.redhat.com/478342 indicates that people are
> rebuilding Fedora's gajim package for RHEL 5.x. I think it will be
> good to have gajim in EPEL. Anyone interested?

I'll take it. My Fedora account name is 'michich'.
Michal



From ndbecker2 at gmail.com  Tue Mar  3 13:13:26 2009
From: ndbecker2 at gmail.com (Neal Becker)
Date: Tue, 03 Mar 2009 08:13:26 -0500
Subject: why doesn't installation setup /var/tmp/rpm?
Message-ID: <gojadn$sc0$1@ger.gmane.org>

I always have to do
mkdir /var/tmp/rpm
chmod 1777 /var/tmp/rpm




From paul at city-fan.org  Tue Mar  3 13:19:55 2009
From: paul at city-fan.org (Paul Howarth)
Date: Tue, 3 Mar 2009 13:19:55 +0000
Subject: why doesn't installation setup /var/tmp/rpm?
In-Reply-To: <gojadn$sc0$1@ger.gmane.org>
References: <gojadn$sc0$1@ger.gmane.org>
Message-ID: <20090303131955.32648e2e@metropolis.intra.city-fan.org>

On Tue, 03 Mar 2009 08:13:26 -0500
Neal Becker <ndbecker2 at gmail.com> wrote:

> I always have to do
> mkdir /var/tmp/rpm
> chmod 1777 /var/tmp/rpm

What's it needed for? I've never needed to do this.

Paul.



From chenrano2002 at 163.com  Tue Mar  3 21:19:35 2009
From: chenrano2002 at 163.com (Ray Chen)
Date: Wed, 04 Mar 2009 05:19:35 +0800
Subject: why doesn't installation setup /var/tmp/rpm?
In-Reply-To: <gojadn$sc0$1@ger.gmane.org>
References: <gojadn$sc0$1@ger.gmane.org>
Message-ID: <1236115175.2449.3.camel@localhost.localdomain>

On Tue, 2009-03-03 at 08:13 -0500, Neal Becker wrote:
> I always have to do
> mkdir /var/tmp/rpm
> chmod 1777 /var/tmp/rpm
> 
> 

more details??

Thanks,
Ray




From ndbecker2 at gmail.com  Tue Mar  3 13:27:52 2009
From: ndbecker2 at gmail.com (Neal Becker)
Date: Tue, 03 Mar 2009 08:27:52 -0500
Subject: why doesn't installation setup /var/tmp/rpm?
References: <gojadn$sc0$1@ger.gmane.org>
	<20090303131955.32648e2e@metropolis.intra.city-fan.org>
Message-ID: <gojb8q$48i$1@ger.gmane.org>

Paul Howarth wrote:

> On Tue, 03 Mar 2009 08:13:26 -0500
> Neal Becker <ndbecker2 at gmail.com> wrote:
> 
>> I always have to do
>> mkdir /var/tmp/rpm
>> chmod 1777 /var/tmp/rpm
> 
> What's it needed for? I've never needed to do this.
> 
> Paul.
> 
If I don't then when I run yum I always get a flood of messages saying 
'unable to get backing store ...' or something like that.  This has been 
true on every machine I've setup for Fedora for many releases back.




From debarshi.ray at gmail.com  Tue Mar  3 13:29:08 2009
From: debarshi.ray at gmail.com (Debarshi Ray)
Date: Tue, 3 Mar 2009 18:59:08 +0530
Subject: Gajim: owner needed for EPEL
In-Reply-To: <20090303134116.60f9384d@brian.englab.brq.redhat.com>
References: <3170f42f0903022021sc2b62d0i4d232814f7ef2264@mail.gmail.com>
	<20090303134116.60f9384d@brian.englab.brq.redhat.com>
Message-ID: <3170f42f0903030529m5adcd563s21028af9af94f94b@mail.gmail.com>

>> https://bugzilla.redhat.com/478342 indicates that people are
>> rebuilding Fedora's gajim package for RHEL 5.x. I think it will be
>> good to have gajim in EPEL. Anyone interested?

> I'll take it. My Fedora account name is 'michich'.

I have requested the branches: https://bugzilla.redhat.com/166409

Happy hacking,
Debarshi



From chenrano2002 at 163.com  Tue Mar  3 21:33:57 2009
From: chenrano2002 at 163.com (Ray Chen)
Date: Wed, 04 Mar 2009 05:33:57 +0800
Subject: why doesn't installation setup /var/tmp/rpm?
In-Reply-To: <gojb8q$48i$1@ger.gmane.org>
References: <gojadn$sc0$1@ger.gmane.org>
	<20090303131955.32648e2e@metropolis.intra.city-fan.org>
	<gojb8q$48i$1@ger.gmane.org>
Message-ID: <1236116037.2449.5.camel@localhost.localdomain>

On Tue, 2009-03-03 at 08:27 -0500, Neal Becker wrote:
> Paul Howarth wrote:
> 
> > On Tue, 03 Mar 2009 08:13:26 -0500
> > Neal Becker <ndbecker2 at gmail.com> wrote:
> > 
> >> I always have to do
> >> mkdir /var/tmp/rpm
> >> chmod 1777 /var/tmp/rpm
> > 
> > What's it needed for? I've never needed to do this.
> > 
> > Paul.
> > 
> If I don't then when I run yum I always get a flood of messages saying 
> 'unable to get backing store ...' or something like that.  This has been 
> true on every machine I've setup for Fedora for many releases back.
> 
In /etc/yum.conf, there is a configure option which can specify package cache location.
The default is "cachedir=/var/cache/yum". you can modify it and run yum
using 'root'.

Ray




From mschwendt at gmail.com  Tue Mar  3 13:37:35 2009
From: mschwendt at gmail.com (Michael Schwendt)
Date: Tue, 3 Mar 2009 14:37:35 +0100
Subject: why doesn't installation setup /var/tmp/rpm?
In-Reply-To: <gojadn$sc0$1@ger.gmane.org>
References: <gojadn$sc0$1@ger.gmane.org>
Message-ID: <20090303143735.41aaedd6.mschwendt@gmail.com>

On Tue, 03 Mar 2009 08:13:26 -0500, Neal wrote:

> I always have to do
> mkdir /var/tmp/rpm
> chmod 1777 /var/tmp/rpm
> 
> 

As I'm just curious, what are your permission on /var/tmp?



From alexl at users.sourceforge.net  Tue Mar  3 14:21:21 2009
From: alexl at users.sourceforge.net (Alex Lancaster)
Date: Tue, 03 Mar 2009 07:21:21 -0700
Subject: rawhide report: 20090303 changes
In-Reply-To: <20090303081450.59E241B8013@releng2.fedora.phx.redhat.com>
	(Rawhide Report's message of "Tue\,
	3 Mar 2009 08\:14\:50 +0000 \(UTC\)")
References: <20090303081450.59E241B8013@releng2.fedora.phx.redhat.com>
Message-ID: <fvfxhu8z6m.fsf@allele2.eebweb.arizona.edu>

>>>>> Rawhide Report  writes:

> Compose started at Tue Mar  3 06:01:04 UTC 2009

Still no broken deps report?  Did the new rpm break it?

Alex



From bpepple at fedoraproject.org  Tue Mar  3 14:31:22 2009
From: bpepple at fedoraproject.org (Brian Pepple)
Date: Tue, 03 Mar 2009 09:31:22 -0500
Subject: Package Review Stats for the week ending March 1st, 2009
Message-ID: <1236090682.3053.3.camel@localhost.localdomain>

Top three FAS account holders who have completed reviewing "Package
review" components on bugzilla for the week ending March 1st, 2009
were Parag AN, Manuel Wolfshant, and Remi Collet. Below is the number of
package reviews completed.

Parag AN(????) - 11
manuel wolfshant - 8
Remi Collet - 4
Brennan Ashton - 2
Jens Petersen - 2
Jon Levell - 2
Marcela Maslanova - 2
Matthias Clasen - 2
Miroslav Suchy - 2
Paul Lange - 2
Peter Lemenkov - 2
Tom "spot" Callaway - 2
Andrew Overholt - 1
Dominik 'Rathann' Mierzejewski - 1
Hans de Goede - 1
Jason Tibbitts - 1
Jim Meyering - 1
Josh Boyer - 1
Lubomir Rintel - 1
Mamoru Tasaka - 1
Mary Ellen Foster - 1
Michel Alexandre Salim - 1
Milos Jakubicek - 1
Richard W.M. Jones - 1
Sebastian Vahl - 1
Steven M. Parrish - 1

Review Requests: 52
Merge Reviews: 2
Total Reviews Completed: 55

Thanks,
/B
-- 
Brian Pepple <bpepple at fedoraproject.org>

https://fedoraproject.org/wiki/User: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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090303/63348a0e/attachment.sig>

From awilliam at redhat.com  Tue Mar  3 15:02:51 2009
From: awilliam at redhat.com (Adam Williamson)
Date: Tue, 03 Mar 2009 07:02:51 -0800
Subject: Tcl 8.6 (was Re: Ready for new RPM version?)
In-Reply-To: <f224c6140903021807h3f6741c9ta5886c6e299d1831@mail.gmail.com>
References: <alpine.DEB.1.10.0902261918480.9856@gotcha.dreamhost.com>
	<1235765344.4960.58.camel@adam.local.net>
	<1235768279.18573.67.camel@jcmlaptop>
	<1235769527.4960.69.camel@adam.local.net> <goa46a$okd$1@ger.gmane.org>
	<1235786036.4960.127.camel@adam.local.net>
	<49A9A8DD.5060908@fedoraproject.org> <gocdmm$3r5$2@ger.gmane.org>
	<49A9CF48.1010002@fedoraproject.org>
	<1236038498.5276.47.camel@adam.local.net>
	<f224c6140903021807h3f6741c9ta5886c6e299d1831@mail.gmail.com>
Message-ID: <1236092571.4344.19.camel@adam.local.net>

On Mon, 2009-03-02 at 21:07 -0500, Michel Salim wrote:

> Speaking of Tcl/Tk, does anyone know whether Tcl 8.6 is backward
> compatible with 8.5? From my experience, 8.5 *appears* to be backward
> compatible with 8.4: a graphics library for this Scheme dialect I use,
> Chez, comes as a binary compiled against Tk 8.4, and symlinking gets
> it to run just fine.

Practically speaking, it sometimes works, as you can see. But it's not
officially supported. Minor version bumps - 8.4 -> 8.5, 8.5 -> 8.6 - are
allowed to (and do) break API and ABI compatibility for Tcl. Fedora's
Tcl policy explicitly requires Tcl packages install to Tcl
version-dependent directories in order to ensure that all code is run
with the Tcl minor version level it was built (or 'built') for, so I
doubt its maintainer would be in favour of symlink hacks...

> If 8.4 apps run fine on 8.5 and 8.6, perhaps we could add the
> necessary symlinks.
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org
http://www.happyassassin.net



From vonbrand at inf.utfsm.cl  Tue Mar  3 15:02:50 2009
From: vonbrand at inf.utfsm.cl (Horst H. von Brand)
Date: Tue, 03 Mar 2009 12:02:50 -0300
Subject: Rawhide mass udpate (64bit) status as of 03/02
In-Reply-To: <1235992391.2683.7.camel@scrappy.miketc.net>
References: <1235992391.2683.7.camel@scrappy.miketc.net>
Message-ID: <16741.1236092570@laptop14.inf.utfsm.cl>

Mike Chambers <mike at miketc.net> wrote:
> 1 - Latest kernel oopses when trying to start gdm.  I think I see/saw
> something about drm and nouveau in my logs.  An automatic oops report
> was sent to kerneloops.org as well.
> 
> kernel-2.6.29-0.159.rc6.git3.fc11.x86_64 (This kernel boots)
> kernel-2.6.29-0.176.rc6.git5.fc11.x86_64 (Newest kernel that oopses)

Here (intel videocard) it works fine.

> 2 - This may be related to top but when viewing web pages, some of the
> fonts are HUGE (sometimes they take up the whole screen) but not all.
> Maybe part of using older kernel but newer other packages (not sure that
> made sense LOL)?

<https://bugzilla.redhat.com/show_bug.cgi?id=487844>, go back to
nspr-4.7.3-3.fc11.x86_64

> 3 - Like others mentioned, red highlights in xterm along with
> characters as well when you type.  I believe even files/dir's are
> shown as red on red even though profile says differently.

<https://bugzilla.redhat.com/show_bug.cgi?id=487795>, go back to
vte-0.19.4-3.fc11.x86_64 (and reboot; or do some magic to really restart
gnome-terminal et al)
-- 
Dr. Horst H. von Brand                   User #22616 counter.li.org
Departamento de Informatica                    Fono: +56 32 2654431
Universidad Tecnica Federico Santa Maria             +56 32 2654239
Casilla 110-V, Valparaiso, Chile 2340000       Fax:  +56 32 2797513



From michel.sylvan at gmail.com  Tue Mar  3 15:11:38 2009
From: michel.sylvan at gmail.com (Michel Salim)
Date: Tue, 3 Mar 2009 10:11:38 -0500
Subject: Tcl 8.6 (was Re: Ready for new RPM version?)
In-Reply-To: <49ACDC47.2060107@redhat.com>
References: <alpine.DEB.1.10.0902261918480.9856@gotcha.dreamhost.com>
	<1235769527.4960.69.camel@adam.local.net> <goa46a$okd$1@ger.gmane.org>
	<1235786036.4960.127.camel@adam.local.net>
	<49A9A8DD.5060908@fedoraproject.org> <gocdmm$3r5$2@ger.gmane.org>
	<49A9CF48.1010002@fedoraproject.org>
	<1236038498.5276.47.camel@adam.local.net>
	<f224c6140903021807h3f6741c9ta5886c6e299d1831@mail.gmail.com>
	<49ACDC47.2060107@redhat.com>
Message-ID: <f224c6140903030711s39bf2426v4006d61140d6b0aa@mail.gmail.com>

On Tue, Mar 3, 2009 at 2:29 AM, Marcela Maslanova <mmaslano at redhat.com> wrote:
> You are joking right? Tcl 8.5 and 8.4 have a lot of differences. The worst
> of them is #483836 which can be hardly fixed. Tcl has released 8.6b1 which
> won't be in F-11 for sure. I'm waiting for stable release. The list of
> dependencies could be found here:
> https://fedoraproject.org/wiki/Features/tcl8.5. Details about tcl versions
> could be found here: http://www.tcl.tk/software/tcltk/choose.html

Uh, thanks. That looks to be quite a problem indeed. Actually, the
lack of threading might explain some of the bugs I see with Chez
Scheme's graphics module.

Will 8.6 be compiled with threading support for F-12?

Thanks,

-- 
mi?el salim  ?  http://hircus.jaiku.com/
IUCS         ?  msalim at cs.indiana.edu
Fedora       ?  salimma at fedoraproject.org
MacPorts     ?  hircus at macports.org



From ndbecker2 at gmail.com  Tue Mar  3 15:24:09 2009
From: ndbecker2 at gmail.com (Neal Becker)
Date: Tue, 03 Mar 2009 10:24:09 -0500
Subject: why doesn't installation setup /var/tmp/rpm?
References: <gojadn$sc0$1@ger.gmane.org>
	<20090303131955.32648e2e@metropolis.intra.city-fan.org>
	<gojb8q$48i$1@ger.gmane.org>
	<1236116037.2449.5.camel@localhost.localdomain>
Message-ID: <goji2p$tk8$1@ger.gmane.org>

Ray Chen wrote:

> On Tue, 2009-03-03 at 08:27 -0500, Neal Becker wrote:
>> Paul Howarth wrote:
>> 
>> > On Tue, 03 Mar 2009 08:13:26 -0500
>> > Neal Becker <ndbecker2 at gmail.com> wrote:
>> > 
>> >> I always have to do
>> >> mkdir /var/tmp/rpm
>> >> chmod 1777 /var/tmp/rpm
>> > 
>> > What's it needed for? I've never needed to do this.
>> > 
>> > Paul.
>> > 
>> If I don't then when I run yum I always get a flood of messages saying
>> 'unable to get backing store ...' or something like that.  This has been
>> true on every machine I've setup for Fedora for many releases back.
>> 
> In /etc/yum.conf, there is a configure option which can specify package
> cache location. The default is "cachedir=/var/cache/yum". you can modify
> it and run yum using 'root'.
> 
> Ray
> 
> 
I don't want to modify it.  I want to install fedora and it should already 
be setup correctly!




From mmaslano at redhat.com  Tue Mar  3 15:28:13 2009
From: mmaslano at redhat.com (Marcela Maslanova)
Date: Tue, 03 Mar 2009 16:28:13 +0100
Subject: Tcl 8.6 (was Re: Ready for new RPM version?)
In-Reply-To: <f224c6140903030711s39bf2426v4006d61140d6b0aa@mail.gmail.com>
References: <alpine.DEB.1.10.0902261918480.9856@gotcha.dreamhost.com>	<1235769527.4960.69.camel@adam.local.net>
	<goa46a$okd$1@ger.gmane.org>	<1235786036.4960.127.camel@adam.local.net>	<49A9A8DD.5060908@fedoraproject.org>
	<gocdmm$3r5$2@ger.gmane.org>	<49A9CF48.1010002@fedoraproject.org>	<1236038498.5276.47.camel@adam.local.net>	<f224c6140903021807h3f6741c9ta5886c6e299d1831@mail.gmail.com>	<49ACDC47.2060107@redhat.com>
	<f224c6140903030711s39bf2426v4006d61140d6b0aa@mail.gmail.com>
Message-ID: <49AD4C8D.5050200@redhat.com>

Michel Salim wrote:
> On Tue, Mar 3, 2009 at 2:29 AM, Marcela Maslanova <mmaslano at redhat.com> wrote:
>> You are joking right? Tcl 8.5 and 8.4 have a lot of differences. The worst
>> of them is #483836 which can be hardly fixed. Tcl has released 8.6b1 which
>> won't be in F-11 for sure. I'm waiting for stable release. The list of
>> dependencies could be found here:
>> https://fedoraproject.org/wiki/Features/tcl8.5. Details about tcl versions
>> could be found here: http://www.tcl.tk/software/tcltk/choose.html
> 
> Uh, thanks. That looks to be quite a problem indeed. Actually, the
> lack of threading might explain some of the bugs I see with Chez
> Scheme's graphics module.
> 
> Will 8.6 be compiled with threading support for F-12?
> 
> Thanks,
> 
I don't know if it will be with thread support.

There will be probably two or three beta version, which I will try.

-- 
Marcela Ma?l??ov?
BaseOS team Brno



From pmatilai at laiskiainen.org  Tue Mar  3 15:35:03 2009
From: pmatilai at laiskiainen.org (Panu Matilainen)
Date: Tue, 3 Mar 2009 17:35:03 +0200 (EET)
Subject: rawhide report: 20090303 changes
In-Reply-To: <fvfxhu8z6m.fsf@allele2.eebweb.arizona.edu>
References: <20090303081450.59E241B8013@releng2.fedora.phx.redhat.com>
	<fvfxhu8z6m.fsf@allele2.eebweb.arizona.edu>
Message-ID: <alpine.LFD.2.00.0903031732500.18130@turre.koti.laiskiainen.org>

On Tue, 3 Mar 2009, Alex Lancaster wrote:

>>>>>> Rawhide Report  writes:
>
>> Compose started at Tue Mar  3 06:01:04 UTC 2009
>
> Still no broken deps report?  Did the new rpm break it?

It'd have to be pretty damn buggy to break rawhide from a tarball sitting 
in rpm.org ;)

There's no new rpm in rawhide.

 	- Panu -



From joe at nall.com  Tue Mar  3 15:39:57 2009
From: joe at nall.com (Joe Nall)
Date: Tue, 3 Mar 2009 09:39:57 -0600
Subject: why doesn't installation setup /var/tmp/rpm?
In-Reply-To: <gojb8q$48i$1@ger.gmane.org>
References: <gojadn$sc0$1@ger.gmane.org>
	<20090303131955.32648e2e@metropolis.intra.city-fan.org>
	<gojb8q$48i$1@ger.gmane.org>
Message-ID: <E17E6A0C-A3DF-474D-8394-35150F04E8A3@nall.com>


On Mar 3, 2009, at 7:27 AM, Neal Becker wrote:

> Paul Howarth wrote:
>
>> On Tue, 03 Mar 2009 08:13:26 -0500
>> Neal Becker <ndbecker2 at gmail.com> wrote:
>>
>>> I always have to do
>>> mkdir /var/tmp/rpm
>>> chmod 1777 /var/tmp/rpm
>>
>> What's it needed for? I've never needed to do this.
>>
>> Paul.
>>
> If I don't then when I run yum I always get a flood of messages saying
> 'unable to get backing store ...' or something like that.  This has  
> been
> true on every machine I've setup for Fedora for many releases back.

I've never had to do this and don't have a /var/tmp/rpm. I suspect you  
are installing something or carrying some state forward that requires  
this.

Try installing a stock F10. yum update. Then start adding your local  
preferences/repos/apps. yum update after each. Find out what changes  
yum's configuration.

joe




From bruno at wolff.to  Tue Mar  3 15:43:01 2009
From: bruno at wolff.to (Bruno Wolff III)
Date: Tue, 3 Mar 2009 09:43:01 -0600
Subject: rawhide report: 20090303 changes
In-Reply-To: <fvfxhu8z6m.fsf@allele2.eebweb.arizona.edu>
References: <20090303081450.59E241B8013@releng2.fedora.phx.redhat.com>
	<fvfxhu8z6m.fsf@allele2.eebweb.arizona.edu>
Message-ID: <20090303154300.GA18372@wolff.to>

On Tue, Mar 03, 2009 at 07:21:21 -0700,
  Alex Lancaster <alexl at users.sourceforge.net> wrote:
> >>>>> Rawhide Report  writes:
> 
> > Compose started at Tue Mar  3 06:01:04 UTC 2009
> 
> Still no broken deps report?  Did the new rpm break it?

It would be nice if occasionally someone would also run checks for file
conflicts. yum's skip broken won't work around them. I had to work around
a few of them after the mass rebuild and have a couple bugs open for others
from before that.



From tcallawa at redhat.com  Tue Mar  3 15:46:26 2009
From: tcallawa at redhat.com (Tom "spot" Callaway)
Date: Tue, 03 Mar 2009 10:46:26 -0500
Subject: rawhide report: 20090303 changes
In-Reply-To: <1dedbbfc0903030019t27349813yece616445b281235@mail.gmail.com>
References: <20090303081450.59E241B8013@releng2.fedora.phx.redhat.com>
	<1dedbbfc0903030019t27349813yece616445b281235@mail.gmail.com>
Message-ID: <49AD50D2.4090605@redhat.com>

On 2009-03-03 at 3:19:24 -0500, David Nielsen <gnomeuser at gmail.com> wrote:
> 
> 
>     mono-nunit22-2.4.8-4.fc11
>     -------------------------
>     * Mon Mar 02 2009 Tom "spot" Callaway <tcallawa at redhat.com
>     <mailto:tcallawa at redhat.com>> - 2.4.8-4
>     - add fonts as BR to get this turd building again
> 
> 
> Maybe not comparing upstreams code to excrements would be more
> respectful and foster a better working relationship?

Call em like I see em. Although, to be fair, it is not a mono specific
rant, I'd label any library that required the presence of fonts in the
chroot in order to build equally smelly.

~spot



From pmatilai at laiskiainen.org  Tue Mar  3 15:49:49 2009
From: pmatilai at laiskiainen.org (Panu Matilainen)
Date: Tue, 3 Mar 2009 17:49:49 +0200 (EET)
Subject: why doesn't installation setup /var/tmp/rpm?
In-Reply-To: <gojb8q$48i$1@ger.gmane.org>
References: <gojadn$sc0$1@ger.gmane.org>
	<20090303131955.32648e2e@metropolis.intra.city-fan.org>
	<gojb8q$48i$1@ger.gmane.org>
Message-ID: <alpine.LFD.2.00.0903031748230.18130@turre.koti.laiskiainen.org>

On Tue, 3 Mar 2009, Neal Becker wrote:

> Paul Howarth wrote:
>
>> On Tue, 03 Mar 2009 08:13:26 -0500
>> Neal Becker <ndbecker2 at gmail.com> wrote:
>>
>>> I always have to do
>>> mkdir /var/tmp/rpm
>>> chmod 1777 /var/tmp/rpm
>>
>> What's it needed for? I've never needed to do this.
>>
>> Paul.
>>
> If I don't then when I run yum I always get a flood of messages saying
> 'unable to get backing store ...' or something like that.  This has been
> true on every machine I've setup for Fedora for many releases back.

Rpm doesn't use such directory for anything by default, and neither does 
yum AFAIK. Most likely you have overridden %{_tmppath} (by default 
/var/tmp) somewhere and forgotten all about it.

 	- Panu -



From ndbecker2 at gmail.com  Tue Mar  3 16:08:02 2009
From: ndbecker2 at gmail.com (Neal Becker)
Date: Tue, 03 Mar 2009 11:08:02 -0500
Subject: why doesn't installation setup /var/tmp/rpm?
References: <gojadn$sc0$1@ger.gmane.org>
	<20090303131955.32648e2e@metropolis.intra.city-fan.org>
	<gojb8q$48i$1@ger.gmane.org>
	<alpine.LFD.2.00.0903031748230.18130@turre.koti.laiskiainen.org>
Message-ID: <gojkl2$7tc$1@ger.gmane.org>

Panu Matilainen wrote:

> On Tue, 3 Mar 2009, Neal Becker wrote:
> 
>> Paul Howarth wrote:
>>
>>> On Tue, 03 Mar 2009 08:13:26 -0500
>>> Neal Becker <ndbecker2 at gmail.com> wrote:
>>>
>>>> I always have to do
>>>> mkdir /var/tmp/rpm
>>>> chmod 1777 /var/tmp/rpm
>>>
>>> What's it needed for? I've never needed to do this.
>>>
>>> Paul.
>>>
>> If I don't then when I run yum I always get a flood of messages saying
>> 'unable to get backing store ...' or something like that.  This has been
>> true on every machine I've setup for Fedora for many releases back.
> 
> Rpm doesn't use such directory for anything by default, and neither does
> yum AFAIK. Most likely you have overridden %{_tmppath} (by default
> /var/tmp) somewhere and forgotten all about it.
> 
>  - Panu -
> 

Ah, in MY .rpmmacros:
%_tmppath               /var/tmp/rpm

But this is a bug!  yum (run as root) shouldn't be using MY .rpmmacros.




From rdieter at fedoraproject.org  Tue Mar  3 15:25:36 2009
From: rdieter at fedoraproject.org (Rex Dieter)
Date: Tue, 03 Mar 2009 09:25:36 -0600
Subject: qt-4.5.0 license change to include LGPLv2
Message-ID: <49AD4BF0.1080005@fedoraproject.org>

With qt-4.5.0 final release today, QtSoftware has implemented the
planned licensing change to include LGPLv2.  In practical fedora
packaging/license terms, qt went from
License: GPLv3 with exceptions or GPLv2 with exceptions
to
License: GPLv3 with exceptions or LGPLv2 with exceptions
which is more permissive.

See also:
http://www.qtsoftware.com/products/licensing

-- Rex

_______________________________________________
Fedora-devel-announce mailing list
Fedora-devel-announce at redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-announce



From tibbs at math.uh.edu  Tue Mar  3 16:19:06 2009
From: tibbs at math.uh.edu (Jason L Tibbitts III)
Date: Tue, 03 Mar 2009 10:19:06 -0600
Subject: Xorg dual-head fail
In-Reply-To: <1236038848.5276.50.camel@adam.local.net> (Adam Williamson's
	message of "Mon\, 02 Mar 2009 16\:07\:28 -0800")
References: <3da3b5b40903010921t39cc0bcbpd2e333ebf8cea43c@mail.gmail.com>
	<1236038848.5276.50.camel@adam.local.net>
Message-ID: <ufay6vmy3yd.fsf@compute22.e.math.uh.edu>

>>>>> "AW" == Adam Williamson <awilliam at redhat.com> writes:

AW> The Intel driver devs (who are reading this, I'm sure, and
AW> apologies in advance for the jab, guys) have been promising
AW> dynamic reallocation of the framebuffer Real Soon Now for a while
AW> ;).

And they've already delivered, although the new driver is not yet in
rawhide as I believe it has some rather significant bugs.

 - J<



From promac at gmail.com  Tue Mar  3 16:20:41 2009
From: promac at gmail.com (Paulo Cavalcanti)
Date: Tue, 3 Mar 2009 13:20:41 -0300
Subject: Confirmed premature hard disk failure
In-Reply-To: <20081231151730.GB1430@angus.ind.WPI.EDU>
References: <1230686486.6985.516.camel@localhost.localdomain>
	<20081231044851.GA27670@angus.ind.WPI.EDU>
	<m3k59gsf9d.fsf@ursa.amorsen.dk>
	<20081231151204.GA1430@angus.ind.WPI.EDU>
	<20081231151730.GB1430@angus.ind.WPI.EDU>
Message-ID: <68720af30903030820n3191027cx2443f683b3dbfe30@mail.gmail.com>

On Wed, Dec 31, 2008 at 12:17 PM, Chuck Anderson <cra at wpi.edu> wrote:

> On Wed, Dec 31, 2008 at 10:12:04AM -0500, Chuck Anderson wrote:
> > On Wed, Dec 31, 2008 at 01:25:34PM +0100, Benny Amorsen wrote:
> > > Chuck Anderson <cra at WPI.EDU> writes:
> > >
> > > > Why did you wait until you had many pending/reallocated sectors
> before
> > > > RMAing it instead of RMAing it as soon as you had 1 bad sector?
> > >
> > > Which vendors accept RMA's for a reallocated sector for a consumer
> > > drive?
> >
> > I've had Dell and Seagate do it.  Seagate will replace a drive just by
> > filling out a web form--no justification needed at all.
>
> Oh, and IBM too.  Of course, these were all under warranty.
>

Here, there is a list of the affected hardware:

https://wiki.ubuntu.com/DanielHahler/Bug59695#Affected%20hardware

-- 
Paulo Roma Cavalcanti
LCG - UFRJ
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090303/b922496f/attachment.htm>

From silfreed at silfreed.net  Tue Mar  3 16:24:56 2009
From: silfreed at silfreed.net (Douglas E. Warner)
Date: Tue, 03 Mar 2009 11:24:56 -0500
Subject: why doesn't installation setup /var/tmp/rpm?
In-Reply-To: <gojkl2$7tc$1@ger.gmane.org>
References: <gojadn$sc0$1@ger.gmane.org>	<20090303131955.32648e2e@metropolis.intra.city-fan.org>	<gojb8q$48i$1@ger.gmane.org>	<alpine.LFD.2.00.0903031748230.18130@turre.koti.laiskiainen.org>
	<gojkl2$7tc$1@ger.gmane.org>
Message-ID: <49AD59D8.8060303@silfreed.net>

Neal Becker wrote:
> Ah, in MY .rpmmacros:
> %_tmppath               /var/tmp/rpm
> 
> But this is a bug!  yum (run as root) shouldn't be using MY .rpmmacros.
> 

Use "sudo -i" or "su -" if you want to inherit root's environment.

-Doug

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: OpenPGP digital signature
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090303/e16d7b01/attachment.sig>

From dennis at ausil.us  Tue Mar  3 16:26:06 2009
From: dennis at ausil.us (Dennis Gilmore)
Date: Tue, 3 Mar 2009 10:26:06 -0600 (CST)
Subject: why doesn't installation setup /var/tmp/rpm?
In-Reply-To: <gojkl2$7tc$1@ger.gmane.org>
References: <gojadn$sc0$1@ger.gmane.org>
	<20090303131955.32648e2e@metropolis.intra.city-fan.org>
	<gojb8q$48i$1@ger.gmane.org>
	<alpine.LFD.2.00.0903031748230.18130@turre.koti.laiskiainen.org>
	<gojkl2$7tc$1@ger.gmane.org>
Message-ID: <alpine.LFD.2.00.0903031023560.1831@thor.ausil.us>

On Tue, 3 Mar 2009, Neal Becker wrote:

> Date: Tue, 03 Mar 2009 11:08:02 -0500
> From: Neal Becker <ndbecker2 at gmail.com>
> Reply-To: Development discussions related to Fedora
>     <fedora-devel-list at redhat.com>
> To: fedora-devel-list at redhat.com
> Followup-To: gmane.linux.redhat.fedora.devel
> Subject: Re: why doesn't installation setup /var/tmp/rpm?
> 
> Panu Matilainen wrote:
>
>> On Tue, 3 Mar 2009, Neal Becker wrote:
>>
>>> Paul Howarth wrote:
>>>
>>>> On Tue, 03 Mar 2009 08:13:26 -0500
>>>> Neal Becker <ndbecker2 at gmail.com> wrote:
>>>>
>>>>> I always have to do
>>>>> mkdir /var/tmp/rpm
>>>>> chmod 1777 /var/tmp/rpm
>>>>
>>>> What's it needed for? I've never needed to do this.
>>>>
>>>> Paul.
>>>>
>>> If I don't then when I run yum I always get a flood of messages saying
>>> 'unable to get backing store ...' or something like that.  This has been
>>> true on every machine I've setup for Fedora for many releases back.
>>
>> Rpm doesn't use such directory for anything by default, and neither does
>> yum AFAIK. Most likely you have overridden %{_tmppath} (by default
>> /var/tmp) somewhere and forgotten all about it.
>>
>>  - Panu -
>>
>
> Ah, in MY .rpmmacros:
> %_tmppath               /var/tmp/rpm
>
> But this is a bug!  yum (run as root) shouldn't be using MY .rpmmacros.

if you did just "su"  to become root you still have your own user 
environment.  you need to use "su -" to pick up roots environment.  of 
course you really should not build rpms as root.

-- 
Dennis Gilmore



From jakub at redhat.com  Tue Mar  3 16:34:37 2009
From: jakub at redhat.com (Jakub Jelinek)
Date: Tue, 3 Mar 2009 17:34:37 +0100
Subject: odd gcc 4.4 failure on ppc/ppc64
In-Reply-To: <49AC7DDC.3040800@redhat.com>
References: <49AC7601.4070608@redhat.com>
	<20090303003710.GE4561@tyan-ft48-01.lab.bos.redhat.com>
	<49AC7DDC.3040800@redhat.com>
Message-ID: <20090303163437.GH4561@tyan-ft48-01.lab.bos.redhat.com>

On Mon, Mar 02, 2009 at 07:46:20PM -0500, Tom spot Callaway wrote:
> On 2009-03-02 at 19:37:10 -0500, Jakub Jelinek <jakub at redhat.com> wrote:
> > on the inline namespace line.  Perhaps the package defines inline as a macro
> > before including standard headers (don't do that if so)?
> 
> I don't see it doing that.

Just preprocess with -E -dD to see it.
I see
#define inline inline __attribute__((always_inline))
in <iwlib.h>, which obviously doesn't work well with
  inline namespace __glibcxx_ldbl128 {}
Either fix up iwlib.h not to do this (use iwlibinline or similar which
doesn't override inline keyword), or include such broken header last, or
#undef inline after including it.

	Jakub



From jwboyer at gmail.com  Tue Mar  3 16:37:45 2009
From: jwboyer at gmail.com (Josh Boyer)
Date: Tue, 3 Mar 2009 11:37:45 -0500
Subject: Latest updates pushes
Message-ID: <20090303163745.GB23240@yoda.jdub.homelinux.org>

Hi All,

I've been doing some testing the past two days on some new bodhi
code that allows rel-eng to push specific types of updates.  This
is in contrast to the normal "push everything" mode that usually
happens.

So if you've seen some of your updates get pushed but others not,
that is why.  It is not a bug in bodhi, and you don't need to open
a ticket anywhere.  The normal update tsunami will return shortly.

josh



From orion at cora.nwra.com  Tue Mar  3 17:18:21 2009
From: orion at cora.nwra.com (Orion Poplawski)
Date: Tue, 03 Mar 2009 10:18:21 -0700
Subject: Broken dependencies: gdal
In-Reply-To: <20090303170438.E24F41B8004@releng2.fedora.phx.redhat.com>
References: <20090303170438.E24F41B8004@releng2.fedora.phx.redhat.com>
Message-ID: <49AD665D.8080209@cora.nwra.com>

buildsys at fedoraproject.org wrote:
> gdal has broken dependencies in the development tree:
> On ppc:
> 	gdal-1.6.0-4.fc11.ppc64 requires libhdf5.so.5()(64bit)
> 	gdal-1.6.0-4.fc11.ppc64 requires libodbcinst.so.1()(64bit)
> 	gdal-1.6.0-4.fc11.ppc64 requires libodbc.so.1()(64bit)

I'm happy to do the bootstrap rebuild to fix this, but ACLs are closed.

-- 
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 jkeating at redhat.com  Tue Mar  3 17:45:40 2009
From: jkeating at redhat.com (Jesse Keating)
Date: Tue, 03 Mar 2009 09:45:40 -0800
Subject: rawhide report: 20090303 changes
In-Reply-To: <20090303081450.59E241B8013@releng2.fedora.phx.redhat.com>
References: <20090303081450.59E241B8013@releng2.fedora.phx.redhat.com>
Message-ID: <1236102340.891.18.camel@localhost.localdomain>

On Tue, 2009-03-03 at 08:14 +0000, Rawhide Report wrote:
> Compose started at Tue Mar  3 06:01:04 UTC 2009

Dep reports have been missing due to an errant API change in
repoclosure.  Here is the generated output:

Broken deps for i386
----------------------------------------------------------
        asterisk-odbc-1.6.1-0.21.rc1.fc11.i386 requires libodbc.so.1
        asterisk-voicemail-odbc-1.6.1-0.21.rc1.fc11.i386 requires libodbc.so.1
        clusterlib-3.0.0-11.alpha5.fc11.i586 requires libconfdb.so.2(COROSYNC_CONFDB_1.0)
        clusterlib-3.0.0-11.alpha5.fc11.i586 requires libconfdb.so.2
        cman-3.0.0-11.alpha5.fc11.i586 requires libcpg.so.2
        cman-3.0.0-11.alpha5.fc11.i586 requires libcpg.so.2(COROSYNC_CPG_1.0)
        cman-3.0.0-11.alpha5.fc11.i586 requires libconfdb.so.2(COROSYNC_CONFDB_1.0)
        cman-3.0.0-11.alpha5.fc11.i586 requires libconfdb.so.2
        dbmail-2.2.11-2.fc10.i386 requires libgmime-2.0.so.2
        dbmail-auth-ldap-2.2.11-2.fc10.i386 requires libgmime-2.0.so.2
        dbmail-mysql-2.2.11-2.fc10.i386 requires libssl.so.7
        dbmail-mysql-2.2.11-2.fc10.i386 requires libcrypto.so.7
        dbmail-mysql-2.2.11-2.fc10.i386 requires libmysqlclient.so.15
        dbmail-mysql-2.2.11-2.fc10.i386 requires libgmime-2.0.so.2
        dbmail-mysql-2.2.11-2.fc10.i386 requires libmysqlclient.so.15(libmysqlclient_15)
        dbmail-pgsql-2.2.11-2.fc10.i386 requires libgmime-2.0.so.2
        elilo-3.6-9.i386 requires efibootmgr
        elisa-0.5.29-1.fc11.noarch requires elisa-plugins-bad >= 0:0.5.29
        firstaidkit-plugin-grub-0.2.2-7.fc11.noarch requires grub
        foobillard-3.0a-11.i586 requires dejavu-fonts-sans
        gdal-1.6.0-4.fc11.i386 requires libodbc.so.1
        gdal-1.6.0-4.fc11.i386 requires libodbcinst.so.1
        gdal-1.6.0-4.fc11.i386 requires libhdf5.so.5
        gdal-perl-1.6.0-4.fc11.i386 requires libodbc.so.1
        gdal-perl-1.6.0-4.fc11.i386 requires libodbcinst.so.1
        gdal-perl-1.6.0-4.fc11.i386 requires libhdf5.so.5
        gdal-ruby-1.6.0-4.fc11.i386 requires libodbc.so.1
        gdal-ruby-1.6.0-4.fc11.i386 requires libodbcinst.so.1
        gdal-ruby-1.6.0-4.fc11.i386 requires libhdf5.so.5
        google-perftools-0.99.1-2.fc11.i586 requires libunwind.so.7
        grass-6.3.0-10.fc11.i386 requires libodbc.so.1
        1:libglade-devel-0.17-22.fc11.i586 requires pkgconfig(gnomeui)
        libgnomedbmm-2.9.5-4.fc9.i386 requires libgdamm-3.0.so.10
        libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb_graph-3.0.so.4
        libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb-3.0.so.4
        libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb_extra-3.0.so.4
        libnc-dap-devel-3.7.3-2.fc11.i586 requires pkgconfig(libdapclient)
        libopensync-plugin-syncml-0.35-4.fc10.i386 requires libsyncml.so.0
        linkage-0.2.0-4.fc11.i386 requires libcrypto.so.7
        linkage-0.2.0-4.fc11.i386 requires libtorrent-rasterbar.so.0
        lsvpd-1.6.4-3.fc10.i386 requires libvpd_cxx-2.0.so.0
        maniadrive-1.2-13.fc11.i586 requires libphp5-5.2.8.so
        maniadrive-track-editor-1.2-13.fc11.i586 requires libphp5-5.2.8.so
        mapnik-0.5.2-0.10.svn780.fc11.i386 requires dejavu-fonts-sans
        mhonarc-2.6.16-5.fc11.noarch requires perl(readmail.pl)
        mhonarc-2.6.16-5.fc11.noarch requires perl(ewhutil.pl)
        mhonarc-2.6.16-5.fc11.noarch requires perl(mhtime.pl)
        mingw32-gcc-objc-4.4.0-0.5.fc11.i586 requires mingw32-libobjc = 0:4.4.0-0.5.fc11
        mingw32-gcc-objc++-4.4.0-0.5.fc11.i586 requires mingw32-gcc-g++ = 0:4.4.0-0.5.fc11
        mono-sharpcvslib-0.35-9.fc11.i586 requires mono(nunit.framework) = 0:2.2.10.0
        monodevelop-1.9.2-2.beta1.20092202svn127584.fc11.i586 requires mono(nunit.framework) = 0:2.2.10.0
        monodevelop-1.9.2-2.beta1.20092202svn127584.fc11.i586 requires mono(nunit.core) = 0:2.2.10.0
        1:nant-0.85-26.fc11.i586 requires mono(nunit.util) = 0:2.2.10.0
        1:nant-0.85-26.fc11.i586 requires mono(nunit.core) = 0:2.2.10.0
        1:pan-0.133-1.fc10.i386 requires libgmime-2.0.so.2
        perl-Class-Prototyped-1.11-2.fc11.noarch requires perl(Class::Prototyped::Graph)
        pfstools-octave-1.7.0-3.fc11.i386 requires libhdf5.so.5
        postgresql-odbcng-0.90.101-2.fc10.i386 requires libodbcinst.so.1
        python-matplotlib-0.98.5.2-3.fc11.i586 requires dejavu-fonts-sans
        qemu-system-x86-1.0-0.4.svn6666.fc11.i586 requires bochs-bios
        qpidd-cluster-0.4.738618-2.fc11.i386 requires libcpg.so.2(COROSYNC_CPG_1.0)
        qpidd-cluster-0.4.738618-2.fc11.i386 requires libcpg.so.2
        raydium-1.2-13.fc11.i586 requires libphp5-5.2.8.so
        rcssserver3d-0.6-10.fc11.i586 requires dejavu-fonts-sans-mono
        rhnpush-0.4.5-1.fc11.noarch requires rhnlib
        ruby-rpm-1.2.3-4.fc9.i386 requires librpmdb-4.4.so
        ruby-rpm-1.2.3-4.fc9.i386 requires librpmio-4.4.so
        ruby-rpm-1.2.3-4.fc9.i386 requires librpmbuild-4.4.so
        ruby-rpm-1.2.3-4.fc9.i386 requires librpm-4.4.so
        tvtime-1.0.2-4.fc11.i586 requires liberation-fonts
        vegastrike-0.5.0-8.fc11.i586 requires libOgreMain-1.6.0.so
        vtk-examples-5.0.4-26.fc11.i386 requires vtkdata = 0:5.0.4
        vtk-testing-5.0.4-26.fc11.i386 requires vtkdata = 0:5.0.4



Broken deps for x86_64
----------------------------------------------------------
        asterisk-odbc-1.6.1-0.21.rc1.fc11.x86_64 requires libodbc.so.1()(64bit)
        asterisk-voicemail-odbc-1.6.1-0.21.rc1.fc11.x86_64 requires libodbc.so.1()(64bit)
        clusterlib-3.0.0-11.alpha5.fc11.i586 requires libconfdb.so.2(COROSYNC_CONFDB_1.0)
        clusterlib-3.0.0-11.alpha5.fc11.i586 requires libconfdb.so.2
        clusterlib-3.0.0-11.alpha5.fc11.x86_64 requires libconfdb.so.2()(64bit)
        clusterlib-3.0.0-11.alpha5.fc11.x86_64 requires libconfdb.so.2(COROSYNC_CONFDB_1.0)(64bit)
        cman-3.0.0-11.alpha5.fc11.x86_64 requires libconfdb.so.2()(64bit)
        cman-3.0.0-11.alpha5.fc11.x86_64 requires libcpg.so.2()(64bit)
        cman-3.0.0-11.alpha5.fc11.x86_64 requires libcpg.so.2(COROSYNC_CPG_1.0)(64bit)
        cman-3.0.0-11.alpha5.fc11.x86_64 requires libconfdb.so.2(COROSYNC_CONFDB_1.0)(64bit)
        dbmail-2.2.11-2.fc10.x86_64 requires libgmime-2.0.so.2()(64bit)
        dbmail-auth-ldap-2.2.11-2.fc10.x86_64 requires libgmime-2.0.so.2()(64bit)
        dbmail-mysql-2.2.11-2.fc10.x86_64 requires libmysqlclient.so.15(libmysqlclient_15)(64bit)
        dbmail-mysql-2.2.11-2.fc10.x86_64 requires libgmime-2.0.so.2()(64bit)
        dbmail-mysql-2.2.11-2.fc10.x86_64 requires libssl.so.7()(64bit)
        dbmail-mysql-2.2.11-2.fc10.x86_64 requires libcrypto.so.7()(64bit)
        dbmail-mysql-2.2.11-2.fc10.x86_64 requires libmysqlclient.so.15()(64bit)
        dbmail-pgsql-2.2.11-2.fc10.x86_64 requires libgmime-2.0.so.2()(64bit)
        elisa-0.5.29-1.fc11.noarch requires elisa-plugins-bad >= 0:0.5.29
        foobillard-3.0a-11.x86_64 requires dejavu-fonts-sans
        gdal-1.6.0-4.fc11.i386 requires libodbc.so.1
        gdal-1.6.0-4.fc11.i386 requires libodbcinst.so.1
        gdal-1.6.0-4.fc11.i386 requires libhdf5.so.5
        gdal-1.6.0-4.fc11.x86_64 requires libhdf5.so.5()(64bit)
        gdal-1.6.0-4.fc11.x86_64 requires libodbcinst.so.1()(64bit)
        gdal-1.6.0-4.fc11.x86_64 requires libodbc.so.1()(64bit)
        gdal-perl-1.6.0-4.fc11.x86_64 requires libhdf5.so.5()(64bit)
        gdal-perl-1.6.0-4.fc11.x86_64 requires libodbcinst.so.1()(64bit)
        gdal-perl-1.6.0-4.fc11.x86_64 requires libodbc.so.1()(64bit)
        gdal-ruby-1.6.0-4.fc11.x86_64 requires libhdf5.so.5()(64bit)
        gdal-ruby-1.6.0-4.fc11.x86_64 requires libhdf5.so.5()(64bit)
        gdal-ruby-1.6.0-4.fc11.x86_64 requires libodbcinst.so.1()(64bit)
        gdal-ruby-1.6.0-4.fc11.x86_64 requires libodbc.so.1()(64bit)
        google-perftools-0.99.1-2.fc11.i586 requires libunwind.so.7
        grass-6.3.0-10.fc11.x86_64 requires libodbc.so.1()(64bit)
        1:libglade-devel-0.17-22.fc11.i586 requires pkgconfig(gnomeui)
        1:libglade-devel-0.17-22.fc11.x86_64 requires pkgconfig(gnomeui)
        libgnomedbmm-2.9.5-4.fc9.i386 requires libgdamm-3.0.so.10
        libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb_graph-3.0.so.4
        libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb-3.0.so.4
        libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb_extra-3.0.so.4
        libgnomedbmm-2.9.5-4.fc9.x86_64 requires libgnomedb_graph-3.0.so.4()(64bit)
        libgnomedbmm-2.9.5-4.fc9.x86_64 requires libgnomedb-3.0.so.4()(64bit)
        libgnomedbmm-2.9.5-4.fc9.x86_64 requires libgdamm-3.0.so.10()(64bit)
        libgnomedbmm-2.9.5-4.fc9.x86_64 requires libgnomedb_extra-3.0.so.4()(64bit)
        libnc-dap-devel-3.7.3-2.fc11.i586 requires pkgconfig(libdapclient)
        libnc-dap-devel-3.7.3-2.fc11.x86_64 requires pkgconfig(libdapclient)
        libopensync-plugin-syncml-0.35-4.fc10.x86_64 requires libsyncml.so.0()(64bit)
        linkage-0.2.0-4.fc11.i386 requires libcrypto.so.7
        linkage-0.2.0-4.fc11.i386 requires libtorrent-rasterbar.so.0
        linkage-0.2.0-4.fc11.x86_64 requires libtorrent-rasterbar.so.0()(64bit)
        linkage-0.2.0-4.fc11.x86_64 requires libcrypto.so.7()(64bit)
        lsvpd-1.6.4-3.fc10.x86_64 requires libvpd_cxx-2.0.so.0()(64bit)
        maniadrive-1.2-13.fc11.x86_64 requires libphp5-5.2.8.so()(64bit)
        maniadrive-track-editor-1.2-13.fc11.x86_64 requires libphp5-5.2.8.so()(64bit)
        mapnik-0.5.2-0.10.svn780.fc11.i386 requires dejavu-fonts-sans
        mapnik-0.5.2-0.10.svn780.fc11.x86_64 requires dejavu-fonts-sans
        mhonarc-2.6.16-5.fc11.noarch requires perl(readmail.pl)
        mhonarc-2.6.16-5.fc11.noarch requires perl(ewhutil.pl)
        mhonarc-2.6.16-5.fc11.noarch requires perl(mhtime.pl)
        mingw32-gcc-objc-4.4.0-0.5.fc11.x86_64 requires mingw32-libobjc = 0:4.4.0-0.5.fc11
        mingw32-gcc-objc++-4.4.0-0.5.fc11.x86_64 requires mingw32-gcc-g++ = 0:4.4.0-0.5.fc11
        mono-sharpcvslib-0.35-9.fc11.x86_64 requires mono(nunit.framework) = 0:2.2.10.0
        monodevelop-1.9.2-2.beta1.20092202svn127584.fc11.x86_64 requires mono(nunit.framework) = 0:2.2.10.0
        monodevelop-1.9.2-2.beta1.20092202svn127584.fc11.x86_64 requires mono(nunit.core) = 0:2.2.10.0
        1:nant-0.85-26.fc11.x86_64 requires mono(nunit.util) = 0:2.2.10.0
        1:nant-0.85-26.fc11.x86_64 requires mono(nunit.core) = 0:2.2.10.0
        1:pan-0.133-1.fc10.x86_64 requires libgmime-2.0.so.2()(64bit)
        perl-Class-Prototyped-1.11-2.fc11.noarch requires perl(Class::Prototyped::Graph)
        pfstools-octave-1.7.0-3.fc11.x86_64 requires libhdf5.so.5()(64bit)
        postgresql-odbcng-0.90.101-2.fc10.i386 requires libodbcinst.so.1
        postgresql-odbcng-0.90.101-2.fc10.x86_64 requires libodbcinst.so.1()(64bit)
        python-matplotlib-0.98.5.2-3.fc11.x86_64 requires dejavu-fonts-sans
        qemu-system-x86-1.0-0.4.svn6666.fc11.x86_64 requires bochs-bios
        qpidd-cluster-0.4.738618-2.fc11.x86_64 requires libcpg.so.2()(64bit)
        qpidd-cluster-0.4.738618-2.fc11.x86_64 requires libcpg.so.2(COROSYNC_CPG_1.0)(64bit)
        raydium-1.2-13.fc11.i586 requires libphp5-5.2.8.so
        raydium-1.2-13.fc11.x86_64 requires libphp5-5.2.8.so()(64bit)
        rcssserver3d-0.6-10.fc11.i586 requires dejavu-fonts-sans-mono
        rcssserver3d-0.6-10.fc11.x86_64 requires dejavu-fonts-sans-mono
        rhnpush-0.4.5-1.fc11.noarch requires rhnlib
        ruby-rpm-1.2.3-4.fc9.x86_64 requires librpmdb-4.4.so()(64bit)
        ruby-rpm-1.2.3-4.fc9.x86_64 requires librpmbuild-4.4.so()(64bit)
        ruby-rpm-1.2.3-4.fc9.x86_64 requires librpmio-4.4.so()(64bit)
        ruby-rpm-1.2.3-4.fc9.x86_64 requires librpm-4.4.so()(64bit)
        tvtime-1.0.2-4.fc11.x86_64 requires liberation-fonts
        vegastrike-0.5.0-8.fc11.x86_64 requires libOgreMain-1.6.0.so()(64bit)
        vtk-examples-5.0.4-26.fc11.x86_64 requires vtkdata = 0:5.0.4
        vtk-testing-5.0.4-26.fc11.x86_64 requires vtkdata = 0:5.0.4



Broken deps for ppc
----------------------------------------------------------
        asterisk-odbc-1.6.1-0.21.rc1.fc11.ppc requires libodbc.so.1
        asterisk-voicemail-odbc-1.6.1-0.21.rc1.fc11.ppc requires libodbc.so.1
        clusterlib-3.0.0-11.alpha5.fc11.ppc requires libconfdb.so.2(COROSYNC_CONFDB_1.0)
        clusterlib-3.0.0-11.alpha5.fc11.ppc requires libconfdb.so.2
        clusterlib-3.0.0-11.alpha5.fc11.ppc64 requires libconfdb.so.2()(64bit)
        clusterlib-3.0.0-11.alpha5.fc11.ppc64 requires libconfdb.so.2(COROSYNC_CONFDB_1.0)(64bit)
        cman-3.0.0-11.alpha5.fc11.ppc requires libcpg.so.2
        cman-3.0.0-11.alpha5.fc11.ppc requires libcpg.so.2(COROSYNC_CPG_1.0)
        cman-3.0.0-11.alpha5.fc11.ppc requires libconfdb.so.2(COROSYNC_CONFDB_1.0)
        cman-3.0.0-11.alpha5.fc11.ppc requires libconfdb.so.2
        dbmail-2.2.11-2.fc10.ppc requires libgmime-2.0.so.2
        dbmail-auth-ldap-2.2.11-2.fc10.ppc requires libgmime-2.0.so.2
        dbmail-mysql-2.2.11-2.fc10.ppc requires libssl.so.7
        dbmail-mysql-2.2.11-2.fc10.ppc requires libmysqlclient.so.15
        dbmail-mysql-2.2.11-2.fc10.ppc requires libcrypto.so.7
        dbmail-mysql-2.2.11-2.fc10.ppc requires libmysqlclient.so.15(libmysqlclient_15)
        dbmail-mysql-2.2.11-2.fc10.ppc requires libgmime-2.0.so.2
        dbmail-pgsql-2.2.11-2.fc10.ppc requires libgmime-2.0.so.2
        elisa-0.5.29-1.fc11.noarch requires elisa-plugins-bad >= 0:0.5.29
        foobillard-3.0a-11.ppc requires dejavu-fonts-sans
        gdal-1.6.0-4.fc11.ppc requires libodbc.so.1
        gdal-1.6.0-4.fc11.ppc requires libodbcinst.so.1
        gdal-1.6.0-4.fc11.ppc requires libhdf5.so.5
        gdal-1.6.0-4.fc11.ppc64 requires libhdf5.so.5()(64bit)
        gdal-1.6.0-4.fc11.ppc64 requires libodbcinst.so.1()(64bit)
        gdal-1.6.0-4.fc11.ppc64 requires libodbc.so.1()(64bit)
        gdal-perl-1.6.0-4.fc11.ppc requires libodbc.so.1
        gdal-perl-1.6.0-4.fc11.ppc requires libodbcinst.so.1
        gdal-perl-1.6.0-4.fc11.ppc requires libhdf5.so.5
        gdal-ruby-1.6.0-4.fc11.ppc requires libodbc.so.1
        gdal-ruby-1.6.0-4.fc11.ppc requires libodbcinst.so.1
        gdal-ruby-1.6.0-4.fc11.ppc requires libhdf5.so.5
        grass-6.3.0-10.fc11.ppc requires libodbc.so.1
        1:libglade-devel-0.17-22.fc11.ppc requires pkgconfig(gnomeui)
        1:libglade-devel-0.17-22.fc11.ppc64 requires pkgconfig(gnomeui)
        libgnomedbmm-2.9.5-4.fc9.ppc requires libgdamm-3.0.so.10
        libgnomedbmm-2.9.5-4.fc9.ppc requires libgnomedb_graph-3.0.so.4
        libgnomedbmm-2.9.5-4.fc9.ppc requires libgnomedb-3.0.so.4
        libgnomedbmm-2.9.5-4.fc9.ppc requires libgnomedb_extra-3.0.so.4
        libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgnomedb_graph-3.0.so.4()(64bit)
        libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgnomedb-3.0.so.4()(64bit)
        libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgdamm-3.0.so.10()(64bit)
        libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgnomedb_extra-3.0.so.4()(64bit)
        libnc-dap-devel-3.7.3-2.fc11.ppc requires pkgconfig(libdapclient)
        libnc-dap-devel-3.7.3-2.fc11.ppc64 requires pkgconfig(libdapclient)
        libopensync-plugin-syncml-0.35-4.fc10.ppc requires libsyncml.so.0
        linkage-0.2.0-4.fc11.ppc requires libcrypto.so.7
        linkage-0.2.0-4.fc11.ppc requires libtorrent-rasterbar.so.0
        linkage-0.2.0-4.fc11.ppc64 requires libtorrent-rasterbar.so.0()(64bit)
        linkage-0.2.0-4.fc11.ppc64 requires libcrypto.so.7()(64bit)
        lsvpd-1.6.4-3.fc10.ppc requires libvpd_cxx-2.0.so.0
        maniadrive-1.2-13.fc11.ppc requires libphp5-5.2.8.so
        maniadrive-track-editor-1.2-13.fc11.ppc requires libphp5-5.2.8.so
        mapnik-0.5.2-0.10.svn780.fc11.ppc requires dejavu-fonts-sans
        mapnik-0.5.2-0.10.svn780.fc11.ppc64 requires dejavu-fonts-sans
        mhonarc-2.6.16-5.fc11.noarch requires perl(readmail.pl)
        mhonarc-2.6.16-5.fc11.noarch requires perl(ewhutil.pl)
        mhonarc-2.6.16-5.fc11.noarch requires perl(mhtime.pl)
        mingw32-gcc-objc-4.4.0-0.5.fc11.ppc requires mingw32-libobjc = 0:4.4.0-0.5.fc11
        mingw32-gcc-objc++-4.4.0-0.5.fc11.ppc requires mingw32-gcc-g++ = 0:4.4.0-0.5.fc11
        1:pan-0.133-1.fc10.ppc requires libgmime-2.0.so.2
        perl-Class-Prototyped-1.11-2.fc11.noarch requires perl(Class::Prototyped::Graph)
        pfstools-octave-1.7.0-3.fc11.ppc requires libhdf5.so.5
        postgresql-odbcng-0.90.101-2.fc10.ppc requires libodbcinst.so.1
        postgresql-odbcng-0.90.101-2.fc10.ppc64 requires libodbcinst.so.1()(64bit)
        python-matplotlib-0.98.5.2-3.fc11.ppc requires dejavu-fonts-sans
        qemu-system-x86-1.0-0.4.svn6666.fc11.ppc requires bochs-bios
        qpidd-cluster-0.4.738618-2.fc11.ppc requires libcpg.so.2(COROSYNC_CPG_1.0)
        qpidd-cluster-0.4.738618-2.fc11.ppc requires libcpg.so.2
        raydium-1.2-13.fc11.ppc requires libphp5-5.2.8.so
        raydium-1.2-13.fc11.ppc64 requires libphp5-5.2.8.so()(64bit)
        rcssserver3d-0.6-10.fc11.ppc requires dejavu-fonts-sans-mono
        rcssserver3d-0.6-10.fc11.ppc64 requires dejavu-fonts-sans-mono
        rhnpush-0.4.5-1.fc11.noarch requires rhnlib
        ruby-rpm-1.2.3-4.fc9.ppc requires librpmdb-4.4.so
        ruby-rpm-1.2.3-4.fc9.ppc requires librpmio-4.4.so
        ruby-rpm-1.2.3-4.fc9.ppc requires librpmbuild-4.4.so
        ruby-rpm-1.2.3-4.fc9.ppc requires librpm-4.4.so
        tvtime-1.0.2-4.fc11.ppc requires liberation-fonts
        vegastrike-0.5.0-8.fc11.ppc requires libOgreMain-1.6.0.so
        vtk-examples-5.0.4-26.fc11.ppc requires vtkdata = 0:5.0.4
        vtk-testing-5.0.4-26.fc11.ppc requires vtkdata = 0:5.0.4



Broken deps for ppc64
----------------------------------------------------------
        asterisk-odbc-1.6.1-0.21.rc1.fc11.ppc64 requires libodbc.so.1()(64bit)
        asterisk-voicemail-odbc-1.6.1-0.21.rc1.fc11.ppc64 requires libodbc.so.1()(64bit)
        cabal2spec-0.12-1.fc11.noarch requires ghc > 0:6.10.1-7
        clusterlib-3.0.0-11.alpha5.fc11.ppc64 requires libconfdb.so.2()(64bit)
        clusterlib-3.0.0-11.alpha5.fc11.ppc64 requires libconfdb.so.2(COROSYNC_CONFDB_1.0)(64bit)
        cman-3.0.0-11.alpha5.fc11.ppc64 requires libconfdb.so.2()(64bit)
        cman-3.0.0-11.alpha5.fc11.ppc64 requires libcpg.so.2()(64bit)
        cman-3.0.0-11.alpha5.fc11.ppc64 requires libcpg.so.2(COROSYNC_CPG_1.0)(64bit)
        cman-3.0.0-11.alpha5.fc11.ppc64 requires libconfdb.so.2(COROSYNC_CONFDB_1.0)(64bit)
        dbmail-2.2.11-2.fc10.ppc64 requires libgmime-2.0.so.2()(64bit)
        dbmail-auth-ldap-2.2.11-2.fc10.ppc64 requires libgmime-2.0.so.2()(64bit)
        dbmail-mysql-2.2.11-2.fc10.ppc64 requires libgmime-2.0.so.2()(64bit)
        dbmail-mysql-2.2.11-2.fc10.ppc64 requires libssl.so.7()(64bit)
        dbmail-mysql-2.2.11-2.fc10.ppc64 requires libmysqlclient.so.15(libmysqlclient_15)(64bit)
        dbmail-mysql-2.2.11-2.fc10.ppc64 requires libcrypto.so.7()(64bit)
        dbmail-mysql-2.2.11-2.fc10.ppc64 requires libmysqlclient.so.15()(64bit)
        dbmail-pgsql-2.2.11-2.fc10.ppc64 requires libgmime-2.0.so.2()(64bit)
        elisa-0.5.29-1.fc11.noarch requires elisa-plugins-bad >= 0:0.5.29
        foobillard-3.0a-11.ppc64 requires dejavu-fonts-sans
        gdal-1.6.0-4.fc11.ppc64 requires libhdf5.so.5()(64bit)
        gdal-1.6.0-4.fc11.ppc64 requires libodbcinst.so.1()(64bit)
        gdal-1.6.0-4.fc11.ppc64 requires libodbc.so.1()(64bit)
        gdal-perl-1.6.0-4.fc11.ppc64 requires libhdf5.so.5()(64bit)
        gdal-perl-1.6.0-4.fc11.ppc64 requires libodbcinst.so.1()(64bit)
        gdal-perl-1.6.0-4.fc11.ppc64 requires libodbc.so.1()(64bit)
        gdal-ruby-1.6.0-4.fc11.ppc64 requires libhdf5.so.5()(64bit)
        gdal-ruby-1.6.0-4.fc11.ppc64 requires libodbcinst.so.1()(64bit)
        gdal-ruby-1.6.0-4.fc11.ppc64 requires libodbc.so.1()(64bit)
        grass-6.3.0-10.fc11.ppc64 requires libodbc.so.1()(64bit)
        1:libglade-devel-0.17-22.fc11.ppc64 requires pkgconfig(gnomeui)
        libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgnomedb_graph-3.0.so.4()(64bit)
        libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgnomedb-3.0.so.4()(64bit)
        libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgdamm-3.0.so.10()(64bit)
        libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgnomedb_extra-3.0.so.4()(64bit)
        libnc-dap-devel-3.7.3-2.fc11.ppc64 requires pkgconfig(libdapclient)
        libopensync-plugin-syncml-0.35-4.fc10.ppc64 requires libsyncml.so.0()(64bit)
        linkage-0.2.0-4.fc11.ppc64 requires libtorrent-rasterbar.so.0()(64bit)
        linkage-0.2.0-4.fc11.ppc64 requires libcrypto.so.7()(64bit)
        lsvpd-1.6.4-3.fc10.ppc64 requires libvpd_cxx-2.0.so.0()(64bit)
        maniadrive-1.2-13.fc11.ppc64 requires libphp5-5.2.8.so()(64bit)
        maniadrive-track-editor-1.2-13.fc11.ppc64 requires libphp5-5.2.8.so()(64bit)
        mapnik-0.5.2-0.10.svn780.fc11.ppc64 requires dejavu-fonts-sans
        mhonarc-2.6.16-5.fc11.noarch requires perl(readmail.pl)
        mhonarc-2.6.16-5.fc11.noarch requires perl(ewhutil.pl)
        mhonarc-2.6.16-5.fc11.noarch requires perl(mhtime.pl)
        mingw32-gcc-objc-4.4.0-0.5.fc11.ppc64 requires mingw32-libobjc = 0:4.4.0-0.5.fc11
        mingw32-gcc-objc++-4.4.0-0.5.fc11.ppc64 requires mingw32-gcc-g++ = 0:4.4.0-0.5.fc11
        1:pan-0.133-1.fc10.ppc64 requires libgmime-2.0.so.2()(64bit)
        perl-Class-Prototyped-1.11-2.fc11.noarch requires perl(Class::Prototyped::Graph)
        pfstools-octave-1.7.0-3.fc11.ppc64 requires libhdf5.so.5()(64bit)
        postgresql-odbcng-0.90.101-2.fc10.ppc64 requires libodbcinst.so.1()(64bit)
        python-matplotlib-0.98.5.2-3.fc11.ppc64 requires dejavu-fonts-sans
        qemu-system-x86-1.0-0.4.svn6666.fc11.ppc64 requires bochs-bios
        qpidd-cluster-0.4.738618-2.fc11.ppc64 requires libcpg.so.2()(64bit)
        qpidd-cluster-0.4.738618-2.fc11.ppc64 requires libcpg.so.2(COROSYNC_CPG_1.0)(64bit)
        raydium-1.2-13.fc11.ppc64 requires libphp5-5.2.8.so()(64bit)
        rcssserver3d-0.6-10.fc11.ppc64 requires dejavu-fonts-sans-mono
        rhnpush-0.4.5-1.fc11.noarch requires rhnlib
        ruby-rpm-1.2.3-4.fc9.ppc64 requires librpmdb-4.4.so()(64bit)
        ruby-rpm-1.2.3-4.fc9.ppc64 requires librpmbuild-4.4.so()(64bit)
        ruby-rpm-1.2.3-4.fc9.ppc64 requires librpmio-4.4.so()(64bit)
        ruby-rpm-1.2.3-4.fc9.ppc64 requires librpm-4.4.so()(64bit)
        tvtime-1.0.2-4.fc11.ppc64 requires liberation-fonts
        vegastrike-0.5.0-8.fc11.ppc64 requires libOgreMain-1.6.0.so()(64bit)
        vtk-examples-5.0.4-26.fc11.ppc64 requires vtkdata = 0:5.0.4
        vtk-testing-5.0.4-26.fc11.ppc64 requires vtkdata = 0:5.0.4



-- 
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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090303/0a01d090/attachment.sig>

From konrad at tylerc.org  Tue Mar  3 17:49:01 2009
From: konrad at tylerc.org (Conrad Meyer)
Date: Tue, 3 Mar 2009 09:49:01 -0800
Subject: Package Review Stats for the week ending March 1st, 2009
In-Reply-To: <1236090682.3053.3.camel@localhost.localdomain>
References: <1236090682.3053.3.camel@localhost.localdomain>
Message-ID: <200903030949.01639.konrad@tylerc.org>

On Tuesday 03 March 2009 06:31:22 am Brian Pepple wrote:
> Review Requests: 52
> Merge Reviews: 2
> Total Reviews Completed: 55

What review was neither a merge review nor a review request?

Regards,
-- 
Conrad Meyer <konrad at tylerc.org>



From dbn.lists at gmail.com  Tue Mar  3 18:22:08 2009
From: dbn.lists at gmail.com (Dan Nicholson)
Date: Tue, 3 Mar 2009 10:22:08 -0800
Subject: RFC: automagically set wireless regulatory domain in cfg80211
In-Reply-To: <1236017034.3425.1.camel@localhost.localdomain>
References: <1235999077.12026.10.camel@choeger6>
	<20090302153609.GK28503@bombadil.infradead.org>
	<20090302160554.GB29366@redhat.com>
	<1236013560.32466.10.camel@localhost>
	<20090302174339.GD29366@redhat.com>
	<1236016400.32466.14.camel@localhost>
	<1236017034.3425.1.camel@localhost.localdomain>
Message-ID: <91705d080903031022p3cdf0b60x858250600db2c5f5@mail.gmail.com>

2009/3/2 Jesse Keating <jkeating at redhat.com>:
> On Mon, 2009-03-02 at 12:53 -0500, Dan Williams wrote:
>>
>> Some fallback (like an init script) should be included in any case,
>> since some installations will obviously not be using NetworkManager.
>> NM, when in use, can certainly push updated regulatory settings when
>> necessary, over and above what the init script would do.
>>
>> So we should really have both.
>
> And if the system isn't going to use wireless at all, why spend the
> bootup time to set something that will be of no use?

Why not use a udev rule? I'm not sure exactly how to match wireless
devices, but something like:

# Set regulatory domain for wireless types (ARPHRD_IEEE80211*)
ACTION=="add", SUBSYSTEM=="net", ATTR{type}=="801|802|803",
RUN+="set-wireless-domain"

What goes in /lib/udev/set-wireless-domain I have no idea.

--
Dan



From jarod at redhat.com  Tue Mar  3 18:49:38 2009
From: jarod at redhat.com (Jarod Wilson)
Date: Tue, 3 Mar 2009 13:49:38 -0500
Subject: FESCo Meeting Summary - 2009-03-03
Message-ID: <200903031349.38340.jarod@redhat.com>

=== Members Present ===
* Kevin Fenzi           (nirik)
* Dan Hor?k             (sharkcz) 
* Jarod Wilson          (j-rod)
* Josh Boyer            (jwb)
* Brian Pepple          (bpepple)
* Dennis Gilmore        (dgilmore)
* Bill Nottingham       (notting)

=== Members Absent ===
* David Woodhouse       (dwmw2)
* Jon Stanley           (jds2001)

== Summary ==

=== Features ===

* DBusPolicy - http://fedoraproject.org/wiki/Features/DBusPolicy

6 +1 votes, FESCo approved this Feature. Some contention over whether or
not this is really a Feature or just a security hole we need to fix
regardless, but since it touches so many areas, FESCo deemed that the
scope made it Feature-worthy.


* DRI2 - http://fedoraproject.org/wiki/Features/DRI2

6 +1 votes, FESCo approved this Feature. Release notes still need to be
fleshed out though.


* MultiplePAMStacksInGDM - http://fedoraproject.org/wiki/Features/MultiplePAMStacksInGDM

6 +1 votes, FESCo approved this Feature, with the caveat that the minimum
necessary code gets into rawhide TODAY so that it can be properly tested
in the F11 Beta release.


* Radeon3DUpdate - http://fedoraproject.org/wiki/Features/Radeon3DUpdate

6 +1 votes, FESCo approved this Feature. A bit of concern over the current
80% complete status listed on the Feature page, but the Feature owner was
unavailable for comment (middle of the night in .au). Assumption is that
its at least mostly testable and part of the remaining percentage of work
is dealing with any regressions introduced.


* TigerVNC - http://fedoraproject.org/wiki/Features/TigerVNC

FESCo previously approved a TightVNC Feature. The Feature was recently
renamed to TigerVNC, due to upstream issues resulting in a fork. The
changes prompted FESCo to re-review this Feature.

6 +1 votes, 1 -1 vote, FESCo approved this Feature. There is some concern
over the last-minute change to the Feature page from TightVNC to TigerVNC
and over why TightVNC was forked, rather than resolving issues with the
TightVNC upstream folks. FESCo would like to hear more explanation and
justification for the fork, but in theory, we'll get the same code
regardless of the package name, assuming the TigerVNC package can be
approved *today* so that it makes it into the F11 Beta release, so the
Feature was re-approved, with one dissenting vote.


IRC log can be found at:
http://bpepple.fedorapeople.org/fesco/FESCo-2009-03-03.html


-- 
Jarod Wilson
jarod at redhat.com



From linville at redhat.com  Tue Mar  3 19:13:05 2009
From: linville at redhat.com (John W. Linville)
Date: Tue, 3 Mar 2009 14:13:05 -0500
Subject: RFC: automagically set wireless regulatory domain in cfg80211
In-Reply-To: <91705d080903031022p3cdf0b60x858250600db2c5f5@mail.gmail.com>
References: <1235999077.12026.10.camel@choeger6>
	<20090302153609.GK28503@bombadil.infradead.org>
	<20090302160554.GB29366@redhat.com>
	<1236013560.32466.10.camel@localhost>
	<20090302174339.GD29366@redhat.com>
	<1236016400.32466.14.camel@localhost>
	<1236017034.3425.1.camel@localhost.localdomain>
	<91705d080903031022p3cdf0b60x858250600db2c5f5@mail.gmail.com>
Message-ID: <20090303191304.GA7370@redhat.com>

On Tue, Mar 03, 2009 at 10:22:08AM -0800, Dan Nicholson wrote:
> 2009/3/2 Jesse Keating <jkeating at redhat.com>:
> > On Mon, 2009-03-02 at 12:53 -0500, Dan Williams wrote:
> >>
> >> Some fallback (like an init script) should be included in any case,
> >> since some installations will obviously not be using NetworkManager.
> >> NM, when in use, can certainly push updated regulatory settings when
> >> necessary, over and above what the init script would do.
> >>
> >> So we should really have both.
> >
> > And if the system isn't going to use wireless at all, why spend the
> > bootup time to set something that will be of no use?
> 
> Why not use a udev rule? I'm not sure exactly how to match wireless
> devices, but something like:
> 
> # Set regulatory domain for wireless types (ARPHRD_IEEE80211*)
> ACTION=="add", SUBSYSTEM=="net", ATTR{type}=="801|802|803",
> RUN+="set-wireless-domain"
> 
> What goes in /lib/udev/set-wireless-domain I have no idea.

My first impression is "hey, that's not a bad idea!"  I'm sure someone
can tell us why we are wrong... :-)

John
-- 
John W. Linville		Linux should be at the core
linville at redhat.com			of your literate lifestyle.



From andreas.tunek at gmail.com  Tue Mar  3 19:13:42 2009
From: andreas.tunek at gmail.com (Andreas Tunek)
Date: Tue, 03 Mar 2009 20:13:42 +0100
Subject: How to upgrade a F11 alpha to current rawhide?
Message-ID: <1236107622.2934.8.camel@localhost.localdomain>

Hi

I installed F11 alpha (which went really good btw, good job!), but due
to the rpm changes listed here
( https://www.redhat.com/archives/fedora-devel-list/2009-February/msg02130.html ) I can not get alpha to an up to date rawhide state. I tried installing the rpms listed in the email but got some problems due to db4 dependencies. When I tried to install newer db4 versions using yum and rpm I got md5 problems.

Could anyone make a step-by-step guide to update F11 alpha to current
rawhide?

Best regards
Andreas



From vonbrand at inf.utfsm.cl  Tue Mar  3 19:19:18 2009
From: vonbrand at inf.utfsm.cl (Horst H. von Brand)
Date: Tue, 03 Mar 2009 16:19:18 -0300
Subject: 20090228's rawhide updates
In-Reply-To: <1235984022.3858.1.camel@hughsie-work.lan>
References: <8584.1235929275@laptop14.inf.utfsm.cl>
	<1235984022.3858.1.camel@hughsie-work.lan>
Message-ID: <21032.1236107958@laptop14.inf.utfsm.cl>

Richard Hughes <hughsient at gmail.com> wrote:
> On Sun, 2009-03-01 at 14:41 -0300, Horst H. von Brand wrote:
> > - An external USB mouse is still not working at all
> 
> Update hal to the latest in rawhide.

Was a broken mouse in my case.

Thanks anyway!
-- 
Dr. Horst H. von Brand                   User #22616 counter.li.org
Departamento de Informatica                    Fono: +56 32 2654431
Universidad Tecnica Federico Santa Maria             +56 32 2654239
Casilla 110-V, Valparaiso, Chile 2340000       Fax:  +56 32 2797513



From awilliam at redhat.com  Tue Mar  3 19:23:40 2009
From: awilliam at redhat.com (Adam Williamson)
Date: Tue, 03 Mar 2009 11:23:40 -0800
Subject: Tcl 8.6 (was Re: Ready for new RPM version?)
In-Reply-To: <49AD4C8D.5050200@redhat.com>
References: <alpine.DEB.1.10.0902261918480.9856@gotcha.dreamhost.com>
	<1235769527.4960.69.camel@adam.local.net> <goa46a$okd$1@ger.gmane.org>
	<1235786036.4960.127.camel@adam.local.net>
	<49A9A8DD.5060908@fedoraproject.org> <gocdmm$3r5$2@ger.gmane.org>
	<49A9CF48.1010002@fedoraproject.org>
	<1236038498.5276.47.camel@adam.local.net>
	<f224c6140903021807h3f6741c9ta5886c6e299d1831@mail.gmail.com>
	<49ACDC47.2060107@redhat.com>
	<f224c6140903030711s39bf2426v4006d61140d6b0aa@mail.gmail.com>
	<49AD4C8D.5050200@redhat.com>
Message-ID: <1236108220.4344.54.camel@adam.local.net>

On Tue, 2009-03-03 at 16:28 +0100, Marcela Maslanova wrote:
> Michel Salim wrote:
> > On Tue, Mar 3, 2009 at 2:29 AM, Marcela Maslanova <mmaslano at redhat.com> wrote:
> >> You are joking right? Tcl 8.5 and 8.4 have a lot of differences. The worst
> >> of them is #483836 which can be hardly fixed. Tcl has released 8.6b1 which
> >> won't be in F-11 for sure. I'm waiting for stable release. The list of
> >> dependencies could be found here:
> >> https://fedoraproject.org/wiki/Features/tcl8.5. Details about tcl versions
> >> could be found here: http://www.tcl.tk/software/tcltk/choose.html
> > 
> > Uh, thanks. That looks to be quite a problem indeed. Actually, the
> > lack of threading might explain some of the bugs I see with Chez
> > Scheme's graphics module.
> > 
> > Will 8.6 be compiled with threading support for F-12?
> > 
> > Thanks,
> > 
> I don't know if it will be with thread support.
> 
> There will be probably two or three beta version, which I will try.

In Mandriva we actually had threading support for a while and then I was
specifically asked to disable it as it causes a substantial problem with
Expect:

https://qa.mandriva.com/show_bug.cgi?id=42596

as per the rather substantial discussion both in that report and in the
associated upstream conversation:

http://groups.google.com/group/comp.lang.tcl/browse_thread/thread/805731c32f53c4b7

it was determined that building with threading really doesn't help
anything much. So, as mentioned in that bug, I disabled threading in the
MDV build.

Why did want you want to have threading enabled?
-- 
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 Mar  3 19:37:44 2009
From: awilliam at redhat.com (Adam Williamson)
Date: Tue, 03 Mar 2009 11:37:44 -0800
Subject: Ready for new RPM version?
In-Reply-To: <1236069012.29685.57.camel@perihelion.bos.jonmasters.org>
References: <958.1235674647@sss.pgh.pa.us>
	<1235674881.28306.3.camel@rosebud> <1849.1235676499@sss.pgh.pa.us>
	<1235677089.30693.3.camel@rosebud>
	<1235701226.4960.32.camel@adam.local.net>
	<1235746476.18573.17.camel@jcmlaptop>
	<1235765344.4960.58.camel@adam.local.net>
	<1235768279.18573.67.camel@jcmlaptop>
	<1235769527.4960.69.camel@adam.local.net>
	<1235769755.15638.3.camel@rosebud> <20090227213944.GC85702@redhat.com>
	<1235773162.9121.214.camel@localhost.localdomain>
	<1235773960.4960.91.camel@adam.local.net>
	<1236069012.29685.57.camel@perihelion.bos.jonmasters.org>
Message-ID: <1236109064.4344.58.camel@adam.local.net>

On Tue, 2009-03-03 at 03:30 -0500, Jon Masters wrote:

> It's usually not that serious, it's some other annoyance that is (yes)
> normally easily fixed within an hour or less. But that's still real
> actual time, and even more so, by its very nature you can't allocate
> that hour in advance. Suppose you need to give a presentation this
> morning but you don't know that your system is going to boot/run your X
> session/run OO/and do video out today. That's just an example, and a
> reason why I like the confidence of a release.

Sure. I'm not being a fundamentalist here. As I said, obviously there
are people who need to run a stable release - some need it available
somewhere, some need it on their main system but might have Rawhide
elsewhere, some need stable on everything. I'm not saying everyone
should run Rawhide everywhere, or Rawhide should be suitable for
everyone to run everywhere (that's clearly never going to happen).
Really I'm just saying it'd be nice to have more people using Rawhide,
and to have Rawhide in a state which is conducive to this. That's all.
-- 
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 Mar  3 19:39:40 2009
From: awilliam at redhat.com (Adam Williamson)
Date: Tue, 03 Mar 2009 11:39:40 -0800
Subject: Xorg dual-head fail
In-Reply-To: <ufay6vmy3yd.fsf@compute22.e.math.uh.edu>
References: <3da3b5b40903010921t39cc0bcbpd2e333ebf8cea43c@mail.gmail.com>
	<1236038848.5276.50.camel@adam.local.net>
	<ufay6vmy3yd.fsf@compute22.e.math.uh.edu>
Message-ID: <1236109180.4344.59.camel@adam.local.net>

On Tue, 2009-03-03 at 10:19 -0600, Jason L Tibbitts III wrote:
> >>>>> "AW" == Adam Williamson <awilliam at redhat.com> writes:
> 
> AW> The Intel driver devs (who are reading this, I'm sure, and
> AW> apologies in advance for the jab, guys) have been promising
> AW> dynamic reallocation of the framebuffer Real Soon Now for a while
> AW> ;).
> 
> And they've already delivered, although the new driver is not yet in
> rawhide as I believe it has some rather significant bugs.

Thanks for the heads-up - wasn't aware the code was available already.
I'll have to track it down and try it out before I sell off my
intel-supported laptop...
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org
http://www.happyassassin.net



From tibbs at math.uh.edu  Tue Mar  3 19:49:23 2009
From: tibbs at math.uh.edu (Jason L Tibbitts III)
Date: Tue, 03 Mar 2009 13:49:23 -0600
Subject: Xorg dual-head fail
In-Reply-To: <1236109180.4344.59.camel@adam.local.net> (Adam Williamson's
	message of "Tue\, 03 Mar 2009 11\:39\:40 -0800")
References: <3da3b5b40903010921t39cc0bcbpd2e333ebf8cea43c@mail.gmail.com>
	<1236038848.5276.50.camel@adam.local.net>
	<ufay6vmy3yd.fsf@compute22.e.math.uh.edu>
	<1236109180.4344.59.camel@adam.local.net>
Message-ID: <ufa3adupet8.fsf@compute22.e.math.uh.edu>

>>>>> "AW" == Adam Williamson <awilliam at redhat.com> writes:

AW> Thanks for the heads-up - wasn't aware the code was available
AW> already.

http://lists.freedesktop.org/archives/xorg/2009-February/044003.html

Unless I'm just completely wrong about what dynamic front buffer
allocation refers to, that is.  However, due to bugs you really want
to get 2.6.3 which was very recently released.

 - J<



From awilliam at redhat.com  Tue Mar  3 19:59:55 2009
From: awilliam at redhat.com (Adam Williamson)
Date: Tue, 03 Mar 2009 11:59:55 -0800
Subject: Xorg dual-head fail
In-Reply-To: <ufa3adupet8.fsf@compute22.e.math.uh.edu>
References: <3da3b5b40903010921t39cc0bcbpd2e333ebf8cea43c@mail.gmail.com>
	<1236038848.5276.50.camel@adam.local.net>
	<ufay6vmy3yd.fsf@compute22.e.math.uh.edu>
	<1236109180.4344.59.camel@adam.local.net>
	<ufa3adupet8.fsf@compute22.e.math.uh.edu>
Message-ID: <1236110395.4344.62.camel@adam.local.net>

On Tue, 2009-03-03 at 13:49 -0600, Jason L Tibbitts III wrote:
> >>>>> "AW" == Adam Williamson <awilliam at redhat.com> writes:
> 
> AW> Thanks for the heads-up - wasn't aware the code was available
> AW> already.
> 
> http://lists.freedesktop.org/archives/xorg/2009-February/044003.html
> 
> Unless I'm just completely wrong about what dynamic front buffer
> allocation refers to, that is.  However, due to bugs you really want
> to get 2.6.3 which was very recently released.

Nope, I'm pretty sure you're right and that should be it. Thanks again.
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org
http://www.happyassassin.net



From kevin at scrye.com  Tue Mar  3 20:04:50 2009
From: kevin at scrye.com (Kevin Fenzi)
Date: Tue, 3 Mar 2009 13:04:50 -0700
Subject: How to upgrade a F11 alpha to current rawhide?
In-Reply-To: <1236107622.2934.8.camel@localhost.localdomain>
References: <1236107622.2934.8.camel@localhost.localdomain>
Message-ID: <20090303130450.09c6c297@ohm.scrye.com>

On Tue, 03 Mar 2009 20:13:42 +0100
Andreas Tunek <andreas.tunek at gmail.com> wrote:

> Hi
> 
> I installed F11 alpha (which went really good btw, good job!), but due
> to the rpm changes listed here
> ( https://www.redhat.com/archives/fedora-devel-list/2009-February/msg02130.html )
> I can not get alpha to an up to date rawhide state. I tried
> installing the rpms listed in the email but got some problems due to
> db4 dependencies. When I tried to install newer db4 versions using
> yum and rpm I got md5 problems.
> 
> Could anyone make a step-by-step guide to update F11 alpha to current
> rawhide?

The above email is now out of date. 

You need to: 

yum update rpm\*

and then 

yum update

and you should be ok. 

> Best regards
> Andreas

kevin
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090303/56f5ebfc/attachment.sig>

From overholt at redhat.com  Tue Mar  3 21:41:49 2009
From: overholt at redhat.com (Andrew Overholt)
Date: Tue, 3 Mar 2009 16:41:49 -0500
Subject: F-10 mock can't build rawhide packages
In-Reply-To: <49A5CD57.1090406@redhat.com>
References: <49A5CD57.1090406@redhat.com>
Message-ID: <20090303214148.GA6191@redhat.com>

Hi,

* Warren Togami <wtogami at redhat.com> [2009-02-25 18:01]:
> https://bugzilla.redhat.com/show_bug.cgi?id=487430

I'm having the same problem:

rpmdb: Program version 4.5 doesn't match environment version 4.7
error: db4 error(-30972) from dbenv->open: DB_VERSION_MISMATCH: Database environment version mismatch
error: cannot open Packages index using db3 -  (-30972)
error: cannot open Packages database in /var/lib/mock/fedora-11-x86_64/root/var/lib/rpm

I have the latest F-10 versions of mock, rpm, and yum:

mock-0.9.13-1.fc10.noarch
rpm-4.6.0-1.fc10.x86_64
yum-3.2.21-2.fc10.noarch

The versions of rpm and mock are the same as what Orion says work for him.
What am I doing wrong?

Thanks,

Andrew



From roland at redhat.com  Tue Mar  3 21:47:56 2009
From: roland at redhat.com (Roland McGrath)
Date: Tue,  3 Mar 2009 13:47:56 -0800 (PST)
Subject: F-10 mock can't build rawhide packages
In-Reply-To: Andrew Overholt's message of  Tuesday,
	3 March 2009 16:41:49 -0500 <20090303214148.GA6191@redhat.com>
References: <49A5CD57.1090406@redhat.com>
	<20090303214148.GA6191@redhat.com>
Message-ID: <20090303214756.D9634FC3C9@magilla.sf.frob.com>

> I'm having the same problem:
> 
> rpmdb: Program version 4.5 doesn't match environment version 4.7
> error: db4 error(-30972) from dbenv->open: DB_VERSION_MISMATCH: Database environment version mismatch
> error: cannot open Packages index using db3 -  (-30972)
> error: cannot open Packages database in /var/lib/mock/fedora-11-x86_64/root/var/lib/rpm

When I had those errors on rawhide itself, what was necessary was:
	rm -f /var/lib/rpm/__db.*
Perhaps:
	rm -f /var/lib/mock/fedora-11-x86_64/root/var/lib/rpm/__db.*
would do it?



From michel.sylvan at gmail.com  Tue Mar  3 21:51:17 2009
From: michel.sylvan at gmail.com (Michel Salim)
Date: Tue, 3 Mar 2009 16:51:17 -0500
Subject: How to upgrade a F11 alpha to current rawhide?
In-Reply-To: <20090303130450.09c6c297@ohm.scrye.com>
References: <1236107622.2934.8.camel@localhost.localdomain>
	<20090303130450.09c6c297@ohm.scrye.com>
Message-ID: <f224c6140903031351o2d59c5cbh628bab57b15be586@mail.gmail.com>

2009/3/3 Kevin Fenzi <kevin at scrye.com>:
> On Tue, 03 Mar 2009 20:13:42 +0100
> Andreas Tunek <andreas.tunek at gmail.com> wrote:
>
>> Hi
>>
>> I installed F11 alpha (which went really good btw, good job!), but due
>> to the rpm changes listed here
>> ( https://www.redhat.com/archives/fedora-devel-list/2009-February/msg02130.html )
>> I can not get alpha to an up to date rawhide state. I tried
>> installing the rpms listed in the email but got some problems due to
>> db4 dependencies. When I tried to install newer db4 versions using
>> yum and rpm I got md5 problems.
>>
>> Could anyone make a step-by-step guide to update F11 alpha to current
>> rawhide?
>
> The above email is now out of date.
>
> You need to:
>
> yum update rpm\*
>
> and then
>
> yum update
>
> and you should be ok.
>
Isn't there another problem, with the 4.3.0 prerelease version of RPM
in alpha not being able to install the current Rawhide RPMs? You might
have to download the latest version of RPM from Fedora 10 updates,
install it, and then update as normal.

Regards,

-- 
mi?el salim  ?  http://hircus.jaiku.com/
IUCS         ?  msalim at cs.indiana.edu
Fedora       ?  salimma at fedoraproject.org
MacPorts     ?  hircus at macports.org



From skvidal at fedoraproject.org  Tue Mar  3 21:57:15 2009
From: skvidal at fedoraproject.org (seth vidal)
Date: Tue, 03 Mar 2009 16:57:15 -0500
Subject: How to upgrade a F11 alpha to current rawhide?
In-Reply-To: <f224c6140903031351o2d59c5cbh628bab57b15be586@mail.gmail.com>
References: <1236107622.2934.8.camel@localhost.localdomain>
	<20090303130450.09c6c297@ohm.scrye.com>
	<f224c6140903031351o2d59c5cbh628bab57b15be586@mail.gmail.com>
Message-ID: <1236117435.26243.1.camel@rosebud>

On Tue, 2009-03-03 at 16:51 -0500, Michel Salim wrote:
> 2009/3/3 Kevin Fenzi <kevin at scrye.com>:
> > On Tue, 03 Mar 2009 20:13:42 +0100
> > Andreas Tunek <andreas.tunek at gmail.com> wrote:
> >
> >> Hi
> >>
> >> I installed F11 alpha (which went really good btw, good job!), but due
> >> to the rpm changes listed here
> >> ( https://www.redhat.com/archives/fedora-devel-list/2009-February/msg02130.html )
> >> I can not get alpha to an up to date rawhide state. I tried
> >> installing the rpms listed in the email but got some problems due to
> >> db4 dependencies. When I tried to install newer db4 versions using
> >> yum and rpm I got md5 problems.
> >>
> >> Could anyone make a step-by-step guide to update F11 alpha to current
> >> rawhide?
> >
> > The above email is now out of date.
> >
> > You need to:
> >
> > yum update rpm\*
> >
> > and then
> >
> > yum update
> >
> > and you should be ok.
> >
> Isn't there another problem, with the 4.3.0 prerelease version of RPM
> in alpha not being able to install the current Rawhide RPMs? You might
> have to download the latest version of RPM from Fedora 10 updates,
> install it, and then update as normal.
> 

4.6.0 you mean and no it works right now.

4.6.0 in alpha can install what's in rawhide right now. Panu rebuild the
rawhide rpm to do that.

-sv




From andreas.tunek at gmail.com  Tue Mar  3 21:43:59 2009
From: andreas.tunek at gmail.com (Andreas Tunek)
Date: Tue, 03 Mar 2009 22:43:59 +0100
Subject: How to upgrade a F11 alpha to current rawhide?
In-Reply-To: <20090303130450.09c6c297@ohm.scrye.com>
References: <1236107622.2934.8.camel@localhost.localdomain>
	<20090303130450.09c6c297@ohm.scrye.com>
Message-ID: <1236116639.2934.9.camel@localhost.localdomain>

tis 2009-03-03 klockan 13:04 -0700 skrev Kevin Fenzi:
> On Tue, 03 Mar 2009 20:13:42 +0100
> Andreas Tunek <andreas.tunek at gmail.com> wrote:
> 
> > Hi
> > 
> > I installed F11 alpha (which went really good btw, good job!), but due
> > to the rpm changes listed here
> > ( https://www.redhat.com/archives/fedora-devel-list/2009-February/msg02130.html )
> > I can not get alpha to an up to date rawhide state. I tried
> > installing the rpms listed in the email but got some problems due to
> > db4 dependencies. When I tried to install newer db4 versions using
> > yum and rpm I got md5 problems.
> > 
> > Could anyone make a step-by-step guide to update F11 alpha to current
> > rawhide?
> 
> The above email is now out of date. 
> 
> You need to: 
> 
> yum update rpm\*
> 
> and then 
> 
> yum update
> 
> and you should be ok. 
> 
> > Best regards
> > Andreas
> 
> kevin
> --

OK, that worked nice. Thanks!

/Andreas
>  
> fedora-devel-list mailing list
> fedora-devel-list at redhat.com
> https://www.redhat.com/mailman/listinfo/fedora-devel-list



From kevin.kofler at chello.at  Tue Mar  3 22:27:18 2009
From: kevin.kofler at chello.at (Kevin Kofler)
Date: Tue, 03 Mar 2009 23:27:18 +0100
Subject: autoconf and epel-5
References: <20090224210110.57ecd753@fedoraproject.org>
	<1235513175.4829.37.camel@adam.local.net>
	<49A47023.8040403@gmail.com> <49A4A414.1080302@freenet.de>
	<16380.1235527938@sss.pgh.pa.us> <49A4B9E0.5010307@freenet.de>
	<20090225085737.GA22816@amd.home.annexia.org>
	<49A626AF.3050106@freenet.de> <go5h7v$k1m$1@ger.gmane.org>
	<49A653CB.5010706@freenet.de>
	<b086760e0902260105h7a069be0xf1baef2d097f6f0d@mail.gmail.com>
	<1236039095.8520.1018.camel@localhost.localdomain>
	<1236039653.5276.54.camel@adam.local.net>
Message-ID: <gokas7$uls$1@ger.gmane.org>

Adam Williamson wrote:
> This is waf's Why We're So Great page:
> 
> http://code.google.com/p/waf/wiki/WafAndOtherBuildSystems

>From that page:
| In CMake the developers have at least tried to include the configuration
| system, yet users still need to create wrappers for it (kde unsercmake,
| etc).

Huh? I don't know anybody actually using unsercmake, KDE is normally built
with plain cmake, and I don't know of any other wrappers around cmake
either. And this FUD is the only point they have against CMake.

        Kevin Kofler



From kevin.kofler at chello.at  Tue Mar  3 22:43:32 2009
From: kevin.kofler at chello.at (Kevin Kofler)
Date: Tue, 03 Mar 2009 23:43:32 +0100
Subject: Ready for new RPM version?
References: <alpine.DEB.1.10.0902261918480.9856@gotcha.dreamhost.com>
	<49A6D54A.9050007@jcomserv.net> <215.1235672690@sss.pgh.pa.us>
	<1235673528.28306.1.camel@rosebud> <958.1235674647@sss.pgh.pa.us>
	<1235674881.28306.3.camel@rosebud> <1849.1235676499@sss.pgh.pa.us>
	<1235677089.30693.3.camel@rosebud>
	<1235701226.4960.32.camel@adam.local.net>
	<1235746476.18573.17.camel@jcmlaptop>
	<20090301132827.552644e1.zaitcev@redhat.com>
	<goevii$1s5$2@ger.gmane.org>
	<1236069977.29685.63.camel@perihelion.bos.jonmasters.org>
Message-ID: <gokbqk$19g$1@ger.gmane.org>

Jon Masters wrote:
> Yes, you "will". As others have said, running a stable Fedora allows you
> to replace just the one piece you care about today - for example newer
> kernel builds. I regularly run all manner of upstream and also test
> builds of RHEL-RT kernels on my laptop without worrying about whether
> the reason it fails to boot is related to something I don't care about
> at that particular moment[0].

That usually works for the kernel, not so much for userspace software
(especially something big like KDE) unless you rebuild it from the SRPM.
And most packages also don't track trunk in Rawhide quite as aggressively
as the kernel does (some packagers only ever import stable releases; for
KDE we import prereleases of the KDE release series we want to ship in the
next stable release early in the Fedora release cycle, but once the .0
release is released we switch to tracking the stable releases, not
pre-alpha trunk - also note that KDE release cycles are longer than kernel
release cycles), so you don't even always have a SRPM to rebuild.

        Kevin Kofler



From michel.sylvan at gmail.com  Tue Mar  3 23:18:02 2009
From: michel.sylvan at gmail.com (Michel Salim)
Date: Tue, 3 Mar 2009 18:18:02 -0500
Subject: Purging the orphans
In-Reply-To: <200903022359.22010.ville.skytta@iki.fi>
References: <1236024816.3425.6.camel@localhost.localdomain>
	<20090302211509.GA24834@bilbo.ozlabs.org>
	<200903022359.22010.ville.skytta@iki.fi>
Message-ID: <f224c6140903031518h3dd0c03cp2c6f2647bab1ca58@mail.gmail.com>

On Mon, Mar 2, 2009 at 4:59 PM, Ville Skytt? <ville.skytta at iki.fi> wrote:
> On Monday 02 March 2009, Tony Breeds wrote:
>> On Mon, Mar 02, 2009 at 12:13:36PM -0800, Jesse Keating wrote:
>>
>> > Unblocked orphan cvsps
>>
>> If this really is orphaned, and noone else wants it then I'll take it.
>
> It isn't, and I have no plans to orphan it in Fedora. ?But co-maintainers (and
> a primary one for EPEL) are welcome even though this is a very low
> maintenance package.
>
I'll co-maintain on EPEL. We use RHEL at the university and a
colleague of mine is insisting on CVS for a new project (alas).

Regards,

-- 
mi?el salim  ?  http://hircus.jaiku.com/
IUCS         ?  msalim at cs.indiana.edu
Fedora       ?  salimma at fedoraproject.org
MacPorts     ?  hircus at macports.org



From kevin at scrye.com  Tue Mar  3 23:35:19 2009
From: kevin at scrye.com (Kevin Fenzi)
Date: Tue, 3 Mar 2009 16:35:19 -0700
Subject: Teachers for irc classes this weekend needed
Message-ID: <20090303163519.330f7116@ohm.scrye.com>

Greetings. 

I thought I would drop a note here and see if anyone is interested in
helping out by teaching a IRC class this weekend. 

It only takes an hour of your time, and you can teach about most any
Fedora related subject you like. 

In particular, Feature owners for F11 may want to teach a class about
their feature and get users interested in it and looking forward to the
next release. ;) 

See: 
https://fedoraproject.org/wiki/Classroom
for timeslots and sign up today. :) 

Feel free to email me any questions, reply to this post, or catch me on
irc.freenode.net in #fedora-devel or #fedora-classroom. (nick: nirik)

Thanks!

kevin
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090303/bdef423a/attachment.sig>

From vonbrand at inf.utfsm.cl  Wed Mar  4 00:01:05 2009
From: vonbrand at inf.utfsm.cl (Horst H. von Brand)
Date: Tue, 03 Mar 2009 21:01:05 -0300
Subject: Today's update: Gnome shows all filesystems
Message-ID: <200903040001.n24015PB005415@laptop14.inf.utfsm.cl>

After reboting after the update for 20090303, I see all my mounted
filesystems the way e.g. a pendrive shows up.
-- 
Dr. Horst H. von Brand                   User #22616 counter.li.org
Departamento de Informatica                    Fono: +56 32 2654431
Universidad Tecnica Federico Santa Maria             +56 32 2654239
Casilla 110-V, Valparaiso, Chile 2340000       Fax:  +56 32 2797513



From mclasen at redhat.com  Wed Mar  4 00:19:38 2009
From: mclasen at redhat.com (Matthias Clasen)
Date: Tue, 03 Mar 2009 19:19:38 -0500
Subject: Today's update: Gnome shows all filesystems
In-Reply-To: <200903040001.n24015PB005415@laptop14.inf.utfsm.cl>
References: <200903040001.n24015PB005415@laptop14.inf.utfsm.cl>
Message-ID: <1236125978.3484.0.camel@localhost.localdomain>

On Tue, 2009-03-03 at 21:01 -0300, Horst H. von Brand wrote:
> After reboting after the update for 20090303, I see all my mounted
> filesystems the way e.g. a pendrive shows up.

Please file a bug against gvfs and cc davidz at redhat.com



From kevin.kofler at chello.at  Wed Mar  4 00:27:17 2009
From: kevin.kofler at chello.at (Kevin Kofler)
Date: Wed, 04 Mar 2009 01:27:17 +0100
Subject: rawhide report: 20090303 changes
References: <20090303081450.59E241B8013@releng2.fedora.phx.redhat.com>
Message-ID: <gokht5$iir$1@ger.gmane.org>

Rawhide Report wrote:
> New package rtaudio
>         Real-time Audio I/O Library

This package appears not to support PulseAudio. I'm seeing things like this
in its ALSA code:
> while ( card >= 0 ) {
>   sprintf( name, "hw:%d", card );
(where card is an integer).

There's also this nonsense comment:
> ALSA doesn't provide default devices so we'll use the first available one.
That's nonsense, there's a "default" device which apps are supposed to use
by default.

Why do sound libraries which don't work with Fedora's default sound system
even pass review? And can someone please fix this? (Making this use
the "default" device by default would go a long way towards fixing this,
but of course it should also get tested because there might be other broken
assumptions lurking.)

        Kevin Kofler



From jonathan at jonmasters.org  Wed Mar  4 00:34:30 2009
From: jonathan at jonmasters.org (Jon Masters)
Date: Tue, 03 Mar 2009 19:34:30 -0500
Subject: Ready for new RPM version?
In-Reply-To: <gokbqk$19g$1@ger.gmane.org>
References: <alpine.DEB.1.10.0902261918480.9856@gotcha.dreamhost.com>
	<49A6D54A.9050007@jcomserv.net> <215.1235672690@sss.pgh.pa.us>
	<1235673528.28306.1.camel@rosebud> <958.1235674647@sss.pgh.pa.us>
	<1235674881.28306.3.camel@rosebud> <1849.1235676499@sss.pgh.pa.us>
	<1235677089.30693.3.camel@rosebud>
	<1235701226.4960.32.camel@adam.local.net>
	<1235746476.18573.17.camel@jcmlaptop>
	<20090301132827.552644e1.zaitcev@redhat.com>
	<goevii$1s5$2@ger.gmane.org>
	<1236069977.29685.63.camel@perihelion.bos.jonmasters.org>
	<gokbqk$19g$1@ger.gmane.org>
Message-ID: <1236126870.14918.42.camel@jcmlaptop>

On Tue, 2009-03-03 at 23:43 +0100, Kevin Kofler wrote:
> Jon Masters wrote:
> > Yes, you "will". As others have said, running a stable Fedora allows you
> > to replace just the one piece you care about today - for example newer
> > kernel builds. I regularly run all manner of upstream and also test
> > builds of RHEL-RT kernels on my laptop without worrying about whether
> > the reason it fails to boot is related to something I don't care about
> > at that particular moment[0].
> 
> That usually works for the kernel, not so much for userspace software
> (especially something big like KDE) unless you rebuild it from the SRPM.

My answer is "it depends". I'm trying to give examples of reasons why
you wouldn't run rawhide, or why you might use a virtual machine, etc.
The point is, it is wrong to say "all developers must run rawhide".

Jon.




From kevin.kofler at chello.at  Wed Mar  4 00:32:21 2009
From: kevin.kofler at chello.at (Kevin Kofler)
Date: Wed, 04 Mar 2009 01:32:21 +0100
Subject: rpms/ntop/devel .cvsignore, 1.3, 1.4 ntop.spec, 1.4, 1.5 sources,
	1.3, 1.4
References: <20090302180943.0AF4A70115@cvs1.fedora.phx.redhat.com>
	<b401d2530903030400u97cd163ne241ae5f3941ac45@mail.gmail.com>
Message-ID: <goki6l$iir$2@ger.gmane.org>

Rakesh Pandit wrote:
>> +Source3: ? ? ? ?GeoIP.tar.gz
>> +Source4: ? ? ? ?GeoLiteCity.dat.gz
>> +Source5: ? ? ? ?GeoIPASNum.dat.gz

Why can't the files from the geoip package be used instead of shipping them
with this package?

        Kevin Kofler



From kevin.kofler at chello.at  Wed Mar  4 00:40:09 2009
From: kevin.kofler at chello.at (Kevin Kofler)
Date: Wed, 04 Mar 2009 01:40:09 +0100
Subject: Ready for new RPM version?
References: <alpine.DEB.1.10.0902261918480.9856@gotcha.dreamhost.com>
	<49A6D54A.9050007@jcomserv.net> <215.1235672690@sss.pgh.pa.us>
	<1235673528.28306.1.camel@rosebud> <958.1235674647@sss.pgh.pa.us>
	<1235674881.28306.3.camel@rosebud> <1849.1235676499@sss.pgh.pa.us>
	<1235677089.30693.3.camel@rosebud>
	<1235701226.4960.32.camel@adam.local.net>
	<1235746476.18573.17.camel@jcmlaptop>
	<20090301132827.552644e1.zaitcev@redhat.com>
	<goevii$1s5$2@ger.gmane.org>
	<1236069977.29685.63.camel@perihelion.bos.jonmasters.org>
	<gokbqk$19g$1@ger.gmane.org> <1236126870.14918.42.camel@jcmlaptop>
Message-ID: <gokil9$iir$3@ger.gmane.org>

Jon Masters wrote:
> My answer is "it depends". I'm trying to give examples of reasons why
> you wouldn't run rawhide, or why you might use a virtual machine, etc.
> The point is, it is wrong to say "all developers must run rawhide".

I'm not saying that (actually I still run F9 on this machine), but I _am_
saying that installing Rawhide packages on a stable release is in general
not expected to work.

There are of course plenty of solutions - VMs, outsourcing testing to
somebody else, rebuilding packages from SRPM etc. - but just installing the
Rawhide package is one of the least reliable ones.

        Kevin Kofler



From jcm at redhat.com  Wed Mar  4 00:45:08 2009
From: jcm at redhat.com (Jon Masters)
Date: Tue, 03 Mar 2009 19:45:08 -0500
Subject: libc static build problem?
Message-ID: <1236127508.14918.51.camel@jcmlaptop>

Folks,

Am I missing something? I thought we weren't changing the C library
itself for building static builds - my latest build can't find -lc:

http://koji.fedoraproject.org/koji/getfile?taskID=1218885&name=build.log

Of course, it failed as I'm walking out the door so I'll probably see
what it is later...but feel free to mail me with a suggestion.

Jon.




From jakub at redhat.com  Wed Mar  4 00:48:30 2009
From: jakub at redhat.com (Jakub Jelinek)
Date: Wed, 4 Mar 2009 01:48:30 +0100
Subject: libc static build problem?
In-Reply-To: <1236127508.14918.51.camel@jcmlaptop>
References: <1236127508.14918.51.camel@jcmlaptop>
Message-ID: <20090304004830.GL4561@tyan-ft48-01.lab.bos.redhat.com>

On Tue, Mar 03, 2009 at 07:45:08PM -0500, Jon Masters wrote:
> Am I missing something? I thought we weren't changing the C library
> itself for building static builds - my latest build can't find -lc:
> 
> http://koji.fedoraproject.org/koji/getfile?taskID=1218885&name=build.log
> 
> Of course, it failed as I'm walking out the door so I'll probably see
> what it is later...but feel free to mail me with a suggestion.

Add
BuildRequires: glibc-static
if you need to link statically.

	Jakub



From rakesh.pandit at gmail.com  Wed Mar  4 00:49:21 2009
From: rakesh.pandit at gmail.com (Rakesh Pandit)
Date: Wed, 4 Mar 2009 06:19:21 +0530
Subject: rpms/ntop/devel .cvsignore, 1.3, 1.4 ntop.spec, 1.4, 1.5 sources,
	1.3, 1.4
In-Reply-To: <goki6l$iir$2@ger.gmane.org>
References: <20090302180943.0AF4A70115@cvs1.fedora.phx.redhat.com>
	<b401d2530903030400u97cd163ne241ae5f3941ac45@mail.gmail.com>
	<goki6l$iir$2@ger.gmane.org>
Message-ID: <b401d2530903031649i13665973r20f8041f2182ba58@mail.gmail.com>

2009/3/4 Kevin Kofler wrote:
> Rakesh Pandit wrote:
>>Peter Vrabec wrote:
>>> +Source3: ? ? ? ?GeoIP.tar.gz
>>> +Source4: ? ? ? ?GeoLiteCity.dat.gz
>>> +Source5: ? ? ? ?GeoIPASNum.dat.gz
>
> Why can't the files from the geoip package be used instead of shipping them
> with this package?
>

Yeah that is another issue. GeoIP package should be used.

--
Regards,
Rakesh Pandit



From oget.fedora at gmail.com  Wed Mar  4 01:14:58 2009
From: oget.fedora at gmail.com (Orcan Ogetbil)
Date: Tue, 3 Mar 2009 20:14:58 -0500
Subject: rawhide report: 20090303 changes
In-Reply-To: <gokht5$iir$1@ger.gmane.org>
References: <20090303081450.59E241B8013@releng2.fedora.phx.redhat.com>
	<gokht5$iir$1@ger.gmane.org>
Message-ID: <e76492710903031714q72f73b85le312a4775f443b89@mail.gmail.com>

On Tue, Mar 3, 2009 at 7:27 PM, Kevin Kofler wrote:
> Rawhide Report wrote:
>> New package rtaudio
>> ? ? ? ? Real-time Audio I/O Library
>
> This package appears not to support PulseAudio. I'm seeing things like this
> in its ALSA code:
>> while ( card >= 0 ) {
>> ? sprintf( name, "hw:%d", card );
> (where card is an integer).
>
> There's also this nonsense comment:
>> ALSA doesn't provide default devices so we'll use the first available one.
> That's nonsense, there's a "default" device which apps are supposed to use
> by default.
>
> Why do sound libraries which don't work with Fedora's default sound system
> even pass review? And can someone please fix this? (Making this use
> the "default" device by default would go a long way towards fixing this,
> but of course it should also get tested because there might be other broken
> assumptions lurking.)
>
> ? ? ? ?Kevin Kofler
>

The default device issue is pointed to upstream already:
   https://sourceforge.net/tracker/index.php?func=detail&aid=1915372&group_id=162430&atid=823755
I don't know why the author thinks that ALSA doesn't provide a default device.

Anyway, the contents of this package was already in Fedora for a long
while. It was an embedded library inside the "libzzub" package (which
is now renamed to "armstrong"). It works.

I just wanted to separate it (along with other statically linked
libraries like portmidi, libsndfile, rubberband, zlib...) from
"armstrong" .

To test rtaudio, you can use the sequencer called "aldrin" that is in
Fedora, or if you want to use the latest version, please follow:
   https://bugzilla.redhat.com/show_bug.cgi?id=487639

The fact that a software doesn't use pulseaudio is definitely an
"advantage", in my opinion. My experience says: Less pulseaudio less
trouble.

Orcan



From kevin.kofler at chello.at  Wed Mar  4 01:34:58 2009
From: kevin.kofler at chello.at (Kevin Kofler)
Date: Wed, 04 Mar 2009 02:34:58 +0100
Subject: rawhide report: 20090303 changes
References: <20090303081450.59E241B8013@releng2.fedora.phx.redhat.com>
	<gokht5$iir$1@ger.gmane.org>
	<e76492710903031714q72f73b85le312a4775f443b89@mail.gmail.com>
Message-ID: <gokls2$qfr$4@ger.gmane.org>

Orcan Ogetbil wrote:
> The default device issue is pointed to upstream already:
> https://sourceforge.net/tracker/index.php?func=detail&aid=1915372&group_id=162430&atid=823755

That was almost a year ago, back on 2008-03-16. :-( This doesn't sound very
promising to me. I guess we will need to fix this in Fedora and send a patch
upstream.

> The fact that a software doesn't use pulseaudio is definitely an
> "advantage", in my opinion. My experience says: Less pulseaudio less
> trouble.

That may be your opinion, but what we ship in Fedora should be working with
Fedora's default setup.

        Kevin Kofler



From oget.fedora at gmail.com  Wed Mar  4 02:10:37 2009
From: oget.fedora at gmail.com (Orcan Ogetbil)
Date: Tue, 3 Mar 2009 21:10:37 -0500
Subject: rawhide report: 20090303 changes
In-Reply-To: <gokls2$qfr$4@ger.gmane.org>
References: <20090303081450.59E241B8013@releng2.fedora.phx.redhat.com>
	<gokht5$iir$1@ger.gmane.org>
	<e76492710903031714q72f73b85le312a4775f443b89@mail.gmail.com>
	<gokls2$qfr$4@ger.gmane.org>
Message-ID: <e76492710903031810w1b0ad725h9db36d686d5b8744@mail.gmail.com>

On Tue, Mar 3, 2009 at 8:34 PM, Kevin Kofler  wrote:
> Orcan Ogetbil wrote:
>> The default device issue is pointed to upstream already:
>> https://sourceforge.net/tracker/index.php?func=detail&aid=1915372&group_id=162430&atid=823755
>
> That was almost a year ago, back on 2008-03-16. :-( This doesn't sound very
> promising to me. I guess we will need to fix this in Fedora and send a patch
> upstream.
>

That's fine but I am not familiar with ALSA API very well. Is there
anyone who can help me with this?

Orcan



From ajneil at gmail.com  Wed Mar  4 03:29:43 2009
From: ajneil at gmail.com (Alastair Neil)
Date: Tue, 3 Mar 2009 22:29:43 -0500
Subject: Confirmed premature hard disk failure
In-Reply-To: <20081231151730.GB1430@angus.ind.WPI.EDU>
References: <1230686486.6985.516.camel@localhost.localdomain>
	<20081231044851.GA27670@angus.ind.WPI.EDU>
	<m3k59gsf9d.fsf@ursa.amorsen.dk>
	<20081231151204.GA1430@angus.ind.WPI.EDU>
	<20081231151730.GB1430@angus.ind.WPI.EDU>
Message-ID: <85ac2ef40903031929r43fa7579k25f8335bb9b92625@mail.gmail.com>

On Wed, Dec 31, 2008 at 10:17 AM, Chuck Anderson <cra at wpi.edu> wrote:

> On Wed, Dec 31, 2008 at 10:12:04AM -0500, Chuck Anderson wrote:
> > On Wed, Dec 31, 2008 at 01:25:34PM +0100, Benny Amorsen wrote:
> > > Chuck Anderson <cra at WPI.EDU> writes:
> > >
> > > > Why did you wait until you had many pending/reallocated sectors
> before
> > > > RMAing it instead of RMAing it as soon as you had 1 bad sector?
> > >
> > > Which vendors accept RMA's for a reallocated sector for a consumer
> > > drive?
> >
> > I've had Dell and Seagate do it.  Seagate will replace a drive just by
> > filling out a web form--no justification needed at all.
>
> Oh, and IBM too.  Of course, these were all under warranty.
> - Show quoted text -
>
> --
> fedora-devel-list mailing list
> fedora-devel-list at redhat.com
> https://www.redhat.com/mailman/listinfo/fedora-devel-list
>
Western Digital now require you to run their diagnostic software  suit
before filing an RMA.  I have just had two WD 500 GB SATAII drives punted by
my raid controller, but they pass the diagnostic suite.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090303/366bffec/attachment.htm>

From peter at thecodergeek.com  Wed Mar  4 06:23:22 2009
From: peter at thecodergeek.com (Peter Gordon)
Date: Tue, 03 Mar 2009 22:23:22 -0800
Subject: Orphaning linkage
In-Reply-To: <f6ca9fed0902280546g29349ba9pd90a79425fc60b61@mail.gmail.com>
References: <f6ca9fed0902280546g29349ba9pd90a79425fc60b61@mail.gmail.com>
Message-ID: <1236147802.3104.6.camel@localhost.localdomain>

On Sat, 2009-02-28 at 14:46 +0100, drago01 wrote:
> I decided to orphan this package, because upstream is almost dead
> (changes are done very slowly),
> which results into more work that needs to be done by the downstream
> maintainer (like keep porting it to build with a new rb_libtorrent
> build).
> 
> If someone wants to take it feel free to do so, but you will have to
> invest some time in it (currently it does not build on rawhide).

Hi, drago01 & all. 

I spoke with upstream about this on their mailing list [1] and they have
told me that Linkage should be considered dead upstream for packaging
purposes. I will go ahead and retire the package then, according to the
PackageEndOfLife guidelines on the wiki.

Please yell and scream, etc. if this causes any issues or problems. 
Thanks, and regards.

[1]
http://groups.google.com/group/linkage-devel/browse_thread/thread/c486958b0505c6f5
-- 
Peter Gordon (codergeek42) <peter at thecodergeek.com>
Who am I? :: http://www.thecodergeek.com/about-me
-------------- 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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090303/462621c5/attachment.sig>

From jcm at redhat.com  Wed Mar  4 06:41:43 2009
From: jcm at redhat.com (Jon Masters)
Date: Wed, 04 Mar 2009 01:41:43 -0500
Subject: libc static build problem?
In-Reply-To: <20090304004830.GL4561@tyan-ft48-01.lab.bos.redhat.com>
References: <1236127508.14918.51.camel@jcmlaptop>
	<20090304004830.GL4561@tyan-ft48-01.lab.bos.redhat.com>
Message-ID: <1236148903.13015.1.camel@perihelion.bos.jonmasters.org>

On Wed, 2009-03-04 at 01:48 +0100, Jakub Jelinek wrote:
> On Tue, Mar 03, 2009 at 07:45:08PM -0500, Jon Masters wrote:
> > Am I missing something? I thought we weren't changing the C library
> > itself for building static builds - my latest build can't find -lc:
> > 
> > http://koji.fedoraproject.org/koji/getfile?taskID=1218885&name=build.log
> > 
> > Of course, it failed as I'm walking out the door so I'll probably see
> > what it is later...but feel free to mail me with a suggestion.
> 
> Add
> BuildRequires: glibc-static
> if you need to link statically.

This was my confusion...I thought you had said you weren't going to do
that? I'm happy to do so and I will right now, but it seems the opposite
of what had been previously stated, and it's changed since the mass
rebuild rebuilt the package only the other day.

Jon.




From mmaslano at redhat.com  Wed Mar  4 06:46:18 2009
From: mmaslano at redhat.com (Marcela Maslanova)
Date: Wed, 04 Mar 2009 07:46:18 +0100
Subject: Tcl 8.6 (was Re: Ready for new RPM version?)
In-Reply-To: <1236108220.4344.54.camel@adam.local.net>
References: <alpine.DEB.1.10.0902261918480.9856@gotcha.dreamhost.com>	<1235769527.4960.69.camel@adam.local.net>
	<goa46a$okd$1@ger.gmane.org>	<1235786036.4960.127.camel@adam.local.net>	<49A9A8DD.5060908@fedoraproject.org>
	<gocdmm$3r5$2@ger.gmane.org>	<49A9CF48.1010002@fedoraproject.org>	<1236038498.5276.47.camel@adam.local.net>	<f224c6140903021807h3f6741c9ta5886c6e299d1831@mail.gmail.com>	<49ACDC47.2060107@redhat.com>	<f224c6140903030711s39bf2426v4006d61140d6b0aa@mail.gmail.com>	<49AD4C8D.5050200@redhat.com>
	<1236108220.4344.54.camel@adam.local.net>
Message-ID: <49AE23BA.2060007@redhat.com>

Adam Williamson wrote:
> On Tue, 2009-03-03 at 16:28 +0100, Marcela Maslanova wrote:
>> Michel Salim wrote:
>>> On Tue, Mar 3, 2009 at 2:29 AM, Marcela Maslanova <mmaslano at redhat.com> wrote:
>>>> You are joking right? Tcl 8.5 and 8.4 have a lot of differences. The worst
>>>> of them is #483836 which can be hardly fixed. Tcl has released 8.6b1 which
>>>> won't be in F-11 for sure. I'm waiting for stable release. The list of
>>>> dependencies could be found here:
>>>> https://fedoraproject.org/wiki/Features/tcl8.5. Details about tcl versions
>>>> could be found here: http://www.tcl.tk/software/tcltk/choose.html
>>> Uh, thanks. That looks to be quite a problem indeed. Actually, the
>>> lack of threading might explain some of the bugs I see with Chez
>>> Scheme's graphics module.
>>>
>>> Will 8.6 be compiled with threading support for F-12?
>>>
>>> Thanks,
>>>
>> I don't know if it will be with thread support.
>>
>> There will be probably two or three beta version, which I will try.
> 
> In Mandriva we actually had threading support for a while and then I was
> specifically asked to disable it as it causes a substantial problem with
> Expect:
> 
> https://qa.mandriva.com/show_bug.cgi?id=42596
> 
> as per the rather substantial discussion both in that report and in the
> associated upstream conversation:
> 
> http://groups.google.com/group/comp.lang.tcl/browse_thread/thread/805731c32f53c4b7
> 
Yes, I read it.
> it was determined that building with threading really doesn't help
> anything much. So, as mentioned in that bug, I disabled threading in the
> MDV build.
> 
> Why did want you want to have threading enabled?
Some packages work with enabled threading. Also tcl8.4 was built with 
thread support and users will be disappointed when their application 
refuse to work ;-)


-- 
Marcela Ma?l??ov?
BaseOS team Brno



From awilliam at redhat.com  Wed Mar  4 08:04:04 2009
From: awilliam at redhat.com (Adam Williamson)
Date: Wed, 04 Mar 2009 00:04:04 -0800
Subject: Tcl 8.6 (was Re: Ready for new RPM version?)
In-Reply-To: <49AE23BA.2060007@redhat.com>
References: <alpine.DEB.1.10.0902261918480.9856@gotcha.dreamhost.com>
	<1235769527.4960.69.camel@adam.local.net> <goa46a$okd$1@ger.gmane.org>
	<1235786036.4960.127.camel@adam.local.net>
	<49A9A8DD.5060908@fedoraproject.org> <gocdmm$3r5$2@ger.gmane.org>
	<49A9CF48.1010002@fedoraproject.org>
	<1236038498.5276.47.camel@adam.local.net>
	<f224c6140903021807h3f6741c9ta5886c6e299d1831@mail.gmail.com>
	<49ACDC47.2060107@redhat.com>
	<f224c6140903030711s39bf2426v4006d61140d6b0aa@mail.gmail.com>
	<49AD4C8D.5050200@redhat.com> <1236108220.4344.54.camel@adam.local.net>
	<49AE23BA.2060007@redhat.com>
Message-ID: <1236153844.5361.2.camel@adam.local.net>

On Wed, 2009-03-04 at 07:46 +0100, Marcela Maslanova wrote:

> > Why did want you want to have threading enabled?
> Some packages work with enabled threading. Also tcl8.4 was built with 

Do you mean, they work with threading enabled but not with it disabled?
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org
http://www.happyassassin.net



From jakub at redhat.com  Wed Mar  4 08:23:11 2009
From: jakub at redhat.com (Jakub Jelinek)
Date: Wed, 4 Mar 2009 09:23:11 +0100
Subject: libc static build problem?
In-Reply-To: <1236148903.13015.1.camel@perihelion.bos.jonmasters.org>
References: <1236127508.14918.51.camel@jcmlaptop>
	<20090304004830.GL4561@tyan-ft48-01.lab.bos.redhat.com>
	<1236148903.13015.1.camel@perihelion.bos.jonmasters.org>
Message-ID: <20090304082311.GM4561@tyan-ft48-01.lab.bos.redhat.com>

On Wed, Mar 04, 2009 at 01:41:43AM -0500, Jon Masters wrote:
> On Wed, 2009-03-04 at 01:48 +0100, Jakub Jelinek wrote:
> > On Tue, Mar 03, 2009 at 07:45:08PM -0500, Jon Masters wrote:
> > > Am I missing something? I thought we weren't changing the C library
> > > itself for building static builds - my latest build can't find -lc:
> > > 
> > > http://koji.fedoraproject.org/koji/getfile?taskID=1218885&name=build.log
> > > 
> > > Of course, it failed as I'm walking out the door so I'll probably see
> > > what it is later...but feel free to mail me with a suggestion.
> > 
> > Add
> > BuildRequires: glibc-static
> > if you need to link statically.
> 
> This was my confusion...I thought you had said you weren't going to do
> that? I'm happy to do so and I will right now, but it seems the opposite

Yeah, I initially didn't want to do that, then changed my mind.

> of what had been previously stated, and it's changed since the mass
> rebuild rebuilt the package only the other day.

No.  This change was done on February, 18th, before the mass rebuild.

	Jakub



From hughsient at gmail.com  Wed Mar  4 08:59:03 2009
From: hughsient at gmail.com (Richard Hughes)
Date: Wed, 04 Mar 2009 08:59:03 +0000
Subject: 20090228's rawhide updates
In-Reply-To: <21032.1236107958@laptop14.inf.utfsm.cl>
References: <8584.1235929275@laptop14.inf.utfsm.cl>
	<1235984022.3858.1.camel@hughsie-work.lan>
	<21032.1236107958@laptop14.inf.utfsm.cl>
Message-ID: <1236157143.3936.3.camel@hughsie-work.lan>

On Tue, 2009-03-03 at 16:19 -0300, Horst H. von Brand wrote:
> Richard Hughes <hughsient at gmail.com> wrote:
> > On Sun, 2009-03-01 at 14:41 -0300, Horst H. von Brand wrote:
> > > - An external USB mouse is still not working at all
> > 
> > Update hal to the latest in rawhide.
> 
> Was a broken mouse in my case.

Ha! Good old broken hardware :)

Thanks,

Richard.




From surenkarapetyan at gmail.com  Wed Mar  4 09:06:32 2009
From: surenkarapetyan at gmail.com (Suren Karapetyan)
Date: Wed, 04 Mar 2009 13:06:32 +0400
Subject: why doesn't installation setup /var/tmp/rpm?
In-Reply-To: <alpine.LFD.2.00.0903031023560.1831@thor.ausil.us>
References: <gojadn$sc0$1@ger.gmane.org>	<20090303131955.32648e2e@metropolis.intra.city-fan.org>	<gojb8q$48i$1@ger.gmane.org>	<alpine.LFD.2.00.0903031748230.18130@turre.koti.laiskiainen.org>	<gojkl2$7tc$1@ger.gmane.org>
	<alpine.LFD.2.00.0903031023560.1831@thor.ausil.us>
Message-ID: <49AE4498.6060001@gmail.com>

Dennis Gilmore wrote:
> On Tue, 3 Mar 2009, Neal Becker wrote:
>
>> Date: Tue, 03 Mar 2009 11:08:02 -0500
>> From: Neal Becker <ndbecker2 at gmail.com>
>> Reply-To: Development discussions related to Fedora
>>     <fedora-devel-list at redhat.com>
>> To: fedora-devel-list at redhat.com
>> Followup-To: gmane.linux.redhat.fedora.devel
>> Subject: Re: why doesn't installation setup /var/tmp/rpm?
>>
>> Panu Matilainen wrote:
>>
>>> On Tue, 3 Mar 2009, Neal Becker wrote:
>>>
>>>> Paul Howarth wrote:
>>>>
>>>>> On Tue, 03 Mar 2009 08:13:26 -0500
>>>>> Neal Becker <ndbecker2 at gmail.com> wrote:
>>>>>
>>>>>> I always have to do
>>>>>> mkdir /var/tmp/rpm
>>>>>> chmod 1777 /var/tmp/rpm
>>>>>
>>>>> What's it needed for? I've never needed to do this.
>>>>>
>>>>> Paul.
>>>>>
>>>> If I don't then when I run yum I always get a flood of messages saying
>>>> 'unable to get backing store ...' or something like that.  This has 
>>>> been
>>>> true on every machine I've setup for Fedora for many releases back.
>>>
>>> Rpm doesn't use such directory for anything by default, and neither 
>>> does
>>> yum AFAIK. Most likely you have overridden %{_tmppath} (by default
>>> /var/tmp) somewhere and forgotten all about it.
>>>
>>>  - Panu -
>>>
>>
>> Ah, in MY .rpmmacros:
>> %_tmppath               /var/tmp/rpm
>>
>> But this is a bug!  yum (run as root) shouldn't be using MY .rpmmacros.
>
> if you did just "su"  to become root you still have your own user 
> environment.  you need to use "su -" to pick up roots environment.  of 
> course you really should not build rpms as root.
>
And that's exactly why many didn't want to have /sbin in user PATHs - 
cause it makes even harder for everyone (and especially new users) to 
understand what's the difference between "su" and "su -"



From rawhide at fedoraproject.org  Wed Mar  4 09:19:36 2009
From: rawhide at fedoraproject.org (Rawhide Report)
Date: Wed,  4 Mar 2009 09:19:36 +0000 (UTC)
Subject: rawhide report: 20090304 changes
Message-ID: <20090304091936.227B61B8001@releng2.fedora.phx.redhat.com>

Compose started at Wed Mar  4 06:01:03 UTC 2009

New package abrt
        Automatic bug detection and reporting tool
New package elisa-plugins-bad
        Bad Plugins for the Elisa Media Center
New package fedora-setup-keyboard
        Hal keyboard layout callout
New package ibus-rawcode
        The Rawcode engine for IBus input platform
New package tigervnc
        A TigerVNC remote display system
New package tuned
        A dynamic adaptive system tuning daemon
New package wsmancli
        WS-Management-Command line Interface
Removed package tightvnc
Updated Packages:

DeviceKit-disks-003-2.fc11
--------------------------
* Tue Mar 03 2009 David Zeuthen <davidz at redhat.com> - 003-2.fc11
- Identify mounts using dev_t, not device files (#488258)


GConf2-2.25.2-3.fc11
--------------------
* Tue Mar 03 2009 Matthias Clasen  <mclasen at redhat.com> - 2.25.2-2
- Avoid some gratitious extra work in the markup backend


HippoDraw-1.21.1-9.fc11
-----------------------
* Tue Mar 03 2009 Caol??n McNamara <caolanm at redhat.com> - 1.21.1-9
- include cstdio for std::sprintf

* Mon Feb 23 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 1.21.1-8
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


PyQt4-4.4.4-4.fc11
------------------
* Mon Feb 23 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 4.4.4-4
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


PyXML-0.8.4-14
--------------
* Tue Mar 03 2009 Caol??n McNamara <caolanm at redhat.com> - 0.8.4-14
- Another 'as' hiding in Stylesheet.py -> as_

* Mon Feb 23 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 0.8.4-13
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


PyYAML-3.08-4.fc11
------------------
* Tue Mar 03 2009 John Eckersberg <jeckersb at redhat.com> - 3.08-4
- Correction, change libyaml to libyaml-devel in BuildRequires

* Mon Mar 02 2009 John Eckersberg <jeckersb at redhat.com> - 3.08-3
- Add libyaml to BuildRequires


WebKit-1.1.0-0.21.svn41071.fc11
-------------------------------
* Wed Mar 04 2009 Mamoru Tasaka <mtasaka at ioa.s.u-tokyo.ac.jp> - 1.1.0-0.21.svn41071
- Compile libJavaScriptCore.a with -fno-strict-aliasing to
  do workaround for #488112


anaconda-11.5.0.23-3
--------------------
* Tue Mar 03 2009 Adam Tkac <atkac redhat com> - 11.5.0.23-3
- use tigervnc* packages instead of tightvnc*


avant-window-navigator-0.3.2-5.fc11
-----------------------------------
* Tue Mar 03 2009 Sindre Pedersen Bj??rdal <sindrepb at fedoraproject.org> - 0.3.2-5
- Fix issue with arch dependent python files installed to noarch dir, #486395


barry-0.15-0.5.20090109git.fc11
-------------------------------
* Tue Mar 03 2009 Caol??n McNamara <caolanm at redhat.com> - 0.15-0.5.20090109git
- include stdio.h for EOF

* Mon Feb 23 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 0.15-0.4.20090109git
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


boost-1.37.0-4.fc11
-------------------
* Mon Feb 23 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 1.37.0-4
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


buildbot-0.7.10p1-2.fc11
------------------------
* Tue Mar 03 2009 Gianluca Sforna <giallu gmail com> - 0.7.10p1-2
- New upstream release
- darcs only avaliable on ix86 platforms


cabextract-1.2-2.fc11
---------------------
* Mon Feb 23 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 1.2-2
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


calendar-1.25-5.fc11
--------------------
* Tue Mar 03 2009 David Cantrell <dcantrell at redhat.com> - 1.25-5
- Convert output to locale's character coding


ccid-1.3.9-1.fc11
-----------------
* Tue Feb 24 2009 Bob Relyea <rrelyea at redhat.com> - 1.3.9-1
- update to ccid 1.3.9


clips-6.24-27.fc11
------------------
* Tue Mar 03 2009 Rick L Vinyard Jr <rvinyard at cs.nmsu.edu> 6.24-27
- Updated desktop entry file to add categories and remove deprecated items
- Added hicolor-icon-theme requires to xclips
- Install xclips icons to hicolor directory
- Added validation to desktop file
- Added icon cache rebuild to pre and post sections for xclips
- Added preserve to file installs
- Made install modes explicit
- Added pkgconfig and ImageMagick to build requires
- Updated URL
- Updated source URL's
- Added html docs


cluster-3.0.0-12.alpha6.fc11
----------------------------
* Tue Mar 03 2009 Fabio M. Di Nitto <fdinitto at redhat.com> - 3.0.0-12.alpha6
- New upstream release.
- Add missing LICENCE and COPYRIGHT files from clusterlib-devel.
- Add patch to fix build failure (already upstream).


collectd-4.5.3-2.fc11
---------------------
* Tue Mar 03 2009 Alan Pevec <apevec at redhat.com> 4.5.3-2
- patch for strict-aliasing issue in liboping.c

* Mon Mar 02 2009 Alan Pevec <apevec at redhat.com> 4.5.3-1
- New upstream version 4.5.3
- fixes collectd is built without iptables plugin, bz# 479208
- list all expected plugins explicitly to avoid such bugs

* Tue Feb 24 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 4.5.1-4
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


convmv-1.14-1.fc11
------------------
* Tue Mar 03 2009 Nils Philippsen <nils at redhat.com> - 1.14-1
- version 1.14
- temporarily disable "make test" to workaround problems in koji


ctemplate-0.91-5.fc11
---------------------
* Tue Mar 03 2009 Caol??n McNamara <caolanm at redhat.com> - 0.91-5
- fix up consts to build

* Tue Feb 24 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 0.91-4
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


curl-7.19.4-1.fc11
------------------
* Tue Mar 03 2009 Jindrich Novy <jnovy at redhat.com> 7.19.4-1
- update to 7.19.4 (fixes CVE-2009-0037)
- fix leak in curl_easy* functions, thanks to Kamil Dudka
- drop nss-fix patch, applied upstream


elisa-0.5.30-1.fc11
-------------------
* Tue Mar 03 2009 Matthias Saou <http://freshrpms.net/> 0.5.30-1
- Update to 0.5.30.


elisa-plugins-good-0.5.30-1.fc11
--------------------------------
* Tue Mar 03 2009 Matthias Saou <http://freshrpms.net/> 0.5.30-1
- Update to 0.5.30.


eog-2.25.92-1.fc11
------------------
* Tue Mar 03 2009 Matthias Clasen <mclasen at redhat.com> - 2.25.92-1
- Update to 2.25.92


fence-agents-3.0.0-6.alpha6.fc11
--------------------------------
* Tue Mar 03 2009 Fabio M. Di Nitto <fdinitto at redhat.com> - 3.0.0-6.alpha6
- New upstream release.


freefem++-3.0-5.5.fc11
----------------------
* Thu Feb 26 2009 Dominik Mierzejewski <rpm at greysector.net> 3.0-5.5
- update to 3.0-5
- fix build with gcc-4.4
- fix build with Fedora-mandated CFLAGS
- sort BRs alphabetically

* Tue Feb 24 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 3.0-3.3
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


fuse-encfs-1.5-6.fc11
---------------------
* Tue Mar 03 2009 Caol??n McNamara <caolanm at redhat.com> - 1.5-6
- constify ret of strchr(const char*)

* Tue Feb 24 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 1.5-5
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


gcalctool-5.25.92-1.fc11
------------------------
* Tue Mar 03 2009 Matthias Clasen <mclasen at redhat.com> - 5.25.92-1
- Update to 5.25.92


gcombust-0.1.55-15
------------------
* Wed Mar 04 2009 Robert Scheck <robert at fedoraproject.org> 1:0.1.55-15
- Solve the x86_64-redhat-linux-gnu configure target error

* Tue Feb 24 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 1:0.1.55-14
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


gdm-2.25.2-9.fc11
-----------------
* Tue Mar 03 2009 Ray Strode <rstrode at redhat.com> - 1:2.25.2-9
- Add limited 'one-stack-only' version of multistack patch
  (See https://fedoraproject.org/wiki/Features/MultiplePAMStacksInGDM)
- Drop 10 second delay in start up because of broken autostart
  file


glpi-mass-ocs-import-1.2.1-1.fc11
---------------------------------
* Tue Mar 03 2009 Remi Collet <Fedora at FamilleCollet.com> - 1.2.1-1
- update to 1.2.1 (bugfixes)
- rename README.fedora to README-RPM-POSTINTALL.txt
- add some docs


gnome-desktop-2.25.92-1.fc11
----------------------------
* Tue Mar 03 2009 Matthias Clasen <mclasen at redhat.com> - 2.25.92-1
- Update to 2.25.92


gnome-panel-2.25.92-1.fc11
--------------------------
* Tue Mar 03 2009 Matthias Clasen <mclasen at redhat.com> - 2.25.92-1
- Update to 2.25.92


gnome-session-2.25.92-1.fc11
----------------------------
* Tue Mar 03 2009 Matthias Clasen  <mclasen at redhat.com> - 2.25.92-1
- Update to 2.25.92


gnome-user-share-2.25.92-1.fc11
-------------------------------
* Tue Mar 03 2009 - Bastien Nocera <bnocera at redhat.com> - 2.25.92-1
- Update to 2.25.92


gnu-smalltalk-3.1-3.fc11
------------------------
* Tue Mar 03 2009 Jochen Schmitt <Jochen herr-schmitt de> 3.1-3
- Fix retcode source issue

* Tue Feb 24 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> 3.1-2
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


grub-0.97-42.fc11
-----------------
* Tue Mar 03 2009 Peter Jones <pjones at redhat.com> - 0.97-42
- Switch from i386 to i586.
- BuildReq on glibc-static.


gtk-vnc-0.3.8-5.fc11
--------------------
* Tue Mar 03 2009 Daniel P. Berrange <berrange at redhat.com> - 0.3.8-5.fc11
- Support SASL authentication extension


gtkimageview-1.6.3-1.fc11
-------------------------
* Tue Mar 03 2009 Nils Philippsen <nils at redhat.com> - 1.6.3-1
- version 1.6.3


hal-0.5.12-23.20090226git.fc11
------------------------------
* Tue Mar 03 2009 Peter Hutterer <peter.hutterer at redhat.com>
- purge hal-tablet.patch: fixed upstream in a different manner, see b0a2575f1.

* Tue Mar 03 2009 - Bastien Nocera <bnocera at redhat.com> - 0.5.12-23.20090226git
- Remove Dell killswitches support, they're handled through the kernel's
  dell_laptop module instead now (#488177), removes requires for smbios-utils


hal-info-20090202-3.fc11
------------------------
* Tue Mar 03 2009 - Bastien Nocera <bnocera at redhat.com> - 20090202-3
- Remove the Dell native killswitches, replaced by the kernel killswitches
  in dell_laptop (#488177)


hunspell-ca-0.20090302-1.fc11
-----------------------------
* Tue Mar 03 2009 Caolan McNamara <caolanm at redhat.com> - 0.20090302-1
- latest version


ibus-table-1.1.0.20090220-4.fc11
--------------------------------
* Mon Mar 02 2009 Caius Chance <cchance at redhat.com> - 1.1.0.20090220-1.fc11
- Resolves: rhbz#484650
- Updated to latest upstream release.
- Splitted chinese input methods into modules.

* Mon Mar 02 2009 Caius Chance <cchance at redhat.com> - 1.1.0.20090220-2.fc11
- Rebuilt.

* Mon Mar 02 2009 Caius Chance <cchance at redhat.com> - 1.1.0.20090220-3.fc11
- Rebuilt.

* Mon Mar 02 2009 Caius Chance <cchance at redhat.com> - 1.1.0.20090220-4.fc11
- Rebuilt.

* Tue Feb 24 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 0.1.1.20081014-5
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


ifm-5.1-9.fc11
--------------
* Tue Mar 03 2009 Robert Scheck <robert at fedoraproject.org> - 5.1-9
- Solve the ppc64-redhat-linux-gnu configure target error

* Tue Feb 24 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 5.1-8
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild

* Thu Jul 31 2008 Tom "spot" Callaway <tcallawa at redhat.com> - 5.1-7
- fix license tag


itext-2.1.4-5.fc11
------------------
* Tue Mar 03 2009 Orcan Ogetbil <oget[DOT]fedora[AT]gmail[DOT]com> 2.1.4-5
- Remove the odd Provides introduced in the 2.1.4-3 build.


jabbin-2.0-0.9.beta2a.fc11
--------------------------
* Tue Mar 03 2009 Caol??n McNamara <caolanm at redhat.com> - 2.0-0.9.beta2a
- include stdio.h for sprintf

* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 2.0-0.8.beta2a
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


jakarta-commons-daemon-1.0.1-7.8.fc11
-------------------------------------
* Tue Mar 03 2009 Karsten Hopp <karsten at redhat.com> 1.0.1-7.7
- add configure patch for s390x

* Tue Mar 03 2009 Karsten Hopp <karsten at redhat.com> 1.0.1-7.8
- ppc needs a similar patch

* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 1:1.0.1-7.6
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild

* Wed Jul 09 2008 Tom "spot" Callaway <tcallawa at redhat.com> - 1:1.0.1-6.6
- drop repotag


kaya-0.5.1-3.fc11
-----------------
* Tue Mar 03 2009 Jochen Schmitt <Jochen herr-schmitt de> 0.5.1-3
- Fix ghc-6.10 releated issues

* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> 0.5.1-2
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


kde-plasma-networkmanagement-0.1-0.8.20090302svn.fc11
-----------------------------------------------------
* Tue Mar 03 2009 Kevin Kofler <Kevin at tigcc.ticalc.org> 0.1-0.7.20090217svn
- Obsoletes/Provides knetworkmanager on F11+ for upgrade paths

* Tue Mar 03 2009 Ben Boeckel <MathStuf at gmail.com> 0.1-0.8.20090302svn
- Respin snapshot


kdebase-workspace-4.2.1-2.fc11
------------------------------
* Tue Mar 03 2009 Than Ngo <than at redhat.com> - 4.2.1-2
- respin


kdepimlibs-4.2.1-2.fc11
-----------------------
* Tue Mar 03 2009 Rex Dieter <rdieter at fedoraproject.org> - 4.2.1-2
- avoid libkcal conflict with kdepim3


kernel-2.6.29-0.197.rc7.fc11
----------------------------
* Wed Mar 04 2009 Dave Airlie <airlied at redhat.com> 2.6.29-0.185.rc6.git7
- rebase drm patches on git7

* Wed Mar 04 2009 Dave Airlie <airlied at redhat.com>
- rebase drm properly kill -pm it breaks my laptop

* Wed Mar 04 2009 Kyle McMartin <kyle at redhat.com>
- Tony Breeds says CONFIG_GEF_SBC610 breaks USB. I, for one, believe
  him. Looks to be fairly useless anyway... (#486511)

* Wed Mar 04 2009 Ben Skeggs <bskeggs at redhat.com>
- drm: fix bustage of _DRM_SHM maps

* Wed Mar 04 2009 Dennis Gilmore <dennis at ausil.us> - 2.6.29-0.195.rc6.git7
- sparc kernel is now in arch/sparc/boot/image

* Wed Mar 04 2009 Dave Jones <davej at redhat.com> 2.6.29-0.197.rc7
- 2.6.29-rc7

* Tue Mar 03 2009 Kyle McMartin <kyle at redhat.com>
- Add bluetooth-testing git tree. Mostly bugfixes...

* Tue Mar 03 2009 Kyle McMartin <kyle at redhat.com>
- Allocate a bigger default DMA buffer for snd-hda_intel. Azalia uses a
  32-bit or wider DMA mask, so this is fine.

* Tue Mar 03 2009 Matthew Garrett <mjg at redhat.com>
- Add dynamic power management for later r500-based Radeons

* Tue Mar 03 2009 Dave Jones <davej at redhat.com> 2.6.29-0.184.rc6.git7
- 2.6.29-rc6-git7


kerneloops-0.12-3.fc11
----------------------
* Tue Mar 03 2009 Bill Nottingham <notting at redhat.com> 0.12-3
- system-activate the service, don't use an initscript


kvm-84-3.fc11
-------------
* Tue Mar 03 2009 Glauber Costa <glommer at redhat.com> - 84.3
- don't do anything here and use qemu package.


libHX-2.5-1.fc11
----------------
* Tue Mar 03 2009 Till Maas <opensource at till.name> - 2.5-1
- Update to new release
- Update URL/Source0 to SF.net webpage


libdap-3.8.2-3.fc11
-------------------
* Mon Mar 02 2009 Caol??n McNamara <caolanm at redhat.com> - 3.8.2-3
- include cstdio for std::sprintf

* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 3.8.2-2
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


libdv-1.0.0-7.fc11
------------------
* Tue Mar 03 2009 Robert Scheck <robert at fedoraproject.org> 1.0.0-7
- Rebuilt against libtool 2.2

* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 1.0.0-6
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


libgcrypt-1.4.4-3.fc11
----------------------
* Tue Mar 03 2009 Tomas Mraz <tmraz at redhat.com> 1.4.4-3
- add hmac FIPS integrity verification check


libgda-3.99.11-2.fc11
---------------------
* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 1:3.99.11-2
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


libgweather-2.25.92-1.fc11
--------------------------
* Tue Mar 03 2009 Matthias Clasen <mclasen at redhat.com> 2.25.92-1
- Update to 2.25.92


libgxim-0.3.2-4.fc11
--------------------
* Tue Mar 03 2009 Akira TAGOH <tagoh at redhat.com> - 0.3.2-4
- Fix destroying a window unexpectedly. (#488223)


libibcommon-1.1.0-4.fc11
------------------------
* Tue Mar 03 2009 Robert Scheck <robert at fedoraproject.org> - 1.1.0-4
- Rebuilt against libtool 2.2

* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 1.1.0-3
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild

* Thu Dec 04 2008 Michael Schwendt <mschwendt at fedoraproject.org> - 1.1.0-2
- Include /usr/include/infiniband directory.


libpolyxmass-0.9.1-4.fc11
-------------------------
* Tue Mar 03 2009 Robert Scheck <robert at fedoraproject.org> - 0.9.1-4
- Rebuilt against libtool 2.2

* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 0.9.1-3
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


libpqxx-2.6.8-12.fc11
---------------------
* Tue Mar 03 2009 Robert Scheck <robert at fedoraproject.org> - 2.6.8-12
- Rebuilt against libtool 2.2

* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 2.6.8-11
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


libsndfile-1.0.17-8.fc11
------------------------
* Tue Mar 03 2009 Robert Scheck <robert at fedoraproject.org> - 1.0.17-8
- Rebuilt against libtool 2.2

* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 1.0.17-7
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


libtranslate-0.99-20.fc11
-------------------------
* Tue Mar 03 2009 Dmitry Butskoy <Dmitry at Butskoy.name> - 0.99-20
- add more language pairs for google service
  (#487951, by Dwayne Bailey (dwayne at translate.org.za>)


libunwind-0.99-0.8.frysk20070405cvs.fc11
----------------------------------------
* Tue Mar 03 2009 Jan Kratochvil <jan.kratochvil at redhat.com> - 0.99-0.8.frysk20070405cvs
- Fix .spec ExclusiveArch from i386 to %{ix86}.
- Remove `BuildRequires: glibc gcc make tar gzip' - minimum build environment.


libyaml-0.1.2-3.fc11
--------------------
* Tue Mar 03 2009 John Eckersberg <jeckersb at redhat.com> - 0.1.2-3
- Remove static libraries


lightning-1.2-16.fc11
---------------------
* Tue Mar 03 2009 Jochen Schmitt <Jochen herr-schmitt de> 1.2-16
- Failback to release 1.2

* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 1.2c-2
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


lvm2-2.02.45-1.fc11
-------------------
* Tue Mar 03 2009 Alasdair Kergon <agk at redhat.com> - 2.02.45-1
- Update clusterlib and corosync dependencies.
- Attempt proper clean up in child before executing fsadm or modprobe.
- Do not scan devices if reporting only attributes from PV label.
- Use pkgconfig to obtain corosync library details during configuration.
- Fix error returns in clvmd-corosync interface to DLM.
- Add --refresh to vgchange and vgmknodes man pages.
- Pass --test from lvresize to fsadm as --dry-run.
- Prevent fsadm from checking mounted filesystems.
- No longer treats any other key as 'no' when prompting in fsadm.
- Add --dataalignment to pvcreate to specify alignment of data area.
- Fix unblocking of interrupts after several commands.
- Provide da and mda locations in debug message when writing text format label.
- Mention the restriction on file descriptors at invocation on the lvm man page.
- Index cached vgmetadata by vgid not vgname to cope with duplicate vgnames.
- No longer require kernel and metadata major numbers to match.
- If kernel supports only one dm major number, use in place of any supplied.
- Add option to /etc/sysconfig/cluster to select cluster type for clvmd.
- Allow clvmd to start up if its lockspace already exists.
- Separate PV label attributes which do not need parse metadata when reporting.
- Remove external dependency on the 'cut' command from fsadm.
- Fix pvs segfault when pv mda attributes requested for unavailable PV.
- Add fsadm support for reszing ext4 filesysystems.
- Change lvm2-cluster to corosync instead of cman.
- Fix some old changelog typos in email addresses.


m17n-contrib-1.1.9-1.fc11
-------------------------
* Tue Mar 03 2009 Parag Nemade <pnemade at redhat.com> -1.1.9-1
- Update to new upstream release 1.1.9


maniadrive-1.2-14.fc11
----------------------
* Tue Mar 03 2009 Hans de Goede <hdegoede at redhat.com> 1.2-14
- Rebuild for new php


mingw32-nsis-2.43-6.fc11
------------------------
* Tue Mar 03 2009 Kevin Kofler <Kevin at tigcc.ticalc.org> - 2.43-6
- Don't build the MinGW parts with debugging information, NSIS corrupts the
  debugging information in the stubs when building installers from them
- Drop debian-debug-opt patch, all its changes are either taken care of by our
  rpm-opt patch, unwanted (see above) or unneeded.


mod_revocator-1.0.2-7.fc11
--------------------------
* Wed Mar 04 2009 Robert Scheck <robert at fedoraproject.org> - 1.0.2-7
- Solve the ppc64-redhat-linux-gnu configure target error

* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 1.0.2-6
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild

* Mon Aug 11 2008 Tom "spot" Callaway <tcallawa at redhat.com> - 1.0.2-5
- fix license tag


mono-nunit22-2.2.10-9.fc11
--------------------------
* Tue Mar 03 2009 Tom "spot" Callaway <tcallawa at redhat.com> - 1:2.2.10-8
- bump epoch, revert to 2.2.10 (this is the compat package after all)

* Tue Mar 03 2009 Tom "spot" Callaway <tcallawa at redhat.com> - 1:2.2.10-9
- forgot to include epoch in devel requires


muine-scrobbler-0.1.8-9.fc11
----------------------------
* Wed Mar 04 2009 Sindre Pedersen Bj??rdal <sindrepb at fedoraproject.org> - 0.1.8-9
- Don't use i386, use macro instead


mythes-sk-0.20090302-1.fc11
---------------------------
* Tue Mar 03 2009 Caolan McNamara <caolanm at redhat.com> - 0.20090302-1
- latest version


nant-0.85-27.fc11
-----------------
* Tue Mar 03 2009 Tom "spot" Callaway <tcallawa at redhat.com> - 1:0.85-27
- unbootstrap


nspluginwrapper-1.3.0-5.fc11
----------------------------
* Tue Mar 03 2009 Warren Togami <wtogami at redhat.com> - 1.3.0-5
- Really Fix x86 32bit build (#488308)


nspr-4.7.3-5.fc11
-----------------
* Wed Mar 04 2009 Kai Engert <kaie at redhat.com> - 4.7.3-5
- add a workaround for bug 487844


nted-1.5.0-4.fc11
-----------------
* Sat Feb 28 2009 Hans Ulrich Niedermann <hun at n-dimensional.de> - 1.5.0-4
- Add (disabled) workaround for broken po2xml (would remove translated docs)

* Thu Feb 26 2009 Hans Ulrich Niedermann <hun at n-dimensional.de> - 1.5.0-3
- noarch subpackage for doc
- use versioned requirements for subpackages

* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 1.5.0-2
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild

* Fri Feb 20 2009 Hans Ulrich Niedermann <hun at n-dimensional.de> - 1.5.0-1
- Update to upstream 1.5.0 release
- nothing user visible besides the upstream 1.5.0 release
- replace %dir %{_fontdir} by fontpackages-devel >= 1.18 build req
- replace %define with %global
- ship COPYING.GFDL file
- split off nted-ntedfont-fonts subpackage for the font people


ntop-3.3.9-2.fc11
-----------------
* Tue Mar 03 2009 Peter Vrabec <pvrabec at redhat.com> - 3.3.9-2
- do not create new certificate if there is already one installed


ocaml-omake-0.9.8.5-7.fc11
--------------------------
* Tue Mar 03 2009 Caol??n McNamara <caolanm at redhat.com> - 0.9.8.5-7
- patch src/libmojave-external/cutil/lm_printf.c rather than
  src/clib/lm_printf.c as the latter is created as a link of the
  former during the build

* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 0.9.8.5-6
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


opal-3.6.0-1.fc11
-----------------
* Tue Mar 03 2009 Peter Robinson <pbrobinson at gmail.com> - 3.6.0-1
- New release for ekiga 3.1.2 beta


openais-0.93-1.fc11
-------------------
* Tue Mar 03 2009 Fabio M. Di Nitto <fdinitto at redhat.com> - 0.93-1
- New upstream release.
- Bump Requires and BuildRequires to corosync 0.94-1.


openal-0.0.9-0.17.20060204cvs.fc11
----------------------------------
* Tue Mar 03 2009 Robert Scheck <robert at fedoraproject.org> - 0.0.9-0.17.20060204cvs
- Re-diffed the openal arch and gcc 4.3 patches for no fuzz

* Thu Feb 26 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 0.0.9-0.16.20060204cvs
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


openoffice.org-3.1.0-3.3.fc11
-----------------------------
* Mon Mar 02 2009 Caol??n McNamara <caolanm at redhat.com> - 1:3.1.0-3.3
- Resolves: rhbz#488021 Kannada Translations
- Resolves: rhbz#488053 Hindi Translations
- backport workspace.localization35.patch for mai_IN
- Maithili Translations and langpack


pam_mount-1.20-1.fc11
---------------------
* Tue Mar 03 2009 Till Maas <opensource at till.name> - 1.20-1
- Update to new release
- Update libHX dependency


pdfcube-0.0.3-3.fc11
--------------------
* Tue Mar 03 2009 Mads Villadsen <maxx at krakoa.dk> - 0.0.3-3
- Exclude x86_64 and ppc64 since pdfcube currently fails to build on these architectures

* Thu Feb 26 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 0.0.3-2
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild

* Wed Feb 18 2009 Mads Villadsen <maxx at krakoa.dk> - 0.0.3-1
- Update to latest upstream release (added better command line support and options to change colors)
- Added boost-devel to BuildRequires


pekwm-0.1.5-10.fc11
-------------------
* Tue Mar 03 2009 Caol??n McNamara <caolanm at redhat.com> - 0.1.5-10
- include cstdio for std::scanf

* Thu Feb 26 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 0.1.5-9
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


perl-Data-ICal-0.15-1.fc11
--------------------------
* Tue Mar 03 2009 Ralf Cors??pius <corsepiu at fedoraproject.org> - 0.15-1
- Upstream update.
- Reflect upstream maintainer having changed.


perl-Nmap-Parser-1.19-1.fc11
----------------------------
* Wed Mar 04 2009 Sindre Pedersen Bj??rdal <sindrepb at fedoraproject.org>
- New upstream release
- Fix typo in manual install
- Don't use dos2unix, rely on sed magic instead

* Thu Feb 26 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 1.16-3
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


phonon-4.3.1-2.fc11
-------------------
* Tue Mar 03 2009 Luk???? Tinkl <ltinkl at redhat.com> - 4.3.1-2
- backport GStreamer backend bugfixes (UTF-8 file handling, volume
fader)


pidgin-2.5.5-1.fc11
-------------------
* Tue Mar 03 2009 Stu Tomlinson <stu at nosnilmot.com> 2.5.5-1
- 2.5.5


powerpc-utils-1.1.2-2.fc11
--------------------------
* Tue Mar 03 2009 Roman Rakus <rrakus at redhat.com> - 1.1.2-1
- new upstream version 1.1.2


psi-0.12.1-1.fc11
-----------------
* Tue Mar 03 2009 Sven Lankes <sven at lank.es> 0.12.1-1
- Update to 0.12.1 (fix for CVE-2008-6393)
- add patch for qt 4.5 support


ptlib-2.6.0-1.fc11
------------------
* Tue Mar 03 2009 Peter Robinson <pbrobinson at gmail.com> - 2.6.0-1
- New release for ekiga 3.1.2 beta


pure-ftpd-1.0.21-20.fc11
------------------------
* Wed Mar 04 2009 Aurelien Bompard <abompard at fedoraproject.org> 1.0.21-20
- make pam and consolehelper's conf files noreplace


python-turbojson-1.2.1-7.fc11
-----------------------------
* Tue Mar 03 2009 Toshio Kuratomi <toshio at fedoraproject.org> - 1.2.1-5
- Enable test suite.

* Tue Mar 03 2009 Toshio Kuratomi <toshio at fedoraproject.org> - 1.2.1-6
- Add BR on simplejson so testsuite will run.

* Tue Mar 03 2009 Toshio Kuratomi <toshio at fedoraproject.org> - 1.2.1-7
- And nose


python-virtinst-0.400.2-1.fc11
------------------------------
* Tue Mar 03 2009 Cole Robinson <crobinso at redhat.com> - 0.400.2-1.fc11
- Update to version 0.400.2
- virt-install --import option for creating a guest from an existing disk
- virt-install --host-device option for host device passthrough
- virt-clone --original-xml for cloning from an xml file
- virt-install --nonetworks option.


qemu-0.10-0.3.kvm20090303git.fc11
---------------------------------

qt-4.5.0-2.fc11
---------------
* Tue Mar 03 2009 Than Ngo <than at redhat.com> - 4.5.0-1
- 4.5.0

* Tue Mar 03 2009 Rex Dieter <rdieter at fedoraproject.org> - 4.5.0-2
- License: LGPLv2 with exceptions or GPLv3 with exceptions
- BR: gstreamer-devel
- drop qgtkstyle patch (no longer needed)
- -x11: move libQtScriptTools here (linked with libQtGui)

* Fri Feb 27 2009 Rex Dieter <rdieter at fedoraproject.org> - 1:4.5.0-0.8.20090224
- 20090224 snapshot
- adjust pkgconfig hackery


rcssserver3d-0.6-11.fc11
------------------------
* Tue Mar 03 2009 Hedayat Vatankhah <hedayat at grad.com> 0.6-11
- Fixed the name of fonts package requirement to the new name


resource-agents-3.0.0-5.alpha6.fc11
-----------------------------------
* Tue Mar 03 2009 Fabio M. Di Nitto <fdinitto at redhat.com> - 3.0.0-5.alpha6
- New upstream release.


ricci-0.15.0-11.fc11
--------------------
* Tue Mar 03 2009 Caol??n McNamara <caolanm at redhat.com> - 0.15.0-11
- include stdio.h for perror, stdint.h for uint32_t

* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 0.15.0-10
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


rubygem-pam-1.5.3-4.fc11
------------------------
* Tue Mar 03 2009 Robert Scheck <robert at fedoraproject.org> - 1.5.3-3
- Another rebuilt to solve the koji buildsystem failure

* Tue Mar 03 2009 Robert Scheck <robert at fedoraproject.org> - 1.5.3-4
- Removed redefined version and release from subpackage

* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 1.5.3-2
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


rubyripper-0.5.5-1.fc11
-----------------------
* Wed Mar 04 2009 Sindre Pedersen Bj??rdal <sindrepb at fedoraproject.org> - 0.5.5-1
- New upstream release


samba-3.3.1-0.29.fc11
---------------------
* Tue Mar 03 2009 Simo Sorce <ssorce at redhat.com> - 3.3.1-0.29
- Make the talloc and ldb packages optionsl and disable their build within
  the samba3 package, they are now built as part of the samba4 package
  until they will both be released as independent packages.


samba4-4.0.0-7alpha7.fc11
-------------------------
* Mon Mar 02 2009 Simo Sorce <ssorce at redhat.com> - 4.0.0-7alpha7
- Compile and have separate packages for additional samba libraries
  Package in their own packages: talloc, tdb, tevent, ldb


scim-bridge-0.4.15.2-3.fc11
---------------------------
* Tue Mar 03 2009 Caol??n McNamara <caolanm at redhat.com> - 0.4.15.2-3
- use -1 instead of EOF for ret of getopt_long

* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 0.4.15.2-2
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


seahorse-plugins-2.25.92-1.fc11
-------------------------------
* Tue Mar 03 2009 Matthias Clasen  <mclasen at redhat.com> - 2.25.92-1
- Update to 2.25.92


selinux-policy-3.6.7-1.fc11
---------------------------
* Mon Mar 02 2009 Dan Walsh <dwalsh at redhat.com> 3.6.7-1
- Update to Latest upstream

* Sat Feb 28 2009 Dan Walsh <dwalsh at redhat.com> 3.6.6-9
- Fix setrans.conf to show SystemLow for s0


sofsip-cli-0.16-1.fc11
----------------------
* Tue Mar 03 2009 Jeffrey C. Ollie <jeff at ocjtech.us> - 0.16-1
- Update to 0.16


stratagus-2.2.4-7.fc11
----------------------
* Tue Mar 03 2009 Caol??n McNamara <caolanm at redhat.com> - 2.2.4-7
- add stdio.h for stderr

* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 2.2.4-6
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


sugar-0.84.0-1.fc11
-------------------
* Tue Mar 03 2009 Simon Schampijer <simon at schampijer.de> - 0.84.0-1
- Focus rectangle corners should be rounded #406
- Restore minimal .xol support #459
- Check the activity version and replace an older version upon download #464
- Friendstray: icon reacting to right click #441
- Network device icons don't react on right click #463
- Don't open a launcher window when that activity is already running #426
- Fall back to application-octet-stream for unknown types #458
- Show a generic icon for clippings, if available #454
- Don't add_bundle on activity dir change when installed already #442
- Make mute sound code togglable
- Keyhandler: Map XF86Search to the journal search
- Keyhandler: Catch all exceptions (thanks to Sascha Silbe)
- Give time for exit to execute when closing the emulator #435
- Dont hardcode the maximum amount of entries to cache in the journal #72
- Add standard Print shortcut to take a screenshot
-  Use keyboard specific keys to set the volume #430
- Update to new DBus policy #307
- Fix palette appearance on right-click #403
- Switch to existing instance of an activity if it's already running #410


sugar-artwork-0.84.0-1.fc11
---------------------------
* Tue Mar 03 2009 Simon Schampijer <simon at schampijer.de> - 0.84.0-1
- Rebuild for 0.84


sugar-base-0.84.0-1.fc11
------------------------
* Tue Mar 03 2009 Simon Schampijer <simon at schampijer.de> - 0.84.0-1
- Rebuild for 0.84


sugar-browse-105-1.fc11
-----------------------
* Tue Mar 03 2009 Simon Schampijer <simon at schampijer.de> - 105-1
- New translations


sugar-chat-64-1.fc11
--------------------
* Tue Mar 03 2009 Steven M. Parrish <tuxbrewr at fedoraproject.org> - 64-2
- New upstream release


sugar-datastore-0.84.0-1.fc11
-----------------------------
* Tue Mar 03 2009 Simon Schampijer <simon at schampijer.de> - 0.84.0-1
- Rebuild for 0.84


sugar-log-17-1.fc11
-------------------
* Tue Mar 03 2009 Simon Schampijer <simon at schampijer.de> - 17-1
- Rebuild for 0.84


sugar-moon-9-1.fc11
-------------------
* Fri Feb 27 2009 Bryan Kearney <bkearney at redhat.com> - 9-1
- Code cleanup (make pylint happier)
- Merged alsroot's excellent independence resolution code addition   
  (resizes moon image to fit available display, much better for misc   
  SoaS hardware screen resolutions)
- Updated localizations (latest from Pootle, thanks all!)


sugar-terminal-23-1.fc11
------------------------
* Tue Mar 03 2009 Steven M. Parrish <tuxbrewr at fedoraproject.org> - 23-1
- New upstream release


sugar-toolkit-0.84.0-1.fc11
---------------------------
* Tue Mar 03 2009 Simon Schampijer <simon at schampijer.de> - 0.84.0-1
- Catch all exceptions while saving #224
- Listen for map in Window instead of in Canvas (alsroot) #428
- Restore minimal .xol support #459
- Use the same font size independent from scaling
- Don't recursively clean an activity if it's a symbolic link #444
- Add extension to temp icon file names #458 
- Process .py files in subdirectories './setup genplot' #391 (alsroot)
- Improve error handling of calls to XGrabKey #431
- Cleanup temp files at exit #435
- Let activities provide their own implementation of get_preview() #152
- Show/Hide the color palette correctly (#374)
- Support setting None as the secondary text #384
- Only display one line in the secondary text of a clipping palette #384
- Switch to existing instance of an activity if it's already running #410
- Reveal the palette on right click on an activity icon #409


sugar-turtleart-41-1.fc11
-------------------------
* Tue Mar 03 2009 Bryan Kearney <bkearney at redhat.com> - 36-1
- Bring in the latest from upstream

* Tue Mar 03 2009 Bryan Kearney <bkearney at redhat.com> - 41-1
- Additional Languages
- Artwork cleanup


sugar-write-63-1.fc11
---------------------
* Tue Mar 03 2009 Simon Schampijer <simon at schampijer.de> - 63-1
- Update to API change, render_page_to_image starts now with 1 #152
- Override get_preview #152
- Deprecation fix: Use bundle_id instead od service_name
- Updated translations


system-config-keyboard-1.2.15-8.fc11
------------------------------------
* Wed Mar 04 2009 Peter Hutterer <peter.hutterer at redhat.com> 1.2.15-8
- system-config-keyboard-1.2.15-nolayout.patch: insert a default ServerLayout
  section if none is found.


system-config-printer-1.1.5-1.fc11
----------------------------------
* Tue Mar 03 2009 Tim Waugh <twaugh at redhat.com> 1.1.5-1
- 1.1.5.


taskjuggler-2.4.1-6.fc11
------------------------
* Tue Mar 03 2009 Ondrej Vasik <ovasik at redhat.com> - 2.4.1-6
- fix build requires, rebuild for F11

* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 2.4.1-5
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


tcl-html-8.5.6-1.fc11
---------------------
* Tue Mar 03 2009 Marcela Ma??l????ov?? <mmaslano at redhat.com> - 8.5.6-1
- update to 8.5.6


thunderbird-3.0-1.beta2.fc11
----------------------------
* Mon Mar 02 2009 Jan Horak <jhorak at redhat.com> - 3.0-1.beta2
- Update to 3.0 beta2
- Added Patch2 to build correctly when building with --enable-shared option

* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 2.0.0.18-3
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


tog-pegasus-2.7.2-7.fc11
------------------------
* Tue Mar 03 2009 Vitezslav Crhonek <vcrhonek at redhat.com> - 2:2.7.2-7
- Add noreplace to config files


tokyocabinet-1.4.9-1.fc11
-------------------------
* Tue Mar 03 2009 Deji Akingunola <dakingun at gmail.com> - 1.4.9-1
- Update to version 1.4.9


tomboy-0.13.6-2.fc11
--------------------
* Tue Mar 03 2009 Matthias Clasen <mclasen at redhat.com> - 0.13.6-2
- Applets must not register with the session manager


totem-2.25.92-1.fc11
--------------------
* Tue Mar 03 2009 - Bastien Nocera <bnocera at redhat.com> -2.25.92-1
- Update to 2.25.92


totem-pl-parser-2.25.92-1.fc11
------------------------------
* Tue Mar 03 2009 - Bastien Nocera <bnocera at redhat.com> - 2.25.92-1
- Update to 2.25.92


ttmkfdir-3.0.9-30.fc11
----------------------
* Tue Mar 03 2009 Caol??n McNamara <caolanm at redhat.com> - 3.0.9-30
- fix ttmkfdir-3.0.9-segfaults.patch to include stdio.h for added printf

* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 3.0.9-29
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


udev-139-2.fc11
---------------
* Tue Mar 03 2009 Harald Hoyer <harald at redhat.com> 139-2
- speedup of start_udev by doing make_extra_nodes in parallel to 
  the daemon start


uml_utilities-20070815-5.fc11
-----------------------------
* Tue Mar 03 2009 Paul Wouters <paul at xelerance.com> - 20070815-5
- Limited setuid binary to only members of the uml-net group


vegastrike-0.5.0-9.fc11
-----------------------
* Tue Mar 03 2009 Alexey Torkhov <atorkhov at gmail.com> - 0.5.0-9
- Rebuild for new ogre


xmms-cdread-0.14-16.fc11
------------------------
* Tue Mar 03 2009 Robert Scheck <robert at fedoraproject.org> - 0.14-16
- Solve the x86_64-redhat-linux-gnu configure target error

* Thu Feb 26 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 0.14-15
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild

* Mon Aug 11 2008 Jason L Tibbitts III <tibbs at math.uh.edu> - 0.14-14
- Fix license tag.


xorg-x11-drv-ati-6.11.0-3.fc11
------------------------------

xorg-x11-server-1.6.0-5.fc11
----------------------------
* Wed Mar 04 2009 Peter Hutterer <peter.hutterer at redhat.com> 1.6.0-5
- Drop our own fedora-setup-keyboard script, Require: fedora-setup-keyboard
  package instead.

* Tue Mar 03 2009 Adam Jackson <ajax at redhat.com> 1.6.0-4
- xserver-1.6.0-selinux-raw.patch: Deal in raw contexts, to avoid paying
  the price for setrans on every object.
- xserver-1.6.0-primary.patch: Try harder to figure out what the primary
  video device is on machines with multiple GPUs.
- xserver-1.6.0-selinux-destroy.patch: Don't bother relabeling objects that
  are on the way to destruction.


ypserv-2.19-12.fc11
-------------------
* Tue Mar 03 2009 Vitezslav Crhonek <vcrhonek at redhat.com> - 2.19-12
- Mark apropriate config files as noreplace


Summary:
Added Packages: 7
Removed Packages: 1
Modified Packages: 144



From mail at robertoragusa.it  Wed Mar  4 09:30:46 2009
From: mail at robertoragusa.it (Roberto Ragusa)
Date: Wed, 04 Mar 2009 10:30:46 +0100
Subject: Fedora ATi driver performs much worse than the vanilla code
In-Reply-To: <5f6f8c5f0903010739h10f58985ue606b5672720e84@mail.gmail.com>
References: <5f6f8c5f0902271725o3090ae8ndb343a14216898f6@mail.gmail.com>	<1235892633.3577.25.camel@localhost>
	<5f6f8c5f0903010739h10f58985ue606b5672720e84@mail.gmail.com>
Message-ID: <49AE4A46.5010801@robertoragusa.it>

Joshua C. wrote:

> I did some test and here are the results:
> 
> "These results are not representative for all the fedora community.
> They just show how the free radeon driver performs on my pc"
> 
[snip]
> 
> These results represent a regression in my case.

Thank you for your detailed tests.

I've also noticed very bad performance on a r300 based laptop
which used to work well with older Fedora releases (up to F8
for sure), but it is now practically unusable with rawhide.

My tests were not as extensive as yours, but I didn't manage
to find an acceptable combination of parameters.

It was particularly confusing for me as my intention with
rawhide was to test KDE 4 and it was not too clear if the
slugginess was related to the new KDE stuff (widgets,
compositing,...) or something more low level.
But it's low level: moving windows burns CPU and is slow.

I'm really looking forward to having a solution for this issue.

Best regards.
-- 
   Roberto Ragusa    mail at robertoragusa.it



From mail at robertoragusa.it  Wed Mar  4 09:57:00 2009
From: mail at robertoragusa.it (Roberto Ragusa)
Date: Wed, 04 Mar 2009 10:57:00 +0100
Subject: i386 -> x86_64 upgrade notes
In-Reply-To: <49AC6946.7040806@codewiz.org>
References: <49AC6946.7040806@codewiz.org>
Message-ID: <49AE506C.8040005@robertoragusa.it>

Bernie Innocenti wrote:
> Hello,
> 
> I've put together some notes on upgrading a Fedora system from i386 to
> x86_64:
> 
>   http://www.codewiz.org/wiki/Fedora64bitUpgrade

Really interesting.

In the middle of your process, you basically have two entire i386 and
x86_64 distributions installed together.

Does this really work? I mean, is the infrastructure able to have
coexistent x86_64 and i386 rpms for every package? (and with i386 rpms
coming from an i386 distribution, and not special i386 rpms
done for an x86_64 distribution).

When one removes the i386 packages at the end of the migration,
is the system really in good shape?
For example, what kind of issues does an "rpm -Va" find?
Are all data files arch independent? (for example binary databases,
such as the rpmdb itself).

In my opinion, an i386 -> x86_64 upgrade path (even if not
really officially supported) will be useful to many people.
I personally hate to reinstall everything.
(upgraded all the way from RedHat 5.1 up to Fedora 10 migrating
hardware a few times, with only one reinstallation from
scratch in the middle).

Best regards. Ciao :-)
-- 
   Roberto Ragusa    mail at robertoragusa.it



From kevin.kofler at chello.at  Wed Mar  4 10:30:47 2009
From: kevin.kofler at chello.at (Kevin Kofler)
Date: Wed, 04 Mar 2009 11:30:47 +0100
Subject: i386 -> x86_64 upgrade notes
References: <49AC6946.7040806@codewiz.org> <49AE506C.8040005@robertoragusa.it>
Message-ID: <goll8n$8fp$1@ger.gmane.org>

Roberto Ragusa wrote:
> Does this really work? I mean, is the infrastructure able to have
> coexistent x86_64 and i386 rpms for every package? (and with i386 rpms
> coming from an i386 distribution, and not special i386 rpms
> done for an x86_64 distribution).

Multilib packages are just the i386 packages copied to the x86_64 repo. The
only thing "special" about them is that not all packages are multilibbed.

        Kevin Kofler



From atkac at redhat.com  Wed Mar  4 08:36:04 2009
From: atkac at redhat.com (Adam Tkac)
Date: Wed, 4 Mar 2009 03:36:04 -0500
Subject: TightVNC feature has been renamed to TigerVNC
Message-ID: <20090304083604.GA30305@evileye.atkac.englab.brq.redhat.com>

Hi all,

it was some concern why TightVNC feature has been renamed to TigerVNC
one minute before beta freeze. Let me try explain background.

In Fedora 10 we have vnc based on RealVNC source but upstream doesn't
put any effort to accept patches which we have so I decided replace
RealVNC by TightVNC in F11.

Current TightVNC "trunk", which was supposed to be our F11 vnc, uses
same codebase as RealVNC. TightVNC adds Tight extension and some other
useful features. I joined to TightVNC upstream about one year ago and
successfully ported all Fedora changes to upstream.

Unfortunately TightVNC lead developer wasn't able to create any plan
for the next release of UN*X version. All UN*X developers asked him
what features will be in next version, when the next version will be
released etc. It was continual development without any milestones
which was unacceptable for some developers thus we created fork called
TigerVNC.

TigerVNC is new project, it exists about two weeks. All active
TightVNC UN*X developers left TightVNC and joined TigerVNC. Also lead
developer of TurboVNC (VNC which is focussed on performance, 3D gaming
etc) joined us so I think this project will have better future than
TightVNC. You can read "official" statement from upstream -
https://sourceforge.net/mailarchive/message.php?msg_name=alpine.LFD.2.00.0902271116020.25749%40maggie.lkpg.cendio.se.

Due reasons written above I decided to switch to TigerVNC ASAP because
I think it will be better than TightVNC.

I hope I threw enough light on this topic.

Regards, Adam

-- 
Adam Tkac, Red Hat, Inc.



From alexl at users.sourceforge.net  Wed Mar  4 10:51:39 2009
From: alexl at users.sourceforge.net (Alex Lancaster)
Date: Wed, 04 Mar 2009 03:51:39 -0700
Subject: Broken dependencies: gdal
In-Reply-To: <49AD665D.8080209@cora.nwra.com> (Orion Poplawski's message of
	"Tue\, 03 Mar 2009 10\:18\:21 -0700")
References: <20090303170438.E24F41B8004@releng2.fedora.phx.redhat.com>
	<49AD665D.8080209@cora.nwra.com>
Message-ID: <miljrl7e84.fsf@allele2.eebweb.arizona.edu>

>>>>> "OP" == Orion Poplawski  writes:

OP> buildsys at fedoraproject.org wrote:
>> gdal has broken dependencies in the development tree:
>> On ppc:
>> gdal-1.6.0-4.fc11.ppc64 requires libhdf5.so.5()(64bit)
>> gdal-1.6.0-4.fc11.ppc64 requires libodbcinst.so.1()(64bit)
>> gdal-1.6.0-4.fc11.ppc64 requires libodbc.so.1()(64bit)

OP> I'm happy to do the bootstrap rebuild to fix this, but ACLs are closed.

I've repeatedly requested the maintainer open up the ACLs on these
packages, but never received a response to my e-mails on this subject.
It's very frustrating.

What is the procedure in these cases to get a maintainer to justify
keeping ACLs closed?  Escalate to FESCo?

Alex



From denis at poolshark.org  Wed Mar  4 11:15:47 2009
From: denis at poolshark.org (Denis Leroy)
Date: Wed, 04 Mar 2009 12:15:47 +0100
Subject: Broken dependencies: gdal
In-Reply-To: <miljrl7e84.fsf@allele2.eebweb.arizona.edu>
References: <20090303170438.E24F41B8004@releng2.fedora.phx.redhat.com>	<49AD665D.8080209@cora.nwra.com>
	<miljrl7e84.fsf@allele2.eebweb.arizona.edu>
Message-ID: <49AE62E3.3050207@poolshark.org>

Alex Lancaster wrote:
>>>>>> "OP" == Orion Poplawski  writes:
> 
> OP> buildsys at fedoraproject.org wrote:
>>> gdal has broken dependencies in the development tree:
>>> On ppc:
>>> gdal-1.6.0-4.fc11.ppc64 requires libhdf5.so.5()(64bit)
>>> gdal-1.6.0-4.fc11.ppc64 requires libodbcinst.so.1()(64bit)
>>> gdal-1.6.0-4.fc11.ppc64 requires libodbc.so.1()(64bit)
> 
> OP> I'm happy to do the bootstrap rebuild to fix this, but ACLs are closed.
> 
> I've repeatedly requested the maintainer open up the ACLs on these
> packages, but never received a response to my e-mails on this subject.
> It's very frustrating.
> 
> What is the procedure in these cases to get a maintainer to justify
> keeping ACLs closed?  Escalate to FESCo?

It's also using a non-verifiable source tarball:

Source0:   %{name}-%{version}-fedora.tar.gz

when the upstream source is easily downloadable at

http://download.osgeo.org/gdal/gdal-1.6.0.tar.gz


That's unacceptable.



From kevin.kofler at chello.at  Wed Mar  4 11:31:13 2009
From: kevin.kofler at chello.at (Kevin Kofler)
Date: Wed, 04 Mar 2009 12:31:13 +0100
Subject: Broken dependencies: gdal
References: <20090303170438.E24F41B8004@releng2.fedora.phx.redhat.com>
	<49AD665D.8080209@cora.nwra.com>
	<miljrl7e84.fsf@allele2.eebweb.arizona.edu>
Message-ID: <goloq1$kkn$1@ger.gmane.org>

Alex Lancaster wrote:
> What is the procedure in these cases to get a maintainer to justify
> keeping ACLs closed?  Escalate to FESCo?

Yes.

        Kevin Kofler



From ngompa13 at gmail.com  Wed Mar  4 11:36:57 2009
From: ngompa13 at gmail.com (King InuYasha)
Date: Wed, 4 Mar 2009 05:36:57 -0600
Subject: TightVNC feature has been renamed to TigerVNC
In-Reply-To: <20090304083604.GA30305@evileye.atkac.englab.brq.redhat.com>
References: <20090304083604.GA30305@evileye.atkac.englab.brq.redhat.com>
Message-ID: <8278b1b0903040336g6aef1582r1d5beaceb13ad897@mail.gmail.com>

This makes a lot of sense actually. There are very few proper
implementations of VNC 4 for UNIX like systems. Most of them are based on
the older VNC 3.3 protocol with crazy extensions added on top of it. Having
a VNC implementation that actually is kept up to date with the VNC protocol
and is optimized with extensions is something I have been waiting for awhile
now. I wish you the best of luck on this project!

On Wed, Mar 4, 2009 at 2:36 AM, Adam Tkac <atkac at redhat.com> wrote:

> Hi all,
>
> it was some concern why TightVNC feature has been renamed to TigerVNC
> one minute before beta freeze. Let me try explain background.
>
> In Fedora 10 we have vnc based on RealVNC source but upstream doesn't
> put any effort to accept patches which we have so I decided replace
> RealVNC by TightVNC in F11.
>
> Current TightVNC "trunk", which was supposed to be our F11 vnc, uses
> same codebase as RealVNC. TightVNC adds Tight extension and some other
> useful features. I joined to TightVNC upstream about one year ago and
> successfully ported all Fedora changes to upstream.
>
> Unfortunately TightVNC lead developer wasn't able to create any plan
> for the next release of UN*X version. All UN*X developers asked him
> what features will be in next version, when the next version will be
> released etc. It was continual development without any milestones
> which was unacceptable for some developers thus we created fork called
> TigerVNC.
>
> TigerVNC is new project, it exists about two weeks. All active
> TightVNC UN*X developers left TightVNC and joined TigerVNC. Also lead
> developer of TurboVNC (VNC which is focussed on performance, 3D gaming
> etc) joined us so I think this project will have better future than
> TightVNC. You can read "official" statement from upstream -
>
> https://sourceforge.net/mailarchive/message.php?msg_name=alpine.LFD.2.00.0902271116020.25749%40maggie.lkpg.cendio.se
> .
>
> Due reasons written above I decided to switch to TigerVNC ASAP because
> I think it will be better than TightVNC.
>
> I hope I threw enough light on this topic.
>
> Regards, Adam
>
> --
> Adam Tkac, Red Hat, Inc.
>
> --
> 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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090304/f39727a9/attachment.htm>

From jwboyer at gmail.com  Wed Mar  4 11:52:42 2009
From: jwboyer at gmail.com (Josh Boyer)
Date: Wed, 4 Mar 2009 06:52:42 -0500
Subject: Broken dependencies: gdal
In-Reply-To: <miljrl7e84.fsf@allele2.eebweb.arizona.edu>
References: <20090303170438.E24F41B8004@releng2.fedora.phx.redhat.com>
	<49AD665D.8080209@cora.nwra.com>
	<miljrl7e84.fsf@allele2.eebweb.arizona.edu>
Message-ID: <20090304115242.GC23240@yoda.jdub.homelinux.org>

On Wed, Mar 04, 2009 at 03:51:39AM -0700, Alex Lancaster wrote:
>>>>>> "OP" == Orion Poplawski  writes:
>
>OP> buildsys at fedoraproject.org wrote:
>>> gdal has broken dependencies in the development tree:
>>> On ppc:
>>> gdal-1.6.0-4.fc11.ppc64 requires libhdf5.so.5()(64bit)
>>> gdal-1.6.0-4.fc11.ppc64 requires libodbcinst.so.1()(64bit)
>>> gdal-1.6.0-4.fc11.ppc64 requires libodbc.so.1()(64bit)
>
>OP> I'm happy to do the bootstrap rebuild to fix this, but ACLs are closed.
>
>I've repeatedly requested the maintainer open up the ACLs on these
>packages, but never received a response to my e-mails on this subject.
>It's very frustrating.
>
>What is the procedure in these cases to get a maintainer to justify
>keeping ACLs closed?  Escalate to FESCo?

Does the maintainer still fix bugs and otherwise work on the package?

If not, start the AWOL maintainer process.

josh



From jwboyer at gmail.com  Wed Mar  4 11:54:10 2009
From: jwboyer at gmail.com (Josh Boyer)
Date: Wed, 4 Mar 2009 06:54:10 -0500
Subject: Broken dependencies: gdal
In-Reply-To: <49AE62E3.3050207@poolshark.org>
References: <20090303170438.E24F41B8004@releng2.fedora.phx.redhat.com>
	<49AD665D.8080209@cora.nwra.com>
	<miljrl7e84.fsf@allele2.eebweb.arizona.edu>
	<49AE62E3.3050207@poolshark.org>
Message-ID: <20090304115410.GD23240@yoda.jdub.homelinux.org>

On Wed, Mar 04, 2009 at 12:15:47PM +0100, Denis Leroy wrote:
> Alex Lancaster wrote:
>>>>>>> "OP" == Orion Poplawski  writes:
>>
>> OP> buildsys at fedoraproject.org wrote:
>>>> gdal has broken dependencies in the development tree:
>>>> On ppc:
>>>> gdal-1.6.0-4.fc11.ppc64 requires libhdf5.so.5()(64bit)
>>>> gdal-1.6.0-4.fc11.ppc64 requires libodbcinst.so.1()(64bit)
>>>> gdal-1.6.0-4.fc11.ppc64 requires libodbc.so.1()(64bit)
>>
>> OP> I'm happy to do the bootstrap rebuild to fix this, but ACLs are closed.
>>
>> I've repeatedly requested the maintainer open up the ACLs on these
>> packages, but never received a response to my e-mails on this subject.
>> It's very frustrating.
>>
>> What is the procedure in these cases to get a maintainer to justify
>> keeping ACLs closed?  Escalate to FESCo?
>
> It's also using a non-verifiable source tarball:
>
> Source0:   %{name}-%{version}-fedora.tar.gz
>
> when the upstream source is easily downloadable at
>
> http://download.osgeo.org/gdal/gdal-1.6.0.tar.gz
>
>
> That's unacceptable.

Are there instructions in the spec file on how to create that
tarball, or why it's not the upstream tarball?

If not, file a bug and request that those either be added or
that it use an upstream tarball.

josh



From dan at danny.cz  Wed Mar  4 12:01:45 2009
From: dan at danny.cz (Dan =?ISO-8859-1?Q?Hor=E1k?=)
Date: Wed, 04 Mar 2009 13:01:45 +0100
Subject: Broken dependencies: gdal
In-Reply-To: <49AE62E3.3050207@poolshark.org>
References: <20090303170438.E24F41B8004@releng2.fedora.phx.redhat.com>
	<49AD665D.8080209@cora.nwra.com>
	<miljrl7e84.fsf@allele2.eebweb.arizona.edu>
	<49AE62E3.3050207@poolshark.org>
Message-ID: <1236168105.15844.14.camel@eagle.danny.cz>

Denis Leroy p??e v St 04. 03. 2009 v 12:15 +0100:
> Alex Lancaster wrote:
> >>>>>> "OP" == Orion Poplawski  writes:
> > 
> > OP> buildsys at fedoraproject.org wrote:
> >>> gdal has broken dependencies in the development tree:
> >>> On ppc:
> >>> gdal-1.6.0-4.fc11.ppc64 requires libhdf5.so.5()(64bit)
> >>> gdal-1.6.0-4.fc11.ppc64 requires libodbcinst.so.1()(64bit)
> >>> gdal-1.6.0-4.fc11.ppc64 requires libodbc.so.1()(64bit)
> > 
> > OP> I'm happy to do the bootstrap rebuild to fix this, but ACLs are closed.
> > 
> > I've repeatedly requested the maintainer open up the ACLs on these
> > packages, but never received a response to my e-mails on this subject.
> > It's very frustrating.
> > 
> > What is the procedure in these cases to get a maintainer to justify
> > keeping ACLs closed?  Escalate to FESCo?
> 
> It's also using a non-verifiable source tarball:
> 
> Source0:   %{name}-%{version}-fedora.tar.gz
> 
> when the upstream source is easily downloadable at
> 
> http://download.osgeo.org/gdal/gdal-1.6.0.tar.gz
> 
> 
> That's unacceptable.

modified source archive usually means that some non-free part were
stripped


		Dan




From berrange at redhat.com  Wed Mar  4 12:10:13 2009
From: berrange at redhat.com (Daniel P. Berrange)
Date: Wed, 4 Mar 2009 12:10:13 +0000
Subject: TightVNC feature has been renamed to TigerVNC
In-Reply-To: <20090304083604.GA30305@evileye.atkac.englab.brq.redhat.com>
References: <20090304083604.GA30305@evileye.atkac.englab.brq.redhat.com>
Message-ID: <20090304121013.GB24620@redhat.com>

On Wed, Mar 04, 2009 at 03:36:04AM -0500, Adam Tkac wrote:
> Hi all,
> 
> it was some concern why TightVNC feature has been renamed to TigerVNC
> one minute before beta freeze. Let me try explain background.
> 
> In Fedora 10 we have vnc based on RealVNC source but upstream doesn't
> put any effort to accept patches which we have so I decided replace
> RealVNC by TightVNC in F11.
> 
> Current TightVNC "trunk", which was supposed to be our F11 vnc, uses
> same codebase as RealVNC. TightVNC adds Tight extension and some other
> useful features. I joined to TightVNC upstream about one year ago and
> successfully ported all Fedora changes to upstream.
> 
> Unfortunately TightVNC lead developer wasn't able to create any plan
> for the next release of UN*X version. All UN*X developers asked him
> what features will be in next version, when the next version will be
> released etc. It was continual development without any milestones
> which was unacceptable for some developers thus we created fork called
> TigerVNC.
> 
> TigerVNC is new project, it exists about two weeks. All active
> TightVNC UN*X developers left TightVNC and joined TigerVNC. Also lead
> developer of TurboVNC (VNC which is focussed on performance, 3D gaming
> etc) joined us so I think this project will have better future than
> TightVNC. You can read "official" statement from upstream -
> https://sourceforge.net/mailarchive/message.php?msg_name=alpine.LFD.2.00.0902271116020.25749%40maggie.lkpg.cendio.se.
> 
> Due reasons written above I decided to switch to TigerVNC ASAP because
> I think it will be better than TightVNC.
> 
> I hope I threw enough light on this topic.

Thanks for the update - it is good to see that there's now a viable
open source project for improving VNC server support on UNIX.

Do you have any plans to implement the VeNCrypt extension in the 
server side ? This is the TLS/SSL + x509 certificate extension we
have standardized on for QEMU, Xen, KVM and GTK-VNC (used by 
virt-viewer, virt-manager and vinagre clients). I would also like
to add it to the GNOME VINO, since VINO's own TLS extension is flawed
by not using x509 credentials. That leaves TigerVNC without a good
interoperable TLS extension, so it'd be desriable to implement VeNCrypt
there so we have a consistent TLS extension that's interoperable
across all the VNC clients & servers in Fedora.

Following on from that I also recently defined & implemented another
VNC auth extension based on SASL. This provides for a good extendable
authentication capability, most importantly including GSSAPI Kerberos
for single sign on. I've got it implemented for QEMU, KVM, GTK-VNC and
VINO already, so again it'd be good to plan for adding it to TigerVNC
too so we have a widely interoperable strong authentication system.

Regards,
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 mtasaka at ioa.s.u-tokyo.ac.jp  Wed Mar  4 12:15:09 2009
From: mtasaka at ioa.s.u-tokyo.ac.jp (Mamoru Tasaka)
Date: Wed, 04 Mar 2009 21:15:09 +0900
Subject: Broken dependencies: gdal
In-Reply-To: <20090304115410.GD23240@yoda.jdub.homelinux.org>
References: <20090303170438.E24F41B8004@releng2.fedora.phx.redhat.com>	<49AD665D.8080209@cora.nwra.com>	<miljrl7e84.fsf@allele2.eebweb.arizona.edu>	<49AE62E3.3050207@poolshark.org>
	<20090304115410.GD23240@yoda.jdub.homelinux.org>
Message-ID: <49AE70CD.7050806@ioa.s.u-tokyo.ac.jp>

Josh Boyer wrote, at 03/04/2009 08:54 PM +9:00:
> On Wed, Mar 04, 2009 at 12:15:47PM +0100, Denis Leroy wrote:
>> It's also using a non-verifiable source tarball:
>>
>> Source0:   %{name}-%{version}-fedora.tar.gz
>>
>> when the upstream source is easily downloadable at
>> http://download.osgeo.org/gdal/gdal-1.6.0.tar.gz
>>
>>
>> That's unacceptable.
> 
> Are there instructions in the spec file on how to create that
> tarball, or why it's not the upstream tarball?
> 
> If not, file a bug and request that those either be added or
> that it use an upstream tarball.
> 
> josh

Well, upstream tarball has some files under some questionable
licenses and the maintainer removed them. Some explanation for
this is written in PROVENANCE.TXT-fedora in the modified tarball.

Mamoru



From jwboyer at gmail.com  Wed Mar  4 12:23:06 2009
From: jwboyer at gmail.com (Josh Boyer)
Date: Wed, 4 Mar 2009 07:23:06 -0500
Subject: Broken dependencies: gdal
In-Reply-To: <49AE70CD.7050806@ioa.s.u-tokyo.ac.jp>
References: <20090303170438.E24F41B8004@releng2.fedora.phx.redhat.com>
	<49AD665D.8080209@cora.nwra.com>
	<miljrl7e84.fsf@allele2.eebweb.arizona.edu>
	<49AE62E3.3050207@poolshark.org>
	<20090304115410.GD23240@yoda.jdub.homelinux.org>
	<49AE70CD.7050806@ioa.s.u-tokyo.ac.jp>
Message-ID: <20090304122306.GE23240@yoda.jdub.homelinux.org>

On Wed, Mar 04, 2009 at 09:15:09PM +0900, Mamoru Tasaka wrote:
> Josh Boyer wrote, at 03/04/2009 08:54 PM +9:00:
>> On Wed, Mar 04, 2009 at 12:15:47PM +0100, Denis Leroy wrote:
>>> It's also using a non-verifiable source tarball:
>>>
>>> Source0:   %{name}-%{version}-fedora.tar.gz
>>>
>>> when the upstream source is easily downloadable at
>>> http://download.osgeo.org/gdal/gdal-1.6.0.tar.gz
>>>
>>>
>>> That's unacceptable.
>>
>> Are there instructions in the spec file on how to create that
>> tarball, or why it's not the upstream tarball?
>>
>> If not, file a bug and request that those either be added or
>> that it use an upstream tarball.
>>
>> josh
>
> Well, upstream tarball has some files under some questionable
> licenses and the maintainer removed them. Some explanation for
> this is written in PROVENANCE.TXT-fedora in the modified tarball.

Then I believe that is fine.

josh



From rjones at redhat.com  Wed Mar  4 12:27:09 2009
From: rjones at redhat.com (Richard W.M. Jones)
Date: Wed, 4 Mar 2009 12:27:09 +0000
Subject: rawhide report: 20090303 changes
In-Reply-To: <1236102340.891.18.camel@localhost.localdomain>
References: <20090303081450.59E241B8013@releng2.fedora.phx.redhat.com>
	<1236102340.891.18.camel@localhost.localdomain>
Message-ID: <20090304122709.GA31709@amd.home.annexia.org>

On Tue, Mar 03, 2009 at 09:45:40AM -0800, Jesse Keating wrote:
>         mingw32-gcc-objc-4.4.0-0.5.fc11.i586 requires mingw32-libobjc = 0:4.4.0-0.5.fc11
>         mingw32-gcc-objc++-4.4.0-0.5.fc11.i586 requires mingw32-gcc-g++ = 0:4.4.0-0.5.fc11

Both of these should be fixed in the next update.

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 khc at pm.waw.pl  Wed Mar  4 12:30:27 2009
From: khc at pm.waw.pl (Krzysztof Halasa)
Date: Wed, 04 Mar 2009 13:30:27 +0100
Subject: Confirmed premature hard disk failure
In-Reply-To: <68720af30903030820n3191027cx2443f683b3dbfe30@mail.gmail.com>
	(Paulo Cavalcanti's message of "Tue\,
	3 Mar 2009 13\:20\:41 -0300")
References: <1230686486.6985.516.camel@localhost.localdomain>
	<20081231044851.GA27670@angus.ind.WPI.EDU>
	<m3k59gsf9d.fsf@ursa.amorsen.dk>
	<20081231151204.GA1430@angus.ind.WPI.EDU>
	<20081231151730.GB1430@angus.ind.WPI.EDU>
	<68720af30903030820n3191027cx2443f683b3dbfe30@mail.gmail.com>
Message-ID: <m3vdqpeaho.fsf@intrepid.localdomain>

Paulo Cavalcanti <promac at gmail.com> writes:

> Here, there is a list of the affected hardware:
>
> https://wiki.ubuntu.com/DanielHahler/Bug59695#Affected%20hardware

I wonder if my disk does qualify?
Model Family:     Hitachi Travelstar 80GN family
Device Model:     IC25N020ATMR04-0
-B 128 by default (disk's default, there is no BIOS). Changed now to 255.

ID# ATTRIBUTE_NAME          FLAG   VALUE WORST THRESH TYPE     UPDATED WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x000b 100   100   062    Pre-fail Always  -       0
  2 Throughput_Performance  0x0005 105   105   040    Pre-fail Offline -       5882
  3 Spin_Up_Time            0x0007 192   192   033    Pre-fail Always  -       1
  4 Start_Stop_Count        0x0012 100   100   000    Old_age  Always  -       859
  5 Reallocated_Sector_Ct   0x0033 100   100   005    Pre-fail Always  -       0
  7 Seek_Error_Rate         0x000b 100   100   067    Pre-fail Always  -       0
  8 Seek_Time_Performance   0x0005 118   118   040    Pre-fail Offline -       37
  9 Power_On_Hours          0x0012 037   037   000    Old_age  Always  -       27788
 10 Spin_Retry_Count        0x0013 100   100   060    Pre-fail Always  -       0
 12 Power_Cycle_Count       0x0032 100   100   000    Old_age  Always  -       504
191 G-Sense_Error_Rate      0x000a 100   100   000    Old_age  Always  -       0
192 Power-Off_Retract_Count 0x0032 100   100   000    Old_age  Always  -       52
193 Load_Cycle_Count        0x0012 001   001   000    Old_age  Always  -       5178492
194 Temperature_Celsius     0x0002 141   141   000    Old_age  Always  -       39 (Lifetime Min/Max 13/59)
196 Reallocated_Event_Count 0x0032 100   100   000    Old_age  Always  -       2
197 Current_Pending_Sector  0x0022 100   100   000    Old_age  Always  -       1
198 Offline_Uncorrectable   0x0008 100   100   000    Old_age  Offline -       0
199 UDMA_CRC_Error_Count    0x000a 200   200   000    Old_age  Always  -       0

The disk is entirely readable (though it had 2 bad sectors, corrected by
writing to them).

The 600,000 max cycle count seems a bit underestimated, though (fingers
crossed) :-)
-- 
Krzysztof Halasa



From mschwendt at gmail.com  Wed Mar  4 12:44:52 2009
From: mschwendt at gmail.com (Michael Schwendt)
Date: Wed, 4 Mar 2009 13:44:52 +0100
Subject: rpms/ntop/devel .cvsignore, 1.3, 1.4 ntop.spec, 1.4, 1.5
 sources, 1.3, 1.4
In-Reply-To: <b401d2530903031649i13665973r20f8041f2182ba58@mail.gmail.com>
References: <20090302180943.0AF4A70115@cvs1.fedora.phx.redhat.com>
	<b401d2530903030400u97cd163ne241ae5f3941ac45@mail.gmail.com>
	<goki6l$iir$2@ger.gmane.org>
	<b401d2530903031649i13665973r20f8041f2182ba58@mail.gmail.com>
Message-ID: <20090304134452.8113813f.mschwendt@gmail.com>

On Wed, 4 Mar 2009 06:19:21 +0530, Rakesh wrote:

> 2009/3/4 Kevin Kofler wrote:
> > Rakesh Pandit wrote:
> >>Peter Vrabec wrote:
> >>> +Source3: ? ? ? ?GeoIP.tar.gz
> >>> +Source4: ? ? ? ?GeoLiteCity.dat.gz
> >>> +Source5: ? ? ? ?GeoIPASNum.dat.gz
> >
> > Why can't the files from the geoip package be used instead of shipping them
> > with this package?
> >
> 
> Yeah that is another issue. GeoIP package should be used.

This has been found by the conflicts checker, too:
https://bugzilla.redhat.com/488419



From pingou at pingoured.fr  Wed Mar  4 13:03:51 2009
From: pingou at pingoured.fr (Pierre-Yves)
Date: Wed, 04 Mar 2009 14:03:51 +0100
Subject: Confirmed premature hard disk failure
In-Reply-To: <m3vdqpeaho.fsf@intrepid.localdomain>
References: <1230686486.6985.516.camel@localhost.localdomain>
	<20081231044851.GA27670@angus.ind.WPI.EDU>
	<m3k59gsf9d.fsf@ursa.amorsen.dk>
	<20081231151204.GA1430@angus.ind.WPI.EDU>
	<20081231151730.GB1430@angus.ind.WPI.EDU>
	<68720af30903030820n3191027cx2443f683b3dbfe30@mail.gmail.com>
	<m3vdqpeaho.fsf@intrepid.localdomain>
Message-ID: <1236171831.4810.9.camel@pingouGreen.localdomain>

On Wed, 2009-03-04 at 13:30 +0100, Krzysztof Halasa wrote:
> Paulo Cavalcanti <promac at gmail.com> writes:
> 
> > Here, there is a list of the affected hardware:
> >
> > https://wiki.ubuntu.com/DanielHahler/Bug59695#Affected%20hardware
> 
> I wonder if my disk does qualify?
> Model Family:     Hitachi Travelstar 80GN family
> Device Model:     IC25N020ATMR04-0
> -B 128 by default (disk's default, there is no BIOS). Changed now to 255.
Model Family:     Toshiba 2.5" HDD series (80 GB and above)
Device Model:     TOSHIBA MK2035GSS
> ID# ATTRIBUTE_NAME          FLAG   VALUE WORST THRESH TYPE     UPDATED WHEN_FAILED RAW_VALUE
> 193 Load_Cycle_Count        0x0012 001   001   000    Old_age  Always  -       5178492
193 Load_Cycle_Count        0x0032   060   060   000    Old_age  Always
-       404339

Do they mean Value or Raw_value ?

Thanks,

Pierre



From khc at pm.waw.pl  Wed Mar  4 13:35:50 2009
From: khc at pm.waw.pl (Krzysztof Halasa)
Date: Wed, 04 Mar 2009 14:35:50 +0100
Subject: Confirmed premature hard disk failure
In-Reply-To: <1236171831.4810.9.camel@pingouGreen.localdomain> (Pierre-Yves's
	message of "Wed\, 04 Mar 2009 14\:03\:51 +0100")
References: <1230686486.6985.516.camel@localhost.localdomain>
	<20081231044851.GA27670@angus.ind.WPI.EDU>
	<m3k59gsf9d.fsf@ursa.amorsen.dk>
	<20081231151204.GA1430@angus.ind.WPI.EDU>
	<20081231151730.GB1430@angus.ind.WPI.EDU>
	<68720af30903030820n3191027cx2443f683b3dbfe30@mail.gmail.com>
	<m3vdqpeaho.fsf@intrepid.localdomain>
	<1236171831.4810.9.camel@pingouGreen.localdomain>
Message-ID: <m3myc1e7gp.fsf@intrepid.localdomain>

Pierre-Yves <pingou at pingoured.fr> writes:

>> ID# ATTRIBUTE_NAME          FLAG   VALUE WORST THRESH TYPE     UPDATED WHEN_FAILED RAW_VALUE
>> 193 Load_Cycle_Count        0x0012 001   001   000    Old_age  Always  -       5178492
> 193 Load_Cycle_Count        0x0032   060   060   000    Old_age  Always
> -       404339
>
> Do they mean Value or Raw_value ?

Raw_value. Value (and worst) - compared to the threshold - are some kind
of indication how long the drive is expected to live.
-- 
Krzysztof Halasa



From atkac at redhat.com  Wed Mar  4 11:38:01 2009
From: atkac at redhat.com (Adam Tkac)
Date: Wed, 4 Mar 2009 06:38:01 -0500
Subject: TightVNC feature has been renamed to TigerVNC
In-Reply-To: <20090304121013.GB24620@redhat.com>
References: <20090304083604.GA30305@evileye.atkac.englab.brq.redhat.com>
	<20090304121013.GB24620@redhat.com>
Message-ID: <20090304113801.GA25356@evileye.atkac.englab.brq.redhat.com>

On Wed, Mar 04, 2009 at 12:10:13PM +0000, Daniel P. Berrange wrote:
> On Wed, Mar 04, 2009 at 03:36:04AM -0500, Adam Tkac wrote:
> > Hi all,
> > 
> > it was some concern why TightVNC feature has been renamed to TigerVNC
> > one minute before beta freeze. Let me try explain background.
> > 
> > In Fedora 10 we have vnc based on RealVNC source but upstream doesn't
> > put any effort to accept patches which we have so I decided replace
> > RealVNC by TightVNC in F11.
> > 
> > Current TightVNC "trunk", which was supposed to be our F11 vnc, uses
> > same codebase as RealVNC. TightVNC adds Tight extension and some other
> > useful features. I joined to TightVNC upstream about one year ago and
> > successfully ported all Fedora changes to upstream.
> > 
> > Unfortunately TightVNC lead developer wasn't able to create any plan
> > for the next release of UN*X version. All UN*X developers asked him
> > what features will be in next version, when the next version will be
> > released etc. It was continual development without any milestones
> > which was unacceptable for some developers thus we created fork called
> > TigerVNC.
> > 
> > TigerVNC is new project, it exists about two weeks. All active
> > TightVNC UN*X developers left TightVNC and joined TigerVNC. Also lead
> > developer of TurboVNC (VNC which is focussed on performance, 3D gaming
> > etc) joined us so I think this project will have better future than
> > TightVNC. You can read "official" statement from upstream -
> > https://sourceforge.net/mailarchive/message.php?msg_name=alpine.LFD.2.00.0902271116020.25749%40maggie.lkpg.cendio.se.
> > 
> > Due reasons written above I decided to switch to TigerVNC ASAP because
> > I think it will be better than TightVNC.
> > 
> > I hope I threw enough light on this topic.
> 
> Thanks for the update - it is good to see that there's now a viable
> open source project for improving VNC server support on UNIX.
> 
> Do you have any plans to implement the VeNCrypt extension in the 
> server side ? This is the TLS/SSL + x509 certificate extension we
> have standardized on for QEMU, Xen, KVM and GTK-VNC (used by 
> virt-viewer, virt-manager and vinagre clients). I would also like
> to add it to the GNOME VINO, since VINO's own TLS extension is flawed
> by not using x509 credentials. That leaves TigerVNC without a good
> interoperable TLS extension, so it'd be desriable to implement VeNCrypt
> there so we have a consistent TLS extension that's interoperable
> across all the VNC clients & servers in Fedora.

Yes, we are interested in VeNCrypt extension and we think that this
is the best approach for encrypted sessions. There are some patches
based on gnutls so we can probably use them. Main reason why they are
still not in upstream is that we would like to use libnss instead of
gnutls. But we will use gnutls based patches before libnss based
support will be ready.

Btw could you point me if there is any documentation of VeNCrypt
instead of source code, please? ;)

> Following on from that I also recently defined & implemented another
> VNC auth extension based on SASL. This provides for a good extendable
> authentication capability, most importantly including GSSAPI Kerberos
> for single sign on. I've got it implemented for QEMU, KVM, GTK-VNC and
> VINO already, so again it'd be good to plan for adding it to TigerVNC
> too so we have a widely interoperable strong authentication system.

I know about SASL authentication (I'm subscribed to vnc-list ;)).
But we haven't discussed it, yet.

Regards, Adam

-- 
Adam Tkac, Red Hat, Inc.



From pingou at pingoured.fr  Wed Mar  4 13:38:24 2009
From: pingou at pingoured.fr (Pierre-Yves)
Date: Wed, 04 Mar 2009 14:38:24 +0100
Subject: Confirmed premature hard disk failure
In-Reply-To: <m3myc1e7gp.fsf@intrepid.localdomain>
References: <1230686486.6985.516.camel@localhost.localdomain>
	<20081231044851.GA27670@angus.ind.WPI.EDU>
	<m3k59gsf9d.fsf@ursa.amorsen.dk>
	<20081231151204.GA1430@angus.ind.WPI.EDU>
	<20081231151730.GB1430@angus.ind.WPI.EDU>
	<68720af30903030820n3191027cx2443f683b3dbfe30@mail.gmail.com>
	<m3vdqpeaho.fsf@intrepid.localdomain>
	<1236171831.4810.9.camel@pingouGreen.localdomain>
	<m3myc1e7gp.fsf@intrepid.localdomain>
Message-ID: <1236173904.4810.16.camel@pingouGreen.localdomain>

On Wed, 2009-03-04 at 14:35 +0100, Krzysztof Halasa wrote:
> Pierre-Yves <pingou at pingoured.fr> writes:
> 
> >> ID# ATTRIBUTE_NAME          FLAG   VALUE WORST THRESH TYPE     UPDATED WHEN_FAILED RAW_VALUE
> >> 193 Load_Cycle_Count        0x0012 001   001   000    Old_age  Always  -       5178492
> > 193 Load_Cycle_Count        0x0032   060   060   000    Old_age  Always
> > -       404339
> >
> > Do they mean Value or Raw_value ?
> 
> Raw_value. Value (and worst) - compared to the threshold - are some kind
> of indication how long the drive is expected to live.
So the higher the better for value and worst ?

Thanks for the informations,

Pierre



From berrange at redhat.com  Wed Mar  4 13:44:25 2009
From: berrange at redhat.com (Daniel P. Berrange)
Date: Wed, 4 Mar 2009 13:44:25 +0000
Subject: TightVNC feature has been renamed to TigerVNC
In-Reply-To: <20090304113801.GA25356@evileye.atkac.englab.brq.redhat.com>
References: <20090304083604.GA30305@evileye.atkac.englab.brq.redhat.com>
	<20090304121013.GB24620@redhat.com>
	<20090304113801.GA25356@evileye.atkac.englab.brq.redhat.com>
Message-ID: <20090304134425.GB5658@redhat.com>

On Wed, Mar 04, 2009 at 06:38:01AM -0500, Adam Tkac wrote:
> On Wed, Mar 04, 2009 at 12:10:13PM +0000, Daniel P. Berrange wrote:
> > Do you have any plans to implement the VeNCrypt extension in the 
> > server side ? This is the TLS/SSL + x509 certificate extension we
> > have standardized on for QEMU, Xen, KVM and GTK-VNC (used by 
> > virt-viewer, virt-manager and vinagre clients). I would also like
> > to add it to the GNOME VINO, since VINO's own TLS extension is flawed
> > by not using x509 credentials. That leaves TigerVNC without a good
> > interoperable TLS extension, so it'd be desriable to implement VeNCrypt
> > there so we have a consistent TLS extension that's interoperable
> > across all the VNC clients & servers in Fedora.
> 
> Yes, we are interested in VeNCrypt extension and we think that this
> is the best approach for encrypted sessions. There are some patches
> based on gnutls so we can probably use them. Main reason why they are
> still not in upstream is that we would like to use libnss instead of
> gnutls. But we will use gnutls based patches before libnss based
> support will be ready.
> 
> Btw could you point me if there is any documentation of VeNCrypt
> instead of source code, please? ;)

Stewart Becker (who wrote VeNCrypt) sent a mail to qemu-devel outlining
the spec for it:

  http://www.mail-archive.com/qemu-devel at nongnu.org/msg08681.html

The only change since that time is that he allocated two more
sub-auth codes for layering the new SASL auth over VeNCrypt

   263: X509SASL
   264: TLSSASL

> > Following on from that I also recently defined & implemented another
> > VNC auth extension based on SASL. This provides for a good extendable
> > authentication capability, most importantly including GSSAPI Kerberos
> > for single sign on. I've got it implemented for QEMU, KVM, GTK-VNC and
> > VINO already, so again it'd be good to plan for adding it to TigerVNC
> > too so we have a widely interoperable strong authentication system.
> 
> I know about SASL authentication (I'm subscribed to vnc-list ;)).
> But we haven't discussed it, yet.

Ok, i'm happy to help out and/or advise with this when the time comes 

Regards,
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 michel.sylvan at gmail.com  Wed Mar  4 13:46:58 2009
From: michel.sylvan at gmail.com (Michel Salim)
Date: Wed, 4 Mar 2009 08:46:58 -0500
Subject: qt 4.5: qdoc3 missing?
Message-ID: <f224c6140903040546k4d290770u80936ab27e6ef2f3@mail.gmail.com>

I'm packaging the new IDE that was released together with Qt 4.5,
qt-creator. It requires tools/qdoc3, which does not seem to be
available in any of the qt-* packages. I'm trying to fix my Rawhide
install now, so I'm not on Linux, but it appears that both Ubuntu and
Gentoo have recently changed their qt packaging to install qdoc:

Gentoo:
http://github.com/gentoo-qt/qting-edge/commit/c30f3da7c45a7e6e55c00dbf5413834ad9467cb8

Ubuntu:
https://launchpad.net/ubuntu/+source/qt4-x11

WHen I tried it, qt-4.5 final has not appeared in the Rawhide mirrors,
so apologies if this is fixed.

Thanks,

-- 
mi?el salim  ?  http://hircus.jaiku.com/
IUCS         ?  msalim at cs.indiana.edu
Fedora       ?  salimma at fedoraproject.org
MacPorts     ?  hircus at macports.org



From rdieter at math.unl.edu  Wed Mar  4 14:23:13 2009
From: rdieter at math.unl.edu (Rex Dieter)
Date: Wed, 04 Mar 2009 08:23:13 -0600
Subject: qt 4.5: qdoc3 missing?
References: <f224c6140903040546k4d290770u80936ab27e6ef2f3@mail.gmail.com>
Message-ID: <gom2sh$n30$1@ger.gmane.org>

Michel Salim wrote:

> I'm packaging the new IDE that was released together with Qt 4.5,
> qt-creator. It requires tools/qdoc3, which does not seem to be
> available in any of the qt-* packages. I'm trying to fix my Rawhide
> install now, so I'm not on Linux, but it appears that both Ubuntu and
> Gentoo have recently changed their qt packaging to install qdoc:
> 
> Gentoo:
>
http://github.com/gentoo-qt/qting-edge/commit/c30f3da7c45a7e6e55c00dbf5413834ad9467cb8
> 
> Ubuntu:
> https://launchpad.net/ubuntu/+source/qt4-x11
> 
> WHen I tried it, qt-4.5 final has not appeared in the Rawhide mirrors,
> so apologies if this is fixed.

Thanks for the heads up.  It would appear to be an upstream issue that qt
doesn't build/install this tool by default. 

In the meantime, I'd suggest you drop by #fedora-kde on freenode/irc, we
already have a member of the kde-sig working on qt-creator packaging, so
avoiding duplicated work and collaborating here would be helpful.

-- Rex



From rdieter at math.unl.edu  Wed Mar  4 15:41:14 2009
From: rdieter at math.unl.edu (Rex Dieter)
Date: Wed, 04 Mar 2009 09:41:14 -0600
Subject: qt 4.5: qdoc3 missing?
References: <f224c6140903040546k4d290770u80936ab27e6ef2f3@mail.gmail.com>
	<gom2sh$n30$1@ger.gmane.org>
Message-ID: <gom7er$cb5$1@ger.gmane.org>

Rex Dieter wrote:

> Michel Salim wrote:
> 
>> I'm packaging the new IDE that was released together with Qt 4.5,
>> qt-creator. It requires tools/qdoc3, which does not seem to be
>> available in any of the qt-* packages. I'm trying to fix my Rawhide
>> install now, so I'm not on Linux, but it appears that both Ubuntu and
>> Gentoo have recently changed their qt packaging to install qdoc:
...
> Thanks for the heads up.  It would appear to be an upstream issue that qt
> doesn't build/install this tool by default.

Looks like qdoc is not built purposely, per it's own README:
qdoc3 is the tool used to generate the Qt reference documentation.
The source code is included as part of this package primarily to 
fulfill our GPL obligations. We highly recommend using Doxygen for
generating documentation for your QT-based application.

That said, if qt-creator genuinely needs it, we can hack around that... then
proceed to threaten upstream with a pointy clue-stick.

-- Rex



From jcm at redhat.com  Wed Mar  4 15:45:18 2009
From: jcm at redhat.com (Jon Masters)
Date: Wed, 04 Mar 2009 10:45:18 -0500
Subject: libc static build problem?
In-Reply-To: <20090304082311.GM4561@tyan-ft48-01.lab.bos.redhat.com>
References: <1236127508.14918.51.camel@jcmlaptop>
	<20090304004830.GL4561@tyan-ft48-01.lab.bos.redhat.com>
	<1236148903.13015.1.camel@perihelion.bos.jonmasters.org>
	<20090304082311.GM4561@tyan-ft48-01.lab.bos.redhat.com>
Message-ID: <1236181518.13015.2.camel@perihelion.bos.jonmasters.org>

On Wed, 2009-03-04 at 09:23 +0100, Jakub Jelinek wrote:
> On Wed, Mar 04, 2009 at 01:41:43AM -0500, Jon Masters wrote:

> > of what had been previously stated, and it's changed since the mass
> > rebuild rebuilt the package only the other day.
> 
> No.  This change was done on February, 18th, before the mass rebuild.

Ok, I didn't look into it, but anyway, it's fine now. Thanks.

Jon.




From rwheeler at redhat.com  Wed Mar  4 16:06:25 2009
From: rwheeler at redhat.com (Ric Wheeler)
Date: Wed, 04 Mar 2009 11:06:25 -0500
Subject: Confirmed premature hard disk failure
In-Reply-To: <m3vdqpeaho.fsf@intrepid.localdomain>
References: <1230686486.6985.516.camel@localhost.localdomain>	<20081231044851.GA27670@angus.ind.WPI.EDU>	<m3k59gsf9d.fsf@ursa.amorsen.dk>	<20081231151204.GA1430@angus.ind.WPI.EDU>	<20081231151730.GB1430@angus.ind.WPI.EDU>	<68720af30903030820n3191027cx2443f683b3dbfe30@mail.gmail.com>
	<m3vdqpeaho.fsf@intrepid.localdomain>
Message-ID: <49AEA701.2030906@redhat.com>

Krzysztof Halasa wrote:
> Paulo Cavalcanti <promac at gmail.com> writes:
> 
>> Here, there is a list of the affected hardware:
>>
>> https://wiki.ubuntu.com/DanielHahler/Bug59695#Affected%20hardware
> 
> I wonder if my disk does qualify?
> Model Family:     Hitachi Travelstar 80GN family
> Device Model:     IC25N020ATMR04-0
> -B 128 by default (disk's default, there is no BIOS). Changed now to 255.
> 
> ID# ATTRIBUTE_NAME          FLAG   VALUE WORST THRESH TYPE     UPDATED WHEN_FAILED RAW_VALUE
>   1 Raw_Read_Error_Rate     0x000b 100   100   062    Pre-fail Always  -       0
>   2 Throughput_Performance  0x0005 105   105   040    Pre-fail Offline -       5882
>   3 Spin_Up_Time            0x0007 192   192   033    Pre-fail Always  -       1
>   4 Start_Stop_Count        0x0012 100   100   000    Old_age  Always  -       859
>   5 Reallocated_Sector_Ct   0x0033 100   100   005    Pre-fail Always  -       0
>   7 Seek_Error_Rate         0x000b 100   100   067    Pre-fail Always  -       0
>   8 Seek_Time_Performance   0x0005 118   118   040    Pre-fail Offline -       37
>   9 Power_On_Hours          0x0012 037   037   000    Old_age  Always  -       27788
>  10 Spin_Retry_Count        0x0013 100   100   060    Pre-fail Always  -       0
>  12 Power_Cycle_Count       0x0032 100   100   000    Old_age  Always  -       504
> 191 G-Sense_Error_Rate      0x000a 100   100   000    Old_age  Always  -       0
> 192 Power-Off_Retract_Count 0x0032 100   100   000    Old_age  Always  -       52
> 193 Load_Cycle_Count        0x0012 001   001   000    Old_age  Always  -       5178492
> 194 Temperature_Celsius     0x0002 141   141   000    Old_age  Always  -       39 (Lifetime Min/Max 13/59)
> 196 Reallocated_Event_Count 0x0032 100   100   000    Old_age  Always  -       2
> 197 Current_Pending_Sector  0x0022 100   100   000    Old_age  Always  -       1
> 198 Offline_Uncorrectable   0x0008 100   100   000    Old_age  Offline -       0
> 199 UDMA_CRC_Error_Count    0x000a 200   200   000    Old_age  Always  -       0
> 
> The disk is entirely readable (though it had 2 bad sectors, corrected by
> writing to them).
> 
> The 600,000 max cycle count seems a bit underestimated, though (fingers
> crossed) :-)

Usually, the reallocated sector count is the one to watch and that seems to be 
fine with your disk.

SMART in general tends to be a very bad predictor of drive failures - most disks 
fail without showing up (i.e., one drive head will go bad) - or it causes false 
positives which end in you pulling a reasonable drive.

Sectors that clean up without reallocation after a write are not really bad, 
that is pretty normal.

Failed writes are a reasonably good predictor of impending doom since almost all 
drives will work really hard to retry that kind of IO (note that failed writes 
as you are bouncing the drive, or due to failed cables are both exceptions).

I would not worry about this disk more than usual,

ric



From pasik at iki.fi  Wed Mar  4 16:19:05 2009
From: pasik at iki.fi (Pasi =?iso-8859-1?Q?K=E4rkk=E4inen?=)
Date: Wed, 4 Mar 2009 18:19:05 +0200
Subject: TightVNC feature has been renamed to TigerVNC
In-Reply-To: <20090304083604.GA30305@evileye.atkac.englab.brq.redhat.com>
References: <20090304083604.GA30305@evileye.atkac.englab.brq.redhat.com>
Message-ID: <20090304161905.GW15052@edu.joroinen.fi>

On Wed, Mar 04, 2009 at 03:36:04AM -0500, Adam Tkac wrote:
> Hi all,
> 
> it was some concern why TightVNC feature has been renamed to TigerVNC
> one minute before beta freeze. Let me try explain background.
> 
> In Fedora 10 we have vnc based on RealVNC source but upstream doesn't
> put any effort to accept patches which we have so I decided replace
> RealVNC by TightVNC in F11.
> 
> Current TightVNC "trunk", which was supposed to be our F11 vnc, uses
> same codebase as RealVNC. TightVNC adds Tight extension and some other
> useful features. I joined to TightVNC upstream about one year ago and
> successfully ported all Fedora changes to upstream.
> 
> Unfortunately TightVNC lead developer wasn't able to create any plan
> for the next release of UN*X version. All UN*X developers asked him
> what features will be in next version, when the next version will be
> released etc. It was continual development without any milestones
> which was unacceptable for some developers thus we created fork called
> TigerVNC.
> 
> TigerVNC is new project, it exists about two weeks. All active
> TightVNC UN*X developers left TightVNC and joined TigerVNC. Also lead
> developer of TurboVNC (VNC which is focussed on performance, 3D gaming
> etc) joined us so I think this project will have better future than
> TightVNC. You can read "official" statement from upstream -
> https://sourceforge.net/mailarchive/message.php?msg_name=alpine.LFD.2.00.0902271116020.25749%40maggie.lkpg.cendio.se.
> 
> Due reasons written above I decided to switch to TigerVNC ASAP because
> I think it will be better than TightVNC.
> 
> I hope I threw enough light on this topic.
> 

Hmm.. maybe now it would be possible to also merge UltraVNC Windows authentication
("MS-Logon") support into TigerVNC client on *nix? 

That feature allows authentication using Windows/AD-domain username+password
to UltraVNC server running on Windows.. 

There's a patch for some (old) Linux VNC version available, and it can be found from 
the vnc mailinglist archives: 

http://www.realvnc.com/pipermail/vnc-list/2004-May/045424.html
http://bofh.be/patches/vncviewer-mslogon.patch

-- Pasi



From jkeating at redhat.com  Wed Mar  4 16:21:09 2009
From: jkeating at redhat.com (Jesse Keating)
Date: Wed, 04 Mar 2009 08:21:09 -0800
Subject: Broken dependencies: gdal
In-Reply-To: <1236168105.15844.14.camel@eagle.danny.cz>
References: <20090303170438.E24F41B8004@releng2.fedora.phx.redhat.com>
	<49AD665D.8080209@cora.nwra.com>
	<miljrl7e84.fsf@allele2.eebweb.arizona.edu>
	<49AE62E3.3050207@poolshark.org>
	<1236168105.15844.14.camel@eagle.danny.cz>
Message-ID: <1236183669.3729.4.camel@localhost.localdomain>

On Wed, 2009-03-04 at 13:01 +0100, Dan Hor?k wrote:
> modified source archive usually means that some non-free part were
> stripped

Which is supposed to be explained in the spec file.

-- 
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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090304/55982bf6/attachment.sig>

From denis at poolshark.org  Wed Mar  4 16:21:43 2009
From: denis at poolshark.org (Denis Leroy)
Date: Wed, 04 Mar 2009 17:21:43 +0100
Subject: Confirmed premature hard disk failure
In-Reply-To: <49AEA701.2030906@redhat.com>
References: <1230686486.6985.516.camel@localhost.localdomain>	<20081231044851.GA27670@angus.ind.WPI.EDU>	<m3k59gsf9d.fsf@ursa.amorsen.dk>	<20081231151204.GA1430@angus.ind.WPI.EDU>	<20081231151730.GB1430@angus.ind.WPI.EDU>	<68720af30903030820n3191027cx2443f683b3dbfe30@mail.gmail.com>	<m3vdqpeaho.fsf@intrepid.localdomain>
	<49AEA701.2030906@redhat.com>
Message-ID: <49AEAA97.8020800@poolshark.org>

Ric Wheeler wrote:
> Krzysztof Halasa wrote:
>> Paulo Cavalcanti <promac at gmail.com> writes:
>>
>>> Here, there is a list of the affected hardware:
>>>
>>> https://wiki.ubuntu.com/DanielHahler/Bug59695#Affected%20hardware
>>
>> I wonder if my disk does qualify?
>> Model Family:     Hitachi Travelstar 80GN family
>> Device Model:     IC25N020ATMR04-0
>> -B 128 by default (disk's default, there is no BIOS). Changed now to 255.
>>
>> ID# ATTRIBUTE_NAME          FLAG   VALUE WORST THRESH TYPE     UPDATED 
>> WHEN_FAILED RAW_VALUE
>>   1 Raw_Read_Error_Rate     0x000b 100   100   062    Pre-fail Always  
>> -       0
>>   2 Throughput_Performance  0x0005 105   105   040    Pre-fail Offline 
>> -       5882
>>   3 Spin_Up_Time            0x0007 192   192   033    Pre-fail Always  
>> -       1
>>   4 Start_Stop_Count        0x0012 100   100   000    Old_age  Always  
>> -       859
>>   5 Reallocated_Sector_Ct   0x0033 100   100   005    Pre-fail Always  
>> -       0
>>   7 Seek_Error_Rate         0x000b 100   100   067    Pre-fail Always  
>> -       0
>>   8 Seek_Time_Performance   0x0005 118   118   040    Pre-fail Offline 
>> -       37
>>   9 Power_On_Hours          0x0012 037   037   000    Old_age  Always  
>> -       27788
>>  10 Spin_Retry_Count        0x0013 100   100   060    Pre-fail Always  
>> -       0
>>  12 Power_Cycle_Count       0x0032 100   100   000    Old_age  Always  
>> -       504
>> 191 G-Sense_Error_Rate      0x000a 100   100   000    Old_age  Always  
>> -       0
>> 192 Power-Off_Retract_Count 0x0032 100   100   000    Old_age  Always  
>> -       52
>> 193 Load_Cycle_Count        0x0012 001   001   000    Old_age  Always  
>> -       5178492
>> 194 Temperature_Celsius     0x0002 141   141   000    Old_age  Always  
>> -       39 (Lifetime Min/Max 13/59)
>> 196 Reallocated_Event_Count 0x0032 100   100   000    Old_age  Always  
>> -       2
>> 197 Current_Pending_Sector  0x0022 100   100   000    Old_age  Always  
>> -       1
>> 198 Offline_Uncorrectable   0x0008 100   100   000    Old_age  Offline 
>> -       0
>> 199 UDMA_CRC_Error_Count    0x000a 200   200   000    Old_age  Always  
>> -       0
>>
>> The disk is entirely readable (though it had 2 bad sectors, corrected by
>> writing to them).
>>
>> The 600,000 max cycle count seems a bit underestimated, though (fingers
>> crossed) :-)
> 
> Usually, the reallocated sector count is the one to watch and that seems 
> to be fine with your disk.
> 
> SMART in general tends to be a very bad predictor of drive failures - 
> most disks fail without showing up (i.e., one drive head will go bad) - 
> or it causes false positives which end in you pulling a reasonable drive.

Absolutely. If you disk supports it, you should run a long diagnostic test

http://www.mailinglistarchive.com/fedora-devel-list at redhat.com/msg52776.html



From jlaska at redhat.com  Wed Mar  4 13:48:55 2009
From: jlaska at redhat.com (James Laska)
Date: Wed, 04 Mar 2009 08:48:55 -0500
Subject: Fedora Test Day - Anaconda Storage Rewrite
Message-ID: <1236174535.3526.48.camel@flatline.devel.redhat.com>

Greetings testers,

This week's Test Day will focus on a quiet but important feature.  If
done properly you won't know anything changed.  The Fedora installers
(anaconda) concept of managing storage is changing from the ground up.
As stated in the Feature scope [1]:

        "All of anaconda's code for creating and configuring disk
        partitions, LVM, mdraid, dmraid, multipath, iSCSI, LUKS devices,
        and filesystems is being rewritten."

Dave Lehman and Chris Lumens from the anaconda development team will be
available for discussion+guidance.  Given the raw nature of the code at
this point, rather than outlining specific detailed test cases ...
Robert Williams is pulling together a set of test areas with some
exploratory test guidance.  We don't expect all paths to be fully
functional.  We need your help collecting data on the myriad storage
environments you run anaconda in.  This data will be used to re-factor
future installer storage+partitioning testing and help identify any
development gaps.

Please join #fedora-qa this Thursday, March 5, 2009 to get some hands on
time with the revamped anaconda storage code.  Follow the action at
https://fedoraproject.org/wiki/QA/Test_Days/2009-03-05.

Thanks,
James

[1] https://fedoraproject.org/wiki/Features/AnacondaStorageRewrite

-------------- 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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090304/8f29560c/attachment.sig>
-------------- next part --------------
_______________________________________________
Fedora-devel-announce mailing list
Fedora-devel-announce at redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-announce

From dan at danny.cz  Wed Mar  4 16:48:17 2009
From: dan at danny.cz (Dan =?ISO-8859-1?Q?Hor=E1k?=)
Date: Wed, 04 Mar 2009 17:48:17 +0100
Subject: Broken dependencies: gdal
In-Reply-To: <1236183669.3729.4.camel@localhost.localdomain>
References: <20090303170438.E24F41B8004@releng2.fedora.phx.redhat.com>
	<49AD665D.8080209@cora.nwra.com>
	<miljrl7e84.fsf@allele2.eebweb.arizona.edu>
	<49AE62E3.3050207@poolshark.org>
	<1236168105.15844.14.camel@eagle.danny.cz>
	<1236183669.3729.4.camel@localhost.localdomain>
Message-ID: <1236185297.15844.35.camel@eagle.danny.cz>

Jesse Keating p??e v St 04. 03. 2009 v 08:21 -0800:
> On Wed, 2009-03-04 at 13:01 +0100, Dan Hor?k wrote:
> > modified source archive usually means that some non-free part were
> > stripped
> 
> Which is supposed to be explained in the spec file.

Opened https://bugzilla.redhat.com/show_bug.cgi?id=488490 for both the
build failure and the modified source archive.


		Dan




From thomas.moschny at gmail.com  Wed Mar  4 16:53:42 2009
From: thomas.moschny at gmail.com (Thomas Moschny)
Date: Wed, 4 Mar 2009 17:53:42 +0100
Subject: Purging the orphans
In-Reply-To: <1236029138.3425.8.camel@localhost.localdomain>
References: <1236024816.3425.6.camel@localhost.localdomain>
	<1236029138.3425.8.camel@localhost.localdomain>
Message-ID: <a9d183c80903040853y712b00a9r74c242ffe15f1294@mail.gmail.com>

2009/3/2 Jesse Keating <jkeating at redhat.com>:
> On Mon, 2009-03-02 at 12:13 -0800, Jesse Keating wrote:
>> Orphans that remain unblocked just before Beta freeze will be blocked,
>> and will not be shipped with F11.
> Unblocked orphan python-simpletal

If no one else wants it, I can take that one.

- Thomas



From jreiser at BitWagon.com  Wed Mar  4 17:16:59 2009
From: jreiser at BitWagon.com (John Reiser)
Date: Wed, 04 Mar 2009 09:16:59 -0800
Subject: Fedora Test Day - Anaconda Storage Rewrite
In-Reply-To: <1236174535.3526.48.camel@flatline.devel.redhat.com>
References: <1236174535.3526.48.camel@flatline.devel.redhat.com>
Message-ID: <49AEB78B.4050004@BitWagon.com>

> Please join #fedora-qa this Thursday, March 5, 2009 to get some hands on
> time with the revamped anaconda storage code.

It seems to me that the most recent boot.iso for i386 or for x86_64
was on 2009-02-25, which was before the new code anaconda storage code
got into rawhide.  There hasn't been a boot.iso in the one week since then.
When will boot.iso be available, so that there is something to test?

-- 



From michel.sylvan at gmail.com  Wed Mar  4 17:39:34 2009
From: michel.sylvan at gmail.com (Michel Salim)
Date: Wed, 4 Mar 2009 12:39:34 -0500
Subject: qt 4.5: qdoc3 missing?
In-Reply-To: <gom7er$cb5$1@ger.gmane.org>
References: <f224c6140903040546k4d290770u80936ab27e6ef2f3@mail.gmail.com>
	<gom2sh$n30$1@ger.gmane.org> <gom7er$cb5$1@ger.gmane.org>
Message-ID: <f224c6140903040939x47350fe2w9767a22f51f62cc6@mail.gmail.com>

On Wed, Mar 4, 2009 at 10:41 AM, Rex Dieter <rdieter at math.unl.edu> wrote:
> Rex Dieter wrote:

> Looks like qdoc is not built purposely, per it's own README:
> qdoc3 is the tool used to generate the Qt reference documentation.
> The source code is included as part of this package primarily to
> fulfill our GPL obligations. We highly recommend using Doxygen for
> generating documentation for your QT-based application.
>
Upstream probably does not catch this bug because they build Qt 4.5
and qt-creator as a bundle.

> That said, if qt-creator genuinely needs it, we can hack around that... then
> proceed to threaten upstream with a pointy clue-stick.
>
Perhaps put it in qt-devel and hope nobody starts using it against the
README. Would be nice to be able to have a package declare itself to
be deprecated, so people get properly warned when they install them.

Regards,

-- 
mi?el salim  ?  http://hircus.jaiku.com/
IUCS         ?  msalim at cs.indiana.edu
Fedora       ?  salimma at fedoraproject.org
MacPorts     ?  hircus at macports.org



From orion at cora.nwra.com  Wed Mar  4 17:56:51 2009
From: orion at cora.nwra.com (Orion Poplawski)
Date: Wed, 04 Mar 2009 10:56:51 -0700
Subject: Fedora Test Day - Anaconda Storage Rewrite - rawhide
	uninstallable
In-Reply-To: <49AEB78B.4050004@BitWagon.com>
References: <1236174535.3526.48.camel@flatline.devel.redhat.com>
	<49AEB78B.4050004@BitWagon.com>
Message-ID: <49AEC0E3.4090300@cora.nwra.com>

John Reiser wrote:
>> Please join #fedora-qa this Thursday, March 5, 2009 to get some hands on
>> time with the revamped anaconda storage code.
> 
> It seems to me that the most recent boot.iso for i386 or for x86_64
> was on 2009-02-25, which was before the new code anaconda storage code
> got into rawhide.  There hasn't been a boot.iso in the one week since then.
> When will boot.iso be available, so that there is something to test?
> 

And I can't do xen guests or PXE boot installs: 
https://bugzilla.redhat.com/show_bug.cgi?id=487357

And then there is  Bug 487925 -  anaconda is unable to fetch repomd.xml

Haven't been able to install rawhide for a while now...


-- 
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 jkeating at redhat.com  Wed Mar  4 18:36:10 2009
From: jkeating at redhat.com (Jesse Keating)
Date: Wed, 04 Mar 2009 10:36:10 -0800
Subject: Fedora Test Day - Anaconda Storage Rewrite
In-Reply-To: <49AEB78B.4050004@BitWagon.com>
References: <1236174535.3526.48.camel@flatline.devel.redhat.com>
	<49AEB78B.4050004@BitWagon.com>
Message-ID: <1236191770.3729.8.camel@localhost.localdomain>

On Wed, 2009-03-04 at 09:16 -0800, John Reiser wrote:
> It seems to me that the most recent boot.iso for i386 or for x86_64
> was on 2009-02-25, which was before the new code anaconda storage code
> got into rawhide.  There hasn't been a boot.iso in the one week since then.
> When will boot.iso be available, so that there is something to test?

Rawhide anaconda does not have any new storage code.  All that works is
on a branch.  We haven't had i386 images due to the i386/i586 changes
and various amounts of fallout from that.  We're working hard to get
that going at the same time the anaconda folks are working on the
storage rewrite.

-- 
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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090304/3330ec3f/attachment.sig>

From poelstra at redhat.com  Wed Mar  4 18:55:43 2009
From: poelstra at redhat.com (John Poelstra)
Date: Wed, 04 Mar 2009 10:55:43 -0800
Subject: Please update your Feature Page ASAP
Message-ID: <49AECEAF.3020803@redhat.com>

To increase our chances of a successful and solid Fedora 11 release, all 
new features should now be significantly complete and in a "testable" 
condition.

We need the help of a few remaining feature owners to bring their pages 
current or target them for Fedora 12.

According to a review of all the feature pages, the following features 
have not been updated recently or are not 100% complete.  They need to 
be updated by the end of tomorrow (2009-03-05).

https://fedoraproject.org/wiki/Features/20SecondStartup
https://fedoraproject.org/wiki/Features/Archer
https://fedoraproject.org/wiki/Features/ArchitectureSupport
https://fedoraproject.org/wiki/Features/CrashCatcher
https://fedoraproject.org/wiki/Features/Empathy
https://fedoraproject.org/wiki/Features/Firefox_3.1
https://fedoraproject.org/wiki/Features/gcc4.4
https://fedoraproject.org/wiki/Features/GFS2Stable
https://fedoraproject.org/wiki/Features/IBus
https://fedoraproject.org/wiki/Features/KVM_PCI_Device_Assignment
https://fedoraproject.org/wiki/Features/liblvm
https://fedoraproject.org/wiki/Features/MinimalPlatform
https://fedoraproject.org/wiki/Features/NouveauAsDefault
https://fedoraproject.org/wiki/Features/NouveauModesetting
https://fedoraproject.org/wiki/Features/SSSD
https://fedoraproject.org/wiki/Features/SVirt_Mandatory_Access_Control
https://fedoraproject.org/wiki/Features/EFI
https://fedoraproject.org/wiki/Features/VirtVNCAuth

If you believe your feature is substantially complete and testable state 
for Fedora 11, please perform the following:
1) Update the % complete and "last updated" date
2) In the status section please also include what remains to be 
completed including your realistic assessment as to whether it is 
possible to complete by Final Feature Freeze on 2009-04-14.

I will be sending a list features with no update to FESCo tomorrow 
evening to be reviewed at their 2009-03-06 meeting.  At that meeting I 
will recommend that feature pages which are not current be dropped from 
the Fedora 11 feature list-- 
https://fedoraproject.org/wiki/Releases/11/FeatureList

If you believe your feature is not ready for Fedora 11, that is okay :) 
Fedora 12 is only a few short months away.  If you would like to target 
your feature for Fedora 12, please change the page category to 
"Cateogory:FeatureReadyForWranger".

If your feature will not be ready for Fedora 11 and you aren't sure what 
is going to happen to it:
1) Please change the category of your page to Category:FeaturePageIncomplete
2) Remove Fedora 11 as the targeted release.

I have a watch on all the feature pages.

Thank you for your help,
John

p.s. this is a follow-up message to: 
https://www.redhat.com/archives/fedora-devel-announce/2009-February/msg00022.html 

p.s.s individual feature owners have also been bcc on this email

_______________________________________________
Fedora-devel-announce mailing list
Fedora-devel-announce at redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-announce



From sgallagh at redhat.com  Wed Mar  4 19:56:01 2009
From: sgallagh at redhat.com (Stephen Gallagher)
Date: Wed, 04 Mar 2009 14:56:01 -0500
Subject: Please update your Feature Page ASAP
In-Reply-To: <49AECEAF.3020803@redhat.com>
References: <49AECEAF.3020803@redhat.com>
Message-ID: <49AEDCD1.5000604@redhat.com>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

John Poelstra wrote:
> To increase our chances of a successful and solid Fedora 11 release, all
> new features should now be significantly complete and in a "testable"
> condition.
> 
> We need the help of a few remaining feature owners to bring their pages
> current or target them for Fedora 12.
> 
> According to a review of all the feature pages, the following features
> have not been updated recently or are not 100% complete.  They need to
> be updated by the end of tomorrow (2009-03-05).
> 
> https://fedoraproject.org/wiki/Features/20SecondStartup
> https://fedoraproject.org/wiki/Features/Archer
> https://fedoraproject.org/wiki/Features/ArchitectureSupport
> https://fedoraproject.org/wiki/Features/CrashCatcher
> https://fedoraproject.org/wiki/Features/Empathy
> https://fedoraproject.org/wiki/Features/Firefox_3.1
> https://fedoraproject.org/wiki/Features/gcc4.4
> https://fedoraproject.org/wiki/Features/GFS2Stable
> https://fedoraproject.org/wiki/Features/IBus
> https://fedoraproject.org/wiki/Features/KVM_PCI_Device_Assignment
> https://fedoraproject.org/wiki/Features/liblvm
> https://fedoraproject.org/wiki/Features/MinimalPlatform
> https://fedoraproject.org/wiki/Features/NouveauAsDefault
> https://fedoraproject.org/wiki/Features/NouveauModesetting
> https://fedoraproject.org/wiki/Features/SSSD
> https://fedoraproject.org/wiki/Features/SVirt_Mandatory_Access_Control
> https://fedoraproject.org/wiki/Features/EFI
> https://fedoraproject.org/wiki/Features/VirtVNCAuth
> 
> If you believe your feature is substantially complete and testable state
> for Fedora 11, please perform the following:
> 1) Update the % complete and "last updated" date
> 2) In the status section please also include what remains to be
> completed including your realistic assessment as to whether it is
> possible to complete by Final Feature Freeze on 2009-04-14.
> 
> I will be sending a list features with no update to FESCo tomorrow
> evening to be reviewed at their 2009-03-06 meeting.  At that meeting I
> will recommend that feature pages which are not current be dropped from
> the Fedora 11 feature list--
> https://fedoraproject.org/wiki/Releases/11/FeatureList
> 
> If you believe your feature is not ready for Fedora 11, that is okay :)
> Fedora 12 is only a few short months away.  If you would like to target
> your feature for Fedora 12, please change the page category to
> "Cateogory:FeatureReadyForWranger".
> 
> If your feature will not be ready for Fedora 11 and you aren't sure what
> is going to happen to it:
> 1) Please change the category of your page to
> Category:FeaturePageIncomplete
> 2) Remove Fedora 11 as the targeted release.
> 
> I have a watch on all the feature pages.
> 
> Thank you for your help,
> John
> 
> p.s. this is a follow-up message to:
> https://www.redhat.com/archives/fedora-devel-announce/2009-February/msg00022.html
> 
> p.s.s individual feature owners have also been bcc on this email
> 
> _______________________________________________
> Fedora-devel-announce mailing list
> Fedora-devel-announce at redhat.com
> https://www.redhat.com/mailman/listinfo/fedora-devel-announce
> 
The SSSD is listed as not having 100% completion but we noted that we
fully expect to be feature-complete and testable by the Beta Freeze on
March 10th. Is this insufficient?

- --
Stephen Gallagher
RHCE 804006346421761

Looking to carve out IT costs?
www.redhat.com/carveoutcosts/
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org

iEYEARECAAYFAkmu3NEACgkQeiVVYja6o6NWbQCfQbxmHc+G/qqGRwJeYEHrImeU
cRwAn2+JCTnuFh0ZVfJyvlcpSHDAzC09
=jSez
-----END PGP SIGNATURE-----



From jkeating at redhat.com  Wed Mar  4 21:29:54 2009
From: jkeating at redhat.com (Jesse Keating)
Date: Wed, 04 Mar 2009 13:29:54 -0800
Subject: Please update your Feature Page ASAP
In-Reply-To: <49AEDCD1.5000604@redhat.com>
References: <49AECEAF.3020803@redhat.com>  <49AEDCD1.5000604@redhat.com>
Message-ID: <1236202194.4204.0.camel@localhost.localdomain>

On Wed, 2009-03-04 at 14:56 -0500, Stephen Gallagher wrote:
> The SSSD is listed as not having 100% completion but we noted that we
> fully expect to be feature-complete and testable by the Beta Freeze on
> March 10th. Is this insufficient?

You were supposed to be in a testable state by the Feature freeze, not
beta 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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090304/4d012075/attachment.sig>

From sgallagh at redhat.com  Wed Mar  4 21:39:16 2009
From: sgallagh at redhat.com (Stephen Gallagher)
Date: Wed, 04 Mar 2009 16:39:16 -0500
Subject: Please update your Feature Page ASAP
In-Reply-To: <1236202194.4204.0.camel@localhost.localdomain>
References: <49AECEAF.3020803@redhat.com> <49AEDCD1.5000604@redhat.com>
	<1236202194.4204.0.camel@localhost.localdomain>
Message-ID: <49AEF504.9080204@redhat.com>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Jesse Keating wrote:
> On Wed, 2009-03-04 at 14:56 -0500, Stephen Gallagher wrote:
>> The SSSD is listed as not having 100% completion but we noted that we
>> fully expect to be feature-complete and testable by the Beta Freeze on
>> March 10th. Is this insufficient?
> 
> You were supposed to be in a testable state by the Feature freeze, not
> beta freeze.
> 
> 

Please refer to the following excerpt from the FESCo meeting on January
23rd, 2009. I draw your attention to the the portion of the conversation
that specifically stated that the SSSD Feature was accepted contingent
on its testability by the *beta date*:

(12:36:57 PM) notting: sgallagh: so, this is intended to replace the
current combination of nss_ldap, pam_krb5, pam_ccreds?
(12:37:00 PM) nirik: yeah, same here. ;)
(12:37:24 PM) jwb: and someone explain how the term "technology preview"
got into a Fedora feature page...
(12:37:39 PM) jwb: fedora itself is a technology preview...
(12:37:46 PM) jds2001: hehe i was wondering the same thing.
(12:37:49 PM) sgallagh: notting: short-term it will be complementary.
medium-/long-term, yes.
(12:38:10 PM) jds2001: so all this does is provide caching for offline auth?
(12:38:21 PM) jds2001: or am I missing something totally?
(12:38:37 PM) sgallagh: jds2001: It's also an integration point for
central HBAC management
(12:38:52 PM) notting: sgallagh: is the nss stuff client/server so that
we're not sucking $random_lib_of_the_day into process-space?
(12:39:10 PM) jwb: HBAC ==
(12:39:10 PM) jwb: ?
(12:39:17 PM) jwb: oh
(12:39:25 PM) sgallagh: notting: Yes, it's client-server.
(12:39:27 PM) sharkcz: host based access control?
(12:39:31 PM) sgallagh: jwb: Host-based access control
(12:39:34 PM) dgilmore: i like the idea of SSSD i wish it was more complete
(12:39:35 PM) jwb: thanks.
(12:39:43 PM) notting: sgallagh: well, that takes all the entertainment
out of nss_ldap bugs
(12:39:45 PM) sgallagh: SSSD is being developed concurrently with FreeIPA v2
(12:39:52 PM) dgilmore: i think its going to need lots of testing
(12:39:54 PM) jwb: sgallagh, what are your chances of getting this
testable by Beta?
(12:40:09 PM) sgallagh: jwb: I don't have the schedule handy, what's the
beta date?
(12:40:20 PM) jds2001: mid-march iirc
(12:40:26 PM) jwb: 3-10
(12:40:29 PM) jwb: March 10
(12:40:39 PM) jwb: that's when Beta freeze is
(12:40:45 PM) jwb: Feature freeze is a week before
(12:40:47 PM) f13: actually
(12:40:50 PM) f13: Feature freeze is March 3rd
(12:40:55 PM) jwb: i said that
(12:41:05 PM) f13: jwb: we were typing at the same time (:
(12:41:22 PM) jwb: i win. w00t
(12:41:55 PM) sharkcz: the idea is great and should close some gaps
(12:42:38 PM) jwb: i think it sounds really cool. i'm just wondering if
we should defer until we get a better feel for it being complete in time
(12:42:47 PM) f13: well.
(12:42:55 PM) f13: a feature can always be dropped if it's not ready in time
(12:42:58 PM) sgallagh: Sorry, please hold
(12:43:07 PM) notting: i'm +1 for the feature - we can drop it/not
publicize it if it's not ready
(12:43:10 PM) sgallagh: Conversing with my colleagues on that date
(12:43:19 PM) f13: it just needs a good contengency plan
(12:43:26 PM) nirik: yeah, +1 here, and if it's not ready we can try
again for f12.
(12:43:27 PM) sgallagh: f13: Contingency is: don't use it
(12:43:38 PM) sharkcz: +1 as notting
(12:43:42 PM) jds2001: +1 if it's that simple.
(12:43:48 PM) sgallagh: It's not replacing anything in this release
(12:43:51 PM) bpepple: +1
(12:43:55 PM) jds2001: drop it later if need be.
(12:43:56 PM) f13: sgallagh: sure, I haven't looked at the scope yet to
see if there would be any changes that would have to be rolled back.
(12:44:04 PM) jwb: +1
(12:44:08 PM) f13: (I'm not actually in FESCo, just lurking)
(12:44:24 PM) jds2001: f13: you're always welcome here :)
(12:44:27 PM) sgallagh: f13: Rollback should be limited to removing from
nssswitch.conf and pam config
(12:44:42 PM) f13: sgallagh: see, there /is/ a contingency plan!
(12:44:50 PM) sgallagh: I put that in the feature page, I thought
(12:44:57 PM) f13: you may have (:
(12:45:16 PM) sgallagh: Ah, not enough detail. Sorry
(12:45:50 PM) jds2001: i see six +1's, so we've approved the SSSD
feature, with the understanding that if it's not testable by beta, we'll
drop it.


Again, please note the last entry here.

- --
Stephen Gallagher
RHCE 804006346421761

Looking to carve out IT costs?
www.redhat.com/carveoutcosts/
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org

iEYEARECAAYFAkmu9QQACgkQeiVVYja6o6Nr4QCfcw2kQybJC/DyPT2UEAPdhdhe
BSMAn1oEGFbs8t7xXyGfN1AkvjECRzZH
=9RX1
-----END PGP SIGNATURE-----



From martin.sourada at gmail.com  Wed Mar  4 23:16:41 2009
From: martin.sourada at gmail.com (Martin Sourada)
Date: Thu, 05 Mar 2009 00:16:41 +0100
Subject: [Rawhide] Rpmbuild not stripping debuginfo and building for i386
Message-ID: <1236208601.25833.41.camel@pc-notebook.kolej.mff.cuni.cz>

Hi,

probably it's a problem on my part, but it seems that rpm-build does not
strip debuginfo (and put it to debuginfo subpackages) on rawhide. I've
noticed only today (thanks to the unusually large 99MiB WebKit-gtk
package I've built today), but it seems that its has been behaving like
this for some time already. Also it's still building for i386. Are there
some config files I need to edit for it to start building for i586? I am
fully updated.

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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090305/377b1212/attachment.sig>

From mclasen at redhat.com  Wed Mar  4 23:42:31 2009
From: mclasen at redhat.com (Matthias Clasen)
Date: Wed, 04 Mar 2009 18:42:31 -0500
Subject: Please update your Feature Page ASAP
In-Reply-To: <49AECEAF.3020803@redhat.com>
References: <49AECEAF.3020803@redhat.com>
Message-ID: <1236210151.4604.2.camel@localhost.localdomain>

On Wed, 2009-03-04 at 10:55 -0800, John Poelstra wrote:

> https://fedoraproject.org/wiki/Features/Empathy

I've just moved this over to F12. At a recent discussion between the
package maintainer and desktop team members, we were not convinced that
empathy is 'there' yet.




From awilliam at redhat.com  Wed Mar  4 23:42:41 2009
From: awilliam at redhat.com (Adam Williamson)
Date: Wed, 04 Mar 2009 15:42:41 -0800
Subject: Fedora Test Day - Anaconda Storage Rewrite
In-Reply-To: <1236191770.3729.8.camel@localhost.localdomain>
References: <1236174535.3526.48.camel@flatline.devel.redhat.com>
	<49AEB78B.4050004@BitWagon.com>
	<1236191770.3729.8.camel@localhost.localdomain>
Message-ID: <1236210161.5361.65.camel@adam.local.net>

On Wed, 2009-03-04 at 10:36 -0800, Jesse Keating wrote:
> On Wed, 2009-03-04 at 09:16 -0800, John Reiser wrote:
> > It seems to me that the most recent boot.iso for i386 or for x86_64
> > was on 2009-02-25, which was before the new code anaconda storage code
> > got into rawhide.  There hasn't been a boot.iso in the one week since then.
> > When will boot.iso be available, so that there is something to test?
> 
> Rawhide anaconda does not have any new storage code.  All that works is
> on a branch.  We haven't had i386 images due to the i386/i586 changes
> and various amounts of fallout from that.  We're working hard to get
> that going at the same time the anaconda folks are working on the
> storage rewrite.

For the test day, some kind of special image will be provided - last I
heard, we were looking at providing a known-good Rawhide tree (possibly
an old one) together with an updates.img with the updated Anaconda code.
This will be explained on the Wiki page once it's sorted out.
-- 
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 Mar  4 23:39:17 2009
From: a.badger at gmail.com (Toshio Kuratomi)
Date: Wed, 04 Mar 2009 15:39:17 -0800
Subject: Please update your Feature Page ASAP
In-Reply-To: <49AEF504.9080204@redhat.com>
References: <49AECEAF.3020803@redhat.com>
	<49AEDCD1.5000604@redhat.com>	<1236202194.4204.0.camel@localhost.localdomain>
	<49AEF504.9080204@redhat.com>
Message-ID: <49AF1125.10806@gmail.com>

Stephen Gallagher wrote:
> Jesse Keating wrote:
>> On Wed, 2009-03-04 at 14:56 -0500, Stephen Gallagher wrote:
>>> The SSSD is listed as not having 100% completion but we noted that we
>>> fully expect to be feature-complete and testable by the Beta Freeze on
>>> March 10th. Is this insufficient?
>> You were supposed to be in a testable state by the Feature freeze, not
>> beta freeze.
> 
> 
> 
> Please refer to the following excerpt from the FESCo meeting on January
> 23rd, 2009. I draw your attention to the the portion of the conversation
> that specifically stated that the SSSD Feature was accepted contingent
> on its testability by the *beta date*:
> 
Looks like confusion from this excerpt and not using precise terminology
later::

(12:40:29 PM) jwb: March 10
(12:40:39 PM) jwb: that's when Beta freeze is
(12:40:45 PM) jwb: Feature freeze is a week before
(12:40:47 PM) f13: actually
(12:40:50 PM) f13: Feature freeze is March 3rd
(12:40:55 PM) jwb: i said that
(12:41:05 PM) f13: jwb: we were typing at the same time (:
(12:41:22 PM) jwb: i win. w00t

There's no talk of an exception to the feature freeze for SSSD.  If
you're familiar with how the feature process works then this can lead
you to believe that the summary about "testable by beta" is meaning
Feature Freeze.  If you're not familiar with the Feature Process, this
could lead you to believe that Beta == Beta Freeze and Feature Freeze ==
Feature Freeze.

It's up to FESCo to decide if they want to make an exception to the
feature freeze date since this is seems to be the result of an honest
mistake in communication.

-Toshio

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: OpenPGP digital signature
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090304/83861857/attachment.sig>

From joshuacov at googlemail.com  Wed Mar  4 23:50:13 2009
From: joshuacov at googlemail.com (Joshua C.)
Date: Thu, 5 Mar 2009 00:50:13 +0100
Subject: Fedora ATi driver performs much worse than the vanilla code
In-Reply-To: <49AE4A46.5010801@robertoragusa.it>
References: <5f6f8c5f0902271725o3090ae8ndb343a14216898f6@mail.gmail.com>
	<1235892633.3577.25.camel@localhost>
	<5f6f8c5f0903010739h10f58985ue606b5672720e84@mail.gmail.com>
	<49AE4A46.5010801@robertoragusa.it>
Message-ID: <5f6f8c5f0903041550w6849300al552c84d793dc64c3@mail.gmail.com>

2009/3/4 Roberto Ragusa <mail at robertoragusa.it>:
> Joshua C. wrote:
>
>> I did some test and here are the results:
>>
>> "These results are not representative for all the fedora community.
>> They just show how the free radeon driver performs on my pc"
>>
> [snip]
>>
>> These results represent a regression in my case.
>
> Thank you for your detailed tests.
>
> I've also noticed very bad performance on a r300 based laptop
> which used to work well with older Fedora releases (up to F8
> for sure), but it is now practically unusable with rawhide.
>
> My tests were not as extensive as yours, but I didn't manage
> to find an acceptable combination of parameters.
>
> It was particularly confusing for me as my intention with
> rawhide was to test KDE 4 and it was not too clear if the
> slugginess was related to the new KDE stuff (widgets,
> compositing,...) or something more low level.
> But it's low level: moving windows burns CPU and is slow.
>
> I'm really looking forward to having a solution for this issue.
>
> Best regards.
> --
> ? Roberto Ragusa ? ?mail at robertoragusa.it
>
> --
> fedora-devel-list mailing list
> fedora-devel-list at redhat.com
> https://www.redhat.com/mailman/listinfo/fedora-devel-list
>

F9 is the best (for my RS482) but because of package updates I need to
upgrade it. Working on F11 with xserver-staff from f9 isn't
encouraged.
I'M wondering why adding new features (like exa, kms) makes the
x-staff work slower. if those new features aren't supported on older
hardware, then the driver should know this and acts accordingly. I
think that a driver-update should at least keep the old level of
functionality and usability. I can enable the compiz staff with kde on
f9 (which is fancy/nice) but the same combination is useless on f11,
despite that both use the same kde.

Maybe the developers should concentrate the radeon driver on r100-r400
and radeonhd on r500++. Or maybe I/we should buy new hardware.



From kevin.kofler at chello.at  Wed Mar  4 23:55:07 2009
From: kevin.kofler at chello.at (Kevin Kofler)
Date: Thu, 05 Mar 2009 00:55:07 +0100
Subject: qt 4.5: qdoc3 missing?
References: <f224c6140903040546k4d290770u80936ab27e6ef2f3@mail.gmail.com>
	<gom2sh$n30$1@ger.gmane.org> <gom7er$cb5$1@ger.gmane.org>
Message-ID: <gon4cr$qa7$1@ger.gmane.org>

Rex Dieter wrote:
> Looks like qdoc is not built purposely, per it's own README:
> qdoc3 is the tool used to generate the Qt reference documentation.
> The source code is included as part of this package primarily to
> fulfill our GPL obligations. We highly recommend using Doxygen for
> generating documentation for your QT-based application.

Maybe we should stick it into a qt-qdoc3 or qt-internal subpackage.

Description: This package contains Qt's custom documentation tool (qdoc3)
which is used by some packages tightly coupled to Qt, such as Qt Creator.
Using it for anything else is not recommended. Qt Software highly
recommends using Doxygen instead for your own Qt-based applications.

        Kevin Kofler



From kevin.kofler at chello.at  Thu Mar  5 00:14:45 2009
From: kevin.kofler at chello.at (Kevin Kofler)
Date: Thu, 05 Mar 2009 01:14:45 +0100
Subject: [Rawhide] Rpmbuild not stripping debuginfo and building for i386
References: <1236208601.25833.41.camel@pc-notebook.kolej.mff.cuni.cz>
Message-ID: <gon5hl$u1c$1@ger.gmane.org>

Martin Sourada wrote:
> probably it's a problem on my part, but it seems that rpm-build does not
> strip debuginfo (and put it to debuginfo subpackages) on rawhide. I've
> noticed only today (thanks to the unusually large 99MiB WebKit-gtk
> package I've built today), but it seems that its has been behaving like
> this for some time already. Also it's still building for i386. Are there
> some config files I need to edit for it to start building for i586? I am
> fully updated.

You're probably missing the redhat-rpm-config package.

        Kevin Kofler



From tgl at redhat.com  Thu Mar  5 00:24:50 2009
From: tgl at redhat.com (Tom Lane)
Date: Wed, 04 Mar 2009 19:24:50 -0500
Subject: Watching tasks in koji is no longer reliable?
Message-ID: <9927.1236212690@sss.pgh.pa.us>

Recently (in the past few weeks) I've noticed that the command-line koji
tool consistently fails to watch tasks for longer than a few minutes.
It watches okay for awhile and then fails with

error: (104, 'Connection reset by peer')

Anyone else seen this?  Is this an intentional behavioral change
somewhere, or should I file a bug?

			regards, tom lane



From bnocera at redhat.com  Thu Mar  5 00:28:45 2009
From: bnocera at redhat.com (Bastien Nocera)
Date: Thu, 05 Mar 2009 00:28:45 +0000
Subject: Orphaning a few (desktop-ey) packages
In-Reply-To: <1235514826.3878.4527.camel@cookie.hadess.net>
References: <1235514826.3878.4527.camel@cookie.hadess.net>
Message-ID: <1236212925.3602.784.camel@cookie.hadess.net>

On Tue, 2009-02-24 at 22:33 +0000, Bastien Nocera wrote:
> Here we are:

And a few more:
- gnome-audio (replaced by the freedesktop sound theme)
- bluez-gnome, replaced by gnome-bluetooth

Cheers



From a.badger at gmail.com  Thu Mar  5 00:25:28 2009
From: a.badger at gmail.com (Toshio Kuratomi)
Date: Wed, 04 Mar 2009 16:25:28 -0800
Subject: packagedb API change coming
Message-ID: <49AF1BF8.2010004@gmail.com>

For those of you with scripts that read information from the PackageDB,
there's going to be an API visible change sometime in the near future
(I'm hoping by the end of the mont).  The next deployment of the
packagedb will switch from using userid and groupid to using username
and groupname.

This may make it easier for some people as you will not have to lookup
the username in the fedora account system anymore but it will require
code changes.  I'll have a more detailed announcement when I have a test
server up and running for you to test your code against.

-Toshio

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: OpenPGP digital signature
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090304/10091ec5/attachment.sig>

From tgl at redhat.com  Thu Mar  5 00:31:30 2009
From: tgl at redhat.com (Tom Lane)
Date: Wed, 04 Mar 2009 19:31:30 -0500
Subject: [Rawhide] Rpmbuild not stripping debuginfo and building for
	i386 
In-Reply-To: <gon5hl$u1c$1@ger.gmane.org> 
References: <1236208601.25833.41.camel@pc-notebook.kolej.mff.cuni.cz>
	<gon5hl$u1c$1@ger.gmane.org>
Message-ID: <10010.1236213090@sss.pgh.pa.us>

Kevin Kofler <kevin.kofler at chello.at> writes:
> Martin Sourada wrote:
>> probably it's a problem on my part, but it seems that rpm-build does not
>> strip debuginfo (and put it to debuginfo subpackages) on rawhide. I've
>> noticed only today (thanks to the unusually large 99MiB WebKit-gtk
>> package I've built today), but it seems that its has been behaving like
>> this for some time already. Also it's still building for i386. Are there
>> some config files I need to edit for it to start building for i586? I am
>> fully updated.

> You're probably missing the redhat-rpm-config package.

I recall at least one bugzilla entry in which was discussed the idea
of forcibly installing that package, or at least making it somewhat
difficult to choose a configuration that didn't have it.  If it's
not there, way too many things go wrong in way too many obscure ways.

			regards, tom lane



From bpepple at fedoraproject.org  Thu Mar  5 00:41:06 2009
From: bpepple at fedoraproject.org (Brian Pepple)
Date: Wed, 04 Mar 2009 19:41:06 -0500
Subject: Please update your Feature Page ASAP
In-Reply-To: <49AF1125.10806@gmail.com>
References: <49AECEAF.3020803@redhat.com> <49AEDCD1.5000604@redhat.com>
	<1236202194.4204.0.camel@localhost.localdomain>
	<49AEF504.9080204@redhat.com>  <49AF1125.10806@gmail.com>
Message-ID: <1236213666.12720.2.camel@localhost.localdomain>

On Wed, 2009-03-04 at 15:39 -0800, Toshio Kuratomi wrote:
> 
> It's up to FESCo to decide if they want to make an exception to the
> feature freeze date since this is seems to be the result of an honest
> mistake in communication.

I'm inclined to think we (FESCo) should grant an exception here, since
after reading the meeting logs it was, as Toshio pointed out, an honest
mistake.

Later,
/B
-- 
Brian Pepple <bpepple at fedoraproject.org>

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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090304/88ab871f/attachment.sig>

From jwboyer at gmail.com  Thu Mar  5 00:42:46 2009
From: jwboyer at gmail.com (Josh Boyer)
Date: Wed, 4 Mar 2009 19:42:46 -0500
Subject: Please update your Feature Page ASAP
In-Reply-To: <1236210151.4604.2.camel@localhost.localdomain>
References: <49AECEAF.3020803@redhat.com>
	<1236210151.4604.2.camel@localhost.localdomain>
Message-ID: <20090305004246.GH23240@yoda.jdub.homelinux.org>

On Wed, Mar 04, 2009 at 06:42:31PM -0500, Matthias Clasen wrote:
>On Wed, 2009-03-04 at 10:55 -0800, John Poelstra wrote:
>
>> https://fedoraproject.org/wiki/Features/Empathy
>
>I've just moved this over to F12. At a recent discussion between the
>package maintainer and desktop team members, we were not convinced that
>empathy is 'there' yet.

Is 'we' inclusive of the package maintainer as well?

Also, was the discussion on a public list or via private email?

I'm asking because I'm just curious, and I'm not implying that anything
has been done incorrectly or anything like that so please don't jump
to conclusions.

josh



From kevin.kofler at chello.at  Thu Mar  5 00:45:25 2009
From: kevin.kofler at chello.at (Kevin Kofler)
Date: Thu, 05 Mar 2009 01:45:25 +0100
Subject: [Rawhide] Rpmbuild not stripping debuginfo and building for i386
References: <1236208601.25833.41.camel@pc-notebook.kolej.mff.cuni.cz>
	<gon5hl$u1c$1@ger.gmane.org> <10010.1236213090@sss.pgh.pa.us>
Message-ID: <gon7b5$od$2@ger.gmane.org>

Tom Lane wrote:
> I recall at least one bugzilla entry in which was discussed the idea
> of forcibly installing that package, or at least making it somewhat
> difficult to choose a configuration that didn't have it.  If it's
> not there, way too many things go wrong in way too many obscure ways.

+1, redhat-rpm-config should be required by rpm. Especially now that AFAIU
we also put some runtime configuration into it (i586 as the main arch on
ix86) rather than just build-time configuration.

        Kevin Kofler



From kevin at scrye.com  Thu Mar  5 00:46:36 2009
From: kevin at scrye.com (Kevin Fenzi)
Date: Wed, 4 Mar 2009 17:46:36 -0700
Subject: Please update your Feature Page ASAP
In-Reply-To: <1236213666.12720.2.camel@localhost.localdomain>
References: <49AECEAF.3020803@redhat.com> <49AEDCD1.5000604@redhat.com>
	<1236202194.4204.0.camel@localhost.localdomain>
	<49AEF504.9080204@redhat.com> <49AF1125.10806@gmail.com>
	<1236213666.12720.2.camel@localhost.localdomain>
Message-ID: <20090304174636.14429025@ohm.scrye.com>

On Wed, 04 Mar 2009 19:41:06 -0500
Brian Pepple <bpepple at fedoraproject.org> wrote:

> On Wed, 2009-03-04 at 15:39 -0800, Toshio Kuratomi wrote:
> > 
> > It's up to FESCo to decide if they want to make an exception to the
> > feature freeze date since this is seems to be the result of an
> > honest mistake in communication.
> 
> I'm inclined to think we (FESCo) should grant an exception here, since
> after reading the meeting logs it was, as Toshio pointed out, an
> honest mistake.

I would agree. :( Sorry for the miscommunication. 
> 
> Later,
> /B

kevin
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090304/63d07c62/attachment.sig>

From bpepple at fedoraproject.org  Thu Mar  5 00:51:57 2009
From: bpepple at fedoraproject.org (Brian Pepple)
Date: Wed, 04 Mar 2009 19:51:57 -0500
Subject: Please update your Feature Page ASAP
In-Reply-To: <20090305004246.GH23240@yoda.jdub.homelinux.org>
References: <49AECEAF.3020803@redhat.com>
	<1236210151.4604.2.camel@localhost.localdomain>
	<20090305004246.GH23240@yoda.jdub.homelinux.org>
Message-ID: <1236214317.12720.6.camel@localhost.localdomain>

On Wed, 2009-03-04 at 19:42 -0500, Josh Boyer wrote:
> On Wed, Mar 04, 2009 at 06:42:31PM -0500, Matthias Clasen wrote:
> >On Wed, 2009-03-04 at 10:55 -0800, John Poelstra wrote:
> >
> >> https://fedoraproject.org/wiki/Features/Empathy
> >
> >I've just moved this over to F12. At a recent discussion between the
> >package maintainer and desktop team members, we were not convinced that
> >empathy is 'there' yet.
> 
> Is 'we' inclusive of the package maintainer as well?

Yes, I was included in the discussion.  (Being co-maintainer of Empathy)
> 
> Also, was the discussion on a public list or via private email?

We discussed it on IRC last week.  

Later,
/B
-- 
Brian Pepple <bpepple at fedoraproject.org>

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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090304/46ee1bd2/attachment.sig>

From mclasen at redhat.com  Thu Mar  5 00:51:01 2009
From: mclasen at redhat.com (Matthias Clasen)
Date: Wed, 04 Mar 2009 19:51:01 -0500
Subject: Please update your Feature Page ASAP
In-Reply-To: <20090305004246.GH23240@yoda.jdub.homelinux.org>
References: <49AECEAF.3020803@redhat.com>
	<1236210151.4604.2.camel@localhost.localdomain>
	<20090305004246.GH23240@yoda.jdub.homelinux.org>
Message-ID: <1236214261.4604.3.camel@localhost.localdomain>

On Wed, 2009-03-04 at 19:42 -0500, Josh Boyer wrote:
> On Wed, Mar 04, 2009 at 06:42:31PM -0500, Matthias Clasen wrote:
> >On Wed, 2009-03-04 at 10:55 -0800, John Poelstra wrote:
> >
> >> https://fedoraproject.org/wiki/Features/Empathy
> >
> >I've just moved this over to F12. At a recent discussion between the
> >package maintainer and desktop team members, we were not convinced that
> >empathy is 'there' yet.
> 
> Is 'we' inclusive of the package maintainer as well?
> 
> Also, was the discussion on a public list or via private email?
> 

You want me to name witnesses ? :-)



From jwboyer at gmail.com  Thu Mar  5 00:51:54 2009
From: jwboyer at gmail.com (Josh Boyer)
Date: Wed, 4 Mar 2009 19:51:54 -0500
Subject: Please update your Feature Page ASAP
In-Reply-To: <20090304174636.14429025@ohm.scrye.com>
References: <49AECEAF.3020803@redhat.com> <49AEDCD1.5000604@redhat.com>
	<1236202194.4204.0.camel@localhost.localdomain>
	<49AEF504.9080204@redhat.com> <49AF1125.10806@gmail.com>
	<1236213666.12720.2.camel@localhost.localdomain>
	<20090304174636.14429025@ohm.scrye.com>
Message-ID: <20090305005154.GI23240@yoda.jdub.homelinux.org>

On Wed, Mar 04, 2009 at 05:46:36PM -0700, Kevin Fenzi wrote:
>On Wed, 04 Mar 2009 19:41:06 -0500
>Brian Pepple <bpepple at fedoraproject.org> wrote:
>
>> On Wed, 2009-03-04 at 15:39 -0800, Toshio Kuratomi wrote:
>> > 
>> > It's up to FESCo to decide if they want to make an exception to the
>> > feature freeze date since this is seems to be the result of an
>> > honest mistake in communication.
>> 
>> I'm inclined to think we (FESCo) should grant an exception here, since
>> after reading the meeting logs it was, as Toshio pointed out, an
>> honest mistake.
>
>I would agree. :( Sorry for the miscommunication. 

Agreed.  And since it was mostly me being non-specific, doubly sorry.

josh



From jwboyer at gmail.com  Thu Mar  5 00:52:37 2009
From: jwboyer at gmail.com (Josh Boyer)
Date: Wed, 4 Mar 2009 19:52:37 -0500
Subject: Please update your Feature Page ASAP
In-Reply-To: <1236214317.12720.6.camel@localhost.localdomain>
References: <49AECEAF.3020803@redhat.com>
	<1236210151.4604.2.camel@localhost.localdomain>
	<20090305004246.GH23240@yoda.jdub.homelinux.org>
	<1236214317.12720.6.camel@localhost.localdomain>
Message-ID: <20090305005237.GJ23240@yoda.jdub.homelinux.org>

On Wed, Mar 04, 2009 at 07:51:57PM -0500, Brian Pepple wrote:
>On Wed, 2009-03-04 at 19:42 -0500, Josh Boyer wrote:
>> On Wed, Mar 04, 2009 at 06:42:31PM -0500, Matthias Clasen wrote:
>> >On Wed, 2009-03-04 at 10:55 -0800, John Poelstra wrote:
>> >
>> >> https://fedoraproject.org/wiki/Features/Empathy
>> >
>> >I've just moved this over to F12. At a recent discussion between the
>> >package maintainer and desktop team members, we were not convinced that
>> >empathy is 'there' yet.
>> 
>> Is 'we' inclusive of the package maintainer as well?
>
>Yes, I was included in the discussion.  (Being co-maintainer of Empathy)

Ok cool.  Thanks for the quick reply.

josh



From michel.sylvan at gmail.com  Thu Mar  5 00:54:15 2009
From: michel.sylvan at gmail.com (Michel Salim)
Date: Wed, 4 Mar 2009 19:54:15 -0500
Subject: [Rawhide] Rpmbuild not stripping debuginfo and building for i386
In-Reply-To: <gon7b5$od$2@ger.gmane.org>
References: <1236208601.25833.41.camel@pc-notebook.kolej.mff.cuni.cz>
	<gon5hl$u1c$1@ger.gmane.org> <10010.1236213090@sss.pgh.pa.us>
	<gon7b5$od$2@ger.gmane.org>
Message-ID: <f224c6140903041654h2e8dcc1bo320018825e567aeb@mail.gmail.com>

On Wed, Mar 4, 2009 at 7:45 PM, Kevin Kofler <kevin.kofler at chello.at> wrote:

> Tom Lane wrote:
> > I recall at least one bugzilla entry in which was discussed the idea
> > of forcibly installing that package, or at least making it somewhat
> > difficult to choose a configuration that didn't have it.  If it's
> > not there, way too many things go wrong in way too many obscure ways.
>
> +1, redhat-rpm-config should be required by rpm. Especially now that AFAIU
> we also put some runtime configuration into it (i586 as the main arch on
> ix86) rather than just build-time configuration.
>
At the very least, yum groupinstall "Fedora Packager" should pull in
redhat-rpm-config -- it currently does not.

Regards,

-- 
mi?el salim  ?  http://hircus.jaiku.com/
IUCS         ?  msalim at cs.indiana.edu
Fedora       ?  salimma at fedoraproject.org
MacPorts     ?  hircus at macports.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090304/4fbafe56/attachment.htm>

From jwboyer at gmail.com  Thu Mar  5 00:57:01 2009
From: jwboyer at gmail.com (Josh Boyer)
Date: Wed, 4 Mar 2009 19:57:01 -0500
Subject: Please update your Feature Page ASAP
In-Reply-To: <1236214261.4604.3.camel@localhost.localdomain>
References: <49AECEAF.3020803@redhat.com>
	<1236210151.4604.2.camel@localhost.localdomain>
	<20090305004246.GH23240@yoda.jdub.homelinux.org>
	<1236214261.4604.3.camel@localhost.localdomain>
Message-ID: <20090305005701.GK23240@yoda.jdub.homelinux.org>

On Wed, Mar 04, 2009 at 07:51:01PM -0500, Matthias Clasen wrote:
>On Wed, 2009-03-04 at 19:42 -0500, Josh Boyer wrote:
>> On Wed, Mar 04, 2009 at 06:42:31PM -0500, Matthias Clasen wrote:
>> >On Wed, 2009-03-04 at 10:55 -0800, John Poelstra wrote:
>> >
>> >> https://fedoraproject.org/wiki/Features/Empathy
>> >
>> >I've just moved this over to F12. At a recent discussion between the
>> >package maintainer and desktop team members, we were not convinced that
>> >empathy is 'there' yet.
>> 
>> Is 'we' inclusive of the package maintainer as well?
>> 
>> Also, was the discussion on a public list or via private email?
>> 
>
>You want me to name witnesses ? :-)

Nope.  I would have believed what you told me even before Brian replied.

josh



From rakesh.pandit at gmail.com  Thu Mar  5 03:00:38 2009
From: rakesh.pandit at gmail.com (Rakesh Pandit)
Date: Thu, 5 Mar 2009 08:30:38 +0530
Subject: rpms/ntop/devel .cvsignore, 1.3, 1.4 ntop.spec, 1.4, 1.5 sources,
	1.3, 1.4
In-Reply-To: <20090304134452.8113813f.mschwendt@gmail.com>
References: <20090302180943.0AF4A70115@cvs1.fedora.phx.redhat.com>
	<b401d2530903030400u97cd163ne241ae5f3941ac45@mail.gmail.com>
	<goki6l$iir$2@ger.gmane.org>
	<b401d2530903031649i13665973r20f8041f2182ba58@mail.gmail.com>
	<20090304134452.8113813f.mschwendt@gmail.com>
Message-ID: <b401d2530903041900u3101f6e6r1c30132279ed749c@mail.gmail.com>

2009/3/4 Michael Schwendt wrote:
> On Wed, 4 Mar 2009 06:19:21 +0530, Rakesh wrote:
>
>> 2009/3/4 Kevin Kofler wrote:
>> > Rakesh Pandit wrote:
>> >>Peter Vrabec wrote:
>> >>> +Source3: ? ? ? ?GeoIP.tar.gz
>> >>> +Source4: ? ? ? ?GeoLiteCity.dat.gz
>> >>> +Source5: ? ? ? ?GeoIPASNum.dat.gz
>> >
>> > Why can't the files from the geoip package be used instead of shipping them
>> > with this package?
>> >
>>
>> Yeah that is another issue. GeoIP package should be used.
>
> This has been found by the conflicts checker, too:
> https://bugzilla.redhat.com/488419
>

I would have liked Peter to do it, because he made the upgrade without
any discussion. I will fix it (by reverting the upgrade) in a day or
two -- in case I receive no response.

Peter on CC.

--
Regards,
Rakesh Pandit



From paul at xelerance.com  Thu Mar  5 04:20:30 2009
From: paul at xelerance.com (Paul Wouters)
Date: Wed, 4 Mar 2009 23:20:30 -0500 (EST)
Subject: DNSSEC in Fedora-11: Enable or Disable?
Message-ID: <alpine.LFD.1.10.0903042319010.8772@newtla.xelerance.com>


Hi people,

Adam Tkac and I maintain the two recursive nameservers in Fedora. We need
to decide before the beta freeze whether we want recursing caching
nameservers to enable or disable DNSSEC per default.

For some details on how this is implemented, please see:
http://fedoraproject.org/wiki/Features/DNSSEC

There are two questions:

For Fedora-11:

1) Should we enable DNSSEC when a recursing nameserver is installed?
2) If we do, should we enable DLV support?
    (The only real DLV being http://dlv.isc.org/)

DNSSEC software has been run for a long time. It is mature, stable and
runs in production on many systems, including Fedora. What's been slow
has been the signing of the root and TLD deployments. This however,
is quickly gaining speed. A few days ago .gov was signed into production.
With the root not signed, key management is the hardest part of DNSSEC,
but we now have the required packages in Fedora to distribute and update
these.

Pro's:
- It adds much needed security to DNS
- Newly installed resolvers would use DNSSEC out of the box with all
   known DNSSEC keys preconfigured. These closely resemble the current
   ICANN/IANA Trust Anchor Repository at https://itar.iana.org/
- TLD Key management is taken care of (via autotrust and dnssec-conf)
- DLV will allow every DNS administrator to start taking advantage of
   DNSSEC - even within unsigned TLD's such as .com and .org.
- Everyone can start using SSHFP records with their ssh client.
- Fedora contains all the tools to create and serve signed zones already.
   (bind, bind-utils, ldns)
- Fedora contains two DNSSEC capable resolvers (bind and unbound) and
   libraries to add DNSSEC to applications (bind or unbound-libs)
- Trivial to enable/disable dnssec-configure (and soon system-config-dnssec)
- Bind and Unbound are both very stable DNSSEC capable resolvers.
- Fedora shows it is a front runner when it comes to deploying new
   technology :)
- It will make many TLD's, DNSSEC people, and the .gov people very happy.

Cons:
- It's perhaps technically too late for feature freeze. Though we are not
   talking about putting new code in, just flipping a switch. So we could
   do this in time for beta freeze.
- Support for using DNSSEC forwarders for endusers via NetworkManager is
   not yet done (though support for on-the-fly reconfiguring forwarders
   was added to unbound in preparation for this already). So using DNSSEC
   via a resolv.conf using localhost for desktops/laptop clients is not
   ready yet.
- DNSSEC requires EDNS0 and stupid firewall administrators might be blocking
   TCP port 53 and UDP packets > 512 bytes, possibly causing DNS problems if
   these are located in front of DNSSEC capable resolvers.
- Some NAT router brands drop DNS packets with DNSSEC options enabled. If
   using a cheap NAT router as forwarder for your DNSSEC enabled Fedora
   machine, DNS connectivity might cause intermittent problems.

Both Adam and I think we are ready to enable DNSSEC per default for
those Fedora installs that install a recursive nameservers.

The DLV has not been very active yet. Likely it contains many keys that
DNS administrators once submitted but then forgot about. Those people
would lose their domains when DLV is used, and could wrongly blame
Fedora for that. I would recommend leaving the DLV disabled for now.

Though in the future, I would like to see all fedora installs use a
local DNSSEC nameserver using the DNS servers presented by Network
Manager as forwarders, I would not recommend doing that at this point.

Please, let me know what you think. Feel free to ask any questions. I
would like to hear what people think, and then we can make a collective
decision on how to proceed.

Paul



From gmaxwell at gmail.com  Thu Mar  5 04:22:28 2009
From: gmaxwell at gmail.com (Gregory Maxwell)
Date: Wed, 4 Mar 2009 23:22:28 -0500
Subject: DNSSEC in Fedora-11: Enable or Disable?
In-Reply-To: <alpine.LFD.1.10.0903042319010.8772@newtla.xelerance.com>
References: <alpine.LFD.1.10.0903042319010.8772@newtla.xelerance.com>
Message-ID: <e692861c0903042022h2bdb4d1dod69232ccceadf975@mail.gmail.com>

On Wed, Mar 4, 2009 at 11:20 PM, Paul Wouters <paul at xelerance.com> wrote:
[snip]
> - DNSSEC requires EDNS0 and stupid firewall administrators might be blocking
> ?TCP port 53 and UDP packets > 512 bytes, possibly causing DNS problems if
> ?these are located in front of DNSSEC capable resolvers.
> - Some NAT router brands drop DNS packets with DNSSEC options enabled. If
> ?using a cheap NAT router as forwarder for your DNSSEC enabled Fedora
> ?machine, DNS connectivity might cause intermittent problems.

These two will never change until something breaks in response to them.
The only reasons to defer with respect to these issues that I can think of are:

(1) DNSSEC might never happen and Fedora could just skip the feature
(2) Deferring could allow coordinated adoption with other operating
systems; which would make the problem more clearly a nat/firewall
issue rather than a Fedora issue.

Neither of these are realistic, so I don't think those problems should
be considered blocking.



From debarshi.ray at gmail.com  Thu Mar  5 04:36:53 2009
From: debarshi.ray at gmail.com (Debarshi Ray)
Date: Thu, 5 Mar 2009 10:06:53 +0530
Subject: Watching tasks in koji is no longer reliable?
In-Reply-To: <9927.1236212690@sss.pgh.pa.us>
References: <9927.1236212690@sss.pgh.pa.us>
Message-ID: <3170f42f0903042036u6a6945d6uf2e637c2c9f53688@mail.gmail.com>

Yes, I have encountered this too.

Cheers,
Debarshi



From cra at WPI.EDU  Thu Mar  5 05:08:34 2009
From: cra at WPI.EDU (Chuck Anderson)
Date: Thu, 5 Mar 2009 00:08:34 -0500
Subject: DNSSEC in Fedora-11: Enable or Disable?
In-Reply-To: <alpine.LFD.1.10.0903042319010.8772@newtla.xelerance.com>
References: <alpine.LFD.1.10.0903042319010.8772@newtla.xelerance.com>
Message-ID: <20090305050834.GK27493@angus.ind.WPI.EDU>

On Wed, Mar 04, 2009 at 11:20:30PM -0500, Paul Wouters wrote:
> 1) Should we enable DNSSEC when a recursing nameserver is installed?
> 2) If we do, should we enable DLV support?
>    (The only real DLV being http://dlv.isc.org/)

> Both Adam and I think we are ready to enable DNSSEC per default for
> those Fedora installs that install a recursive nameservers.
>
> The DLV has not been very active yet. Likely it contains many keys that
> DNS administrators once submitted but then forgot about. Those people
> would lose their domains when DLV is used, and could wrongly blame
> Fedora for that. I would recommend leaving the DLV disabled for now.
>
> Though in the future, I would like to see all fedora installs use a
> local DNSSEC nameserver using the DNS servers presented by Network
> Manager as forwarders, I would not recommend doing that at this point.
>
> Please, let me know what you think. Feel free to ask any questions. I
> would like to hear what people think, and then we can make a collective
> decision on how to proceed.

I'm not that knowledgeable with DNSSEC, so I defer to your best 
judgement, but it sounds like you've done a good job, covered all the 
bases, documented this well, and I think the world needs a push 
towards DNSSEC, so I say go for it!  I agree that the exposure is 
limited right now since this will not be used as default local caching 
resolver.

You've gotten me all excited now so I'll have to go test this feature 
right away.



From tgl at redhat.com  Thu Mar  5 05:15:15 2009
From: tgl at redhat.com (Tom Lane)
Date: Thu, 05 Mar 2009 00:15:15 -0500
Subject: F-10 mock can't build rawhide packages 
In-Reply-To: <20090303214756.D9634FC3C9@magilla.sf.frob.com> 
References: <49A5CD57.1090406@redhat.com> <20090303214148.GA6191@redhat.com>
	<20090303214756.D9634FC3C9@magilla.sf.frob.com>
Message-ID: <13789.1236230115@sss.pgh.pa.us>

Roland McGrath <roland at redhat.com> writes:
>> I'm having the same problem:
>> 
>> rpmdb: Program version 4.5 doesn't match environment version 4.7
>> error: db4 error(-30972) from dbenv->open: DB_VERSION_MISMATCH: Database environment version mismatch
>> error: cannot open Packages index using db3 -  (-30972)
>> error: cannot open Packages database in /var/lib/mock/fedora-11-x86_64/root/var/lib/rpm

> When I had those errors on rawhide itself, what was necessary was:
> 	rm -f /var/lib/rpm/__db.*
> Perhaps:
> 	rm -f /var/lib/mock/fedora-11-x86_64/root/var/lib/rpm/__db.*
> would do it?

FWIW, mock seems to work for me in a fresh-as-of-yesterday F10
installation.  If Roland's idea doesn't work, try blowing away
*everything* under /var/lib/mock and see where that gets you.

			regards, tom lane



From cooly at gnome.eu.org  Thu Mar  5 06:38:06 2009
From: cooly at gnome.eu.org (Lucian Langa)
Date: Thu, 05 Mar 2009 08:38:06 +0200
Subject: F-10 mock can't build rawhide packages
In-Reply-To: <13789.1236230115@sss.pgh.pa.us>
References: <49A5CD57.1090406@redhat.com> <20090303214148.GA6191@redhat.com>
	<20090303214756.D9634FC3C9@magilla.sf.frob.com>
	<13789.1236230115@sss.pgh.pa.us>
Message-ID: <1236235086.5229.83.camel@mayday>

On Thu, 2009-03-05 at 00:15 -0500, Tom Lane wrote:
> Roland McGrath <roland at redhat.com> writes:
> >> I'm having the same problem:
> >> 
> >> rpmdb: Program version 4.5 doesn't match environment version 4.7
> >> error: db4 error(-30972) from dbenv->open: DB_VERSION_MISMATCH: Database environment version mismatch
> >> error: cannot open Packages index using db3 -  (-30972)
> >> error: cannot open Packages database in /var/lib/mock/fedora-11-x86_64/root/var/lib/rpm
> 
> > When I had those errors on rawhide itself, what was necessary was:
> > 	rm -f /var/lib/rpm/__db.*
> > Perhaps:
> > 	rm -f /var/lib/mock/fedora-11-x86_64/root/var/lib/rpm/__db.*
> > would do it?
> 
> FWIW, mock seems to work for me in a fresh-as-of-yesterday F10
> installation.  If Roland's idea doesn't work, try blowing away
> *everything* under /var/lib/mock and see where that gets you.

You could try to run mock as an unprivileged user that is part of the
mock group. I was having the same issues when running mock as root user,
but it works once I run it with normal user.

https://www.redhat.com/archives/fedora-buildsys-list/2009-February/msg00026.html

--lucian



From tgl at redhat.com  Thu Mar  5 07:10:37 2009
From: tgl at redhat.com (Tom Lane)
Date: Thu, 05 Mar 2009 02:10:37 -0500
Subject: F-10 mock can't build rawhide packages 
In-Reply-To: <1236235086.5229.83.camel@mayday> 
References: <49A5CD57.1090406@redhat.com> <20090303214148.GA6191@redhat.com>
	<20090303214756.D9634FC3C9@magilla.sf.frob.com>
	<13789.1236230115@sss.pgh.pa.us> <1236235086.5229.83.camel@mayday>
Message-ID: <14949.1236237037@sss.pgh.pa.us>

Lucian Langa <cooly at gnome.eu.org> writes:
> You could try to run mock as an unprivileged user that is part of the
> mock group. I was having the same issues when running mock as root user,
> but it works once I run it with normal user.

Well, building packages as root is bad form anyway.  Aside from any
security hazards you might be exposing yourself to, I know of packages
that flat out won't build as root (their embedded self-tests reject the
case).

			regards, tom lane



From rjones at redhat.com  Thu Mar  5 08:30:55 2009
From: rjones at redhat.com (Richard W.M. Jones)
Date: Thu, 5 Mar 2009 08:30:55 +0000
Subject: Watching tasks in koji is no longer reliable?
In-Reply-To: <9927.1236212690@sss.pgh.pa.us>
References: <9927.1236212690@sss.pgh.pa.us>
Message-ID: <20090305083055.GA16580@amd.home.annexia.org>

On Wed, Mar 04, 2009 at 07:24:50PM -0500, Tom Lane wrote:
> Recently (in the past few weeks) I've noticed that the command-line koji
> tool consistently fails to watch tasks for longer than a few minutes.
> It watches okay for awhile and then fails with
> 
> error: (104, 'Connection reset by peer')
> 
> Anyone else seen this?  Is this an intentional behavioral change
> somewhere, or should I file a bug?

Yes, frequently, and for as long as I've used it.  I don't think it's
a recent change, at least not for me.

Rich.

-- 
Richard Jones, Emerging Technologies, Red Hat  http://et.redhat.com/~rjones
virt-top is 'top' for virtual machines.  Tiny program with many
powerful monitoring features, net stats, disk stats, logging, etc.
http://et.redhat.com/~rjones/virt-top



From alexl at users.sourceforge.net  Thu Mar  5 08:31:11 2009
From: alexl at users.sourceforge.net (Alex Lancaster)
Date: Thu, 05 Mar 2009 01:31:11 -0700
Subject: Broken dependencies: gdal
In-Reply-To: <20090304115242.GC23240@yoda.jdub.homelinux.org> (Josh Boyer's
	message of "Wed\, 4 Mar 2009 06\:52\:42 -0500")
References: <20090303170438.E24F41B8004@releng2.fedora.phx.redhat.com>
	<49AD665D.8080209@cora.nwra.com>
	<miljrl7e84.fsf@allele2.eebweb.arizona.edu>
	<20090304115242.GC23240@yoda.jdub.homelinux.org>
Message-ID: <81ab805q28.fsf@allele2.eebweb.arizona.edu>

>>>>> "JB" == Josh Boyer  writes:

JB> On Wed, Mar 04, 2009 at 03:51:39AM -0700, Alex Lancaster wrote:
>>>>>>> "OP" == Orion Poplawski  writes:
>> 
OP> buildsys at fedoraproject.org wrote:
>>>> gdal has broken dependencies in the development tree:
>>>> On ppc:
>>>> gdal-1.6.0-4.fc11.ppc64 requires libhdf5.so.5()(64bit)
>>>> gdal-1.6.0-4.fc11.ppc64 requires libodbcinst.so.1()(64bit)
>>>> gdal-1.6.0-4.fc11.ppc64 requires libodbc.so.1()(64bit)
>> 
OP> I'm happy to do the bootstrap rebuild to fix this, but ACLs are closed.
>> 
>> I've repeatedly requested the maintainer open up the ACLs on these
>> packages, but never received a response to my e-mails on this subject.
>> It's very frustrating.
>> 
>> What is the procedure in these cases to get a maintainer to justify
>> keeping ACLs closed?  Escalate to FESCo?

JB> Does the maintainer still fix bugs and otherwise work on the package?

JB> If not, start the AWOL maintainer process.

The maintainer does work on the package, so he isn't strictly
non-responsive.  But the packages are broken sometimes for several
weeks or even up to several month the maintainer and rarely responds
to direct e-mail or bug reports (for example I, and others, have open
requests to us as co-maintainers for months now and he hasn't approved
or rejected them):

http://admin.fedoraproject.org/pkgdb/packages/name/mapnik
http://admin.fedoraproject.org/pkgdb/packages/name/gdal

This means that the stack of GIS-related packages he maintains remains
broken in rawhide for a long time, meaning less time for testing
before general release.  If he opened up ACLs others could step up and
fix/rebuild packages when appropriate in the interim.

The issue here is that he hasn't justified provided any justification
for closing ACLs.  I thought the idea of the mass ACL opening to
'provenpackager' was that a justification is required for keeping ACLs
closed.

Alex



From martin.sourada at gmail.com  Thu Mar  5 11:59:28 2009
From: martin.sourada at gmail.com (Martin Sourada)
Date: Thu, 05 Mar 2009 12:59:28 +0100
Subject: [Solved] Re: [Rawhide] Rpmbuild not stripping debuginfo and
 building for i386
In-Reply-To: <gon5hl$u1c$1@ger.gmane.org>
References: <1236208601.25833.41.camel@pc-notebook.kolej.mff.cuni.cz>
	<gon5hl$u1c$1@ger.gmane.org>
Message-ID: <1236254368.4315.1.camel@pc-notebook.kolej.mff.cuni.cz>

On Thu, 2009-03-05 at 01:14 +0100, Kevin Kofler wrote:
> Martin Sourada wrote:
> > probably it's a problem on my part, but it seems that rpm-build does not
> > strip debuginfo (and put it to debuginfo subpackages) on rawhide. I've
> > noticed only today (thanks to the unusually large 99MiB WebKit-gtk
> > package I've built today), but it seems that its has been behaving like
> > this for some time already. Also it's still building for i386. Are there
> > some config files I need to edit for it to start building for i586? I am
> > fully updated.
> 
> You're probably missing the redhat-rpm-config package.
> 
Thanks, that was it. I've never noticed this package wasn't pulled in
when I installed all the usual fedora packager stuff...

>         Kevin Kofler
> 
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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090305/99d0fd0b/attachment.sig>

From sgallagh at redhat.com  Thu Mar  5 12:51:45 2009
From: sgallagh at redhat.com (Stephen Gallagher)
Date: Thu, 05 Mar 2009 07:51:45 -0500
Subject: Please update your Feature Page ASAP
In-Reply-To: <20090305005154.GI23240@yoda.jdub.homelinux.org>
References: <49AECEAF.3020803@redhat.com>
	<49AEDCD1.5000604@redhat.com>	<1236202194.4204.0.camel@localhost.localdomain>	<49AEF504.9080204@redhat.com>
	<49AF1125.10806@gmail.com>	<1236213666.12720.2.camel@localhost.localdomain>	<20090304174636.14429025@ohm.scrye.com>
	<20090305005154.GI23240@yoda.jdub.homelinux.org>
Message-ID: <49AFCAE1.5010305@redhat.com>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Josh Boyer wrote:
> On Wed, Mar 04, 2009 at 05:46:36PM -0700, Kevin Fenzi wrote:
>> On Wed, 04 Mar 2009 19:41:06 -0500
>> Brian Pepple <bpepple at fedoraproject.org> wrote:
>>
>>> On Wed, 2009-03-04 at 15:39 -0800, Toshio Kuratomi wrote:
>>>> It's up to FESCo to decide if they want to make an exception to the
>>>> feature freeze date since this is seems to be the result of an
>>>> honest mistake in communication.
>>> I'm inclined to think we (FESCo) should grant an exception here, since
>>> after reading the meeting logs it was, as Toshio pointed out, an
>>> honest mistake.
>> I would agree. :( Sorry for the miscommunication. 
> 
> Agreed.  And since it was mostly me being non-specific, doubly sorry.
> 
> josh
> 

Thank you very much for the consideration. I will understand better in
the future the difference between these two dates.

- --
Stephen Gallagher
RHCE 804006346421761

Looking to carve out IT costs?
www.redhat.com/carveoutcosts/
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org

iEYEARECAAYFAkmvyuEACgkQeiVVYja6o6NcUQCeIbYIDwShniIJLIuzVXS3a2Mg
kTUAn33tKq2yScIH8XTmxL0/QKX4tyVr
=hTgB
-----END PGP SIGNATURE-----



From rawhide at fedoraproject.org  Thu Mar  5 13:11:40 2009
From: rawhide at fedoraproject.org (Rawhide Report)
Date: Thu,  5 Mar 2009 13:11:40 +0000 (UTC)
Subject: rawhide report: 20090305 changes
Message-ID: <20090305131140.D42981B8001@releng2.fedora.phx.redhat.com>

Compose started at Thu Mar  5 09:09:03 UTC 2009

New package bashdb
        BASH debugger, the BASH symbolic debugger
New package bltk
        The BLTK measures notebook battery life under any workload
New package django-contact-form
        An extensible contact-form application for Django
New package django-notification
        User notification management for the Django web framework
New package django-tagging
        A generic tagging application for Django projects
New package eclipse-oprofile
        Eclipse plugin for OProfile integration
New package perl-Verilog-Readmem
        Parse Verilog $readmemh or $readmemb text file
New package php-ezc-ConsoleTools
        A set of classes to do different actions with the console
New package python-polib
        A library to parse and manage gettext catalogs
New package simplyhtml
        Application and a java component for rich text processing
Updated Packages:

DeviceKit-disks-003-3.fc11
--------------------------
* Wed Mar 04 2009 David Zeuthen <davidz at redhat.com> - 003-3.fc11
- Add --dump option to devkit-disks(1) to help with debugging
- Allow authorized users to unmount /etc/fstab mounts


NetworkManager-0.7.0.99-1.fc11
------------------------------
* Wed Mar 04 2009 Dan Williams <dcbw at redhat.com> - 1:0.7.0.99-1
- nm: make default wired "Auto ethX" connection modifiable if an enabled system settings
    plugin supports modifying connections (rh #485555)
- nm: manpage fixes (rh #447233)
- nm: CVE-2009-0365 - GetSecrets disclosure
- applet: CVE-2009-0578 - local users can modify the connection settings
- applet: fix inability to choose WPA Ad-Hoc networks from the menu
- ifcfg-rh: add read-only support for WPA-PSK connections


PyQt4-4.4.4-5.fc11
------------------
* Thu Mar 05 2009 Rex Dieter <rdieter at fedorproject.org> - 4.4.4-5
- move designer plugins to main/runtime (#487622)


PythonCAD-0.1.36-6.fc11
-----------------------
* Wed Mar 04 2009 kwizart < kwizart at gmail.com > - 0.1.36-6
- Rebuild

* Mon Feb 23 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 0.1.36-5
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


R-2.8.1-4.fc11
--------------
* Wed Mar 04 2009 Tom "spot" Callaway <tcallawa at redhat.com> - 2.8.1-4
- update post scriptlet (bz 477076)


anaconda-11.5.0.24-3
--------------------
* Thu Mar 05 2009 Peter Jones <pjones at redhat.com> - 11.5.0.24-2
- Add EFI boot.iso generation.

* Thu Mar 05 2009 Dave Lehman <dlehman at redhat.com> - 11.5.0.24-3
- Fix booty's desire to import fsset.
- Fix attempt to set read-only attr "removable" in DiskDevice.__init__

* Wed Mar 04 2009 Dave Lehman <dlehman at redhat.com> - 11.5.0.24-1
- Storage test day.


animorph-0.3-5.fc11
-------------------
* Wed Mar 04 2009 kwizart < kwizart at gmail.com > - 0.3-5
- Fix for gcc44

* Mon Feb 23 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 0.3-4
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


bes-3.6.2-4.fc11
----------------
* Wed Mar 04 2009 Caol??n McNamara <caolanm at redhat.com> - 3.6.2-4
- include cstdio for std::snprintf

* Mon Feb 23 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 3.6.2-3
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


bind-9.6.0-7.P1.fc11
--------------------
* Wed Mar 04 2009 Adam Tkac <atkac redhat com> - 32:9.6.0-7.P1
- fixed some read buffer overflows (upstream)


bluez-4.32-3.fc11
-----------------
* Thu Mar 05 2009 - Bastien Nocera <bnocera at redhat.com> - 4.32-3
- Fix permissions on the udev rules (#479348)

* Wed Mar 04 2009 - Bastien Nocera <bnocera at redhat.com> - 4.32-2
- Own /usr/lib*/bluetooth and children (#474632)


bluez-gnome-1.8-16.fc11
-----------------------
* Wed Mar 04 2009 - Bastien Nocera <bnocera at redhat.com> - 1.8-15
- Make the analyzer installable without the main package

* Wed Mar 04 2009 - Bastien Nocera <bnocera at redhat.com> - 1.8-16
- Fix unowned directory (#474633)


chemical-mime-data-0.1.94-5.fc11
--------------------------------
* Wed Mar 04 2009 Julian Sikorski <belegdol[at]gmail[dot]com> - 0.1.94-5
- Dropped the KDE MIME .desktop files


coq-8.1pl4-3.fc11
-----------------
* Wed Mar 04 2009 Alan Dunn <amdunn at gmail.com> - 8.1pl4-3
- Minor change to cmxa-install patch instruction
- Fixed to work with lablgtk 2.12

* Tue Feb 24 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 8.1pl4-2
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


ctdb-1.0.73-1.fc11
------------------
* Thu Mar 05 2009 Sumit Bose <sbose at redhat.com> - 1.0.73-1
- Update to ctdb version 1.0.73

* Wed Mar 04 2009 : Version 1.0.73
- Add possibility to disable the check of shares for NFS and Samba
 - From Sumit Bose, fix dependencies so make -j works


eboard-1.1.1-3.fc11
-------------------
* Tue Mar 03 2009 Lubomir Rintel <lkundrak at v3.s> - 1.1.1-3
- Fix build with GCC 4.4

* Tue Feb 24 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 1.1.1-2
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


ekg2-0.2-0.9.rc1.fc11
---------------------
* Wed Mar 04 2009 Caol??n McNamara <caolanm at redhat.com> - 0.2-0.9.rc1
- add BuildRequires to rebuild

* Tue Feb 24 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 0.2-0.8.rc1
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


ekiga-3.1.2-3.fc11
------------------
* Tue Mar 03 2009 Peter Robinson <pbrobinson at gmail.com> - 3.1.2-1
- Upgrade to the 3.1.2 beta release, enable celt codec, reinstate 
  proper desktop file now its fixed

* Tue Mar 03 2009 Peter Robinson <pbrobinson at gmail.com> - 3.1.2-2
- Disable xcap for the moment so ekiga builds

* Tue Mar 03 2009 Peter Robinson <pbrobinson at gmail.com> - 3.1.2-3
- Remove autoconf bits


emacs-22.3-8.fc11
-----------------
* Wed Mar 04 2009 Michel Salim <salimma at fedoraproject.org> - 1:22.3-8
- Use desktop-file-utils to handle desktop file
- Update icon cache if GTK2 is installed


empathy-2.25.92-1.fc11
----------------------
* Tue Mar 03 2009 Peter Gordon <peter at thecodergeek.com> - 2.25.92-1
- Update to new upstream release (2.25.92).
- Bump minimum required telepathy-glib version.


fedora-release-10.91-3
----------------------
* Tue Mar 03 2009 Jesse Keating <jkeating at redhat.com> - 10.91-3
- Move metalink urls to mirrorlist for helping anaconda


fedora-setup-keyboard-0.3-3.fc11
--------------------------------
* Thu Mar 05 2009 Peter Hutterer <peter.hutterer at redhat.com> 0.3-3
- Conflict xorg-x11-server-Xorg < 1.6.0-7 (10-x11-keymap.fdi and
  fedora-setup-keyboard up to 1.6.0-5)


filesystem-2.4.21-1.fc11
------------------------
* Wed Mar 04 2009 Phil Knirsch <pknirsch at redhat.com> - 2.4.21-1
- Added /usr/share/backgrounds (#487957)
- Added /usr/share/ghostscript/{conf.d} (#302521)


fltk-1.1.9-3.fc11
-----------------
* Wed Mar 04 2009 Caol??n McNamara <caolanm at redhat.com> - 1.1.9-3
- fix uses of strchr wrt. constness

* Tue Feb 24 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 1.1.9-2
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


gambas-1.0.19-10.fc11
---------------------
* Wed Mar 04 2009 Tom "spot" Callaway <tcallawa at redhat.com> - 1.0.19-10
- fix desktop file


gambas2-2.11.1-4.fc11
---------------------
* Wed Mar 04 2009 Tom "spot" Callaway <tcallawa at redhat.com> - 2.11.1-4
- fix desktop file (bz 487805)


gcc-4.4.0-0.22
--------------
* Wed Mar 04 2009 Jakub Jelinek <jakub at redhat.com> 4.4.0-0.22
- update from trunk
  - PRs ada/39172, ada/39264, bootstrap/39257, c++/36411, c++/37789,
	c++/38880, c++/39225, c++/39242, c/12245, classpath/38417,
	classpath/38912, debug/39267, debug/39285, fortran/38914,
	fortran/39292, fortran/39295, fortran/39309, fortran/39354,
	libgcj/38861, middle-end/10109, middle-end/34443,
	middle-end/39157, middle-end/39272, middle-end/39308,
	middle-end/39335, middle-end/39345, rtl-optimization/39241,
	target/33785, target/35965, target/39256, target/39261,
	target/39327, testsuite/38164, tree-optimization/37709,
	tree-optimization/39248, tree-optimization/39259,
	tree-optimization/39260, tree-optimization/39318,
	tree-optimization/39331, tree-optimizations/39259,
	tree-optimization/39358
  - fix ivopts (#486088, PR tree-optimization/39233)
  - fix SRA (#487795, PR tree-optimization/39339)
  - fix __builtin_object_size with unions (#487702,
    PR tree-optimization/39343)
- fix ppc -m64 -O2 -mtune=cell and patterns (#485067, PR target/39226)
- -march=atom/-mtune=atom support from ix86/atom branch


gdm-2.25.2-10.fc11
------------------
* Wed Mar 04 2009 Ray Strode <rstrode at redhat.com> - 1:2.25.2-10
- Add some fixes for autologin


geoclue-0.11.1-15.fc11
----------------------
* Wed Mar 04 2009 Peter Robinson <pbrobinson at gmail.com> 0.11.1-15
- Move docs to noarch, a few spec file cleanups


glom-1.9.3-1.fc11
-----------------
* Wed Mar 04 2009 Denis Leroy <denis at poolshark.org> - 1.9.3-1
- Update to upstream 1.9.3
- Now provides sqlite backend


gnome-bluetooth-2.27.1-2.fc11
-----------------------------
* Thu Mar 05 2009 - Bastien Nocera <bnocera at redhat.com> - 2.27.1-3
- Add patch to fix sendto

* Wed Mar 04 2009 - Bastien Nocera <bnocera at redhat.com> - 2.27.1-2
- Update to 2.27.1
- Loads of fixes mentioned by Bill Nottingham in bug #488498


gnome-disk-utility-0.2-2.fc11
-----------------------------
* Wed Mar 04 2009 David Zeuthen <davidz at redhat.com> - 0.2-2.fc11
- Don't crash when changing the LUKS passphrase on a device


gnome-media-2.25.92-1.fc11
--------------------------
* Tue Mar 03 2009 Matthias Clasen  <mclasen at redhat.com> 2.25.92-1
- Update to 2.25.92


gnupg2-2.0.11-1.fc11
--------------------
* Wed Mar 04 2009 Rex Dieter <rdieter at fedoraproject.org> - 2.0.11-1
- gnupg-2.0.11


gssdp-0.6.4-3.fc11
------------------
* Wed Mar 04 2009 Peter Robinson <pbrobinson at gmail.com> 0.6.4-3
- Move docs to noarch subpackage


gupnp-0.12.6-4.fc11
-------------------
* Wed Mar 04 2009 Peter Robinson <pbrobinson at gmail.com> 0.12.6-4
- Move docs to noarch sub package


gupnp-av-0.3.1-3.fc11
---------------------
* Wed Mar 04 2009 Peter Robinson <pbrobinson at gmail.com> 0.3.1-3
- Move docs to noarch subpackage


gvfs-1.1.7-3.fc11
-----------------
* Wed Mar 04 2009 David Zeuthen <davidz at redhat.com> - 1.1.7-3
- Update GVfs gdu patch to fix mount detection confusion (#488399)


gypsy-0.6-8.fc11
----------------
* Wed Mar 04 2009 Peter Robinson <pbrobinson at gmail.com> 0.6-8
- Move docs to noarch, some spec file updates


hdparm-9.12-1.fc11
------------------
* Wed Mar 04 2009 Karsten Hopp <karsten at redhat.com> 9.12-1
- update to 9.12 to fix #488560


ibus-m17n-1.1.0.20090211-4.fc11
-------------------------------
* Thu Mar 05 2009 Parag <pnemade at redhat.com> - 1.1.0.20090211-4
- Add iok support to ibus-m17n.


inkscape-0.47-0.5.20090301svn.fc11
----------------------------------
* Wed Mar 04 2009 Lubomir Rintel <lkundrak at v3.sk> - 0.47-0.5.20090301svn
- Split documentation and inkview into subpackages


iok-1.3.2-1.fc11
----------------
* Thu Mar 05 2009 Parag Nemade <panemade at gmail.com>- 1.3.2-1
- Update to Next release 1.3.2


jd-2.3.0-1.fc11
---------------
* Thu Mar 05 2009 Mamoru Tasaka <mtasaka at ioa.s.u-tokyo.ac.jp> - 2.3.0-1
- 2.3.0


jsr-305-0-0.3.20090203svn.fc11
------------------------------
* Wed Mar 04 2009 Jerry James <loganjerry at gmail.com> - 0-0.3.20090203svn
- Explicitly require OpenJDK to build

* Sat Feb 28 2009 Jerry James <loganjerry at gmail.com> - 0-0.2.20090203svn
- Update to 03 Feb 2009 snapshot

* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 0-0.2.20080824svn.1
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild

* Mon Nov 24 2008 Jerry James <loganjerry at gmail.com> - 0-0.1.20080824svn.1
- Cleaned up summary


kdebase-4.2.1-2.fc11
--------------------
* Wed Mar 04 2009 Than Ngo <than at redhat.com> - 4.2.1-2
- apply patch to fix regression in konsole, double-click selection works again


kdebase-workspace-4.2.1-3.fc11
------------------------------
* Wed Mar 04 2009 Rex Dieter <rdieter at fedoraproject.org> - 4.2.1-3
- move designer plugins to main/runtime (#487622)


kdelibs-4.2.1-4.fc11
--------------------
* Thu Mar 05 2009 Rex Dieter <rdieter at fedorproject.org> - 4.2.1-4
- move designer plugins to main/runtime (#487622)


kdepim-4.2.1-2.fc11
-------------------
* Wed Mar 04 2009 Than Ngo <than at redhat.com> - 4.2.1-2
- upstream patch, speed up folder syncing


kdesvn-1.2.4-1.fc11
-------------------
* Wed Mar 04 2009 - Orion Poplawski <orion at cora.nwra.com> - 1.2.4-1
- Update to 1.2.4


kdiff3-0.9.95-2.fc11
--------------------
* Wed Mar 04 2009 Neal Becker <ndbecker2 at gmail.com> - 0.9.95-1
- Update to 0.9.95

* Wed Mar 04 2009 Neal Becker <ndbecker2 at gmail.com> - 0.9.95-2
- Fix Changelog order


kernel-2.6.29-0.203.rc7.fc11
----------------------------

lcdproc-0.5.2-9.fc11
--------------------
* Mon Mar 02 2009 kwizart < kwizart at gmail.com > - 0.5.2-9
- re-enable patch0
- Prevent some timestamps changes.

* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 0.5.2-8
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


libgda-3.99.12-1.fc11
---------------------
* Wed Mar 04 2009 Denis Leroy <denis at poolshark.org> - 1:3.99.12-1
- Update to upstream 3.99.12


libgdamm-3.99.12-1.fc11
-----------------------
* Wed Mar 04 2009 Denis Leroy <denis at poolshark.org> - 3.99.12-1
- Update to upstream 3.99.12


lilypond-2.12.2-3.fc11
----------------------
* Wed Mar 04 2009 Caol??n McNamara <caolanm at redhat.com> - 2.12.2-3
- fix up strchr const rets for const arg

* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 2.12.2-2
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild

* Thu Feb 19 2009 Jon Ciesla <limb at jcomserv.net> - 2.12.1-6
- Split out feta and parmesan type1 fonts.

* Thu Feb 19 2009 Jon Ciesla <limb at jcomserv.net> - 2.12.2-1
- Update to 2.12.2.
- Patch for gcc 4.4.


linuxwacom-0.8.2.2-7.fc11
-------------------------
* Wed Mar 04 2009 Adam Jackson <ajax at redhat.com> 0.8.2.2-7
- 10-linuxwacom.fdi: "info.product", not "info,product".


llvm-2.5-2.fc11
---------------
* Wed Mar 04 2009 Michel Salim <salimma at fedoraproject.org> - 2.5-1
- Update to 2.5
- Package build scripts (bug #457881)

* Wed Mar 04 2009 Michel Salim <salimma at fedoraproject.org> - 2.5-2
- Remove build scripts; they require the build directory to work


lyx-1.6.1-3.fc11
----------------
* Wed Mar 04 2009 Rex Dieter <rdieter at fedoraproject.org> - 1.6.1-3
- --without-included-boost (f11+)

* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 1.6.1-2
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


maxima-5.17.1-7.fc11
--------------------
* Wed Mar 04 2009 Rex Dieter <rdieter at fedoraproject.org> - 5.17.1-7
- respin (sbcl)


mercurial-1.2-2.fc11
--------------------
* Wed Mar 04 2009 Neal Becker <ndbecker2 at gmail.com> - 1.2-1
- Update to 1.2

* Wed Mar 04 2009 Neal Becker <ndbecker2 at gmail.com> - 1.2-2
- patch0 for filemerge bug should not be needed

* Tue Feb 24 2009 Neal Becker <ndbecker2 at gmail.com> - 1.1.2-7
- Use noreplace option on config


mesa-7.3-9.fc11
---------------
* Wed Mar 04 2009 Dave Airlie <airlied at redhat.com> 7.3-9
- try again: pull in 7.4 fixes, dri configs changes, new radeon-rewrite

* Fri Feb 27 2009 Dave Airlie <airlied at redhat.com> 7.3-8
- reset whole place back to 7.3-6 - bad plan

* Tue Feb 24 2009 Adam Jackson <ajax at redhat.com> 7.3-6
- Fix text relocations in OSMesa build. (#475146)
- Re-enable textrel checks, for OSMesa only.


mingw32-gcc-4.4.0-0.6.fc11
--------------------------
* Wed Mar 04 2009 Richard W.M. Jones <rjones at redhat.com> - 4.4.0-0.6
- Fix libobjc and consequently Objective C and Objective C++ compilers.


module-init-tools-3.7-4.fc11
----------------------------
* Wed Mar 04 2009 Jon Masters <jcm at redhat.com> - 3.7-4 (pre7)
- Add a BuildRequires on glibc-static.

* Tue Mar 03 2009 Jon Masters <jcm at redhat.com> - 3.7-3 (pre7)
- Update to latest upstream.
- Do not replace config files by default.

* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 3.7-2
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


mysql-5.1.32-1.fc11
-------------------
* Wed Mar 04 2009 Tom Lane <tgl at redhat.com> 5.1.32-1
- Update to MySQL 5.1.32.


nautilus-cd-burner-2.25.3-5.fc11
--------------------------------
* Wed Mar 04 2009 - Bastien Nocera <bnocera at redhat.com> - 2.25.3-5
- Remove stupid requires for the -libs sub package (#488433)


nautilus-gdu-0.2-git20090304.1.fc11
-----------------------------------
* Wed Mar 04 2009 Tomas Bzatek <tbzatek at redhat.com> - 0.2-git20090304.1
- Rebase to latest git


nautilus-sendto-1.1.2-3.fc11
----------------------------
* Wed Mar 04 2009 Warren Togami <wtogami at redhat.com> - 1.1.2-3
- rebuild for libempathy


nethack-3.4.3-20.fc11
---------------------
* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 3.4.3-20
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


openhpi-2.13.3-2.fc11
---------------------
* Wed Feb 25 2009 Dan Horak <dan[at]danny.cz> - 2.13.3-1
- update to 2.13.3

* Wed Feb 25 2009 Dan Horak <dan[at]danny.cz> - 2.13.3-2
- fix ppc/ppc64 builds


openoffice.org-3.1.0-3.4.fc11
-----------------------------
* Tue Mar 03 2009 Caol??n McNamara <caolanm at redhat.com> - 1:3.1.0-3.4
- Resolves: rhbz#488228 Assamese Translations
- Resolves: rhbz#488234 Tamil Translations


pam_krb5-2.3.4-1.fc11
---------------------
* Wed Mar 04 2009 Nalin Dahyabhai <nalin at redhat.com> - 2.3.4-1
- don't request password-changing credentials with the same options that we
  use when requesting ticket granting tickets, which might run afoul of KDC
  policies


pcmanx-gtk2-0.3.8-5.fc11
------------------------
* Thu Mar 05 2009 Caol??n McNamara <caolanm at redhat.com> 0.3.8-5
- include stdio.h for perror

* Thu Feb 26 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 0.3.8-4
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


perl-SystemC-Vregs-1.462-1.fc11
-------------------------------
* Wed Mar 04 2009 Chitlesh GOORAH <chitlesh [AT] fedoraproject DOT org> 1.462-1
- new upstream release


perl-Verilog-3.120-3.fc11
-------------------------
* Thu Mar 05 2009 Ralf Cors??pius <corsepiu at fedoraproject.org> - 3.120-2
- Fix rebuild breakdown (Add Verilog-Perl-3.120-gcc44.diff).

* Thu Mar 05 2009 Ralf Cors??pius <corsepiu at fedoraproject.org> - 3.120-3
- Filter out bogus provides: perl(mypackage).
- Pass OPTIMIZE, remove PREFIX when setting up Makefile.

* Wed Mar 04 2009 Chitlesh Goorah <chitlesh [AT] fedoraproject DOT org> 3.120-1
- upstream v3.120

* Thu Feb 26 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 3.110-2
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


procbench-0.8.2a-4.fc11
-----------------------
* Wed Mar 04 2009 Caol??n McNamara <caolanm at redhat.com> - 0.8.2a-4
- include stdio.h for printf

* Thu Feb 26 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 0.8.2a-3
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


purple-microblog-0.2.1-1.fc11
-----------------------------
* Wed Mar 04 2009 Ismael Olea <ismael at olea.org> - 0.2.1-1
- New upstream release.


pyrenamer-0.6.0.1-3.fc11
------------------------
* Wed Mar 04 2009 Caol??n McNamara <caolanm at redhat.com> - 0.6.0.1-3
- unpacks into pyrenamer-0.6.0 not pyrenamer-0.6.0.1

* Thu Feb 26 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 0.6.0.1-2
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild

* Thu Dec 04 2008 Jean-Fran??ois Martin <lokthare at gmail.com> - 0.6.0.1-1
- Rebuild


pysvn-1.6.3-2.fc11
------------------
* Wed Mar 04 2009 Caitlyn O'Hanna <ravenoak at virtualxistenz.com> - 1.6.3-2
- Remove the benchmark patch.  Changes included in this release.

* Tue Mar 03 2009 Caitlyn O'Hanna <ravenoak at virtualxistenz.com> - 1.6.3-1
- Update to 1.6.3

* Thu Feb 26 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 1.6.2-4
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


python-feedparser-4.1-8.fc11
----------------------------
* Wed Mar 04 2009 Konstantin Ryabitsev <icon at fedoraproject.org> - 4.1-8
- Fix source URL (moved to googlecode).


python-virtinst-0.400.2-2.fc11
------------------------------
* Wed Mar 04 2009 Cole Robinson <crobinso at redhat.com> - 0.400.2-2.fc11
- Update polish translation (bz 310781)


qbittorrent-1.3.1-11.fc11
-------------------------
* Wed Mar 04 2009 Leigh Scott <leigh123linux at googlemail.com> - 1.3.1-11
- Remove qhostaddress.h.patch


qemu-0.9.2-0.1.kvm20090303git.fc11
----------------------------------
* Wed Mar 04 2009 Glauber Costa <glommer at redhat.com> - 0.92-0.1.kvm20090303git
- Set Epoch to 2
- Set version to 0.92. It seems upstream keep changing minds here, so pick the lowest
- Provides KVM, Obsoletes KVM
- Only install qemu-kvm in ix86 and x86_64
- Remove pkgdesc macros, as they were generating bogus output for rpm -qi.
- fix ppc and ppc64 builds

* Wed Mar 04 2009 Glauber Costa <glommer at redhat.com> - 0.9.2-0.1.kvm20090303git
- missing a dot. shame on me


qps-1.10.2-3.fc11
-----------------
* Wed Mar 04 2009 Caol??n McNamara <caolanm at redhat.com> - 1.10.2-3
- include stdio.h for printf

* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 1.10.2-2
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


qt-4.5.0-3.fc11
---------------
* Wed Mar 04 2009 Rex Dieter <rdieter at fedoraproject.org> - 4.5.0-3
- -no-phonon-backend
- include qdoc3
- move designer plugins to runtime (#487622)


rhythmbox-0.11.6-29.r6176.fc11
------------------------------
* Wed Mar 04 2009 - Bastien Nocera <bnocera at redhat.com> - 0.11.6-29.r6176
- Update to r6176
- Drop upstreamed patches


samba4-4.0.0-9alpha7.fc11
-------------------------
* Wed Mar 04 2009 Simo Sorce <ssorce at redhat.com> - 4.0.0-8alpha7
- Fix typo in Requires

* Wed Mar 04 2009 Simo Sorce <ssorce at redhat.com> - 4.0.0-9alpha7
- Make talloc,tdb,tevent,ldb easy to exclude using defines
- Fix package for non-mock "dirty" systems by deleting additional
  files we are not interested in atm


sbcl-1.0.26-1.fc11
------------------
* Wed Mar 04 2009 Rex Dieter <rdieter at fedoraproject.org> - 1.0.26-1
- sbcl-1.0.26


selinux-policy-3.6.7-2.fc11
---------------------------
* Wed Mar 04 2009 Dan Walsh <dwalsh at redhat.com> 3.6.7-2
- Fixes for libvirt


shared-mime-info-0.60-3.fc11
----------------------------
* Wed Mar 04 2009 - Bastien Nocera <bnocera at redhat.com> - 0.60-3
- Remove Totem as handling Blu-ray and HD-DVD
- Use brasero-ncb.desktop instead of nautilus-cd-burner for blank devices
- Update media mime-types for Rhythmbox/Totem


slapi-nis-0.10-1.fc11
---------------------
* Wed Mar 04 2009 Nalin Dahyabhai <nalin at redhat.com> - 0.10-1
- update to 0.10


sooperlooper-1.6.13-3.fc11
--------------------------
* Wed Mar 04 2009 Caol??n McNamara <caolanm at redhat.com> - 1.6.13-3
- constify ret of strchr(const char*)

* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 1.6.13-2
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


spin-kickstarts-0.11.1-1.fc11
-----------------------------
* Wed Mar 04 2009 Jeroen van Meeuwen <kanarip a fedoraunity.org> 0.11.1-1
- Added de_CH localized spins


srecord-1.47-1.fc11
-------------------
* Wed Mar 04 2009 Tom "spot" Callaway <tcallawa at redhat.com> - 1.47-1
- update to 1.47


sugar-imageviewer-6-2.fc11
--------------------------
* Wed Mar 04 2009 Simon Schampijer <simon at schampijer.de> - 6-1
- Remove hacks needed because of d.sl.o (Tomeu) #258
- New languages and translations

* Wed Mar 04 2009 Simon Schampijer <simon at schampijer.de> - 6-2
- Rebuild with correct source name


sugar-jukebox-7-1.fc11
----------------------
* Wed Mar 04 2009 Sebastian Dziallas <sebastian at when.com> - 7-1
- update to version 7


sugar-presence-service-0.84.0-1.fc11
------------------------------------
* Wed Mar 04 2009 Morgan Collett <morgan.collett at gmail.com> - 0.84.0-1
- Update to final 0.84.0 release - no changes from 0.83.3


tesseract-2.03-3.fc11
---------------------
* Wed Mar 04 2009 Caol??n McNamara <caolanm at redhat.com> - 2.03-3
- include stdio.h for snprintf

* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 2.03-2
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


tvtime-1.0.2-5.fc11
-------------------
* Tue Mar 03 2009 Tomas Smetana <tsmetana at redhat.com> 1.0.2-5
- fix font requirements


verbiste-0.1.24-2.fc11
----------------------
* Wed Mar 04 2009 Konstantin Ryabitsev <icon at fedoraproject.org> - 0.1.24-1
- New version 0.1.24
- About a hundred verbs have been added.
- Small usability fixes.

* Wed Mar 04 2009 Konstantin Ryabitsev <icon at fedoraproject.org> - 0.1.24-2
- Fix source URL.


vim-7.2.131-1.fc11
------------------
* Wed Mar 04 2009 Karsten Hopp <karsten at redhat.com> 7.2.131-1
- patchlevel 131


virt-manager-0.6.1-4.fc11
-------------------------
* Wed Mar 04 2009 Cole Robinson <crobinso at redhat.com> - 0.6.1-4.fc11
- Update polish translation (bz 263301)
- Fix sending ctrl-alt-del to guest
- Fix cpu + mem stats options to remember preference.


vte-0.19.4-6.fc11
-----------------
* Wed Mar 04 2009 Warren Togami  <wtogami at redhat.com> 0.19.4-6
- remove workaround after gcc-4.4.0-0.22


winpdb-1.4.4-4.fc11
-------------------
* Wed Mar 04 2009 Tom "spot" Callaway <tcallawa at redhat.com> - 1.4.4-3
- add icon, fix desktop file (bz 487870)

* Wed Mar 04 2009 Tom "spot" Callaway <tcallawa at redhat.com> - 1.4.4-4
- fix typo


xapian-core-1.0.9-4.fc11
------------------------
* Wed Mar 04 2009 Caol??n McNamara <caolanm at redhat.com> - 1.0.9-4
- include stdio.h for rename, fix bare #elif, EOF -> -1 for getopt

* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 1.0.9-3
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


xkeyboard-config-1.5-4.fc11
---------------------------
* Thu Mar 05 2009 Peter Hutterer <peter.hutterer at redhat.com> - 1.5-4
- xkeyboard-config-1.5-suspend-hibernate.patch: Map I213 to XF86Suspend, and
  I255 to XF86Hibernate.


xorg-x11-drv-intel-2.6.0-12.fc11
--------------------------------
* Wed Mar 04 2009 Kristian H??gsberg <krh at redhat.com> - 2.6.0-12
- Update to new git snapshot: re-enables multiple X servers, fixes
  leak on vt switch for 965 type hardware, fold dpms patch into git
  master patch.


xorg-x11-drv-nouveau-0.0.12-8.20090305git42f99e6.fc11
-----------------------------------------------------
* Thu Mar 05 2009 Ben Skeggs <bskeggs at redhat.com> 0.0.12-8.20090305git42f99e6
- upstream update, fixes
- kms: support gamma and dpms calls
- kms: nicer transition to gdm from plymouth


xorg-x11-drv-synaptics-1.0.99.4-1.fc11
--------------------------------------
* Thu Mar 05 2009 Peter Hutterer <peter.hutterer at redhat.com> 1.0.99.4-1
- synaptics 1.1, snapshot 4 (fix for 64 bit crashes)

* Wed Mar 04 2009 Peter Hutterer <peter.hutterer at redhat.com> 1.0.99.3-1
- synaptics 1.1, snapshot 3


xorg-x11-server-1.6.0-7.fc11
----------------------------
* Thu Mar 05 2009 Peter Hutterer <peter.hutterer at redhat.com> 1.6.0-7
- Remove 10-x11-keymap.fdi, this is provided by fedora-setup-keyboard now.


xpdf-3.02-12.fc11
-----------------
* Wed Mar 04 2009 Tom "spot" Callaway <tcallawa at redhat.com> - 1:3.02-12
- add Requires: xorg-x11-fonts-ISO8859-1-100dpi (bz 485404)


yp-tools-2.9-6.fc11
-------------------
* Wed Mar 04 2009 Vitezslav Crhonek <vcrhonek at redhat.com> - 2.9-6
- Add SHA-2 password hashes support
  Resolves: #487607


yum-3.2.21-12.fc11
------------------
* Wed Mar 04 2009 Seth Vidal <skvidal at fedoraproject.org> - 3.2.21-12
- second verse, same as the first


yum-utils-1.1.20-5.fc11
-----------------------
* Wed Mar 04 2009 Seth Vidal <skvidal at fedoraproject.org>
- fix for repoclosure class api from upstream


Summary:
Added Packages: 10
Removed Packages: 0
Modified Packages: 113
Broken deps for i386
----------------------------------------------------------
	asterisk-ais-1.6.1-0.21.rc1.fc11.i386 requires libSaClm.so.2
	asterisk-ais-1.6.1-0.21.rc1.fc11.i386 requires libSaEvt.so.2
	asterisk-ais-1.6.1-0.21.rc1.fc11.i386 requires libSaEvt.so.2(OPENAIS_EVT_B.01.01)
	asterisk-ais-1.6.1-0.21.rc1.fc11.i386 requires libSaClm.so.2(OPENAIS_CLM_B.01.01)
	asterisk-odbc-1.6.1-0.21.rc1.fc11.i386 requires libodbc.so.1
	asterisk-voicemail-odbc-1.6.1-0.21.rc1.fc11.i386 requires libodbc.so.1
	bigboard-0.6.4-6.fc11.i586 requires libempathy.so.21
	dbmail-2.2.11-2.fc10.i386 requires libgmime-2.0.so.2
	dbmail-auth-ldap-2.2.11-2.fc10.i386 requires libgmime-2.0.so.2
	dbmail-mysql-2.2.11-2.fc10.i386 requires libssl.so.7
	dbmail-mysql-2.2.11-2.fc10.i386 requires libcrypto.so.7
	dbmail-mysql-2.2.11-2.fc10.i386 requires libmysqlclient.so.15
	dbmail-mysql-2.2.11-2.fc10.i386 requires libgmime-2.0.so.2
	dbmail-mysql-2.2.11-2.fc10.i386 requires libmysqlclient.so.15(libmysqlclient_15)
	dbmail-pgsql-2.2.11-2.fc10.i386 requires libgmime-2.0.so.2
	desktop-data-model-1.2.5-7.fc11.i586 requires libempathy.so.21
	elilo-3.6-9.i386 requires efibootmgr
	foobillard-3.0a-11.i586 requires dejavu-fonts-sans
	gdal-1.6.0-4.fc11.i386 requires libodbc.so.1
	gdal-1.6.0-4.fc11.i386 requires libodbcinst.so.1
	gdal-1.6.0-4.fc11.i386 requires libhdf5.so.5
	gdal-perl-1.6.0-4.fc11.i386 requires libodbc.so.1
	gdal-perl-1.6.0-4.fc11.i386 requires libodbcinst.so.1
	gdal-perl-1.6.0-4.fc11.i386 requires libhdf5.so.5
	gdal-ruby-1.6.0-4.fc11.i386 requires libodbc.so.1
	gdal-ruby-1.6.0-4.fc11.i386 requires libodbcinst.so.1
	gdal-ruby-1.6.0-4.fc11.i386 requires libhdf5.so.5
	gnome-phone-manager-0.60-5.fc11.i586 requires libgnomebt.so.1
	grass-6.3.0-10.fc11.i386 requires libodbc.so.1
	1:libglade-devel-0.17-22.fc11.i586 requires pkgconfig(gnomeui)
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgdamm-3.0.so.10
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb_graph-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb_extra-3.0.so.4
	libopensync-plugin-syncml-0.35-4.fc10.i386 requires libsyncml.so.0
	linkage-0.2.0-4.fc11.i386 requires libcrypto.so.7
	linkage-0.2.0-4.fc11.i386 requires libtorrent-rasterbar.so.0
	lsvpd-1.6.4-3.fc10.i386 requires libvpd_cxx-2.0.so.0
	mapnik-0.5.2-0.10.svn780.fc11.i386 requires dejavu-fonts-sans
	mhonarc-2.6.16-5.fc11.noarch requires perl(readmail.pl)
	mhonarc-2.6.16-5.fc11.noarch requires perl(ewhutil.pl)
	mhonarc-2.6.16-5.fc11.noarch requires perl(mhtime.pl)
	1:pan-0.133-1.fc10.i386 requires libgmime-2.0.so.2
	perl-Class-Prototyped-1.11-2.fc11.noarch requires perl(Class::Prototyped::Graph)
	pfstools-octave-1.7.0-3.fc11.i386 requires libhdf5.so.5
	postgresql-odbcng-0.90.101-2.fc10.i386 requires libodbcinst.so.1
	python-matplotlib-0.98.5.2-3.fc11.i586 requires dejavu-fonts-sans
	qpidd-cluster-0.4.738618-2.fc11.i386 requires libcpg.so.2(COROSYNC_CPG_1.0)
	qpidd-cluster-0.4.738618-2.fc11.i386 requires libcpg.so.2
	rhnpush-0.4.5-1.fc11.noarch requires rhnlib
	ruby-rpm-1.2.3-4.fc9.i386 requires librpmdb-4.4.so
	ruby-rpm-1.2.3-4.fc9.i386 requires librpmio-4.4.so
	ruby-rpm-1.2.3-4.fc9.i386 requires librpmbuild-4.4.so
	ruby-rpm-1.2.3-4.fc9.i386 requires librpm-4.4.so
	tuned-utils-0.1.3-1.fc11.noarch requires kernel-debuginfo
	vtk-examples-5.0.4-26.fc11.i386 requires vtkdata = 0:5.0.4
	vtk-testing-5.0.4-26.fc11.i386 requires vtkdata = 0:5.0.4



Broken deps for x86_64
----------------------------------------------------------
	asterisk-ais-1.6.1-0.21.rc1.fc11.x86_64 requires libSaEvt.so.2()(64bit)
	asterisk-ais-1.6.1-0.21.rc1.fc11.x86_64 requires libSaClm.so.2(OPENAIS_CLM_B.01.01)(64bit)
	asterisk-ais-1.6.1-0.21.rc1.fc11.x86_64 requires libSaEvt.so.2(OPENAIS_EVT_B.01.01)(64bit)
	asterisk-ais-1.6.1-0.21.rc1.fc11.x86_64 requires libSaClm.so.2()(64bit)
	asterisk-odbc-1.6.1-0.21.rc1.fc11.x86_64 requires libodbc.so.1()(64bit)
	asterisk-voicemail-odbc-1.6.1-0.21.rc1.fc11.x86_64 requires libodbc.so.1()(64bit)
	bigboard-0.6.4-6.fc11.x86_64 requires libempathy.so.21()(64bit)
	dbmail-2.2.11-2.fc10.x86_64 requires libgmime-2.0.so.2()(64bit)
	dbmail-auth-ldap-2.2.11-2.fc10.x86_64 requires libgmime-2.0.so.2()(64bit)
	dbmail-mysql-2.2.11-2.fc10.x86_64 requires libmysqlclient.so.15(libmysqlclient_15)(64bit)
	dbmail-mysql-2.2.11-2.fc10.x86_64 requires libgmime-2.0.so.2()(64bit)
	dbmail-mysql-2.2.11-2.fc10.x86_64 requires libssl.so.7()(64bit)
	dbmail-mysql-2.2.11-2.fc10.x86_64 requires libcrypto.so.7()(64bit)
	dbmail-mysql-2.2.11-2.fc10.x86_64 requires libmysqlclient.so.15()(64bit)
	dbmail-pgsql-2.2.11-2.fc10.x86_64 requires libgmime-2.0.so.2()(64bit)
	desktop-data-model-1.2.5-7.fc11.i586 requires libempathy.so.21
	desktop-data-model-1.2.5-7.fc11.x86_64 requires libempathy.so.21()(64bit)
	foobillard-3.0a-11.x86_64 requires dejavu-fonts-sans
	gdal-1.6.0-4.fc11.i386 requires libodbc.so.1
	gdal-1.6.0-4.fc11.i386 requires libodbcinst.so.1
	gdal-1.6.0-4.fc11.i386 requires libhdf5.so.5
	gdal-1.6.0-4.fc11.x86_64 requires libhdf5.so.5()(64bit)
	gdal-1.6.0-4.fc11.x86_64 requires libodbcinst.so.1()(64bit)
	gdal-1.6.0-4.fc11.x86_64 requires libodbc.so.1()(64bit)
	gdal-perl-1.6.0-4.fc11.x86_64 requires libhdf5.so.5()(64bit)
	gdal-perl-1.6.0-4.fc11.x86_64 requires libodbcinst.so.1()(64bit)
	gdal-perl-1.6.0-4.fc11.x86_64 requires libodbc.so.1()(64bit)
	gdal-ruby-1.6.0-4.fc11.x86_64 requires libhdf5.so.5()(64bit)
	gdal-ruby-1.6.0-4.fc11.x86_64 requires libodbcinst.so.1()(64bit)
	gdal-ruby-1.6.0-4.fc11.x86_64 requires libodbc.so.1()(64bit)
	gnome-phone-manager-0.60-5.fc11.x86_64 requires libgnomebt.so.1()(64bit)
	grass-6.3.0-10.fc11.x86_64 requires libodbc.so.1()(64bit)
	1:libglade-devel-0.17-22.fc11.i586 requires pkgconfig(gnomeui)
	1:libglade-devel-0.17-22.fc11.x86_64 requires pkgconfig(gnomeui)
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgdamm-3.0.so.10
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb_graph-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb_extra-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.x86_64 requires libgnomedb_graph-3.0.so.4()(64bit)
	libgnomedbmm-2.9.5-4.fc9.x86_64 requires libgnomedb-3.0.so.4()(64bit)
	libgnomedbmm-2.9.5-4.fc9.x86_64 requires libgdamm-3.0.so.10()(64bit)
	libgnomedbmm-2.9.5-4.fc9.x86_64 requires libgnomedb_extra-3.0.so.4()(64bit)
	libopensync-plugin-syncml-0.35-4.fc10.x86_64 requires libsyncml.so.0()(64bit)
	linkage-0.2.0-4.fc11.i386 requires libcrypto.so.7
	linkage-0.2.0-4.fc11.i386 requires libtorrent-rasterbar.so.0
	linkage-0.2.0-4.fc11.x86_64 requires libtorrent-rasterbar.so.0()(64bit)
	linkage-0.2.0-4.fc11.x86_64 requires libcrypto.so.7()(64bit)
	lsvpd-1.6.4-3.fc10.x86_64 requires libvpd_cxx-2.0.so.0()(64bit)
	mapnik-0.5.2-0.10.svn780.fc11.i386 requires dejavu-fonts-sans
	mapnik-0.5.2-0.10.svn780.fc11.x86_64 requires dejavu-fonts-sans
	mhonarc-2.6.16-5.fc11.noarch requires perl(readmail.pl)
	mhonarc-2.6.16-5.fc11.noarch requires perl(ewhutil.pl)
	mhonarc-2.6.16-5.fc11.noarch requires perl(mhtime.pl)
	1:pan-0.133-1.fc10.x86_64 requires libgmime-2.0.so.2()(64bit)
	perl-Class-Prototyped-1.11-2.fc11.noarch requires perl(Class::Prototyped::Graph)
	pfstools-octave-1.7.0-3.fc11.x86_64 requires libhdf5.so.5()(64bit)
	postgresql-odbcng-0.90.101-2.fc10.i386 requires libodbcinst.so.1
	postgresql-odbcng-0.90.101-2.fc10.x86_64 requires libodbcinst.so.1()(64bit)
	python-matplotlib-0.98.5.2-3.fc11.x86_64 requires dejavu-fonts-sans
	qpidd-cluster-0.4.738618-2.fc11.x86_64 requires libcpg.so.2()(64bit)
	qpidd-cluster-0.4.738618-2.fc11.x86_64 requires libcpg.so.2(COROSYNC_CPG_1.0)(64bit)
	rhnpush-0.4.5-1.fc11.noarch requires rhnlib
	ruby-rpm-1.2.3-4.fc9.x86_64 requires librpmdb-4.4.so()(64bit)
	ruby-rpm-1.2.3-4.fc9.x86_64 requires librpmbuild-4.4.so()(64bit)
	ruby-rpm-1.2.3-4.fc9.x86_64 requires librpmio-4.4.so()(64bit)
	ruby-rpm-1.2.3-4.fc9.x86_64 requires librpm-4.4.so()(64bit)
	tuned-utils-0.1.3-1.fc11.noarch requires kernel-debuginfo
	vtk-examples-5.0.4-26.fc11.x86_64 requires vtkdata = 0:5.0.4
	vtk-testing-5.0.4-26.fc11.x86_64 requires vtkdata = 0:5.0.4



Broken deps for ppc
----------------------------------------------------------
	asterisk-ais-1.6.1-0.21.rc1.fc11.ppc requires libSaClm.so.2
	asterisk-ais-1.6.1-0.21.rc1.fc11.ppc requires libSaEvt.so.2
	asterisk-ais-1.6.1-0.21.rc1.fc11.ppc requires libSaEvt.so.2(OPENAIS_EVT_B.01.01)
	asterisk-ais-1.6.1-0.21.rc1.fc11.ppc requires libSaClm.so.2(OPENAIS_CLM_B.01.01)
	asterisk-odbc-1.6.1-0.21.rc1.fc11.ppc requires libodbc.so.1
	asterisk-voicemail-odbc-1.6.1-0.21.rc1.fc11.ppc requires libodbc.so.1
	bigboard-0.6.4-6.fc11.ppc requires libempathy.so.21
	dbmail-2.2.11-2.fc10.ppc requires libgmime-2.0.so.2
	dbmail-auth-ldap-2.2.11-2.fc10.ppc requires libgmime-2.0.so.2
	dbmail-mysql-2.2.11-2.fc10.ppc requires libssl.so.7
	dbmail-mysql-2.2.11-2.fc10.ppc requires libmysqlclient.so.15
	dbmail-mysql-2.2.11-2.fc10.ppc requires libcrypto.so.7
	dbmail-mysql-2.2.11-2.fc10.ppc requires libmysqlclient.so.15(libmysqlclient_15)
	dbmail-mysql-2.2.11-2.fc10.ppc requires libgmime-2.0.so.2
	dbmail-pgsql-2.2.11-2.fc10.ppc requires libgmime-2.0.so.2
	desktop-data-model-1.2.5-7.fc11.ppc requires libempathy.so.21
	desktop-data-model-1.2.5-7.fc11.ppc64 requires libempathy.so.21()(64bit)
	foobillard-3.0a-11.ppc requires dejavu-fonts-sans
	gdal-1.6.0-4.fc11.ppc requires libodbc.so.1
	gdal-1.6.0-4.fc11.ppc requires libodbcinst.so.1
	gdal-1.6.0-4.fc11.ppc requires libhdf5.so.5
	gdal-1.6.0-4.fc11.ppc64 requires libhdf5.so.5()(64bit)
	gdal-1.6.0-4.fc11.ppc64 requires libodbcinst.so.1()(64bit)
	gdal-1.6.0-4.fc11.ppc64 requires libodbc.so.1()(64bit)
	gdal-perl-1.6.0-4.fc11.ppc requires libodbc.so.1
	gdal-perl-1.6.0-4.fc11.ppc requires libodbcinst.so.1
	gdal-perl-1.6.0-4.fc11.ppc requires libhdf5.so.5
	gdal-ruby-1.6.0-4.fc11.ppc requires libodbc.so.1
	gdal-ruby-1.6.0-4.fc11.ppc requires libodbcinst.so.1
	gdal-ruby-1.6.0-4.fc11.ppc requires libhdf5.so.5
	gnome-phone-manager-0.60-5.fc11.ppc requires libgnomebt.so.1
	grass-6.3.0-10.fc11.ppc requires libodbc.so.1
	1:libglade-devel-0.17-22.fc11.ppc requires pkgconfig(gnomeui)
	1:libglade-devel-0.17-22.fc11.ppc64 requires pkgconfig(gnomeui)
	libgnomedbmm-2.9.5-4.fc9.ppc requires libgdamm-3.0.so.10
	libgnomedbmm-2.9.5-4.fc9.ppc requires libgnomedb_graph-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.ppc requires libgnomedb-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.ppc requires libgnomedb_extra-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgnomedb_graph-3.0.so.4()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgnomedb-3.0.so.4()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgdamm-3.0.so.10()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgnomedb_extra-3.0.so.4()(64bit)
	libopensync-plugin-syncml-0.35-4.fc10.ppc requires libsyncml.so.0
	linkage-0.2.0-4.fc11.ppc requires libcrypto.so.7
	linkage-0.2.0-4.fc11.ppc requires libtorrent-rasterbar.so.0
	linkage-0.2.0-4.fc11.ppc64 requires libtorrent-rasterbar.so.0()(64bit)
	linkage-0.2.0-4.fc11.ppc64 requires libcrypto.so.7()(64bit)
	lsvpd-1.6.4-3.fc10.ppc requires libvpd_cxx-2.0.so.0
	mapnik-0.5.2-0.10.svn780.fc11.ppc requires dejavu-fonts-sans
	mapnik-0.5.2-0.10.svn780.fc11.ppc64 requires dejavu-fonts-sans
	mhonarc-2.6.16-5.fc11.noarch requires perl(readmail.pl)
	mhonarc-2.6.16-5.fc11.noarch requires perl(ewhutil.pl)
	mhonarc-2.6.16-5.fc11.noarch requires perl(mhtime.pl)
	1:pan-0.133-1.fc10.ppc requires libgmime-2.0.so.2
	perl-Class-Prototyped-1.11-2.fc11.noarch requires perl(Class::Prototyped::Graph)
	pfstools-octave-1.7.0-3.fc11.ppc requires libhdf5.so.5
	postgresql-odbcng-0.90.101-2.fc10.ppc requires libodbcinst.so.1
	postgresql-odbcng-0.90.101-2.fc10.ppc64 requires libodbcinst.so.1()(64bit)
	python-matplotlib-0.98.5.2-3.fc11.ppc requires dejavu-fonts-sans
	qpidd-cluster-0.4.738618-2.fc11.ppc requires libcpg.so.2(COROSYNC_CPG_1.0)
	qpidd-cluster-0.4.738618-2.fc11.ppc requires libcpg.so.2
	rhnpush-0.4.5-1.fc11.noarch requires rhnlib
	ruby-rpm-1.2.3-4.fc9.ppc requires librpmdb-4.4.so
	ruby-rpm-1.2.3-4.fc9.ppc requires librpmio-4.4.so
	ruby-rpm-1.2.3-4.fc9.ppc requires librpmbuild-4.4.so
	ruby-rpm-1.2.3-4.fc9.ppc requires librpm-4.4.so
	tuned-utils-0.1.3-1.fc11.noarch requires kernel-debuginfo
	vtk-examples-5.0.4-26.fc11.ppc requires vtkdata = 0:5.0.4
	vtk-testing-5.0.4-26.fc11.ppc requires vtkdata = 0:5.0.4



Broken deps for ppc64
----------------------------------------------------------
	asterisk-ais-1.6.1-0.21.rc1.fc11.ppc64 requires libSaEvt.so.2()(64bit)
	asterisk-ais-1.6.1-0.21.rc1.fc11.ppc64 requires libSaClm.so.2(OPENAIS_CLM_B.01.01)(64bit)
	asterisk-ais-1.6.1-0.21.rc1.fc11.ppc64 requires libSaEvt.so.2(OPENAIS_EVT_B.01.01)(64bit)
	asterisk-ais-1.6.1-0.21.rc1.fc11.ppc64 requires libSaClm.so.2()(64bit)
	asterisk-odbc-1.6.1-0.21.rc1.fc11.ppc64 requires libodbc.so.1()(64bit)
	asterisk-voicemail-odbc-1.6.1-0.21.rc1.fc11.ppc64 requires libodbc.so.1()(64bit)
	bigboard-0.6.4-6.fc11.ppc64 requires libempathy.so.21()(64bit)
	cabal2spec-0.12-1.fc11.noarch requires ghc > 0:6.10.1-7
	dbmail-2.2.11-2.fc10.ppc64 requires libgmime-2.0.so.2()(64bit)
	dbmail-auth-ldap-2.2.11-2.fc10.ppc64 requires libgmime-2.0.so.2()(64bit)
	dbmail-mysql-2.2.11-2.fc10.ppc64 requires libgmime-2.0.so.2()(64bit)
	dbmail-mysql-2.2.11-2.fc10.ppc64 requires libssl.so.7()(64bit)
	dbmail-mysql-2.2.11-2.fc10.ppc64 requires libmysqlclient.so.15(libmysqlclient_15)(64bit)
	dbmail-mysql-2.2.11-2.fc10.ppc64 requires libcrypto.so.7()(64bit)
	dbmail-mysql-2.2.11-2.fc10.ppc64 requires libmysqlclient.so.15()(64bit)
	dbmail-pgsql-2.2.11-2.fc10.ppc64 requires libgmime-2.0.so.2()(64bit)
	desktop-data-model-1.2.5-7.fc11.ppc64 requires libempathy.so.21()(64bit)
	foobillard-3.0a-11.ppc64 requires dejavu-fonts-sans
	gdal-1.6.0-4.fc11.ppc64 requires libhdf5.so.5()(64bit)
	gdal-1.6.0-4.fc11.ppc64 requires libodbcinst.so.1()(64bit)
	gdal-1.6.0-4.fc11.ppc64 requires libodbc.so.1()(64bit)
	gdal-perl-1.6.0-4.fc11.ppc64 requires libhdf5.so.5()(64bit)
	gdal-perl-1.6.0-4.fc11.ppc64 requires libodbcinst.so.1()(64bit)
	gdal-perl-1.6.0-4.fc11.ppc64 requires libodbc.so.1()(64bit)
	gdal-ruby-1.6.0-4.fc11.ppc64 requires libhdf5.so.5()(64bit)
	gdal-ruby-1.6.0-4.fc11.ppc64 requires libodbcinst.so.1()(64bit)
	gdal-ruby-1.6.0-4.fc11.ppc64 requires libodbc.so.1()(64bit)
	gnome-phone-manager-0.60-5.fc11.ppc64 requires libgnomebt.so.1()(64bit)
	grass-6.3.0-10.fc11.ppc64 requires libodbc.so.1()(64bit)
	1:libglade-devel-0.17-22.fc11.ppc64 requires pkgconfig(gnomeui)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgnomedb_graph-3.0.so.4()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgnomedb-3.0.so.4()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgdamm-3.0.so.10()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgnomedb_extra-3.0.so.4()(64bit)
	libopensync-plugin-syncml-0.35-4.fc10.ppc64 requires libsyncml.so.0()(64bit)
	linkage-0.2.0-4.fc11.ppc64 requires libtorrent-rasterbar.so.0()(64bit)
	linkage-0.2.0-4.fc11.ppc64 requires libcrypto.so.7()(64bit)
	lsvpd-1.6.4-3.fc10.ppc64 requires libvpd_cxx-2.0.so.0()(64bit)
	mapnik-0.5.2-0.10.svn780.fc11.ppc64 requires dejavu-fonts-sans
	mhonarc-2.6.16-5.fc11.noarch requires perl(readmail.pl)
	mhonarc-2.6.16-5.fc11.noarch requires perl(ewhutil.pl)
	mhonarc-2.6.16-5.fc11.noarch requires perl(mhtime.pl)
	1:pan-0.133-1.fc10.ppc64 requires libgmime-2.0.so.2()(64bit)
	perl-Class-Prototyped-1.11-2.fc11.noarch requires perl(Class::Prototyped::Graph)
	pfstools-octave-1.7.0-3.fc11.ppc64 requires libhdf5.so.5()(64bit)
	postgresql-odbcng-0.90.101-2.fc10.ppc64 requires libodbcinst.so.1()(64bit)
	python-matplotlib-0.98.5.2-3.fc11.ppc64 requires dejavu-fonts-sans
	qpidd-cluster-0.4.738618-2.fc11.ppc64 requires libcpg.so.2()(64bit)
	qpidd-cluster-0.4.738618-2.fc11.ppc64 requires libcpg.so.2(COROSYNC_CPG_1.0)(64bit)
	rhnpush-0.4.5-1.fc11.noarch requires rhnlib
	ruby-rpm-1.2.3-4.fc9.ppc64 requires librpmdb-4.4.so()(64bit)
	ruby-rpm-1.2.3-4.fc9.ppc64 requires librpmbuild-4.4.so()(64bit)
	ruby-rpm-1.2.3-4.fc9.ppc64 requires librpmio-4.4.so()(64bit)
	ruby-rpm-1.2.3-4.fc9.ppc64 requires librpm-4.4.so()(64bit)
	tuned-utils-0.1.3-1.fc11.noarch requires kernel-debuginfo
	vtk-examples-5.0.4-26.fc11.ppc64 requires vtkdata = 0:5.0.4
	vtk-testing-5.0.4-26.fc11.ppc64 requires vtkdata = 0:5.0.4





From cmadams at hiwaay.net  Thu Mar  5 13:47:12 2009
From: cmadams at hiwaay.net (Chris Adams)
Date: Thu, 5 Mar 2009 07:47:12 -0600
Subject: DNSSEC in Fedora-11: Enable or Disable?
In-Reply-To: <alpine.LFD.1.10.0903042319010.8772@newtla.xelerance.com>
References: <alpine.LFD.1.10.0903042319010.8772@newtla.xelerance.com>
Message-ID: <20090305134712.GA1055251@hiwaay.net>

Once upon a time, Paul Wouters <paul at xelerance.com> said:
> Adam Tkac and I maintain the two recursive nameservers in Fedora. We need
> to decide before the beta freeze whether we want recursing caching
> nameservers to enable or disable DNSSEC per default.

Given the possible impact, IMHO it would be better to do this much
earlier in the release cycle.

I don't think there's any rush to support DNSSEC resolvers, since
there's little support for DNSSEC authoritative data in the real world.
-- 
Chris Adams <cmadams at hiwaay.net>
Systems and Network Administrator - HiWAAY Internet Services
I don't speak for anybody but myself - that's enough trouble.



From bbbush.yuan at gmail.com  Thu Mar  5 14:01:57 2009
From: bbbush.yuan at gmail.com (Yuan Yijun)
Date: Thu, 5 Mar 2009 22:01:57 +0800
Subject: Ready for new RPM version?
In-Reply-To: <alpine.LFD.2.00.0902270003110.24683@turre.koti.laiskiainen.org>
References: <alpine.DEB.1.10.0902261918480.9856@gotcha.dreamhost.com>
	<49A6D905.6060503@fedoraproject.org>
	<19973.1235674198@laptop14.inf.utfsm.cl>
	<alpine.LFD.2.00.0902270003110.24683@turre.koti.laiskiainen.org>
Message-ID: <76e72f800903050601i190d1a3bn1d0b6efced8f169@mail.gmail.com>

2009/2/27 Panu Matilainen <pmatilai at laiskiainen.org>:
>
>
> I put the SRPM to http://laiskiainen.org/rpm/fedora/ for now. Should build +
> work without problems on F10 and rawhide, but you'll need to rebuild
> dependencies (notably gdb and net-snmp) for the soname change.
>

Hi,

Anyone can help me to downgrade my system to 4.6? I am stuck.

Thanks!


-- 
bbbush ^_^



From overholt at redhat.com  Thu Mar  5 14:08:27 2009
From: overholt at redhat.com (Andrew Overholt)
Date: Thu, 05 Mar 2009 09:08:27 -0500
Subject: rpms/eclipse-systemtapgui/F-10 eclipse-systemtapgui.spec, 1.1, 
 1.2 import.log, 1.1, 1.2 sources, 1.2, 1.3
In-Reply-To: <20090305140509.E893C70116@cvs1.fedora.phx.redhat.com>
References: <20090305140509.E893C70116@cvs1.fedora.phx.redhat.com>
Message-ID: <1236262107.3455.17.camel@vvvvt>

Hi Anithra,

On Thu, 2009-03-05 at 14:05 +0000, Anithra P Janakiraman wrote:
>  %changelog
> +* Thu Mar 05 2009 Anithra P Janakiraman <anithra at linux.vnet.ibm.com> 1.0-7
> +- Bumping release to get rid of tag problems
> +* Thu Mar 05 2009 Anithra P Janakiraman <anithra at linux.vnet.ibm.com> 1.0-6
> +- Bug Fix. 
>  * Mon Feb 10 2009 Anithra P Janakiraman <anithra at linux.vnet.ibm.com> 1.0-5
>  - Modified spec file. 
>  * Fri Feb 06 2009 Anithra P Janakiraman <anithra at linux.vnet.ibm.com> 1.0-4

One other thing:  your changelog entries should have new lines between
them :)

Thanks,

Andrew



From overholt at redhat.com  Thu Mar  5 14:09:21 2009
From: overholt at redhat.com (Andrew Overholt)
Date: Thu, 05 Mar 2009 09:09:21 -0500
Subject: rpms/eclipse-systemtapgui/F-10 eclipse-systemtapgui.spec, 1.1, 
 1.2 import.log, 1.1, 1.2 sources, 1.2, 1.3
In-Reply-To: <1236262107.3455.17.camel@vvvvt>
References: <20090305140509.E893C70116@cvs1.fedora.phx.redhat.com>
	<1236262107.3455.17.camel@vvvvt>
Message-ID: <1236262161.3455.18.camel@vvvvt>

Sorry, silly Reply-To :(

Andrew



From overholt at redhat.com  Thu Mar  5 14:32:08 2009
From: overholt at redhat.com (Andrew Overholt)
Date: Thu, 05 Mar 2009 09:32:08 -0500
Subject: F-10 mock can't build rawhide packages
In-Reply-To: <1236235086.5229.83.camel@mayday>
References: <49A5CD57.1090406@redhat.com> <20090303214148.GA6191@redhat.com>
	<20090303214756.D9634FC3C9@magilla.sf.frob.com>
	<13789.1236230115@sss.pgh.pa.us>  <1236235086.5229.83.camel@mayday>
Message-ID: <1236263528.3455.20.camel@vvvvt>

On Thu, 2009-03-05 at 08:38 +0200, Lucian Langa wrote:
> On Thu, 2009-03-05 at 00:15 -0500, Tom Lane wrote:
> > Roland McGrath <roland at redhat.com> writes:
> > >> I'm having the same problem:
> > >> 
> > >> rpmdb: Program version 4.5 doesn't match environment version 4.7
> > >> error: db4 error(-30972) from dbenv->open: DB_VERSION_MISMATCH: Database environment version mismatch
> > >> error: cannot open Packages index using db3 -  (-30972)
> > >> error: cannot open Packages database in /var/lib/mock/fedora-11-x86_64/root/var/lib/rpm
> > 
> > > When I had those errors on rawhide itself, what was necessary was:
> > > 	rm -f /var/lib/rpm/__db.*
> > > Perhaps:
> > > 	rm -f /var/lib/mock/fedora-11-x86_64/root/var/lib/rpm/__db.*
> > > would do it?
> > 
> > FWIW, mock seems to work for me in a fresh-as-of-yesterday F10
> > installation.  If Roland's idea doesn't work, try blowing away
> > *everything* under /var/lib/mock and see where that gets you.
> 
> You could try to run mock as an unprivileged user that is part of the
> mock group.

That appears to have been my problem.  I don't know what I was thinking
trying to build as root :)

Thanks,

Andrew



From mschmidt at redhat.com  Thu Mar  5 14:41:13 2009
From: mschmidt at redhat.com (Michal Schmidt)
Date: Thu, 5 Mar 2009 15:41:13 +0100
Subject: Ready for new RPM version?
In-Reply-To: <76e72f800903050601i190d1a3bn1d0b6efced8f169@mail.gmail.com>
References: <alpine.DEB.1.10.0902261918480.9856@gotcha.dreamhost.com>
	<49A6D905.6060503@fedoraproject.org>
	<19973.1235674198@laptop14.inf.utfsm.cl>
	<alpine.LFD.2.00.0902270003110.24683@turre.koti.laiskiainen.org>
	<76e72f800903050601i190d1a3bn1d0b6efced8f169@mail.gmail.com>
Message-ID: <20090305154113.4c21d5a7@hammerfall>

Dne Thu, 5 Mar 2009 22:01:57 +0800
Yuan Yijun <bbbush.yuan at gmail.com> napsal(a):

> 2009/2/27 Panu Matilainen <pmatilai at laiskiainen.org>:
> >
> >
> > I put the SRPM to http://laiskiainen.org/rpm/fedora/ for now.
> > Should build + work without problems on F10 and rawhide, but you'll
> > need to rebuild dependencies (notably gdb and net-snmp) for the
> > soname change.
> >
> 
> Hi,
> 
> Anyone can help me to downgrade my system to 4.6? I am stuck.

Why, do you have any problems with 4.7-beta? It works fine for me so
far.

You can download the rpm-*4.6.0*.rpm packages manually from any Rawhide
mirror and then:  rpm -Uvh --oldpackage rpm-*4.6.0*.rpm

Michal



From jeff at ocjtech.us  Thu Mar  5 14:42:56 2009
From: jeff at ocjtech.us (Jeffrey Ollie)
Date: Thu, 5 Mar 2009 08:42:56 -0600
Subject: gcc 4.4 bug while rebuilding asterisk?
Message-ID: <935ead450903050642g61f46954wf49ea0605d0133a@mail.gmail.com>

>From http://koji.fedoraproject.org/koji/getfile?taskID=1223918&name=build.log:

gcc -o app_voicemail.o -c app_voicemail.c -pthread
-I/builddir/build/BUILD/asterisk-1.6.1-rc1/include -O2 -g -pipe -Wall
-Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector
--param=ssp-buffer-size=4 -m64 -mtune=generic
-Werror-implicit-function-declaration  -Wstrict-prototypes
-Wmissing-prototypes -Wmissing-declarations  -march=k8   -fPIC
-DAST_MODULE=\"app_voicemail\" -DIMAP_STORAGE  -DUSE_SYSTEM_IMAP  -MD
-MT app_voicemail.o -MF .app_voicemail.o.d -MP
app_voicemail.c: In function 'open_mailbox':
app_voicemail.c:2086: internal compiler error: in
referenced_var_lookup, at tree-dfa.c:563
Please submit a full bug report,
with preprocessed source if appropriate.
See <http://bugzilla.redhat.com/bugzilla> for instructions.
Preprocessed source stored into /tmp/ccqqDlrj.out file, please attach
this to your bugreport.

-- 
Jeff Ollie



From notting at redhat.com  Thu Mar  5 14:49:19 2009
From: notting at redhat.com (Bill Nottingham)
Date: Thu, 5 Mar 2009 09:49:19 -0500
Subject: gcc 4.4 bug while rebuilding asterisk?
In-Reply-To: <935ead450903050642g61f46954wf49ea0605d0133a@mail.gmail.com>
References: <935ead450903050642g61f46954wf49ea0605d0133a@mail.gmail.com>
Message-ID: <20090305144919.GA4622@nostromo.devel.redhat.com>

Jeffrey Ollie (jeff at ocjtech.us) said: 
> >From http://koji.fedoraproject.org/koji/getfile?taskID=1223918&name=build.log:
> 
> gcc -o app_voicemail.o -c app_voicemail.c -pthread
> -I/builddir/build/BUILD/asterisk-1.6.1-rc1/include -O2 -g -pipe -Wall
> -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector
> --param=ssp-buffer-size=4 -m64 -mtune=generic
> -Werror-implicit-function-declaration  -Wstrict-prototypes
> -Wmissing-prototypes -Wmissing-declarations  -march=k8   -fPIC
> -DAST_MODULE=\"app_voicemail\" -DIMAP_STORAGE  -DUSE_SYSTEM_IMAP  -MD
> -MT app_voicemail.o -MF .app_voicemail.o.d -MP
> app_voicemail.c: In function 'open_mailbox':
> app_voicemail.c:2086: internal compiler error: in
> referenced_var_lookup, at tree-dfa.c:563
> Please submit a full bug report,
> with preprocessed source if appropriate.
> See <http://bugzilla.redhat.com/bugzilla> for instructions.
> Preprocessed source stored into /tmp/ccqqDlrj.out file, please attach
> this to your bugreport.

Please file the bug as suggested (and yes, it's a gcc bug.)

Bill



From jakub at redhat.com  Thu Mar  5 15:03:58 2009
From: jakub at redhat.com (Jakub Jelinek)
Date: Thu, 5 Mar 2009 16:03:58 +0100
Subject: gcc 4.4 bug while rebuilding asterisk?
In-Reply-To: <20090305144919.GA4622@nostromo.devel.redhat.com>
References: <935ead450903050642g61f46954wf49ea0605d0133a@mail.gmail.com>
	<20090305144919.GA4622@nostromo.devel.redhat.com>
Message-ID: <20090305150358.GS4561@tyan-ft48-01.lab.bos.redhat.com>

On Thu, Mar 05, 2009 at 09:49:19AM -0500, Bill Nottingham wrote:
> > gcc -o app_voicemail.o -c app_voicemail.c -pthread
> > -I/builddir/build/BUILD/asterisk-1.6.1-rc1/include -O2 -g -pipe -Wall
> > -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector
> > --param=ssp-buffer-size=4 -m64 -mtune=generic
> > -Werror-implicit-function-declaration  -Wstrict-prototypes
> > -Wmissing-prototypes -Wmissing-declarations  -march=k8   -fPIC
> > -DAST_MODULE=\"app_voicemail\" -DIMAP_STORAGE  -DUSE_SYSTEM_IMAP  -MD
> > -MT app_voicemail.o -MF .app_voicemail.o.d -MP
> > app_voicemail.c: In function 'open_mailbox':
> > app_voicemail.c:2086: internal compiler error: in
> > referenced_var_lookup, at tree-dfa.c:563
> > Please submit a full bug report,
> > with preprocessed source if appropriate.
> > See <http://bugzilla.redhat.com/bugzilla> for instructions.
> > Preprocessed source stored into /tmp/ccqqDlrj.out file, please attach
> > this to your bugreport.
> 
> Please file the bug as suggested (and yes, it's a gcc bug.)

No need, this is likely http://gcc.gnu.org/PR39360, recent regression
already known and being worked on.

	Jakub



From loganjerry at gmail.com  Thu Mar  5 15:35:01 2009
From: loganjerry at gmail.com (Jerry James)
Date: Thu, 5 Mar 2009 08:35:01 -0700
Subject: jpackage.org-derived Groups
Message-ID: <870180fe0903050735m6382c50ar65b5da01e181d442@mail.gmail.com>

I have been dinged repeatedly in reviews for using the group
Development/Libraries/Java.  Every time, I point out that this is a
jpackage.org-derived group, that we have dozens of packages already in
Fedora using this group, that the Group doesn't really matter anyway
since we are using comps.xml to categorize packages, and that I am not
going to change the group name just because rpmlint complains about
it.  Can we do one of the following?

(1) Add the handful of jpackage.org Group names that are not on the
official list to the official list so that rpmlint shuts up.

(2) Modify the review guidelines to explicitly say that the contents
of the Group field are effectively garbage, not consumed in any way by
any Fedora tool, so that random text can appear there without
consequence.

It's a waste of reviewer time to keep pointing this out to me, and a
waste of my time to keep having to respond to it.

Darn the lack of facial expressions in email.  I just reread my own
message and picked up an angry tone.  I'm not angry.  I'm a happy guy.
 I just want to stop defending the use of jpackage.org groups.
Thanks,
-- 
Jerry James
http://loganjerry.googlepages.com/



From tcallawa at redhat.com  Thu Mar  5 15:41:19 2009
From: tcallawa at redhat.com (Tom "spot" Callaway)
Date: Thu, 05 Mar 2009 10:41:19 -0500
Subject: jpackage.org-derived Groups
In-Reply-To: <870180fe0903050735m6382c50ar65b5da01e181d442@mail.gmail.com>
References: <870180fe0903050735m6382c50ar65b5da01e181d442@mail.gmail.com>
Message-ID: <49AFF29F.9040708@redhat.com>

On 03/05/2009 10:35 AM, Jerry James wrote:
> Darn the lack of facial expressions in email.  I just reread my own
> message and picked up an angry tone.  I'm not angry.  I'm a happy guy.
>  I just want to stop defending the use of jpackage.org groups.
> Thanks,

When F9 dies (and we have RPM 4.6+ in all active branches), I'm going to
revive the proposal that documents that Fedora packages do not need to
use the Group tag at all, and that any use is optional (and that the
content is not regulated).

~spot





From paul at xelerance.com  Thu Mar  5 15:59:31 2009
From: paul at xelerance.com (Paul Wouters)
Date: Thu, 5 Mar 2009 10:59:31 -0500 (EST)
Subject: DNSSEC in Fedora-11: Enable or Disable?
In-Reply-To: <20090305134712.GA1055251@hiwaay.net>
References: <alpine.LFD.1.10.0903042319010.8772@newtla.xelerance.com>
	<20090305134712.GA1055251@hiwaay.net>
Message-ID: <alpine.LFD.1.10.0903051053120.17294@newtla.xelerance.com>

On Thu, 5 Mar 2009, Chris Adams wrote:

> Once upon a time, Paul Wouters <paul at xelerance.com> said:
>> Adam Tkac and I maintain the two recursive nameservers in Fedora. We need
>> to decide before the beta freeze whether we want recursing caching
>> nameservers to enable or disable DNSSEC per default.
>
> Given the possible impact, IMHO it would be better to do this much
> earlier in the release cycle.
>
> I don't think there's any rush to support DNSSEC resolvers, since
> there's little support for DNSSEC authoritative data in the real world.

http://www.xelerance.com/dnssec/

The map is missing .gov (as I don't know yet how to colour the US for that)

There are currently two gTLD's, 5 ccTLD's, 56 in-arpa's and the ENUM
zones that are DNSSEC signed. I am expecting to see most TLD's support
DNSSEC in the next year or two, with the earlier ones (including .org)
tentatively happening in 6-12 months. This is based on my experience with
the DHS DNSSEC Deployment Initiative, IETF, DNS-OARC and ICANN meetings
that I've been to and where I talked to the TLD people.

See further some of my slide decks at http://www.xelerance.com/engagements/

Paul



From rayvd at bludgeon.org  Thu Mar  5 16:13:29 2009
From: rayvd at bludgeon.org (Ray Van Dolson)
Date: Thu, 5 Mar 2009 08:13:29 -0800
Subject: DNSSEC in Fedora-11: Enable or Disable?
In-Reply-To: <alpine.LFD.1.10.0903042319010.8772@newtla.xelerance.com>
References: <alpine.LFD.1.10.0903042319010.8772@newtla.xelerance.com>
Message-ID: <20090305161329.GA27804@bludgeon.org>

On Wed, Mar 04, 2009 at 11:20:30PM -0500, Paul Wouters wrote:
> - DNSSEC requires EDNS0 and stupid firewall administrators might be blocking
>   TCP port 53 and UDP packets > 512 bytes, possibly causing DNS problems if
>   these are located in front of DNSSEC capable resolvers.

Also some commercial firewalls have issues with their "DNS protection"
features enabled[1].  Perhaps an effort could be made to document
various common EDNS related issues (in the case above, disabling
SmartDefense) to help administrators work around these inevitable
issues.  I've contacted remote hostmasters to ask them to adjust their
configurations before -- more hands using these features should help to
slowly get everyone else on board...

Ray

  [1]: http://lists.virus.org/fw1-0901/msg00014.html



From pvrabec at redhat.com  Thu Mar  5 17:12:59 2009
From: pvrabec at redhat.com (Peter Vrabec)
Date: Thu, 5 Mar 2009 18:12:59 +0100
Subject: what requires fedora-release-notes
In-Reply-To: <200901291219.43434.pvrabec@redhat.com>
References: <200901281624.31502.pvrabec@redhat.com>
	<20090128222404.GD5735@localhost.localdomain>
	<200901291219.43434.pvrabec@redhat.com>
Message-ID: <200903051813.00026.pvrabec@redhat.com>

Jesse could you fix #483018 please.

On Thursday 29 January 2009 12:19:43 pm Peter Vrabec wrote:
> thnx. folks,
>
> I have filed two bugs:
>
> 1. don't require fedora-release-notes in fedora-release
> https://bugzilla.redhat.com/show_bug.cgi?id=483018
>
> 2. install fedora-release-notes vie "base" group
> https://bugzilla.redhat.com/show_bug.cgi?id=483019
>
> On Wednesday 28 January 2009 11:24:04 pm Paul W. Frields wrote:
> > On Wed, Jan 28, 2009 at 11:05:41AM -0800, Jesse Keating wrote:
> > > On Wed, 2009-01-28 at 13:50 -0500, Paul W. Frields wrote:
> > > > On Wed, Jan 28, 2009 at 10:03:06AM -0800, Jesse Keating wrote:
> > > > > On Wed, 2009-01-28 at 19:02 +0100, Daniel Mach wrote:
> > > > > > Jesse, is there any important data in this package which needs to
> > > > > > be shipped in Fedora at any cost?
> > > > > > I can imagine some legal or licensing information about Fedora.
> > > > >
> > > > > I don't believe so.
> > > >
> > > > The arguable value of the "About Fedora" item -- which as some
> > > > Desktop team members have noted, probably needs to be revamped -- is
> > > > certainly not enough to keep it.  It would be prudent and probably
> > > > good manners to alert the Docs team about contemplating dropping
> > > > this, too.
> > >
> > > Well, we would make it a default install item via groupings, but
> > > perhaps not /forced/ install, so that one could remove it/opt out of
> > > installing it should they wish.
> >
> > Thanks for clarifying this.




From tibbs at math.uh.edu  Thu Mar  5 18:15:50 2009
From: tibbs at math.uh.edu (Jason L Tibbitts III)
Date: Thu, 05 Mar 2009 12:15:50 -0600
Subject: jpackage.org-derived Groups
In-Reply-To: <870180fe0903050735m6382c50ar65b5da01e181d442@mail.gmail.com>
	(Jerry James's message of "Thu\, 5 Mar 2009 08\:35\:01 -0700")
References: <870180fe0903050735m6382c50ar65b5da01e181d442@mail.gmail.com>
Message-ID: <ufafxhrhm3t.fsf@compute22.e.math.uh.edu>

>>>>> "JJ" == Jerry James <loganjerry at gmail.com> writes:

JJ> I have been dinged repeatedly in reviews for using the group
JJ> Development/Libraries/Java.

Why?  We have no guidelines relating to the use of the Group tag.  You
can use what you want.  If someone's dinging you, they're probably
just parroting an rpmlint complaint.  Perhaps it would be more
productive to get the Fedora build of rpmlint to stop complaining
about Group altogether.  I don't see a need to add a guideline
indicating that there is no guideline.

 - J<



From vonbrand at inf.utfsm.cl  Thu Mar  5 18:25:40 2009
From: vonbrand at inf.utfsm.cl (Horst H. von Brand)
Date: Thu, 05 Mar 2009 15:25:40 -0300
Subject: rawhide report: 20090305 changes
In-Reply-To: <20090305131140.D42981B8001@releng2.fedora.phx.redhat.com>
References: <20090305131140.D42981B8001@releng2.fedora.phx.redhat.com>
Message-ID: <200903051825.n25IPeog006142@laptop14.inf.utfsm.cl>

While updating via yum from a gnome-terminal today, Gnome went down (the
gnome-terminals and firefox died, a window flashed (i.e., started and
closed)).

I went to ctrl-alt-F2, and logged in.  No yum process anymore, so I
rebooted.  The GDM greeter showed up, but loging in hung the machine. 
Rebooted into runlevel 3, had to "package-cleanup --cleandupes" before
restarting "yum update", then the update went through.

Will have to see if graphical login works now, currently in a Gnome session
started by startx.
-- 
Dr. Horst H. von Brand                   User #22616 counter.li.org
Departamento de Informatica                    Fono: +56 32 2654431
Universidad Tecnica Federico Santa Maria             +56 32 2654239
Casilla 110-V, Valparaiso, Chile 2340000       Fax:  +56 32 2797513




From jcm at redhat.com  Thu Mar  5 18:29:45 2009
From: jcm at redhat.com (Jon Masters)
Date: Thu, 05 Mar 2009 13:29:45 -0500
Subject: [Solved] Re: [Rawhide] Rpmbuild not stripping debuginfo and
	building for i386
In-Reply-To: <1236254368.4315.1.camel@pc-notebook.kolej.mff.cuni.cz>
References: <1236208601.25833.41.camel@pc-notebook.kolej.mff.cuni.cz>
	<gon5hl$u1c$1@ger.gmane.org>
	<1236254368.4315.1.camel@pc-notebook.kolej.mff.cuni.cz>
Message-ID: <1236277785.28028.7.camel@jcmlaptop>

On Thu, 2009-03-05 at 12:59 +0100, Martin Sourada wrote:
> On Thu, 2009-03-05 at 01:14 +0100, Kevin Kofler wrote:
> > Martin Sourada wrote:
> > > probably it's a problem on my part, but it seems that rpm-build does not
> > > strip debuginfo (and put it to debuginfo subpackages) on rawhide. I've
> > > noticed only today (thanks to the unusually large 99MiB WebKit-gtk
> > > package I've built today), but it seems that its has been behaving like
> > > this for some time already. Also it's still building for i386. Are there
> > > some config files I need to edit for it to start building for i586? I am
> > > fully updated.
> > 
> > You're probably missing the redhat-rpm-config package.
> > 
> Thanks, that was it. I've never noticed this package wasn't pulled in
> when I installed all the usual fedora packager stuff...

So are we adding a dep in rpm or somewhere else?

Jon.




From notting at redhat.com  Thu Mar  5 18:31:10 2009
From: notting at redhat.com (Bill Nottingham)
Date: Thu, 5 Mar 2009 13:31:10 -0500
Subject: rawhide report: 20090305 changes
In-Reply-To: <200903051825.n25IPeog006142@laptop14.inf.utfsm.cl>
References: <20090305131140.D42981B8001@releng2.fedora.phx.redhat.com>
	<200903051825.n25IPeog006142@laptop14.inf.utfsm.cl>
Message-ID: <20090305183110.GC22258@nostromo.devel.redhat.com>

Horst H. von Brand (vonbrand at inf.utfsm.cl) said: 
> While updating via yum from a gnome-terminal today, Gnome went down (the
> gnome-terminals and firefox died, a window flashed (i.e., started and
> closed)).

Basically, the session bus is being pulled out from under the session -
connections are denied to it. Things go downhill very fast from there.

Whether this is a SELinux change or a DBus change, I'm not sure.

Bill



From darrellpf at gmail.com  Thu Mar  5 18:31:40 2009
From: darrellpf at gmail.com (darrell pfeifer)
Date: Thu, 5 Mar 2009 10:31:40 -0800
Subject: rawhide report: 20090305 changes
In-Reply-To: <200903051825.n25IPeog006142@laptop14.inf.utfsm.cl>
References: <20090305131140.D42981B8001@releng2.fedora.phx.redhat.com>
	<200903051825.n25IPeog006142@laptop14.inf.utfsm.cl>
Message-ID: <f6e5806f0903051031i3d39c8e9j510cd7d7fe8a6789@mail.gmail.com>

On Thu, Mar 5, 2009 at 10:25, Horst H. von Brand <vonbrand at inf.utfsm.cl>wrote:

> While updating via yum from a gnome-terminal today, Gnome went down (the
> gnome-terminals and firefox died, a window flashed (i.e., started and
> closed)).
>
> I went to ctrl-alt-F2, and logged in.  No yum process anymore, so I
> rebooted.  The GDM greeter showed up, but loging in hung the machine.
> Rebooted into runlevel 3, had to "package-cleanup --cleandupes" before
> restarting "yum update", then the update went through.
>
> Will have to see if graphical login works now, currently in a Gnome session
> started by startx.
>

The flashing window and firefox death happen pretty consistently when fonts
are updated.

darrell
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090305/de5cb7b2/attachment.htm>

From awilliam at redhat.com  Thu Mar  5 18:34:55 2009
From: awilliam at redhat.com (Adam Williamson)
Date: Thu, 05 Mar 2009 10:34:55 -0800
Subject: jpackage.org-derived Groups
In-Reply-To: <ufafxhrhm3t.fsf@compute22.e.math.uh.edu>
References: <870180fe0903050735m6382c50ar65b5da01e181d442@mail.gmail.com>
	<ufafxhrhm3t.fsf@compute22.e.math.uh.edu>
Message-ID: <1236278095.5044.0.camel@adam.local.net>

On Thu, 2009-03-05 at 12:15 -0600, Jason L Tibbitts III wrote:
> >>>>> "JJ" == Jerry James <loganjerry at gmail.com> writes:
> 
> JJ> I have been dinged repeatedly in reviews for using the group
> JJ> Development/Libraries/Java.
> 
> Why?  We have no guidelines relating to the use of the Group tag.  You
> can use what you want.  If someone's dinging you, they're probably
> just parroting an rpmlint complaint.  Perhaps it would be more
> productive to get the Fedora build of rpmlint to stop complaining
> about Group altogether.  I don't see a need to add a guideline
> indicating that there is no guideline.

"Perhaps it would be more productive to get the Fedora build of rpmlint
to stop complaining about Group altogether"

You mean, exactly as Jerry proposed?
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org
http://www.happyassassin.net



From tibbs at math.uh.edu  Thu Mar  5 18:40:42 2009
From: tibbs at math.uh.edu (Jason L Tibbitts III)
Date: Thu, 05 Mar 2009 12:40:42 -0600
Subject: jpackage.org-derived Groups
In-Reply-To: <1236278095.5044.0.camel@adam.local.net> (Adam Williamson's
	message of "Thu\, 05 Mar 2009 10\:34\:55 -0800")
References: <870180fe0903050735m6382c50ar65b5da01e181d442@mail.gmail.com>
	<ufafxhrhm3t.fsf@compute22.e.math.uh.edu>
	<1236278095.5044.0.camel@adam.local.net>
Message-ID: <ufabpsfhkyd.fsf@compute22.e.math.uh.edu>

>>>>> "AW" == Adam Williamson <awilliam at redhat.com> writes:

AW> You mean, exactly as Jerry proposed?

I'm not sure what the point of your message was, unless you were
trying to smack me for not reading closely enough in which case I
still don't see the point.  However, might I note that what he
proposed (adding extra groups to rpmlint's approved group list) and
what I proposed (stop rpmlint complaining about the Group: tag
altogether) are not the same thing?

 - J<



From awilliam at redhat.com  Thu Mar  5 19:01:53 2009
From: awilliam at redhat.com (Adam Williamson)
Date: Thu, 05 Mar 2009 11:01:53 -0800
Subject: jpackage.org-derived Groups
In-Reply-To: <ufabpsfhkyd.fsf@compute22.e.math.uh.edu>
References: <870180fe0903050735m6382c50ar65b5da01e181d442@mail.gmail.com>
	<ufafxhrhm3t.fsf@compute22.e.math.uh.edu>
	<1236278095.5044.0.camel@adam.local.net>
	<ufabpsfhkyd.fsf@compute22.e.math.uh.edu>
Message-ID: <1236279713.5044.1.camel@adam.local.net>

On Thu, 2009-03-05 at 12:40 -0600, Jason L Tibbitts III wrote:
> >>>>> "AW" == Adam Williamson <awilliam at redhat.com> writes:
> 
> AW> You mean, exactly as Jerry proposed?
> 
> I'm not sure what the point of your message was, unless you were
> trying to smack me for not reading closely enough in which case I
> still don't see the point.  However, might I note that what he
> proposed (adding extra groups to rpmlint's approved group list) and
> what I proposed (stop rpmlint complaining about the Group: tag
> altogether) are not the same thing?

sorry, I obviously got up on the cranky side of bed this morning...:)
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org
http://www.happyassassin.net



From jspaleta at gmail.com  Thu Mar  5 19:16:44 2009
From: jspaleta at gmail.com (Jeff Spaleta)
Date: Thu, 5 Mar 2009 10:16:44 -0900
Subject: jpackage.org-derived Groups
In-Reply-To: <1236279713.5044.1.camel@adam.local.net>
References: <870180fe0903050735m6382c50ar65b5da01e181d442@mail.gmail.com>
	<ufafxhrhm3t.fsf@compute22.e.math.uh.edu>
	<1236278095.5044.0.camel@adam.local.net>
	<ufabpsfhkyd.fsf@compute22.e.math.uh.edu>
	<1236279713.5044.1.camel@adam.local.net>
Message-ID: <604aa7910903051116q31eaaabfr999dd5207ab5c82f@mail.gmail.com>

On Thu, Mar 5, 2009 at 10:01 AM, Adam Williamson <awilliam at redhat.com> wrote:
> sorry, I obviously got up on the cranky side of bed this morning...:)

I have that problem..every morning. In hindsight the 70's era circular
bed was a bad investment.

-jef



From awilliam at redhat.com  Thu Mar  5 19:21:00 2009
From: awilliam at redhat.com (Adam Williamson)
Date: Thu, 05 Mar 2009 11:21:00 -0800
Subject: jpackage.org-derived Groups
In-Reply-To: <604aa7910903051116q31eaaabfr999dd5207ab5c82f@mail.gmail.com>
References: <870180fe0903050735m6382c50ar65b5da01e181d442@mail.gmail.com>
	<ufafxhrhm3t.fsf@compute22.e.math.uh.edu>
	<1236278095.5044.0.camel@adam.local.net>
	<ufabpsfhkyd.fsf@compute22.e.math.uh.edu>
	<1236279713.5044.1.camel@adam.local.net>
	<604aa7910903051116q31eaaabfr999dd5207ab5c82f@mail.gmail.com>
Message-ID: <1236280860.5044.2.camel@adam.local.net>

On Thu, 2009-03-05 at 10:16 -0900, Jeff Spaleta wrote:
> On Thu, Mar 5, 2009 at 10:01 AM, Adam Williamson <awilliam at redhat.com> wrote:
> > sorry, I obviously got up on the cranky side of bed this morning...:)
> 
> I have that problem..every morning. In hindsight the 70's era circular
> bed was a bad investment.

Similar problem here - the bed's up against the wall, so only one side
is accessible.

LOVE ME SOME CRANKY
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org
http://www.happyassassin.net



From loganjerry at gmail.com  Thu Mar  5 20:02:38 2009
From: loganjerry at gmail.com (Jerry James)
Date: Thu, 5 Mar 2009 13:02:38 -0700
Subject: jpackage.org-derived Groups
In-Reply-To: <1236279713.5044.1.camel@adam.local.net>
References: <870180fe0903050735m6382c50ar65b5da01e181d442@mail.gmail.com>
	<ufafxhrhm3t.fsf@compute22.e.math.uh.edu>
	<1236278095.5044.0.camel@adam.local.net>
	<ufabpsfhkyd.fsf@compute22.e.math.uh.edu>
	<1236279713.5044.1.camel@adam.local.net>
Message-ID: <870180fe0903051202u61dc3e54ldb76a1c55463bb3@mail.gmail.com>

On Thu, Mar 5, 2009 at 12:01 PM, Adam Williamson <awilliam at redhat.com> wrote:
> On Thu, 2009-03-05 at 12:40 -0600, Jason L Tibbitts III wrote:
>> I'm not sure what the point of your message was, unless you were
>> trying to smack me for not reading closely enough in which case I
>> still don't see the point. ?However, might I note that what he
>> proposed (adding extra groups to rpmlint's approved group list) and
>> what I proposed (stop rpmlint complaining about the Group: tag
>> altogether) are not the same thing?
>
> sorry, I obviously got up on the cranky side of bed this morning...:)

Hey, I'm not feeling cranky at all and I like Jason's suggestion
better than mine. :-)
-- 
Jerry "I've been feeling great since I started loving the bomb" James
http://loganjerry.googlepages.com/



From nicolas.mailhot at laposte.net  Thu Mar  5 19:39:04 2009
From: nicolas.mailhot at laposte.net (Nicolas Mailhot)
Date: Thu, 05 Mar 2009 20:39:04 +0100
Subject: [Solved] Re: [Rawhide] Rpmbuild not stripping debuginfo and
 building for i386
In-Reply-To: <1236277785.28028.7.camel@jcmlaptop>
References: <1236208601.25833.41.camel@pc-notebook.kolej.mff.cuni.cz>
	<gon5hl$u1c$1@ger.gmane.org>
	<1236254368.4315.1.camel@pc-notebook.kolej.mff.cuni.cz>
	<1236277785.28028.7.camel@jcmlaptop>
Message-ID: <1236281944.2256.3.camel@arekh.okg>

Le jeudi 05 mars 2009 ? 13:29 -0500, Jon Masters a ?crit :
> On Thu, 2009-03-05 at 12:59 +0100, Martin Sourada wrote:
> > On Thu, 2009-03-05 at 01:14 +0100, Kevin Kofler wrote:

> > > You're probably missing the redhat-rpm-config package.
> > > 
> > Thanks, that was it. I've never noticed this package wasn't pulled in
> > when I installed all the usual fedora packager stuff...
> 
> So are we adding a dep in rpm or somewhere else?

IMHO now that rpm has revived the target should be to merge all the
interesting bits upstream and then kill kill kill it. It's contrary to
Fedora's "upstream first" philosophy and has been known to make packages
that built fine alone fail.

-- 
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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090305/1cd71768/attachment.sig>

From nicolas.mailhot at laposte.net  Thu Mar  5 19:46:29 2009
From: nicolas.mailhot at laposte.net (Nicolas Mailhot)
Date: Thu, 05 Mar 2009 20:46:29 +0100
Subject: jpackage.org-derived Groups
In-Reply-To: <ufafxhrhm3t.fsf@compute22.e.math.uh.edu>
References: <870180fe0903050735m6382c50ar65b5da01e181d442@mail.gmail.com>
	<ufafxhrhm3t.fsf@compute22.e.math.uh.edu>
Message-ID: <1236282389.2256.10.camel@arekh.okg>

Le jeudi 05 mars 2009 ? 12:15 -0600, Jason L Tibbitts III a ?crit :
> >>>>> "JJ" == Jerry James <loganjerry at gmail.com> writes:
> 
> JJ> I have been dinged repeatedly in reviews for using the group
> JJ> Development/Libraries/Java.
> 
> Why?  We have no guidelines relating to the use of the Group tag.  You
> can use what you want.  If someone's dinging you, they're probably
> just parroting an rpmlint complaint.  Perhaps it would be more
> productive to get the Fedora build of rpmlint to stop complaining
> about Group altogether.  I don't see a need to add a guideline
> indicating that there is no guideline.

People take what rpmlint says as the letter of the law because it's too
convenient. That is not going to change.

It would IMHO do a lot of good if FPC reviewed all the existing rpmlint
errors and warnings, had the ones Fedora does not care about disabled in
our package, and asked its maintainer to pass new ones for review before
they're activated.

-- 
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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090305/ba539f81/attachment.sig>

From jcm at redhat.com  Thu Mar  5 20:42:18 2009
From: jcm at redhat.com (Jon Masters)
Date: Thu, 05 Mar 2009 15:42:18 -0500
Subject: [Solved] Re: [Rawhide] Rpmbuild not stripping debuginfo and
	building for i386
In-Reply-To: <1236281944.2256.3.camel@arekh.okg>
References: <1236208601.25833.41.camel@pc-notebook.kolej.mff.cuni.cz>
	<gon5hl$u1c$1@ger.gmane.org>
	<1236254368.4315.1.camel@pc-notebook.kolej.mff.cuni.cz>
	<1236277785.28028.7.camel@jcmlaptop>
	<1236281944.2256.3.camel@arekh.okg>
Message-ID: <1236285738.28028.17.camel@jcmlaptop>

On Thu, 2009-03-05 at 20:39 +0100, Nicolas Mailhot wrote:
> Le jeudi 05 mars 2009 ? 13:29 -0500, Jon Masters a ?crit :
> > On Thu, 2009-03-05 at 12:59 +0100, Martin Sourada wrote:
> > > On Thu, 2009-03-05 at 01:14 +0100, Kevin Kofler wrote:
> 
> > > > You're probably missing the redhat-rpm-config package.
> > > > 
> > > Thanks, that was it. I've never noticed this package wasn't pulled in
> > > when I installed all the usual fedora packager stuff...
> > 
> > So are we adding a dep in rpm or somewhere else?
> 
> IMHO now that rpm has revived the target should be to merge all the
> interesting bits upstream and then kill kill kill it. It's contrary to
> Fedora's "upstream first" philosophy and has been known to make packages
> that built fine alone fail.

I'm ok with doing that, but let's not do that in F11. I'll ping panu and
see if we can't kill it for F12 or something.

Jon.




From jonstanley at gmail.com  Thu Mar  5 20:44:17 2009
From: jonstanley at gmail.com (Jon Stanley)
Date: Thu, 5 Mar 2009 14:44:17 -0600
Subject: Plans for tomorrow's (20090306) FESCo meeting
Message-ID: <da159fda0903051244m6cb96a29q36e540943af1e6d4@mail.gmail.com>

Here's the list of items currently on the agenda for tomorrow's
(20090306) FESCo meeting.

57	Make stronger policy/guideline that ABI/API/soname breakage should
always be announced fedora-devel-announce (not f-d-l)
67	How to deal with Requires.privates in pkg-config
70	provenpackager guidelines & reseed
79	Lenient hash check for noarch subpackages
89	Select Fedora representative for LSB
96	Document "Rawhide cannot go backwards" rule
97	rpm 4.7 in Fedora 11
65	Fedora Creative Commons Content repository

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 at matbooth.co.uk  Thu Mar  5 20:45:22 2009
From: fedora at matbooth.co.uk (Mat Booth)
Date: Thu, 5 Mar 2009 20:45:22 +0000
Subject: Eclipse EMF build failures on ppc64 hosts
In-Reply-To: <9497e9990903011156y2a173edaq225f65ad4aaabec9@mail.gmail.com>
References: <9497e9990903011156y2a173edaq225f65ad4aaabec9@mail.gmail.com>
Message-ID: <9497e9990903051245y533ebb65gf90601752440ae93@mail.gmail.com>

On Sun, Mar 1, 2009 at 7:56 PM, Mat Booth <fedora at matbooth.co.uk> wrote:
> I've updated eclipse-emf and I'm trying to build it, but it seems to
> fail if the build host arch is ppc64. By chance, all the scratch
> builds I've submitted were built on i586 hosts and they have all
> worked perfectly. By chance, all the real builds I've submitted were
> built on ppc64 hosts and they all fail with the same error.
>
> Scratch builds succeeding on i586:
> https://koji.fedoraproject.org/koji/taskinfo?taskID=1210426
> https://koji.fedoraproject.org/koji/taskinfo?taskID=1211516
>
> Real builds failing on ppc64:
> https://koji.fedoraproject.org/koji/taskinfo?taskID=1210476
> https://koji.fedoraproject.org/koji/taskinfo?taskID=1210708
> https://koji.fedoraproject.org/koji/taskinfo?taskID=1211494
>
> The spec file[1] contains the following lines:
>
> ? ?%define eclipse_base ? ? %{_libdir}/eclipse
> ? ?%{eclipse_base}/buildscripts/pdebuild -f org.eclipse.emf.all \
> ? ? ?-a "-DjavacTarget=1.5 -DjavacSource=1.5
> -DforceContextQualifier=v200902171115"
>
> And the error message on ppc64 builds is the following:
>
> ? ?/var/tmp/rpm-tmp.5hAGBF: line 31:
> /usr/lib/eclipse/buildscripts/pdebuild: No such file or directory
>
> Now, I could be wrong, but it looks to me like the RPM macro
> %{_libdir} is expanding incorrectly on ppc64 hosts. (Surely it should
> expand to /usr/lib64!) Is this a bug? If so, what component should I
> raise the ticket for in Bugzilla?
>
> [1]http://cvs.fedoraproject.org/viewvc/rpms/eclipse-emf/devel/eclipse-emf.spec?revision=1.12
>
> --
> Mat Booth
> www.matbooth.co.uk
>


No-one has any ideas at all? Should I just keep resubmitting the build
until Koji chooses to build it on a non-pp64 build host?

-- 
Mat Booth
www.matbooth.co.uk



From tibbs at math.uh.edu  Thu Mar  5 20:47:22 2009
From: tibbs at math.uh.edu (Jason L Tibbitts III)
Date: Thu, 05 Mar 2009 14:47:22 -0600
Subject: Plans for tomorrow's (20090306) FESCo meeting
In-Reply-To: <da159fda0903051244m6cb96a29q36e540943af1e6d4@mail.gmail.com>
	(Jon Stanley's message of "Thu\, 5 Mar 2009 14\:44\:17 -0600")
References: <da159fda0903051244m6cb96a29q36e540943af1e6d4@mail.gmail.com>
Message-ID: <ufa7i33hf39.fsf@compute22.e.math.uh.edu>

FPC will have two items for consideration:

https://fedoraproject.org/wiki/PackagingDrafts/ExplicitRequires
https://fedoraproject.org/wiki/Troublesome_source_URL_packaging_guideline_draft

Sorry I've been jammed up with the minutes this week; they should be
out soon.

 - J<



From notting at redhat.com  Thu Mar  5 20:47:45 2009
From: notting at redhat.com (Bill Nottingham)
Date: Thu, 5 Mar 2009 15:47:45 -0500
Subject: Plans for tomorrow's (20090306) FESCo meeting
In-Reply-To: <da159fda0903051244m6cb96a29q36e540943af1e6d4@mail.gmail.com>
References: <da159fda0903051244m6cb96a29q36e540943af1e6d4@mail.gmail.com>
Message-ID: <20090305204745.GA23275@nostromo.devel.redhat.com>

Jon Stanley (jonstanley at gmail.com) said: 
> 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.

Are we reviewing the feature list for completeness w.r.t. feature freeze?

Bill



From wolfy at nobugconsulting.ro  Thu Mar  5 20:51:44 2009
From: wolfy at nobugconsulting.ro (Manuel Wolfshant)
Date: Thu, 05 Mar 2009 22:51:44 +0200
Subject: Plans for tomorrow's (20090306) FESCo meeting
In-Reply-To: <da159fda0903051244m6cb96a29q36e540943af1e6d4@mail.gmail.com>
References: <da159fda0903051244m6cb96a29q36e540943af1e6d4@mail.gmail.com>
Message-ID: <49B03B60.2030002@nobugconsulting.ro>

On 03/05/2009 10:44 PM, Jon Stanley wrote:
> Here's the list of items currently on the agenda for tomorrow's
> (20090306) FESCo meeting.
>
> 57	Make stronger policy/guideline that ABI/API/soname breakage should
> always be announced fedora-devel-announce (not f-d-l)
> 67	How to deal with Requires.privates in pkg-config
> 70	provenpackager guidelines & reseed
> 79	Lenient hash check for noarch subpackages
> 89	Select Fedora representative for LSB
> 96	Document "Rawhide cannot go backwards" rule
> 97	rpm 4.7 in Fedora 11
> 65	Fedora Creative Commons Content repository
>
> 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.
>
>   
It would be nice if you can allocate 3' to refine the non-responsive 
maintainer + closed ACL policy. See 
https://www.redhat.com/archives/fedora-devel-list/2009-March/msg00281.html 
and the thread leading to it. A month ago I wanted myself to fix gdal 
and its broken deps but I could not due to the closed ACL.



From a.badger at gmail.com  Thu Mar  5 21:05:46 2009
From: a.badger at gmail.com (Toshio Kuratomi)
Date: Thu, 05 Mar 2009 13:05:46 -0800
Subject: jpackage.org-derived Groups
In-Reply-To: <1236282389.2256.10.camel@arekh.okg>
References: <870180fe0903050735m6382c50ar65b5da01e181d442@mail.gmail.com>	<ufafxhrhm3t.fsf@compute22.e.math.uh.edu>
	<1236282389.2256.10.camel@arekh.okg>
Message-ID: <49B03EAA.9020808@gmail.com>

Nicolas Mailhot wrote:
> Le jeudi 05 mars 2009 ? 12:15 -0600, Jason L Tibbitts III a ?crit :
>>>>>>> "JJ" == Jerry James <loganjerry at gmail.com> writes:
>> JJ> I have been dinged repeatedly in reviews for using the group
>> JJ> Development/Libraries/Java.
>>
>> Why?  We have no guidelines relating to the use of the Group tag.  You
>> can use what you want.  If someone's dinging you, they're probably
>> just parroting an rpmlint complaint.  Perhaps it would be more
>> productive to get the Fedora build of rpmlint to stop complaining
>> about Group altogether.  I don't see a need to add a guideline
>> indicating that there is no guideline.
> 
> People take what rpmlint says as the letter of the law because it's too
> convenient. That is not going to change.
> 
> It would IMHO do a lot of good if FPC reviewed all the existing rpmlint
> errors and warnings, had the ones Fedora does not care about disabled in
> our package, and asked its maintainer to pass new ones for review before
> they're activated.
> 
I can see the attraction in this but I'd rather continue to just pass
specific instances that should be disabled to the maintainer as they
come up.  There's a lot of rpmlint warnings that are exactly that:  This
could be a problem but may not be.  Without specific examples of when
the warning is right and when it is wrong as will be brought up when a
conflict over rpmlint's messages arise, it will be hard for the
Packaging Committee to make an informed decision.

-Toshio

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: OpenPGP digital signature
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090305/68bec14b/attachment.sig>

From riku.seppala at kymp.net  Thu Mar  5 21:12:48 2009
From: riku.seppala at kymp.net (=?ISO-8859-1?Q?Riku_Sepp=E4l=E4?=)
Date: Thu, 05 Mar 2009 23:12:48 +0200
Subject: firmware
Message-ID: <49B04050.7020608@kymp.net>

Hello,

Probably wrong place to nag but, https://fedoraproject.org/wiki/Firmware 
is out-of-date. List of firmware currently missing from Fedora should be 
shorter. hint hint.

Riku



From maxamillion at gmail.com  Thu Mar  5 21:14:17 2009
From: maxamillion at gmail.com (Adam Miller)
Date: Thu, 5 Mar 2009 15:14:17 -0600
Subject: firmware
In-Reply-To: <49B04050.7020608@kymp.net>
References: <49B04050.7020608@kymp.net>
Message-ID: <f12087800903051314o4944d9f6h88ebba05ba2b1641@mail.gmail.com>

If you have the information needed to update it, you should login and
fix the wiki page :)

-Adam

On Thu, Mar 5, 2009 at 3:12 PM, Riku Sepp?l? <riku.seppala at kymp.net> wrote:
> Hello,
>
> Probably wrong place to nag but, https://fedoraproject.org/wiki/Firmware is
> out-of-date. List of firmware currently missing from Fedora should be
> shorter. hint hint.
>
> Riku
>
> --
> fedora-devel-list mailing list
> fedora-devel-list at redhat.com
> https://www.redhat.com/mailman/listinfo/fedora-devel-list
>



-- 
http://maxamillion.googlepages.com
---------------------------------------------------------
()  ascii ribbon campaign - against html e-mail
/\  www.asciiribbon.org   - against proprietary attachments



From riku.seppala at kymp.net  Thu Mar  5 21:21:42 2009
From: riku.seppala at kymp.net (=?ISO-8859-1?Q?Riku_Sepp=E4l=E4?=)
Date: Thu, 05 Mar 2009 23:21:42 +0200
Subject: firmware
In-Reply-To: <f12087800903051314o4944d9f6h88ebba05ba2b1641@mail.gmail.com>
References: <49B04050.7020608@kymp.net>
	<f12087800903051314o4944d9f6h88ebba05ba2b1641@mail.gmail.com>
Message-ID: <49B04266.6040008@kymp.net>

Adam Miller wrote:
> If you have the information needed to update it, you should login and
> fix the wiki page :)
>
> -Adam
>
> On Thu, Mar 5, 2009 at 3:12 PM, Riku Sepp?l? <riku.seppala at kymp.net> wrote:
>   
>> Hello,
>>
>> Probably wrong place to nag but, https://fedoraproject.org/wiki/Firmware is
>> out-of-date. List of firmware currently missing from Fedora should be
>> shorter. hint hint.
>>
>> Riku
>>
>> --
>> fedora-devel-list mailing list
>> fedora-devel-list at redhat.com
>> https://www.redhat.com/mailman/listinfo/fedora-devel-list
>>
>>     
>
>
>   
I don't have the information, I think at least alsa firmware already is 
on Fedora. Personally I'm hoping the R5U87x would get included. :)

Riku



From dcbw at redhat.com  Thu Mar  5 21:30:10 2009
From: dcbw at redhat.com (Dan Williams)
Date: Thu, 05 Mar 2009 16:30:10 -0500
Subject: firmware
In-Reply-To: <f12087800903051314o4944d9f6h88ebba05ba2b1641@mail.gmail.com>
References: <49B04050.7020608@kymp.net>
	<f12087800903051314o4944d9f6h88ebba05ba2b1641@mail.gmail.com>
Message-ID: <1236288611.11873.9.camel@localhost.localdomain>

On Thu, 2009-03-05 at 15:14 -0600, Adam Miller wrote:
> If you have the information needed to update it, you should login and
> fix the wiki page :)

Is there any particular reason we haven't updated our kernel-firmware
package with the latest from?

http://git.kernel.org/?p=linux/kernel/git/dwmw2/linux-firmware.git;a=tree

That's got a lot of nice stuff that isn't in Fedora yet, including
WPA-enabled firmware for Prism 2.5 devices (including original Apple
Airport cards).

Dan




From jwboyer at gmail.com  Thu Mar  5 21:35:14 2009
From: jwboyer at gmail.com (Josh Boyer)
Date: Thu, 5 Mar 2009 16:35:14 -0500
Subject: firmware
In-Reply-To: <1236288611.11873.9.camel@localhost.localdomain>
References: <49B04050.7020608@kymp.net>
	<f12087800903051314o4944d9f6h88ebba05ba2b1641@mail.gmail.com>
	<1236288611.11873.9.camel@localhost.localdomain>
Message-ID: <20090305213514.GA15863@yoda.jdub.homelinux.org>

On Thu, Mar 05, 2009 at 04:30:10PM -0500, Dan Williams wrote:
>On Thu, 2009-03-05 at 15:14 -0600, Adam Miller wrote:
>> If you have the information needed to update it, you should login and
>> fix the wiki page :)
>
>Is there any particular reason we haven't updated our kernel-firmware
>package with the latest from?
>
>http://git.kernel.org/?p=linux/kernel/git/dwmw2/linux-firmware.git;a=tree
>
>That's got a lot of nice stuff that isn't in Fedora yet, including
>WPA-enabled firmware for Prism 2.5 devices (including original Apple
>Airport cards).

I believe because our kernel-firmware package is just a package of the
firmware that is in-kernel.

josh



From jkeating at redhat.com  Thu Mar  5 21:40:34 2009
From: jkeating at redhat.com (Jesse Keating)
Date: Thu, 05 Mar 2009 13:40:34 -0800
Subject: Fedora 11 Beta Freeze coming
Message-ID: <1236289234.3837.21.camel@localhost.localdomain>

The Fedora 11 Beta Freeze is coming.  It is scheduled for Tuesday, March
10th.  They way we've historically enacted the beta freeze is to tag the
content in that day's rawhide into the freeze tag.  That is, what gets
reported as rawhide-20090310 is the frozen content.  As such, your
builds need to be complete by 0600 UTC March 10 2009 in order to be in
the Beta, without a special request.
https://fedoraproject.org/wiki/Beta_Freeze_Policy covers the freeze
policy.

Bug tracking of important Beta issues is done at
https://bugzilla.redhat.com/show_bug.cgi?id=F11Beta

-- 
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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090305/ae680036/attachment.sig>
-------------- next part --------------
_______________________________________________
Fedora-devel-announce mailing list
Fedora-devel-announce at redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-announce

From tony at bakeyournoodle.com  Thu Mar  5 21:58:23 2009
From: tony at bakeyournoodle.com (Tony Breeds)
Date: Fri, 6 Mar 2009 08:58:23 +1100
Subject: Eclipse EMF build failures on ppc64 hosts
In-Reply-To: <9497e9990903011156y2a173edaq225f65ad4aaabec9@mail.gmail.com>
References: <9497e9990903011156y2a173edaq225f65ad4aaabec9@mail.gmail.com>
Message-ID: <20090305215823.GI24834@bilbo.ozlabs.org>

On Sun, Mar 01, 2009 at 07:56:31PM +0000, Mat Booth wrote:

<snip>

> And the error message on ppc64 builds is the following:
> 
>     /var/tmp/rpm-tmp.5hAGBF: line 31:
> /usr/lib/eclipse/buildscripts/pdebuild: No such file or directory
> 
> Now, I could be wrong, but it looks to me like the RPM macro
> %{_libdir} is expanding incorrectly on ppc64 hosts. (Surely it should
> expand to /usr/lib64!) Is this a bug? If so, what component should I
> raise the ticket for in Bugzilla?

I don't know about raising a ticket in bugzilla, but yes _libdir /should/ be
'/usr/lib64' AFAIK

ny at mango ~]$ uname -a
Linux mango.ozlabs.ibm.com 2.6.27.5-117.fc10.ppc64 #1 SMP Tue Nov 18 11:46:31 EST 2008 ppc64 ppc64 ppc64 GNU/Linux
[tony at mango ~]$ setarch ppc   rpmbuild --showrc | egrep  ': _libdir'
-14: _libdir	%{_prefix}/lib
[tony at mango ~]$ setarch ppc64 rpmbuild --showrc | egrep  ': _libdir'
-14: _libdir	%{_prefix}/lib64


Yours Tony



From walters at verbum.org  Thu Mar  5 22:02:57 2009
From: walters at verbum.org (Colin Walters)
Date: Thu, 5 Mar 2009 17:02:57 -0500
Subject: rawhide report: 20090305 changes
In-Reply-To: <20090305183110.GC22258@nostromo.devel.redhat.com>
References: <20090305131140.D42981B8001@releng2.fedora.phx.redhat.com>
	<200903051825.n25IPeog006142@laptop14.inf.utfsm.cl>
	<20090305183110.GC22258@nostromo.devel.redhat.com>
Message-ID: <faa16b610903051402g432acbbdu82a3e2b5836de0f4@mail.gmail.com>

On Thu, Mar 5, 2009 at 1:31 PM, Bill Nottingham <notting at redhat.com> wrote:
> Horst H. von Brand (vonbrand at inf.utfsm.cl) said:
>> While updating via yum from a gnome-terminal today, Gnome went down (the
>> gnome-terminals and firefox died, a window flashed (i.e., started and
>> closed)).
>
> Basically, the session bus is being pulled out from under the session -
> connections are denied to it. Things go downhill very fast from there.

New connections are denied?  Is there a bug for this with more
information/analysis?



From fabian.deutsch at gmx.de  Thu Mar  5 22:11:02 2009
From: fabian.deutsch at gmx.de (Fabian Deutsch)
Date: Thu, 05 Mar 2009 23:11:02 +0100
Subject: livecd-creator fails because of syslinux.
Message-ID: <1236291062.20887.2.camel@localhost.localdomain>

Hey,

I just wanted to create a recent rawhide iso image.
But the livecd-creator is failing somehow. Can somone reproduce this:


# livecd-creator -c ../spin-kickstarts/fedora-livecd-desktop.ks
--cache /var/cache/yum/
..
..
..
Error creating Live CD : syslinux not installed : no
suitable /usr/lib/syslinux/*menu.c32 found
#


If so, I'll be opening a bug report ..

- fabian



From jkeating at redhat.com  Thu Mar  5 22:15:08 2009
From: jkeating at redhat.com (Jesse Keating)
Date: Thu, 05 Mar 2009 14:15:08 -0800
Subject: livecd-creator fails because of syslinux.
In-Reply-To: <1236291062.20887.2.camel@localhost.localdomain>
References: <1236291062.20887.2.camel@localhost.localdomain>
Message-ID: <1236291308.3837.24.camel@localhost.localdomain>

On Thu, 2009-03-05 at 23:11 +0100, Fabian Deutsch wrote:
> I just wanted to create a recent rawhide iso image.
> But the livecd-creator is failing somehow. Can somone reproduce this:
> 
> 
> # livecd-creator -c ../spin-kickstarts/fedora-livecd-desktop.ks
> --cache /var/cache/yum/
> ..
> ..
> ..
> Error creating Live CD : syslinux not installed : no
> suitable /usr/lib/syslinux/*menu.c32 found
> #
> 
> 
> If so, I'll be opening a bug report ..

Already known and fixed upstream.

-- 
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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090305/99e58ad4/attachment.sig>

From fabian.deutsch at gmx.de  Thu Mar  5 22:22:56 2009
From: fabian.deutsch at gmx.de (Fabian Deutsch)
Date: Thu, 05 Mar 2009 23:22:56 +0100
Subject: livecd-creator fails because of syslinux.
In-Reply-To: <1236291308.3837.24.camel@localhost.localdomain>
References: <1236291062.20887.2.camel@localhost.localdomain>
	<1236291308.3837.24.camel@localhost.localdomain>
Message-ID: <1236291776.4975.14.camel@decade.local>

Am Donnerstag, den 05.03.2009, 14:15 -0800 schrieb Jesse Keating:
> On Thu, 2009-03-05 at 23:11 +0100, Fabian Deutsch wrote:
> > I just wanted to create a recent rawhide iso image.
> > But the livecd-creator is failing somehow. Can somone reproduce this:
> > 
> > 
> > # livecd-creator -c ../spin-kickstarts/fedora-livecd-desktop.ks
> > --cache /var/cache/yum/
> > ..
> > ..
> > ..
> > Error creating Live CD : syslinux not installed : no
> > suitable /usr/lib/syslinux/*menu.c32 found
> > #
> > 
> > 
> > If so, I'll be opening a bug report ..
> 
> Already known and fixed upstream.
> 

Cheers




From jcm at redhat.com  Thu Mar  5 22:39:43 2009
From: jcm at redhat.com (Jon Masters)
Date: Thu, 05 Mar 2009 17:39:43 -0500
Subject: PreUpgrade
Message-ID: <1236292783.28028.49.camel@jcmlaptop>

Folks,

I was looking at the wiki for information on upgrading Fedora 9 to
Fedora 10 using preupgrade and noticed that all the docs are out of
date. I don't mind helping, but perhaps one of the original authors
would like to update the wiki with anything relevant to F10 (F11).

Jon.




From mike at miketc.net  Thu Mar  5 22:57:26 2009
From: mike at miketc.net (Mike Chambers)
Date: Thu, 05 Mar 2009 16:57:26 -0600
Subject: yum traceback using localupdate
Message-ID: <1236293846.5438.0.camel@scrappy.miketc.net>

While running "sudo yum localupdate package-here" I keep getting a
traceback...

Traceback (most recent call last):
  File "/usr/bin/yum", line 29, in <module>
    yummain.user_main(sys.argv[1:], exit_code=True)
  File "/usr/share/yum-cli/yummain.py", line 301, in user_main
    errcode = main(args)
  File "/usr/share/yum-cli/yummain.py", line 253, in main
    return_code = base.doTransaction()
  File "/usr/share/yum-cli/cli.py", line 363, in doTransaction
    lsts = self.listTransaction()
  File "/usr/share/yum-cli/output.py", line 929, in listTransaction
    a_wid = _add_line(lines, data, a_wid, txmbr.po, txmbr.obsoletes)
  File "/usr/share/yum-cli/output.py", line 907, in _add_line
    elif po.verifyLocalPkg():
  File "/usr/lib/python2.6/site-packages/yum/packages.py", line 664, in
verifyLocalPkg
    (csum_type, csum) = self.returnIdSum()
TypeError: 'NoneType' object is not iterable

-- 
Mike Chambers
Fedora Project - Bug Zapper, Tester, User, etc..
mikec302 at fedoraproject.org



From rjones at redhat.com  Thu Mar  5 23:11:38 2009
From: rjones at redhat.com (Richard W.M. Jones)
Date: Thu, 5 Mar 2009 23:11:38 +0000
Subject: Plans for tomorrow's (20090306) FESCo meeting
In-Reply-To: <20090305204745.GA23275@nostromo.devel.redhat.com>
References: <da159fda0903051244m6cb96a29q36e540943af1e6d4@mail.gmail.com>
	<20090305204745.GA23275@nostromo.devel.redhat.com>
Message-ID: <20090305231138.GA2888@amd.home.annexia.org>

On Thu, Mar 05, 2009 at 03:47:45PM -0500, Bill Nottingham wrote:
> Jon Stanley (jonstanley at gmail.com) said: 
> > 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.
> 
> Are we reviewing the feature list for completeness w.r.t. feature freeze?

<aol> me too </aol>

I cancelled some stuff so I can be at the meeting.

Rich.

-- 
Richard Jones, Emerging Technologies, Red Hat  http://et.redhat.com/~rjones
virt-top is 'top' for virtual machines.  Tiny program with many
powerful monitoring features, net stats, disk stats, logging, etc.
http://et.redhat.com/~rjones/virt-top



From poelstra at redhat.com  Thu Mar  5 23:20:43 2009
From: poelstra at redhat.com (John Poelstra)
Date: Thu, 05 Mar 2009 15:20:43 -0800
Subject: Plans for tomorrow's (20090306) FESCo meeting
In-Reply-To: <20090305204745.GA23275@nostromo.devel.redhat.com>
References: <da159fda0903051244m6cb96a29q36e540943af1e6d4@mail.gmail.com>
	<20090305204745.GA23275@nostromo.devel.redhat.com>
Message-ID: <49B05E4B.5000107@redhat.com>

Bill Nottingham wrote:
> Jon Stanley (jonstanley at gmail.com) said: 
>> 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.
> 
> Are we reviewing the feature list for completeness w.r.t. feature freeze?
> 
> Bill
> 

I will file a ticket later tonight or first thing tomorrow morning with 
a list of features pages where the feature page is stale or if I can't 
determine if the feature "testable".

I will not be able to attend the meeting, but will read the scroll back 
later.

John



From james at fedoraproject.org  Thu Mar  5 23:29:07 2009
From: james at fedoraproject.org (James Antill)
Date: Thu, 05 Mar 2009 18:29:07 -0500
Subject: yum traceback using localupdate
In-Reply-To: <1236293846.5438.0.camel@scrappy.miketc.net>
References: <1236293846.5438.0.camel@scrappy.miketc.net>
Message-ID: <1236295747.7725.58.camel@code.and.org>

On Thu, 2009-03-05 at 16:57 -0600, Mike Chambers wrote:
> While running "sudo yum localupdate package-here" I keep getting a
> traceback...

 yum-*-21.fc11 fixes it.

 https://bugzilla.redhat.com/show_bug.cgi?id=488673

-- 
James Antill <james at fedoraproject.org>
Fedora



From james at fedoraproject.org  Thu Mar  5 23:47:07 2009
From: james at fedoraproject.org (James Antill)
Date: Thu, 05 Mar 2009 18:47:07 -0500
Subject: yum traceback using localupdate
In-Reply-To: <1236295747.7725.58.camel@code.and.org>
References: <1236293846.5438.0.camel@scrappy.miketc.net>
	<1236295747.7725.58.camel@code.and.org>
Message-ID: <1236296827.7725.77.camel@code.and.org>

On Thu, 2009-03-05 at 18:29 -0500, James Antill wrote:
> On Thu, 2009-03-05 at 16:57 -0600, Mike Chambers wrote:
> > While running "sudo yum localupdate package-here" I keep getting a
> > traceback...
> 
>  yum-*-21.fc11 fixes it.

 Bah, transposed the numbers. That's:

% koji latest-pkg dist-rawhide yum
Build                                     Tag                   Built by
----------------------------------------  --------------------  ----------------
yum-3.2.21-12.fc11                        dist-f11              skvidal

>  https://bugzilla.redhat.com/show_bug.cgi?id=488673

-- 
James Antill <james at fedoraproject.org>
Fedora



From bbbush.yuan at gmail.com  Fri Mar  6 00:19:36 2009
From: bbbush.yuan at gmail.com (Yuan Yijun)
Date: Fri, 6 Mar 2009 08:19:36 +0800
Subject: Ready for new RPM version?
In-Reply-To: <20090305154113.4c21d5a7@hammerfall>
References: <alpine.DEB.1.10.0902261918480.9856@gotcha.dreamhost.com>
	<49A6D905.6060503@fedoraproject.org>
	<19973.1235674198@laptop14.inf.utfsm.cl>
	<alpine.LFD.2.00.0902270003110.24683@turre.koti.laiskiainen.org>
	<76e72f800903050601i190d1a3bn1d0b6efced8f169@mail.gmail.com>
	<20090305154113.4c21d5a7@hammerfall>
Message-ID: <76e72f800903051619n4332e038m3f8dd10b1ffd488e@mail.gmail.com>

2009/3/5 Michal Schmidt <mschmidt at redhat.com>:
>>
>> Anyone can help me to downgrade my system to 4.6? I am stuck.
>
> Why, do you have any problems with 4.7-beta? It works fine for me so
> far.
>
> You can download the rpm-*4.6.0*.rpm packages manually from any Rawhide
> mirror and then: ?rpm -Uvh --oldpackage rpm-*4.6.0*.rpm
>

I was going to upgrade my F10 to rawhide, so I installed rpm 4.7b1
first. But soon I realized I need both rpm 4.7b1 build for F10 and
rawhide. Then I give up and installed rpm 4.6, but rpm database seems
to have changed.

-- 
bbbush ^_^



From cchance at redhat.com  Fri Mar  6 00:26:11 2009
From: cchance at redhat.com (Caius "kaio" Chance)
Date: Fri, 06 Mar 2009 10:26:11 +1000
Subject: Ready for new RPM version?
In-Reply-To: <76e72f800903051619n4332e038m3f8dd10b1ffd488e@mail.gmail.com>
References: <alpine.DEB.1.10.0902261918480.9856@gotcha.dreamhost.com>	<49A6D905.6060503@fedoraproject.org>	<19973.1235674198@laptop14.inf.utfsm.cl>	<alpine.LFD.2.00.0902270003110.24683@turre.koti.laiskiainen.org>	<76e72f800903050601i190d1a3bn1d0b6efced8f169@mail.gmail.com>	<20090305154113.4c21d5a7@hammerfall>
	<76e72f800903051619n4332e038m3f8dd10b1ffd488e@mail.gmail.com>
Message-ID: <49B06DA3.5050304@redhat.com>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Yuan Yijun ????????:
> 2009/3/5 Michal Schmidt <mschmidt at redhat.com>:
>>> Anyone can help me to downgrade my system to 4.6? I am stuck.
>> Why, do you have any problems with 4.7-beta? It works fine for me so
>> far.

Have you used ext4 rather than ext3?

- - kaio

- --
Caius Chance, Soft Eng, I18N, Red Hat APAC, cchance AT redhat DOT com
JP (Qual), RHCE, MCSE, CCNA, JLPT4, http://apac.redhat.com/disclaimer
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org

iEYEARECAAYFAkmwbaMACgkQmo+B7bGj5dKOngCfSqEreWNEED6stExG8w+J1nVm
f4sAoKCByslbUkydG1iAWKsSz5bDJL9L
=nrU1
-----END PGP SIGNATURE-----



From fedora at camperquake.de  Fri Mar  6 00:43:07 2009
From: fedora at camperquake.de (Ralf Ertzinger)
Date: Fri, 6 Mar 2009 01:43:07 +0100
Subject: firmware
In-Reply-To: <1236288611.11873.9.camel@localhost.localdomain>
References: <49B04050.7020608@kymp.net>
	<f12087800903051314o4944d9f6h88ebba05ba2b1641@mail.gmail.com>
	<1236288611.11873.9.camel@localhost.localdomain>
Message-ID: <20090306014307.47000004@lain.camperquake.de>

Hi.

On Thu, 05 Mar 2009 16:30:10 -0500, Dan Williams wrote

> That's got a lot of nice stuff that isn't in Fedora yet, including
> WPA-enabled firmware for Prism 2.5 devices (including original Apple
> Airport cards).

Weren't those Orinocos?



From mtasaka at ioa.s.u-tokyo.ac.jp  Fri Mar  6 00:48:28 2009
From: mtasaka at ioa.s.u-tokyo.ac.jp (Mamoru Tasaka)
Date: Fri, 06 Mar 2009 09:48:28 +0900
Subject: Eclipse EMF build failures on ppc64 hosts
In-Reply-To: <9497e9990903051245y533ebb65gf90601752440ae93@mail.gmail.com>
References: <9497e9990903011156y2a173edaq225f65ad4aaabec9@mail.gmail.com>
	<9497e9990903051245y533ebb65gf90601752440ae93@mail.gmail.com>
Message-ID: <49B072DC.7020001@ioa.s.u-tokyo.ac.jp>

Mat Booth wrote, at 03/06/2009 05:45 AM +9:00:
> On Sun, Mar 1, 2009 at 7:56 PM, Mat Booth <fedora at matbooth.co.uk> wrote:
>> I've updated eclipse-emf and I'm trying to build it, but it seems to
>> fail if the build host arch is ppc64. By chance, all the scratch
>> builds I've submitted were built on i586 hosts and they have all
>> worked perfectly. By chance, all the real builds I've submitted were
>> built on ppc64 hosts and they all fail with the same error.
>>
>> Scratch builds succeeding on i586:
>> https://koji.fedoraproject.org/koji/taskinfo?taskID=1210426
>> https://koji.fedoraproject.org/koji/taskinfo?taskID=1211516
>>
>> Real builds failing on ppc64:
>> https://koji.fedoraproject.org/koji/taskinfo?taskID=1210476
>> https://koji.fedoraproject.org/koji/taskinfo?taskID=1210708
>> https://koji.fedoraproject.org/koji/taskinfo?taskID=1211494
>>
>> The spec file[1] contains the following lines:
>>
>>    %define eclipse_base     %{_libdir}/eclipse
>>    %{eclipse_base}/buildscripts/pdebuild -f org.eclipse.emf.all \
>>      -a "-DjavacTarget=1.5 -DjavacSource=1.5
>> -DforceContextQualifier=v200902171115"
>>
>> And the error message on ppc64 builds is the following:
>>
>>    /var/tmp/rpm-tmp.5hAGBF: line 31:
>> /usr/lib/eclipse/buildscripts/pdebuild: No such file or directory
>>
>> Now, I could be wrong, but it looks to me like the RPM macro
>> %{_libdir} is expanding incorrectly on ppc64 hosts. (Surely it should
>> expand to /usr/lib64!) Is this a bug? If so, what component should I
>> raise the ticket for in Bugzilla?
>>
>> [1]http://cvs.fedoraproject.org/viewvc/rpms/eclipse-emf/devel/eclipse-emf.spec?revision=1.12
>>
>> --
>> Mat Booth
>> www.matbooth.co.uk
>>
> 
> 
> No-one has any ideas at all? Should I just keep resubmitting the build
> until Koji chooses to build it on a non-pp64 build host?

Your spec file says this is noarch, i.e. arch-independent. 
That is, it is expected that files are installed under the same path
regardless of what architecture this srpm is rebuilt on.
However as you know the macro %_libdir is arch-dependent, so
this is wrong.

- If this package is really noarch, you should use /usr/lib (or %_prefix/lib),
  not %_libdir, c.f.
  https://www.redhat.com/archives/fedora-devel-list/2008-December/msg02034.html
- If this package is arch-dependent, you should create a patch to modify
  install path.

Regards,
Mamoru



From jonstanley at gmail.com  Fri Mar  6 00:49:28 2009
From: jonstanley at gmail.com (Jon Stanley)
Date: Thu, 5 Mar 2009 19:49:28 -0500
Subject: Plans for tomorrow's (20090306) FESCo meeting
In-Reply-To: <ufa7i33hf39.fsf@compute22.e.math.uh.edu>
References: <da159fda0903051244m6cb96a29q36e540943af1e6d4@mail.gmail.com>
	<ufa7i33hf39.fsf@compute22.e.math.uh.edu>
Message-ID: <da159fda0903051649g2734bbb7r8e56b4a69f3d256c@mail.gmail.com>

On Thu, Mar 5, 2009 at 3:47 PM, Jason L Tibbitts III <tibbs at math.uh.edu> wrote:

> Sorry I've been jammed up with the minutes this week; they should be
> out soon.

Not a problem, I've added these to the agenda.



From mtasaka at ioa.s.u-tokyo.ac.jp  Fri Mar  6 00:50:49 2009
From: mtasaka at ioa.s.u-tokyo.ac.jp (Mamoru Tasaka)
Date: Fri, 06 Mar 2009 09:50:49 +0900
Subject: Eclipse EMF build failures on ppc64 hosts
In-Reply-To: <49B072DC.7020001@ioa.s.u-tokyo.ac.jp>
References: <9497e9990903011156y2a173edaq225f65ad4aaabec9@mail.gmail.com>	<9497e9990903051245y533ebb65gf90601752440ae93@mail.gmail.com>
	<49B072DC.7020001@ioa.s.u-tokyo.ac.jp>
Message-ID: <49B07369.4030603@ioa.s.u-tokyo.ac.jp>

Mamoru Tasaka wrote, at 03/06/2009 09:48 AM +9:00:
> Mat Booth wrote, at 03/06/2009 05:45 AM +9:00:
>> On Sun, Mar 1, 2009 at 7:56 PM, Mat Booth <fedora at matbooth.co.uk> wrote:
>>> I've updated eclipse-emf and I'm trying to build it, but it seems to
>>> fail if the build host arch is ppc64. By chance, all the scratch
>>> builds I've submitted were built on i586 hosts and they have all
>>> worked perfectly. By chance, all the real builds I've submitted were
>>> built on ppc64 hosts and they all fail with the same error.
>>>
>>> Scratch builds succeeding on i586:
>>> https://koji.fedoraproject.org/koji/taskinfo?taskID=1210426
>>> https://koji.fedoraproject.org/koji/taskinfo?taskID=1211516
>>>
>>> Real builds failing on ppc64:
>>> https://koji.fedoraproject.org/koji/taskinfo?taskID=1210476
>>> https://koji.fedoraproject.org/koji/taskinfo?taskID=1210708
>>> https://koji.fedoraproject.org/koji/taskinfo?taskID=1211494
>>>
>>> The spec file[1] contains the following lines:
>>>
>>>    %define eclipse_base     %{_libdir}/eclipse
>>>    %{eclipse_base}/buildscripts/pdebuild -f org.eclipse.emf.all \
>>>      -a "-DjavacTarget=1.5 -DjavacSource=1.5
>>> -DforceContextQualifier=v200902171115"
>>>
>>> And the error message on ppc64 builds is the following:
>>>
>>>    /var/tmp/rpm-tmp.5hAGBF: line 31:
>>> /usr/lib/eclipse/buildscripts/pdebuild: No such file or directory
>>>
>>> Now, I could be wrong, but it looks to me like the RPM macro
>>> %{_libdir} is expanding incorrectly on ppc64 hosts. (Surely it should
>>> expand to /usr/lib64!) Is this a bug? If so, what component should I
>>> raise the ticket for in Bugzilla?
>>>
>>> [1]http://cvs.fedoraproject.org/viewvc/rpms/eclipse-emf/devel/eclipse-emf.spec?revision=1.12 
>>>
>>>
>>> -- 
>>> Mat Booth
>>> www.matbooth.co.uk
>>>
>>
>>
>> No-one has any ideas at all? Should I just keep resubmitting the build
>> until Koji chooses to build it on a non-pp64 build host?
> 
> Your spec file says this is noarch, i.e. arch-independent. That is, it 
> is expected that files are installed under the same path
> regardless of what architecture this srpm is rebuilt on.
> However as you know the macro %_libdir is arch-dependent, so
> this is wrong.
> 
> - If this package is really noarch, you should use /usr/lib (or 
> %_prefix/lib),
>  not %_libdir, c.f.
>  https://www.redhat.com/archives/fedora-devel-list/2008-December/msg02034.html 
> 
> - If this package is arch-dependent, you should create a patch to modify
>  install path.

Or simply remove "BuildArch: noarch", sorry.

Mamoru



From jkeating at redhat.com  Fri Mar  6 00:53:11 2009
From: jkeating at redhat.com (Jesse Keating)
Date: Thu, 05 Mar 2009 16:53:11 -0800
Subject: Eclipse EMF build failures on ppc64 hosts
In-Reply-To: <9497e9990903011156y2a173edaq225f65ad4aaabec9@mail.gmail.com>
References: <9497e9990903011156y2a173edaq225f65ad4aaabec9@mail.gmail.com>
Message-ID: <1236300791.3837.34.camel@localhost.localdomain>

On Sun, 2009-03-01 at 19:56 +0000, Mat Booth wrote:
> 
> Now, I could be wrong, but it looks to me like the RPM macro
> %{_libdir} is expanding incorrectly on ppc64 hosts. (Surely it should
> expand to /usr/lib64!) Is this a bug? If so, what component should I
> raise the ticket for in Bugzilla?

We looked into this a bit today, and it appears to be a shortfall in
mock, or rpm(build) that is triggered by koji.  When koji builds
something for noarch, it explicitly passes --target noarch.  This
overwrites some settings in mock for the rpmbuild arch and in the ppc64
case, rpm defaults to ppc, and libdir is wrong.  If koji didn't pass
--target, then the default arch for the config would be used and all is
happy.  We're not entirely certain where the real bug lies, but we have
a couple possible work arounds, and we'll be discussing with rpm folks
tomorrow. 

-- 
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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090305/51de4ef6/attachment.sig>

From bbbush.yuan at gmail.com  Fri Mar  6 01:14:04 2009
From: bbbush.yuan at gmail.com (Yuan Yijun)
Date: Fri, 6 Mar 2009 09:14:04 +0800
Subject: Ready for new RPM version?
In-Reply-To: <49B06DA3.5050304@redhat.com>
References: <alpine.DEB.1.10.0902261918480.9856@gotcha.dreamhost.com>
	<49A6D905.6060503@fedoraproject.org>
	<19973.1235674198@laptop14.inf.utfsm.cl>
	<alpine.LFD.2.00.0902270003110.24683@turre.koti.laiskiainen.org>
	<76e72f800903050601i190d1a3bn1d0b6efced8f169@mail.gmail.com>
	<20090305154113.4c21d5a7@hammerfall>
	<76e72f800903051619n4332e038m3f8dd10b1ffd488e@mail.gmail.com>
	<49B06DA3.5050304@redhat.com>
Message-ID: <76e72f800903051714w41e2e60dic25926e2dfd4583@mail.gmail.com>

2009/3/6 Caius kaio Chance <cchance at redhat.com>:
>
> Have you used ext4 rather than ext3?
>

ext4. Anything to do with rpm database?


-- 
bbbush ^_^



From awilliam at redhat.com  Fri Mar  6 02:03:12 2009
From: awilliam at redhat.com (Adam Williamson)
Date: Thu, 05 Mar 2009 18:03:12 -0800
Subject: firmware
In-Reply-To: <20090306014307.47000004@lain.camperquake.de>
References: <49B04050.7020608@kymp.net>
	<f12087800903051314o4944d9f6h88ebba05ba2b1641@mail.gmail.com>
	<1236288611.11873.9.camel@localhost.localdomain>
	<20090306014307.47000004@lain.camperquake.de>
Message-ID: <1236304992.5044.15.camel@adam.local.net>

On Fri, 2009-03-06 at 01:43 +0100, Ralf Ertzinger wrote:
> Hi.
> 
> On Thu, 05 Mar 2009 16:30:10 -0500, Dan Williams wrote
> 
> > That's got a lot of nice stuff that isn't in Fedora yet, including
> > WPA-enabled firmware for Prism 2.5 devices (including original Apple
> > Airport cards).
> 
> Weren't those Orinocos?

Same thing.
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org
http://www.happyassassin.net



From bbbush.yuan at gmail.com  Fri Mar  6 02:58:27 2009
From: bbbush.yuan at gmail.com (Yuan Yijun)
Date: Fri, 6 Mar 2009 10:58:27 +0800
Subject: Ready for new RPM version?
In-Reply-To: <76e72f800903051619n4332e038m3f8dd10b1ffd488e@mail.gmail.com>
References: <alpine.DEB.1.10.0902261918480.9856@gotcha.dreamhost.com>
	<49A6D905.6060503@fedoraproject.org>
	<19973.1235674198@laptop14.inf.utfsm.cl>
	<alpine.LFD.2.00.0902270003110.24683@turre.koti.laiskiainen.org>
	<76e72f800903050601i190d1a3bn1d0b6efced8f169@mail.gmail.com>
	<20090305154113.4c21d5a7@hammerfall>
	<76e72f800903051619n4332e038m3f8dd10b1ffd488e@mail.gmail.com>
Message-ID: <76e72f800903051858p71d6e64aka783a66e183a500a@mail.gmail.com>

2009/3/6 Yuan Yijun <bbbush.yuan at gmail.com>:
>
> I was going to upgrade my F10 to rawhide, so I installed rpm 4.7b1
> first. But soon I realized I need both rpm 4.7b1 build for F10 and
> rawhide. Then I give up and installed rpm 4.6, but rpm database seems
> to have changed.
>

Additional information: I tried kernel for f11 before downgrade to
4.6. Now I installed 4.7b1 again, and go back to f10 kernel, the rpm
database is still not usable. I'll try it later with f11 kernel.




-- 
bbbush ^_^



From kevin.kofler at chello.at  Fri Mar  6 03:06:11 2009
From: kevin.kofler at chello.at (Kevin Kofler)
Date: Fri, 06 Mar 2009 04:06:11 +0100
Subject: Ready for new RPM version?
References: <alpine.DEB.1.10.0902261918480.9856@gotcha.dreamhost.com>
	<49A6D905.6060503@fedoraproject.org>
	<19973.1235674198@laptop14.inf.utfsm.cl>
	<alpine.LFD.2.00.0902270003110.24683@turre.koti.laiskiainen.org>
	<76e72f800903050601i190d1a3bn1d0b6efced8f169@mail.gmail.com>
Message-ID: <goq3v3$oen$7@ger.gmane.org>

Yuan Yijun wrote:
> Anyone can help me to downgrade my system to 4.6? I am stuck.

Downgrading RPM from 4.7 to 4.6 is not possible.

        Kevin Kofler



From fedora at leemhuis.info  Fri Mar  6 06:03:02 2009
From: fedora at leemhuis.info (Thorsten Leemhuis)
Date: Fri, 06 Mar 2009 07:03:02 +0100
Subject: fedora-devel-announce for ABI/API/soname breakage announcements
 (was: Re: Plans for tomorrow's (20090306) FESCo meeting)
In-Reply-To: <da159fda0903051244m6cb96a29q36e540943af1e6d4@mail.gmail.com>
References: <da159fda0903051244m6cb96a29q36e540943af1e6d4@mail.gmail.com>
Message-ID: <49B0BC96.9090109@leemhuis.info>

On 05.03.2009 21:44, Jon Stanley wrote:
> 
> 57	Make stronger policy/guideline that ABI/API/soname breakage should
> always be announced fedora-devel-announce (not f-d-l)

Why not simply mail f-d-l as well as all the maintainers of packages 
that are affected (and not fedora-devel-announce!)? A simple command 
line script is able to do that in case MTA's like sendmail or postfix 
are properly configured. That script likely could write a comma 
separated list that people can cut-n-paste to Thunderbird, Kmail and 
other MUA's if needed.

Reason: I for one slowly start to get annoyed by the slowly increasing 
traffic on fedora-devel-announce that clutters my inbox. Thus I started 
to consider to move mails from that list into some IMAP folder 
automatically, and that is exactly what we didn't want people to do when 
fedora-devel-announce was created. I think we said something like "less 
then 10 mails a month" back when we created it, but I could not find 
that on a quick google search :-/

CU
thl

P.S.: I on purpose comment here on the list and not in the ticket where 
this comment would be hidden by most of those that will be are affected 
by the change.



From pmatilai at laiskiainen.org  Fri Mar  6 06:30:25 2009
From: pmatilai at laiskiainen.org (Panu Matilainen)
Date: Fri, 6 Mar 2009 08:30:25 +0200 (EET)
Subject: Ready for new RPM version?
In-Reply-To: <goq3v3$oen$7@ger.gmane.org>
References: <alpine.DEB.1.10.0902261918480.9856@gotcha.dreamhost.com>
	<49A6D905.6060503@fedoraproject.org>
	<19973.1235674198@laptop14.inf.utfsm.cl>
	<alpine.LFD.2.00.0902270003110.24683@turre.koti.laiskiainen.org>
	<76e72f800903050601i190d1a3bn1d0b6efced8f169@mail.gmail.com>
	<goq3v3$oen$7@ger.gmane.org>
Message-ID: <alpine.DEB.1.10.0903060829260.6309@gotcha.dreamhost.com>

On Fri, 6 Mar 2009, Kevin Kofler wrote:

> Yuan Yijun wrote:
>> Anyone can help me to downgrade my system to 4.6? I am stuck.
>
> Downgrading RPM from 4.7 to 4.6 is not possible.

Sure it is. There are no changes whatsoever to rpm database between RPM 
4.6 and 4.7.

 	- Panu -



From pmatilai at laiskiainen.org  Fri Mar  6 06:39:34 2009
From: pmatilai at laiskiainen.org (Panu Matilainen)
Date: Fri, 6 Mar 2009 08:39:34 +0200 (EET)
Subject: Ready for new RPM version?
In-Reply-To: <76e72f800903051619n4332e038m3f8dd10b1ffd488e@mail.gmail.com>
References: <alpine.DEB.1.10.0902261918480.9856@gotcha.dreamhost.com>
	<49A6D905.6060503@fedoraproject.org>
	<19973.1235674198@laptop14.inf.utfsm.cl>
	<alpine.LFD.2.00.0902270003110.24683@turre.koti.laiskiainen.org>
	<76e72f800903050601i190d1a3bn1d0b6efced8f169@mail.gmail.com>
	<20090305154113.4c21d5a7@hammerfall>
	<76e72f800903051619n4332e038m3f8dd10b1ffd488e@mail.gmail.com>
Message-ID: <alpine.DEB.1.10.0903060830430.6309@gotcha.dreamhost.com>

On Fri, 6 Mar 2009, Yuan Yijun wrote:

> 2009/3/5 Michal Schmidt <mschmidt at redhat.com>:
>>>
>>> Anyone can help me to downgrade my system to 4.6? I am stuck.
>>
>> Why, do you have any problems with 4.7-beta? It works fine for me so
>> far.
>>
>> You can download the rpm-*4.6.0*.rpm packages manually from any Rawhide
>> mirror and then: ?rpm -Uvh --oldpackage rpm-*4.6.0*.rpm
>>
>
> I was going to upgrade my F10 to rawhide, so I installed rpm 4.7b1
> first. But soon I realized I need both rpm 4.7b1 build for F10 and
> rawhide. Then I give up and installed rpm 4.6, but rpm database seems
> to have changed.

Right, the gotcha here has to do with the Berkeley DB version rpm was 
built against: on F10, it's 4.5.20 and in rawhide it's 4.7.25. If nuking 
the environment ('rm -f /var/lib/rpm/__*') doesn't clear that up, you'll 
need to rev back the database to db 4.5.20 with the db utils, something 
like this:
# rpm -Uvh --oldpackage rpm-*4.6.0*.rpm
# cp -avp /var/lib/rpm/ /var/lib/rpm.save/
# cd /var/lib/rpm/
# mv Packages Packages.orig
# db_dump Packages.orig db45_load Packages
# rpm --rebuilddb

 	- Panu -



From fedora at matbooth.co.uk  Fri Mar  6 08:13:35 2009
From: fedora at matbooth.co.uk (Mat Booth)
Date: Fri, 6 Mar 2009 08:13:35 +0000
Subject: Eclipse EMF build failures on ppc64 hosts
In-Reply-To: <49B072DC.7020001@ioa.s.u-tokyo.ac.jp>
References: <9497e9990903011156y2a173edaq225f65ad4aaabec9@mail.gmail.com>
	<9497e9990903051245y533ebb65gf90601752440ae93@mail.gmail.com>
	<49B072DC.7020001@ioa.s.u-tokyo.ac.jp>
Message-ID: <9497e9990903060013sf23f245s2f567e56eac7ff07@mail.gmail.com>

On Fri, Mar 6, 2009 at 12:48 AM, Mamoru Tasaka
<mtasaka at ioa.s.u-tokyo.ac.jp> wrote:
> Your spec file says this is noarch, i.e. arch-independent. That is, it is
> expected that files are installed under the same path
> regardless of what architecture this srpm is rebuilt on.
> However as you know the macro %_libdir is arch-dependent, so
> this is wrong.
>
> - If this package is really noarch, you should use /usr/lib (or
> %_prefix/lib),
> ?not %_libdir, c.f.
> ?https://www.redhat.com/archives/fedora-devel-list/2008-December/msg02034.html
> - If this package is arch-dependent, you should create a patch to modify
> ?install path.
>

The script my package uses is supplied by a different (arch-specific)
package, so I don't think either of these points apply.


-- 
Mat Booth
www.matbooth.co.uk



From fedora at matbooth.co.uk  Fri Mar  6 08:14:06 2009
From: fedora at matbooth.co.uk (Mat Booth)
Date: Fri, 6 Mar 2009 08:14:06 +0000
Subject: Eclipse EMF build failures on ppc64 hosts
In-Reply-To: <1236300791.3837.34.camel@localhost.localdomain>
References: <9497e9990903011156y2a173edaq225f65ad4aaabec9@mail.gmail.com>
	<1236300791.3837.34.camel@localhost.localdomain>
Message-ID: <9497e9990903060014h5fa08d63h29f651f6b4ead1d0@mail.gmail.com>

2009/3/6 Jesse Keating <jkeating at redhat.com>:
> On Sun, 2009-03-01 at 19:56 +0000, Mat Booth wrote:
>>
>> Now, I could be wrong, but it looks to me like the RPM macro
>> %{_libdir} is expanding incorrectly on ppc64 hosts. (Surely it should
>> expand to /usr/lib64!) Is this a bug? If so, what component should I
>> raise the ticket for in Bugzilla?
>
> We looked into this a bit today, and it appears to be a shortfall in
> mock, or rpm(build) that is triggered by koji. ?When koji builds
> something for noarch, it explicitly passes --target noarch. ?This
> overwrites some settings in mock for the rpmbuild arch and in the ppc64
> case, rpm defaults to ppc, and libdir is wrong. ?If koji didn't pass
> --target, then the default arch for the config would be used and all is
> happy. ?We're not entirely certain where the real bug lies, but we have
> a couple possible work arounds, and we'll be discussing with rpm folks
> tomorrow.
>

Thanks for the feedback, Jesse. Much appreciated.

You've probably seen me raise a rel-eng ticket about this already so
the problem doesn't get forgotten.

In the meantime, I've hammered away of the resubmit button in Koji and
my package has now built successfully.


-- 
Mat Booth
www.matbooth.co.uk



From rawhide at fedoraproject.org  Fri Mar  6 09:13:26 2009
From: rawhide at fedoraproject.org (Rawhide Report)
Date: Fri,  6 Mar 2009 09:13:26 +0000 (UTC)
Subject: rawhide report: 20090306 changes
Message-ID: <20090306091326.459F41F8247@releng2.fedora.phx.redhat.com>

Compose started at Fri Mar  6 06:01:03 UTC 2009

New package armstrong
        Powerful music sequencing library
New package dc3dd
        Patched version of GNU dd for use in computer forensics
New package django-pagination
        Django pagination tools
New package esperanza
        A graphical audio player
New package jFormatString
        Java format string compile-time checker
New package meshmagick
        Command line manipulation tool for Ogre meshes
New package openbios
        OpenBios implementation of IEEE 1275-1994
New package perl-HTML-TagCloud
        Generate An HTML Tag Cloud
New package perl-MooseX-Singleton
        Turn your Moose class into a singleton
New package perl-Text-Password-Pronounceable
        Generate pronounceable passwords
New package rubygem-htmlentities
        A module for encoding and decoding (X)HTML entities
New package stp
        Constraint solver/decision procedure
Removed package libzzub
Removed package linkage
Updated Packages:

NetworkManager-openconnect-0.7.0.99-1.fc11
------------------------------------------
* Thu Mar 05 2009 Dan Williams <dcbw at redhat.com> 1:0.7.0.99-1
- Update to 0.7.1rc3


NetworkManager-openvpn-0.7.0.99-1.fc11
--------------------------------------
* Thu Mar 05 2009 Dan Williams <dcbw at redhat.com> 1:0.7.0.99-1
- Update to 0.7.1rc3


NetworkManager-pptp-0.7.0.99-1.fc11
-----------------------------------
* Thu Mar 05 2009 Dan Williams <dcbw at redhat.com> 1:0.7.0.99-1
- Update to 0.7.1rc3


NetworkManager-vpnc-0.7.0.99-1.fc11
-----------------------------------
* Thu Mar 05 2009 Dan Williams <dcbw at redhat.com> 1:0.7.0.99-1
- Update to 0.7.1rc3


aldrin-0.13-1.fc11
------------------
* Fri Feb 27 2009 Orcan Ogetbil <oget [DOT] fedora [AT] gmail [DOT] com> - 0.13-1
- Update to version 0.13


alexandria-0.6.4-0.2.b1.fc11
----------------------------
* Fri Mar 06 2009 Mamoru Tasaka <mtasaka at ioa.s.u-tokyo.ac.jp> - 0.6.4-0.2.b1
- Add ruby(htmlentities) dependency

* Tue Mar 03 2009 Mamoru Tasaka <mtasaka at ioa.s.u-tokyo.ac.jp> - 0.6.4-0.1.b1
- Update to 0.6.4 beta 1
- Drop all patches, merged into upstream


amarok-2.0.2-1.fc11
-------------------
* Wed Mar 04 2009 Rex Dieter <rdieter at fedoraproject.org> 2.0.2-1
- amarok-2.0.2


anaconda-11.5.0.25-1
--------------------

aqbanking-3.8.2-1.fc11
----------------------
* Thu Mar 05 2009 Bill Nottingham <notting at redhat.com> - 3.8.2-1
- update to 3.8.2-1

* Mon Feb 23 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 3.7.2-3
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


banshee-1.4.3-1.fc11
--------------------
* Thu Mar 05 2009 David Nielsen <dnielsen at fedoraproject.org> - 1.4.3-1
- Update to 1.4.3
- Remove upstreamed patch


bigboard-0.6.4-8.fc11
---------------------
* Thu Mar 05 2009 Brian Pepple <bpepple at fedoraproject.org> - 0.6.4-8
- Rebuild for new libempathy

* Mon Feb 23 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 0.6.4-7
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


binutils-2.19.51.0.2-16.fc11
----------------------------
* Thu Mar 05 2009 Nick Clifton <nickc at redhat.com> 2.19.51.0.2-16
- Add IBM Power7 support.  (BZ 487887)

* Mon Mar 02 2009 Nick Clifton <nickc at redhat.com> 2.19.51.0.2-15
- Add IFUNC support.  (BZ 465302)


bluez-4.32-5.fc11
-----------------
* Fri Mar 06 2009 - Bastien Nocera <bnocera at redhat.com> - 4.32-5
- Fix SDP parsing to XML when it contains NULLs


bochs-2.3.8-0.4.git04387139e3b.fc11
-----------------------------------
* Fri Mar 06 2009 Glauber Costa <glommer at redhat.com> 2.3.8-0.4.git04387139e3b
- Provide and Obsolete bochs-bios-data to make sure no one is harmed during
  updates.

* Thu Mar 05 2009 Glauber Costa <glommer at redhat.com> 2.3.8-0.1.git04387139e3b
- updated to git 04387139e3b, and applied qemu's patch ontop.

* Thu Mar 05 2009 Glauber Costa <glommer at redhat.com> 2.3.8-0.2.git04387139e3b
- this time with sources added.

* Thu Mar 05 2009 Glauber Costa <glommer at redhat.com> 2.3.8-0.3.git04387139e3b
- added patches ;-)


bugzilla-3.2.2-2.fc11
---------------------
* Thu Mar 05 2009 Itamar Reis Peixoto <itamar at ispbrasil.com.br> 3.2.2-2
- fix from BZ #474250 Comment #16, from Chris Eveleigh -->
- add python BR for contrib subpackage
- fix description
- change Requires perl-SOAP-Lite to perl(SOAP::Lite) according guidelines

* Sun Mar 01 2009 Itamar Reis Peixoto <itamar at ispbrasil.com.br> 3.2.2-1
- thanks to Chris Eveleigh <chris dot eveleigh at planningportal dot gov dot uk>
- for contributing with patches :-)
- Upgrade to upstream 3.2.2 to fix multiple security vulns
- Removed old perl_requires exclusions, added new ones for RADIUS, Oracle and sanitycheck.cgi
- Added Oracle to supported DBs in description (and moved line breaks)
- Include a patch to fix max_allowed_packet warnin when using with mysql


cpuspeed-1.5-4.fc11
-------------------
* Mon Mar 02 2009 Jarod Wilson <jarod at redhat.com> 1.5-4
- Fix up ExclusiveArch, now that 32-bit x86 is built i586 for F11


cups-1.4-0.b2.8.fc11
--------------------
* Thu Mar 05 2009 Tim Waugh <twaugh at redhat.com> 1:1.4-0.b2.8
- Updated to svn8404.

* Wed Feb 25 2009 Tim Waugh <twaugh at redhat.com>
- Added 'Should-Start: portreserve' to the initscript (part of bug #487250).


desktop-data-model-1.2.5-8.fc11
-------------------------------
* Thu Mar 05 2009 Brian Pepple <bpepple at fedoraproject.org> - 1.2.5-8
- Rebuild for new libempathy


dhcp-4.1.0-10.fc11
------------------
* Thu Mar 05 2009 David Cantrell <dcantrell at redhat.com> - 12:4.1.0-10
- restorecon fixes for /etc/localtime and /etc/resolv.conf (#488470)


eclipse-emf-2.4.2-1.fc11
------------------------
* Sat Feb 28 2009 Mat Booth <fedora at matbooth.co.uk> 2.4.2-1
- Update for Ganymede SR2.


eclipse-systemtapgui-1.0-7.fc11
-------------------------------
* Thu Mar 05 2009 Anithra P Janakiraman <anithra at linux.vnet.ibm.com> 1.0-6
- Bug Fix.

* Thu Mar 05 2009 Anithra P Janakiraman <anithra at linux.vnet.ibm.com> 1.0-7
- Bumping release to get rid of tag problems


elektra-0.7.0-1.fc11
--------------------
* Thu Mar 05 2009 kwizart < kwizart at gmail.com > - 0.7.0-1
- Update to 0.7.0


eric-4.3.0-3.fc11
-----------------
* Thu Mar 05 2009 Johan Cwiklinski <johan AT x-tnd DOT be> - 4.3.0-3
- Fixed bad 'full_python_ver'


etoys-4.0.2206-3.fc11
---------------------
* Fri Mar 06 2009 Gavin Romig-Koch <gavin at redhat.com> - 4.0.2206-3
- added files necessary for EToys to work as a Sugar activity.
- pulled in latest upstream release 4.0.2206


fedora-release-10.91-4
----------------------
* Thu Mar 05 2009 Jesse Keating <jkeating at redhat.com> - 10.91-4
- Drop req on fedora-release-notes (#483018)


gdm-2.25.2-13.fc11
------------------
* Thu Mar 05 2009 Ray Strode <rstrode at redhat.com> - 1:2.25.2-12
- Create settings object early to prevent assertion failures
  when one pam conversation completes before another starts.

* Thu Mar 05 2009 Ray Strode <rstrode at redhat.com> - 1:2.25.2-13
- 2.25.2-10 fixes were actually only for timed login.
  Add same fix for auto login


gnome-libs-1.4.2-13.fc11
------------------------
* Thu Mar 05 2009 Paul Howarth <paul at city-fan.org> 1:1.4.2-13
- Provide pkgconfig(gnomeui) needed to satisfy autogenerated dependency in
  libglade and possibly other packages built on gnome-libs; an actual .pc file
  isn't needed because pkg-config knows to use gnome-config for this
- Weed out redundant -L%{_libdir} options from gnome-config output


gnu-smalltalk-3.1-4.fc11
------------------------
* Thu Mar 05 2009 Jochen Schmitt <Jochen herr-schmitt de> 3.1-4
- Supporting noarch subpackages


gnucash-2.2.9-1.fc11
--------------------
* Thu Mar 05 2009 Bill Nottingham <notting at redhat.com> - 2.2.9-1
- update to 2.2.9


gnuradio-3.1.3-5.fc11
---------------------
* Wed Mar 04 2009 Lubomir Rintel <lkundrak at v3.sk> - 3.1.3-5
- Fix build with GCC 4.4

* Tue Feb 24 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 3.1.3-4
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


gprolog-1.3.1-3.fc11
--------------------
* Thu Mar 05 2009 Jochen Schmitt <Jochen herr-schmitt de> 1.3.1-3
- Supporting noarch subpackages


gpsim-0.23.0-3.20090302svn2042.fc11
-----------------------------------
* Thu Mar 05 2009 Roy Rankin <rrankin at ihug.com.au> 0.23.0-3.20090302svn2042
- RC1 of gpsim-0.23.0 see ANNOUNCE file for new features


gtk-vnc-0.3.8-6.fc11
--------------------
* Thu Mar 05 2009 Daniel P. Berrange <berrange at redhat.com> - 0.3.8-6.fc11
- Fix SASL address generation when using AF_UNIX sockets


gwenhywfar-3.7.2-1.fc11
-----------------------
* Thu Mar 05 2009 Bill Nottingham <notting at redhat.com> - 3.7.2-1
- update to 3.7.2


hal-0.5.12-24.20090226git.fc11
------------------------------
* Fri Mar 06 2009 - Matthew Garrett <mjg at redhat.com> - 0.5.12-24.20090226git
- Remove Toshiba hotkey support. toshiba_acpi can handle them now.


hamster-applet-2.25.92-1.fc11
-----------------------------
* Thu Mar 05 2009 Mads Villadsen <maxx at localhost.localdomain> - 2.25.92-1
- Update to latest upstream release
- Better statistics
- Better keyboard support
- Improved python 2.6 support


ibus-table-1.1.0.20090220-5.fc11
--------------------------------
* Fri Mar 06 2009 Jens Petersen <petersen at redhat.com> - 1.1.0.20090220-5
- make pkgconfig noarch with ibus-table-pkgconfig-noarch.patch
- fix license field: actually LGPL
- drop gettext-devel BR
- require ibus > 1.1.0


ikiwiki-3.06-1.fc11
-------------------
* Thu Mar 05 2009 Thomas Moschny <thomas.moschny at gmx.de> - 3.06-1
- Update to 3.06.


iptables-1.4.2-3.fc11
---------------------
* Thu Mar 05 2009 Thomas Woerner <twoerner at redhat.com> 1.4.2-3
- still more review fixes (rhbz#225906)
  - consistent macro usage
  - use sed instead of perl for rpath removal
  - use standard RPM CFLAGS, but also -fno-strict-aliasing (needed for libiptc*)


kaya-0.5.1-4.fc11
-----------------
* Thu Mar 05 2009 Jochen Schmitt <Jochen herr-schmitt de> 0.5.1-4
- Supporting noarch subpackages


kbd-1.15-7.fc11
---------------
* Thu Mar 05 2009 Vitezslav Crhonek <vcrhonek at redhat.com> - 1.15-7
- Add loadkeys 'q' option to loadkeys manpage and --help
  Resolves: #487538


kde-plasma-weather-1.0.0-3.fc11
-------------------------------
* Thu Mar 05 2009 Kevin Kofler <Kevin at tigcc.ticalc.org> 1.0.0-3
- backport 2 fixes for rendering issues with Qt 4.5 from trunk
- don't show the non-functional "Update now" menu entry (backported from trunk)
- use only 1 decimal place for the wind gust (backported from trunk)


kernel-2.6.29-0.207.rc7.fc11
----------------------------
* Thu Mar 05 2009 Ben Skeggs <bskeggs at redhat.com>
- drm-nouveau.patch: fix <nv50 chipsets, and ppc.

* Thu Mar 05 2009 Eric Sandeen <sandeen at redhat.com>
- Fix ext4 race between inode bitmap set/clear

* Thu Mar 05 2009 Ben Skeggs <bskeggs at redhat.com>
- drm-nouveau.patch: fix some issues mainly seen on earlier chipsets

* Thu Mar 05 2009 Dave Airlie <airlied at redhat.com>
- drm-radeon-modesetting.patch: add new relocation for Xv sync


ktechlab-0.3.70-1.20090304svn.fc11
----------------------------------
* Wed Mar 04 2009 Chitlesh Goorah <chitlesh [AT] fedoraproject DOT org> - 0.3.70-1.200900403svn
- new svn checkout 238
- included patch from upstream, Julian B??ume, to build on gpsim 0.23

* Sat Jan 31 2009 Chitlesh Goorah <chitlesh [AT] fedoraproject DOT org> - 0.3.69-11.20090131svn
- new svn checkout 175


ladspa-swh-plugins-0.4.15-14.fc11
---------------------------------
* Thu Mar 05 2009 Caol??n McNamara <caolanm at redhat.com> - 0.4.15-14
- make it build

* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 0.4.15-13
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


lcdproc-0.5.2-10.fc11
---------------------
* Thu Mar 05 2009 kwizart < kwizart at gmail.com > - 0.5.2-10
- Disable LCDd lcdproc initscript by default.
  (It needs to be configured first).


libfreebob-1.0.11-5.fc11
------------------------
* Thu Mar 05 2009 Caol??n McNamara <caolanm at redhat.com> - 1.0.11-5
- fix up includes for gcc44

* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 1.0.11-4
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


libgcrypt-1.4.4-4.fc11
----------------------
* Thu Mar 05 2009 Tomas Mraz <tmraz at redhat.com> 1.4.4-4
- with the integrity verification check the library needs to link to libdl
  (#488702)


libgphoto2-2.4.4-3.fc11
-----------------------
* Thu Mar 05 2009 Caol??n McNamara <caolanm at redhat.com> - 2.4.4-3
- tweak BR to get to build

* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 2.4.4-2
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


libofx-0.9.1-1.fc11
-------------------
* Thu Mar 05 2009 Bill Nottingham <notting at redhat.com> - 0.9.1-1
- update to 0.9.1
- remove xml++ support - we've never built it


libsepol-2.0.35-3.fc11
----------------------
* Thu Mar 05 2009 Dan Walsh <dwalsh at redhat.com> 2.0.35-3
- Fix license specification to be LGPL instead of GPL


libvirt-0.6.1-1.fc11
--------------------
* Wed Mar 04 2009 Daniel Veillard <veillard at redhat.com> - 0.6.1-1.fc11
- upstream release 0.6.1
- support for node device detach reattach and reset
- sVirt mandatory access control support
- many bug fixes and small improvements

* Mon Mar 02 2009 Daniel Veillard <veillard at redhat.com> - 0.6.0-6.fc11
- make sure Xen is handled in i586 new default 32bits x86 packages


lohit-fonts-2.3.8-1.fc11
------------------------
* Thu Mar 05 2009 Rahul Bhalerao <rbhalera at redhat.com> - 2.3.8-1.fc11
- Bug 428427 - [kn_IN][fonts-indic] - 0CB5+0CCA is wrongly rendering 
- Bug 450699 - [ta_IN]Errors in "sh" and "shrI" in Lohit Tamil font (fixed in font, needs rendering update)
- Bug 476427 - [te_IN] - Consonant+Virama+Consonant+Virama+space renders the second virama as a separate glyph in
  lohit-telugu font
- Bug 479100 - [kn_IN] Conjunct combination of U0C9D with U0CCA/U0CCB is rendering wrongly
- Bug 483530 - [bn_IN]Lohit Bengali font cheating about character support
- Added Lohit-Assamese


lordsawar-0.1.4-4.fc11
----------------------
* Thu Mar 05 2009 Caol??n McNamara <caolanm at redhat.com> - 0.1.4-4
- include stdio.h for printf

* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 0.1.4-3
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


lxde-common-0.3.2.1-4.fc11
--------------------------
* Fri Mar 06 2009 Christoph Wickert <cwickert at fedoraproject.org> - 0.3.2.1-4
- Workaround for new gdm
- Addd Pulseaudio support
- Add mixer plugin to the panel
- Require xdg-utils


malaga-suomi-voikko-1.3-1.fc11
------------------------------
* Thu Mar 05 2009 - Ville-Pekka Vainio <vpivaini AT cs.helsinki.fi> 1.3-1
- Suomi-malaga 1.3


mesa-7.3-10.fc11
----------------
* Thu Mar 05 2009 Dave Airlie <airlied at redhat.com> 7.3-10
- radeon-rewrite.patch: fixup link against libdrm_radeon


mingw32-glib2-2.19.10-1.fc11
----------------------------
* Thu Mar 05 2009 Erik van Pienbroek <epienbro at fedoraproject.org> - 2.19.10-1
- Update to 2.19.10
- Dropped the gtk-doc documentation as it's identical to the base glib2 package


mod_nss-1.0.8-1.fc11
--------------------
* Mon Mar 02 2009 Rob Crittenden <rcritten at redhat.com> - 1.0.8-1
- Update to 1.0.8
- Add patch that fixes NSPR layer bug


multiget-1.2.0-5.fc11
---------------------
* Thu Mar 05 2009 Caol??n McNamara <caolanm at redhat.com> - 1.2.0-5
- include cstdio for sprintf

* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 1.2.0-4
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


nfs-utils-1.1.5-1.fc11
----------------------
* Thu Mar 05 2009 Steve Dickson <steved at redhat.com> 1.1.5-1
- Updated to latest upstream version: 1.1.5

* Wed Mar 04 2009 Steve Dickson <steved at redhat.com> 1.1.4-21
- configure: fix AC_CACHE_VAL warnings


ntop-3.3.9-3.fc11
-----------------
* Thu Mar 05 2009 Peter Vrabec <pvrabec at redhat.com> - 3.3.9-3
- build against existing package (#488419)


numpy-1.2.1-3.fc11
------------------
* Thu Mar 05 2009 Jon Ciesla <limb at jcomserv.net> 1.2.1-3
- Require python-devel, BZ 488464.


papyrus-0.10.1-1.fc11
---------------------
* Thu Mar 05 2009 Rick L Vinyard Jr <rvinyard at cs.nmsu.edu> - 0.10.1-1
- New release


pavucontrol-0.9.7-5.fc11
------------------------
* Thu Mar 05 2009 Lennart Poettering <lpoetter at redhat.com> 0.9.7-5
- Second preview of upcoming 0.9.8


perl-AnyEvent-4.340-1.fc11
--------------------------
* Thu Mar 05 2009 kwizart < kwizart at gmail.com > - 4.340-1
- Update to 4.34   (rpm version : 4.340 )


perl-Proc-ProcessTable-0.44-3.fc11
----------------------------------
* Thu Mar 05 2009 Caol??n McNamara <caolanm at redhat.com> - 0.44-3
- defuzz patches to build

* Thu Feb 26 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 0.44-2
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild

* Fri Aug 01 2008 Andreas Thienemnan <athienem at redhat.com> 0.44-1
- Update to 0.44


php-pear-PHP-CodeSniffer-1.1.0-1.fc11
-------------------------------------
* Thu Mar 05 2009 Konstantin Ryabitsev <icon at fedoraproject.org> - 1.1.0-1
- Belatedly update to 1.1.0 final.


pulseaudio-0.9.15-3.test5.fc11
------------------------------
* Thu Mar 05 2009 Lennart Poettering <lpoetter at redhat.com> 0.9.15-3.test4
- New test release

* Thu Mar 05 2009 Lennart Poettering <lpoetter at redhat.com> 0.9.15-3.test5
- New test release


pyparted-2.0.5-1.fc11
---------------------
* Thu Mar 05 2009 David Cantrell <dcantrell at redhat.com> - 2.0.5-1
- Upgrade to pyparted-2.0.5


python-cryptsetup-0.0.7-1.fc11
------------------------------
* Thu Mar 05 2009 Martin Sivak <msivak at redhat dot com> - 0.0.7-1
- add default cipher mode and key to luksFormat

* Mon Mar 02 2009 Martin Sivak <msivak at redhat dot com> - 0.0.3-1
- Improve documentation
- luksFormat now accepts keyfile argument

* Mon Mar 02 2009 Martin Sivak <msivak at redhat dot com> - 0.0.4-1
- add prepare_passphrase_file method

* Mon Mar 02 2009 Martin Sivak <msivak at redhat dot com> - 0.0.5-1
- fix the luksUUID

* Mon Mar 02 2009 Martin Sivak <msivak at redhat dot com> - 0.0.6-1
- fix the UUID extraction logic
- fix the key manipulation


python-pycurl-7.19.0-1.fc11
---------------------------
* Thu Mar 05 2009 Jeffrey C. Ollie <jeff at ocjtech.us> - 7.19.0-1
- Update to 7.19.0


python-virtinst-0.400.2-3.fc11
------------------------------
* Thu Mar 05 2009 Cole Robinson <crobinso at redhat.com> - 0.400.2-3.fc11
- Fix virt-install --file option (bz 488731)


q-7.11-4.fc11
-------------
* Thu Mar 05 2009 Caol??n McNamara <caolanm at redhat.com> - 7.11-4
- adapt AcquireOnePixel usage for current ImageMagick api

* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 7.11-3
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


qdevelop-0.27.4-1.fc11
----------------------
* Thu Mar 05 2009 Nicoleau Fabien <nicoleau.fabien at gmail.com> - 0.27.4-1
- Rebuild for 0.27.4


qedje-0.3.0-4.fc11
------------------
* Thu Mar 05 2009 Caol??n McNamara <caolanm at redhat.com> - 0.3.0-4
- BR: phonon-devel

* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 0.3.0-3
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


qemu-0.10-0.4.kvm20090303git.fc11
---------------------------------
* Thu Mar 05 2009 Daniel P. Berrange <berrange at redhat.com> - 2:0.9.2-0.2.kvm20090303git
- Added BSD to license list, since many files are covered by BSD

* Thu Mar 05 2009 Glauber Costa <glommer at redhat.com> - 2:0.10-0.1.kvm20090303git
- Use bochs-bios instead of bochs-bios-data
- It's official: upstream set on 0.10

* Thu Mar 05 2009 Glauber Costa <glommer at redhat.com> - 2:0.10-0.4.kvm20090303git
- seems Epoch does not go into the tags. So start back here.


quickfix-1.12.4-8.fc11
----------------------
* Thu Mar 05 2009 Caol??n McNamara <caolanm at redhat.com> - 1.12.4-8
- include cstdio for std::sprintf, etc.

* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 1.12.4-7
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


qwtplot3d-0.2.7-8.fc11
----------------------
* Thu Mar 05 2009 Chitlesh Goorah <chitlesh [AT] fedoraproject DOT org> - 0.2.7-8
- fixed failed build on gcc 4.4

* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 0.2.7-7
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


readahead-1.4.9-1.fc11
----------------------
* Thu Mar 05 2009 Harald Hoyer <harald at redhat.com> 1.4.9-1
- version 1.4.9
- readahead-collector is now triggered by rpm database changes


rkhunter-1.3.4-4.fc11
---------------------
* Wed Mar 04 2009 Kevin Fenzi <kevin at tummy.com> - 1.3.4-4
- Rework spec file
- Add check for the new hmac ssh files

* Thu Feb 26 2009 Kevin Fenzi <kevin at tummy.com> - 1.3.4-3
- Update cron job to include hostname (thanks  Manuel Wolfshant)


rudeconfig-5.0.5-6.fc11
-----------------------
* Thu Mar 05 2009 Caol??n McNamara <caolanm at redhat.com> - 5.0.5-6
- include cstdio for EOF

* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 5.0.5-5
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


samba-3.3.1-0.30.fc11
---------------------
* Wed Mar 25 2009 Guenther Deschner <gdeschner at redhat.com> - 3.3.1-0.30
- Add libcap-devel to requires list (resolves: #488559)


sbackup-0.10.5-7.fc11
---------------------
* Thu Mar 05 2009 Simon Wesp <cassmodiah at fedoraproject.org> - 0.10.5-7
- Add patch2 to save on backup - Close RHBZ: #486079
- Add patch3 to deactivate dpkg queries


sigen-0.1.1-1.fc11
------------------
* Thu Mar 05 2009 Ben Boeckel <MathStuf at gmail.com> 0.1.1-1
- Update to release 0.1.1
- Fix Requires


sim-0.9.5-0.16.20080923svn2261rev.fc11
--------------------------------------
* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 0.9.5-0.16.20080923svn2261rev
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


squidGuard-1.4-4.fc11
---------------------
* Thu Mar 05 2009 Jon Ciesla <limb at jcomserv.net> - 1.4-4
- Initscript cleanup, BZ 247065.


stellarium-0.10.1-4.fc11
------------------------
* Thu Mar 05 2009 Jochen Schmitt <Jochen herr-schmitt de> 0.10.1-4
- Support noarch subpackates


tar-1.22-1.fc11
---------------
* Mon Mar 02 2009 Ondrej Vasik <ovasik at redhat.com> 2:1.22-1
- New upstream release 1.22, removed applied patch


teckit-2.5.1-3.fc11
-------------------
* Thu Mar 05 2009 Caol??n McNamara <caolanm at redhat.com> - 2.5.1-3
- include stdio.h for sprintf

* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 2.5.1-2
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


tellico-1.3.5-1.fc11
--------------------
* Thu Mar 05 2009 Alex Lancaster <alexlan[AT]fedoraproject org> - 1.3.5-1
- Update to latest upstream (1.3.5)
- Add a patch from upstream SVN r3410 which fixes build with GCC 4.4

* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 1.3.4-4
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


wesnoth-1.5.12-1.fc11
---------------------
* Wed Mar 04 2009 Jon Ciesla <limb at jcomserv.net> - 1.5.12-1
- Update to 1.5.12.


wxPython-2.8.9.1-4.fc11
-----------------------
* Thu Mar 05 2009 Lubomir Rintel <lkundrak at v3.sk> - 2.8.9.1-4
- Rebuilt for newer wxgtk package


xca-0.6.4-7.fc11
----------------
* Thu Mar 05 2009 Caol??n McNamara <caolanm at redhat.com> - 0.6.4-7
- include stdint.h for uint32_t

* Thu Feb 26 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 0.6.4-6
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


xorg-x11-drv-intel-2.6.0-14.fc11
--------------------------------
* Thu Mar 05 2009 Kristian H??gsberg <krh at redhat.com> - 2.6.0-13
- Add conflicts to make sure we have a new enough kernel that
  drmSetMaster() doesn't deadlock.

* Thu Mar 05 2009 Kristian H??gsberg <krh at redhat.com> - 2.6.0-14
- Fix copy-fb patch to skip dpms off on initial modeset.
- Downgrade the conflicts to a requires.


Summary:
Added Packages: 12
Removed Packages: 2
Modified Packages: 95
Broken deps for i386
----------------------------------------------------------
	asterisk-ais-1.6.1-0.21.rc1.fc11.i386 requires libSaClm.so.2
	asterisk-ais-1.6.1-0.21.rc1.fc11.i386 requires libSaEvt.so.2
	asterisk-ais-1.6.1-0.21.rc1.fc11.i386 requires libSaEvt.so.2(OPENAIS_EVT_B.01.01)
	asterisk-ais-1.6.1-0.21.rc1.fc11.i386 requires libSaClm.so.2(OPENAIS_CLM_B.01.01)
	asterisk-odbc-1.6.1-0.21.rc1.fc11.i386 requires libodbc.so.1
	asterisk-voicemail-odbc-1.6.1-0.21.rc1.fc11.i386 requires libodbc.so.1
	dbmail-2.2.11-2.fc10.i386 requires libgmime-2.0.so.2
	dbmail-auth-ldap-2.2.11-2.fc10.i386 requires libgmime-2.0.so.2
	dbmail-mysql-2.2.11-2.fc10.i386 requires libssl.so.7
	dbmail-mysql-2.2.11-2.fc10.i386 requires libcrypto.so.7
	dbmail-mysql-2.2.11-2.fc10.i386 requires libmysqlclient.so.15
	dbmail-mysql-2.2.11-2.fc10.i386 requires libgmime-2.0.so.2
	dbmail-mysql-2.2.11-2.fc10.i386 requires libmysqlclient.so.15(libmysqlclient_15)
	dbmail-pgsql-2.2.11-2.fc10.i386 requires libgmime-2.0.so.2
	elilo-3.6-9.i386 requires efibootmgr
	foobillard-3.0a-11.i586 requires dejavu-fonts-sans
	gdal-1.6.0-4.fc11.i386 requires libodbc.so.1
	gdal-1.6.0-4.fc11.i386 requires libodbcinst.so.1
	gdal-1.6.0-4.fc11.i386 requires libhdf5.so.5
	gdal-perl-1.6.0-4.fc11.i386 requires libodbc.so.1
	gdal-perl-1.6.0-4.fc11.i386 requires libodbcinst.so.1
	gdal-perl-1.6.0-4.fc11.i386 requires libhdf5.so.5
	gdal-ruby-1.6.0-4.fc11.i386 requires libodbc.so.1
	gdal-ruby-1.6.0-4.fc11.i386 requires libodbcinst.so.1
	gdal-ruby-1.6.0-4.fc11.i386 requires libhdf5.so.5
	gnome-phone-manager-0.60-5.fc11.i586 requires libgnomebt.so.1
	grass-6.3.0-10.fc11.i386 requires libodbc.so.1
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgdamm-3.0.so.10
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb_graph-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb_extra-3.0.so.4
	libopensync-plugin-syncml-0.35-4.fc10.i386 requires libsyncml.so.0
	lsvpd-1.6.4-3.fc10.i386 requires libvpd_cxx-2.0.so.0
	mapnik-0.5.2-0.10.svn780.fc11.i386 requires dejavu-fonts-sans
	mhonarc-2.6.16-5.fc11.noarch requires perl(readmail.pl)
	mhonarc-2.6.16-5.fc11.noarch requires perl(ewhutil.pl)
	mhonarc-2.6.16-5.fc11.noarch requires perl(mhtime.pl)
	oyranos-0.1.7-13.fc11.i586 requires libelektra.so.2
	oyranos-libs-0.1.7-13.fc11.i586 requires libelektra.so.2
	1:pan-0.133-1.fc10.i386 requires libgmime-2.0.so.2
	perl-Class-Prototyped-1.11-2.fc11.noarch requires perl(Class::Prototyped::Graph)
	pfstools-octave-1.7.0-3.fc11.i386 requires libhdf5.so.5
	postgresql-odbcng-0.90.101-2.fc10.i386 requires libodbcinst.so.1
	python-matplotlib-0.98.5.2-3.fc11.i586 requires dejavu-fonts-sans
	qpidd-cluster-0.4.738618-2.fc11.i386 requires libcpg.so.2(COROSYNC_CPG_1.0)
	qpidd-cluster-0.4.738618-2.fc11.i386 requires libcpg.so.2
	rhnpush-0.4.5-1.fc11.noarch requires rhnlib
	ruby-rpm-1.2.3-4.fc9.i386 requires librpmdb-4.4.so
	ruby-rpm-1.2.3-4.fc9.i386 requires librpmio-4.4.so
	ruby-rpm-1.2.3-4.fc9.i386 requires librpmbuild-4.4.so
	ruby-rpm-1.2.3-4.fc9.i386 requires librpm-4.4.so
	tuned-utils-0.1.3-1.fc11.noarch requires kernel-debuginfo
	vtk-examples-5.0.4-26.fc11.i386 requires vtkdata = 0:5.0.4
	vtk-testing-5.0.4-26.fc11.i386 requires vtkdata = 0:5.0.4



Broken deps for x86_64
----------------------------------------------------------
	asterisk-ais-1.6.1-0.21.rc1.fc11.x86_64 requires libSaEvt.so.2()(64bit)
	asterisk-ais-1.6.1-0.21.rc1.fc11.x86_64 requires libSaClm.so.2(OPENAIS_CLM_B.01.01)(64bit)
	asterisk-ais-1.6.1-0.21.rc1.fc11.x86_64 requires libSaEvt.so.2(OPENAIS_EVT_B.01.01)(64bit)
	asterisk-ais-1.6.1-0.21.rc1.fc11.x86_64 requires libSaClm.so.2()(64bit)
	asterisk-odbc-1.6.1-0.21.rc1.fc11.x86_64 requires libodbc.so.1()(64bit)
	asterisk-voicemail-odbc-1.6.1-0.21.rc1.fc11.x86_64 requires libodbc.so.1()(64bit)
	dbmail-2.2.11-2.fc10.x86_64 requires libgmime-2.0.so.2()(64bit)
	dbmail-auth-ldap-2.2.11-2.fc10.x86_64 requires libgmime-2.0.so.2()(64bit)
	dbmail-mysql-2.2.11-2.fc10.x86_64 requires libmysqlclient.so.15(libmysqlclient_15)(64bit)
	dbmail-mysql-2.2.11-2.fc10.x86_64 requires libgmime-2.0.so.2()(64bit)
	dbmail-mysql-2.2.11-2.fc10.x86_64 requires libssl.so.7()(64bit)
	dbmail-mysql-2.2.11-2.fc10.x86_64 requires libcrypto.so.7()(64bit)
	dbmail-mysql-2.2.11-2.fc10.x86_64 requires libmysqlclient.so.15()(64bit)
	dbmail-pgsql-2.2.11-2.fc10.x86_64 requires libgmime-2.0.so.2()(64bit)
	foobillard-3.0a-11.x86_64 requires dejavu-fonts-sans
	gdal-1.6.0-4.fc11.i386 requires libodbc.so.1
	gdal-1.6.0-4.fc11.i386 requires libodbcinst.so.1
	gdal-1.6.0-4.fc11.i386 requires libhdf5.so.5
	gdal-1.6.0-4.fc11.x86_64 requires libhdf5.so.5()(64bit)
	gdal-1.6.0-4.fc11.x86_64 requires libodbcinst.so.1()(64bit)
	gdal-1.6.0-4.fc11.x86_64 requires libodbc.so.1()(64bit)
	gdal-perl-1.6.0-4.fc11.x86_64 requires libhdf5.so.5()(64bit)
	gdal-perl-1.6.0-4.fc11.x86_64 requires libodbcinst.so.1()(64bit)
	gdal-perl-1.6.0-4.fc11.x86_64 requires libodbc.so.1()(64bit)
	gdal-ruby-1.6.0-4.fc11.x86_64 requires libhdf5.so.5()(64bit)
	gdal-ruby-1.6.0-4.fc11.x86_64 requires libodbcinst.so.1()(64bit)
	gdal-ruby-1.6.0-4.fc11.x86_64 requires libodbc.so.1()(64bit)
	gnome-phone-manager-0.60-5.fc11.x86_64 requires libgnomebt.so.1()(64bit)
	grass-6.3.0-10.fc11.x86_64 requires libodbc.so.1()(64bit)
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgdamm-3.0.so.10
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb_graph-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb_extra-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.x86_64 requires libgnomedb_graph-3.0.so.4()(64bit)
	libgnomedbmm-2.9.5-4.fc9.x86_64 requires libgnomedb-3.0.so.4()(64bit)
	libgnomedbmm-2.9.5-4.fc9.x86_64 requires libgdamm-3.0.so.10()(64bit)
	libgnomedbmm-2.9.5-4.fc9.x86_64 requires libgnomedb_extra-3.0.so.4()(64bit)
	libopensync-plugin-syncml-0.35-4.fc10.x86_64 requires libsyncml.so.0()(64bit)
	lsvpd-1.6.4-3.fc10.x86_64 requires libvpd_cxx-2.0.so.0()(64bit)
	mapnik-0.5.2-0.10.svn780.fc11.i386 requires dejavu-fonts-sans
	mapnik-0.5.2-0.10.svn780.fc11.x86_64 requires dejavu-fonts-sans
	mhonarc-2.6.16-5.fc11.noarch requires perl(readmail.pl)
	mhonarc-2.6.16-5.fc11.noarch requires perl(ewhutil.pl)
	mhonarc-2.6.16-5.fc11.noarch requires perl(mhtime.pl)
	oyranos-0.1.7-13.fc11.x86_64 requires libelektra.so.2()(64bit)
	oyranos-libs-0.1.7-13.fc11.i586 requires libelektra.so.2
	oyranos-libs-0.1.7-13.fc11.x86_64 requires libelektra.so.2()(64bit)
	1:pan-0.133-1.fc10.x86_64 requires libgmime-2.0.so.2()(64bit)
	perl-Class-Prototyped-1.11-2.fc11.noarch requires perl(Class::Prototyped::Graph)
	pfstools-octave-1.7.0-3.fc11.x86_64 requires libhdf5.so.5()(64bit)
	postgresql-odbcng-0.90.101-2.fc10.i386 requires libodbcinst.so.1
	postgresql-odbcng-0.90.101-2.fc10.x86_64 requires libodbcinst.so.1()(64bit)
	python-matplotlib-0.98.5.2-3.fc11.x86_64 requires dejavu-fonts-sans
	qpidd-cluster-0.4.738618-2.fc11.x86_64 requires libcpg.so.2()(64bit)
	qpidd-cluster-0.4.738618-2.fc11.x86_64 requires libcpg.so.2(COROSYNC_CPG_1.0)(64bit)
	rhnpush-0.4.5-1.fc11.noarch requires rhnlib
	ruby-rpm-1.2.3-4.fc9.x86_64 requires librpmdb-4.4.so()(64bit)
	ruby-rpm-1.2.3-4.fc9.x86_64 requires librpmbuild-4.4.so()(64bit)
	ruby-rpm-1.2.3-4.fc9.x86_64 requires librpmio-4.4.so()(64bit)
	ruby-rpm-1.2.3-4.fc9.x86_64 requires librpm-4.4.so()(64bit)
	tuned-utils-0.1.3-1.fc11.noarch requires kernel-debuginfo
	vtk-examples-5.0.4-26.fc11.x86_64 requires vtkdata = 0:5.0.4
	vtk-testing-5.0.4-26.fc11.x86_64 requires vtkdata = 0:5.0.4



Broken deps for ppc
----------------------------------------------------------
	asterisk-ais-1.6.1-0.21.rc1.fc11.ppc requires libSaClm.so.2
	asterisk-ais-1.6.1-0.21.rc1.fc11.ppc requires libSaEvt.so.2
	asterisk-ais-1.6.1-0.21.rc1.fc11.ppc requires libSaEvt.so.2(OPENAIS_EVT_B.01.01)
	asterisk-ais-1.6.1-0.21.rc1.fc11.ppc requires libSaClm.so.2(OPENAIS_CLM_B.01.01)
	asterisk-odbc-1.6.1-0.21.rc1.fc11.ppc requires libodbc.so.1
	asterisk-voicemail-odbc-1.6.1-0.21.rc1.fc11.ppc requires libodbc.so.1
	dbmail-2.2.11-2.fc10.ppc requires libgmime-2.0.so.2
	dbmail-auth-ldap-2.2.11-2.fc10.ppc requires libgmime-2.0.so.2
	dbmail-mysql-2.2.11-2.fc10.ppc requires libssl.so.7
	dbmail-mysql-2.2.11-2.fc10.ppc requires libmysqlclient.so.15
	dbmail-mysql-2.2.11-2.fc10.ppc requires libcrypto.so.7
	dbmail-mysql-2.2.11-2.fc10.ppc requires libmysqlclient.so.15(libmysqlclient_15)
	dbmail-mysql-2.2.11-2.fc10.ppc requires libgmime-2.0.so.2
	dbmail-pgsql-2.2.11-2.fc10.ppc requires libgmime-2.0.so.2
	foobillard-3.0a-11.ppc requires dejavu-fonts-sans
	gdal-1.6.0-4.fc11.ppc requires libodbc.so.1
	gdal-1.6.0-4.fc11.ppc requires libodbcinst.so.1
	gdal-1.6.0-4.fc11.ppc requires libhdf5.so.5
	gdal-1.6.0-4.fc11.ppc64 requires libhdf5.so.5()(64bit)
	gdal-1.6.0-4.fc11.ppc64 requires libodbcinst.so.1()(64bit)
	gdal-1.6.0-4.fc11.ppc64 requires libodbc.so.1()(64bit)
	gdal-perl-1.6.0-4.fc11.ppc requires libodbc.so.1
	gdal-perl-1.6.0-4.fc11.ppc requires libodbcinst.so.1
	gdal-perl-1.6.0-4.fc11.ppc requires libhdf5.so.5
	gdal-ruby-1.6.0-4.fc11.ppc requires libodbc.so.1
	gdal-ruby-1.6.0-4.fc11.ppc requires libodbcinst.so.1
	gdal-ruby-1.6.0-4.fc11.ppc requires libhdf5.so.5
	gnome-phone-manager-0.60-5.fc11.ppc requires libgnomebt.so.1
	grass-6.3.0-10.fc11.ppc requires libodbc.so.1
	libgnomedbmm-2.9.5-4.fc9.ppc requires libgdamm-3.0.so.10
	libgnomedbmm-2.9.5-4.fc9.ppc requires libgnomedb_graph-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.ppc requires libgnomedb-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.ppc requires libgnomedb_extra-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgnomedb_graph-3.0.so.4()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgnomedb-3.0.so.4()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgdamm-3.0.so.10()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgnomedb_extra-3.0.so.4()(64bit)
	libopensync-plugin-syncml-0.35-4.fc10.ppc requires libsyncml.so.0
	lsvpd-1.6.4-3.fc10.ppc requires libvpd_cxx-2.0.so.0
	mapnik-0.5.2-0.10.svn780.fc11.ppc requires dejavu-fonts-sans
	mapnik-0.5.2-0.10.svn780.fc11.ppc64 requires dejavu-fonts-sans
	mhonarc-2.6.16-5.fc11.noarch requires perl(readmail.pl)
	mhonarc-2.6.16-5.fc11.noarch requires perl(ewhutil.pl)
	mhonarc-2.6.16-5.fc11.noarch requires perl(mhtime.pl)
	oyranos-0.1.7-13.fc11.ppc requires libelektra.so.2
	oyranos-libs-0.1.7-13.fc11.ppc requires libelektra.so.2
	oyranos-libs-0.1.7-13.fc11.ppc64 requires libelektra.so.2()(64bit)
	1:pan-0.133-1.fc10.ppc requires libgmime-2.0.so.2
	perl-Class-Prototyped-1.11-2.fc11.noarch requires perl(Class::Prototyped::Graph)
	pfstools-octave-1.7.0-3.fc11.ppc requires libhdf5.so.5
	postgresql-odbcng-0.90.101-2.fc10.ppc requires libodbcinst.so.1
	postgresql-odbcng-0.90.101-2.fc10.ppc64 requires libodbcinst.so.1()(64bit)
	python-matplotlib-0.98.5.2-3.fc11.ppc requires dejavu-fonts-sans
	qpidd-cluster-0.4.738618-2.fc11.ppc requires libcpg.so.2(COROSYNC_CPG_1.0)
	qpidd-cluster-0.4.738618-2.fc11.ppc requires libcpg.so.2
	rhnpush-0.4.5-1.fc11.noarch requires rhnlib
	ruby-rpm-1.2.3-4.fc9.ppc requires librpmdb-4.4.so
	ruby-rpm-1.2.3-4.fc9.ppc requires librpmio-4.4.so
	ruby-rpm-1.2.3-4.fc9.ppc requires librpmbuild-4.4.so
	ruby-rpm-1.2.3-4.fc9.ppc requires librpm-4.4.so
	tuned-utils-0.1.3-1.fc11.noarch requires kernel-debuginfo
	vtk-examples-5.0.4-26.fc11.ppc requires vtkdata = 0:5.0.4
	vtk-testing-5.0.4-26.fc11.ppc requires vtkdata = 0:5.0.4



Broken deps for ppc64
----------------------------------------------------------
	asterisk-ais-1.6.1-0.21.rc1.fc11.ppc64 requires libSaEvt.so.2()(64bit)
	asterisk-ais-1.6.1-0.21.rc1.fc11.ppc64 requires libSaClm.so.2(OPENAIS_CLM_B.01.01)(64bit)
	asterisk-ais-1.6.1-0.21.rc1.fc11.ppc64 requires libSaEvt.so.2(OPENAIS_EVT_B.01.01)(64bit)
	asterisk-ais-1.6.1-0.21.rc1.fc11.ppc64 requires libSaClm.so.2()(64bit)
	asterisk-odbc-1.6.1-0.21.rc1.fc11.ppc64 requires libodbc.so.1()(64bit)
	asterisk-voicemail-odbc-1.6.1-0.21.rc1.fc11.ppc64 requires libodbc.so.1()(64bit)
	cabal2spec-0.12-1.fc11.noarch requires ghc > 0:6.10.1-7
	dbmail-2.2.11-2.fc10.ppc64 requires libgmime-2.0.so.2()(64bit)
	dbmail-auth-ldap-2.2.11-2.fc10.ppc64 requires libgmime-2.0.so.2()(64bit)
	dbmail-mysql-2.2.11-2.fc10.ppc64 requires libgmime-2.0.so.2()(64bit)
	dbmail-mysql-2.2.11-2.fc10.ppc64 requires libssl.so.7()(64bit)
	dbmail-mysql-2.2.11-2.fc10.ppc64 requires libmysqlclient.so.15(libmysqlclient_15)(64bit)
	dbmail-mysql-2.2.11-2.fc10.ppc64 requires libcrypto.so.7()(64bit)
	dbmail-mysql-2.2.11-2.fc10.ppc64 requires libmysqlclient.so.15()(64bit)
	dbmail-pgsql-2.2.11-2.fc10.ppc64 requires libgmime-2.0.so.2()(64bit)
	foobillard-3.0a-11.ppc64 requires dejavu-fonts-sans
	gdal-1.6.0-4.fc11.ppc64 requires libhdf5.so.5()(64bit)
	gdal-1.6.0-4.fc11.ppc64 requires libodbcinst.so.1()(64bit)
	gdal-1.6.0-4.fc11.ppc64 requires libodbc.so.1()(64bit)
	gdal-perl-1.6.0-4.fc11.ppc64 requires libhdf5.so.5()(64bit)
	gdal-perl-1.6.0-4.fc11.ppc64 requires libodbcinst.so.1()(64bit)
	gdal-perl-1.6.0-4.fc11.ppc64 requires libodbc.so.1()(64bit)
	gdal-ruby-1.6.0-4.fc11.ppc64 requires libhdf5.so.5()(64bit)
	gdal-ruby-1.6.0-4.fc11.ppc64 requires libodbcinst.so.1()(64bit)
	gdal-ruby-1.6.0-4.fc11.ppc64 requires libodbc.so.1()(64bit)
	gnome-phone-manager-0.60-5.fc11.ppc64 requires libgnomebt.so.1()(64bit)
	grass-6.3.0-10.fc11.ppc64 requires libodbc.so.1()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgnomedb_graph-3.0.so.4()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgnomedb-3.0.so.4()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgdamm-3.0.so.10()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgnomedb_extra-3.0.so.4()(64bit)
	libopensync-plugin-syncml-0.35-4.fc10.ppc64 requires libsyncml.so.0()(64bit)
	lsvpd-1.6.4-3.fc10.ppc64 requires libvpd_cxx-2.0.so.0()(64bit)
	mapnik-0.5.2-0.10.svn780.fc11.ppc64 requires dejavu-fonts-sans
	mhonarc-2.6.16-5.fc11.noarch requires perl(readmail.pl)
	mhonarc-2.6.16-5.fc11.noarch requires perl(ewhutil.pl)
	mhonarc-2.6.16-5.fc11.noarch requires perl(mhtime.pl)
	oyranos-0.1.7-13.fc11.ppc64 requires libelektra.so.2()(64bit)
	oyranos-libs-0.1.7-13.fc11.ppc64 requires libelektra.so.2()(64bit)
	1:pan-0.133-1.fc10.ppc64 requires libgmime-2.0.so.2()(64bit)
	perl-Class-Prototyped-1.11-2.fc11.noarch requires perl(Class::Prototyped::Graph)
	pfstools-octave-1.7.0-3.fc11.ppc64 requires libhdf5.so.5()(64bit)
	postgresql-odbcng-0.90.101-2.fc10.ppc64 requires libodbcinst.so.1()(64bit)
	python-matplotlib-0.98.5.2-3.fc11.ppc64 requires dejavu-fonts-sans
	qpidd-cluster-0.4.738618-2.fc11.ppc64 requires libcpg.so.2()(64bit)
	qpidd-cluster-0.4.738618-2.fc11.ppc64 requires libcpg.so.2(COROSYNC_CPG_1.0)(64bit)
	rhnpush-0.4.5-1.fc11.noarch requires rhnlib
	ruby-rpm-1.2.3-4.fc9.ppc64 requires librpmdb-4.4.so()(64bit)
	ruby-rpm-1.2.3-4.fc9.ppc64 requires librpmbuild-4.4.so()(64bit)
	ruby-rpm-1.2.3-4.fc9.ppc64 requires librpmio-4.4.so()(64bit)
	ruby-rpm-1.2.3-4.fc9.ppc64 requires librpm-4.4.so()(64bit)
	tuned-utils-0.1.3-1.fc11.noarch requires kernel-debuginfo
	vtk-examples-5.0.4-26.fc11.ppc64 requires vtkdata = 0:5.0.4
	vtk-testing-5.0.4-26.fc11.ppc64 requires vtkdata = 0:5.0.4





From billcrawford1970 at gmail.com  Fri Mar  6 09:44:00 2009
From: billcrawford1970 at gmail.com (Bill Crawford)
Date: Fri, 6 Mar 2009 09:44:00 +0000
Subject: yum-builddep pulling in i386 packages for x86_64 -devel dependencies
Message-ID: <200903060944.00190.billcrawford1970@gmail.com>

I just noticed an interesting thing with yum-builddep. There's a dependency 
somewhere on audit-libs-devel, and it's trying to pull in audit-libs.i386 
instead of .x64_64 ... this then leads to it wanting to download over a dozen 
other i386 packages. Any way to get around this? Did I do something wrong?
-------------- next part --------------
[root at bill /]# yum-builddep xorg-x11-server
Enabling fedora-source repository
Enabling rpmfusion-free-source repository
Enabling rpmfusion-free-updates-source repository
Enabling rpmfusion-nonfree-source repository
Enabling rpmfusion-nonfree-updates-source repository
Enabling updates-source repository
1:pkgconfig-0.23-3.fc10.x86_64
libdmx-devel-1.0.2-6.fc10.x86_64
libselinux-devel-2.0.73-1.fc10.x86_64
libXau-devel-1.0.4-1.fc10.x86_64
xorg-x11-util-macros-1.1.6-2.fc10.x86_64
xorg-x11-proto-devel-7.4-4.fc10.noarch
libXaw-devel-1.0.4-3.fc10.x86_64
libxkbfile-devel-1.0.4-5.fc9.x86_64
automake-1.10.1-2.noarch
libXv-devel-1.0.4-1.fc10.x86_64
libXt-devel-1.0.5-1.fc10.x86_64
libXtst-devel-1.0.3-3.fc9.x86_64
byacc-1.9.20070509-4.fc10.x86_64
libpciaccess-devel-0.10.3-3.fc10.x86_64
git-1.6.0.3-1.fc10.x86_64
dbus-devel-1.2.4-1.fc10.x86_64
libXfixes-devel-4.0.3-4.fc10.x86_64
autoconf-2.63-1.fc10.noarch
libXpm-devel-3.5.7-4.fc9.x86_64
libX11-devel-1.1.4-5.fc10.x86_64
pixman-devel-0.12.0-2.fc10.x86_64
audit-libs-devel-1.7.12-1.fc10.x86_64
hal-devel-0.5.12-12.20081027git.fc10.x86_64
libtool-1.5.26-4.fc10.x86_64
kernel-devel-2.6.27.19-170.2.35.fc10.x86_64
libdrm-devel-2.4.0-0.21.fc10.x86_64
xorg-x11-xtrans-devel-1.2.1-2.fc10.x86_64
libXmu-devel-1.0.4-1.fc9.x86_64
xorg-x11-proto-devel-7.4-4.fc10.noarch
xorg-x11-proto-devel-7.4-4.fc10.noarch
libXres-devel-1.0.3-5.fc10.x86_64
xorg-x11-proto-devel-7.4-4.fc10.noarch
xorg-x11-proto-devel-7.4-4.fc10.noarch
openssl-devel-0.9.8g-11.fc10.x86_64
freetype-devel-2.3.7-2.fc10.x86_64
libfontenc-devel-1.0.4-6.fc10.x86_64
xorg-x11-proto-devel-7.4-4.fc10.noarch
mesa-libGL-devel-7.2-0.15.fc10.x86_64
libXfont-devel-1.3.3-1.fc10.x86_64
xorg-x11-proto-devel-7.4-4.fc10.noarch
libXi-devel-1.1.3-4.fc9.x86_64
libXext-devel-1.0.4-1.fc9.x86_64
libXdmcp-devel-1.0.2-6.fc10.x86_64
xorg-x11-proto-devel-7.4-4.fc10.noarch
xorg-x11-proto-devel-7.4-4.fc10.noarch
flex-2.5.35-2.fc10.x86_64
libXrender-devel-0.9.4-3.fc9.x86_64
libXv-devel-1.0.4-1.fc10.x86_64
libX11-devel-1.1.4-5.fc10.x86_64
xorg-x11-proto-devel-7.4-4.fc10.noarch
libfontenc-devel-1.0.4-6.fc10.x86_64
xorg-x11-proto-devel-7.4-4.fc10.noarch
libXfont-devel-1.3.3-1.fc10.x86_64
kernel-devel-2.6.27.19-170.2.35.fc10.x86_64
xorg-x11-proto-devel-7.4-4.fc10.noarch
mesa-libGL-devel-7.2-0.15.fc10.x86_64
libXi-devel-1.1.3-4.fc9.x86_64
libXmu-devel-1.0.4-1.fc9.x86_64
flex-2.5.35-2.fc10.x86_64
1:pkgconfig-0.23-3.fc10.x86_64
openssl-devel-0.9.8g-11.fc10.x86_64
libselinux-devel-2.0.73-1.fc10.x86_64
libxkbfile-devel-1.0.4-5.fc9.x86_64
pixman-devel-0.12.0-2.fc10.x86_64
automake-1.10.1-2.noarch
libXt-devel-1.0.5-1.fc10.x86_64
xorg-x11-xtrans-devel-1.2.1-2.fc10.x86_64
libXext-devel-1.0.4-1.fc9.x86_64
dbus-devel-1.2.4-1.fc10.x86_64
libXdmcp-devel-1.0.2-6.fc10.x86_64
autoconf-2.63-1.fc10.noarch
byacc-1.9.20070509-4.fc10.x86_64
libXpm-devel-3.5.7-4.fc9.x86_64
libXrender-devel-0.9.4-3.fc9.x86_64
xorg-x11-proto-devel-7.4-4.fc10.noarch
libtool-1.5.26-4.fc10.x86_64
audit-libs-devel-1.7.12-1.fc10.x86_64
xorg-x11-proto-devel-7.4-4.fc10.noarch
libXau-devel-1.0.4-1.fc10.x86_64
hal-devel-0.5.12-12.20081027git.fc10.x86_64
xorg-x11-util-macros-1.1.6-2.fc10.x86_64
xorg-x11-proto-devel-7.4-4.fc10.noarch
xorg-x11-proto-devel-7.4-4.fc10.noarch
libdmx-devel-1.0.2-6.fc10.x86_64
libXtst-devel-1.0.3-3.fc9.x86_64
libpciaccess-devel-0.10.3-3.fc10.x86_64
libXaw-devel-1.0.4-3.fc10.x86_64
libdrm-devel-2.4.0-0.21.fc10.x86_64
xorg-x11-proto-devel-7.4-4.fc10.noarch
git-1.6.0.3-1.fc10.x86_64
libXres-devel-1.0.3-5.fc10.x86_64
libXfixes-devel-4.0.3-4.fc10.x86_64
xorg-x11-proto-devel-7.4-4.fc10.noarch
--> Running transaction check
---> Package audit-libs-devel.x86_64 0:1.7.12-1.fc10 set to be updated
--> Processing Dependency: audit-libs = 1.7.12-1.fc10 for package: audit-libs-devel
--> Processing Dependency: kernel-headers >= 2.6.18 for package: audit-libs-devel
---> Package autoconf.noarch 0:2.63-1.fc10 set to be updated
---> Package automake.noarch 0:1.10.1-2 set to be updated
---> Package byacc.x86_64 0:1.9.20070509-4.fc10 set to be updated
---> Package dbus-devel.x86_64 0:1.2.4-1.fc10 set to be updated
--> Processing Dependency: dbus = 1.2.4-1.fc10 for package: dbus-devel
---> Package flex.x86_64 0:2.5.35-2.fc10 set to be updated
---> Package freetype-devel.x86_64 0:2.3.7-2.fc10 set to be updated
--> Processing Dependency: freetype = 2.3.7-2.fc10 for package: freetype-devel
--> Processing Dependency: zlib-devel for package: freetype-devel
---> Package git.x86_64 0:1.6.0.3-1.fc10 set to be updated
--> Processing Dependency: perl-Git = 1.6.0.3-1.fc10 for package: git
--> Processing Dependency: perl(Error) for package: git
--> Processing Dependency: openssh-clients for package: git
--> Processing Dependency: perl(Git) for package: git
--> Processing Dependency: rsync for package: git
---> Package hal-devel.x86_64 0:0.5.12-12.20081027git.fc10 set to be updated
--> Processing Dependency: hal = 0.5.12-12.20081027git.fc10 for package: hal-devel
---> Package kernel-devel.x86_64 0:2.6.27.19-170.2.35.fc10 set to be installed
---> Package libX11-devel.x86_64 0:1.1.4-5.fc10 set to be updated
--> Processing Dependency: libX11 = 1.1.4-5.fc10 for package: libX11-devel
--> Processing Dependency: libxcb-devel for package: libX11-devel
---> Package libXau-devel.x86_64 0:1.0.4-1.fc10 set to be updated
--> Processing Dependency: libXau = 1.0.4-1.fc10 for package: libXau-devel
---> Package libXaw-devel.x86_64 0:1.0.4-3.fc10 set to be updated
--> Processing Dependency: libXaw = 1.0.4-3.fc10 for package: libXaw-devel
---> Package libXdmcp-devel.x86_64 0:1.0.2-6.fc10 set to be updated
--> Processing Dependency: libXdmcp = 1.0.2-6.fc10 for package: libXdmcp-devel
---> Package libXext-devel.x86_64 0:1.0.4-1.fc9 set to be updated
--> Processing Dependency: libXext = 1.0.4-1.fc9 for package: libXext-devel
---> Package libXfixes-devel.x86_64 0:4.0.3-4.fc10 set to be updated
--> Processing Dependency: libXfixes = 4.0.3-4.fc10 for package: libXfixes-devel
---> Package libXfont-devel.x86_64 0:1.3.3-1.fc10 set to be updated
--> Processing Dependency: libXfont = 1.3.3-1.fc10 for package: libXfont-devel
---> Package libXi-devel.x86_64 0:1.1.3-4.fc9 set to be updated
--> Processing Dependency: libXi = 1.1.3-4.fc9 for package: libXi-devel
---> Package libXmu-devel.x86_64 0:1.0.4-1.fc9 set to be updated
--> Processing Dependency: libXmu = 1.0.4-1.fc9 for package: libXmu-devel
---> Package libXpm-devel.x86_64 0:3.5.7-4.fc9 set to be updated
--> Processing Dependency: libXpm = 3.5.7-4.fc9 for package: libXpm-devel
---> Package libXrender-devel.x86_64 0:0.9.4-3.fc9 set to be updated
--> Processing Dependency: libXrender = 0.9.4-3.fc9 for package: libXrender-devel
---> Package libXres-devel.x86_64 0:1.0.3-5.fc10 set to be updated
--> Processing Dependency: libXres = 1.0.3-5.fc10 for package: libXres-devel
---> Package libXt-devel.x86_64 0:1.0.5-1.fc10 set to be updated
--> Processing Dependency: libXt = 1.0.5-1.fc10 for package: libXt-devel
--> Processing Dependency: libSM-devel for package: libXt-devel
---> Package libXtst-devel.x86_64 0:1.0.3-3.fc9 set to be updated
--> Processing Dependency: libXtst = 1.0.3-3.fc9 for package: libXtst-devel
---> Package libXv-devel.x86_64 0:1.0.4-1.fc10 set to be updated
--> Processing Dependency: libXv = 1.0.4-1.fc10 for package: libXv-devel
---> Package libdmx-devel.x86_64 0:1.0.2-6.fc10 set to be updated
---> Package libdrm-devel.x86_64 0:2.4.0-0.21.fc10 set to be updated
--> Processing Dependency: libdrm = 2.4.0-0.21.fc10 for package: libdrm-devel
---> Package libfontenc-devel.x86_64 0:1.0.4-6.fc10 set to be updated
---> Package libpciaccess-devel.x86_64 0:0.10.3-3.fc10 set to be updated
--> Processing Dependency: libpciaccess = 0.10.3-3.fc10 for package: libpciaccess-devel
---> Package libselinux-devel.x86_64 0:2.0.73-1.fc10 set to be updated
--> Processing Dependency: libselinux = 2.0.73-1.fc10 for package: libselinux-devel
--> Processing Dependency: libsepol-devel >= 2.0.32-1 for package: libselinux-devel
---> Package libtool.x86_64 0:1.5.26-4.fc10 set to be updated
--> Processing Dependency: gcc = 4.3.2 for package: libtool
---> Package libxkbfile-devel.x86_64 0:1.0.4-5.fc9 set to be updated
---> Package mesa-libGL-devel.x86_64 0:7.2-0.15.fc10 set to be updated
--> Processing Dependency: mesa-libGL = 7.2-0.15.fc10 for package: mesa-libGL-devel
---> Package openssl-devel.x86_64 0:0.9.8g-11.fc10 set to be updated
--> Processing Dependency: openssl = 0.9.8g-11.fc10 for package: openssl-devel
--> Processing Dependency: krb5-devel for package: openssl-devel
---> Package pixman-devel.x86_64 0:0.12.0-2.fc10 set to be updated
--> Processing Dependency: pixman = 0.12.0-2.fc10 for package: pixman-devel
---> Package xorg-x11-proto-devel.noarch 0:7.4-4.fc10 set to be updated
---> Package xorg-x11-util-macros.x86_64 0:1.1.6-2.fc10 set to be updated
---> Package xorg-x11-xtrans-devel.x86_64 0:1.2.1-2.fc10 set to be updated
--> Running transaction check
---> Package audit-libs.i386 0:1.7.12-1.fc10 set to be updated
--> Processing Dependency: libc.so.6(GLIBC_2.3.4) for package: audit-libs
--> Processing Dependency: libc.so.6(GLIBC_2.4) for package: audit-libs
--> Processing Dependency: libc.so.6(GLIBC_2.1) for package: audit-libs
--> Processing Dependency: libc.so.6(GLIBC_2.1.3) for package: audit-libs
--> Processing Dependency: libc.so.6 for package: audit-libs
--> Processing Dependency: libc.so.6(GLIBC_2.0) for package: audit-libs
--> Processing Dependency: libc.so.6(GLIBC_2.2) for package: audit-libs
--> Processing Dependency: libc.so.6(GLIBC_2.3) for package: audit-libs
--> Processing Dependency: libc.so.6(GLIBC_2.8) for package: audit-libs
---> Package dbus-devel.x86_64 0:1.2.4-1.fc10 set to be updated
--> Processing Dependency: dbus = 1.2.4-1.fc10 for package: dbus-devel
---> Package freetype.i386 0:2.3.7-2.fc10 set to be updated
---> Package gcc.x86_64 0:4.3.2-7 set to be updated
--> Processing Dependency: libgomp = 4.3.2-7 for package: gcc
--> Processing Dependency: glibc-devel >= 2.2.90-12 for package: gcc
--> Processing Dependency: libgomp.so.1()(64bit) for package: gcc
---> Package hal-devel.x86_64 0:0.5.12-12.20081027git.fc10 set to be updated
--> Processing Dependency: hal = 0.5.12-12.20081027git.fc10 for package: hal-devel
---> Package kernel-headers.x86_64 0:2.6.27.19-170.2.35.fc10 set to be updated
---> Package krb5-devel.x86_64 0:1.6.3-16.fc10 set to be updated
--> Processing Dependency: keyutils-libs-devel for package: krb5-devel
--> Processing Dependency: e2fsprogs-devel for package: krb5-devel
---> Package libSM-devel.x86_64 0:1.1.0-2.fc10 set to be updated
--> Processing Dependency: libICE-devel for package: libSM-devel
---> Package libX11.i386 0:1.1.4-5.fc10 set to be updated
--> Processing Dependency: libxcb.so.1 for package: libX11
--> Processing Dependency: libxcb-xlib.so.0 for package: libX11
---> Package libXau.i386 0:1.0.4-1.fc10 set to be updated
---> Package libXaw.i386 0:1.0.4-3.fc10 set to be updated
---> Package libXdmcp.i386 0:1.0.2-6.fc10 set to be updated
---> Package libXext.i386 0:1.0.4-1.fc9 set to be updated
---> Package libXfixes.i386 0:4.0.3-4.fc10 set to be updated
---> Package libXfont.i386 0:1.3.3-1.fc10 set to be updated
--> Processing Dependency: libfontenc.so.1 for package: libXfont
--> Processing Dependency: libz.so.1 for package: libXfont
---> Package libXi.i386 0:1.1.3-4.fc9 set to be updated
---> Package libXmu.i386 0:1.0.4-1.fc9 set to be updated
---> Package libXpm.i386 0:3.5.7-4.fc9 set to be updated
---> Package libXrender.i386 0:0.9.4-3.fc9 set to be updated
---> Package libXres.i386 0:1.0.3-5.fc10 set to be updated
---> Package libXt.i386 0:1.0.5-1.fc10 set to be updated
--> Processing Dependency: libSM.so.6 for package: libXt
--> Processing Dependency: libICE.so.6 for package: libXt
---> Package libXtst.i386 0:1.0.3-3.fc9 set to be updated
---> Package libXv.i386 0:1.0.4-1.fc10 set to be updated
---> Package libdrm.i386 0:2.4.0-0.21.fc10 set to be updated
---> Package libpciaccess.i386 0:0.10.3-3.fc10 set to be updated
---> Package libselinux.i386 0:2.0.73-1.fc10 set to be updated
---> Package libsepol-devel.x86_64 0:2.0.33-1.fc10 set to be updated
---> Package libxcb-devel.x86_64 0:1.1.91-5.fc10 set to be updated
--> Processing Dependency: libxcb-xlib.so.0()(64bit) for package: libxcb-devel
---> Package mesa-libGL.i386 0:7.2-0.15.fc10 set to be updated
--> Processing Dependency: mesa-dri-drivers = 7.2-0.15.fc10 for package: mesa-libGL
--> Processing Dependency: libXdamage.so.1 for package: mesa-libGL
--> Processing Dependency: libXxf86vm.so.1 for package: mesa-libGL
---> Package openssh-clients.x86_64 0:5.1p1-3.fc10 set to be updated
--> Processing Dependency: openssh = 5.1p1-3.fc10 for package: openssh-clients
--> Processing Dependency: libedit.so.0()(64bit) for package: openssh-clients
---> Package openssl.i686 0:0.9.8g-11.fc10 set to be updated
--> Processing Dependency: libkrb5.so.3(krb5_3_MIT) for package: openssl
--> Processing Dependency: libk5crypto.so.3(k5crypto_3_MIT) for package: openssl
--> Processing Dependency: libkrb5.so.3 for package: openssl
--> Processing Dependency: libgssapi_krb5.so.2 for package: openssl
--> Processing Dependency: libk5crypto.so.3 for package: openssl
--> Processing Dependency: libcom_err.so.2 for package: openssl
---> Package perl-Error.noarch 1:0.17015-1.fc10 set to be updated
---> Package perl-Git.x86_64 0:1.6.0.3-1.fc10 set to be updated
---> Package pixman.i386 0:0.12.0-2.fc10 set to be updated
---> Package rsync.x86_64 0:3.0.5-1.fc10 set to be updated
---> Package zlib-devel.x86_64 0:1.2.3-18.fc9 set to be updated
--> Running transaction check
---> Package dbus-devel.x86_64 0:1.2.4-1.fc10 set to be updated
--> Processing Dependency: dbus = 1.2.4-1.fc10 for package: dbus-devel
---> Package e2fsprogs-devel.x86_64 0:1.41.4-1.fc10 set to be updated
--> Processing Dependency: device-mapper-devel >= 1.02.02-3 for package: e2fsprogs-devel
---> Package e2fsprogs-libs.i386 0:1.41.4-1.fc10 set to be updated
---> Package glibc.i686 0:2.9-3 set to be updated
--> Processing Dependency: glibc-common = 2.9-3 for package: glibc
---> Package glibc-devel.x86_64 0:2.9-3 set to be updated
--> Processing Dependency: glibc-headers = 2.9-3 for package: glibc-devel
---> Package hal-devel.x86_64 0:0.5.12-12.20081027git.fc10 set to be updated
--> Processing Dependency: hal = 0.5.12-12.20081027git.fc10 for package: hal-devel
---> Package keyutils-libs-devel.x86_64 0:1.2-3.fc9 set to be updated
---> Package krb5-libs.i386 0:1.6.3-16.fc10 set to be updated
--> Processing Dependency: libkeyutils.so.1(KEYUTILS_0.3) for package: krb5-libs
--> Processing Dependency: libkeyutils.so.1 for package: krb5-libs
---> Package libICE.i386 0:1.0.4-4.fc10 set to be updated
---> Package libICE-devel.x86_64 0:1.0.4-4.fc10 set to be updated
---> Package libSM.i386 0:1.1.0-2.fc10 set to be updated
---> Package libXdamage.i386 0:1.1.1-4.fc9 set to be updated
---> Package libXxf86vm.i386 0:1.0.2-1.fc10 set to be updated
---> Package libedit.x86_64 0:2.11-2.20080712cvs.fc10 set to be updated
---> Package libfontenc.i386 0:1.0.4-6.fc10 set to be updated
---> Package libgomp.x86_64 0:4.3.2-7 set to be updated
---> Package libxcb.i386 0:1.1.91-5.fc10 set to be updated
---> Package libxcb-devel.x86_64 0:1.1.91-5.fc10 set to be updated
--> Processing Dependency: libxcb-xlib.so.0()(64bit) for package: libxcb-devel
---> Package mesa-libGL.i386 0:7.2-0.15.fc10 set to be updated
--> Processing Dependency: mesa-dri-drivers = 7.2-0.15.fc10 for package: mesa-libGL
---> Package openssh.x86_64 0:5.1p1-3.fc10 set to be updated
---> Package zlib.i386 0:1.2.3-18.fc9 set to be updated
--> Running transaction check
---> Package dbus-devel.x86_64 0:1.2.4-1.fc10 set to be updated
--> Processing Dependency: dbus = 1.2.4-1.fc10 for package: dbus-devel
---> Package device-mapper-devel.x86_64 0:1.02.27-7.fc10 set to be updated
---> Package glibc.i686 0:2.9-3 set to be updated
--> Processing Dependency: glibc-common = 2.9-3 for package: glibc
---> Package glibc-headers.x86_64 0:2.9-3 set to be updated
---> Package hal-devel.x86_64 0:0.5.12-12.20081027git.fc10 set to be updated
--> Processing Dependency: hal = 0.5.12-12.20081027git.fc10 for package: hal-devel
---> Package keyutils-libs.i386 0:1.2-3.fc9 set to be updated
---> Package libxcb-devel.x86_64 0:1.1.91-5.fc10 set to be updated
--> Processing Dependency: libxcb-xlib.so.0()(64bit) for package: libxcb-devel
---> Package mesa-libGL.i386 0:7.2-0.15.fc10 set to be updated
--> Processing Dependency: mesa-dri-drivers = 7.2-0.15.fc10 for package: mesa-libGL
--> Finished Dependency Resolution
libxcb-devel-1.1.91-5.fc10.x86_64 from fedora has depsolving problems
  --> Missing Dependency: libxcb-xlib.so.0()(64bit) is needed by package libxcb-devel-1.1.91-5.fc10.x86_64 (fedora)
glibc-2.9-3.i686 from updates has depsolving problems
  --> Missing Dependency: glibc-common = 2.9-3 is needed by package glibc-2.9-3.i686 (updates)
mesa-libGL-7.2-0.15.fc10.i386 from updates has depsolving problems
  --> Missing Dependency: mesa-dri-drivers = 7.2-0.15.fc10 is needed by package mesa-libGL-7.2-0.15.fc10.i386 (updates)
dbus-devel-1.2.4-1.fc10.x86_64 from fedora has depsolving problems
  --> Missing Dependency: dbus = 1.2.4-1.fc10 is needed by package dbus-devel-1.2.4-1.fc10.x86_64 (fedora)
dbus-devel-1.2.4-1.fc10.x86_64 from fedora has depsolving problems
  --> Missing Dependency: dbus = 1.2.4-1.fc10 is needed by package dbus-devel-1.2.4-1.fc10.x86_64 (fedora)
hal-devel-0.5.12-12.20081027git.fc10.x86_64 from fedora has depsolving problems
  --> Missing Dependency: hal = 0.5.12-12.20081027git.fc10 is needed by package hal-devel-0.5.12-12.20081027git.fc10.x86_64 (fedora)

================================================================================================
 Package                     Arch         Version                           Repository     Size
================================================================================================
Installing:
 audit-libs-devel            x86_64       1.7.12-1.fc10                     updates       144 k
 autoconf                    noarch       2.63-1.fc10                       fedora        937 k
 automake                    noarch       1.10.1-2                          fedora        532 k
 byacc                       x86_64       1.9.20070509-4.fc10               fedora         50 k
 dbus-devel                  x86_64       1.2.4-1.fc10                      fedora         42 k
 flex                        x86_64       2.5.35-2.fc10                     fedora        316 k
 freetype-devel              x86_64       2.3.7-2.fc10                      updates       157 k
 git                         x86_64       1.6.0.3-1.fc10                    fedora        4.3 M
 hal-devel                   x86_64       0.5.12-12.20081027git.fc10        fedora         34 k
 kernel-devel                x86_64       2.6.27.19-170.2.35.fc10           updates       5.5 M
 libX11-devel                x86_64       1.1.4-5.fc10                      fedora        1.1 M
 libXau-devel                x86_64       1.0.4-1.fc10                      fedora         11 k
 libXaw-devel                x86_64       1.0.4-3.fc10                      fedora         68 k
 libXdmcp-devel              x86_64       1.0.2-6.fc10                      fedora        8.0 k
 libXext-devel               x86_64       1.0.4-1.fc9                       fedora         60 k
 libXfixes-devel             x86_64       4.0.3-4.fc10                      fedora        9.8 k
 libXfont-devel              x86_64       1.3.3-1.fc10                      fedora         22 k
 libXi-devel                 x86_64       1.1.3-4.fc9                       fedora         52 k
 libXmu-devel                x86_64       1.0.4-1.fc9                       fedora         21 k
 libXpm-devel                x86_64       3.5.7-4.fc9                       fedora         33 k
 libXrender-devel            x86_64       0.9.4-3.fc9                       fedora        9.1 k
 libXres-devel               x86_64       1.0.3-5.fc10                      fedora        9.3 k
 libXt-devel                 x86_64       1.0.5-1.fc10                      fedora        329 k
 libXtst-devel               x86_64       1.0.3-3.fc9                       fedora         10 k
 libXv-devel                 x86_64       1.0.4-1.fc10                      fedora         27 k
 libdmx-devel                x86_64       1.0.2-6.fc10                      fedora         31 k
 libdrm-devel                x86_64       2.4.0-0.21.fc10                   fedora         18 k
 libfontenc-devel            x86_64       1.0.4-6.fc10                      fedora        9.1 k
 libpciaccess-devel          x86_64       0.10.3-3.fc10                     fedora        7.6 k
 libselinux-devel            x86_64       2.0.73-1.fc10                     fedora        117 k
 libtool                     x86_64       1.5.26-4.fc10                     fedora        694 k
 libxkbfile-devel            x86_64       1.0.4-5.fc9                       fedora         14 k
 mesa-libGL-devel            x86_64       7.2-0.15.fc10                     updates       460 k
 openssl-devel               x86_64       0.9.8g-11.fc10                    fedora        1.9 M
 pixman-devel                x86_64       0.12.0-2.fc10                     fedora         11 k
 xorg-x11-proto-devel        noarch       7.4-4.fc10                        fedora        278 k
 xorg-x11-util-macros        x86_64       1.1.6-2.fc10                      fedora         14 k
 xorg-x11-xtrans-devel       x86_64       1.2.1-2.fc10                      fedora         74 k
Installing for dependencies:
 audit-libs                  i386         1.7.12-1.fc10                     updates        80 k
 device-mapper-devel         x86_64       1.02.27-7.fc10                    updates        49 k
 e2fsprogs-devel             x86_64       1.41.4-1.fc10                     updates       763 k
 e2fsprogs-libs              i386         1.41.4-1.fc10                     updates       151 k
 freetype                    i386         2.3.7-2.fc10                      updates       356 k
 gcc                         x86_64       4.3.2-7                           fedora         10 M
 glibc                       i686         2.9-3                             updates       5.7 M
 glibc-devel                 x86_64       2.9-3                             updates       2.5 M
 glibc-headers               x86_64       2.9-3                             updates       606 k
 kernel-headers              x86_64       2.6.27.19-170.2.35.fc10           updates       760 k
 keyutils-libs               i386         1.2-3.fc9                         fedora         18 k
 keyutils-libs-devel         x86_64       1.2-3.fc9                         fedora         27 k
 krb5-devel                  x86_64       1.6.3-16.fc10                     fedora        1.1 M
 krb5-libs                   i386         1.6.3-16.fc10                     fedora        721 k
 libICE                      i386         1.0.4-4.fc10                      fedora         54 k
 libICE-devel                x86_64       1.0.4-4.fc10                      fedora         13 k
 libSM                       i386         1.1.0-2.fc10                      fedora         26 k
 libSM-devel                 x86_64       1.1.0-2.fc10                      fedora         10 k
 libX11                      i386         1.1.4-5.fc10                      fedora        825 k
 libXau                      i386         1.0.4-1.fc10                      fedora         20 k
 libXaw                      i386         1.0.4-3.fc10                      fedora        203 k
 libXdamage                  i386         1.1.1-4.fc9                       fedora         11 k
 libXdmcp                    i386         1.0.2-6.fc10                      fedora         21 k
 libXext                     i386         1.0.4-1.fc9                       fedora         38 k
 libXfixes                   i386         4.0.3-4.fc10                      fedora         14 k
 libXfont                    i386         1.3.3-1.fc10                      fedora        226 k
 libXi                       i386         1.1.3-4.fc9                       fedora         28 k
 libXmu                      i386         1.0.4-1.fc9                       fedora         63 k
 libXpm                      i386         3.5.7-4.fc9                       fedora         56 k
 libXrender                  i386         0.9.4-3.fc9                       fedora         28 k
 libXres                     i386         1.0.3-5.fc10                      fedora         13 k
 libXt                       i386         1.0.5-1.fc10                      fedora        178 k
 libXtst                     i386         1.0.3-3.fc9                       fedora         20 k
 libXv                       i386         1.0.4-1.fc10                      fedora         19 k
 libXxf86vm                  i386         1.0.2-1.fc10                      fedora         17 k
 libdrm                      i386         2.4.0-0.21.fc10                   fedora         41 k
 libedit                     x86_64       2.11-2.20080712cvs.fc10           updates        82 k
 libfontenc                  i386         1.0.4-6.fc10                      fedora         23 k
 libgomp                     x86_64       4.3.2-7                           fedora         79 k
 libpciaccess                i386         0.10.3-3.fc10                     fedora         25 k
 libselinux                  i386         2.0.73-1.fc10                     fedora         98 k
 libsepol-devel              x86_64       2.0.33-1.fc10                     fedora         60 k
 libxcb                      i386         1.1.91-5.fc10                     fedora        124 k
 libxcb-devel                x86_64       1.1.91-5.fc10                     fedora        144 k
 mesa-libGL                  i386         7.2-0.15.fc10                     updates       167 k
 openssh                     x86_64       5.1p1-3.fc10                      fedora        305 k
 openssh-clients             x86_64       5.1p1-3.fc10                      fedora        493 k
 openssl                     i686         0.9.8g-11.fc10                    fedora        1.3 M
 perl-Error                  noarch       1:0.17015-1.fc10                  fedora         28 k
 perl-Git                    x86_64       1.6.0.3-1.fc10                    fedora         21 k
 pixman                      i386         0.12.0-2.fc10                     fedora        117 k
 rsync                       x86_64       3.0.5-1.fc10                      updates       351 k
 zlib                        i386         1.2.3-18.fc9                      fedora         74 k
 zlib-devel                  x86_64       1.2.3-18.fc9                      fedora         42 k

Transaction Summary
================================================================================================
Install     92 Package(s)         
Update       0 Package(s)         
Remove       0 Package(s)         

Total size: 46 M
Total download size: 40 M

From billcrawford1970 at gmail.com  Fri Mar  6 09:55:39 2009
From: billcrawford1970 at gmail.com (Bill Crawford)
Date: Fri, 6 Mar 2009 09:55:39 +0000
Subject: yum-builddep pulling in i386 packages for x86_64 -devel
	dependencies
In-Reply-To: <200903060944.00190.billcrawford1970@gmail.com>
References: <200903060944.00190.billcrawford1970@gmail.com>
Message-ID: <200903060955.39580.billcrawford1970@gmail.com>

On Friday 06 March 2009 09:44:00 Bill Crawford wrote:
> I just noticed an interesting thing with yum-builddep. There's a dependency
> somewhere on audit-libs-devel, and it's trying to pull in audit-libs.i386
> instead of .x64_64 ... this then leads to it wanting to download over a
> dozen other i386 packages. Any way to get around this? Did I do something
> wrong?

Never mind, I'd forgotten to enable / disable some repositories (although I'm 
still ... disturbed ... that i?86 packages can satisfy the dependencies for a 
x86-64 -devel package :-/).



From rjones at redhat.com  Fri Mar  6 10:05:55 2009
From: rjones at redhat.com (Richard W.M. Jones)
Date: Fri, 6 Mar 2009 10:05:55 +0000
Subject: Executable example scripts in documentation
Message-ID: <20090306100555.GA11048@amd.home.annexia.org>


https://bugzilla.redhat.com/show_bug.cgi?id=487527#c3

The above review is blocked because I want to include three example
scripts in the documentation, and I want them to be executable so that
people can run them without an unnecessary extra step.

rpmlint warns about this (spurious-executable-perm).  But I think rpmlint
is wrong.

There are scant guidelines about this - just one oblique reference in
a "packaging mistakes" page.  There is no convincing explanation I can
find as to why including an executable script in documentation is a
bad thing.

We also have lots of executable examples already, and quite rightly so:

find /usr/share/doc/ -perm /111 -a \! -type d

Rich.

-- 
Richard Jones, Emerging Technologies, Red Hat  http://et.redhat.com/~rjones
Read my OCaml programming blog: http://camltastic.blogspot.com/
Fedora now supports 68 OCaml packages (the OPEN alternative to F#)
http://cocan.org/getting_started_with_ocaml_on_red_hat_and_fedora



From benjavalero at gmail.com  Fri Mar  6 10:17:26 2009
From: benjavalero at gmail.com (=?UTF-8?Q?Benjam=C3=ADn_Valero_Espinosa?=)
Date: Fri, 6 Mar 2009 11:17:26 +0100
Subject: Heads up: Taglib-sharp bump incoming
In-Reply-To: <1dedbbfc0902250740y39a6d8c0p4511f2d1fa21949d@mail.gmail.com>
References: <1dedbbfc0902250740y39a6d8c0p4511f2d1fa21949d@mail.gmail.com>
Message-ID: <a7804a540903060217x3afc7402g2cc211c689d3e4bd@mail.gmail.com>

2009/2/25 David Nielsen

> The new taglib-sharp package is currently being built which will provide
> our users with nice bugfixes and additional features. However the module
> version has been bumped and depending packages will need to be rebuilt. Only
> Beagle and Banshee should be affected.


I hope there's soon an update of taglib-sharp in F10 so I can test new
versions of Banshee. Whilst, I have rebuilt the F11 version, but on
installing the RPM I have to uninstall Beagle :( Any commend?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090306/2acd4288/attachment.htm>

From sundaram at fedoraproject.org  Fri Mar  6 10:38:16 2009
From: sundaram at fedoraproject.org (Rahul Sundaram)
Date: Fri, 06 Mar 2009 16:08:16 +0530
Subject: PreUpgrade
In-Reply-To: <1236292783.28028.49.camel@jcmlaptop>
References: <1236292783.28028.49.camel@jcmlaptop>
Message-ID: <49B0FD18.6020706@fedoraproject.org>

Jon Masters wrote:
> Folks,
> 
> I was looking at the wiki for information on upgrading Fedora 9 to
> Fedora 10 using preupgrade and noticed that all the docs are out of
> date. I don't mind helping, but perhaps one of the original authors
> would like to update the wiki with anything relevant to F10 (F11).

Which pages are you referring to and what information are you looking 
for?  There is http://fedoraproject.org/wiki/PreUpgrade.

Rahul



From paul at city-fan.org  Fri Mar  6 10:34:44 2009
From: paul at city-fan.org (Paul Howarth)
Date: Fri, 06 Mar 2009 10:34:44 +0000
Subject: Executable example scripts in documentation
In-Reply-To: <20090306100555.GA11048@amd.home.annexia.org>
References: <20090306100555.GA11048@amd.home.annexia.org>
Message-ID: <49B0FC44.8080700@city-fan.org>

Richard W.M. Jones wrote:
> https://bugzilla.redhat.com/show_bug.cgi?id=487527#c3
> 
> The above review is blocked because I want to include three example
> scripts in the documentation, and I want them to be executable so that
> people can run them without an unnecessary extra step.
> 
> rpmlint warns about this (spurious-executable-perm).  But I think rpmlint
> is wrong.
> 
> There are scant guidelines about this - just one oblique reference in
> a "packaging mistakes" page.  There is no convincing explanation I can
> find as to why including an executable script in documentation is a
> bad thing.

They sometimes pull in additional dependencies.

> We also have lots of executable examples already, and quite rightly so:
> 
> find /usr/share/doc/ -perm /111 -a \! -type d

Yes, I include them in some of my own packages. Care is needed to avoid 
unwanted dependencies (they can be filtered out if you're aware of them, 
but again you need to be careful not to prune any real dependencies) but 
it certainly shouldn't be a review blocker.

Paul.



From dan at danny.cz  Fri Mar  6 10:39:04 2009
From: dan at danny.cz (Dan =?ISO-8859-1?Q?Hor=E1k?=)
Date: Fri, 06 Mar 2009 11:39:04 +0100
Subject: Executable example scripts in documentation
In-Reply-To: <49B0FC44.8080700@city-fan.org>
References: <20090306100555.GA11048@amd.home.annexia.org>
	<49B0FC44.8080700@city-fan.org>
Message-ID: <1236335944.3666.24.camel@eagle.danny.cz>

Paul Howarth p??e v P? 06. 03. 2009 v 10:34 +0000:
> Richard W.M. Jones wrote:
> > https://bugzilla.redhat.com/show_bug.cgi?id=487527#c3
> > 
> > The above review is blocked because I want to include three example
> > scripts in the documentation, and I want them to be executable so that
> > people can run them without an unnecessary extra step.
> > 
> > rpmlint warns about this (spurious-executable-perm).  But I think rpmlint
> > is wrong.
> > 
> > There are scant guidelines about this - just one oblique reference in
> > a "packaging mistakes" page.  There is no convincing explanation I can
> > find as to why including an executable script in documentation is a
> > bad thing.
> 
> They sometimes pull in additional dependencies.

When they are e.g. Perl script, that's the main reason IIRC


		Dan




From jonathan.underwood at gmail.com  Fri Mar  6 10:47:34 2009
From: jonathan.underwood at gmail.com (Jonathan Underwood)
Date: Fri, 6 Mar 2009 10:47:34 +0000
Subject: Executable example scripts in documentation
In-Reply-To: <1236335944.3666.24.camel@eagle.danny.cz>
References: <20090306100555.GA11048@amd.home.annexia.org>
	<49B0FC44.8080700@city-fan.org>
	<1236335944.3666.24.camel@eagle.danny.cz>
Message-ID: <645d17210903060247j5f97f7b3he08dfc987282c777@mail.gmail.com>

2009/3/6 Dan Hor?k <dan at danny.cz>:
> Paul Howarth p??e v P? 06. 03. 2009 v 10:34 +0000:
>> Richard W.M. Jones wrote:
>> > https://bugzilla.redhat.com/show_bug.cgi?id=487527#c3
>> >
>> > The above review is blocked because I want to include three example
>> > scripts in the documentation, and I want them to be executable so that
>> > people can run them without an unnecessary extra step.
>> >
>> > rpmlint warns about this (spurious-executable-perm). ?But I think rpmlint
>> > is wrong.
>> >
>> > There are scant guidelines about this - just one oblique reference in
>> > a "packaging mistakes" page. ?There is no convincing explanation I can
>> > find as to why including an executable script in documentation is a
>> > bad thing.
>>
>> They sometimes pull in additional dependencies.
>
> When they are e.g. Perl script, that's the main reason IIRC
>

Couldn't the rpm automatic dependency generator be told to disregard
all files marked as %doc ?



From ivazqueznet at gmail.com  Fri Mar  6 11:05:23 2009
From: ivazqueznet at gmail.com (Ignacio Vazquez-Abrams)
Date: Fri, 06 Mar 2009 06:05:23 -0500
Subject: Executable example scripts in documentation
In-Reply-To: <645d17210903060247j5f97f7b3he08dfc987282c777@mail.gmail.com>
References: <20090306100555.GA11048@amd.home.annexia.org>
	<49B0FC44.8080700@city-fan.org>
	<1236335944.3666.24.camel@eagle.danny.cz>
	<645d17210903060247j5f97f7b3he08dfc987282c777@mail.gmail.com>
Message-ID: <1236337523.5218.23.camel@ignacio.lan>

On Fri, 2009-03-06 at 10:47 +0000, Jonathan Underwood wrote:
> 2009/3/6 Dan Hor?k <dan at danny.cz>:
> > Paul Howarth p??e v P? 06. 03. 2009 v 10:34 +0000:
> >> Richard W.M. Jones wrote:
> >> > https://bugzilla.redhat.com/show_bug.cgi?id=487527#c3
> >> >
> >> > The above review is blocked because I want to include three example
> >> > scripts in the documentation, and I want them to be executable so that
> >> > people can run them without an unnecessary extra step.
> >> >
> >> > rpmlint warns about this (spurious-executable-perm).  But I think rpmlint
> >> > is wrong.
> >> >
> >> > There are scant guidelines about this - just one oblique reference in
> >> > a "packaging mistakes" page.  There is no convincing explanation I can
> >> > find as to why including an executable script in documentation is a
> >> > bad thing.
> >>
> >> They sometimes pull in additional dependencies.
> >
> > When they are e.g. Perl script, that's the main reason IIRC
> >
> 
> Couldn't the rpm automatic dependency generator be told to disregard
> all files marked as %doc ?

Generators, plural. There are quite a few of them, and they all need to
be modified. Yes, it could be as easy as modifying them to have "-prune
%{_defaultdocdir}" in a find call, but then you have to get
%{_defaultdocdir} to the script.

-- 
Ignacio Vazquez-Abrams <ivazqueznet at gmail.com>

PLEASE don't CC me; I'm already subscribed
-------------- 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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090306/e376d85b/attachment.sig>

From rjones at redhat.com  Fri Mar  6 11:08:31 2009
From: rjones at redhat.com (Richard W.M. Jones)
Date: Fri, 6 Mar 2009 11:08:31 +0000
Subject: Executable example scripts in documentation
In-Reply-To: <645d17210903060247j5f97f7b3he08dfc987282c777@mail.gmail.com>
References: <20090306100555.GA11048@amd.home.annexia.org>
	<49B0FC44.8080700@city-fan.org>
	<1236335944.3666.24.camel@eagle.danny.cz>
	<645d17210903060247j5f97f7b3he08dfc987282c777@mail.gmail.com>
Message-ID: <20090306110831.GA11788@amd.home.annexia.org>

On Fri, Mar 06, 2009 at 10:47:34AM +0000, Jonathan Underwood wrote:
> 2009/3/6 Dan Hor?k <dan at danny.cz>:
> > Paul Howarth p??e v P? 06. 03. 2009 v 10:34 +0000:
> >> They sometimes pull in additional dependencies.
> >
> > When they are e.g. Perl script, that's the main reason IIRC
> 
> Couldn't the rpm automatic dependency generator be told to disregard
> all files marked as %doc ?

Isn't pulling in dependencies a good thing?  As with keeping the
examples executable, it helps people who want to run them.

If the extra deps are a problem, then they should be treated just the
same way as any other package that has too many dependencies -- by
creating subpackages.

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 gnomeuser at gmail.com  Fri Mar  6 11:28:05 2009
From: gnomeuser at gmail.com (David Nielsen)
Date: Fri, 6 Mar 2009 12:28:05 +0100
Subject: Heads up: Taglib-sharp bump incoming
In-Reply-To: <a7804a540903060217x3afc7402g2cc211c689d3e4bd@mail.gmail.com>
References: <1dedbbfc0902250740y39a6d8c0p4511f2d1fa21949d@mail.gmail.com>
	<a7804a540903060217x3afc7402g2cc211c689d3e4bd@mail.gmail.com>
Message-ID: <1dedbbfc0903060328n44ab3b9u7d72de870cbd550@mail.gmail.com>

Den 6. mar. 2009 11.17 skrev Benjam?n Valero Espinosa <benjavalero at gmail.com
>:

> 2009/2/25 David Nielsen
>
>> The new taglib-sharp package is currently being built which will provide
>> our users with nice bugfixes and additional features. However the module
>> version has been bumped and depending packages will need to be rebuilt. Only
>> Beagle and Banshee should be affected.
>
>
> I hope there's soon an update of taglib-sharp in F10 so I can test new
> versions of Banshee. Whilst, I have rebuilt the F11 version, but on
> installing the RPM I have to uninstall Beagle :( Any commend?)


I would like to see Banshee 1.4.3 moved to updates-testing soon, upstream
only really supports the latest versions so it serves our users best to do
this. I will bring this up in the Mono SIG and we can hopefully work out the
best way to do this push.

Lots of work, if you are interested we do need testers and any help however
little is most welcome.

 https://fedoraproject.org/wiki/SIGs/Mono

- David
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090306/8747b39c/attachment.htm>

From jonathan.underwood at gmail.com  Fri Mar  6 11:48:49 2009
From: jonathan.underwood at gmail.com (Jonathan Underwood)
Date: Fri, 6 Mar 2009 11:48:49 +0000
Subject: Executable example scripts in documentation
In-Reply-To: <20090306110831.GA11788@amd.home.annexia.org>
References: <20090306100555.GA11048@amd.home.annexia.org>
	<49B0FC44.8080700@city-fan.org>
	<1236335944.3666.24.camel@eagle.danny.cz>
	<645d17210903060247j5f97f7b3he08dfc987282c777@mail.gmail.com>
	<20090306110831.GA11788@amd.home.annexia.org>
Message-ID: <645d17210903060348w39d06b3ctc14ecdf408495afc@mail.gmail.com>

2009/3/6 Richard W.M. Jones <rjones at redhat.com>:
> On Fri, Mar 06, 2009 at 10:47:34AM +0000, Jonathan Underwood wrote:
>> 2009/3/6 Dan Hor?k <dan at danny.cz>:
>> > Paul Howarth p??e v P? 06. 03. 2009 v 10:34 +0000:
>> >> They sometimes pull in additional dependencies.
>> >
>> > When they are e.g. Perl script, that's the main reason IIRC
>>
>> Couldn't the rpm automatic dependency generator be told to disregard
>> all files marked as %doc ?
>
> Isn't pulling in dependencies a good thing? ?As with keeping the
> examples executable, it helps people who want to run them.
>
> If the extra deps are a problem, then they should be treated just the
> same way as any other package that has too many dependencies -- by
> creating subpackages.

Right. So maybe the guideline should look something like:

It's permissable to include executable example scripts in the main
packages docdir (%doc) as long as they don't cause additional package
dependencies. If the example scripts do cause extra dependencies to be
pulled in, either remove the executable bit, or package the examples
in a separate subpackage (eg. foo-examples).

J.



From rjones at redhat.com  Fri Mar  6 11:54:16 2009
From: rjones at redhat.com (Richard W.M. Jones)
Date: Fri, 6 Mar 2009 11:54:16 +0000
Subject: New comps.xml group for Windows cross-compiler
Message-ID: <20090306115416.GA12349@amd.home.annexia.org>

As per the instructions here:

http://fedoraproject.org/wiki/How_to_use_and_edit_comps.xml_for_package_groups#New_groups

I would like to add a new group to comps-f11.xml for the Windows
cross-compiler feature:

https://fedoraproject.org/wiki/Features/Windows_cross_compiler

This has to be done before the string freeze which is in 4 days (my
apologies for lateness, I wasn't aware until now that I had to do this
before the string freeze).

My planned addition was:

  <group>
    <id>mingw32</id>
    <_name>Windows cross-compiler</_name>
    <_description>
      Support for cross-compiling programs to 32 bit Windows targets,
      testing them, and building Windows installers, all from within
      Fedora.
    </_description>
    <default>false</default>
    <uservisible>true</uservisible>
    <packagelist>

(List of packages would include compiler, mingw32-crossreport, wine,
NSIS and mingw32-nsiswrapper as "default" and the rest as "optional").

    </packagelist>
  </group>

Rich.

-- 
Richard Jones, Emerging Technologies, Red Hat  http://et.redhat.com/~rjones
Read my OCaml programming blog: http://camltastic.blogspot.com/
Fedora now supports 68 OCaml packages (the OPEN alternative to F#)
http://cocan.org/getting_started_with_ocaml_on_red_hat_and_fedora



From ivazqueznet at gmail.com  Fri Mar  6 12:01:24 2009
From: ivazqueznet at gmail.com (Ignacio Vazquez-Abrams)
Date: Fri, 06 Mar 2009 07:01:24 -0500
Subject: Executable example scripts in documentation
In-Reply-To: <20090306110831.GA11788@amd.home.annexia.org>
References: <20090306100555.GA11048@amd.home.annexia.org>
	<49B0FC44.8080700@city-fan.org>
	<1236335944.3666.24.camel@eagle.danny.cz>
	<645d17210903060247j5f97f7b3he08dfc987282c777@mail.gmail.com>
	<20090306110831.GA11788@amd.home.annexia.org>
Message-ID: <1236340884.5218.27.camel@ignacio.lan>

On Fri, 2009-03-06 at 11:08 +0000, Richard W.M. Jones wrote:
> Isn't pulling in dependencies a good thing?  As with keeping the
> examples executable, it helps people who want to run them.

If the examples are so important to run then why aren't they in
%{_datadir}/%{name} instead?

-- 
Ignacio Vazquez-Abrams <ivazqueznet at gmail.com>

PLEASE don't CC me; I'm already subscribed
-------------- 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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090306/0cb9e03b/attachment.sig>

From alexl at users.sourceforge.net  Fri Mar  6 12:01:39 2009
From: alexl at users.sourceforge.net (Alex Lancaster)
Date: Fri, 06 Mar 2009 05:01:39 -0700
Subject: fedora-devel-announce for ABI/API/soname breakage announcements
In-Reply-To: <49B0BC96.9090109@leemhuis.info> (Thorsten Leemhuis's message of
	"Fri\, 06 Mar 2009 07\:03\:02 +0100")
References: <da159fda0903051244m6cb96a29q36e540943af1e6d4@mail.gmail.com>
	<49B0BC96.9090109@leemhuis.info>
Message-ID: <uewsb2zwpo.fsf@allele2.eebweb.arizona.edu>

>>>>> "TL" == Thorsten Leemhuis  writes:

TL> On 05.03.2009 21:44, Jon Stanley wrote:
>> 
>> 57	Make stronger policy/guideline that ABI/API/soname breakage should
>> always be announced fedora-devel-announce (not f-d-l)

TL> Why not simply mail f-d-l as well as all the maintainers of packages
TL> that are affected (and not fedora-devel-announce!)? A simple command
TL> line script is able to do that in case MTA's like sendmail or postfix
TL> are properly configured. That script likely could write a comma
TL> separated list that people can cut-n-paste to Thunderbird, Kmail and
TL> other MUA's if needed.

TL> Reason: I for one slowly start to get annoyed by the slowly increasing
TL> traffic on fedora-devel-announce that clutters my inbox. Thus I
TL> started to consider to move mails from that list into some IMAP folder
TL> automatically, and that is exactly what we didn't want people to do
TL> when fedora-devel-announce was created. I think we said something like
TL> "less then 10 mails a month" back when we created it, but I could not
TL> find that on a quick google search :-/

In a quick check on the archives, there seems to an average of around
15-20 e-mails per month on fedora-devel-announce (f-d-a) in recent
months.  Some months it is lower.  I do not consider that high
traffic.

Regarding sending to maintainers of packages that are affected, I
agree that would also be a good idea, but it's often difficult to find
out exactly which packages are affected.  Yes, I know you can run
repoquery to find those packages in most cases, but:

1) most maintainers are unaware of, or do not use repoquery regularly
   (even though they probably should)

  To solve this, ideally we could perhaps create new aliases that
  maintainers could simply use to contact all downstream affected
  packages in one fell swoop, e.g.

  <packagename>-dependent-packages-owners at fedoraproject.org

  that would be populated by a list of e-mail addresses for owners of
  all dependent packages, which would be created by a repoquery run at
  initial package creation.  It would also have to be updated as some
  kind of cron job as potentially dependent packages are added or
  removed from the repository.

2) even if repoquery is run does not necessarily collect all affected
   packages.  In some cases these ABI changes have an effect beyond
   the immediate list of packages that repoquery will list.  e.g. an
   update of the mono stack may affect a large number of packages and
   overall distro integration beyond what can be expressed by package
   deps.

Since a creation of such a system in (1) is probably a ways off and
still doesn't necessarily solve (2), I still think mailing f-d-a makes
the most sense.  ABI/soname breakage are exactly the kind of thing
that it is worth bringing to attention to the greater Fedora
community, which is what f-d-a was intended to solve.

However, there should definitely be a few exceptions to the rule of
announcement if maintainer performing the breakage, either 1) owns all
the affected packages and is planning to rebuild them, or 2) is a
provenpackager/co-maintainer, or otherwise has access and who is
intending to rebuild all affected packages (e.g. xulrunner/firefox).
In those cases, a heads-up on f-d-l might be nice, but probably not
mandatory (although even in thoses cases there may be dependent
packages that the maintainer is not aware of).

Lastly, all replies to f-d-a are redirected to f-d-l, and f-d-a is
moderated, both of which should keep the list traffic to the currently
manageable level.

Alex



From rjones at redhat.com  Fri Mar  6 12:23:37 2009
From: rjones at redhat.com (Richard W.M. Jones)
Date: Fri, 6 Mar 2009 12:23:37 +0000
Subject: Executable example scripts in documentation
In-Reply-To: <1236340884.5218.27.camel@ignacio.lan>
References: <20090306100555.GA11048@amd.home.annexia.org>
	<49B0FC44.8080700@city-fan.org>
	<1236335944.3666.24.camel@eagle.danny.cz>
	<645d17210903060247j5f97f7b3he08dfc987282c777@mail.gmail.com>
	<20090306110831.GA11788@amd.home.annexia.org>
	<1236340884.5218.27.camel@ignacio.lan>
Message-ID: <20090306122337.GA12794@amd.home.annexia.org>

On Fri, Mar 06, 2009 at 07:01:24AM -0500, Ignacio Vazquez-Abrams wrote:
> On Fri, 2009-03-06 at 11:08 +0000, Richard W.M. Jones wrote:
> > Isn't pulling in dependencies a good thing?  As with keeping the
> > examples executable, it helps people who want to run them.
> 
> If the examples are so important to run then why aren't they in
> %{_datadir}/%{name} instead?

Because they are examples, which are part of the supporting
documentation for a package, not a necessary part to make a package
work.

Now if you want to argue for a standard location or standard way to
package examples, that's a different matter which I'd fully support,
because making things easier for users is a good thing.

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 bradbell at seanet.com  Fri Mar  6 14:31:45 2009
From: bradbell at seanet.com (Brad Bell)
Date: Fri, 06 Mar 2009 06:31:45 -0800
Subject: Fedora User Certificates
Message-ID: <49B133D1.6070003@seanet.com>

On the web page
    http://fedoraproject.org/wiki/PackageMaintainers/UpdatingPackageHowTo
It states that:

"If you update to a new upstream version you have to upload the tarball 
to an external lookaside cache. Operations on the lookaside cache 
require a client-side certificate, grab it and see instructions for 
installing it at <https://admin.fedoraproject.org/accounts/>
    https://admin.fedoraproject.org/accounts/
"

When I go to the accounts page, I cannot find the instructions. I was 
able to find a description of what to do at
    
https://www.redhat.com/archives/fedora-devel-list/2008-August/msg00962.html

But when I followed those instuctions I got to the point
"Select your existing Certificate and remove it then import the new one 
from ~/fedora-browser-cert.p12 you will be able to log in to koji"

I assumed that the file ~/fedora-browser-cert.p12 referred to the link named
    https://admin.fedoraproject.org/ca/crl.pem
below. So I downlaoded this file and tried to select it. But then my 
browser (firefox) requested a password
    "Please enter the password that was used to encrypt this certificate 
backup.".
I tried a few of my passwords related to fedora, but none of them seemed 
to work.

1. Where are the current official instructions for install the 
client-side certificate ?
2. Am I using the correct certificate ?
3. Which password should I be entering ?



From james at fedoraproject.org  Fri Mar  6 14:41:38 2009
From: james at fedoraproject.org (James Antill)
Date: Fri, 06 Mar 2009 09:41:38 -0500
Subject: yum-builddep pulling in i386 packages for x86_64 -devel
 dependencies
In-Reply-To: <200903060955.39580.billcrawford1970@gmail.com>
References: <200903060944.00190.billcrawford1970@gmail.com>
	<200903060955.39580.billcrawford1970@gmail.com>
Message-ID: <1236350498.7725.993.camel@code.and.org>

On Fri, 2009-03-06 at 09:55 +0000, Bill Crawford wrote:
> On Friday 06 March 2009 09:44:00 Bill Crawford wrote:
> > I just noticed an interesting thing with yum-builddep. There's a dependency
> > somewhere on audit-libs-devel, and it's trying to pull in audit-libs.i386
> > instead of .x64_64 ... this then leads to it wanting to download over a
> > dozen other i386 packages. Any way to get around this? Did I do something
> > wrong?
> 
> Never mind, I'd forgotten to enable / disable some repositories (although I'm 
> still ... disturbed ... that i?86 packages can satisfy the dependencies for a 
> x86-64 -devel package :-/).

 Log a bug against audit to use:

BuildRequires: audit-libs-devel%{_isa}

...which will mean the requires provider must be the same arch. as the
requesting pkg.

-- 
James Antill <james at fedoraproject.org>
Fedora



From billcrawford1970 at gmail.com  Fri Mar  6 14:52:03 2009
From: billcrawford1970 at gmail.com (Bill Crawford)
Date: Fri, 6 Mar 2009 14:52:03 +0000
Subject: yum-builddep pulling in i386 packages for x86_64 -devel
	dependencies
In-Reply-To: <1236350498.7725.993.camel@code.and.org>
References: <200903060944.00190.billcrawford1970@gmail.com>
	<200903060955.39580.billcrawford1970@gmail.com>
	<1236350498.7725.993.camel@code.and.org>
Message-ID: <200903061452.03449.billcrawford1970@gmail.com>

On Friday 06 March 2009 14:41:38 James Antill wrote:

>  Log a bug against audit to use:
>
> BuildRequires: audit-libs-devel%{_isa}
>
> ...which will mean the requires provider must be the same arch. as the
> requesting pkg.

OK, will do.



From tcallawa at redhat.com  Fri Mar  6 14:57:19 2009
From: tcallawa at redhat.com (Tom "spot" Callaway)
Date: Fri, 06 Mar 2009 09:57:19 -0500
Subject: Packages needing Review
Message-ID: <49B139CF.10408@redhat.com>

Fedorans!

I offer package review trades, if you will help get my packages reviewed
in return. I have several packages, none too scary, that all need to be
reviewed.

https://bugzilla.redhat.com/show_bug.cgi?id=454008 : iax -
Implementation of Inter-Asterisk eXchange protocol

https://bugzilla.redhat.com/show_bug.cgi?id=454010 : iaxclient - Library
for creating telephony solutions that interoperate with Asterisk

https://bugzilla.redhat.com/show_bug.cgi?id=454018 : tcl-tkpng - Tcl/Tk
support for PNG

https://bugzilla.redhat.com/show_bug.cgi?id=454022 : coccinella - Chat
client with whiteboard

https://bugzilla.redhat.com/show_bug.cgi?id=467490 : nwsserver -
NetWorkSpaces Server for clustering of scripting languages

https://bugzilla.redhat.com/show_bug.cgi?id=483853 : tcl-trf - Tcl
extension providing "transformer" commands

Thanks in advance,

~spot



From selinux at gmail.com  Fri Mar  6 15:05:21 2009
From: selinux at gmail.com (Tom London)
Date: Fri, 6 Mar 2009 07:05:21 -0800
Subject: yum-builddep pulling in i386 packages for x86_64 -devel 
	dependencies
In-Reply-To: <1236350498.7725.993.camel@code.and.org>
References: <200903060944.00190.billcrawford1970@gmail.com>
	<200903060955.39580.billcrawford1970@gmail.com>
	<1236350498.7725.993.camel@code.and.org>
Message-ID: <4c4ba1530903060705j6c28622er4dda45862db46d79@mail.gmail.com>

On Fri, Mar 6, 2009 at 6:41 AM, James Antill <james at fedoraproject.org> wrote:
> On Fri, 2009-03-06 at 09:55 +0000, Bill Crawford wrote:
>> On Friday 06 March 2009 09:44:00 Bill Crawford wrote:
>> > I just noticed an interesting thing with yum-builddep. There's a dependency
>> > somewhere on audit-libs-devel, and it's trying to pull in audit-libs.i386
>> > instead of .x64_64 ... this then leads to it wanting to download over a
>> > dozen other i386 packages. Any way to get around this? Did I do something
>> > wrong?
>>
>> Never mind, I'd forgotten to enable / disable some repositories (although I'm
>> still ... disturbed ... that i?86 packages can satisfy the dependencies for a
>> x86-64 -devel package :-/).
>
> ?Log a bug against audit to use:
>
> BuildRequires: audit-libs-devel%{_isa}
>
> ...which will mean the requires provider must be the same arch. as the
> requesting pkg.
>
> --
> James Antill <james at fedoraproject.org>

Are you saying that, for example, gnome-panel.x86_64 should change its
requires of gnome-session-xsession to

gnome-session-xsession%{_isa}

????

If so, I'm guessing there are "lots of these".

tom
-- 
Tom London



From dakingun at gmail.com  Fri Mar  6 15:05:37 2009
From: dakingun at gmail.com (Deji Akingunola)
Date: Fri, 6 Mar 2009 10:05:37 -0500
Subject: Packages needing Review
In-Reply-To: <49B139CF.10408@redhat.com>
References: <49B139CF.10408@redhat.com>
Message-ID: <b80014de0903060705r6716f723nf3519aa98b83ed78@mail.gmail.com>

On Fri, Mar 6, 2009 at 9:57 AM, Tom spot Callaway <tcallawa at redhat.com> wrote:
> Fedorans!
>
> I offer package review trades, if you will help get my packages reviewed
> in return. I have several packages, none too scary, that all need to be
> reviewed.
>

> https://bugzilla.redhat.com/show_bug.cgi?id=454010 : iaxclient - Library
> for creating telephony solutions that interoperate with Asterisk
>
> https://bugzilla.redhat.com/show_bug.cgi?id=454018 : tcl-tkpng - Tcl/Tk
> support for PNG
>
I can review the above 2, if you can take care of mpich2 [1] for me ;)


Deji

[1]. https://bugzilla.redhat.com/show_bug.cgi?id=171993



From rjones at redhat.com  Fri Mar  6 15:08:12 2009
From: rjones at redhat.com (Richard W.M. Jones)
Date: Fri, 6 Mar 2009 15:08:12 +0000
Subject: Packages needing Review
In-Reply-To: <49B139CF.10408@redhat.com>
References: <49B139CF.10408@redhat.com>
Message-ID: <20090306150812.GA23896@amd.home.annexia.org>

On Fri, Mar 06, 2009 at 09:57:19AM -0500, Tom spot Callaway wrote:
> https://bugzilla.redhat.com/show_bug.cgi?id=483853 : tcl-trf - Tcl
> extension providing "transformer" commands

Swap you this one for your choice of ..

https://fedoraproject.org/wiki/Features/Windows_cross_compiler#Current_status

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 mschwendt at gmail.com  Fri Mar  6 15:09:37 2009
From: mschwendt at gmail.com (Michael Schwendt)
Date: Fri, 6 Mar 2009 16:09:37 +0100
Subject: yum-builddep pulling in i386 packages for x86_64 -devel
 dependencies
In-Reply-To: <1236350498.7725.993.camel@code.and.org>
References: <200903060944.00190.billcrawford1970@gmail.com>
	<200903060955.39580.billcrawford1970@gmail.com>
	<1236350498.7725.993.camel@code.and.org>
Message-ID: <20090306160937.5519cf8a.mschwendt@gmail.com>

On Fri, 06 Mar 2009 09:41:38 -0500, James wrote:

> On Fri, 2009-03-06 at 09:55 +0000, Bill Crawford wrote:
> > On Friday 06 March 2009 09:44:00 Bill Crawford wrote:
> > > I just noticed an interesting thing with yum-builddep. There's a dependency
> > > somewhere on audit-libs-devel, and it's trying to pull in audit-libs.i386
> > > instead of .x64_64 ... this then leads to it wanting to download over a
> > > dozen other i386 packages. Any way to get around this? Did I do something
> > > wrong?
> > 
> > Never mind, I'd forgotten to enable / disable some repositories (although I'm 
> > still ... disturbed ... that i?86 packages can satisfy the dependencies for a 
> > x86-64 -devel package :-/).
> 
>  Log a bug against audit to use:
> 
> BuildRequires: audit-libs-devel%{_isa}
> 
> ...which will mean the requires provider must be the same arch. as the
> requesting pkg.

Are you sure? Probably you meant "Requires" instead of "BuildRequires",
but even then, there are automatic x86_64-specific SONAME dependencies
already: http://koji.fedoraproject.org/koji/rpminfo?rpmID=1075605
If this needs to be done for audit-libs-devel, that implies we would
need to do it also for all other -devel packages.



From rjones at redhat.com  Fri Mar  6 15:10:11 2009
From: rjones at redhat.com (Richard W.M. Jones)
Date: Fri, 6 Mar 2009 15:10:11 +0000
Subject: Packages needing Review
In-Reply-To: <20090306150812.GA23896@amd.home.annexia.org>
References: <49B139CF.10408@redhat.com>
	<20090306150812.GA23896@amd.home.annexia.org>
Message-ID: <20090306151011.GB23896@amd.home.annexia.org>

On Fri, Mar 06, 2009 at 03:08:12PM +0000, Richard W.M. Jones wrote:
> On Fri, Mar 06, 2009 at 09:57:19AM -0500, Tom spot Callaway wrote:
> > https://bugzilla.redhat.com/show_bug.cgi?id=483853 : tcl-trf - Tcl
> > extension providing "transformer" commands

Gone already, I'll do this one instead:

https://bugzilla.redhat.com/show_bug.cgi?id=467490 nwsserver

> Swap you this one for your choice of ..
> 
> https://fedoraproject.org/wiki/Features/Windows_cross_compiler#Current_status
> 
> 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
> 
> -- 
> fedora-devel-list mailing list
> fedora-devel-list at redhat.com
> https://www.redhat.com/mailman/listinfo/fedora-devel-list

-- 
Richard Jones, Emerging Technologies, Red Hat  http://et.redhat.com/~rjones
Read my OCaml programming blog: http://camltastic.blogspot.com/
Fedora now supports 68 OCaml packages (the OPEN alternative to F#)
http://cocan.org/getting_started_with_ocaml_on_red_hat_and_fedora



From billcrawford1970 at gmail.com  Fri Mar  6 15:18:50 2009
From: billcrawford1970 at gmail.com (Bill Crawford)
Date: Fri, 6 Mar 2009 15:18:50 +0000
Subject: yum-builddep pulling in i386 packages for x86_64 -devel
	dependencies
In-Reply-To: <4c4ba1530903060705j6c28622er4dda45862db46d79@mail.gmail.com>
References: <200903060944.00190.billcrawford1970@gmail.com>
	<1236350498.7725.993.camel@code.and.org>
	<4c4ba1530903060705j6c28622er4dda45862db46d79@mail.gmail.com>
Message-ID: <200903061518.50632.billcrawford1970@gmail.com>

On Friday 06 March 2009 15:05:21 Tom London wrote:

> Are you saying that, for example, gnome-panel.x86_64 should change its
> requires of gnome-session-xsession to
>
> gnome-session-xsession%{_isa}

Should only matter for libs (and only the multi-libbed ones).



From kevin.kofler at chello.at  Fri Mar  6 15:25:20 2009
From: kevin.kofler at chello.at (Kevin Kofler)
Date: Fri, 06 Mar 2009 16:25:20 +0100
Subject: New comps.xml group for Windows cross-compiler
References: <20090306115416.GA12349@amd.home.annexia.org>
Message-ID: <gorf90$mcd$1@ger.gmane.org>

Richard W.M. Jones wrote:
>     <_name>Windows cross-compiler</_name>

Why not be specific and say MinGW cross compiler or MinGW32 cross compiler?

There'd still be the description:
>       Support for cross-compiling programs to 32 bit Windows targets,
>       testing them, and building Windows installers, all from within
>       Fedora.
for the unlikely case of people wanting to develop for Window$ and not
knowing what MinGW is.

        Kevin Kofler



From oget.fedora at gmail.com  Fri Mar  6 15:26:48 2009
From: oget.fedora at gmail.com (Orcan Ogetbil)
Date: Fri, 6 Mar 2009 10:26:48 -0500
Subject: Packages needing Review
In-Reply-To: <49B139CF.10408@redhat.com>
References: <49B139CF.10408@redhat.com>
Message-ID: <e76492710903060726p35cf62bagdfb96069012d2788@mail.gmail.com>

On Fri, Mar 6, 2009 at 9:57 AM, Tom spot Callaway wrote:
> Fedorans!
>
> https://bugzilla.redhat.com/show_bug.cgi?id=454008 : iax -
> Implementation of Inter-Asterisk eXchange protocol
>

I'll take this if you want to review my

https://bugzilla.redhat.com/show_bug.cgi?id=483376 :
fluid-soundfont - Pro-quality GM/GS soundfont


If anyone else wants to trade reviews with me, I have two more:

https://bugzilla.redhat.com/show_bug.cgi?id=486760
mscore - Music Composition & Notation Software

https://bugzilla.redhat.com/show_bug.cgi?id=488910
bio2jack - A library for porting blocked io(OSS/ALSA) applications to jack


As you can see, they are all music&audio related stuff, i.e. fun stuff :)

Orcan



From billcrawford1970 at gmail.com  Fri Mar  6 15:27:09 2009
From: billcrawford1970 at gmail.com (Bill Crawford)
Date: Fri, 6 Mar 2009 15:27:09 +0000
Subject: yum-builddep pulling in i386 packages for x86_64 -devel
	dependencies
In-Reply-To: <1236350498.7725.993.camel@code.and.org>
References: <200903060944.00190.billcrawford1970@gmail.com>
	<200903060955.39580.billcrawford1970@gmail.com>
	<1236350498.7725.993.camel@code.and.org>
Message-ID: <200903061527.10171.billcrawford1970@gmail.com>

On Friday 06 March 2009 14:41:38 James Antill wrote:

>  Log a bug against audit to use:
>
> BuildRequires: audit-libs-devel%{_isa}
>
> ...which will mean the requires provider must be the same arch. as the
> requesting pkg.

Actually the problem was that audit-libs-devel requires audit-libs without the 
arch specified, though.



From kevin.kofler at chello.at  Fri Mar  6 15:30:31 2009
From: kevin.kofler at chello.at (Kevin Kofler)
Date: Fri, 06 Mar 2009 16:30:31 +0100
Subject: New comps.xml group for Windows cross-compiler
References: <20090306115416.GA12349@amd.home.annexia.org>
	<gorf90$mcd$1@ger.gmane.org>
Message-ID: <gorfio$mcd$2@ger.gmane.org>

I wrote:
> Richard W.M. Jones wrote:
>>     <_name>Windows cross-compiler</_name>
> 
> Why not be specific and say MinGW cross compiler or MinGW32 cross
> compiler?

PS: I think using "Windows" that way can also get us in trademark trouble.
We'd have to say "Cross-compiler targeting Microsoft Windows" or something
equally stupid. Now of course using "Winblow$" or something like that
instead could avoid us the trademark lawsuit, but then RH Legal will freak
out about "disparaging". ;-) So I think "MinGW cross compiler" is the best
solution to keep the name short, and then description can cite the
trademarks in a way which is clearly fair use.

What do you think?

        Kevin Kofler



From dennis at ausil.us  Fri Mar  6 15:32:41 2009
From: dennis at ausil.us (Dennis Gilmore)
Date: Fri, 6 Mar 2009 09:32:41 -0600
Subject: Fedora User Certificates
In-Reply-To: <49B133D1.6070003@seanet.com>
References: <49B133D1.6070003@seanet.com>
Message-ID: <200903060932.42187.dennis@ausil.us>

On Friday 06 March 2009 08:31:45 am Brad Bell wrote:
> On the web page
>     http://fedoraproject.org/wiki/PackageMaintainers/UpdatingPackageHowTo
> It states that:
>
> "If you update to a new upstream version you have to upload the tarball
> to an external lookaside cache. Operations on the lookaside cache
> require a client-side certificate, grab it and see instructions for
> installing it at <https://admin.fedoraproject.org/accounts/>
>     https://admin.fedoraproject.org/accounts/
> "
>
> When I go to the accounts page, I cannot find the instructions. I was
> able to find a description of what to do at
>
> https://www.redhat.com/archives/fedora-devel-list/2008-August/msg00962.html
>
> But when I followed those instuctions I got to the point
> "Select your existing Certificate and remove it then import the new one
> from ~/fedora-browser-cert.p12 you will be able to log in to koji"
>
> I assumed that the file ~/fedora-browser-cert.p12 referred to the link
> named https://admin.fedoraproject.org/ca/crl.pem
> below. So I downlaoded this file and tried to select it. But then my
> browser (firefox) requested a password
>     "Please enter the password that was used to encrypt this certificate
> backup.".
> I tried a few of my passwords related to fedora, but none of them seemed
> to work.
>
> 1. Where are the current official instructions for install the
> client-side certificate ?
> 2. Am I using the correct certificate ?
> 3. Which password should I be entering ?
fedora-packager-setup coverts the pem file you get from FAS to the .p12 format 
for importing into firefox.

Dennis



From rjones at redhat.com  Fri Mar  6 15:40:51 2009
From: rjones at redhat.com (Richard W.M. Jones)
Date: Fri, 6 Mar 2009 15:40:51 +0000
Subject: New comps.xml group for Windows cross-compiler
In-Reply-To: <gorfio$mcd$2@ger.gmane.org>
References: <20090306115416.GA12349@amd.home.annexia.org>
	<gorf90$mcd$1@ger.gmane.org> <gorfio$mcd$2@ger.gmane.org>
Message-ID: <20090306154051.GA24194@amd.home.annexia.org>

On Fri, Mar 06, 2009 at 04:30:31PM +0100, Kevin Kofler wrote:
> I wrote:
> > Richard W.M. Jones wrote:
> >>     <_name>Windows cross-compiler</_name>
> > 
> > Why not be specific and say MinGW cross compiler or MinGW32 cross
> > compiler?
> 
> PS: I think using "Windows" that way can also get us in trademark trouble.
> We'd have to say "Cross-compiler targeting Microsoft Windows" or something
> equally stupid. Now of course using "Winblow$" or something like that
> instead could avoid us the trademark lawsuit, but then RH Legal will freak
> out about "disparaging". ;-) So I think "MinGW cross compiler" is the best
> solution to keep the name short, and then description can cite the
> trademarks in a way which is clearly fair use.
> 
> What do you think?

I wanted a new name for this project that doesn't involve using
trademarks and doesn't carry the baggage of "MinGW", and also reflects
the fact that we might want to broaden support to other non-embedded
platforms in future.

So far my best effort was "Consumer cross-compilers" (CCC) or
"Consumer cross-compiler collection" (CCCC).

Anyway, for the time-being how about this?

    <_name>MinGW cross-compiler</_name>
    <_description>
      Support for cross-compiling programs to 32 bit Windows targets,
      testing them, and building installers, all from within Fedora.
    </_description>

Rich.

-- 
Richard Jones, Emerging Technologies, Red Hat  http://et.redhat.com/~rjones
virt-top is 'top' for virtual machines.  Tiny program with many
powerful monitoring features, net stats, disk stats, logging, etc.
http://et.redhat.com/~rjones/virt-top



From rjones at redhat.com  Fri Mar  6 15:43:35 2009
From: rjones at redhat.com (Richard W.M. Jones)
Date: Fri, 6 Mar 2009 15:43:35 +0000
Subject: Packages needing Review
In-Reply-To: <e76492710903060726p35cf62bagdfb96069012d2788@mail.gmail.com>
References: <49B139CF.10408@redhat.com>
	<e76492710903060726p35cf62bagdfb96069012d2788@mail.gmail.com>
Message-ID: <20090306154335.GB24194@amd.home.annexia.org>

On Fri, Mar 06, 2009 at 10:26:48AM -0500, Orcan Ogetbil wrote:
> https://bugzilla.redhat.com/show_bug.cgi?id=486760
> mscore - Music Composition & Notation Software

This looks hideously complicated.  I'll swap you for you _packaging
and submitting a review request_ for:

http://et.redhat.com/~rjones/auto-buildrequires/

(It's not too bad - you'll find a sane specfile in the tarball).

Rich.

-- 
Richard Jones, Emerging Technologies, Red Hat  http://et.redhat.com/~rjones
Read my OCaml programming blog: http://camltastic.blogspot.com/
Fedora now supports 68 OCaml packages (the OPEN alternative to F#)
http://cocan.org/getting_started_with_ocaml_on_red_hat_and_fedora



From oget.fedora at gmail.com  Fri Mar  6 15:48:11 2009
From: oget.fedora at gmail.com (Orcan Ogetbil)
Date: Fri, 6 Mar 2009 10:48:11 -0500
Subject: Packages needing Review
In-Reply-To: <20090306154335.GB24194@amd.home.annexia.org>
References: <49B139CF.10408@redhat.com>
	<e76492710903060726p35cf62bagdfb96069012d2788@mail.gmail.com>
	<20090306154335.GB24194@amd.home.annexia.org>
Message-ID: <e76492710903060748w124dd8a7qcb7eec26f23fd539@mail.gmail.com>

On Fri, Mar 6, 2009 at 10:43 AM, Richard W.M. Jones wrote:
> On Fri, Mar 06, 2009 at 10:26:48AM -0500, Orcan Ogetbil wrote:
>> https://bugzilla.redhat.com/show_bug.cgi?id=486760
>> mscore - Music Composition & Notation Software
>
> This looks hideously complicated. ?I'll swap you for you _packaging
> and submitting a review request_ for:
>
> http://et.redhat.com/~rjones/auto-buildrequires/
>
> (It's not too bad - you'll find a sane specfile in the tarball).
>
> Rich.
>

Sure Rich, I'll get on it.

Orcan



From lfarkas at lfarkas.org  Fri Mar  6 15:48:32 2009
From: lfarkas at lfarkas.org (Farkas Levente)
Date: Fri, 06 Mar 2009 16:48:32 +0100
Subject: New comps.xml group for Windows cross-compiler
In-Reply-To: <20090306154051.GA24194@amd.home.annexia.org>
References: <20090306115416.GA12349@amd.home.annexia.org>	<gorf90$mcd$1@ger.gmane.org>
	<gorfio$mcd$2@ger.gmane.org>
	<20090306154051.GA24194@amd.home.annexia.org>
Message-ID: <49B145D0.5070509@lfarkas.org>

Richard W.M. Jones wrote:
> On Fri, Mar 06, 2009 at 04:30:31PM +0100, Kevin Kofler wrote:
>> I wrote:
>>> Richard W.M. Jones wrote:
>>>>     <_name>Windows cross-compiler</_name>
>>> Why not be specific and say MinGW cross compiler or MinGW32 cross
>>> compiler?
>> PS: I think using "Windows" that way can also get us in trademark trouble.
>> We'd have to say "Cross-compiler targeting Microsoft Windows" or something
>> equally stupid. Now of course using "Winblow$" or something like that
>> instead could avoid us the trademark lawsuit, but then RH Legal will freak
>> out about "disparaging". ;-) So I think "MinGW cross compiler" is the best
>> solution to keep the name short, and then description can cite the
>> trademarks in a way which is clearly fair use.
>>
>> What do you think?
> 
> I wanted a new name for this project that doesn't involve using
> trademarks and doesn't carry the baggage of "MinGW", and also reflects
> the fact that we might want to broaden support to other non-embedded
> platforms in future.
> 
> So far my best effort was "Consumer cross-compilers" (CCC) or
> "Consumer cross-compiler collection" (CCCC).

i also vote for this as we like to support other cross compiler in the
future and it'd be useful not to change the name.

-- 
  Levente                               "Si vis pacem para bellum!"



From kevin.kofler at chello.at  Fri Mar  6 15:53:16 2009
From: kevin.kofler at chello.at (Kevin Kofler)
Date: Fri, 06 Mar 2009 16:53:16 +0100
Subject: New comps.xml group for Windows cross-compiler
References: <20090306115416.GA12349@amd.home.annexia.org>
	<gorf90$mcd$1@ger.gmane.org> <gorfio$mcd$2@ger.gmane.org>
	<20090306154051.GA24194@amd.home.annexia.org>
Message-ID: <gorgtc$mcd$7@ger.gmane.org>

Richard W.M. Jones wrote:
> So far my best effort was "Consumer cross-compilers" (CCC) or
> "Consumer cross-compiler collection" (CCCC).

Maybe "Cross-compilers for other operating systems"?

        Kevin Kofler



From jcm at redhat.com  Fri Mar  6 16:00:19 2009
From: jcm at redhat.com (Jon Masters)
Date: Fri, 06 Mar 2009 11:00:19 -0500
Subject: PreUpgrade
In-Reply-To: <49B0FD18.6020706@fedoraproject.org>
References: <1236292783.28028.49.camel@jcmlaptop>
	<49B0FD18.6020706@fedoraproject.org>
Message-ID: <1236355219.10108.18.camel@perihelion.bos.jonmasters.org>

On Fri, 2009-03-06 at 16:08 +0530, Rahul Sundaram wrote:
> Jon Masters wrote:
> > Folks,
> > 
> > I was looking at the wiki for information on upgrading Fedora 9 to
> > Fedora 10 using preupgrade and noticed that all the docs are out of
> > date. I don't mind helping, but perhaps one of the original authors
> > would like to update the wiki with anything relevant to F10 (F11).
> 
> Which pages are you referring to and what information are you looking 
> for?  There is http://fedoraproject.org/wiki/PreUpgrade.

That's one page. Then there's the official upgrade instructions linking
to it, but those refer to Fedora 8 too. The reason I asked was because
it might be that people shouldn't be using this tool to upgrade to F10
or F11.

I did the preupgrade anyway on my last F9 box, up to F10. The box boots,
however it is missing libraries, firefox won't start, and various other
things. I'm about to take another look. Fortunately I planned some time
to fix upgrade problems - something I'd have to do every day if that box
ran rawhide.

Jon.




From kevin.kofler at chello.at  Fri Mar  6 16:05:37 2009
From: kevin.kofler at chello.at (Kevin Kofler)
Date: Fri, 06 Mar 2009 17:05:37 +0100
Subject: New comps.xml group for Windows cross-compiler
References: <20090306115416.GA12349@amd.home.annexia.org>
	<gorf90$mcd$1@ger.gmane.org> <gorfio$mcd$2@ger.gmane.org>
	<20090306154051.GA24194@amd.home.annexia.org>
Message-ID: <gorhkh$16s$1@ger.gmane.org>

Richard W.M. Jones wrote:
> I wanted a new name for this project that doesn't involve using
> trademarks and doesn't carry the baggage of "MinGW", and also reflects
> the fact that we might want to broaden support to other non-embedded
> platforms in future.
> 
> So far my best effort was "Consumer cross-compilers" (CCC) or
> "Consumer cross-compiler collection" (CCCC).

What I wonder is: should there not be one group per target operating system?
While I can see the sense of bundling W32 and W64 together (but still
wonder whether users won't prefer them separate), let's assume there was a
legal way to build a cross compiler for OS X (AFAIK, there currently is
none, unless you limit yourself to the base Darwin only): would people
really want to install the MinGW stuff when all they care about is OS X or
the opposite?

        Kevin Kofler



From itamar at ispbrasil.com.br  Fri Mar  6 16:11:58 2009
From: itamar at ispbrasil.com.br (Itamar Reis Peixoto)
Date: Fri, 6 Mar 2009 13:11:58 -0300
Subject: New comps.xml group for Windows cross-compiler
In-Reply-To: <gorgtc$mcd$7@ger.gmane.org>
References: <20090306115416.GA12349@amd.home.annexia.org>
	<gorf90$mcd$1@ger.gmane.org> <gorfio$mcd$2@ger.gmane.org>
	<20090306154051.GA24194@amd.home.annexia.org>
	<gorgtc$mcd$7@ger.gmane.org>
Message-ID: <d3ceea380903060811v3979f830j911a98a690b27b22@mail.gmail.com>

On Fri, Mar 6, 2009 at 12:53 PM, Kevin Kofler <kevin.kofler at chello.at> wrote:
> Richard W.M. Jones wrote:
>> So far my best effort was "Consumer cross-compilers" (CCC) or
>> "Consumer cross-compiler collection" (CCCC).
>
> Maybe "Cross-compilers for other operating systems"?


for me sounds good.



-- 
------------

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 jcm at redhat.com  Fri Mar  6 16:12:19 2009
From: jcm at redhat.com (Jon Masters)
Date: Fri, 06 Mar 2009 11:12:19 -0500
Subject: PreUpgrade
In-Reply-To: <1236355219.10108.18.camel@perihelion.bos.jonmasters.org>
References: <1236292783.28028.49.camel@jcmlaptop>
	<49B0FD18.6020706@fedoraproject.org>
	<1236355219.10108.18.camel@perihelion.bos.jonmasters.org>
Message-ID: <1236355939.10108.21.camel@perihelion.bos.jonmasters.org>

On Fri, 2009-03-06 at 11:00 -0500, Jon Masters wrote:

> I did the preupgrade anyway on my last F9 box, up to F10. The box boots,
> however it is missing libraries

Also, although the release and many packages were updated to F10
versions, the kernel is still f9 with no sign of the F10 package.

Jon.




From ivazqueznet at gmail.com  Fri Mar  6 15:51:39 2009
From: ivazqueznet at gmail.com (Ignacio Vazquez-Abrams)
Date: Fri, 06 Mar 2009 10:51:39 -0500
Subject: Django applications in Fedora
In-Reply-To: <1235607232.23349.38.camel@radiator.bos.redhat.com>
References: <1235607232.23349.38.camel@radiator.bos.redhat.com>
Message-ID: <1236354699.5218.38.camel@ignacio.lan>

So, here's what I did:

1) Move settings.py to /etc/%{name}/00-default.conf
2) Process django-settings.py.in (attached), replacing [[confpath]]
with /etc/%{name}, and saving it as settings.py in the project root
3) Profit!

Well, it was a little more complex than that, but that's the gist of it.
Full details here:
http://ivazquez.fedorapeople.org/packages/transifex/transifex.spec

-- 
Ignacio Vazquez-Abrams <ivazqueznet at gmail.com>

PLEASE don't CC me; I'm already subscribed
-------------- next part --------------
import os.path
import glob

conffiles = glob.glob(os.path.join('[[confpath]]', '*.conf'))

conffiles.sort()

for f in confiles:
    execfile(f)
-------------- 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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090306/ba2211d9/attachment.sig>

From ville.skytta at iki.fi  Fri Mar  6 16:15:46 2009
From: ville.skytta at iki.fi (Ville =?utf-8?q?Skytt=C3=A4?=)
Date: Fri, 6 Mar 2009 18:15:46 +0200
Subject: Executable example scripts in documentation
In-Reply-To: <49B0FC44.8080700@city-fan.org>
References: <20090306100555.GA11048@amd.home.annexia.org>
	<49B0FC44.8080700@city-fan.org>
Message-ID: <200903061815.47483.ville.skytta@iki.fi>

On Friday 06 March 2009, Paul Howarth wrote:
> Richard W.M. Jones wrote:
> > rpmlint warns about this (spurious-executable-perm).  But I think rpmlint
> > is wrong.
> >
> > There are scant guidelines about this - just one oblique reference in
> > a "packaging mistakes" page.  There is no convincing explanation I can
> > find as to why including an executable script in documentation is a
> > bad thing.
>
> They sometimes pull in additional dependencies.

FWIW, rpmlint has a separate "doc-file-dependency" check for that.



From notting at redhat.com  Fri Mar  6 16:20:06 2009
From: notting at redhat.com (Bill Nottingham)
Date: Fri, 6 Mar 2009 11:20:06 -0500
Subject: rawhide report: 20090305 changes
In-Reply-To: <faa16b610903051402g432acbbdu82a3e2b5836de0f4@mail.gmail.com>
References: <20090305131140.D42981B8001@releng2.fedora.phx.redhat.com>
	<200903051825.n25IPeog006142@laptop14.inf.utfsm.cl>
	<20090305183110.GC22258@nostromo.devel.redhat.com>
	<faa16b610903051402g432acbbdu82a3e2b5836de0f4@mail.gmail.com>
Message-ID: <20090306162006.GE10711@nostromo.devel.redhat.com>

Colin Walters (walters at verbum.org) said: 
> >> While updating via yum from a gnome-terminal today, Gnome went down (the
> >> gnome-terminals and firefox died, a window flashed (i.e., started and
> >> closed)).
> >
> > Basically, the session bus is being pulled out from under the session -
> > connections are denied to it. Things go downhill very fast from there.
> 
> New connections are denied?  Is there a bug for this with more
> information/analysis?

I don't know. The problem is that it's constrained to the desktop session
that performs the upgrade - a simple logout/login fixes it. So reproduction
is a pain.

Bill



From belegdol at gmail.com  Fri Mar  6 16:19:53 2009
From: belegdol at gmail.com (Julian Sikorski)
Date: Fri, 06 Mar 2009 17:19:53 +0100
Subject: PreUpgrade
In-Reply-To: <1236355939.10108.21.camel@perihelion.bos.jonmasters.org>
References: <1236292783.28028.49.camel@jcmlaptop>	<49B0FD18.6020706@fedoraproject.org>	<1236355219.10108.18.camel@perihelion.bos.jonmasters.org>
	<1236355939.10108.21.camel@perihelion.bos.jonmasters.org>
Message-ID: <gorif9$4hp$1@ger.gmane.org>

Jon Masters pisze:
> On Fri, 2009-03-06 at 11:00 -0500, Jon Masters wrote:
> 
>> I did the preupgrade anyway on my last F9 box, up to F10. The box boots,
>> however it is missing libraries
> 
> Also, although the release and many packages were updated to F10
> versions, the kernel is still f9 with no sign of the F10 package.
> 
> Jon.
> 
> 
I suspect that the reason might be the following: f10 was released a
good while ago, and now many f-9 packages  have higher nevr. Thus, I
think preupgrade could benefit from a way to specify additional repos
(as anaconda does).

Julian



From rjones at redhat.com  Fri Mar  6 16:21:02 2009
From: rjones at redhat.com (Richard W.M. Jones)
Date: Fri, 6 Mar 2009 16:21:02 +0000
Subject: New comps.xml group for Windows cross-compiler
In-Reply-To: <gorhkh$16s$1@ger.gmane.org>
References: <20090306115416.GA12349@amd.home.annexia.org>
	<gorf90$mcd$1@ger.gmane.org> <gorfio$mcd$2@ger.gmane.org>
	<20090306154051.GA24194@amd.home.annexia.org>
	<gorhkh$16s$1@ger.gmane.org>
Message-ID: <20090306162102.GA24630@amd.home.annexia.org>

On Fri, Mar 06, 2009 at 05:05:37PM +0100, Kevin Kofler wrote:
> What I wonder is: should there not be one group per target operating system?
> While I can see the sense of bundling W32 and W64 together (but still
> wonder whether users won't prefer them separate), let's assume there was a
> legal way to build a cross compiler for OS X (AFAIK, there currently is
> none, unless you limit yourself to the base Darwin only): would people
> really want to install the MinGW stuff when all they care about is OS X or
> the opposite?

Oh I think we agree on this.  We discussed what packages might look
like on the fedora-mingw list some time back.  Here is the thread:

http://lists.fedoraproject.org/pipermail/fedora-mingw/2009-February/thread.html#464

(It's worth reading the whole thread, but the first message contains a
useful diagram).

As to the separate question about whether it's possible to build a
legal cross-compiler for OS X, there are several issues:

(1) We can build a cross-GCC no problem, in fact we've already done it.

But ...

(2) In order to link, the cross-GCC needs to use a tiny bit of
assembler code (like ~ 200 lines) which is APSL 1.0, which is not free
for Fedora.  So that needs to be rewritten or persuade Apple to
relicense.

But ...

(3) In order to run, you would need OS X.  (There is no "wine" for OS X).

In terms of APIs, Darwin is POSIX (almost straight BSD), and OS X is
well supplied with open APIs like GTK+OSX and Qt-Mac.  There is no
need for people to use proprietary APIs on OS X at all (such as
Carbon/Cocoa).

So there's a very good story in terms of us encouraging developers not
to get locked into proprietary APIs, there's a good way to provide OS X
endusers with freedom through applications that don't lock them in,
but at the end of the day developers will still need OS X to do final
tests on their applications.

Unless developers just shovel the OS X port of their application out
the door without testing!

Rich.

-- 
Richard Jones, Emerging Technologies, Red Hat  http://et.redhat.com/~rjones
virt-top is 'top' for virtual machines.  Tiny program with many
powerful monitoring features, net stats, disk stats, logging, etc.
http://et.redhat.com/~rjones/virt-top



From rjones at redhat.com  Fri Mar  6 16:28:53 2009
From: rjones at redhat.com (Richard W.M. Jones)
Date: Fri, 6 Mar 2009 16:28:53 +0000
Subject: New comps.xml group for Windows cross-compiler
In-Reply-To: <gorgtc$mcd$7@ger.gmane.org>
References: <20090306115416.GA12349@amd.home.annexia.org>
	<gorf90$mcd$1@ger.gmane.org> <gorfio$mcd$2@ger.gmane.org>
	<20090306154051.GA24194@amd.home.annexia.org>
	<gorgtc$mcd$7@ger.gmane.org>
Message-ID: <20090306162853.GB24630@amd.home.annexia.org>

On Fri, Mar 06, 2009 at 04:53:16PM +0100, Kevin Kofler wrote:
> Richard W.M. Jones wrote:
> > So far my best effort was "Consumer cross-compilers" (CCC) or
> > "Consumer cross-compiler collection" (CCCC).
> 
> Maybe "Cross-compilers for other operating systems"?

I don't want to interfere with the other cross-compilation efforts in
Fedora, particularly those aimed at embedded operating systems.  Hence
words like "consumer" ...

Rich.

-- 
Richard Jones, Emerging Technologies, Red Hat  http://et.redhat.com/~rjones
virt-top is 'top' for virtual machines.  Tiny program with many
powerful monitoring features, net stats, disk stats, logging, etc.
http://et.redhat.com/~rjones/virt-top



From james at fedoraproject.org  Fri Mar  6 16:41:34 2009
From: james at fedoraproject.org (James Antill)
Date: Fri, 06 Mar 2009 11:41:34 -0500
Subject: yum-builddep pulling in i386 packages for x86_64 -devel 
 dependencies
In-Reply-To: <4c4ba1530903060705j6c28622er4dda45862db46d79@mail.gmail.com>
References: <200903060944.00190.billcrawford1970@gmail.com>
	<200903060955.39580.billcrawford1970@gmail.com>
	<1236350498.7725.993.camel@code.and.org>
	<4c4ba1530903060705j6c28622er4dda45862db46d79@mail.gmail.com>
Message-ID: <1236357694.7725.1139.camel@code.and.org>

On Fri, 2009-03-06 at 07:05 -0800, Tom London wrote:

> Are you saying that, for example, gnome-panel.x86_64 should change its
> requires of gnome-session-xsession to
> 
> gnome-session-xsession%{_isa}

 It probably doesn't need to.

> If so, I'm guessing there are "lots of these".

 The cases where you have to add it are:

1. You have a dep. from pkgA to pkgB where the arch _must_ be the same
(Eg. any dep. on coreutils doesn't require a specific arch, because you
are just running a program).

2. pkgA doesn't have anything that would require the correct arch. (so
anything with a libpkgB.so()(64bit) shouldn't have any explicit
requires, and will just work).

3. pkgB is multilib.

...the "majority" of cases where it's a problem are things that have
deps. on *-devel pkgs. Esp. if you have pkgA-devel requires pkgB-devel,
usually the only way to do that is via. an explicit requires on
pkgB-devel%{_isa}.

 Obviously you can still do it if #3 isn't true, but it's not as big a
deal.

-- 
James Antill <james at fedoraproject.org>
Fedora



From jcm at redhat.com  Fri Mar  6 16:45:59 2009
From: jcm at redhat.com (Jon Masters)
Date: Fri, 06 Mar 2009 11:45:59 -0500
Subject: PreUpgrade
In-Reply-To: <gorif9$4hp$1@ger.gmane.org>
References: <1236292783.28028.49.camel@jcmlaptop>
	<49B0FD18.6020706@fedoraproject.org>
	<1236355219.10108.18.camel@perihelion.bos.jonmasters.org>
	<1236355939.10108.21.camel@perihelion.bos.jonmasters.org>
	<gorif9$4hp$1@ger.gmane.org>
Message-ID: <1236357959.10108.31.camel@perihelion.bos.jonmasters.org>

On Fri, 2009-03-06 at 17:19 +0100, Julian Sikorski wrote:
> Jon Masters pisze:
> > On Fri, 2009-03-06 at 11:00 -0500, Jon Masters wrote:
> > 
> >> I did the preupgrade anyway on my last F9 box, up to F10. The box boots,
> >> however it is missing libraries
> > 
> > Also, although the release and many packages were updated to F10
> > versions, the kernel is still f9 with no sign of the F10 package.

> I suspect that the reason might be the following: f10 was released a
> good while ago, and now many f-9 packages  have higher nevr. Thus, I
> think preupgrade could benefit from a way to specify additional repos
> (as anaconda does).

That may be true as the reason, but it's hardly that unlikely someone
would want to do an F9->F10 upgrade with preupgrade. In fact, I would
say it's about to become /more/ likely as people consider it a fast way
of upgrading systems that will become obsolete when F11 is released.

Jon.




From dmalcolm at redhat.com  Fri Mar  6 17:04:29 2009
From: dmalcolm at redhat.com (David Malcolm)
Date: Fri, 06 Mar 2009 12:04:29 -0500
Subject: Django applications in Fedora
In-Reply-To: <1236354699.5218.38.camel@ignacio.lan>
References: <1235607232.23349.38.camel@radiator.bos.redhat.com>
	<1236354699.5218.38.camel@ignacio.lan>
Message-ID: <1236359069.29874.66.camel@radiator.bos.redhat.com>

On Fri, 2009-03-06 at 10:51 -0500, Ignacio Vazquez-Abrams wrote:
> So, here's what I did:
> 
> 1) Move settings.py to /etc/%{name}/00-default.conf
> 2) Process django-settings.py.in (attached), replacing [[confpath]]
> with /etc/%{name}, and saving it as settings.py in the project root
> 3) Profit!

Nice.


I guess another way of doing it could have been to add something like
this to the apache config:

   SetEnv DJANGO_SETTINGS_MODULE mysite.settings
   SetEnv DJANGO_SETTINGS_CONFIG_DIR /etc/mysite

and then read that in the mysite/settings.py:
   confpath = os.environ['DJANGO_SETTINGS_CONFIG_DIR']
   conffiles = glob.glob(os.path.join(confpath, '*.conf'))
etc

(I just invented that latter env var)

I note your build seems to do some app-specific extraction of vars from
the tarball's settings.py and then overwrite that with the
post-postprocessed settings.py.in

> Well, it was a little more complex than that, but that's the gist of it.
> Full details here:
> http://ivazquez.fedorapeople.org/packages/transifex/transifex.spec

I notice you also set up SECRETKEY in %post


Are you packaging any apache config files?  I didn't see anything
dropped in /etc/httpd/conf.d   I guess you're separating the deployment
of the app code + data from the wiring of it up to a particular httpd
server.

A related issue is that Django doesn't seem to have a good way to
relocate all URLs in an app below a path.  You can set django.root, but
unfortunately, this breaks all of the internal links.
http://www.djangobook.com/en/beta/chapter21/ notes "The (sic) all your
URL patterns will need to start with "/mysite/". For this reason we
usually recommend deploying Django at the root of your domain or virtual
host."   TurboGears has a url() function for dealing with this, but I
haven't found an equivalent in Django yet.




Hope this is helpful
Dave




From mschwendt at gmail.com  Fri Mar  6 17:07:27 2009
From: mschwendt at gmail.com (Michael Schwendt)
Date: Fri, 6 Mar 2009 18:07:27 +0100
Subject: yum-builddep pulling in i386 packages for x86_64 -devel 
 dependencies
In-Reply-To: <1236357694.7725.1139.camel@code.and.org>
References: <200903060944.00190.billcrawford1970@gmail.com>
	<200903060955.39580.billcrawford1970@gmail.com>
	<1236350498.7725.993.camel@code.and.org>
	<4c4ba1530903060705j6c28622er4dda45862db46d79@mail.gmail.com>
	<1236357694.7725.1139.camel@code.and.org>
Message-ID: <20090306180727.919dfdfd.mschwendt@gmail.com>

On Fri, 06 Mar 2009 11:41:34 -0500, James wrote:

> On Fri, 2009-03-06 at 07:05 -0800, Tom London wrote:
> 
> > Are you saying that, for example, gnome-panel.x86_64 should change its
> > requires of gnome-session-xsession to
> > 
> > gnome-session-xsession%{_isa}
> 
>  It probably doesn't need to.
> 
> > If so, I'm guessing there are "lots of these".
> 
>  The cases where you have to add it are:
> 
> 1. You have a dep. from pkgA to pkgB where the arch _must_ be the same
> (Eg. any dep. on coreutils doesn't require a specific arch, because you
> are just running a program).
> 
> 2. pkgA doesn't have anything that would require the correct arch. (so
> anything with a libpkgB.so()(64bit) shouldn't have any explicit
> requires, and will just work).

This applies to audit-libs-devel. It contains two 64-bit soname deps.
 
> 3. pkgB is multilib.

All -devel pkgs and their dependencies are unless blacklisted.
 
> ...the "majority" of cases where it's a problem are things that have
> deps. on *-devel pkgs. Esp. if you have pkgA-devel requires pkgB-devel,
> usually the only way to do that is via. an explicit requires on
> pkgB-devel%{_isa}.
> 
>  Obviously you can still do it if #3 isn't true, but it's not as big a
> deal.

A packaging guidelines change would be needed if what you write is true.



From laurent.rineau__fedora at normalesup.org  Fri Mar  6 17:09:57 2009
From: laurent.rineau__fedora at normalesup.org (Laurent Rineau)
Date: Fri, 6 Mar 2009 18:09:57 +0100
Subject: yum-builddep pulling in i386 packages for x86_64 -devel
	dependencies
In-Reply-To: <1236357694.7725.1139.camel@code.and.org>
References: <200903060944.00190.billcrawford1970@gmail.com>
	<4c4ba1530903060705j6c28622er4dda45862db46d79@mail.gmail.com>
	<1236357694.7725.1139.camel@code.and.org>
Message-ID: <200903061809.58269@rineau.tsetse>

On Friday 06 March 2009 17:41:34 James Antill wrote:
> On Fri, 2009-03-06 at 07:05 -0800, Tom London wrote:
> > Are you saying that, for example, gnome-panel.x86_64 should change its
> > requires of gnome-session-xsession to
> >
> > gnome-session-xsession%{_isa}
>
>  It probably doesn't need to.
>
> > If so, I'm guessing there are "lots of these".
>
>  The cases where you have to add it are:
>
> 1. You have a dep. from pkgA to pkgB where the arch _must_ be the same
> (Eg. any dep. on coreutils doesn't require a specific arch, because you
> are just running a program).
>
> 2. pkgA doesn't have anything that would require the correct arch. (so
> anything with a libpkgB.so()(64bit) shouldn't have any explicit
> requires, and will just work).
>
> 3. pkgB is multilib.
>
> ...the "majority" of cases where it's a problem are things that have
> deps. on *-devel pkgs. Esp. if you have pkgA-devel requires pkgB-devel,
> usually the only way to do that is via. an explicit requires on
> pkgB-devel%{_isa}.

Is that explained somewhere in the packaging guidelines? I have made the error 
several time. Actually, I did not know %{_isa} before reading the current 
thread.

-- 
Laurent Rineau
http://fedoraproject.org/wiki/LaurentRineau



From tgl at redhat.com  Fri Mar  6 17:25:12 2009
From: tgl at redhat.com (Tom Lane)
Date: Fri, 06 Mar 2009 12:25:12 -0500
Subject: yum-builddep pulling in i386 packages for x86_64 -devel
	dependencies 
In-Reply-To: <200903061809.58269@rineau.tsetse> 
References: <200903060944.00190.billcrawford1970@gmail.com>
	<4c4ba1530903060705j6c28622er4dda45862db46d79@mail.gmail.com>
	<1236357694.7725.1139.camel@code.and.org>
	<200903061809.58269@rineau.tsetse>
Message-ID: <565.1236360312@sss.pgh.pa.us>

Laurent Rineau <laurent.rineau__fedora at normalesup.org> writes:
> On Friday 06 March 2009 17:41:34 James Antill wrote:
>> ...the "majority" of cases where it's a problem are things that have
>> deps. on *-devel pkgs. Esp. if you have pkgA-devel requires pkgB-devel,
>> usually the only way to do that is via. an explicit requires on
>> pkgB-devel%{_isa}.

> Is that explained somewhere in the packaging guidelines? I have made the error 
> several time. Actually, I did not know %{_isa} before reading the current 
> thread.

If true, this is completely horrid --- this means every single package I
own is broken, and probably 75% of everything else is too.  Can't we get
this fixed in RPM, rather than having to kluge it in the specfiles?

			regards, tom lane



From tcallawa at redhat.com  Fri Mar  6 17:27:00 2009
From: tcallawa at redhat.com (Tom "spot" Callaway)
Date: Fri, 06 Mar 2009 12:27:00 -0500
Subject: yum-builddep pulling in i386 packages for x86_64
	-devel	dependencies
In-Reply-To: <565.1236360312@sss.pgh.pa.us>
References: <200903060944.00190.billcrawford1970@gmail.com>	<4c4ba1530903060705j6c28622er4dda45862db46d79@mail.gmail.com>	<1236357694.7725.1139.camel@code.and.org>	<200903061809.58269@rineau.tsetse>
	<565.1236360312@sss.pgh.pa.us>
Message-ID: <49B15CE4.4000202@redhat.com>

On 03/06/2009 12:25 PM, Tom Lane wrote:
> Laurent Rineau <laurent.rineau__fedora at normalesup.org> writes:
>> On Friday 06 March 2009 17:41:34 James Antill wrote:
>>> ...the "majority" of cases where it's a problem are things that have
>>> deps. on *-devel pkgs. Esp. if you have pkgA-devel requires pkgB-devel,
>>> usually the only way to do that is via. an explicit requires on
>>> pkgB-devel%{_isa}.
> 
>> Is that explained somewhere in the packaging guidelines? I have made the error 
>> several time. Actually, I did not know %{_isa} before reading the current 
>> thread.
> 
> If true, this is completely horrid --- this means every single package I
> own is broken, and probably 75% of everything else is too.  Can't we get
> this fixed in RPM, rather than having to kluge it in the specfiles?

RPM already tracks architecture for detected library dependencies. This
really only comes into play for BuildRequires that could reasonably be
multilib and any hardcoded library requires. So, not 75% of packages.
More like 2%.

~spot



From tgl at redhat.com  Fri Mar  6 17:35:23 2009
From: tgl at redhat.com (Tom Lane)
Date: Fri, 06 Mar 2009 12:35:23 -0500
Subject: yum-builddep pulling in i386 packages for x86_64 -devel
	dependencies 
In-Reply-To: <49B15CE4.4000202@redhat.com> 
References: <200903060944.00190.billcrawford1970@gmail.com>
	<4c4ba1530903060705j6c28622er4dda45862db46d79@mail.gmail.com>
	<1236357694.7725.1139.camel@code.and.org>
	<200903061809.58269@rineau.tsetse>
	<565.1236360312@sss.pgh.pa.us> <49B15CE4.4000202@redhat.com>
Message-ID: <769.1236360923@sss.pgh.pa.us>

"Tom \"spot\" Callaway" <tcallawa at redhat.com> writes:
> On 03/06/2009 12:25 PM, Tom Lane wrote:
>> If true, this is completely horrid --- this means every single package I
>> own is broken, and probably 75% of everything else is too.  Can't we get
>> this fixed in RPM, rather than having to kluge it in the specfiles?

> RPM already tracks architecture for detected library dependencies. This
> really only comes into play for BuildRequires that could reasonably be
> multilib and any hardcoded library requires. So, not 75% of packages.
> More like 2%.

That doesn't make me feel better unless there's some pretty clear rule
for figuring out which packages are the 2%.  Right at the moment it
seems to me that *any* BuildRequires is vulnerable, because a SRPM by
definition has no library dependencies.  Please explain why it's not.

			regards, tom lane



From pmatilai at laiskiainen.org  Fri Mar  6 17:34:59 2009
From: pmatilai at laiskiainen.org (Panu Matilainen)
Date: Fri, 6 Mar 2009 19:34:59 +0200 (EET)
Subject: yum-builddep pulling in i386 packages for x86_64 -devel
 dependencies
In-Reply-To: <565.1236360312@sss.pgh.pa.us>
References: <200903060944.00190.billcrawford1970@gmail.com>
	<4c4ba1530903060705j6c28622er4dda45862db46d79@mail.gmail.com>
	<1236357694.7725.1139.camel@code.and.org>
	<200903061809.58269@rineau.tsetse> <565.1236360312@sss.pgh.pa.us>
Message-ID: <alpine.LFD.2.00.0903061925240.29710@turre.koti.laiskiainen.org>

On Fri, 6 Mar 2009, Tom Lane wrote:

> Laurent Rineau <laurent.rineau__fedora at normalesup.org> writes:
>> On Friday 06 March 2009 17:41:34 James Antill wrote:
>>> ...the "majority" of cases where it's a problem are things that have
>>> deps. on *-devel pkgs. Esp. if you have pkgA-devel requires pkgB-devel,
>>> usually the only way to do that is via. an explicit requires on
>>> pkgB-devel%{_isa}.
>
>> Is that explained somewhere in the packaging guidelines? I have made the error
>> several time. Actually, I did not know %{_isa} before reading the current
>> thread.
>
> If true, this is completely horrid --- this means every single package I
> own is broken, and probably 75% of everything else is too.

Yes, and been broken forever.

> Can't we get this fixed in RPM, rather than having to kluge it in the 
> specfiles?

Rpm has no way of knowing if "foo" vs "bar-devel" is something that needs 
matching arch or not, they're just arbitrary package names to it.

We can't very well go hardcoding rules about -devel and -libs and such as 
packaging policies vary wildly, and not all packages follow such rules 
anyway. What might be doable is having a build-time configurable patterns 
for adding %{_isa} automatically. For Fedora, just having *-devel 
dependencies tagged with isa should fix a good percentage (but not 
all) of the cases.

 	- Panu -



From notting at redhat.com  Fri Mar  6 17:38:38 2009
From: notting at redhat.com (Bill Nottingham)
Date: Fri, 6 Mar 2009 12:38:38 -0500
Subject: yum-builddep pulling in i386 packages for x86_64 -devel
	dependencies
In-Reply-To: <769.1236360923@sss.pgh.pa.us>
References: <200903060944.00190.billcrawford1970@gmail.com>
	<4c4ba1530903060705j6c28622er4dda45862db46d79@mail.gmail.com>
	<1236357694.7725.1139.camel@code.and.org>
	<200903061809.58269@rineau.tsetse>
	<565.1236360312@sss.pgh.pa.us> <49B15CE4.4000202@redhat.com>
	<769.1236360923@sss.pgh.pa.us>
Message-ID: <20090306173837.GA14983@nostromo.devel.redhat.com>

Tom Lane (tgl at redhat.com) said: 
> > RPM already tracks architecture for detected library dependencies. This
> > really only comes into play for BuildRequires that could reasonably be
> > multilib and any hardcoded library requires. So, not 75% of packages.
> > More like 2%.
> 
> That doesn't make me feel better unless there's some pretty clear rule
> for figuring out which packages are the 2%.  Right at the moment it
> seems to me that *any* BuildRequires is vulnerable, because a SRPM by
> definition has no library dependencies.  Please explain why it's not.

If foo-devel requires foo, due to libfoo.so being a symlink to libfoo.so.3,
the architecture is already tracked.

If foo-devel reqires bar-devel, it is not.

Bill



From mschwendt at gmail.com  Fri Mar  6 17:40:40 2009
From: mschwendt at gmail.com (Michael Schwendt)
Date: Fri, 6 Mar 2009 18:40:40 +0100
Subject: yum-builddep pulling in i386 packages for x86_64 -devel
 dependencies
In-Reply-To: <49B15CE4.4000202@redhat.com>
References: <200903060944.00190.billcrawford1970@gmail.com>
	<4c4ba1530903060705j6c28622er4dda45862db46d79@mail.gmail.com>
	<1236357694.7725.1139.camel@code.and.org>
	<200903061809.58269@rineau.tsetse> <565.1236360312@sss.pgh.pa.us>
	<49B15CE4.4000202@redhat.com>
Message-ID: <20090306184040.dffeda67.mschwendt@gmail.com>

On Fri, 06 Mar 2009 12:27:00 -0500, Tom wrote:

> On 03/06/2009 12:25 PM, Tom Lane wrote:
> > Laurent Rineau  laurent.rineau__fedora at normalesup writes:
> >> On Friday 06 March 2009 17:41:34 James Antill wrote:
> >>> ...the "majority" of cases where it's a problem are things that have
> >>> deps. on *-devel pkgs. Esp. if you have pkgA-devel requires pkgB-devel,
> >>> usually the only way to do that is via. an explicit requires on
> >>> pkgB-devel%{_isa}.
> > 
> >> Is that explained somewhere in the packaging guidelines? I have made the error 
> >> several time. Actually, I did not know %{_isa} before reading the current 
> >> thread.
> > 
> > If true, this is completely horrid --- this means every single package I
> > own is broken, and probably 75% of everything else is too.  Can't we get
> > this fixed in RPM, rather than having to kluge it in the specfiles?
> 
> RPM already tracks architecture for detected library dependencies. This
> really only comes into play for BuildRequires that could reasonably be
> multilib and any hardcoded library requires. So, not 75% of packages.
> More like 2%.

Hmm, "BuildRequires"?
Arch-specific BuildRequires?!
Or how are you meant to be understood?



From ivazqueznet at gmail.com  Fri Mar  6 17:40:48 2009
From: ivazqueznet at gmail.com (Ignacio Vazquez-Abrams)
Date: Fri, 06 Mar 2009 12:40:48 -0500
Subject: Django applications in Fedora
In-Reply-To: <1236359069.29874.66.camel@radiator.bos.redhat.com>
References: <1235607232.23349.38.camel@radiator.bos.redhat.com>
	<1236354699.5218.38.camel@ignacio.lan>
	<1236359069.29874.66.camel@radiator.bos.redhat.com>
Message-ID: <1236361248.5218.46.camel@ignacio.lan>

On Fri, 2009-03-06 at 12:04 -0500, David Malcolm wrote:
> I note your build seems to do some app-specific extraction of vars from
> the tarball's settings.py and then overwrite that with the
> post-postprocessed settings.py.in

Correct. Transifex has a subpackage, so I needed to perform a little
surgery in order to separate out the settings relevant to that
subpackage.

> > Well, it was a little more complex than that, but that's the gist of it.
> > Full details here:
> > http://ivazquez.fedorapeople.org/packages/transifex/transifex.spec
> 
> I notice you also set up SECRETKEY in %post

I figured that it was as good a time as any to do it.

> Are you packaging any apache config files?  I didn't see anything
> dropped in /etc/httpd/conf.d   I guess you're separating the deployment
> of the app code + data from the wiring of it up to a particular httpd
> server.

I left implementation of the HTTP connection to the sysadmin. That way
they can use httpd, lighttpd, flup, or even (ugh) standalone if they
wanted.

> A related issue is that Django doesn't seem to have a good way to
> relocate all URLs in an app below a path.  You can set django.root, but
> unfortunately, this breaks all of the internal links.
> http://www.djangobook.com/en/beta/chapter21/ notes "The (sic) all your
> URL patterns will need to start with "/mysite/". For this reason we
> usually recommend deploying Django at the root of your domain or virtual
> host."   TurboGears has a url() function for dealing with this, but I
> haven't found an equivalent in Django yet.

ISTR hearing something about this, but I'm going to need to do some more
research.

-- 
Ignacio Vazquez-Abrams <ivazqueznet at gmail.com>

PLEASE don't CC me; I'm already subscribed
-------------- 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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090306/591e28ab/attachment.sig>

From awilliam at redhat.com  Fri Mar  6 17:52:41 2009
From: awilliam at redhat.com (Adam Williamson)
Date: Fri, 06 Mar 2009 09:52:41 -0800
Subject: Eclipse EMF build failures on ppc64 hosts
In-Reply-To: <9497e9990903060014h5fa08d63h29f651f6b4ead1d0@mail.gmail.com>
References: <9497e9990903011156y2a173edaq225f65ad4aaabec9@mail.gmail.com>
	<1236300791.3837.34.camel@localhost.localdomain>
	<9497e9990903060014h5fa08d63h29f651f6b4ead1d0@mail.gmail.com>
Message-ID: <1236361961.5044.34.camel@adam.local.net>

On Fri, 2009-03-06 at 08:14 +0000, Mat Booth wrote:

> > We looked into this a bit today, and it appears to be a shortfall in
> > mock, or rpm(build) that is triggered by koji.  When koji builds
> > something for noarch, it explicitly passes --target noarch.  This
> > overwrites some settings in mock for the rpmbuild arch and in the ppc64
> > case, rpm defaults to ppc, and libdir is wrong.  If koji didn't pass
> > --target, then the default arch for the config would be used and all is
> > happy.  We're not entirely certain where the real bug lies, but we have
> > a couple possible work arounds, and we'll be discussing with rpm folks
> > tomorrow.
> >
> 
> Thanks for the feedback, Jesse. Much appreciated.
> 
> You've probably seen me raise a rel-eng ticket about this already so
> the problem doesn't get forgotten.
> 
> In the meantime, I've hammered away of the resubmit button in Koji and
> my package has now built successfully.

Um. Is there really a bug here?

I thought Mamoru had it correct, and the bug was in the spec: it
declared noarch but used %_libdir, which is not valid and makes no
sense, %_libdir being inherently arch-dependent. It shouldn't be
expected for %_libdir to 'work' in a noarch build, AFAICT, and if
anything, the behaviour of always expanding to /usr/lib for a noarch
build is probably the most sensible thing to do. 
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org
http://www.happyassassin.net



From wwoods at redhat.com  Fri Mar  6 17:53:41 2009
From: wwoods at redhat.com (Will Woods)
Date: Fri, 06 Mar 2009 12:53:41 -0500
Subject: PreUpgrade
In-Reply-To: <gorif9$4hp$1@ger.gmane.org>
References: <1236292783.28028.49.camel@jcmlaptop>
	<49B0FD18.6020706@fedoraproject.org>
	<1236355219.10108.18.camel@perihelion.bos.jonmasters.org>
	<1236355939.10108.21.camel@perihelion.bos.jonmasters.org>
	<gorif9$4hp$1@ger.gmane.org>
Message-ID: <1236362021.29533.13.camel@metroid.rdu.redhat.com>

On Fri, 2009-03-06 at 17:19 +0100, Julian Sikorski wrote:
> Jon Masters pisze:
> > On Fri, 2009-03-06 at 11:00 -0500, Jon Masters wrote:
> > 
> >> I did the preupgrade anyway on my last F9 box, up to F10. The box boots,
> >> however it is missing libraries
> > 
> > Also, although the release and many packages were updated to F10
> > versions, the kernel is still f9 with no sign of the F10 package.

Right - because the F9+updates kernel is newer than the F10 GA kernel.

> I suspect that the reason might be the following: f10 was released a
> good while ago, and now many f-9 packages  have higher nevr. Thus, I
> think preupgrade could benefit from a way to specify additional repos
> (as anaconda does).

Ugh. *Specifying* repos kind of defeats the purpose of PreUpgrade. I
really don't want to rewrite major chunks of UI just so people can add
whatever crazy random repos they feel like.

Instead, the next preupgrade version (in development) will just enable
the newer version of all your enabled repos. So when you upgrade you
should get all the updates, plus third-party packages too.

When I have time to test it out a bit more and release it, it should be
available for F9 and F10, allowing upgrades to F10 or F11/Rawhide.
(third-party repos might not work right when you're upgrading to
rawhide, though).

I've updated https://fedoraproject.org/wiki/How_to_use_PreUpgrade a bit
to be clearer about what it's good for.

Hope that helps.

-w
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 3153 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090306/fb8838b8/attachment.bin>

From overholt at redhat.com  Fri Mar  6 18:03:35 2009
From: overholt at redhat.com (Andrew Overholt)
Date: Fri, 06 Mar 2009 13:03:35 -0500
Subject: Eclipse EMF build failures on ppc64 hosts
In-Reply-To: <1236361961.5044.34.camel@adam.local.net>
References: <9497e9990903011156y2a173edaq225f65ad4aaabec9@mail.gmail.com>
	<1236300791.3837.34.camel@localhost.localdomain>
	<9497e9990903060014h5fa08d63h29f651f6b4ead1d0@mail.gmail.com>
	<1236361961.5044.34.camel@adam.local.net>
Message-ID: <1236362615.3456.12.camel@vvvvt>

On Fri, 2009-03-06 at 09:52 -0800, Adam Williamson wrote:
> I thought Mamoru had it correct, and the bug was in the spec: it
> declared noarch but used %_libdir, which is not valid and makes no
> sense, %_libdir being inherently arch-dependent.

A counter-argument to this that I can think of is Java bytecode.  It's
architecture-independent but an architecture-dependent package is
required to produce it.

It's the same situation here:  the Eclipse SDK has some
architecture-dependent bits (most notably SWT, the graphical toolkit)
and is thus arch-dependent yet the package in question (EMF) is pure
bytecode and is thus architecture-independent.  One solution I can think
of is to make the 'eclipse' SRPM create arch-dependent RPMs for the
arch-dependent bits and make its other RPMs noarch.  This was only
recently possible with Fedora's rpm package.

Andrew



From awilliam at redhat.com  Fri Mar  6 18:13:44 2009
From: awilliam at redhat.com (Adam Williamson)
Date: Fri, 06 Mar 2009 10:13:44 -0800
Subject: Eclipse EMF build failures on ppc64 hosts
In-Reply-To: <1236362615.3456.12.camel@vvvvt>
References: <9497e9990903011156y2a173edaq225f65ad4aaabec9@mail.gmail.com>
	<1236300791.3837.34.camel@localhost.localdomain>
	<9497e9990903060014h5fa08d63h29f651f6b4ead1d0@mail.gmail.com>
	<1236361961.5044.34.camel@adam.local.net>
	<1236362615.3456.12.camel@vvvvt>
Message-ID: <1236363224.5044.36.camel@adam.local.net>

On Fri, 2009-03-06 at 13:03 -0500, Andrew Overholt wrote:
> On Fri, 2009-03-06 at 09:52 -0800, Adam Williamson wrote:
> > I thought Mamoru had it correct, and the bug was in the spec: it
> > declared noarch but used %_libdir, which is not valid and makes no
> > sense, %_libdir being inherently arch-dependent.
> 
> A counter-argument to this that I can think of is Java bytecode.  It's
> architecture-independent but an architecture-dependent package is
> required to produce it.
> 
> It's the same situation here:  the Eclipse SDK has some
> architecture-dependent bits (most notably SWT, the graphical toolkit)
> and is thus arch-dependent yet the package in question (EMF) is pure
> bytecode and is thus architecture-independent.  One solution I can think
> of is to make the 'eclipse' SRPM create arch-dependent RPMs for the
> arch-dependent bits and make its other RPMs noarch.  This was only
> recently possible with Fedora's rpm package.

Ah, I see. Thanks for the explanation.
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org
http://www.happyassassin.net



From jkeating at redhat.com  Fri Mar  6 07:00:20 2009
From: jkeating at redhat.com (Jesse Keating)
Date: Thu, 05 Mar 2009 23:00:20 -0800
Subject: fedora-devel-announce for ABI/API/soname breakage
 announcements (was: Re: Plans for tomorrow's (20090306) FESCo meeting)
In-Reply-To: <49B0BC96.9090109@leemhuis.info>
References: <da159fda0903051244m6cb96a29q36e540943af1e6d4@mail.gmail.com>
	<49B0BC96.9090109@leemhuis.info>
Message-ID: <1236322820.3837.36.camel@localhost.localdomain>

On Fri, 2009-03-06 at 07:03 +0100, Thorsten Leemhuis wrote:
> Why not simply mail f-d-l as well as all the maintainers of packages 
> that are affected (and not fedora-devel-announce!)? A simple command 
> line script is able to do that in case MTA's like sendmail or postfix 
> are properly configured. That script likely could write a comma 
> separated list that people can cut-n-paste to Thunderbird, Kmail and 
> other MUA's if needed.

Fedora-devel-list is subscribed to fedora-devel-announce, so anything
sent to f-d-a will also show up on f-d-l.

> 
> Reason: I for one slowly start to get annoyed by the slowly increasing 
> traffic on fedora-devel-announce that clutters my inbox. Thus I started 
> to consider to move mails from that list into some IMAP folder 
> automatically, and that is exactly what we didn't want people to do when 
> fedora-devel-announce was created. I think we said something like "less 
> then 10 mails a month" back when we created it, but I could not find 
> that on a quick google search :-/

Are you finding what is sent there to not be relevant or important to
you as a packager?  I'm the moderator of that list and I don't think
I've sent or let anything through that wasn't useful.

-- 
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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090305/5f7f7939/attachment.sig>

From jkeating at redhat.com  Fri Mar  6 19:15:34 2009
From: jkeating at redhat.com (Jesse Keating)
Date: Fri, 06 Mar 2009 11:15:34 -0800
Subject: Eclipse EMF build failures on ppc64 hosts
In-Reply-To: <1236361961.5044.34.camel@adam.local.net>
References: <9497e9990903011156y2a173edaq225f65ad4aaabec9@mail.gmail.com>
	<1236300791.3837.34.camel@localhost.localdomain>
	<9497e9990903060014h5fa08d63h29f651f6b4ead1d0@mail.gmail.com>
	<1236361961.5044.34.camel@adam.local.net>
Message-ID: <1236366934.3837.39.camel@localhost.localdomain>

On Fri, 2009-03-06 at 09:52 -0800, Adam Williamson wrote:
> 
> I thought Mamoru had it correct, and the bug was in the spec: it
> declared noarch but used %_libdir, which is not valid and makes no
> sense, %_libdir being inherently arch-dependent. It shouldn't be
> expected for %_libdir to 'work' in a noarch build, AFAICT, and if
> anything, the behaviour of always expanding to /usr/lib for a noarch
> build is probably the most sensible thing to do. 

There is a bug here.  The /build/ process relies on a path that is arch
specific in order to /build/ the noarch package.  Usually the things we
need to build are in a static location in /usr/bin or /usr/libexec
rather than directly in %_libdir, but it is what it is.  Just because
the /build/ process relies upon something that is arch specific doesn't
make the end result arch specific as well, or else every package made of
scripted language code would be arch specific since the interpreter
itself is arch specific.

-- 
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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090306/b2c8f233/attachment.sig>

From notting at redhat.com  Fri Mar  6 19:30:13 2009
From: notting at redhat.com (Bill Nottingham)
Date: Fri, 6 Mar 2009 14:30:13 -0500
Subject: FESCo Meeting Summary - 2009-03-06
Message-ID: <20090306193013.GA16507@nostromo.devel.redhat.com>

=== Members Present ===
* Brian Pepple          (bpepple)
* Jarod Wilson          (j-rod)
* Kevin Fenzi           (nirik)
* Dan Hor?k             (sharkcz)
* Bill Nottingham       (notting)
* Dennis Gilmore        (dgilmore)
* Josh Boyer            (jwb)
* Jon Stanley           (jds2001)

=== Members Absent ===
* David Woodhouse       (dwmw2)

== Summary ==

=== Packaging Committee Report ===

FESCo approved both
https://fedoraproject.org/wiki/PackagingDrafts/ExplicitRequires
and
https://fedoraproject.org/wiki/Troublesome_source_URL_packaging_guideline_draft
by general acclamation.

=== Features ===

FESCo reviewed three new features:

* RPM 4.7

FESCo voted 6 - 0 to approve RPM 4.7 as a Fedora 11 Feature.

* Banshee as default Media player - https://fedoraproject.org/wiki/Features/BansheeAsDefaultMediaplayer

FESCo disapproved this feature, with 4 negative votes.

* DNSSEC - http://fedoraproject.org/wiki/Features/DNSSEC

FESCo voted 6 - 0 to approve this as a Fedora 11 feature.


FESCo also reviewed 7 existing features for completeness with respect to the
feature freeze:

* MinGW Cross Compiler - https://fedoraproject.org/wiki/Features/Windows_cross_compiler

FESCo approved that this feature is still fine for Fedora 11 by
general acclamation.

* SSSD - https://fedoraproject.org/wiki/Features/SSSD

FESCo voted 5 - 0 that this should remain in, due to the miscommunication
over the schedule date.

* gcc-4.4 - https://fedoraproject.org/wiki/Features/gcc4.4

FESCo agreed that this should remain in; the page should be updated
and the remaining unbuilt packages should be built.

* Intel KMS - https://fedoraproject.org/wiki/Features/IntelKMS

FESCo agreed that this should remain in; documentation can be done
by the release note freeze.

* LibLVM - https://fedoraproject.org/wiki/Features/liblvm

FESCo voted 6 - 0 to move this feature to Fedora 12.

* Multiple PAM Stacks in GDM - https://fedoraproject.org/wiki/Features/MultiplePAMStacksInGDM

FESCo agreed that this should remain in; documentation can be done
by the release note freeze.

* Systemtap Static Probes - https://fedoraproject.org/wiki/Features/SystemtapStaticProbes

FESCo voted 5 - 0 to move this feature to Fedora 12.

=== Provenpackager re-seed ===

FESCo voted 6 - 0 to change provenpackager as follows:

- it will be emptied and repopulated with the sponsor list
- new members will be discussed by the sponsor list, and voted on
  by FESCo (much in the way new sponsors are)

=== Further business ===

Further business was tabled to the next meeting.

IRC log can be found at:
http://bpepple.fedorapeople.org/fesco/FESCo-2009-03-06.html



From dennis at ausil.us  Fri Mar  6 18:12:18 2009
From: dennis at ausil.us (Dennis Gilmore)
Date: Fri, 6 Mar 2009 12:12:18 -0600
Subject: Reminder: Fedora 11 Beta/String freeze
Message-ID: <200903061212.21473.dennis@ausil.us>

This is a reminder that the Fedora 11 schedule ( 
http://fedoraproject.org/wiki/Releases/11/Schedule ) calls for the Beta and 
string freeze to happen on Monday March 11 2009. 

What does this mean for you?  It means anything that needs translations needs 
to be done by COB monday. This is a blocking Freeze any packages you need 
included in the Beta release must be requested via release engineering 
https://fedorahosted.org/rel-eng 

Please be mindful of this when making changes to packages. 

Dennis For FESCo
-------------- 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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090306/bf2fbb4b/attachment.sig>
-------------- next part --------------
_______________________________________________
Fedora-devel-announce mailing list
Fedora-devel-announce at redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-announce

From jkeating at redhat.com  Fri Mar  6 19:35:14 2009
From: jkeating at redhat.com (Jesse Keating)
Date: Fri, 06 Mar 2009 11:35:14 -0800
Subject: gmime porting 2.0 to 2.4
Message-ID: <1236368114.3837.42.camel@localhost.localdomain>

Gmime recently moved from 2.0 to 2.4 and broke a couple things in its
wake.  Namely pan and dbmail.  Just hacking their configure scripts to
find and use gmime-2.4 didn't work, compile errors.  Anybody want to
give a go at porting these to gmime-2.4?

pan will need some extra work to build, namely pan/general/log.cc and
pan/general/progress.cc need an #include <stdio.h> at the top.

-- 
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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090306/6daf01ff/attachment.sig>

From ivazqueznet at gmail.com  Fri Mar  6 19:49:51 2009
From: ivazqueznet at gmail.com (Ignacio Vazquez-Abrams)
Date: Fri, 06 Mar 2009 14:49:51 -0500
Subject: Reminder: Fedora 11 Beta/String freeze
In-Reply-To: <200903061212.21473.dennis@ausil.us>
References: <200903061212.21473.dennis@ausil.us>
Message-ID: <1236368991.5218.50.camel@ignacio.lan>

On Fri, 2009-03-06 at 12:12 -0600, Dennis Gilmore wrote:
> This is a reminder that the Fedora 11 schedule ( 
> http://fedoraproject.org/wiki/Releases/11/Schedule ) calls for the Beta and 
> string freeze to happen on Monday March 11 2009. 

Wouldn't that be Wednesday?

-- 
Ignacio Vazquez-Abrams <ivazqueznet at gmail.com>

PLEASE don't CC me; I'm already subscribed
-------------- 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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090306/b5c7c3ad/attachment.sig>

From jcm at redhat.com  Fri Mar  6 19:55:09 2009
From: jcm at redhat.com (Jon Masters)
Date: Fri, 06 Mar 2009 14:55:09 -0500
Subject: PreUpgrade
In-Reply-To: <1236362021.29533.13.camel@metroid.rdu.redhat.com>
References: <1236292783.28028.49.camel@jcmlaptop>
	<49B0FD18.6020706@fedoraproject.org>
	<1236355219.10108.18.camel@perihelion.bos.jonmasters.org>
	<1236355939.10108.21.camel@perihelion.bos.jonmasters.org>
	<gorif9$4hp$1@ger.gmane.org>
	<1236362021.29533.13.camel@metroid.rdu.redhat.com>
Message-ID: <1236369309.10108.52.camel@perihelion.bos.jonmasters.org>

On Fri, 2009-03-06 at 12:53 -0500, Will Woods wrote:

> I've updated https://fedoraproject.org/wiki/How_to_use_PreUpgrade a bit
> to be clearer about what it's good for.

Cool, thanks.

Jon.




From gnomeuser at gmail.com  Fri Mar  6 19:55:06 2009
From: gnomeuser at gmail.com (David Nielsen)
Date: Fri, 6 Mar 2009 20:55:06 +0100
Subject: FESCo Meeting Summary - 2009-03-06
In-Reply-To: <20090306193013.GA16507@nostromo.devel.redhat.com>
References: <20090306193013.GA16507@nostromo.devel.redhat.com>
Message-ID: <1dedbbfc0903061155h63bb5176v4e680035eb2046d4@mail.gmail.com>

2009/3/6 Bill Nottingham <notting at redhat.com>

>
> * Banshee as default Media player -
> https://fedoraproject.org/wiki/Features/BansheeAsDefaultMediaplayer
>
> FESCo disapproved this feature, with 4 negative votes.
>

I did not see this one the action list for this meeting, nor was I even
invited to argue the case for this. I would at least have liked to know that
my proposal was going on the chopping block before you discard it so I could
see what to improve for a F12 proposal.

- David
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090306/e57c2b73/attachment.htm>

From notting at redhat.com  Fri Mar  6 19:59:33 2009
From: notting at redhat.com (Bill Nottingham)
Date: Fri, 6 Mar 2009 14:59:33 -0500
Subject: FESCo Meeting Summary - 2009-03-06
In-Reply-To: <1dedbbfc0903061155h63bb5176v4e680035eb2046d4@mail.gmail.com>
References: <20090306193013.GA16507@nostromo.devel.redhat.com>
	<1dedbbfc0903061155h63bb5176v4e680035eb2046d4@mail.gmail.com>
Message-ID: <20090306195933.GA17120@nostromo.devel.redhat.com>

David Nielsen (gnomeuser at gmail.com) said: 
> I did not see this one the action list for this meeting, nor was I even
> invited to argue the case for this.

The feature wrangler requested that FESCo issue a decision on it.

>  I would at least have liked to know that
> my proposal was going on the chopping block before you discard it so I could
> see what to improve for a F12 proposal.

See the IRC log.

Bill



From erik at vanpienbroek.nl  Fri Mar  6 20:04:22 2009
From: erik at vanpienbroek.nl (Erik van Pienbroek)
Date: Fri, 06 Mar 2009 21:04:22 +0100
Subject: gmime porting 2.0 to 2.4
In-Reply-To: <1236368114.3837.42.camel@localhost.localdomain>
References: <1236368114.3837.42.camel@localhost.localdomain>
Message-ID: <1236369862.7008.3.camel@localhost.localdomain>

Op vrijdag 06-03-2009 om 11:35 uur [tijdzone -0800], schreef Jesse
Keating:
> Gmime recently moved from 2.0 to 2.4 and broke a couple things in its
> wake.  Namely pan and dbmail.  Just hacking their configure scripts to
> find and use gmime-2.4 didn't work, compile errors.  Anybody want to
> give a go at porting these to gmime-2.4?
> 
> pan will need some extra work to build, namely pan/general/log.cc and
> pan/general/progress.cc need an #include <stdio.h> at the top.

There's already a bugreport open for pan at Fedora:
https://bugzilla.redhat.com/show_bug.cgi?id=476250
In a upstream bugreport -
http://bugzilla.gnome.org/show_bug.cgi?id=541676 - work has begun on a
patch. It compiles with the newest GMime, but breaks important
functionality of pan (like reading a message).

Regards,

Erik van Pienbroek




From opensource at till.name  Fri Mar  6 20:05:15 2009
From: opensource at till.name (Till Maas)
Date: Fri, 06 Mar 2009 21:05:15 +0100
Subject: Reminder: Fedora 11 Beta/String freeze
In-Reply-To: <200903061212.21473.dennis@ausil.us>
References: <200903061212.21473.dennis@ausil.us>
Message-ID: <200903062105.35098.opensource@till.name>

On Fr M?rz 6 2009, Dennis Gilmore wrote:
> This is a reminder that the Fedora 11 schedule (
> http://fedoraproject.org/wiki/Releases/11/Schedule ) calls for the Beta and
> string freeze to happen on Monday March 11 2009.

On the schedule page is the freeze announced for 2009-03-10, which is a 
Tuesday.

> What does this mean for you?  It means anything that needs translations
> needs to be done by COB monday. This is a blocking Freeze any packages you
                      ^^^^^^^^^^

When is this for a international project  like Fedora? Is this the same time 
that was announced for the beta freeze[0], which is 2009-03-10 06:00 UTC? 

Regards,
Till

[0] https://www.redhat.com/archives/fedora-devel-announce/2009-
March/msg00006.html
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 835 bytes
Desc: This is a digitally signed message part.
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090306/982f68c4/attachment.sig>

From gnomeuser at gmail.com  Fri Mar  6 20:16:19 2009
From: gnomeuser at gmail.com (David Nielsen)
Date: Fri, 6 Mar 2009 21:16:19 +0100
Subject: FESCo Meeting Summary - 2009-03-06
In-Reply-To: <20090306195933.GA17120@nostromo.devel.redhat.com>
References: <20090306193013.GA16507@nostromo.devel.redhat.com>
	<1dedbbfc0903061155h63bb5176v4e680035eb2046d4@mail.gmail.com>
	<20090306195933.GA17120@nostromo.devel.redhat.com>
Message-ID: <1dedbbfc0903061216yd710cadn6089f36b537ed56d@mail.gmail.com>

2009/3/6 Bill Nottingham <notting at redhat.com>

> David Nielsen (gnomeuser at gmail.com) said:
> > I did not see this one the action list for this meeting, nor was I even
> > invited to argue the case for this.
>
> The feature wrangler requested that FESCo issue a decision on it.
>
> >  I would at least have liked to know that
> > my proposal was going on the chopping block before you discard it so I
> could
> > see what to improve for a F12 proposal.
>
> See the IRC log.


So I am to convince the maintainer of the project it is replacing (and who
was as I recall the only Desktop SIG member to even give his opinion on the
matter) and magically make it written using !Mono. That is certainly helpful
in showing why this will never happen. I am though most worried about one
reason given being that RHEL does not ship Mono, if RHEL wants to ship
Rhythmbox that is their decision but what Fedora ships should not be. What
else are we going to be dictated from above.. who else should bother to make
proposals for what they preceive to be improvements?

I shall happily retract the proposal, I will not be reproposing for F12 as
it is pointless to continue, I would be unable to fulfill the requirements
setup by FESco.

I thank FESco for their consideration and decision, it will be most helpful
in considering the future direction of my work with Fedora..

David
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090306/acb8c1b3/attachment.htm>

From igorsoares at gmail.com  Fri Mar  6 20:34:50 2009
From: igorsoares at gmail.com (Igor Pires Soares)
Date: Fri, 06 Mar 2009 17:34:50 -0300
Subject: Reminder: Fedora 11 Beta/String freeze
In-Reply-To: <200903061212.21473.dennis@ausil.us>
References: <200903061212.21473.dennis@ausil.us>
Message-ID: <1236371690.26065.40.camel@localhost.localdomain>

Fedora translators would be thankful if someone give a look at the
issues related to gdm and the "About This Computer" menu string, as
posted on L10n mailing list last week and published at FWN:

http://fedoraproject.org/wiki/FWN/Issue165#Inconsistency_in_a_Desktop_string_and_GDM_translations

Kind Regards,
Igor Pires Soares

Em Sex, 2009-03-06 ?s 12:12 -0600, Dennis Gilmore escreveu:
> This is a reminder that the Fedora 11 schedule ( 
> http://fedoraproject.org/wiki/Releases/11/Schedule ) calls for the Beta and 
> string freeze to happen on Monday March 11 2009. 
> 
> What does this mean for you?  It means anything that needs translations needs 
> to be done by COB monday. This is a blocking Freeze any packages you need 
> included in the Beta release must be requested via release engineering 
> https://fedorahosted.org/rel-eng 
> 
> Please be mindful of this when making changes to packages. 
> 
> Dennis For FESCo



From jkeating at redhat.com  Fri Mar  6 20:38:50 2009
From: jkeating at redhat.com (Jesse Keating)
Date: Fri, 06 Mar 2009 12:38:50 -0800
Subject: FESCo Meeting Summary - 2009-03-06
In-Reply-To: <1dedbbfc0903061216yd710cadn6089f36b537ed56d@mail.gmail.com>
References: <20090306193013.GA16507@nostromo.devel.redhat.com>
	<1dedbbfc0903061155h63bb5176v4e680035eb2046d4@mail.gmail.com>
	<20090306195933.GA17120@nostromo.devel.redhat.com>
	<1dedbbfc0903061216yd710cadn6089f36b537ed56d@mail.gmail.com>
Message-ID: <1236371930.3837.44.camel@localhost.localdomain>

On Fri, 2009-03-06 at 21:16 +0100, David Nielsen wrote:
> make it written using !Mono.

The only mono concern by actual FESCo members (which I am not) was the
added deps for things like live CDs.  However that wasn't a deciding
reason.  The deciding reason was that the Desktop team was not on board
with this.  If the Desktop team would like to clarify or correct FESCo's
assumption so be 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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090306/0c37fb72/attachment.sig>

From bugs at cherrybyte.me.uk  Fri Mar  6 20:53:22 2009
From: bugs at cherrybyte.me.uk (planetf1)
Date: Fri, 06 Mar 2009 20:53:22 +0000
Subject: Fedora ATi driver performs much worse than the vanilla code
In-Reply-To: <5f6f8c5f0903041550w6849300al552c84d793dc64c3@mail.gmail.com>
References: <5f6f8c5f0902271725o3090ae8ndb343a14216898f6@mail.gmail.com>	<1235892633.3577.25.camel@localhost>	<5f6f8c5f0903010739h10f58985ue606b5672720e84@mail.gmail.com>	<49AE4A46.5010801@robertoragusa.it>
	<5f6f8c5f0903041550w6849300al552c84d793dc64c3@mail.gmail.com>
Message-ID: <gos2g3$9v$1@ger.gmane.org>

On 04/03/09 23:50, Joshua C. wrote:
> 2009/3/4 Roberto Ragusa<mail at robertoragusa.it>:
>> Joshua C. wrote:
>>
>>> I did some test and here are the results:

On the subject of performance...
   I'm running Fedora rawhide right up to date with
xorg-x11-drv-ati-6.11.0-3.fc11.i586
kernel-PAE-2.6.29-0.203.rc7.fc11.i686
xorg-x11-server-Xorg-1.6.0-7.fc11.i586

Under regular desktop usage I'm noticing
   * With compiz running, various special effects like wobbly windows
have a relatively low CPU impact -- good acceleration. This has been 
fixed in the last few weeks (thanks Dave)
   * glxgears is ok (getting 1800 ish on a V5200/X1400) - could be a bit
better but just fine.
   * Some seemingly minor activity like firefox's rotating circle that
appears in a tab whilst loading a page hit the CPU hard (up to 40% + on
Xorg)
   * Another app "Personal Brain" which is relatively visual has a
similar huge impact
   * The latest flash player takes lots of cpu, getting up to 50% (ie 1 
cpu maxed out) at < 1/4 size (default BBC iPlayer desktop size) at 
fullscreen it struggles -- with jerky video
   * mplayer/wmv appears to work significacantly better

So it's a real mix of working & not so working ... and not clear whether 
the app or driver (or mesa, X etc) is to blame...

The system is a core duo " 2.16Ghz, 3Gb ram, V5200 FireGL ie R500 series
with 256Mb, 3200x1600 virtual (large desktop across 2 screens)
EXA acceleration is enabled
  From log I note - page flipping disabled, dma 4 xv enabled, color
tiling enabled

I have a few questions

* Apart from glxgears are there any good "benchmark" apps that can be
used to help check for any regressions between updates? glxgears gives a 
very basic working/not working, but something that's more typical of how 
firefox etc drives X

* Is there any good way of concisely capturing the X/ati workload
pattern that may assist in identifying specific impacts of that workload 
type as it might relate to various config parameters

* Are there some obvious settings I may have missed.

* Is anyone else seeing this...

Given the above I might have enough to raise a bug... but currently am
not sure if it's working as designed. Even if not I realise the info is
far too vague.

Regards
Nigel.
bugs at cherrybyte.me.uk



From dennis at ausil.us  Fri Mar  6 20:38:48 2009
From: dennis at ausil.us (Dennis Gilmore)
Date: Fri, 6 Mar 2009 14:38:48 -0600
Subject: Reminder: Fedora 11 Beta/String freeze
In-Reply-To: <200903061212.21473.dennis@ausil.us>
References: <200903061212.21473.dennis@ausil.us>
Message-ID: <200903061438.49089.dennis@ausil.us>

On Friday 06 March 2009 12:12:18 pm Dennis Gilmore wrote:
> This is a reminder that the Fedora 11 schedule (
> http://fedoraproject.org/wiki/Releases/11/Schedule ) calls for the Beta and
> string freeze to happen on Monday March 11 2009.

Sorry i really messed up there
The Freeze is Tuesday the 10th of March  as the schedule page indicates. 

> What does this mean for you?  It means anything that needs translations
> needs to be done by COB monday. This is a blocking Freeze any packages you
> need included in the Beta release must be requested via release engineering
> https://fedorahosted.org/rel-eng
>
> Please be mindful of this when making changes to packages.
>
> Dennis For FESCo

_______________________________________________
Fedora-devel-announce mailing list
Fedora-devel-announce at redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-announce



From ville.skytta at iki.fi  Fri Mar  6 22:00:58 2009
From: ville.skytta at iki.fi (Ville =?iso-8859-1?q?Skytt=E4?=)
Date: Sat, 7 Mar 2009 00:00:58 +0200
Subject: yum-builddep pulling in i386 packages for x86_64 -devel
	dependencies
In-Reply-To: <alpine.LFD.2.00.0903061925240.29710@turre.koti.laiskiainen.org>
References: <200903060944.00190.billcrawford1970@gmail.com>
	<565.1236360312@sss.pgh.pa.us>
	<alpine.LFD.2.00.0903061925240.29710@turre.koti.laiskiainen.org>
Message-ID: <200903070000.59416.ville.skytta@iki.fi>

On Friday 06 March 2009, Panu Matilainen wrote:

> What might be doable is having a build-time configurable patterns
> for adding %{_isa} automatically. For Fedora, just having *-devel
> dependencies tagged with isa should fix a good percentage (but not
> all) of the cases.

A few -devel subpackages for arch specific "main" ones already are or could be 
changed to noarch and thus have/would have no %{_isa} in their Provides, so 
this should be done carefully.  And packagers who are about to change such 
a -devel to noarch should check whether there's something using a %{_isa} dep 
to it to avoid breakage before going ahead with the change.



From kevin.kofler at chello.at  Fri Mar  6 22:39:57 2009
From: kevin.kofler at chello.at (Kevin Kofler)
Date: Fri, 06 Mar 2009 23:39:57 +0100
Subject: Eclipse EMF build failures on ppc64 hosts
References: <9497e9990903011156y2a173edaq225f65ad4aaabec9@mail.gmail.com>
Message-ID: <gos8nt$hmu$1@ger.gmane.org>

Mat Booth wrote:
>     %define eclipse_base     %{_libdir}/eclipse

Wouldn't:
%define eclipse_base     /usr/lib*/eclipse
or:
%define eclipse_base     /usr/lib{,64}/eclipse
solve your problems? Let the shell figure out which it is. ;-)

        Kevin Kofler



From awilliam at redhat.com  Fri Mar  6 22:44:36 2009
From: awilliam at redhat.com (Adam Williamson)
Date: Fri, 06 Mar 2009 14:44:36 -0800
Subject: Eclipse EMF build failures on ppc64 hosts
In-Reply-To: <gos8nt$hmu$1@ger.gmane.org>
References: <9497e9990903011156y2a173edaq225f65ad4aaabec9@mail.gmail.com>
	<gos8nt$hmu$1@ger.gmane.org>
Message-ID: <1236379476.8969.10.camel@adam.local.net>

On Fri, 2009-03-06 at 23:39 +0100, Kevin Kofler wrote:
> Mat Booth wrote:
> >     %define eclipse_base     %{_libdir}/eclipse
> 
> Wouldn't:
> %define eclipse_base     /usr/lib*/eclipse
> or:
> %define eclipse_base     /usr/lib{,64}/eclipse
> solve your problems? Let the shell figure out which it is. ;-)

%{_prefix}/%{_lib}

but we're just hacking around the problem, really...
-- 
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  Fri Mar  6 22:42:31 2009
From: kevin.kofler at chello.at (Kevin Kofler)
Date: Fri, 06 Mar 2009 23:42:31 +0100
Subject: fedora-devel-announce for ABI/API/soname breakage announcements
	(was: Re: Plans for tomorrow's (20090306) FESCo meeting)
References: <da159fda0903051244m6cb96a29q36e540943af1e6d4@mail.gmail.com>
	<49B0BC96.9090109@leemhuis.info>
	<1236322820.3837.36.camel@localhost.localdomain>
Message-ID: <gos8sn$hmu$2@ger.gmane.org>

Jesse Keating wrote:
> Are you finding what is sent there to not be relevant or important to
> you as a packager?  I'm the moderator of that list and I don't think
> I've sent or let anything through that wasn't useful.

Well, if the proposal is to send any and all soname bumps there, this will
make it much higher volume. And really, nobody needs to know about "library
libxyz which is only used by package xyz which is maintained by the same
packager has a new soname". ;-)

        Kevin Kofler



From joshuacov at googlemail.com  Fri Mar  6 23:03:12 2009
From: joshuacov at googlemail.com (Joshua C.)
Date: Fri, 6 Mar 2009 18:03:12 -0500
Subject: Fedora ATi driver performs much worse than the vanilla code
In-Reply-To: <gos2g3$9v$1@ger.gmane.org>
References: <5f6f8c5f0902271725o3090ae8ndb343a14216898f6@mail.gmail.com>
	<1235892633.3577.25.camel@localhost>
	<5f6f8c5f0903010739h10f58985ue606b5672720e84@mail.gmail.com>
	<49AE4A46.5010801@robertoragusa.it>
	<5f6f8c5f0903041550w6849300al552c84d793dc64c3@mail.gmail.com>
	<gos2g3$9v$1@ger.gmane.org>
Message-ID: <5f6f8c5f0903061503y171c4df4k7830839ca31c8211@mail.gmail.com>

2009/3/6 planetf1 <bugs at cherrybyte.me.uk>:
> On 04/03/09 23:50, Joshua C. wrote:
>>
>> 2009/3/4 Roberto Ragusa<mail at robertoragusa.it>:
>>>
>>> Joshua C. wrote:
>>>
>>>> I did some test and here are the results:
>
> On the subject of performance...
> ?I'm running Fedora rawhide right up to date with
> xorg-x11-drv-ati-6.11.0-3.fc11.i586
> kernel-PAE-2.6.29-0.203.rc7.fc11.i686
> xorg-x11-server-Xorg-1.6.0-7.fc11.i586
>
> Under regular desktop usage I'm noticing
> ?* With compiz running, various special effects like wobbly windows
> have a relatively low CPU impact -- good acceleration. This has been fixed
> in the last few weeks (thanks Dave)
> ?* glxgears is ok (getting 1800 ish on a V5200/X1400) - could be a bit
> better but just fine.

I can only dream of this (max with F9 = 800 without compiz) and
usually ~400. It's not quite a pleasant experience with this value

> ?* Some seemingly minor activity like firefox's rotating circle that
> appears in a tab whilst loading a page hit the CPU hard (up to 40% + on
> Xorg)

I hope they can do the same for r400

> ?* Another app "Personal Brain" which is relatively visual has a
> similar huge impact
> ?* The latest flash player takes lots of cpu, getting up to 50% (ie 1 cpu
> maxed out) at < 1/4 size (default BBC iPlayer desktop size) at fullscreen it
> struggles -- with jerky video
> ?* mplayer/wmv appears to work significacantly better
>
> So it's a real mix of working & not so working ... and not clear whether the
> app or driver (or mesa, X etc) is to blame...
>
> The system is a core duo " 2.16Ghz, 3Gb ram, V5200 FireGL ie R500 series
> with 256Mb, 3200x1600 virtual (large desktop across 2 screens)
> EXA acceleration is enabled
> ?From log I note - page flipping disabled, dma 4 xv enabled, color
> tiling enabled
>
> I have a few questions
>
> * Apart from glxgears are there any good "benchmark" apps that can be
> used to help check for any regressions between updates? glxgears gives a
> very basic working/not working, but something that's more typical of how
> firefox etc drives X
>
> * Is there any good way of concisely capturing the X/ati workload
> pattern that may assist in identifying specific impacts of that workload
> type as it might relate to various config parameters
>
> * Are there some obvious settings I may have missed.
>
> * Is anyone else seeing this...
>
> Given the above I might have enough to raise a bug... but currently am
> not sure if it's working as designed. Even if not I realise the info is
> far too vague.
>
> Regards
> Nigel.
> bugs at cherrybyte.me.uk

 I also saw improvements in the last week because of updates of mesa
and xserver. my cpu usage is still quite high (100% with glxgears) and
flash player really tries to squeeze it out.



From jkeating at redhat.com  Fri Mar  6 23:06:31 2009
From: jkeating at redhat.com (Jesse Keating)
Date: Fri, 06 Mar 2009 15:06:31 -0800
Subject: fedora-devel-announce for ABI/API/soname breakage
 announcements (was: Re: Plans for tomorrow's (20090306) FESCo meeting)
In-Reply-To: <gos8sn$hmu$2@ger.gmane.org>
References: <da159fda0903051244m6cb96a29q36e540943af1e6d4@mail.gmail.com>
	<49B0BC96.9090109@leemhuis.info>
	<1236322820.3837.36.camel@localhost.localdomain>
	<gos8sn$hmu$2@ger.gmane.org>
Message-ID: <1236380791.3837.50.camel@localhost.localdomain>

On Fri, 2009-03-06 at 23:42 +0100, Kevin Kofler wrote:
> Jesse Keating wrote:
> > Are you finding what is sent there to not be relevant or important to
> > you as a packager?  I'm the moderator of that list and I don't think
> > I've sent or let anything through that wasn't useful.
> 
> Well, if the proposal is to send any and all soname bumps there, this will
> make it much higher volume. And really, nobody needs to know about "library
> libxyz which is only used by package xyz which is maintained by the same
> packager has a new soname". ;-)
> 
>         Kevin Kofler

Well sure, that's a tad ridiculous.  However the solution there is to
alter when its required to send, instead of creating yet another list to
send the silly announcements to, or whatever 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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090306/d5bac77c/attachment.sig>

From caolanm at redhat.com  Fri Mar  6 23:09:41 2009
From: caolanm at redhat.com (=?ISO-8859-1?Q?Caol=E1n?= McNamara)
Date: Fri, 06 Mar 2009 23:09:41 +0000
Subject: gmime porting 2.0 to 2.4
In-Reply-To: <1236369862.7008.3.camel@localhost.localdomain>
References: <1236368114.3837.42.camel@localhost.localdomain>
	<1236369862.7008.3.camel@localhost.localdomain>
Message-ID: <1236380981.30682.2.camel@Vain>

On Fri, 2009-03-06 at 21:04 +0100, Erik van Pienbroek wrote:
> In a upstream bugreport -
> http://bugzilla.gnome.org/show_bug.cgi?id=541676 - work has begun on a
> patch. It compiles with the newest GMime, but breaks important
> functionality of pan (like reading a message).

Yeah, I gave it a vague stab in the dark, but I haven't used usenet in a
decade to even basic-test it, so its a hideous failure :-). Fastest and
easiest thing is to probably copy and paste everything from old gmine
into pan which is "missing" from the old one rather than mess around
with it much.

C.



From kevin.kofler at chello.at  Fri Mar  6 23:25:35 2009
From: kevin.kofler at chello.at (Kevin Kofler)
Date: Sat, 07 Mar 2009 00:25:35 +0100
Subject: FESCo Meeting Summary - 2009-03-06
References: <20090306193013.GA16507@nostromo.devel.redhat.com>
	<1dedbbfc0903061155h63bb5176v4e680035eb2046d4@mail.gmail.com>
Message-ID: <gosbdf$q6c$1@ger.gmane.org>

David Nielsen wrote:

> 2009/3/6 Bill Nottingham <notting at redhat.com>
> 
>>
>> * Banshee as default Media player -
>> https://fedoraproject.org/wiki/Features/BansheeAsDefaultMediaplayer
>>
>> FESCo disapproved this feature, with 4 negative votes.
>>
> 
> I did not see this one the action list for this meeting, nor was I even
> invited to argue the case for this. I would at least have liked to know
> that my proposal was going on the chopping block before you discard it so
> I could see what to improve for a F12 proposal.

What apps are the default on a given spin is a decision which should really
be taken by the SIG maintaining the spin, in this case the GNOME/Desktop
SIG (i.e. essentially the RH Desktop Team).

I'd be really pissed off if somebody tried to decide what apps the KDE spin
should ship by writing a feature page without ever discussing it with the
KDE SIG and sending it directly to FESCo, also completely ignoring live CD
size constraints (as you did).

I think FESCo made the right decision here.

        Kevin Kofler



From kevin.kofler at chello.at  Fri Mar  6 23:29:43 2009
From: kevin.kofler at chello.at (Kevin Kofler)
Date: Sat, 07 Mar 2009 00:29:43 +0100
Subject: Eclipse EMF build failures on ppc64 hosts
References: <9497e9990903011156y2a173edaq225f65ad4aaabec9@mail.gmail.com>
	<gos8nt$hmu$1@ger.gmane.org>
	<1236379476.8969.10.camel@adam.local.net>
Message-ID: <gosbl7$q6c$2@ger.gmane.org>

Adam Williamson wrote:
> %{_prefix}/%{_lib}

That probably has the same issue as %{_libdir}.

        Kevin Kofler



From kevin.kofler at chello.at  Fri Mar  6 23:32:59 2009
From: kevin.kofler at chello.at (Kevin Kofler)
Date: Sat, 07 Mar 2009 00:32:59 +0100
Subject: gmime porting 2.0 to 2.4
References: <1236368114.3837.42.camel@localhost.localdomain>
	<1236369862.7008.3.camel@localhost.localdomain>
	<1236380981.30682.2.camel@Vain>
Message-ID: <gosbrb$q6c$3@ger.gmane.org>

Caol?n McNamara wrote:
> Yeah, I gave it a vague stab in the dark, but I haven't used usenet in a
> decade to even basic-test it, so its a hideous failure :-).

Try gmane.linux.redhat.fedora.devel at news.gmane.org and you'll get this
list. :-)

        Kevin Kofler



From rjones at redhat.com  Fri Mar  6 23:47:57 2009
From: rjones at redhat.com (Richard W.M. Jones)
Date: Fri, 6 Mar 2009 23:47:57 +0000
Subject: FESCo Meeting Summary - 2009-03-06
In-Reply-To: <20090306195933.GA17120@nostromo.devel.redhat.com>
References: <20090306193013.GA16507@nostromo.devel.redhat.com>
	<1dedbbfc0903061155h63bb5176v4e680035eb2046d4@mail.gmail.com>
	<20090306195933.GA17120@nostromo.devel.redhat.com>
Message-ID: <20090306234757.GA3782@amd.home.annexia.org>

On Fri, Mar 06, 2009 at 02:59:33PM -0500, Bill Nottingham wrote:
> David Nielsen (gnomeuser at gmail.com) said: 
> > I did not see this one the action list for this meeting, nor was I even
> > invited to argue the case for this.
> 
> The feature wrangler requested that FESCo issue a decision on it.

It's not the first time it has happened that some feature has been
dropped without the owner being told that a decision was going to be
made.  I think this should, as common courtesy, go back before FESCo
next week.

Most packagers are volunteers (even the ones who work at Red Hat).

Rich.

-- 
Richard Jones, Emerging Technologies, Red Hat  http://et.redhat.com/~rjones
virt-top is 'top' for virtual machines.  Tiny program with many
powerful monitoring features, net stats, disk stats, logging, etc.
http://et.redhat.com/~rjones/virt-top



From alexl at users.sourceforge.net  Fri Mar  6 23:53:02 2009
From: alexl at users.sourceforge.net (Alex Lancaster)
Date: Fri, 06 Mar 2009 16:53:02 -0700
Subject: fedora-devel-announce for ABI/API/soname breakage announcements
In-Reply-To: <1236380791.3837.50.camel@localhost.localdomain> (Jesse Keating's
	message of "Fri\, 06 Mar 2009 15\:06\:31 -0800")
References: <da159fda0903051244m6cb96a29q36e540943af1e6d4@mail.gmail.com>
	<49B0BC96.9090109@leemhuis.info>
	<1236322820.3837.36.camel@localhost.localdomain>
	<gos8sn$hmu$2@ger.gmane.org>
	<1236380791.3837.50.camel@localhost.localdomain>
Message-ID: <nqljriyzs1.fsf@allele2.eebweb.arizona.edu>

>>>>> "JK" == Jesse Keating  writes:

JK> On Fri, 2009-03-06 at 23:42 +0100, Kevin Kofler wrote:
>> Jesse Keating wrote:
>> > Are you finding what is sent there to not be relevant or important to
>> > you as a packager?  I'm the moderator of that list and I don't think
>> > I've sent or let anything through that wasn't useful.
>> 
>> Well, if the proposal is to send any and all soname bumps there, this will
>> make it much higher volume. And really, nobody needs to know about "library
>> libxyz which is only used by package xyz which is maintained by the same
>> packager has a new soname". ;-)
>> 
>> Kevin Kofler

JK> Well sure, that's a tad ridiculous.  However the solution there is to
JK> alter when its required to send, instead of creating yet another list to
JK> send the silly announcements to, or whatever else.

Indeed, which is why I also suggested in the thread above, the
following exception in the response to Thorsten's original, which
should address Kevin's concern:

> However, there should definitely be a few exceptions to the rule of
> announcement if maintainer performing the breakage, either 1) owns
> all the affected packages and is planning to rebuild them, or 2) is
> a provenpackager/co-maintainer, or otherwise has access and who is
> intending to rebuild all affected packages
> (e.g. xulrunner/firefox). In those cases, a heads-up on f-d-l might
> be nice, but probably not mandatory (although even in thoses cases
> there may be dependent packages that the maintainer is not aware
> of).

Alex



From gnomeuser at gmail.com  Fri Mar  6 23:56:24 2009
From: gnomeuser at gmail.com (David Nielsen)
Date: Sat, 7 Mar 2009 00:56:24 +0100
Subject: FESCo Meeting Summary - 2009-03-06
In-Reply-To: <gosbdf$q6c$1@ger.gmane.org>
References: <20090306193013.GA16507@nostromo.devel.redhat.com>
	<1dedbbfc0903061155h63bb5176v4e680035eb2046d4@mail.gmail.com>
	<gosbdf$q6c$1@ger.gmane.org>
Message-ID: <1dedbbfc0903061556p4e61a455q2b3920fd63262706@mail.gmail.com>

2009/3/7 Kevin Kofler <kevin.kofler at chello.at>

> David Nielsen wrote:
>
> > 2009/3/6 Bill Nottingham <notting at redhat.com>
> >
> >>
> >> * Banshee as default Media player -
> >> https://fedoraproject.org/wiki/Features/BansheeAsDefaultMediaplayer
> >>
> >> FESCo disapproved this feature, with 4 negative votes.
> >>
> >
> > I did not see this one the action list for this meeting, nor was I even
> > invited to argue the case for this. I would at least have liked to know
> > that my proposal was going on the chopping block before you discard it so
> > I could see what to improve for a F12 proposal.
>
> What apps are the default on a given spin is a decision which should really
> be taken by the SIG maintaining the spin, in this case the GNOME/Desktop
> SIG (i.e. essentially the RH Desktop Team).


Which is why Empathy has a feature page, the very reason I went this route.
Suggest an improvement, then see what would be said and maybe.. just maybe
have a meaningful technical debate on the merits of the proposal.


> I'd be really pissed off if somebody tried to decide what apps the KDE spin
> should ship by writing a feature page without ever discussing it with the
> KDE SIG and sending it directly to FESCo, also completely ignoring live CD
> size constraints (as you did).


I followed the feature proposal guide to the letter, additionalyl you are
most welcome to go back and read. I never ignore the contraints of the live
CD, it was always mentioned as a con, I even offered suggestions and the
hours it needed to get them implemented. Hell when bugs where filed on
issues, I and the other maintainer was on top of it and tried to get them
resolved as quickly as possible. I might be many things but I am honest. I
did this from a desire to improve Fedora.

I have instead gotten disrespectful personal mail, the only feedback I have
gotten when asking the SIG in question was in the same tones you just used,
from the maintainer (and source of aformentioned nasty mail) of the product
I proposed to replace. My proposal page was defaced in a more unprofessional
manner (same guy).

I tried to answer critics, I offered, and contacted upstream to ask them to
help answer questions (to which they kindly agreed). when instead of a
productive debate as was requested no such debate ever took place. Looking
back at the IRC log I am left with a foul taste in my mouth, mentions of
what RHEL supports and how it's not a bad thing to discriminate based on
language.

I did this, out of the desire to make Fedora better. The sign on my door
says Fedora volunteer. It does so for a reason. I am frankly disgusted by
this whole affair, especially since my honesty and motives were brought into
question.

I think FESCo made the right decision here.
>

And even if they did not, we abide by it. This is FEScos world, we just live
in it.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090307/46a00e87/attachment.htm>

From gnomeuser at gmail.com  Sat Mar  7 00:00:58 2009
From: gnomeuser at gmail.com (David Nielsen)
Date: Sat, 7 Mar 2009 01:00:58 +0100
Subject: FESCo Meeting Summary - 2009-03-06
In-Reply-To: <20090306234757.GA3782@amd.home.annexia.org>
References: <20090306193013.GA16507@nostromo.devel.redhat.com>
	<1dedbbfc0903061155h63bb5176v4e680035eb2046d4@mail.gmail.com>
	<20090306195933.GA17120@nostromo.devel.redhat.com>
	<20090306234757.GA3782@amd.home.annexia.org>
Message-ID: <1dedbbfc0903061600s6a13f077t4712ee8ea137ae57@mail.gmail.com>

2009/3/7 Richard W.M. Jones <rjones at redhat.com>

> On Fri, Mar 06, 2009 at 02:59:33PM -0500, Bill Nottingham wrote:
> > David Nielsen (gnomeuser at gmail.com) said:
> > > I did not see this one the action list for this meeting, nor was I even
> > > invited to argue the case for this.
> >
> > The feature wrangler requested that FESCo issue a decision on it.
>
> It's not the first time it has happened that some feature has been
> dropped without the owner being told that a decision was going to be
> made.  I think this should, as common courtesy, go back before FESCo
> next week.
>
> Most packagers are volunteers (even the ones who work at Red Hat).
>

I believe that would be the right approach, however it would not make a
difference in this case and would only serve to waste precious time. I have
retracted my proprosal from consideration, I think I will do what Jesse
proposed and draw my own conclusions. FESco made a decision, I will abide
it.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090307/59cdef06/attachment.htm>

From remy.maucherat at gmail.com  Sat Mar  7 00:02:08 2009
From: remy.maucherat at gmail.com (=?ISO-8859-1?Q?R=E9my_Maucherat?=)
Date: Sat, 7 Mar 2009 01:02:08 +0100
Subject: FESCo Meeting Summary - 2009-03-06
In-Reply-To: <1dedbbfc0903061556p4e61a455q2b3920fd63262706@mail.gmail.com>
References: <20090306193013.GA16507@nostromo.devel.redhat.com>
	<1dedbbfc0903061155h63bb5176v4e680035eb2046d4@mail.gmail.com>
	<gosbdf$q6c$1@ger.gmane.org>
	<1dedbbfc0903061556p4e61a455q2b3920fd63262706@mail.gmail.com>
Message-ID: <6d959d480903061602h2a9fd19cjca9e3070b7badd5@mail.gmail.com>

2009/3/7 David Nielsen <gnomeuser at gmail.com>:
> I did this, out of the desire to make Fedora better. The sign on my door
> says Fedora volunteer. It does so for a reason. I am frankly disgusted by
> this whole affair, especially since my honesty and motives were brought into
> question.

Wow, thanks. Thanks for not trying again to make it "better", then.
Just my opinion on Banshee here ...

R?my



From kevin.kofler at chello.at  Sat Mar  7 00:59:00 2009
From: kevin.kofler at chello.at (Kevin Kofler)
Date: Sat, 07 Mar 2009 01:59:00 +0100
Subject: FESCo Meeting Summary - 2009-03-06
References: <20090306193013.GA16507@nostromo.devel.redhat.com>
	<1dedbbfc0903061155h63bb5176v4e680035eb2046d4@mail.gmail.com>
	<gosbdf$q6c$1@ger.gmane.org>
	<1dedbbfc0903061556p4e61a455q2b3920fd63262706@mail.gmail.com>
Message-ID: <gosgsk$7hp$1@ger.gmane.org>

David Nielsen wrote:
> Which is why Empathy has a feature page, the very reason I went this
> route. Suggest an improvement, then see what would be said and maybe..
> just maybe have a meaningful technical debate on the merits of the
> proposal.

Empathy has a feature page driven by the GNOME desktop team. And by the way,
those desktop team folks decided Empathy was not ready as the default for
F10 and now F11 for usability reasons which are expected to improve later,
so in fact the "Empathy as default" feature was pushed back to F12, and the
Empathy maintainers were consulted and agreed with that decision. You can't
force a default app through without buy-in from the maintainers of the
affected spin(s).

Another big difference is that Empathy is now the official IM client in
upstream GNOME (maintained in GNOME SVN etc.) whereas Pidgin is and has
always been a third-party project, which is pretty different from Banshee's
and Rhythmbox's situation.

> I followed the feature proposal guide to the letter, additionalyl you are
> most welcome to go back and read. I never ignore the contraints of the
> live CD, it was always mentioned as a con, I even offered suggestions and
> the hours it needed to get them implemented. Hell when bugs where filed on
> issues, I and the other maintainer was on top of it and tried to get them
> resolved as quickly as possible. I might be many things but I am honest. I
> did this from a desire to improve Fedora.

The size problems are not necessarily fixable at all. As you rightly say,
Banshee will always be written in Mono, which drags in not only Mono
itself, but also many *-sharp bindings, especially considering the fact
that Banshee has a lot of features which require supporting libraries. So
it may well be that Banshee will never be suitable as a default on a live
CD. This is something you have to discuss with the maintainers of the GNOME
live CD, not FESCo.

> I have instead gotten disrespectful personal mail, the only feedback I
> have gotten when asking the SIG in question was in the same tones you just
> used, from the maintainer (and source of aformentioned nasty mail) of the
> product I proposed to replace. My proposal page was defaced in a more
> unprofessional manner (same guy).

Then you should have gotten the hint that your proposal is not a good idea.
Of course the Rhythmbox maintainer is biased, but he's also the one best
qualified in the multimedia area, so I'm not surprised the feedback you got
was from him.

> I tried to answer critics, I offered, and contacted upstream to ask them
> to help answer questions (to which they kindly agreed). when instead of a
> productive debate as was requested no such debate ever took place.

You created that feature page 2 weeks before feature freeze and it was
rushed to a vote in the last FESCo feature approval session, there was
simply no time for such a debate. Also keep in mind that developers are
busy completing their features for the freeze and the beta. This sort of
major changes needs to be proposed at the beginning of a release cycle.

        Kevin Kofler



From sgrubb at redhat.com  Sat Mar  7 01:38:48 2009
From: sgrubb at redhat.com (Steve Grubb)
Date: Fri, 6 Mar 2009 20:38:48 -0500
Subject: yum-builddep pulling in i386 packages for x86_64 -devel
	dependencies
In-Reply-To: <200903060944.00190.billcrawford1970@gmail.com>
References: <200903060944.00190.billcrawford1970@gmail.com>
Message-ID: <200903062038.48471.sgrubb@redhat.com>

On Friday 06 March 2009 04:44:00 am Bill Crawford wrote:
> I just noticed an interesting thing with yum-builddep. There's a dependency
> somewhere on audit-libs-devel, and it's trying to pull in audit-libs.i386
> instead of .x64_64 ... this then leads to it wanting to download over a
> dozen other i386 packages. Any way to get around this? Did I do something
> wrong?

This sounds like something is wrong in the build system. Where a package is 
built on a multi-lib platform, isn't there an explicit "--target x86_64" ? If 
so, rpm has the hint needed to resolve this all successfully. If rpm simply 
chose only packages from the arch that is being built, there wouldn't be a 
problem. Its that simple.

-Steve



From michel.sylvan at gmail.com  Sat Mar  7 04:10:47 2009
From: michel.sylvan at gmail.com (Michel Salim)
Date: Fri, 6 Mar 2009 23:10:47 -0500
Subject: Heads up: Taglib-sharp bump incoming
In-Reply-To: <1dedbbfc0903060328n44ab3b9u7d72de870cbd550@mail.gmail.com>
References: <1dedbbfc0902250740y39a6d8c0p4511f2d1fa21949d@mail.gmail.com>
	<a7804a540903060217x3afc7402g2cc211c689d3e4bd@mail.gmail.com>
	<1dedbbfc0903060328n44ab3b9u7d72de870cbd550@mail.gmail.com>
Message-ID: <f224c6140903062010i2736199ehffcb114ed0039089@mail.gmail.com>

2009/3/6 David Nielsen <gnomeuser at gmail.com>:
>
>
> Den 6. mar. 2009 11.17 skrev Benjam?n Valero Espinosa
> <benjavalero at gmail.com>:
>>
>> 2009/2/25 David Nielsen
>>>
>>> The new taglib-sharp package is currently being built which will provide
>>> our users with nice bugfixes and additional features. However the module
>>> version has been bumped and depending packages will need to be rebuilt. Only
>>> Beagle and Banshee should be affected.
>>
>> I hope there's soon an update of taglib-sharp in F10 so I can test new
>> versions of Banshee. Whilst, I have rebuilt the F11 version, but on
>> installing the RPM I have to uninstall Beagle :( Any commend?)
>
> I would like to see Banshee 1.4.3 moved to updates-testing soon, upstream
> only really supports the latest versions so it serves our users best to do
> this. I will bring this up in the Mono SIG and we can hopefully work out the
> best way to do this push.
>
We should do that -- it will close some bugs (e.g. 478474).

$ repoquery --alldeps --whatrequires taglib-sharp
taglib-sharp-devel-0:2.0.3.2-2.fc11.x86_64
taglib-sharp-devel-0:2.0.3.2-2.fc11.i586
banshee-0:1.4.2-6.fc11.i586
beagle-0:0.3.9-5.fc11.x86_64
banshee-0:1.4.2-6.fc11.x86_64

Does any Mono packager use Beagle, and can confirm that the update
does not break Beagle? In which case, we can just update taglib-sharp,
ask it to be pushed to -override, and rebuild banshee and beagle
against it.

Also, what about F-9?

Thanks,

-- 
mi?el salim  ?  http://hircus.jaiku.com/
IUCS         ?  msalim at cs.indiana.edu
Fedora       ?  salimma at fedoraproject.org
MacPorts     ?  hircus at macports.org



From rawhide at fedoraproject.org  Sat Mar  7 09:56:12 2009
From: rawhide at fedoraproject.org (Rawhide Report)
Date: Sat,  7 Mar 2009 09:56:12 +0000 (UTC)
Subject: rawhide report: 20090307 changes
Message-ID: <20090307095612.8B8821B8001@releng2.fedora.phx.redhat.com>

Compose started at Sat Mar  7 06:01:03 UTC 2009

New package ghc-X11
        Haskell X11 library with bindings to xlib C functions
New package kdepim3
        Compatibility support for kdepim3
New package mythes-sv
        Swedish thesaurus
New package nwsserver
        NetWorkSpaces Server for clustering of scripting languages
New package perl-Class-XSAccessor-Array
        Generate fast XS accessors without runtime compilation
New package perl-Gtk2-MozEmbed
        Interface to the Mozilla embedding widget
New package stardict-dic-cs_CZ
        Czech dictionaries for StarDict
New package sugar-read
        A document reader for Sugar
New package txt2man
        Convert flat ASCII text to man page format
Removed package bochs-bios
Removed package kvm
Updated Packages:

DeviceKit-disks-003-5.fc11
--------------------------
* Fri Mar 06 2009 Matthias Clasen <mclasen at redhat.com> - 003-5
- Handle -- correctly in devkit-disks


R-pls-2.1-6.fc11
----------------
* Fri Mar 06 2009 Pingou <pingou at pingoured.fr> 2.1-6
- Change the iconv from prep to end of install to make it build

* Mon Feb 23 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 2.1-5
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild

* Mon Feb 18 2008 Pingou <pingoufc4 at yahoo.fr> 2.1-3
- Change the URL

* Mon Feb 18 2008 Pingou <pingoufc4 at yahoo.fr> 2.1-4
- Change the URL (correct typo)


amarok-2.0.2-3.fc11
-------------------
* Fri Mar 06 2009 Rex Dieter <rdieter at fedoraproject.org> 2.0.2-3
- add minimal qt4,kdelibs4 deps


anacron-2.3-72.fc11
-------------------
* Fri Mar 06 2009 Marcela Ma??l????ov?? <mmaslano at redhat.com> 2.3-72
- 488916 fix typo in bash script again.


apt-0.5.15lorg3.95-0.git416.4.fc11
----------------------------------
* Fri Mar 06 2009 Panu Matilainen <pmatilai at redhat.com> - 0.5.15lorg3.95-0.git416.4
- rebuild for rpm 4.7.0


boinc-client-6.4.7-1.r17542svn.fc11
-----------------------------------
* Fri Mar 06 2009 Milos Jakubicek <xjakub at fi.muni.cz> - 6.4.7-1.r17542svn
- i386 arch conditional replaced by the %{ix86} macro.
- Rebase to current 6.4 branch, therefore using new suffix "r[revision]svn"
  instead of "[date]svn", fixes help button in the simple GUI (BZ#478713).
- Trim CUDA prebuilt libraries from sources.
- UTF8 conversion now done in spec, not in a separate 'unicode' script.
- Add a short link to upstream's wiki about usage in Fedora into %doc.
- boincmgr turned into a wrapper script to allow passwordless connections
  from users of the boinc group (fix BZ#478715).


cluster-3.0.0-13.alpha7.fc11
----------------------------
* Fri Mar 06 2009 Fabio M. Di Nitto <fdinitto at redhat.com> - 3.0.0-13.alpha7
- New upstream release.
- Drop local build fix patch.


cobbler-1.4.3-4.fc11
--------------------
* Fri Mar 06 2009 Michael DeHaan <mdehaan at redhat.com> - 1.4.3-4
- Upstream changes (see CHANGELOG)
- Now requires PyYAML


corosync-0.94-2.svn1792.fc11
----------------------------
* Fri Mar 06 2009 Fabio M. Di Nitto <fdinitto at redhat.com> - 0.94-2.svn1792
- Import fixes from upstream:
  * Fix uninitialized memory. Spotted by valgrind (1788)
  * Fix logsys_set_format by updating the right bits (1789)
  * logsys: re-add support for timestamp  (1790)
  * Fix cpg crash (1791)
  * Allow logsys_format_set to reset to default (1792)


cpuspeed-1.5-5.fc11
-------------------
* Fri Mar 06 2009 Jarod Wilson <jarod at redhat.com> 1.5-5
- Fix up p4-clockmod support so start/stop/status actually report
  something sane to the user


curl-7.19.4-2.fc11
------------------
* Fri Mar 06 2009 Jindrich Novy <jnovy at redhat.com> 7.19.4-2
- drop .easy-leak patch, causes problems in pycurl (#488791)
- fix libcurl-devel dependencies (#488895)


deltarpm-3.4-13.fc11
--------------------
* Fri Mar 06 2009 Jesse Keating <jkeating at redhat.com> - 3.4-13
- rebuild for new rpm libs


device-mapper-multipath-0.4.8-9.fc11
------------------------------------
* Fri Mar 06 2009 Milan Broz <mbroz at redhat.com> - 0.4.8-9
- Fix kpartx extended partition handling (475283)


dnssec-tools-1.5-1.fc11
-----------------------
* Fri Mar 06 2009 Wes Hardaker <wjhns174 at hardakers.net> - 1.5-1
- Update to 1.5


eclipse-linuxprofilingframework-0.1.0-2.fc11
--------------------------------------------
* Fri Mar 06 2009 Elliott Baron <ebaron at redhat.com> 0.1.0-2
- Changing to arch dependent for CDT dependency.
- CDT should be >= 5.0.0

* Thu Mar 05 2009 Elliott Baron <ebaron at redhat.com> 0.1.0-1
- Final 0.1 upstream release.
- Removed "Valgrind" from dialog titles.


eclipse-valgrind-0.1.0-3.fc11
-----------------------------
* Fri Mar 06 2009 Elliott Baron <ebaron at redhat.com> 0.1.0-3
- Changing to arch dependent for CDT dependency.
- Setting minimum Valgrind requirement to 3.3.0.


efibootmgr-0.5.4-6.fc11
-----------------------
* Fri Mar 06 2009 Matt Domsch <Matt_Domsch at dell.com> - 0.5.4-6
- make ExclusiveArch %{ix86} now that packages are being built as .i586


ekiga-3.1.2-4.fc11
------------------
* Fri Mar 06 2009 Peter Robinson <pbrobinson at gmail.com> - 3.1.2-4
- Remove CELT until the bitstream is stable and can hence intercommunicate between versions


fence-agents-3.0.0-7.alpha7.fc11
--------------------------------
* Fri Mar 06 2009 Fabio M. Di Nitto <fdinitto at redhat.com> - 3.0.0-7.alpha7
- New upstream release.
- Drop fence_scsi init stuff that's not required anylonger.


fio-1.24-1.fc11
---------------
* Fri Mar 06 2009 Eric Sandeen <sandeen at redhat.com> 1.24-1
- New upstream version


foobillard-3.0a-12
------------------
* Fri Mar 06 2009 Jesse Keating <jkeating at redhat.com> - 3.0a-12
- Correct the fonts requires due to package name change


gdb-6.8.50.20090302-3.fc11
--------------------------
* Sat Mar 07 2009 Jan Kratochvil <jan.kratochvil at redhat.com> - 6.8.50.20090302-3
- Archer update to the snapshot: 6cf16c0711e844094ab694b3d929f7bd30b49f61
- Fix crash on the inlined functions support.
- Fix crash from the PIE support, its varobj_refresh() was called only before
  varobj_invalidate() which is sufficient.
- Fix BuildRequires for the `--with testsuite' runs.
- Use the newly introduced `--with-pythondir' option.
- Remove libstdcxx [python] pretty printers (as included in libstdc++ rpm now).

* Fri Mar 06 2009 Jesse Keating <jkeating at redhat.com> - 6.8.50.20090302-2
- Rebuild for new rpm libs


gdm-2.25.2-14.fc11
------------------
* Fri Mar 06 2009 Ray Strode <rstrode at redhat.com> - 1:2.25.2-14
- Reset "start session when ready" state to FALSE when starting
  new greeter from existing slave.  May fix problem Chris Ball
  is seeing with language selection in autologin the second time
  after boot up.


gnash-0.8.5-3.fc11
------------------
* Fri Mar 06 2009 Jaroslav Reznik <jreznik at redhat.com> 0.8.5-1
- update to 0.8.5
- remove use_kde3_executable_hack
- remove autoreconf

* Fri Mar 06 2009 Jaroslav Reznik <jreznik at redhat.com> 0.8.5-2
- add missing speex-devel and gstreamer-plugins-base-devel BR

* Fri Mar 06 2009 Kevin Kofler <Kevin at tigcc.ticalc.org> 0.8.5-3
- explicitly link the KlashPart against the libraries it uses


gnome-media-2.25.92-2.fc11
--------------------------
* Fri Mar 06 2009 Matthias Clasen  <mclasen at redhat.com> 2.25.92-2
- Turn off debug spew


gnome-session-2.25.92-2.fc11
----------------------------
* Fri Mar 06 2009 Matthias Clasen  <mclasen at redhat.com> - 2.25.92-2
- Turn off excessive debug spew


gnutls-2.6.4-1.fc11
-------------------
* Fri Mar 06 2009 Tomas Mraz <tmraz at redhat.com> 2.6.4-1
- upgrade to a new upstream version


gvfs-1.1.7-4.fc11
-----------------
* Fri Mar 06 2009 Tomas Bzatek <tbzatek at redhat.com> - 1.1.7-4
- Fix volume lists not filled correctly


ibus-1.1.0.20090306-1.fc11
--------------------------
* Fri Mar 06 2009 Huang Peng <shawn.p.huang at gmail.com> - 1.1.0.20090306-1
- Update to ibus-1.1.0.20090306.

* Tue Mar 03 2009 Jens Petersen <petersen at redhat.com>
- use post for ibus-gtk requires glib2


iok-1.3.2-2.fc11
----------------
* Fri Mar 06 2009 Parag Nemade <panemade at gmail.com>- 1.3.2-2
- Resolves: rh#488937:iok should show map list as well as switch button in English locale


irqbalance-0.55-14.fc11
-----------------------
* Fri Mar 06 2009 Neil Horman <nhorman at redhat.com>
- Update spec file to build for i586 as per new build guidelines (bz 488849)


joni-1.1.3-1.fc11
-----------------
* Fri Mar 06 2009 Conrad Meyer <konrad at tylerc.org> - 1.1.3-1
- Bump to 1.1.3.


jruby-1.1.6-3.fc11
------------------
* Fri Mar 06 2009 Conrad Meyer <konrad at tylerc.org> - 1.1.6-3
- debug_package nil, as this is a pure-java package (that can't
  be built with gcj).


kaffeine-0.8.7-5.fc11
---------------------
* Fri Mar 06 2009 Rex Dieter <rdieter at fedoraproject.org> - 0.8.7-5
- s/nonfree/freeworld/
- --without-dvb (f11+)

* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 0.8.7-4
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


kdeutils-4.2.1-3.fc11
---------------------
* Fri Mar 06 2009 Rex Dieter <rdieter at fedoraproject.org> - 4.2.1-2
- -printer-applet subpkg
- cleanup unused -libs/-devel crud

* Fri Mar 06 2009 Rex Dieter <rdieter at fedoraproject.org> - 4.2.1-3
- *really* make a -printer-applet subpkg


koan-1.4.3-1.fc11
-----------------

libapreq2-2.12-0.rc2.1.fc11
---------------------------
* Sat Mar 07 2009 Bojan Smojver <bojan at rexursive.com> - 2.12-0.rc2.1
- bump up to 2.12-RC2


libarchive-2.6.2-1.fc11
-----------------------
* Fri Mar 06 2009 Tomas Bzatek <tbzatek at redhat.com> 2.6.2-1
- Update to 2.6.2


libnetfilter_log-0.0.16-1.fc11
------------------------------
* Fri Mar 06 2009 Paul P. Komkoff Jr <i at stingr.net> - 0.0.16-1
- upstream release


libnfnetlink-0.0.41-1.fc11
--------------------------
* Fri Mar 06 2009 Paul P. Komkoff Jr <i at stingr.net> - 0.0.41-1
- upstream release


libopensync-0.36-8.fc11
-----------------------
* Fri Mar 06 2009 Rex Dieter <rdieter at fedoraproject.org> - 0.36-8
- dynamically set SWIG_DIR

* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 0.36-7
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


libtunepimp-0.5.3-15.fc11
-------------------------
* Fri Mar 06 2009 Rex Dieter <rdieter at fedoraproject.org> - 0.5.3-15
- glibc210_strrchr patch

* Fri Feb 27 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 0.5.3-14
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


libvirt-0.6.1-2.fc11
--------------------
* Fri Mar 06 2009 Daniel P. Berrange <berrange at redhat.com> - 0.6.1-2.fc11
- Fix crash after storage vol deletion fails
- Add patch to enable VNC SASL authentication


mkinitrd-6.0.80-1.fc11
----------------------
* Fri Mar 06 2009 Jeremy Katz <katzj at redhat.com> - 6.0.79-1
- Fix handling of  keymaps which are symlinks (hdegoede, #485615)
- Show splash later for live images (mccann)
- Make live initrd boot quieter (#488862)
- First steps of multiple live medium support (Till Maas)

* Fri Mar 06 2009 Jeremy Katz <katzj at redhat.com> - 6.0.80-1
- Fix up a multi live case to work


mythes-es-0.20090306-1.fc11
---------------------------
* Fri Mar 06 2009 Caol??n McNamara <caolanm at redhat.com> - 0.20090306-1
- latest version


nco-3.9.5-5.fc11
----------------
* Fri Mar 06 2009 - Caol??n McNamara <caolanm at redhat.com> - 3.9.5-5
- include cstdio for EOF

* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 3.9.5-4
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


neon-0.28.4-1
-------------
* Fri Mar 06 2009 Joe Orton <jorton at redhat.com> 0.28.4-1
- update to 0.28.4


net-snmp-5.4.2.1-10.fc11
------------------------
* Fri Mar 06 2009 Jesse Keating <jkeating at redhat.com> - 5.4.2.1-10
- Rebuild for new rpm


opal-3.6.0-2.fc11
-----------------
* Fri Mar 06 2009 Peter Robinson <pbrobinson at gmail.com> - 3.6.0-2
- Remove CELT until the bitstream is stable and can hence intercommunicate between versions


openoffice.org-3.1.0-4.1.fc11
-----------------------------
* Fri Mar 06 2009 Caol??n McNamara <caolanm at redhat.com> - 1:3.1.0-4.1
- report-builder will be broken until rhbz#474391 is resolved
- drop integrated workspace.gfbcrash.patch
- drop integrated workspace.ooo31gsl2.patch
- drop integrated openoffice.org-3.1.0.ooo98465.sw.fix-doctables.patch
- Resolves: rhbz#488688 / ooo#98746 merge Punjabi Translations
- Resolves: rhbz#488700 / ooo#99907 merge Malayalam Translations
- add mythes-sv dependency for Swedish langpack
- Resolves: rhbz#488835 backport workspace.cl12
- Farsi autocorrect files


opensm-3.2.1-3.fc11
-------------------
* Fri Mar 06 2009 Caol??n McNamara <caolanm at redhat.com> - 3.2.1-3
- fix bare elifs to rebuild

* Thu Feb 26 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 3.2.1-2
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


ovaldi-5.5.4-3.fc11
-------------------
* Fri Mar 06 2009 Jesse Keating <jkeating at redhat.com> - 5.5.4-3
- Rebuild for new rpm


papyrus-0.10.2-1.fc11
---------------------
* Fri Mar 06 2009 Rick L Vinyard Jr <rvinyard at cs.nmsu.edu> - 0.10.2-1
- New release


pcmciautils-015-1.fc11
----------------------
* Fri Mar 06 2009 Harald Hoyer <harald at redhat.com> 015-1
- version 015
- added buildarch i586


perl-Getopt-GUI-Long-0.91-1.fc11
--------------------------------
* Thu Mar 05 2009 Wes Hardaker <wjhns174 at hardakers.net> - 0.91-1
- Update to 0.91


perl-RPM2-0.68-3.fc11
---------------------
* Fri Mar 06 2009 Jesse Keating <jkeating at redhat.com> - 0.68-3
- Rebuild for new rpm


piklab-0.15.3-3.fc11
--------------------
* Thu Feb 26 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 0.15.3-3
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


plymouth-0.7.0-0.2009.03.06.fc11
--------------------------------
* Fri Mar 06 2009 Ray Strode <rstrode at redhat.com> 0.7.0-0.2009.03.06
- Updated to development snapshot
- Guess progress better on second boot of persistent live images
- Drop upstream patches
- swap "solar" and "spinfinity" scriptlet behavior


ppp-2.4.4-11.fc11
-----------------
* Fri Mar 06 2009 - Jiri Skala <jskala at redhat.com> 2.4.4-11
- fixed #488764 - package upgrade should not replace configuration files


pygtk2-2.14.1-1.fc11
--------------------
* Fri Mar 06 2009 Matthew Barnes <mbarnes at redhat.com> - 2.14.1-1.fc11
- Update to 2.14.1
- Bump gtk2_version to 2.9.0 for gtkunixprint requirement.


python-cryptsetup-0.0.8-1.fc11
------------------------------
* Fri Mar 06 2009 Martin Sivak <msivak at redhat dot com> - 0.0.8-1
- Fix the params for add and remove key routines
- Workaround one SIGSEGV in cryptsetup and change the order of passwords in luksRemoveKey


python-matplotlib-0.98.5.2-4.fc11
---------------------------------
* Fri Mar 06 2009 Jef Spaleta <jspaleta AT fedoraproject DOT org> - 0.98.5-4
- Fixed font dep after font guideline change


python-openoffice-0.1-0.3.20090228svn34.fc11
--------------------------------------------
* Fri Mar 06 2009 Dan Hor??k <dan[at]danny.cz> 0.1-0.3.20090228svn34
- check %rhel for the ExcludeArch tag
- update to new upstream snapshot


qbittorrent-1.3.2-13.fc11
-------------------------
* Sat Mar 07 2009 Leigh Scott <leigh123linux at googlemail.com> - 1.3.2-12
- update to version 1.3.2

* Sat Mar 07 2009 Leigh Scott <leigh123linux at googlemail.com> - 1.3.2-13
- Had problems with cvs commit


qedje-0.4.0-1.fc11
------------------
* Fri Mar 06 2009 Rex Dieter <rdieter at fedoraproject.org> - 0.3.0-5
- revert (previous borkage probably due to qt-4.5-rc1)

* Fri Mar 06 2009 John5342 <john5342 at, fedoraproject.org> 0.4.0-1
- Updated to new upstream release (0.4.0)


qtoctave-0.8.1-0.20080825.svn165.fc11
-------------------------------------
* Fri Mar 06 2009 Caol??n McNamara <caolanm at redhat.com> - 0.8.1-0.20080825.svn165
- add stdio.h for printf

* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 0.8.1-0.20080824.svn165
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


qzion-0.4.0-1.fc11
------------------
* Fri Mar 06 2009 John5342 <john5342 at, fedoraproject.org> 0.4.0-1
- Updated to new upstream release (0.4.0)


resource-agents-3.0.0-6.alpha7.fc11
-----------------------------------
* Fri Mar 06 2009 Fabio M. Di Nitto <fdinitto at redhat.com> - 3.0.0-6.alpha7
- New upstream release.


rosegarden4-1.7.3-1.fc11
------------------------
* Fri Mar 06 2009 Orcan Ogetbil <oget [DOT] fedora [AT] gmail [DOT] com> - 1.7.3-1
- New upstream version.

* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 1.6.1-3
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


rpm-4.7.0-0.beta1.1.fc11
------------------------
* Fri Mar 06 2009 Panu Matilainen <pmatilai at redhat.com> - 4.7.0-0.beta1.1
- update to 4.7.0-beta1 (http://rpm.org/wiki/Releases/4.7.0)


rpmreaper-0.1.5-3.fc11
----------------------
* Fri Mar 06 2009 Jesse Keating <jkeating at redhat.com> - 0.1.5-3
- Rebuild for new rpm


sectool-0.9.1-9
---------------
* Fri Mar 06 2009 Jesse Keating <jkeating at redhat.com> - 0.9.1-9
- Rebuild for new rpm


selinux-policy-3.6.8-1.fc11
---------------------------

shorewall-4.2.6-2.fc11
----------------------
* Fri Mar 06 2009 Jonathan G. Underwood <jonathan.underwood at gmail.com> - 4.2.6-2
- Update shorewall-perl to version 4.6.2.2


synaptic-0.57.2-20.fc11
-----------------------
* Fri Mar 06 2009 Panu Matilainen <pmatilai at redhat.com> - 0.57.2-20
- rebuild for rpm 4.7.0


synce-kde-0.9.1-4.fc11
----------------------
* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 0.9.1-4
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


tar-1.22-2.fc11
---------------
* Fri Mar 06 2009 Kamil Dudka <kdudka at redhat.com> 2:1.22-2
- improve tar-1.14-loneZeroWarning.patch (#487315)


tryton-1.0.3-1.fc11
-------------------
* Fri Mar 06 2009 Dan Hor??k <dan[at]danny.cz> 1.0.3-1
- update to upstream version 1.0.3


trytond-1.0.3-1.fc11
--------------------
* Fri Mar 06 2009 Dan Hor??k <dan[at]danny.cz> 1.0.3-1
- update to upstream version 1.0.3


tuned-0.1.4-1.fc11
------------------
* Fri Mar 06 2009 Phil Knirsch <pknirsch at redhat.com> - 0.1.4-1
- Dropped unecessary kernel-debuginfo requires from tuned-utils


vdccm-0.10.1-5.fc11
-------------------
* Thu Mar 05 2009 Caol??n McNamara <caolanm at redhat.com> - 0.10.1-5
- fix build

* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 0.10.1-4
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


xemacs-packages-base-20090217-1.fc11
------------------------------------
* Sat Mar 07 2009 Ville Skytt?? <ville.skytta at iki.fi> - 20090217-1
- Update to 2009-02-17.
- Compress source tarball with lzma.


xemacs-packages-extra-20090217-1.fc11
-------------------------------------
* Sat Mar 07 2009 Ville Skytt?? <ville.skytta at iki.fi> - 20090217-1
- Update to 2009-02-17, several patches applied/superseded upstream.
- Apply upstream patch to fix errors and obsolete code in VC menu.
- Drop xemacs-sumo* provides and obsoletes and apel-xemacs obsoletes.
- Drop support for building with xemacs < 21.5.28-11.


xen-3.3.1-9.fc11
----------------
* Fri Mar 06 2009 Gerd Hoffmann <kraxel at redhat.com> - 3.3.1-9
- fix xen.modules init script for pv_ops kernel.
- stick rpm release tag into XEN_VENDORVERSION.
- use i386 i486 i586 i686 pentium3 pentium4 athlon geode macro in ExclusiveArch.
- keep blktapctrl turned off by default.


xmms-modplug-2.05-15.fc11
-------------------------
* Fri Mar 06 2009 Ville Skytt?? <ville.skytta at iki.fi> - 2.05-15
- Add %{?_isa} to xmms-libs dependency.


xorg-x11-drv-ati-6.11.0-5.fc11
------------------------------
* Sat Mar 07 2009 Dave Airlie <airlied at redhat.com> 6.11.0-5
- pull in more fixes from master

* Thu Mar 05 2009 Dave Airlie <airlied at redhat.com> 6.11.0-4
- modeset: fixup radeon Xv with latest kernel


xorg-x11-drv-radeonhd-1.2.4-2.4.20090306git.fc11
------------------------------------------------
* Fri Mar 06 2009 Hans Ulrich Niedermann <hun at n-dimensional.de> - 1.2.4-2.4.20090306git
- New snapshot (upstream commit 093e5934a26f784f70b5febf8ae6d50a3459552c)
  Mainly includes the R6xx/R7xx acceleration stuff (no 3D, that depends on mesa).
  Detailed changelong: "git log 047bd705..093e5934" (much too long for here)


xorg-x11-server-1.6.0-9.fc11
----------------------------
* Fri Mar 06 2009 Adam Jackson <ajax at redhat.com> 1.6.0-8
- xserver-1.6.0-primary.patch: Really, only look at VGA devices. (#488869)

* Fri Mar 06 2009 Dennis Gilmore <dennis at ausil.us> 1.6.0-9
- BR kernel-headers not kernel-devel


zabbix-1.6.2-4.fc11
-------------------
* Wed Mar 04 2009 Jeffrey C. Ollie <jeff at ocjtech.us> - 1.6.2-4
- Update to a SVN snapshot of the upstream 1.6 branch to fix security
  issue (BZ#488501)


Summary:
Added Packages: 9
Removed Packages: 2
Modified Packages: 89
Broken deps for i386
----------------------------------------------------------
	abrt-0.0.1-12.fc11.i586 requires librpmio-4.6.so
	abrt-0.0.1-12.fc11.i586 requires librpm-4.6.so
	abrt-libs-0.0.1-12.fc11.i586 requires librpmio-4.6.so
	abrt-libs-0.0.1-12.fc11.i586 requires librpm-4.6.so
	asterisk-ais-1.6.1-0.21.rc1.fc11.i386 requires libSaClm.so.2
	asterisk-ais-1.6.1-0.21.rc1.fc11.i386 requires libSaEvt.so.2
	asterisk-ais-1.6.1-0.21.rc1.fc11.i386 requires libSaEvt.so.2(OPENAIS_EVT_B.01.01)
	asterisk-ais-1.6.1-0.21.rc1.fc11.i386 requires libSaClm.so.2(OPENAIS_CLM_B.01.01)
	asterisk-odbc-1.6.1-0.21.rc1.fc11.i386 requires libodbc.so.1
	asterisk-voicemail-odbc-1.6.1-0.21.rc1.fc11.i386 requires libodbc.so.1
	dbmail-2.2.11-2.fc10.i386 requires libgmime-2.0.so.2
	dbmail-auth-ldap-2.2.11-2.fc10.i386 requires libgmime-2.0.so.2
	dbmail-mysql-2.2.11-2.fc10.i386 requires libssl.so.7
	dbmail-mysql-2.2.11-2.fc10.i386 requires libcrypto.so.7
	dbmail-mysql-2.2.11-2.fc10.i386 requires libmysqlclient.so.15
	dbmail-mysql-2.2.11-2.fc10.i386 requires libgmime-2.0.so.2
	dbmail-mysql-2.2.11-2.fc10.i386 requires libmysqlclient.so.15(libmysqlclient_15)
	dbmail-pgsql-2.2.11-2.fc10.i386 requires libgmime-2.0.so.2
	gdal-1.6.0-4.fc11.i386 requires libodbc.so.1
	gdal-1.6.0-4.fc11.i386 requires libodbcinst.so.1
	gdal-1.6.0-4.fc11.i386 requires libhdf5.so.5
	gdal-perl-1.6.0-4.fc11.i386 requires libodbc.so.1
	gdal-perl-1.6.0-4.fc11.i386 requires libodbcinst.so.1
	gdal-perl-1.6.0-4.fc11.i386 requires libhdf5.so.5
	gdal-ruby-1.6.0-4.fc11.i386 requires libodbc.so.1
	gdal-ruby-1.6.0-4.fc11.i386 requires libodbcinst.so.1
	gdal-ruby-1.6.0-4.fc11.i386 requires libhdf5.so.5
	gnome-phone-manager-0.60-5.fc11.i586 requires libgnomebt.so.1
	grass-6.3.0-10.fc11.i386 requires libodbc.so.1
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgdamm-3.0.so.10
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb_graph-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb_extra-3.0.so.4
	libopensync-plugin-syncml-0.35-4.fc10.i386 requires libsyncml.so.0
	lsvpd-1.6.4-3.fc10.i386 requires libvpd_cxx-2.0.so.0
	mapnik-0.5.2-0.10.svn780.fc11.i386 requires dejavu-fonts-sans
	mhonarc-2.6.16-5.fc11.noarch requires perl(readmail.pl)
	mhonarc-2.6.16-5.fc11.noarch requires perl(ewhutil.pl)
	mhonarc-2.6.16-5.fc11.noarch requires perl(mhtime.pl)
	oyranos-0.1.7-13.fc11.i586 requires libelektra.so.2
	oyranos-libs-0.1.7-13.fc11.i586 requires libelektra.so.2
	1:pan-0.133-1.fc10.i386 requires libgmime-2.0.so.2
	perl-Class-Prototyped-1.11-2.fc11.noarch requires perl(Class::Prototyped::Graph)
	pfstools-octave-1.7.0-3.fc11.i386 requires libhdf5.so.5
	postgresql-odbcng-0.90.101-2.fc10.i386 requires libodbcinst.so.1
	qpidd-cluster-0.4.738618-2.fc11.i386 requires libcpg.so.2(COROSYNC_CPG_1.0)
	qpidd-cluster-0.4.738618-2.fc11.i386 requires libcpg.so.2
	rhnpush-0.4.5-1.fc11.noarch requires rhnlib
	ruby-rpm-1.2.3-4.fc9.i386 requires librpmdb-4.4.so
	ruby-rpm-1.2.3-4.fc9.i386 requires librpmio-4.4.so
	ruby-rpm-1.2.3-4.fc9.i386 requires librpmbuild-4.4.so
	ruby-rpm-1.2.3-4.fc9.i386 requires librpm-4.4.so
	vtk-examples-5.0.4-26.fc11.i386 requires vtkdata = 0:5.0.4
	vtk-testing-5.0.4-26.fc11.i386 requires vtkdata = 0:5.0.4



Broken deps for x86_64
----------------------------------------------------------
	abrt-0.0.1-12.fc11.x86_64 requires librpmio-4.6.so()(64bit)
	abrt-0.0.1-12.fc11.x86_64 requires librpm-4.6.so()(64bit)
	abrt-libs-0.0.1-12.fc11.i586 requires librpmio-4.6.so
	abrt-libs-0.0.1-12.fc11.i586 requires librpm-4.6.so
	abrt-libs-0.0.1-12.fc11.x86_64 requires librpmio-4.6.so()(64bit)
	abrt-libs-0.0.1-12.fc11.x86_64 requires librpm-4.6.so()(64bit)
	asterisk-ais-1.6.1-0.21.rc1.fc11.x86_64 requires libSaEvt.so.2()(64bit)
	asterisk-ais-1.6.1-0.21.rc1.fc11.x86_64 requires libSaClm.so.2(OPENAIS_CLM_B.01.01)(64bit)
	asterisk-ais-1.6.1-0.21.rc1.fc11.x86_64 requires libSaEvt.so.2(OPENAIS_EVT_B.01.01)(64bit)
	asterisk-ais-1.6.1-0.21.rc1.fc11.x86_64 requires libSaClm.so.2()(64bit)
	asterisk-odbc-1.6.1-0.21.rc1.fc11.x86_64 requires libodbc.so.1()(64bit)
	asterisk-voicemail-odbc-1.6.1-0.21.rc1.fc11.x86_64 requires libodbc.so.1()(64bit)
	dbmail-2.2.11-2.fc10.x86_64 requires libgmime-2.0.so.2()(64bit)
	dbmail-auth-ldap-2.2.11-2.fc10.x86_64 requires libgmime-2.0.so.2()(64bit)
	dbmail-mysql-2.2.11-2.fc10.x86_64 requires libmysqlclient.so.15(libmysqlclient_15)(64bit)
	dbmail-mysql-2.2.11-2.fc10.x86_64 requires libgmime-2.0.so.2()(64bit)
	dbmail-mysql-2.2.11-2.fc10.x86_64 requires libssl.so.7()(64bit)
	dbmail-mysql-2.2.11-2.fc10.x86_64 requires libcrypto.so.7()(64bit)
	dbmail-mysql-2.2.11-2.fc10.x86_64 requires libmysqlclient.so.15()(64bit)
	dbmail-pgsql-2.2.11-2.fc10.x86_64 requires libgmime-2.0.so.2()(64bit)
	gdal-1.6.0-4.fc11.i386 requires libodbc.so.1
	gdal-1.6.0-4.fc11.i386 requires libodbcinst.so.1
	gdal-1.6.0-4.fc11.i386 requires libhdf5.so.5
	gdal-1.6.0-4.fc11.x86_64 requires libhdf5.so.5()(64bit)
	gdal-1.6.0-4.fc11.x86_64 requires libodbcinst.so.1()(64bit)
	gdal-1.6.0-4.fc11.x86_64 requires libodbc.so.1()(64bit)
	gdal-perl-1.6.0-4.fc11.x86_64 requires libhdf5.so.5()(64bit)
	gdal-perl-1.6.0-4.fc11.x86_64 requires libodbcinst.so.1()(64bit)
	gdal-perl-1.6.0-4.fc11.x86_64 requires libodbc.so.1()(64bit)
	gdal-ruby-1.6.0-4.fc11.x86_64 requires libhdf5.so.5()(64bit)
	gdal-ruby-1.6.0-4.fc11.x86_64 requires libodbcinst.so.1()(64bit)
	gdal-ruby-1.6.0-4.fc11.x86_64 requires libodbc.so.1()(64bit)
	gnome-phone-manager-0.60-5.fc11.x86_64 requires libgnomebt.so.1()(64bit)
	grass-6.3.0-10.fc11.x86_64 requires libodbc.so.1()(64bit)
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgdamm-3.0.so.10
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb_graph-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb_extra-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.x86_64 requires libgnomedb_graph-3.0.so.4()(64bit)
	libgnomedbmm-2.9.5-4.fc9.x86_64 requires libgnomedb-3.0.so.4()(64bit)
	libgnomedbmm-2.9.5-4.fc9.x86_64 requires libgdamm-3.0.so.10()(64bit)
	libgnomedbmm-2.9.5-4.fc9.x86_64 requires libgnomedb_extra-3.0.so.4()(64bit)
	libopensync-plugin-syncml-0.35-4.fc10.x86_64 requires libsyncml.so.0()(64bit)
	lsvpd-1.6.4-3.fc10.x86_64 requires libvpd_cxx-2.0.so.0()(64bit)
	mapnik-0.5.2-0.10.svn780.fc11.i386 requires dejavu-fonts-sans
	mapnik-0.5.2-0.10.svn780.fc11.x86_64 requires dejavu-fonts-sans
	mhonarc-2.6.16-5.fc11.noarch requires perl(readmail.pl)
	mhonarc-2.6.16-5.fc11.noarch requires perl(ewhutil.pl)
	mhonarc-2.6.16-5.fc11.noarch requires perl(mhtime.pl)
	oyranos-0.1.7-13.fc11.x86_64 requires libelektra.so.2()(64bit)
	oyranos-libs-0.1.7-13.fc11.i586 requires libelektra.so.2
	oyranos-libs-0.1.7-13.fc11.x86_64 requires libelektra.so.2()(64bit)
	1:pan-0.133-1.fc10.x86_64 requires libgmime-2.0.so.2()(64bit)
	perl-Class-Prototyped-1.11-2.fc11.noarch requires perl(Class::Prototyped::Graph)
	pfstools-octave-1.7.0-3.fc11.x86_64 requires libhdf5.so.5()(64bit)
	postgresql-odbcng-0.90.101-2.fc10.i386 requires libodbcinst.so.1
	postgresql-odbcng-0.90.101-2.fc10.x86_64 requires libodbcinst.so.1()(64bit)
	qpidd-cluster-0.4.738618-2.fc11.x86_64 requires libcpg.so.2()(64bit)
	qpidd-cluster-0.4.738618-2.fc11.x86_64 requires libcpg.so.2(COROSYNC_CPG_1.0)(64bit)
	rhnpush-0.4.5-1.fc11.noarch requires rhnlib
	ruby-rpm-1.2.3-4.fc9.x86_64 requires librpmdb-4.4.so()(64bit)
	ruby-rpm-1.2.3-4.fc9.x86_64 requires librpmbuild-4.4.so()(64bit)
	ruby-rpm-1.2.3-4.fc9.x86_64 requires librpmio-4.4.so()(64bit)
	ruby-rpm-1.2.3-4.fc9.x86_64 requires librpm-4.4.so()(64bit)
	vtk-examples-5.0.4-26.fc11.x86_64 requires vtkdata = 0:5.0.4
	vtk-testing-5.0.4-26.fc11.x86_64 requires vtkdata = 0:5.0.4



Broken deps for ppc
----------------------------------------------------------
	abrt-0.0.1-12.fc11.ppc requires librpmio-4.6.so
	abrt-0.0.1-12.fc11.ppc requires librpm-4.6.so
	abrt-libs-0.0.1-12.fc11.ppc requires librpmio-4.6.so
	abrt-libs-0.0.1-12.fc11.ppc requires librpm-4.6.so
	abrt-libs-0.0.1-12.fc11.ppc64 requires librpmio-4.6.so()(64bit)
	abrt-libs-0.0.1-12.fc11.ppc64 requires librpm-4.6.so()(64bit)
	asterisk-ais-1.6.1-0.21.rc1.fc11.ppc requires libSaClm.so.2
	asterisk-ais-1.6.1-0.21.rc1.fc11.ppc requires libSaEvt.so.2
	asterisk-ais-1.6.1-0.21.rc1.fc11.ppc requires libSaEvt.so.2(OPENAIS_EVT_B.01.01)
	asterisk-ais-1.6.1-0.21.rc1.fc11.ppc requires libSaClm.so.2(OPENAIS_CLM_B.01.01)
	asterisk-odbc-1.6.1-0.21.rc1.fc11.ppc requires libodbc.so.1
	asterisk-voicemail-odbc-1.6.1-0.21.rc1.fc11.ppc requires libodbc.so.1
	dbmail-2.2.11-2.fc10.ppc requires libgmime-2.0.so.2
	dbmail-auth-ldap-2.2.11-2.fc10.ppc requires libgmime-2.0.so.2
	dbmail-mysql-2.2.11-2.fc10.ppc requires libssl.so.7
	dbmail-mysql-2.2.11-2.fc10.ppc requires libmysqlclient.so.15
	dbmail-mysql-2.2.11-2.fc10.ppc requires libcrypto.so.7
	dbmail-mysql-2.2.11-2.fc10.ppc requires libmysqlclient.so.15(libmysqlclient_15)
	dbmail-mysql-2.2.11-2.fc10.ppc requires libgmime-2.0.so.2
	dbmail-pgsql-2.2.11-2.fc10.ppc requires libgmime-2.0.so.2
	gdal-1.6.0-4.fc11.ppc requires libodbc.so.1
	gdal-1.6.0-4.fc11.ppc requires libodbcinst.so.1
	gdal-1.6.0-4.fc11.ppc requires libhdf5.so.5
	gdal-1.6.0-4.fc11.ppc64 requires libhdf5.so.5()(64bit)
	gdal-1.6.0-4.fc11.ppc64 requires libodbcinst.so.1()(64bit)
	gdal-1.6.0-4.fc11.ppc64 requires libodbc.so.1()(64bit)
	gdal-perl-1.6.0-4.fc11.ppc requires libodbc.so.1
	gdal-perl-1.6.0-4.fc11.ppc requires libodbcinst.so.1
	gdal-perl-1.6.0-4.fc11.ppc requires libhdf5.so.5
	gdal-ruby-1.6.0-4.fc11.ppc requires libodbc.so.1
	gdal-ruby-1.6.0-4.fc11.ppc requires libodbcinst.so.1
	gdal-ruby-1.6.0-4.fc11.ppc requires libhdf5.so.5
	gnome-phone-manager-0.60-5.fc11.ppc requires libgnomebt.so.1
	grass-6.3.0-10.fc11.ppc requires libodbc.so.1
	libgnomedbmm-2.9.5-4.fc9.ppc requires libgdamm-3.0.so.10
	libgnomedbmm-2.9.5-4.fc9.ppc requires libgnomedb_graph-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.ppc requires libgnomedb-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.ppc requires libgnomedb_extra-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgnomedb_graph-3.0.so.4()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgnomedb-3.0.so.4()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgdamm-3.0.so.10()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgnomedb_extra-3.0.so.4()(64bit)
	libopensync-plugin-syncml-0.35-4.fc10.ppc requires libsyncml.so.0
	lsvpd-1.6.4-3.fc10.ppc requires libvpd_cxx-2.0.so.0
	mapnik-0.5.2-0.10.svn780.fc11.ppc requires dejavu-fonts-sans
	mapnik-0.5.2-0.10.svn780.fc11.ppc64 requires dejavu-fonts-sans
	mhonarc-2.6.16-5.fc11.noarch requires perl(readmail.pl)
	mhonarc-2.6.16-5.fc11.noarch requires perl(ewhutil.pl)
	mhonarc-2.6.16-5.fc11.noarch requires perl(mhtime.pl)
	oyranos-0.1.7-13.fc11.ppc requires libelektra.so.2
	oyranos-libs-0.1.7-13.fc11.ppc requires libelektra.so.2
	oyranos-libs-0.1.7-13.fc11.ppc64 requires libelektra.so.2()(64bit)
	1:pan-0.133-1.fc10.ppc requires libgmime-2.0.so.2
	perl-Class-Prototyped-1.11-2.fc11.noarch requires perl(Class::Prototyped::Graph)
	pfstools-octave-1.7.0-3.fc11.ppc requires libhdf5.so.5
	postgresql-odbcng-0.90.101-2.fc10.ppc requires libodbcinst.so.1
	postgresql-odbcng-0.90.101-2.fc10.ppc64 requires libodbcinst.so.1()(64bit)
	qpidd-cluster-0.4.738618-2.fc11.ppc requires libcpg.so.2(COROSYNC_CPG_1.0)
	qpidd-cluster-0.4.738618-2.fc11.ppc requires libcpg.so.2
	rhnpush-0.4.5-1.fc11.noarch requires rhnlib
	ruby-rpm-1.2.3-4.fc9.ppc requires librpmdb-4.4.so
	ruby-rpm-1.2.3-4.fc9.ppc requires librpmio-4.4.so
	ruby-rpm-1.2.3-4.fc9.ppc requires librpmbuild-4.4.so
	ruby-rpm-1.2.3-4.fc9.ppc requires librpm-4.4.so
	vtk-examples-5.0.4-26.fc11.ppc requires vtkdata = 0:5.0.4
	vtk-testing-5.0.4-26.fc11.ppc requires vtkdata = 0:5.0.4



Broken deps for ppc64
----------------------------------------------------------
	abrt-0.0.1-12.fc11.ppc64 requires librpmio-4.6.so()(64bit)
	abrt-0.0.1-12.fc11.ppc64 requires librpm-4.6.so()(64bit)
	abrt-libs-0.0.1-12.fc11.ppc64 requires librpmio-4.6.so()(64bit)
	abrt-libs-0.0.1-12.fc11.ppc64 requires librpm-4.6.so()(64bit)
	asterisk-ais-1.6.1-0.21.rc1.fc11.ppc64 requires libSaEvt.so.2()(64bit)
	asterisk-ais-1.6.1-0.21.rc1.fc11.ppc64 requires libSaClm.so.2(OPENAIS_CLM_B.01.01)(64bit)
	asterisk-ais-1.6.1-0.21.rc1.fc11.ppc64 requires libSaEvt.so.2(OPENAIS_EVT_B.01.01)(64bit)
	asterisk-ais-1.6.1-0.21.rc1.fc11.ppc64 requires libSaClm.so.2()(64bit)
	asterisk-odbc-1.6.1-0.21.rc1.fc11.ppc64 requires libodbc.so.1()(64bit)
	asterisk-voicemail-odbc-1.6.1-0.21.rc1.fc11.ppc64 requires libodbc.so.1()(64bit)
	cabal2spec-0.12-1.fc11.noarch requires ghc > 0:6.10.1-7
	dbmail-2.2.11-2.fc10.ppc64 requires libgmime-2.0.so.2()(64bit)
	dbmail-auth-ldap-2.2.11-2.fc10.ppc64 requires libgmime-2.0.so.2()(64bit)
	dbmail-mysql-2.2.11-2.fc10.ppc64 requires libgmime-2.0.so.2()(64bit)
	dbmail-mysql-2.2.11-2.fc10.ppc64 requires libssl.so.7()(64bit)
	dbmail-mysql-2.2.11-2.fc10.ppc64 requires libmysqlclient.so.15(libmysqlclient_15)(64bit)
	dbmail-mysql-2.2.11-2.fc10.ppc64 requires libcrypto.so.7()(64bit)
	dbmail-mysql-2.2.11-2.fc10.ppc64 requires libmysqlclient.so.15()(64bit)
	dbmail-pgsql-2.2.11-2.fc10.ppc64 requires libgmime-2.0.so.2()(64bit)
	gdal-1.6.0-4.fc11.ppc64 requires libhdf5.so.5()(64bit)
	gdal-1.6.0-4.fc11.ppc64 requires libodbcinst.so.1()(64bit)
	gdal-1.6.0-4.fc11.ppc64 requires libodbc.so.1()(64bit)
	gdal-perl-1.6.0-4.fc11.ppc64 requires libhdf5.so.5()(64bit)
	gdal-perl-1.6.0-4.fc11.ppc64 requires libodbcinst.so.1()(64bit)
	gdal-perl-1.6.0-4.fc11.ppc64 requires libodbc.so.1()(64bit)
	gdal-ruby-1.6.0-4.fc11.ppc64 requires libhdf5.so.5()(64bit)
	gdal-ruby-1.6.0-4.fc11.ppc64 requires libodbcinst.so.1()(64bit)
	gdal-ruby-1.6.0-4.fc11.ppc64 requires libodbc.so.1()(64bit)
	gnome-phone-manager-0.60-5.fc11.ppc64 requires libgnomebt.so.1()(64bit)
	grass-6.3.0-10.fc11.ppc64 requires libodbc.so.1()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgnomedb_graph-3.0.so.4()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgnomedb-3.0.so.4()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgdamm-3.0.so.10()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgnomedb_extra-3.0.so.4()(64bit)
	libopensync-plugin-syncml-0.35-4.fc10.ppc64 requires libsyncml.so.0()(64bit)
	lsvpd-1.6.4-3.fc10.ppc64 requires libvpd_cxx-2.0.so.0()(64bit)
	mapnik-0.5.2-0.10.svn780.fc11.ppc64 requires dejavu-fonts-sans
	mhonarc-2.6.16-5.fc11.noarch requires perl(readmail.pl)
	mhonarc-2.6.16-5.fc11.noarch requires perl(ewhutil.pl)
	mhonarc-2.6.16-5.fc11.noarch requires perl(mhtime.pl)
	oyranos-0.1.7-13.fc11.ppc64 requires libelektra.so.2()(64bit)
	oyranos-libs-0.1.7-13.fc11.ppc64 requires libelektra.so.2()(64bit)
	1:pan-0.133-1.fc10.ppc64 requires libgmime-2.0.so.2()(64bit)
	perl-Class-Prototyped-1.11-2.fc11.noarch requires perl(Class::Prototyped::Graph)
	pfstools-octave-1.7.0-3.fc11.ppc64 requires libhdf5.so.5()(64bit)
	postgresql-odbcng-0.90.101-2.fc10.ppc64 requires libodbcinst.so.1()(64bit)
	qpidd-cluster-0.4.738618-2.fc11.ppc64 requires libcpg.so.2()(64bit)
	qpidd-cluster-0.4.738618-2.fc11.ppc64 requires libcpg.so.2(COROSYNC_CPG_1.0)(64bit)
	rhnpush-0.4.5-1.fc11.noarch requires rhnlib
	ruby-rpm-1.2.3-4.fc9.ppc64 requires librpmdb-4.4.so()(64bit)
	ruby-rpm-1.2.3-4.fc9.ppc64 requires librpmbuild-4.4.so()(64bit)
	ruby-rpm-1.2.3-4.fc9.ppc64 requires librpmio-4.4.so()(64bit)
	ruby-rpm-1.2.3-4.fc9.ppc64 requires librpm-4.4.so()(64bit)
	vtk-examples-5.0.4-26.fc11.ppc64 requires vtkdata = 0:5.0.4
	vtk-testing-5.0.4-26.fc11.ppc64 requires vtkdata = 0:5.0.4





From fedora at leemhuis.info  Sat Mar  7 14:03:28 2009
From: fedora at leemhuis.info (Thorsten Leemhuis)
Date: Sat, 07 Mar 2009 15:03:28 +0100
Subject: fedora-devel-announce for ABI/API/soname breakage announcements
In-Reply-To: <1236322820.3837.36.camel@localhost.localdomain>
References: <da159fda0903051244m6cb96a29q36e540943af1e6d4@mail.gmail.com>	<49B0BC96.9090109@leemhuis.info>
	<1236322820.3837.36.camel@localhost.localdomain>
Message-ID: <49B27EB0.70108@leemhuis.info>

On 06.03.2009 08:00, Jesse Keating wrote:
> On Fri, 2009-03-06 at 07:03 +0100, Thorsten Leemhuis wrote:
>> Why not simply mail f-d-l as well as all the maintainers of packages 
>> that are affected (and not fedora-devel-announce!)? A simple command 
                           ^^^
>> line script is able to do that in case MTA's like sendmail or postfix 
>> are properly configured. That script likely could write a comma 
>> separated list that people can cut-n-paste to Thunderbird, Kmail and 
>> other MUA's if needed.
> Fedora-devel-list is subscribed to fedora-devel-announce, so anything
> sent to f-d-a will also show up on f-d-l.

You misread; see the "not" above ;-)

>> Reason: I for one slowly start to get annoyed by the slowly increasing 
>> traffic on fedora-devel-announce that clutters my inbox. Thus I started 
>> to consider to move mails from that list into some IMAP folder 
>> automatically, and that is exactly what we didn't want people to do when 
>> fedora-devel-announce was created. I think we said something like "less 
>> then 10 mails a month" back when we created it, but I could not find 
>> that on a quick google search :-/
> Are you finding what is sent there to not be relevant or important to
> you as a packager? I'm the moderator of that list and I don't think
> I've sent or let anything through that wasn't useful.

As Kevin replied: "If the proposal is to send any and all soname bumps 
there, this will make it much higher volume." That's what I fear, as the 
volume IMHO already is to high. Seems it wasn't obvious enough in my 
initial mail :-/ sorry.

To say it in different words: f-d-a afaik was created to make sure that 
all contributors get aware of all the *important* issues. That afaics 
will only work properly as long as the information that comes over the 
list most of the time is relevant for the one that receives it, 
otherwise people will consider the mails from the list as spam and 
filter them away -- which is exactly what we didn't want people to do 
when f-d-a was created.

That includes people that maintain just one single package in Fedora -- 
like for example grenier does, who takes care of testdisk upstream and 
in Fedora. Ask yourself: How many of the mails that went to f-d-a in 
February were relevant for developers like him -- developers that only 
want to maintain their own software in Fedora and nothing else (I guess 
some of those might not even use Fedora regularly....)

 From a quick look on
https://www.redhat.com/archives/fedora-devel-announce/2009-February/thread.html
I'd say: maybe half of the mails, likely way less.

The "Test Day" announcement for example. Or the soname bumps. FUDCon 
Berlin 2009. Announcing Fedora 11 Alpha (blink). None of them afaics is 
allowed according to the rules that are written on
https://www.redhat.com/mailman/listinfo/fedora-devel-announce

Quoting:
---
 > This list is intended to be a LOW TRAFFIC announce-only list for
 > Fedora development.
 >
> Acceptable Types of Announcements
> - Policy or process changes that affect developers.
> - Infrastructure changes that affect developers.
> - Tools changes that affect developers.
> - Schedule changes
> - Freeze reminders
> 
> Unacceptable Types of Announcements
> - Periodic automated reports (violates the INFREQUENT rule)
> - Discussion
> - Anything else not mentioned above
---

But it's likely a matter of interpretation.

Anyway: enough said. I think I made my point clear now and it's up to 
others to decide.

CU
knurd



From jdieter at gmail.com  Sat Mar  7 16:49:57 2009
From: jdieter at gmail.com (Jonathan Dieter)
Date: Sat, 07 Mar 2009 18:49:57 +0200
Subject: cachefilesd
Message-ID: <1236444597.15881.4.camel@jdlaptop.lesbg.loc>

I noticed cachefilesd in the Fedora repository, but it doesn't work
without a nonexistent cachefiles module (both in F10 and Rawhide).  Is
there work being done to include the cachefiles module in the kernel (it
seems to be an heir to FS-Cache)?

Jonathan
-------------- 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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090307/6f279993/attachment.sig>

From bjohnson80498 at gmail.com  Sat Mar  7 17:59:11 2009
From: bjohnson80498 at gmail.com (Bernard Johnson)
Date: Sat, 07 Mar 2009 10:59:11 -0700
Subject: gmime porting 2.0 to 2.4
In-Reply-To: <1236368114.3837.42.camel@localhost.localdomain>
References: <1236368114.3837.42.camel@localhost.localdomain>
Message-ID: <gouclg$7af$1@ger.gmane.org>

Jesse Keating wrote:
> Gmime recently moved from 2.0 to 2.4 and broke a couple things in its
> wake.  Namely pan and dbmail.  Just hacking their configure scripts to
> find and use gmime-2.4 didn't work, compile errors.  Anybody want to
> give a go at porting these to gmime-2.4?

libzdb just past review and was imported today so I'll be upgrading 
dbmail to a newer version that is compatible with with gmime-2.4.




From john.ellson at comcast.net  Sat Mar  7 19:37:17 2009
From: john.ellson at comcast.net (John Ellson)
Date: Sat, 07 Mar 2009 14:37:17 -0500
Subject: fc8, fc9, fc10 rpms in Rawhide ?
Message-ID: <49B2CCED.4030904@comcast.net>

I've maintained my system incrementally from Rawide for some years now, 
without reinstallation of new releases.
Mostly this works OK, but sometimes I have to look around and clean up 
stuff that yum and the newest rpms haven't taken care of.
It would be nice if this mode of system maintenance was more carefully 
supported by the Fedora project, just IMO.

Anyway, after the recent mass rebuild I figured that everything should 
now be fc11, but this is not so.
The following is a list of fc8, fc9, and fc10 src.rpms that are still in 
Rawhide.

Were these missed by accident?


John




polyxmass-bin-0.9.7-2.fc8.src.rpm
postgresql-pgpoolAdmin-1.0.0-7.fc8.src.rpm
scrip-1.4-9.fc8.src.rpm
xscorch-0.2.0-12.fc8.src.rpm

8Kingdoms-1.1.0-6.fc9.src.rpm
GREYCstoration-2.8-1.fc9.src.rpm
Hermes-1.3.3-14.fc9.src.rpm
R-BufferedMatrixMethods-1.3.0-3.fc9.src.rpm
R-hgu95av2probe-2.0.0-1.fc9.src.rpm
Sprog-0.14-13.fc9.src.rpm
ax25-apps-0.0.6-2.fc9.src.rpm
boo-0.8.1.2865-4.fc9.src.rpm
bootparamd-0.17-27.fc9.src.rpm
cdo-1.0.8-2.fc9.src.rpm
compat-flex-2.5.4a-4.fc9.src.rpm
firewalk-5.0-2.fc9.src.rpm
freealut-1.1.0-6.fc9.src.rpm
ggz-gtk-client-0.0.14.1-1.fc9.src.rpm
gnome-themes-extras-2.22.0-2.fc9.src.rpm
incollector-1.0-6.fc9.1.src.rpm
kdetv-0.8.9-10.fc9.src.rpm
ladspa-1.12-9.fc9.src.rpm
lash-0.5.4-2.fc9.src.rpm
ldapjdk-4.18-1.fc9.src.rpm
libFoundation-1.1.3-11.fc9.src.rpm
libctl-3.0.2-6.fc9.src.rpm
libgnomedbmm-2.9.5-4.fc9.src.rpm
libvisual-plugins-0.4.0-5.fc9.src.rpm
linphone-2.1.1-1.fc9.src.rpm
oorexx-3.2.0-4.fc9.src.rpm
perl-Carp-Clan-6.00-1.fc9.src.rpm
perl-LockFile-Simple-0.2.5-2.fc9.src.rpm
perl-POE-Component-Client-HTTP-0.82-2.fc9.src.rpm
perl-POE-Component-SNMP-1.07-3.fc9.src.rpm
perl-RRD-Simple-1.43-3.fc9.src.rpm
perl-Sys-Virt-0.1.2-3.fc9.src.rpm
pikdev-0.9.2-6.fc9.src.rpm
pikloops-0.2.5-3.fc9.src.rpm
polyester3-1.0.4-1.fc9.src.rpm
quadkonsole-2.0.2-3.fc9.src.rpm
reciteword-0.8.4-3.fc9.src.rpm
ruby-rpm-1.2.3-4.fc9.src.rpm
smarteiffel-2.3-2.fc9.src.rpm
synce-software-manager-0.9.0-10.fc9.src.rpm
taxipilot-0.9.2-6.fc9.src.rpm
tiger-3.2.1-8.fc9.src.rpm
xmlcopyeditor-1.1.0.6-4.fc9.src.rpm
xqilla10-1.0.2-5.fc9.src.rpm

KoboDeluxe-0.5.1-3.fc10.src.rpm
MyPasswordSafe-0.6.7-6.20061216.fc10.src.rpm
antlr3-3.0.1-2.fc10.src.rpm
axis-1.2.1-4.1.fc10.src.rpm
bashdb-4.0_0.2-1.fc10.src.rpm
bitmap-fonts-0.3-6.fc10.src.rpm
bottlerocket-0.04c-3.fc10.src.rpm
castor-0.9.5-3.fc10.src.rpm
cernlib-g77-2006-31.fc10.src.rpm
classpathx-jaf-1.0-12.fc10.src.rpm
commoncpp2-1.6.1-2.fc10.src.rpm
compat-db-4.6.21-5.fc10.src.rpm
coredumper-1.2.1-6.fc10.src.rpm
cowbell-0.3-0.svn34.4.fc10.src.rpm
dbmail-2.2.11-2.fc10.src.rpm
dosbox-0.72-5.fc10.src.rpm
fityk-0.8.1-14.fc10.src.rpm
flex-2.5.35-2.fc10.src.rpm
flite-1.3-10.fc10.src.rpm
fpc-2.2.2-3.fc10.src.rpm
geronimo-specs-1.0-2.M2.fc10.src.rpm
glunarclock-0.32.4-12.fc10.src.rpm
gnome-desktop-sharp-2.24.0-3.fc10.src.rpm
htmlparser-1.6-3.fc10.src.rpm
jakarta-commons-el-1.0-9.4.fc10.src.rpm
jakarta-commons-httpclient-3.1-0.3.fc10.src.rpm
javahelp2-2.0.05-5.fc10.src.rpm
jline-0.9.94-0.2.fc10.src.rpm
jrefactory-2.8.9-7.6.fc10.src.rpm
jtidy-1.0-0.2.r7dev.1.3.fc10.src.rpm
kio_sword-0.3-7.fc10.src.rpm
kismet-0.0.2008.05.R1-3.fc10.src.rpm
klear-0.7.0-2.svn113.fc10.src.rpm
labrea-2.5.1-2.fc10.src.rpm
lam-7.1.4-1.fc10.src.rpm
libcap-2.10-2.fc10.src.rpm
libfakekey-0.1-1.fc10.src.rpm
libgeotiff-1.2.5-2.fc10.src.rpm
libibmad-1.2.0-1.fc10.src.rpm
libibumad-1.2.0-1.fc10.src.rpm
libkexif-0.2.5-5.fc10.src.rpm
libopensync-plugin-syncml-0.35-4.fc10.src.rpm
libresample-0.1.3-9.fc10.src.rpm
libtar-1.2.11-11.fc10.src.rpm
linpsk-0.9-4.fc10.src.rpm
lklug-fonts-0.2.2-6.fc10.src.rpm
lsvpd-1.6.4-3.fc10.src.rpm
lxpanel-0.3.8.1-2.fc10.src.rpm
maven-scm-1.0-0.2.b3.1.6.fc10.src.rpm
maven-shared-1.0-4.6.fc10.src.rpm
modello-1.0-0.1.a8.4.4.fc10.src.rpm
monodoc-2.0-5.fc10.src.rpm
msv-1.2-0.2.20050722.3.4.fc10.src.rpm
nautilus-share-0.7.2-13.fc10.src.rpm
open-cobol-1.0.95-2.fc10.src.rpm
oprofile-0.9.4-3.fc10.src.rpm
orpie-1.5.1-4.fc10.src.rpm
pan-0.133-1.fc10.src.rpm
perl-DBIx-Class-0.08010-9.fc10.src.rpm
perl-File-LibMagic-0.88-0.fc10.src.rpm
perl-Test-WWW-Mechanize-Catalyst-0.42-1.fc10.src.rpm
plexus-appserver-1.0-0.2.a5.2.6.fc10.src.rpm
plexus-cdc-1.0-0.2.a4.1.6.fc10.src.rpm
plexus-i18n-1.0-0.b6.5.3.fc10.src.rpm
plexus-maven-plugin-1.2-2.4.fc10.src.rpm
plexus-xmlrpc-1.0-0.2.b4.2.11.fc10.src.rpm
postgresql-odbcng-0.90.101-2.fc10.src.rpm
preload-0.6.3-1.fc10.src.rpm
qjackctl-0.3.3-1.fc10.src.rpm
qsynth-0.3.3-1.fc10.src.rpm
ratbox-services-1.2.1-1.fc10.src.rpm
redhat-lsb-3.2-2.fc10.src.rpm
tagsoup-1.0.1-2.2.fc10.src.rpm
upstart-0.3.9-22.fc10.src.rpm
velocity-1.4-7.3.fc10.src.rpm
wlassistant-0.5.7-8.fc10.src.rpm
ws-commons-util-1.0.1-10.fc10.src.rpm
ws-jaxme-0.5.1-2.4.fc10.src.rpm
xdoclet-1.2.3-9.4.fc10.src.rpm
xmlrpc3-3.0-2.9.fc10.src.rpm



From vpivaini at cs.helsinki.fi  Sat Mar  7 19:37:42 2009
From: vpivaini at cs.helsinki.fi (Ville-Pekka Vainio)
Date: Sat, 07 Mar 2009 21:37:42 +0200
Subject: Thunderbird 3 and Firefox 3.1: same extension used for both, how
 to package it?
Message-ID: <1236454662.18448.29.camel@localhost.localdomain>

Hi,

(CC'd caillon and jhorak directly, since they have been rebuilding
mozvoikko when doing xulrunner updates, so they may have some ideas
about this...)

Rawhide has had Thunderbird 3 a few days now. I'm packaging a Firefox
extension called mozvoikko, which has been in Fedora since F-9.
Mozvoikko itself supports Thunderbird 3 but the package doesn't, yet.

The main question I have is: what's the best way of packaging the same
extension for both Firefox and Thunderbird?

Currently the extension is
in /usr/lib/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/{b676e3ff-cda7-4e0c-b2b8-74e4bb40a67a}
(on a 32 bit system) where ec8... is the Firefox application ID and
b67... is the Mozvoikko extension ID.

Here's the 'tree' output of the '{b676e3ff-cda7-4e0c-b2b8-74e4bb40a67a}'
directory:

|-- chrome.manifest
|-- components
|   `-- libmozvoikko.so
`-- install.rdf

It has two text files and the extension library in a 'components'
directory.

As far as I know, to make mozvoikko work with Thunderbird I need to have
the same file structure also
under /usr/lib/mozilla/extensions/{3550f703-e582-4d05-9a08-453d09bdfdc6}/{b676e3ff-cda7-4e0c-b2b8-74e4bb40a67a}
where 355... is the Thunderbird extension ID.

I could of course install the extension twice to both locations, but I'd
hate to have duplicate files. The best solution I've come up with is to
symlink the
'{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/{b676e3ff-cda7-4e0c-b2b8-74e4bb40a67a}' directory to '{3550f703-e582-4d05-9a08-453d09bdfdc6}/{b676e3ff-cda7-4e0c-b2b8-74e4bb40a67a}'.

In that case, the 'tree' output of '/usr/lib/mozilla/extensions' would
be:

|-- {3550f703-e582-4d05-9a08-453d09bdfdc6}
|   `-- {b676e3ff-cda7-4e0c-b2b8-74e4bb40a67a}
-> ../{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/{b676e3ff-cda7-4e0c-b2b8-74e4bb40a67a}
`-- {ec8030f7-c20a-464f-9b0e-13a3a9e97384}
    `-- {b676e3ff-cda7-4e0c-b2b8-74e4bb40a67a}
        |-- chrome.manifest
        |-- components
        |   `-- libmozvoikko.so
        `-- install.rdf

That will probably wrap in an ugly way, so the idea is to have
'{3550f703-e582-4d05-9a08-453d09bdfdc6}' be an actual directory and then
'{b676e3ff-cda7-4e0c-b2b8-74e4bb40a67a}' under it be a symlink to
'../{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/{b676e3ff-cda7-4e0c-b2b8-74e4bb40a67a}'.

This works with both Firefox and Thunderbird. I'm mostly concerned about
RPM. I've heard that RPM doesn't like it if a directory that's a symlink
is at some later point made to be an actual directory. Is it really so
and if it is, what should I do instead? Make all the directories 'real'
and only symlink all the individual files? Any other ideas?


-- 
Ville-Pekka Vainio




From vpivaini at cs.helsinki.fi  Sat Mar  7 19:43:13 2009
From: vpivaini at cs.helsinki.fi (Ville-Pekka Vainio)
Date: Sat, 07 Mar 2009 21:43:13 +0200
Subject: Thunderbird 3 and Firefox 3.1: same extension used for both,
 how to package it?
In-Reply-To: <1236454662.18448.29.camel@localhost.localdomain>
References: <1236454662.18448.29.camel@localhost.localdomain>
Message-ID: <1236454993.18448.33.camel@localhost.localdomain>

Of course I had to forget something. The spec file for mozvoikko with
Firefox and Thunderbird support is at
<http://vpv.fedorapeople.org/packages/mozvoikko-thunderbird/mozvoikko.spec>, the diff against the current Rawhide spec is at <http://vpv.fedorapeople.org/packages/mozvoikko-thunderbird/mozvoikko-thunderbird.spec.diff> and the RPM and SRPM files are at <http://vpv.fedorapeople.org/packages/mozvoikko-thunderbird/>.


-- 
Ville-Pekka Vainio



From bruno at wolff.to  Sat Mar  7 19:57:52 2009
From: bruno at wolff.to (Bruno Wolff III)
Date: Sat, 7 Mar 2009 13:57:52 -0600
Subject: fc8, fc9, fc10 rpms in Rawhide ?
In-Reply-To: <49B2CCED.4030904@comcast.net>
References: <49B2CCED.4030904@comcast.net>
Message-ID: <20090307195752.GA11080@wolff.to>

On Sat, Mar 07, 2009 at 14:37:17 -0500,
  John Ellson <john.ellson at comcast.net> wrote:
>
> Anyway, after the recent mass rebuild I figured that everything should  
> now be fc11, but this is not so.
> The following is a list of fc8, fc9, and fc10 src.rpms that are still in  
> Rawhide.
>
> Were these missed by accident?

There were some packages that didn't rebuild. I don't know if all of them
have been fixed yet, but probably a few are.

The way to find packages that are installed, but not in the repo (at
least with that version) is:
package-cleanup --orphans

Some of those may be packages whose updates are blocked by broken dependencies
or packages with a later version than what's in the repository.



From marc.c.dionne at gmail.com  Sat Mar  7 20:00:52 2009
From: marc.c.dionne at gmail.com (Marc Dionne)
Date: Sat, 07 Mar 2009 15:00:52 -0500
Subject: cachefilesd
In-Reply-To: <1236444597.15881.4.camel@jdlaptop.lesbg.loc>
References: <1236444597.15881.4.camel@jdlaptop.lesbg.loc>
Message-ID: <49B2D274.1020503@gmail.com>

On 03/07/2009 11:49 AM, Jonathan Dieter wrote:
> I noticed cachefilesd in the Fedora repository, but it doesn't work
> without a nonexistent cachefiles module (both in F10 and Rawhide).  Is
> there work being done to include the cachefiles module in the kernel (it
> seems to be an heir to FS-Cache)?
>
> Jonathan

The corresponding kernel bits (fscache, cachefiles) are not in the 
upstream kernel mainline yet - but I see that they're currently in 
linux-next through the nfs-next tree.  So they should normally show up 
in mainline during the upcoming 2.6.30 merge window, after 2.6.29 is 
released.

Not sure what that means for Fedora, but presumably one will have to 
wait for a 2.6.30 kernel to show up.

Marc



From john.ellson at comcast.net  Sat Mar  7 20:19:11 2009
From: john.ellson at comcast.net (John Ellson)
Date: Sat, 07 Mar 2009 15:19:11 -0500
Subject: fc8, fc9, fc10 rpms in Rawhide ?
In-Reply-To: <20090307195752.GA11080@wolff.to>
References: <49B2CCED.4030904@comcast.net> <20090307195752.GA11080@wolff.to>
Message-ID: <49B2D6BF.9000600@comcast.net>

On 03/07/2009 02:57 PM, Bruno Wolff III wrote:
> On Sat, Mar 07, 2009 at 14:37:17 -0500,
>    John Ellson<john.ellson at comcast.net>  wrote:
>    
>> >
>> >  Anyway, after the recent mass rebuild I figured that everything should
>> >  now be fc11, but this is not so.
>> >  The following is a list of fc8, fc9, and fc10 src.rpms that are still in
>> >  Rawhide.
>> >
>> >  Were these missed by accident?
>>      
>
> There were some packages that didn't rebuild. I don't know if all of them
> have been fixed yet, but probably a few are.
>    
The list was generated from the 
/pub/fedora/linux/development/source/SRPMS/  directory on the Fedora servers
today, after today's update, so no, none of these are fixed yet, unless 
in the last 12 hours.

> The way to find packages that are installed, but not in the repo (at
> least with that version) is:
> package-cleanup --orphans
>    

Thats useful, but not what I was pointing out.    The src.rpm  are on 
the Fedora servers.
> Some of those may be packages whose updates are blocked by broken dependencies
> or packages with a later version than what's in the repository.
>
>    

Thats possible.   Is that so?  Can someone confirm that all these are 
blocked by brokenness, and that all will
be updated to fc11 before release?

Or will fc11 be like fc10 which has many src.rpm from fc6, fc7, fc8, and 
fc9 ?
Is there a policy about rpms from older distros?


-- 
John Ellson
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090307/5973311f/attachment.htm>

From paul at all-the-johnsons.co.uk  Sat Mar  7 23:44:34 2009
From: paul at all-the-johnsons.co.uk (Paul)
Date: Sat, 07 Mar 2009 23:44:34 +0000
Subject: Mono 2.4 and f11
Message-ID: <1236469474.9912.4.camel@PB3.Linux>

Hi,

I have a feeling that mono-2.4 is due for release on monday. It
shouldn't cause any real problems as I've been doing a pile of updates
using svn into rawhide, however it may annoy some packages as this sort
of thing often does.

My question is this - when is f11 going into freeze mode? I'm asking
just in case 2.4 isn't out on monday. It would certainly be quite a coup
if we can get 2.4 out as part of the distro as everyone else is still
messing with 2.0.1 or 2.2!

TTFN

Paul
-- 
?Sie k?nnen mich aufreizen und wirklich hei? machen!
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090307/c4630644/attachment.sig>

From ngompa13 at gmail.com  Sun Mar  8 00:45:13 2009
From: ngompa13 at gmail.com (King InuYasha)
Date: Sat, 7 Mar 2009 18:45:13 -0600
Subject: Mono 2.4 and f11
In-Reply-To: <1236469474.9912.4.camel@PB3.Linux>
References: <1236469474.9912.4.camel@PB3.Linux>
Message-ID: <8278b1b0903071645y21eafdfdy13faea3af96d20c4@mail.gmail.com>

Fedora 11 is freezing on Monday. You need to talk to Release Engineering I
think and get a late acceptance cleared.

2009/3/7 Paul <paul at all-the-johnsons.co.uk>

> Hi,
>
> I have a feeling that mono-2.4 is due for release on monday. It
> shouldn't cause any real problems as I've been doing a pile of updates
> using svn into rawhide, however it may annoy some packages as this sort
> of thing often does.
>
> My question is this - when is f11 going into freeze mode? I'm asking
> just in case 2.4 isn't out on monday. It would certainly be quite a coup
> if we can get 2.4 out as part of the distro as everyone else is still
> messing with 2.0.1 or 2.2!
>
> TTFN
>
> Paul
> --
> ?Sie k?nnen mich aufreizen und wirklich hei? machen!
>
> --
> 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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090307/616efaf6/attachment.htm>

From kevin.kofler at chello.at  Sun Mar  8 02:13:16 2009
From: kevin.kofler at chello.at (Kevin Kofler)
Date: Sun, 08 Mar 2009 03:13:16 +0100
Subject: Mono 2.4 and f11
References: <1236469474.9912.4.camel@PB3.Linux>
Message-ID: <gov9js$jkp$1@ger.gmane.org>

Paul wrote:
> My question is this - when is f11 going into freeze mode? I'm asking
> just in case 2.4 isn't out on monday. It would certainly be quite a coup
> if we can get 2.4 out as part of the distro as everyone else is still
> messing with 2.0.1 or 2.2!

Well, you've been shipping 2.4 prereleases all along, so getting 2.4 final
in after the beta and before the final devel freeze should not be a
problem.

That said, I think it would probably be better to get it into the beta so it
can get testing. If you can get it built by March 10 06:00 UTC (yes, that's
6 AM UTC, so count March 9 as the last day), it'll get into the beta
automatically (but be careful with breaking dependencies). If you think you
can't manage that, then talk to rel-eng about getting it tagged late. The
release of the beta is on March 24, but count a week or so for mirroring,
so the sooner you build it and get it tagged by rel-eng, the better.

If you think that's too short of a timeline, wait for after the beta (or at
least after the beta freeze, so half-done stuff doesn't go into the beta)
and build it by April 14 (final development freeze), again, the sooner the
better.

        Kevin Kofler



From mike at miketc.net  Sun Mar  8 03:52:43 2009
From: mike at miketc.net (Mike Chambers)
Date: Sat, 07 Mar 2009 21:52:43 -0600
Subject: Rawhide install fails 3/7/09
Message-ID: <1236484363.2750.2.camel@scrappy.miketc.net>

Tried rawhide install today, using nfs install via boot.iso, as well ask
askmethod paramater.  Anaconda proceeded fine until after the networking
was setup, then it failed.  I believe it was trying to find/setup
devices (HD's I guess, sata drives) and got traceback.  I didn't get a
chance to save it or anything so no info.  But I might can try again
with guidance if have a way to save the output of it to a local server
and not on machine in question.

-- 
Mike Chambers
Fedora Project - Bug Zapper, Tester, User, etc..
mikec302 at fedoraproject.org



From rawhide at fedoraproject.org  Sun Mar  8 09:52:32 2009
From: rawhide at fedoraproject.org (Rawhide Report)
Date: Sun,  8 Mar 2009 09:52:32 +0000 (UTC)
Subject: rawhide report: 20090308 changes
Message-ID: <20090308095233.0AD4E1F8247@releng2.fedora.phx.redhat.com>

Compose started at Sun Mar  8 06:01:06 UTC 2009

New package PyQuante
        Python Quantum Chemistry
New package auto-buildrequires
        Work out BuildRequires for rpmbuild automatically
New package libzdb
        Small, fast, and easy to use database API
New package perl-App-Cache
        Easy application-level caching
New package perl-Hash-Merge-Simple
        Recursively merge two or more hashes, simply
New package perl-IPC-System-Simple
        Run commands simply, with detailed diagnostics
New package php-pear-Config
        Configuration file manipulation for PHP
New package python-Traits
        Explicitly typed attributes for Python
New package sugar-update-control
        Activity update control panel for Sugar
New package tkgate
        An event driven digital circuit simulator
Updated Packages:

WebKit-1.1.1-1.fc11
-------------------
* Sat Mar 07 2009 Peter Gordon <peter at thecodergeek.com> - 1.1.1-1
- Update to new upstream release (1.1.1), includes a soname bump.
- Enable gnome-keyring support.


blobwars-1.11-1.fc11
--------------------
* Sat Mar 07 2009 Rafa?? Psota <rafalzaq at gmail.com> 1.11-1
- update to 1.11 (bz 488584)


cherokee-0.99.0-1.fc11
----------------------
* Sat Mar 07 2009 Pavel Lisy <pavel.lisy at gmail.com> - 0.99.0-1
- updated to 0.99.0


clamtk-4.10-1.fc11
------------------
* Sat Mar 07 2009 Jerome Soyer <saispo at gmail.com> - 4.10-1
- New upstream release


ethtool-6-4.20090306git.fc11
----------------------------
* Sat Mar 07 2009 Robert Scheck <robert at fedoraproject.org> 6-4.20090306git
- Upgrade to GIT 20090306


evolution-data-server-2.25.92-2.fc11
------------------------------------
* Sat Mar 07 2009 Matthew Barnes <mbarnes at redhat.com> - 2.25.92-2.fc11
- Add patch to revert GNOME bug #573240 (IMAP message loading regressions).


gcc-4.4.0-0.23
--------------
* Sat Mar 07 2009 Jakub Jelinek <jakub at redhat.com> 4.4.0-0.23
- update from trunk
  - PRs c++/13549, c++/29469, c++/29607, c++/33492, c++/37520, c++/38908,
	c++/9634, debug/39372, middle-end/39360, rtl-optimization/39235,
	testsuite/39357, tree-optimization/39349
  - emit DW_TAG_imported* even in main or in lexical blocks that
    contain no automatic variables (#488547, PR debug/39379)
  - fix DW_AT_decl_line on DW_TAG_imported* (#488771, PR debug/39387)
  - fix SCCVN with SSA names occurring in abnormal PHIs (#488061,
    PR tree-optimization/39362)


gdb-6.8.50.20090302-6.fc11
--------------------------

geda-gattrib-20081231-3.fc11
----------------------------
* Sat Mar 07 2009 Chitlesh Goorah <chitlesh [AT] fedoraproject DOT org> - 20081231-3
- added requires electronics-menu #485585


geda-gschem-20081231-3.fc11
---------------------------
* Sat Mar 07 2009 Chitlesh Goorah <chitlesh [AT] fedoraproject DOT org> - 20081231-3
- added requires electronics-menu #485585


gerbv-2.2.0-3.fc11
------------------
* Sat Mar 07 2009 Chitlesh Goorah <chitlesh [AT] fedoraproject DOT org> - 2.2.0-3
- added requires electronics-menu #485585


gnome-icon-theme-2.25.91-3.fc11
-------------------------------
* Sat Mar 07 2009 Matthias Clasen <mclasen at redhat.com> - 2.25.91-3
- Add a 48x48 spinner back


gramps-3.1.0-1.fc11
-------------------
* Sat Mar 07 2009 Jeffrey C. Ollie <jeff at ocjtech.us> - 3.1.0-1
- Update to 3.1.0


gsl-1.12-3.fc11
---------------
* Sat Mar 07 2009 Milos Jakubicek <xjakub at fi.muni.cz> - 1.12-3
- Remove rpaths (fix BZ#487823).


gtk-nodoka-engine-0.7.2-4.fc11
------------------------------
* Sat Mar 07 2009 Maritn Sourada <mso at fedoraproject.org> - 0.7.2-4
- Add missing check for widget when getting RTL info


jd-2.4.0-0.1.svn2708_trunk.fc11
-------------------------------
* Sun Mar 08 2009 Mamoru Tasaka <mtasaka at ioa.s.u-tokyo.ac.jp>
- Update to latest trunk


kazehakase-0.5.6-6.svn3766_trunk.fc11
-------------------------------------
* Sun Mar 08 2009 Mamoru Tasaka <mtasaka at ioa.s.u-tokyo.ac.jp>
- Try rev 3766, along with WebKit soname bump


koffice-1.6.3-19.20090306svn.fc11
---------------------------------
* Fri Mar 06 2009 Rex Dieter <rdieter at fedoraproject.org> 2:1.1.6-19
- revert koffice2 -> koffice1, Epoch bump
- 20090306svn


libextractor-0.5.22-1.fc11
--------------------------
* Sat Mar 07 2009 Enrico Scholz <enrico.scholz at informatik.tu-chemnitz.de> - 0.5.22-1
- updated to 0.5.22
- disabled rpm plugin for now as it does not build with rpm-4.6
- disabled builtin xpdf plugin


libkexif-0.2.5-6.fc11
---------------------
* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 0.2.5-6
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


libnetfilter_queue-0.0.17-1.fc11
--------------------------------
* Sat Mar 07 2009 Paul P. Komkoff Jr <i at stingr.net> - 0.0.17-1
- upstream update


libvisual-0.4.0-8.fc11
----------------------
* Sat Mar 07 2009 Caol??n McNamara <caolanm at redhat.com> - 0.4.0-8
- defining inline causes problems trying to build against libvisual headers, 
  e.g. libvisual-plugins


libvisual-plugins-0.4.0-6.fc11
------------------------------
* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 0.4.0-6
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


libxklavier-3.8-4.fc11
----------------------
* Sat Mar 07 2009 Matthias Clasen <mclasen at redhat.com> - 3.8-4
- Suppress xkbcomp spew in .xsession-errors


linuxwacom-0.8.2.2-8.fc11
-------------------------
* Tue Mar 10 2009 Matthew Garrett <mjg at redhat.com> 0.8.2.2-8
- linuxwacom-0.8.2.2-hal-setup.patch: Add a hal callout to set up secondary
  input types
- 10-linuxwacom.fdi: Add support for the callout


milter-greylist-4.2-0.4.b1.fc11
-------------------------------
* Sat Mar 07 2009 Enrico Scholz <enrico.scholz at informatik.tu-chemnitz.de> - 4.2-0.4.b1
- added -upstart subpackage
- renamed -sysv to -sysvinit to let -upstart win the default depresolving


mimetic-0.9.5-0.fc11
--------------------
* Sat Mar 07 2009 Enrico Scholz <enrico.scholz at informatik.tu-chemnitz.de> - 0.9.5-0
- updated to 0.9.5


mono-2.4-9.RC1.fc11
-------------------
* Sat Mar 07 2009 Paul F. Johnson <paul at all-the-johnsons.co.uk> 2.4-9.RC1
- Fix libdir issue with mono-cairo


perl-Date-Simple-3.03-3.fc11
----------------------------
* Fri Mar 06 2009 Paul Howarth <paul at city-fan.org> - 3.03-3
- Filter out unwanted provides for perl shared objects


perl-Digest-MD2-2.03-9.fc11
---------------------------
* Sat Mar 07 2009 Paul Howarth <paul at city-fan.org> - 2.03-9
- Filter out unwanted provides for perl shared objects
- Recode docs as UTF-8


perl-Digest-MD4-1.5-8.fc11
--------------------------
* Sat Mar 07 2009 Paul Howarth <paul at city-fan.org> - 1.5-8
- Filter out unwanted provides for perl shared objects


perl-Math-GMP-2.05-4.fc11
-------------------------
* Sat Mar 07 2009 Paul Howarth <paul at city-fan.org> 2.05-4
- Filter out unwanted provides for perl shared objects
- Do the build in a subdirectory so that the debug files list doesn't interfere
  with the signature test
- Enable the signature test
- Run the tests in the en_US locale - spell check tests now pass
- Add buildreq perl(YAML) to enable the YAML tests


policycoreutils-2.0.62-4.fc11
-----------------------------
* Sat Mar 07 2009 Dan Walsh <dwalsh at redhat.com> 2.0.62-4
- Update polgengui templates to match current upstream policy


python-fedora-0.3.10-1.fc11
---------------------------
* Fri Mar 06 2009 Toshio Kuratomi <toshio at fedoraproject.org> - 0.3.10-1
- CSRF fixes and django authentication provider.


rosegarden4-1.7.3-3.fc11
------------------------
* Sat Mar 07 2009 Orcan Ogetbil <oget [DOT] fedora [AT] gmail [DOT] com> - 1.7.3-2
- Add Requires: perl-XML-Twig. RHBZ#468919
- Fix the lilypondview script. RHBZ#464046
- Separate fonts to their own subpackages RHBZ#477450

* Sat Mar 07 2009 Orcan Ogetbil <oget [DOT] fedora [AT] gmail [DOT] com> - 1.7.3-3
- The software makes use of kdialog. Thus we re-add Requires: kdebase.


tor-0.2.0.34-3.fc11
-------------------
* Sat Mar 07 2009 Enrico Scholz <enrico.scholz at informatik.tu-chemnitz.de> - 0.2.0.34-3
- added -upstart subpackage (-lsb still wins by default as there exists
  no end-user friendly solution for managing upstart initscripts)


upstart-0.3.9-22.fc11
---------------------

wqy-zenhei-fonts-0.8.38-1.fc11
------------------------------
* Sat Mar 07 2009 Qianqian Fang <fangqq at gmail.com> 0.8.38-1
- update to the final version of upstream v0.8 release


Summary:
Added Packages: 10
Removed Packages: 0
Modified Packages: 38
Broken deps for i386
----------------------------------------------------------
	abrt-0.0.1-12.fc11.i586 requires librpmio-4.6.so
	abrt-0.0.1-12.fc11.i586 requires librpm-4.6.so
	abrt-libs-0.0.1-12.fc11.i586 requires librpmio-4.6.so
	abrt-libs-0.0.1-12.fc11.i586 requires librpm-4.6.so
	1:anjuta-2.25.902-5.fc11.i586 requires libwebkit-1.0.so.1
	asterisk-ais-1.6.1-0.21.rc1.fc11.i386 requires libSaClm.so.2
	asterisk-ais-1.6.1-0.21.rc1.fc11.i386 requires libSaEvt.so.2
	asterisk-ais-1.6.1-0.21.rc1.fc11.i386 requires libSaEvt.so.2(OPENAIS_EVT_B.01.01)
	asterisk-ais-1.6.1-0.21.rc1.fc11.i386 requires libSaClm.so.2(OPENAIS_CLM_B.01.01)
	asterisk-odbc-1.6.1-0.21.rc1.fc11.i386 requires libodbc.so.1
	asterisk-voicemail-odbc-1.6.1-0.21.rc1.fc11.i386 requires libodbc.so.1
	dbmail-2.2.11-2.fc10.i386 requires libgmime-2.0.so.2
	dbmail-auth-ldap-2.2.11-2.fc10.i386 requires libgmime-2.0.so.2
	dbmail-mysql-2.2.11-2.fc10.i386 requires libssl.so.7
	dbmail-mysql-2.2.11-2.fc10.i386 requires libcrypto.so.7
	dbmail-mysql-2.2.11-2.fc10.i386 requires libmysqlclient.so.15
	dbmail-mysql-2.2.11-2.fc10.i386 requires libgmime-2.0.so.2
	dbmail-mysql-2.2.11-2.fc10.i386 requires libmysqlclient.so.15(libmysqlclient_15)
	dbmail-pgsql-2.2.11-2.fc10.i386 requires libgmime-2.0.so.2
	devhelp-0.23-5.fc11.i586 requires libwebkit-1.0.so.1
	evolution-rss-0.1.2-3.fc11.i586 requires libwebkit-1.0.so.1
	gdal-1.6.0-4.fc11.i386 requires libodbc.so.1
	gdal-1.6.0-4.fc11.i386 requires libodbcinst.so.1
	gdal-1.6.0-4.fc11.i386 requires libhdf5.so.5
	gdal-perl-1.6.0-4.fc11.i386 requires libodbc.so.1
	gdal-perl-1.6.0-4.fc11.i386 requires libodbcinst.so.1
	gdal-perl-1.6.0-4.fc11.i386 requires libhdf5.so.5
	gdal-ruby-1.6.0-4.fc11.i386 requires libodbc.so.1
	gdal-ruby-1.6.0-4.fc11.i386 requires libodbcinst.so.1
	gdal-ruby-1.6.0-4.fc11.i386 requires libhdf5.so.5
	2:gimp-help-browser-2.6.5-2.fc11.i586 requires libwebkit-1.0.so.1
	gnome-phone-manager-0.60-5.fc11.i586 requires libgnomebt.so.1
	grass-6.3.0-10.fc11.i386 requires libodbc.so.1
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgdamm-3.0.so.10
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb_graph-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb_extra-3.0.so.4
	libopensync-plugin-syncml-0.35-4.fc10.i386 requires libsyncml.so.0
	libproxy-webkit-0.2.3-9.fc11.i586 requires libwebkit-1.0.so.1
	liferea-WebKit-1.4.23-4.fc11.i586 requires libwebkit-1.0.so.1
	lsvpd-1.6.4-3.fc10.i386 requires libvpd_cxx-2.0.so.0
	mapnik-0.5.2-0.10.svn780.fc11.i386 requires dejavu-fonts-sans
	mhonarc-2.6.16-5.fc11.noarch requires perl(readmail.pl)
	mhonarc-2.6.16-5.fc11.noarch requires perl(ewhutil.pl)
	mhonarc-2.6.16-5.fc11.noarch requires perl(mhtime.pl)
	midori-0.1.3-2.fc11.i586 requires libwebkit-1.0.so.1
	oyranos-0.1.7-13.fc11.i586 requires libelektra.so.2
	oyranos-libs-0.1.7-13.fc11.i586 requires libelektra.so.2
	1:pan-0.133-1.fc10.i386 requires libgmime-2.0.so.2
	perl-Class-Prototyped-1.11-2.fc11.noarch requires perl(Class::Prototyped::Graph)
	pfstools-octave-1.7.0-3.fc11.i386 requires libhdf5.so.5
	postgresql-odbcng-0.90.101-2.fc10.i386 requires libodbcinst.so.1
	pywebkitgtk-1.0.1-5.fc11.i586 requires libwebkit-1.0.so.1
	qpidd-cluster-0.4.738618-2.fc11.i386 requires libcpg.so.2(COROSYNC_CPG_1.0)
	qpidd-cluster-0.4.738618-2.fc11.i386 requires libcpg.so.2
	rhnpush-0.4.5-1.fc11.noarch requires rhnlib
	ruby-rpm-1.2.3-4.fc9.i386 requires librpmdb-4.4.so
	ruby-rpm-1.2.3-4.fc9.i386 requires librpmio-4.4.so
	ruby-rpm-1.2.3-4.fc9.i386 requires librpmbuild-4.4.so
	ruby-rpm-1.2.3-4.fc9.i386 requires librpm-4.4.so
	sugar-update-control-0.20-3.fc11.noarch requires /usr/bin/python2.5
	sugar-update-control-0.20-3.fc11.noarch requires olpc-update >= 0:2.13
	vtk-examples-5.0.4-26.fc11.i386 requires vtkdata = 0:5.0.4
	vtk-testing-5.0.4-26.fc11.i386 requires vtkdata = 0:5.0.4



Broken deps for x86_64
----------------------------------------------------------
	abrt-0.0.1-12.fc11.x86_64 requires librpmio-4.6.so()(64bit)
	abrt-0.0.1-12.fc11.x86_64 requires librpm-4.6.so()(64bit)
	abrt-libs-0.0.1-12.fc11.i586 requires librpmio-4.6.so
	abrt-libs-0.0.1-12.fc11.i586 requires librpm-4.6.so
	abrt-libs-0.0.1-12.fc11.x86_64 requires librpmio-4.6.so()(64bit)
	abrt-libs-0.0.1-12.fc11.x86_64 requires librpm-4.6.so()(64bit)
	1:anjuta-2.25.902-5.fc11.i586 requires libwebkit-1.0.so.1
	1:anjuta-2.25.902-5.fc11.x86_64 requires libwebkit-1.0.so.1()(64bit)
	asterisk-ais-1.6.1-0.21.rc1.fc11.x86_64 requires libSaEvt.so.2()(64bit)
	asterisk-ais-1.6.1-0.21.rc1.fc11.x86_64 requires libSaClm.so.2(OPENAIS_CLM_B.01.01)(64bit)
	asterisk-ais-1.6.1-0.21.rc1.fc11.x86_64 requires libSaEvt.so.2(OPENAIS_EVT_B.01.01)(64bit)
	asterisk-ais-1.6.1-0.21.rc1.fc11.x86_64 requires libSaClm.so.2()(64bit)
	asterisk-odbc-1.6.1-0.21.rc1.fc11.x86_64 requires libodbc.so.1()(64bit)
	asterisk-voicemail-odbc-1.6.1-0.21.rc1.fc11.x86_64 requires libodbc.so.1()(64bit)
	dbmail-2.2.11-2.fc10.x86_64 requires libgmime-2.0.so.2()(64bit)
	dbmail-auth-ldap-2.2.11-2.fc10.x86_64 requires libgmime-2.0.so.2()(64bit)
	dbmail-mysql-2.2.11-2.fc10.x86_64 requires libmysqlclient.so.15(libmysqlclient_15)(64bit)
	dbmail-mysql-2.2.11-2.fc10.x86_64 requires libgmime-2.0.so.2()(64bit)
	dbmail-mysql-2.2.11-2.fc10.x86_64 requires libssl.so.7()(64bit)
	dbmail-mysql-2.2.11-2.fc10.x86_64 requires libcrypto.so.7()(64bit)
	dbmail-mysql-2.2.11-2.fc10.x86_64 requires libmysqlclient.so.15()(64bit)
	dbmail-pgsql-2.2.11-2.fc10.x86_64 requires libgmime-2.0.so.2()(64bit)
	devhelp-0.23-5.fc11.i586 requires libwebkit-1.0.so.1
	devhelp-0.23-5.fc11.x86_64 requires libwebkit-1.0.so.1()(64bit)
	evolution-rss-0.1.2-3.fc11.x86_64 requires libwebkit-1.0.so.1()(64bit)
	gdal-1.6.0-4.fc11.i386 requires libodbc.so.1
	gdal-1.6.0-4.fc11.i386 requires libodbcinst.so.1
	gdal-1.6.0-4.fc11.i386 requires libhdf5.so.5
	gdal-1.6.0-4.fc11.x86_64 requires libhdf5.so.5()(64bit)
	gdal-1.6.0-4.fc11.x86_64 requires libodbcinst.so.1()(64bit)
	gdal-1.6.0-4.fc11.x86_64 requires libodbc.so.1()(64bit)
	gdal-perl-1.6.0-4.fc11.x86_64 requires libhdf5.so.5()(64bit)
	gdal-perl-1.6.0-4.fc11.x86_64 requires libodbcinst.so.1()(64bit)
	gdal-perl-1.6.0-4.fc11.x86_64 requires libodbc.so.1()(64bit)
	gdal-ruby-1.6.0-4.fc11.x86_64 requires libhdf5.so.5()(64bit)
	gdal-ruby-1.6.0-4.fc11.x86_64 requires libodbcinst.so.1()(64bit)
	gdal-ruby-1.6.0-4.fc11.x86_64 requires libodbc.so.1()(64bit)
	2:gimp-help-browser-2.6.5-2.fc11.x86_64 requires libwebkit-1.0.so.1()(64bit)
	gnome-phone-manager-0.60-5.fc11.x86_64 requires libgnomebt.so.1()(64bit)
	grass-6.3.0-10.fc11.x86_64 requires libodbc.so.1()(64bit)
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgdamm-3.0.so.10
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb_graph-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb_extra-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.x86_64 requires libgnomedb_graph-3.0.so.4()(64bit)
	libgnomedbmm-2.9.5-4.fc9.x86_64 requires libgnomedb-3.0.so.4()(64bit)
	libgnomedbmm-2.9.5-4.fc9.x86_64 requires libgdamm-3.0.so.10()(64bit)
	libgnomedbmm-2.9.5-4.fc9.x86_64 requires libgnomedb_extra-3.0.so.4()(64bit)
	libopensync-plugin-syncml-0.35-4.fc10.x86_64 requires libsyncml.so.0()(64bit)
	libproxy-webkit-0.2.3-9.fc11.x86_64 requires libwebkit-1.0.so.1()(64bit)
	liferea-WebKit-1.4.23-4.fc11.x86_64 requires libwebkit-1.0.so.1()(64bit)
	lsvpd-1.6.4-3.fc10.x86_64 requires libvpd_cxx-2.0.so.0()(64bit)
	mapnik-0.5.2-0.10.svn780.fc11.i386 requires dejavu-fonts-sans
	mapnik-0.5.2-0.10.svn780.fc11.x86_64 requires dejavu-fonts-sans
	mhonarc-2.6.16-5.fc11.noarch requires perl(readmail.pl)
	mhonarc-2.6.16-5.fc11.noarch requires perl(ewhutil.pl)
	mhonarc-2.6.16-5.fc11.noarch requires perl(mhtime.pl)
	midori-0.1.3-2.fc11.x86_64 requires libwebkit-1.0.so.1()(64bit)
	oyranos-0.1.7-13.fc11.x86_64 requires libelektra.so.2()(64bit)
	oyranos-libs-0.1.7-13.fc11.i586 requires libelektra.so.2
	oyranos-libs-0.1.7-13.fc11.x86_64 requires libelektra.so.2()(64bit)
	1:pan-0.133-1.fc10.x86_64 requires libgmime-2.0.so.2()(64bit)
	perl-Class-Prototyped-1.11-2.fc11.noarch requires perl(Class::Prototyped::Graph)
	pfstools-octave-1.7.0-3.fc11.x86_64 requires libhdf5.so.5()(64bit)
	postgresql-odbcng-0.90.101-2.fc10.i386 requires libodbcinst.so.1
	postgresql-odbcng-0.90.101-2.fc10.x86_64 requires libodbcinst.so.1()(64bit)
	pywebkitgtk-1.0.1-5.fc11.x86_64 requires libwebkit-1.0.so.1()(64bit)
	qpidd-cluster-0.4.738618-2.fc11.x86_64 requires libcpg.so.2()(64bit)
	qpidd-cluster-0.4.738618-2.fc11.x86_64 requires libcpg.so.2(COROSYNC_CPG_1.0)(64bit)
	rhnpush-0.4.5-1.fc11.noarch requires rhnlib
	ruby-rpm-1.2.3-4.fc9.x86_64 requires librpmdb-4.4.so()(64bit)
	ruby-rpm-1.2.3-4.fc9.x86_64 requires librpmbuild-4.4.so()(64bit)
	ruby-rpm-1.2.3-4.fc9.x86_64 requires librpmio-4.4.so()(64bit)
	ruby-rpm-1.2.3-4.fc9.x86_64 requires librpm-4.4.so()(64bit)
	sugar-update-control-0.20-3.fc11.noarch requires /usr/bin/python2.5
	sugar-update-control-0.20-3.fc11.noarch requires olpc-update >= 0:2.13
	vtk-examples-5.0.4-26.fc11.x86_64 requires vtkdata = 0:5.0.4
	vtk-testing-5.0.4-26.fc11.x86_64 requires vtkdata = 0:5.0.4



Broken deps for ppc
----------------------------------------------------------
	abrt-0.0.1-12.fc11.ppc requires librpmio-4.6.so
	abrt-0.0.1-12.fc11.ppc requires librpm-4.6.so
	abrt-libs-0.0.1-12.fc11.ppc requires librpmio-4.6.so
	abrt-libs-0.0.1-12.fc11.ppc requires librpm-4.6.so
	abrt-libs-0.0.1-12.fc11.ppc64 requires librpmio-4.6.so()(64bit)
	abrt-libs-0.0.1-12.fc11.ppc64 requires librpm-4.6.so()(64bit)
	1:anjuta-2.25.902-5.fc11.ppc requires libwebkit-1.0.so.1
	1:anjuta-2.25.902-5.fc11.ppc64 requires libwebkit-1.0.so.1()(64bit)
	asterisk-ais-1.6.1-0.21.rc1.fc11.ppc requires libSaClm.so.2
	asterisk-ais-1.6.1-0.21.rc1.fc11.ppc requires libSaEvt.so.2
	asterisk-ais-1.6.1-0.21.rc1.fc11.ppc requires libSaEvt.so.2(OPENAIS_EVT_B.01.01)
	asterisk-ais-1.6.1-0.21.rc1.fc11.ppc requires libSaClm.so.2(OPENAIS_CLM_B.01.01)
	asterisk-odbc-1.6.1-0.21.rc1.fc11.ppc requires libodbc.so.1
	asterisk-voicemail-odbc-1.6.1-0.21.rc1.fc11.ppc requires libodbc.so.1
	dbmail-2.2.11-2.fc10.ppc requires libgmime-2.0.so.2
	dbmail-auth-ldap-2.2.11-2.fc10.ppc requires libgmime-2.0.so.2
	dbmail-mysql-2.2.11-2.fc10.ppc requires libssl.so.7
	dbmail-mysql-2.2.11-2.fc10.ppc requires libmysqlclient.so.15
	dbmail-mysql-2.2.11-2.fc10.ppc requires libcrypto.so.7
	dbmail-mysql-2.2.11-2.fc10.ppc requires libmysqlclient.so.15(libmysqlclient_15)
	dbmail-mysql-2.2.11-2.fc10.ppc requires libgmime-2.0.so.2
	dbmail-pgsql-2.2.11-2.fc10.ppc requires libgmime-2.0.so.2
	devhelp-0.23-5.fc11.ppc requires libwebkit-1.0.so.1
	devhelp-0.23-5.fc11.ppc64 requires libwebkit-1.0.so.1()(64bit)
	evolution-rss-0.1.2-3.fc11.ppc requires libwebkit-1.0.so.1
	gdal-1.6.0-4.fc11.ppc requires libodbc.so.1
	gdal-1.6.0-4.fc11.ppc requires libodbcinst.so.1
	gdal-1.6.0-4.fc11.ppc requires libhdf5.so.5
	gdal-1.6.0-4.fc11.ppc64 requires libhdf5.so.5()(64bit)
	gdal-1.6.0-4.fc11.ppc64 requires libodbcinst.so.1()(64bit)
	gdal-1.6.0-4.fc11.ppc64 requires libodbc.so.1()(64bit)
	gdal-perl-1.6.0-4.fc11.ppc requires libodbc.so.1
	gdal-perl-1.6.0-4.fc11.ppc requires libodbcinst.so.1
	gdal-perl-1.6.0-4.fc11.ppc requires libhdf5.so.5
	gdal-ruby-1.6.0-4.fc11.ppc requires libodbc.so.1
	gdal-ruby-1.6.0-4.fc11.ppc requires libodbcinst.so.1
	gdal-ruby-1.6.0-4.fc11.ppc requires libhdf5.so.5
	2:gimp-help-browser-2.6.5-2.fc11.ppc requires libwebkit-1.0.so.1
	gnome-phone-manager-0.60-5.fc11.ppc requires libgnomebt.so.1
	grass-6.3.0-10.fc11.ppc requires libodbc.so.1
	libgnomedbmm-2.9.5-4.fc9.ppc requires libgdamm-3.0.so.10
	libgnomedbmm-2.9.5-4.fc9.ppc requires libgnomedb_graph-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.ppc requires libgnomedb-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.ppc requires libgnomedb_extra-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgnomedb_graph-3.0.so.4()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgnomedb-3.0.so.4()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgdamm-3.0.so.10()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgnomedb_extra-3.0.so.4()(64bit)
	libopensync-plugin-syncml-0.35-4.fc10.ppc requires libsyncml.so.0
	libproxy-webkit-0.2.3-9.fc11.ppc requires libwebkit-1.0.so.1
	liferea-WebKit-1.4.23-4.fc11.ppc requires libwebkit-1.0.so.1
	lsvpd-1.6.4-3.fc10.ppc requires libvpd_cxx-2.0.so.0
	mapnik-0.5.2-0.10.svn780.fc11.ppc requires dejavu-fonts-sans
	mapnik-0.5.2-0.10.svn780.fc11.ppc64 requires dejavu-fonts-sans
	mhonarc-2.6.16-5.fc11.noarch requires perl(readmail.pl)
	mhonarc-2.6.16-5.fc11.noarch requires perl(ewhutil.pl)
	mhonarc-2.6.16-5.fc11.noarch requires perl(mhtime.pl)
	midori-0.1.3-2.fc11.ppc requires libwebkit-1.0.so.1
	oyranos-0.1.7-13.fc11.ppc requires libelektra.so.2
	oyranos-libs-0.1.7-13.fc11.ppc requires libelektra.so.2
	oyranos-libs-0.1.7-13.fc11.ppc64 requires libelektra.so.2()(64bit)
	1:pan-0.133-1.fc10.ppc requires libgmime-2.0.so.2
	perl-Class-Prototyped-1.11-2.fc11.noarch requires perl(Class::Prototyped::Graph)
	pfstools-octave-1.7.0-3.fc11.ppc requires libhdf5.so.5
	postgresql-odbcng-0.90.101-2.fc10.ppc requires libodbcinst.so.1
	postgresql-odbcng-0.90.101-2.fc10.ppc64 requires libodbcinst.so.1()(64bit)
	pywebkitgtk-1.0.1-5.fc11.ppc requires libwebkit-1.0.so.1
	qpidd-cluster-0.4.738618-2.fc11.ppc requires libcpg.so.2(COROSYNC_CPG_1.0)
	qpidd-cluster-0.4.738618-2.fc11.ppc requires libcpg.so.2
	rhnpush-0.4.5-1.fc11.noarch requires rhnlib
	ruby-rpm-1.2.3-4.fc9.ppc requires librpmdb-4.4.so
	ruby-rpm-1.2.3-4.fc9.ppc requires librpmio-4.4.so
	ruby-rpm-1.2.3-4.fc9.ppc requires librpmbuild-4.4.so
	ruby-rpm-1.2.3-4.fc9.ppc requires librpm-4.4.so
	sugar-update-control-0.20-3.fc11.noarch requires /usr/bin/python2.5
	sugar-update-control-0.20-3.fc11.noarch requires olpc-update >= 0:2.13
	vtk-examples-5.0.4-26.fc11.ppc requires vtkdata = 0:5.0.4
	vtk-testing-5.0.4-26.fc11.ppc requires vtkdata = 0:5.0.4



Broken deps for ppc64
----------------------------------------------------------
	abrt-0.0.1-12.fc11.ppc64 requires librpmio-4.6.so()(64bit)
	abrt-0.0.1-12.fc11.ppc64 requires librpm-4.6.so()(64bit)
	abrt-libs-0.0.1-12.fc11.ppc64 requires librpmio-4.6.so()(64bit)
	abrt-libs-0.0.1-12.fc11.ppc64 requires librpm-4.6.so()(64bit)
	1:anjuta-2.25.902-5.fc11.ppc64 requires libwebkit-1.0.so.1()(64bit)
	asterisk-ais-1.6.1-0.21.rc1.fc11.ppc64 requires libSaEvt.so.2()(64bit)
	asterisk-ais-1.6.1-0.21.rc1.fc11.ppc64 requires libSaClm.so.2(OPENAIS_CLM_B.01.01)(64bit)
	asterisk-ais-1.6.1-0.21.rc1.fc11.ppc64 requires libSaEvt.so.2(OPENAIS_EVT_B.01.01)(64bit)
	asterisk-ais-1.6.1-0.21.rc1.fc11.ppc64 requires libSaClm.so.2()(64bit)
	asterisk-odbc-1.6.1-0.21.rc1.fc11.ppc64 requires libodbc.so.1()(64bit)
	asterisk-voicemail-odbc-1.6.1-0.21.rc1.fc11.ppc64 requires libodbc.so.1()(64bit)
	cabal2spec-0.12-1.fc11.noarch requires ghc > 0:6.10.1-7
	dbmail-2.2.11-2.fc10.ppc64 requires libgmime-2.0.so.2()(64bit)
	dbmail-auth-ldap-2.2.11-2.fc10.ppc64 requires libgmime-2.0.so.2()(64bit)
	dbmail-mysql-2.2.11-2.fc10.ppc64 requires libgmime-2.0.so.2()(64bit)
	dbmail-mysql-2.2.11-2.fc10.ppc64 requires libssl.so.7()(64bit)
	dbmail-mysql-2.2.11-2.fc10.ppc64 requires libmysqlclient.so.15(libmysqlclient_15)(64bit)
	dbmail-mysql-2.2.11-2.fc10.ppc64 requires libcrypto.so.7()(64bit)
	dbmail-mysql-2.2.11-2.fc10.ppc64 requires libmysqlclient.so.15()(64bit)
	dbmail-pgsql-2.2.11-2.fc10.ppc64 requires libgmime-2.0.so.2()(64bit)
	devhelp-0.23-5.fc11.ppc64 requires libwebkit-1.0.so.1()(64bit)
	evolution-rss-0.1.2-3.fc11.ppc64 requires libwebkit-1.0.so.1()(64bit)
	gdal-1.6.0-4.fc11.ppc64 requires libhdf5.so.5()(64bit)
	gdal-1.6.0-4.fc11.ppc64 requires libodbcinst.so.1()(64bit)
	gdal-1.6.0-4.fc11.ppc64 requires libodbc.so.1()(64bit)
	gdal-perl-1.6.0-4.fc11.ppc64 requires libhdf5.so.5()(64bit)
	gdal-perl-1.6.0-4.fc11.ppc64 requires libodbcinst.so.1()(64bit)
	gdal-perl-1.6.0-4.fc11.ppc64 requires libodbc.so.1()(64bit)
	gdal-ruby-1.6.0-4.fc11.ppc64 requires libhdf5.so.5()(64bit)
	gdal-ruby-1.6.0-4.fc11.ppc64 requires libodbcinst.so.1()(64bit)
	gdal-ruby-1.6.0-4.fc11.ppc64 requires libodbc.so.1()(64bit)
	2:gimp-help-browser-2.6.5-2.fc11.ppc64 requires libwebkit-1.0.so.1()(64bit)
	gnome-phone-manager-0.60-5.fc11.ppc64 requires libgnomebt.so.1()(64bit)
	grass-6.3.0-10.fc11.ppc64 requires libodbc.so.1()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgnomedb_graph-3.0.so.4()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgnomedb-3.0.so.4()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgdamm-3.0.so.10()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgnomedb_extra-3.0.so.4()(64bit)
	libopensync-plugin-syncml-0.35-4.fc10.ppc64 requires libsyncml.so.0()(64bit)
	libproxy-webkit-0.2.3-9.fc11.ppc64 requires libwebkit-1.0.so.1()(64bit)
	liferea-WebKit-1.4.23-4.fc11.ppc64 requires libwebkit-1.0.so.1()(64bit)
	lsvpd-1.6.4-3.fc10.ppc64 requires libvpd_cxx-2.0.so.0()(64bit)
	mapnik-0.5.2-0.10.svn780.fc11.ppc64 requires dejavu-fonts-sans
	mhonarc-2.6.16-5.fc11.noarch requires perl(readmail.pl)
	mhonarc-2.6.16-5.fc11.noarch requires perl(ewhutil.pl)
	mhonarc-2.6.16-5.fc11.noarch requires perl(mhtime.pl)
	midori-0.1.3-2.fc11.ppc64 requires libwebkit-1.0.so.1()(64bit)
	oyranos-0.1.7-13.fc11.ppc64 requires libelektra.so.2()(64bit)
	oyranos-libs-0.1.7-13.fc11.ppc64 requires libelektra.so.2()(64bit)
	1:pan-0.133-1.fc10.ppc64 requires libgmime-2.0.so.2()(64bit)
	perl-Class-Prototyped-1.11-2.fc11.noarch requires perl(Class::Prototyped::Graph)
	pfstools-octave-1.7.0-3.fc11.ppc64 requires libhdf5.so.5()(64bit)
	postgresql-odbcng-0.90.101-2.fc10.ppc64 requires libodbcinst.so.1()(64bit)
	pywebkitgtk-1.0.1-5.fc11.ppc64 requires libwebkit-1.0.so.1()(64bit)
	qpidd-cluster-0.4.738618-2.fc11.ppc64 requires libcpg.so.2()(64bit)
	qpidd-cluster-0.4.738618-2.fc11.ppc64 requires libcpg.so.2(COROSYNC_CPG_1.0)(64bit)
	rhnpush-0.4.5-1.fc11.noarch requires rhnlib
	ruby-rpm-1.2.3-4.fc9.ppc64 requires librpmdb-4.4.so()(64bit)
	ruby-rpm-1.2.3-4.fc9.ppc64 requires librpmbuild-4.4.so()(64bit)
	ruby-rpm-1.2.3-4.fc9.ppc64 requires librpmio-4.4.so()(64bit)
	ruby-rpm-1.2.3-4.fc9.ppc64 requires librpm-4.4.so()(64bit)
	sugar-update-control-0.20-3.fc11.noarch requires /usr/bin/python2.5
	sugar-update-control-0.20-3.fc11.noarch requires olpc-update >= 0:2.13
	vtk-examples-5.0.4-26.fc11.ppc64 requires vtkdata = 0:5.0.4
	vtk-testing-5.0.4-26.fc11.ppc64 requires vtkdata = 0:5.0.4





From kwizart at gmail.com  Sun Mar  8 11:35:34 2009
From: kwizart at gmail.com (Nicolas Chauvet)
Date: Sun, 8 Mar 2009 12:35:34 +0100
Subject: Heads-Up: WebKit soname bump (ABI changes); rebuilds required
In-Reply-To: <1236480353.3117.331.camel@localhost.localdomain>
References: <1236480353.3117.331.camel@localhost.localdomain>
Message-ID: <e1760170903080435p4263bba7hd9b08f1d53fd8990@mail.gmail.com>

2009/3/8 Peter Gordon <peter at thecodergeek.com>:
> Hi, all.
>
> I've just committed an update to WebKit in rawhide for the recently
> released WebKitGTK+ 1.1.1, which contains some ABI updates; and the
> library soname has been bumped accordingly upstream:
> "libwebkit-1.0.so.1" to "libwebkit-1.0.so.2". (The API has not changed;
> only the binary interface is modified.)
>
> According to repoquery, the following packages (maintainers CC-ed)
> depend on WebKit and will therefore need a rebuild for this change.
>
> * anjuta
> * evolution-rss
> * gimp
> * kazehakase
> * libproxy
> * liferea
> * midori
> * pywebkitgtk
>
> I will take care of Midori, and any other packages whose maintainers
> would like me to bump and rebuild in their stead.
>
> If there are any concerns or problems with rebuilding, please do not
> hesitate to let me know.
I will rebuild libproxy on monday, unless someone want to rebuild it earlier...



From rakesh.pandit at gmail.com  Sun Mar  8 12:45:42 2009
From: rakesh.pandit at gmail.com (Rakesh Pandit)
Date: Sun, 8 Mar 2009 18:15:42 +0530
Subject: Heads-Up: WebKit soname bump (ABI changes); rebuilds required
In-Reply-To: <1236480353.3117.331.camel@localhost.localdomain>
References: <1236480353.3117.331.camel@localhost.localdomain>
Message-ID: <b401d2530903080545q793203b3ga03ed7c2a022054e@mail.gmail.com>

2009/3/8 Peter Gordon wrote:
> Hi, all.
>
> I've just committed an update to WebKit in rawhide for the recently
> released WebKitGTK+ 1.1.1, which contains some ABI updates; and the
> library soname has been bumped accordingly upstream:
> "libwebkit-1.0.so.1" to "libwebkit-1.0.so.2". (The API has not changed;
> only the binary interface is modified.)
>
> According to repoquery, the following packages (maintainers CC-ed)
> depend on WebKit and will therefore need a rebuild for this change.
>
> * anjuta

I will take care of anjuta.

> * evolution-rss
> * gimp
> * kazehakase
> * libproxy
> * liferea
> * midori
> * pywebkitgtk
>

--
Regards,
Rakesh Pandit



From ghosler at redhat.com  Sun Mar  8 12:50:14 2009
From: ghosler at redhat.com (Gregory Hosler)
Date: Sun, 08 Mar 2009 20:50:14 +0800
Subject: Fedora User Certificates
In-Reply-To: <200808221020.17155.dennis@ausil.us>
References: <200808221020.17155.dennis@ausil.us>
Message-ID: <49B3BF06.1050109@redhat.com>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Dennis Gilmore wrote:
> Effective immediately we have replaced the CA that is in use for 
> cvs.fedoraproject.org and koji.fedoraproject.org  This effects uploading to 
> lookaside cache and building packages.
> 
> There are some manual steps that everyone needs to do to be able to use the 
> systems again.
> 
> they are 
> login to https://admin.fedoraproject.org/accounts/  and click on the "Download 
> a client-side certificate" link at the bottom of the home page.  save the 
> output to ~/.fedora.cert
> 
> rm ~/.fedora-server-ca.cert ~/.fedora-upload-ca.cert
> fedora-packager-setup
> 
> then open your browser got to Edit -> Preferences -> Advanced -> Encryption -> 
> View Certificates -> Your Certificates 
> 
> Select your existing Certificate and remove it

In my brower cretificate list, I have a number of Red Hat certificates, but no Fedora
certificates.

What might the details be of the Certificate that we are supposed to delete ?

> then import the new one from ~/fedora-browser-cert.p12

I do not have a ~/fedora-browser-cert.p12

How/when was this supposed to have been created ?

Thank you, and all the best,

- -Greg

> you will be able to
> log in to koji
> 
> 
> * Please note that you can only have one client side certificate at a time.  
> when you download a new one your old one is revoked.  Please also only click 
> on the "Download a client-side certificate" link once as it makes multiple 
> requests and revokes all the transient certs.
> 
> the CRL is at https://admin.fedoraproject.org/ca/crl.pem  
> 
> Thanks for your understanding and patience.
> 
> Dennis
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> Fedora-devel-announce mailing list
> Fedora-devel-announce at redhat.com
> https://www.redhat.com/mailman/listinfo/fedora-devel-announce


- --
+---------------------------------------------------------------------+

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)

iEYEARECAAYFAkmzvwQACgkQ404fl/0CV/QwxQCgot59Sxd+TshgkjfsJfr6re/+
70wAoNn4qEA0EeJ8DuczvUc9pVLEI1iG
=YVlg
-----END PGP SIGNATURE-----



From mschwendt at gmail.com  Sun Mar  8 12:59:56 2009
From: mschwendt at gmail.com (Michael Schwendt)
Date: Sun, 8 Mar 2009 13:59:56 +0100
Subject: pkgconfig dep problems in rawhide 20090308
Message-ID: <20090308135956.daee4ca5.mschwendt@gmail.com>

Non-devel packages with problematic pkgconfig auto-dependencies
on -devel packages:

  avahi-ui-sharp  (bz 477308)
  deskbar-applet  (bz 477309)
  libXaw          (bz 489172)	NEW
  nfs-utils-lib   (bz 489173)	NEW
  tomboy          (bz 476251)



From rakesh.pandit at gmail.com  Sun Mar  8 13:08:32 2009
From: rakesh.pandit at gmail.com (Rakesh Pandit)
Date: Sun, 8 Mar 2009 18:38:32 +0530
Subject: Heads-Up: WebKit soname bump (ABI changes); rebuilds required
In-Reply-To: <b401d2530903080545q793203b3ga03ed7c2a022054e@mail.gmail.com>
References: <1236480353.3117.331.camel@localhost.localdomain>
	<b401d2530903080545q793203b3ga03ed7c2a022054e@mail.gmail.com>
Message-ID: <b401d2530903080608s43469e60kffdb2cfe5ad425f5@mail.gmail.com>

2009/3/8 Rakesh Pandit wrote:
> 2009/3/8 Peter Gordon wrote:
>> Hi, all.
>>
>> I've just committed an update to WebKit in rawhide for the recently
>> released WebKitGTK+ 1.1.1, which contains some ABI updates; and the
>> library soname has been bumped accordingly upstream:
>> "libwebkit-1.0.so.1" to "libwebkit-1.0.so.2". (The API has not changed;
>> only the binary interface is modified.)
>>
>> According to repoquery, the following packages (maintainers CC-ed)
>> depend on WebKit and will therefore need a rebuild for this change.
>>
>> * anjuta
>
> I will take care of anjuta.
>
>> * evolution-rss
>> * gimp
>> * kazehakase
>> * libproxy
>> * liferea
>> * midori
>> * pywebkitgtk
>>

You seem to have missed devhelp. I will rebuild it as it is required
for anjuta also.

-- 
rakesh



From james at fedoraproject.org  Sun Mar  8 16:15:42 2009
From: james at fedoraproject.org (James Antill)
Date: Sun, 08 Mar 2009 12:15:42 -0400
Subject: yum-builddep pulling in i386 packages for x86_64 -devel
 dependencies
In-Reply-To: <200903062038.48471.sgrubb@redhat.com>
References: <200903060944.00190.billcrawford1970@gmail.com>
	<200903062038.48471.sgrubb@redhat.com>
Message-ID: <1236528942.7725.4012.camel@code.and.org>

On Fri, 2009-03-06 at 20:38 -0500, Steve Grubb wrote:
> On Friday 06 March 2009 04:44:00 am Bill Crawford wrote:
> > I just noticed an interesting thing with yum-builddep. There's a dependency
> > somewhere on audit-libs-devel, and it's trying to pull in audit-libs.i386
> > instead of .x64_64 ... this then leads to it wanting to download over a
> > dozen other i386 packages. Any way to get around this? Did I do something
> > wrong?
> 
> This sounds like something is wrong in the build system. Where a package is 
> built on a multi-lib platform, isn't there an explicit "--target x86_64" ? If 
> so, rpm has the hint needed to resolve this all successfully. If rpm simply 
> chose only packages from the arch that is being built, there wouldn't be a 
> problem. Its that simple.

 It's yum, not rpm, and yes ... it contains code so that it often picks
the "right" package when the Requires information just says "I want XYZ"
and we have XYZ.i386 and XYZ.x86_64 but the package will only work with
one of them.
 Saying that if it picks badly then 99% of the time the best fix is
going to be to change the requires so it says "I want XYZ%{_isa}".
 If you think it's easier to make the yum depsolver more magic, than add
7 characters to your specfile, patches are accepted.

-- 
James Antill <james at fedoraproject.org>
Fedora



From peter at thecodergeek.com  Sun Mar  8 16:19:42 2009
From: peter at thecodergeek.com (Peter Gordon)
Date: Sun, 08 Mar 2009 09:19:42 -0700
Subject: Heads-Up: WebKit soname bump (ABI changes); rebuilds required
In-Reply-To: <b401d2530903080608s43469e60kffdb2cfe5ad425f5@mail.gmail.com>
References: <1236480353.3117.331.camel@localhost.localdomain>
	<b401d2530903080545q793203b3ga03ed7c2a022054e@mail.gmail.com>
	<b401d2530903080608s43469e60kffdb2cfe5ad425f5@mail.gmail.com>
Message-ID: <1236529182.593.0.camel@localhost.localdomain>

On Sun, 2009-03-08 at 18:38 +0530, Rakesh Pandit wrote:
> You seem to have missed devhelp. I will rebuild it as it is required
> for anjuta also.

Apologies for that; must've been a simple copy/paste mistake on my
part. :)
-- 
Peter Gordon (codergeek42) <peter at thecodergeek.com>
Who am I? :: http://www.thecodergeek.com/about-me



-------------- 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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090308/ebe3853a/attachment.sig>

From alsadi at gmail.com  Sun Mar  8 16:55:44 2009
From: alsadi at gmail.com (Muayyad AlSadi)
Date: Sun, 8 Mar 2009 18:55:44 +0200
Subject: will F11 IBUS be the answer for non functional keys in Arabic layout
Message-ID: <385866f0903080955p36afb896xfc7df33639780ac5@mail.gmail.com>

hi,

regarding
https://bugzilla.redhat.com/show_bug.cgi?id=466627
https://fedoraproject.org/wiki/Features/IBus

it's mentioned that IBUS will be the default IM not SCIM
but I guess in F10 for Arabic SCIM wasn't the default
anyway

the questions are
1. will IBUS be effected by the changes in rhbz #466627
2. does it need any further action as in F10 it needs a work around to
set XIM as default IM
3. will you make IBUS the default for Arabic
4. do we need to feed IBUS with Arabic layout as we did with SCIM

at last I assure you that those nonfunctional keys are important
if a fellow haven't informed about it he could write ?? poison instead
of ???? peace
an that won't be funny as it's now :-)



From alsadi at gmail.com  Sun Mar  8 17:06:55 2009
From: alsadi at gmail.com (Muayyad AlSadi)
Date: Sun, 8 Mar 2009 19:06:55 +0200
Subject: DeviceKit is marked complete, what about utf8
Message-ID: <385866f0903081006u491adc0cl32189cfccd8e1b68@mail.gmail.com>

hi,
DeviceKit is marked 100% done
https://fedoraproject.org/wiki/Releases/11/FeatureList
https://fedoraproject.org/wiki/Features/DeviceKit

but the problem reported in
https://bugzilla.redhat.com/show_bug.cgi?id=470592

is not solved
I guess it's very simple, we just need to pass uf8 option because the
kernel patch which used to do that by default is dropped

if we are still using hal I guess it would be a small change
in some .fdi

I reported that bug against hal (in times of F10 rawhide) but  in F11
we have DeviceKit on the stage
so I guess somehow I should notify its developers and maintainers

should I edit the wiki to make it 99%
and add a link to the rhbz



From drago01 at gmail.com  Sun Mar  8 17:57:59 2009
From: drago01 at gmail.com (drago01)
Date: Sun, 8 Mar 2009 18:57:59 +0100
Subject: DeviceKit is marked complete, what about utf8
In-Reply-To: <385866f0903081006u491adc0cl32189cfccd8e1b68@mail.gmail.com>
References: <385866f0903081006u491adc0cl32189cfccd8e1b68@mail.gmail.com>
Message-ID: <f6ca9fed0903081057p2772e9d7i11c29ecf9dbabc92@mail.gmail.com>

On Sun, Mar 8, 2009 at 6:06 PM, Muayyad AlSadi <alsadi at gmail.com> wrote:
> hi,
> DeviceKit is marked 100% done
> https://fedoraproject.org/wiki/Releases/11/FeatureList
> https://fedoraproject.org/wiki/Features/DeviceKit
>
> but the problem reported in
> https://bugzilla.redhat.com/show_bug.cgi?id=470592
>
> is not solved
> I guess it's very simple, we just need to pass uf8 option because the
> kernel patch which used to do that by default is dropped
>
> if we are still using hal I guess it would be a small change
> in some .fdi
>
> I reported that bug against hal (in times of F10 rawhide) but ?in F11
> we have DeviceKit on the stage
> so I guess somehow I should notify its developers and maintainers
>
> should I edit the wiki to make it 99%
> and add a link to the rhbz

the bug is already marked as F11Blocker....



From jkeating at redhat.com  Sat Mar  7 17:10:35 2009
From: jkeating at redhat.com (Jesse Keating)
Date: Sat, 07 Mar 2009 09:10:35 -0800
Subject: Orphans still on the chopping block
Message-ID: <1236445835.3837.54.camel@localhost.localdomain>

Unblocked orphan 8Kingdoms
Unblocked orphan codeina
Unblocked orphan compat-libosip2
Unblocked orphan fluxstyle
Unblocked orphan jabbin
Unblocked orphan kbackup
Unblocked orphan libeXosip2
Unblocked orphan moodss
Unblocked orphan moomps
Unblocked orphan mrxvt
Unblocked orphan nautilus-share
Unblocked orphan pekwm
Unblocked orphan pikdev
Unblocked orphan pikloops

These will be removed on Monday unless somebody picks them up.
-- 
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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090307/77d60318/attachment.sig>

From jkeating at redhat.com  Sun Mar  8 18:16:44 2009
From: jkeating at redhat.com (Jesse Keating)
Date: Sun, 08 Mar 2009 11:16:44 -0700
Subject: fc8, fc9, fc10 rpms in Rawhide ?
In-Reply-To: <49B2D6BF.9000600@comcast.net>
References: <49B2CCED.4030904@comcast.net> <20090307195752.GA11080@wolff.to>
	<49B2D6BF.9000600@comcast.net>
Message-ID: <1236536204.3274.1.camel@localhost.localdomain>

On Sat, 2009-03-07 at 15:19 -0500, John Ellson wrote:
> 
> Thats possible.   Is that so?  Can someone confirm that all these are 
> blocked by brokenness, and that all will
> be updated to fc11 before release?

The goal for F11 is to have all packages rebuilt.

> 
> Or will fc11 be like fc10 which has many src.rpm from fc6, fc7, fc8, and 
> fc9 ?
> Is there a policy about rpms from older distros?

There is no policy.  The only time we attempt to have everything rebuilt
is if there is a technical change that requires it, such as rpm format
change.  Otherwise there is no need to wastefully rebuild packages that
are just content or noarch or otherwise don't need to change between
releases.

-- 
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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090308/14c45fb3/attachment.sig>

From mclasen at redhat.com  Sun Mar  8 18:17:13 2009
From: mclasen at redhat.com (Matthias Clasen)
Date: Sun, 08 Mar 2009 14:17:13 -0400
Subject: DeviceKit is marked complete, what about utf8
In-Reply-To: <385866f0903081006u491adc0cl32189cfccd8e1b68@mail.gmail.com>
References: <385866f0903081006u491adc0cl32189cfccd8e1b68@mail.gmail.com>
Message-ID: <1236536233.3641.2.camel@localhost.localdomain>

On Sun, 2009-03-08 at 19:06 +0200, Muayyad AlSadi wrote:
> hi,
> DeviceKit is marked 100% done
> https://fedoraproject.org/wiki/Releases/11/FeatureList
> https://fedoraproject.org/wiki/Features/DeviceKit

All feature pages had to be at 100% last Tuesday, because that was the
feature freeze...

> should I edit the wiki to make it 99%
> and add a link to the rhbz

No, that is not the right thing to do. Just file a new bug, or clone the
existing one.





From mike at miketc.net  Sun Mar  8 18:24:56 2009
From: mike at miketc.net (Mike Chambers)
Date: Sun, 08 Mar 2009 13:24:56 -0500
Subject: [Fwd: Re: Rawhide install fails 3/7/09]
Message-ID: <1236536696.2782.1.camel@scrappy.miketc.net>

-------- Forwarded Message --------
> From: Mike Chambers <mike at miketc.net>
> To: Mike Chambers <mike at miketc.net>
> Subject: Re: Rawhide install fails 3/7/09
> Date: Sun, 08 Mar 2009 13:24:28 -0500
> 
> On Sat, 2009-03-07 at 21:52 -0600, Mike Chambers wrote:
> > Tried rawhide install today, using nfs install via boot.iso, as well ask
> > askmethod paramater.  Anaconda proceeded fine until after the networking
> > was setup, then it failed.  I believe it was trying to find/setup
> > devices (HD's I guess, sata drives) and got traceback.  I didn't get a
> > chance to save it or anything so no info.  But I might can try again
> > with guidance if have a way to save the output of it to a local server
> > and not on machine in question.
> 
> Confirmed again this morning, trying to find storage devices and it
> failed.  I tried to save or send it to bugzilla but it wouldn't go
> through.

Thought I might actually send this to the list this time, doh!!

-- 
Mike Chambers
Fedora Project - Bug Zapper, Tester, User, etc..
mikec302 at fedoraproject.org



From jreiser at BitWagon.com  Sun Mar  8 18:41:44 2009
From: jreiser at BitWagon.com (John Reiser)
Date: Sun, 08 Mar 2009 11:41:44 -0700
Subject: [Fwd: Re: Rawhide install fails 3/7/09]
In-Reply-To: <1236536696.2782.1.camel@scrappy.miketc.net>
References: <1236536696.2782.1.camel@scrappy.miketc.net>
Message-ID: <49B41168.8080901@BitWagon.com>

>>> Anaconda proceeded fine until after the networking
>>> was setup, then it failed.  ...  I didn't get a
>>> chance to save it or anything ...

>> Confirmed again this morning, trying to find storage devices and it
>> failed.  I tried to save or send it to bugzilla but it wouldn't go
>> through.

If you have physical access to keyboard and a USB port, then use the
debug shell (on VT2: <Ctrl><Alt>F2) to create a directory and mount
a USB flash memory device.  Many times this will work even if anaconda
has trouble finding "disks."  [For instance:
https://bugzilla.redhat.com/show_bug.cgi?id=488984 ]

If anaconda does not force an immediate reboot, then you may be able
to save information directly to a file on flash memory, or via
Copy+Paste into an editor, or by hand keying.

Many bugs still occur in non-graphical mode (text mode install) and/or
with a text console. Type a <TAB> at the GRUB boot screen, then append
" text console=ttyS0,115200 console=tty0" to the kernel comand line,
and boot.  Capture by using a null modem cable to another machine
running minicom, etc.

-- 



From lemenkov at gmail.com  Sun Mar  8 18:48:03 2009
From: lemenkov at gmail.com (Peter Lemenkov)
Date: Sun, 8 Mar 2009 21:48:03 +0300
Subject: How can I reach localized wiki area from the main Fedora page?
Message-ID: <adf480660903081148u4ba7d6d7x55150bb64070afef@mail.gmail.com>

Hello All!
Just discovered an issue in Fedora wiki.

I'm trying to reach localized area in Fedora wiki from main page (
https://fedoraproject.org/ ). I'm expecting that if I choose "ru" as a
website language, then wiki link will point to
https://fedoraproject.org/wiki/Ru_RU . Instead, after choosing "ru"
language, it still points to https://fedoraproject.org/wiki/

Maybe I'm missing something?

-- 
With best regards!



From alsadi at gmail.com  Sun Mar  8 18:49:35 2009
From: alsadi at gmail.com (Muayyad AlSadi)
Date: Sun, 8 Mar 2009 20:49:35 +0200
Subject: DeviceKit is marked complete, what about utf8
In-Reply-To: <1236536233.3641.2.camel@localhost.localdomain>
References: <385866f0903081006u491adc0cl32189cfccd8e1b68@mail.gmail.com>
	<1236536233.3641.2.camel@localhost.localdomain>
Message-ID: <385866f0903081149g29c524a1ne11e41c2e1e67787@mail.gmail.com>

> No, that is not the right thing to do. Just file a new bug, or clone the
> existing one.
no need to clone it, because
> the bug is already marked as F11Blocker....



From ricky at fedoraproject.org  Sun Mar  8 19:05:44 2009
From: ricky at fedoraproject.org (Ricky Zhou)
Date: Sun, 8 Mar 2009 15:05:44 -0400
Subject: How can I reach localized wiki area from the main Fedora page?
In-Reply-To: <adf480660903081148u4ba7d6d7x55150bb64070afef@mail.gmail.com>
References: <adf480660903081148u4ba7d6d7x55150bb64070afef@mail.gmail.com>
Message-ID: <20090308190543.GA8322@sphe.res.cmu.edu>

On 2009-03-08 09:48:03 PM, Peter Lemenkov wrote:
> Hello All!
> Just discovered an issue in Fedora wiki.
> 
> I'm trying to reach localized area in Fedora wiki from main page (
> https://fedoraproject.org/ ). I'm expecting that if I choose "ru" as a
> website language, then wiki link will point to
> https://fedoraproject.org/wiki/Ru_RU . Instead, after choosing "ru"
> language, it still points to https://fedoraproject.org/wiki/
> 
> Maybe I'm missing something?
Right now, it's up to the translator choose what link to put for the wiki
link (either the English version or the version for their language, if
they think it's up to date and translated enough).  If you think the
Russian wiki pages should be linked instead, feel free to bring it up
with the language team.  The last two translators listed in the current
PO file are:

# Andrew Martynov <andrewm at inventa.ru>, 2007, 2008.
# Valeriy Kruchko <kruvalig at tl.ru>, 2007.

Thanks a lot,
Ricky
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090308/1a354352/attachment.sig>

From alsadi at gmail.com  Sun Mar  8 19:20:26 2009
From: alsadi at gmail.com (Muayyad AlSadi)
Date: Sun, 8 Mar 2009 21:20:26 +0200
Subject: DeviceKit is marked complete, what about utf8
In-Reply-To: <385866f0903081149g29c524a1ne11e41c2e1e67787@mail.gmail.com>
References: <385866f0903081006u491adc0cl32189cfccd8e1b68@mail.gmail.com>
	<1236536233.3641.2.camel@localhost.localdomain>
	<385866f0903081149g29c524a1ne11e41c2e1e67787@mail.gmail.com>
Message-ID: <385866f0903081220o54ac2a79jf4ca2589fe301e82@mail.gmail.com>

oh wait, do you mean I should clone the bug against devicekit
then OK, i'll do that



From mschwendt at gmail.com  Sun Mar  8 20:16:13 2009
From: mschwendt at gmail.com (Michael Schwendt)
Date: Sun, 8 Mar 2009 21:16:13 +0100
Subject: Orphans still on the chopping block
In-Reply-To: <1236445835.3837.54.camel@localhost.localdomain>
References: <1236445835.3837.54.camel@localhost.localdomain>
Message-ID: <20090308211613.26ecd0b6.mschwendt@gmail.com>

On Sat, 07 Mar 2009 09:10:35 -0800, Jesse wrote:

> Unblocked orphan compat-libosip2

> These will be removed on Monday unless somebody picks them up.

It's sad to see that my original ticket about this package has
not lead to anything so far: https://bugzilla.redhat.com/453914



From itamar at ispbrasil.com.br  Sun Mar  8 22:23:03 2009
From: itamar at ispbrasil.com.br (Itamar Reis Peixoto)
Date: Sun, 8 Mar 2009 19:23:03 -0300
Subject: [ANNOUNCE] pgAdmin - notice of intent to change licence
In-Reply-To: <937d27e10903060845o747a2a2cpd243a68f14168ef2@mail.gmail.com>
References: <937d27e10903060845o747a2a2cpd243a68f14168ef2@mail.gmail.com>
Message-ID: <d3ceea380903081523p76b94826ic0e669ba6c339bd9@mail.gmail.com>

pgAdmin license change again :-)


On Fri, Mar 6, 2009 at 1:45 PM, Dave Page <dpage at pgadmin.org> wrote:
> I recently posted a notice publicising the pgAdmin Development Team's
> intent to change the licence of pgAdmin from the Artistic Licence v1.0
> to v2.0 in order to address ambiguities with the original text.
>
> Unfortunately we were unable to change the licence as we had hoped,
> and in order to resolve the problems encountered have decided to
> change the licence to the PostgreSQL variant of the BSD licence
> instead.
>
> If you have contributed to the pgAdmin project in the past and have
> not received an email about the change from me already, please contact
> me as soon as possible with any comments, questions or objections.
>
> We intend to go ahead with the licence change on or shortly after the
> 23rd March 2009.
>
> Regards, Dave.
>
> --
> Dave Page
> pgAdmin Project Lead
>
> ---------------------------(end of broadcast)---------------------------
> -To unsubscribe from this list, send an email to:
>
> ? ? ? ? ? ? ? pgsql-announce-unsubscribe at postgresql.org
>



-- 
------------

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 cchance at redhat.com  Sun Mar  8 23:12:16 2009
From: cchance at redhat.com (Caius "kaio" Chance)
Date: Mon, 09 Mar 2009 09:12:16 +1000
Subject: How can I reach localized wiki area from the main Fedora page?
In-Reply-To: <adf480660903081148u4ba7d6d7x55150bb64070afef@mail.gmail.com>
References: <adf480660903081148u4ba7d6d7x55150bb64070afef@mail.gmail.com>
Message-ID: <49B450D0.60304@redhat.com>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Peter Lemenkov ????????:

> Instead, after choosing "ru"
> language, it still points to https://fedoraproject.org/wiki/

Are there existing Russian translated pages available? AFAIK wiki sys
redirects me to English whenever pages of my preferred language were
available (no one translated yet).

- - kaio

- --
Caius Chance, Soft Eng, I18N, Red Hat APAC, cchance AT redhat DOT com
JP (Qual), RHCE, MCSE, CCNA, JLPT4, http://apac.redhat.com/disclaimer
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org

iEYEARECAAYFAkm0UNAACgkQmo+B7bGj5dKH8wCg6g9Ag9w4NwQIXP0bEf95c+XV
k3MAnRUWNrHXZJN9iNZ+u99iRqWHSg6y
=X5di
-----END PGP SIGNATURE-----



From laubersm at fedoraproject.org  Sun Mar  8 23:51:04 2009
From: laubersm at fedoraproject.org (Susan Lauber)
Date: Sun, 8 Mar 2009 18:51:04 -0500
Subject: How can I reach localized wiki area from the main Fedora page?
In-Reply-To: <49B450D0.60304@redhat.com>
References: <adf480660903081148u4ba7d6d7x55150bb64070afef@mail.gmail.com>
	<49B450D0.60304@redhat.com>
Message-ID: <e1cf1c3a0903081651m51881624t529b57c8abaced16@mail.gmail.com>

On Sun, Mar 8, 2009 at 6:12 PM, Caius kaio Chance <cchance at redhat.com> wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Peter Lemenkov ????????:
>
>> Instead, after choosing "ru"
>> language, it still points to https://fedoraproject.org/wiki/
>
> Are there existing Russian translated pages available? AFAIK wiki sys
> redirects me to English whenever pages of my preferred language were
> available (no one translated yet).
>
> - - kaio

There are some pages.  Most are named Ru RU/*
If you follow the link on the left for "Special Pages" and then choose
"All pages" and pages that start with Ru you should get this list:
https://fedoraproject.org/w/index.php?title=Special%3AAllPages&from=Ru&namespace=0

I do not believe that localization support has been added to the wiki
(Ian can answer better here) but I think this ticket is about that
issue:  https://fedorahosted.org/fedora-wiki/ticket/1

I hope that helps some.

-Susan


-- 
Susan Lauber, (RHCX, RHCA, RHCSS)
Lauber System Solutions, Inc.
http://www.laubersolutions.com
gpg: 15AC F794 A3D9 64D1 D9CE  4C26 EFC3 11C2 BFA1 0974



From michel.sylvan at gmail.com  Mon Mar  9 00:57:07 2009
From: michel.sylvan at gmail.com (Michel Salim)
Date: Sun, 8 Mar 2009 20:57:07 -0400
Subject: License change heads-up: GNU Go is now GPLv3+
Message-ID: <f224c6140903081757x519ac17by5c3eaf1d228aa395@mail.gmail.com>

GNU Go's 3.8 release is under GPL version 3 or later. I checked using
repoquery and it seems that Fedora does not carry anything that
depends on it (I maintain a front-end, Quarry, that is sadly no longer
maintained upstream, but that's GPLv2+ and thus fine).

Regards,

-- 
mi?el salim  ?  http://hircus.jaiku.com/
IUCS         ?  msalim at cs.indiana.edu
Fedora       ?  salimma at fedoraproject.org
MacPorts     ?  hircus at macports.org



From jarod at redhat.com  Mon Mar  9 01:40:17 2009
From: jarod at redhat.com (Jarod Wilson)
Date: Sun, 8 Mar 2009 21:40:17 -0400
Subject: FESCo Meeting Summary - 2009-03-06
In-Reply-To: <1dedbbfc0903061556p4e61a455q2b3920fd63262706@mail.gmail.com>
References: <20090306193013.GA16507@nostromo.devel.redhat.com>
	<gosbdf$q6c$1@ger.gmane.org>
	<1dedbbfc0903061556p4e61a455q2b3920fd63262706@mail.gmail.com>
Message-ID: <200903082140.18159.jarod@redhat.com>

On Friday 06 March 2009 18:56:24 David Nielsen wrote:
> I tried to answer critics, I offered, and contacted upstream to ask them to
> help answer questions (to which they kindly agreed). when instead of a
> productive debate as was requested no such debate ever took place. Looking
> back at the IRC log I am left with a foul taste in my mouth,

Personally, I thought all the debate that was had was a good thing. Would
it have gone over better with you if FESCo spent only 30 seconds on the
feature and shot it down right then? Granted, yes, it would have been much
better had you been given the opportunity to be present. These things
happen, most of us are volunteers like yourself. Yes, I work for Red Hat,
but technically, my day job has nothing to do with Fedora or FESCo. But
really, you've got a bad taste in your mouth over people having concerns
and them being discussed? I mean, really, these concerns were NOT major
factors in the decision to reject the feature. In my mind, the only
consideration that played a major role in this decision was that the Fedora
desktop team wasn't on board with this feature.

> mentions of what RHEL supports

Honestly, that had little or no influence over the outcome, and regardless,
I don't see why someone mentioning the wishes of the primary benefactor of
the Fedora Project as a possible consideration is a problem.

> and how it's not a bad thing to discriminate based on language.

It is if the language the app is written in stands on legally shaky
ground, and including said app pulls in a decent-sized additional
dependency load for the live media. But this wasn't even the main
deciding factor either, just a secondary consideration, IMO.

> I did this, out of the desire to make Fedora better. The sign on my door
> says Fedora volunteer. It does so for a reason. I am frankly disgusted by
> this whole affair, especially since my honesty and motives were brought into
> question.

For the record, I'd just like to point out that at least as far as I can
recall from the meeting, nobody in FESCo questioned your honesty or motives.
What transpired in private email, I'm not privy to.

> > I think FESCo made the right decision here.
> 
> And even if they did not, we abide by it.

For F11, yes, you do. Escalate to the Fedora Board if you believe FESCo
acted inappropriately. There's nothing stopping anyone from proposing
Banshee as the default media player for F12 or later. But note that it
*is* going to require buy-in from the desktop team. If they buy in, I'm
pretty sure that's the primary thing necessary to get FESCo to approve
changing the default gnome media player to Banshee.

Look at it this way for a second: pretend there's no FESCo. Who would you
have to convince to change the default gnome media player? I'm thinking
the gnome desktop group, no?

> This is FEScos world, we just live in it.

I understand you're upset about not getting your way, and you're well within
your rights to be upset. But the above is ridiculous. FESCo is here for the
Fedora community as a whole -- the community voted FESCo into office, and
FESCo does its best to serve its constituency. There's no hidden agenda to
keep you or anyone else down. Honest. You simply can't please everyone all
the time.

-- 
Jarod Wilson
jarod at redhat.com



From mtasaka at ioa.s.u-tokyo.ac.jp  Mon Mar  9 05:14:38 2009
From: mtasaka at ioa.s.u-tokyo.ac.jp (Mamoru Tasaka)
Date: Mon, 09 Mar 2009 14:14:38 +0900
Subject: New repo not being created on dist-f11?
Message-ID: <49B4A5BE.3090608@ioa.s.u-tokyo.ac.jp>

Hello, all:

About 10 hours ago I submitted one chain build [1],  but it
failed. The logs of this chain build showed that the newly rebuilt
mecab didn't appear in dist-f11 repo even if 2 hours passed.
This new mecab (mecab-0.98-0.1.pre1.fc11: [2]) does not appear
in dist-f11 repo even now [3].
Also there are other chain builld submitted by other people
which failed due to the same reason [4].

Would someone investigate what is happening about creating
new repo on koji? I guess dist-f11 repo is not yet frozen [5]

[1] http://koji.fedoraproject.org/koji/taskinfo?taskID=1230037
[2] http://koji.fedoraproject.org/koji/buildinfo?buildID=93317
[3] http://koji.fedoraproject.org/koji/buildinfo?buildID=93368
[4] http://koji.fedoraproject.org/koji/taskinfo?taskID=1230537
[5] https://www.redhat.com/archives/fedora-devel-list/2009-March/msg00324.html

Regards,
Mamoru



From jkeating at j2solutions.net  Mon Mar  9 06:22:12 2009
From: jkeating at j2solutions.net (Jesse Keating)
Date: Sun, 08 Mar 2009 23:22:12 -0700
Subject: New repo not being created on dist-f11?
In-Reply-To: <49B4A5BE.3090608@ioa.s.u-tokyo.ac.jp>
References: <49B4A5BE.3090608@ioa.s.u-tokyo.ac.jp>
Message-ID: <49B4B594.7040609@j2solutions.net>

On 03/08/2009 10:14 PM, Mamoru Tasaka wrote:
> Would someone investigate what is happening about creating
> new repo on koji? I guess dist-f11 repo is not yet frozen [5]
>   

Looks like there hasn't been a successful newRepo task in a number of
hours.  Not sure what's going on there, but one is going now that may
clear it up.

-- 
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: 260 bytes
Desc: OpenPGP digital signature
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090308/582b81e1/attachment.sig>

From mtasaka at ioa.s.u-tokyo.ac.jp  Mon Mar  9 07:10:13 2009
From: mtasaka at ioa.s.u-tokyo.ac.jp (Mamoru Tasaka)
Date: Mon, 09 Mar 2009 16:10:13 +0900
Subject: New repo not being created on dist-f11?
In-Reply-To: <49B4B594.7040609@j2solutions.net>
References: <49B4A5BE.3090608@ioa.s.u-tokyo.ac.jp>
	<49B4B594.7040609@j2solutions.net>
Message-ID: <49B4C0D5.4050509@ioa.s.u-tokyo.ac.jp>

Jesse Keating wrote, at 03/09/2009 03:22 PM +9:00:
> On 03/08/2009 10:14 PM, Mamoru Tasaka wrote:
>> Would someone investigate what is happening about creating
>> new repo on koji? I guess dist-f11 repo is not yet frozen [5]
>>   
> 
> Looks like there hasn't been a successful newRepo task in a number of
> hours.  Not sure what's going on there, but one is going now that may
> clear it up.

Looks like new repo is now created successfully and all my
mecab related packages are rebuilt. Thank you.

Mamoru



From peter at thecodergeek.com  Sun Mar  8 02:45:53 2009
From: peter at thecodergeek.com (Peter Gordon)
Date: Sat, 07 Mar 2009 18:45:53 -0800
Subject: Heads-Up: WebKit soname bump (ABI changes); rebuilds required
Message-ID: <1236480353.3117.331.camel@localhost.localdomain>

Hi, all. 

I've just committed an update to WebKit in rawhide for the recently
released WebKitGTK+ 1.1.1, which contains some ABI updates; and the
library soname has been bumped accordingly upstream:
"libwebkit-1.0.so.1" to "libwebkit-1.0.so.2". (The API has not changed;
only the binary interface is modified.)

According to repoquery, the following packages (maintainers CC-ed)
depend on WebKit and will therefore need a rebuild for this change. 

* anjuta
* evolution-rss
* gimp
* kazehakase
* libproxy
* liferea
* midori
* pywebkitgtk

I will take care of Midori, and any other packages whose maintainers
would like me to bump and rebuild in their stead.

If there are any concerns or problems with rebuilding, please do not
hesitate to let me know.

Thanks, and Regards.
-- 
Peter Gordon (codergeek42) <peter at thecodergeek.com>
Who am I? :: http://www.thecodergeek.com/about-me



-------------- 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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090307/b08c9333/attachment.sig>
-------------- next part --------------
_______________________________________________
Fedora-devel-announce mailing list
Fedora-devel-announce at redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-announce

From hughsient at gmail.com  Mon Mar  9 08:30:04 2009
From: hughsient at gmail.com (Richard Hughes)
Date: Mon, 09 Mar 2009 08:30:04 +0000
Subject: DeviceKit is marked complete, what about utf8
In-Reply-To: <385866f0903081006u491adc0cl32189cfccd8e1b68@mail.gmail.com>
References: <385866f0903081006u491adc0cl32189cfccd8e1b68@mail.gmail.com>
Message-ID: <1236587404.16047.5.camel@localhost.localdomain>

On Sun, 2009-03-08 at 19:06 +0200, Muayyad AlSadi wrote:
> I guess it's very simple, we just need to pass uf8 option because the
> kernel patch which used to do that by default is dropped

The kernel patch was dropped as it's different from upstream. Somebody
has to set the utf8 mode, and the kernel has decided that it should be
userspace policy.

You should probably email the upstream hal list and ask why it's not
upstream there.

Richard.




From rawhide at fedoraproject.org  Mon Mar  9 08:48:39 2009
From: rawhide at fedoraproject.org (Rawhide Report)
Date: Mon,  9 Mar 2009 08:48:39 +0000 (UTC)
Subject: rawhide report: 20090309 changes
Message-ID: <20090309084839.5EC4D1F824C@releng2.fedora.phx.redhat.com>

Compose started at Mon Mar  9 06:01:04 UTC 2009

New package ghc-ghc-paths
        Interface to GHC's installation directories
New package python-ptrace
        Debugger using ptrace written in Python
Removed package compat-libosip2
Updated Packages:

GeoIP-1.4.6-1.fc11
------------------
* Sun Mar 08 2009 Michael Fleming <mfleming+rpm at enlartenment.com> - 1.4.6-1
- Add geoiplookup6 man page
- Update to 1.4.6


Hermes-1.3.3-16.fc11
--------------------
* Mon Mar 09 2009 Robert Scheck <robert at fedoraproject.org> 1.3.3-16
- Solve the ppc64-redhat-linux-gnu configure target error

* Mon Feb 23 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 1.3.3-15
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


MAKEDEV-3.24-3
--------------
* Sun Mar 08 2009 Robert Scheck <robert at fedoraproject.org> 3.24-3
- Hardcoded temporarily the release tag in package source tag

* Mon Feb 23 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 3.24-2
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


PythonCard-0.8.2-4.fc11
-----------------------
* Mon Feb 23 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 0.8.2-4
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


abrt-0.0.1-14.fc11
------------------
* Sun Mar 08 2009 Caol??n McNamara <caolanm at redhat.com> - 0.0.1-14
- 0 -> RPMFI_NOHEADER enum for new rpmfiNew

* Sat Mar 07 2009 Jesse Keating <jkeating at redhat.com> - 0.0.1-13
- Bump for new rpm


beagle-0.3.9-6.fc11
-------------------
* Sun Mar 08 2009 Adel Gadllah <adel.gadllah at gmail.com> - 0.3.9-6
- Don't fail to open some files


bittorrent-4.4.0-10.fc11
------------------------
* Tue Feb 24 2009 Paul Howarth <paul at city-fan.org> 4.4.0-10
- Fix syntax issues causing failure to build for Fedora 11
- Update format strings to enable re-ordering of parameters in translations
- Add additional categories FileTransfer and P2P in desktop entry (#487789)

* Mon Feb 23 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 4.4.0-9
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


bkchem-0.13.0-3.fc11
--------------------

boinc-client-6.4.7-2.r17542svn.fc11
-----------------------------------
* Sun Mar 08 2009 Milos Jakubicek <xjakub at fi.muni.cz> - 6.4.7-2.r17542svn
- Fix overriding $BOINCOPTS from /etc/sysconfig/boinc-client in the init script
  (BZ#489199).
- Fixed boinc-gccflags.patch
- Honour data dir in boincmgr wrapper script.


brettfont-fonts-20080506-5.fc11
-------------------------------
* Sun Mar 08 2009 Jon Stanley <jonstanley at gmail.com> - 20080506-5
- Update to new packaging guidelines


clamav-0.95-0.1.rc1.fc11
------------------------
* Sun Mar 08 2009 Enrico Scholz <enrico.scholz at informatik.tu-chemnitz.de> - 0.95-0.1.rc1
- updated to 0.95rc1
- added -upstart subpackages
- renamed -sysv to -sysvinit to make -upstart win the default dep resolving
- reworked complete milter stuff
- added -scanner subpackage which contains a preconfigured daemon
  (e.g. for use by -milter)
- moved %changelog entries from 2006 and before into ChangeLog-rpm.old


cmake-2.6.3-2.fc11
------------------
* Mon Mar 09 2009 Kevin Kofler <Kevin at tigcc.ticalc.org> - 2.6.3-2
- Fix crash during kdepimlibs build (#475876)


devhelp-0.23-6.fc11
-------------------
* Sun Mar 08 2009 Rakesh Pandit <rakesh at fedoraproject.org> - 0.23-6
Bumped to consume new soname in webkit library.


dosbox-0.72-7.fc11
------------------
* Sun Mar 08 2009 Lubomir Rintel <lkundrak at v3.sk> - 0.72-7
- Fix build with GCC 4.4
- Fix key mapping with evdev driver (#473875)

* Tue Feb 24 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 0.72-6
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


eric-4.3.1-1.fc11
-----------------
* Sun Mar 08 2009 Johan Cwiklinski <johan AT x-tnd DOT be> 4.3.0-1
- 4.3.1


evolution-rss-0.1.2-4.fc11
--------------------------
* Sun Mar 08 2009 Lucian Langa <cooly at gnome.eu.org> - 0.1.2-4
- rebuild against newer webkit


fsarchiver-0.4.4-2.fc11
-----------------------
* Sat Mar 07 2009 Adel Gadllah <adel.gadllah at gmail.com> - 0.4.4-1
- Update to 0.4.4

* Sat Mar 07 2009 Adel Gadllah <adel.gadllah at gmail.com> - 0.4.4-2
- Fix file section
- Fix changelog


ggz-gtk-client-0.99.4-1.fc11
----------------------------
* Sun Mar 08 2009 Brian Pepple <bpepple at fedoraproject.org> - 0.99.4-1
- Update to 0.99.4.

* Tue Feb 24 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 0.0.14.1-2
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


ghc-X11-1.4.5-5.fc11
--------------------
* Sun Mar 08 2009 Yaakov M. Nemoy <yankee at localhost.localdomain> - 1.4.5-4
- forgot to include the right arch tags

* Sun Mar 08 2009 Yaakov M. Nemoy <yankee at localhost.localdomain> - 1.4.5-5
- corrected a faulty tag


gnome-commander-1.2.8-0.3.svn2483_trunk.fc11.1
----------------------------------------------
* Mon Mar 09 2009 Mamoru Tasaka <mtasaka at ioa.s.u-tokyo.ac.jp>
- rev 2483


gnugo-3.8-1.fc11
----------------
* Sun Mar 08 2009 Michel Salim <salimma at fedoraproject.org> - 3.8-1
- Update to 3.8
- License is now GPLv3+
- Enable readline support


icelandic-fonts-1.001-7.fc11
----------------------------
* Sun Mar 08 2009 Jon Stanley <jonstanley at gmail.com> - 1.001-6
- Use font_pkg macro again

* Sun Mar 08 2009 Jon Stanley <jonstanley at gmail.com> - 1.001-7
- Fix including %post in here from last fix


kdegraphics-4.2.1-2.fc11
------------------------
* Sun Mar 08 2009 Rex Dieter <rdieter at fedoraproject.org> 4.2.1-2
- missing dependency on kipiplugin.desktop (#489218)


kernel-2.6.29-0.215.rc7.fc11
----------------------------
* Mon Mar 09 2009 Dave Airlie <airlied at redhat.com>
- drm-next.patch: fixes from upstream queue for r600 support
- drm-modesetting-radeon.patch: make 2D/3D on PCIE faster

* Fri Mar 06 2009 Matthew Garrett <mjg at redhat.com>
- linux-2.6-input-fix-toshiba-hotkeys.patch: Avoid polling for hotkey events
  on Toshibas

* Fri Mar 06 2009 Mauro Carvalho Chehab <mchehab at redhat.com>
- drivers/media: Some fixes and a cleanup on F11 v4l/dvb config.generic

* Fri Mar 06 2009 Dave Jones <davej at redhat.com>
- kernel-devel needs include/trace headers. (Josh Stone <jistone at redhat.com>)

* Fri Mar 06 2009 Mauro Carvalho Chehab <mchehab at redhat.com>
- drivers/media: Kconfig cleanups and fixes

* Fri Mar 06 2009 Mauro Carvalho Chehab <mchehab at redhat.com>
- drivers/media: remove frontends from config-generic

* Fri Mar 06 2009 Jarod Wilson <jarod at redhat.com>
- kernel-devel also needs include/crypto headers

* Fri Mar 06 2009 Jarod Wilson <jarod at redhat.com>
- add atom to p4-clockmod for thermal mgmt benefits for the atom
  procs that don't do freq scaling (lookin' at you, atom 330)


kerneloops-0.12-4.fc11
----------------------
* Sun Mar 08 2009 Lubomir Rintel <lkundrak at v3.sk> 0.12-4
- Don't install the initscript, deinstall if present


liferea-1.4.26-1.fc11
---------------------
* Sun Mar 08 2009 Steven M. Parrish <tuxbrewr at fedoraproject.org> 1.4.26-1
- New upstream release


linuxwacom-0.8.2.2-9.fc11
-------------------------

liveusb-creator-3.6-1.fc11
--------------------------
* Sat Mar 07 2009 Luke Macken <lmacken at redhat.com> 3.6-1
- Require pyparted
- Update to v3.6

* Fri Mar 06 2009 wwp <subscript at free.fr> 3.5-2
- Fix dd commands when output path contain whitespaces


lm_sensors-3.1.0-1.fc11
-----------------------
* Sun Mar 08 2009 Hans de Goede <hdegoede at redhat.com> 3.1.0-1
- New upstream release 3.1.0


mecab-0.98-0.1.pre1.fc11
------------------------
* Mon Mar 09 2009 Mamoru Tasaka <mtasaka at ioa.s.u-tokyo.ac.jp> - 0.98-0.1.pre1
- Update to 0.98pre1


midori-0.1.4-1.fc11
-------------------
* Sat Mar 07 2009 Peter Gordon <peter at thecodergeek.com> - 0.1.4-1
- Update to new upstream release (0.1.4): mostly small usability fixes and
  related improvements.
- Drop upstreamed no-git patch.
  - no-git.patch


nsd-3.2.1-5.fc11
----------------
* Sun Mar 08 2009 Paul Wouters <paul at xelerance.com> - 3.2.1-5
- nsd used the 'named' subsystem in one call in the init script


openchange-0.8-6.fc11
---------------------
* Sun Mar 08 2009 Matthew Barnes <mbarnes at redhat.com> - 0.8-6
- Fix build breakage.
- Explicitly require libldb-devel.
- Bump samba4 requirement to alpha7.


perl-5.10.0-59.fc11
-------------------
* Sun Mar 08 2009 Robert Scheck <robert at fedoraproject.org> - 4:5.10.0-59
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


perl-Class-MOP-0.78-1.fc11
--------------------------
* Sun Mar 08 2009 Chris Weyl <cweyl at alumni.drew.edu> 0.78-1
- update to 0.78


perl-Class-Prototyped-1.11-3.fc11
---------------------------------
* Mon Mar 09 2009 Lubomir Rintel <lkundrak at v3.sk> 1.11-3
- Fix permissions
- Fix requires/provides


perl-Math-Pari-2.010801-3.fc11
------------------------------
* Sun Mar 08 2009 Paul Howarth <paul at city-fan.org> - 2.010801-3
- Filter out unwanted provides for perl shared objects


perl-Net-SSLeay-1.35-4.fc11
---------------------------
* Sun Mar 08 2009 Paul Howarth <paul at city-fan.org> - 1.35-4
- filter out unwanted provides for perl shared objects
- run tests in verbose mode


perl-SQL-Translator-0.09004-1.fc11
----------------------------------
* Sun Mar 08 2009 Chris Weyl <cweyl at alumni.drew.edu> 0.09004-1
- update to 0.09004


php-pear-Cache-Lite-1.7.7-1.fc11
--------------------------------
* Sun Mar 08 2009 Remi Collet <Fedora at FamilleCollet.com> 1.7.7-1
- update to 1.7.7 (bugfix)


postgresql-8.3.6-3.fc11
-----------------------
* Sun Mar 08 2009 Tom Lane <tgl at redhat.com> 8.3.6-3
- Enable tracing via systemtap
Resolves: #488941


purple-msn-pecan-0.0.18-2.fc11
------------------------------
* Sun Mar 08 2009 Edouard Bourguignon <madko at linuxed.net> - 0.0.18-1
- Upgrade to 0.0.18
- Patch russion translation file for missing plural line 348 in po/libmsn-pecan-ru.po

* Sun Mar 08 2009 Edouard Bourguignon <madko at linuxed.net> - 0.0.18-2
- Up-to-date description


pywebkitgtk-1.0.1-6.fc11
------------------------
* Sun Mar 08 2009 Steven M. Parrish <tuxbrewr at fedoraproject.org>
- Rebuilt for soname bump for webkitgtk+


ratbox-services-1.2.1-2.fc11
----------------------------
* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 1.2.1-2
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


rkhunter-1.3.4-5.fc11
---------------------
* Sun Mar 08 2009 Kevin Fenzi <kevin at tummy.com> - 1.3.4-5
- Fix typo in patch file


roadstencil-fonts-1.0-7.fc11
----------------------------
* Sun Mar 08 2009 Jon Stanley <jonstanley at gmail.com> - 1.0-7
- Update for new guidelines


rpm-4.7.0-0.beta1.2.fc11
------------------------
* Sun Mar 08 2009 Panu Matilainen <pmatilai at redhat.com> - 4.7.0-0.beta1.2
- load macros before creating directories on src.rpm install (#489104)


samba4-4.0.0-10alpha7.fc11
--------------------------
* Sun Mar 08 2009 Matthew Barnes <mbarnes at redhat.com> - 4.0.0-10alpha7
- Remove ldb.pc from samba4-devel (RH bug #489186).


scorched3d-42.1-1.fc11
----------------------
* Sun Mar 08 2009 Hans de Goede <hdegoede at redhat.com> 42.1-1
- New upstream release 42.1


scribes-0.3.3.3-4.fc11
----------------------
* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 0.3.3.3-4
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


tiger-3.2.1-10.fc11
-------------------
* Sun Mar 08 2009 Caol??n McNamara <caolanm at redhat.com> 3.2.1-10
- defuzz patches to rebuild

* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 3.2.1-9
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


uncrustify-0.52-1.fc11
----------------------
* Sun Mar 08 2009 Neal Becker <ndbecker2 at gmail.com> - 0.52-1
- Update to 0.52


xemacs-21.5.28-12.fc11
----------------------
* Sun Mar 08 2009 Ville Skytt?? <ville.skytta at iki.fi> - 21.5.28-12
- Make XFontSet support optional at build time and disable it by default
  to work around #478370.


xl2tpd-1.2.4-3.fc11
-------------------
* Sun Mar 08 2009 Paul Wouters <paul at xelerance.com> - 1.2.4-1
- Upgraded to 1.2.4
- Merged spec file with upstream

* Sun Mar 08 2009 Paul Wouters <paul at xelerance.com> - 1.2.4-2
-Fix initscript for https://bugzilla.redhat.com/show_bug.cgi?id=247100

* Sun Mar 08 2009 Paul Wouters <paul at xelerance.com> - 1.2.4-3
- Bump version for tagging mistake


xmlrpc3-3.0-3.9.fc11
--------------------
* Thu Feb 26 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 3.0-3.9
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


xorg-x11-drv-evdev-2.2.0-1.fc11
-------------------------------
* Mon Mar 09 2009 Peter Hutterer <peter.hutterer at redhat.com> 2.2.0-1
- evdev 2.2.0


xorg-x11-drv-nouveau-0.0.12-9.20090309gited9bd88.fc11
-----------------------------------------------------
* Mon Mar 09 2009 Ben Skeggs <bskeggs at redhat.com> 0.0.12-9.20090309gited9bd88
- upstream update, fixes
- store used vbios image in /var/run, will potentially help debugging later


xorg-x11-drv-synaptics-1.1.0-1.fc11
-----------------------------------
* Mon Mar 09 2009 Peter Hutterer <peter.hutterer at redhat.com> 1.1.0-1
- synaptics 1.1


xteddy-2.0.1-4.fc11
-------------------
* Sun Mar 08 2009 Lubomir Rintel <lkundrak at v3.sk> 2.0.1-4
- Fix startup crash


Summary:
Added Packages: 2
Removed Packages: 1
Modified Packages: 59
Broken deps for i386
----------------------------------------------------------
	1:anjuta-2.25.902-5.fc11.i586 requires libwebkit-1.0.so.1
	asterisk-ais-1.6.1-0.21.rc1.fc11.i386 requires libSaClm.so.2
	asterisk-ais-1.6.1-0.21.rc1.fc11.i386 requires libSaEvt.so.2
	asterisk-ais-1.6.1-0.21.rc1.fc11.i386 requires libSaEvt.so.2(OPENAIS_EVT_B.01.01)
	asterisk-ais-1.6.1-0.21.rc1.fc11.i386 requires libSaClm.so.2(OPENAIS_CLM_B.01.01)
	asterisk-odbc-1.6.1-0.21.rc1.fc11.i386 requires libodbc.so.1
	asterisk-voicemail-odbc-1.6.1-0.21.rc1.fc11.i386 requires libodbc.so.1
	dbmail-2.2.11-2.fc10.i386 requires libgmime-2.0.so.2
	dbmail-auth-ldap-2.2.11-2.fc10.i386 requires libgmime-2.0.so.2
	dbmail-mysql-2.2.11-2.fc10.i386 requires libssl.so.7
	dbmail-mysql-2.2.11-2.fc10.i386 requires libcrypto.so.7
	dbmail-mysql-2.2.11-2.fc10.i386 requires libmysqlclient.so.15
	dbmail-mysql-2.2.11-2.fc10.i386 requires libgmime-2.0.so.2
	dbmail-mysql-2.2.11-2.fc10.i386 requires libmysqlclient.so.15(libmysqlclient_15)
	dbmail-pgsql-2.2.11-2.fc10.i386 requires libgmime-2.0.so.2
	gdal-1.6.0-4.fc11.i386 requires libodbc.so.1
	gdal-1.6.0-4.fc11.i386 requires libodbcinst.so.1
	gdal-1.6.0-4.fc11.i386 requires libhdf5.so.5
	gdal-perl-1.6.0-4.fc11.i386 requires libodbc.so.1
	gdal-perl-1.6.0-4.fc11.i386 requires libodbcinst.so.1
	gdal-perl-1.6.0-4.fc11.i386 requires libhdf5.so.5
	gdal-ruby-1.6.0-4.fc11.i386 requires libodbc.so.1
	gdal-ruby-1.6.0-4.fc11.i386 requires libodbcinst.so.1
	gdal-ruby-1.6.0-4.fc11.i386 requires libhdf5.so.5
	2:gimp-help-browser-2.6.5-2.fc11.i586 requires libwebkit-1.0.so.1
	gnome-phone-manager-0.60-5.fc11.i586 requires libgnomebt.so.1
	grass-6.3.0-10.fc11.i386 requires libodbc.so.1
	gurlchecker-0.10.1-11.fc11.i586 requires libclamav.so.5(CLAMAV_PUBLIC)
	gurlchecker-0.10.1-11.fc11.i586 requires libclamav.so.5
	klamav-0.44-4.fc11.i586 requires libclamav.so.5(CLAMAV_PRIVATE)
	klamav-0.44-4.fc11.i586 requires libclamav.so.5
	klamav-0.44-4.fc11.i586 requires libclamav.so.5(CLAMAV_PUBLIC)
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgdamm-3.0.so.10
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb_graph-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb_extra-3.0.so.4
	libopensync-plugin-syncml-0.35-4.fc10.i386 requires libsyncml.so.0
	libproxy-webkit-0.2.3-9.fc11.i586 requires libwebkit-1.0.so.1
	lsvpd-1.6.4-3.fc10.i386 requires libvpd_cxx-2.0.so.0
	mapnik-0.5.2-0.10.svn780.fc11.i386 requires dejavu-fonts-sans
	mecab-java-0.97-3.fc11.i586 requires mecab = 0:0.97
	mhonarc-2.6.16-5.fc11.noarch requires perl(readmail.pl)
	mhonarc-2.6.16-5.fc11.noarch requires perl(ewhutil.pl)
	mhonarc-2.6.16-5.fc11.noarch requires perl(mhtime.pl)
	oyranos-0.1.7-13.fc11.i586 requires libelektra.so.2
	oyranos-libs-0.1.7-13.fc11.i586 requires libelektra.so.2
	1:pan-0.133-1.fc10.i386 requires libgmime-2.0.so.2
	perl-mecab-0.97-4.fc11.i586 requires mecab = 0:0.97
	pfstools-octave-1.7.0-3.fc11.i386 requires libhdf5.so.5
	postgresql-odbcng-0.90.101-2.fc10.i386 requires libodbcinst.so.1
	python-mecab-0.97-2.fc11.i586 requires mecab = 0:0.97
	qpidd-cluster-0.4.738618-2.fc11.i386 requires libcpg.so.2(COROSYNC_CPG_1.0)
	qpidd-cluster-0.4.738618-2.fc11.i386 requires libcpg.so.2
	rhnpush-0.4.5-1.fc11.noarch requires rhnlib
	ruby-mecab-0.97-3.fc11.i586 requires mecab = 0:0.97
	ruby-rpm-1.2.3-4.fc9.i386 requires librpmdb-4.4.so
	ruby-rpm-1.2.3-4.fc9.i386 requires librpmio-4.4.so
	ruby-rpm-1.2.3-4.fc9.i386 requires librpmbuild-4.4.so
	ruby-rpm-1.2.3-4.fc9.i386 requires librpm-4.4.so
	sugar-update-control-0.20-3.fc11.noarch requires /usr/bin/python2.5
	sugar-update-control-0.20-3.fc11.noarch requires olpc-update >= 0:2.13
	vtk-examples-5.0.4-26.fc11.i386 requires vtkdata = 0:5.0.4
	vtk-testing-5.0.4-26.fc11.i386 requires vtkdata = 0:5.0.4



Broken deps for x86_64
----------------------------------------------------------
	1:anjuta-2.25.902-5.fc11.i586 requires libwebkit-1.0.so.1
	1:anjuta-2.25.902-5.fc11.x86_64 requires libwebkit-1.0.so.1()(64bit)
	asterisk-ais-1.6.1-0.21.rc1.fc11.x86_64 requires libSaEvt.so.2()(64bit)
	asterisk-ais-1.6.1-0.21.rc1.fc11.x86_64 requires libSaClm.so.2(OPENAIS_CLM_B.01.01)(64bit)
	asterisk-ais-1.6.1-0.21.rc1.fc11.x86_64 requires libSaEvt.so.2(OPENAIS_EVT_B.01.01)(64bit)
	asterisk-ais-1.6.1-0.21.rc1.fc11.x86_64 requires libSaClm.so.2()(64bit)
	asterisk-odbc-1.6.1-0.21.rc1.fc11.x86_64 requires libodbc.so.1()(64bit)
	asterisk-voicemail-odbc-1.6.1-0.21.rc1.fc11.x86_64 requires libodbc.so.1()(64bit)
	dbmail-2.2.11-2.fc10.x86_64 requires libgmime-2.0.so.2()(64bit)
	dbmail-auth-ldap-2.2.11-2.fc10.x86_64 requires libgmime-2.0.so.2()(64bit)
	dbmail-mysql-2.2.11-2.fc10.x86_64 requires libmysqlclient.so.15(libmysqlclient_15)(64bit)
	dbmail-mysql-2.2.11-2.fc10.x86_64 requires libgmime-2.0.so.2()(64bit)
	dbmail-mysql-2.2.11-2.fc10.x86_64 requires libssl.so.7()(64bit)
	dbmail-mysql-2.2.11-2.fc10.x86_64 requires libcrypto.so.7()(64bit)
	dbmail-mysql-2.2.11-2.fc10.x86_64 requires libmysqlclient.so.15()(64bit)
	dbmail-pgsql-2.2.11-2.fc10.x86_64 requires libgmime-2.0.so.2()(64bit)
	gdal-1.6.0-4.fc11.i386 requires libodbc.so.1
	gdal-1.6.0-4.fc11.i386 requires libodbcinst.so.1
	gdal-1.6.0-4.fc11.i386 requires libhdf5.so.5
	gdal-1.6.0-4.fc11.x86_64 requires libhdf5.so.5()(64bit)
	gdal-1.6.0-4.fc11.x86_64 requires libodbcinst.so.1()(64bit)
	gdal-1.6.0-4.fc11.x86_64 requires libodbc.so.1()(64bit)
	gdal-perl-1.6.0-4.fc11.x86_64 requires libhdf5.so.5()(64bit)
	gdal-perl-1.6.0-4.fc11.x86_64 requires libodbcinst.so.1()(64bit)
	gdal-perl-1.6.0-4.fc11.x86_64 requires libodbc.so.1()(64bit)
	gdal-ruby-1.6.0-4.fc11.x86_64 requires libhdf5.so.5()(64bit)
	gdal-ruby-1.6.0-4.fc11.x86_64 requires libodbcinst.so.1()(64bit)
	gdal-ruby-1.6.0-4.fc11.x86_64 requires libodbc.so.1()(64bit)
	2:gimp-help-browser-2.6.5-2.fc11.x86_64 requires libwebkit-1.0.so.1()(64bit)
	gnome-phone-manager-0.60-5.fc11.x86_64 requires libgnomebt.so.1()(64bit)
	grass-6.3.0-10.fc11.x86_64 requires libodbc.so.1()(64bit)
	gurlchecker-0.10.1-11.fc11.x86_64 requires libclamav.so.5(CLAMAV_PUBLIC)(64bit)
	gurlchecker-0.10.1-11.fc11.x86_64 requires libclamav.so.5()(64bit)
	klamav-0.44-4.fc11.x86_64 requires libclamav.so.5(CLAMAV_PUBLIC)(64bit)
	klamav-0.44-4.fc11.x86_64 requires libclamav.so.5()(64bit)
	klamav-0.44-4.fc11.x86_64 requires libclamav.so.5(CLAMAV_PRIVATE)(64bit)
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgdamm-3.0.so.10
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb_graph-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb_extra-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.x86_64 requires libgnomedb_graph-3.0.so.4()(64bit)
	libgnomedbmm-2.9.5-4.fc9.x86_64 requires libgnomedb-3.0.so.4()(64bit)
	libgnomedbmm-2.9.5-4.fc9.x86_64 requires libgdamm-3.0.so.10()(64bit)
	libgnomedbmm-2.9.5-4.fc9.x86_64 requires libgnomedb_extra-3.0.so.4()(64bit)
	libopensync-plugin-syncml-0.35-4.fc10.x86_64 requires libsyncml.so.0()(64bit)
	libproxy-webkit-0.2.3-9.fc11.x86_64 requires libwebkit-1.0.so.1()(64bit)
	lsvpd-1.6.4-3.fc10.x86_64 requires libvpd_cxx-2.0.so.0()(64bit)
	mapnik-0.5.2-0.10.svn780.fc11.i386 requires dejavu-fonts-sans
	mapnik-0.5.2-0.10.svn780.fc11.x86_64 requires dejavu-fonts-sans
	mecab-java-0.97-3.fc11.x86_64 requires mecab = 0:0.97
	mhonarc-2.6.16-5.fc11.noarch requires perl(readmail.pl)
	mhonarc-2.6.16-5.fc11.noarch requires perl(ewhutil.pl)
	mhonarc-2.6.16-5.fc11.noarch requires perl(mhtime.pl)
	oyranos-0.1.7-13.fc11.x86_64 requires libelektra.so.2()(64bit)
	oyranos-libs-0.1.7-13.fc11.i586 requires libelektra.so.2
	oyranos-libs-0.1.7-13.fc11.x86_64 requires libelektra.so.2()(64bit)
	1:pan-0.133-1.fc10.x86_64 requires libgmime-2.0.so.2()(64bit)
	perl-mecab-0.97-4.fc11.x86_64 requires mecab = 0:0.97
	pfstools-octave-1.7.0-3.fc11.x86_64 requires libhdf5.so.5()(64bit)
	postgresql-odbcng-0.90.101-2.fc10.i386 requires libodbcinst.so.1
	postgresql-odbcng-0.90.101-2.fc10.x86_64 requires libodbcinst.so.1()(64bit)
	python-mecab-0.97-2.fc11.x86_64 requires mecab = 0:0.97
	qpidd-cluster-0.4.738618-2.fc11.x86_64 requires libcpg.so.2()(64bit)
	qpidd-cluster-0.4.738618-2.fc11.x86_64 requires libcpg.so.2(COROSYNC_CPG_1.0)(64bit)
	rhnpush-0.4.5-1.fc11.noarch requires rhnlib
	ruby-mecab-0.97-3.fc11.x86_64 requires mecab = 0:0.97
	ruby-rpm-1.2.3-4.fc9.x86_64 requires librpmdb-4.4.so()(64bit)
	ruby-rpm-1.2.3-4.fc9.x86_64 requires librpmbuild-4.4.so()(64bit)
	ruby-rpm-1.2.3-4.fc9.x86_64 requires librpmio-4.4.so()(64bit)
	ruby-rpm-1.2.3-4.fc9.x86_64 requires librpm-4.4.so()(64bit)
	sugar-update-control-0.20-3.fc11.noarch requires /usr/bin/python2.5
	sugar-update-control-0.20-3.fc11.noarch requires olpc-update >= 0:2.13
	vtk-examples-5.0.4-26.fc11.x86_64 requires vtkdata = 0:5.0.4
	vtk-testing-5.0.4-26.fc11.x86_64 requires vtkdata = 0:5.0.4



Broken deps for ppc
----------------------------------------------------------
	1:anjuta-2.25.902-5.fc11.ppc requires libwebkit-1.0.so.1
	1:anjuta-2.25.902-5.fc11.ppc64 requires libwebkit-1.0.so.1()(64bit)
	asterisk-ais-1.6.1-0.21.rc1.fc11.ppc requires libSaClm.so.2
	asterisk-ais-1.6.1-0.21.rc1.fc11.ppc requires libSaEvt.so.2
	asterisk-ais-1.6.1-0.21.rc1.fc11.ppc requires libSaEvt.so.2(OPENAIS_EVT_B.01.01)
	asterisk-ais-1.6.1-0.21.rc1.fc11.ppc requires libSaClm.so.2(OPENAIS_CLM_B.01.01)
	asterisk-odbc-1.6.1-0.21.rc1.fc11.ppc requires libodbc.so.1
	asterisk-voicemail-odbc-1.6.1-0.21.rc1.fc11.ppc requires libodbc.so.1
	dbmail-2.2.11-2.fc10.ppc requires libgmime-2.0.so.2
	dbmail-auth-ldap-2.2.11-2.fc10.ppc requires libgmime-2.0.so.2
	dbmail-mysql-2.2.11-2.fc10.ppc requires libssl.so.7
	dbmail-mysql-2.2.11-2.fc10.ppc requires libmysqlclient.so.15
	dbmail-mysql-2.2.11-2.fc10.ppc requires libcrypto.so.7
	dbmail-mysql-2.2.11-2.fc10.ppc requires libmysqlclient.so.15(libmysqlclient_15)
	dbmail-mysql-2.2.11-2.fc10.ppc requires libgmime-2.0.so.2
	dbmail-pgsql-2.2.11-2.fc10.ppc requires libgmime-2.0.so.2
	gdal-1.6.0-4.fc11.ppc requires libodbc.so.1
	gdal-1.6.0-4.fc11.ppc requires libodbcinst.so.1
	gdal-1.6.0-4.fc11.ppc requires libhdf5.so.5
	gdal-1.6.0-4.fc11.ppc64 requires libhdf5.so.5()(64bit)
	gdal-1.6.0-4.fc11.ppc64 requires libodbcinst.so.1()(64bit)
	gdal-1.6.0-4.fc11.ppc64 requires libodbc.so.1()(64bit)
	gdal-perl-1.6.0-4.fc11.ppc requires libodbc.so.1
	gdal-perl-1.6.0-4.fc11.ppc requires libodbcinst.so.1
	gdal-perl-1.6.0-4.fc11.ppc requires libhdf5.so.5
	gdal-ruby-1.6.0-4.fc11.ppc requires libodbc.so.1
	gdal-ruby-1.6.0-4.fc11.ppc requires libodbcinst.so.1
	gdal-ruby-1.6.0-4.fc11.ppc requires libhdf5.so.5
	2:gimp-help-browser-2.6.5-2.fc11.ppc requires libwebkit-1.0.so.1
	gnome-phone-manager-0.60-5.fc11.ppc requires libgnomebt.so.1
	grass-6.3.0-10.fc11.ppc requires libodbc.so.1
	gurlchecker-0.10.1-11.fc11.ppc requires libclamav.so.5(CLAMAV_PUBLIC)
	gurlchecker-0.10.1-11.fc11.ppc requires libclamav.so.5
	klamav-0.44-4.fc11.ppc requires libclamav.so.5(CLAMAV_PRIVATE)
	klamav-0.44-4.fc11.ppc requires libclamav.so.5
	klamav-0.44-4.fc11.ppc requires libclamav.so.5(CLAMAV_PUBLIC)
	libgnomedbmm-2.9.5-4.fc9.ppc requires libgdamm-3.0.so.10
	libgnomedbmm-2.9.5-4.fc9.ppc requires libgnomedb_graph-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.ppc requires libgnomedb-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.ppc requires libgnomedb_extra-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgnomedb_graph-3.0.so.4()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgnomedb-3.0.so.4()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgdamm-3.0.so.10()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgnomedb_extra-3.0.so.4()(64bit)
	libopensync-plugin-syncml-0.35-4.fc10.ppc requires libsyncml.so.0
	libproxy-webkit-0.2.3-9.fc11.ppc requires libwebkit-1.0.so.1
	lsvpd-1.6.4-3.fc10.ppc requires libvpd_cxx-2.0.so.0
	mapnik-0.5.2-0.10.svn780.fc11.ppc requires dejavu-fonts-sans
	mapnik-0.5.2-0.10.svn780.fc11.ppc64 requires dejavu-fonts-sans
	mecab-java-0.97-3.fc11.ppc requires mecab = 0:0.97
	mhonarc-2.6.16-5.fc11.noarch requires perl(readmail.pl)
	mhonarc-2.6.16-5.fc11.noarch requires perl(ewhutil.pl)
	mhonarc-2.6.16-5.fc11.noarch requires perl(mhtime.pl)
	oyranos-0.1.7-13.fc11.ppc requires libelektra.so.2
	oyranos-libs-0.1.7-13.fc11.ppc requires libelektra.so.2
	oyranos-libs-0.1.7-13.fc11.ppc64 requires libelektra.so.2()(64bit)
	1:pan-0.133-1.fc10.ppc requires libgmime-2.0.so.2
	perl-mecab-0.97-4.fc11.ppc requires mecab = 0:0.97
	pfstools-octave-1.7.0-3.fc11.ppc requires libhdf5.so.5
	postgresql-odbcng-0.90.101-2.fc10.ppc requires libodbcinst.so.1
	postgresql-odbcng-0.90.101-2.fc10.ppc64 requires libodbcinst.so.1()(64bit)
	python-mecab-0.97-2.fc11.ppc requires mecab = 0:0.97
	qpidd-cluster-0.4.738618-2.fc11.ppc requires libcpg.so.2(COROSYNC_CPG_1.0)
	qpidd-cluster-0.4.738618-2.fc11.ppc requires libcpg.so.2
	rhnpush-0.4.5-1.fc11.noarch requires rhnlib
	ruby-mecab-0.97-3.fc11.ppc requires mecab = 0:0.97
	ruby-rpm-1.2.3-4.fc9.ppc requires librpmdb-4.4.so
	ruby-rpm-1.2.3-4.fc9.ppc requires librpmio-4.4.so
	ruby-rpm-1.2.3-4.fc9.ppc requires librpmbuild-4.4.so
	ruby-rpm-1.2.3-4.fc9.ppc requires librpm-4.4.so
	sugar-update-control-0.20-3.fc11.noarch requires /usr/bin/python2.5
	sugar-update-control-0.20-3.fc11.noarch requires olpc-update >= 0:2.13
	vtk-examples-5.0.4-26.fc11.ppc requires vtkdata = 0:5.0.4
	vtk-testing-5.0.4-26.fc11.ppc requires vtkdata = 0:5.0.4



Broken deps for ppc64
----------------------------------------------------------
	1:anjuta-2.25.902-5.fc11.ppc64 requires libwebkit-1.0.so.1()(64bit)
	asterisk-ais-1.6.1-0.21.rc1.fc11.ppc64 requires libSaEvt.so.2()(64bit)
	asterisk-ais-1.6.1-0.21.rc1.fc11.ppc64 requires libSaClm.so.2(OPENAIS_CLM_B.01.01)(64bit)
	asterisk-ais-1.6.1-0.21.rc1.fc11.ppc64 requires libSaEvt.so.2(OPENAIS_EVT_B.01.01)(64bit)
	asterisk-ais-1.6.1-0.21.rc1.fc11.ppc64 requires libSaClm.so.2()(64bit)
	asterisk-odbc-1.6.1-0.21.rc1.fc11.ppc64 requires libodbc.so.1()(64bit)
	asterisk-voicemail-odbc-1.6.1-0.21.rc1.fc11.ppc64 requires libodbc.so.1()(64bit)
	cabal2spec-0.12-1.fc11.noarch requires ghc > 0:6.10.1-7
	dbmail-2.2.11-2.fc10.ppc64 requires libgmime-2.0.so.2()(64bit)
	dbmail-auth-ldap-2.2.11-2.fc10.ppc64 requires libgmime-2.0.so.2()(64bit)
	dbmail-mysql-2.2.11-2.fc10.ppc64 requires libgmime-2.0.so.2()(64bit)
	dbmail-mysql-2.2.11-2.fc10.ppc64 requires libssl.so.7()(64bit)
	dbmail-mysql-2.2.11-2.fc10.ppc64 requires libmysqlclient.so.15(libmysqlclient_15)(64bit)
	dbmail-mysql-2.2.11-2.fc10.ppc64 requires libcrypto.so.7()(64bit)
	dbmail-mysql-2.2.11-2.fc10.ppc64 requires libmysqlclient.so.15()(64bit)
	dbmail-pgsql-2.2.11-2.fc10.ppc64 requires libgmime-2.0.so.2()(64bit)
	gdal-1.6.0-4.fc11.ppc64 requires libhdf5.so.5()(64bit)
	gdal-1.6.0-4.fc11.ppc64 requires libodbcinst.so.1()(64bit)
	gdal-1.6.0-4.fc11.ppc64 requires libodbc.so.1()(64bit)
	gdal-perl-1.6.0-4.fc11.ppc64 requires libhdf5.so.5()(64bit)
	gdal-perl-1.6.0-4.fc11.ppc64 requires libodbcinst.so.1()(64bit)
	gdal-perl-1.6.0-4.fc11.ppc64 requires libodbc.so.1()(64bit)
	gdal-ruby-1.6.0-4.fc11.ppc64 requires libhdf5.so.5()(64bit)
	gdal-ruby-1.6.0-4.fc11.ppc64 requires libodbcinst.so.1()(64bit)
	gdal-ruby-1.6.0-4.fc11.ppc64 requires libodbc.so.1()(64bit)
	2:gimp-help-browser-2.6.5-2.fc11.ppc64 requires libwebkit-1.0.so.1()(64bit)
	gnome-phone-manager-0.60-5.fc11.ppc64 requires libgnomebt.so.1()(64bit)
	grass-6.3.0-10.fc11.ppc64 requires libodbc.so.1()(64bit)
	gurlchecker-0.10.1-11.fc11.ppc64 requires libclamav.so.5(CLAMAV_PUBLIC)(64bit)
	gurlchecker-0.10.1-11.fc11.ppc64 requires libclamav.so.5()(64bit)
	klamav-0.44-4.fc11.ppc64 requires libclamav.so.5(CLAMAV_PUBLIC)(64bit)
	klamav-0.44-4.fc11.ppc64 requires libclamav.so.5()(64bit)
	klamav-0.44-4.fc11.ppc64 requires libclamav.so.5(CLAMAV_PRIVATE)(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgnomedb_graph-3.0.so.4()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgnomedb-3.0.so.4()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgdamm-3.0.so.10()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgnomedb_extra-3.0.so.4()(64bit)
	libopensync-plugin-syncml-0.35-4.fc10.ppc64 requires libsyncml.so.0()(64bit)
	libproxy-webkit-0.2.3-9.fc11.ppc64 requires libwebkit-1.0.so.1()(64bit)
	lsvpd-1.6.4-3.fc10.ppc64 requires libvpd_cxx-2.0.so.0()(64bit)
	mapnik-0.5.2-0.10.svn780.fc11.ppc64 requires dejavu-fonts-sans
	mecab-java-0.97-3.fc11.ppc64 requires mecab = 0:0.97
	mhonarc-2.6.16-5.fc11.noarch requires perl(readmail.pl)
	mhonarc-2.6.16-5.fc11.noarch requires perl(ewhutil.pl)
	mhonarc-2.6.16-5.fc11.noarch requires perl(mhtime.pl)
	oyranos-0.1.7-13.fc11.ppc64 requires libelektra.so.2()(64bit)
	oyranos-libs-0.1.7-13.fc11.ppc64 requires libelektra.so.2()(64bit)
	1:pan-0.133-1.fc10.ppc64 requires libgmime-2.0.so.2()(64bit)
	perl-mecab-0.97-4.fc11.ppc64 requires mecab = 0:0.97
	pfstools-octave-1.7.0-3.fc11.ppc64 requires libhdf5.so.5()(64bit)
	postgresql-odbcng-0.90.101-2.fc10.ppc64 requires libodbcinst.so.1()(64bit)
	python-mecab-0.97-2.fc11.ppc64 requires mecab = 0:0.97
	qpidd-cluster-0.4.738618-2.fc11.ppc64 requires libcpg.so.2()(64bit)
	qpidd-cluster-0.4.738618-2.fc11.ppc64 requires libcpg.so.2(COROSYNC_CPG_1.0)(64bit)
	rhnpush-0.4.5-1.fc11.noarch requires rhnlib
	ruby-mecab-0.97-3.fc11.ppc64 requires mecab = 0:0.97
	ruby-rpm-1.2.3-4.fc9.ppc64 requires librpmdb-4.4.so()(64bit)
	ruby-rpm-1.2.3-4.fc9.ppc64 requires librpmbuild-4.4.so()(64bit)
	ruby-rpm-1.2.3-4.fc9.ppc64 requires librpmio-4.4.so()(64bit)
	ruby-rpm-1.2.3-4.fc9.ppc64 requires librpm-4.4.so()(64bit)
	sugar-update-control-0.20-3.fc11.noarch requires /usr/bin/python2.5
	sugar-update-control-0.20-3.fc11.noarch requires olpc-update >= 0:2.13
	vtk-examples-5.0.4-26.fc11.ppc64 requires vtkdata = 0:5.0.4
	vtk-testing-5.0.4-26.fc11.ppc64 requires vtkdata = 0:5.0.4





From debarshi.ray at gmail.com  Mon Mar  9 08:58:29 2009
From: debarshi.ray at gmail.com (Debarshi Ray)
Date: Mon, 9 Mar 2009 14:28:29 +0530
Subject: rawhide report: 20090309 changes
In-Reply-To: <20090309084839.5EC4D1F824C@releng2.fedora.phx.redhat.com>
References: <20090309084839.5EC4D1F824C@releng2.fedora.phx.redhat.com>
Message-ID: <3170f42f0903090158v25f1e3eag59344b63780fcc6a@mail.gmail.com>

>        1:anjuta-2.25.902-5.fc11.i586 requires libwebkit-1.0.so.1
>        1:anjuta-2.25.902-5.fc11.i586 requires libwebkit-1.0.so.1
>        1:anjuta-2.25.902-5.fc11.x86_64 requires libwebkit-1.0.so.1()(64bit)
>        1:anjuta-2.25.902-5.fc11.ppc requires libwebkit-1.0.so.1
>        1:anjuta-2.25.902-5.fc11.ppc64 requires libwebkit-1.0.so.1()(64bit)
>        1:anjuta-2.25.902-5.fc11.ppc64 requires libwebkit-1.0.so.1()(64bit)

Anjuta was rebuilt just now, and so should be fixed in tomorrows Rawhide.

Cheers,
Debarshi



From hughsient at gmail.com  Mon Mar  9 10:45:54 2009
From: hughsient at gmail.com (Richard Hughes)
Date: Mon, 09 Mar 2009 10:45:54 +0000
Subject: PackageKit-QT soname bump
Message-ID: <1236595554.28374.23.camel@hughsie-work.lan>

FYI: The soname for PackageKit-QT has been bumped in 0.4.5. I think the
only thing this affects is kpackagekit, which I'm now rebuilding.

Richard.



From j.w.r.degoede at hhs.nl  Mon Mar  9 11:03:10 2009
From: j.w.r.degoede at hhs.nl (Hans de Goede)
Date: Mon, 09 Mar 2009 12:03:10 +0100
Subject: Headsup: soname changing ImageMagick update coming 2 rawhide
Message-ID: <49B4F76E.2070602@hhs.nl>

Hi all,

A bit late in the release cycle, but I delayed it to not disrupt the
mass rebuild. I'm updating ImageMagick to 6.4.9-9

Which changes the soname (and ABI) of the included libraries.
The following packages are affected by this and will need to be rebuild
(once the new ImageMagick is in the build repo):

ale-0:0.9.0.1-3.fc11.x86_64
autotrace-0:0.31.1-20.fc11.x86_64
drawtiming-0:0.6.2-4.fc11.x86_64
evolution-brutus-0:1.2.34-2.fc11.x86_64
gdl-0:0.9-0.2.rc2.20090224.fc11.x86_64
imageinfo-0:0.05-7.fc11.x86_64
inkscape-0:0.47-0.5.20090301svn.fc11.x86_64
k3d-0:0.6.7.0-9.fc11.x86_64
kismet-extras-0:0.0.2008.05.R1-3.fc10.x86_64
koffice-karbon-2:1.6.3-19.20090306svn.fc11.x86_64
koffice-libs-2:1.6.3-19.20090306svn.fc11.x86_64
libfprint-0:0.1.0-5.pre1.fc11.x86_64
nip2-0:7.16.4-2.fc11.x86_64
octave-forge-0:20080831-5.fc11.x86_64
oxine-0:0.7.1-3.fc11.x86_64
pfstools-imgmagick-0:1.7.0-3.fc11.x86_64
php-magickwand-0:1.0.8-1.fc11.x86_64
php-pecl-imagick-0:2.2.2-1.fc11.x86_64
psiconv-0:0.9.8-3.fc11.x86_64
pstoedit-0:3.45-6.fc11.x86_64
q-magick-0:7.11-4.fc11.x86_64
ruby-RMagick-0:2.9.1-2.fc11.x86_64
vips-0:7.16.4-2.fc11.x86_64
xastir-0:1.9.5-2.fc11.x86_64
xine-lib-extras-0:1.1.16.2-4.fc11.x86_64

Regards,

Hans



From rjones at redhat.com  Mon Mar  9 11:10:52 2009
From: rjones at redhat.com (Richard W.M. Jones)
Date: Mon, 9 Mar 2009 11:10:52 +0000
Subject: FESCo Meeting Summary - 2009-03-06
In-Reply-To: <20090306193013.GA16507@nostromo.devel.redhat.com>
References: <20090306193013.GA16507@nostromo.devel.redhat.com>
Message-ID: <20090309111052.GA1661@amd.home.annexia.org>

So David has stopped being a Fedora volunteer and decided to become an
Ubuntu user instead:

http://davidnielsen.wordpress.com/2009/03/07/drawing-my-own-conclusion/

I seem to be in a minority, but I think this is a great shame.  We
should treat volunteers much better.  FESCo shouldn't shoot down
proposals without telling the owners of those proposals (no matter how
stupid they think the proposal is, it's courteous to arrange a time
when that person can be present and state their case).

I will just note here that Ubuntu has a code of conduct which is worth
reading:

http://www.ubuntu.com/community/conduct

Rich.

-- 
Richard Jones, Emerging Technologies, Red Hat  http://et.redhat.com/~rjones
Read my OCaml programming blog: http://camltastic.blogspot.com/
Fedora now supports 68 OCaml packages (the OPEN alternative to F#)
http://cocan.org/getting_started_with_ocaml_on_red_hat_and_fedora



From jwboyer at gmail.com  Mon Mar  9 11:34:07 2009
From: jwboyer at gmail.com (Josh Boyer)
Date: Mon, 9 Mar 2009 07:34:07 -0400
Subject: FESCo Meeting Summary - 2009-03-06
In-Reply-To: <20090309111052.GA1661@amd.home.annexia.org>
References: <20090306193013.GA16507@nostromo.devel.redhat.com>
	<20090309111052.GA1661@amd.home.annexia.org>
Message-ID: <20090309113407.GB2256@yoda.jdub.homelinux.org>

On Mon, Mar 09, 2009 at 11:10:52AM +0000, Richard W.M. Jones wrote:
>So David has stopped being a Fedora volunteer and decided to become an
>Ubuntu user instead:
>
>http://davidnielsen.wordpress.com/2009/03/07/drawing-my-own-conclusion/

That's a shame indeed.

>I seem to be in a minority, but I think this is a great shame.  We
>should treat volunteers much better.  FESCo shouldn't shoot down
>proposals without telling the owners of those proposals (no matter how
>stupid they think the proposal is, it's courteous to arrange a time
>when that person can be present and state their case).

There are 2 issues I want to highlight here.

1) When a Feature is declined by FESCo, that does not mean that the
   application(s) in question will not be included in the distro.  It
   simply means that it will not be highlighted, or in this case made
   the default.

Perhaps it was a culmination of events that lead David to his decision.
I certainly hope it was not the fact that banshee won't be the default,
because it can most certainly still be in the distro and reproposed for
F12.

2) FESCo actually does try to inform Feature owners about when their
   Feature is going to be discussed.  A weekly agenda is published before
   the meeting, and I believe we either are or are planning to email
   the owners directly.  However, we cannot always wait for the Feature
   owner to be available due to timezones, vacations, etc.  We make a
   best effort and any feedback should be done on the list or on the
   Feature page itself.


>I will just note here that Ubuntu has a code of conduct which is worth
>reading:
>
>http://www.ubuntu.com/community/conduct

Not want to dismiss this out of hand, I went and read it.  I also read
the follow on Leadership code of conduct.  I don't immediately see why
you decided to point this out, as I cannot tell what you think FESCo
has done that would violate anything in there.

I'll also point out that Fedora has existed for a number of years without
a documented code of conduct.  While the document you pointed to is
certainly nice, I don't see the need to write down and require everyone
to sign something that is just plain common sense.

josh



From snecklifter at gmail.com  Mon Mar  9 11:39:10 2009
From: snecklifter at gmail.com (Christopher Brown)
Date: Mon, 9 Mar 2009 11:39:10 +0000
Subject: FESCo Meeting Summary - 2009-03-06
In-Reply-To: <20090309111052.GA1661@amd.home.annexia.org>
References: <20090306193013.GA16507@nostromo.devel.redhat.com>
	<20090309111052.GA1661@amd.home.annexia.org>
Message-ID: <364d303b0903090439mfef5df9wb00abf04097e103d@mail.gmail.com>

2009/3/9 Richard W.M. Jones <rjones at redhat.com>:
> So David has stopped being a Fedora volunteer and decided to become an
> Ubuntu user instead:
>
> http://davidnielsen.wordpress.com/2009/03/07/drawing-my-own-conclusion/

Well, he hasn't _specifically_ said he's off to Ubuntu but lets not split hairs.

> I seem to be in a minority, but I think this is a great shame. ?We
> should treat volunteers much better. ?FESCo shouldn't shoot down
> proposals without telling the owners of those proposals (no matter how
> stupid they think the proposal is, it's courteous to arrange a time
> when that person can be present and state their case).

I don't think you are in the minority thinking it is a shame when a
contributor leaves a project. I only really follow the lists these
days but there are names you come to recognise due the frequency with
which they appear and David's was one. I do think this is a very
unfortunate episode and think the time is probably ripe for a
re-enforcing of Fedora's position on Mono and would invite FESCo or
the FPL to make one.

> I will just note here that Ubuntu has a code of conduct which is worth
> reading:
>
> http://www.ubuntu.com/community/conduct

I for one would welcome the introduction of the above for Fedora. Lets
not get snooty - its perfectly good but would need some modification
as Fedora doesn't have a SABDFL. It would also be good to take some
positives from all of this.

Regards

-- 
Christopher Brown



From rjones at redhat.com  Mon Mar  9 11:40:42 2009
From: rjones at redhat.com (Richard W.M. Jones)
Date: Mon, 9 Mar 2009 11:40:42 +0000
Subject: FESCo Meeting Summary - 2009-03-06
In-Reply-To: <20090309113407.GB2256@yoda.jdub.homelinux.org>
References: <20090306193013.GA16507@nostromo.devel.redhat.com>
	<20090309111052.GA1661@amd.home.annexia.org>
	<20090309113407.GB2256@yoda.jdub.homelinux.org>
Message-ID: <20090309114042.GA2209@amd.home.annexia.org>

On Mon, Mar 09, 2009 at 07:34:07AM -0400, Josh Boyer wrote:
> On Mon, Mar 09, 2009 at 11:10:52AM +0000, Richard W.M. Jones wrote:
> >http://www.ubuntu.com/community/conduct
>
> I'll also point out that Fedora has existed for a number of years without
> a documented code of conduct.  While the document you pointed to is
> certainly nice, I don't see the need to write down and require everyone
> to sign something that is just plain common sense.

It can be useful to formally write down things which are 'plain common
sense', so that when someone isn't showing common sense you can point
them to it and say 'you are violating this rule, stop'.

Rich.

-- 
Richard Jones, Emerging Technologies, Red Hat  http://et.redhat.com/~rjones
virt-top is 'top' for virtual machines.  Tiny program with many
powerful monitoring features, net stats, disk stats, logging, etc.
http://et.redhat.com/~rjones/virt-top



From jwboyer at gmail.com  Mon Mar  9 11:43:57 2009
From: jwboyer at gmail.com (Josh Boyer)
Date: Mon, 9 Mar 2009 07:43:57 -0400
Subject: FESCo Meeting Summary - 2009-03-06
In-Reply-To: <20090309114042.GA2209@amd.home.annexia.org>
References: <20090306193013.GA16507@nostromo.devel.redhat.com>
	<20090309111052.GA1661@amd.home.annexia.org>
	<20090309113407.GB2256@yoda.jdub.homelinux.org>
	<20090309114042.GA2209@amd.home.annexia.org>
Message-ID: <20090309114357.GC2256@yoda.jdub.homelinux.org>

On Mon, Mar 09, 2009 at 11:40:42AM +0000, Richard W.M. Jones wrote:
>On Mon, Mar 09, 2009 at 07:34:07AM -0400, Josh Boyer wrote:
>> On Mon, Mar 09, 2009 at 11:10:52AM +0000, Richard W.M. Jones wrote:
>> >http://www.ubuntu.com/community/conduct
>>
>> I'll also point out that Fedora has existed for a number of years without
>> a documented code of conduct.  While the document you pointed to is
>> certainly nice, I don't see the need to write down and require everyone
>> to sign something that is just plain common sense.
>
>It can be useful to formally write down things which are 'plain common
>sense', so that when someone isn't showing common sense you can point
>them to it and say 'you are violating this rule, stop'.

So did FESCo do this, or are you just trying to start a completely
different side topic?  I'm confused as to how this fits in with David's
situation.

If you just want to propose a code of conduct, then perhaps starting a
separate thread would be better.

josh



From rjones at redhat.com  Mon Mar  9 12:18:27 2009
From: rjones at redhat.com (Richard W.M. Jones)
Date: Mon, 9 Mar 2009 12:18:27 +0000
Subject: FESCo Meeting Summary - 2009-03-06
In-Reply-To: <20090309114357.GC2256@yoda.jdub.homelinux.org>
References: <20090306193013.GA16507@nostromo.devel.redhat.com>
	<20090309111052.GA1661@amd.home.annexia.org>
	<20090309113407.GB2256@yoda.jdub.homelinux.org>
	<20090309114042.GA2209@amd.home.annexia.org>
	<20090309114357.GC2256@yoda.jdub.homelinux.org>
Message-ID: <20090309121827.GA2693@amd.home.annexia.org>

On Mon, Mar 09, 2009 at 07:43:57AM -0400, Josh Boyer wrote:
> On Mon, Mar 09, 2009 at 11:40:42AM +0000, Richard W.M. Jones wrote:
> >On Mon, Mar 09, 2009 at 07:34:07AM -0400, Josh Boyer wrote:
> >> On Mon, Mar 09, 2009 at 11:10:52AM +0000, Richard W.M. Jones wrote:
> >> >http://www.ubuntu.com/community/conduct
> >>
> >> I'll also point out that Fedora has existed for a number of years without
> >> a documented code of conduct.  While the document you pointed to is
> >> certainly nice, I don't see the need to write down and require everyone
> >> to sign something that is just plain common sense.
> >
> >It can be useful to formally write down things which are 'plain common
> >sense', so that when someone isn't showing common sense you can point
> >them to it and say 'you are violating this rule, stop'.
> 
> So did FESCo do this, or are you just trying to start a completely
> different side topic?  I'm confused as to how this fits in with David's
> situation.

David claims that FESCo didn't have the item on the agenda and didn't
invite him.  (I'm not getting into whether that's true or not, just
that's what he claims).

> If you just want to propose a code of conduct, then perhaps starting a
> separate thread would be better.

I agree.

Rich.

-- 
Richard Jones, Emerging Technologies, Red Hat  http://et.redhat.com/~rjones
virt-df lists disk usage of guests without needing to install any
software inside the virtual machine.  Supports Linux and Windows.
http://et.redhat.com/~rjones/virt-df/



From skvidal at fedoraproject.org  Mon Mar  9 12:29:19 2009
From: skvidal at fedoraproject.org (Seth Vidal)
Date: Mon, 9 Mar 2009 08:29:19 -0400 (EDT)
Subject: FESCo Meeting Summary - 2009-03-06
In-Reply-To: <20090309114042.GA2209@amd.home.annexia.org>
References: <20090306193013.GA16507@nostromo.devel.redhat.com>
	<20090309111052.GA1661@amd.home.annexia.org>
	<20090309113407.GB2256@yoda.jdub.homelinux.org>
	<20090309114042.GA2209@amd.home.annexia.org>
Message-ID: <alpine.LFD.2.00.0903090827470.15414@localhost.localdomain>



On Mon, 9 Mar 2009, Richard W.M. Jones wrote:

> On Mon, Mar 09, 2009 at 07:34:07AM -0400, Josh Boyer wrote:
>> On Mon, Mar 09, 2009 at 11:10:52AM +0000, Richard W.M. Jones wrote:
>>> http://www.ubuntu.com/community/conduct
>>
>> I'll also point out that Fedora has existed for a number of years without
>> a documented code of conduct.  While the document you pointed to is
>> certainly nice, I don't see the need to write down and require everyone
>> to sign something that is just plain common sense.
>
> It can be useful to formally write down things which are 'plain common
> sense', so that when someone isn't showing common sense you can point
> them to it and say 'you are violating this rule, stop'.
>

and then what?

After someone says 'stop', if the person either 1. does not agree with the 
code or 2. does not believe themselves to be violating the code  then what 
will fesco or the board or whomever do?

Delete the user's account? Socially ostracize them? What?

Codes of Conduct are silly unless there is some enforcement and enforcing 
behavior in a volunteer organization is extremely hard.

-sv



From fedora at leemhuis.info  Mon Mar  9 12:42:13 2009
From: fedora at leemhuis.info (Thorsten Leemhuis)
Date: Mon, 09 Mar 2009 13:42:13 +0100
Subject: FESCo Meeting Summary - 2009-03-06
In-Reply-To: <20090309121827.GA2693@amd.home.annexia.org>
References: <20090306193013.GA16507@nostromo.devel.redhat.com>	<20090309111052.GA1661@amd.home.annexia.org>	<20090309113407.GB2256@yoda.jdub.homelinux.org>	<20090309114042.GA2209@amd.home.annexia.org>	<20090309114357.GC2256@yoda.jdub.homelinux.org>
	<20090309121827.GA2693@amd.home.annexia.org>
Message-ID: <49B50EA5.2040000@leemhuis.info>

On 09.03.2009 13:18, Richard W.M. Jones wrote:
 >>
>> If you just want to propose a code of conduct, then perhaps starting a
>> separate thread would be better.
> I agree.

And check the archives of f-a-b -- it was discussed already to create a 
code of conduct one or two (mayabe three?) years ago iirc (just FYI for 
those that joined Fedora later or simply forgot it)

Cu
knurd



From johnsmithdoe14 at googlemail.com  Mon Mar  9 12:32:47 2009
From: johnsmithdoe14 at googlemail.com (psmith)
Date: Mon, 09 Mar 2009 12:32:47 +0000
Subject: FESCo Meeting Summary - 2009-03-06
In-Reply-To: <20090309111052.GA1661@amd.home.annexia.org>
References: <20090306193013.GA16507@nostromo.devel.redhat.com>
	<20090309111052.GA1661@amd.home.annexia.org>
Message-ID: <49B50C6F.7030707@googlemail.com>

Richard W.M. Jones wrote:
> So David has stopped being a Fedora volunteer and decided to become an
> Ubuntu user instead:
>
> http://davidnielsen.wordpress.com/2009/03/07/drawing-my-own-conclusion/
>
> I seem to be in a minority, but I think this is a great shame.  We
> should treat volunteers much better.  FESCo shouldn't shoot down
> proposals without telling the owners of those proposals (no matter how
> stupid they think the proposal is, it's courteous to arrange a time
> when that person can be present and state their case).
>
> I will just note here that Ubuntu has a code of conduct which is worth
> reading:
>
> http://www.ubuntu.com/community/conduct
>
> Rich.
>
>   
you know some of the devs here think they are god like and insult and 
berate people for wanting different choices than they are pushing, kinda 
sad considering the "fedora freedom"



From pertusus at free.fr  Mon Mar  9 13:01:53 2009
From: pertusus at free.fr (Patrice Dumas)
Date: Mon, 9 Mar 2009 14:01:53 +0100
Subject: FESCo Meeting Summary - 2009-03-06
In-Reply-To: <20090309111052.GA1661@amd.home.annexia.org>
References: <20090306193013.GA16507@nostromo.devel.redhat.com>
	<20090309111052.GA1661@amd.home.annexia.org>
Message-ID: <20090309130153.GB2703@free.fr>

On Mon, Mar 09, 2009 at 11:10:52AM +0000, Richard W.M. Jones wrote:
> So David has stopped being a Fedora volunteer and decided to become an
> Ubuntu user instead:
> 
> http://davidnielsen.wordpress.com/2009/03/07/drawing-my-own-conclusion/
> 
> I seem to be in a minority, but I think this is a great shame.  We
> should treat volunteers much better.  FESCo shouldn't shoot down
> proposals without telling the owners of those proposals (no matter how
> stupid they think the proposal is, it's courteous to arrange a time
> when that person can be present and state their case).

I may be over-generalizing my own case, but I don't think that the issue
is a 'micro'-management issue. In case of long time fedora contributors
interested in a specific area, I'd conjecture that there is a more 
in-depth disagreement about the place of the object of interest (here 
Mono) in Fedora. The will to leave may be partly based on a specific 
badly managed event, but it is likely to be a broader perspective 
integrating many interactions in the Fedora community that leads to the 
conclusion that it is not in Fedora that the energy is best spent 
integrating a given component, here Mono.

--
Pat



From rcritten at redhat.com  Mon Mar  9 14:13:04 2009
From: rcritten at redhat.com (Rob Crittenden)
Date: Mon, 09 Mar 2009 10:13:04 -0400
Subject: nss_compat_ossl license change from LGPL to MIT
Message-ID: <49B523F0.30807@redhat.com>

nss_compat_ossl is changing its license to MIT style from LGPLv2 to 
promote inclusion in products that use more restrictive licenses.

rob



From mmcgrath at redhat.com  Mon Mar  9 15:01:19 2009
From: mmcgrath at redhat.com (Mike McGrath)
Date: Mon, 9 Mar 2009 10:01:19 -0500 (CDT)
Subject: Password Reset
Message-ID: <alpine.LFD.2.00.0903090959530.14983@laptop.mmcgrath.net>

So the password reset generally went off without a hitch but a lot of
people forgot to reset their password or just plain didn't and I'm
wondering if it's because of where I sent the notifications to so I
thought I'd ask.  Would you generally like password reset requests to go
to:

username at fedoraproject.org (the alias that directs to your email addr)

the email address we have listed

or both?

	-Mike



From nman64 at n-man.com  Mon Mar  9 15:11:58 2009
From: nman64 at n-man.com (Patrick W. Barnes)
Date: Mon, 9 Mar 2009 10:11:58 -0500
Subject: Password Reset
Message-ID: <200903091011.58303.nman64@n-man.com>

On Monday 09 March 2009 10:01:19 Mike McGrath wrote:
> So the password reset generally went off without a hitch but a lot of
> people forgot to reset their password or just plain didn't and I'm
> wondering if it's because of where I sent the notifications to so I
> thought I'd ask.  Would you generally like password reset requests to go
> to:
>
> username at fedoraproject.org (the alias that directs to your email addr)
>
> the email address we have listed
>
> or both?
>

username at fedoraproject.org works great for me.  I wonder if anyone discarded 
the email without following up because they have been trained by spammers to 
ignore unsolicited password reset emails and did not look closely at your 
email.


-- 
Patrick "The N-Man" Barnes
nman64 at n-man.com

http://n-man.com/

LinkedIn:
http://linkedin.com/in/nman64

Have I been helpful?  Rate my assistance!
http://rate.affero.net/nman64/

All messages cryptographically signed:
http://en.wikipedia.org/wiki/OpenPGP
-- 



-------------- 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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090309/c78df355/attachment.sig>

From rc040203 at freenet.de  Mon Mar  9 15:12:17 2009
From: rc040203 at freenet.de (Ralf Corsepius)
Date: Mon, 09 Mar 2009 16:12:17 +0100
Subject: Password Reset
In-Reply-To: <alpine.LFD.2.00.0903090959530.14983@laptop.mmcgrath.net>
References: <alpine.LFD.2.00.0903090959530.14983@laptop.mmcgrath.net>
Message-ID: <49B531D1.8000305@freenet.de>

Mike McGrath wrote:
> So the password reset generally went off without a hitch but a lot of
> people forgot to reset their password or just plain didn't and I'm
> wondering if it's because of where I sent the notifications to so I
> thought I'd ask.

May-be it escaped you, that
a) you didn't send reminders (I received one weeks ago).
b) your password change hit almost simultanously to other authentication 
  changes.


>  Would you generally like password reset requests to go
> to:
> 
> username at fedoraproject.org (the alias that directs to your email addr)
> 
> the email address we have listed
> 
> or both?
username at fedoraproject.org - It is supposed to work.

RAlf



From limb at jcomserv.net  Mon Mar  9 15:16:05 2009
From: limb at jcomserv.net (Jon Ciesla)
Date: Mon, 09 Mar 2009 10:16:05 -0500
Subject: Password Reset
In-Reply-To: <alpine.LFD.2.00.0903090959530.14983@laptop.mmcgrath.net>
References: <alpine.LFD.2.00.0903090959530.14983@laptop.mmcgrath.net>
Message-ID: <49B532B5.2070002@jcomserv.net>

Mike McGrath wrote:
> So the password reset generally went off without a hitch but a lot of
> people forgot to reset their password or just plain didn't and I'm
> wondering if it's because of where I sent the notifications to so I
> thought I'd ask.  Would you generally like password reset requests to go
> to:
>
> username at fedoraproject.org (the alias that directs to your email addr)
>
> the email address we have listed
>
> or both?
>
> 	-Mike
>
>   
I got mine, so whichever you did worked for me.

-- 
in your fear, speak only peace
in your fear, seek only love

-d. bowie



From redhat at olen.net  Mon Mar  9 15:15:54 2009
From: redhat at olen.net (Ola Thoresen)
Date: Mon, 09 Mar 2009 16:15:54 +0100
Subject: Password Reset
In-Reply-To: <alpine.LFD.2.00.0903090959530.14983@laptop.mmcgrath.net>
References: <alpine.LFD.2.00.0903090959530.14983@laptop.mmcgrath.net>
Message-ID: <49B532AA.4020703@olen.net>

Mike McGrath wrote:
> So the password reset generally went off without a hitch but a lot of
> people forgot to reset their password or just plain didn't and I'm
> wondering if it's because of where I sent the notifications to so I
> thought I'd ask.  Would you generally like password reset requests to go
> to:
> 
> username at fedoraproject.org (the alias that directs to your email addr)


This is fine for me.

I was one of those who did not reset my password - simply because I have
not logged in in a while, and would rather reset the password next time
I need it.




-- 
         _,--',   _._.--._____
  .--.--';_'-.', ";_      _.,-'   Ola Thoresen
 .'--'.  _.'    {`'-;_ .-.>.'
       '-:_      )  / `' '=.      It is easier to fix Unix
         ) >     {_/,     /~)     than to live with Windows
         |/               `^ .'



From fedora at camperquake.de  Mon Mar  9 15:19:42 2009
From: fedora at camperquake.de (Ralf Ertzinger)
Date: Mon, 9 Mar 2009 16:19:42 +0100
Subject: Password Reset
In-Reply-To: <49B531D1.8000305@freenet.de>
References: <alpine.LFD.2.00.0903090959530.14983@laptop.mmcgrath.net>
	<49B531D1.8000305@freenet.de>
Message-ID: <20090309161942.4d8d7b8a@lain.camperquake.de>

Hi.

On Mon, 09 Mar 2009 16:12:17 +0100, Ralf Corsepius wrote

> May-be it escaped you, that
> a) you didn't send reminders (I received one weeks ago).

I received two: one on the 20th of February, and one on the 2nd
of March.



From cmadams at hiwaay.net  Mon Mar  9 15:29:15 2009
From: cmadams at hiwaay.net (Chris Adams)
Date: Mon, 9 Mar 2009 10:29:15 -0500
Subject: Password Reset
In-Reply-To: <alpine.LFD.2.00.0903090959530.14983@laptop.mmcgrath.net>
References: <alpine.LFD.2.00.0903090959530.14983@laptop.mmcgrath.net>
Message-ID: <20090309152915.GB1282392@hiwaay.net>

Once upon a time, Mike McGrath <mmcgrath at redhat.com> said:
> So the password reset generally went off without a hitch but a lot of
> people forgot to reset their password or just plain didn't and I'm
> wondering if it's because of where I sent the notifications to so I
> thought I'd ask.

Oh, I got two notifications (and they're still in my inbox); I just
haven't had time to do anything with it (and I don't log in very often).
You sent them to the right place for me, I'm just simultaneously busy
and lazy (sorry!).

-- 
Chris Adams <cmadams at hiwaay.net>
Systems and Network Administrator - HiWAAY Internet Services
I don't speak for anybody but myself - that's enough trouble.



From mmcgrath at redhat.com  Mon Mar  9 15:52:16 2009
From: mmcgrath at redhat.com (Mike McGrath)
Date: Mon, 9 Mar 2009 10:52:16 -0500 (CDT)
Subject: Password Reset
In-Reply-To: <49B531D1.8000305@freenet.de>
References: <alpine.LFD.2.00.0903090959530.14983@laptop.mmcgrath.net>
	<49B531D1.8000305@freenet.de>
Message-ID: <alpine.LFD.2.00.0903091051200.14983@laptop.mmcgrath.net>

On Mon, 9 Mar 2009, Ralf Corsepius wrote:

> Mike McGrath wrote:
> > So the password reset generally went off without a hitch but a lot of
> > people forgot to reset their password or just plain didn't and I'm
> > wondering if it's because of where I sent the notifications to so I
> > thought I'd ask.
>
> May-be it escaped you, that
> a) you didn't send reminders (I received one weeks ago).

I sent multiple emails to everyone who needed to reset their password
unless they had already done it.

	-Mike



From rjones at redhat.com  Mon Mar  9 15:54:06 2009
From: rjones at redhat.com (Richard W.M. Jones)
Date: Mon, 9 Mar 2009 15:54:06 +0000
Subject: Password Reset
In-Reply-To: <alpine.LFD.2.00.0903090959530.14983@laptop.mmcgrath.net>
References: <alpine.LFD.2.00.0903090959530.14983@laptop.mmcgrath.net>
Message-ID: <20090309155406.GA6389@amd.home.annexia.org>

I got one, but was lazy and didn't get around to resetting
it before the password expired.

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 pbrobinson at gmail.com  Mon Mar  9 15:59:46 2009
From: pbrobinson at gmail.com (Peter Robinson)
Date: Mon, 9 Mar 2009 15:59:46 +0000
Subject: Password Reset
In-Reply-To: <alpine.LFD.2.00.0903091051200.14983@laptop.mmcgrath.net>
References: <alpine.LFD.2.00.0903090959530.14983@laptop.mmcgrath.net>
	<49B531D1.8000305@freenet.de>
	<alpine.LFD.2.00.0903091051200.14983@laptop.mmcgrath.net>
Message-ID: <5256d0b0903090859u731d1b8g9e74bc3df51c1e46@mail.gmail.com>

>> > So the password reset generally went off without a hitch but a lot of
>> > people forgot to reset their password or just plain didn't and I'm
>> > wondering if it's because of where I sent the notifications to so I
>> > thought I'd ask.
>>
>> May-be it escaped you, that
>> a) you didn't send reminders (I received one weeks ago).
>
> I sent multiple emails to everyone who needed to reset their password
> unless they had already done it.

I only got one and promptly forgot about it in the pile of other work
and other things I needed to do. (Yea I know I should have taken the 2
mins required to action it straight away).

Peter



From rc040203 at freenet.de  Mon Mar  9 16:05:41 2009
From: rc040203 at freenet.de (Ralf Corsepius)
Date: Mon, 09 Mar 2009 17:05:41 +0100
Subject: Password Reset
In-Reply-To: <alpine.LFD.2.00.0903091051200.14983@laptop.mmcgrath.net>
References: <alpine.LFD.2.00.0903090959530.14983@laptop.mmcgrath.net>	<49B531D1.8000305@freenet.de>
	<alpine.LFD.2.00.0903091051200.14983@laptop.mmcgrath.net>
Message-ID: <49B53E55.9050603@freenet.de>

Mike McGrath wrote:
> On Mon, 9 Mar 2009, Ralf Corsepius wrote:
> 
>> Mike McGrath wrote:
>>> So the password reset generally went off without a hitch but a lot of
>>> people forgot to reset their password or just plain didn't and I'm
>>> wondering if it's because of where I sent the notifications to so I
>>> thought I'd ask.
>> May-be it escaped you, that
>> a) you didn't send reminders (I received one weeks ago).
> 
> I sent multiple emails to everyone who needed to reset their password
> unless they had already done it.
I stay corrected.

Besides the one mentioned (dated Feb. 20th) I just found one dated
Mar. 2th sitting in my Inbox, already having been marked "read".

Ralf



From bpepple at fedoraproject.org  Mon Mar  9 16:41:39 2009
From: bpepple at fedoraproject.org (Brian Pepple)
Date: Mon, 09 Mar 2009 12:41:39 -0400
Subject: Package Review Stats for the week ending March 8th, 2009
Message-ID: <1236616899.7605.2.camel@localhost.localdomain>

Top three FAS account holders who have completed reviewing "Package
review" components on bugzilla for the week ending March 8th, 2009
were Parag AN, Jason Tibbitts, and Manuel Wolfshant. Below is the number
of package reviews completed.

Parag AN(????) - 15
Jason Tibbitts - 6
manuel wolfshant - 5
Dan Hor?k - 4
Orcan 'oget' Ogetbil - 4
Tom "spot" Callaway - 4
Mamoru Tasaka - 3
Alexey Torkhov - 2
Fabian Affolter - 2
Marcela Maslanova - 2
Michael Schwendt - 2
Peter Lemenkov - 2
Peter Robinson - 2
Richard W.M. Jones - 2
Andrew Overholt - 1
Chitlesh GOORAH - 1
Chris Weyl - 1
Conrad Meyer - 1
Deji Akingunola - 1
Jens Petersen - 1
Jesse Keating - 1
Jussi Lehtola - 1
Kevin Fenzi - 1
Michael DeHaan - 1
Michel Alexandre Salim - 1
Ondrej Vasik - 1
Rex Dieter - 1
Steven M. Parrish - 1
Thomas Woerner - 1

Review Requests: 67
Merge Reviews: 3
Total reviews completed: 70

Thanks,
/B
-- 
Brian Pepple <bpepple at fedoraproject.org>

https://fedoraproject.org/wiki/User: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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090309/3ed426d1/attachment.sig>

From rayvd at bludgeon.org  Mon Mar  9 16:41:07 2009
From: rayvd at bludgeon.org (Ray Van Dolson)
Date: Mon, 9 Mar 2009 09:41:07 -0700
Subject: FESCo Meeting Summary - 2009-03-06
In-Reply-To: <20090309111052.GA1661@amd.home.annexia.org>
References: <20090306193013.GA16507@nostromo.devel.redhat.com>
	<20090309111052.GA1661@amd.home.annexia.org>
Message-ID: <20090309164107.GA28855@bludgeon.org>

On Mon, Mar 09, 2009 at 11:10:52AM +0000, Richard W.M. Jones wrote:
> So David has stopped being a Fedora volunteer and decided to become an
> Ubuntu user instead:
> 
> http://davidnielsen.wordpress.com/2009/03/07/drawing-my-own-conclusion/
> 
> I seem to be in a minority, but I think this is a great shame.  We
> should treat volunteers much better.  FESCo shouldn't shoot down
> proposals without telling the owners of those proposals (no matter how
> stupid they think the proposal is, it's courteous to arrange a time
> when that person can be present and state their case).

My impression from his blog post and comments are that it was less
about the incident with FESCo, and more about the pushback he feels
he's getting surrounding his primary interest -- Mono.

Not knowing all the particulars, I can only suggest that if Mono
related projects are truly not as welcome within Fedora, it would make
sense for him to leave for a project that is a bit more in tune with
his interests.

Ray



From sundaram at fedoraproject.org  Mon Mar  9 16:53:27 2009
From: sundaram at fedoraproject.org (Rahul Sundaram)
Date: Mon, 09 Mar 2009 22:23:27 +0530
Subject: FESCo Meeting Summary - 2009-03-06
In-Reply-To: <49B50C6F.7030707@googlemail.com>
References: <20090306193013.GA16507@nostromo.devel.redhat.com>	<20090309111052.GA1661@amd.home.annexia.org>
	<49B50C6F.7030707@googlemail.com>
Message-ID: <49B54987.8080609@fedoraproject.org>

psmith wrote:

>>
>>   
> you know some of the devs here think they are god like and insult and 
> berate people for wanting different choices than they are pushing, kinda 
> sad considering the "fedora freedom"

If you want to make a claim like that, do be specific instead of making 
general accusations. Sure, sometimes, there are strong debates between 
developers or developers and users. Nothing wrong with that.

Rahul



From johannbg at hi.is  Mon Mar  9 17:14:46 2009
From: johannbg at hi.is (=?UTF-8?B?IkrDs2hhbm4gQi4gR3XDsG11bmRzc29uIg==?=)
Date: Mon, 09 Mar 2009 17:14:46 +0000
Subject: FESCo Meeting Summary - 2009-03-06
In-Reply-To: <49B54987.8080609@fedoraproject.org>
References: <20090306193013.GA16507@nostromo.devel.redhat.com>	<20090309111052.GA1661@amd.home.annexia.org>	<49B50C6F.7030707@googlemail.com>
	<49B54987.8080609@fedoraproject.org>
Message-ID: <49B54E86.4080905@hi.is>

I just have one question.

Is there anything preventing MONO SIG from creating their own MONO spin
which has all the best bit(s) that Mono has to offer?

If not they can just create a MONO spin and they control how they setup 
up their own MONO spin
regardless how others feel about MONO and then they can direct all users 
that use MONO related application
to use the MONO spin they create instead of the Gnome spin.

JBG
-------------- next part --------------
A non-text attachment was scrubbed...
Name: johannbg.vcf
Type: text/x-vcard
Size: 372 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090309/11185fbb/attachment.vcf>

From martin.sourada at gmail.com  Mon Mar  9 17:16:41 2009
From: martin.sourada at gmail.com (Martin Sourada)
Date: Mon, 09 Mar 2009 18:16:41 +0100
Subject: Leonidas Backgrounds Package Looking for a Reviewer
Message-ID: <1236619001.3547.4.camel@pc-notebook.kolej.mff.cuni.cz>

Hi,

We (the Art Team) are looking for a reviewer for the Leonidas
Backgrounds Package Review [1]. It should be a fairly easy review. We
hope to get it in for beta. I am willing to review a package in
return ;-)

Thanks,
Martin

References:
[1] https://bugzilla.redhat.com/show_bug.cgi?id=489337

-------------- 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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090309/8abf7459/attachment.sig>

From rdieter at math.unl.edu  Mon Mar  9 17:20:36 2009
From: rdieter at math.unl.edu (Rex Dieter)
Date: Mon, 09 Mar 2009 12:20:36 -0500
Subject: FESCo Meeting Summary - 2009-03-06
References: <20090306193013.GA16507@nostromo.devel.redhat.com>	<20090309111052.GA1661@amd.home.annexia.org>	<49B50C6F.7030707@googlemail.com>
	<49B54987.8080609@fedoraproject.org> <49B54E86.4080905@hi.is>
Message-ID: <gp3j54$lir$1@ger.gmane.org>

"J?hann B. Gu?mundsson" wrote:

> I just have one question.
> 
> Is there anything preventing MONO SIG from creating their own MONO spin
> which has all the best bit(s) that Mono has to offer?

nope.

-- Rex



From awilliam at redhat.com  Mon Mar  9 17:22:05 2009
From: awilliam at redhat.com (Adam Williamson)
Date: Mon, 09 Mar 2009 10:22:05 -0700
Subject: FESCo Meeting Summary - 2009-03-06
In-Reply-To: <1dedbbfc0903061556p4e61a455q2b3920fd63262706@mail.gmail.com>
References: <20090306193013.GA16507@nostromo.devel.redhat.com>
	<1dedbbfc0903061155h63bb5176v4e680035eb2046d4@mail.gmail.com>
	<gosbdf$q6c$1@ger.gmane.org>
	<1dedbbfc0903061556p4e61a455q2b3920fd63262706@mail.gmail.com>
Message-ID: <1236619325.8969.100.camel@adam.local.net>

On Sat, 2009-03-07 at 00:56 +0100, David Nielsen wrote:

> I did this, out of the desire to make Fedora better. The sign on my
> door says Fedora volunteer. It does so for a reason. I am frankly
> disgusted by this whole affair, especially since my honesty and
> motives were brought into question.

I'm sure this is true, and I hope you won't take this the wrong way.
Additionally, it's entirely my personal advice, not anything officially
Red Hat-ish.

On a practical level, I'm afraid you're going to have to prepare
yourself for this whenever you propose anything remotely Mono-related to
a general F/OSS audience. Mono is, like it or not, a very
Microsoft-driven project. .NET is a Microsoft-created project, and those
who work on Mono - including its main cheerleader, Miguel - cheerfully
explain that they work on it in close collaboration with Microsoft.

Microsoft has a proven history of using FUD tactics and oblique legal
threats against F/OSS. There is a coherent theory which argues that .NET
and Mono exist, in part, in order to provide a tangible legal
(patent-based) threat against Linux (and, more specifically, Red Hat).
Whether this is in fact the case isn't proven either way, but as long as
the argument exists and is plausible, it doesn't matter.

Those who support Mono and evangelize it tend to either completely
ignore this issue (as you did) or pooh-pooh it as being patently
ridiculous and just not true. Neither approach reassures the sceptics.
Consequently, if you bring up a proposal which involves the spread of
Mono, and you don't address these issues, you're very likely to get a
rather charged response from those who consider Mono a legal threat, and
- to those people - it will seem entirely logical to call your motives
into question. Even though, as you say, you're not coming from that
angle at all and you're only proposing Banshee as you believe it's
better code than what we have already, you really have to understand
these issues and be prepared to address them, otherwise you are always
going to get this kind of response. I'm not saying that it's necessarily
reasonable or justified for people to attack you personally or call your
motives into question, I'm just saying that anyone aware of the whole
issue should expect it to happen, and - as a matter of sheer
practicality - the best way to shield yourself from this is to address
the issues explicitly rather than just pretend they don't exist in your
initial proposal (the word 'Mono' does not actually occur a single time
in the initial version of the Wiki page you posted).
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org
http://www.happyassassin.net



From jkeating at redhat.com  Mon Mar  9 17:26:04 2009
From: jkeating at redhat.com (Jesse Keating)
Date: Mon, 09 Mar 2009 10:26:04 -0700
Subject: Fedora Release Engineering Meeting - 1800 UTC Today
Message-ID: <49B5512C.2050501@redhat.com>

The release engineering meeting today will cover the upcoming Beta
freeze and all the things necessary to complete the beta.

-- 
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: 260 bytes
Desc: OpenPGP digital signature
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090309/136005b7/attachment.sig>

From jdieter at gmail.com  Mon Mar  9 18:46:16 2009
From: jdieter at gmail.com (Jonathan Dieter)
Date: Mon, 09 Mar 2009 20:46:16 +0200
Subject: Deltarpm *not* ready for new RPM checksums (was Re: Ready for new
 RPM version?)
In-Reply-To: <20090302132628.GB13642@suse.de>
References: <alpine.DEB.1.10.0902261918480.9856@gotcha.dreamhost.com>
	<49A6F20D.3070007@fedoraproject.org>
	<9e5330bc0902271013x7a24c938u5a3b9db02394f028@mail.gmail.com>
	<1235758924.12371.4.camel@rosebud>
	<1235759899.32664.5.camel@jdlaptop.lesbg.loc>
	<20090302114642.GA28035@suse.de>
	<1235994973.5534.8.camel@jdlaptop.lesbg.loc>
	<20090302115828.GB28035@suse.de>
	<1235996948.5534.20.camel@jdlaptop.lesbg.loc>
	<20090302132628.GB13642@suse.de>
Message-ID: <1236624376.15147.37.camel@jdlaptop.lesbg.loc>

On Mon, 2009-03-02 at 14:26 +0100, Michael Schroeder wrote:
> On Mon, Mar 02, 2009 at 02:29:08PM +0200, Jonathan Dieter wrote:
> > Do you have a patch to support rpms with SHA-256 payloads?  Just asking,
> > because that's where we're heading with F11.
> 
> No patch yet, but that shouldn't be hard to support.

Yeah, just ran into some difficulty putting this together.  My original
plan was to modify deltarpm to be able to read sha256 checksums while
sticking with md5 checksums in the deltarpm (to maintain compatibility
in rpm-only deltarpms).

The problem is that the sequence is generated from the sha256 checksums,
and there's no elegant way (at least as far as I can see) to get md5
checksums for the files in the rpm without completely regenerating them.

The alternative is to use sha256 for all of the checksums in a deltarpm
targeting a sha256 rpm, but, like I mentioned earlier, that could cause
some issues in the rpm-only deltarpms (the rpm-only format has no tags
to specify checksum type, so we'd need to be update the format, and I'm
not going to do that without your input).

Is there something I'm missing here?  Or will we need to update the
rpm-only format?

Jonathan

P.S. CC'ing fedora-devel-list as (at least according the Presto feature
page), we're supposed to be generating deltarpms for F11-alpha ->
F11-beta after beta freeze, and that can't happen until we get this
working.

P.P.S. I just became aware of this last week as I was attempting to
create deltarpms for the Presto test Rawhide repository; sorry for the
lack of notice, Seth and Luke
-------------- 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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090309/5d21f75b/attachment.sig>

From notting at redhat.com  Mon Mar  9 18:51:32 2009
From: notting at redhat.com (Bill Nottingham)
Date: Mon, 9 Mar 2009 14:51:32 -0400
Subject: FESCo Meeting Summary - 2009-03-06
In-Reply-To: <20090306234757.GA3782@amd.home.annexia.org>
References: <20090306193013.GA16507@nostromo.devel.redhat.com>
	<1dedbbfc0903061155h63bb5176v4e680035eb2046d4@mail.gmail.com>
	<20090306195933.GA17120@nostromo.devel.redhat.com>
	<20090306234757.GA3782@amd.home.annexia.org>
Message-ID: <20090309185132.GE30046@nostromo.devel.redhat.com>

Richard W.M. Jones (rjones at redhat.com) said: 
> > > I did not see this one the action list for this meeting, nor was I even
> > > invited to argue the case for this.
> > 
> > The feature wrangler requested that FESCo issue a decision on it.
> 
> It's not the first time it has happened that some feature has been
> dropped without the owner being told that a decision was going to be
> made.  I think this should, as common courtesy, go back before FESCo
> next week.

Here's what happened, in its entirety:

- David wrote up the Feature page
- It was not discussed at FESCo for a period of time, as it was pretty
  obvious from the commentary both on the desktop list, and in the page
  itself, that it would be changing the defaults of the desktop spin against
  the wishes of the Desktop SIG
- The feature wrangler brought up (on the FESCo list) last week that FESCo
  owed David a response, rather than keeping the feature open without
  any response
- Ergo, when features came up during the FESCo meeting, I mentioned that
  we should tackle this then, so that he had a response
- Discussion and vote then followed

Note also that this was the last meeting before beta freeze, and therefore
the absolute last chance for features to be approved, period. So holding
off for a longer period wasn't really practical.

Could it have been handled better? Absolutely. But given that FESCo was
already being lambasted for *not* having voted on this feature, I can only
shake my head in rueful disappointment now that it's being pilloried *for*
actually voting on the feature.

Bill



From skvidal at fedoraproject.org  Mon Mar  9 19:25:12 2009
From: skvidal at fedoraproject.org (Seth Vidal)
Date: Mon, 9 Mar 2009 15:25:12 -0400 (EDT)
Subject: Deltarpm *not* ready for new RPM checksums (was Re: Ready for
 new RPM version?)
In-Reply-To: <1236624376.15147.37.camel@jdlaptop.lesbg.loc>
References: <alpine.DEB.1.10.0902261918480.9856@gotcha.dreamhost.com>
	<49A6F20D.3070007@fedoraproject.org>
	<9e5330bc0902271013x7a24c938u5a3b9db02394f028@mail.gmail.com>
	<1235758924.12371.4.camel@rosebud>
	<1235759899.32664.5.camel@jdlaptop.lesbg.loc>
	<20090302114642.GA28035@suse.de>
	<1235994973.5534.8.camel@jdlaptop.lesbg.loc>
	<20090302115828.GB28035@suse.de>
	<1235996948.5534.20.camel@jdlaptop.lesbg.loc>
	<20090302132628.GB13642@suse.de>
	<1236624376.15147.37.camel@jdlaptop.lesbg.loc>
Message-ID: <alpine.LFD.2.00.0903091523010.17357@localhost.localdomain>



On Mon, 9 Mar 2009, Jonathan Dieter wrote:

> Yeah, just ran into some difficulty putting this together.  My original
> plan was to modify deltarpm to be able to read sha256 checksums while
> sticking with md5 checksums in the deltarpm (to maintain compatibility
> in rpm-only deltarpms).
>
> The problem is that the sequence is generated from the sha256 checksums,
> and there's no elegant way (at least as far as I can see) to get md5
> checksums for the files in the rpm without completely regenerating them.
>
> The alternative is to use sha256 for all of the checksums in a deltarpm
> targeting a sha256 rpm, but, like I mentioned earlier, that could cause
> some issues in the rpm-only deltarpms (the rpm-only format has no tags
> to specify checksum type, so we'd need to be update the format, and I'm
> not going to do that without your input).
>
> Is there something I'm missing here?  Or will we need to update the
> rpm-only format?

Sounds like the format will need to be updated one way or the other if all 
of the above is true.

> P.S. CC'ing fedora-devel-list as (at least according the Presto feature
> page), we're supposed to be generating deltarpms for F11-alpha ->
> F11-beta after beta freeze, and that can't happen until we get this
> working.

I generated and tested deltarpms but the last time I tested it was before
rpm w/sha256 checksums had landed in rawhide.


> P.P.S. I just became aware of this last week as I was attempting to
> create deltarpms for the Presto test Rawhide repository; sorry for the
> lack of notice, Seth and Luke

Thanks for the heads up - what would you like to do here?

-sv



From notting at redhat.com  Mon Mar  9 19:28:12 2009
From: notting at redhat.com (Bill Nottingham)
Date: Mon, 9 Mar 2009 15:28:12 -0400
Subject: Fedora Release Engineering Meeting Recap - 2009-03-09
Message-ID: <20090309192812.GG30046@nostromo.devel.redhat.com>

Various subjects relative to the upcoming beta were discussed, including:

* A new key has been created. The signing process will start today so that it
  actually finishes in time for the beta.
* The Fedora 11 tree will be frozen tonight so that tomorrow's rawhide will be
  the frozen content.
* The tagging process for the beta will be the same as prior betas/releases -
  please open a ticket at https://fedorahosted.org/rel-eng/newticket if you
  need your package moved into the beta.
* Rawhide will be unfrozen no earlier than when the beta is staged for release
* Orphans will be purged shortly before beta. A quick dependency analysis shows
  that dependencies of 'linphone' will be blocked unless they're picked up.
* Meeting notes will be handled on a rotating basis by rel-eng members from now
  on. Thanks John for doing this task prior to this! 

For more information, see the full transcript located at:
	http://fedoraproject.org/wiki/ReleaseEngineering/Meetings/2009-mar-09

Bill



From jdieter at gmail.com  Mon Mar  9 19:43:03 2009
From: jdieter at gmail.com (Jonathan Dieter)
Date: Mon, 09 Mar 2009 21:43:03 +0200
Subject: Deltarpm *not* ready for new RPM checksums (was Re: Ready for
 new RPM version?)
In-Reply-To: <alpine.LFD.2.00.0903091523010.17357@localhost.localdomain>
References: <alpine.DEB.1.10.0902261918480.9856@gotcha.dreamhost.com>
	<49A6F20D.3070007@fedoraproject.org>
	<9e5330bc0902271013x7a24c938u5a3b9db02394f028@mail.gmail.com>
	<1235758924.12371.4.camel@rosebud>
	<1235759899.32664.5.camel@jdlaptop.lesbg.loc>
	<20090302114642.GA28035@suse.de>
	<1235994973.5534.8.camel@jdlaptop.lesbg.loc>
	<20090302115828.GB28035@suse.de>
	<1235996948.5534.20.camel@jdlaptop.lesbg.loc>
	<20090302132628.GB13642@suse.de>
	<1236624376.15147.37.camel@jdlaptop.lesbg.loc>
	<alpine.LFD.2.00.0903091523010.17357@localhost.localdomain>
Message-ID: <1236627783.15147.47.camel@jdlaptop.lesbg.loc>

On Mon, 2009-03-09 at 15:25 -0400, Seth Vidal wrote:
> 
> On Mon, 9 Mar 2009, Jonathan Dieter wrote:
<snip>
> > Is there something I'm missing here?  Or will we need to update the
> > rpm-only format?
> 
> Sounds like the format will need to be updated one way or the other if all 
> of the above is true.

The good news is that the deltarpms we generate aren't rpm-only, and
regular deltarpms start with a copy of the rpm's header (which *does*
have the hash format).

We just have to decide whether the checksums deltarpm generates for rpms
with sha256 checksums will be sha256 or md5.  (And I think we should
probably go with sha256, to be consistent.)

<snip>

> > P.P.S. I just became aware of this last week as I was attempting to
> > create deltarpms for the Presto test Rawhide repository; sorry for the
> > lack of notice, Seth and Luke
> 
> Thanks for the heads up - what would you like to do here?

I'm going to wait for Michael's response as he's upstream.  I will try
modifying deltarpm to only generate sha256 checksums when the rpm
contains them, but it looks like it's going to be invasive, and Michael
knows the code much better than I do.

Jonathan
-------------- 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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090309/edb2c664/attachment.sig>

From pingou at pingoured.fr  Mon Mar  9 19:46:48 2009
From: pingou at pingoured.fr (Pierre-Yves)
Date: Mon, 09 Mar 2009 20:46:48 +0100
Subject: Headsup: soname changing ImageMagick update coming 2 rawhide
In-Reply-To: <49B4F76E.2070602@hhs.nl>
References: <49B4F76E.2070602@hhs.nl>
Message-ID: <1236628008.4135.15.camel@pingouGreen.localdomain>

On Mon, 2009-03-09 at 12:03 +0100, Hans de Goede wrote:
> A bit late in the release cycle, but I delayed it to not disrupt the
> mass rebuild. I'm updating ImageMagick to 6.4.9-9
> 
> Which changes the soname (and ABI) of the included libraries.
> The following packages are affected by this and will need to be rebuild
> (once the new ImageMagick is in the build repo):
Could we be informed when it happens ?
Or is it already there ?

Thanks,
Regards,

Pierre



From my.accountnow at ntlworld.com  Mon Mar  9 19:49:12 2009
From: my.accountnow at ntlworld.com (Dan)
Date: Mon, 9 Mar 2009 19:49:12 +0000
Subject: FESCo Meeting Summary - 2009-03-06
In-Reply-To: <alpine.LFD.2.00.0903090827470.15414@localhost.localdomain>
References: <20090306193013.GA16507@nostromo.devel.redhat.com>
	<20090309111052.GA1661@amd.home.annexia.org>
	<20090309113407.GB2256@yoda.jdub.homelinux.org>
	<20090309114042.GA2209@amd.home.annexia.org>
	<alpine.LFD.2.00.0903090827470.15414@localhost.localdomain>
Message-ID: <20090309194912.GA15135@ntlworld.com>

On Mon, Mar 09, 2009 at 08:29:19AM -0400, Seth Vidal wrote:

> On Mon, 9 Mar 2009, Richard W.M. Jones wrote:
>
>> On Mon, Mar 09, 2009 at 07:34:07AM -0400, Josh Boyer wrote:
>>> On Mon, Mar 09, 2009 at 11:10:52AM +0000, Richard W.M. Jones wrote:
>>>> http://www.ubuntu.com/community/conduct
>>>
>>> I'll also point out that Fedora has existed for a number of years without
>>> a documented code of conduct.  While the document you pointed to is
>>> certainly nice, I don't see the need to write down and require everyone
>>> to sign something that is just plain common sense.
>>
>> It can be useful to formally write down things which are 'plain common
>> sense', so that when someone isn't showing common sense you can point
>> them to it and say 'you are violating this rule, stop'.
>>
>
> and then what?
>
> After someone says 'stop', if the person either 1. does not agree with 
> the code or 2. does not believe themselves to be violating the code  then 
> what will fesco or the board or whomever do?
>
> Delete the user's account? Socially ostracize them? What?
>
> Codes of Conduct are silly unless there is some enforcement and enforcing 
> behavior in a volunteer organization is extremely hard.

I've only been using Fedora for about a week now, previously I used
Debian for the past 10 years.
Debian has various processes for dealing with difficult people. If
anyone (including developers) continually is difficult on a mailing
list then they are banned from the list. If a developer behaves badly
enough, a motion can be presented for a call to vote for expulsion.
I recall this happening a couple of times over the years.

I'm not a big fan of Ubuntu, but I do think that they are on to
something with a code of conduct that can help to keep things civil.

Just my 2p

Dan

-- 
"The plural of anecdote is not data."
                --Roger Brinner



From dennis at ausil.us  Mon Mar  9 19:51:19 2009
From: dennis at ausil.us (Dennis Gilmore)
Date: Mon, 9 Mar 2009 14:51:19 -0500
Subject: Fedora User Certificates
In-Reply-To: <49B3BF06.1050109@redhat.com>
References: <200808221020.17155.dennis@ausil.us> <49B3BF06.1050109@redhat.com>
Message-ID: <200903091451.20424.dennis@ausil.us>

On Sunday 08 March 2009 07:50:14 am Gregory Hosler wrote:
> Dennis Gilmore wrote:
> > Effective immediately we have replaced the CA that is in use for
> > cvs.fedoraproject.org and koji.fedoraproject.org  This effects uploading
> > to lookaside cache and building packages.
> >
> > There are some manual steps that everyone needs to do to be able to use
> > the systems again.
> >
> > they are
> > login to https://admin.fedoraproject.org/accounts/  and click on the
> > "Download a client-side certificate" link at the bottom of the home page.
> >  save the output to ~/.fedora.cert
> >
> > rm ~/.fedora-server-ca.cert ~/.fedora-upload-ca.cert
> > fedora-packager-setup
> >
> > then open your browser got to Edit -> Preferences -> Advanced ->
> > Encryption -> View Certificates -> Your Certificates
> >
> > Select your existing Certificate and remove it
>
> In my brower cretificate list, I have a number of Red Hat certificates, but
> no Fedora certificates.
>
> What might the details be of the Certificate that we are supposed to delete
> ?
>
> > then import the new one from ~/fedora-browser-cert.p12
>
> I do not have a ~/fedora-browser-cert.p12
>
> How/when was this supposed to have been created ?

when you ran fedora-packager-setup it should have been created.  you would 
have been prompted to create a password for the cert.

Dennis



From skvidal at fedoraproject.org  Mon Mar  9 20:01:37 2009
From: skvidal at fedoraproject.org (Seth Vidal)
Date: Mon, 9 Mar 2009 16:01:37 -0400 (EDT)
Subject: FESCo Meeting Summary - 2009-03-06
In-Reply-To: <20090309194912.GA15135@ntlworld.com>
References: <20090306193013.GA16507@nostromo.devel.redhat.com>
	<20090309111052.GA1661@amd.home.annexia.org>
	<20090309113407.GB2256@yoda.jdub.homelinux.org>
	<20090309114042.GA2209@amd.home.annexia.org>
	<alpine.LFD.2.00.0903090827470.15414@localhost.localdomain>
	<20090309194912.GA15135@ntlworld.com>
Message-ID: <alpine.LFD.2.00.0903091552140.17357@localhost.localdomain>

> I've only been using Fedora for about a week now, previously I used
> Debian for the past 10 years.
> Debian has various processes for dealing with difficult people. If
> anyone (including developers) continually is difficult on a mailing
> list then they are banned from the list. If a developer behaves badly
> enough, a motion can be presented for a call to vote for expulsion.
> I recall this happening a couple of times over the years.
>
> I'm not a big fan of Ubuntu, but I do think that they are on to
> something with a code of conduct that can help to keep things civil.
>
> Just my 2p
>

Maybe I'm being ridiculous but:

  if  a person is banned from the community for a social-rule violation 
that they do not accept or acknowledge then:

1. you better hope we can live w/o their particular contribution. B/c if 
we can't we've just screwed ourselves.

2. we better hope we can actually enforce your ban, b/c if we can't 
then they can make the entire mailing list/infrastructure we're trying to 
protect useless out of sheer spite. If you've never seen a mailing list 
TRULY spam-bombed by someone willing to subscribe manually and obliterate 
a list, it is not something you want to see twice. Spam filters won't help 
if the message would otherwise be HAM but is sent, say, 2000 times a day 
to 10000+ users on the list.

3. we better hope that we lockdown bugzilla accounts or woe be unto us.

Code of conduct violation enforcement is nearly impossible on the 
internet. If a person want to cause excruciating pain to everyone and, ultimately, halt all 
progress on fedora, they can. It's not even that hard.

I'm sorry, but attemtping to enforce a code of conduct is just silly.

I work for red hat now, they can discharge me if I'm out of line. That's 
true. Before I worked for red hat, what exactly could be done? 
Considering some of the, umm, disagreements I have had with people on
this and other lists and the invective hurled back and forth, I'm
reasonably confident that no one in fedora could have stopped me with a
code of conduct.


-sv



From alexl at users.sourceforge.net  Mon Mar  9 20:57:15 2009
From: alexl at users.sourceforge.net (Alex Lancaster)
Date: Mon, 09 Mar 2009 13:57:15 -0700
Subject: Headsup: soname changing ImageMagick update coming 2 rawhide
In-Reply-To: <49B4F76E.2070602@hhs.nl> (Hans de Goede's message of "Mon\,
	09 Mar 2009 12\:03\:10 +0100")
References: <49B4F76E.2070602@hhs.nl>
Message-ID: <bgbpsaza6s.fsf@allele2.eebweb.arizona.edu>

>>>>> "HdG" == Hans de Goede  writes:

HdG> Hi all,
HdG> A bit late in the release cycle, but I delayed it to not disrupt the
HdG> mass rebuild. I'm updating ImageMagick to 6.4.9-9

HdG> Which changes the soname (and ABI) of the included libraries.
HdG> The following packages are affected by this and will need to be rebuild
HdG> (once the new ImageMagick is in the build repo):

Why are you doing this the *day* of the freeze?  Unless you are
prepared to rebuild all the deps yourself, this means that beta will
probably ship with a boatload of broken deps.

If you haven't done so already, can you please hold off until after
the beta freeze is over?

Alex



From alexl at users.sourceforge.net  Mon Mar  9 21:37:31 2009
From: alexl at users.sourceforge.net (Alex Lancaster)
Date: Mon, 09 Mar 2009 14:37:31 -0700
Subject: Headsup: soname changing ImageMagick update coming 2 rawhide
In-Reply-To: <bgbpsaza6s.fsf@allele2.eebweb.arizona.edu> (Alex Lancaster's
	message of "Mon\, 09 Mar 2009 13\:57\:15 -0700")
References: <49B4F76E.2070602@hhs.nl>
	<bgbpsaza6s.fsf@allele2.eebweb.arizona.edu>
Message-ID: <kx7i2yz8bo.fsf@allele2.eebweb.arizona.edu>

>>>>> Alex Lancaster  writes:

>>>>> "HdG" == Hans de Goede  writes:
HdG> Hi all,
HdG> A bit late in the release cycle, but I delayed it to not disrupt the
HdG> mass rebuild. I'm updating ImageMagick to 6.4.9-9

HdG> Which changes the soname (and ABI) of the included libraries.
HdG> The following packages are affected by this and will need to be rebuild
HdG> (once the new ImageMagick is in the build repo):

> Why are you doing this the *day* of the freeze?  Unless you are
> prepared to rebuild all the deps yourself, this means that beta will
> probably ship with a boatload of broken deps.

> If you haven't done so already, can you please hold off until after
> the beta freeze is over?

Case in point, evolution-brutus failed rebuild due to some kind of
API/ABI changes:

checking ifaddrs.h presence... yes
checking for ifaddrs.h... yes
checking for getifaddrs... yes
checking for nanosleep... yes
checking for wand/magick-wand.h... no
configure: error:  development header not installed
error: Bad exit status from /var/tmp/rpm-tmp.18zCEt (%build)
RPM build errors:
    Bad exit status from /var/tmp/rpm-tmp.18zCEt (%build)
Child returncode was: 1
EXCEPTION: Command failed. See logs for output.
 # ['bash', '--login', '-c', 'rpmbuild -bb --target x86_64 --nodeps builddir/build/SPECS/evolution-brutus.spec']
Traceback (most recent call last):
  File "/usr/lib/python2.4/site-packages/mock/trace_decorator.py", line 70, in trace
    result = func(*args, **kw)
  File "/usr/lib/python2.4/site-packages/mock/util.py", line 324, in do
    raise mock.exception.Error, ("Command failed. See logs for output.\n # %s" % (command,), child.returncode)
Error: Command failed. See logs for output.
 # ['bash', '--login', '-c', 'rpmbuild -bb --target x86_64 --nodeps builddir/build/SPECS/evolution-brutus.spec']
LEAVE do --> EXCEPTION RAISED

full logs:

http://koji.fedoraproject.org/koji/taskinfo?taskID=1233500
http://koji.fedoraproject.org/koji/getfile?taskID=1233500&name=build.log

So does octave-forge (although it may not be directly related to ImageMagick):

http://koji.fedoraproject.org/koji/taskinfo?taskID=1233493

The point is that other maintainers need time, not just to rebuild,
but to track down these build failures and < 24 hours is not long
enough.  

In general it would be a good idea for those who are breaking
ABI/API/soname investigate the possible extent of the breakage by
doing some scratch builds of affected packages *before* kicking off
the changes, especially when the list of packages is over past the
15-20 number and that maintainer of the package doing the breaking
doesn't maintain most of the affected packages.  The onus should be on
the ABI/API breaker to find out the extent of the problem, possible
gotchas and possible fixes/workarounds, not the breakee.

Alex



From rjones at redhat.com  Mon Mar  9 21:54:32 2009
From: rjones at redhat.com (Richard W.M. Jones)
Date: Mon, 9 Mar 2009 21:54:32 +0000
Subject: FESCo Meeting Summary - 2009-03-06
In-Reply-To: <alpine.LFD.2.00.0903091552140.17357@localhost.localdomain>
References: <20090306193013.GA16507@nostromo.devel.redhat.com>
	<20090309111052.GA1661@amd.home.annexia.org>
	<20090309113407.GB2256@yoda.jdub.homelinux.org>
	<20090309114042.GA2209@amd.home.annexia.org>
	<alpine.LFD.2.00.0903090827470.15414@localhost.localdomain>
	<20090309194912.GA15135@ntlworld.com>
	<alpine.LFD.2.00.0903091552140.17357@localhost.localdomain>
Message-ID: <20090309215432.GA10330@amd.home.annexia.org>

On Mon, Mar 09, 2009 at 04:01:37PM -0400, Seth Vidal wrote:
> Code of conduct violation enforcement is nearly impossible on the  
> internet. If a person want to cause excruciating pain to everyone and, 
> ultimately, halt all progress on fedora, they can. It's not even that 
> hard.
>
> I'm sorry, but attemtping to enforce a code of conduct is just silly.

I've a little bit of experience here, with Sven Luther whom I
understand was banned (temporarily) from Debian.  One of only a very
few people to whom this has happened.  We worked with him on
debian-ocaml-maint, and he was eventually readmitted.  Actually I had
no issues with Sven and his contributions to OCaml were always good.

It was never a problem that the ban couldn't be enforced.  Of course
he might have gone and created some elaborate alternate identity.  But
it would have been pretty suspicious if "Len Sutter" had turned up the
next day offering contributions to OCaml and Debian PPC.  (In reality,
he just kept working on the project).

Rich.

-- 
Richard Jones, Emerging Technologies, Red Hat  http://et.redhat.com/~rjones
Read my OCaml programming blog: http://camltastic.blogspot.com/
Fedora now supports 68 OCaml packages (the OPEN alternative to F#)
http://cocan.org/getting_started_with_ocaml_on_red_hat_and_fedora



From kevin.kofler at chello.at  Mon Mar  9 22:37:25 2009
From: kevin.kofler at chello.at (Kevin Kofler)
Date: Mon, 09 Mar 2009 23:37:25 +0100
Subject: Deltarpm *not* ready for new RPM checksums (was Re: Ready for
	new RPM version?)
References: <alpine.DEB.1.10.0902261918480.9856@gotcha.dreamhost.com>
	<49A6F20D.3070007@fedoraproject.org>
	<9e5330bc0902271013x7a24c938u5a3b9db02394f028@mail.gmail.com>
	<1235758924.12371.4.camel@rosebud>
	<1235759899.32664.5.camel@jdlaptop.lesbg.loc>
	<20090302114642.GA28035@suse.de>
	<1235994973.5534.8.camel@jdlaptop.lesbg.loc>
	<20090302115828.GB28035@suse.de>
	<1235996948.5534.20.camel@jdlaptop.lesbg.loc>
	<20090302132628.GB13642@suse.de>
	<1236624376.15147.37.camel@jdlaptop.lesbg.loc>
	<alpine.LFD.2.00.0903091523010.17357@localhost.localdomain>
	<1236627783.15147.47.camel@jdlaptop.lesbg.loc>
Message-ID: <gp45n5$qpq$1@ger.gmane.org>

Jonathan Dieter wrote:
> We just have to decide whether the checksums deltarpm generates for rpms
> with sha256 checksums will be sha256 or md5.  (And I think we should
> probably go with sha256, to be consistent.)

+1, we're going to SHA256 everywhere for security reasons, so DeltaRPMs
should comply as well.

        Kevin Kofler



From fedora-devel-list at queuemail.com  Mon Mar  9 23:04:35 2009
From: fedora-devel-list at queuemail.com (paul s)
Date: Mon, 09 Mar 2009 19:04:35 -0400
Subject: dpms + fglrx
Message-ID: <49B5A083.60204@queuemail.com>

hi -

i am having a problem with one of my computers and the monitor... it use
to power off and now it no longer does on F10..

suspend seems to work but the screen is still on, just blank.. i am
using powerdevil and also tried kde display and gnome display settings
as well... i know that the ati hd2600 supports powerplay as this worked
in F8 and is also noted on ati website... powering off the display
works with an nvidia card but not the ati...

i've googled a bunch but can't seem to find an answer... help would be
greatly appreciated...

[snip]
$ aticonfig --lsp
Error: POWERplay is not supported on your hardware.

$ aticonfig --pplib-cmd "get activity"
Current Activity is Core Clock: 600MHZ
Memory Clock: 684MHZ
VDDC: 1100
Activity: 0 percent
Performance Level: 0
Bus Speed: 2500
Bus Lanes: 16
Maximum Bus Lanes: 16

$ aticonfig --pplib-cmd "get clock"
Engine Clock Range: 600-600 MHZ; Memory Clock Range: 684-684 MHZ;

$ xset dpms force off <~ still on, just blank
[/snip]

also the option is set in the monitor section of the xorg.conf to use
dpms... http://queuemail.com/xorg.conf


cheers
paul



From kevin.kofler at chello.at  Mon Mar  9 23:54:11 2009
From: kevin.kofler at chello.at (Kevin Kofler)
Date: Tue, 10 Mar 2009 00:54:11 +0100
Subject: DeviceKit is marked complete, what about utf8
References: <385866f0903081006u491adc0cl32189cfccd8e1b68@mail.gmail.com>
	<1236587404.16047.5.camel@localhost.localdomain>
Message-ID: <gp4a73$8f2$1@ger.gmane.org>

Richard Hughes wrote:
> The kernel patch was dropped as it's different from upstream. Somebody
> has to set the utf8 mode, and the kernel has decided that it should be
> userspace policy.
> 
> You should probably email the upstream hal list and ask why it's not
> upstream there.

Maybe it's best to leave this to the desktop? KDE already handles this, see:
https://bugzilla.redhat.com/show_bug.cgi?id=470592#c7
http://websvn.kde.org/branches/KDE/4.2/kdelibs/solid/solid/backends/hal/halstorageaccess.cpp?revision=918779&view=markup

Maybe GNOME should just do the same?

        Kevin Kofler



From kevin.kofler at chello.at  Mon Mar  9 23:55:33 2009
From: kevin.kofler at chello.at (Kevin Kofler)
Date: Tue, 10 Mar 2009 00:55:33 +0100
Subject: New repo not being created on dist-f11?
References: <49B4A5BE.3090608@ioa.s.u-tokyo.ac.jp>
	<49B4B594.7040609@j2solutions.net>
Message-ID: <gp4a9l$8f2$2@ger.gmane.org>

Jesse Keating wrote:
> Looks like there hasn't been a successful newRepo task in a number of
> hours.  Not sure what's going on there, but one is going now that may
> clear it up.

Probably DST-related. It broke the day of the US DST changeover and started
working again after midnight EDT.

        Kevin Kofler



From kevin.kofler at chello.at  Tue Mar 10 01:01:13 2009
From: kevin.kofler at chello.at (Kevin Kofler)
Date: Tue, 10 Mar 2009 02:01:13 +0100
Subject: Password Reset
References: <alpine.LFD.2.00.0903090959530.14983@laptop.mmcgrath.net>
Message-ID: <gp4e4p$hq3$1@ger.gmane.org>

Mike McGrath wrote:
> So the password reset generally went off without a hitch but a lot of
> people forgot to reset their password or just plain didn't and I'm
> wondering if it's because of where I sent the notifications to so I
> thought I'd ask.  Would you generally like password reset requests to go
> to:
> 
> username at fedoraproject.org (the alias that directs to your email addr)
> 
> the email address we have listed
> 
> or both?

Why don't we stop requiring these pointless password resets altogether? I
can understand being asked to change the password if there was some leakage
like the recent wiki log issue, but expiring the password just because it's
old makes no sense whatsoever.

        Kevin Kofler



From tgl at redhat.com  Tue Mar 10 01:07:43 2009
From: tgl at redhat.com (Tom Lane)
Date: Mon, 09 Mar 2009 21:07:43 -0400
Subject: Password Reset 
In-Reply-To: <gp4e4p$hq3$1@ger.gmane.org> 
References: <alpine.LFD.2.00.0903090959530.14983@laptop.mmcgrath.net>
	<gp4e4p$hq3$1@ger.gmane.org>
Message-ID: <19008.1236647263@sss.pgh.pa.us>

Kevin Kofler <kevin.kofler at chello.at> writes:
> Why don't we stop requiring these pointless password resets
> altogether?

+1 ... it's a demonstrated fact that forcing periodic password changes
does not improve security.  What it does do is force people to write
down their passwords so they can remember what's current.

The only passwords I can remember are the ones that I *don't* change
routinely.  Guess what, all the rest (including my Fedora one) are
written down.

			regards, tom lane



From kevin.kofler at chello.at  Tue Mar 10 01:26:07 2009
From: kevin.kofler at chello.at (Kevin Kofler)
Date: Tue, 10 Mar 2009 02:26:07 +0100
Subject: Password Reset
References: <alpine.LFD.2.00.0903090959530.14983@laptop.mmcgrath.net>
Message-ID: <gp4fjf$ksm$1@ger.gmane.org>

Another unfortunate side effect of that password expiration: mail to
username at fedoraproject.org bounces for those people who haven't renewed
their password in time. This is also a security risk because it means
people can commit bad things to their packages without them noticing. (I
just got such a bounce for the commit message for a rebuild for broken
dependencies.)

        Kevin Kofler



From tgl at redhat.com  Tue Mar 10 01:36:51 2009
From: tgl at redhat.com (Tom Lane)
Date: Mon, 09 Mar 2009 21:36:51 -0400
Subject: Password Reset 
In-Reply-To: <gp4fjf$ksm$1@ger.gmane.org> 
References: <alpine.LFD.2.00.0903090959530.14983@laptop.mmcgrath.net>
	<gp4fjf$ksm$1@ger.gmane.org>
Message-ID: <19400.1236649011@sss.pgh.pa.us>

Kevin Kofler <kevin.kofler at chello.at> writes:
> Another unfortunate side effect of that password expiration: mail to
> username at fedoraproject.org bounces for those people who haven't renewed
> their password in time. This is also a security risk because it means
> people can commit bad things to their packages without them noticing. (I
> just got such a bounce for the commit message for a rebuild for broken
> dependencies.)

Ick.  Surely that's a flat-out bad idea, independently of what you think
of forced password changes.

Mail should only be disabled for dead accounts, and an account that is
the maintainer of record for a live package had better not be considered
dead, even if its password is (temporarily?) expired.

			regards, tom lane



From jkeating at redhat.com  Tue Mar 10 01:39:12 2009
From: jkeating at redhat.com (Jesse Keating)
Date: Mon, 09 Mar 2009 18:39:12 -0700
Subject: New repo not being created on dist-f11?
In-Reply-To: <gp4a9l$8f2$2@ger.gmane.org>
References: <49B4A5BE.3090608@ioa.s.u-tokyo.ac.jp>	<49B4B594.7040609@j2solutions.net>
	<gp4a9l$8f2$2@ger.gmane.org>
Message-ID: <49B5C4C0.7040202@redhat.com>

On 03/09/2009 04:55 PM, Kevin Kofler wrote:
> Probably DST-related. It broke the day of the US DST changeover and started
> working again after midnight EDT.
>   

That'd be really odd, given that the builders run with a UTC timezone.

-- 
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: 260 bytes
Desc: OpenPGP digital signature
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090309/1404eb76/attachment.sig>

From a.badger at gmail.com  Tue Mar 10 01:52:38 2009
From: a.badger at gmail.com (Toshio Kuratomi)
Date: Mon, 09 Mar 2009 18:52:38 -0700
Subject: Password Reset
In-Reply-To: <19400.1236649011@sss.pgh.pa.us>
References: <alpine.LFD.2.00.0903090959530.14983@laptop.mmcgrath.net>	<gp4fjf$ksm$1@ger.gmane.org>
	<19400.1236649011@sss.pgh.pa.us>
Message-ID: <49B5C7E6.10801@gmail.com>

Tom Lane wrote:
> Kevin Kofler <kevin.kofler at chello.at> writes:
>> Another unfortunate side effect of that password expiration: mail to
>> username at fedoraproject.org bounces for those people who haven't renewed
>> their password in time. This is also a security risk because it means
>> people can commit bad things to their packages without them noticing. (I
>> just got such a bounce for the commit message for a rebuild for broken
>> dependencies.)
> 
> Ick.  Surely that's a flat-out bad idea, independently of what you think
> of forced password changes.
> 
> Mail should only be disabled for dead accounts, and an account that is
> the maintainer of record for a live package had better not be considered
> dead, even if its password is (temporarily?) expired.
> 
So this one actually works both ways and we won't know unless the person
reactivate their account which it is.

If the person is actually gone, this has found that out for us and we
can orphan their packages and begin the process of finding new owners
for them.

If the person is not actually gone then mail is bouncing as you say with
all the problem you mention.

-Toshio

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: OpenPGP digital signature
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090309/1cd6c613/attachment.sig>

From mtasaka at ioa.s.u-tokyo.ac.jp  Tue Mar 10 01:57:20 2009
From: mtasaka at ioa.s.u-tokyo.ac.jp (Mamoru Tasaka)
Date: Tue, 10 Mar 2009 10:57:20 +0900
Subject: Headsup: soname changing ImageMagick update coming 2 rawhide
In-Reply-To: <kx7i2yz8bo.fsf@allele2.eebweb.arizona.edu>
References: <49B4F76E.2070602@hhs.nl>	<bgbpsaza6s.fsf@allele2.eebweb.arizona.edu>
	<kx7i2yz8bo.fsf@allele2.eebweb.arizona.edu>
Message-ID: <49B5C900.4040603@ioa.s.u-tokyo.ac.jp>

Alex Lancaster wrote, at 03/10/2009 06:37 AM +9:00:
>>>>>> Alex Lancaster  writes:
> 
>>>>>> "HdG" == Hans de Goede  writes:
> HdG> Hi all,
> HdG> A bit late in the release cycle, but I delayed it to not disrupt the
> HdG> mass rebuild. I'm updating ImageMagick to 6.4.9-9
> 
> HdG> Which changes the soname (and ABI) of the included libraries.
> HdG> The following packages are affected by this and will need to be rebuild
> HdG> (once the new ImageMagick is in the build repo):
> 
> Case in point, evolution-brutus failed rebuild due to some kind of
> API/ABI changes:
> 
> checking ifaddrs.h presence... yes
> checking for ifaddrs.h... yes
> checking for getifaddrs... yes
> checking for nanosleep... yes
> checking for wand/magick-wand.h... no
> configure: error:  development header not installed
> error: Bad exit status from /var/tmp/rpm-tmp.18zCEt (%build)

This is failing as(from config.log):
--------------------------------------------------------------------------
configure:20351: gcc -c -I/usr/include/brutus-keyring-1.0 -DORBIT2=1 -pthread -I/usr/include/gtk-2.0 -I/usr/lib64/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/orbit-2.0 -I/usr/include/libIDL-2.0      -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic -Werror -Werror-implicit-function-declaration -Wundef -Wbad-function-cast -Wcast-align -Wmissing-declarations -std=gnu89 -D_REENTRANT -I/usr/include/ImageMagick -I/usr/include/evolution-data-server-2.26  conftest.c >&5
In file included from /usr/include/ImageMagick/magick/MagickCore.h:148,
                 from /usr/include/ImageMagick/wand/MagickWand.h:147,
                 from /usr/include/ImageMagick/wand/magick-wand.h:22,
                 from conftest.c:70:
/usr/include/ImageMagick/magick/magick-type.h:130:5: error: "_MSC_VER" is not defined
configure:20358: $? = 1
--------------------------------------------------------------------------

Possibly a bug on ImageMagick side. Currently I cannot find out
where _MSC_VER is defined (perhaps Windows related) and evolution-brutus
configure rejects this by "-Werror -Wundef".

"sed -i -e 's|-Wundef||' configure" in evolution-brutus can be a work-around
for this issue:
http://koji.fedoraproject.org/koji/taskinfo?taskID=1233863

Mamooru



From bashton at brennanashton.com  Tue Mar 10 02:07:00 2009
From: bashton at brennanashton.com (Brennan Ashton)
Date: Mon, 9 Mar 2009 18:07:00 -0800
Subject: Password Reset
In-Reply-To: <alpine.LFD.2.00.0903090959530.14983@laptop.mmcgrath.net>
References: <alpine.LFD.2.00.0903090959530.14983@laptop.mmcgrath.net>
Message-ID: <981da310903091907o2f99c6cye9dc15b8e553957b@mail.gmail.com>

On Mon, Mar 9, 2009 at 7:01 AM, Mike McGrath <mmcgrath at redhat.com> wrote:
> So the password reset generally went off without a hitch but a lot of
> people forgot to reset their password or just plain didn't and I'm
> wondering if it's because of where I sent the notifications to so I
> thought I'd ask.  Would you generally like password reset requests to go
> to:
>
> username at fedoraproject.org (the alias that directs to your email addr)
>
> the email address we have listed
>
> or both?
>
>        -Mike

Mike,
I did receive the requests, however I missed them because of all my
bugzilla and mailing list email (I now filter mail from you with
password so I will not miss it).  Is there a better way to do this
then just email?  One thought I did have was could we have zodbot
message people in IRC when they login to one of the channels is
occupies if the password is up for reset? I know some people dont use
IRC, but I think it could help the vast majority.  Also if the idea is
to detect dead accounts, can we just reset the expiration counter if
they login to fedorapeople fedorahosted cvs or wiki?

--Brennan Ashton



From christoph.wickert at googlemail.com  Tue Mar 10 02:18:42 2009
From: christoph.wickert at googlemail.com (Christoph Wickert)
Date: Tue, 10 Mar 2009 03:18:42 +0100
Subject: Please fix your bugs in release instead of rawhide!
Message-ID: <1236651522.8340.27.camel@localhost.localdomain>

A note to all Fedora maintainers and especially to the Red Hat people
who are involved in development every day:

           Please fix your bugs [1] in the release they were
         filed against instead of just closing them NEXTRELASE!

I know it sounds slinky to just close everything NEXTRELEASE and I know
I sucks to get reports of bugs you've already fixed. But in 99% of all
cases it shouldn't be to hard to get the fix also into the stable
release.

Telling people to upgrade to the rawhide version is _not_an_option_ if
it pulls in another 996 package plus the latest untested development
kernel and 8 unresolved deps.

Thanks for your understanding.
Christoph

[1] I'm talking about bugs, not about enhancements.



From a.badger at gmail.com  Tue Mar 10 02:22:04 2009
From: a.badger at gmail.com (Toshio Kuratomi)
Date: Mon, 09 Mar 2009 19:22:04 -0700
Subject: Password Reset
In-Reply-To: <981da310903091907o2f99c6cye9dc15b8e553957b@mail.gmail.com>
References: <alpine.LFD.2.00.0903090959530.14983@laptop.mmcgrath.net>
	<981da310903091907o2f99c6cye9dc15b8e553957b@mail.gmail.com>
Message-ID: <49B5CECC.8070601@gmail.com>

Brennan Ashton wrote:

> Also if the idea is
> to detect dead accounts, can we just reset the expiration counter if
> they login to fedorapeople fedorahosted cvs or wiki?
> 

It's interesting that you mention those specific services because of
those, only the wiki is easy to tie into such a counter.  The web
services that we've created or had a hand in creating an auth plugin for
(account system, PackageDB, elections app, bodhi, mirrormanager,
transifex, wiki) are all talking to the account system directly so we
could be capturing that the user has logged in from these.

-Toshio

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: OpenPGP digital signature
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090309/5ead0a55/attachment.sig>

From kevin.kofler at chello.at  Tue Mar 10 02:41:28 2009
From: kevin.kofler at chello.at (Kevin Kofler)
Date: Tue, 10 Mar 2009 03:41:28 +0100
Subject: Headsup: soname changing ImageMagick update coming 2 rawhide
References: <49B4F76E.2070602@hhs.nl>	<bgbpsaza6s.fsf@allele2.eebweb.arizona.edu>
	<kx7i2yz8bo.fsf@allele2.eebweb.arizona.edu>
	<49B5C900.4040603@ioa.s.u-tokyo.ac.jp>
Message-ID: <gp4k0o$qdt$2@ger.gmane.org>

Mamoru Tasaka wrote:
> Possibly a bug on ImageMagick side.

s/Possibly/Definitely/ :-)

> Currently I cannot find out where _MSC_VER is defined (perhaps Windows
> related)

_MSC_VER is only defined with M$ Visual C/C++.

> "sed -i -e 's|-Wundef||' configure" in evolution-brutus can be a
> work-around for this issue:
> http://koji.fedoraproject.org/koji/taskinfo?taskID=1233863

Can you please submit a "real" (non-scratch) build?

        Kevin Kofler



From jonstanley at gmail.com  Sat Mar  7 02:08:39 2009
From: jonstanley at gmail.com (Jon Stanley)
Date: Fri, 6 Mar 2009 21:08:39 -0500
Subject: PLEASE READ: provenpackager reseed
Message-ID: <da159fda0903061808h172da453vfb22cd19a732a81c@mail.gmail.com>

At the FESCo meeting that took place on 3/6/2009, it was decided that
on Monday, 3/9/2009,  the 'provenpackager' group would be emptied and
repopulated with only sponsors in the 'packager' group, who would be
given user status in the provenpackager group.  This was done for a
few reasons:

1) The initial method of seeding the provenpackager group was seen by
some to be arbitrary - any packager who owned 8 or more packages was
admitted to the group without question.
2) Due to 1, the provenpackager group did not have the desired effect
- the removal of ACL's on all but maybe a few packages.

In order for anyone else that is not currently a sponsor to be
admitted to the group, a process very similar to new sponsor
acceptance (however a distinct process) will be put into effect:

1) The user makes their desire to be a member of provenpackager known
to FESCo (they can do this in really any way - mailing list, IRC, file
a ticket, etc)
2) Much as is the process for new sponsors, a discussion will take
place for 1 week on the sponsors list.
3) Based on the input from step 2, FESCo will vote on the individual
in their regular meeting.

Also, any user that becomes a sponsor will also be added to the
'provenpackager' group.

It is anticipated that the volume of requests at first will be
moderately large. This is expected and will be dealt with in the
normal course of business.

_______________________________________________
Fedora-devel-announce mailing list
Fedora-devel-announce at redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-announce



From mtasaka at ioa.s.u-tokyo.ac.jp  Tue Mar 10 07:41:18 2009
From: mtasaka at ioa.s.u-tokyo.ac.jp (Mamoru Tasaka)
Date: Tue, 10 Mar 2009 16:41:18 +0900
Subject: Headsup: soname changing ImageMagick update coming 2 rawhide
In-Reply-To: <gp4k0o$qdt$2@ger.gmane.org>
References: <49B4F76E.2070602@hhs.nl>	<bgbpsaza6s.fsf@allele2.eebweb.arizona.edu>	<kx7i2yz8bo.fsf@allele2.eebweb.arizona.edu>	<49B5C900.4040603@ioa.s.u-tokyo.ac.jp>
	<gp4k0o$qdt$2@ger.gmane.org>
Message-ID: <49B6199E.9030905@ioa.s.u-tokyo.ac.jp>

Hi:

Kevin Kofler wrote, at 03/10/2009 11:41 AM +9:00:
> Mamoru Tasaka wrote:
>> Possibly a bug on ImageMagick side.
> 
> s/Possibly/Definitely/ :-)
> 
>> Currently I cannot find out where _MSC_VER is defined (perhaps Windows
>> related)
> 
> _MSC_VER is only defined with M$ Visual C/C++.

Filed: https://bugzilla.redhat.com/show_bug.cgi?id=489453
(against ImageMagick)

> 
>> "sed -i -e 's|-Wundef||' configure" in evolution-brutus can be a
>> work-around for this issue:
>> http://koji.fedoraproject.org/koji/taskinfo?taskID=1233863
> 
> Can you please submit a "real" (non-scratch) build?

Okay, successfully rebuilt as evolution-brutus-1.2.35-2.fc11

> 
>         Kevin Kofler
> 

Regards,
Mamoru



From pmatilai at laiskiainen.org  Tue Mar 10 07:44:18 2009
From: pmatilai at laiskiainen.org (Panu Matilainen)
Date: Tue, 10 Mar 2009 09:44:18 +0200 (EET)
Subject: yum-builddep pulling in i386 packages for x86_64 -devel
 dependencies
In-Reply-To: <1236528942.7725.4012.camel@code.and.org>
References: <200903060944.00190.billcrawford1970@gmail.com>
	<200903062038.48471.sgrubb@redhat.com>
	<1236528942.7725.4012.camel@code.and.org>
Message-ID: <alpine.DEB.1.10.0903100927200.7281@gotcha.dreamhost.com>

On Sun, 8 Mar 2009, James Antill wrote:

> On Fri, 2009-03-06 at 20:38 -0500, Steve Grubb wrote:
>> On Friday 06 March 2009 04:44:00 am Bill Crawford wrote:
>>> I just noticed an interesting thing with yum-builddep. There's a dependency
>>> somewhere on audit-libs-devel, and it's trying to pull in audit-libs.i386
>>> instead of .x64_64 ... this then leads to it wanting to download over a
>>> dozen other i386 packages. Any way to get around this? Did I do something
>>> wrong?
>>
>> This sounds like something is wrong in the build system. Where a package is
>> built on a multi-lib platform, isn't there an explicit "--target x86_64" ? If
>> so, rpm has the hint needed to resolve this all successfully. If rpm simply
>> chose only packages from the arch that is being built, there wouldn't be a
>> problem. Its that simple.
>
> It's yum, not rpm, and yes ... it contains code so that it often picks
> the "right" package when the Requires information just says "I want XYZ"
> and we have XYZ.i386 and XYZ.x86_64 but the package will only work with
> one of them.
> Saying that if it picks badly then 99% of the time the best fix is
> going to be to change the requires so it says "I want XYZ%{_isa}".
> If you think it's easier to make the yum depsolver more magic, than add
> 7 characters to your specfile, patches are accepted.

If I understood this correctly, in this case there is sufficient 
information to pull in the correct package already. Looking at 
http://koji.fedoraproject.org/koji/rpminfo?rpmID=1075605 pointed to 
earlier in the thread:

Requires:
    audit-libs = 1.7.12-2.fc11
    libaudit.so.0()(64bit)
    libauparse.so.0()(64bit)

The soname dependencies point to the correct version of audit-libs 
already, just the manual dep on audit-libs (to force exact version 
match) is satisfied with any arch.

It'd be possible to weigh the dependencies, preferring automatic 
dependencies over manual ones and if manual dependencies are still 
unresolved after resolving automatic ones, only then try to look for them. 
Except the full dependency flags aren't stored in repodata, only GE/LE/EQ
etc so this wont work.

What should work for this case is resolving the dependencies with only one 
provider first and if after that there are still unresolved deps, try to 
resolve them. "Only one provider" here assumes only looking at newest 
packages (which I think yum already does).

 	- Panu -



From oliver at linux-kernel.at  Tue Mar 10 08:24:27 2009
From: oliver at linux-kernel.at (Oliver Falk)
Date: Tue, 10 Mar 2009 09:24:27 +0100
Subject: PLEASE READ: provenpackager reseed
In-Reply-To: <da159fda0903061808h172da453vfb22cd19a732a81c@mail.gmail.com>
References: <da159fda0903061808h172da453vfb22cd19a732a81c@mail.gmail.com>
Message-ID: <49B623BB.2060904@linux-kernel.at>

Jon Stanley wrote:
> At the FESCo meeting that took place on 3/6/2009, it was decided that
> on Monday, 3/9/2009,  the 'provenpackager' group would be emptied and
> repopulated with only sponsors in the 'packager' group, who would be
> given user status in the provenpackager group.  This was done for a
> few reasons:
> 
> 1) The initial method of seeding the provenpackager group was seen by
> some to be arbitrary - any packager who owned 8 or more packages was
> admitted to the group without question.
> 2) Due to 1, the provenpackager group did not have the desired effect
> - the removal of ACL's on all but maybe a few packages.
> 
> In order for anyone else that is not currently a sponsor to be
> admitted to the group, a process very similar to new sponsor
> acceptance (however a distinct process) will be put into effect:
> 
> 1) The user makes their desire to be a member of provenpackager known
> to FESCo (they can do this in really any way - mailing list, IRC, file
> a ticket, etc)
> 2) Much as is the process for new sponsors, a discussion will take
> place for 1 week on the sponsors list.
> 3) Based on the input from step 2, FESCo will vote on the individual
> in their regular meeting.
> 
> Also, any user that becomes a sponsor will also be added to the
> 'provenpackager' group.
> 
> It is anticipated that the volume of requests at first will be
> moderately large. This is expected and will be dealt with in the
> normal course of business.

Well. Here's my mail. As secondary arch maintainer (alpha), I'd like to 
be added to the provenpackager group - of course...

Merci,
  Oliver



From j.w.r.degoede at hhs.nl  Tue Mar 10 08:33:09 2009
From: j.w.r.degoede at hhs.nl (Hans de Goede)
Date: Tue, 10 Mar 2009 09:33:09 +0100
Subject: Headsup: soname changing ImageMagick update coming 2 rawhide
In-Reply-To: <bgbpsaza6s.fsf@allele2.eebweb.arizona.edu>
References: <49B4F76E.2070602@hhs.nl>
	<bgbpsaza6s.fsf@allele2.eebweb.arizona.edu>
Message-ID: <49B625C5.1000604@hhs.nl>

Alex Lancaster wrote:
>>>>>> "HdG" == Hans de Goede  writes:
> 
> HdG> Hi all,
> HdG> A bit late in the release cycle, but I delayed it to not disrupt the
> HdG> mass rebuild. I'm updating ImageMagick to 6.4.9-9
> 
> HdG> Which changes the soname (and ABI) of the included libraries.
> HdG> The following packages are affected by this and will need to be rebuild
> HdG> (once the new ImageMagick is in the build repo):
> 
> Why are you doing this the *day* of the freeze?  Unless you are
> prepared to rebuild all the deps yourself, this means that beta will
> probably ship with a boatload of broken deps.
> 

I'm sorry, I was under the (mistaken) impression the freeze was still a few
days away. apologies.

> If you haven't done so already, can you please hold off until after
> the beta freeze is over?
> 

I cannot do that (that is beyond my power), rel-eng could untag it, but as I
understand some packages have already been rebuild, so I don't know which way
is less work (untagging, or fixing the remainder). Either way my apologies for
the mess, I got the freeze date wrong, otherwise I wouldn't have done this.

Regards,

Hans



From rc040203 at freenet.de  Tue Mar 10 08:36:01 2009
From: rc040203 at freenet.de (Ralf Corsepius)
Date: Tue, 10 Mar 2009 09:36:01 +0100
Subject: PLEASE READ: provenpackager reseed
In-Reply-To: <da159fda0903061808h172da453vfb22cd19a732a81c@mail.gmail.com>
References: <da159fda0903061808h172da453vfb22cd19a732a81c@mail.gmail.com>
Message-ID: <49B62671.30405@freenet.de>

Jon Stanley wrote:
> At the FESCo meeting that took place on 3/6/2009, it was decided that
> on Monday, 3/9/2009,  the 'provenpackager' group would be emptied and
> repopulated with only sponsors in the 'packager' group, who would be
> given user status in the provenpackager group. 

Is there some definition of what a "provenpackager role" is supposed to 
mean and how it is different from a "sponsor role"?

Ralf



From fedora at leemhuis.info  Tue Mar 10 08:43:48 2009
From: fedora at leemhuis.info (Thorsten Leemhuis)
Date: Tue, 10 Mar 2009 09:43:48 +0100
Subject: Inactive Maintainers (was: Re: Password Reset)
In-Reply-To: <alpine.LFD.2.00.0903090959530.14983@laptop.mmcgrath.net>
References: <alpine.LFD.2.00.0903090959530.14983@laptop.mmcgrath.net>
Message-ID: <49B62844.8040203@leemhuis.info>

Hi!

On 09.03.2009 16:01, Mike McGrath wrote:
> So the password reset generally went off without a hitch but a lot of
> people forgot to reset their password or just plain didn't and I'm
> wondering if it's because of where I sent the notifications to so I
> thought I'd ask. 

Maybe part of the problem is: Inactive maintainers that stopped 
contributing to Fedora and thus ignored your mail? It's been a while 
since we were hunting for them to clean up FAS afaics. Maybe it's time 
to do it again to make sure that only those that need access to CVS 
actually have it (there are even sponsors that are inactive / moved on 
to other things in life).

CU
knurd



From kevin.kofler at chello.at  Tue Mar 10 08:50:18 2009
From: kevin.kofler at chello.at (Kevin Kofler)
Date: Tue, 10 Mar 2009 09:50:18 +0100
Subject: Headsup: soname changing ImageMagick update coming 2 rawhide
References: <49B4F76E.2070602@hhs.nl>
	<bgbpsaza6s.fsf@allele2.eebweb.arizona.edu>
	<49B625C5.1000604@hhs.nl>
Message-ID: <gp59ka$56l$1@ger.gmane.org>

Hans de Goede wrote:
> I cannot do that (that is beyond my power), rel-eng could untag it

You can untag at least your own builds, though in this case it'd be
counterproductive because of the stuff which has been rebuilt against it
already.

I think at this point the best way forward is to just rebuild the remaining
affected packages. There don't appear to be any major API changes, xine-lib
and koffice rebuilt with no changes.

        Kevin Kofler



From kevin.kofler at chello.at  Tue Mar 10 08:58:30 2009
From: kevin.kofler at chello.at (Kevin Kofler)
Date: Tue, 10 Mar 2009 09:58:30 +0100
Subject: Headsup: soname changing ImageMagick update coming 2 rawhide
References: <49B4F76E.2070602@hhs.nl>
	<bgbpsaza6s.fsf@allele2.eebweb.arizona.edu>
	<49B625C5.1000604@hhs.nl> <gp59ka$56l$1@ger.gmane.org>
Message-ID: <gp5a3m$56l$4@ger.gmane.org>

I wrote:
> You can untag at least your own builds

PS: Untag from dist-f11, that is. But now that the freeze has happened, it's
also tagged f11-beta and only rel-eng can touch that tag.

        Kevin Kofler



From fedora at leemhuis.info  Tue Mar 10 09:01:26 2009
From: fedora at leemhuis.info (Thorsten Leemhuis)
Date: Tue, 10 Mar 2009 10:01:26 +0100
Subject: Inactive Maintainers
In-Reply-To: <49B62844.8040203@leemhuis.info>
References: <alpine.LFD.2.00.0903090959530.14983@laptop.mmcgrath.net>
	<49B62844.8040203@leemhuis.info>
Message-ID: <49B62C66.4000706@leemhuis.info>



On 10.03.2009 09:43, Thorsten Leemhuis wrote:
> Hi!
> 
> On 09.03.2009 16:01, Mike McGrath wrote:
>> So the password reset generally went off without a hitch but a lot of
>> people forgot to reset their password or just plain didn't and I'm
>> wondering if it's because of where I sent the notifications to so I
>> thought I'd ask. 
> 
> Maybe part of the problem is: Inactive maintainers that stopped 
> contributing to Fedora and thus ignored your mail? It's been a while 
> since we were hunting for them to clean up FAS afaics. Maybe it's time 
> to do it again to make sure that only those that need access to CVS 
> actually have it (there are even sponsors that are inactive / moved on 
> to other things in life).

Ohh, I missed that the FAS accounts for inactive people got disabled 
(thx kevin for letting me know). Are the inactive accounts removed 
sooner or later completely (or flagged as "inactive" or something like 
that)?

CU
knurd



From mls at suse.de  Tue Mar 10 09:33:44 2009
From: mls at suse.de (Michael Schroeder)
Date: Tue, 10 Mar 2009 10:33:44 +0100
Subject: Deltarpm *not* ready for new RPM checksums (was Re: Ready for
	new RPM version?)
In-Reply-To: <1236624376.15147.37.camel@jdlaptop.lesbg.loc>
References: <49A6F20D.3070007@fedoraproject.org>
	<9e5330bc0902271013x7a24c938u5a3b9db02394f028@mail.gmail.com>
	<1235758924.12371.4.camel@rosebud>
	<1235759899.32664.5.camel@jdlaptop.lesbg.loc>
	<20090302114642.GA28035@suse.de>
	<1235994973.5534.8.camel@jdlaptop.lesbg.loc>
	<20090302115828.GB28035@suse.de>
	<1235996948.5534.20.camel@jdlaptop.lesbg.loc>
	<20090302132628.GB13642@suse.de>
	<1236624376.15147.37.camel@jdlaptop.lesbg.loc>
Message-ID: <20090310093344.GA21116@suse.de>

On Mon, Mar 09, 2009 at 08:46:16PM +0200, Jonathan Dieter wrote:
> Yeah, just ran into some difficulty putting this together.  My original
> plan was to modify deltarpm to be able to read sha256 checksums while
> sticking with md5 checksums in the deltarpm (to maintain compatibility
> in rpm-only deltarpms).
> 
> The problem is that the sequence is generated from the sha256 checksums,
> and there's no elegant way (at least as far as I can see) to get md5
> checksums for the files in the rpm without completely regenerating them.

My plan was to just modify the expandseq() function so that it
uses sha256 if the checksums stored in the rpm header look like
sha256.

I don't think we have any problems with rpm-only deltarpms, as
they don't use file checksums at all.

I think we should stay with the overall md5 sum in the sequence
to ensure compatibility. This is not a security issue, it's just
used to check if the deltarpm can be applied or not.

Cheers,
  Michael.

-- 
Michael Schroeder                                   mls at suse.de
SUSE LINUX Products GmbH, GF Markus Rex, HRB 16746 AG Nuernberg
main(_){while(_=~getchar())putchar(~_-1/(~(_|32)/13*2-11)*13);}



From mschwendt at gmail.com  Tue Mar 10 09:37:18 2009
From: mschwendt at gmail.com (Michael Schwendt)
Date: Tue, 10 Mar 2009 10:37:18 +0100
Subject: Password Reset
In-Reply-To: <alpine.LFD.2.00.0903090959530.14983@laptop.mmcgrath.net>
References: <alpine.LFD.2.00.0903090959530.14983@laptop.mmcgrath.net>
Message-ID: <20090310103718.c8adf54d.mschwendt@gmail.com>

On Mon, 9 Mar 2009 10:01:19 -0500 (CDT), Mike wrote:

> So the password reset generally went off without a hitch but a lot of
> people forgot to reset their password or just plain didn't and I'm
> wondering if it's because of where I sent the notifications to so I
> thought I'd ask.  Would you generally like password reset requests to go
> to:
> 
> username at fedoraproject.org (the alias that directs to your email addr)
> 
> the email address we have listed
> 
> or both?

Both.

Just a few minutes ago, the aliases broke into many pieces when replying
to the packager-sponsors alias. I got a delivery failure notification
with a dozen "unknown user:" errors for the aliases.



From sundaram at fedoraproject.org  Tue Mar 10 09:51:34 2009
From: sundaram at fedoraproject.org (Rahul Sundaram)
Date: Tue, 10 Mar 2009 15:21:34 +0530
Subject: Please fix your bugs in release instead of rawhide!
In-Reply-To: <1236651522.8340.27.camel@localhost.localdomain>
References: <1236651522.8340.27.camel@localhost.localdomain>
Message-ID: <49B63826.8070201@fedoraproject.org>

Christoph Wickert wrote:
> A note to all Fedora maintainers and especially to the Red Hat people
> who are involved in development every day:
> 
>            Please fix your bugs [1] in the release they were
>          filed against instead of just closing them NEXTRELASE!

Doesn't that depend on how serious the bugs are? Sometimes upstream has 
gone way ahead, changed their configuration format etc and backporting 
the fix or just pushing the update with all the other changes is too 
invasive.

Rahul



From rakesh.pandit at gmail.com  Tue Mar 10 09:46:25 2009
From: rakesh.pandit at gmail.com (Rakesh Pandit)
Date: Tue, 10 Mar 2009 15:16:25 +0530
Subject: Purging the orphans
In-Reply-To: <1236029138.3425.8.camel@localhost.localdomain>
References: <1236024816.3425.6.camel@localhost.localdomain>
	<1236029138.3425.8.camel@localhost.localdomain>
Message-ID: <b401d2530903100246r4dc11357u4acf9119a986adc9@mail.gmail.com>

2009/3/3 Jesse Keating wrote:
> On Mon, 2009-03-02 at 12:13 -0800, Jesse Keating wrote:
>> Orphans that remain unblocked just before Beta freeze will be blocked,
>> and will not be shipped with F11.
>
> Sorry about that, script had an error. ?Here's the real list:
>
[..]

> Unblocked orphan libeXosip2
[..]

It is about libeXosip2

I am very sorry for mentioning it late. But I am interested in
maintaining and fixing libeXosip2 as it is required by linphone, which
I took over long back from J Collie but could not gave my time to
respond to bugs and clean it up.

But I will be working on it this week and next week along with help
from rishi. In case it is not too late, may you unblock it and include
in F11:
https://fedorahosted.org/rel-eng/ticket/1323

is the required ticket.

Thanks,



-- 
Regards,
Rakesh Pandit



From skasal at redhat.com  Tue Mar 10 09:49:26 2009
From: skasal at redhat.com (Stepan Kasal)
Date: Tue, 10 Mar 2009 10:49:26 +0100
Subject: PLEASE READ: provenpackager reseed
In-Reply-To: <da159fda0903061808h172da453vfb22cd19a732a81c@mail.gmail.com>
References: <da159fda0903061808h172da453vfb22cd19a732a81c@mail.gmail.com>
Message-ID: <20090310094926.GA24665@camelia.ucw.cz>

Hi,

a) I'd like to self-nominate myself as a Fedora Packager Sponsor.

b) I'd like to become member of provenpackager group.

The application under b) is redundant, unless the processing of b)
takes significantly less time than the processing of a).

<ramblings>
> 1) The user makes their desire to be a member of provenpackager known
> to FESCo (they can do this in really any way - mailing list, IRC, file
> a ticket, etc)

What list, what IRC, where to file the ticket?

All I found was an information on wiki that sponsors nominations can
be sent to fedora-devel-list.  (Allegedly, one can also send mail to
FESCo, but I were not able to find out the address.)
</rambligs>

<apology>
I'm really sorry to bother all the readers of fedora-devel-list, but
I felt I should re-gain my provenpackager status and was not able to
find a better async method.
</apology>

Have a nice day,
	Stepan



From pertusus at free.fr  Tue Mar 10 10:04:33 2009
From: pertusus at free.fr (Patrice Dumas)
Date: Tue, 10 Mar 2009 11:04:33 +0100
Subject: Password Reset
In-Reply-To: <alpine.LFD.2.00.0903090959530.14983@laptop.mmcgrath.net>
References: <alpine.LFD.2.00.0903090959530.14983@laptop.mmcgrath.net>
Message-ID: <20090310100433.GA2637@free.fr>

On Mon, Mar 09, 2009 at 10:01:19AM -0500, Mike McGrath wrote:
> So the password reset generally went off without a hitch but a lot of
> people forgot to reset their password or just plain didn't and I'm

Why is there a password reset? I'd prefer not to reset mine, it is a
good password and I don't want to have too much passwords to remember,
and also -- even if it is not much work to reset the password -- it 
is still uneeded work.

--
Pat



From pertusus at free.fr  Tue Mar 10 10:07:43 2009
From: pertusus at free.fr (Patrice Dumas)
Date: Tue, 10 Mar 2009 11:07:43 +0100
Subject: PLEASE READ: provenpackager reseed
In-Reply-To: <49B62671.30405@freenet.de>
References: <da159fda0903061808h172da453vfb22cd19a732a81c@mail.gmail.com>
	<49B62671.30405@freenet.de>
Message-ID: <20090310100743.GB2637@free.fr>

On Tue, Mar 10, 2009 at 09:36:01AM +0100, Ralf Corsepius wrote:
> Jon Stanley wrote:
>> At the FESCo meeting that took place on 3/6/2009, it was decided that
>> on Monday, 3/9/2009,  the 'provenpackager' group would be emptied and
>> repopulated with only sponsors in the 'packager' group, who would be
>> given user status in the provenpackager group. 
>
> Is there some definition of what a "provenpackager role" is supposed to  
> mean and how it is different from a "sponsor role"?

provenpackagers are people who can change all the packages with 
opened ACLs. Sponsors are the people who can accept new contributors in 
fedora.

--
Pat



From rakesh.pandit at gmail.com  Tue Mar 10 10:11:47 2009
From: rakesh.pandit at gmail.com (Rakesh Pandit)
Date: Tue, 10 Mar 2009 15:41:47 +0530
Subject: Please fix your bugs in release instead of rawhide!
In-Reply-To: <49B63826.8070201@fedoraproject.org>
References: <1236651522.8340.27.camel@localhost.localdomain>
	<49B63826.8070201@fedoraproject.org>
Message-ID: <b401d2530903100311yb3397e9y6cde87fb80308f9c@mail.gmail.com>

2009/3/10 Rahul Sundaram wrote:
> Christoph Wickert wrote:
>>
>> A note to all Fedora maintainers and especially to the Red Hat people
>> who are involved in development every day:
>>
>> ? ? ? ? ? Please fix your bugs [1] in the release they were
>> ? ? ? ? filed against instead of just closing them NEXTRELASE!
>
> Doesn't that depend on how serious the bugs are? Sometimes upstream has gone
> way ahead, changed their configuration format etc and backporting the fix or
> just pushing the update with all the other changes is too invasive.
>

The issue highlighted by Christoph is very important and needs
attention. There are cases where back porting may be putting in too
much effort. But that case is exception (I guess rare and for few
packages) and best judge would be package maintainer.

But for usual cases it is better to fix the bugs for the release they
have been made against, rather then just fixing it for rawhide and
marking it nextrelease. At least putting your best effort.

> Rahul
>
> --
> fedora-devel-list mailing list
> fedora-devel-list at redhat.com
> https://www.redhat.com/mailman/listinfo/fedora-devel-list
>

-- 
Regards,
Rakesh Pandit



From mschwendt at gmail.com  Tue Mar 10 10:17:19 2009
From: mschwendt at gmail.com (Michael Schwendt)
Date: Tue, 10 Mar 2009 11:17:19 +0100
Subject: Password Reset
In-Reply-To: <gp4fjf$ksm$1@ger.gmane.org>
References: <alpine.LFD.2.00.0903090959530.14983@laptop.mmcgrath.net>
	<gp4fjf$ksm$1@ger.gmane.org>
Message-ID: <20090310111719.8ce27cfe.mschwendt@gmail.com>

On Tue, 10 Mar 2009 02:26:07 +0100, Kevin wrote:

> Another unfortunate side effect of that password expiration: mail to
> username at fedoraproject.org bounces for those people who haven't renewed
> their password in time. This is also a security risk because it means
> people can commit bad things to their packages without them noticing. (I
> just got such a bounce for the commit message for a rebuild for broken
> dependencies.)

Just for the record, two hours ago I got a delivery failure notification
for 14 users expanded from the packager sponsors' group alias. IMO there
is an additional problem [unless the accounts for all these well-known
names have been disabled].



From rc040203 at freenet.de  Tue Mar 10 10:19:13 2009
From: rc040203 at freenet.de (Ralf Corsepius)
Date: Tue, 10 Mar 2009 11:19:13 +0100
Subject: PLEASE READ: provenpackager reseed
In-Reply-To: <20090310100743.GB2637@free.fr>
References: <da159fda0903061808h172da453vfb22cd19a732a81c@mail.gmail.com>	<49B62671.30405@freenet.de>
	<20090310100743.GB2637@free.fr>
Message-ID: <49B63EA1.80509@freenet.de>

Patrice Dumas wrote:
> On Tue, Mar 10, 2009 at 09:36:01AM +0100, Ralf Corsepius wrote:
>> Jon Stanley wrote:
>>> At the FESCo meeting that took place on 3/6/2009, it was decided that
>>> on Monday, 3/9/2009,  the 'provenpackager' group would be emptied and
>>> repopulated with only sponsors in the 'packager' group, who would be
>>> given user status in the provenpackager group. 
>> Is there some definition of what a "provenpackager role" is supposed to  
>> mean and how it is different from a "sponsor role"?
> 
> provenpackagers are people who can change all the packages with 
> opened ACLs. Sponsors are the people who can accept new contributors in 
> fedora.

<devil's advocate>

Well, with this definition, "provenpackager" is an acknowledgment of 
"technical skills", while "sponsors" is a "social/political role".

It also doesn't have any connection to the role "sponsors" once used to 
have: To guide and educate new-comer packagers.

<devil's advocate>


Ralf



From berrange at redhat.com  Tue Mar 10 10:21:25 2009
From: berrange at redhat.com (Daniel P. Berrange)
Date: Tue, 10 Mar 2009 10:21:25 +0000
Subject: Please fix your bugs in release instead of rawhide!
In-Reply-To: <49B63826.8070201@fedoraproject.org>
References: <1236651522.8340.27.camel@localhost.localdomain>
	<49B63826.8070201@fedoraproject.org>
Message-ID: <20090310102125.GE23401@redhat.com>

On Tue, Mar 10, 2009 at 03:21:34PM +0530, Rahul Sundaram wrote:
> Christoph Wickert wrote:
> >A note to all Fedora maintainers and especially to the Red Hat people
> >who are involved in development every day:
> >
> >           Please fix your bugs [1] in the release they were
> >         filed against instead of just closing them NEXTRELASE!
> 
> Doesn't that depend on how serious the bugs are? Sometimes upstream has 
> gone way ahead, changed their configuration format etc and backporting 
> the fix or just pushing the update with all the other changes is too 
> invasive.

While there may well be some bugs that are too complex to backport to
the current supported release, this is not the general case. I have had
faaaar too many bugs I've reported against F9/10 with trivial fixes
only ever fixed in rawhide. This can be really discouraging & annoying
as the end user reporting the issue. Of course on the flip side, I'm 
guilty of only fixing some of my own components' bugs in rawhide too,
when I could have backported fixes. I think package maintainers need to
be more aware of the fact that users want their bugs fixed in the release
they are using, unless there's a good reason why not. So if a maintainer 
has to close a F9/10 bug against rawhide only, then please do curtosy of
telling the user why it is not pratical to fix it in stable release it 
was reported against.

Regards,
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 a.badger at gmail.com  Tue Mar 10 10:18:48 2009
From: a.badger at gmail.com (Toshio Kuratomi)
Date: Tue, 10 Mar 2009 03:18:48 -0700
Subject: Password Reset
In-Reply-To: <20090310111719.8ce27cfe.mschwendt@gmail.com>
References: <alpine.LFD.2.00.0903090959530.14983@laptop.mmcgrath.net>	<gp4fjf$ksm$1@ger.gmane.org>
	<20090310111719.8ce27cfe.mschwendt@gmail.com>
Message-ID: <49B63E88.5000708@gmail.com>

Michael Schwendt wrote:
> On Tue, 10 Mar 2009 02:26:07 +0100, Kevin wrote:
> 
>> Another unfortunate side effect of that password expiration: mail to
>> username at fedoraproject.org bounces for those people who haven't renewed
>> their password in time. This is also a security risk because it means
>> people can commit bad things to their packages without them noticing. (I
>> just got such a bounce for the commit message for a rebuild for broken
>> dependencies.)
> 
> Just for the record, two hours ago I got a delivery failure notification
> for 14 users expanded from the packager sponsors' group alias. IMO there
> is an additional problem [unless the accounts for all these well-known
> names have been disabled].
> 
The accounts have been disabled.  That is why the email to them is
bouncing.  We aren't doing something right though... the group aliases
shouldn't be picking up inactive accounts but they are.

-Toshio

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: OpenPGP digital signature
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090310/12181201/attachment.sig>

From caolanm at redhat.com  Tue Mar 10 10:25:58 2009
From: caolanm at redhat.com (=?ISO-8859-1?Q?Caol=E1n?= McNamara)
Date: Tue, 10 Mar 2009 10:25:58 +0000
Subject: Please fix your bugs in release instead of rawhide!
In-Reply-To: <1236651522.8340.27.camel@localhost.localdomain>
References: <1236651522.8340.27.camel@localhost.localdomain>
Message-ID: <1236680758.21857.12.camel@Vain>

On Tue, 2009-03-10 at 03:18 +0100, Christoph Wickert wrote:
> A note to all Fedora maintainers and especially to the Red Hat people
> who are involved in development every day:
> 
>            Please fix your bugs [1] in the release they were
>          filed against instead of just closing them NEXTRELASE!

The last time I pushed an update for e.g. F-10 and ticked the
"auto-close bug" bodhi feature. The bugs got closed as "NEXTRELEASE"
when the F-10 update was pushed. So it might not be the case that all of
those "NEXTRELEASE" closures were actually punted to the next fedora
release.

C.



From billcrawford1970 at gmail.com  Tue Mar 10 10:33:06 2009
From: billcrawford1970 at gmail.com (Bill Crawford)
Date: Tue, 10 Mar 2009 10:33:06 +0000
Subject: yum-builddep pulling in i386 packages for x86_64 -devel
	dependencies
In-Reply-To: <alpine.DEB.1.10.0903100927200.7281@gotcha.dreamhost.com>
References: <200903060944.00190.billcrawford1970@gmail.com>
	<1236528942.7725.4012.camel@code.and.org>
	<alpine.DEB.1.10.0903100927200.7281@gotcha.dreamhost.com>
Message-ID: <200903101033.07049.billcrawford1970@gmail.com>

On Tuesday 10 March 2009 07:44:18 Panu Matilainen wrote:
...
> Requires:
>     audit-libs = 1.7.12-2.fc11
>     libaudit.so.0()(64bit)
>     libauparse.so.0()(64bit)
>
> The soname dependencies point to the correct version of audit-libs
> already, just the manual dep on audit-libs (to force exact version
> match) is satisfied with any arch.

If this is a case of "we need to know the libraries are new enough", shouldn't 
it actually be Conflicts: audit-libs < .... ?



From opensource at till.name  Tue Mar 10 10:37:12 2009
From: opensource at till.name (Till Maas)
Date: Tue, 10 Mar 2009 11:37:12 +0100
Subject: Please fix your bugs in release instead of rawhide!
In-Reply-To: <1236651522.8340.27.camel@localhost.localdomain>
References: <1236651522.8340.27.camel@localhost.localdomain>
Message-ID: <200903101137.26845.opensource@till.name>

On Di M?rz 10 2009, Christoph Wickert wrote:

>            Please fix your bugs [1] in the release they were
>          filed against instead of just closing them NEXTRELASE!
>
> I know it sounds slinky to just close everything NEXTRELEASE and I know

Currently NEXTRELEASE is used by Bodhi when bugs are closed with updates to 
stable releases, I guess NEXTREALEASE here means the next release of the 
package.

Regards,
Till

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 835 bytes
Desc: This is a digitally signed message part.
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090310/9f71ef13/attachment.sig>

From frankly3d at gmail.com  Tue Mar 10 10:41:31 2009
From: frankly3d at gmail.com (Frank Murphy (Frankly3D))
Date: Tue, 10 Mar 2009 10:41:31 +0000
Subject: Please fix your bugs in release instead of rawhide!
In-Reply-To: <200903101137.26845.opensource@till.name>
References: <1236651522.8340.27.camel@localhost.localdomain>
	<200903101137.26845.opensource@till.name>
Message-ID: <49B643DB.7060706@gmail.com>

Till Maas wrote:
> On Di M??rz 10 2009, Christoph Wickert wrote:
> 
>>            Please fix your bugs [1] in the release they were
>>          filed against instead of just closing them NEXTRELASE!
>>
>> I know it sounds slinky to just close everything NEXTRELEASE and I know
> 
> Currently NEXTRELEASE is used by Bodhi when bugs are closed with updates to 
> stable releases, I guess NEXTREALEASE here means the next release of the 
> package.
> 
> Regards,
> Till
> 
> 

A quick comment would clarify for "current" users.

Frank



From mschwendt at gmail.com  Tue Mar 10 10:41:50 2009
From: mschwendt at gmail.com (Michael Schwendt)
Date: Tue, 10 Mar 2009 11:41:50 +0100
Subject: PLEASE READ: provenpackager reseed
In-Reply-To: <49B63EA1.80509@freenet.de>
References: <da159fda0903061808h172da453vfb22cd19a732a81c@mail.gmail.com>
	<49B62671.30405@freenet.de> <20090310100743.GB2637@free.fr>
	<49B63EA1.80509@freenet.de>
Message-ID: <20090310114151.33b9af1d.mschwendt@gmail.com>

On Tue, 10 Mar 2009 11:19:13 +0100, Ralf wrote:

> <devil's advocate>
> 
> Well, with this definition, "provenpackager" is an acknowledgment of 
> "technical skills",

This isn't clear to me yet. Package rebuilds in Rawhide don't need
"technical skills". It's trivial to bump Release and submit build
requests. Unless the person who does that also creates patches and
modifies packages beyond ordinary rebuild attempts. In that case, however,
I wonder where the maintainers of such packages are? Or perhaps the task
of rebuilding is considered as grunt work, and the maintainers explicitly
give their okay in private mail (or on IRC)?

What I'd like to avoid is that some people step in and hide non-responsive
maintainers by updating and upgrading packages without being an official
co-maintainer (or by rebuilding packages in Rawhide without taking care of
open bugzilla tickets).

Understanding what exactly the "provenpackager" membership is used for
would be helpful.

> while "sponsors" is a "social/political role".

Sounds questionable. In particular since sponsors must review packages of
a contributor they want to sponsor.



From pertusus at free.fr  Tue Mar 10 10:42:12 2009
From: pertusus at free.fr (Patrice Dumas)
Date: Tue, 10 Mar 2009 11:42:12 +0100
Subject: PLEASE READ: provenpackager reseed
In-Reply-To: <49B63EA1.80509@freenet.de>
References: <da159fda0903061808h172da453vfb22cd19a732a81c@mail.gmail.com>
	<49B62671.30405@freenet.de> <20090310100743.GB2637@free.fr>
	<49B63EA1.80509@freenet.de>
Message-ID: <20090310104212.GC2637@free.fr>

On Tue, Mar 10, 2009 at 11:19:13AM +0100, Ralf Corsepius wrote:
> Patrice Dumas wrote:
>>
>> provenpackagers are people who can change all the packages with opened 
>> ACLs. Sponsors are the people who can accept new contributors in  
>> fedora.
>
> <devil's advocate>
>
> Well, with this definition, "provenpackager" is an acknowledgment of  
> "technical skills", while "sponsors" is a "social/political role".

That's not that clear, since sponsors also have to help their sponsoree
on a technical level, and have to evaluate the technical skills of 
potential contributors which also imply some level of technical skill.
But indeed, the sponsor evaluates potential new contributors, while 
the provenpackager fixes other people packages.

> It also doesn't have any connection to the role "sponsors" once used to  
> have: To guide and educate new-comer packagers.

It is in the definition of sponsors, but I wanted to make it short. In
more length they are the people who can accept new contributors in
fedora and guide and educate them.

--
Pat



From mschwendt at gmail.com  Tue Mar 10 10:50:16 2009
From: mschwendt at gmail.com (Michael Schwendt)
Date: Tue, 10 Mar 2009 11:50:16 +0100
Subject: Password Reset
In-Reply-To: <49B63E88.5000708@gmail.com>
References: <alpine.LFD.2.00.0903090959530.14983@laptop.mmcgrath.net>
	<gp4fjf$ksm$1@ger.gmane.org>
	<20090310111719.8ce27cfe.mschwendt@gmail.com>
	<49B63E88.5000708@gmail.com>
Message-ID: <20090310115016.393555a1.mschwendt@gmail.com>

On Tue, 10 Mar 2009 03:18:48 -0700, Toshio wrote:

> Michael Schwendt wrote:
> > On Tue, 10 Mar 2009 02:26:07 +0100, Kevin wrote:
> > 
> >> Another unfortunate side effect of that password expiration: mail to
> >> username at fedoraproject.org bounces for those people who haven't renewed
> >> their password in time. This is also a security risk because it means
> >> people can commit bad things to their packages without them noticing. (I
> >> just got such a bounce for the commit message for a rebuild for broken
> >> dependencies.)
> > 
> > Just for the record, two hours ago I got a delivery failure notification
> > for 14 users expanded from the packager sponsors' group alias. IMO there
> > is an additional problem [unless the accounts for all these well-known
> > names have been disabled].
> > 
> The accounts have been disabled.  That is why the email to them is
> bouncing.  We aren't doing something right though... the group aliases
> shouldn't be picking up inactive accounts but they are.

This is unbelievable. We're talking about 14 sponsors with disabled
accounts. Just based on their names I could call them "Fedora celebrities".
Something has gone wrong here.

These people currently don't receive cvs commit notifications either?



From johnsmithdoe14 at googlemail.com  Tue Mar 10 10:52:00 2009
From: johnsmithdoe14 at googlemail.com (psmith)
Date: Tue, 10 Mar 2009 10:52:00 +0000
Subject: FESCo Meeting Summary - 2009-03-06
In-Reply-To: <49B54987.8080609@fedoraproject.org>
References: <20090306193013.GA16507@nostromo.devel.redhat.com>	<20090309111052.GA1661@amd.home.annexia.org>	<49B50C6F.7030707@googlemail.com>
	<49B54987.8080609@fedoraproject.org>
Message-ID: <49B64650.5090108@googlemail.com>

Rahul Sundaram wrote:
> psmith wrote:
>
>>>
>>>   
>> you know some of the devs here think they are god like and insult and 
>> berate people for wanting different choices than they are pushing, 
>> kinda sad considering the "fedora freedom"
>
> If you want to make a claim like that, do be specific instead of 
> making general accusations. Sure, sometimes, there are strong debates 
> between developers or developers and users. Nothing wrong with that.
>
> Rahul
>
well as i don't really like to offend people directly i didn't name 
names, but it wasn't more than two weeks ago with the kde3 on F10 thread 
that shows this clearly, and there have been others too

yes there is nothing wrong with polite discussion, even heated debate, 
but when it gets to name calling and berating peoples choices, well 
there should be a line that's not crossed, i mean surely most of us on 
this list are adults and can keep things civil?

phil



From sundaram at fedoraproject.org  Tue Mar 10 10:59:25 2009
From: sundaram at fedoraproject.org (Rahul Sundaram)
Date: Tue, 10 Mar 2009 16:29:25 +0530
Subject: FESCo Meeting Summary - 2009-03-06
In-Reply-To: <49B64650.5090108@googlemail.com>
References: <20090306193013.GA16507@nostromo.devel.redhat.com>	<20090309111052.GA1661@amd.home.annexia.org>	<49B50C6F.7030707@googlemail.com>	<49B54987.8080609@fedoraproject.org>
	<49B64650.5090108@googlemail.com>
Message-ID: <49B6480D.5080002@fedoraproject.org>

psmith wrote:

> 
> yes there is nothing wrong with polite discussion, even heated debate, 
> but when it gets to name calling and berating peoples choices, well 
> there should be a line that's not crossed, i mean surely most of us on 
> this list are adults and can keep things civil?

One would hope. If not, it is always good to remind people when they 
deviate rather than in a completely different thread.

Rahul



From sundaram at fedoraproject.org  Tue Mar 10 11:02:12 2009
From: sundaram at fedoraproject.org (Rahul Sundaram)
Date: Tue, 10 Mar 2009 16:32:12 +0530
Subject: Inactive Maintainers
In-Reply-To: <49B62C66.4000706@leemhuis.info>
References: <alpine.LFD.2.00.0903090959530.14983@laptop.mmcgrath.net>	<49B62844.8040203@leemhuis.info>
	<49B62C66.4000706@leemhuis.info>
Message-ID: <49B648B4.1030706@fedoraproject.org>

Thorsten Leemhuis wrote:

> Ohh, I missed that the FAS accounts for inactive people got disabled 
> (thx kevin for letting me know). Are the inactive accounts removed 
> sooner or later completely (or flagged as "inactive" or something like 
> that)?

FAS has the ability to flag the account as inactive. Login to your 
account and you can see that yours is listed as active.

Rahul



From pertusus at free.fr  Tue Mar 10 10:57:31 2009
From: pertusus at free.fr (Patrice Dumas)
Date: Tue, 10 Mar 2009 11:57:31 +0100
Subject: PLEASE READ: provenpackager reseed
In-Reply-To: <20090310114151.33b9af1d.mschwendt@gmail.com>
References: <da159fda0903061808h172da453vfb22cd19a732a81c@mail.gmail.com>
	<49B62671.30405@freenet.de> <20090310100743.GB2637@free.fr>
	<49B63EA1.80509@freenet.de>
	<20090310114151.33b9af1d.mschwendt@gmail.com>
Message-ID: <20090310105731.GD2637@free.fr>

On Tue, Mar 10, 2009 at 11:41:50AM +0100, Michael Schwendt wrote:
> On Tue, 10 Mar 2009 11:19:13 +0100, Ralf wrote:
> 
> Understanding what exactly the "provenpackager" membership is used for
> would be helpful.

Maybe things have changed, but my understanding was that provenpackager
would be the "Experienced packagers" referred to on:

http://fedoraproject.org/wiki/PackageMaintainers/Policy/WhoIsAllowedToModifyWhichPackages

which also lays out what provenpackagers are allowed to do.

--
Pat



From mschwendt at gmail.com  Tue Mar 10 11:03:00 2009
From: mschwendt at gmail.com (Michael Schwendt)
Date: Tue, 10 Mar 2009 12:03:00 +0100
Subject: PLEASE READ: provenpackager reseed
In-Reply-To: <20090310105731.GD2637@free.fr>
References: <da159fda0903061808h172da453vfb22cd19a732a81c@mail.gmail.com>
	<49B62671.30405@freenet.de> <20090310100743.GB2637@free.fr>
	<49B63EA1.80509@freenet.de>
	<20090310114151.33b9af1d.mschwendt@gmail.com>
	<20090310105731.GD2637@free.fr>
Message-ID: <20090310120300.f00a9106.mschwendt@gmail.com>

On Tue, 10 Mar 2009 11:57:31 +0100, Patrice wrote:

> Maybe things have changed, but my understanding was that provenpackager
> would be the "Experienced packagers" referred to on:
> 
> http://fedoraproject.org/wiki/PackageMaintainers/Policy/WhoIsAllowedToModifyWhichPackages
> 
> which also lays out what provenpackagers are allowed to do.

=:-o  1st of April is still weeks away.

Why is there an exception for "Red Hat packagers"?

| Definition of the term "Experienced packagers" 
|
| [...]
|
| Red Hat packagers that have been through a number of reviews and
| have been packagers for more than 4 months. 



From pertusus at free.fr  Tue Mar 10 11:12:15 2009
From: pertusus at free.fr (Patrice Dumas)
Date: Tue, 10 Mar 2009 12:12:15 +0100
Subject: PLEASE READ: provenpackager reseed
In-Reply-To: <20090310120300.f00a9106.mschwendt@gmail.com>
References: <da159fda0903061808h172da453vfb22cd19a732a81c@mail.gmail.com>
	<49B62671.30405@freenet.de> <20090310100743.GB2637@free.fr>
	<49B63EA1.80509@freenet.de>
	<20090310114151.33b9af1d.mschwendt@gmail.com>
	<20090310105731.GD2637@free.fr>
	<20090310120300.f00a9106.mschwendt@gmail.com>
Message-ID: <20090310111215.GE2637@free.fr>

On Tue, Mar 10, 2009 at 12:03:00PM +0100, Michael Schwendt wrote:
> On Tue, 10 Mar 2009 11:57:31 +0100, Patrice wrote:
> 
> > Maybe things have changed, but my understanding was that provenpackager
> > would be the "Experienced packagers" referred to on:
> > 
> > http://fedoraproject.org/wiki/PackageMaintainers/Policy/WhoIsAllowedToModifyWhichPackages
> > 
> > which also lays out what provenpackagers are allowed to do.
> 
> =:-o  1st of April is still weeks away.
> 
> Why is there an exception for "Red Hat packagers"?
> 
> | Definition of the term "Experienced packagers" 
> |
> | [...]
> |
> | Red Hat packagers that have been through a number of reviews and
> | have been packagers for more than 4 months. 

It was added at that time to include experienced Red Hat packagers 
coming from core who weren't sponsors. Now Red Hat packagers in that
position should be provenpackagers.

--
Pat



From rc040203 at freenet.de  Tue Mar 10 11:17:27 2009
From: rc040203 at freenet.de (Ralf Corsepius)
Date: Tue, 10 Mar 2009 12:17:27 +0100
Subject: /var/cache/mock
Message-ID: <49B64C47.4060704@freenet.de>

Hi,

with today's FC10 mock update, mock has started to use
/var/cache/mock
instead of
/var/lib/mock
as it used to do.


This change causes mock to re-populate its caches from scratch, while 
leaving its old cache untouched.

I have no idea, why this change has been applied mid-life time of a 
distribution, but users with low bandwidth connections or with many 
repo-caches active (e.g. me [1]) would have been grateful if this change 
wasn't applied at this point in time rsp. be done in a less intrusive way.

Thanks,
	Ralf

[1] I just noticed that I was about to run out of diskspace, until I 
noticed the culprit (mock).






From mschwendt at gmail.com  Tue Mar 10 11:17:50 2009
From: mschwendt at gmail.com (Michael Schwendt)
Date: Tue, 10 Mar 2009 12:17:50 +0100
Subject: PLEASE READ: provenpackager reseed
In-Reply-To: <20090310104212.GC2637@free.fr>
References: <da159fda0903061808h172da453vfb22cd19a732a81c@mail.gmail.com>
	<49B62671.30405@freenet.de> <20090310100743.GB2637@free.fr>
	<49B63EA1.80509@freenet.de> <20090310104212.GC2637@free.fr>
Message-ID: <20090310121750.97cdbae2.mschwendt@gmail.com>

On Tue, 10 Mar 2009 11:42:12 +0100, Patrice wrote:

> On Tue, Mar 10, 2009 at 11:19:13AM +0100, Ralf Corsepius wrote:
> > Patrice Dumas wrote:
> >>
> >> provenpackagers are people who can change all the packages with opened 
> >> ACLs. Sponsors are the people who can accept new contributors in  
> >> fedora.
> >
> > <devil's advocate>
> >
> > Well, with this definition, "provenpackager" is an acknowledgment of  
> > "technical skills", while "sponsors" is a "social/political role".
> 
> That's not that clear, since sponsors also have to help their sponsoree
> on a technical level, and have to evaluate the technical skills of 
> potential contributors which also imply some level of technical skill.
> But indeed, the sponsor evaluates potential new contributors, while 
> the provenpackager fixes other people packages.
 
?? "some level of technical skill"?  As every sponsor becomes a member of the
provenpackager group, what capabilities are provenpackagers missing, that
they don't simply become sponsors?



From pertusus at free.fr  Tue Mar 10 11:24:29 2009
From: pertusus at free.fr (Patrice Dumas)
Date: Tue, 10 Mar 2009 12:24:29 +0100
Subject: PLEASE READ: provenpackager reseed
In-Reply-To: <20090310121750.97cdbae2.mschwendt@gmail.com>
References: <da159fda0903061808h172da453vfb22cd19a732a81c@mail.gmail.com>
	<49B62671.30405@freenet.de> <20090310100743.GB2637@free.fr>
	<49B63EA1.80509@freenet.de> <20090310104212.GC2637@free.fr>
	<20090310121750.97cdbae2.mschwendt@gmail.com>
Message-ID: <20090310112429.GF2637@free.fr>

On Tue, Mar 10, 2009 at 12:17:50PM +0100, Michael Schwendt wrote:
>  
> ?? "some level of technical skill"?  As every sponsor becomes a member of the
> provenpackager group, what capabilities are provenpackagers missing, that
> they don't simply become sponsors?

People interested in security, release engineering, other arches are 
typically suited for provenpackager role, and not necessarily for sponsor
role. Also people who likes to fix others packages, but don't want to be
sponsor... Though this should be quite rare.

--
Pat



From christoph.wickert at googlemail.com  Tue Mar 10 11:34:36 2009
From: christoph.wickert at googlemail.com (Christoph Wickert)
Date: Tue, 10 Mar 2009 12:34:36 +0100
Subject: Please fix your bugs in release instead of rawhide!
In-Reply-To: <1236680758.21857.12.camel@Vain>
References: <1236651522.8340.27.camel@localhost.localdomain>
	<1236680758.21857.12.camel@Vain>
Message-ID: <1236684876.3562.8.camel@localhost.localdomain>

Am Dienstag, den 10.03.2009, 10:25 +0000 schrieb Caol?n McNamara:
> On Tue, 2009-03-10 at 03:18 +0100, Christoph Wickert wrote:
> > A note to all Fedora maintainers and especially to the Red Hat people
> > who are involved in development every day:
> > 
> >            Please fix your bugs [1] in the release they were
> >          filed against instead of just closing them NEXTRELASE!
> 
> The last time I pushed an update for e.g. F-10 and ticked the
> "auto-close bug" bodhi feature. The bugs got closed as "NEXTRELEASE"
> when the F-10 update was pushed. So it might not be the case that all of
> those "NEXTRELEASE" closures were actually punted to the next fedora
> release.

I have to admit that bodhi's behavior is confusing, but it only applies
to packages that are getting pushed for F{9,10}. I was talking about
maintainers who are not pushing updates for a stable release and tell
people to get the packages from rawhide.

> C.

Regards,
Christoph



From jwboyer at gmail.com  Tue Mar 10 11:35:54 2009
From: jwboyer at gmail.com (Josh Boyer)
Date: Tue, 10 Mar 2009 07:35:54 -0400
Subject: PLEASE READ: provenpackager reseed
In-Reply-To: <20090310094926.GA24665@camelia.ucw.cz>
References: <da159fda0903061808h172da453vfb22cd19a732a81c@mail.gmail.com>
	<20090310094926.GA24665@camelia.ucw.cz>
Message-ID: <20090310113554.GA12220@yoda.jdub.homelinux.org>

On Tue, Mar 10, 2009 at 10:49:26AM +0100, Stepan Kasal wrote:
>Hi,
>
>a) I'd like to self-nominate myself as a Fedora Packager Sponsor.
>
>b) I'd like to become member of provenpackager group.
>
>The application under b) is redundant, unless the processing of b)
>takes significantly less time than the processing of a).
>
><ramblings>
>> 1) The user makes their desire to be a member of provenpackager known
>> to FESCo (they can do this in really any way - mailing list, IRC, file
>> a ticket, etc)
>
>What list, what IRC, where to file the ticket?
>
>All I found was an information on wiki that sponsors nominations can
>be sent to fedora-devel-list.  (Allegedly, one can also send mail to
>FESCo, but I were not able to find out the address.)
></rambligs>

The address is fedora-extras-steering <at> redhat.com

There is a FESCo trac instance with tickets at:

https://fedorahosted.org/fesco/

josh



From christoph.wickert at googlemail.com  Tue Mar 10 11:34:59 2009
From: christoph.wickert at googlemail.com (Christoph Wickert)
Date: Tue, 10 Mar 2009 12:34:59 +0100
Subject: Please fix your bugs in release instead of rawhide!
In-Reply-To: <49B63826.8070201@fedoraproject.org>
References: <1236651522.8340.27.camel@localhost.localdomain>
	<49B63826.8070201@fedoraproject.org>
Message-ID: <1236684899.3562.10.camel@localhost.localdomain>

Am Dienstag, den 10.03.2009, 15:21 +0530 schrieb Rahul Sundaram:
> Christoph Wickert wrote:
> > A note to all Fedora maintainers and especially to the Red Hat people
> > who are involved in development every day:
> > 
> >            Please fix your bugs [1] in the release they were
> >          filed against instead of just closing them NEXTRELASE!
> 
> Doesn't that depend on how serious the bugs are? Sometimes upstream has 
> gone way ahead, changed their configuration format etc and backporting 
> the fix or just pushing the update with all the other changes is too 
> invasive.

Agreed, but in the case I have in mind
      * the bug is so serious that he makes the package not working
      * we are upstream and
      * there is nothing to backport. Nevertheless the maintainer told
        me to get the rawhide package.

> Rahul

Regards,
Christoph



From mschwendt at gmail.com  Tue Mar 10 11:57:05 2009
From: mschwendt at gmail.com (Michael Schwendt)
Date: Tue, 10 Mar 2009 12:57:05 +0100
Subject: PLEASE READ: provenpackager reseed
In-Reply-To: <20090310112429.GF2637@free.fr>
References: <da159fda0903061808h172da453vfb22cd19a732a81c@mail.gmail.com>
	<49B62671.30405@freenet.de> <20090310100743.GB2637@free.fr>
	<49B63EA1.80509@freenet.de> <20090310104212.GC2637@free.fr>
	<20090310121750.97cdbae2.mschwendt@gmail.com>
	<20090310112429.GF2637@free.fr>
Message-ID: <20090310125705.e9026409.mschwendt@gmail.com>

On Tue, 10 Mar 2009 12:24:29 +0100, Patrice wrote:

> On Tue, Mar 10, 2009 at 12:17:50PM +0100, Michael Schwendt wrote:
> >  
> > ?? "some level of technical skill"?  As every sponsor becomes a member of the
> > provenpackager group, what capabilities are provenpackagers missing, that
> > they don't simply become sponsors?
> 
> People interested in security, release engineering, other arches are 
> typically suited for provenpackager role, and not necessarily for sponsor
> role. Also people who likes to fix others packages, but don't want to be
> sponsor... Though this should be quite rare.

You've misunderstood my question. With the current process, sponsors
need not demonstrate anything beyond technical skills (= packaging
skills in form of a couple of package reviews).



From benjavalero at gmail.com  Tue Mar 10 12:15:20 2009
From: benjavalero at gmail.com (=?UTF-8?Q?Benjam=C3=ADn_Valero_Espinosa?=)
Date: Tue, 10 Mar 2009 13:15:20 +0100
Subject: Heads up: Taglib-sharp bump incoming
In-Reply-To: <f224c6140903062010i2736199ehffcb114ed0039089@mail.gmail.com>
References: <1dedbbfc0902250740y39a6d8c0p4511f2d1fa21949d@mail.gmail.com>
	<a7804a540903060217x3afc7402g2cc211c689d3e4bd@mail.gmail.com>
	<1dedbbfc0903060328n44ab3b9u7d72de870cbd550@mail.gmail.com>
	<f224c6140903062010i2736199ehffcb114ed0039089@mail.gmail.com>
Message-ID: <a7804a540903100515m8a67356q79b2d70a0a25c630@mail.gmail.com>

2009/3/7 Michel Salim

> We should do that -- it will close some bugs (e.g. 478474).
>
> $ repoquery --alldeps --whatrequires taglib-sharp
> taglib-sharp-devel-0:2.0.3.2-2.fc11.x86_64
> taglib-sharp-devel-0:2.0.3.2-2.fc11.i586
> banshee-0:1.4.2-6.fc11.i586
> beagle-0:0.3.9-5.fc11.x86_64
> banshee-0:1.4.2-6.fc11.x86_64
>
> Does any Mono packager use Beagle, and can confirm that the update
> does not break Beagle? In which case, we can just update taglib-sharp,
> ask it to be pushed to -override, and rebuild banshee and beagle
> against it.


I tell my experience, perhaps can be a little useful.

I have tried to rebuild the last packages in Koji (F11) in F10, and
taglib-sharp and beagle hasn't given me any problem, and I am using them. To
install taglib-sharp, I have had to uninstall Beagle. I haven't been able to
rebuild Beagle in F10 because it needs the gmime-sharp-devel package, that
doesn't exist in F10.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090310/78b0e430/attachment.htm>

From ivazqueznet at gmail.com  Tue Mar 10 12:17:03 2009
From: ivazqueznet at gmail.com (Ignacio Vazquez-Abrams)
Date: Tue, 10 Mar 2009 08:17:03 -0400
Subject: Please fix your bugs in release instead of rawhide!
In-Reply-To: <200903101137.26845.opensource@till.name>
References: <1236651522.8340.27.camel@localhost.localdomain>
	<200903101137.26845.opensource@till.name>
Message-ID: <1236687424.31110.33.camel@ignacio.lan>

On Tue, 2009-03-10 at 11:37 +0100, Till Maas wrote:
> On Di M?rz 10 2009, Christoph Wickert wrote:
> 
> >            Please fix your bugs [1] in the release they were
> >          filed against instead of just closing them NEXTRELASE!
> >
> > I know it sounds slinky to just close everything NEXTRELEASE and I know
> 
> Currently NEXTRELEASE is used by Bodhi when bugs are closed with updates to 
> stable releases, I guess NEXTREALEASE here means the next release of the 
> package.

No, NEXTRELEASE means the next release of the distribution. The status
for bugs that are fixed in the same release is ERRATA.

-- 
Ignacio Vazquez-Abrams <ivazqueznet at gmail.com>

PLEASE don't CC me; I'm already subscribed
-------------- 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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090310/996b75ba/attachment.sig>

From nils at redhat.com  Tue Mar 10 12:26:28 2009
From: nils at redhat.com (Nils Philippsen)
Date: Tue, 10 Mar 2009 13:26:28 +0100
Subject: Please fix your bugs in release instead of rawhide!
In-Reply-To: <1236687424.31110.33.camel@ignacio.lan>
References: <1236651522.8340.27.camel@localhost.localdomain>
	<200903101137.26845.opensource@till.name>
	<1236687424.31110.33.camel@ignacio.lan>
Message-ID: <1236687988.13967.12.camel@gibraltar.str.redhat.com>

On Tue, 2009-03-10 at 08:17 -0400, Ignacio Vazquez-Abrams wrote:
> On Tue, 2009-03-10 at 11:37 +0100, Till Maas wrote:
> > On Di M?rz 10 2009, Christoph Wickert wrote:
> > 
> > >            Please fix your bugs [1] in the release they were
> > >          filed against instead of just closing them NEXTRELASE!
> > >
> > > I know it sounds slinky to just close everything NEXTRELEASE and I know
> > 
> > Currently NEXTRELEASE is used by Bodhi when bugs are closed with updates to 
> > stable releases, I guess NEXTREALEASE here means the next release of the 
> > package.
> 
> No, NEXTRELEASE means the next release of the distribution. The status
> for bugs that are fixed in the same release is ERRATA.

This is how it should be, but bodhi sees it differently and apparently
the decision (by whomever, it escaped my memory right now) is to use
"NEXTRELEASE" for Fedora updates as "ERRATA" is only for RHEL. NOt that
I would follow that logic ;-).

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 bochecha at fedoraproject.org  Tue Mar 10 12:42:34 2009
From: bochecha at fedoraproject.org (Mathieu Bridon (bochecha))
Date: Tue, 10 Mar 2009 13:42:34 +0100
Subject: /var/cache/mock
In-Reply-To: <49B64C47.4060704@freenet.de>
References: <49B64C47.4060704@freenet.de>
Message-ID: <2d319b780903100542y52f9faf2u7ad7de669764965a@mail.gmail.com>

> [1] I just noticed that I was about to run out of diskspace, until I noticed
> the culprit (mock).

And I would have been in the exact same position as I have a dedicated
partition for /var/lib/mock and not a lot of space on my root
partition...

I thought this was only for Rawhide and was prepared to moving the
partition when moving to F11 beta. Thanks for letting me know I'll
have to do it in advance :)


----------

Mathieu Bridon (bochecha)

"They who can give up essential liberty to obtain a little temporary
safety, deserve neither liberty nor safety." ~Benjamin Franklin



From christoph.wickert at googlemail.com  Tue Mar 10 12:45:53 2009
From: christoph.wickert at googlemail.com (Christoph Wickert)
Date: Tue, 10 Mar 2009 13:45:53 +0100
Subject: Please fix your bugs in release instead of rawhide!
In-Reply-To: <1236687988.13967.12.camel@gibraltar.str.redhat.com>
References: <1236651522.8340.27.camel@localhost.localdomain>
	<200903101137.26845.opensource@till.name>
	<1236687424.31110.33.camel@ignacio.lan>
	<1236687988.13967.12.camel@gibraltar.str.redhat.com>
Message-ID: <1236689153.3562.16.camel@localhost.localdomain>

Am Dienstag, den 10.03.2009, 13:26 +0100 schrieb Nils Philippsen:
> On Tue, 2009-03-10 at 08:17 -0400, Ignacio Vazquez-Abrams wrote:
> > 
> > No, NEXTRELEASE means the next release of the distribution. The status
> > for bugs that are fixed in the same release is ERRATA.
> 
> This is how it should be, but bodhi sees it differently and apparently
> the decision (by whomever, it escaped my memory right now) is to use
> "NEXTRELEASE" for Fedora updates 

Sure? At least it used to work properly:

updates at fedoraproject.org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|CLOSED                      |CLOSED
         Resolution|RAWHIDE                     |CURRENTRELEASE
   Fixed In Version|                            |1.9.32-1.fc8

> Nils

Regards,
Christoph



From robert at fedoraproject.org  Tue Mar 10 12:51:26 2009
From: robert at fedoraproject.org (Robert Scheck)
Date: Tue, 10 Mar 2009 13:51:26 +0100
Subject: Headsup: soname changing ImageMagick update coming 2 rawhide
In-Reply-To: <49B4F76E.2070602@hhs.nl>
References: <49B4F76E.2070602@hhs.nl>
Message-ID: <20090310125126.GA12918@hurricane.linuxnetz.de>

On Mon, 09 Mar 2009, Hans de Goede wrote:
> A bit late in the release cycle, but I delayed it to not disrupt the
> mass rebuild. I'm updating ImageMagick to 6.4.9-9

Thanks for putting that in one day before freeze :-(

> php-magickwand-0:1.0.8-1.fc11.x86_64

Now fixed in -2.


Greetings,
  Robert



From skvidal at fedoraproject.org  Tue Mar 10 12:52:12 2009
From: skvidal at fedoraproject.org (Seth Vidal)
Date: Tue, 10 Mar 2009 08:52:12 -0400 (EDT)
Subject: FESCo Meeting Summary - 2009-03-06
In-Reply-To: <49B64650.5090108@googlemail.com>
References: <20090306193013.GA16507@nostromo.devel.redhat.com>
	<20090309111052.GA1661@amd.home.annexia.org>
	<49B50C6F.7030707@googlemail.com>
	<49B54987.8080609@fedoraproject.org>
	<49B64650.5090108@googlemail.com>
Message-ID: <alpine.LFD.2.00.0903100851350.29740@localhost.localdomain>



On Tue, 10 Mar 2009, psmith wrote:

> Rahul Sundaram wrote:
>> psmith wrote:
>> 
>>>>
>>>> 
>>> you know some of the devs here think they are god like and insult and 
>>> berate people for wanting different choices than they are pushing, kinda 
>>> sad considering the "fedora freedom"
>> 
>> If you want to make a claim like that, do be specific instead of making 
>> general accusations. Sure, sometimes, there are strong debates between 
>> developers or developers and users. Nothing wrong with that.
>> 
>> Rahul
>> 
> well as i don't really like to offend people directly i didn't name names, 
> but it wasn't more than two weeks ago with the kde3 on F10 thread that shows 
> this clearly, and there have been others too
>
> yes there is nothing wrong with polite discussion, even heated debate, but 
> when it gets to name calling and berating peoples choices, well there should 
> be a line that's not crossed, i mean surely most of us on this list are 
> adults and can keep things civil?
>

I've got no objection to that. I only have an objection to setting up a 
Code Of Conduct which is unenforceable and meaningless.

-sv



From pertusus at free.fr  Tue Mar 10 12:59:50 2009
From: pertusus at free.fr (Patrice Dumas)
Date: Tue, 10 Mar 2009 13:59:50 +0100
Subject: PLEASE READ: provenpackager reseed
In-Reply-To: <20090310125705.e9026409.mschwendt@gmail.com>
References: <da159fda0903061808h172da453vfb22cd19a732a81c@mail.gmail.com>
	<49B62671.30405@freenet.de> <20090310100743.GB2637@free.fr>
	<49B63EA1.80509@freenet.de> <20090310104212.GC2637@free.fr>
	<20090310121750.97cdbae2.mschwendt@gmail.com>
	<20090310112429.GF2637@free.fr>
	<20090310125705.e9026409.mschwendt@gmail.com>
Message-ID: <20090310125950.GH2637@free.fr>

On Tue, Mar 10, 2009 at 12:57:05PM +0100, Michael Schwendt wrote:
> 
> You've misunderstood my question. With the current process, sponsors
> need not demonstrate anything beyond technical skills (= packaging
> skills in form of a couple of package reviews).

I don't think so. The process of sponsor selection is mostly ad-hoc.
It is FESCo choice, in the end, and technical skill doesn't have to
be the sole motivation of FESCo:
http://fedoraproject.org/wiki/How_to_sponsor_a_new_contributor#Becoming_a_Fedora_Package_Collection_Sponsor

Quoting:

  When someone within the project has developed a "good reputation" 
  (and this is admittedly a somewhat fuzzy definition!) then someone 
  else will generally nominate them for sponsor status.
  ....
  A discussion and vote will then occur during the next Fedora 
  Engineering Steering Committee meeting. 

--
Pat



From mls at suse.de  Tue Mar 10 13:39:40 2009
From: mls at suse.de (Michael Schroeder)
Date: Tue, 10 Mar 2009 14:39:40 +0100
Subject: Deltarpm *not* ready for new RPM checksums (was Re: Ready for
	new RPM version?)
In-Reply-To: <20090310093344.GA21116@suse.de>
References: <9e5330bc0902271013x7a24c938u5a3b9db02394f028@mail.gmail.com>
	<1235758924.12371.4.camel@rosebud>
	<1235759899.32664.5.camel@jdlaptop.lesbg.loc>
	<20090302114642.GA28035@suse.de>
	<1235994973.5534.8.camel@jdlaptop.lesbg.loc>
	<20090302115828.GB28035@suse.de>
	<1235996948.5534.20.camel@jdlaptop.lesbg.loc>
	<20090302132628.GB13642@suse.de>
	<1236624376.15147.37.camel@jdlaptop.lesbg.loc>
	<20090310093344.GA21116@suse.de>
Message-ID: <20090310133940.GA26494@suse.de>

On Tue, Mar 10, 2009 at 10:33:44AM +0100, Michael Schroeder wrote:
> My plan was to just modify the expandseq() function so that it
> uses sha256 if the checksums stored in the rpm header look like
> sha256.

I just did some experiments and it seems that we just need two
changes:

- change parsemd5 so that it doesn't complain about too many
  characters

- change the checkfilemd5/checkprelinked functions so that they
  use the alroeithm specified in the header's FILEDIGESTALGO
  tag.

We would compare only the first 16 bytes of the sha256 sums,
but that should be no problem as it's not a security relevant
check.

Cheers,
  Michael.

-- 
Michael Schroeder                                   mls at suse.de
SUSE LINUX Products GmbH, GF Markus Rex, HRB 16746 AG Nuernberg
main(_){while(_=~getchar())putchar(~_-1/(~(_|32)/13*2-11)*13);}



From james at fedoraproject.org  Tue Mar 10 13:49:59 2009
From: james at fedoraproject.org (James Antill)
Date: Tue, 10 Mar 2009 09:49:59 -0400
Subject: yum-builddep pulling in i386 packages for x86_64 -devel
 dependencies
In-Reply-To: <alpine.DEB.1.10.0903100927200.7281@gotcha.dreamhost.com>
References: <200903060944.00190.billcrawford1970@gmail.com>
	<200903062038.48471.sgrubb@redhat.com>
	<1236528942.7725.4012.camel@code.and.org>
	<alpine.DEB.1.10.0903100927200.7281@gotcha.dreamhost.com>
Message-ID: <1236692999.7725.6905.camel@code.and.org>

On Tue, 2009-03-10 at 09:44 +0200, Panu Matilainen wrote:

> If I understood this correctly, in this case there is sufficient 
> information to pull in the correct package already. Looking at 
> http://koji.fedoraproject.org/koji/rpminfo?rpmID=1075605 pointed to 
> earlier in the thread:
> 
> Requires:
>     audit-libs = 1.7.12-2.fc11
>     libaudit.so.0()(64bit)
>     libauparse.so.0()(64bit)
> 
> The soname dependencies point to the correct version of audit-libs 
> already, just the manual dep on audit-libs (to force exact version 
> match) is satisfied with any arch.

 Sure.

> It'd be possible to weigh the dependencies, preferring automatic 
> dependencies over manual ones and if manual dependencies are still 
> unresolved after resolving automatic ones, only then try to look for them. 
> Except the full dependency flags aren't stored in repodata, only GE/LE/EQ
> etc so this wont work.

 How do we tell what is an automatic dep. and what is a manual one?
 Also it's not always true that automatic deps. are more restrictive
than manual ones, esp. manual ones that do "foo = <version>" ... which
is more of an edge case isn't 100% obvious either, but for the multilib.
case we can fix the manual req. line to also be compatible on the
multilib. side too and on the automatic side we can't fix it to specify
a version.

 I do have an idea for changing the solver so that it processes all the
deps. for a pkg and gets a set of possible matches by package name ...
then doing a simple set intersection on the result.
 This should solve this multilib. problem, and some version problems
maybe even making downgrades much more usable.
 But that change is unlikely to happen for Fedora 11.

> What should work for this case is resolving the dependencies with only one 
> provider first and if after that there are still unresolved deps, try to 
> resolve them. "Only one provider" here assumes only looking at newest 
> packages (which I think yum already does).

 If we know there is only one provider then we've already resolved the
dep. so that's kind of circular ... and while we do prefer the newish
package a lot, there are cases where we'll pick an older one (actually
foo = <version>, deps. are the main one).

-- 
James Antill <james at fedoraproject.org>
Fedora



From james at fedoraproject.org  Tue Mar 10 13:52:03 2009
From: james at fedoraproject.org (James Antill)
Date: Tue, 10 Mar 2009 09:52:03 -0400
Subject: yum-builddep pulling in i386 packages for x86_64 -devel
 dependencies
In-Reply-To: <200903101033.07049.billcrawford1970@gmail.com>
References: <200903060944.00190.billcrawford1970@gmail.com>
	<1236528942.7725.4012.camel@code.and.org>
	<alpine.DEB.1.10.0903100927200.7281@gotcha.dreamhost.com>
	<200903101033.07049.billcrawford1970@gmail.com>
Message-ID: <1236693123.7725.6909.camel@code.and.org>

On Tue, 2009-03-10 at 10:33 +0000, Bill Crawford wrote:
> On Tuesday 10 March 2009 07:44:18 Panu Matilainen wrote:
> ...
> > Requires:
> >     audit-libs = 1.7.12-2.fc11
> >     libaudit.so.0()(64bit)
> >     libauparse.so.0()(64bit)
> >
> > The soname dependencies point to the correct version of audit-libs
> > already, just the manual dep on audit-libs (to force exact version
> > match) is satisfied with any arch.
> 
> If this is a case of "we need to know the libraries are new enough", shouldn't 
> it actually be Conflicts: audit-libs < .... ?

 I assume you don't want to upgrade audit-libs without updating the
above package too, so just a conflict with older versions isn't enough.

-- 
James Antill <james at fedoraproject.org>
Fedora



From kaboom at oobleck.net  Tue Mar 10 13:36:19 2009
From: kaboom at oobleck.net (Chris Ricker)
Date: Tue, 10 Mar 2009 09:36:19 -0400 (EDT)
Subject: PLEASE READ: provenpackager reseed
In-Reply-To: <20090310113554.GA12220@yoda.jdub.homelinux.org>
References: <da159fda0903061808h172da453vfb22cd19a732a81c@mail.gmail.com>
	<20090310094926.GA24665@camelia.ucw.cz>
	<20090310113554.GA12220@yoda.jdub.homelinux.org>
Message-ID: <alpine.LFD.2.00.0903100933450.30028@urd.oobleck.net>

On Tue, 10 Mar 2009, Josh Boyer wrote:

> >What list, what IRC, where to file the ticket?
> >
> >All I found was an information on wiki that sponsors nominations can
> >be sent to fedora-devel-list.  (Allegedly, one can also send mail to
> >FESCo, but I were not able to find out the address.)
> ></rambligs>
> 
> The address is fedora-extras-steering <at> redhat.com
> 
> There is a FESCo trac instance with tickets at:
> 
> https://fedorahosted.org/fesco/

Does the apply button on the provenpackager group page on 
admin.fedoraproject.org go to the right place? That'd be another good 
off-list method if it does

https://admin.fedoraproject.org/accounts/group/view/provenpackager

later,
chris



From rawhide at fedoraproject.org  Tue Mar 10 13:56:43 2009
From: rawhide at fedoraproject.org (Rawhide Report)
Date: Tue, 10 Mar 2009 13:56:43 +0000 (UTC)
Subject: rawhide report: 20090310 changes
Message-ID: <20090310135643.D3FB11F8256@releng2.fedora.phx.redhat.com>

Compose started at Tue Mar 10 07:01:07 UTC 2009

New package libbase
        JFree Base Services
New package libbind
        ISC's standard resolver library
New package metromap
        Simple program for finding paths in subway/metro maps
New package mingw32-gnutls
        MinGW GnuTLS TLS/SSL encryption library
New package mpich2
        An implementation of MPI
New package perl-Parse-BACKPAN-Packages
        Provide an index of BACKPAN
New package perl-local-lib
        Create and use a local lib/ for perl modules
New package php-pecl-selinux
        SELinux binding for PHP scripting language
New package rednotebook
        A desktop diary
New package scheme2js
        Scheme to JavaScript compiler
New package smp_utils
        Utilities for SAS management protocol (SMP)
New package sssd
        System Security Services Daemon
New package tcpjunk
        TCP protocols testing tool
New package touchcal
        Calibration utility for touch screens
Removed package 8Kingdoms
Removed package codeina
Removed package fluxstyle
Removed package ghc-paths
Removed package jabbin
Removed package kbackup
Removed package libeXosip2
Removed package moodss
Removed package moomps
Removed package nautilus-share
Removed package pekwm
Removed package trac-webadmin
Updated Packages:

DevIL-1.7.8-1.fc11
------------------
* Mon Mar 09 2009 Hans de Goede <hdegoede at redhat.com> 1.7.8-1
- Update to latest upstream: 1.7.8

* Mon Feb 23 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 1.7.7-2
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


GREYCstoration-2.8-4.fc10
-------------------------
* Tue Feb 24 2009 Marc Bradshaw <packages at marcbradshaw.co.uk> 2.8-3
- Fixed dependancy ref BZ#479993

* Tue Feb 24 2009 Marc Bradshaw <packages at marcbradshaw.co.uk> 2.8-4
- Fixed broken revision 3

* Mon Feb 23 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 2.8-2
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild

* Wed Oct 08 2008 Nils Philippsen <nils at redhat.com>
- use "-fno-tree-pre" option to avoid ages long compilation with gcc-4.3


ImageMagick-6.4.9.6-1.fc11
--------------------------
* Mon Mar 09 2009 Hans de Goede <hdegoede at redhat.com> 6.4.9.6-1
- New upstream release 6.4.9-6


KoboDeluxe-0.5.1-5.fc11
-----------------------
* Mon Mar 09 2009 Hans de Goede <hdegoede at redhat.com> 0.5.1-4
- Fix building with gcc 4.4

* Mon Feb 23 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 0.5.1-4
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


Miro-2.0.2-1.fc11
-----------------
* Mon Mar 09 2009 Alex Lancaster <alexlan[AT]fedoraproject org> - 2.0.2-1
- Update to upstream 2.0.2
- Add Requires: gstreamer-python (#489134)
- Drop patch for libtorrent 0.13, applied upstream


NetworkManager-0.7.0.99-3.fc11
------------------------------
* Mon Mar 09 2009 Dan Williams <dcbw at redhat.com> - 1:0.7.0.99-2
- Fix conflict with NetworkManager-openconnect (rh #489271)
- Fix possible crash when resynchronizing devices if HAL restarts

* Mon Mar 09 2009 Dan Williams <dcbw at redhat.com> - 1:0.7.0.99-3
- Missing ONBOOT should actually mean ONBOOT=yes (rh #489422)


PackageKit-0.4.5-1.fc11
-----------------------
* Mon Mar 09 2009 Richard Hughes  <rhughes at redhat.com> - 0.4.5-1
- New upstream version
- Add proper error handling to avoid exiting the script on correctable errors
- Add support for the 'any' provide search
- Updated QPackageKit soname version to 0.4.1
- Lots of translation updates


abiword-2.6.8-2.fc11
--------------------
* Mon Mar 09 2009 Marc Maurer <uwog at abisource.com> - 1:2.6.8-1
- New upstream release

* Mon Mar 09 2009 Marc Maurer <uwog at abisource.com> - 1:2.6.8-2
- Make g++ 4.4 and rindex friends again

* Mon Feb 23 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 1:2.6.6-10
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


alex-2.3.1-3.fc11
-----------------
* Tue Mar 10 2009 Jens Petersen <petersen at redhat.com> - 2.3.1-3
- update arch list and bring closer to cabal2spec-0.12


anaconda-11.5.0.26-1
--------------------
* Mon Mar 09 2009 David Cantrell <dcantrell at redhat.com> - 11.5.0.26-1
- Move the recursive teardown of all devices out of processActions. (dlehman)
- Clean up handling of /proc, /sys, /dev/pts, /dev/shm entries. (dlehman)
- Fix several minor bugs preventing upgrade/rescue mount. (#488946) (dlehman)
- Only populate the device tree on demand. (dlehman)
- Prune actions by device based on path, not object-id. (dlehman)
- Rewrite action sort so it works correctly. (dlehman)
- Do a separate disk.commit for each partition add/remove. (dlehman)
- Fix bug keeping track of best free region/type/disk info. (dlehman)
- Return early if doAutoPart is False, but clearpart first if kickstart.
  (dlehman)
- Recognize PS3 as a valid machine type (#489263). (clumens)
- Move the mdRaidBootArches logic into the platform module. (clumens)
- stdout and stderr may also need to be created. (clumens)
- Fix booty for dmraid (hdegoede)
- It's self.origrequest, not self.origreqest (#489036). (clumens)
- Added crypto.py unittest; Updated devicelibs tests baseclass.py and lvm.py
  (mgracik)
- Start storage before parsing the kickstart file. (clumens)
- Make sure autopart without any clearpart command will fail. (clumens)
- Update storage flag on ks autopart (rvykydal)
- Use correct storage attribute for ks clearpart (rvykydal)
- Catch the new _ped.DiskLabelException for unrecognized disklabels.
  (dlehman)
- Catch all failures from making parted objects in exceptionDisks. (dlehman)
- various dmraid fixes. (jgranado)
- Implement the format disk question as a callback. (jgranado)
- Add dmraid functionality to new storage code. (jgranado)
- Do not pass None values into nonmandatory arguments, you are screwing the
  default values.. (msivak)


anjuta-2.25.902-6.fc11
----------------------
* Sun Mar 08 2009 Rakesh Pandit <rakesh at fedoraproject.org> - 1:2.25.902-6
- Bumped to consume new soname in webkit library.


augeas-0.4.2-1.fc11
-------------------
* Mon Mar 09 2009 David Lutterkort <lutter at redhat.com> - 0.4.2-1
- New version


auto-buildrequires-1.0-3.fc11
-----------------------------
* Mon Mar 09 2009 Richard W.M. Jones <rjones at redhat.com> - 1.0-3
- New upstream version 1.0:
  . Fixes 32-bit platforms.
  . Add a missing runtime requires for a Perl library.
- High release number is so that we are larger than the release number
  in the upstream specfile.


bind-9.6.0-9.P1.fc11
--------------------
* Mon Mar 09 2009 Adam Tkac <atkac redhat com> 32:9.6.0-8.P1
- fire away libbind, it is now separate package

* Mon Mar 09 2009 Adam Tkac <atkac redhat com> 32:9.6.0-9.P1
- add DNSSEC support to initscript, enabled it per default
- add requires dnssec-conf


bluez-4.32-8.fc11
-----------------
* Mon Mar 09 2009 - Bastien Nocera <bnocera at redhat.com> - 4.32-6
- Fix sdp_copy_record(), so records are properly exported through D-Bus

* Mon Mar 09 2009 - Bastien Nocera <bnocera at redhat.com> - 4.32-7
- A (slightly) different fix for parsing to XML when it contains a NULL

* Mon Mar 09 2009 - Bastien Nocera <bnocera at redhat.com> - 4.32-8
- Port CUPS backend to BlueZ 4.x


chkconfig-1.3.42-1
------------------
* Fri Mar 06 2009 Bill Nottingham <notting at redhat.com> 1.3.42-1
- further LSB fixes (#474223)
- throw errors on various malformed init scripts (#481198)
- man page updates re: LSB (#487979)
- translation updates: mai, gu, pt_BR, ro, ca, pa, sr, fr, hu


chrony-1.23-4.20081106gitbe42b4.fc11
------------------------------------
* Mon Mar 09 2009 Miroslav Lichvar <mlichvar at redhat.com> 1.23-4.20081106gitbe42b4
- fix building with broken libcap header (#483548)

* Mon Feb 23 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 1.23-3.20081106gitbe42b4
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


cinepaint-0.22.1-12.fc11.2
--------------------------
* Mon Mar 09 2009 kwizart < kwizart at gmail.com > - 0.22.1-12
- Fix for gcc44
- backport oyranos 0.1.9 support
- Switch from freefont to dejavu-sans-fonts for icc_examin internal plug-in
- Add BR libxml2-devel
- Better multiarch conditional

* Mon Feb 23 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 0.22.1-11
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


cluster-3.0.0-14.beta1.fc11
---------------------------
* Mon Mar 09 2009 Fabio M. Di Nitto <fdinitto at redhat.com> - 3.0.0-14.alpha7
- New upstream release.
- Update corosync/openais BuildRequires and Requires.
- Fix gfs-utils and cman man page overlapping files.


compat-gcc-296-2.96-142
-----------------------
* Mon Mar 09 2009 Jakub Jelinek  <jakub at redhat.com> 2.96-142
- rebuilt with GCC 4.4


compat-gcc-32-3.2.3-66
----------------------
* Mon Mar 09 2009 Jakub Jelinek  <jakub at redhat.com> 3.2.3-66
- fix up for latest bison

* Sat Feb 14 2009 Dennis Gilmore <dennis at ausil.us> - 3.2.3-65
- fix to build 32 bit sparc sparcv9


corosync-0.94-3.svn1794.fc11
----------------------------
* Mon Mar 09 2009 Fabio M. Di Nitto <fdinitto at redhat.com> - 0.94-3.svn1794
- Import fixes from upstream:
  * Add reserve/release feature to totem message queue space (1793)
  * Fix CG shutdown (1794)


cpio-2.9.90-5.fc11
------------------
* Mon Mar 09 2009 Ondrej Vasik <ovasik at redhat.com> 2.9.90-5
- define default remote shell as /usr/bin/ssh(#452904)
- use /etc/rmt as default rmt command


cronie-1.2-7.fc11
-----------------
* Mon Mar 09 2009 Tomas Mraz <tmraz at redhat.com> - 1.2-7
- rebuild


deluge-1.1.4-1.fc11
-------------------
* Mon Mar 09 2009 Peter Gordon <peter at thecodergeek.com> - 1.1.4-1
- Update to new upstream bug-fix release (1.1.4)


dhcp-4.1.0-11.fc11
------------------
* Mon Mar 09 2009 David Cantrell <dcantrell at redhat.com> - 12:4.1.0-11
- Use LDAP configuration patch from upstream tarball


dnscap-1.0-0.8.20070807cvs.fc11
-------------------------------
* Mon Mar 09 2009 Adam Tkac <atkac redhat com> 1.0-0.8.20070807cvs
- replace bind-devel by libbind-devel


dnssec-conf-1.17-3
------------------
* Tue Mar 10 2009 Paul Wouters <paul at xelerance.com> - 1.17-3
- Remove require for unbound. It can also be used with just bind,
  and we don't require it to work.

* Mon Mar 09 2009 Paul Wouters <paul at xelerance.com> - 1.17-1
- Upgraded to 1.17. This adds better initscript support and fixes a bug
  when named/unbound were not installed (rhbug 488685)

* Mon Mar 09 2009 Paul Wouters <paul at xelerance.com> - 1.17-2
- Fix build for /etc/sysconfig/dnssec


dump-0.4b41-12.fc11
-------------------
* Mon Mar 09 2009 Adam Tkac <atkac redhat com> 0.4b41-12
- correct manual page (dump level is 0 by default, #356121)


evolution-brutus-1.2.35-2.fc11
------------------------------
* Tue Mar 10 2009 Mamoru Tasaka <mtasaka at ioa.s.u-tokyo.ac.jp> - 1.2.35-2
- Workaround to build with latest ImageMagick 6.4.9.6

* Mon Mar 09 2009 Alex Lancaster <alexlan[AT]fedoraproject org> - 1.2.35-1
- Update to upstream 1.2.35 to fix GCC 4.4 build

* Tue Feb 24 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 1.2.34-3
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


fedora-release-10.92-1
----------------------
* Mon Mar 09 2009 Jesse Keating <jkeating at redhat.com> - 10.92-1
- Bump for F11 Beta
- Add the (giant) F11 Test key


fence-agents-3.0.0-8.beta1.fc11
-------------------------------
* Mon Mar 09 2009 Fabio M. Di Nitto <fdinitto at redhat.com> - 3.0.0-8.beta1
- New upstream release.
- Update corosync/openais BuildRequires and Requires.


flute-1.3-5.20061107jfree.fc11
------------------------------
* Sat May 09 2009 Caolan McNamara <caolanm at redhat.com> - 1.3-5.20061107jfree
- better adherence to versioning guidelines


freeciv-2.1.8-3.fc11
--------------------
* Mon Mar 09 2009 Adam Tkac <atkac redhat com> - 2.1.8-3
- drop bind-devel BuildReq, it is not needed


freeipmi-0.7.6-1.{?dist}
------------------------
* Mon Mar 09 2009 Jan Safranek <jsafrane at redhat.com> - 0.7.6-1
- Update to freeipmi-0.7.6


freetype-2.3.8-2.1.fc11
-----------------------
* Mon Mar 09 2009 Behdad Esfahbod <besfahbo at redhat.com> 2.3.8-2.1
- Preserve timestamp of FTL.TXT when converting to UTF-8.


gcompris-8.4.9-1.fc11
---------------------
* Mon Mar 09 2009 Johan Cwiklinski <johan AT x-tnd DOT be> 8.4.9-1
- New wupstream bugfix release 8.4.9


gdb-6.8.50.20090302-8.fc11
--------------------------
* Mon Mar 09 2009 Jan Kratochvil <jan.kratochvil at redhat.com> - 6.8.50.20090302-7
- Archer update to the snapshot: ec29855686f2a78d90ebcc63765681249bbbe808
- Temporarily place libstdc++ pretty printers in this gdb.rpm.

* Mon Mar 09 2009 Jan Kratochvil <jan.kratochvil at redhat.com> - 6.8.50.20090302-8
- Archer update to the snapshot: a99e30d08ade4a2df0f943b036cd653bcd12b04d
- Fixes internal error on breaking at a multi-locations C++ caller (BZ 488572).


gdm-2.25.2-15.fc11
------------------
* Mon Mar 09 2009 Ray Strode <rstrode at redhat.com> - 1:2.25.2-15
- Don't race with PAM modules that ask questions during
  pam_open_session (and don't subsequently go bonkers when
  losing the race).


ghc-gtk2hs-0.10.0-3.fc11
------------------------
* Mon Mar 09 2009 Jens Petersen <petersen at redhat.com> - 0.10.0-3
- use global
- update arch list
- rename library subpackages to devel and obsolete old packages
- add prof subpackages


gimp-2.6.5-3.fc11
-----------------
* Mon Mar 09 2009 Nils Philippsen <nils at redhat.com> - 2:2.6.5-3
- rebuild against new WebKit
- define deprecated gtk functions to avoid crashes (#486122)


git-1.6.2-1.fc11
----------------
* Mon Mar 09 2009 Todd Zullinger <tmz at pobox.com> - 1.6.2-1
- git-1.6.2
- Include contrib/emacs/README in emacs subpackage
- Drop upstreamed git-web--browse patch


gnome-packagekit-0.4.5-2.fc11
-----------------------------
* Mon Mar 09 2009 Richard Hughes  <rhughes at redhat.com> - 0.4.5-1
- New upstream version
- Merge in a new update viewer with a very different UI which I've patched
  Fedora to use by default as requested by Matthias.
- Lots of translation updates

* Mon Mar 09 2009 Richard Hughes  <rhughes at redhat.com> - 0.4.5-2
- Require PackageKit 0.4.5 otherwise the new update viewer breaks


gnome-power-manager-2.25.92-1.fc11
----------------------------------
* Mon Mar 09 2009 Richard Hughes  <rhughes at redhat.com> - 2.25.92-1
- Update to 2.25.92


gurlchecker-0.10.1-12.fc11
--------------------------
* Tue Mar 10 2009 Kevin Kofler <Kevin at tigcc.ticalc.org> - 0.10.1-12
- rebuild for clamav 0.95rc1


gvfs-1.1.7-5.fc11
-----------------
* Mon Mar 09 2009 Tomas Bzatek <tbzatek at redhat.com> - 1.1.7-5
- Expose device file attribute for all items in computer://


haddock-2.4.1-4.fc11
--------------------
* Mon Mar 09 2009 Jens Petersen <petersen at redhat.com> - 2.4.1-4
- update to cabal2spec-0.12:
  - use global and bcond
  - arch list
  - ghc-paths is renamed to ghc-ghc-paths
- devel subpackage obsoletes old library subpackage
- move docs to doc subpackage


hal-info-20090309-1.fc11
------------------------
* Mon Mar 09 2009 Richard Hughes <rhughes at redhat.com> - 20090309-1
- Update to latest upstream release


hplip-3.9.2-4.fc11
------------------
* Mon Mar 09 2009 Tim Waugh <twaugh at redhat.com> 3.9.2-4
- Ship libhpmud.so (bug #489059).
- Fixed no-root-config patch (bug #489055).


ikiwiki-3.07-1.fc11
-------------------
* Mon Mar 09 2009 Thomas Moschny <thomas.moschny at gmx.de> - 3.07-1
- Update to 3.07.


initscripts-8.90-1
------------------
* Mon Mar 09 2009 Bill Nottingham <notting at redhat.com> - 8.90-1
- init.d/functions: cgroup support (<jsafrane at redhat.com>)
- fix various issues with dmraid handling (#485895, <hdegoede at redhat.com>)
- rc.sysinit: fix typo. (#487926)
- console_init: loadkeys has a -q option for silent running. Use it.
- ifup-tunnel: add compatiblity for openNHRP tunnels (#486559, <claude.tompers at ieee.lu>)
- ccw_init: don't re-init an existing device, it causes errors. (#484411, <jpayne at redhat.com>)
- netfs: use same kpartx arguments as rc.sysinit
- don't list mtab in rwtab (#457941)
- translation updates: fi, de, mai


jadetex-3.13-4.fc11
-------------------
* Mon Mar 09 2009 Ondrej Vasik  <ovasik at redhat.com> 3.13-4
- run restorecon -R /usr/share/texmf/web2c in post to prevent
  mishandled context (#448101)


java-1.6.0-openjdk-1.6.0.0-14.b14.fc11
--------------------------------------
* Mon Mar 09 2009 Lillian Angel <langel at redhat.com> - 1:1.6.0-14.b14
- Updated sources. 
- Resolves: rhbz#489029

* Mon Mar 02 2009 Lillian Angel <langel at redhat.com> - 1:1.6.0-14.b14
- Fixed archinstall i386 to i586, since Fedora 11 made the switch.

* Mon Mar 02 2009 Lillian Angel <langel at redhat.com> - 1:1.6.0-14.b14
- Reverting last change.


jcommon-1.0.15-1.fc11
---------------------
* Mon Mar 09 2009 Caolan McNamara <caolanm at redhat.com> 1.0.15-1
- latest version


jcommon-serializer-0.3.0-1.fc11
-------------------------------
* Mon Mar 09 2009 Caolan McNamara <caolanm at redhat.com> 0.3.0-1
- latest version


jd-2.4.0-0.1.svn2713_trunk.fc11
-------------------------------
* Tue Mar 10 2009 Mamoru Tasaka <mtasaka at ioa.s.u-tokyo.ac.jp>
- Update to latest trunk


kdebase-workspace-4.2.1-4.fc11
------------------------------
* Mon Mar 09 2009 Rex Dieter <rdieter at fedoraproject.org> - 4.2.1-4
- kde 4.2 update crashes plasma (kdebug#185736)


kdebluetooth-0.3-3.fc11
-----------------------
* Mon Mar 09 2009 Kevin Kofler <Kevin at tigcc.ticalc.org> - 1:0.3-3
- Provides: dbus-bluez-pin-helper (so bluez doesn't drag in gnome-bluetooth)


kdegraphics-4.2.1-3.fc11
------------------------
* Mon Mar 09 2009 Rex Dieter <rdieter at fedoraproject.org> 4.2.1-3
- gwenview-fix-version.diff


kdepim-4.2.1-3.fc11
-------------------
* Mon Mar 09 2009 Rex Dieter <rdieter at fedoraproject.org> 4.2.1-3
- upstream korganizer-view patch


kdepimlibs-4.2.1-4.fc11
-----------------------
* Mon Mar 09 2009 Kevin Kofler <Kevin at tigcc.ticalc.org> - 4.2.1-4
- disable CMake debugging, #475876 should be fixed now


kernel-2.6.29-0.218.rc7.git2.fc11
---------------------------------

klamav-0.46-1.fc11
------------------
* Tue Mar 10 2009 Kevin Kofler <Kevin at tigcc.ticalc.org> 0.46-1
- upgrade to 0.46 (compatible with clamav 0.95rc1)
- drop klamav-clamav094.patch (fixed upstream)
- disable device mounting which requires KDE 3 (#483518)
- rediff suse-clamav-path patch


koffice-1.6.3-20.20090306svn.fc11
---------------------------------
* Tue Mar 10 2009 Kevin Kofler <Kevin at tigcc.ticalc.org> 2:1.6.3-20.20090306svn
- rebuild for new ImageMagick


kpackagekit-0.4.0-3.fc11
------------------------
* Mon Mar 09 2009 Richard Hughes  <rhughes at redhat.com> - 0.4.0-3
- Rebuild for PackageKit-qt soname bump


kphotoalbum-3.2-0.10.20090308.fc11
----------------------------------
* Mon Mar 09 2009 Rex Dieter <rdieter at fedoraproject.org> -  3.2-0.10.20090308
- kphotoalbum-20090308 snapshot


libcddb-1.3.1-1.fc11
--------------------
* Mon Mar 09 2009 Hans de Goede <hdegoede at redhat.com> 1.3.1-1
- New upstream release 1.3.1


libcgroup-0.33-2.fc11
---------------------
* Mon Mar 09 2009 Dhaval Giani <dhaval at linux.vnet.ibm.com> 0.33-2
- Change the cgconfig script to start earlier
- Move the binaries to /bin and /sbin


libfonts-0.4.0-1.fc11
---------------------
* Mon Mar 09 2009 Caolan McNamara <caolanm at redhat.com> 0.4.0-1
- latest version


libformula-0.2.0-1.fc11
-----------------------
* Mon Mar 09 2009 Caolan McNamara <caolanm at redhat.com> 0.2.0-1
- latest version


libfprint-0.1.0-6.pre1.fc11
---------------------------
* Mon Mar 09 2009 pingou <pingou at pingoured.fr> - 0.1.0-6.pre1
- Rebuilt for rawhide


libgdl-2.25.92-1.fc11
---------------------
* Tue Mar 10 2009 Debarshi Ray <rishi at fedoraproject.org> - 2.25.92-1
- Version bump to 2.25.92.
  * Fixed locked layout mode. (GNOME Bugzilla #573522)
  * Fixed dock/undock/reset behaviour. (GNOME Bugzilla #566801)
  * http://ftp.gnome.org/pub/GNOME/sources/gdl/2.25/gdl-2.25.92.news
- Replaced 'BuildRequires: libgnomeui-devel' with
  'BuildRequires: libglade2-devel'.
- Dropped COPYING because it contains GPLv3, which does not tally with the
  license notices in the source code.


libgnomeprint22-2.18.5-3.fc11
-----------------------------
* Mon Mar 09 2009 Peter Robinson <pbrobinson at gmail.com> - 2.18.5-3
- Remove redundent perl dep - RHBZ 489227


libloader-0.4.0-1.fc11
----------------------
* Mon Mar 09 2009 Caolan McNamara <caolanm at redhat.com> 0.4.0-1
- latest version


libproxy-0.2.3-10.fc11
----------------------
* Mon Mar 09 2009 kwizart < kwizart at gmail.com > - 0.2.3-10
- Rebuild for webkit
- Raise requirement for xulrunner to 1.9.1


librepository-0.2.0-1.fc11
--------------------------
* Sat May 09 2009 Caolan McNamara <caolanm at redhat.com> 0.2.0-1
- latest version


libselinux-2.0.78-4.fc11
------------------------
* Mon Mar 09 2009 Dan Walsh <dwalsh at redhat.com> - 2.0.78-3
- Fix URL

* Mon Mar 09 2009 Dan Walsh <dwalsh at redhat.com> - 2.0.78-4
- Add eparis patch to accellerate Xwindows performance

* Fri Mar 06 2009 Dan Walsh <dwalsh at redhat.com> - 2.0.78-2
- Add substitute pattern 
- matchpathcon output <<none>> on ENOENT


libvirt-0.6.1-3.fc11
--------------------
* Mon Mar 09 2009 Cole Robinson <crobinso at redhat.com> - 0.6.1-3.fc11
- Add Requires: libselinux


livecd-tools-022-1.fc11
-----------------------
* Mon Mar 09 2009 Jeremy Katz <katzj at redhat.com> - 022-1
- Fixes for hybird GPT/MBR usb sticks (Stewart Adam)
- Support setting SELinux booleans (Dan Walsh)
- Fix unicode error messages (Felix Schwarz)
- Update man pages (Chris Curran, #484627)
- Support syslinux under /usr/share
- Remove some legacy support from livecd-iso-to-disk
- Basic support for multi-image usb sticks


lmms-0.4.3-1.fc11
-----------------
* Mon Mar 09 2009 Thomas Moschny <thomas.moschny at gmx.de> - 0.4.3-1
- Update to 0.4.3.
- Remove lmms-0.4.2-gcc44.patch (fixed upstream).
- Add README.fedora.


mash-0.4.9-3.fc11
-----------------
* Mon Mar 09 2009 Jesse Keating <jkeating at redhat.com> - 0.4.9-3
- Add an upstream patch for F11 test key


mecab-java-0.98-0.1.pre1.fc11
-----------------------------
* Mon Mar 09 2009 Mamoru Tasaka <mtasaka at ioa.s.u-tokyo.ac.jp> - 0.98-0.1.pre1
- Update to 0.98pre1


mesa-7.3-12.fc11
----------------
* Tue Mar 10 2009 Dave Airlie <airlied at redhat.com> 7.3-12
- radeon-rewrite.patch: enable R200 hw clears

* Mon Mar 09 2009 Dave Airlie <airlied at redhat.com> 7.3-11
- radeon-rewrite.patch: update with swtcl and r100 bugfixes


mhonarc-2.6.16-6.fc11
---------------------
* Mon Mar 09 2009 Aurelien Bompard <abompard at fedoraproject.org> 2.6.16-6
- filter out unwanted Requires (provided by MHonArc itself)


milter-greylist-4.2-0.5.b1.fc11
-------------------------------
* Mon Mar 09 2009 Adam Tkac <atkac redhat com> - 4.2-0.5.b1
- libbind has been moved to separate package, rebuild


mtools-4.0.9-1.fc11
-------------------
* Mon Mar 09 2009 Adam Tkac <atkac redhat com> 4.0.9-1
- updated to 4.0.9
- merged mtools-3.9.7-bigdisk.patch to config patch
- mtools400-rh480112.patch merged to upstream


mythes-ca-1.0.0-1.fc11
----------------------
* Mon Mar 09 2009 Caol??n McNamara <caolanm at redhat.com> - 1.0.0-1
- latest version


nautilus-gdu-0.2-git20090309.1.fc11
-----------------------------------
* Mon Mar 09 2009 Tomas Bzatek <tbzatek at redhat.com> - 0.2-git20090309.1
- Rebase to latest git


nfs-utils-1.1.5-2.fc11
----------------------
* Fri Mar 06 2009 Steve Dickson <steved at redhat.com> 1.1.5-2
- Fixed lockd not using settings in sysconfig/nfs (bz 461043)
- Fixed some lost externs in the tcpwrapper code


ocaml-postgresql-1.9.2-6.fc11
-----------------------------
* Mon Mar 09 2009 Richard W.M. Jones <rjones at redhat.com> - 1.9.2-6
- Fix typo in summary (rhbz#487632).


openais-0.93-2.svn1741.fc11
---------------------------
* Mon Mar 09 2009 Fabio M. Di Nitto <fdinitto at redhat.com> - 0.93-2.svn1741
- Import fixes from upstream:
  * Updates for new totem interface (1737, 1738, 1739, 1741).
  * Fix ipc connection (1740).


oyranos-0.1.9-2.fc11
--------------------
* Mon Mar 09 2009 kwizart < kwizart at gmail.com > - 0.1.9-2
- Remove unused patch
- Merge -doc in -devel
- Add missing BR libtiff-devel

* Thu Mar 05 2009 kwizart < kwizart at gmail.com > - 0.1.9-1
- Update to 0.1.9


pam-1.0.91-1.fc11
-----------------
* Mon Mar 09 2009 Tomas Mraz <tmraz at redhat.com> 1.0.91-1
- upgrade to new upstream release


pentaho-libxml-1.0.0-0.1.rc.fc11
--------------------------------
* Mon Mar 09 2009 Caolan McNamara <caolanm at redhat.com> 1.0.0-0.1.rc
- latest version


perl-B-Hooks-EndOfScope-0.07-1.fc11
-----------------------------------
* Sun Mar 08 2009 Chris Weyl <cweyl at alumni.drew.edu> 0.07-1
- update to 0.07


perl-Catalyst-Action-RenderView-0.09-1.fc11
-------------------------------------------
* Mon Mar 09 2009 Chris Weyl <cweyl at alumni.drew.edu> 0.09-1
- update to 0.09


perl-Catalyst-Manual-5.7017-1.fc11
----------------------------------
* Mon Mar 09 2009 Chris Weyl <cweyl at alumni.drew.edu> 5.7017-1
- update to 5.7017


perl-Catalyst-Plugin-Session-State-Cookie-0.10-1.fc11
-----------------------------------------------------
* Mon Mar 09 2009 Chris Weyl <cweyl at alumni.drew.edu> 0.10-1
- update to 0.10


perl-LockFile-Simple-0.207-1.fc11
---------------------------------
* Mon Mar 09 2009 Ralf Cors??pius <corsepiu at fedoraproject.org> - 0.207-1
- Upstream update.
- Remove license_of_LockFile_Simple.txt (cf. README).

* Thu Feb 26 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 0.206-2
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild

* Thu Feb 26 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 0.206-3
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild

* Fri Jul 11 2008 Tom "spot" Callaway <tcallawa at redhat.com> - 0.206-1
- fix license tag
- bump to 0.206
- include license attribution email


perl-Moose-0.72-1.fc11
----------------------
* Sun Mar 08 2009 Chris Weyl <cweyl at alumni.drew.edu> 0.72-1
- update to 0.72


perl-Variable-Magic-0.32-1.fc11
-------------------------------
* Mon Mar 09 2009 Allisson Azevedo <allisson at gmail.com> - 0.32-1
- Update to 0.32


perl-mecab-0.98-0.1.pre1.fc11
-----------------------------
* Mon Mar 09 2009 Mamoru Tasaka <mtasaka at ioa.s.u-tokyo.ac.jp> - 0.98-0.1.pre1
- Update to 0.98pre1


plymouth-0.7.0-0.2009.03.09.1.fc11
----------------------------------
* Mon Mar 09 2009 Ray Strode <rstrode at redhat.com> 0.7.0-0.2009.03.09.1
- Attempt to address some problems with password handling in the
  0.7.0 snapshots


pungi-2.0.11-1.fc11
-------------------
* Mon Mar 09 2009 Jesse Keating <jkeating at redhat.com> - 2.0.11-1
- Fix size estimation in splittree
- Disable arch test in splittree for now


pyabiword-0.6.3-1.fc11
----------------------
* Mon Mar 09 2009 Marc Maurer <uwog at uwog.net> - 0.6.2-1
- New upstream release

* Mon Mar 09 2009 Marc Maurer <uwog at uwog.net> - 0.6.3-1
- New upstream release


python-fedora-0.3.11-1.fc11
---------------------------
* Mon Mar 09 2009 Toshio Kuratomi <toshio at fedoraproject.org> - 0.3.11-1
- readd the old jsonfasproviders.


python-mecab-0.98-0.1.pre1.fc11
-------------------------------
* Mon Mar 09 2009 Mamoru Tasaka <mtasaka at ioa.s.u-tokyo.ac.jp> - 0.98-0.1.pre1
- Update to 0.98pre1


python-pyblock-0.38-1.fc11
--------------------------
* Mon Mar 09 2009 Hans de Goede <hdegoede at redhat.com> - 0.38-1
- Add additional functionality for the anaconda storage rewrite (jgranados)
- Do not Py_DECREF imported dm module reference (hansg)
- Only install our own dm_log handler while doing dm stuff (hansg)


python-virtinst-0.400.3-1.fc11
------------------------------
* Tue Mar 10 2009 Cole Robinson <crobinso at redhat.com> - 0.400.3-1.fc11
- Update to bugfix release 0.400.3
- Fix virt-install --os-type windows installs
- Fix URL installs to not wipe out --os-variant value


resource-agents-3.0.0-7.beta1.fc11
----------------------------------
* Mon Mar 09 2009 Fabio M. Di Nitto <fdinitto at redhat.com> - 3.0.0-7.beta1
- New upstream release.


rhythmbox-0.11.6-30.r6184.fc11
------------------------------
* Mon Mar 09 2009 - Bastien Nocera <bnocera at redhat.com> - 0.11.6-30.r6184
- Update to r6184
- Change default burner plugin to brasero


roundup-1.4.6-4.fc11
--------------------
* Mon Mar 09 2009 Paul P. Komkoff Jr <i at stingr.net> - 1.4.6-4
- security bug bz#489355


rpm-4.7.0-0.beta1.3.fc11
------------------------
* Mon Mar 09 2009 Panu Matilainen <pmatilai at redhat.com> - 4.7.0-0.beta1.3
- fix _install_langs behavior (#489235)
- fix recording of file states into rpmdb on install


ruby-RMagick-2.9.1-2.fc11.1
---------------------------
* Mon Mar 09 2009 Mamoru Tasaka <mtasaka at ioa.s.u-tokyo.ac.jp>
- F-11: Rebuild against new ImageMagick


ruby-libvirt-0.1.0-4.fc11
-------------------------
* Mon Mar 09 2009 David Lutterkort <lutter at redhat.com> - 0.1.0-4
- Disable tests since they cause spurious failures

* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 0.1.0-3
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


ruby-mecab-0.98-0.1.pre1.fc11
-----------------------------
* Mon Mar 09 2009 Mamoru Tasaka <mtasaka at ioa.s.u-tokyo.ac.jp> - 0.98-0.1.pre1
- Update to 0.98pre1


samba4-4.0.0-11alpha7.fc11
--------------------------
* Mon Mar 09 2009 Simo Sorce <ssorce at redhat.com> - 4.0.0-11alpha7
- Add upstream patch to fix a problem within ldb


scummvm-0.13.0-1.fc11
---------------------
* Mon Mar 09 2009 Lucian Langa <cooly at gnome.eu.org> - 0.13.0-1
- new upstream release
- update patch0
- drop installing uneeded theme files
- drop vendor from desktop file; fix icon entry


selinux-policy-3.6.8-2.fc11
---------------------------
* Sat Mar 07 2009 Dan Walsh <dwalsh at redhat.com> 3.6.8-2
- Add pulseaudio context


setuptool-1.19.5-2.fc11
-----------------------
* Mon Mar 09 2009 Michal Hlavinka <mhlavink at redhat.com> - 1.19.5-1
- new version (only translations updated)

* Mon Mar 09 2009 Michal Hlavinka <mhlavink at redhat.com> - 1.19.5-2
- fix buildrequires


smartmontools-5.38-10.fc11
--------------------------
* Mon Mar 09 2009 Michal Hlavinka <mhlavink at redhat.com> - 1:5.38-10
- cleanup for merge review


solar-kde-theme-0.1.17-3.fc11
-----------------------------
* Mon Mar 09 2009 Rex Dieter <rdieter at fedoraproject.org> - 0.1.17-3
- own %_kde4_datadir/wallpapers/Solar


sound-juicer-2.25.92-1.fc11
---------------------------
* Mon Mar 09 2009 - Bastien Nocera <bnocera at redhat.com> - 2.25.92-1
- Update to 2.25.92


sportrop-fonts-0.9-6.fc11
-------------------------
* Mon Mar 09 2009 Jon Stanley <jonstanley at gmail.com> - 0.9-6
- Update to new packaging guidelines


subversion-1.5.6-3
------------------
* Mon Mar 09 2009 Joe Orton <jorton at redhat.com> 1.5.6-3
- update to 1.5.6
- autoload psvn (#238491, Tom Tromey)
- regenerate swig bindings (#480503)
- fix build with libtool 2.2 (#469524)


sugar-update-control-0.20-4.fc11
--------------------------------
* Sun Mar 08 2009 <tuxbrewr at fedoraproject.org> 0.20-4
- Fix missing deps


swig-1.3.38-4.fc11
------------------
* Mon Mar 09 2009 Adam Tkac <atkac redhat com> 1.3.38-4
- moved documentation to -doc subpackage and build it as noarch
- added Example/ directory to -doc (#489077)
- fixed build root


taskjuggler-2.4.1-7.fc11
------------------------
* Mon Mar 09 2009 Ondrej Vasik <ovasik at redhat.com> - 2.4.1-7
- build with ICal support again (#488347, #467136)


taxipilot-0.9.2-8.fc11
----------------------
* Mon Mar 09 2009 Hans de Goede <hdegoede at redhat.com> 0.9.2-8
- Try rebuild again now that all the deps are fixed

* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 0.9.2-7
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


teeworlds-0.5.1-1.fc11
----------------------
* Mon Mar 09 2009 Simon Wesp <cassmodiah at fedoraproject.org> 0.5.1-1
- New upstream release


trac-0.11.3-3.fc11
------------------
* Mon Mar 09 2009 Jesse Keating <jkeating at redhat.com> - 0.11.3-3
- Obsolete trac-webadmin, its now built in


unbound-1.2.1-3.fc11
--------------------
* Mon Mar 09 2009 Adam Tkac <atkac redhat com> - 1.2.1-3
- add DNSSEC support to initscript and enabled it per default
- add requires dnssec-conf


valgrind-3.4.1-1
----------------
* Mon Mar 09 2009 Jakub Jelinek <jakub at redhat.com> 3.4.1-1
- update to 3.4.1


wpa_supplicant-0.6.8-1.fc11
---------------------------
* Mon Mar 09 2009 Dan Williams <dcbw at redhat.com> - 1:0.6.8-1
- Update to latest upstream release


xine-lib-1.1.16.2-5.fc11
------------------------
* Tue Mar 10 2009 Kevin Kofler <Kevin at tigcc.ticalc.org> - 1.1.16.2-5
- rebuild for new ImageMagick


xlog-2.0.1-1.fc11
-----------------
* Mon Mar 09 2009 Lucian Langa <cooly at gnome.eu.org> - 2.0.1-1
- new upstream release


xorg-x11-drv-ati-6.11.0-6.fc11
------------------------------
* Tue Mar 10 2009 Dave Airlie <airlied at redhat.com> 6.11.0-6
- master fixes for panning + enable r600 accel by default


xorg-x11-drv-nouveau-0.0.12-10.20090310git8f9a580.fc11
------------------------------------------------------
* Tue Mar 10 2009 Ben Skeggs <bskeggs at redhat.com> 0.0.12-10.20090310git8f9a580
- upstream update, should fix #455194


zabbix-1.6.2-5.fc11
-------------------
* Mon Mar 09 2009 Jeffrey C. Ollie <jeff at ocjtech.us> - 1.6.2-5
- Update pre patch due to incomplete fix for security problems.


Summary:
Added Packages: 14
Removed Packages: 12
Modified Packages: 139
Broken deps for i386
----------------------------------------------------------
	ale-0.9.0.1-3.fc11.i586 requires libMagickCore.so.1
	asterisk-ais-1.6.1-0.21.rc1.fc11.i386 requires libSaClm.so.2
	asterisk-ais-1.6.1-0.21.rc1.fc11.i386 requires libSaEvt.so.2
	asterisk-ais-1.6.1-0.21.rc1.fc11.i386 requires libSaEvt.so.2(OPENAIS_EVT_B.01.01)
	asterisk-ais-1.6.1-0.21.rc1.fc11.i386 requires libSaClm.so.2(OPENAIS_CLM_B.01.01)
	asterisk-odbc-1.6.1-0.21.rc1.fc11.i386 requires libodbc.so.1
	asterisk-voicemail-odbc-1.6.1-0.21.rc1.fc11.i386 requires libodbc.so.1
	autotrace-0.31.1-20.fc11.i586 requires libMagickCore.so.1
	dbmail-2.2.11-2.fc10.i386 requires libgmime-2.0.so.2
	dbmail-auth-ldap-2.2.11-2.fc10.i386 requires libgmime-2.0.so.2
	dbmail-mysql-2.2.11-2.fc10.i386 requires libssl.so.7
	dbmail-mysql-2.2.11-2.fc10.i386 requires libcrypto.so.7
	dbmail-mysql-2.2.11-2.fc10.i386 requires libmysqlclient.so.15
	dbmail-mysql-2.2.11-2.fc10.i386 requires libgmime-2.0.so.2
	dbmail-mysql-2.2.11-2.fc10.i386 requires libmysqlclient.so.15(libmysqlclient_15)
	dbmail-pgsql-2.2.11-2.fc10.i386 requires libgmime-2.0.so.2
	drawtiming-0.6.2-4.fc11.i586 requires libMagickCore.so.1
	drawtiming-0.6.2-4.fc11.i586 requires libMagick++.so.1
	gdal-1.6.0-4.fc11.i386 requires libodbc.so.1
	gdal-1.6.0-4.fc11.i386 requires libodbcinst.so.1
	gdal-1.6.0-4.fc11.i386 requires libhdf5.so.5
	gdal-perl-1.6.0-4.fc11.i386 requires libodbc.so.1
	gdal-perl-1.6.0-4.fc11.i386 requires libodbcinst.so.1
	gdal-perl-1.6.0-4.fc11.i386 requires libhdf5.so.5
	gdal-ruby-1.6.0-4.fc11.i386 requires libodbc.so.1
	gdal-ruby-1.6.0-4.fc11.i386 requires libodbcinst.so.1
	gdal-ruby-1.6.0-4.fc11.i386 requires libhdf5.so.5
	gdl-0.9-0.2.rc2.20090224.fc11.i586 requires libMagickCore.so.1
	gdl-0.9-0.2.rc2.20090224.fc11.i586 requires libMagick++.so.1
	gnome-phone-manager-0.60-5.fc11.i586 requires libgnomebt.so.1
	grass-6.3.0-10.fc11.i386 requires libodbc.so.1
	imageinfo-0.05-7.fc11.i586 requires libMagickCore.so.1
	inkscape-0.47-0.5.20090301svn.fc11.i586 requires libMagickCore.so.1
	inkscape-0.47-0.5.20090301svn.fc11.i586 requires libMagick++.so.1
	inkscape-docs-0.47-0.5.20090301svn.fc11.i586 requires libMagickCore.so.1
	inkscape-docs-0.47-0.5.20090301svn.fc11.i586 requires libMagick++.so.1
	k3d-0.6.7.0-9.fc11.i386 requires libMagickCore.so.1
	k3d-0.6.7.0-9.fc11.i386 requires libMagick++.so.1
	kismet-extras-0.0.2008.05.R1-3.fc10.i386 requires libMagickCore.so.1
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgdamm-3.0.so.10
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb_graph-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb_extra-3.0.so.4
	libopensync-plugin-syncml-0.35-4.fc10.i386 requires libsyncml.so.0
	linphone-2.1.1-1.fc9.i386 requires libeXosip2.so.4
	lsvpd-1.6.4-3.fc10.i386 requires libvpd_cxx-2.0.so.0
	mapnik-0.5.2-0.10.svn780.fc11.i386 requires dejavu-fonts-sans
	nip2-7.16.4-2.fc11.i586 requires libMagickCore.so.1
	nip2-7.16.4-2.fc11.i586 requires libMagickWand.so.1
	octave-forge-20080831-5.fc11.i586 requires libMagickCore.so.1
	octave-forge-20080831-5.fc11.i586 requires libMagick++.so.1
	oxine-0.7.1-3.fc11.i586 requires libMagickCore.so.1
	oxine-0.7.1-3.fc11.i586 requires libMagickWand.so.1
	oyranos-0.1.9-2.fc11.i586 requires elektra-kdb
	1:pan-0.133-1.fc10.i386 requires libgmime-2.0.so.2
	pfstools-imgmagick-1.7.0-3.fc11.i386 requires libMagickCore.so.1
	pfstools-imgmagick-1.7.0-3.fc11.i386 requires libMagick++.so.1
	pfstools-octave-1.7.0-3.fc11.i386 requires libhdf5.so.5
	php-magickwand-1.0.8-1.fc11.i586 requires libMagickCore.so.1
	php-magickwand-1.0.8-1.fc11.i586 requires libMagickWand.so.1
	php-pecl-imagick-2.2.2-1.fc11.i586 requires libMagickCore.so.1
	php-pecl-imagick-2.2.2-1.fc11.i586 requires libMagickWand.so.1
	postgresql-odbcng-0.90.101-2.fc10.i386 requires libodbcinst.so.1
	psiconv-0.9.8-3.fc11.i586 requires libMagickCore.so.1
	pstoedit-3.45-6.fc11.i586 requires libMagick++.so.1
	pstoedit-3.45-6.fc11.i586 requires libMagickCore.so.1
	q-magick-7.11-4.fc11.i586 requires libMagickCore.so.1
	qpidd-cluster-0.4.738618-2.fc11.i386 requires libcpg.so.2(COROSYNC_CPG_1.0)
	qpidd-cluster-0.4.738618-2.fc11.i386 requires libcpg.so.2
	rhnpush-0.4.5-1.fc11.noarch requires rhnlib
	ruby-rpm-1.2.3-4.fc9.i386 requires librpmdb-4.4.so
	ruby-rpm-1.2.3-4.fc9.i386 requires librpmio-4.4.so
	ruby-rpm-1.2.3-4.fc9.i386 requires librpmbuild-4.4.so
	ruby-rpm-1.2.3-4.fc9.i386 requires librpm-4.4.so
	vips-7.16.4-2.fc11.i586 requires libMagickCore.so.1
	vips-7.16.4-2.fc11.i586 requires libMagickWand.so.1
	vips-python-7.16.4-2.fc11.i586 requires libMagickCore.so.1
	vips-python-7.16.4-2.fc11.i586 requires libMagickWand.so.1
	vips-tools-7.16.4-2.fc11.i586 requires libMagickCore.so.1
	vips-tools-7.16.4-2.fc11.i586 requires libMagickWand.so.1
	vtk-examples-5.0.4-26.fc11.i386 requires vtkdata = 0:5.0.4
	vtk-testing-5.0.4-26.fc11.i386 requires vtkdata = 0:5.0.4
	xastir-1.9.5-2.fc11.i386 requires libMagickCore.so.1



Broken deps for x86_64
----------------------------------------------------------
	ale-0.9.0.1-3.fc11.x86_64 requires libMagickCore.so.1()(64bit)
	asterisk-ais-1.6.1-0.21.rc1.fc11.x86_64 requires libSaEvt.so.2()(64bit)
	asterisk-ais-1.6.1-0.21.rc1.fc11.x86_64 requires libSaClm.so.2(OPENAIS_CLM_B.01.01)(64bit)
	asterisk-ais-1.6.1-0.21.rc1.fc11.x86_64 requires libSaEvt.so.2(OPENAIS_EVT_B.01.01)(64bit)
	asterisk-ais-1.6.1-0.21.rc1.fc11.x86_64 requires libSaClm.so.2()(64bit)
	asterisk-odbc-1.6.1-0.21.rc1.fc11.x86_64 requires libodbc.so.1()(64bit)
	asterisk-voicemail-odbc-1.6.1-0.21.rc1.fc11.x86_64 requires libodbc.so.1()(64bit)
	autotrace-0.31.1-20.fc11.i586 requires libMagickCore.so.1
	autotrace-0.31.1-20.fc11.x86_64 requires libMagickCore.so.1()(64bit)
	dbmail-2.2.11-2.fc10.x86_64 requires libgmime-2.0.so.2()(64bit)
	dbmail-auth-ldap-2.2.11-2.fc10.x86_64 requires libgmime-2.0.so.2()(64bit)
	dbmail-mysql-2.2.11-2.fc10.x86_64 requires libmysqlclient.so.15(libmysqlclient_15)(64bit)
	dbmail-mysql-2.2.11-2.fc10.x86_64 requires libgmime-2.0.so.2()(64bit)
	dbmail-mysql-2.2.11-2.fc10.x86_64 requires libssl.so.7()(64bit)
	dbmail-mysql-2.2.11-2.fc10.x86_64 requires libcrypto.so.7()(64bit)
	dbmail-mysql-2.2.11-2.fc10.x86_64 requires libmysqlclient.so.15()(64bit)
	dbmail-pgsql-2.2.11-2.fc10.x86_64 requires libgmime-2.0.so.2()(64bit)
	drawtiming-0.6.2-4.fc11.x86_64 requires libMagick++.so.1()(64bit)
	drawtiming-0.6.2-4.fc11.x86_64 requires libMagickCore.so.1()(64bit)
	gdal-1.6.0-4.fc11.i386 requires libodbc.so.1
	gdal-1.6.0-4.fc11.i386 requires libodbcinst.so.1
	gdal-1.6.0-4.fc11.i386 requires libhdf5.so.5
	gdal-1.6.0-4.fc11.x86_64 requires libhdf5.so.5()(64bit)
	gdal-1.6.0-4.fc11.x86_64 requires libodbcinst.so.1()(64bit)
	gdal-1.6.0-4.fc11.x86_64 requires libodbc.so.1()(64bit)
	gdal-perl-1.6.0-4.fc11.x86_64 requires libhdf5.so.5()(64bit)
	gdal-perl-1.6.0-4.fc11.x86_64 requires libodbcinst.so.1()(64bit)
	gdal-perl-1.6.0-4.fc11.x86_64 requires libodbc.so.1()(64bit)
	gdal-ruby-1.6.0-4.fc11.x86_64 requires libhdf5.so.5()(64bit)
	gdal-ruby-1.6.0-4.fc11.x86_64 requires libodbcinst.so.1()(64bit)
	gdal-ruby-1.6.0-4.fc11.x86_64 requires libodbc.so.1()(64bit)
	gdl-0.9-0.2.rc2.20090224.fc11.x86_64 requires libMagick++.so.1()(64bit)
	gdl-0.9-0.2.rc2.20090224.fc11.x86_64 requires libMagickCore.so.1()(64bit)
	gnome-phone-manager-0.60-5.fc11.x86_64 requires libgnomebt.so.1()(64bit)
	grass-6.3.0-10.fc11.x86_64 requires libodbc.so.1()(64bit)
	imageinfo-0.05-7.fc11.x86_64 requires libMagickCore.so.1()(64bit)
	inkscape-0.47-0.5.20090301svn.fc11.x86_64 requires libMagickCore.so.1()(64bit)
	inkscape-0.47-0.5.20090301svn.fc11.x86_64 requires libMagick++.so.1()(64bit)
	inkscape-docs-0.47-0.5.20090301svn.fc11.x86_64 requires libMagickCore.so.1()(64bit)
	inkscape-docs-0.47-0.5.20090301svn.fc11.x86_64 requires libMagick++.so.1()(64bit)
	k3d-0.6.7.0-9.fc11.i386 requires libMagickCore.so.1
	k3d-0.6.7.0-9.fc11.i386 requires libMagick++.so.1
	k3d-0.6.7.0-9.fc11.x86_64 requires libMagick++.so.1()(64bit)
	k3d-0.6.7.0-9.fc11.x86_64 requires libMagickCore.so.1()(64bit)
	kismet-extras-0.0.2008.05.R1-3.fc10.x86_64 requires libMagickCore.so.1()(64bit)
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgdamm-3.0.so.10
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb_graph-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb_extra-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.x86_64 requires libgnomedb_graph-3.0.so.4()(64bit)
	libgnomedbmm-2.9.5-4.fc9.x86_64 requires libgnomedb-3.0.so.4()(64bit)
	libgnomedbmm-2.9.5-4.fc9.x86_64 requires libgdamm-3.0.so.10()(64bit)
	libgnomedbmm-2.9.5-4.fc9.x86_64 requires libgnomedb_extra-3.0.so.4()(64bit)
	libopensync-plugin-syncml-0.35-4.fc10.x86_64 requires libsyncml.so.0()(64bit)
	linphone-2.1.1-1.fc9.i386 requires libeXosip2.so.4
	linphone-2.1.1-1.fc9.x86_64 requires libeXosip2.so.4()(64bit)
	lsvpd-1.6.4-3.fc10.x86_64 requires libvpd_cxx-2.0.so.0()(64bit)
	mapnik-0.5.2-0.10.svn780.fc11.i386 requires dejavu-fonts-sans
	mapnik-0.5.2-0.10.svn780.fc11.x86_64 requires dejavu-fonts-sans
	nip2-7.16.4-2.fc11.x86_64 requires libMagickCore.so.1()(64bit)
	nip2-7.16.4-2.fc11.x86_64 requires libMagickWand.so.1()(64bit)
	octave-forge-20080831-5.fc11.x86_64 requires libMagickCore.so.1()(64bit)
	octave-forge-20080831-5.fc11.x86_64 requires libMagick++.so.1()(64bit)
	oxine-0.7.1-3.fc11.x86_64 requires libMagickCore.so.1()(64bit)
	oxine-0.7.1-3.fc11.x86_64 requires libMagickWand.so.1()(64bit)
	oyranos-0.1.9-2.fc11.x86_64 requires elektra-kdb
	1:pan-0.133-1.fc10.x86_64 requires libgmime-2.0.so.2()(64bit)
	pfstools-imgmagick-1.7.0-3.fc11.x86_64 requires libMagick++.so.1()(64bit)
	pfstools-imgmagick-1.7.0-3.fc11.x86_64 requires libMagickCore.so.1()(64bit)
	pfstools-octave-1.7.0-3.fc11.x86_64 requires libhdf5.so.5()(64bit)
	php-magickwand-1.0.8-1.fc11.x86_64 requires libMagickCore.so.1()(64bit)
	php-magickwand-1.0.8-1.fc11.x86_64 requires libMagickWand.so.1()(64bit)
	php-pecl-imagick-2.2.2-1.fc11.x86_64 requires libMagickCore.so.1()(64bit)
	php-pecl-imagick-2.2.2-1.fc11.x86_64 requires libMagickWand.so.1()(64bit)
	postgresql-odbcng-0.90.101-2.fc10.i386 requires libodbcinst.so.1
	postgresql-odbcng-0.90.101-2.fc10.x86_64 requires libodbcinst.so.1()(64bit)
	psiconv-0.9.8-3.fc11.i586 requires libMagickCore.so.1
	psiconv-0.9.8-3.fc11.x86_64 requires libMagickCore.so.1()(64bit)
	pstoedit-3.45-6.fc11.i586 requires libMagick++.so.1
	pstoedit-3.45-6.fc11.i586 requires libMagickCore.so.1
	pstoedit-3.45-6.fc11.x86_64 requires libMagickCore.so.1()(64bit)
	pstoedit-3.45-6.fc11.x86_64 requires libMagick++.so.1()(64bit)
	q-magick-7.11-4.fc11.x86_64 requires libMagickCore.so.1()(64bit)
	qpidd-cluster-0.4.738618-2.fc11.x86_64 requires libcpg.so.2()(64bit)
	qpidd-cluster-0.4.738618-2.fc11.x86_64 requires libcpg.so.2(COROSYNC_CPG_1.0)(64bit)
	rhnpush-0.4.5-1.fc11.noarch requires rhnlib
	ruby-rpm-1.2.3-4.fc9.x86_64 requires librpmdb-4.4.so()(64bit)
	ruby-rpm-1.2.3-4.fc9.x86_64 requires librpmbuild-4.4.so()(64bit)
	ruby-rpm-1.2.3-4.fc9.x86_64 requires librpmio-4.4.so()(64bit)
	ruby-rpm-1.2.3-4.fc9.x86_64 requires librpm-4.4.so()(64bit)
	vips-7.16.4-2.fc11.i586 requires libMagickCore.so.1
	vips-7.16.4-2.fc11.i586 requires libMagickWand.so.1
	vips-7.16.4-2.fc11.x86_64 requires libMagickCore.so.1()(64bit)
	vips-7.16.4-2.fc11.x86_64 requires libMagickWand.so.1()(64bit)
	vips-python-7.16.4-2.fc11.x86_64 requires libMagickCore.so.1()(64bit)
	vips-python-7.16.4-2.fc11.x86_64 requires libMagickWand.so.1()(64bit)
	vips-tools-7.16.4-2.fc11.x86_64 requires libMagickCore.so.1()(64bit)
	vips-tools-7.16.4-2.fc11.x86_64 requires libMagickWand.so.1()(64bit)
	vtk-examples-5.0.4-26.fc11.x86_64 requires vtkdata = 0:5.0.4
	vtk-testing-5.0.4-26.fc11.x86_64 requires vtkdata = 0:5.0.4
	xastir-1.9.5-2.fc11.x86_64 requires libMagickCore.so.1()(64bit)



Broken deps for ppc
----------------------------------------------------------
	ale-0.9.0.1-3.fc11.ppc requires libMagickCore.so.1
	asterisk-ais-1.6.1-0.21.rc1.fc11.ppc requires libSaClm.so.2
	asterisk-ais-1.6.1-0.21.rc1.fc11.ppc requires libSaEvt.so.2
	asterisk-ais-1.6.1-0.21.rc1.fc11.ppc requires libSaEvt.so.2(OPENAIS_EVT_B.01.01)
	asterisk-ais-1.6.1-0.21.rc1.fc11.ppc requires libSaClm.so.2(OPENAIS_CLM_B.01.01)
	asterisk-odbc-1.6.1-0.21.rc1.fc11.ppc requires libodbc.so.1
	asterisk-voicemail-odbc-1.6.1-0.21.rc1.fc11.ppc requires libodbc.so.1
	autotrace-0.31.1-20.fc11.ppc requires libMagickCore.so.1
	autotrace-0.31.1-20.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	dbmail-2.2.11-2.fc10.ppc requires libgmime-2.0.so.2
	dbmail-auth-ldap-2.2.11-2.fc10.ppc requires libgmime-2.0.so.2
	dbmail-mysql-2.2.11-2.fc10.ppc requires libssl.so.7
	dbmail-mysql-2.2.11-2.fc10.ppc requires libmysqlclient.so.15
	dbmail-mysql-2.2.11-2.fc10.ppc requires libcrypto.so.7
	dbmail-mysql-2.2.11-2.fc10.ppc requires libmysqlclient.so.15(libmysqlclient_15)
	dbmail-mysql-2.2.11-2.fc10.ppc requires libgmime-2.0.so.2
	dbmail-pgsql-2.2.11-2.fc10.ppc requires libgmime-2.0.so.2
	drawtiming-0.6.2-4.fc11.ppc requires libMagickCore.so.1
	drawtiming-0.6.2-4.fc11.ppc requires libMagick++.so.1
	gdal-1.6.0-4.fc11.ppc requires libodbc.so.1
	gdal-1.6.0-4.fc11.ppc requires libodbcinst.so.1
	gdal-1.6.0-4.fc11.ppc requires libhdf5.so.5
	gdal-1.6.0-4.fc11.ppc64 requires libhdf5.so.5()(64bit)
	gdal-1.6.0-4.fc11.ppc64 requires libodbcinst.so.1()(64bit)
	gdal-1.6.0-4.fc11.ppc64 requires libodbc.so.1()(64bit)
	gdal-perl-1.6.0-4.fc11.ppc requires libodbc.so.1
	gdal-perl-1.6.0-4.fc11.ppc requires libodbcinst.so.1
	gdal-perl-1.6.0-4.fc11.ppc requires libhdf5.so.5
	gdal-ruby-1.6.0-4.fc11.ppc requires libodbc.so.1
	gdal-ruby-1.6.0-4.fc11.ppc requires libodbcinst.so.1
	gdal-ruby-1.6.0-4.fc11.ppc requires libhdf5.so.5
	gdl-0.9-0.2.rc2.20090224.fc11.ppc requires libMagickCore.so.1
	gdl-0.9-0.2.rc2.20090224.fc11.ppc requires libMagick++.so.1
	gnome-phone-manager-0.60-5.fc11.ppc requires libgnomebt.so.1
	grass-6.3.0-10.fc11.ppc requires libodbc.so.1
	imageinfo-0.05-7.fc11.ppc requires libMagickCore.so.1
	inkscape-0.47-0.5.20090301svn.fc11.ppc requires libMagickCore.so.1
	inkscape-0.47-0.5.20090301svn.fc11.ppc requires libMagick++.so.1
	inkscape-docs-0.47-0.5.20090301svn.fc11.ppc requires libMagickCore.so.1
	inkscape-docs-0.47-0.5.20090301svn.fc11.ppc requires libMagick++.so.1
	k3d-0.6.7.0-9.fc11.ppc requires libMagickCore.so.1
	k3d-0.6.7.0-9.fc11.ppc requires libMagick++.so.1
	k3d-0.6.7.0-9.fc11.ppc64 requires libMagick++.so.1()(64bit)
	k3d-0.6.7.0-9.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	kismet-extras-0.0.2008.05.R1-3.fc10.ppc requires libMagickCore.so.1
	libgnomedbmm-2.9.5-4.fc9.ppc requires libgdamm-3.0.so.10
	libgnomedbmm-2.9.5-4.fc9.ppc requires libgnomedb_graph-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.ppc requires libgnomedb-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.ppc requires libgnomedb_extra-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgnomedb_graph-3.0.so.4()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgnomedb-3.0.so.4()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgdamm-3.0.so.10()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgnomedb_extra-3.0.so.4()(64bit)
	libopensync-plugin-syncml-0.35-4.fc10.ppc requires libsyncml.so.0
	linphone-2.1.1-1.fc9.ppc requires libeXosip2.so.4
	linphone-2.1.1-1.fc9.ppc64 requires libeXosip2.so.4()(64bit)
	lsvpd-1.6.4-3.fc10.ppc requires libvpd_cxx-2.0.so.0
	mapnik-0.5.2-0.10.svn780.fc11.ppc requires dejavu-fonts-sans
	mapnik-0.5.2-0.10.svn780.fc11.ppc64 requires dejavu-fonts-sans
	nip2-7.16.4-2.fc11.ppc requires libMagickCore.so.1
	nip2-7.16.4-2.fc11.ppc requires libMagickWand.so.1
	octave-forge-20080831-5.fc11.ppc requires libMagickCore.so.1
	octave-forge-20080831-5.fc11.ppc requires libMagick++.so.1
	oxine-0.7.1-3.fc11.ppc requires libMagickCore.so.1
	oxine-0.7.1-3.fc11.ppc requires libMagickWand.so.1
	oyranos-0.1.9-2.fc11.ppc requires elektra-kdb
	1:pan-0.133-1.fc10.ppc requires libgmime-2.0.so.2
	pfstools-imgmagick-1.7.0-3.fc11.ppc requires libMagickCore.so.1
	pfstools-imgmagick-1.7.0-3.fc11.ppc requires libMagick++.so.1
	pfstools-octave-1.7.0-3.fc11.ppc requires libhdf5.so.5
	php-magickwand-1.0.8-1.fc11.ppc requires libMagickCore.so.1
	php-magickwand-1.0.8-1.fc11.ppc requires libMagickWand.so.1
	php-pecl-imagick-2.2.2-1.fc11.ppc requires libMagickCore.so.1
	php-pecl-imagick-2.2.2-1.fc11.ppc requires libMagickWand.so.1
	postgresql-odbcng-0.90.101-2.fc10.ppc requires libodbcinst.so.1
	postgresql-odbcng-0.90.101-2.fc10.ppc64 requires libodbcinst.so.1()(64bit)
	psiconv-0.9.8-3.fc11.ppc requires libMagickCore.so.1
	psiconv-0.9.8-3.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	pstoedit-3.45-6.fc11.ppc requires libMagick++.so.1
	pstoedit-3.45-6.fc11.ppc requires libMagickCore.so.1
	pstoedit-3.45-6.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	pstoedit-3.45-6.fc11.ppc64 requires libMagick++.so.1()(64bit)
	q-magick-7.11-4.fc11.ppc requires libMagickCore.so.1
	qpidd-cluster-0.4.738618-2.fc11.ppc requires libcpg.so.2(COROSYNC_CPG_1.0)
	qpidd-cluster-0.4.738618-2.fc11.ppc requires libcpg.so.2
	rhnpush-0.4.5-1.fc11.noarch requires rhnlib
	ruby-rpm-1.2.3-4.fc9.ppc requires librpmdb-4.4.so
	ruby-rpm-1.2.3-4.fc9.ppc requires librpmio-4.4.so
	ruby-rpm-1.2.3-4.fc9.ppc requires librpmbuild-4.4.so
	ruby-rpm-1.2.3-4.fc9.ppc requires librpm-4.4.so
	vips-7.16.4-2.fc11.ppc requires libMagickCore.so.1
	vips-7.16.4-2.fc11.ppc requires libMagickWand.so.1
	vips-7.16.4-2.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	vips-7.16.4-2.fc11.ppc64 requires libMagickWand.so.1()(64bit)
	vips-python-7.16.4-2.fc11.ppc requires libMagickCore.so.1
	vips-python-7.16.4-2.fc11.ppc requires libMagickWand.so.1
	vips-tools-7.16.4-2.fc11.ppc requires libMagickCore.so.1
	vips-tools-7.16.4-2.fc11.ppc requires libMagickWand.so.1
	vtk-examples-5.0.4-26.fc11.ppc requires vtkdata = 0:5.0.4
	vtk-testing-5.0.4-26.fc11.ppc requires vtkdata = 0:5.0.4
	xastir-1.9.5-2.fc11.ppc requires libMagickCore.so.1



Broken deps for ppc64
----------------------------------------------------------
	ale-0.9.0.1-3.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	asterisk-ais-1.6.1-0.21.rc1.fc11.ppc64 requires libSaEvt.so.2()(64bit)
	asterisk-ais-1.6.1-0.21.rc1.fc11.ppc64 requires libSaClm.so.2(OPENAIS_CLM_B.01.01)(64bit)
	asterisk-ais-1.6.1-0.21.rc1.fc11.ppc64 requires libSaEvt.so.2(OPENAIS_EVT_B.01.01)(64bit)
	asterisk-ais-1.6.1-0.21.rc1.fc11.ppc64 requires libSaClm.so.2()(64bit)
	asterisk-odbc-1.6.1-0.21.rc1.fc11.ppc64 requires libodbc.so.1()(64bit)
	asterisk-voicemail-odbc-1.6.1-0.21.rc1.fc11.ppc64 requires libodbc.so.1()(64bit)
	autotrace-0.31.1-20.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	cabal2spec-0.12-1.fc11.noarch requires ghc > 0:6.10.1-7
	dbmail-2.2.11-2.fc10.ppc64 requires libgmime-2.0.so.2()(64bit)
	dbmail-auth-ldap-2.2.11-2.fc10.ppc64 requires libgmime-2.0.so.2()(64bit)
	dbmail-mysql-2.2.11-2.fc10.ppc64 requires libgmime-2.0.so.2()(64bit)
	dbmail-mysql-2.2.11-2.fc10.ppc64 requires libssl.so.7()(64bit)
	dbmail-mysql-2.2.11-2.fc10.ppc64 requires libmysqlclient.so.15(libmysqlclient_15)(64bit)
	dbmail-mysql-2.2.11-2.fc10.ppc64 requires libcrypto.so.7()(64bit)
	dbmail-mysql-2.2.11-2.fc10.ppc64 requires libmysqlclient.so.15()(64bit)
	dbmail-pgsql-2.2.11-2.fc10.ppc64 requires libgmime-2.0.so.2()(64bit)
	drawtiming-0.6.2-4.fc11.ppc64 requires libMagick++.so.1()(64bit)
	drawtiming-0.6.2-4.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	gdal-1.6.0-4.fc11.ppc64 requires libhdf5.so.5()(64bit)
	gdal-1.6.0-4.fc11.ppc64 requires libodbcinst.so.1()(64bit)
	gdal-1.6.0-4.fc11.ppc64 requires libodbc.so.1()(64bit)
	gdal-perl-1.6.0-4.fc11.ppc64 requires libhdf5.so.5()(64bit)
	gdal-perl-1.6.0-4.fc11.ppc64 requires libodbcinst.so.1()(64bit)
	gdal-perl-1.6.0-4.fc11.ppc64 requires libodbc.so.1()(64bit)
	gdal-ruby-1.6.0-4.fc11.ppc64 requires libhdf5.so.5()(64bit)
	gdal-ruby-1.6.0-4.fc11.ppc64 requires libodbcinst.so.1()(64bit)
	gdal-ruby-1.6.0-4.fc11.ppc64 requires libodbc.so.1()(64bit)
	gdl-0.9-0.2.rc2.20090224.fc11.ppc64 requires libMagick++.so.1()(64bit)
	gdl-0.9-0.2.rc2.20090224.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	gnome-phone-manager-0.60-5.fc11.ppc64 requires libgnomebt.so.1()(64bit)
	grass-6.3.0-10.fc11.ppc64 requires libodbc.so.1()(64bit)
	imageinfo-0.05-7.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	inkscape-0.47-0.5.20090301svn.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	inkscape-0.47-0.5.20090301svn.fc11.ppc64 requires libMagick++.so.1()(64bit)
	inkscape-docs-0.47-0.5.20090301svn.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	inkscape-docs-0.47-0.5.20090301svn.fc11.ppc64 requires libMagick++.so.1()(64bit)
	k3d-0.6.7.0-9.fc11.ppc64 requires libMagick++.so.1()(64bit)
	k3d-0.6.7.0-9.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	kismet-extras-0.0.2008.05.R1-3.fc10.ppc64 requires libMagickCore.so.1()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgnomedb_graph-3.0.so.4()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgnomedb-3.0.so.4()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgdamm-3.0.so.10()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgnomedb_extra-3.0.so.4()(64bit)
	libopensync-plugin-syncml-0.35-4.fc10.ppc64 requires libsyncml.so.0()(64bit)
	linphone-2.1.1-1.fc9.ppc64 requires libeXosip2.so.4()(64bit)
	lsvpd-1.6.4-3.fc10.ppc64 requires libvpd_cxx-2.0.so.0()(64bit)
	mapnik-0.5.2-0.10.svn780.fc11.ppc64 requires dejavu-fonts-sans
	nip2-7.16.4-2.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	nip2-7.16.4-2.fc11.ppc64 requires libMagickWand.so.1()(64bit)
	octave-forge-20080831-5.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	octave-forge-20080831-5.fc11.ppc64 requires libMagick++.so.1()(64bit)
	oxine-0.7.1-3.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	oxine-0.7.1-3.fc11.ppc64 requires libMagickWand.so.1()(64bit)
	oyranos-0.1.9-2.fc11.ppc64 requires elektra-kdb
	1:pan-0.133-1.fc10.ppc64 requires libgmime-2.0.so.2()(64bit)
	pfstools-imgmagick-1.7.0-3.fc11.ppc64 requires libMagick++.so.1()(64bit)
	pfstools-imgmagick-1.7.0-3.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	pfstools-octave-1.7.0-3.fc11.ppc64 requires libhdf5.so.5()(64bit)
	php-magickwand-1.0.8-1.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	php-magickwand-1.0.8-1.fc11.ppc64 requires libMagickWand.so.1()(64bit)
	php-pecl-imagick-2.2.2-1.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	php-pecl-imagick-2.2.2-1.fc11.ppc64 requires libMagickWand.so.1()(64bit)
	postgresql-odbcng-0.90.101-2.fc10.ppc64 requires libodbcinst.so.1()(64bit)
	psiconv-0.9.8-3.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	pstoedit-3.45-6.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	pstoedit-3.45-6.fc11.ppc64 requires libMagick++.so.1()(64bit)
	q-magick-7.11-4.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	qpidd-cluster-0.4.738618-2.fc11.ppc64 requires libcpg.so.2()(64bit)
	qpidd-cluster-0.4.738618-2.fc11.ppc64 requires libcpg.so.2(COROSYNC_CPG_1.0)(64bit)
	rhnpush-0.4.5-1.fc11.noarch requires rhnlib
	ruby-rpm-1.2.3-4.fc9.ppc64 requires librpmdb-4.4.so()(64bit)
	ruby-rpm-1.2.3-4.fc9.ppc64 requires librpmbuild-4.4.so()(64bit)
	ruby-rpm-1.2.3-4.fc9.ppc64 requires librpmio-4.4.so()(64bit)
	ruby-rpm-1.2.3-4.fc9.ppc64 requires librpm-4.4.so()(64bit)
	vips-7.16.4-2.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	vips-7.16.4-2.fc11.ppc64 requires libMagickWand.so.1()(64bit)
	vips-python-7.16.4-2.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	vips-python-7.16.4-2.fc11.ppc64 requires libMagickWand.so.1()(64bit)
	vips-tools-7.16.4-2.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	vips-tools-7.16.4-2.fc11.ppc64 requires libMagickWand.so.1()(64bit)
	vtk-examples-5.0.4-26.fc11.ppc64 requires vtkdata = 0:5.0.4
	vtk-testing-5.0.4-26.fc11.ppc64 requires vtkdata = 0:5.0.4
	xastir-1.9.5-2.fc11.ppc64 requires libMagickCore.so.1()(64bit)





From billcrawford1970 at gmail.com  Tue Mar 10 14:00:46 2009
From: billcrawford1970 at gmail.com (Bill Crawford)
Date: Tue, 10 Mar 2009 14:00:46 +0000
Subject: yum-builddep pulling in i386 packages for x86_64 -devel
	dependencies
In-Reply-To: <1236693123.7725.6909.camel@code.and.org>
References: <200903060944.00190.billcrawford1970@gmail.com>
	<200903101033.07049.billcrawford1970@gmail.com>
	<1236693123.7725.6909.camel@code.and.org>
Message-ID: <200903101400.46851.billcrawford1970@gmail.com>

On Tuesday 10 March 2009 13:52:03 James Antill wrote:
> On Tue, 2009-03-10 at 10:33 +0000, Bill Crawford wrote:
> > On Tuesday 10 March 2009 07:44:18 Panu Matilainen wrote:
> > ...
> >
> > > Requires:
> > >     audit-libs = 1.7.12-2.fc11
> > >     libaudit.so.0()(64bit)
> > >     libauparse.so.0()(64bit)
> > >
> > > The soname dependencies point to the correct version of audit-libs
> > > already, just the manual dep on audit-libs (to force exact version
> > > match) is satisfied with any arch.
> >
> > If this is a case of "we need to know the libraries are new enough",
> > shouldn't it actually be Conflicts: audit-libs < .... ?
>
>  I assume you don't want to upgrade audit-libs without updating the
> above package too, so just a conflict with older versions isn't enough.

Actually, that shouldn't in theory be a problem at all. The issue is, I think, 
that it really needs to be "I require exactly this major version, and at least 
this minor version", if traditional approaches to library ABI compatability are 
taken.

In any case, the requirement really does need to be on the same arch.

Perhaps what rpm (and yum, etc) really need is a way of specifying, for a 
dependency on a library version v:

	major(v) == x
	minor(v) > y || minor(v) == y && micro(v) >= z



From jonstanley at gmail.com  Tue Mar 10 14:01:12 2009
From: jonstanley at gmail.com (Jon Stanley)
Date: Tue, 10 Mar 2009 10:01:12 -0400
Subject: PLEASE READ: provenpackager reseed
In-Reply-To: <alpine.LFD.2.00.0903100933450.30028@urd.oobleck.net>
References: <da159fda0903061808h172da453vfb22cd19a732a81c@mail.gmail.com>
	<20090310094926.GA24665@camelia.ucw.cz>
	<20090310113554.GA12220@yoda.jdub.homelinux.org>
	<alpine.LFD.2.00.0903100933450.30028@urd.oobleck.net>
Message-ID: <da159fda0903100701q67b99b64o3dfd26d72b3cbfc9@mail.gmail.com>

On Tue, Mar 10, 2009 at 9:36 AM, Chris Ricker <kaboom at oobleck.net> wrote:

> Does the apply button on the provenpackager group page on
> admin.fedoraproject.org go to the right place? That'd be another good
> off-list method if it does

It goes to all of the FESCo members, so yeah.  I've forwarded your
request on already :)



From bruno at wolff.to  Tue Mar 10 14:02:35 2009
From: bruno at wolff.to (Bruno Wolff III)
Date: Tue, 10 Mar 2009 09:02:35 -0500
Subject: Password Reset
In-Reply-To: <19008.1236647263@sss.pgh.pa.us>
References: <alpine.LFD.2.00.0903090959530.14983@laptop.mmcgrath.net>
	<gp4e4p$hq3$1@ger.gmane.org> <19008.1236647263@sss.pgh.pa.us>
Message-ID: <20090310140235.GA18023@wolff.to>

On Mon, Mar 09, 2009 at 21:07:43 -0400,
  Tom Lane <tgl at redhat.com> wrote:
> Kevin Kofler <kevin.kofler at chello.at> writes:
> > Why don't we stop requiring these pointless password resets
> > altogether?
> 
> +1 ... it's a demonstrated fact that forcing periodic password changes
> does not improve security.  What it does do is force people to write
> down their passwords so they can remember what's current.

That is going to depend on the threat model. Forcing password resets
can secure accounts where the password has been compromised, but the
user doesn't know it. In practice I am not sure how big of a problem
that is. And changing it may only help temporarily if the method that
compromised the original password is still available.

Writing passwords down may or may not be a big problem. Keeping them
in say your wallet may not be a big risk. If your wallet gets stolen
the person stealing it probably isn't interested in your passwords and
you will have time to deal with the passwords. (For people with kids,
a wallet may not be a safe place to store passwords.) Keeping them
in something like password safe might also work pretty well. If the
machine that you are using to keep the encrypted passwords on is
compromised, then there is a good chance your passwords would have
been snatched even if you were typing them from memory.

What may be a bigger threat here is someone forging messages from Mike
with deceptive URLs that trick people into changing their passwords
using a hostile proxy. Doing things in the current manner is training
people to get fooled.

I don't remember if Mike signed the message, but I don't recall getting
a pgp warning when I read it. (But it's been long enough that I might
have forgotten.) (I checked the url and figured even if the message
was bogus, changing my password at the real FAS site wouldn't hurt.)



From mschwendt at gmail.com  Tue Mar 10 14:09:28 2009
From: mschwendt at gmail.com (Michael Schwendt)
Date: Tue, 10 Mar 2009 15:09:28 +0100
Subject: PLEASE READ: provenpackager reseed
In-Reply-To: <20090310125950.GH2637@free.fr>
References: <da159fda0903061808h172da453vfb22cd19a732a81c@mail.gmail.com>
	<49B62671.30405@freenet.de> <20090310100743.GB2637@free.fr>
	<49B63EA1.80509@freenet.de> <20090310104212.GC2637@free.fr>
	<20090310121750.97cdbae2.mschwendt@gmail.com>
	<20090310112429.GF2637@free.fr>
	<20090310125705.e9026409.mschwendt@gmail.com>
	<20090310125950.GH2637@free.fr>
Message-ID: <20090310150928.8ff70cfc.mschwendt@gmail.com>

On Tue, 10 Mar 2009 13:59:50 +0100, Patrice wrote:

> > With the current process, sponsors
> > need not demonstrate anything beyond technical skills (= packaging
> > skills in form of a couple of package reviews).
> 
> I don't think so.

It's reality, though [on the package sponsors email list].



From paul at city-fan.org  Tue Mar 10 14:18:29 2009
From: paul at city-fan.org (Paul Howarth)
Date: Tue, 10 Mar 2009 14:18:29 +0000
Subject: /var/cache/mock
In-Reply-To: <2d319b780903100542y52f9faf2u7ad7de669764965a@mail.gmail.com>
References: <49B64C47.4060704@freenet.de>
	<2d319b780903100542y52f9faf2u7ad7de669764965a@mail.gmail.com>
Message-ID: <49B676B5.4050409@city-fan.org>

Mathieu Bridon (bochecha) wrote:
>> [1] I just noticed that I was about to run out of diskspace, until I noticed
>> the culprit (mock).
> 
> And I would have been in the exact same position as I have a dedicated
> partition for /var/lib/mock and not a lot of space on my root
> partition...
> 
> I thought this was only for Rawhide and was prepared to moving the
> partition when moving to F11 beta. Thanks for letting me know I'll
> have to do it in advance :)

I've spent much of today moving /var/lib/mock/cache to somewhere with 
lots of free space, resizing the /var/lib/mock volume down, creating a 
new LV for /var/cache/mock using the space I'd just made available and 
moving my existing cache data there. I'm not finished yet. I too was 
surprised that this was done in a stable release.

Paul.



From rjones at redhat.com  Tue Mar 10 14:21:04 2009
From: rjones at redhat.com (Richard W.M. Jones)
Date: Tue, 10 Mar 2009 14:21:04 +0000
Subject: source file audit - 2009-02-15
In-Reply-To: <20090221210710.44075ba4@ohm.scrye.com>
References: <20090221210710.44075ba4@ohm.scrye.com>
Message-ID: <20090310142104.GA17790@amd.home.annexia.org>

On Sat, Feb 21, 2009 at 09:07:10PM -0700, Kevin Fenzi wrote:
> rjones:BADSOURCE:pa_monad.tar.gz:ocaml-pa-monad

Upstream just replace the unversioned tarball with each new release :-(
Fixed.

> rjones:BADURL:binutils-2.19.1-mingw32-src.tar.gz:mingw32-binutils

Fixed.

> rjones:BADURL:cairo-1.8.0.tar.gz:mingw32-cairo

Upstream URL had changed.  Fixed.

> rjones:BADURL:deriving-0.1.1a.tar.gz:ocaml-deriving

This one looks OK to me.
end?

> rjones:BADURL:dlfcn-win32-r11.tar.bz2:mingw32-dlfcn

Also this one looks OK.

The above are both on googlecode.  Could there be a common problem
with your script and googlecode?

> rjones:BADURL:extlib-1.5.1.tar.gz:ocaml-extlib

Another googlecode site, again it looks OK to me.

> rjones:BADURL:lacaml-4.6.8.tar.bz2:ocaml-lacaml

New upstream release.  Upstream delete the old tarballs, despite me
petitioning them not to do this.  Fixed.

> rjones:BADURL:mingwrt-3.15.2-mingw32-src.tar.gz:mingw32-runtime

This is a sourceforge URL and it looks OK to me.

> rjones:BADURL:ocaml-bitstring-2.0.0.tar.gz:ocaml-bitstring

Another googlecode site - looks good to me.

> rjones:BADURL:postgresql-ocaml-1.9.2.tar.bz2:ocaml-postgresql
> rjones:BADURL:res-3.0.0.tar.bz2:ocaml-res
> rjones:BADURL:sexplib310-4.2.1.tar.bz2:ocaml-sexplib
> rjones:BADURL:type-conv-1.6.4.tar.bz2:ocaml-type-conv

Another upstream that likes to delete old tarballs!  All of these are
now fixed.

> rjones:BADURL:xmlrpc-light-0.6.tar.gz:ocaml-xmlrpc-light

This is another googlecode one.  Actually there was a new release, so
I upgraded.

Rich.

-- 
Richard Jones, Emerging Technologies, Red Hat  http://et.redhat.com/~rjones
Read my OCaml programming blog: http://camltastic.blogspot.com/
Fedora now supports 68 OCaml packages (the OPEN alternative to F#)
http://cocan.org/getting_started_with_ocaml_on_red_hat_and_fedora



From billcrawford1970 at gmail.com  Tue Mar 10 14:22:41 2009
From: billcrawford1970 at gmail.com (Bill Crawford)
Date: Tue, 10 Mar 2009 14:22:41 +0000
Subject: /var/cache/mock
In-Reply-To: <49B676B5.4050409@city-fan.org>
References: <49B64C47.4060704@freenet.de>
	<2d319b780903100542y52f9faf2u7ad7de669764965a@mail.gmail.com>
	<49B676B5.4050409@city-fan.org>
Message-ID: <200903101422.41596.billcrawford1970@gmail.com>

On Tuesday 10 March 2009 14:18:29 Paul Howarth wrote:

> I've spent much of today moving /var/lib/mock/cache to somewhere with
> lots of free space, resizing the /var/lib/mock volume down, creating a
> new LV for /var/cache/mock using the space I'd just made available and
> moving my existing cache data there. I'm not finished yet. I too was
> surprised that this was done in a stable release.

Why did you not just re-mount the volume in the new location?



From rc040203 at freenet.de  Tue Mar 10 14:35:45 2009
From: rc040203 at freenet.de (Ralf Corsepius)
Date: Tue, 10 Mar 2009 15:35:45 +0100
Subject: PLEASE READ: provenpackager reseed
In-Reply-To: <da159fda0903100701q67b99b64o3dfd26d72b3cbfc9@mail.gmail.com>
References: <da159fda0903061808h172da453vfb22cd19a732a81c@mail.gmail.com>	<20090310094926.GA24665@camelia.ucw.cz>	<20090310113554.GA12220@yoda.jdub.homelinux.org>	<alpine.LFD.2.00.0903100933450.30028@urd.oobleck.net>
	<da159fda0903100701q67b99b64o3dfd26d72b3cbfc9@mail.gmail.com>
Message-ID: <49B67AC1.8040100@freenet.de>

Jon Stanley wrote:
> On Tue, Mar 10, 2009 at 9:36 AM, Chris Ricker <kaboom at oobleck.net> wrote:
> 
>> Does the apply button on the provenpackager group page on
>> admin.fedoraproject.org go to the right place? That'd be another good
>> off-list method if it does
> 
> It goes to all of the FESCo members, so yeah. 

Is this the right thing to do?

Why isn't the community of sponsors`involved?

Ralf




From debarshi.ray at gmail.com  Tue Mar 10 14:42:12 2009
From: debarshi.ray at gmail.com (Debarshi Ray)
Date: Tue, 10 Mar 2009 20:12:12 +0530
Subject: Fedora Release Engineering Meeting Recap - 2009-03-09
In-Reply-To: <20090309192812.GG30046@nostromo.devel.redhat.com>
References: <20090309192812.GG30046@nostromo.devel.redhat.com>
Message-ID: <3170f42f0903100742i39d89b68gac41a7a624e4800c@mail.gmail.com>

>  * Orphans will be purged shortly before beta. A quick dependency analysis shows
>   that dependencies of 'linphone' will be blocked unless they're picked up.

https://fedorahosted.org/rel-eng/ticket/1323

Regards,
Debarshi



From matt at truch.net  Tue Mar 10 14:39:20 2009
From: matt at truch.net (Matthew D Truch)
Date: Tue, 10 Mar 2009 10:39:20 -0400
Subject: Explicit rpm requires
Message-ID: <20090310143920.GB19727@truch.net>

I used to use the following line in my kst-fits subpackage to explicitly
require the exact version of cfitsio that kst was built against (as
cfitsio does explicit version checking and will refuse to run
otherwise).

Requires:   cfitsio = %(rpm -q cfitsio --qf %{V})

This no longer works.  Is there different rpm .spec syntax I can use?  

-- 
"Ice Cream has no bones."
--------------------------
Matthew Truch
Department of Physics and Astronomy
University of Pennsylvania
matt at truch.net
http://matt.truch.net/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090310/35964375/attachment.sig>

From paul at city-fan.org  Tue Mar 10 14:42:03 2009
From: paul at city-fan.org (Paul Howarth)
Date: Tue, 10 Mar 2009 14:42:03 +0000
Subject: /var/cache/mock
In-Reply-To: <200903101422.41596.billcrawford1970@gmail.com>
References: <49B64C47.4060704@freenet.de>
	<2d319b780903100542y52f9faf2u7ad7de669764965a@mail.gmail.com>
	<49B676B5.4050409@city-fan.org>
	<200903101422.41596.billcrawford1970@gmail.com>
Message-ID: <49B67C3B.90505@city-fan.org>

Bill Crawford wrote:
> On Tuesday 10 March 2009 14:18:29 Paul Howarth wrote:
> 
>> I've spent much of today moving /var/lib/mock/cache to somewhere with
>> lots of free space, resizing the /var/lib/mock volume down, creating a
>> new LV for /var/cache/mock using the space I'd just made available and
>> moving my existing cache data there. I'm not finished yet. I too was
>> surprised that this was done in a stable release.
> 
> Why did you not just re-mount the volume in the new location?

/var/lib/mock/cache has moved but /var/lib/mock (which is where my 
existing volume was) hasn't. I'm using similar amounts of disk space in 
/var/lib/mock and /var/cache/mock now, so I had to split the existing 
volume rather than move it.

Paul.



From notting at redhat.com  Tue Mar 10 14:47:08 2009
From: notting at redhat.com (Bill Nottingham)
Date: Tue, 10 Mar 2009 10:47:08 -0400
Subject: PLEASE READ: provenpackager reseed
In-Reply-To: <49B623BB.2060904@linux-kernel.at>
References: <da159fda0903061808h172da453vfb22cd19a732a81c@mail.gmail.com>
	<49B623BB.2060904@linux-kernel.at>
Message-ID: <20090310144708.GG15546@nostromo.devel.redhat.com>

Oliver Falk (oliver at linux-kernel.at) said: 
> Well. Here's my mail. As secondary arch maintainer (alpha), I'd like to  
> be added to the provenpackager group - of course...

Assuming the alpha team has a full normal secondary arch group (and you're
in it), you shouldn't need provenpackager access.

Bill



From katzj at redhat.com  Tue Mar 10 14:48:33 2009
From: katzj at redhat.com (Jeremy Katz)
Date: Tue, 10 Mar 2009 10:48:33 -0400
Subject: Please fix your bugs in release instead of rawhide!
In-Reply-To: <1236684899.3562.10.camel@localhost.localdomain>
References: <1236651522.8340.27.camel@localhost.localdomain>
	<49B63826.8070201@fedoraproject.org>
	<1236684899.3562.10.camel@localhost.localdomain>
Message-ID: <20090310144832.GA5249@redhat.com>

On Tuesday, March 10 2009, Christoph Wickert said:
> Am Dienstag, den 10.03.2009, 15:21 +0530 schrieb Rahul Sundaram:
> > Christoph Wickert wrote:
> > > A note to all Fedora maintainers and especially to the Red Hat people
> > > who are involved in development every day:
> > > 
> > >            Please fix your bugs [1] in the release they were
> > >          filed against instead of just closing them NEXTRELASE!
> > 
> > Doesn't that depend on how serious the bugs are? Sometimes upstream has 
> > gone way ahead, changed their configuration format etc and backporting 
> > the fix or just pushing the update with all the other changes is too 
> > invasive.
> 
> Agreed, but in the case I have in mind
>       * the bug is so serious that he makes the package not working
>       * we are upstream and
>       * there is nothing to backport. Nevertheless the maintainer told
>         me to get the rawhide package.

So, as the person who has apparently pissed you off this morning, it's
not as trivial as you're making it out to be.  I'm sorry that you want
to be doing the development of the live images for the next release on
Fedora 10, but the fact of the matter is that as the base system of
Fedora moves onward, it's not just a foregone conclusion that everything
can be done on the previous release.  Yes, I could push back the single
patch for the syslinux path change... but that *isn't* sufficient to
make a working rawhide live image while on Fedora 10.  You also need
things like a) a newer kernel so that your system doesn't livelock while
writing to ext4 b) a newer squashfs-tools so that you can build an image
that works with the rawhide kernel[1] c) one or two other things are a
little different and could have side effects -- sure, those could be
tested extensively and dealt with/fixed/whatnot.  But that's then effort
not spent on implementing things for the future.  And given the intended
audience of livecd-tools, that's really not the best use of effort.

Jeremy

[1] And this one is even more insidious because the new mksquashfs won't
build an image that works with old kernels... so we push it back to F10
and all of sudden, building F10 images breaks for people.  



From paul at city-fan.org  Tue Mar 10 14:50:34 2009
From: paul at city-fan.org (Paul Howarth)
Date: Tue, 10 Mar 2009 14:50:34 +0000
Subject: /var/cache/mock
In-Reply-To: <49B67C3B.90505@city-fan.org>
References: <49B64C47.4060704@freenet.de>	<2d319b780903100542y52f9faf2u7ad7de669764965a@mail.gmail.com>	<49B676B5.4050409@city-fan.org>	<200903101422.41596.billcrawford1970@gmail.com>
	<49B67C3B.90505@city-fan.org>
Message-ID: <49B67E3A.6010003@city-fan.org>

Paul Howarth wrote:
> Bill Crawford wrote:
>> On Tuesday 10 March 2009 14:18:29 Paul Howarth wrote:
>>
>>> I've spent much of today moving /var/lib/mock/cache to somewhere with
>>> lots of free space, resizing the /var/lib/mock volume down, creating a
>>> new LV for /var/cache/mock using the space I'd just made available and
>>> moving my existing cache data there. I'm not finished yet. I too was
>>> surprised that this was done in a stable release.
>>
>> Why did you not just re-mount the volume in the new location?
> 
> /var/lib/mock/cache has moved but /var/lib/mock (which is where my 
> existing volume was) hasn't. I'm using similar amounts of disk space in 
> /var/lib/mock and /var/cache/mock now, so I had to split the existing 
> volume rather than move it.

I suppose anyone that doesn't want the hassle of this can put:

config_opts['cache_topdir'] = '/var/lib/mock/cache'

in /etc/mock/site-defaults.cfg instead.

Paul.



From tdiehl at rogueind.com  Tue Mar 10 14:51:20 2009
From: tdiehl at rogueind.com (Tom Diehl)
Date: Tue, 10 Mar 2009 10:51:20 -0400 (EDT)
Subject: Easy Spec file question
Message-ID: <alpine.LFD.2.00.0903101044380.6724@tigger.tntechs.com>

Hi,

I am trying to understand the following lines in a spec file.

The spec file is from the fedora postfix rpm and I would like to rebuild 
the rpm with mysql enabled. I think that I can simply change the first
line to say  %define MYSQL 1 but I am wondering if there is a parameter
I can pass from the rpmbuild command line so that I do not have to modify
the spec file.

Can someone please tell me how to get the srpm to build with mysql enabled
without modifying the spec?

%{?!MYSQL: %define MYSQL 1}
%{?!PGSQL: %define PGSQL 0}
%define LDAP 2
%define PCRE 1
%define SASL 2


Regards,

-- 
Tom Diehl		tdiehl at rogueind.com		Spamtrap address mtd123 at rogueind.com



From billcrawford1970 at gmail.com  Tue Mar 10 14:52:51 2009
From: billcrawford1970 at gmail.com (Bill Crawford)
Date: Tue, 10 Mar 2009 14:52:51 +0000
Subject: /var/cache/mock
In-Reply-To: <49B67C3B.90505@city-fan.org>
References: <49B64C47.4060704@freenet.de>
	<200903101422.41596.billcrawford1970@gmail.com>
	<49B67C3B.90505@city-fan.org>
Message-ID: <200903101452.51294.billcrawford1970@gmail.com>

On Tuesday 10 March 2009 14:42:03 Paul Howarth wrote:
> Bill Crawford wrote:
...
> > Why did you not just re-mount the volume in the new location?
>
> /var/lib/mock/cache has moved but /var/lib/mock (which is where my
> existing volume was) hasn't. I'm using similar amounts of disk space in
> /var/lib/mock and /var/cache/mock now, so I had to split the existing
> volume rather than move it.

Fair enough. I'm sorry for shooting quite so hard from the hip :-$



From cra at WPI.EDU  Tue Mar 10 14:58:51 2009
From: cra at WPI.EDU (Chuck Anderson)
Date: Tue, 10 Mar 2009 10:58:51 -0400
Subject: /var/cache/mock
In-Reply-To: <49B67C3B.90505@city-fan.org>
References: <49B64C47.4060704@freenet.de>
	<2d319b780903100542y52f9faf2u7ad7de669764965a@mail.gmail.com>
	<49B676B5.4050409@city-fan.org>
	<200903101422.41596.billcrawford1970@gmail.com>
	<49B67C3B.90505@city-fan.org>
Message-ID: <20090310145851.GE10097@angus.ind.WPI.EDU>

On Tue, Mar 10, 2009 at 02:42:03PM +0000, Paul Howarth wrote:
> Bill Crawford wrote:
>> On Tuesday 10 March 2009 14:18:29 Paul Howarth wrote:
>>
>>> I've spent much of today moving /var/lib/mock/cache to somewhere with
>>> lots of free space, resizing the /var/lib/mock volume down, creating a
>>> new LV for /var/cache/mock using the space I'd just made available and
>>> moving my existing cache data there. I'm not finished yet. I too was
>>> surprised that this was done in a stable release.
>>
>> Why did you not just re-mount the volume in the new location?
>
> /var/lib/mock/cache has moved but /var/lib/mock (which is where my  
> existing volume was) hasn't. I'm using similar amounts of disk space in  
> /var/lib/mock and /var/cache/mock now, so I had to split the existing  
> volume rather than move it.

Or do this:

mount --bind /var/lib/mock/cache /var/cache/mock



From billcrawford1970 at gmail.com  Tue Mar 10 15:03:45 2009
From: billcrawford1970 at gmail.com (Bill Crawford)
Date: Tue, 10 Mar 2009 15:03:45 +0000
Subject: Easy Spec file question
In-Reply-To: <alpine.LFD.2.00.0903101044380.6724@tigger.tntechs.com>
References: <alpine.LFD.2.00.0903101044380.6724@tigger.tntechs.com>
Message-ID: <200903101503.46110.billcrawford1970@gmail.com>

On Tuesday 10 March 2009 14:51:20 Tom Diehl wrote:

> The spec file is from the fedora postfix rpm and I would like to rebuild
> the rpm with mysql enabled. I think that I can simply change the first
> line to say  %define MYSQL 1 but I am wondering if there is a parameter
> I can pass from the rpmbuild command line so that I do not have to modify
> the spec file.

Common options for all rpm modes and executables:
  -D, --define='MACRO EXPR'     define MACRO with value EXPR



From mschwendt at gmail.com  Tue Mar 10 15:02:08 2009
From: mschwendt at gmail.com (Michael Schwendt)
Date: Tue, 10 Mar 2009 16:02:08 +0100
Subject: Easy Spec file question
In-Reply-To: <alpine.LFD.2.00.0903101044380.6724@tigger.tntechs.com>
References: <alpine.LFD.2.00.0903101044380.6724@tigger.tntechs.com>
Message-ID: <20090310160208.c19a8c6b.mschwendt@gmail.com>

On Tue, 10 Mar 2009 10:51:20 -0400 (EDT), Tom wrote:

> Hi,
> 
> I am trying to understand the following lines in a spec file.
> 
> The spec file is from the fedora postfix rpm and I would like to rebuild 
> the rpm with mysql enabled. I think that I can simply change the first
> line to say  %define MYSQL 1 but I am wondering if there is a parameter
> I can pass from the rpmbuild command line so that I do not have to modify
> the spec file.
> 
> Can someone please tell me how to get the srpm to build with mysql enabled
> without modifying the spec?
> 
> %{?!MYSQL: %define MYSQL 1}
> %{?!PGSQL: %define PGSQL 0}
> %define LDAP 2
> %define PCRE 1
> %define SASL 2

rpmbuild --define "MYSQL 1" ...



From billcrawford1970 at gmail.com  Tue Mar 10 15:04:55 2009
From: billcrawford1970 at gmail.com (Bill Crawford)
Date: Tue, 10 Mar 2009 15:04:55 +0000
Subject: /var/cache/mock
In-Reply-To: <20090310145851.GE10097@angus.ind.WPI.EDU>
References: <49B64C47.4060704@freenet.de> <49B67C3B.90505@city-fan.org>
	<20090310145851.GE10097@angus.ind.WPI.EDU>
Message-ID: <200903101504.55445.billcrawford1970@gmail.com>

On Tuesday 10 March 2009 14:58:51 Chuck Anderson wrote:
...
> Or do this:
>
> mount --bind /var/lib/mock/cache /var/cache/mock

That potentially plays havoc with selinux labelling.

Did selinux policy get updated to cover the new location?



From james at fedoraproject.org  Tue Mar 10 15:05:25 2009
From: james at fedoraproject.org (James Antill)
Date: Tue, 10 Mar 2009 11:05:25 -0400
Subject: yum-builddep pulling in i386 packages for x86_64 -devel
 dependencies
In-Reply-To: <200903101400.46851.billcrawford1970@gmail.com>
References: <200903060944.00190.billcrawford1970@gmail.com>
	<200903101033.07049.billcrawford1970@gmail.com>
	<1236693123.7725.6909.camel@code.and.org>
	<200903101400.46851.billcrawford1970@gmail.com>
Message-ID: <1236697525.7725.7001.camel@code.and.org>

On Tue, 2009-03-10 at 14:00 +0000, Bill Crawford wrote:

> Perhaps what rpm (and yum, etc) really need is a way of specifying, for a 
> dependency on a library version v:
> 
> 	major(v) == x
> 	minor(v) > y || minor(v) == y && micro(v) >= z

 If the library uses symbol versioning, this happens automatically.

-- 
James Antill <james at fedoraproject.org>
Fedora



From joe at nall.com  Tue Mar 10 15:13:24 2009
From: joe at nall.com (Joe Nall)
Date: Tue, 10 Mar 2009 10:13:24 -0500
Subject: Please fix your bugs in release instead of rawhide!
In-Reply-To: <20090310144832.GA5249@redhat.com>
References: <1236651522.8340.27.camel@localhost.localdomain>
	<49B63826.8070201@fedoraproject.org>
	<1236684899.3562.10.camel@localhost.localdomain>
	<20090310144832.GA5249@redhat.com>
Message-ID: <300BBDCE-1BDB-4A6E-AD59-535BC05D7AF4@nall.com>


On Mar 10, 2009, at 9:48 AM, Jeremy Katz wrote:

> On Tuesday, March 10 2009, Christoph Wickert said:
>> Am Dienstag, den 10.03.2009, 15:21 +0530 schrieb Rahul Sundaram:
>>> Christoph Wickert wrote:
>>>> A note to all Fedora maintainers and especially to the Red Hat  
>>>> people
>>>> who are involved in development every day:
>>>>
>>>>           Please fix your bugs [1] in the release they were
>>>>         filed against instead of just closing them NEXTRELASE!
>>>
>>> Doesn't that depend on how serious the bugs are? Sometimes  
>>> upstream has
>>> gone way ahead, changed their configuration format etc and  
>>> backporting
>>> the fix or just pushing the update with all the other changes is too
>>> invasive.
>>
>> Agreed, but in the case I have in mind
>>      * the bug is so serious that he makes the package not working
>>      * we are upstream and
>>      * there is nothing to backport. Nevertheless the maintainer told
>>        me to get the rawhide package.
>
> So, as the person who has apparently pissed you off this morning, it's
> not as trivial as you're making it out to be.  I'm sorry that you want
> to be doing the development of the live images for the next release on
> Fedora 10, but the fact of the matter is that as the base system of
> Fedora moves onward, it's not just a foregone conclusion that  
> everything
> can be done on the previous release.  Yes, I could push back the  
> single
> patch for the syslinux path change... but that *isn't* sufficient to
> make a working rawhide live image while on Fedora 10.  You also need
> things like a) a newer kernel so that your system doesn't livelock  
> while
> writing to ext4 b) a newer squashfs-tools so that you can build an  
> image
> that works with the rawhide kernel[1] c) one or two other things are a
> little different and could have side effects -- sure, those could be
> tested extensively and dealt with/fixed/whatnot.  But that's then  
> effort
> not spent on implementing things for the future.  And given the  
> intended
> audience of livecd-tools, that's really not the best use of effort.
>
> Jeremy
>
> [1] And this one is even more insidious because the new mksquashfs  
> won't
> build an image that works with old kernels... so we push it back to  
> F10
> and all of sudden, building F10 images breaks for people.

Is the squashfs change the holdup on getting 2.6.29 in F10? Last time  
I tried the koji 2.6.29 F10 kernel, this was an issue in doing a  
custom application respin.

joe




From katzj at redhat.com  Tue Mar 10 15:16:17 2009
From: katzj at redhat.com (Jeremy Katz)
Date: Tue, 10 Mar 2009 11:16:17 -0400
Subject: Please fix your bugs in release instead of rawhide!
In-Reply-To: <300BBDCE-1BDB-4A6E-AD59-535BC05D7AF4@nall.com>
References: <1236651522.8340.27.camel@localhost.localdomain>
	<49B63826.8070201@fedoraproject.org>
	<1236684899.3562.10.camel@localhost.localdomain>
	<20090310144832.GA5249@redhat.com>
	<300BBDCE-1BDB-4A6E-AD59-535BC05D7AF4@nall.com>
Message-ID: <20090310151616.GB5249@redhat.com>

On Tuesday, March 10 2009, Joe Nall said:
> On Mar 10, 2009, at 9:48 AM, Jeremy Katz wrote:
>> [1] And this one is even more insidious because the new mksquashfs  
>> won't
>> build an image that works with old kernels... so we push it back to  
>> F10
>> and all of sudden, building F10 images breaks for people.
>
> Is the squashfs change the holdup on getting 2.6.29 in F10? Last time I 
> tried the koji 2.6.29 F10 kernel, this was an issue in doing a custom 
> application respin.

Kyle backed the squashfs in the f10 kernel back to what we were
previously shipping.  The bigger holdoup for 2.6.29 in F10 is that
2.6.29 final isn't released yet :-)

Jeremy



From rdieter at math.unl.edu  Tue Mar 10 15:13:51 2009
From: rdieter at math.unl.edu (Rex Dieter)
Date: Tue, 10 Mar 2009 10:13:51 -0500
Subject: Explicit rpm requires
References: <20090310143920.GB19727@truch.net>
Message-ID: <gp603f$d6j$1@ger.gmane.org>

Matthew D Truch wrote:

> I used to use the following line in my kst-fits subpackage to explicitly
> require the exact version of cfitsio that kst was built against (as
> cfitsio does explicit version checking and will refuse to run
> otherwise).
> 
> Requires:   cfitsio = %(rpm -q cfitsio --qf %{V})

You've apparently never heard spot's "rpm" talk, which includes something
like:
thou shalt not envoke rpm from within a specfile

I was about to suggest you could use the output of:
pkg-config --modversion cfitsio
but that seems to be broken in cfitsio.pc (returns 3.006 on my F-10 box).

-- Rex



From billcrawford1970 at gmail.com  Tue Mar 10 15:15:19 2009
From: billcrawford1970 at gmail.com (Bill Crawford)
Date: Tue, 10 Mar 2009 15:15:19 +0000
Subject: yum-builddep pulling in i386 packages for x86_64 -devel
	dependencies
In-Reply-To: <1236697525.7725.7001.camel@code.and.org>
References: <200903060944.00190.billcrawford1970@gmail.com>
	<200903101400.46851.billcrawford1970@gmail.com>
	<1236697525.7725.7001.camel@code.and.org>
Message-ID: <200903101515.19937.billcrawford1970@gmail.com>

On Tuesday 10 March 2009 15:05:25 James Antill wrote:
> On Tue, 2009-03-10 at 14:00 +0000, Bill Crawford wrote:
> > Perhaps what rpm (and yum, etc) really need is a way of specifying, for a
> > dependency on a library version v:
> >
> > 	major(v) == x
> > 	minor(v) > y || minor(v) == y && micro(v) >= z
>
>  If the library uses symbol versioning, this happens automatically.

That's not quite the same thing, and doesn't allow for things like "we know bug 
X was fixed at this patchlevel of the library, and we have no way of checking 
the library version at runtime" :o)

Good point, though. Perhaps audit-libs should use this mechanism, including 
automatically adding a version to any new symbols that get added.



From matt at truch.net  Tue Mar 10 15:20:11 2009
From: matt at truch.net (Matthew D Truch)
Date: Tue, 10 Mar 2009 11:20:11 -0400
Subject: Explicit rpm requires
In-Reply-To: <gp603f$d6j$1@ger.gmane.org>
References: <20090310143920.GB19727@truch.net> <gp603f$d6j$1@ger.gmane.org>
Message-ID: <20090310152011.GD19727@truch.net>

> > I used to use the following line in my kst-fits subpackage to explicitly
> > require the exact version of cfitsio that kst was built against (as
> > cfitsio does explicit version checking and will refuse to run
> > otherwise).
> > 
> > Requires:   cfitsio = %(rpm -q cfitsio --qf %{V})
> 
> You've apparently never heard spot's "rpm" talk, which includes something
> like:
> thou shalt not envoke rpm from within a specfile

I've never had the pleasure of hearing or meeting anyone else on Fedora
in person, but sounds like it would be a useful talk to check out.  

> I was about to suggest you could use the output of:
> pkg-config --modversion cfitsio
> but that seems to be broken in cfitsio.pc (returns 3.006 on my F-10 box).

Well, that's a bug that is probably my fault.  Regardless of how I fix
the initial .spec issue, I need to fix cfitsio's .pc file.  

-- 
"Things should be made as simple as possible, but not any simpler. -- Einstein."
--------------------------
Matthew Truch
Department of Physics and Astronomy
University of Pennsylvania
matt at truch.net
http://matt.truch.net/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090310/69686a63/attachment.sig>

From pertusus at free.fr  Tue Mar 10 15:22:53 2009
From: pertusus at free.fr (Patrice Dumas)
Date: Tue, 10 Mar 2009 16:22:53 +0100
Subject: PLEASE READ: provenpackager reseed
In-Reply-To: <20090310144708.GG15546@nostromo.devel.redhat.com>
References: <da159fda0903061808h172da453vfb22cd19a732a81c@mail.gmail.com>
	<49B623BB.2060904@linux-kernel.at>
	<20090310144708.GG15546@nostromo.devel.redhat.com>
Message-ID: <20090310152253.GL2637@free.fr>

On Tue, Mar 10, 2009 at 10:47:08AM -0400, Bill Nottingham wrote:
> Oliver Falk (oliver at linux-kernel.at) said: 
> > Well. Here's my mail. As secondary arch maintainer (alpha), I'd like to  
> > be added to the provenpackager group - of course...
> 
> Assuming the alpha team has a full normal secondary arch group (and you're
> in it), you shouldn't need provenpackager access.

Wouldn't it be better if secondary arch group member gained their rights
through the provenpackager process, instead of through another process?

And same for releng, security, and QA members?

--
Pat



From ndbecker2 at gmail.com  Tue Mar 10 15:24:19 2009
From: ndbecker2 at gmail.com (Neal Becker)
Date: Tue, 10 Mar 2009 11:24:19 -0400
Subject: Howto test builds without screwing up rawhide
Message-ID: <gp60n3$f2i$1@ger.gmane.org>

How can I test a RC will build on rawhide (all archs) without the package 
actually getting written to rawhide?




From notting at redhat.com  Tue Mar 10 15:28:22 2009
From: notting at redhat.com (Bill Nottingham)
Date: Tue, 10 Mar 2009 11:28:22 -0400
Subject: Howto test builds without screwing up rawhide
In-Reply-To: <gp60n3$f2i$1@ger.gmane.org>
References: <gp60n3$f2i$1@ger.gmane.org>
Message-ID: <20090310152822.GA17150@nostromo.devel.redhat.com>

Neal Becker (ndbecker2 at gmail.com) said: 
> How can I test a RC will build on rawhide (all archs) without the package 
> actually getting written to rawhide?

'make scratch-build', or 'koji build --scratch dist-f11 <source rpm>'

Bill



From pertusus at free.fr  Tue Mar 10 15:28:54 2009
From: pertusus at free.fr (Patrice Dumas)
Date: Tue, 10 Mar 2009 16:28:54 +0100
Subject: Howto test builds without screwing up rawhide
In-Reply-To: <gp60n3$f2i$1@ger.gmane.org>
References: <gp60n3$f2i$1@ger.gmane.org>
Message-ID: <20090310152854.GM2637@free.fr>

On Tue, Mar 10, 2009 at 11:24:19AM -0400, Neal Becker wrote:
> How can I test a RC will build on rawhide (all archs) without the package 
> actually getting written to rawhide?

You can do a scratch-build
https://fedoraproject.org/wiki/PackageMaintainers/UsingKoji#Scratch_Builds
https://fedoraproject.org/wiki/PackageMaintainers/UsingKoji#Scratch_builds_2

--
Pat



From orion at cora.nwra.com  Tue Mar 10 15:30:40 2009
From: orion at cora.nwra.com (Orion Poplawski)
Date: Tue, 10 Mar 2009 09:30:40 -0600
Subject: F-10 updates repo signed with wrong key?
Message-ID: <49B687A0.4050000@cora.nwra.com>

warning: rpmts_HdrFromFdno: Header V3 DSA signature: NOKEY, key ID 4ebfc273
updates/gpgkey                                                | 2.3 kB 
    00:00


Public key for NetworkManager-gnome-0.7.0.99-3.fc10.x86_64.rpm is not 
installed

The key:

gpg-pubkey-4ebfc273-48b5dbf3 --> gpg(Fedora (10)
<fedora at fedoraproject.org>)

does appear to be installed.

?

-- 
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 chris.eveleigh at planningportal.gov.uk  Tue Mar 10 15:35:00 2009
From: chris.eveleigh at planningportal.gov.uk (Chris Eveleigh)
Date: Tue, 10 Mar 2009 15:35:00 +0000
Subject: F-10 updates repo signed with wrong key?
In-Reply-To: <49B687A0.4050000@cora.nwra.com>
References: <49B687A0.4050000@cora.nwra.com>
Message-ID: <1236699300.3393.1.camel@localhost.localdomain>

On Tue, 2009-03-10 at 09:30 -0600, Orion Poplawski wrote:
> warning: rpmts_HdrFromFdno: Header V3 DSA signature: NOKEY, key ID 4ebfc273
> updates/gpgkey                                                | 2.3 kB 
>     00:00
> 
> 
> Public key for NetworkManager-gnome-0.7.0.99-3.fc10.x86_64.rpm is not 
> installed
> 
> The key:
> 
> gpg-pubkey-4ebfc273-48b5dbf3 --> gpg(Fedora (10)
> <fedora at fedoraproject.org>)
> 
> does appear to be installed.
> 
> ?
> 
> -- 
> 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
> 

i've raised a bug for this:
https://bugzilla.redhat.com/show_bug.cgi?id=489506 (but only a few
minutes ago)



From jwboyer at gmail.com  Tue Mar 10 15:34:53 2009
From: jwboyer at gmail.com (Josh Boyer)
Date: Tue, 10 Mar 2009 11:34:53 -0400
Subject: PLEASE READ: provenpackager reseed
In-Reply-To: <20090310152253.GL2637@free.fr>
References: <da159fda0903061808h172da453vfb22cd19a732a81c@mail.gmail.com>
	<49B623BB.2060904@linux-kernel.at>
	<20090310144708.GG15546@nostromo.devel.redhat.com>
	<20090310152253.GL2637@free.fr>
Message-ID: <20090310153453.GC12220@yoda.jdub.homelinux.org>

On Tue, Mar 10, 2009 at 04:22:53PM +0100, Patrice Dumas wrote:
>On Tue, Mar 10, 2009 at 10:47:08AM -0400, Bill Nottingham wrote:
>> Oliver Falk (oliver at linux-kernel.at) said: 
>> > Well. Here's my mail. As secondary arch maintainer (alpha), I'd like to  
>> > be added to the provenpackager group - of course...
>> 
>> Assuming the alpha team has a full normal secondary arch group (and you're
>> in it), you shouldn't need provenpackager access.
>
>Wouldn't it be better if secondary arch group member gained their rights
>through the provenpackager process, instead of through another process?
>
>And same for releng, security, and QA members?

No, because provenpackager is not at the same permission level as those.

josh



From jwboyer at gmail.com  Tue Mar 10 15:38:16 2009
From: jwboyer at gmail.com (Josh Boyer)
Date: Tue, 10 Mar 2009 11:38:16 -0400
Subject: F-10 updates repo signed with wrong key?
In-Reply-To: <1236699300.3393.1.camel@localhost.localdomain>
References: <49B687A0.4050000@cora.nwra.com>
	<1236699300.3393.1.camel@localhost.localdomain>
Message-ID: <20090310153816.GD12220@yoda.jdub.homelinux.org>

On Tue, Mar 10, 2009 at 03:35:00PM +0000, Chris Eveleigh wrote:
>On Tue, 2009-03-10 at 09:30 -0600, Orion Poplawski wrote:
>> warning: rpmts_HdrFromFdno: Header V3 DSA signature: NOKEY, key ID 4ebfc273
>> updates/gpgkey                                                | 2.3 kB 
>>     00:00
>> 
>> 
>> Public key for NetworkManager-gnome-0.7.0.99-3.fc10.x86_64.rpm is not 
>> installed
>> 
>> The key:
>> 
>> gpg-pubkey-4ebfc273-48b5dbf3 --> gpg(Fedora (10)
>> <fedora at fedoraproject.org>)
>> 
>> does appear to be installed.

The issue has been found and is in the process of being fixed.

>i've raised a bug for this:
>https://bugzilla.redhat.com/show_bug.cgi?id=489506 (but only a few
>minutes ago)

I'll let the NM maintainer deal with the bug, but problems with
package signatures should be reported in the releng trac instance,
not the package bugzilla.



From remy.maucherat at gmail.com  Tue Mar 10 15:40:35 2009
From: remy.maucherat at gmail.com (=?ISO-8859-1?Q?R=E9my_Maucherat?=)
Date: Tue, 10 Mar 2009 16:40:35 +0100
Subject: rawhide report: 20090310 changes
In-Reply-To: <20090310135643.D3FB11F8256@releng2.fedora.phx.redhat.com>
References: <20090310135643.D3FB11F8256@releng2.fedora.phx.redhat.com>
Message-ID: <6d959d480903100840r5ada8a73pa171f9b92e0f76ab@mail.gmail.com>

On Tue, Mar 10, 2009 at 2:56 PM, Rawhide Report
<rawhide at fedoraproject.org> wrote:
> anaconda-11.5.0.26-1
> --------------------
> * Mon Mar 09 2009 David Cantrell <dcantrell at redhat.com> - 11.5.0.26-1
> - Move the recursive teardown of all devices out of processActions. (dlehman)
> - Clean up handling of /proc, /sys, /dev/pts, /dev/shm entries. (dlehman)
> - Fix several minor bugs preventing upgrade/rescue mount. (#488946) (dlehman)
> - Only populate the device tree on demand. (dlehman)
> - Prune actions by device based on path, not object-id. (dlehman)
> - Rewrite action sort so it works correctly. (dlehman)
> - Do a separate disk.commit for each partition add/remove. (dlehman)
> - Fix bug keeping track of best free region/type/disk info. (dlehman)
> - Return early if doAutoPart is False, but clearpart first if kickstart.
> ?(dlehman)
> - Recognize PS3 as a valid machine type (#489263). (clumens)
> - Move the mdRaidBootArches logic into the platform module. (clumens)
> - stdout and stderr may also need to be created. (clumens)
> - Fix booty for dmraid (hdegoede)
> - It's self.origrequest, not self.origreqest (#489036). (clumens)
> - Added crypto.py unittest; Updated devicelibs tests baseclass.py and lvm.py
> ?(mgracik)
> - Start storage before parsing the kickstart file. (clumens)
> - Make sure autopart without any clearpart command will fail. (clumens)
> - Update storage flag on ks autopart (rvykydal)
> - Use correct storage attribute for ks clearpart (rvykydal)
> - Catch the new _ped.DiskLabelException for unrecognized disklabels.
> ?(dlehman)
> - Catch all failures from making parted objects in exceptionDisks. (dlehman)
> - various dmraid fixes. (jgranado)
> - Implement the format disk question as a callback. (jgranado)
> - Add dmraid functionality to new storage code. (jgranado)
> - Do not pass None values into nonmandatory arguments, you are screwing the
> ?default values.. (msivak)

Unless I missed something obvious, there are serious problems with
anaconda right now (I cannot get it to work at all on kvm or a real
machine, with the default partition layouts, or custom ones; lots of
new BZ about 11.5.0.25 and 11.5.0.26), and many changes are going on
in the storage area. Is it really going to be possible to put together
a beta using these anaconda builds ?

R?my



From a.badger at gmail.com  Tue Mar 10 15:37:29 2009
From: a.badger at gmail.com (Toshio Kuratomi)
Date: Tue, 10 Mar 2009 08:37:29 -0700
Subject: PLEASE READ: provenpackager reseed
In-Reply-To: <20090310152253.GL2637@free.fr>
References: <da159fda0903061808h172da453vfb22cd19a732a81c@mail.gmail.com>	<49B623BB.2060904@linux-kernel.at>	<20090310144708.GG15546@nostromo.devel.redhat.com>
	<20090310152253.GL2637@free.fr>
Message-ID: <49B68939.2090301@gmail.com>

Patrice Dumas wrote:
> On Tue, Mar 10, 2009 at 10:47:08AM -0400, Bill Nottingham wrote:
>> Oliver Falk (oliver at linux-kernel.at) said: 
>>> Well. Here's my mail. As secondary arch maintainer (alpha), I'd like to  
>>> be added to the provenpackager group - of course...
>> Assuming the alpha team has a full normal secondary arch group (and you're
>> in it), you shouldn't need provenpackager access.
> 
> Wouldn't it be better if secondary arch group member gained their rights
> through the provenpackager process, instead of through another process?
> 
> And same for releng, security, and QA members?
> 
There was a meeting at one point (I think FESCo but I could be wrong)
where the cvsadmin groups was given responsibility for putting new
members in cvsadmin.  I believe that this technically covers all the
groups except secondary arches -- who have the same powers but different
groups and different responsibilities.

Just pointing out the history; not necessarily what should be.

-Toshio

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: OpenPGP digital signature
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090310/5319d46a/attachment.sig>

From stickster at gmail.com  Tue Mar 10 15:45:13 2009
From: stickster at gmail.com (Paul W. Frields)
Date: Tue, 10 Mar 2009 11:45:13 -0400
Subject: Explicit rpm requires
In-Reply-To: <20090310152011.GD19727@truch.net>
References: <20090310143920.GB19727@truch.net> <gp603f$d6j$1@ger.gmane.org>
	<20090310152011.GD19727@truch.net>
Message-ID: <20090310154513.GF23024@localhost.localdomain>

On Tue, Mar 10, 2009 at 11:20:11AM -0400, Matthew D Truch wrote:
> > > I used to use the following line in my kst-fits subpackage to explicitly
> > > require the exact version of cfitsio that kst was built against (as
> > > cfitsio does explicit version checking and will refuse to run
> > > otherwise).
> > > 
> > > Requires:   cfitsio = %(rpm -q cfitsio --qf %{V})
> > 
> > You've apparently never heard spot's "rpm" talk, which includes something
> > like:
> > thou shalt not envoke rpm from within a specfile
> 
> I've never had the pleasure of hearing or meeting anyone else on Fedora
> in person, but sounds like it would be a useful talk to check out.  

It really is... here's a link to Spot's presentation at last year's
Red Hat Summit in Boston:

http://spot.fedorapeople.org/Summit2008/GoodRPMPackages-TomCallaway-2008.pdf

-- 
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
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090310/109d3c29/attachment.sig>

From kevin at scrye.com  Tue Mar 10 15:48:49 2009
From: kevin at scrye.com (Kevin Fenzi)
Date: Tue, 10 Mar 2009 09:48:49 -0600
Subject: source file audit - 2009-02-15
In-Reply-To: <20090310142104.GA17790@amd.home.annexia.org>
References: <20090221210710.44075ba4@ohm.scrye.com>
	<20090310142104.GA17790@amd.home.annexia.org>
Message-ID: <20090310094849.573c9167@ohm.scrye.com>

On Tue, 10 Mar 2009 14:21:04 +0000
"Richard W.M. Jones" <rjones at redhat.com> wrote:

...snip...

> > rjones:BADURL:dlfcn-win32-r11.tar.bz2:mingw32-dlfcn
> 
> Also this one looks OK.
> 
> The above are both on googlecode.  Could there be a common problem
> with your script and googlecode?

Yeah, there seems to be. ;( 

It doesn't like the way spectool -g works or the user agent or
something. ;( 

I will see about special casing it or complaining to the googlecode
folks. 

kevin
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090310/96e718d2/attachment.sig>

From orion at cora.nwra.com  Tue Mar 10 15:51:00 2009
From: orion at cora.nwra.com (Orion Poplawski)
Date: Tue, 10 Mar 2009 09:51:00 -0600
Subject: yum-builddep pulling in i386 packages for x86_64
	-devel	dependencies
In-Reply-To: <20090306173837.GA14983@nostromo.devel.redhat.com>
References: <200903060944.00190.billcrawford1970@gmail.com>	<4c4ba1530903060705j6c28622er4dda45862db46d79@mail.gmail.com>	<1236357694.7725.1139.camel@code.and.org>	<200903061809.58269@rineau.tsetse>	<565.1236360312@sss.pgh.pa.us>
	<49B15CE4.4000202@redhat.com>	<769.1236360923@sss.pgh.pa.us>
	<20090306173837.GA14983@nostromo.devel.redhat.com>
Message-ID: <49B68C64.3080901@cora.nwra.com>

Bill Nottingham wrote:
> Tom Lane (tgl at redhat.com) said: 
>>> RPM already tracks architecture for detected library dependencies. This
>>> really only comes into play for BuildRequires that could reasonably be
>>> multilib and any hardcoded library requires. So, not 75% of packages.
>>> More like 2%.
>> That doesn't make me feel better unless there's some pretty clear rule
>> for figuring out which packages are the 2%.  Right at the moment it
>> seems to me that *any* BuildRequires is vulnerable, because a SRPM by
>> definition has no library dependencies.  Please explain why it's not.
> 
> If foo-devel requires foo, due to libfoo.so being a symlink to libfoo.so.3,
> the architecture is already tracked.
> 
> If foo-devel reqires bar-devel, it is not.
> 
> Bill
> 

gcc suffers the same issue with glibc-devel.

https://bugzilla.redhat.com/show_bug.cgi?id=471666

-- 
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 thomas.moschny at gmail.com  Tue Mar 10 15:57:52 2009
From: thomas.moschny at gmail.com (Thomas Moschny)
Date: Tue, 10 Mar 2009 16:57:52 +0100
Subject: source file audit - 2009-02-15
In-Reply-To: <20090310094849.573c9167@ohm.scrye.com>
References: <20090221210710.44075ba4@ohm.scrye.com>
	<20090310142104.GA17790@amd.home.annexia.org>
	<20090310094849.573c9167@ohm.scrye.com>
Message-ID: <a9d183c80903100857l347783y5d62da24c60d01af@mail.gmail.com>

2009/3/10 Kevin Fenzi <kevin at scrye.com>:
> "Richard W.M. Jones" <rjones at redhat.com> wrote:
>> The above are both on googlecode. ?Could there be a common problem
>> with your script and googlecode?
>
> Yeah, there seems to be. ;(
>
> It doesn't like the way spectool -g works or the user agent or
> something. ;(

See http://thread.gmane.org/gmane.linux.redhat.fedora.devel/98145/focus=98171
and around.

-- 
Thomas Moschny <thomas.moschny at gmail.com>



From mschwendt at gmail.com  Tue Mar 10 16:04:27 2009
From: mschwendt at gmail.com (Michael Schwendt)
Date: Tue, 10 Mar 2009 17:04:27 +0100
Subject: Explicit rpm requires
In-Reply-To: <gp603f$d6j$1@ger.gmane.org>
References: <20090310143920.GB19727@truch.net>
	<gp603f$d6j$1@ger.gmane.org>
Message-ID: <20090310170427.33e3533e.mschwendt@gmail.com>

On Tue, 10 Mar 2009 10:13:51 -0500, Rex wrote:

> Matthew D Truch wrote:
> 
> > I used to use the following line in my kst-fits subpackage to explicitly
> > require the exact version of cfitsio that kst was built against (as
> > cfitsio does explicit version checking and will refuse to run
> > otherwise).
> > 
> > Requires:   cfitsio = %(rpm -q cfitsio --qf %{V})
> 
> You've apparently never heard spot's "rpm" talk, which includes something
> like:
> thou shalt not envoke rpm from within a specfile

Generally there's nothing wrong with running "rpm" as quoted above (and it
has been done successfully many years ago), _but_ with the availability of
some chroot build-systems, we need to allow for an incompatible pair of
RPM versions for host-and-guest based installations. Without a guarantee
that the guest-RPM can query the host-RPM database, running "rpm" in a
spec file may break any time.



From pertusus at free.fr  Tue Mar 10 15:46:04 2009
From: pertusus at free.fr (Patrice Dumas)
Date: Tue, 10 Mar 2009 16:46:04 +0100
Subject: PLEASE READ: provenpackager reseed
In-Reply-To: <20090310153453.GC12220@yoda.jdub.homelinux.org>
References: <da159fda0903061808h172da453vfb22cd19a732a81c@mail.gmail.com>
	<49B623BB.2060904@linux-kernel.at>
	<20090310144708.GG15546@nostromo.devel.redhat.com>
	<20090310152253.GL2637@free.fr>
	<20090310153453.GC12220@yoda.jdub.homelinux.org>
Message-ID: <20090310154604.GN2637@free.fr>

On Tue, Mar 10, 2009 at 11:34:53AM -0400, Josh Boyer wrote:
> >
> >Wouldn't it be better if secondary arch group member gained their rights
> >through the provenpackager process, instead of through another process?
> >
> >And same for releng, security, and QA members?
> 
> No, because provenpackager is not at the same permission level as those.

Do you mean that they can also change packages with ACL on? Or are you
referring to something else?

--
Pat



From awilliam at redhat.com  Tue Mar 10 16:31:17 2009
From: awilliam at redhat.com (Adam Williamson)
Date: Tue, 10 Mar 2009 09:31:17 -0700
Subject: Password Reset
In-Reply-To: <20090310140235.GA18023@wolff.to>
References: <alpine.LFD.2.00.0903090959530.14983@laptop.mmcgrath.net>
	<gp4e4p$hq3$1@ger.gmane.org> <19008.1236647263@sss.pgh.pa.us>
	<20090310140235.GA18023@wolff.to>
Message-ID: <1236702677.8969.437.camel@adam.local.net>

On Tue, 2009-03-10 at 09:02 -0500, Bruno Wolff III wrote:
> Keeping them
> in something like password safe might also work pretty well.

Yeah. As a bit of evangelism, password managers are *great*, it's a bit
of mindset change to start using one, but now I couldn't live without it
(I use revelation).

Just remember to keep a backup of the database file, because losing it
can be a bit of an inconvenience :)
-- 
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 Mar 10 16:37:44 2009
From: awilliam at redhat.com (Adam Williamson)
Date: Tue, 10 Mar 2009 09:37:44 -0700
Subject: /var/cache/mock
In-Reply-To: <49B676B5.4050409@city-fan.org>
References: <49B64C47.4060704@freenet.de>
	<2d319b780903100542y52f9faf2u7ad7de669764965a@mail.gmail.com>
	<49B676B5.4050409@city-fan.org>
Message-ID: <1236703064.8969.438.camel@adam.local.net>

On Tue, 2009-03-10 at 14:18 +0000, Paul Howarth wrote:
> Mathieu Bridon (bochecha) wrote:
> >> [1] I just noticed that I was about to run out of diskspace, until I noticed
> >> the culprit (mock).
> > 
> > And I would have been in the exact same position as I have a dedicated
> > partition for /var/lib/mock and not a lot of space on my root
> > partition...
> > 
> > I thought this was only for Rawhide and was prepared to moving the
> > partition when moving to F11 beta. Thanks for letting me know I'll
> > have to do it in advance :)
> 
> I've spent much of today moving /var/lib/mock/cache to somewhere with 
> lots of free space, resizing the /var/lib/mock volume down, creating a 
> new LV for /var/cache/mock using the space I'd just made available and 
> moving my existing cache data there. I'm not finished yet. I too was 
> surprised that this was done in a stable release.

Be careful what you wish for - maybe they'll move it back! :)
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org
http://www.happyassassin.net



From jwboyer at gmail.com  Tue Mar 10 16:42:10 2009
From: jwboyer at gmail.com (Josh Boyer)
Date: Tue, 10 Mar 2009 12:42:10 -0400
Subject: PLEASE READ: provenpackager reseed
In-Reply-To: <20090310154604.GN2637@free.fr>
References: <da159fda0903061808h172da453vfb22cd19a732a81c@mail.gmail.com>
	<49B623BB.2060904@linux-kernel.at>
	<20090310144708.GG15546@nostromo.devel.redhat.com>
	<20090310152253.GL2637@free.fr>
	<20090310153453.GC12220@yoda.jdub.homelinux.org>
	<20090310154604.GN2637@free.fr>
Message-ID: <20090310164210.GE12220@yoda.jdub.homelinux.org>

On Tue, Mar 10, 2009 at 04:46:04PM +0100, Patrice Dumas wrote:
>On Tue, Mar 10, 2009 at 11:34:53AM -0400, Josh Boyer wrote:
>> >
>> >Wouldn't it be better if secondary arch group member gained their rights
>> >through the provenpackager process, instead of through another process?
>> >
>> >And same for releng, security, and QA members?
>> 
>> No, because provenpackager is not at the same permission level as those.
>
>Do you mean that they can also change packages with ACL on? Or are you
>referring to something else?

None of those groups are CVS ACL groups from what I remember.

The members of some of those groups have cvsadmin, which is higher than
provenpackager.  Being a part of those groups does not immediately grant
you cvsadmin priviledges though.

josh



From martin.sourada at gmail.com  Tue Mar 10 16:49:10 2009
From: martin.sourada at gmail.com (Martin Sourada)
Date: Tue, 10 Mar 2009 17:49:10 +0100
Subject: Please fix your bugs in release instead of rawhide!
In-Reply-To: <1236651522.8340.27.camel@localhost.localdomain>
References: <1236651522.8340.27.camel@localhost.localdomain>
Message-ID: <1236703751.2840.5.camel@pc-notebook>

On Tue, 2009-03-10 at 03:18 +0100, Christoph Wickert wrote:
> A note to all Fedora maintainers and especially to the Red Hat people
> who are involved in development every day:
> 
>            Please fix your bugs [1] in the release they were
>          filed against instead of just closing them NEXTRELASE!
> 
> I know it sounds slinky to just close everything NEXTRELEASE and I know
> I sucks to get reports of bugs you've already fixed. But in 99% of all
> cases it shouldn't be to hard to get the fix also into the stable
> release.
> 
Hm... I am getting confused here. I thought NEXTRELEASE relates to
package release not distro release, whereas RAWHIDE is what is supposed
to be used when fixed in rawhide... At least one of us definitely needs
to be wrong...

But anyway, I got your message and I fully agree with that.

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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090310/f2b859de/attachment.sig>

From jkeating at redhat.com  Tue Mar 10 16:55:22 2009
From: jkeating at redhat.com (Jesse Keating)
Date: Tue, 10 Mar 2009 09:55:22 -0700
Subject: Password Reset
In-Reply-To: <20090310115016.393555a1.mschwendt@gmail.com>
References: <alpine.LFD.2.00.0903090959530.14983@laptop.mmcgrath.net>	<gp4fjf$ksm$1@ger.gmane.org>	<20090310111719.8ce27cfe.mschwendt@gmail.com>	<49B63E88.5000708@gmail.com>
	<20090310115016.393555a1.mschwendt@gmail.com>
Message-ID: <49B69B7A.3070709@redhat.com>

On 03/10/2009 03:50 AM, Michael Schwendt wrote:
> Something has gone wrong here.
>   
Yes, something has gone wrong.  They didn't get the email and refresh
their account on time.  I saw the email but forgot about it, and the
only thing that reminded me to do something was when I could no longer
log in.

-- 
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: 260 bytes
Desc: OpenPGP digital signature
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090310/86c53555/attachment.sig>

From pertusus at free.fr  Tue Mar 10 16:55:47 2009
From: pertusus at free.fr (Patrice Dumas)
Date: Tue, 10 Mar 2009 17:55:47 +0100
Subject: PLEASE READ: provenpackager reseed
In-Reply-To: <20090310164210.GE12220@yoda.jdub.homelinux.org>
References: <da159fda0903061808h172da453vfb22cd19a732a81c@mail.gmail.com>
	<49B623BB.2060904@linux-kernel.at>
	<20090310144708.GG15546@nostromo.devel.redhat.com>
	<20090310152253.GL2637@free.fr>
	<20090310153453.GC12220@yoda.jdub.homelinux.org>
	<20090310154604.GN2637@free.fr>
	<20090310164210.GE12220@yoda.jdub.homelinux.org>
Message-ID: <20090310165547.GQ2637@free.fr>

On Tue, Mar 10, 2009 at 12:42:10PM -0400, Josh Boyer wrote:
> 
> None of those groups are CVS ACL groups from what I remember.
> 
> The members of some of those groups have cvsadmin, which is higher than
> provenpackager.  Being a part of those groups does not immediately grant
> you cvsadmin priviledges though.

So, what I am more or less proposing is that people in these groups
first try to become provenpackager and then can be in the cvsadmin group
based on another process. This would certainly add more transparency,
and allow to know who wants to do QA and help with security and
releng. Of course there are other processes, because access in cvs is
only part of the privileges needed by people in, say, releng, but
access in cvs is one of the required access.

It doesn't necessarily mean that people in these groups have to 
be packagers, but that they follow roughly the same trust system
and go through the same gates when it makes sense, as is the case for 
the cvs access.

--
Pat 



From jkeating at redhat.com  Tue Mar 10 16:56:51 2009
From: jkeating at redhat.com (Jesse Keating)
Date: Tue, 10 Mar 2009 09:56:51 -0700
Subject: Password Reset
In-Reply-To: <20090310100433.GA2637@free.fr>
References: <alpine.LFD.2.00.0903090959530.14983@laptop.mmcgrath.net>
	<20090310100433.GA2637@free.fr>
Message-ID: <49B69BD3.3040201@redhat.com>

On 03/10/2009 03:04 AM, Patrice Dumas wrote:
> Why is there a password reset? I'd prefer not to reset mine, it is a
> good password and I don't want to have too much passwords to remember,
> and also -- even if it is not much work to reset the password -- it 
> is still uneeded work.
>   
I do believe you can reset it to the same password you had.  This is
just the best way Infra has today to discover all the active and
inactive accounts.

-- 
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: 260 bytes
Desc: OpenPGP digital signature
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090310/35d5b830/attachment.sig>

From pertusus at free.fr  Tue Mar 10 17:04:38 2009
From: pertusus at free.fr (Patrice Dumas)
Date: Tue, 10 Mar 2009 18:04:38 +0100
Subject: PLEASE READ: provenpackager reseed
In-Reply-To: <49B68939.2090301@gmail.com>
References: <da159fda0903061808h172da453vfb22cd19a732a81c@mail.gmail.com>
	<49B623BB.2060904@linux-kernel.at>
	<20090310144708.GG15546@nostromo.devel.redhat.com>
	<20090310152253.GL2637@free.fr> <49B68939.2090301@gmail.com>
Message-ID: <20090310170438.GR2637@free.fr>

On Tue, Mar 10, 2009 at 08:37:29AM -0700, Toshio Kuratomi wrote:
> > 
> There was a meeting at one point (I think FESCo but I could be wrong)
> where the cvsadmin groups was given responsibility for putting new
> members in cvsadmin.  I believe that this technically covers all the
> groups except secondary arches -- who have the same powers but different
> groups and different responsibilities.
> 
> Just pointing out the history; not necessarily what should be.

It is somehow odd to have a complex trust system with many levels
of control (roughly packager -> provenpackager -> sponsor) for 
contributors that have less power, while there is no apparent 
control/procedure for the cvsadmin group. At least people having
cvsadmin powers granted should be provenpackagers, and maybe 
cvsadmin members could be identified and something about them 
could be added in the policies pages, be it only a mention to an 
informal process to become cvsadmin.

--
Pat



From cra at WPI.EDU  Tue Mar 10 17:06:32 2009
From: cra at WPI.EDU (Chuck Anderson)
Date: Tue, 10 Mar 2009 13:06:32 -0400
Subject: Please fix your bugs in release instead of rawhide!
In-Reply-To: <1236703751.2840.5.camel@pc-notebook>
References: <1236651522.8340.27.camel@localhost.localdomain>
	<1236703751.2840.5.camel@pc-notebook>
Message-ID: <20090310170632.GH10097@angus.ind.WPI.EDU>

On Tue, Mar 10, 2009 at 05:49:10PM +0100, Martin Sourada wrote:
> On Tue, 2009-03-10 at 03:18 +0100, Christoph Wickert wrote:
> > A note to all Fedora maintainers and especially to the Red Hat people
> > who are involved in development every day:
> > 
> >            Please fix your bugs [1] in the release they were
> >          filed against instead of just closing them NEXTRELASE!
> > 
> > I know it sounds slinky to just close everything NEXTRELEASE and I know
> > I sucks to get reports of bugs you've already fixed. But in 99% of all
> > cases it shouldn't be to hard to get the fix also into the stable
> > release.
> > 
> Hm... I am getting confused here. I thought NEXTRELEASE relates to
> package release not distro release, whereas RAWHIDE is what is supposed
> to be used when fixed in rawhide... At least one of us definitely needs
> to be wrong...

If that were the case, then CURRENTRELEASE would make no sense.



From pertusus at free.fr  Tue Mar 10 17:08:17 2009
From: pertusus at free.fr (Patrice Dumas)
Date: Tue, 10 Mar 2009 18:08:17 +0100
Subject: Password Reset
In-Reply-To: <49B69BD3.3040201@redhat.com>
References: <alpine.LFD.2.00.0903090959530.14983@laptop.mmcgrath.net>
	<20090310100433.GA2637@free.fr> <49B69BD3.3040201@redhat.com>
Message-ID: <20090310170817.GS2637@free.fr>

On Tue, Mar 10, 2009 at 09:56:51AM -0700, Jesse Keating wrote:
> On 03/10/2009 03:04 AM, Patrice Dumas wrote:
> > Why is there a password reset? I'd prefer not to reset mine, it is a
> > good password and I don't want to have too much passwords to remember,
> > and also -- even if it is not much work to reset the password -- it 
> > is still uneeded work.
> >   
> I do believe you can reset it to the same password you had.  This is
> just the best way Infra has today to discover all the active and
> inactive accounts.

That's what I ended up doing. But maybe, in that case, it would
be relevant to have another possiblity to ping, something like a simple
button, and also maybe this should only be done for people who didn't 
login for a while in FAS.

Otherwise said, mixing password reset and activity check doesn't
seem to be very wise to me. What is done is done, but maybe things 
could be handled better in the future?

--
Pat



From jwboyer at gmail.com  Tue Mar 10 17:13:48 2009
From: jwboyer at gmail.com (Josh Boyer)
Date: Tue, 10 Mar 2009 13:13:48 -0400
Subject: PLEASE READ: provenpackager reseed
In-Reply-To: <20090310165547.GQ2637@free.fr>
References: <da159fda0903061808h172da453vfb22cd19a732a81c@mail.gmail.com>
	<49B623BB.2060904@linux-kernel.at>
	<20090310144708.GG15546@nostromo.devel.redhat.com>
	<20090310152253.GL2637@free.fr>
	<20090310153453.GC12220@yoda.jdub.homelinux.org>
	<20090310154604.GN2637@free.fr>
	<20090310164210.GE12220@yoda.jdub.homelinux.org>
	<20090310165547.GQ2637@free.fr>
Message-ID: <20090310171348.GG12220@yoda.jdub.homelinux.org>

On Tue, Mar 10, 2009 at 05:55:47PM +0100, Patrice Dumas wrote:
>On Tue, Mar 10, 2009 at 12:42:10PM -0400, Josh Boyer wrote:
>> 
>> None of those groups are CVS ACL groups from what I remember.
>> 
>> The members of some of those groups have cvsadmin, which is higher than
>> provenpackager.  Being a part of those groups does not immediately grant
>> you cvsadmin priviledges though.
>
>So, what I am more or less proposing is that people in these groups
>first try to become provenpackager and then can be in the cvsadmin group
>based on another process. This would certainly add more transparency,
>and allow to know who wants to do QA and help with security and
>releng. Of course there are other processes, because access in cvs is
>only part of the privileges needed by people in, say, releng, but
>access in cvs is one of the required access.

That sounds somewhat reasonable.

>It doesn't necessarily mean that people in these groups have to 
>be packagers, but that they follow roughly the same trust system
>and go through the same gates when it makes sense, as is the case for 
>the cvs access.

My only issue with your proposal is that it seems to imply people have
magically been granted access to cvsadmin just because they are in a
particular group.  I haven't seen that to be the case at all.

There are only 15 people in the cvsadmin group, and each one of them
has been added because they actually do cvsadmin work (as in the
CVSAdmin requests for packages).

There is nobody from the QA team or Security teams in cvsadmin that
I can tell.

josh



From jkeating at redhat.com  Tue Mar 10 17:14:31 2009
From: jkeating at redhat.com (Jesse Keating)
Date: Tue, 10 Mar 2009 10:14:31 -0700
Subject: Password Reset
In-Reply-To: <20090310170817.GS2637@free.fr>
References: <alpine.LFD.2.00.0903090959530.14983@laptop.mmcgrath.net>	<20090310100433.GA2637@free.fr>
	<49B69BD3.3040201@redhat.com> <20090310170817.GS2637@free.fr>
Message-ID: <49B69FF7.8000408@redhat.com>

On 03/10/2009 10:08 AM, Patrice Dumas wrote:
> Otherwise said, mixing password reset and activity check doesn't
> seem to be very wise to me. What is done is done, but maybe things 
> could be handled better in the future?
>   
You're welcome to join the infrastructure group and give a hand
planning/executing such 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: 260 bytes
Desc: OpenPGP digital signature
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090310/0129d13d/attachment.sig>

From nando at ccrma.Stanford.EDU  Tue Mar 10 17:28:02 2009
From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano)
Date: Tue, 10 Mar 2009 10:28:02 -0700
Subject: F-10 updates repo signed with wrong key?
In-Reply-To: <20090310153816.GD12220@yoda.jdub.homelinux.org>
References: <49B687A0.4050000@cora.nwra.com>
	<1236699300.3393.1.camel@localhost.localdomain>
	<20090310153816.GD12220@yoda.jdub.homelinux.org>
Message-ID: <1236706082.12694.7.camel@localhost.localdomain>

On Tue, 2009-03-10 at 11:38 -0400, Josh Boyer wrote:
> On Tue, Mar 10, 2009 at 03:35:00PM +0000, Chris Eveleigh wrote:
> >On Tue, 2009-03-10 at 09:30 -0600, Orion Poplawski wrote:
> >> warning: rpmts_HdrFromFdno: Header V3 DSA signature: NOKEY, key ID 4ebfc273
> >> updates/gpgkey                                                | 2.3 kB 
> >>     00:00
> >> 
> >> 
> >> Public key for NetworkManager-gnome-0.7.0.99-3.fc10.x86_64.rpm is not 
> >> installed
> >> 
> >> The key:
> >> 
> >> gpg-pubkey-4ebfc273-48b5dbf3 --> gpg(Fedora (10)
> >> <fedora at fedoraproject.org>)
> >> 
> >> does appear to be installed.
> 
> The issue has been found and is in the process of being fixed.
> 
> >i've raised a bug for this:
> >https://bugzilla.redhat.com/show_bug.cgi?id=489506 (but only a few
> >minutes ago)
> 
> I'll let the NM maintainer deal with the bug, but problems with
> package signatures should be reported in the releng trac instance,
> not the package bugzilla.

Just a heads up, similar error in Fedora 9 today
(NetworkManager-0.7.0.99-3.fc9.i386). 

-- Fernando




From jarod at redhat.com  Tue Mar 10 17:30:08 2009
From: jarod at redhat.com (Jarod Wilson)
Date: Tue, 10 Mar 2009 13:30:08 -0400
Subject: Please fix your bugs in release instead of rawhide!
In-Reply-To: <20090310170632.GH10097@angus.ind.WPI.EDU>
References: <1236651522.8340.27.camel@localhost.localdomain>
	<1236703751.2840.5.camel@pc-notebook>
	<20090310170632.GH10097@angus.ind.WPI.EDU>
Message-ID: <200903101330.08783.jarod@redhat.com>

On Tuesday 10 March 2009 13:06:32 Chuck Anderson wrote:
> On Tue, Mar 10, 2009 at 05:49:10PM +0100, Martin Sourada wrote:
> > On Tue, 2009-03-10 at 03:18 +0100, Christoph Wickert wrote:
> > > A note to all Fedora maintainers and especially to the Red Hat people
> > > who are involved in development every day:
> > > 
> > >            Please fix your bugs [1] in the release they were
> > >          filed against instead of just closing them NEXTRELASE!
> > > 
> > > I know it sounds slinky to just close everything NEXTRELEASE and I know
> > > I sucks to get reports of bugs you've already fixed. But in 99% of all
> > > cases it shouldn't be to hard to get the fix also into the stable
> > > release.
> > > 
> > Hm... I am getting confused here. I thought NEXTRELEASE relates to
> > package release not distro release, whereas RAWHIDE is what is supposed
> > to be used when fixed in rawhide... At least one of us definitely needs
> > to be wrong...
> 
> If that were the case, then CURRENTRELEASE would make no sense.

https://bugzilla.redhat.com/page.cgi?id=fields.html

-- 
Jarod Wilson
jarod at redhat.com



From martin.sourada at gmail.com  Tue Mar 10 17:27:33 2009
From: martin.sourada at gmail.com (Martin Sourada)
Date: Tue, 10 Mar 2009 18:27:33 +0100
Subject: Please fix your bugs in release instead of rawhide!
In-Reply-To: <20090310170632.GH10097@angus.ind.WPI.EDU>
References: <1236651522.8340.27.camel@localhost.localdomain>
	<1236703751.2840.5.camel@pc-notebook>
	<20090310170632.GH10097@angus.ind.WPI.EDU>
Message-ID: <1236706053.2840.6.camel@pc-notebook>

On Tue, 2009-03-10 at 13:06 -0400, Chuck Anderson wrote:
> On Tue, Mar 10, 2009 at 05:49:10PM +0100, Martin Sourada wrote:
> > On Tue, 2009-03-10 at 03:18 +0100, Christoph Wickert wrote:
> > > A note to all Fedora maintainers and especially to the Red Hat people
> > > who are involved in development every day:
> > > 
> > >            Please fix your bugs [1] in the release they were
> > >          filed against instead of just closing them NEXTRELASE!
> > > 
> > > I know it sounds slinky to just close everything NEXTRELEASE and I know
> > > I sucks to get reports of bugs you've already fixed. But in 99% of all
> > > cases it shouldn't be to hard to get the fix also into the stable
> > > release.
> > > 
> > Hm... I am getting confused here. I thought NEXTRELEASE relates to
> > package release not distro release, whereas RAWHIDE is what is supposed
> > to be used when fixed in rawhide... At least one of us definitely needs
> > to be wrong...
> 
> If that were the case, then CURRENTRELEASE would make no sense.
> 
Indeed... That sort of slipped my attention. Makes sense.

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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090310/5160686f/attachment.sig>

From jwboyer at gmail.com  Tue Mar 10 17:45:22 2009
From: jwboyer at gmail.com (Josh Boyer)
Date: Tue, 10 Mar 2009 13:45:22 -0400
Subject: F-10 updates repo signed with wrong key?
In-Reply-To: <1236706082.12694.7.camel@localhost.localdomain>
References: <49B687A0.4050000@cora.nwra.com>
	<1236699300.3393.1.camel@localhost.localdomain>
	<20090310153816.GD12220@yoda.jdub.homelinux.org>
	<1236706082.12694.7.camel@localhost.localdomain>
Message-ID: <20090310174522.GA28188@yoda.jdub.homelinux.org>

On Tue, Mar 10, 2009 at 10:28:02AM -0700, Fernando Lopez-Lezcano wrote:
>On Tue, 2009-03-10 at 11:38 -0400, Josh Boyer wrote:
>> On Tue, Mar 10, 2009 at 03:35:00PM +0000, Chris Eveleigh wrote:
>> >On Tue, 2009-03-10 at 09:30 -0600, Orion Poplawski wrote:
>> >> warning: rpmts_HdrFromFdno: Header V3 DSA signature: NOKEY, key ID 4ebfc273
>> >> updates/gpgkey                                                | 2.3 kB 
>> >>     00:00
>> >> 
>> >> 
>> >> Public key for NetworkManager-gnome-0.7.0.99-3.fc10.x86_64.rpm is not 
>> >> installed
>> >> 
>> >> The key:
>> >> 
>> >> gpg-pubkey-4ebfc273-48b5dbf3 --> gpg(Fedora (10)
>> >> <fedora at fedoraproject.org>)
>> >> 
>> >> does appear to be installed.
>> 
>> The issue has been found and is in the process of being fixed.
>> 
>> >i've raised a bug for this:
>> >https://bugzilla.redhat.com/show_bug.cgi?id=489506 (but only a few
>> >minutes ago)
>> 
>> I'll let the NM maintainer deal with the bug, but problems with
>> package signatures should be reported in the releng trac instance,
>> not the package bugzilla.
>
>Just a heads up, similar error in Fedora 9 today
>(NetworkManager-0.7.0.99-3.fc9.i386). 

Yep, known.  Already fixing that too.  Thanks for the head up though!

josh



From jdieter at gmail.com  Tue Mar 10 17:52:32 2009
From: jdieter at gmail.com (Jonathan Dieter)
Date: Tue, 10 Mar 2009 19:52:32 +0200
Subject: Deltarpm *not* ready for new RPM checksums (was Re: Ready for
 new RPM version?)
In-Reply-To: <1236706863.23703.5.camel@jdlaptop.lesbg.loc>
References: <9e5330bc0902271013x7a24c938u5a3b9db02394f028@mail.gmail.com>
	<1235758924.12371.4.camel@rosebud>
	<1235759899.32664.5.camel@jdlaptop.lesbg.loc>
	<20090302114642.GA28035@suse.de>
	<1235994973.5534.8.camel@jdlaptop.lesbg.loc>
	<20090302115828.GB28035@suse.de>
	<1235996948.5534.20.camel@jdlaptop.lesbg.loc>
	<20090302132628.GB13642@suse.de>
	<1236624376.15147.37.camel@jdlaptop.lesbg.loc>
	<20090310093344.GA21116@suse.de>  <20090310133940.GA26494@suse.de>
	<1236706863.23703.5.camel@jdlaptop.lesbg.loc>
Message-ID: <1236707552.23703.8.camel@jdlaptop.lesbg.loc>

On Tue, 2009-03-10 at 19:41 +0200, Jonathan Dieter wrote:
> Ok, I've been trying this, but how can we tell if the sequence is sha256
> or md5 if we're *just* given the sequence (i.e. applydeltarpm -c -s
> audit-libs-1.7.12-1.fc11-04548395de7d18795d88b32ea98897e90140 where it's
> a sha256 sequence)?

Ok, I've got it.  We just check against md5 first, then sha256 if md5
doesn't match.  It's not elegant, but it should work fine, especially
since we're only checking for verification, *not* security.

Jonathan
-------------- 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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090310/af6d7ea7/attachment.sig>

From mls at suse.de  Tue Mar 10 17:56:36 2009
From: mls at suse.de (Michael Schroeder)
Date: Tue, 10 Mar 2009 18:56:36 +0100
Subject: Deltarpm *not* ready for new RPM checksums (was Re: Ready for
	new RPM version?)
In-Reply-To: <1236707552.23703.8.camel@jdlaptop.lesbg.loc>
References: <20090302114642.GA28035@suse.de>
	<1235994973.5534.8.camel@jdlaptop.lesbg.loc>
	<20090302115828.GB28035@suse.de>
	<1235996948.5534.20.camel@jdlaptop.lesbg.loc>
	<20090302132628.GB13642@suse.de>
	<1236624376.15147.37.camel@jdlaptop.lesbg.loc>
	<20090310093344.GA21116@suse.de> <20090310133940.GA26494@suse.de>
	<1236706863.23703.5.camel@jdlaptop.lesbg.loc>
	<1236707552.23703.8.camel@jdlaptop.lesbg.loc>
Message-ID: <20090310175636.GB10250@suse.de>

On Tue, Mar 10, 2009 at 07:52:32PM +0200, Jonathan Dieter wrote:
> On Tue, 2009-03-10 at 19:41 +0200, Jonathan Dieter wrote:
> > Ok, I've been trying this, but how can we tell if the sequence is sha256
> > or md5 if we're *just* given the sequence (i.e. applydeltarpm -c -s
> > audit-libs-1.7.12-1.fc11-04548395de7d18795d88b32ea98897e90140 where it's
> > a sha256 sequence)?
> 
> Ok, I've got it.  We just check against md5 first, then sha256 if md5
> doesn't match.  It's not elegant, but it should work fine, especially
> since we're only checking for verification, *not* security.

That would also work, of course, it'll take some extra time though.
But see my other mail.

Cheers,
  Michael.

-- 
Michael Schroeder                                   mls at suse.de
SUSE LINUX Products GmbH, GF Markus Rex, HRB 16746 AG Nuernberg
main(_){while(_=~getchar())putchar(~_-1/(~(_|32)/13*2-11)*13);}



From skvidal at fedoraproject.org  Tue Mar 10 17:57:21 2009
From: skvidal at fedoraproject.org (Seth Vidal)
Date: Tue, 10 Mar 2009 13:57:21 -0400 (EDT)
Subject: Deltarpm *not* ready for new RPM checksums (was Re: Ready for
 new RPM version?)
In-Reply-To: <1236707552.23703.8.camel@jdlaptop.lesbg.loc>
References: <9e5330bc0902271013x7a24c938u5a3b9db02394f028@mail.gmail.com>
	<1235758924.12371.4.camel@rosebud>
	<1235759899.32664.5.camel@jdlaptop.lesbg.loc>
	<20090302114642.GA28035@suse.de>
	<1235994973.5534.8.camel@jdlaptop.lesbg.loc>
	<20090302115828.GB28035@suse.de>
	<1235996948.5534.20.camel@jdlaptop.lesbg.loc>
	<20090302132628.GB13642@suse.de>
	<1236624376.15147.37.camel@jdlaptop.lesbg.loc>
	<20090310093344.GA21116@suse.de> <20090310133940.GA26494@suse.de>
	<1236706863.23703.5.camel@jdlaptop.lesbg.loc>
	<1236707552.23703.8.camel@jdlaptop.lesbg.loc>
Message-ID: <alpine.LFD.2.00.0903101356460.324@localhost.localdomain>



On Tue, 10 Mar 2009, Jonathan Dieter wrote:

> On Tue, 2009-03-10 at 19:41 +0200, Jonathan Dieter wrote:
>> Ok, I've been trying this, but how can we tell if the sequence is sha256
>> or md5 if we're *just* given the sequence (i.e. applydeltarpm -c -s
>> audit-libs-1.7.12-1.fc11-04548395de7d18795d88b32ea98897e90140 where it's
>> a sha256 sequence)?
>
> Ok, I've got it.  We just check against md5 first, then sha256 if md5
> doesn't match.  It's not elegant, but it should work fine, especially
> since we're only checking for verification, *not* security.
>

why not just check the length of the checksum? md5 checksums are always 
going to be SHORTER than sha256.

Seems like a length check is lighter-weight.

-sv



From orion at cora.nwra.com  Tue Mar 10 18:02:25 2009
From: orion at cora.nwra.com (Orion Poplawski)
Date: Tue, 10 Mar 2009 12:02:25 -0600
Subject: source file audit - 2009-02-15
In-Reply-To: <20090221210710.44075ba4@ohm.scrye.com>
References: <20090221210710.44075ba4@ohm.scrye.com>
Message-ID: <49B6AB31.8030000@cora.nwra.com>

Kevin Fenzi wrote:
> orion:BADSOURCE:systemfit_1.0-7.tar.gz:R-systemfit
> orion:BADURL:car_1.2-11.tar.gz:R-car
> orion:BADURL:multcomp_1.0-5.tar.gz:R-multcomp

The problem with R modules seems to be that only the latest module is 
kept in the primary download location.  So you are my FEVER check :-).

These have been upgraded.

 > orion:BADURL:cmake-2.6.3-RC-8.tar.gz:cmake

cmake was upgraded to 2.6.3 a bit ago.  Fixed.

-- 
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 lmacken at redhat.com  Tue Mar 10 18:07:11 2009
From: lmacken at redhat.com (Luke Macken)
Date: Tue, 10 Mar 2009 14:07:11 -0400
Subject: Please fix your bugs in release instead of rawhide!
In-Reply-To: <1236687988.13967.12.camel@gibraltar.str.redhat.com>
References: <1236651522.8340.27.camel@localhost.localdomain>
	<200903101137.26845.opensource@till.name>
	<1236687424.31110.33.camel@ignacio.lan>
	<1236687988.13967.12.camel@gibraltar.str.redhat.com>
Message-ID: <20090310180711.GB3690@x300.redhat.com>

On Tue, Mar 10, 2009 at 01:26:28PM +0100, Nils Philippsen wrote:
> On Tue, 2009-03-10 at 08:17 -0400, Ignacio Vazquez-Abrams wrote:
> > On Tue, 2009-03-10 at 11:37 +0100, Till Maas wrote:
> > > On Di M?rz 10 2009, Christoph Wickert wrote:
> > > 
> > > >            Please fix your bugs [1] in the release they were
> > > >          filed against instead of just closing them NEXTRELASE!
> > > >
> > > > I know it sounds slinky to just close everything NEXTRELEASE and I know
> > > 
> > > Currently NEXTRELEASE is used by Bodhi when bugs are closed with updates to 
> > > stable releases, I guess NEXTREALEASE here means the next release of the 
> > > package.
> > 
> > No, NEXTRELEASE means the next release of the distribution. The status
> > for bugs that are fixed in the same release is ERRATA.
> 
> This is how it should be, but bodhi sees it differently and apparently
> the decision (by whomever, it escaped my memory right now) is to use
> "NEXTRELEASE" for Fedora updates as "ERRATA" is only for RHEL. NOt that
> I would follow that logic ;-).

I wrote the code in bodhi for this, but I recall changing it's behavior
a couple of times in the past based on various requests.  If you
think it should behave differently, please file a ticket.

    https://fedorahosted.org/bodhi/newticket

Thanks,

luke



From b.rahul.pm at gmail.com  Tue Mar 10 18:10:17 2009
From: b.rahul.pm at gmail.com (Rahul Bhalerao)
Date: Tue, 10 Mar 2009 23:40:17 +0530
Subject: Please fix your bugs in release instead of rawhide!
In-Reply-To: <200903101330.08783.jarod@redhat.com>
References: <1236651522.8340.27.camel@localhost.localdomain>
	<1236703751.2840.5.camel@pc-notebook>
	<20090310170632.GH10097@angus.ind.WPI.EDU>
	<200903101330.08783.jarod@redhat.com>
Message-ID: <fda81780903101110m641e2d0ax9c38265e256c9940@mail.gmail.com>

>> > >
>> > Hm... I am getting confused here. I thought NEXTRELEASE relates to
>> > package release not distro release, whereas RAWHIDE is what is supposed
>> > to be used when fixed in rawhide... At least one of us definitely needs
>> > to be wrong...
>>
>> If that were the case, then CURRENTRELEASE would make no sense.
>
> https://bugzilla.redhat.com/page.cgi?id=fields.html
>

Is there any other documents which clearly defines RAWHIDE,
CURRENTRELEASE and NEXTRELEASE? They all can have different and same
interpretations at the same time, which is adding to the confusion.
CURRENTRELEASE is the most confusing one, as it is neither rawhide nor
necessarily the release for which the bug was filed. What is
unsupported or unreleased product if it is not rawhide or devel?

-- 
Rahul.
http://b.rahul.pm.googlepages.com/home
        - http://rahulpmb.blogspot.com
        - http://samadiyami.blogspot.com



From cra at WPI.EDU  Tue Mar 10 18:12:29 2009
From: cra at WPI.EDU (Chuck Anderson)
Date: Tue, 10 Mar 2009 14:12:29 -0400
Subject: Please fix your bugs in release instead of rawhide!
In-Reply-To: <200903101330.08783.jarod@redhat.com>
References: <1236651522.8340.27.camel@localhost.localdomain>
	<1236703751.2840.5.camel@pc-notebook>
	<20090310170632.GH10097@angus.ind.WPI.EDU>
	<200903101330.08783.jarod@redhat.com>
Message-ID: <20090310181229.GL10097@angus.ind.WPI.EDU>

On Tue, Mar 10, 2009 at 01:30:08PM -0400, Jarod Wilson wrote:
> On Tuesday 10 March 2009 13:06:32 Chuck Anderson wrote:
> > On Tue, Mar 10, 2009 at 05:49:10PM +0100, Martin Sourada wrote:
> > > On Tue, 2009-03-10 at 03:18 +0100, Christoph Wickert wrote:
> > > > A note to all Fedora maintainers and especially to the Red Hat people
> > > > who are involved in development every day:
> > > > 
> > > >            Please fix your bugs [1] in the release they were
> > > >          filed against instead of just closing them NEXTRELASE!
> > > > 
> > > > I know it sounds slinky to just close everything NEXTRELEASE and I know
> > > > I sucks to get reports of bugs you've already fixed. But in 99% of all
> > > > cases it shouldn't be to hard to get the fix also into the stable
> > > > release.
> > > > 
> > > Hm... I am getting confused here. I thought NEXTRELEASE relates to
> > > package release not distro release, whereas RAWHIDE is what is supposed
> > > to be used when fixed in rawhide... At least one of us definitely needs
> > > to be wrong...
> > 
> > If that were the case, then CURRENTRELEASE would make no sense.
> 
> https://bugzilla.redhat.com/page.cgi?id=fields.html

How did you find that?  I was looking for it, but couldn't find it 
linked from anywhere.



From alsadi at gmail.com  Tue Mar 10 18:24:11 2009
From: alsadi at gmail.com (Muayyad AlSadi)
Date: Tue, 10 Mar 2009 20:24:11 +0200
Subject: DeviceKit is marked complete, what about utf8
In-Reply-To: <gp4a73$8f2$1@ger.gmane.org>
References: <385866f0903081006u491adc0cl32189cfccd8e1b68@mail.gmail.com>
	<1236587404.16047.5.camel@localhost.localdomain>
	<gp4a73$8f2$1@ger.gmane.org>
Message-ID: <385866f0903101124w72059734m84e0c20a63b0167@mail.gmail.com>

============
note: sorry in advance if I'm a little bit nervous
============
I don't agree,
to us  [people who need UTF-8] this mean that we should trace fixes in
every desktop
xfce lxde ...etc.

kde people are the worst in internationalization
I remember in kde 2.0 that they promised to fix RTL problem in KDE 3.0
and they started to work at 3.0 but it was garbage support
it took **years** to get them fixed till 3.5
and when they are almost perfect in 3.5
they drop all the RTL support
and started the make same very stupid assumption from zero on 4.x
and we have a big pile of RTL problems
most of them are due to the same lessons that they should learn from KDE 3.0

just look to this game how does it behave [if you know the game]
http://www.linuxac.org/forum/attachment.php?attachmentid=6226&stc=1&d=1235172412

most people who helped KDE project to mature through all the years are
bored to repeat all that process, they just gave up and moved to
gnome.

put yourself in my shoe and you will see things moving backward!
why are we moving backward without any reasonable benefit ?
why people make the wrong assumptions ?
why do we have to discuss trivial things on every project release ?

If you want my opinion
it's to squeeze upstream kernel developers till they accept the patch
"You stupid! Linux is international this is a fact. This world is
multinational love it, or leave it"
as sharp and as bold as Linus when he shows his ego

to force people to default to latin-1 is a very stupid assumption
it's double stupid to be assumed in this century were I socialize more
to people who are in USA, Europe or even South Africa more than I do
with my relatives in the city 20KM away

I know that fedorians can do that, yes I'm talking to you Alan!
redhat and fedora have sufficient momentum in the kernel development
to make that patch accepted.

the only argument I got was this <<EOQ

Forcing utf8 in the kernel was the wrong idea - see bug 454013 for an example
of the problems that caused. Further it made Fedora behave differently from all
other Linux distributions when mounting vfat volumes, which is bad.
EOQ

the Russian person who reported the bug says that he uses
> ru_RU.cp1251 or ru_RU.koi8r
but
grep '^ru' /usr/share/system-config-language/locale-list
ru_RU.UTF-8 utf8 latarcyrheb-sun16 Russian  -  ???????
ru_UA.UTF-8 utf8 latarcyrheb-sun16 Russian (Ukraine)

so it's his customization which lead to the problem not the patch

there used to be problems with iocharset=utf8, but they were solved by
passing utf8 withno iocharset=

==============================================
excuse me I was angry, I'll try to be calm in the next section of this mail
==============================================

to summarize what have you done by removing this patch
1. you replaced one place of solution into unknown so many possible
places of bugs [devicekit, hal, X Y Z desktops, cli commands, unknown
number of mount umount desktop applets in less famous WM like window
Maker...]
2. you introduced incompatibility with previous fedora releases
people who are using previous releases won't be able to see their
files correctly
[BTW: unlike utf8 which can be validated, latin can't be so it will
just produce rubbish if it's invalid]
3. you introduced new incompatibility levels between the same release
of fedora [take the possibility of having some file created in one
desktop then mounted in another, after logging of or after using live
user switch]

as for 1. non of the so many introduced bugs are solved yet since I
reported them in F10 betas, I doubt that most can be solved with this
mentality

as for 2. you preferred to be compatible with upstream or "other
distros" rather than fedora
regarding upstream, I'm not convinced that fedorians can't upstream
such humble a clean patch
and if other distros refers to ubuntu have you checked their launchpad
to see how many bugs are filed because they don't have that kernel
patch

as for 3. it reminds me with a joke, some one lost a golden ring in
some apartment, and since then he is searching for it  in all other
apartments in the world. Do you think he could find it ?

the ring was lost in the kernel
not in hal nor in devicekit and of course not in kde nor gnome
patching so many other projects is more stupid than the man in the joke
-------
I know that you already made your mind to remove the patch
but in this case you should provide a single place that solves the problem

for example make both hal have a fdi policy that sources
/etc/sysconfig/filesystem
to get the values needed to be passed to the kernel when mounting

and same thing for DeviceKit
to at least make sure that at least kde, gnome and xfce will work out of the box
consistently
[ah and patch kde not to use utf8 but keeping hals default which
sources /etc/sysconfig/filesystem]

another joke about two people visiting a relative in the 97th floor on
a twin tower, they were using the stairs and just before the 97 floor
one of them said I have a bad news and a good news (...) the good news
that there is one more floor to go
the bad news we are on the wrong tower
EOJ

so if you solved the problem in hal or devicekit and still have some
issues here or there is just like having one more floor *in the wrong
tower*



From tmz at pobox.com  Tue Mar 10 18:24:48 2009
From: tmz at pobox.com (Todd Zullinger)
Date: Tue, 10 Mar 2009 14:24:48 -0400
Subject: Please fix your bugs in release instead of rawhide!
In-Reply-To: <20090310181229.GL10097@angus.ind.WPI.EDU>
References: <1236651522.8340.27.camel@localhost.localdomain>
	<1236703751.2840.5.camel@pc-notebook>
	<20090310170632.GH10097@angus.ind.WPI.EDU>
	<200903101330.08783.jarod@redhat.com>
	<20090310181229.GL10097@angus.ind.WPI.EDU>
Message-ID: <20090310182448.GK10507@inocybe.teonanacatl.org>

Chuck Anderson wrote:
>> https://bugzilla.redhat.com/page.cgi?id=fields.html
>
> How did you find that?  I was looking for it, but couldn't find it
> linked from anywhere.

It's linked, at least, in the word "Status" at the bottom of each bug,
next to the drop-down where you would set the status.

-- 
Todd        OpenPGP -> KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Shpx gur Pbzzhavpngvbaf Qrprapl Npg!
    -- Anonymous

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 542 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090310/87db6a0d/attachment.sig>

From a.badger at gmail.com  Tue Mar 10 18:25:32 2009
From: a.badger at gmail.com (Toshio Kuratomi)
Date: Tue, 10 Mar 2009 11:25:32 -0700
Subject: Password Reset
In-Reply-To: <20090310170817.GS2637@free.fr>
References: <alpine.LFD.2.00.0903090959530.14983@laptop.mmcgrath.net>	<20090310100433.GA2637@free.fr>
	<49B69BD3.3040201@redhat.com> <20090310170817.GS2637@free.fr>
Message-ID: <49B6B09C.8070809@gmail.com>

Patrice Dumas wrote:
> On Tue, Mar 10, 2009 at 09:56:51AM -0700, Jesse Keating wrote:
>> On 03/10/2009 03:04 AM, Patrice Dumas wrote:
>>> Why is there a password reset? I'd prefer not to reset mine, it is a
>>> good password and I don't want to have too much passwords to remember,
>>> and also -- even if it is not much work to reset the password -- it 
>>> is still uneeded work.
>>>   
>> I do believe you can reset it to the same password you had.  This is
>> just the best way Infra has today to discover all the active and
>> inactive accounts.
> 
> That's what I ended up doing. But maybe, in that case, it would
> be relevant to have another possiblity to ping, something like a simple
> button, and also maybe this should only be done for people who didn't 
> login for a while in FAS.
> 
> Otherwise said, mixing password reset and activity check doesn't
> seem to be very wise to me. What is done is done, but maybe things 
> could be handled better in the future?
> 
https://fedorahosted.org/fedora-infrastructure/ticket/1237

Despite the name on this ticket, the discussion there is becoming what
we can do instead of requiring password resets to determine activity.

I'm not sure if the final conclusion of infrastructure will be to do no
password resets, but this can address the inactivity portion of the
equation.

-Toshio

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: OpenPGP digital signature
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090310/3acbdff5/attachment.sig>

From awilliam at redhat.com  Tue Mar 10 18:57:10 2009
From: awilliam at redhat.com (Adam Williamson)
Date: Tue, 10 Mar 2009 11:57:10 -0700
Subject: Please fix your bugs in release instead of rawhide!
In-Reply-To: <20090310182448.GK10507@inocybe.teonanacatl.org>
References: <1236651522.8340.27.camel@localhost.localdomain>
	<1236703751.2840.5.camel@pc-notebook>
	<20090310170632.GH10097@angus.ind.WPI.EDU>
	<200903101330.08783.jarod@redhat.com>
	<20090310181229.GL10097@angus.ind.WPI.EDU>
	<20090310182448.GK10507@inocybe.teonanacatl.org>
Message-ID: <1236711430.8969.453.camel@adam.local.net>

On Tue, 2009-03-10 at 14:24 -0400, Todd Zullinger wrote:
> Chuck Anderson wrote:
> >> https://bugzilla.redhat.com/page.cgi?id=fields.html
> >
> > How did you find that?  I was looking for it, but couldn't find it
> > linked from anywhere.
> 
> It's linked, at least, in the word "Status" at the bottom of each bug,
> next to the drop-down where you would set the status.

I think there may be some confusion here caused by the fact that RHEL
and Fedora seem to use rather different conventions. The info in that
page is mostly to do with the RHEL process, not the Fedora one.

For RHEL, 'NEXTRELEASE' means 'it'll be fixed in the next version of
RHEL, but not this one'. For Fedora, 'RAWHIDE' seems to be used for
this. I'm not sure there's a benefit in having both of these.

As you can see from that page, 'CURRENTRELEASE' has a specific meaning
for RHEL which doesn't translate to what some people seem to believe it
should be used for, for Fedora. For RHEL it doesn't mean 'it existed in
a stable release and will be fixed with an update to the release against
which it was reported' - that's what ERRATA means.

Possibly the clearest thing to do would just be to use the same flow
RHEL uses, even if the names would be a bit odd for Fedora (since we
don't really have 'Errata' for Fedora releases). Otherwise, the Fedora
flow should at least be clearly defined somewhere, and explained on that
page in Bugzilla.
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org
http://www.happyassassin.net



From berrange at redhat.com  Tue Mar 10 19:10:49 2009
From: berrange at redhat.com (Daniel P. Berrange)
Date: Tue, 10 Mar 2009 19:10:49 +0000
Subject: Please fix your bugs in release instead of rawhide!
In-Reply-To: <1236711430.8969.453.camel@adam.local.net>
References: <1236651522.8340.27.camel@localhost.localdomain>
	<1236703751.2840.5.camel@pc-notebook>
	<20090310170632.GH10097@angus.ind.WPI.EDU>
	<200903101330.08783.jarod@redhat.com>
	<20090310181229.GL10097@angus.ind.WPI.EDU>
	<20090310182448.GK10507@inocybe.teonanacatl.org>
	<1236711430.8969.453.camel@adam.local.net>
Message-ID: <20090310191049.GD22486@redhat.com>

On Tue, Mar 10, 2009 at 11:57:10AM -0700, Adam Williamson wrote:
> On Tue, 2009-03-10 at 14:24 -0400, Todd Zullinger wrote:
> > Chuck Anderson wrote:
> > >> https://bugzilla.redhat.com/page.cgi?id=fields.html
> > >
> > > How did you find that?  I was looking for it, but couldn't find it
> > > linked from anywhere.
> > 
> > It's linked, at least, in the word "Status" at the bottom of each bug,
> > next to the drop-down where you would set the status.

[snip]

> Possibly the clearest thing to do would just be to use the same flow
> RHEL uses, even if the names would be a bit odd for Fedora (since we
> don't really have 'Errata' for Fedora releases). Otherwise, the Fedora
> flow should at least be clearly defined somewhere, and explained on that
> page in Bugzilla.

The Fedora bug flow is defined here:

https://fedoraproject.org/wiki/BugZappers/BugStatusWorkFlow

Although it is lacking clear guidelines on the choice of sub-state for
the CLOSED state. That just requires a little docs work on the wiki.


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 tdiehl at rogueind.com  Tue Mar 10 19:17:46 2009
From: tdiehl at rogueind.com (Tom Diehl)
Date: Tue, 10 Mar 2009 15:17:46 -0400 (EDT)
Subject: Easy Spec file question
In-Reply-To: <20090310160208.c19a8c6b.mschwendt@gmail.com>
References: <alpine.LFD.2.00.0903101044380.6724@tigger.tntechs.com>
	<20090310160208.c19a8c6b.mschwendt@gmail.com>
Message-ID: <alpine.LFD.2.00.0903101516400.6724@tigger.tntechs.com>

On Tue, 10 Mar 2009, Michael Schwendt wrote:

> On Tue, 10 Mar 2009 10:51:20 -0400 (EDT), Tom wrote:
>
>> Hi,
>>
>> I am trying to understand the following lines in a spec file.
>>
>> The spec file is from the fedora postfix rpm and I would like to rebuild
>> the rpm with mysql enabled. I think that I can simply change the first
>> line to say  %define MYSQL 1 but I am wondering if there is a parameter
>> I can pass from the rpmbuild command line so that I do not have to modify
>> the spec file.
>>
>> Can someone please tell me how to get the srpm to build with mysql enabled
>> without modifying the spec?
>>
>> %{?!MYSQL: %define MYSQL 1}
>> %{?!PGSQL: %define PGSQL 0}
>> %define LDAP 2
>> %define PCRE 1
>> %define SASL 2
>
> rpmbuild --define "MYSQL 1" ...

Thanks for the help.

Regards,

-- 
Tom Diehl		tdiehl at rogueind.com		Spamtrap address mtd123 at rogueind.com



From jspaleta at gmail.com  Tue Mar 10 19:23:29 2009
From: jspaleta at gmail.com (Jeff Spaleta)
Date: Tue, 10 Mar 2009 11:23:29 -0800
Subject: Please fix your bugs in release instead of rawhide!
In-Reply-To: <1236711430.8969.453.camel@adam.local.net>
References: <1236651522.8340.27.camel@localhost.localdomain>
	<1236703751.2840.5.camel@pc-notebook>
	<20090310170632.GH10097@angus.ind.WPI.EDU>
	<200903101330.08783.jarod@redhat.com>
	<20090310181229.GL10097@angus.ind.WPI.EDU>
	<20090310182448.GK10507@inocybe.teonanacatl.org>
	<1236711430.8969.453.camel@adam.local.net>
Message-ID: <604aa7910903101223s2998beddl988a6247038c36cc@mail.gmail.com>

On Tue, Mar 10, 2009 at 10:57 AM, Adam Williamson <awilliam at redhat.com> wrote:
> Possibly the clearest thing to do would just be to use the same flow
> RHEL uses, even if the names would be a bit odd for Fedora (since we
> don't really have 'Errata' for Fedora releases). Otherwise, the Fedora
> flow should at least be clearly defined somewhere, and explained on that
> page in Bugzilla.

Or fedora migrates to a different bug tracking system dedicated to
Fedora workflow without any of the rhel memes hanging around.

-jef"Hopes his wife doesn't concluded that he got sick and lost his
voice as an excuse to not talk to the in-laws at all this week while
they are visiting"spaleta



From sundaram at fedoraproject.org  Tue Mar 10 19:36:49 2009
From: sundaram at fedoraproject.org (Rahul Sundaram)
Date: Wed, 11 Mar 2009 01:06:49 +0530
Subject: Please fix your bugs in release instead of rawhide!
In-Reply-To: <604aa7910903101223s2998beddl988a6247038c36cc@mail.gmail.com>
References: <1236651522.8340.27.camel@localhost.localdomain>	<1236703751.2840.5.camel@pc-notebook>	<20090310170632.GH10097@angus.ind.WPI.EDU>	<200903101330.08783.jarod@redhat.com>	<20090310181229.GL10097@angus.ind.WPI.EDU>	<20090310182448.GK10507@inocybe.teonanacatl.org>	<1236711430.8969.453.camel@adam.local.net>
	<604aa7910903101223s2998beddl988a6247038c36cc@mail.gmail.com>
Message-ID: <49B6C151.6090202@fedoraproject.org>

Jeff Spaleta wrote:
> On Tue, Mar 10, 2009 at 10:57 AM, Adam Williamson <awilliam at redhat.com> wrote:
>> Possibly the clearest thing to do would just be to use the same flow
>> RHEL uses, even if the names would be a bit odd for Fedora (since we
>> don't really have 'Errata' for Fedora releases). Otherwise, the Fedora
>> flow should at least be clearly defined somewhere, and explained on that
>> page in Bugzilla.
> 
> Or fedora migrates to a different bug tracking system dedicated to
> Fedora workflow without any of the rhel memes hanging around.

I suppose we can do that as long as we have a way for the Fedora 
bugzilla instance and the RHEL bugzilla instance to talk to each other 
cleanly.

Rahul



From jspaleta at gmail.com  Tue Mar 10 19:42:11 2009
From: jspaleta at gmail.com (Jeff Spaleta)
Date: Tue, 10 Mar 2009 11:42:11 -0800
Subject: Please fix your bugs in release instead of rawhide!
In-Reply-To: <49B6C151.6090202@fedoraproject.org>
References: <1236651522.8340.27.camel@localhost.localdomain>
	<1236703751.2840.5.camel@pc-notebook>
	<20090310170632.GH10097@angus.ind.WPI.EDU>
	<200903101330.08783.jarod@redhat.com>
	<20090310181229.GL10097@angus.ind.WPI.EDU>
	<20090310182448.GK10507@inocybe.teonanacatl.org>
	<1236711430.8969.453.camel@adam.local.net>
	<604aa7910903101223s2998beddl988a6247038c36cc@mail.gmail.com>
	<49B6C151.6090202@fedoraproject.org>
Message-ID: <604aa7910903101242t1e9365c5r49beb43b48b3404@mail.gmail.com>

On Tue, Mar 10, 2009 at 11:36 AM, Rahul Sundaram
<sundaram at fedoraproject.org> wrote:
> I suppose we can do that as long as we have a way for the Fedora bugzilla
> instance and the RHEL bugzilla instance to talk to each other cleanly.

Who said Fedora's bug warehouse had to be bugzilla?

-jef



From notting at redhat.com  Tue Mar 10 19:44:29 2009
From: notting at redhat.com (Bill Nottingham)
Date: Tue, 10 Mar 2009 15:44:29 -0400
Subject: Please fix your bugs in release instead of rawhide!
In-Reply-To: <604aa7910903101242t1e9365c5r49beb43b48b3404@mail.gmail.com>
References: <1236651522.8340.27.camel@localhost.localdomain>
	<1236703751.2840.5.camel@pc-notebook>
	<20090310170632.GH10097@angus.ind.WPI.EDU>
	<200903101330.08783.jarod@redhat.com>
	<20090310181229.GL10097@angus.ind.WPI.EDU>
	<20090310182448.GK10507@inocybe.teonanacatl.org>
	<1236711430.8969.453.camel@adam.local.net>
	<604aa7910903101223s2998beddl988a6247038c36cc@mail.gmail.com>
	<49B6C151.6090202@fedoraproject.org>
	<604aa7910903101242t1e9365c5r49beb43b48b3404@mail.gmail.com>
Message-ID: <20090310194428.GA31213@nostromo.devel.redhat.com>

Jeff Spaleta (jspaleta at gmail.com) said: 
> On Tue, Mar 10, 2009 at 11:36 AM, Rahul Sundaram
> <sundaram at fedoraproject.org> wrote:
> > I suppose we can do that as long as we have a way for the Fedora bugzilla
> > instance and the RHEL bugzilla instance to talk to each other cleanly.
> 
> Who said Fedora's bug warehouse had to be bugzilla?

Bugzilla is the worst bug tracker there is... except for all the others.

Frankly, unless you have hardware, bandwidth, and admin lined up for a new
bug system (and a way to import all the old data, *preferably with keeping
the numbers and links intact*), I'm not sure we're ready to go down this
road.

Bill



From sundaram at fedoraproject.org  Tue Mar 10 19:51:24 2009
From: sundaram at fedoraproject.org (Rahul Sundaram)
Date: Wed, 11 Mar 2009 01:21:24 +0530
Subject: Please fix your bugs in release instead of rawhide!
In-Reply-To: <604aa7910903101242t1e9365c5r49beb43b48b3404@mail.gmail.com>
References: <1236651522.8340.27.camel@localhost.localdomain>	<1236703751.2840.5.camel@pc-notebook>	<20090310170632.GH10097@angus.ind.WPI.EDU>	<200903101330.08783.jarod@redhat.com>	<20090310181229.GL10097@angus.ind.WPI.EDU>	<20090310182448.GK10507@inocybe.teonanacatl.org>	<1236711430.8969.453.camel@adam.local.net>	<604aa7910903101223s2998beddl988a6247038c36cc@mail.gmail.com>	<49B6C151.6090202@fedoraproject.org>
	<604aa7910903101242t1e9365c5r49beb43b48b3404@mail.gmail.com>
Message-ID: <49B6C4BC.6080904@fedoraproject.org>

Jeff Spaleta wrote:
> On Tue, Mar 10, 2009 at 11:36 AM, Rahul Sundaram
>  wrote:
>> I suppose we can do that as long as we have a way for the Fedora bugzilla
>> instance and the RHEL bugzilla instance to talk to each other cleanly.
> 
> Who said Fedora's bug warehouse had to be bugzilla?

What else would it be? You don't have to make it seem so mysterious. 
Just give us more details on what your proposal actually is.

Rahul



From caillon at redhat.com  Tue Mar 10 19:49:50 2009
From: caillon at redhat.com (Christopher Aillon)
Date: Tue, 10 Mar 2009 12:49:50 -0700
Subject: Please fix your bugs in release instead of rawhide!
In-Reply-To: <49B6C151.6090202@fedoraproject.org>
References: <1236651522.8340.27.camel@localhost.localdomain>	<1236703751.2840.5.camel@pc-notebook>	<20090310170632.GH10097@angus.ind.WPI.EDU>	<200903101330.08783.jarod@redhat.com>	<20090310181229.GL10097@angus.ind.WPI.EDU>	<20090310182448.GK10507@inocybe.teonanacatl.org>	<1236711430.8969.453.camel@adam.local.net>	<604aa7910903101223s2998beddl988a6247038c36cc@mail.gmail.com>
	<49B6C151.6090202@fedoraproject.org>
Message-ID: <49B6C45E.8090103@redhat.com>

On 03/10/2009 12:36 PM, Rahul Sundaram wrote:
> I suppose we can do that as long as we have a way for the Fedora 
> bugzilla instance and the RHEL bugzilla instance to talk to each other 
> cleanly.

Bugzilla has had this capability forever.  I've seen it work, too!



From sundaram at fedoraproject.org  Tue Mar 10 19:58:44 2009
From: sundaram at fedoraproject.org (Rahul Sundaram)
Date: Wed, 11 Mar 2009 01:28:44 +0530
Subject: Please fix your bugs in release instead of rawhide!
In-Reply-To: <49B6C45E.8090103@redhat.com>
References: <1236651522.8340.27.camel@localhost.localdomain>	<1236703751.2840.5.camel@pc-notebook>	<20090310170632.GH10097@angus.ind.WPI.EDU>	<200903101330.08783.jarod@redhat.com>	<20090310181229.GL10097@angus.ind.WPI.EDU>	<20090310182448.GK10507@inocybe.teonanacatl.org>	<1236711430.8969.453.camel@adam.local.net>	<604aa7910903101223s2998beddl988a6247038c36cc@mail.gmail.com>	<49B6C151.6090202@fedoraproject.org>
	<49B6C45E.8090103@redhat.com>
Message-ID: <49B6C674.2010108@fedoraproject.org>

Christopher Aillon wrote:
> On 03/10/2009 12:36 PM, Rahul Sundaram wrote:
>> I suppose we can do that as long as we have a way for the Fedora 
>> bugzilla instance and the RHEL bugzilla instance to talk to each other 
>> cleanly.
> 
> Bugzilla has had this capability forever.  I've seen it work, too!

Well I have seen this put up as a reason why Fedora should not have it's 
own bugzilla instance and I haven't seen bugzilla do this yet and I am 
not sure how well it does work. Where are you using it?

Rahul



From tgl at redhat.com  Tue Mar 10 19:56:10 2009
From: tgl at redhat.com (Tom Lane)
Date: Tue, 10 Mar 2009 15:56:10 -0400
Subject: Please fix your bugs in release instead of rawhide! 
In-Reply-To: <20090310191049.GD22486@redhat.com> 
References: <1236651522.8340.27.camel@localhost.localdomain>
	<1236703751.2840.5.camel@pc-notebook>
	<20090310170632.GH10097@angus.ind.WPI.EDU>
	<200903101330.08783.jarod@redhat.com>
	<20090310181229.GL10097@angus.ind.WPI.EDU>
	<20090310182448.GK10507@inocybe.teonanacatl.org>
	<1236711430.8969.453.camel@adam.local.net>
	<20090310191049.GD22486@redhat.com>
Message-ID: <2691.1236714970@sss.pgh.pa.us>

"Daniel P. Berrange" <berrange at redhat.com> writes:
> The Fedora bug flow is defined here:

> https://fedoraproject.org/wiki/BugZappers/BugStatusWorkFlow

> Although it is lacking clear guidelines on the choice of sub-state for
> the CLOSED state. That just requires a little docs work on the wiki.

Well, the choice of sub-state is exactly what's being debated here.
I think it's more than a "missing docs" problem, since (1) it's not
clear that we have a consensus, and (2) bodhi doesn't read docs.
Whatever we settle on will have to be implemented in bodhi.

Another thing that would be nice is to get bugzilla to show a link
to this page instead of the RHEL one when looking at a Fedora bug.

BTW, I notice that this diagram seems to treat NEEDINFO as an
independent state, which is no longer true --- it's just a flag now.

			regards, tom lane



From jwboyer at gmail.com  Tue Mar 10 19:56:47 2009
From: jwboyer at gmail.com (Josh Boyer)
Date: Tue, 10 Mar 2009 15:56:47 -0400
Subject: Please fix your bugs in release instead of rawhide!
In-Reply-To: <49B6C674.2010108@fedoraproject.org>
References: <1236703751.2840.5.camel@pc-notebook>
	<20090310170632.GH10097@angus.ind.WPI.EDU>
	<200903101330.08783.jarod@redhat.com>
	<20090310181229.GL10097@angus.ind.WPI.EDU>
	<20090310182448.GK10507@inocybe.teonanacatl.org>
	<1236711430.8969.453.camel@adam.local.net>
	<604aa7910903101223s2998beddl988a6247038c36cc@mail.gmail.com>
	<49B6C151.6090202@fedoraproject.org> <49B6C45E.8090103@redhat.com>
	<49B6C674.2010108@fedoraproject.org>
Message-ID: <20090310195647.GC28188@yoda.jdub.homelinux.org>

On Wed, Mar 11, 2009 at 01:28:44AM +0530, Rahul Sundaram wrote:
> Christopher Aillon wrote:
>> On 03/10/2009 12:36 PM, Rahul Sundaram wrote:
>>> I suppose we can do that as long as we have a way for the Fedora  
>>> bugzilla instance and the RHEL bugzilla instance to talk to each 
>>> other cleanly.
>>
>> Bugzilla has had this capability forever.  I've seen it work, too!
>
> Well I have seen this put up as a reason why Fedora should not have it's  
> own bugzilla instance and I haven't seen bugzilla do this yet and I am  
> not sure how well it does work. Where are you using it?

There are lots of bug mirroring tools out there for bugzilla.  A number of
them already talk to the Red Hat bugzilla instance.

josh



From sundaram at fedoraproject.org  Tue Mar 10 20:18:26 2009
From: sundaram at fedoraproject.org (Rahul Sundaram)
Date: Wed, 11 Mar 2009 01:48:26 +0530
Subject: Please fix your bugs in release instead of rawhide!
In-Reply-To: <20090310195647.GC28188@yoda.jdub.homelinux.org>
References: <1236703751.2840.5.camel@pc-notebook>	<20090310170632.GH10097@angus.ind.WPI.EDU>	<200903101330.08783.jarod@redhat.com>	<20090310181229.GL10097@angus.ind.WPI.EDU>	<20090310182448.GK10507@inocybe.teonanacatl.org>	<1236711430.8969.453.camel@adam.local.net>	<604aa7910903101223s2998beddl988a6247038c36cc@mail.gmail.com>	<49B6C151.6090202@fedoraproject.org>
	<49B6C45E.8090103@redhat.com>	<49B6C674.2010108@fedoraproject.org>
	<20090310195647.GC28188@yoda.jdub.homelinux.org>
Message-ID: <49B6CB12.5080605@fedoraproject.org>

Josh Boyer wrote:
> On Wed, Mar 11, 2009 at 01:28:44AM +0530, Rahul Sundaram wrote:
>> Christopher Aillon wrote:
>>> On 03/10/2009 12:36 PM, Rahul Sundaram wrote:
>>>> I suppose we can do that as long as we have a way for the Fedora  
>>>> bugzilla instance and the RHEL bugzilla instance to talk to each 
>>>> other cleanly.
>>> Bugzilla has had this capability forever.  I've seen it work, too!
>> Well I have seen this put up as a reason why Fedora should not have it's  
>> own bugzilla instance and I haven't seen bugzilla do this yet and I am  
>> not sure how well it does work. Where are you using it?
> 
> There are lots of bug mirroring tools out there for bugzilla.  A number of
> them already talk to the Red Hat bugzilla instance.

To be more specific, I am talking about say GNOME or KDE bugzilla 
talking to Red Hat bugzilla instance or something like that. Even 
otherwise, I would like specific examples so that I can try this out.

Rahul



From matt at truch.net  Tue Mar 10 20:18:23 2009
From: matt at truch.net (Matthew D Truch)
Date: Tue, 10 Mar 2009 16:18:23 -0400
Subject: Explicit rpm requires
In-Reply-To: <gp603f$d6j$1@ger.gmane.org>
References: <20090310143920.GB19727@truch.net> <gp603f$d6j$1@ger.gmane.org>
Message-ID: <20090310201823.GL19727@truch.net>

> > I used to use the following line in my kst-fits subpackage to explicitly
> > require the exact version of cfitsio that kst was built against (as
> > cfitsio does explicit version checking and will refuse to run
> > otherwise).
> > 
> > Requires:   cfitsio = %(rpm -q cfitsio --qf %{V})
> 
> You've apparently never heard spot's "rpm" talk, which includes something
> like:
> thou shalt not envoke rpm from within a specfile
> 
> I was about to suggest you could use the output of:
> pkg-config --modversion cfitsio
> but that seems to be broken in cfitsio.pc (returns 3.006 on my F-10 box).

Well, I've fixed the pkgconfig file so the version is correct, however
that won't solve this problem.  It seems that koji is having rpm expand
this tiny shell script before it is populating the chroot with all the
build-requires, and therefore cfitsio isn't installed.  

How do I find out the version number of a something I build-require
during the build?  

-- 
"If you have only seen it once, then you haven't seen it twice."
--------------------------
Matthew Truch
Department of Physics and Astronomy
University of Pennsylvania
matt at truch.net
http://matt.truch.net/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090310/a618402c/attachment.sig>

From Jochen at herr-schmitt.de  Tue Mar 10 20:26:55 2009
From: Jochen at herr-schmitt.de (Jochen Schmitt)
Date: Tue, 10 Mar 2009 21:26:55 +0100
Subject: C++ Issue with const char * on strchr
Message-ID: <49B6CD0F.8070302@herr-schmitt.de>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

hallo,

I have a odd issue with the current g++ 4.4 release on rawhide.

If I try to pass a string declared as const char * in a c++ programm
to the
strchr function, I will get an error message which tell me, that a
conversation
from const char * to char * is not valid.

Because this doesn't happens on older releases of g++, I want to as:
Is this
a bug or a feature?

Best Regards:

Jochen Schmitt

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org

iEYEARECAAYFAkm2zQMACgkQT2AHK6txfgxCUACeIvIrljYFN6Zc7L/w/eIXxZqB
dskAoLqlzh0/+bj7lv5gtmoWyAwlw39P
=NObm
-----END PGP SIGNATURE-----



From jcm at redhat.com  Tue Mar 10 20:35:36 2009
From: jcm at redhat.com (Jon Masters)
Date: Tue, 10 Mar 2009 16:35:36 -0400
Subject: setup, fedora-release updates needed
Message-ID: <1236717336.20989.21.camel@perihelion.bos.jonmasters.org>

Folks,

I just did an update on a fresh installed system and noticed that a
small number of packages are still in need of appropriate config file
changes to their spec files. Especially setup and fedora-release should
not be creating .rpmnew files on upgrade.

Jon.




From konrad at tylerc.org  Tue Mar 10 20:36:07 2009
From: konrad at tylerc.org (Conrad Meyer)
Date: Tue, 10 Mar 2009 13:36:07 -0700
Subject: C++ Issue with const char * on strchr
In-Reply-To: <49B6CD0F.8070302@herr-schmitt.de>
References: <49B6CD0F.8070302@herr-schmitt.de>
Message-ID: <200903101336.07755.konrad@tylerc.org>

On Tuesday 10 March 2009 01:26:55 pm Jochen Schmitt wrote:
> hallo,
>
> I have a odd issue with the current g++ 4.4 release on rawhide.
>
> If I try to pass a string declared as const char * in a c++ programm
> to the
> strchr function, I will get an error message which tell me, that a
> conversation
> from const char * to char * is not valid.
>
> Because this doesn't happens on older releases of g++, I want to as:
> Is this
> a bug or a feature?
>
> Best Regards:
>
> Jochen Schmitt

My understanding is you can do something like this:

  const char *str1, str2;
  str2 = strchr(str1, 'a');

But str2 must be a const char *.

Maybe I am wrong, I am not very familiar with C++.

Regards,
-- 
Conrad Meyer <konrad at tylerc.org>



From Jochen at herr-schmitt.de  Tue Mar 10 20:42:24 2009
From: Jochen at herr-schmitt.de (Jochen Schmitt)
Date: Tue, 10 Mar 2009 21:42:24 +0100
Subject: C++ Issue with const char * on strchr
In-Reply-To: <200903101336.07755.konrad@tylerc.org>
References: <49B6CD0F.8070302@herr-schmitt.de>
	<200903101336.07755.konrad@tylerc.org>
Message-ID: <49B6D0B0.9040800@herr-schmitt.de>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Conrad Meyer schrieb:
>
> const char *str1, str2; str2 = strchr(str1, 'a');
>
> But str2 must be a const char *.
>
> Maybe I am wrong, I am not very familiar with C++.
>
> Regards, My understanding is you can do something like this:

I am doing something like this

char *str2;
const char *str1;

str2 = strchr(str1, 'a');    // This fails on gcc-4.4

When I write

char *str2;
const char *str1;
char *temp = const_cast<char *>(str1);

str2 = strchr(temp,'a')   // This works

Because this issue occurs only on gcc-4.4, I want to ask: is this
a bug or a feature?

Best Regards:

Jochen Schmitt


-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org

iEYEARECAAYFAkm20JsACgkQT2AHK6txfgzuoQCfRAMhKyGcmoj2I8fwDRICTaaC
ePcAn3tGbFwJ8XsKG4KYZ3uUHZ50EDcS
=fGas
-----END PGP SIGNATURE-----



From jkeating at redhat.com  Tue Mar 10 20:43:05 2009
From: jkeating at redhat.com (Jesse Keating)
Date: Tue, 10 Mar 2009 13:43:05 -0700
Subject: Explicit rpm requires
In-Reply-To: <20090310201823.GL19727@truch.net>
References: <20090310143920.GB19727@truch.net> <gp603f$d6j$1@ger.gmane.org>
	<20090310201823.GL19727@truch.net>
Message-ID: <1236717785.3727.0.camel@localhost.localdomain>

On Tue, 2009-03-10 at 16:18 -0400, Matthew D Truch wrote:
> 
> How do I find out the version number of a something I build-require
> during the build?  

A better question is why isn't rpm auto-requiring the level of
specificness you need on this package?  RPM now does pkg-config level
requirements which should be as specific as you need 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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090310/5962b72b/attachment.sig>

From aph at redhat.com  Tue Mar 10 20:45:20 2009
From: aph at redhat.com (Andrew Haley)
Date: Tue, 10 Mar 2009 20:45:20 +0000
Subject: C++ Issue with const char * on strchr
In-Reply-To: <49B6CD0F.8070302@herr-schmitt.de>
References: <49B6CD0F.8070302@herr-schmitt.de>
Message-ID: <49B6D160.3030101@redhat.com>

Jochen Schmitt wrote:

> I have a odd issue with the current g++ 4.4 release on rawhide.
> 
> If I try to pass a string declared as const char * in a c++ programm
> to the
> strchr function, I will get an error message which tell me, that a
> conversation
> from const char * to char * is not valid.
> 
> Because this doesn't happens on older releases of g++, I want to as:
> Is this a bug or a feature?

In include/c++/4.4.0/cstring you should see:

  inline char*
  strchr(char* __s1, int __n)
  { return __builtin_strchr(const_cast<const char*>(__s1), __n); }

I wonder if you have not included the correct header.

Andrew.



From aph at redhat.com  Tue Mar 10 20:46:20 2009
From: aph at redhat.com (Andrew Haley)
Date: Tue, 10 Mar 2009 20:46:20 +0000
Subject: C++ Issue with const char * on strchr
In-Reply-To: <49B6D0B0.9040800@herr-schmitt.de>
References: <49B6CD0F.8070302@herr-schmitt.de>	<200903101336.07755.konrad@tylerc.org>
	<49B6D0B0.9040800@herr-schmitt.de>
Message-ID: <49B6D19C.5030307@redhat.com>

Jochen Schmitt wrote:
> Conrad Meyer schrieb:
>> const char *str1, str2; str2 = strchr(str1, 'a');
> 
>> But str2 must be a const char *.
> 
>> Maybe I am wrong, I am not very familiar with C++.
> 
>> Regards, My understanding is you can do something like this:
> 
> I am doing something like this
> 
> char *str2;
> const char *str1;
> 
> str2 = strchr(str1, 'a');    // This fails on gcc-4.4
> 
> When I write
> 
> char *str2;
> const char *str1;
> char *temp = const_cast<char *>(str1);
> 
> str2 = strchr(temp,'a')   // This works
> 
> Because this issue occurs only on gcc-4.4, I want to ask: is this
> a bug or a feature?

It's a feature.

Andrew.



From debarshi.ray at gmail.com  Tue Mar 10 20:49:31 2009
From: debarshi.ray at gmail.com (Debarshi Ray)
Date: Wed, 11 Mar 2009 02:19:31 +0530
Subject: C++ Issue with const char * on strchr
In-Reply-To: <49B6CD0F.8070302@herr-schmitt.de>
References: <49B6CD0F.8070302@herr-schmitt.de>
Message-ID: <3170f42f0903101349y7c25576egb20dff59e6232044@mail.gmail.com>

> I have a odd issue with the current g++ 4.4 release on rawhide.
>
> If I try to pass a string declared as const char * in a c++ programm
> to the
> strchr function, I will get an error message which tell me, that a
> conversation
> from const char * to char * is not valid.

https://www.redhat.com/archives/fedora-devel-list/2009-January/msg02248.html

Cheers,
Debarshi



From jakub at redhat.com  Tue Mar 10 20:52:35 2009
From: jakub at redhat.com (Jakub Jelinek)
Date: Tue, 10 Mar 2009 21:52:35 +0100
Subject: C++ Issue with const char * on strchr
In-Reply-To: <49B6D0B0.9040800@herr-schmitt.de>
References: <49B6CD0F.8070302@herr-schmitt.de>
	<200903101336.07755.konrad@tylerc.org>
	<49B6D0B0.9040800@herr-schmitt.de>
Message-ID: <20090310205235.GJ4561@tyan-ft48-01.lab.bos.redhat.com>

On Tue, Mar 10, 2009 at 09:42:24PM +0100, Jochen Schmitt wrote:
> Because this issue occurs only on gcc-4.4, I want to ask: is this
> a bug or a feature?

Feature.  ISO C++ mandates that std::strchr is overloaded:
char *strchr (char *, int);
const char *strchr (const char *, int);
and similarly for a whole bunch of other {str,mem,wcs}*
functions that return the first argument either unmodified or
with some offset added to it.  While the standard just talks about
std namespace and <cstring>/<cwchar> headers, gcc 4.4+ with glibc 2.10+
does that also in <string.h>/<wchar.h> for C++ (not doing it would lead to
different behaviour between
#include <string.h>
#include <cstring>
and
#include <cstring>
#include <string.h>
) and does that also for a bunch of GNU extensions where the overloading
makes sense.  The overloads make sense, these function no longer cast
away constness of pointed types, if you pass a char *, you get char *
back, if you pass const char *, you get const char * back.

	Jakub



From Jochen at herr-schmitt.de  Tue Mar 10 20:53:16 2009
From: Jochen at herr-schmitt.de (Jochen Schmitt)
Date: Tue, 10 Mar 2009 21:53:16 +0100
Subject: C++ Issue with const char * on strchr
In-Reply-To: <49B6D160.3030101@redhat.com>
References: <49B6CD0F.8070302@herr-schmitt.de> <49B6D160.3030101@redhat.com>
Message-ID: <49B6D33C.7010809@herr-schmitt.de>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Andrew Haley schrieb:
> Jochen Schmitt wrote:
>
> In include/c++/4.4.0/cstring you should see:
>
> inline char* strchr(char* __s1, int __n) { return
> __builtin_strchr(const_cast<const char*>(__s1), __n); }
>
> I wonder if you have not included the correct header.
>
This definition explains my issue, because you can't pass a const char *
argument to a char * parameter.

But I'm wondering, why this my issue didn't occured on earlier releases
of g++.

Best Regards:

Jochen Schmitt

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org

iEYEARECAAYFAkm20ygACgkQT2AHK6txfgxOSwCfVurC4Ukn0Gyog8zJUeHp0cn9
ff8An3UMvXF6VZbIzMGSnrqjCanowwVf
=e9WK
-----END PGP SIGNATURE-----



From rdieter at math.unl.edu  Tue Mar 10 20:53:24 2009
From: rdieter at math.unl.edu (Rex Dieter)
Date: Tue, 10 Mar 2009 15:53:24 -0500
Subject: Explicit rpm requires
References: <20090310143920.GB19727@truch.net> <gp603f$d6j$1@ger.gmane.org>
	<20090310201823.GL19727@truch.net>
Message-ID: <gp6k04$q6l$1@ger.gmane.org>

Matthew D Truch wrote:

>> > I used to use the following line in my kst-fits subpackage to
>> > explicitly require the exact version of cfitsio that kst was built
>> > against (as cfitsio does explicit version checking and will refuse to
>> > run otherwise).
>> > 
>> > Requires:   cfitsio = %(rpm -q cfitsio --qf %{V})
>> 
>> You've apparently never heard spot's "rpm" talk, which includes something
>> like:
>> thou shalt not envoke rpm from within a specfile
>> 
>> I was about to suggest you could use the output of:
>> pkg-config --modversion cfitsio
>> but that seems to be broken in cfitsio.pc (returns 3.006 on my F-10 box).
> 
> Well, I've fixed the pkgconfig file so the version is correct, however
> that won't solve this problem. 

OK, try something like this instead:

Requires: cfitsio = %(pkg-config --modversion cfitsio 2>/dev/null || echo 0) 

-- Rex



From Jochen at herr-schmitt.de  Tue Mar 10 20:58:02 2009
From: Jochen at herr-schmitt.de (Jochen Schmitt)
Date: Tue, 10 Mar 2009 21:58:02 +0100
Subject: C++ Issue with const char * on strchr
In-Reply-To: <20090310205235.GJ4561@tyan-ft48-01.lab.bos.redhat.com>
References: <49B6CD0F.8070302@herr-schmitt.de>	<200903101336.07755.konrad@tylerc.org>	<49B6D0B0.9040800@herr-schmitt.de>
	<20090310205235.GJ4561@tyan-ft48-01.lab.bos.redhat.com>
Message-ID: <49B6D45A.4030805@herr-schmitt.de>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Jakub Jelinek schrieb:
>
> ) and does that also for a bunch of GNU extensions where the
> overloading makes sense.  The overloads make sense, these function
> no longer cast away constness of pointed types, if you pass a char
> *, you get char * back, if you pass const char *, you get const
> char * back.
>
>
Thank you for your great explanation. Now I know, that this is a
feature and not
a bug, so I don't have the need to open a ticket on bugzilla.

Best Regards:

Jochen Schmitt
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org

iEYEARECAAYFAkm21FoACgkQT2AHK6txfgwkjgCgiT66b1GsSwZ4J+aTln+cUvdc
NjIAoIJGZhBT46zqNwPAzcYi5zTPPYT9
=dobQ
-----END PGP SIGNATURE-----



From awilliam at redhat.com  Tue Mar 10 20:58:59 2009
From: awilliam at redhat.com (Adam Williamson)
Date: Tue, 10 Mar 2009 13:58:59 -0700
Subject: Please fix your bugs in release instead of rawhide!
In-Reply-To: <20090310191049.GD22486@redhat.com>
References: <1236651522.8340.27.camel@localhost.localdomain>
	<1236703751.2840.5.camel@pc-notebook>
	<20090310170632.GH10097@angus.ind.WPI.EDU>
	<200903101330.08783.jarod@redhat.com>
	<20090310181229.GL10097@angus.ind.WPI.EDU>
	<20090310182448.GK10507@inocybe.teonanacatl.org>
	<1236711430.8969.453.camel@adam.local.net>
	<20090310191049.GD22486@redhat.com>
Message-ID: <1236718739.8969.472.camel@adam.local.net>

On Tue, 2009-03-10 at 19:10 +0000, Daniel P. Berrange wrote:
> On Tue, Mar 10, 2009 at 11:57:10AM -0700, Adam Williamson wrote:
> > On Tue, 2009-03-10 at 14:24 -0400, Todd Zullinger wrote:
> > > Chuck Anderson wrote:
> > > >> https://bugzilla.redhat.com/page.cgi?id=fields.html
> > > >
> > > > How did you find that?  I was looking for it, but couldn't find it
> > > > linked from anywhere.
> > > 
> > > It's linked, at least, in the word "Status" at the bottom of each bug,
> > > next to the drop-down where you would set the status.
> 
> [snip]
> 
> > Possibly the clearest thing to do would just be to use the same flow
> > RHEL uses, even if the names would be a bit odd for Fedora (since we
> > don't really have 'Errata' for Fedora releases). Otherwise, the Fedora
> > flow should at least be clearly defined somewhere, and explained on that
> > page in Bugzilla.
> 
> The Fedora bug flow is defined here:
> 
> https://fedoraproject.org/wiki/BugZappers/BugStatusWorkFlow
> 
> Although it is lacking clear guidelines on the choice of sub-state for
> the CLOSED state. That just requires a little docs work on the wiki.

Hehe. I was actually going to link to that page and then didn't, for two
reasons:

1) as you say, it fudges the CLOSED resolutions anyway
2) it's being revised (we're working on it today) since NEEDINFO isn't a
status these days.
-- 
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  Tue Mar 10 21:08:12 2009
From: oget.fedora at gmail.com (Orcan Ogetbil)
Date: Tue, 10 Mar 2009 17:08:12 -0400
Subject: FESCo Meeting summary - 2009-02-20
In-Reply-To: <1235205300.3700.31.camel@eagle.danny.cz>
References: <1235205300.3700.31.camel@eagle.danny.cz>
Message-ID: <e76492710903101408i55500ef9i5f163ca49b4c4d95@mail.gmail.com>

On Sat, Feb 21, 2009 at 4:35 AM, Dan Hor?k  wrote:
>
> * Review FPC Guidelines - https://www.redhat.com/archives/fedora-devel-list/2009-February/msg01273.html
>
> FESCo approved all the guideline proposals, except the Explicit Requires
> proposal which FESCo had some questions about.
>
The icon cache guideline in the ScriptletSnippets page on wiki is
still not updated. Is it forgotten or is this change rejected by the
supreme court?
http://fedoraproject.org/wiki/Packaging/ScriptletSnippets

Orcan



From a.badger at gmail.com  Tue Mar 10 21:07:27 2009
From: a.badger at gmail.com (Toshio Kuratomi)
Date: Tue, 10 Mar 2009 14:07:27 -0700
Subject: FESCo Meeting summary - 2009-02-20
In-Reply-To: <e76492710903101408i55500ef9i5f163ca49b4c4d95@mail.gmail.com>
References: <1235205300.3700.31.camel@eagle.danny.cz>
	<e76492710903101408i55500ef9i5f163ca49b4c4d95@mail.gmail.com>
Message-ID: <49B6D68F.4070000@gmail.com>

Orcan Ogetbil wrote:
> On Sat, Feb 21, 2009 at 4:35 AM, Dan Hor?k  wrote:
>> * Review FPC Guidelines - https://www.redhat.com/archives/fedora-devel-list/2009-February/msg01273.html
>>
>> FESCo approved all the guideline proposals, except the Explicit Requires
>> proposal which FESCo had some questions about.
>>
> The icon cache guideline in the ScriptletSnippets page on wiki is
> still not updated. Is it forgotten or is this change rejected by the
> supreme court?
> http://fedoraproject.org/wiki/Packaging/ScriptletSnippets
> 
It's approved let me get to that now.
-Toshio

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: OpenPGP digital signature
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090310/5c042829/attachment.sig>

From awilliam at redhat.com  Tue Mar 10 21:01:45 2009
From: awilliam at redhat.com (Adam Williamson)
Date: Tue, 10 Mar 2009 14:01:45 -0700
Subject: Please fix your bugs in release instead of rawhide!
In-Reply-To: <49B6C4BC.6080904@fedoraproject.org>
References: <1236651522.8340.27.camel@localhost.localdomain>
	<1236703751.2840.5.camel@pc-notebook>
	<20090310170632.GH10097@angus.ind.WPI.EDU>
	<200903101330.08783.jarod@redhat.com>
	<20090310181229.GL10097@angus.ind.WPI.EDU>
	<20090310182448.GK10507@inocybe.teonanacatl.org>
	<1236711430.8969.453.camel@adam.local.net>
	<604aa7910903101223s2998beddl988a6247038c36cc@mail.gmail.com>
	<49B6C151.6090202@fedoraproject.org>
	<604aa7910903101242t1e9365c5r49beb43b48b3404@mail.gmail.com>
	<49B6C4BC.6080904@fedoraproject.org>
Message-ID: <1236718905.8969.474.camel@adam.local.net>

On Wed, 2009-03-11 at 01:21 +0530, Rahul Sundaram wrote:
> Jeff Spaleta wrote:
> > On Tue, Mar 10, 2009 at 11:36 AM, Rahul Sundaram
> >  wrote:
> >> I suppose we can do that as long as we have a way for the Fedora bugzilla
> >> instance and the RHEL bugzilla instance to talk to each other cleanly.
> > 
> > Who said Fedora's bug warehouse had to be bugzilla?
> 
> What else would it be? You don't have to make it seem so mysterious. 
> Just give us more details on what your proposal actually is.

I wish it could be Launchpad, because it's zillions of times better than
Bugzilla for distributions (it handles SCM integration, integration with
other tracking systems, and multiple release management excellently).
There's just that little open source problem :\

It is worth keeping in mind, though, because it demonstrates in concrete
form that there really are things that could be handled *way* better
than they are in Bugzilla, for a Linux distribution.
-- 
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 Mar 10 21:38:30 2009
From: kevin.kofler at chello.at (Kevin Kofler)
Date: Tue, 10 Mar 2009 22:38:30 +0100
Subject: Please fix your bugs in release instead of rawhide!
References: <1236651522.8340.27.camel@localhost.localdomain>
	<49B63826.8070201@fedoraproject.org>
	<1236684899.3562.10.camel@localhost.localdomain>
	<20090310144832.GA5249@redhat.com>
Message-ID: <gp6mkn$gj$1@ger.gmane.org>

Jeremy Katz wrote:
> So, as the person who has apparently pissed you off this morning, it's
> not as trivial as you're making it out to be.  I'm sorry that you want
> to be doing the development of the live images for the next release on
> Fedora 10, but the fact of the matter is that as the base system of
> Fedora moves onward, it's not just a foregone conclusion that everything
> can be done on the previous release.  Yes, I could push back the single
> patch for the syslinux path change... but that *isn't* sufficient to
> make a working rawhide live image while on Fedora 10.  You also need
> things like a) a newer kernel so that your system doesn't livelock while
> writing to ext4 b) a newer squashfs-tools so that you can build an image
> that works with the rawhide kernel[1] c) one or two other things are a
> little different and could have side effects -- sure, those could be
> tested extensively and dealt with/fixed/whatnot.  But that's then effort
> not spent on implementing things for the future.  And given the intended
> audience of livecd-tools, that's really not the best use of effort.

FWIW, while I don't know how a proper fix would look like (maybe mock could
be somehow part of the equation), I think this "building live images only
works on the same version of Fedora the live image is of" issue really
needs some sort of solution.

        Kevin Kofler



From sundaram at fedoraproject.org  Tue Mar 10 21:45:07 2009
From: sundaram at fedoraproject.org (Rahul Sundaram)
Date: Wed, 11 Mar 2009 03:15:07 +0530
Subject: Please fix your bugs in release instead of rawhide!
In-Reply-To: <1236718905.8969.474.camel@adam.local.net>
References: <1236651522.8340.27.camel@localhost.localdomain>	<1236703751.2840.5.camel@pc-notebook>	<20090310170632.GH10097@angus.ind.WPI.EDU>	<200903101330.08783.jarod@redhat.com>	<20090310181229.GL10097@angus.ind.WPI.EDU>	<20090310182448.GK10507@inocybe.teonanacatl.org>	<1236711430.8969.453.camel@adam.local.net>	<604aa7910903101223s2998beddl988a6247038c36cc@mail.gmail.com>	<49B6C151.6090202@fedoraproject.org>	<604aa7910903101242t1e9365c5r49beb43b48b3404@mail.gmail.com>	<49B6C4BC.6080904@fedoraproject.org>
	<1236718905.8969.474.camel@adam.local.net>
Message-ID: <49B6DF63.8010509@fedoraproject.org>

Adam Williamson wrote:
> On Wed, 2009-03-11 at 01:21 +0530, Rahul Sundaram wrote:
>> Jeff Spaleta wrote:
>>> On Tue, Mar 10, 2009 at 11:36 AM, Rahul Sundaram
>>>  wrote:
>>>> I suppose we can do that as long as we have a way for the Fedora bugzilla
>>>> instance and the RHEL bugzilla instance to talk to each other cleanly.
>>> Who said Fedora's bug warehouse had to be bugzilla?
>> What else would it be? You don't have to make it seem so mysterious. 
>> Just give us more details on what your proposal actually is.
> 
> I wish it could be Launchpad, because it's zillions of times better than
> Bugzilla for distributions (it handles SCM integration, integration with
> other tracking systems, and multiple release management excellently).
> There's just that little open source problem :\

That's in getting partially fixed in a few months

https://dev.launchpad.net/OpenSourcing

There are still two components that are going to remain proprietary as 
part of Canonical "secret sauce" business model but maybe can just 
replace that for our needs and of course Launchpad will probably be 
stuck with bzr while we need to support other SCM's as well.

Rahul



From opensource at till.name  Tue Mar 10 21:41:13 2009
From: opensource at till.name (Till Maas)
Date: Tue, 10 Mar 2009 22:41:13 +0100
Subject: Password Reset
In-Reply-To: <alpine.LFD.2.00.0903090959530.14983@laptop.mmcgrath.net>
References: <alpine.LFD.2.00.0903090959530.14983@laptop.mmcgrath.net>
Message-ID: <200903102241.25010.opensource@till.name>

On Mo M?rz 9 2009, Mike McGrath wrote:
> So the password reset generally went off without a hitch but a lot of
> people forgot to reset their password or just plain didn't and I'm
> wondering if it's because of where I sent the notifications to so I
> thought I'd ask.  Would you generally like password reset requests to go
> to:
>
> username at fedoraproject.org (the alias that directs to your email addr)
>
> the email address we have listed
>
> or both?

Please send it only once, I do not care to which address. But here are some 
suggestions for improvement:

1) Please use a consistent subject for these mails:

February: Fedora Project Password Reset Request
December(1): FAS Password Change Request
December(2): FAS Password

2) The mail from 2009-02-09 only said, that the password will expire. It was 
not mentioned that also further action will occur, e.g. afaik the contents of 
fedorapeople.org where moved. E.g. I only changed my password because I had to 
submit a security update, but otherwise I would not have cared for an expired 
password, because of little available time for Fedora work right now. 
Nevertheless I would have cared about moved fedorapeople.org contents or 
missing CVS notifications.

3) A two week deadline is imho too short. It may be especially bad if the 
fedorapeople.org contents are really moved and someone who is on vacation 
hosts a shared SCM there or other contents of wide interest.

Regards,
Till
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 835 bytes
Desc: This is a digitally signed message part.
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090310/29eaee50/attachment.sig>

From jkeating at redhat.com  Tue Mar 10 21:42:47 2009
From: jkeating at redhat.com (Jesse Keating)
Date: Tue, 10 Mar 2009 14:42:47 -0700
Subject: Please fix your bugs in release instead of rawhide!
In-Reply-To: <1236718905.8969.474.camel@adam.local.net>
References: <1236651522.8340.27.camel@localhost.localdomain>
	<1236703751.2840.5.camel@pc-notebook>
	<20090310170632.GH10097@angus.ind.WPI.EDU>
	<200903101330.08783.jarod@redhat.com>
	<20090310181229.GL10097@angus.ind.WPI.EDU>
	<20090310182448.GK10507@inocybe.teonanacatl.org>
	<1236711430.8969.453.camel@adam.local.net>
	<604aa7910903101223s2998beddl988a6247038c36cc@mail.gmail.com>
	<49B6C151.6090202@fedoraproject.org>
	<604aa7910903101242t1e9365c5r49beb43b48b3404@mail.gmail.com>
	<49B6C4BC.6080904@fedoraproject.org>
	<1236718905.8969.474.camel@adam.local.net>
Message-ID: <1236721367.3727.3.camel@localhost.localdomain>

On Tue, 2009-03-10 at 14:01 -0700, Adam Williamson wrote:
> 
> I wish it could be Launchpad, because it's zillions of times better than
> Bugzilla for distributions (it handles SCM integration, integration with
> other tracking systems, and multiple release management excellently).
> There's just that little open source problem :\

And yet I get totally lost every time I try to find something in launch
pad.

-- 
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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090310/625f5c21/attachment.sig>

From kevin.kofler at chello.at  Tue Mar 10 21:45:33 2009
From: kevin.kofler at chello.at (Kevin Kofler)
Date: Tue, 10 Mar 2009 22:45:33 +0100
Subject: Please fix your bugs in release instead of rawhide!
References: <1236651522.8340.27.camel@localhost.localdomain>
Message-ID: <gp6n1t$gj$2@ger.gmane.org>

Christoph Wickert wrote:
> A note to all Fedora maintainers and especially to the Red Hat people
> who are involved in development every day:
> 
>            Please fix your bugs [1] in the release they were
>          filed against instead of just closing them NEXTRELASE!

Related annoyance: bugfixes getting pushed only for the latest release and
not for the previous, still supported release.

If you push out a bugfix to F10, please also push it out to F9 at the same
time unless there's a really good reason not to!

        Kevin Kofler



From a.badger at gmail.com  Tue Mar 10 21:42:03 2009
From: a.badger at gmail.com (Toshio Kuratomi)
Date: Tue, 10 Mar 2009 14:42:03 -0700
Subject: Please fix your bugs in release instead of rawhide!
In-Reply-To: <1236718905.8969.474.camel@adam.local.net>
References: <1236651522.8340.27.camel@localhost.localdomain>	<1236703751.2840.5.camel@pc-notebook>	<20090310170632.GH10097@angus.ind.WPI.EDU>	<200903101330.08783.jarod@redhat.com>	<20090310181229.GL10097@angus.ind.WPI.EDU>	<20090310182448.GK10507@inocybe.teonanacatl.org>	<1236711430.8969.453.camel@adam.local.net>	<604aa7910903101223s2998beddl988a6247038c36cc@mail.gmail.com>	<49B6C151.6090202@fedoraproject.org>	<604aa7910903101242t1e9365c5r49beb43b48b3404@mail.gmail.com>	<49B6C4BC.6080904@fedoraproject.org>
	<1236718905.8969.474.camel@adam.local.net>
Message-ID: <49B6DEAB.3070205@gmail.com>

Adam Williamson wrote:

> I wish it could be Launchpad, because it's zillions of times better than
> Bugzilla for distributions (it handles SCM integration, integration with
> other tracking systems, and multiple release management excellently).
> There's just that little open source problem :\
> 
> It is worth keeping in mind, though, because it demonstrates in concrete
> form that there really are things that could be handled *way* better
> than they are in Bugzilla, for a Linux distribution.

Launchpad is pretty horrid for an upstream tool though... or rather as a
consumer trying to get something from the upstream tool.  It would be
interesting to see an instance that was just a downstream, distribution
tool and didn't confuse things with upstream stuff as well.

-Toshio

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: OpenPGP digital signature
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090310/aa47a1cb/attachment.sig>

From kevin.kofler at chello.at  Tue Mar 10 21:56:21 2009
From: kevin.kofler at chello.at (Kevin Kofler)
Date: Tue, 10 Mar 2009 22:56:21 +0100
Subject: DeviceKit is marked complete, what about utf8
References: <385866f0903081006u491adc0cl32189cfccd8e1b68@mail.gmail.com>
	<1236587404.16047.5.camel@localhost.localdomain>
	<gp4a73$8f2$1@ger.gmane.org>
	<385866f0903101124w72059734m84e0c20a63b0167@mail.gmail.com>
Message-ID: <gp6nm5$72f$1@ger.gmane.org>

Muayyad AlSadi wrote:
> kde people are the worst in internationalization
> I remember in kde 2.0 that they promised to fix RTL problem in KDE 3.0
> and they started to work at 3.0 but it was garbage support
> it took **years** to get them fixed till 3.5
> and when they are almost perfect in 3.5
> they drop all the RTL support

They didn't drop RTL support. In fact they actually improved it, for example
KWrite and Kate now support RTL since 4.0.

What did happen is that Plasma uses QGraphicsView which has no or broken RTL
support in Qt 4.4. This is fixed in Qt 4.5.

> just look to this game how does it behave [if you know the game]
> [screenshot from KNetWalk]

Well, I don't think the issue is apparent from a screenshot, so please
explain what's wrong.

> the Russian person who reported the bug says that he uses
>> ru_RU.cp1251 or ru_RU.koi8r
> but
> grep '^ru' /usr/share/system-config-language/locale-list
> ru_RU.UTF-8 utf8 latarcyrheb-sun16 Russian  -  ???????
> ru_UA.UTF-8 utf8 latarcyrheb-sun16 Russian (Ukraine)
> 
> so it's his customization which lead to the problem not the patch

I actually agree with you there. UTF-8 should be the default everywhere, as
it is the default charset in Fedora. I think we should even consider just
dropping support for non-UTF-8 locales entirely. (In fact, that's exactly
what KDE 4 did, Solid just always forces UTF-8 when mounting volumes.)

        Kevin Kofler



From pertusus at free.fr  Tue Mar 10 22:02:34 2009
From: pertusus at free.fr (Patrice Dumas)
Date: Tue, 10 Mar 2009 23:02:34 +0100
Subject: PLEASE READ: provenpackager reseed
In-Reply-To: <20090310171348.GG12220@yoda.jdub.homelinux.org>
References: <da159fda0903061808h172da453vfb22cd19a732a81c@mail.gmail.com>
	<49B623BB.2060904@linux-kernel.at>
	<20090310144708.GG15546@nostromo.devel.redhat.com>
	<20090310152253.GL2637@free.fr>
	<20090310153453.GC12220@yoda.jdub.homelinux.org>
	<20090310154604.GN2637@free.fr>
	<20090310164210.GE12220@yoda.jdub.homelinux.org>
	<20090310165547.GQ2637@free.fr>
	<20090310171348.GG12220@yoda.jdub.homelinux.org>
Message-ID: <20090310220234.GA3196@free.fr>

On Tue, Mar 10, 2009 at 01:13:48PM -0400, Josh Boyer wrote:
> >
> >So, what I am more or less proposing is that people in these groups
> >first try to become provenpackager and then can be in the cvsadmin group
> >based on another process. This would certainly add more transparency,
> >and allow to know who wants to do QA and help with security and
> >releng. Of course there are other processes, because access in cvs is
> >only part of the privileges needed by people in, say, releng, but
> >access in cvs is one of the required access.
> 
> That sounds somewhat reasonable.

I am not sure, in fact. I think that the infras policies are better.
It is in fact quite reasonable that I know nothing about this group, 
that it is not documented in the packagers part, it is for infras.
 
> >It doesn't necessarily mean that people in these groups have to 
> >be packagers, but that they follow roughly the same trust system
> >and go through the same gates when it makes sense, as is the case for 
> >the cvs access.
> 
> My only issue with your proposal is that it seems to imply people have
> magically been granted access to cvsadmin just because they are in a
> particular group.  I haven't seen that to be the case at all.

In fact I am not implying much. I thought that I missed a packager
group, but in fact it is not the case.

> There are only 15 people in the cvsadmin group, and each one of them
> has been added because they actually do cvsadmin work (as in the
> CVSAdmin requests for packages).

Ok. So this is very different from what I had in mind. It is more
an infra issue, not necessarily relevant to go through provenpackager.
But it is also clearly not the kind of group I was referring to. 
This is a good group for established infras people and packagers, but 
not for people interested in helping releng, but not already in the 
inner circles. People in that case should also go through the 
infra/releng procedures, sure, but also going through provenpackager
to be able to do some releng stuff without being in the inner releng
circle is what I had in mind.

> There is nobody from the QA team or Security teams in cvsadmin that
> I can tell.

So where are they, and isn't provenpackager a good place for most of
them, and maybe even higher for some (in the security group for closed
ACLs)?

--
Pat



From matt at truch.net  Tue Mar 10 22:02:44 2009
From: matt at truch.net (Matthew D Truch)
Date: Tue, 10 Mar 2009 18:02:44 -0400
Subject: Explicit rpm requires
In-Reply-To: <1236717785.3727.0.camel@localhost.localdomain>
References: <20090310143920.GB19727@truch.net> <gp603f$d6j$1@ger.gmane.org>
	<20090310201823.GL19727@truch.net>
	<1236717785.3727.0.camel@localhost.localdomain>
Message-ID: <20090310220244.GP19727@truch.net>

On Tue, Mar 10, 2009 at 01:43:05PM -0700, Jesse Keating wrote:
> On Tue, 2009-03-10 at 16:18 -0400, Matthew D Truch wrote:
> > 
> > How do I find out the version number of a something I build-require
> > during the build?  
> 
> A better question is why isn't rpm auto-requiring the level of
> specificness you need on this package?  RPM now does pkg-config level
> requirements which should be as specific as you need it.

Because I don't know how to tell rpm to do that.  

The problem is that cfitsio internally insists that the version you
compile with is identically the version you're running against.  So I
was manually putting in kst-fits (which depends on cfitsio) the explicit
requires of the cfitsio version it was compiled against.  Without that,
rpm would have just done the libcfitsio.so.0 dependancy (but cfitsio
people don't bump the soname every time).  

-- 
"Ice Cream has no bones."
--------------------------
Matthew Truch
Department of Physics and Astronomy
University of Pennsylvania
matt at truch.net
http://matt.truch.net/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090310/83b47931/attachment.sig>

From pertusus at free.fr  Tue Mar 10 22:05:46 2009
From: pertusus at free.fr (Patrice Dumas)
Date: Tue, 10 Mar 2009 23:05:46 +0100
Subject: PLEASE READ: provenpackager reseed
In-Reply-To: <20090310170438.GR2637@free.fr>
References: <da159fda0903061808h172da453vfb22cd19a732a81c@mail.gmail.com>
	<49B623BB.2060904@linux-kernel.at>
	<20090310144708.GG15546@nostromo.devel.redhat.com>
	<20090310152253.GL2637@free.fr> <49B68939.2090301@gmail.com>
	<20090310170438.GR2637@free.fr>
Message-ID: <20090310220546.GB3196@free.fr>

On Tue, Mar 10, 2009 at 06:04:38PM +0100, Patrice Dumas wrote:
> On Tue, Mar 10, 2009 at 08:37:29AM -0700, Toshio Kuratomi wrote:
> > > 
> > There was a meeting at one point (I think FESCo but I could be wrong)
> > where the cvsadmin groups was given responsibility for putting new
> > members in cvsadmin.  I believe that this technically covers all the
> > groups except secondary arches -- who have the same powers but different
> > groups and different responsibilities.
> > 
> > Just pointing out the history; not necessarily what should be.
> 
> It is somehow odd to have a complex trust system with many levels
> of control (roughly packager -> provenpackager -> sponsor) for 
> contributors that have less power, while there is no apparent 
> control/procedure for the cvsadmin group. At least people having
> cvsadmin powers granted should be provenpackagers, and maybe 
> cvsadmin members could be identified and something about them 
> could be added in the policies pages, be it only a mention to an 
> informal process to become cvsadmin.

To answer to myself, now that I stand corrected, cvsadmin is outside
of the packager trust system, and in the infras trust system, so it is 
right as is (more precisely I don't have an opinion on it).

--
Pat



From kevin.kofler at chello.at  Tue Mar 10 22:06:19 2009
From: kevin.kofler at chello.at (Kevin Kofler)
Date: Tue, 10 Mar 2009 23:06:19 +0100
Subject: PLEASE READ: provenpackager reseed
References: <da159fda0903061808h172da453vfb22cd19a732a81c@mail.gmail.com>
	<49B62671.30405@freenet.de> <20090310100743.GB2637@free.fr>
	<49B63EA1.80509@freenet.de>
	<20090310114151.33b9af1d.mschwendt@gmail.com>
Message-ID: <gp6o8r$72f$2@ger.gmane.org>

Michael Schwendt wrote:
> What I'd like to avoid is that some people step in and hide non-responsive
> maintainers by updating and upgrading packages without being an official
> co-maintainer (or by rebuilding packages in Rawhide without taking care of
> open bugzilla tickets).

I think the important part is that someone does the work, whether officially
the maintainer or not.

If Bugzilla tickets are being ignored, the non-responsive maintainer process
should be started for those, independently of whether some rebuilds for
broken dependencies by non-maintainers happened or not. If the broken
dependencies were the only issue, then having anyone, no matter whom, fix
them solves the problem.

        Kevin Kofler



From matt at truch.net  Tue Mar 10 22:06:50 2009
From: matt at truch.net (Matthew D Truch)
Date: Tue, 10 Mar 2009 18:06:50 -0400
Subject: Explicit rpm requires
In-Reply-To: <gp6k04$q6l$1@ger.gmane.org>
References: <20090310143920.GB19727@truch.net> <gp603f$d6j$1@ger.gmane.org>
	<20090310201823.GL19727@truch.net> <gp6k04$q6l$1@ger.gmane.org>
Message-ID: <20090310220650.GQ19727@truch.net>

On Tue, Mar 10, 2009 at 03:53:24PM -0500, Rex Dieter wrote:
> OK, try something like this instead:
> 
> Requires: cfitsio = %(pkg-config --modversion cfitsio 2>/dev/null || echo 0) 

That seems to work.

To satisfy my curiosity (and understanding), why does that work, when
(at least when I run pkg-config locally) nothing gets spit out on
stderr?  

-- 
"Things should be made as simple as possible, but not any simpler. -- Einstein."
--------------------------
Matthew Truch
Department of Physics and Astronomy
University of Pennsylvania
matt at truch.net
http://matt.truch.net/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090310/ba77602a/attachment.sig>

From kevin.kofler at chello.at  Tue Mar 10 22:08:22 2009
From: kevin.kofler at chello.at (Kevin Kofler)
Date: Tue, 10 Mar 2009 23:08:22 +0100
Subject: PLEASE READ: provenpackager reseed
References: <da159fda0903061808h172da453vfb22cd19a732a81c@mail.gmail.com>
	<20090310094926.GA24665@camelia.ucw.cz>
	<20090310113554.GA12220@yoda.jdub.homelinux.org>
Message-ID: <gp6ocm$72f$4@ger.gmane.org>

Josh Boyer wrote:
> The address is fedora-extras-steering <at> redhat.com

Note that there's one annoyance: the list is moderated, so everything you
send there gets held for moderation before it's actually sent out to FESCo.

        Kevin Kofler



From ngompa13 at gmail.com  Tue Mar 10 22:10:35 2009
From: ngompa13 at gmail.com (King InuYasha)
Date: Tue, 10 Mar 2009 17:10:35 -0500
Subject: Password Reset
In-Reply-To: <200903102241.25010.opensource@till.name>
References: <alpine.LFD.2.00.0903090959530.14983@laptop.mmcgrath.net>
	<200903102241.25010.opensource@till.name>
Message-ID: <8278b1b0903101510i394d5dfcn97cdea654133d469@mail.gmail.com>

2009/3/10 Till Maas <opensource at till.name>

> On Mo M?rz 9 2009, Mike McGrath wrote:
> > So the password reset generally went off without a hitch but a lot of
> > people forgot to reset their password or just plain didn't and I'm
> > wondering if it's because of where I sent the notifications to so I
> > thought I'd ask.  Would you generally like password reset requests to go
> > to:
> >
> > username at fedoraproject.org (the alias that directs to your email addr)
> >
> > the email address we have listed
> >
> > or both?
>
> Please send it only once, I do not care to which address. But here are some
> suggestions for improvement:
>
> 1) Please use a consistent subject for these mails:
>
> February: Fedora Project Password Reset Request
> December(1): FAS Password Change Request
> December(2): FAS Password
>
> 2) The mail from 2009-02-09 only said, that the password will expire. It
> was
> not mentioned that also further action will occur, e.g. afaik the contents
> of
> fedorapeople.org where moved. E.g. I only changed my password because I
> had to
> submit a security update, but otherwise I would not have cared for an
> expired
> password, because of little available time for Fedora work right now.
> Nevertheless I would have cared about moved fedorapeople.org contents or
> missing CVS notifications.
>
> 3) A two week deadline is imho too short. It may be especially bad if the
> fedorapeople.org contents are really moved and someone who is on vacation
> hosts a shared SCM there or other contents of wide interest.
>
> Regards,
> Till
>
> --
> fedora-devel-list mailing list
> fedora-devel-list at redhat.com
> https://www.redhat.com/mailman/listinfo/fedora-devel-list
>

For me, all mail with the words "password change" or "password reset" in any
combination is automatically sent to a special spam folder because I
literally get hundreds of those kinds of emails a week. It got so annoying
that I set up a filter to block it and send it out. The only reason I found
out now was because this was my monthly pruning through the spam mail day.

In the future, it would be better to set it up in the interface that when a
person logs in with an expired password, it tells you that the
aforementioned password is expired and goes to a reset prompt.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090310/3d5636c7/attachment.htm>

From jspaleta at gmail.com  Tue Mar 10 22:11:20 2009
From: jspaleta at gmail.com (Jeff Spaleta)
Date: Tue, 10 Mar 2009 14:11:20 -0800
Subject: Please fix your bugs in release instead of rawhide!
In-Reply-To: <49B6DF63.8010509@fedoraproject.org>
References: <1236651522.8340.27.camel@localhost.localdomain>
	<20090310181229.GL10097@angus.ind.WPI.EDU>
	<20090310182448.GK10507@inocybe.teonanacatl.org>
	<1236711430.8969.453.camel@adam.local.net>
	<604aa7910903101223s2998beddl988a6247038c36cc@mail.gmail.com>
	<49B6C151.6090202@fedoraproject.org>
	<604aa7910903101242t1e9365c5r49beb43b48b3404@mail.gmail.com>
	<49B6C4BC.6080904@fedoraproject.org>
	<1236718905.8969.474.camel@adam.local.net>
	<49B6DF63.8010509@fedoraproject.org>
Message-ID: <604aa7910903101511u32f3b08sb9bcc43edcd09222@mail.gmail.com>

On Tue, Mar 10, 2009 at 1:45 PM, Rahul Sundaram
<sundaram at fedoraproject.org> wrote:
> There are still two components that are going to remain proprietary as part
> of Canonical "secret sauce" business model but maybe can just replace that
> for our needs and of course Launchpad will probably be stuck with bzr while
> we need to support other SCM's as well.


I think Canonical hasn't been as forthcoming as they could about how
important the not to be released CodeHosting is to actually making any
implementation of launchpad work on a daily basis.  Take that as
speculation on my part of course, since what is publicly avaliable
concerning the role of the CodeHosting component is quite sparse.

But I wouldn't hold my breath for the Malone component being opened in
such a way that it was easily turned into a stand alone bug tracking
service.  And I don't think we'll see the point in investing the
manpower to reverse engineer CodeHosting just to get an alternative
bug tracker working.

-jef



From pertusus at free.fr  Tue Mar 10 22:13:53 2009
From: pertusus at free.fr (Patrice Dumas)
Date: Tue, 10 Mar 2009 23:13:53 +0100
Subject: PLEASE READ: provenpackager reseed
In-Reply-To: <20090310153453.GC12220@yoda.jdub.homelinux.org>
References: <da159fda0903061808h172da453vfb22cd19a732a81c@mail.gmail.com>
	<49B623BB.2060904@linux-kernel.at>
	<20090310144708.GG15546@nostromo.devel.redhat.com>
	<20090310152253.GL2637@free.fr>
	<20090310153453.GC12220@yoda.jdub.homelinux.org>
Message-ID: <20090310221353.GC3196@free.fr>

On Tue, Mar 10, 2009 at 11:34:53AM -0400, Josh Boyer wrote:
> >
> >Wouldn't it be better if secondary arch group member gained their rights
> >through the provenpackager process, instead of through another process?
> >
> >And same for releng, security, and QA members?
> 
> No, because provenpackager is not at the same permission level as those.

Ok, coming back at that level of the thread, because I was lost afterwards.

What I am saying is that people interested in releng, in secondary arch, 
in QA, in security may want to become provenpackager even if they have
not gained the trust of the inner infras/releng circles. That way they can 
help for stuff relevant for one of these fields without being fully 
involved with infras/releng. For example, fix broken deps, FTBFS, specs for
build on secondary arches, do security stuff, without being formally in
one of those groups.

--
Pat



From kevin.kofler at chello.at  Tue Mar 10 22:07:15 2009
From: kevin.kofler at chello.at (Kevin Kofler)
Date: Tue, 10 Mar 2009 23:07:15 +0100
Subject: PLEASE READ: provenpackager reseed
References: <da159fda0903061808h172da453vfb22cd19a732a81c@mail.gmail.com>	<20090310094926.GA24665@camelia.ucw.cz>	<20090310113554.GA12220@yoda.jdub.homelinux.org>	<alpine.LFD.2.00.0903100933450.30028@urd.oobleck.net>
	<da159fda0903100701q67b99b64o3dfd26d72b3cbfc9@mail.gmail.com>
	<49B67AC1.8040100@freenet.de>
Message-ID: <gp6oaj$72f$3@ger.gmane.org>

Ralf Corsepius wrote:
> Why isn't the community of sponsors`involved?

They should. Normally requests are supposed to also reach the
packager-sponsors mailing list one way or the other.

        Kevin Kofler



From pertusus at free.fr  Tue Mar 10 22:21:35 2009
From: pertusus at free.fr (Patrice Dumas)
Date: Tue, 10 Mar 2009 23:21:35 +0100
Subject: Password Reset
In-Reply-To: <49B69FF7.8000408@redhat.com>
References: <alpine.LFD.2.00.0903090959530.14983@laptop.mmcgrath.net>
	<20090310100433.GA2637@free.fr> <49B69BD3.3040201@redhat.com>
	<20090310170817.GS2637@free.fr> <49B69FF7.8000408@redhat.com>
Message-ID: <20090310222135.GD3196@free.fr>

On Tue, Mar 10, 2009 at 10:14:31AM -0700, Jesse Keating wrote:
> On 03/10/2009 10:08 AM, Patrice Dumas wrote:
> > Otherwise said, mixing password reset and activity check doesn't
> > seem to be very wise to me. What is done is done, but maybe things 
> > could be handled better in the future?
> >   
> You're welcome to join the infrastructure group and give a hand
> planning/executing such things.

I have left Fedora, so it is not gonna happen, but even if I had still
been in Fedora things wouldn't have been different, I just made my 
comments at the time I was hit by the issue. I am reacting like a user 
wanting to have a service improved.

Now if nobody has time to do better or people disagree, I don't really 
care, since I don't put work where my mouth is.

--
Pat



From ville.skytta at iki.fi  Tue Mar 10 22:28:45 2009
From: ville.skytta at iki.fi (Ville =?iso-8859-1?q?Skytt=E4?=)
Date: Wed, 11 Mar 2009 00:28:45 +0200
Subject: Please fix your bugs in release instead of rawhide!
In-Reply-To: <49B6DF63.8010509@fedoraproject.org>
References: <1236651522.8340.27.camel@localhost.localdomain>
	<1236718905.8969.474.camel@adam.local.net>
	<49B6DF63.8010509@fedoraproject.org>
Message-ID: <200903110028.45948.ville.skytta@iki.fi>

On Tuesday 10 March 2009, Rahul Sundaram wrote:

> [...] and of course Launchpad will probably be
> stuck with bzr while we need to support other SCM's as well.

Even if this is not a substitute for real "native" integration, I've heard 
that Launchpad has continuous cvs and svn imports and that it is planned for 
git too.

http://lists.alioth.debian.org/pipermail/bash-completion-devel/2009-February/001038.html

This is not to advocate LP in any way, I haven't even really used it myself.  
Just thought I'd mention it.



From sundaram at fedoraproject.org  Tue Mar 10 22:46:56 2009
From: sundaram at fedoraproject.org (Rahul Sundaram)
Date: Wed, 11 Mar 2009 04:16:56 +0530
Subject: Please fix your bugs in release instead of rawhide!
In-Reply-To: <200903110028.45948.ville.skytta@iki.fi>
References: <1236651522.8340.27.camel@localhost.localdomain>	<1236718905.8969.474.camel@adam.local.net>	<49B6DF63.8010509@fedoraproject.org>
	<200903110028.45948.ville.skytta@iki.fi>
Message-ID: <49B6EDE0.2070509@fedoraproject.org>

Ville Skytt? wrote:
> On Tuesday 10 March 2009, Rahul Sundaram wrote:
> 
>> [...] and of course Launchpad will probably be
>> stuck with bzr while we need to support other SCM's as well.
> 
> Even if this is not a substitute for real "native" integration, I've heard 
> that Launchpad has continuous cvs and svn imports and that it is planned for 
> git too.

What does that mean in practise? I can pull but not push?

Rahul



From jkeating at redhat.com  Tue Mar 10 22:41:54 2009
From: jkeating at redhat.com (Jesse Keating)
Date: Tue, 10 Mar 2009 15:41:54 -0700
Subject: Explicit rpm requires
In-Reply-To: <20090310220244.GP19727@truch.net>
References: <20090310143920.GB19727@truch.net> <gp603f$d6j$1@ger.gmane.org>
	<20090310201823.GL19727@truch.net>
	<1236717785.3727.0.camel@localhost.localdomain>
	<20090310220244.GP19727@truch.net>
Message-ID: <1236724914.3727.6.camel@localhost.localdomain>

On Tue, 2009-03-10 at 18:02 -0400, Matthew D Truch wrote:
> Without that,
> rpm would have just done the libcfitsio.so.0 dependancy (but cfitsio
> people don't bump the soname every time).  

They don't want to soname bump, but they want to forcefully require the
exact same version compiled against is used?  Have you hit them with
something heavy lately?

-- 
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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090310/eebbc00c/attachment.sig>

From christoph.wickert at googlemail.com  Tue Mar 10 22:42:17 2009
From: christoph.wickert at googlemail.com (Christoph Wickert)
Date: Tue, 10 Mar 2009 23:42:17 +0100
Subject: Please fix your bugs in release instead of rawhide!
In-Reply-To: <20090310144832.GA5249@redhat.com>
References: <1236651522.8340.27.camel@localhost.localdomain>
	<49B63826.8070201@fedoraproject.org>
	<1236684899.3562.10.camel@localhost.localdomain>
	<20090310144832.GA5249@redhat.com>
Message-ID: <1236724937.3432.64.camel@localhost.localdomain>

Am Dienstag, den 10.03.2009, 10:48 -0400 schrieb Jeremy Katz:
> On Tuesday, March 10 2009, Christoph Wickert said:
> > Am Dienstag, den 10.03.2009, 15:21 +0530 schrieb Rahul Sundaram:
> > > Christoph Wickert wrote:
> > > > A note to all Fedora maintainers and especially to the Red Hat people
> > > > who are involved in development every day:
> > > > 
> > > >            Please fix your bugs [1] in the release they were
> > > >          filed against instead of just closing them NEXTRELASE!
> > > 
> > > Doesn't that depend on how serious the bugs are? Sometimes upstream has 
> > > gone way ahead, changed their configuration format etc and backporting 
> > > the fix or just pushing the update with all the other changes is too 
> > > invasive.
> > 
> > Agreed, but in the case I have in mind
> >       * the bug is so serious that he makes the package not working
> >       * we are upstream and
> >       * there is nothing to backport. Nevertheless the maintainer told
> >         me to get the rawhide package.
> 
> So, as the person who has apparently pissed you off this morning, it's
> not as trivial as you're making it out to be.  

I don't think that I made it trivial. We were talking about two bugs
yesterday. One of them requires a lot of changes (# 489431), that's why
I wrote that 99% of the fixes should be easy to backport. Obviously
489431 is not.

The other one (# 473584) is an easy to fix crash. I have been spending
time on troubleshooting it yesterday, because you were not able to
reproduce it, so you closed it right away. I found the issue, provided
the details you asked for, but you just closed the bug again 10 minutes
later for it was fixed in rawhide (although not really verified). At
this point a bug reporter/triager feels you are not valuing his efforts
but pulling his leg.

I have to admit that I was pissed off, but this is because it was not
the first time you "fixed" a bug this way. Remember bug 318811?
livecd-tools were broken in F7 for nearly 8 months you did not fix it,
although you already had the fixes in rawhide when I reported that bug.
In the end the person who fixed was Robert Scheck, not you as the
maintainer.

Please don't get me wrong: I don't want to point fingers, that's why I
did not provide names or bug numbers at first. I just wanted to clarify
things for all Fedora maintainers and especially Red Hat people, because
I have seen many of them behaving just like you.

Regards,
Christoph



From jwboyer at gmail.com  Tue Mar 10 22:42:10 2009
From: jwboyer at gmail.com (Josh Boyer)
Date: Tue, 10 Mar 2009 18:42:10 -0400
Subject: PLEASE READ: provenpackager reseed
In-Reply-To: <gp6ocm$72f$4@ger.gmane.org>
References: <da159fda0903061808h172da453vfb22cd19a732a81c@mail.gmail.com>
	<20090310094926.GA24665@camelia.ucw.cz>
	<20090310113554.GA12220@yoda.jdub.homelinux.org>
	<gp6ocm$72f$4@ger.gmane.org>
Message-ID: <20090310224210.GA7302@zod.rchland.ibm.com>

On Tue, Mar 10, 2009 at 11:08:22PM +0100, Kevin Kofler wrote:
>Josh Boyer wrote:
>> The address is fedora-extras-steering <at> redhat.com
>
>Note that there's one annoyance: the list is moderated, so everything you
>send there gets held for moderation before it's actually sent out to FESCo.

This is true.  The trac instance is not (and sends email to the list).

josh



From jwboyer at gmail.com  Tue Mar 10 22:44:24 2009
From: jwboyer at gmail.com (Josh Boyer)
Date: Tue, 10 Mar 2009 18:44:24 -0400
Subject: Please fix your bugs in release instead of rawhide!
In-Reply-To: <gp6mkn$gj$1@ger.gmane.org>
References: <1236651522.8340.27.camel@localhost.localdomain>
	<49B63826.8070201@fedoraproject.org>
	<1236684899.3562.10.camel@localhost.localdomain>
	<20090310144832.GA5249@redhat.com> <gp6mkn$gj$1@ger.gmane.org>
Message-ID: <20090310224424.GB7302@zod.rchland.ibm.com>

On Tue, Mar 10, 2009 at 10:38:30PM +0100, Kevin Kofler wrote:
>Jeremy Katz wrote:
>> So, as the person who has apparently pissed you off this morning, it's
>> not as trivial as you're making it out to be.  I'm sorry that you want
>> to be doing the development of the live images for the next release on
>> Fedora 10, but the fact of the matter is that as the base system of
>> Fedora moves onward, it's not just a foregone conclusion that everything
>> can be done on the previous release.  Yes, I could push back the single
>> patch for the syslinux path change... but that *isn't* sufficient to
>> make a working rawhide live image while on Fedora 10.  You also need
>> things like a) a newer kernel so that your system doesn't livelock while
>> writing to ext4 b) a newer squashfs-tools so that you can build an image
>> that works with the rawhide kernel[1] c) one or two other things are a
>> little different and could have side effects -- sure, those could be
>> tested extensively and dealt with/fixed/whatnot.  But that's then effort
>> not spent on implementing things for the future.  And given the intended
>> audience of livecd-tools, that's really not the best use of effort.
>
>FWIW, while I don't know how a proper fix would look like (maybe mock could
>be somehow part of the equation), I think this "building live images only
>works on the same version of Fedora the live image is of" issue really
>needs some sort of solution.

Which is exactly how the images are built.  In a mock chroot of the version
you are building for.

josh



From christoph.wickert at googlemail.com  Tue Mar 10 22:45:23 2009
From: christoph.wickert at googlemail.com (Christoph Wickert)
Date: Tue, 10 Mar 2009 23:45:23 +0100
Subject: Please fix your bugs in release instead of rawhide!
In-Reply-To: <1236718905.8969.474.camel@adam.local.net>
References: <1236651522.8340.27.camel@localhost.localdomain>
	<1236703751.2840.5.camel@pc-notebook>
	<20090310170632.GH10097@angus.ind.WPI.EDU>
	<200903101330.08783.jarod@redhat.com>
	<20090310181229.GL10097@angus.ind.WPI.EDU>
	<20090310182448.GK10507@inocybe.teonanacatl.org>
	<1236711430.8969.453.camel@adam.local.net>
	<604aa7910903101223s2998beddl988a6247038c36cc@mail.gmail.com>
	<49B6C151.6090202@fedoraproject.org>
	<604aa7910903101242t1e9365c5r49beb43b48b3404@mail.gmail.com>
	<49B6C4BC.6080904@fedoraproject.org>
	<1236718905.8969.474.camel@adam.local.net>
Message-ID: <1236725123.3432.68.camel@localhost.localdomain>

Am Dienstag, den 10.03.2009, 14:01 -0700 schrieb Adam Williamson:
> On Wed, 2009-03-11 at 01:21 +0530, Rahul Sundaram wrote:
> > Jeff Spaleta wrote:
> > > On Tue, Mar 10, 2009 at 11:36 AM, Rahul Sundaram
> > >  wrote:
> > >> I suppose we can do that as long as we have a way for the Fedora bugzilla
> > >> instance and the RHEL bugzilla instance to talk to each other cleanly.
> > > 
> > > Who said Fedora's bug warehouse had to be bugzilla?
> > 
> > What else would it be? You don't have to make it seem so mysterious. 
> > Just give us more details on what your proposal actually is.
> 
> I wish it could be Launchpad, because it's zillions of times better than
> Bugzilla for distributions [...]

I strongly disagree. Maybe I'm going to reconsider my opinion if anybody
can tell me how to restrict the search in LP to an individual component
or release. I already asked on several Ubuntu channels but nobody was
able (or willing?) to answer my question. 

Regards,
Christoph

? In fact I got flamed because of my "fedora" cloak, bit that's a
different story...



From jkeating at redhat.com  Tue Mar 10 22:52:39 2009
From: jkeating at redhat.com (Jesse Keating)
Date: Tue, 10 Mar 2009 15:52:39 -0700
Subject: Please fix your bugs in release instead of rawhide!
In-Reply-To: <20090310224424.GB7302@zod.rchland.ibm.com>
References: <1236651522.8340.27.camel@localhost.localdomain>
	<49B63826.8070201@fedoraproject.org>
	<1236684899.3562.10.camel@localhost.localdomain>
	<20090310144832.GA5249@redhat.com> <gp6mkn$gj$1@ger.gmane.org>
	<20090310224424.GB7302@zod.rchland.ibm.com>
Message-ID: <1236725559.3727.7.camel@localhost.localdomain>

On Tue, 2009-03-10 at 18:44 -0400, Josh Boyer wrote:
> 
> Which is exactly how the images are built.  In a mock chroot of the version
> you are building for.

Not the live images.  Last I heard, livecd-creator + mock was still a
no-go.

-- 
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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090310/63046b4e/attachment.sig>

From jwboyer at gmail.com  Tue Mar 10 22:53:42 2009
From: jwboyer at gmail.com (Josh Boyer)
Date: Tue, 10 Mar 2009 18:53:42 -0400
Subject: Please fix your bugs in release instead of rawhide!
In-Reply-To: <1236725559.3727.7.camel@localhost.localdomain>
References: <1236651522.8340.27.camel@localhost.localdomain>
	<49B63826.8070201@fedoraproject.org>
	<1236684899.3562.10.camel@localhost.localdomain>
	<20090310144832.GA5249@redhat.com> <gp6mkn$gj$1@ger.gmane.org>
	<20090310224424.GB7302@zod.rchland.ibm.com>
	<1236725559.3727.7.camel@localhost.localdomain>
Message-ID: <20090310225342.GC7302@zod.rchland.ibm.com>

On Tue, Mar 10, 2009 at 03:52:39PM -0700, Jesse Keating wrote:
>On Tue, 2009-03-10 at 18:44 -0400, Josh Boyer wrote:
>> 
>> Which is exactly how the images are built.  In a mock chroot of the version
>> you are building for.
>
>Not the live images.  Last I heard, livecd-creator + mock was still a
>no-go.

Gah, you are correct.  I was too hasty.  Sorry Kevin

josh



From martin.sourada at gmail.com  Tue Mar 10 23:01:22 2009
From: martin.sourada at gmail.com (Martin Sourada)
Date: Wed, 11 Mar 2009 00:01:22 +0100
Subject: Fedora 11 Beta Freeze coming
In-Reply-To: <1236289234.3837.21.camel@localhost.localdomain>
References: <1236289234.3837.21.camel@localhost.localdomain>
Message-ID: <1236726082.14743.10.camel@pc-notebook>

On Thu, 2009-03-05 at 13:40 -0800, Jesse Keating wrote:
> The Fedora 11 Beta Freeze is coming.  It is scheduled for Tuesday, March
> 10th.  They way we've historically enacted the beta freeze is to tag the
> content in that day's rawhide into the freeze tag.  That is, what gets
> reported as rawhide-20090310 is the frozen content.  As such, your
> builds need to be complete by 0600 UTC March 10 2009 in order to be in
> the Beta, without a special request.
> https://fedoraproject.org/wiki/Beta_Freeze_Policy covers the freeze
> policy.

Hm... I am little confused here. I've finished a leonidas-backgrounds
build [1] at 2009-03-10 7.23 UTC so according to this e-mail it should
not be in beta unless I specifically request inclusion, yet in koji it
has f11-beta tag [2]. Does that mean it has been tagged for beta and
will be in tomorrow's rawhide or am I understanding the koji info wrong
and need to fill the releng request?

Thanks,
Martin

References:
[1] http://koji.fedoraproject.org/koji/buildinfo?buildID=93619
[2] http://koji.fedoraproject.org/koji/packageinfo?packageID=7926

-------------- 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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090311/b3c427a7/attachment.sig>

From kevin.kofler at chello.at  Tue Mar 10 23:01:35 2009
From: kevin.kofler at chello.at (Kevin Kofler)
Date: Wed, 11 Mar 2009 00:01:35 +0100
Subject: Explicit rpm requires
References: <20090310143920.GB19727@truch.net> <gp603f$d6j$1@ger.gmane.org>
	<20090310201823.GL19727@truch.net>
	<1236717785.3727.0.camel@localhost.localdomain>
	<20090310220244.GP19727@truch.net>
	<1236724914.3727.6.camel@localhost.localdomain>
Message-ID: <gp6rgf$his$1@ger.gmane.org>

Jesse Keating wrote:
> They don't want to soname bump, but they want to forcefully require the
> exact same version compiled against is used?  Have you hit them with
> something heavy lately?

I think it's actually kst-fits which explicitly checks the version (and
should probably be patched not to do that). I haven't seen this sort of
problems with other cfitsio-using stuff.

        Kevin Kofler



From poelstra at redhat.com  Tue Mar 10 23:19:29 2009
From: poelstra at redhat.com (John Poelstra)
Date: Tue, 10 Mar 2009 16:19:29 -0700
Subject: Fedora 11 Blocker Review Day :: Monday 2009-03-16
Message-ID: <49B6F581.7000303@redhat.com>

The BugZappers will be hosting a blocker review day on Monday, March 16, 
2009.  The purpose of this meeting will be to:
1) review all of the bugs on the Fedora 11 Beta Blocker list to see if 
they belong there
2) assess how things are looking for shipping the Fedora 11 Beta on time 
based on what remains on the list

It would be helpful if lead package maintainers for each of the groups 
could join us or be in the channel should questions arise.

WHEN: Monday, March 16, 2009  @ 14:00 UTC (10 AM EDT) and going as long 
as we need to
WHERE: irc.freenode.net
        #fedora-bugzappers

Fedora 11 Beta Blocker: 
https://bugzilla.redhat.com/showdependencytree.cgi?id=476774&hide_resolved=1

Approximately 1,000 rawhide bugs that have not been triaged for 
potential blocker status may warrant consideration as well.  Those bugs 
are found here: http://tinyurl.com/6llac8

Other tracker bugs of interest for Fedora 11 are here: 
https://fedoraproject.org/wiki/BugZappers/HouseKeeping/Trackers

See you Monday!
John

_______________________________________________
Fedora-devel-announce mailing list
Fedora-devel-announce at redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-announce



From jkeating at redhat.com  Tue Mar 10 23:35:47 2009
From: jkeating at redhat.com (Jesse Keating)
Date: Tue, 10 Mar 2009 16:35:47 -0700
Subject: Fedora 11 Beta Freeze coming
In-Reply-To: <1236726082.14743.10.camel@pc-notebook>
References: <1236289234.3837.21.camel@localhost.localdomain>
	<1236726082.14743.10.camel@pc-notebook>
Message-ID: <1236728147.3727.11.camel@localhost.localdomain>

On Wed, 2009-03-11 at 00:01 +0100, Martin Sourada wrote:
> 
> Hm... I am little confused here. I've finished a leonidas-backgrounds
> build [1] at 2009-03-10 7.23 UTC so according to this e-mail it should
> not be in beta unless I specifically request inclusion, yet in koji it
> has f11-beta tag [2]. Does that mean it has been tagged for beta and
> will be in tomorrow's rawhide or am I understanding the koji info wrong
> and need to fill the releng request?

You are confused.  The build you did is only tagged for dist-f11.  The
packageinfo page just shows what tags are /allowed/ to be applied to
your builds, one of which is f11-beta.  If you want the build you did to
be in the beta, you'll have to file a rel-eng request.

-- 
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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090310/47ac6774/attachment.sig>

From airlied at redhat.com  Tue Mar 10 23:44:28 2009
From: airlied at redhat.com (Dave Airlie)
Date: Wed, 11 Mar 2009 09:44:28 +1000
Subject: Password Reset
In-Reply-To: <200903102241.25010.opensource@till.name>
References: <alpine.LFD.2.00.0903090959530.14983@laptop.mmcgrath.net>
	<200903102241.25010.opensource@till.name>
Message-ID: <1236728668.16920.2.camel@optimus>

On Tue, 2009-03-10 at 22:41 +0100, Till Maas wrote:
> On Mo M?rz 9 2009, Mike McGrath wrote:
> > So the password reset generally went off without a hitch but a lot of
> > people forgot to reset their password or just plain didn't and I'm
> > wondering if it's because of where I sent the notifications to so I
> > thought I'd ask.  Would you generally like password reset requests to go
> > to:
> >
> > username at fedoraproject.org (the alias that directs to your email addr)
> >
> > the email address we have listed
> >
> > or both?
> 
> Please send it only once, I do not care to which address. But here are some 
> suggestions for improvement:
> 
> 1) Please use a consistent subject for these mails:
> 
> February: Fedora Project Password Reset Request
> December(1): FAS Password Change Request
> December(2): FAS Password
> 
> 2) The mail from 2009-02-09 only said, that the password will expire. It was 
> not mentioned that also further action will occur, e.g. afaik the contents of 
> fedorapeople.org where moved. E.g. I only changed my password because I had to 
> submit a security update, but otherwise I would not have cared for an expired 
> password, because of little available time for Fedora work right now. 
> Nevertheless I would have cared about moved fedorapeople.org contents or 
> missing CVS notifications.

Yeah this was the point that was missed, missing a password reset should
*not* remove web content and email addresses, this is called overkill, a
staged removal, where you reset the password, wait 2-3 months and then
start culling the crap.

Its also arguable whether web content should ever be killed, when I
started in RH people were very quick to give out about
people.redhat.com, and saying use people.fedoraproject.org we don't have
any of the silly limitations and a/c expiring stuff. Guess they were
wrong.

Dave.




From kevin.kofler at chello.at  Tue Mar 10 23:43:37 2009
From: kevin.kofler at chello.at (Kevin Kofler)
Date: Wed, 11 Mar 2009 00:43:37 +0100
Subject: Reminder: Broken dependencies and F11 Beta
Message-ID: <gp6tv9$his$7@ger.gmane.org>

Hi,

a reminder to everyone whose packages have broken dependencies: it would be
a good idea to have them fixed for the beta. But it is not enough to build
a fixed package, you need to:
1. build the fixed package in dist-f11 (devel branch in CVS) as usual and
2. file a ticket at https://fedorahosted.org/rel-eng/newticket asking for
the fixed build to be tagged into f11-beta (as per
https://fedoraproject.org/wiki/Beta_Freeze_Policy).

        Kevin Kofler



From mcepl at redhat.com  Tue Mar 10 23:38:06 2009
From: mcepl at redhat.com (Matej Cepl)
Date: Wed, 11 Mar 2009 00:38:06 +0100
Subject: Please fix your bugs in release instead of rawhide!
References: <1236651522.8340.27.camel@localhost.localdomain>
	<gp6n1t$gj$2@ger.gmane.org>
Message-ID: <u7aj86-lrn.ln1@ppp1053.in.ipex.cz>

On 2009-03-10, 21:45 GMT, Kevin Kofler wrote:
> If you push out a bugfix to F10, please also push it out to F9 
> at the same time unless there's a really good reason not to!

I think this is actually a) highly contoversial, b) certainly not 
possible to solve by blanket rule for everybody.

Mat?j



From mcepl at redhat.com  Tue Mar 10 23:40:00 2009
From: mcepl at redhat.com (Matej Cepl)
Date: Wed, 11 Mar 2009 00:40:00 +0100
Subject: Please fix your bugs in release instead of rawhide!
References: <1236651522.8340.27.camel@localhost.localdomain>
	<1236703751.2840.5.camel@pc-notebook>
	<20090310170632.GH10097@angus.ind.WPI.EDU>
	<200903101330.08783.jarod@redhat.com>
	<20090310181229.GL10097@angus.ind.WPI.EDU>
	<20090310182448.GK10507@inocybe.teonanacatl.org>
	<1236711430.8969.453.camel@adam.local.net>
	<604aa7910903101223s2998beddl988a6247038c36cc@mail.gmail.com>
	<49B6C151.6090202@fedoraproject.org>
	<604aa7910903101242t1e9365c5r49beb43b48b3404@mail.gmail.com>
	<49B6C4BC.6080904@fedoraproject.org>
	<1236718905.8969.474.camel@adam.local.net>
	<1236721367.3727.3.camel@localhost.localdomain>
Message-ID: <gbaj86-lrn.ln1@ppp1053.in.ipex.cz>

On 2009-03-10, 21:42 GMT, Jesse Keating wrote:
> And yet I get totally lost every time I try to find something 
> in launchpad.

Preach it, brother!

Mat?j



From alsadi at gmail.com  Wed Mar 11 00:34:11 2009
From: alsadi at gmail.com (Muayyad AlSadi)
Date: Wed, 11 Mar 2009 02:34:11 +0200
Subject: DeviceKit is marked complete, what about utf8
In-Reply-To: <gp6nm5$72f$1@ger.gmane.org>
References: <385866f0903081006u491adc0cl32189cfccd8e1b68@mail.gmail.com>
	<1236587404.16047.5.camel@localhost.localdomain>
	<gp4a73$8f2$1@ger.gmane.org>
	<385866f0903101124w72059734m84e0c20a63b0167@mail.gmail.com>
	<gp6nm5$72f$1@ger.gmane.org>
Message-ID: <385866f0903101734t4a50dac0yb84fda20d8eeaed0@mail.gmail.com>

> They didn't drop RTL support. In fact they actually improved it, for example
> KWrite and Kate now support RTL since 4.0.

don't tell me about that, I live there
they did not drop the support
but they reinvented the wheel

for example they repeat all the problems in plasma [eg. just look at
task bar/kicker]
the menu is always on left
the favorites menu is always on left
and because plasma ias used in every thing it's like dropping rtl support

tables and trees in kde or Qt have RTL problems ...etc.
take a look into this
http://www.linuxac.org/forum/attachment.php?attachmentid=6236&stc=1&d=1235215093
they are too many
http://www.linuxac.org/forum/showthread.php?t=21197

> [screenshot from KNetWalk]
>Well, I don't think the issue is apparent from a screenshot, so please
>explain what's wrong.

it seems that you don't play that game
in that game you need to connect the terminals into the server [earth planet]
if you do the terminal monitors turns on
look to the monitor in the middle it's not connected to any thing but it on.
can you guess why ?



From mike at miketc.net  Tue Mar 10 00:34:34 2009
From: mike at miketc.net (Mike Chambers)
Date: Mon, 09 Mar 2009 19:34:34 -0500
Subject: 49b5b3e6: cpio: MD5 sum mismatch
Message-ID: <1236645274.2977.2.camel@scrappy.miketc.net>

Reinstalled my system today with F11 alpha and when going to update to
latest rawhide packages (and I guess I have ready about the resigning of
packages or something?), I get a lot of mismatch errors like below..

Running Transaction
  Installing     : libntlm
1/2 
Error unpacking rpm package libntlm-1.0-2.fc11.i586
error: unpacking of archive failed on
file /usr/lib/libntlm.so.0.0.15;49b5b3e6: cpio: MD5 sum mismatch
  Installing     : xchat
2/2 
Error unpacking rpm package 1:xchat-2.8.6-7.fc11.i586
error: unpacking of archive failed on
file /etc/gconf/schemas/apps_xchat_url_handler.schemas;49b5b3e6: cpio:
MD5 sum mismatch

Failed:
  libntlm.i586 0:1.0-2.fc11
xchat.i586
1:2.8.6-7.fc11                                                              

Complete!


Soooo, is there a way to get around this to update the packages or do I
have to wait and install the beta or rawhide?

-- 
Mike Chambers
Fedora Project - Bug Zapper, Tester, User, etc..
mikec302 at fedoraproject.org



From sundaram at fedoraproject.org  Wed Mar 11 00:44:02 2009
From: sundaram at fedoraproject.org (Rahul Sundaram)
Date: Wed, 11 Mar 2009 06:14:02 +0530
Subject: 49b5b3e6: cpio: MD5 sum mismatch
In-Reply-To: <1236645274.2977.2.camel@scrappy.miketc.net>
References: <1236645274.2977.2.camel@scrappy.miketc.net>
Message-ID: <49B70952.5000206@fedoraproject.org>

Mike Chambers wrote:
> Reinstalled my system today with F11 alpha and when going to update to
> latest rawhide packages (and I guess I have ready about the resigning of
> packages or something?), I get a lot of mismatch errors like below..

As the release notes indicate,

# yum update rpm

# yum update

Rahul



From cmadams at hiwaay.net  Wed Mar 11 00:57:32 2009
From: cmadams at hiwaay.net (Chris Adams)
Date: Tue, 10 Mar 2009 19:57:32 -0500
Subject: Can't install rawhide (2009-03-10)
Message-ID: <20090311005732.GC990643@hiwaay.net>

I tried to install rawhide (i386) via NFS and HTTP today, but it hangs
trying to start the GUI mode of the installer.  The screen goes black;
if I switch back to console 1, I see:

Running anaconda 11.5.0.26, the Fedora system installer - please wait...
//usr/bin/mini-wm: error while loading shared libraries: /usr/lib/libcairo.so.2: cannot read file data: Input/output error

console 4 shows:

<3>SQUASHFS error: zlib_inflate tried to decompress too much data, expected 131072 bytes.  Zlib data probably corrupt
<3>SQUASHFS error: squashfs_read_data failed to read block 0x16e254b
<3>SQUASHFS error: Unable to read data cache entry [16e254b]
<3>SQUASHFS error: Unable to read page, block 16e254b, size f2b9

The last 2 lines repeat several times.
-- 
Chris Adams <cmadams at hiwaay.net>
Systems and Network Administrator - HiWAAY Internet Services
I don't speak for anybody but myself - that's enough trouble.



From stickster at gmail.com  Wed Mar 11 01:27:43 2009
From: stickster at gmail.com (Paul W. Frields)
Date: Tue, 10 Mar 2009 21:27:43 -0400
Subject: Fedora 11 Beta Freeze coming
In-Reply-To: <1236728147.3727.11.camel@localhost.localdomain>
References: <1236289234.3837.21.camel@localhost.localdomain>
	<1236726082.14743.10.camel@pc-notebook>
	<1236728147.3727.11.camel@localhost.localdomain>
Message-ID: <20090311012743.GD23024@localhost.localdomain>

On Tue, Mar 10, 2009 at 04:35:47PM -0700, Jesse Keating wrote:
> On Wed, 2009-03-11 at 00:01 +0100, Martin Sourada wrote:
> > 
> > Hm... I am little confused here. I've finished a leonidas-backgrounds
> > build [1] at 2009-03-10 7.23 UTC so according to this e-mail it should
> > not be in beta unless I specifically request inclusion, yet in koji it
> > has f11-beta tag [2]. Does that mean it has been tagged for beta and
> > will be in tomorrow's rawhide or am I understanding the koji info wrong
> > and need to fill the releng request?
> 
> You are confused.  The build you did is only tagged for dist-f11.  The
> packageinfo page just shows what tags are /allowed/ to be applied to
> your builds, one of which is f11-beta.  If you want the build you did to
> be in the beta, you'll have to file a rel-eng request.

I took the liberty, done:

https://fedorahosted.org/rel-eng/ticket/1329

Thanks for the reminder, Jesse.  The build is a little late based on
the F11 task list, but the intentions were good.

-- 
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
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090310/126bfa48/attachment.sig>

From matt at truch.net  Wed Mar 11 02:19:10 2009
From: matt at truch.net (Matthew D Truch)
Date: Tue, 10 Mar 2009 22:19:10 -0400
Subject: Explicit rpm requires
In-Reply-To: <1236724914.3727.6.camel@localhost.localdomain>
References: <20090310143920.GB19727@truch.net> <gp603f$d6j$1@ger.gmane.org>
	<20090310201823.GL19727@truch.net>
	<1236717785.3727.0.camel@localhost.localdomain>
	<20090310220244.GP19727@truch.net>
	<1236724914.3727.6.camel@localhost.localdomain>
Message-ID: <20090311021910.GU19727@truch.net>

On Tue, Mar 10, 2009 at 03:41:54PM -0700, Jesse Keating wrote:
> On Tue, 2009-03-10 at 18:02 -0400, Matthew D Truch wrote:
> > Without that,
> > rpm would have just done the libcfitsio.so.0 dependancy (but cfitsio
> > people don't bump the soname every time).  
> 
> They don't want to soname bump, but they want to forcefully require the
> exact same version compiled against is used?  Have you hit them with
> something heavy lately?

Tell me about it.  They like to be "old school" or something like that.
I guess it's on me (the cfitsio Fedora packager) to deal.  

-- 
"In space, no one can hear you scream."
--------------------------
Matthew Truch
Department of Physics and Astronomy
University of Pennsylvania
matt at truch.net
http://matt.truch.net/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090310/c95c78cb/attachment.sig>

From bashton at brennanashton.com  Wed Mar 11 02:22:26 2009
From: bashton at brennanashton.com (Brennan Ashton)
Date: Tue, 10 Mar 2009 18:22:26 -0800
Subject: Please fix your bugs in release instead of rawhide!
In-Reply-To: <2691.1236714970@sss.pgh.pa.us>
References: <1236651522.8340.27.camel@localhost.localdomain>
	<1236703751.2840.5.camel@pc-notebook>
	<20090310170632.GH10097@angus.ind.WPI.EDU>
	<200903101330.08783.jarod@redhat.com>
	<20090310181229.GL10097@angus.ind.WPI.EDU>
	<20090310182448.GK10507@inocybe.teonanacatl.org>
	<1236711430.8969.453.camel@adam.local.net>
	<20090310191049.GD22486@redhat.com> <2691.1236714970@sss.pgh.pa.us>
Message-ID: <981da310903101922x4e5f94c3ne310c55ff55b1b84@mail.gmail.com>

On Tue, Mar 10, 2009 at 11:56 AM, Tom Lane <tgl at redhat.com> wrote:
> "Daniel P. Berrange" <berrange at redhat.com> writes:
>> The Fedora bug flow is defined here:
>
>> https://fedoraproject.org/wiki/BugZappers/BugStatusWorkFlow
>
>> Although it is lacking clear guidelines on the choice of sub-state for
>> the CLOSED state. That just requires a little docs work on the wiki.
>
> Well, the choice of sub-state is exactly what's being debated here.
> I think it's more than a "missing docs" problem, since (1) it's not
> clear that we have a consensus, and (2) bodhi doesn't read docs.
> Whatever we settle on will have to be implemented in bodhi.
>
> Another thing that would be nice is to get bugzilla to show a link
> to this page instead of the RHEL one when looking at a Fedora bug.
>
> BTW, I notice that this diagram seems to treat NEEDINFO as an
> independent state, which is no longer true --- it's just a flag now.
>
>                        regards, tom lane

Tom,
There should be a new version soon, it was brought up in IRC a while
ago, and the task was assigned today in the Bugzappers meeting.



From matt at truch.net  Wed Mar 11 02:25:01 2009
From: matt at truch.net (Matthew D Truch)
Date: Tue, 10 Mar 2009 22:25:01 -0400
Subject: Explicit rpm requires
In-Reply-To: <gp6rgf$his$1@ger.gmane.org>
References: <20090310143920.GB19727@truch.net> <gp603f$d6j$1@ger.gmane.org>
	<20090310201823.GL19727@truch.net>
	<1236717785.3727.0.camel@localhost.localdomain>
	<20090310220244.GP19727@truch.net>
	<1236724914.3727.6.camel@localhost.localdomain>
	<gp6rgf$his$1@ger.gmane.org>
Message-ID: <20090311022501.GV19727@truch.net>

On Wed, Mar 11, 2009 at 12:01:35AM +0100, Kevin Kofler wrote:
> Jesse Keating wrote:
> > They don't want to soname bump, but they want to forcefully require the
> > exact same version compiled against is used?  Have you hit them with
> > something heavy lately?
> 
> I think it's actually kst-fits which explicitly checks the version (and
> should probably be patched not to do that). I haven't seen this sort of
> problems with other cfitsio-using stuff.

No, kst-fits doesn't check.  cfitsio does it itself.  I just double
checked by compiling a test program (which just opened a fits file or
two); on the first call to a cfitsio function when I have a binary
compiled against a different version of the resident cfitsio library
cfitsio errors out with the following text:

ERROR: Mismatch in the version of the fitsio.h include file used to build
the CFITSIO library, and the version included by the application program:
   Version used to build the CFITSIO library   = 3.100000
   Version included by the application program = 3.130000

FITSIO status = 104: could not open the named file

CCFits ran into this problem a while back.  I think most programs
haven't been hit because cfitsio is updated relatively rarely.  But I'm
not 100% positive.  

-- 
"One in every seven days is a Thursday."
--------------------------
Matthew Truch
Department of Physics and Astronomy
University of Pennsylvania
matt at truch.net
http://matt.truch.net/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090310/b14bcca8/attachment.sig>

From jkeating at redhat.com  Wed Mar 11 02:37:40 2009
From: jkeating at redhat.com (Jesse Keating)
Date: Tue, 10 Mar 2009 19:37:40 -0700
Subject: Can't install rawhide (2009-03-10)
In-Reply-To: <20090311005732.GC990643@hiwaay.net>
References: <20090311005732.GC990643@hiwaay.net>
Message-ID: <1236739060.3727.16.camel@localhost.localdomain>

On Tue, 2009-03-10 at 19:57 -0500, Chris Adams wrote:
> <3>SQUASHFS error: zlib_inflate tried to decompress too much data,
> expected 131072 bytes.  Zlib data probably corrupt
> <3>SQUASHFS error: squashfs_read_data failed to read block 0x16e254b
> <3>SQUASHFS error: Unable to read data cache entry [16e254b]
> <3>SQUASHFS error: Unable to read page, block 16e254b, size f2b9
> 
> The last 2 lines repeat several times.

I'm seeing this on a PS3 as well, I think something is seriously wrong
in squashfs land.

-- 
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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090310/1fd48651/attachment.sig>

From jonstanley at gmail.com  Wed Mar 11 02:54:47 2009
From: jonstanley at gmail.com (Jon Stanley)
Date: Tue, 10 Mar 2009 22:54:47 -0400
Subject: Fwd: Plan for tomorrow's (20090311) Special Session FESCo meeting
In-Reply-To: <da159fda0903101932n5b5f6b1dm4c96542e99cb0133@mail.gmail.com>
References: <da159fda0903101932n5b5f6b1dm4c96542e99cb0133@mail.gmail.com>
Message-ID: <da159fda0903101954w48e49f63kf4c34bd43d40a32b@mail.gmail.com>

This got moderated due to "too many recipients" (I know, I'm an
out-of-control cross-poster :D)  Anyhow apologies if you get this more
than once.


---------- Forwarded message ----------
From: Jon Stanley <jonstanley at gmail.com>
Date: Tue, Mar 10, 2009 at 10:32 PM
Subject: Plan for tomorrow's (20090311) Special Session FESCo meeting
To: Development discussions related to Fedora <fedora-devel-list at redhat.com>
Cc: Alex Lancaster <alexl at users.sourceforge.net>,
kasal at fedoraproject.org, ondrejj at fedoraproject.org,
pbrobinson at fedoraproject.org, nils at fedoraproject.org,
kaboom at fedoraproject.org, rstrode at fedoraproject.org,
nhorman at fedoraproject.org, nalin at fedoraproject.org,
ajax at fedoraproject.org, mcepl at redhat.com,
mjakubicek at fedoraproject.org, karsten at fedoraproject.org,
atkac at fedoraproject.org, jreznic at fedoraproject.org,
xhorak at fedoraproject.org, stransky at fedoraproject.org,
robert at fedoraproject.org


There will be a special FESCo meeting at 18:00UTC (2PM EDT) on
20090311 in order to vote on the following requests to join the
provenpackager group. ?Some former members have also requested sponsor
status, this will be taken up separately.

The following users have thus far requested access:

alexlan
kasal
ondrejj
pbrobinson
nils
kaboom
rstrode
nhorman
nalin
ajax
mcepl
mjakubicek
karsten
atkac
jreznik
xhorak
stransky
robert

If I missed anyone, I sincerely apologize, I don't think I did :).
Feel free to bring it up at the end of the meeting if I did.



-- 
Jon Stanley
Fedora Bug Wrangler
jstanley at fedoraproject.org



From mmcgrath at redhat.com  Wed Mar 11 03:17:02 2009
From: mmcgrath at redhat.com (Mike McGrath)
Date: Tue, 10 Mar 2009 22:17:02 -0500 (CDT)
Subject: Password Reset
In-Reply-To: <200903102241.25010.opensource@till.name>
References: <alpine.LFD.2.00.0903090959530.14983@laptop.mmcgrath.net>
	<200903102241.25010.opensource@till.name>
Message-ID: <alpine.LFD.2.00.0903102216270.9637@laptop.mmcgrath.net>

On Tue, 10 Mar 2009, Till Maas wrote:

>
> 3) A two week deadline is imho too short. It may be especially bad if the
> fedorapeople.org contents are really moved and someone who is on vacation
> hosts a shared SCM there or other contents of wide interest.
>

Is 4 weeks enough with 5 total emails?  4 week warning, 3 week, 2 week, 1
week, you've been disabled?

	-Mike



From skvidal at fedoraproject.org  Wed Mar 11 03:56:50 2009
From: skvidal at fedoraproject.org (Seth Vidal)
Date: Tue, 10 Mar 2009 23:56:50 -0400 (EDT)
Subject: exactarchpkgs and upgrading to rawhide/f11beta from f9 and f10
Message-ID: <alpine.LFD.2.00.0903102333210.324@localhost.localdomain>

Yum has a setting called exactarchpkgs. It's a list of pkg names which 
should not change arch in any update. Kernels are on there and glibc. This 
was established long ago when it was not only possible but in fact it DID 
occur that glibc updates didn't go out together and some people managed to 
'upgrade' from glibc.i686 to glibc.i586. anyway - that was back in the 
mists of time Red hat linux 7.3, I think.

Okay -so fast forward to now:

we're moving from i386->i586 - this is playing a bit of sillybuggers with 
some updates.

The fix is to remove glibc from exactarchpkgs (maybe also remove all the 
kernels from there, too). However, what I'd like to do is to make the 
change in the yum code to remove glibc from the default configuration for 
exactarchpkgs and then push that simple 1 line change back to f9 and f10 
for a yum update. That way we don't end up with people having no way to 
properly upgrade to rawhide.

Anyone think I'm forgetting anything here?

Thanks,
-sv



From jcm at redhat.com  Wed Mar 11 04:01:42 2009
From: jcm at redhat.com (Jon Masters)
Date: Wed, 11 Mar 2009 00:01:42 -0400
Subject: Password Reset
In-Reply-To: <alpine.LFD.2.00.0903102216270.9637@laptop.mmcgrath.net>
References: <alpine.LFD.2.00.0903090959530.14983@laptop.mmcgrath.net>
	<200903102241.25010.opensource@till.name>
	<alpine.LFD.2.00.0903102216270.9637@laptop.mmcgrath.net>
Message-ID: <1236744102.20989.35.camel@perihelion.bos.jonmasters.org>

On Tue, 2009-03-10 at 22:17 -0500, Mike McGrath wrote:
> On Tue, 10 Mar 2009, Till Maas wrote:
> 
> >
> > 3) A two week deadline is imho too short. It may be especially bad if the
> > fedorapeople.org contents are really moved and someone who is on vacation
> > hosts a shared SCM there or other contents of wide interest.
> >
> 
> Is 4 weeks enough with 5 total emails?  4 week warning, 3 week, 2 week, 1
> week, you've been disabled?

I think a month is reasonable. A week is easy to miss, two weeks is a
week plus someone getting back from vacation and missing emails while
they were gone, then drowning as they try to catch up.

Jon.




From ivazqueznet at gmail.com  Wed Mar 11 05:42:39 2009
From: ivazqueznet at gmail.com (Ignacio Vazquez-Abrams)
Date: Wed, 11 Mar 2009 01:42:39 -0400
Subject: WANTED: Clever solution for Transifex storage
Message-ID: <1236750159.31110.70.camel@ignacio.lan>

So here's the scoop.

Right now, a stock install of the transifex package
creates /var/lib/transifex. This directory and everything beneath it is
currently owned by root:root. What needs to happen is that it needs to
be read/written by whatever is running Transifex, be that as a
standalone Django app, via httpd, or some other HTTP server. Frankly, I
got nothing. Anyone else have any ideas?

-- 
Ignacio Vazquez-Abrams <ivazqueznet at gmail.com>

PLEASE don't CC me; I'm already subscribed
-------------- 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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090311/77c6a87f/attachment.sig>

From martin.sourada at gmail.com  Wed Mar 11 06:32:48 2009
From: martin.sourada at gmail.com (Martin Sourada)
Date: Wed, 11 Mar 2009 07:32:48 +0100
Subject: Fedora 11 Beta Freeze coming
In-Reply-To: <20090311012743.GD23024@localhost.localdomain>
References: <1236289234.3837.21.camel@localhost.localdomain>
	<1236726082.14743.10.camel@pc-notebook>
	<1236728147.3727.11.camel@localhost.localdomain>
	<20090311012743.GD23024@localhost.localdomain>
Message-ID: <1236753168.23388.0.camel@pc-notebook>

On Tue, 2009-03-10 at 21:27 -0400, Paul W. Frields wrote:
> On Tue, Mar 10, 2009 at 04:35:47PM -0700, Jesse Keating wrote:
> > On Wed, 2009-03-11 at 00:01 +0100, Martin Sourada wrote:
> > > 
> > > Hm... I am little confused here. I've finished a leonidas-backgrounds
> > > build [1] at 2009-03-10 7.23 UTC so according to this e-mail it should
> > > not be in beta unless I specifically request inclusion, yet in koji it
> > > has f11-beta tag [2]. Does that mean it has been tagged for beta and
> > > will be in tomorrow's rawhide or am I understanding the koji info wrong
> > > and need to fill the releng request?
> > 
> > You are confused.  The build you did is only tagged for dist-f11.  The
> > packageinfo page just shows what tags are /allowed/ to be applied to
> > your builds, one of which is f11-beta.  If you want the build you did to
> > be in the beta, you'll have to file a rel-eng request.
> 
> I took the liberty, done:
> 
> https://fedorahosted.org/rel-eng/ticket/1329
> 
> Thanks for the reminder, Jesse.  The build is a little late based on
> the F11 task list, but the intentions were good.
> 

Thanks Paul :)
-------------- 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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090311/ae5ca153/attachment.sig>

From kevin.kofler at chello.at  Wed Mar 11 06:36:27 2009
From: kevin.kofler at chello.at (Kevin Kofler)
Date: Wed, 11 Mar 2009 07:36:27 +0100
Subject: DeviceKit is marked complete, what about utf8
References: <385866f0903081006u491adc0cl32189cfccd8e1b68@mail.gmail.com>
	<1236587404.16047.5.camel@localhost.localdomain>
	<gp4a73$8f2$1@ger.gmane.org>
	<385866f0903101124w72059734m84e0c20a63b0167@mail.gmail.com>
	<gp6nm5$72f$1@ger.gmane.org>
	<385866f0903101734t4a50dac0yb84fda20d8eeaed0@mail.gmail.com>
Message-ID: <gp7m5b$crr$1@ger.gmane.org>

Muayyad AlSadi wrote:
> for example they repeat all the problems in plasma [eg. just look at
> task bar/kicker]
> the menu is always on left
> the favorites menu is always on left
> and because plasma ias used in every thing it's like dropping rtl support

Have you tried Qt 4.5 yet? QGraphicsView got RTL support in 4.5, so Plasma
should be better with it. We have Qt 4.5 packages in kde-redhat unstable.

> look to the monitor in the middle it's not connected to any thing but it
> on. can you guess why ?

They mirrored the layout of the pictures and not the pictures themselves.
Ugh... I wonder if the Qt 4.5 QGraphicsView fixes that too.

        Kevin Kofler



From mschwendt at gmail.com  Wed Mar 11 07:07:48 2009
From: mschwendt at gmail.com (Michael Schwendt)
Date: Wed, 11 Mar 2009 08:07:48 +0100
Subject: Explicit rpm requires
In-Reply-To: <20090310220650.GQ19727@truch.net>
References: <20090310143920.GB19727@truch.net> <gp603f$d6j$1@ger.gmane.org>
	<20090310201823.GL19727@truch.net> <gp6k04$q6l$1@ger.gmane.org>
	<20090310220650.GQ19727@truch.net>
Message-ID: <20090311080748.543875f1.mschwendt@gmail.com>

On Tue, 10 Mar 2009 18:06:50 -0400, Matthew wrote:

> On Tue, Mar 10, 2009 at 03:53:24PM -0500, Rex Dieter wrote:
> > OK, try something like this instead:
> > 
> > Requires: cfitsio = %(pkg-config --modversion cfitsio 2>/dev/null || echo 0) 
> 
> That seems to work.
> 
> To satisfy my curiosity (and understanding), why does that work, when
> (at least when I run pkg-config locally) nothing gets spit out on
> stderr?  

pkg-config is run multiple times, once when building the src.rpm prior to
populating the buildroot, once more when building the target rpms inside
the buildroot. You need to make sure the generated "Requires" tag is not
rejected with parser errors when building the src.rpm.



From mschwendt at gmail.com  Wed Mar 11 07:17:10 2009
From: mschwendt at gmail.com (Michael Schwendt)
Date: Wed, 11 Mar 2009 08:17:10 +0100
Subject: C++ Issue with const char * on strchr
In-Reply-To: <200903101336.07755.konrad@tylerc.org>
References: <49B6CD0F.8070302@herr-schmitt.de>
	<200903101336.07755.konrad@tylerc.org>
Message-ID: <20090311081710.6a456a3a.mschwendt@gmail.com>

On Tue, 10 Mar 2009 13:36:07 -0700, Conrad wrote:

> My understanding is you can do something like this:
> 
>   const char *str1, str2;
>   str2 = strchr(str1, 'a');
> 
> But str2 must be a const char *.
> 
> Maybe I am wrong, I am not very familiar with C++.

In your example, str2 is not a pointer, though. ;)



From konrad at tylerc.org  Wed Mar 11 07:25:41 2009
From: konrad at tylerc.org (Conrad Meyer)
Date: Wed, 11 Mar 2009 00:25:41 -0700
Subject: C++ Issue with const char * on strchr
In-Reply-To: <20090311081710.6a456a3a.mschwendt@gmail.com>
References: <49B6CD0F.8070302@herr-schmitt.de>
	<200903101336.07755.konrad@tylerc.org>
	<20090311081710.6a456a3a.mschwendt@gmail.com>
Message-ID: <200903110025.41167.konrad@tylerc.org>

On Wednesday 11 March 2009 12:17:10 am Michael Schwendt wrote:
> On Tue, 10 Mar 2009 13:36:07 -0700, Conrad wrote:
> > My understanding is you can do something like this:
> >
> >   const char *str1, str2;
> >   str2 = strchr(str1, 'a');
> >
> > But str2 must be a const char *.
> >
> > Maybe I am wrong, I am not very familiar with C++.
>
> In your example, str2 is not a pointer, though. ;)

Sorry, yes, that should be *str2 in the declaration :). My mistake.

-- 
Conrad Meyer <konrad at tylerc.org>



From pingou at pingoured.fr  Wed Mar 11 07:41:09 2009
From: pingou at pingoured.fr (Pierre-Yves)
Date: Wed, 11 Mar 2009 08:41:09 +0100
Subject: WANTED: Clever solution for Transifex storage
In-Reply-To: <1236750159.31110.70.camel@ignacio.lan>
References: <1236750159.31110.70.camel@ignacio.lan>
Message-ID: <1236757269.3818.0.camel@pingouGreen.localdomain>

On Wed, 2009-03-11 at 01:42 -0400, Ignacio Vazquez-Abrams wrote:
> So here's the scoop.
> 
> Right now, a stock install of the transifex package
> creates /var/lib/transifex. This directory and everything beneath it is
> currently owned by root:root. What needs to happen is that it needs to
> be read/written by whatever is running Transifex, be that as a
> standalone Django app, via httpd, or some other HTTP server. Frankly, I
> got nothing. Anyone else have any ideas?
Can't a Transifex group be created and the user added to this group ?

Pierre



From nicolas.mailhot at laposte.net  Wed Mar 11 08:40:20 2009
From: nicolas.mailhot at laposte.net (Nicolas Mailhot)
Date: Wed, 11 Mar 2009 09:40:20 +0100 (CET)
Subject: Please fix your bugs in release instead of rawhide!
In-Reply-To: <604aa7910903101242t1e9365c5r49beb43b48b3404@mail.gmail.com>
References: <1236651522.8340.27.camel@localhost.localdomain>
	<1236703751.2840.5.camel@pc-notebook>
	<20090310170632.GH10097@angus.ind.WPI.EDU>
	<200903101330.08783.jarod@redhat.com>
	<20090310181229.GL10097@angus.ind.WPI.EDU>
	<20090310182448.GK10507@inocybe.teonanacatl.org>
	<1236711430.8969.453.camel@adam.local.net>
	<604aa7910903101223s2998beddl988a6247038c36cc@mail.gmail.com>
	<49B6C151.6090202@fedoraproject.org>
	<604aa7910903101242t1e9365c5r49beb43b48b3404@mail.gmail.com>
Message-ID: <de7553000d00c36927b5a8fd2903b392.squirrel@arekh.dyndns.org>



Le Mar 10 mars 2009 20:42, Jeff Spaleta a ?crit :
>
> On Tue, Mar 10, 2009 at 11:36 AM, Rahul Sundaram
> <sundaram at fedoraproject.org> wrote:
>> I suppose we can do that as long as we have a way for the Fedora
>> bugzilla
>> instance and the RHEL bugzilla instance to talk to each other
>> cleanly.
>
> Who said Fedora's bug warehouse had to be bugzilla?

Be serious.
Even SUN uses bugzilla for openjdk (and the java people like to
reinvent wheels many times over)

-- 
Nicolas Mailhot



From rawhide at fedoraproject.org  Wed Mar 11 08:53:14 2009
From: rawhide at fedoraproject.org (Rawhide Report)
Date: Wed, 11 Mar 2009 08:53:14 +0000 (UTC)
Subject: rawhide report: 20090311 changes
Message-ID: <20090311085315.1FEB91B8001@releng2.fedora.phx.redhat.com>

Compose started at Wed Mar 11 06:01:03 UTC 2009

New package libeXosip2
        A library that hides the complexity of using the SIP protocol
Updated Packages:

DeviceKit-disks-003-6.fc11
--------------------------
* Tue Mar 10 2009 Matthias Clasen <mclasen at redhat.com> - 003-6
- Fix the previous patch


anaconda-11.5.0.27-1
--------------------
* Tue Mar 10 2009 David Cantrell <dcantrell at redhat.com> - 11.5.0.27-1
- Fix action pruning to handle more complex scenarios. (dlehman)
- Schedule destruction of any existing formatting along with the device.
  (dlehman)
- Add a size attribute to mdraid arrays. (dlehman)
- Speed up partitioning screen redraws by trimming workload where possible.
  (dlehman)
- Create partitions with exactly the geometry we calculate. (dlehman)
- Fix name collision between formats.mdraid and devicelibs.mdraid. (dlehman)
- Destruction of the member device formatting will be handled elsewhere.
  (dlehman)
- Fix a typo (jkeating)
- Fix pruning between two destroy actions on the same device (rvykydal)
- Use the pyblock functions when possible. (jgranado)
- We are searching a list, not a dict now (rvykydal)


freeipmi-0.7.6-2.fc11
---------------------
* Tue Mar 10 2009 Jesse Keating <jkeating at redhat.com> - 0.7.6-2
- Fix the bad dist macro
- Remove version define, that's what the Version line is for
- Remove name define, that's what the Name line is for
- Use the real Release line in the if debug statement


samba4-4.0.0-12alpha7.fc11
--------------------------
* Tue Mar 10 2009 Simo Sorce <ssorce at redhat.com> - 4.0.0-12alpha7
- Second part of fix for the ldb segfault problem from upstream


sssd-0.2.1-1.fc11
-----------------
* Tue Mar 10 2009 Simo Sorce <ssorce at redhat.com> - 0.2.0-1
- Version 0.2.0

* Tue Mar 10 2009 Simo Sorce <ssorce at redhat.com> - 0.2.1-1
- Version 0.2.1


swig-1.3.38-5.fc11
------------------
* Tue Mar 10 2009 Adam Tkac <atkac redhat com> 1.3.38-5
- revert #489077 enhancement due #489421


yum-3.2.21-13.fc11
------------------
* Tue Mar 10 2009 Seth Vidal <skvidal at fedoraproject.org> - 3.2.21-13
- f11beta build


Summary:
Added Packages: 1
Removed Packages: 0
Modified Packages: 7
Broken deps for i386
----------------------------------------------------------
	ale-0.9.0.1-3.fc11.i586 requires libMagickCore.so.1
	asterisk-ais-1.6.1-0.21.rc1.fc11.i386 requires libSaClm.so.2
	asterisk-ais-1.6.1-0.21.rc1.fc11.i386 requires libSaEvt.so.2
	asterisk-ais-1.6.1-0.21.rc1.fc11.i386 requires libSaEvt.so.2(OPENAIS_EVT_B.01.01)
	asterisk-ais-1.6.1-0.21.rc1.fc11.i386 requires libSaClm.so.2(OPENAIS_CLM_B.01.01)
	asterisk-odbc-1.6.1-0.21.rc1.fc11.i386 requires libodbc.so.1
	asterisk-voicemail-odbc-1.6.1-0.21.rc1.fc11.i386 requires libodbc.so.1
	autotrace-0.31.1-20.fc11.i586 requires libMagickCore.so.1
	dbmail-2.2.11-2.fc10.i386 requires libgmime-2.0.so.2
	dbmail-auth-ldap-2.2.11-2.fc10.i386 requires libgmime-2.0.so.2
	dbmail-mysql-2.2.11-2.fc10.i386 requires libssl.so.7
	dbmail-mysql-2.2.11-2.fc10.i386 requires libcrypto.so.7
	dbmail-mysql-2.2.11-2.fc10.i386 requires libmysqlclient.so.15
	dbmail-mysql-2.2.11-2.fc10.i386 requires libgmime-2.0.so.2
	dbmail-mysql-2.2.11-2.fc10.i386 requires libmysqlclient.so.15(libmysqlclient_15)
	dbmail-pgsql-2.2.11-2.fc10.i386 requires libgmime-2.0.so.2
	drawtiming-0.6.2-4.fc11.i586 requires libMagickCore.so.1
	drawtiming-0.6.2-4.fc11.i586 requires libMagick++.so.1
	gdal-1.6.0-4.fc11.i386 requires libodbc.so.1
	gdal-1.6.0-4.fc11.i386 requires libodbcinst.so.1
	gdal-1.6.0-4.fc11.i386 requires libhdf5.so.5
	gdal-perl-1.6.0-4.fc11.i386 requires libodbc.so.1
	gdal-perl-1.6.0-4.fc11.i386 requires libodbcinst.so.1
	gdal-perl-1.6.0-4.fc11.i386 requires libhdf5.so.5
	gdal-ruby-1.6.0-4.fc11.i386 requires libodbc.so.1
	gdal-ruby-1.6.0-4.fc11.i386 requires libodbcinst.so.1
	gdal-ruby-1.6.0-4.fc11.i386 requires libhdf5.so.5
	gdl-0.9-0.2.rc2.20090224.fc11.i586 requires libMagickCore.so.1
	gdl-0.9-0.2.rc2.20090224.fc11.i586 requires libMagick++.so.1
	gnome-phone-manager-0.60-5.fc11.i586 requires libgnomebt.so.1
	grass-6.3.0-10.fc11.i386 requires libodbc.so.1
	imageinfo-0.05-7.fc11.i586 requires libMagickCore.so.1
	inkscape-0.47-0.5.20090301svn.fc11.i586 requires libMagickCore.so.1
	inkscape-0.47-0.5.20090301svn.fc11.i586 requires libMagick++.so.1
	inkscape-docs-0.47-0.5.20090301svn.fc11.i586 requires libMagickCore.so.1
	inkscape-docs-0.47-0.5.20090301svn.fc11.i586 requires libMagick++.so.1
	k3d-0.6.7.0-9.fc11.i386 requires libMagickCore.so.1
	k3d-0.6.7.0-9.fc11.i386 requires libMagick++.so.1
	kismet-extras-0.0.2008.05.R1-3.fc10.i386 requires libMagickCore.so.1
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgdamm-3.0.so.10
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb_graph-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb_extra-3.0.so.4
	libopensync-plugin-syncml-0.35-4.fc10.i386 requires libsyncml.so.0
	lsvpd-1.6.4-3.fc10.i386 requires libvpd_cxx-2.0.so.0
	mapnik-0.5.2-0.10.svn780.fc11.i386 requires dejavu-fonts-sans
	nip2-7.16.4-2.fc11.i586 requires libMagickCore.so.1
	nip2-7.16.4-2.fc11.i586 requires libMagickWand.so.1
	octave-forge-20080831-5.fc11.i586 requires libMagickCore.so.1
	octave-forge-20080831-5.fc11.i586 requires libMagick++.so.1
	oxine-0.7.1-3.fc11.i586 requires libMagickCore.so.1
	oxine-0.7.1-3.fc11.i586 requires libMagickWand.so.1
	oyranos-0.1.9-2.fc11.i586 requires elektra-kdb
	1:pan-0.133-1.fc10.i386 requires libgmime-2.0.so.2
	pfstools-imgmagick-1.7.0-3.fc11.i386 requires libMagickCore.so.1
	pfstools-imgmagick-1.7.0-3.fc11.i386 requires libMagick++.so.1
	pfstools-octave-1.7.0-3.fc11.i386 requires libhdf5.so.5
	php-magickwand-1.0.8-1.fc11.i586 requires libMagickCore.so.1
	php-magickwand-1.0.8-1.fc11.i586 requires libMagickWand.so.1
	php-pecl-imagick-2.2.2-1.fc11.i586 requires libMagickCore.so.1
	php-pecl-imagick-2.2.2-1.fc11.i586 requires libMagickWand.so.1
	postgresql-odbcng-0.90.101-2.fc10.i386 requires libodbcinst.so.1
	psiconv-0.9.8-3.fc11.i586 requires libMagickCore.so.1
	pstoedit-3.45-6.fc11.i586 requires libMagick++.so.1
	pstoedit-3.45-6.fc11.i586 requires libMagickCore.so.1
	q-magick-7.11-4.fc11.i586 requires libMagickCore.so.1
	qpidd-cluster-0.4.738618-2.fc11.i386 requires libcpg.so.2(COROSYNC_CPG_1.0)
	qpidd-cluster-0.4.738618-2.fc11.i386 requires libcpg.so.2
	rhnpush-0.4.5-1.fc11.noarch requires rhnlib
	ruby-rpm-1.2.3-4.fc9.i386 requires librpmdb-4.4.so
	ruby-rpm-1.2.3-4.fc9.i386 requires librpmio-4.4.so
	ruby-rpm-1.2.3-4.fc9.i386 requires librpmbuild-4.4.so
	ruby-rpm-1.2.3-4.fc9.i386 requires librpm-4.4.so
	vips-7.16.4-2.fc11.i586 requires libMagickCore.so.1
	vips-7.16.4-2.fc11.i586 requires libMagickWand.so.1
	vips-python-7.16.4-2.fc11.i586 requires libMagickCore.so.1
	vips-python-7.16.4-2.fc11.i586 requires libMagickWand.so.1
	vips-tools-7.16.4-2.fc11.i586 requires libMagickCore.so.1
	vips-tools-7.16.4-2.fc11.i586 requires libMagickWand.so.1
	vtk-examples-5.0.4-26.fc11.i386 requires vtkdata = 0:5.0.4
	vtk-testing-5.0.4-26.fc11.i386 requires vtkdata = 0:5.0.4
	xastir-1.9.5-2.fc11.i386 requires libMagickCore.so.1



Broken deps for x86_64
----------------------------------------------------------
	ale-0.9.0.1-3.fc11.x86_64 requires libMagickCore.so.1()(64bit)
	asterisk-ais-1.6.1-0.21.rc1.fc11.x86_64 requires libSaEvt.so.2()(64bit)
	asterisk-ais-1.6.1-0.21.rc1.fc11.x86_64 requires libSaClm.so.2(OPENAIS_CLM_B.01.01)(64bit)
	asterisk-ais-1.6.1-0.21.rc1.fc11.x86_64 requires libSaEvt.so.2(OPENAIS_EVT_B.01.01)(64bit)
	asterisk-ais-1.6.1-0.21.rc1.fc11.x86_64 requires libSaClm.so.2()(64bit)
	asterisk-odbc-1.6.1-0.21.rc1.fc11.x86_64 requires libodbc.so.1()(64bit)
	asterisk-voicemail-odbc-1.6.1-0.21.rc1.fc11.x86_64 requires libodbc.so.1()(64bit)
	autotrace-0.31.1-20.fc11.i586 requires libMagickCore.so.1
	autotrace-0.31.1-20.fc11.x86_64 requires libMagickCore.so.1()(64bit)
	dbmail-2.2.11-2.fc10.x86_64 requires libgmime-2.0.so.2()(64bit)
	dbmail-auth-ldap-2.2.11-2.fc10.x86_64 requires libgmime-2.0.so.2()(64bit)
	dbmail-mysql-2.2.11-2.fc10.x86_64 requires libmysqlclient.so.15(libmysqlclient_15)(64bit)
	dbmail-mysql-2.2.11-2.fc10.x86_64 requires libgmime-2.0.so.2()(64bit)
	dbmail-mysql-2.2.11-2.fc10.x86_64 requires libssl.so.7()(64bit)
	dbmail-mysql-2.2.11-2.fc10.x86_64 requires libcrypto.so.7()(64bit)
	dbmail-mysql-2.2.11-2.fc10.x86_64 requires libmysqlclient.so.15()(64bit)
	dbmail-pgsql-2.2.11-2.fc10.x86_64 requires libgmime-2.0.so.2()(64bit)
	drawtiming-0.6.2-4.fc11.x86_64 requires libMagick++.so.1()(64bit)
	drawtiming-0.6.2-4.fc11.x86_64 requires libMagickCore.so.1()(64bit)
	gdal-1.6.0-4.fc11.i386 requires libodbc.so.1
	gdal-1.6.0-4.fc11.i386 requires libodbcinst.so.1
	gdal-1.6.0-4.fc11.i386 requires libhdf5.so.5
	gdal-1.6.0-4.fc11.x86_64 requires libhdf5.so.5()(64bit)
	gdal-1.6.0-4.fc11.x86_64 requires libodbcinst.so.1()(64bit)
	gdal-1.6.0-4.fc11.x86_64 requires libodbc.so.1()(64bit)
	gdal-perl-1.6.0-4.fc11.x86_64 requires libhdf5.so.5()(64bit)
	gdal-perl-1.6.0-4.fc11.x86_64 requires libodbcinst.so.1()(64bit)
	gdal-perl-1.6.0-4.fc11.x86_64 requires libodbc.so.1()(64bit)
	gdal-ruby-1.6.0-4.fc11.x86_64 requires libhdf5.so.5()(64bit)
	gdal-ruby-1.6.0-4.fc11.x86_64 requires libodbcinst.so.1()(64bit)
	gdal-ruby-1.6.0-4.fc11.x86_64 requires libodbc.so.1()(64bit)
	gdl-0.9-0.2.rc2.20090224.fc11.x86_64 requires libMagick++.so.1()(64bit)
	gdl-0.9-0.2.rc2.20090224.fc11.x86_64 requires libMagickCore.so.1()(64bit)
	gnome-phone-manager-0.60-5.fc11.x86_64 requires libgnomebt.so.1()(64bit)
	grass-6.3.0-10.fc11.x86_64 requires libodbc.so.1()(64bit)
	imageinfo-0.05-7.fc11.x86_64 requires libMagickCore.so.1()(64bit)
	inkscape-0.47-0.5.20090301svn.fc11.x86_64 requires libMagickCore.so.1()(64bit)
	inkscape-0.47-0.5.20090301svn.fc11.x86_64 requires libMagick++.so.1()(64bit)
	inkscape-docs-0.47-0.5.20090301svn.fc11.x86_64 requires libMagickCore.so.1()(64bit)
	inkscape-docs-0.47-0.5.20090301svn.fc11.x86_64 requires libMagick++.so.1()(64bit)
	k3d-0.6.7.0-9.fc11.i386 requires libMagickCore.so.1
	k3d-0.6.7.0-9.fc11.i386 requires libMagick++.so.1
	k3d-0.6.7.0-9.fc11.x86_64 requires libMagick++.so.1()(64bit)
	k3d-0.6.7.0-9.fc11.x86_64 requires libMagickCore.so.1()(64bit)
	kismet-extras-0.0.2008.05.R1-3.fc10.x86_64 requires libMagickCore.so.1()(64bit)
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgdamm-3.0.so.10
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb_graph-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb_extra-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.x86_64 requires libgnomedb_graph-3.0.so.4()(64bit)
	libgnomedbmm-2.9.5-4.fc9.x86_64 requires libgnomedb-3.0.so.4()(64bit)
	libgnomedbmm-2.9.5-4.fc9.x86_64 requires libgdamm-3.0.so.10()(64bit)
	libgnomedbmm-2.9.5-4.fc9.x86_64 requires libgnomedb_extra-3.0.so.4()(64bit)
	libopensync-plugin-syncml-0.35-4.fc10.x86_64 requires libsyncml.so.0()(64bit)
	lsvpd-1.6.4-3.fc10.x86_64 requires libvpd_cxx-2.0.so.0()(64bit)
	mapnik-0.5.2-0.10.svn780.fc11.i386 requires dejavu-fonts-sans
	mapnik-0.5.2-0.10.svn780.fc11.x86_64 requires dejavu-fonts-sans
	nip2-7.16.4-2.fc11.x86_64 requires libMagickCore.so.1()(64bit)
	nip2-7.16.4-2.fc11.x86_64 requires libMagickWand.so.1()(64bit)
	octave-forge-20080831-5.fc11.x86_64 requires libMagickCore.so.1()(64bit)
	octave-forge-20080831-5.fc11.x86_64 requires libMagick++.so.1()(64bit)
	oxine-0.7.1-3.fc11.x86_64 requires libMagickCore.so.1()(64bit)
	oxine-0.7.1-3.fc11.x86_64 requires libMagickWand.so.1()(64bit)
	oyranos-0.1.9-2.fc11.x86_64 requires elektra-kdb
	1:pan-0.133-1.fc10.x86_64 requires libgmime-2.0.so.2()(64bit)
	pfstools-imgmagick-1.7.0-3.fc11.x86_64 requires libMagick++.so.1()(64bit)
	pfstools-imgmagick-1.7.0-3.fc11.x86_64 requires libMagickCore.so.1()(64bit)
	pfstools-octave-1.7.0-3.fc11.x86_64 requires libhdf5.so.5()(64bit)
	php-magickwand-1.0.8-1.fc11.x86_64 requires libMagickCore.so.1()(64bit)
	php-magickwand-1.0.8-1.fc11.x86_64 requires libMagickWand.so.1()(64bit)
	php-pecl-imagick-2.2.2-1.fc11.x86_64 requires libMagickCore.so.1()(64bit)
	php-pecl-imagick-2.2.2-1.fc11.x86_64 requires libMagickWand.so.1()(64bit)
	postgresql-odbcng-0.90.101-2.fc10.i386 requires libodbcinst.so.1
	postgresql-odbcng-0.90.101-2.fc10.x86_64 requires libodbcinst.so.1()(64bit)
	psiconv-0.9.8-3.fc11.i586 requires libMagickCore.so.1
	psiconv-0.9.8-3.fc11.x86_64 requires libMagickCore.so.1()(64bit)
	pstoedit-3.45-6.fc11.i586 requires libMagick++.so.1
	pstoedit-3.45-6.fc11.i586 requires libMagickCore.so.1
	pstoedit-3.45-6.fc11.x86_64 requires libMagickCore.so.1()(64bit)
	pstoedit-3.45-6.fc11.x86_64 requires libMagick++.so.1()(64bit)
	q-magick-7.11-4.fc11.x86_64 requires libMagickCore.so.1()(64bit)
	qpidd-cluster-0.4.738618-2.fc11.x86_64 requires libcpg.so.2()(64bit)
	qpidd-cluster-0.4.738618-2.fc11.x86_64 requires libcpg.so.2(COROSYNC_CPG_1.0)(64bit)
	rhnpush-0.4.5-1.fc11.noarch requires rhnlib
	ruby-rpm-1.2.3-4.fc9.x86_64 requires librpmdb-4.4.so()(64bit)
	ruby-rpm-1.2.3-4.fc9.x86_64 requires librpmbuild-4.4.so()(64bit)
	ruby-rpm-1.2.3-4.fc9.x86_64 requires librpmio-4.4.so()(64bit)
	ruby-rpm-1.2.3-4.fc9.x86_64 requires librpm-4.4.so()(64bit)
	vips-7.16.4-2.fc11.i586 requires libMagickCore.so.1
	vips-7.16.4-2.fc11.i586 requires libMagickWand.so.1
	vips-7.16.4-2.fc11.x86_64 requires libMagickCore.so.1()(64bit)
	vips-7.16.4-2.fc11.x86_64 requires libMagickWand.so.1()(64bit)
	vips-python-7.16.4-2.fc11.x86_64 requires libMagickCore.so.1()(64bit)
	vips-python-7.16.4-2.fc11.x86_64 requires libMagickWand.so.1()(64bit)
	vips-tools-7.16.4-2.fc11.x86_64 requires libMagickCore.so.1()(64bit)
	vips-tools-7.16.4-2.fc11.x86_64 requires libMagickWand.so.1()(64bit)
	vtk-examples-5.0.4-26.fc11.x86_64 requires vtkdata = 0:5.0.4
	vtk-testing-5.0.4-26.fc11.x86_64 requires vtkdata = 0:5.0.4
	xastir-1.9.5-2.fc11.x86_64 requires libMagickCore.so.1()(64bit)



Broken deps for ppc
----------------------------------------------------------
	ale-0.9.0.1-3.fc11.ppc requires libMagickCore.so.1
	asterisk-ais-1.6.1-0.21.rc1.fc11.ppc requires libSaClm.so.2
	asterisk-ais-1.6.1-0.21.rc1.fc11.ppc requires libSaEvt.so.2
	asterisk-ais-1.6.1-0.21.rc1.fc11.ppc requires libSaEvt.so.2(OPENAIS_EVT_B.01.01)
	asterisk-ais-1.6.1-0.21.rc1.fc11.ppc requires libSaClm.so.2(OPENAIS_CLM_B.01.01)
	asterisk-odbc-1.6.1-0.21.rc1.fc11.ppc requires libodbc.so.1
	asterisk-voicemail-odbc-1.6.1-0.21.rc1.fc11.ppc requires libodbc.so.1
	autotrace-0.31.1-20.fc11.ppc requires libMagickCore.so.1
	autotrace-0.31.1-20.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	dbmail-2.2.11-2.fc10.ppc requires libgmime-2.0.so.2
	dbmail-auth-ldap-2.2.11-2.fc10.ppc requires libgmime-2.0.so.2
	dbmail-mysql-2.2.11-2.fc10.ppc requires libssl.so.7
	dbmail-mysql-2.2.11-2.fc10.ppc requires libmysqlclient.so.15
	dbmail-mysql-2.2.11-2.fc10.ppc requires libcrypto.so.7
	dbmail-mysql-2.2.11-2.fc10.ppc requires libmysqlclient.so.15(libmysqlclient_15)
	dbmail-mysql-2.2.11-2.fc10.ppc requires libgmime-2.0.so.2
	dbmail-pgsql-2.2.11-2.fc10.ppc requires libgmime-2.0.so.2
	drawtiming-0.6.2-4.fc11.ppc requires libMagickCore.so.1
	drawtiming-0.6.2-4.fc11.ppc requires libMagick++.so.1
	gdal-1.6.0-4.fc11.ppc requires libodbc.so.1
	gdal-1.6.0-4.fc11.ppc requires libodbcinst.so.1
	gdal-1.6.0-4.fc11.ppc requires libhdf5.so.5
	gdal-1.6.0-4.fc11.ppc64 requires libhdf5.so.5()(64bit)
	gdal-1.6.0-4.fc11.ppc64 requires libodbcinst.so.1()(64bit)
	gdal-1.6.0-4.fc11.ppc64 requires libodbc.so.1()(64bit)
	gdal-perl-1.6.0-4.fc11.ppc requires libodbc.so.1
	gdal-perl-1.6.0-4.fc11.ppc requires libodbcinst.so.1
	gdal-perl-1.6.0-4.fc11.ppc requires libhdf5.so.5
	gdal-ruby-1.6.0-4.fc11.ppc requires libodbc.so.1
	gdal-ruby-1.6.0-4.fc11.ppc requires libodbcinst.so.1
	gdal-ruby-1.6.0-4.fc11.ppc requires libhdf5.so.5
	gdl-0.9-0.2.rc2.20090224.fc11.ppc requires libMagickCore.so.1
	gdl-0.9-0.2.rc2.20090224.fc11.ppc requires libMagick++.so.1
	gnome-phone-manager-0.60-5.fc11.ppc requires libgnomebt.so.1
	grass-6.3.0-10.fc11.ppc requires libodbc.so.1
	imageinfo-0.05-7.fc11.ppc requires libMagickCore.so.1
	inkscape-0.47-0.5.20090301svn.fc11.ppc requires libMagickCore.so.1
	inkscape-0.47-0.5.20090301svn.fc11.ppc requires libMagick++.so.1
	inkscape-docs-0.47-0.5.20090301svn.fc11.ppc requires libMagickCore.so.1
	inkscape-docs-0.47-0.5.20090301svn.fc11.ppc requires libMagick++.so.1
	k3d-0.6.7.0-9.fc11.ppc requires libMagickCore.so.1
	k3d-0.6.7.0-9.fc11.ppc requires libMagick++.so.1
	k3d-0.6.7.0-9.fc11.ppc64 requires libMagick++.so.1()(64bit)
	k3d-0.6.7.0-9.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	kismet-extras-0.0.2008.05.R1-3.fc10.ppc requires libMagickCore.so.1
	libgnomedbmm-2.9.5-4.fc9.ppc requires libgdamm-3.0.so.10
	libgnomedbmm-2.9.5-4.fc9.ppc requires libgnomedb_graph-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.ppc requires libgnomedb-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.ppc requires libgnomedb_extra-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgnomedb_graph-3.0.so.4()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgnomedb-3.0.so.4()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgdamm-3.0.so.10()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgnomedb_extra-3.0.so.4()(64bit)
	libopensync-plugin-syncml-0.35-4.fc10.ppc requires libsyncml.so.0
	lsvpd-1.6.4-3.fc10.ppc requires libvpd_cxx-2.0.so.0
	mapnik-0.5.2-0.10.svn780.fc11.ppc requires dejavu-fonts-sans
	mapnik-0.5.2-0.10.svn780.fc11.ppc64 requires dejavu-fonts-sans
	nip2-7.16.4-2.fc11.ppc requires libMagickCore.so.1
	nip2-7.16.4-2.fc11.ppc requires libMagickWand.so.1
	octave-forge-20080831-5.fc11.ppc requires libMagickCore.so.1
	octave-forge-20080831-5.fc11.ppc requires libMagick++.so.1
	oxine-0.7.1-3.fc11.ppc requires libMagickCore.so.1
	oxine-0.7.1-3.fc11.ppc requires libMagickWand.so.1
	oyranos-0.1.9-2.fc11.ppc requires elektra-kdb
	1:pan-0.133-1.fc10.ppc requires libgmime-2.0.so.2
	pfstools-imgmagick-1.7.0-3.fc11.ppc requires libMagickCore.so.1
	pfstools-imgmagick-1.7.0-3.fc11.ppc requires libMagick++.so.1
	pfstools-octave-1.7.0-3.fc11.ppc requires libhdf5.so.5
	php-magickwand-1.0.8-1.fc11.ppc requires libMagickCore.so.1
	php-magickwand-1.0.8-1.fc11.ppc requires libMagickWand.so.1
	php-pecl-imagick-2.2.2-1.fc11.ppc requires libMagickCore.so.1
	php-pecl-imagick-2.2.2-1.fc11.ppc requires libMagickWand.so.1
	postgresql-odbcng-0.90.101-2.fc10.ppc requires libodbcinst.so.1
	postgresql-odbcng-0.90.101-2.fc10.ppc64 requires libodbcinst.so.1()(64bit)
	psiconv-0.9.8-3.fc11.ppc requires libMagickCore.so.1
	psiconv-0.9.8-3.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	pstoedit-3.45-6.fc11.ppc requires libMagick++.so.1
	pstoedit-3.45-6.fc11.ppc requires libMagickCore.so.1
	pstoedit-3.45-6.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	pstoedit-3.45-6.fc11.ppc64 requires libMagick++.so.1()(64bit)
	q-magick-7.11-4.fc11.ppc requires libMagickCore.so.1
	qpidd-cluster-0.4.738618-2.fc11.ppc requires libcpg.so.2(COROSYNC_CPG_1.0)
	qpidd-cluster-0.4.738618-2.fc11.ppc requires libcpg.so.2
	rhnpush-0.4.5-1.fc11.noarch requires rhnlib
	ruby-rpm-1.2.3-4.fc9.ppc requires librpmdb-4.4.so
	ruby-rpm-1.2.3-4.fc9.ppc requires librpmio-4.4.so
	ruby-rpm-1.2.3-4.fc9.ppc requires librpmbuild-4.4.so
	ruby-rpm-1.2.3-4.fc9.ppc requires librpm-4.4.so
	vips-7.16.4-2.fc11.ppc requires libMagickCore.so.1
	vips-7.16.4-2.fc11.ppc requires libMagickWand.so.1
	vips-7.16.4-2.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	vips-7.16.4-2.fc11.ppc64 requires libMagickWand.so.1()(64bit)
	vips-python-7.16.4-2.fc11.ppc requires libMagickCore.so.1
	vips-python-7.16.4-2.fc11.ppc requires libMagickWand.so.1
	vips-tools-7.16.4-2.fc11.ppc requires libMagickCore.so.1
	vips-tools-7.16.4-2.fc11.ppc requires libMagickWand.so.1
	vtk-examples-5.0.4-26.fc11.ppc requires vtkdata = 0:5.0.4
	vtk-testing-5.0.4-26.fc11.ppc requires vtkdata = 0:5.0.4
	xastir-1.9.5-2.fc11.ppc requires libMagickCore.so.1



Broken deps for ppc64
----------------------------------------------------------
	ale-0.9.0.1-3.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	asterisk-ais-1.6.1-0.21.rc1.fc11.ppc64 requires libSaEvt.so.2()(64bit)
	asterisk-ais-1.6.1-0.21.rc1.fc11.ppc64 requires libSaClm.so.2(OPENAIS_CLM_B.01.01)(64bit)
	asterisk-ais-1.6.1-0.21.rc1.fc11.ppc64 requires libSaEvt.so.2(OPENAIS_EVT_B.01.01)(64bit)
	asterisk-ais-1.6.1-0.21.rc1.fc11.ppc64 requires libSaClm.so.2()(64bit)
	asterisk-odbc-1.6.1-0.21.rc1.fc11.ppc64 requires libodbc.so.1()(64bit)
	asterisk-voicemail-odbc-1.6.1-0.21.rc1.fc11.ppc64 requires libodbc.so.1()(64bit)
	autotrace-0.31.1-20.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	cabal2spec-0.12-1.fc11.noarch requires ghc > 0:6.10.1-7
	dbmail-2.2.11-2.fc10.ppc64 requires libgmime-2.0.so.2()(64bit)
	dbmail-auth-ldap-2.2.11-2.fc10.ppc64 requires libgmime-2.0.so.2()(64bit)
	dbmail-mysql-2.2.11-2.fc10.ppc64 requires libgmime-2.0.so.2()(64bit)
	dbmail-mysql-2.2.11-2.fc10.ppc64 requires libssl.so.7()(64bit)
	dbmail-mysql-2.2.11-2.fc10.ppc64 requires libmysqlclient.so.15(libmysqlclient_15)(64bit)
	dbmail-mysql-2.2.11-2.fc10.ppc64 requires libcrypto.so.7()(64bit)
	dbmail-mysql-2.2.11-2.fc10.ppc64 requires libmysqlclient.so.15()(64bit)
	dbmail-pgsql-2.2.11-2.fc10.ppc64 requires libgmime-2.0.so.2()(64bit)
	drawtiming-0.6.2-4.fc11.ppc64 requires libMagick++.so.1()(64bit)
	drawtiming-0.6.2-4.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	gdal-1.6.0-4.fc11.ppc64 requires libhdf5.so.5()(64bit)
	gdal-1.6.0-4.fc11.ppc64 requires libodbcinst.so.1()(64bit)
	gdal-1.6.0-4.fc11.ppc64 requires libodbc.so.1()(64bit)
	gdal-perl-1.6.0-4.fc11.ppc64 requires libhdf5.so.5()(64bit)
	gdal-perl-1.6.0-4.fc11.ppc64 requires libodbcinst.so.1()(64bit)
	gdal-perl-1.6.0-4.fc11.ppc64 requires libodbc.so.1()(64bit)
	gdal-ruby-1.6.0-4.fc11.ppc64 requires libhdf5.so.5()(64bit)
	gdal-ruby-1.6.0-4.fc11.ppc64 requires libodbcinst.so.1()(64bit)
	gdal-ruby-1.6.0-4.fc11.ppc64 requires libodbc.so.1()(64bit)
	gdl-0.9-0.2.rc2.20090224.fc11.ppc64 requires libMagick++.so.1()(64bit)
	gdl-0.9-0.2.rc2.20090224.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	gnome-phone-manager-0.60-5.fc11.ppc64 requires libgnomebt.so.1()(64bit)
	grass-6.3.0-10.fc11.ppc64 requires libodbc.so.1()(64bit)
	imageinfo-0.05-7.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	inkscape-0.47-0.5.20090301svn.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	inkscape-0.47-0.5.20090301svn.fc11.ppc64 requires libMagick++.so.1()(64bit)
	inkscape-docs-0.47-0.5.20090301svn.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	inkscape-docs-0.47-0.5.20090301svn.fc11.ppc64 requires libMagick++.so.1()(64bit)
	k3d-0.6.7.0-9.fc11.ppc64 requires libMagick++.so.1()(64bit)
	k3d-0.6.7.0-9.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	kismet-extras-0.0.2008.05.R1-3.fc10.ppc64 requires libMagickCore.so.1()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgnomedb_graph-3.0.so.4()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgnomedb-3.0.so.4()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgdamm-3.0.so.10()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgnomedb_extra-3.0.so.4()(64bit)
	libopensync-plugin-syncml-0.35-4.fc10.ppc64 requires libsyncml.so.0()(64bit)
	lsvpd-1.6.4-3.fc10.ppc64 requires libvpd_cxx-2.0.so.0()(64bit)
	mapnik-0.5.2-0.10.svn780.fc11.ppc64 requires dejavu-fonts-sans
	nip2-7.16.4-2.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	nip2-7.16.4-2.fc11.ppc64 requires libMagickWand.so.1()(64bit)
	octave-forge-20080831-5.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	octave-forge-20080831-5.fc11.ppc64 requires libMagick++.so.1()(64bit)
	oxine-0.7.1-3.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	oxine-0.7.1-3.fc11.ppc64 requires libMagickWand.so.1()(64bit)
	oyranos-0.1.9-2.fc11.ppc64 requires elektra-kdb
	1:pan-0.133-1.fc10.ppc64 requires libgmime-2.0.so.2()(64bit)
	pfstools-imgmagick-1.7.0-3.fc11.ppc64 requires libMagick++.so.1()(64bit)
	pfstools-imgmagick-1.7.0-3.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	pfstools-octave-1.7.0-3.fc11.ppc64 requires libhdf5.so.5()(64bit)
	php-magickwand-1.0.8-1.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	php-magickwand-1.0.8-1.fc11.ppc64 requires libMagickWand.so.1()(64bit)
	php-pecl-imagick-2.2.2-1.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	php-pecl-imagick-2.2.2-1.fc11.ppc64 requires libMagickWand.so.1()(64bit)
	postgresql-odbcng-0.90.101-2.fc10.ppc64 requires libodbcinst.so.1()(64bit)
	psiconv-0.9.8-3.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	pstoedit-3.45-6.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	pstoedit-3.45-6.fc11.ppc64 requires libMagick++.so.1()(64bit)
	q-magick-7.11-4.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	qpidd-cluster-0.4.738618-2.fc11.ppc64 requires libcpg.so.2()(64bit)
	qpidd-cluster-0.4.738618-2.fc11.ppc64 requires libcpg.so.2(COROSYNC_CPG_1.0)(64bit)
	rhnpush-0.4.5-1.fc11.noarch requires rhnlib
	ruby-rpm-1.2.3-4.fc9.ppc64 requires librpmdb-4.4.so()(64bit)
	ruby-rpm-1.2.3-4.fc9.ppc64 requires librpmbuild-4.4.so()(64bit)
	ruby-rpm-1.2.3-4.fc9.ppc64 requires librpmio-4.4.so()(64bit)
	ruby-rpm-1.2.3-4.fc9.ppc64 requires librpm-4.4.so()(64bit)
	vips-7.16.4-2.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	vips-7.16.4-2.fc11.ppc64 requires libMagickWand.so.1()(64bit)
	vips-python-7.16.4-2.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	vips-python-7.16.4-2.fc11.ppc64 requires libMagickWand.so.1()(64bit)
	vips-tools-7.16.4-2.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	vips-tools-7.16.4-2.fc11.ppc64 requires libMagickWand.so.1()(64bit)
	vtk-examples-5.0.4-26.fc11.ppc64 requires vtkdata = 0:5.0.4
	vtk-testing-5.0.4-26.fc11.ppc64 requires vtkdata = 0:5.0.4
	xastir-1.9.5-2.fc11.ppc64 requires libMagickCore.so.1()(64bit)





From deadbabylon at googlemail.com  Wed Mar 11 09:23:00 2009
From: deadbabylon at googlemail.com (Sebastian Vahl)
Date: Wed, 11 Mar 2009 10:23:00 +0100
Subject: Can't install rawhide (2009-03-10)
In-Reply-To: <1236739060.3727.16.camel@localhost.localdomain>
References: <20090311005732.GC990643@hiwaay.net>
	<1236739060.3727.16.camel@localhost.localdomain>
Message-ID: <20090311102300.72bd74ff@HTPC>

Am Tue, 10 Mar 2009 19:37:40 -0700
schrieb Jesse Keating <jkeating at redhat.com>:

> On Tue, 2009-03-10 at 19:57 -0500, Chris Adams wrote:
> > <3>SQUASHFS error: zlib_inflate tried to decompress too much data,
> > expected 131072 bytes.  Zlib data probably corrupt
> > <3>SQUASHFS error: squashfs_read_data failed to read block 0x16e254b
> > <3>SQUASHFS error: Unable to read data cache entry [16e254b]
> > <3>SQUASHFS error: Unable to read page, block 16e254b, size f2b9
> > 
> > The last 2 lines repeat several times.
> 
> I'm seeing this on a PS3 as well, I think something is seriously wrong
> in squashfs land.
> 

Same here when booting a live image (i686 and x86_64). 

Sebastian
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090311/d484d8b0/attachment.sig>

From opensource at till.name  Wed Mar 11 10:00:08 2009
From: opensource at till.name (Till Maas)
Date: Wed, 11 Mar 2009 11:00:08 +0100
Subject: WANTED: Clever solution for Transifex storage
In-Reply-To: <1236750159.31110.70.camel@ignacio.lan>
References: <1236750159.31110.70.camel@ignacio.lan>
Message-ID: <200903111100.24458.opensource@till.name>

On Mi M?rz 11 2009, Ignacio Vazquez-Abrams wrote:

> Right now, a stock install of the transifex package
> creates /var/lib/transifex. This directory and everything beneath it is
> currently owned by root:root. What needs to happen is that it needs to
> be read/written by whatever is running Transifex, be that as a
> standalone Django app, via httpd, or some other HTTP server. Frankly, I
> got nothing. Anyone else have any ideas?

The best solution I found for me if I want to rw access a directory with 
different users is to use bindfs:

http://code.google.com/p/bindfs/

It allows to bind mount a directory with fuse and presenting different 
permissions to different users. It can also ensure that users do not mess the 
permissions, e.g. disallowing other users to write to something.

Regards,
Till
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 835 bytes
Desc: This is a digitally signed message part.
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090311/99123a08/attachment.sig>

From billcrawford1970 at gmail.com  Wed Mar 11 10:29:28 2009
From: billcrawford1970 at gmail.com (Bill Crawford)
Date: Wed, 11 Mar 2009 10:29:28 +0000
Subject: setup, fedora-release updates needed
In-Reply-To: <1236717336.20989.21.camel@perihelion.bos.jonmasters.org>
References: <1236717336.20989.21.camel@perihelion.bos.jonmasters.org>
Message-ID: <200903111029.29122.billcrawford1970@gmail.com>

On Tuesday 10 March 2009 20:35:36 Jon Masters wrote:
> Folks,
>
> I just did an update on a fresh installed system and noticed that a
> small number of packages are still in need of appropriate config file
> changes to their spec files. Especially setup and fedora-release should
> not be creating .rpmnew files on upgrade.

OK, but you need to turn the current distribution of /etc/passwd into a series 
of "useradd" commands in %post, not just "nowarn" it. Otherwise any additions 
to the default set of users will get lost (although now I think about it, I 
don't think you've added any in a long time :o)).

Now, removing no-longer-necessary users without causing problems, is harder ...



From ovasik at redhat.com  Wed Mar 11 11:27:35 2009
From: ovasik at redhat.com (=?UTF-8?Q?Ond=C5=99ej_Va=C5=A1=C3=ADk?=)
Date: Wed, 11 Mar 2009 12:27:35 +0100
Subject: setup, fedora-release updates needed
In-Reply-To: <200903111029.29122.billcrawford1970@gmail.com>
References: <1236717336.20989.21.camel@perihelion.bos.jonmasters.org>
	<200903111029.29122.billcrawford1970@gmail.com>
Message-ID: <1236770855.3978.33.camel@dhcp-lab-219.englab.brq.redhat.com>

Bill Crawford wrote:
> On Tuesday 10 March 2009 20:35:36 Jon Masters wrote
> > I just did an update on a fresh installed system and noticed that a
> > small number of packages are still in need of appropriate config file
> > changes to their spec files. Especially setup and fedora-release should
> > not be creating .rpmnew files on upgrade.
> OK, but you need to turn the current distribution of /etc/passwd into a series 
> of "useradd" commands in %post, not just "nowarn" it. Otherwise any additions 
> to the default set of users will get lost (although now I think about it, I 
> don't think you've added any in a long time :o)).

Package setup can't use post scriptlet (ok, maybe can use lua ... but
it's not likely to have it there) - due to dependencies. I did
quick&dirty way in rawhide - removing the most useless .rpmnew files in
postun section - but user will still receive warnings about creating
those files. AFAIK there is no other way at the moment (I requested RFE
http://www.rpm.org/ticket/6 to have nowarn config file option) - please
let me know if you know some way how to not bother users with
useless .rpmnew file, but do not replace their files on update (as it
would have horrible consequences in the case of file like /etc/passwd
and/or /etc/shadow. Just for completeness - now it works the way that
user/group added to default set of user/groups is created in post
section of the ALL packages which actually need it for 2 Fedora
releases. Worth of improvement, but don't know how to handle it better
way for updates.

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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090311/28a80106/attachment.sig>

From billcrawford1970 at gmail.com  Wed Mar 11 11:59:55 2009
From: billcrawford1970 at gmail.com (Bill Crawford)
Date: Wed, 11 Mar 2009 11:59:55 +0000
Subject: setup, fedora-release updates needed
In-Reply-To: <1236770855.3978.33.camel@dhcp-lab-219.englab.brq.redhat.com>
References: <1236717336.20989.21.camel@perihelion.bos.jonmasters.org>
	<200903111029.29122.billcrawford1970@gmail.com>
	<1236770855.3978.33.camel@dhcp-lab-219.englab.brq.redhat.com>
Message-ID: <200903111159.55785.billcrawford1970@gmail.com>

On Wednesday 11 March 2009 11:27:35 Ond?ej Va??k wrote:
...
> Package setup can't use post scriptlet (ok, maybe can use lua ... but
> it's not likely to have it there) - due to dependencies. I did
> quick&dirty way in rawhide - removing the most useless .rpmnew files in
> postun section - but user will still receive warnings about creating
> those files. AFAIK there is no other way at the moment (I requested RFE
> http://www.rpm.org/ticket/6 to have nowarn config file option) - please
> let me know if you know some way how to not bother users with
> useless .rpmnew file, but do not replace their files on update (as it
> would have horrible consequences in the case of file like /etc/passwd
> and/or /etc/shadow. Just for completeness - now it works the way that
> user/group added to default set of user/groups is created in post
> section of the ALL packages which actually need it for 2 Fedora
> releases. Worth of improvement, but don't know how to handle it better
> way for updates.

I hadn't thought about the dependencies, and you're absolutely right there. It's 
always been an issue for update, anyway, so that package just needs to not 
change at all, ever ;o)

Main problem, of course, is that putting all the users in separate files, or any 
kind of database, would make this much much more complicated; something that 
basic really does need to stay in as simple a form as possible. IMHO.



From tgl at redhat.com  Wed Mar 11 12:30:20 2009
From: tgl at redhat.com (Tom Lane)
Date: Wed, 11 Mar 2009 08:30:20 -0400
Subject: Password Reset 
In-Reply-To: <1236744102.20989.35.camel@perihelion.bos.jonmasters.org> 
References: <alpine.LFD.2.00.0903090959530.14983@laptop.mmcgrath.net>
	<200903102241.25010.opensource@till.name>
	<alpine.LFD.2.00.0903102216270.9637@laptop.mmcgrath.net>
	<1236744102.20989.35.camel@perihelion.bos.jonmasters.org>
Message-ID: <25828.1236774620@sss.pgh.pa.us>

Jon Masters <jcm at redhat.com> writes:
> On Tue, 2009-03-10 at 22:17 -0500, Mike McGrath wrote:
>> Is 4 weeks enough with 5 total emails?  4 week warning, 3 week, 2 week, 1
>> week, you've been disabled?

> I think a month is reasonable. A week is easy to miss, two weeks is a
> week plus someone getting back from vacation and missing emails while
> they were gone, then drowning as they try to catch up.

Month-long summer vacation is, or at least used to be, common in Europe.
And what of situations that are even a bit unusual, like someone getting
hurt and being in hospital for a month or two?

I don't have much of a problem with a short fuse on an easily reversible
action, like disabling your Fedora password and requiring you to reset
it.  Blocking email or removing web content should only be done after a
significant period of time --- multiple months --- has elapsed without
signs of life.

			regards, tom lane



From walters at verbum.org  Wed Mar 11 12:52:08 2009
From: walters at verbum.org (Colin Walters)
Date: Wed, 11 Mar 2009 08:52:08 -0400
Subject: WANTED: Clever solution for Transifex storage
In-Reply-To: <200903111100.24458.opensource@till.name>
References: <1236750159.31110.70.camel@ignacio.lan>
	<200903111100.24458.opensource@till.name>
Message-ID: <faa16b610903110552l563bf7a1p89f90e209c4aada4@mail.gmail.com>

2009/3/11 Till Maas <opensource at till.name>:
> On Mi M?rz 11 2009, Ignacio Vazquez-Abrams wrote:
>
>> Right now, a stock install of the transifex package
>> creates /var/lib/transifex. This directory and everything beneath it is
>> currently owned by root:root. What needs to happen is that it needs to
>> be read/written by whatever is running Transifex, be that as a
>> standalone Django app, via httpd, or some other HTTP server. Frankly, I
>> got nothing. Anyone else have any ideas?
>
> The best solution I found for me if I want to rw access a directory with
> different users is to use bindfs:
>
> http://code.google.com/p/bindfs/

ACLs would be a way simpler, built-in-to-the-kernel solution for this problem.

In the bigger picture I'm skeptical of trying to make server software
work 100% out of the box in more than a few configurations, let alone
arbitrary HTTP servers.  Just have a good, supported default and maybe
one or two others, and everyone else can run chmod -R or create config
fragments or whatever.



From sgallagh at redhat.com  Wed Mar 11 13:06:38 2009
From: sgallagh at redhat.com (Stephen Gallagher)
Date: Wed, 11 Mar 2009 09:06:38 -0400
Subject: WANTED: Clever solution for Transifex storage
In-Reply-To: <1236750159.31110.70.camel@ignacio.lan>
References: <1236750159.31110.70.camel@ignacio.lan>
Message-ID: <49B7B75E.5080705@redhat.com>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Ignacio Vazquez-Abrams wrote:
> So here's the scoop.
> 
> Right now, a stock install of the transifex package
> creates /var/lib/transifex. This directory and everything beneath it is
> currently owned by root:root. What needs to happen is that it needs to
> be read/written by whatever is running Transifex, be that as a
> standalone Django app, via httpd, or some other HTTP server. Frankly, I
> got nothing. Anyone else have any ideas?
> 
> 

OddJob: http://people.redhat.com/nalin/oddjob/

- --
Stephen Gallagher
RHCE 804006346421761

Looking to carve out IT costs?
www.redhat.com/carveoutcosts/
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org

iEYEARECAAYFAkm3t14ACgkQeiVVYja6o6PvggCfUYG6a9Wf5tgzZQdu3tip8NA+
URQAni38TzglZLLZrOQFTsxNMKxgm+wJ
=yaXB
-----END PGP SIGNATURE-----



From mmcgrath at redhat.com  Wed Mar 11 13:19:49 2009
From: mmcgrath at redhat.com (Mike McGrath)
Date: Wed, 11 Mar 2009 08:19:49 -0500 (CDT)
Subject: Password Reset 
In-Reply-To: <25828.1236774620@sss.pgh.pa.us>
References: <alpine.LFD.2.00.0903090959530.14983@laptop.mmcgrath.net>
	<200903102241.25010.opensource@till.name>
	<alpine.LFD.2.00.0903102216270.9637@laptop.mmcgrath.net>
	<1236744102.20989.35.camel@perihelion.bos.jonmasters.org>
	<25828.1236774620@sss.pgh.pa.us>
Message-ID: <alpine.LFD.2.00.0903110818190.9637@laptop.mmcgrath.net>

On Wed, 11 Mar 2009, Tom Lane wrote:

> Jon Masters <jcm at redhat.com> writes:
> > On Tue, 2009-03-10 at 22:17 -0500, Mike McGrath wrote:
> >> Is 4 weeks enough with 5 total emails?  4 week warning, 3 week, 2 week, 1
> >> week, you've been disabled?
>
> > I think a month is reasonable. A week is easy to miss, two weeks is a
> > week plus someone getting back from vacation and missing emails while
> > they were gone, then drowning as they try to catch up.
>
> Month-long summer vacation is, or at least used to be, common in Europe.
> And what of situations that are even a bit unusual, like someone getting
> hurt and being in hospital for a month or two?
>

Two months of notice means you'll be asked to reset your password every 4
months if you stay on top of things.  Is that acceptable?

	-Mike



From wtogami at redhat.com  Wed Mar 11 13:26:48 2009
From: wtogami at redhat.com (Warren Togami)
Date: Wed, 11 Mar 2009 09:26:48 -0400
Subject: memtest86+ and grub.conf
In-Reply-To: <49B78D47.7030305@redhat.com>
References: <49B4C911.1090008@redhat.com> <49B4D0E2.5080900@redhat.com>	
	<49B4D164.6080800@redhat.com>
	<68720af30903110251q3d8a3c9dx931e619ed3ac606d@mail.gmail.com>
	<49B78D47.7030305@redhat.com>
Message-ID: <49B7BC18.8020700@redhat.com>

Hans de Goede wrote:
> Please discuss making any changes to grub.conf with Peter Jones
> (pjones at redhat.com) he knows grubby best. I'm not sure what to
> think about adding an option to grub.conf in general, it does
> make sorta sense when people install memtest86 to do that, but
> otoh it feels a bit wrong. I think this is best discussed on
> Fedora-devel, and then if there is consensus that adding a
> grub.conf entry is a good idea Peter Jones is the one yo ask
> technical questions about grubby.

Some background:

I initially implemented memtest86+ to automatically add itself to 
grub.conf in %post.  Jeremy disliked this because it wont work during 
anaconda where grub.conf did not exist at that point yet.  He suggested 
just providing a script to add it to grub.conf manually, because doing 
so automatically would be inconsistent.

As for your proposed build change to memtest86+, I have never seen grub 
fail to boot memtest86+ in the way that you described, and also upstream 
doesn't build it in that way.  Please discuss with upstream your 
proposed build changes.

Warren Togami
wtogami at redhat.com



From mmcgrath at redhat.com  Wed Mar 11 13:29:58 2009
From: mmcgrath at redhat.com (Mike McGrath)
Date: Wed, 11 Mar 2009 08:29:58 -0500 (CDT)
Subject: Password Reset 
In-Reply-To: <alpine.LFD.2.00.0903110818190.9637@laptop.mmcgrath.net>
References: <alpine.LFD.2.00.0903090959530.14983@laptop.mmcgrath.net>
	<200903102241.25010.opensource@till.name>
	<alpine.LFD.2.00.0903102216270.9637@laptop.mmcgrath.net>
	<1236744102.20989.35.camel@perihelion.bos.jonmasters.org>
	<25828.1236774620@sss.pgh.pa.us>
	<alpine.LFD.2.00.0903110818190.9637@laptop.mmcgrath.net>
Message-ID: <alpine.LFD.2.00.0903110829150.9637@laptop.mmcgrath.net>

On Wed, 11 Mar 2009, Mike McGrath wrote:

> On Wed, 11 Mar 2009, Tom Lane wrote:
>
> > Jon Masters <jcm at redhat.com> writes:
> > > On Tue, 2009-03-10 at 22:17 -0500, Mike McGrath wrote:
> > >> Is 4 weeks enough with 5 total emails?  4 week warning, 3 week, 2 week, 1
> > >> week, you've been disabled?
> >
> > > I think a month is reasonable. A week is easy to miss, two weeks is a
> > > week plus someone getting back from vacation and missing emails while
> > > they were gone, then drowning as they try to catch up.
> >
> > Month-long summer vacation is, or at least used to be, common in Europe.
> > And what of situations that are even a bit unusual, like someone getting
> > hurt and being in hospital for a month or two?
> >
>
> Two months of notice means you'll be asked to reset your password every 4
> months if you stay on top of things.  Is that acceptable?
>

Actually if we push password resets back to 8 months with a 2 month leway,
that's still no more then notifications every 6 months.

	-Mike



From walters at verbum.org  Wed Mar 11 13:32:08 2009
From: walters at verbum.org (Colin Walters)
Date: Wed, 11 Mar 2009 09:32:08 -0400
Subject: Password Reset
In-Reply-To: <alpine.LFD.2.00.0903110818190.9637@laptop.mmcgrath.net>
References: <alpine.LFD.2.00.0903090959530.14983@laptop.mmcgrath.net>
	<200903102241.25010.opensource@till.name>
	<alpine.LFD.2.00.0903102216270.9637@laptop.mmcgrath.net>
	<1236744102.20989.35.camel@perihelion.bos.jonmasters.org>
	<25828.1236774620@sss.pgh.pa.us>
	<alpine.LFD.2.00.0903110818190.9637@laptop.mmcgrath.net>
Message-ID: <faa16b610903110632h578b0d01yfca3458bfeca8c18@mail.gmail.com>

On Wed, Mar 11, 2009 at 9:19 AM, Mike McGrath <mmcgrath at redhat.com> wrote:
>
>
> Two months of notice means you'll be asked to reset your password every 4
> months if you stay on top of things. ?Is that acceptable?

If the actual goal of the reset is to close off inactive accounts, we
are restarting the 4 month timer when e.g. doing CVS commits
hopefully?



From katzj at redhat.com  Wed Mar 11 13:32:35 2009
From: katzj at redhat.com (Jeremy Katz)
Date: Wed, 11 Mar 2009 09:32:35 -0400
Subject: Please fix your bugs in release instead of rawhide!
In-Reply-To: <1236725559.3727.7.camel@localhost.localdomain>
References: <1236651522.8340.27.camel@localhost.localdomain>
	<49B63826.8070201@fedoraproject.org>
	<1236684899.3562.10.camel@localhost.localdomain>
	<20090310144832.GA5249@redhat.com> <gp6mkn$gj$1@ger.gmane.org>
	<20090310224424.GB7302@zod.rchland.ibm.com>
	<1236725559.3727.7.camel@localhost.localdomain>
Message-ID: <20090311133234.GC6126@redhat.com>

On Tuesday, March 10 2009, Jesse Keating said:
> On Tue, 2009-03-10 at 18:44 -0400, Josh Boyer wrote:
> > Which is exactly how the images are built.  In a mock chroot of the version
> > you are building for.
> 
> Not the live images.  Last I heard, livecd-creator + mock was still a
> no-go.

With the work that happened for faking out SELinux policy changes for
livecd-creator, it should be possible to get mock to better support
SELinux which was the main problem from what I remember.  That still
doesn't help things like "if your kernel isn't new enough, you will live
lock writing to ext4" though :-)  Or as a possible future "your kernel
doesn't support all the btrfs bits".

Jeremy



From nils at redhat.com  Wed Mar 11 13:33:43 2009
From: nils at redhat.com (Nils Philippsen)
Date: Wed, 11 Mar 2009 14:33:43 +0100
Subject: Please fix your bugs in release instead of rawhide!
In-Reply-To: <1236689153.3562.16.camel@localhost.localdomain>
References: <1236651522.8340.27.camel@localhost.localdomain>
	<200903101137.26845.opensource@till.name>
	<1236687424.31110.33.camel@ignacio.lan>
	<1236687988.13967.12.camel@gibraltar.str.redhat.com>
	<1236689153.3562.16.camel@localhost.localdomain>
Message-ID: <1236778423.14301.5.camel@gibraltar.str.redhat.com>

On Tue, 2009-03-10 at 13:45 +0100, Christoph Wickert wrote:
> Am Dienstag, den 10.03.2009, 13:26 +0100 schrieb Nils Philippsen:
> > On Tue, 2009-03-10 at 08:17 -0400, Ignacio Vazquez-Abrams wrote:
> > > 
> > > No, NEXTRELEASE means the next release of the distribution. The status
> > > for bugs that are fixed in the same release is ERRATA.
> > 
> > This is how it should be, but bodhi sees it differently and apparently
> > the decision (by whomever, it escaped my memory right now) is to use
> > "NEXTRELEASE" for Fedora updates 
> 
> Sure? At least it used to work properly:
> 
> updates at fedoraproject.org changed:
> 
>            What    |Removed                     |Added
> ----------------------------------------------------------------------------
>              Status|CLOSED                      |CLOSED
>          Resolution|RAWHIDE                     |CURRENTRELEASE
>    Fixed In Version|                            |1.9.32-1.fc8

Remembered that wrongly, sorry. IMO it should still be ERRATA rather
than CURRENTRELEASE, as the latter implies (to me anyway) that it is
fixed in the current release of the product (e.g. F-10), and that you
shouldn't expect an update for the product release you reported against
(e.g. F-9). This is bad because right now we have one bug tracker
(bugzilla.redhat.com) where these resolution values are used
inconsistently between products (Red Hat products vs. Fedora products).

I won't be filing bugs against Bodhi, though, since this is a question
of policy where the proper discussion forum isn't Bodhi's bug tracker
IMO.

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 skvidal at fedoraproject.org  Wed Mar 11 13:33:22 2009
From: skvidal at fedoraproject.org (Seth Vidal)
Date: Wed, 11 Mar 2009 09:33:22 -0400 (EDT)
Subject: Password Reset 
In-Reply-To: <alpine.LFD.2.00.0903110829150.9637@laptop.mmcgrath.net>
References: <alpine.LFD.2.00.0903090959530.14983@laptop.mmcgrath.net>
	<200903102241.25010.opensource@till.name>
	<alpine.LFD.2.00.0903102216270.9637@laptop.mmcgrath.net>
	<1236744102.20989.35.camel@perihelion.bos.jonmasters.org>
	<25828.1236774620@sss.pgh.pa.us>
	<alpine.LFD.2.00.0903110818190.9637@laptop.mmcgrath.net>
	<alpine.LFD.2.00.0903110829150.9637@laptop.mmcgrath.net>
Message-ID: <alpine.LFD.2.00.0903110932570.324@localhost.localdomain>



On Wed, 11 Mar 2009, Mike McGrath wrote:

> On Wed, 11 Mar 2009, Mike McGrath wrote:
>
>> On Wed, 11 Mar 2009, Tom Lane wrote:
>>
>>> Jon Masters <jcm at redhat.com> writes:
>>>> On Tue, 2009-03-10 at 22:17 -0500, Mike McGrath wrote:
>>>>> Is 4 weeks enough with 5 total emails?  4 week warning, 3 week, 2 week, 1
>>>>> week, you've been disabled?
>>>
>>>> I think a month is reasonable. A week is easy to miss, two weeks is a
>>>> week plus someone getting back from vacation and missing emails while
>>>> they were gone, then drowning as they try to catch up.
>>>
>>> Month-long summer vacation is, or at least used to be, common in Europe.
>>> And what of situations that are even a bit unusual, like someone getting
>>> hurt and being in hospital for a month or two?
>>>
>>
>> Two months of notice means you'll be asked to reset your password every 4
>> months if you stay on top of things.  Is that acceptable?
>>
>
> Actually if we push password resets back to 8 months with a 2 month leway,
> that's still no more then notifications every 6 months.

+1 to this.

changes every 8months with a 2month notice sounds good.

-sv



From nils at redhat.com  Wed Mar 11 13:46:03 2009
From: nils at redhat.com (Nils Philippsen)
Date: Wed, 11 Mar 2009 14:46:03 +0100
Subject: Please fix your bugs in release instead of rawhide!
In-Reply-To: <u7aj86-lrn.ln1@ppp1053.in.ipex.cz>
References: <1236651522.8340.27.camel@localhost.localdomain>
	<gp6n1t$gj$2@ger.gmane.org>  <u7aj86-lrn.ln1@ppp1053.in.ipex.cz>
Message-ID: <1236779163.14301.12.camel@gibraltar.str.redhat.com>

On Wed, 2009-03-11 at 00:38 +0100, Matej Cepl wrote:
> On 2009-03-10, 21:45 GMT, Kevin Kofler wrote:
> > If you push out a bugfix to F10, please also push it out to F9 
> > at the same time unless there's a really good reason not to!
> 
> I think this is actually a) highly contoversial, b) certainly not 
> possible to solve by blanket rule for everybody.

Sufficiently disparate code base (which is probably the case with X11
between F-9 and F-10) is a really good reason not to push for both
releases at the same time, you probably would have to evaluate if a
specific issue is present in the older version at all, then adapt the
fix. This doesn't make invalid what Kevin said, the "blanket rule"
already covers those cases where it's not feasible to do so.

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 mmcgrath at redhat.com  Wed Mar 11 14:05:27 2009
From: mmcgrath at redhat.com (Mike McGrath)
Date: Wed, 11 Mar 2009 09:05:27 -0500 (CDT)
Subject: Password Reset
In-Reply-To: <faa16b610903110632h578b0d01yfca3458bfeca8c18@mail.gmail.com>
References: <alpine.LFD.2.00.0903090959530.14983@laptop.mmcgrath.net>
	<200903102241.25010.opensource@till.name>
	<alpine.LFD.2.00.0903102216270.9637@laptop.mmcgrath.net>
	<1236744102.20989.35.camel@perihelion.bos.jonmasters.org>
	<25828.1236774620@sss.pgh.pa.us>
	<alpine.LFD.2.00.0903110818190.9637@laptop.mmcgrath.net>
	<faa16b610903110632h578b0d01yfca3458bfeca8c18@mail.gmail.com>
Message-ID: <alpine.LFD.2.00.0903110903341.9637@laptop.mmcgrath.net>

On Wed, 11 Mar 2009, Colin Walters wrote:

> On Wed, Mar 11, 2009 at 9:19 AM, Mike McGrath <mmcgrath at redhat.com> wrote:
> >
> >
> > Two months of notice means you'll be asked to reset your password every 4
> > months if you stay on top of things. ?Is that acceptable?
>
> If the actual goal of the reset is to close off inactive accounts, we
> are restarting the 4 month timer when e.g. doing CVS commits
> hopefully?
>

We've talked about that type of thing.  It's more of a "wouldn't it be
nice".  The problem is we've got thousands of contributors, relatively few
of them actually commit to cvs.  So we could go around to figure out how
to make all of our various auth points report back but that's a lot of
work.  The account system is the only common point of entry for every
contributor.

	-Mike

From nils at redhat.com  Wed Mar 11 14:08:11 2009
From: nils at redhat.com (Nils Philippsen)
Date: Wed, 11 Mar 2009 15:08:11 +0100
Subject: Fwd: Plan for tomorrow's (20090311) Special Session FESCo
 meeting
In-Reply-To: <da159fda0903101954w48e49f63kf4c34bd43d40a32b@mail.gmail.com>
References: <da159fda0903101932n5b5f6b1dm4c96542e99cb0133@mail.gmail.com>
	<da159fda0903101954w48e49f63kf4c34bd43d40a32b@mail.gmail.com>
Message-ID: <1236780491.14301.23.camel@gibraltar.str.redhat.com>

Hi Jon,

On Tue, 2009-03-10 at 22:54 -0400, Jon Stanley wrote:
> This got moderated due to "too many recipients" (I know, I'm an
> out-of-control cross-poster :D)  Anyhow apologies if you get this more
> than once.
> 
> 
> ---------- Forwarded message ----------
> From: Jon Stanley <jonstanley at gmail.com>
> Date: Tue, Mar 10, 2009 at 10:32 PM
> Subject: Plan for tomorrow's (20090311) Special Session FESCo meeting
> To: Development discussions related to Fedora <fedora-devel-list at redhat.com>
> Cc: Alex Lancaster <alexl at users.sourceforge.net>,
> kasal at fedoraproject.org, ondrejj at fedoraproject.org,
> pbrobinson at fedoraproject.org, nils at fedoraproject.org,
                                ^^^^^^^^^^^^^^^^^^^^^^^

this probably means me ({nils,nphilipp}@redhat.com,
nphilipp at fedoraproject.org), because the Fedora account "nils" is:
Inactive, CLA not done.



> kaboom at fedoraproject.org, rstrode at fedoraproject.org,
> nhorman at fedoraproject.org, nalin at fedoraproject.org,
> ajax at fedoraproject.org, mcepl at redhat.com,
> mjakubicek at fedoraproject.org, karsten at fedoraproject.org,
> atkac at fedoraproject.org, jreznic at fedoraproject.org,
> xhorak at fedoraproject.org, stransky at fedoraproject.org,
> robert at fedoraproject.org
> 
> 
> There will be a special FESCo meeting at 18:00UTC (2PM EDT) on
> 20090311 in order to vote on the following requests to join the
> provenpackager group.  Some former members have also requested sponsor
> status, this will be taken up separately.
> 
> The following users have thus far requested access:
> 
> alexlan
> kasal
> ondrejj
> pbrobinson
> nils

Same here ("nphilipp").

> kaboom
> rstrode
> nhorman
> nalin
> ajax
> mcepl
> mjakubicek
> karsten
> atkac
> jreznik
> xhorak
> stransky
> robert
> 
> If I missed anyone, I sincerely apologize, I don't think I did :).
> Feel free to bring it up at the end of the meeting if I did.

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 awilliam at redhat.com  Wed Mar 11 14:32:56 2009
From: awilliam at redhat.com (Adam Williamson)
Date: Wed, 11 Mar 2009 07:32:56 -0700
Subject: Please fix your bugs in release instead of rawhide!
In-Reply-To: <49B6DF63.8010509@fedoraproject.org>
References: <1236651522.8340.27.camel@localhost.localdomain>
	<1236703751.2840.5.camel@pc-notebook>
	<20090310170632.GH10097@angus.ind.WPI.EDU>
	<200903101330.08783.jarod@redhat.com>
	<20090310181229.GL10097@angus.ind.WPI.EDU>
	<20090310182448.GK10507@inocybe.teonanacatl.org>
	<1236711430.8969.453.camel@adam.local.net>
	<604aa7910903101223s2998beddl988a6247038c36cc@mail.gmail.com>
	<49B6C151.6090202@fedoraproject.org>
	<604aa7910903101242t1e9365c5r49beb43b48b3404@mail.gmail.com>
	<49B6C4BC.6080904@fedoraproject.org>
	<1236718905.8969.474.camel@adam.local.net>
	<49B6DF63.8010509@fedoraproject.org>
Message-ID: <1236781976.8969.484.camel@adam.local.net>

On Wed, 2009-03-11 at 03:15 +0530, Rahul Sundaram wrote:

> There are still two components that are going to remain proprietary as 
> part of Canonical "secret sauce" business model but maybe can just 
> replace that for our needs and of course Launchpad will probably be 
> stuck with bzr while we need to support other SCM's as well.

Yes. There are bad implementation details in Launchpad for sure. I was
more viewing it as a good model of the things that Bugzilla really
doesn't do well - tracking bugs across different projects, and managing
multiple releases of a distribution (since it wasn't designed to do
either of those).
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org
http://www.happyassassin.net



From jonstanley at gmail.com  Wed Mar 11 14:35:28 2009
From: jonstanley at gmail.com (Jon Stanley)
Date: Wed, 11 Mar 2009 10:35:28 -0400
Subject: Fwd: Plan for tomorrow's (20090311) Special Session FESCo
	meeting
In-Reply-To: <1236780491.14301.23.camel@gibraltar.str.redhat.com>
References: <da159fda0903101932n5b5f6b1dm4c96542e99cb0133@mail.gmail.com>
	<da159fda0903101954w48e49f63kf4c34bd43d40a32b@mail.gmail.com>
	<1236780491.14301.23.camel@gibraltar.str.redhat.com>
Message-ID: <da159fda0903110735s35146dfflf764d0d7db956cb1@mail.gmail.com>

On Wed, Mar 11, 2009 at 10:08 AM, Nils Philippsen <nils at redhat.com> wrote:

> this probably means me ({nils,nphilipp}@redhat.com,
> nphilipp at fedoraproject.org), because the Fedora account "nils" is:
> Inactive, CLA not done.

Yeah, sorry about that :(



From awilliam at redhat.com  Wed Mar 11 14:46:33 2009
From: awilliam at redhat.com (Adam Williamson)
Date: Wed, 11 Mar 2009 07:46:33 -0700
Subject: Please fix your bugs in release instead of rawhide!
In-Reply-To: <1236725123.3432.68.camel@localhost.localdomain>
References: <1236651522.8340.27.camel@localhost.localdomain>
	<1236703751.2840.5.camel@pc-notebook>
	<20090310170632.GH10097@angus.ind.WPI.EDU>
	<200903101330.08783.jarod@redhat.com>
	<20090310181229.GL10097@angus.ind.WPI.EDU>
	<20090310182448.GK10507@inocybe.teonanacatl.org>
	<1236711430.8969.453.camel@adam.local.net>
	<604aa7910903101223s2998beddl988a6247038c36cc@mail.gmail.com>
	<49B6C151.6090202@fedoraproject.org>
	<604aa7910903101242t1e9365c5r49beb43b48b3404@mail.gmail.com>
	<49B6C4BC.6080904@fedoraproject.org>
	<1236718905.8969.474.camel@adam.local.net>
	<1236725123.3432.68.camel@localhost.localdomain>
Message-ID: <1236782793.8969.488.camel@adam.local.net>

On Tue, 2009-03-10 at 23:45 +0100, Christoph Wickert wrote:

> > I wish it could be Launchpad, because it's zillions of times better than
> > Bugzilla for distributions [...]
> 
> I strongly disagree. Maybe I'm going to reconsider my opinion if anybody
> can tell me how to restrict the search in LP to an individual component
> or release. I already asked on several Ubuntu channels but nobody was
> able (or willing?) to answer my question. 

Actually, from a quick glance, you seem to be right - the search
interface looks terrible.

I should have been more careful in my mail. I haven't done a careful
LP / Bugzilla comparative analysis. It's more just that whenever I look
at an issue in LP, I see the things that we're *really* missing in BZ,
simply because BZ was never designed as an issue tracker for
distributions. I really wanted to look at LP as a model for those
things, not suggest that it's perfect as-is.
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org
http://www.happyassassin.net



From opensource at till.name  Wed Mar 11 14:53:15 2009
From: opensource at till.name (Till Maas)
Date: Wed, 11 Mar 2009 15:53:15 +0100
Subject: WANTED: Clever solution for Transifex storage
In-Reply-To: <faa16b610903110552l563bf7a1p89f90e209c4aada4@mail.gmail.com>
References: <1236750159.31110.70.camel@ignacio.lan>
	<200903111100.24458.opensource@till.name>
	<faa16b610903110552l563bf7a1p89f90e209c4aada4@mail.gmail.com>
Message-ID: <200903111553.21270.opensource@till.name>

On Mi M?rz 11 2009, Colin Walters wrote:
> 2009/3/11 Till Maas <opensource at till.name>:
> > On Mi M?rz 11 2009, Ignacio Vazquez-Abrams wrote:
> >> Right now, a stock install of the transifex package
> >> creates /var/lib/transifex. This directory and everything beneath it is
> >> currently owned by root:root. What needs to happen is that it needs to
> >> be read/written by whatever is running Transifex, be that as a
> >> standalone Django app, via httpd, or some other HTTP server. Frankly, I
> >> got nothing. Anyone else have any ideas?
> >
> > The best solution I found for me if I want to rw access a directory with
> > different users is to use bindfs:
> >
> > http://code.google.com/p/bindfs/
>
> ACLs would be a way simpler, built-in-to-the-kernel solution for this
> problem.

There is no way with ACLs to setup a directory where a group of users has 
complete access to everything. It is still possible for a user to add a file 
that cannot be accessed by other users or cannot be written to.

Regards,
Till
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 835 bytes
Desc: This is a digitally signed message part.
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090311/86260512/attachment.sig>

From christoph.wickert at googlemail.com  Wed Mar 11 10:14:42 2009
From: christoph.wickert at googlemail.com (Christoph Wickert)
Date: Wed, 11 Mar 2009 11:14:42 +0100
Subject: Please fix your bugs in release instead of rawhide! (Part 2)
Message-ID: <1236766482.3272.9.camel@localhost.localdomain>

Ok, here is a good example of a bug that was filed against our stable
release and needs to be fixed in release:

[Bug 430404] Log out & Shut Down pop-up windows are unfocused
https://bugzilla.redhat.com/show_bug.cgi?id=430404

Currently, it's not possible to log out/shut down without a mouse.
Nevertheless the bug was only CLOSED RAWHIDE. I reopened the bug and
asked if the fix could be also applied in F10, but I did not get a reply
so far.

Regards,
Christoph



From oget.fedora at gmail.com  Wed Mar 11 15:02:39 2009
From: oget.fedora at gmail.com (Orcan Ogetbil)
Date: Wed, 11 Mar 2009 11:02:39 -0400
Subject: Please fix your bugs in release instead of rawhide! (Part 2)
In-Reply-To: <1236766482.3272.9.camel@localhost.localdomain>
References: <1236766482.3272.9.camel@localhost.localdomain>
Message-ID: <e76492710903110802g73c7c1c8l778c6db63c6789ce@mail.gmail.com>

On Wed, Mar 11, 2009 at 6:14 AM, Christoph Wickert wrote:
> Ok, here is a good example of a bug that was filed against our stable
> release and needs to be fixed in release:
>
> [Bug 430404] Log out & Shut Down pop-up windows are unfocused
> https://bugzilla.redhat.com/show_bug.cgi?id=430404
>
> Currently, it's not possible to log out/shut down without a mouse.
> Nevertheless the bug was only CLOSED RAWHIDE. I reopened the bug and
> asked if the fix could be also applied in F10, but I did not get a reply
> so far.
>
> Regards,
> Christoph
>


I'm sure there are other examples one can find, but I do not
understand why the bugs should be fixed in release instead of rawhide.
It would be certainly good to fix bugs in stable releases but why
shouldn't they be fixed in rawhide at the same time?

Orcan



From thomas.moschny at gmail.com  Wed Mar 11 15:08:57 2009
From: thomas.moschny at gmail.com (Thomas Moschny)
Date: Wed, 11 Mar 2009 16:08:57 +0100
Subject: WANTED: Clever solution for Transifex storage
In-Reply-To: <200903111553.21270.opensource@till.name>
References: <1236750159.31110.70.camel@ignacio.lan>
	<200903111100.24458.opensource@till.name>
	<faa16b610903110552l563bf7a1p89f90e209c4aada4@mail.gmail.com>
	<200903111553.21270.opensource@till.name>
Message-ID: <a9d183c80903110808te84f09ajd17bf2540c98d141@mail.gmail.com>

2009/3/11 Till Maas <opensource at till.name>:
> On Mi M?rz 11 2009, Colin Walters wrote:
>> 2009/3/11 Till Maas <opensource at till.name>:
>> > On Mi M?rz 11 2009, Ignacio Vazquez-Abrams wrote:
>> >> Right now, a stock install of the transifex package
>> >> creates /var/lib/transifex. This directory and everything beneath it is
>> >> currently owned by root:root. What needs to happen is that it needs to
>> >> be read/written by whatever is running Transifex, be that as a
>> >> standalone Django app, via httpd, or some other HTTP server. Frankly, I
>> >> got nothing. Anyone else have any ideas?
>> >
>> > The best solution I found for me if I want to rw access a directory with
>> > different users is to use bindfs:
>> >
>> > http://code.google.com/p/bindfs/
>>
>> ACLs would be a way simpler, built-in-to-the-kernel solution for this
>> problem.
>
> There is no way with ACLs to setup a directory where a group of users has
> complete access to everything. It is still possible for a user to add a file
> that cannot be accessed by other users or cannot be written to.

Isn't that what Default ACLs are for?

So, can't you just use some 'transifex' user (and group) for normal
management, and then additionally allow apache per ACL and Default ACL
access to that dir?


-- 
Thomas Moschny <thomas.moschny at gmail.com>



From kyle at mcmartin.ca  Wed Mar 11 15:52:36 2009
From: kyle at mcmartin.ca (Kyle McMartin)
Date: Wed, 11 Mar 2009 11:52:36 -0400
Subject: Please fix your bugs in release instead of rawhide!
In-Reply-To: <1236782793.8969.488.camel@adam.local.net>
References: <20090310181229.GL10097@angus.ind.WPI.EDU>
	<20090310182448.GK10507@inocybe.teonanacatl.org>
	<1236711430.8969.453.camel@adam.local.net>
	<604aa7910903101223s2998beddl988a6247038c36cc@mail.gmail.com>
	<49B6C151.6090202@fedoraproject.org>
	<604aa7910903101242t1e9365c5r49beb43b48b3404@mail.gmail.com>
	<49B6C4BC.6080904@fedoraproject.org>
	<1236718905.8969.474.camel@adam.local.net>
	<1236725123.3432.68.camel@localhost.localdomain>
	<1236782793.8969.488.camel@adam.local.net>
Message-ID: <20090311155236.GC5448@bombadil.infradead.org>

On Wed, Mar 11, 2009 at 07:46:33AM -0700, Adam Williamson wrote:
> Actually, from a quick glance, you seem to be right - the search
> interface looks terrible.
> 
> I should have been more careful in my mail. I haven't done a careful
> LP / Bugzilla comparative analysis. It's more just that whenever I look
> at an issue in LP, I see the things that we're *really* missing in BZ,
> simply because BZ was never designed as an issue tracker for
> distributions. I really wanted to look at LP as a model for those
> things, not suggest that it's perfect as-is.

You're comparing Apples and Oranges... Bugzilla is a bug tracker. Malone
is a bug tracker. *Launchpad* is a Debian packager workflow tool.

Comparing Launchpad to Bugzilla is silly, comparing it to Koji + Bodhi +
Bugzilla + FAS + CVS is more fair.

regards, Kyle



From awilliam at redhat.com  Wed Mar 11 16:04:17 2009
From: awilliam at redhat.com (Adam Williamson)
Date: Wed, 11 Mar 2009 09:04:17 -0700
Subject: Please fix your bugs in release instead of rawhide!
In-Reply-To: <20090311155236.GC5448@bombadil.infradead.org>
References: <20090310181229.GL10097@angus.ind.WPI.EDU>
	<20090310182448.GK10507@inocybe.teonanacatl.org>
	<1236711430.8969.453.camel@adam.local.net>
	<604aa7910903101223s2998beddl988a6247038c36cc@mail.gmail.com>
	<49B6C151.6090202@fedoraproject.org>
	<604aa7910903101242t1e9365c5r49beb43b48b3404@mail.gmail.com>
	<49B6C4BC.6080904@fedoraproject.org>
	<1236718905.8969.474.camel@adam.local.net>
	<1236725123.3432.68.camel@localhost.localdomain>
	<1236782793.8969.488.camel@adam.local.net>
	<20090311155236.GC5448@bombadil.infradead.org>
Message-ID: <1236787457.8969.491.camel@adam.local.net>

On Wed, 2009-03-11 at 11:52 -0400, Kyle McMartin wrote:
> On Wed, Mar 11, 2009 at 07:46:33AM -0700, Adam Williamson wrote:
> > Actually, from a quick glance, you seem to be right - the search
> > interface looks terrible.
> > 
> > I should have been more careful in my mail. I haven't done a careful
> > LP / Bugzilla comparative analysis. It's more just that whenever I look
> > at an issue in LP, I see the things that we're *really* missing in BZ,
> > simply because BZ was never designed as an issue tracker for
> > distributions. I really wanted to look at LP as a model for those
> > things, not suggest that it's perfect as-is.
> 
> You're comparing Apples and Oranges... Bugzilla is a bug tracker. Malone
> is a bug tracker. *Launchpad* is a Debian packager workflow tool.
> 
> Comparing Launchpad to Bugzilla is silly, comparing it to Koji + Bodhi +
> Bugzilla + FAS + CVS is more fair.

Well, I don't really see it that way. Here's my workflow - I come across
a link to an Ubuntu bug report (at launchpad.net), so I go and look at
it, and I see the stuff I like - right at the top I can see that it
exists in, say, Itchy, Scratchy and Dopey(*), as well as in the upstream
code (and I can immediately see the status of the upstream report). This
is the stuff that there's just no good way to do in Bugzilla. Believe
me, I've thought of about sixteen different ways to try and track the
same bug across multiple distribution releases in Bugzilla, and there
isn't any one which handles it as well as Launchpad does.

Or Malone. Fine, call it Malone if you like. I'm sure you get my point.
There's not much to be gained by being over-nice with the terminology.
-- 
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  Wed Mar 11 16:09:18 2009
From: mw_triad at users.sourceforge.net (Matthew Woehlke)
Date: Wed, 11 Mar 2009 11:09:18 -0500
Subject: DeviceKit is marked complete, what about utf8
In-Reply-To: <gp7m5b$crr$1@ger.gmane.org>
References: <385866f0903081006u491adc0cl32189cfccd8e1b68@mail.gmail.com>	<1236587404.16047.5.camel@localhost.localdomain>	<gp4a73$8f2$1@ger.gmane.org>	<385866f0903101124w72059734m84e0c20a63b0167@mail.gmail.com>	<gp6nm5$72f$1@ger.gmane.org>	<385866f0903101734t4a50dac0yb84fda20d8eeaed0@mail.gmail.com>
	<gp7m5b$crr$1@ger.gmane.org>
Message-ID: <gp8nne$pft$1@ger.gmane.org>

Kevin Kofler wrote:
> They mirrored the layout of the pictures and not the pictures themselves.
> Ugh... I wonder if the Qt 4.5 QGraphicsView fixes that too.

Two better questions are:

- Should this be mirrored /at all/? (I think not, the same way I don't 
see why you would mirror e.g. mahjongg, chess, tetris, or any of a 
myriad other games that aren't text-based.)

- Has anyone reported this to the KDE devs? Otherwise how do you expect 
it to get fixed?

-- 
Matthew
Please do not quote my e-mail address unobfuscated in message bodies.
-- 
Microsoft has become the next IBM; a dinosaur struggling to survive in 
the age of more able-to-adapt mammals (FLOSS). It remains to be seen if 
they'll be able to adapt before they go extinct.



From promac at gmail.com  Wed Mar 11 16:18:56 2009
From: promac at gmail.com (Paulo Cavalcanti)
Date: Wed, 11 Mar 2009 13:18:56 -0300
Subject: memtest86+ and grub.conf
In-Reply-To: <49B7BC18.8020700@redhat.com>
References: <49B4C911.1090008@redhat.com> <49B4D0E2.5080900@redhat.com>
	<49B4D164.6080800@redhat.com>
	<68720af30903110251q3d8a3c9dx931e619ed3ac606d@mail.gmail.com>
	<49B78D47.7030305@redhat.com> <49B7BC18.8020700@redhat.com>
Message-ID: <68720af30903110918u2a93738ajeec411a2f4c8ef5f@mail.gmail.com>

On Wed, Mar 11, 2009 at 10:26 AM, Warren Togami <wtogami at redhat.com> wrote:

> Hans de Goede wrote:
>
>> Please discuss making any changes to grub.conf with Peter Jones
>> (pjones at redhat.com) he knows grubby best. I'm not sure what to
>> think about adding an option to grub.conf in general, it does
>> make sorta sense when people install memtest86 to do that, but
>> otoh it feels a bit wrong. I think this is best discussed on
>> Fedora-devel, and then if there is consensus that adding a
>> grub.conf entry is a good idea Peter Jones is the one yo ask
>> technical questions about grubby.
>>
>
> Some background:
>
> I initially implemented memtest86+ to automatically add itself to grub.conf
> in %post.  Jeremy disliked this because it wont work during anaconda where
> grub.conf did not exist at that point yet.  He suggested just providing a
> script to add it to grub.conf manually, because doing so automatically would
> be inconsistent.
>
> As for your proposed build change to memtest86+, I have never seen grub
> fail to boot memtest86+ in the way that you described, and also upstream
> doesn't build it in that way.  Please discuss with upstream your proposed
> build changes.
>

There are plenty of references to "Error 28: Selected item cannot fit into
memory"
on google:

http://ubuntuforums.org/showthread.php?t=706261

http://www.smop.co.uk/blog/index.php/2009/01/04/grub-error-28-selected-item-cannot-fit-into-memory/

http://savannah.gnu.org/bugs/?3404

In fact, I think memtest86 is supposed to be run using a floppy, a CD-Rom
or a Pen-drive. Adding an entry in grub.conf for booting from the HD
is something Linux distributions have done so users may only reboot
and choose memtest86 from the boot menu.
Therefore, this is an issue we have to deal with by
ourselves, because grub is not an upstream's problem.

Unless I am missing something here ....

-- 
Paulo Roma Cavalcanti
LCG - UFRJ
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090311/d71bd0a7/attachment.htm>

From mw_triad at users.sourceforge.net  Wed Mar 11 16:20:37 2009
From: mw_triad at users.sourceforge.net (Matthew Woehlke)
Date: Wed, 11 Mar 2009 11:20:37 -0500
Subject: setup, fedora-release updates needed
In-Reply-To: <1236770855.3978.33.camel@dhcp-lab-219.englab.brq.redhat.com>
References: <1236717336.20989.21.camel@perihelion.bos.jonmasters.org>	<200903111029.29122.billcrawford1970@gmail.com>
	<1236770855.3978.33.camel@dhcp-lab-219.englab.brq.redhat.com>
Message-ID: <gp8ocl$tp5$1@ger.gmane.org>

Ond?ej Va??k wrote:
> do not replace their files on update (as it would have horrible
> consequences in the case of file like /etc/passwd and/or /etc/shadow.

Ah... given that users should be running as a normal (!root) account 
created at install time, isn't it *guaranteed impossible* to update 
/etc/passwd by replacing the old unmodified file with the new?

Here's a pie-in-the-sky idea... store configs as deltas (since at least 
~2-4 releases back), write the .rpmnew as always, and notify the user to 
run a merge tool after the transaction completes. No more diffing and 
merging by hand, except in the face of merge conflicts...

-- 
Matthew
Please do not quote my e-mail address unobfuscated in message bodies.
-- 
Microsoft has become the next IBM; a dinosaur struggling to survive in 
the age of more able-to-adapt mammals (FLOSS). It remains to be seen if 
they'll be able to adapt before they go extinct.



From tcallawa at redhat.com  Wed Mar 11 16:22:26 2009
From: tcallawa at redhat.com (Tom "spot" Callaway)
Date: Wed, 11 Mar 2009 12:22:26 -0400
Subject: Please fix your bugs in release instead of rawhide!
In-Reply-To: <1236787457.8969.491.camel@adam.local.net>
References: <20090310181229.GL10097@angus.ind.WPI.EDU>	<20090310182448.GK10507@inocybe.teonanacatl.org>	<1236711430.8969.453.camel@adam.local.net>	<604aa7910903101223s2998beddl988a6247038c36cc@mail.gmail.com>	<49B6C151.6090202@fedoraproject.org>	<604aa7910903101242t1e9365c5r49beb43b48b3404@mail.gmail.com>	<49B6C4BC.6080904@fedoraproject.org>	<1236718905.8969.474.camel@adam.local.net>	<1236725123.3432.68.camel@localhost.localdomain>	<1236782793.8969.488.camel@adam.local.net>	<20090311155236.GC5448@bombadil.infradead.org>
	<1236787457.8969.491.camel@adam.local.net>
Message-ID: <49B7E542.30707@redhat.com>

On 03/11/2009 12:04 PM, Adam Williamson wrote:
> Well, I don't really see it that way. Here's my workflow - I come across
> a link to an Ubuntu bug report (at launchpad.net), so I go and look at
> it, and I see the stuff I like - right at the top I can see that it
> exists in, say, Itchy, Scratchy and Dopey(*), as well as in the upstream
> code (and I can immediately see the status of the upstream report). This
> is the stuff that there's just no good way to do in Bugzilla. Believe
> me, I've thought of about sixteen different ways to try and track the
> same bug across multiple distribution releases in Bugzilla, and there
> isn't any one which handles it as well as Launchpad does.

So, the longer term plan is to enable workflows like this in the "Fedora
Community" application (used to be called "MyFedora") with moksha.

/*
Look at our pretty mockups!
https://fedoraproject.org/wiki/FedoraCommunity/Mockups
*/

It won't happen in the first iteration (coming soon!), but it is
something that I think we want to target for the second milestone. We'll
definitely be looking for feedback on some example workflows that people
would like to be able to use in Fedora.

~spot



From mw_triad at users.sourceforge.net  Wed Mar 11 16:28:52 2009
From: mw_triad at users.sourceforge.net (Matthew Woehlke)
Date: Wed, 11 Mar 2009 11:28:52 -0500
Subject: Please fix your bugs in release instead of rawhide! (Part 2)
In-Reply-To: <e76492710903110802g73c7c1c8l778c6db63c6789ce@mail.gmail.com>
References: <1236766482.3272.9.camel@localhost.localdomain>
	<e76492710903110802g73c7c1c8l778c6db63c6789ce@mail.gmail.com>
Message-ID: <gp8os4$tp5$2@ger.gmane.org>

Orcan Ogetbil wrote:
> I'm sure there are other examples one can find, but I do not
> understand why the bugs should be fixed in release instead of rawhide.
> It would be certainly good to fix bugs in stable releases but why
> shouldn't they be fixed in rawhide at the same time?

I don't think anyone is saying stuff shouldn't be fixed in rawhide when 
it makes sense to do so*, just that some stuff should be fixed in 
release /also/.

(* e.g. rawhide isn't a totally different code base, which can happen 
some times.)

-- 
Matthew
Please do not quote my e-mail address unobfuscated in message bodies.
-- 
Microsoft has become the next IBM; a dinosaur struggling to survive in 
the age of more able-to-adapt mammals (FLOSS). It remains to be seen if 
they'll be able to adapt before they go extinct.



From jkeating at redhat.com  Wed Mar 11 16:29:14 2009
From: jkeating at redhat.com (Jesse Keating)
Date: Wed, 11 Mar 2009 09:29:14 -0700
Subject: setup, fedora-release updates needed
In-Reply-To: <1236717336.20989.21.camel@perihelion.bos.jonmasters.org>
References: <1236717336.20989.21.camel@perihelion.bos.jonmasters.org>
Message-ID: <1236788954.3716.2.camel@localhost.localdomain>

On Tue, 2009-03-10 at 16:35 -0400, Jon Masters wrote:
> fedora-release should
> not be creating .rpmnew files on upgrade.

This is a touchy one.  We don't necessarily want to overwrite modified
site local config in repo files.  That would be just rude.

-- 
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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090311/1339df70/attachment.sig>

From jkeating at redhat.com  Wed Mar 11 16:31:02 2009
From: jkeating at redhat.com (Jesse Keating)
Date: Wed, 11 Mar 2009 09:31:02 -0700
Subject: Can't install rawhide (2009-03-10)
In-Reply-To: <20090311102300.72bd74ff@HTPC>
References: <20090311005732.GC990643@hiwaay.net>
	<1236739060.3727.16.camel@localhost.localdomain>
	<20090311102300.72bd74ff@HTPC>
Message-ID: <1236789062.3716.3.camel@localhost.localdomain>

On Wed, 2009-03-11 at 10:23 +0100, Sebastian Vahl wrote:
> Am Tue, 10 Mar 2009 19:37:40 -0700
> schrieb Jesse Keating <jkeating at redhat.com>:
> 
> > On Tue, 2009-03-10 at 19:57 -0500, Chris Adams wrote:
> > > <3>SQUASHFS error: zlib_inflate tried to decompress too much data,
> > > expected 131072 bytes.  Zlib data probably corrupt
> > > <3>SQUASHFS error: squashfs_read_data failed to read block 0x16e254b
> > > <3>SQUASHFS error: Unable to read data cache entry [16e254b]
> > > <3>SQUASHFS error: Unable to read page, block 16e254b, size f2b9
> > > 
> > > The last 2 lines repeat several times.
> > 
> > I'm seeing this on a PS3 as well, I think something is seriously wrong
> > in squashfs land.
> > 
> 
> Same here when booting a live image (i686 and x86_64). 
> 

This was tracked to a kernel issue #489698
-- 
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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090311/c955678a/attachment.sig>

From ovasik at redhat.com  Wed Mar 11 16:46:27 2009
From: ovasik at redhat.com (=?UTF-8?Q?Ond=C5=99ej_Va=C5=A1=C3=ADk?=)
Date: Wed, 11 Mar 2009 17:46:27 +0100
Subject: setup, fedora-release updates needed
In-Reply-To: <gp8ocl$tp5$1@ger.gmane.org>
References: <1236717336.20989.21.camel@perihelion.bos.jonmasters.org>
	<200903111029.29122.billcrawford1970@gmail.com>
	<1236770855.3978.33.camel@dhcp-lab-219.englab.brq.redhat.com>
	<gp8ocl$tp5$1@ger.gmane.org>
Message-ID: <1236789987.3978.52.camel@dhcp-lab-219.englab.brq.redhat.com>

Matthew Woehlke wrote:
> Ond?ej Va??k wrote:
> > do not replace their files on update (as it would have horrible
> > consequences in the case of file like /etc/passwd and/or /etc/shadow.
> 
> Ah... given that users should be running as a normal (!root) account 
> created at install time, isn't it *guaranteed impossible* to update 
> /etc/passwd by replacing the old unmodified file with the new?
 
  Yep, you could not replace /etc/passwd
(and /etc/group, /etc/shadow, /etc/gshadow) file as it always differs
from the file installed by setup (new users/groups, passwords ... ). But
you need those files for installation - so they have to be in filelist
and they have to be in rpm. AFAIK there is no option to ignore files
completely in update, so .rpmnew are created although is always
completely useless (unless you have some script to add missing
users/groups from that .rpmnew file).

> Here's a pie-in-the-sky idea... store configs as deltas (since at least 
> ~2-4 releases back), write the .rpmnew as always, and notify the user to 
> run a merge tool after the transaction completes. No more diffing and 
> merging by hand, except in the face of merge conflicts...

I guess we can't expect user to run some merge tool after transaction.
It has to be automated somehow. Maybe some separate file with default
users/groups (like existing uidgid file) and something (?cron job) to
periodically check it, if those users/groups do exist on system?

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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090311/643d29b8/attachment.sig>

From walters at verbum.org  Wed Mar 11 16:48:14 2009
From: walters at verbum.org (Colin Walters)
Date: Wed, 11 Mar 2009 12:48:14 -0400
Subject: WANTED: Clever solution for Transifex storage
In-Reply-To: <200903111553.21270.opensource@till.name>
References: <1236750159.31110.70.camel@ignacio.lan>
	<200903111100.24458.opensource@till.name>
	<faa16b610903110552l563bf7a1p89f90e209c4aada4@mail.gmail.com>
	<200903111553.21270.opensource@till.name>
Message-ID: <faa16b610903110948p3266f1d4y8f4aaf538a1c826f@mail.gmail.com>

2009/3/11 Till Maas <opensource at till.name>:
>
> There is no way with ACLs to setup a directory where a group of users has
> complete access to everything.

"complete access to everything" isn't very well specified - can you
give an example?

> It is still possible for a user to add a file
> that cannot be accessed by other users or cannot be written to.

Deliberately?  Of course, the Unix discretionary permissions model has
always allowed that, ACLs or not.  But the default ACL setting on the
directory should ensure that new files have the intended permissions.


-- Colin, who remains surprised that lack of awareness of ACLs
extended all the way to reimplementing them using userspace
filesystems



From notting at redhat.com  Wed Mar 11 16:51:26 2009
From: notting at redhat.com (Bill Nottingham)
Date: Wed, 11 Mar 2009 12:51:26 -0400
Subject: setup, fedora-release updates needed
In-Reply-To: <1236789987.3978.52.camel@dhcp-lab-219.englab.brq.redhat.com>
References: <1236717336.20989.21.camel@perihelion.bos.jonmasters.org>
	<200903111029.29122.billcrawford1970@gmail.com>
	<1236770855.3978.33.camel@dhcp-lab-219.englab.brq.redhat.com>
	<gp8ocl$tp5$1@ger.gmane.org>
	<1236789987.3978.52.camel@dhcp-lab-219.englab.brq.redhat.com>
Message-ID: <20090311165126.GC11142@nostromo.devel.redhat.com>

Ond?ej Va??k (ovasik at redhat.com) said: 
>   Yep, you could not replace /etc/passwd
> (and /etc/group, /etc/shadow, /etc/gshadow) file as it always differs
> from the file installed by setup (new users/groups, passwords ... ). But
> you need those files for installation - so they have to be in filelist
> and they have to be in rpm. AFAIK there is no option to ignore files
> completely in update, so .rpmnew are created although is always
> completely useless (unless you have some script to add missing
> users/groups from that .rpmnew file).

Right, this is why (historically) we just don't change the stock
files, so you won't get .rpmnew files in any case ; all changes
to the stock entries would be done by %post scripts in the packages
where they're needed.

Of course, with the rpm-4.6 hash change, you now get .rpmnew files
on the first upgrade that uses it, regardless of whether or not
the file changed.

Bill



From chris at tylers.info  Wed Mar 11 16:56:39 2009
From: chris at tylers.info (Chris Tyler)
Date: Wed, 11 Mar 2009 12:56:39 -0400
Subject: Add [fedora-student-project] keyword to Bugzilla?
Message-ID: <1236790599.21777.424.camel@concord3.proximity.on.ca>


Mozilla has recently added a 'student-project' keyword[0] to their
bugzilla to identify bugs and RFEs that are good candidates for student
projects -- they have a moderate scope (not trivial, but doable in a
month or two), they're not release-blocking, and there is an interest in
getting them done (the community will help with questions). 

I think this is a great idea, and propose we add a similar keyword to
the Fedora bugzilla (since it's also the Red Hat bugzilla, the keyword
should probably be 'fedora-student-project'). This would be useful for
schools seeking student projects[1] and helpful when putting together
summer coding ideas[2].

What does the list say?

-Chris


[0] https://wiki.mozilla.org/Education/Projects/MozillaGuidelines
[1]
http://zenit.senecac.on.ca/wiki/index.php/Potential_Projects#Potential_Fedora_Projects
[2] http://fedoraproject.org/wiki/SummerCoding/2008/Ideas



From awilliam at redhat.com  Wed Mar 11 17:06:14 2009
From: awilliam at redhat.com (Adam Williamson)
Date: Wed, 11 Mar 2009 10:06:14 -0700
Subject: Please fix your bugs in release instead of rawhide!
In-Reply-To: <49B7E542.30707@redhat.com>
References: <20090310181229.GL10097@angus.ind.WPI.EDU>
	<20090310182448.GK10507@inocybe.teonanacatl.org>
	<1236711430.8969.453.camel@adam.local.net>
	<604aa7910903101223s2998beddl988a6247038c36cc@mail.gmail.com>
	<49B6C151.6090202@fedoraproject.org>
	<604aa7910903101242t1e9365c5r49beb43b48b3404@mail.gmail.com>
	<49B6C4BC.6080904@fedoraproject.org>
	<1236718905.8969.474.camel@adam.local.net>
	<1236725123.3432.68.camel@localhost.localdomain>
	<1236782793.8969.488.camel@adam.local.net>
	<20090311155236.GC5448@bombadil.infradead.org>
	<1236787457.8969.491.camel@adam.local.net> <49B7E542.30707@redhat.com>
Message-ID: <1236791174.8969.508.camel@adam.local.net>

On Wed, 2009-03-11 at 12:22 -0400, Tom "spot" Callaway wrote:
> On 03/11/2009 12:04 PM, Adam Williamson wrote:
> > Well, I don't really see it that way. Here's my workflow - I come across
> > a link to an Ubuntu bug report (at launchpad.net), so I go and look at
> > it, and I see the stuff I like - right at the top I can see that it
> > exists in, say, Itchy, Scratchy and Dopey(*), as well as in the upstream
> > code (and I can immediately see the status of the upstream report). This
> > is the stuff that there's just no good way to do in Bugzilla. Believe
> > me, I've thought of about sixteen different ways to try and track the
> > same bug across multiple distribution releases in Bugzilla, and there
> > isn't any one which handles it as well as Launchpad does.
> 
> So, the longer term plan is to enable workflows like this in the "Fedora
> Community" application (used to be called "MyFedora") with moksha.
> 
> /*
> Look at our pretty mockups!
> https://fedoraproject.org/wiki/FedoraCommunity/Mockups
> */
> 
> It won't happen in the first iteration (coming soon!), but it is
> something that I think we want to target for the second milestone. We'll
> definitely be looking for feedback on some example workflows that people
> would like to be able to use in Fedora.

Well, fine, if it's an overlay on top of Bugzilla I guess that could
work.

I see nothing in those mockups that would address this, however. In
fact, the bug mockup specifically shows each report as related to a
single release.

The use cases I care about are exactly as I wrote: I need to be able to
look at a bug report and see what releases it expects. We need to be
able to set the status of the bug independently for each release it
affects - it could be WONTFIX for F-9, ASSIGNED for F-10 and FIXED for
Rawhide. We need to be able to associate it with reports in other bug
tracking systems, as LP does, and see the status of these other reports
directly from the Fedora report. And this needs to be searchable (I need
to be able to search for bugs which are NEW in F-10, and get the right
results).

(There's other things talked about in the text accompanying the bug
mockup that I might want to talk to you about, but I'll save that from
messing up this thread :>)
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org
http://www.happyassassin.net



From opensource at till.name  Wed Mar 11 17:10:06 2009
From: opensource at till.name (Till Maas)
Date: Wed, 11 Mar 2009 18:10:06 +0100
Subject: WANTED: Clever solution for Transifex storage
In-Reply-To: <faa16b610903110948p3266f1d4y8f4aaf538a1c826f@mail.gmail.com>
References: <1236750159.31110.70.camel@ignacio.lan>
	<200903111553.21270.opensource@till.name>
	<faa16b610903110948p3266f1d4y8f4aaf538a1c826f@mail.gmail.com>
Message-ID: <200903111810.17266.opensource@till.name>

On Mi M?rz 11 2009, Colin Walters wrote:
> 2009/3/11 Till Maas <opensource at till.name>:
> > There is no way with ACLs to setup a directory where a group of users has
> > complete access to everything.
>
> "complete access to everything" isn't very well specified - can you
> give an example?

In a collaborative work environment where several people store files in one 
directory or subdirectories of it, every user in the group should have read 
and write access to any file.

> > It is still possible for a user to add a file
> > that cannot be accessed by other users or cannot be written to.
>
> Deliberately?  Of course, the Unix discretionary permissions model has
> always allowed that, ACLs or not.  But the default ACL setting on the
> directory should ensure that new files have the intended permissions.

The default ACLs are overwritten by the ACL mask, which is somehow built from 
the traditional unix permission. E.g. if there is a directory with a default 
mask that gives read and write permissions to a certain group, someone can 
still (s)cp a file that is not group writeable to this directory. Then because 
of the ACL mask, it is also not group writeable for the collaboration group. 

With bindfs a root user can ensure that no non-root user will mess up the 
permissions inside the common directory, regardless of whether it happens 
intentionally or by accident.

Regards,
Till
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 835 bytes
Desc: This is a digitally signed message part.
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090311/904a3e24/attachment.sig>

From awilliam at redhat.com  Wed Mar 11 17:13:16 2009
From: awilliam at redhat.com (Adam Williamson)
Date: Wed, 11 Mar 2009 10:13:16 -0700
Subject: Please fix your bugs in release instead of rawhide!
In-Reply-To: <1236791174.8969.508.camel@adam.local.net>
References: <20090310181229.GL10097@angus.ind.WPI.EDU>
	<20090310182448.GK10507@inocybe.teonanacatl.org>
	<1236711430.8969.453.camel@adam.local.net>
	<604aa7910903101223s2998beddl988a6247038c36cc@mail.gmail.com>
	<49B6C151.6090202@fedoraproject.org>
	<604aa7910903101242t1e9365c5r49beb43b48b3404@mail.gmail.com>
	<49B6C4BC.6080904@fedoraproject.org>
	<1236718905.8969.474.camel@adam.local.net>
	<1236725123.3432.68.camel@localhost.localdomain>
	<1236782793.8969.488.camel@adam.local.net>
	<20090311155236.GC5448@bombadil.infradead.org>
	<1236787457.8969.491.camel@adam.local.net> <49B7E542.30707@redhat.com>
	<1236791174.8969.508.camel@adam.local.net>
Message-ID: <1236791596.8969.509.camel@adam.local.net>

On Wed, 2009-03-11 at 10:06 -0700, Adam Williamson wrote:

> The use cases I care about are exactly as I wrote: I need to be able to
> look at a bug report and see what releases it expects.

s/expects/affects/

these 6 o' clock mornings are not agreeing with me...
-- 
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 Mar 11 17:20:23 2009
From: a.badger at gmail.com (Toshio Kuratomi)
Date: Wed, 11 Mar 2009 10:20:23 -0700
Subject: Add [fedora-student-project] keyword to Bugzilla?
In-Reply-To: <1236790599.21777.424.camel@concord3.proximity.on.ca>
References: <1236790599.21777.424.camel@concord3.proximity.on.ca>
Message-ID: <49B7F2D7.4050004@gmail.com>

Chris Tyler wrote:
> Mozilla has recently added a 'student-project' keyword[0] to their
> bugzilla to identify bugs and RFEs that are good candidates for student
> projects -- they have a moderate scope (not trivial, but doable in a
> month or two), they're not release-blocking, and there is an interest in
> getting them done (the community will help with questions). 
> 
> I think this is a great idea, and propose we add a similar keyword to
> the Fedora bugzilla (since it's also the Red Hat bugzilla, the keyword
> should probably be 'fedora-student-project'). This would be useful for
> schools seeking student projects[1] and helpful when putting together
> summer coding ideas[2].
> 
> What does the list say?
> 
I like the idea.. but the way our bugzilla workflow and an upstream
project's work it will be interesting to see how this works out.

-Toshio

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: OpenPGP digital signature
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090311/b04a5fb9/attachment.sig>

From bruno at wolff.to  Wed Mar 11 17:36:57 2009
From: bruno at wolff.to (Bruno Wolff III)
Date: Wed, 11 Mar 2009 12:36:57 -0500
Subject: Add [fedora-student-project] keyword to Bugzilla?
In-Reply-To: <1236790599.21777.424.camel@concord3.proximity.on.ca>
References: <1236790599.21777.424.camel@concord3.proximity.on.ca>
Message-ID: <20090311173657.GA29787@wolff.to>

On Wed, Mar 11, 2009 at 12:56:39 -0400,
  Chris Tyler <chris at tylers.info> wrote:
> 
> Mozilla has recently added a 'student-project' keyword[0] to their
> bugzilla to identify bugs and RFEs that are good candidates for student
> projects -- they have a moderate scope (not trivial, but doable in a
> month or two), they're not release-blocking, and there is an interest in
> getting them done (the community will help with questions). 
> 
> I think this is a great idea, and propose we add a similar keyword to
> the Fedora bugzilla (since it's also the Red Hat bugzilla, the keyword
> should probably be 'fedora-student-project'). This would be useful for
> schools seeking student projects[1] and helpful when putting together
> summer coding ideas[2].
> 
> What does the list say?

It doesn't sound like the right place to me.
I think a wiki area for new participants with links to various kinds of
projects they might help with is a better way to direct people to things
they can help with.
The wiki already has a start to this where new people can categorize themselves
and find at least some information of particular interest to them. I haven't
followed those links very far, so i don't know what level of detail is there.



From cmadams at hiwaay.net  Wed Mar 11 18:08:04 2009
From: cmadams at hiwaay.net (Chris Adams)
Date: Wed, 11 Mar 2009 13:08:04 -0500
Subject: Can't install rawhide (2009-03-10)
In-Reply-To: <1236789062.3716.3.camel@localhost.localdomain>
References: <20090311005732.GC990643@hiwaay.net>
	<1236739060.3727.16.camel@localhost.localdomain>
	<20090311102300.72bd74ff@HTPC>
	<1236789062.3716.3.camel@localhost.localdomain>
Message-ID: <20090311180804.GC937142@hiwaay.net>

Once upon a time, Jesse Keating <jkeating at redhat.com> said:
> This was tracked to a kernel issue #489698

Thanks, I'll keep an eye out for that one.

I just figured I'd screwed up something (again!), since it was 8PM and
nobody else had complained here. :-)

-- 
Chris Adams <cmadams at hiwaay.net>
Systems and Network Administrator - HiWAAY Internet Services
I don't speak for anybody but myself - that's enough trouble.



From alsadi at gmail.com  Wed Mar 11 18:34:24 2009
From: alsadi at gmail.com (Muayyad AlSadi)
Date: Wed, 11 Mar 2009 20:34:24 +0200
Subject: DeviceKit is marked complete, what about utf8
In-Reply-To: <gp8nne$pft$1@ger.gmane.org>
References: <385866f0903081006u491adc0cl32189cfccd8e1b68@mail.gmail.com>
	<1236587404.16047.5.camel@localhost.localdomain>
	<gp4a73$8f2$1@ger.gmane.org>
	<385866f0903101124w72059734m84e0c20a63b0167@mail.gmail.com>
	<gp6nm5$72f$1@ger.gmane.org>
	<385866f0903101734t4a50dac0yb84fda20d8eeaed0@mail.gmail.com>
	<gp7m5b$crr$1@ger.gmane.org> <gp8nne$pft$1@ger.gmane.org>
Message-ID: <385866f0903111134u425f214bq5f0324fd8e1813f8@mail.gmail.com>

> - Has anyone reported this to the KDE devs? Otherwise how do you expect it to get fixed?

I'm a gnome user now, to me that's not a priority
because the problem is not with this object or that library
the problem is the developers are not educated well regarding
internationalization
they assume many stupid assumptions and they are happy with that mentality

we have done that before till things are fine in 3.5
do we have to teach them the same silly things over and over
it's not rocket engineering, it's just a trivial principle of design
all the hard work is already done, the problems are not regarding the
complex text rendering engine
they are regarding laying out things, Qt knows how to stack things the
right way but someone thought that he is too smart to use those
routines in the library and he wrote his own hard coded values of Xs
and Ys


not only in kde, for example the timeline in pitivi ..etc.

even html have this design problem [instead of start/end they use left/right]

the problem with kde is not the have a piece that is not RTL or BiDi
safe, but it's that they choose to jump to the wagon of plasma before
making sure it's acceptable to at least some level

so obvious problems that can be discovered by just running kde and
looking into the surface.

I just went into that subject to ask is fedora going to do the same
thing with utf8
ie. knowing that utf8 is the right thing but choosing to drop that for
no good reason

so could we back to the topic, we have less than two months for the release

are we prepared to handle the bugs that we know in advance that we are
going to introduce



From cavassin at conectiva.com.br  Wed Mar 11 18:47:38 2009
From: cavassin at conectiva.com.br (Wanderlei Antonio Cavassin)
Date: Wed, 11 Mar 2009 15:47:38 -0300
Subject: Please fix your bugs in release instead of rawhide!
In-Reply-To: <1236787457.8969.491.camel@adam.local.net>
References: <604aa7910903101223s2998beddl988a6247038c36cc@mail.gmail.com>
	<49B6C151.6090202@fedoraproject.org>
	<604aa7910903101242t1e9365c5r49beb43b48b3404@mail.gmail.com>
	<49B6C4BC.6080904@fedoraproject.org>
	<1236718905.8969.474.camel@adam.local.net>
	<1236725123.3432.68.camel@localhost.localdomain>
	<1236782793.8969.488.camel@adam.local.net>
	<20090311155236.GC5448@bombadil.infradead.org>
	<1236787457.8969.491.camel@adam.local.net>
	<20090311183630.GB17990@mandriva.com>
Message-ID: <20090311184738.GC17990@mandriva.com>

Em Wed, Mar 11, 2009 at 09:04:17AM -0700, Adam Williamson escreveu:
> Well, I don't really see it that way. Here's my workflow - I come across
> a link to an Ubuntu bug report (at launchpad.net), so I go and look at
> it, and I see the stuff I like - right at the top I can see that it
> exists in, say, Itchy, Scratchy and Dopey(*), as well as in the upstream
> code (and I can immediately see the status of the upstream report). This
> is the stuff that there's just no good way to do in Bugzilla. Believe
> me, I've thought of about sixteen different ways to try and track the
> same bug across multiple distribution releases in Bugzilla, and there
> isn't any one which handles it as well as Launchpad does.

at least the upstream link/status seems to be addressed by "See Also"
field and webservices, currently under development:

http://www.bugzilla.org/status/2009-02-02.html

[]s
Wanderlei Antonio Cavassin
Mandriva Linux



From mw_triad at users.sourceforge.net  Wed Mar 11 18:48:52 2009
From: mw_triad at users.sourceforge.net (Matthew Woehlke)
Date: Wed, 11 Mar 2009 13:48:52 -0500
Subject: setup, fedora-release updates needed
In-Reply-To: <1236789987.3978.52.camel@dhcp-lab-219.englab.brq.redhat.com>
References: <1236717336.20989.21.camel@perihelion.bos.jonmasters.org>	<200903111029.29122.billcrawford1970@gmail.com>	<1236770855.3978.33.camel@dhcp-lab-219.englab.brq.redhat.com>	<gp8ocl$tp5$1@ger.gmane.org>
	<1236789987.3978.52.camel@dhcp-lab-219.englab.brq.redhat.com>
Message-ID: <gp912k$upu$1@ger.gmane.org>

Ond?ej Va??k wrote:
> AFAIK there is no option to ignore files
> completely in update, so .rpmnew are created although is always
> completely useless (unless you have some script to add missing
> users/groups from that .rpmnew file).

I am confused, shouldn't the .rpmnew only get created if the version in 
the rpm has changed from what was in the last "successfully installed" 
rpm? IOW I should be able to install 1000 updates to the rpm with 
/etc/passwd, but as long as the /etc/passwd in the rpm is the same I 
should never see a .rpmnew.

(Okay, the changed hashes throw a wrench in this, but that's another 
discussion that has already happened.)

> I guess we can't expect user to run some merge tool after transaction.

Why not? We already expect them to do something with the .rpmnew. Why 
not make "something" easier to do?

> It has to be automated somehow.

Automated, unreviewed updates of config files are dangerous :-). It's 
technically possible (you could run the merge tool automatically) but I 
don't think it's a good idea.

> Maybe some separate file with default
> users/groups (like existing uidgid file) and something (?cron job) to
> periodically check it, if those users/groups do exist on system?

/etc/passwd is actually a case where automatic merge is probably fine 
for additions (removal is more dangerous, of course), but I'm thinking 
to apply this to config files in general.

-- 
Matthew
Please do not quote my e-mail address unobfuscated in message bodies.
-- 
Microsoft has become the next IBM; a dinosaur struggling to survive in 
the age of more able-to-adapt mammals (FLOSS). It remains to be seen if 
they'll be able to adapt before they go extinct.



From caillon at redhat.com  Wed Mar 11 18:54:15 2009
From: caillon at redhat.com (Christopher Aillon)
Date: Wed, 11 Mar 2009 11:54:15 -0700
Subject: Password Reset
In-Reply-To: <alpine.LFD.2.00.0903110903341.9637@laptop.mmcgrath.net>
References: <alpine.LFD.2.00.0903090959530.14983@laptop.mmcgrath.net>	<200903102241.25010.opensource@till.name>	<alpine.LFD.2.00.0903102216270.9637@laptop.mmcgrath.net>	<1236744102.20989.35.camel@perihelion.bos.jonmasters.org>	<25828.1236774620@sss.pgh.pa.us>	<alpine.LFD.2.00.0903110818190.9637@laptop.mmcgrath.net>	<faa16b610903110632h578b0d01yfca3458bfeca8c18@mail.gmail.com>
	<alpine.LFD.2.00.0903110903341.9637@laptop.mmcgrath.net>
Message-ID: <49B808D7.2030008@redhat.com>

On 03/11/2009 07:05 AM, Mike McGrath wrote:
> On Wed, 11 Mar 2009, Colin Walters wrote:
>> If the actual goal of the reset is to close off inactive accounts, we
>> are restarting the 4 month timer when e.g. doing CVS commits
>> hopefully?
>>
> 
> We've talked about that type of thing.  It's more of a "wouldn't it be
> nice".  The problem is we've got thousands of contributors, relatively few
> of them actually commit to cvs.  So we could go around to figure out how
> to make all of our various auth points report back but that's a lot of
> work.  The account system is the only common point of entry for every
> contributor.

So let's require to them to simply _log in_ to FAS to reset the timer 
(you need to do that to change passwords, anyway!).

Then, if other groups want to implement the timer reset for CVS commits, 
wiki edits, openID usage, etc. they can, and nobody needs to worry 
because there is a way for everyone to reset the timer.  Just some 
groups may have more.



From mw_triad at users.sourceforge.net  Wed Mar 11 18:53:25 2009
From: mw_triad at users.sourceforge.net (Matthew Woehlke)
Date: Wed, 11 Mar 2009 13:53:25 -0500
Subject: Add [fedora-student-project] keyword to Bugzilla?
In-Reply-To: <1236790599.21777.424.camel@concord3.proximity.on.ca>
References: <1236790599.21777.424.camel@concord3.proximity.on.ca>
Message-ID: <gp91b6$u9m$1@ger.gmane.org>

Chris Tyler wrote:
> Mozilla has recently added a 'student-project' keyword[0] to their
> bugzilla to identify bugs and RFEs that are good candidates for student
> projects -- they have a moderate scope (not trivial, but doable in a
> month or two), they're not release-blocking, and there is an interest in
> getting them done (the community will help with questions). 

KDE has had "junior jobs" longer! ;-)

> I think this is a great idea, and propose we add a similar keyword to
> the Fedora bugzilla (since it's also the Red Hat bugzilla, the keyword
> should probably be 'fedora-student-project'). This would be useful for
> schools seeking student projects[1] and helpful when putting together
> summer coding ideas[2].

To clarify, are you intending to mark things that are "easy", or things 
that are GSOC-fodder (i.e. both "easy" *and* will take a few months)?

Tagging "easy" bugs as good "feet-wetting" activities is probably a good 
idea. For GSOC-fodder type stuff, I think Bruno has the right idea to 
put it on a wiki.

-- 
Matthew
Please do not quote my e-mail address unobfuscated in message bodies.
-- 
Microsoft has become the next IBM; a dinosaur struggling to survive in 
the age of more able-to-adapt mammals (FLOSS). It remains to be seen if 
they'll be able to adapt before they go extinct.



From jcm at redhat.com  Wed Mar 11 19:10:13 2009
From: jcm at redhat.com (Jon Masters)
Date: Wed, 11 Mar 2009 15:10:13 -0400
Subject: setup, fedora-release updates needed
In-Reply-To: <1236788954.3716.2.camel@localhost.localdomain>
References: <1236717336.20989.21.camel@perihelion.bos.jonmasters.org>
	<1236788954.3716.2.camel@localhost.localdomain>
Message-ID: <1236798613.25389.8.camel@jcmlaptop>

On Wed, 2009-03-11 at 09:29 -0700, Jesse Keating wrote:
> On Tue, 2009-03-10 at 16:35 -0400, Jon Masters wrote:
> > fedora-release should
> > not be creating .rpmnew files on upgrade.
> 
> This is a touchy one.  We don't necessarily want to overwrite modified
> site local config in repo files.  That would be just rude.

My point (as others made) is that making these files is completely
useless. I'm not saying "overwrite the user's files" I'm saying ideally
don't make the useless additional files on upgrade.

Jon.




From awilliam at redhat.com  Wed Mar 11 19:16:39 2009
From: awilliam at redhat.com (Adam Williamson)
Date: Wed, 11 Mar 2009 12:16:39 -0700
Subject: Please fix your bugs in release instead of rawhide!
In-Reply-To: <20090311184738.GC17990@mandriva.com>
References: <604aa7910903101223s2998beddl988a6247038c36cc@mail.gmail.com>
	<49B6C151.6090202@fedoraproject.org>
	<604aa7910903101242t1e9365c5r49beb43b48b3404@mail.gmail.com>
	<49B6C4BC.6080904@fedoraproject.org>
	<1236718905.8969.474.camel@adam.local.net>
	<1236725123.3432.68.camel@localhost.localdomain>
	<1236782793.8969.488.camel@adam.local.net>
	<20090311155236.GC5448@bombadil.infradead.org>
	<1236787457.8969.491.camel@adam.local.net>
	<20090311183630.GB17990@mandriva.com>
	<20090311184738.GC17990@mandriva.com>
Message-ID: <1236798999.8969.517.camel@adam.local.net>

On Wed, 2009-03-11 at 15:47 -0300, Wanderlei Antonio Cavassin wrote:
> Em Wed, Mar 11, 2009 at 09:04:17AM -0700, Adam Williamson escreveu:
> > Well, I don't really see it that way. Here's my workflow - I come across
> > a link to an Ubuntu bug report (at launchpad.net), so I go and look at
> > it, and I see the stuff I like - right at the top I can see that it
> > exists in, say, Itchy, Scratchy and Dopey(*), as well as in the upstream
> > code (and I can immediately see the status of the upstream report). This
> > is the stuff that there's just no good way to do in Bugzilla. Believe
> > me, I've thought of about sixteen different ways to try and track the
> > same bug across multiple distribution releases in Bugzilla, and there
> > isn't any one which handles it as well as Launchpad does.
> 
> at least the upstream link/status seems to be addressed by "See Also"
> field and webservices, currently under development:
> 
> http://www.bugzilla.org/status/2009-02-02.html

We do actually have the upstream linking feature in current RH Bugzilla.
I hadn't noticed that it does the live status stuff, but it does in fact
seem to.
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org
http://www.happyassassin.net



From chris at tylers.info  Wed Mar 11 19:37:16 2009
From: chris at tylers.info (Chris Tyler)
Date: Wed, 11 Mar 2009 15:37:16 -0400
Subject: Add [fedora-student-project] keyword to Bugzilla?
In-Reply-To: <20090311173657.GA29787@wolff.to>
References: <1236790599.21777.424.camel@concord3.proximity.on.ca>
	<20090311173657.GA29787@wolff.to>
Message-ID: <1236800236.21777.562.camel@concord3.proximity.on.ca>

On Wed, 2009-03-11 at 12:36 -0500, Bruno Wolff III wrote:
> On Wed, Mar 11, 2009 at 12:56:39 -0400,
>   Chris Tyler <chris at tylers.info> wrote:
> > 
> > Mozilla has recently added a 'student-project' keyword[0] to their
> > bugzilla to identify bugs and RFEs that are good candidates for student
> > projects -- they have a moderate scope (not trivial, but doable in a
> > month or two), they're not release-blocking, and there is an interest in
> > getting them done (the community will help with questions). 
> > 
> > I think this is a great idea, and propose we add a similar keyword to
> > the Fedora bugzilla (since it's also the Red Hat bugzilla, the keyword
> > should probably be 'fedora-student-project'). This would be useful for
> > schools seeking student projects[1] and helpful when putting together
> > summer coding ideas[2].
> > 
> > What does the list say?
> 
> It doesn't sound like the right place to me.
> I think a wiki area for new participants with links to various kinds of
> projects they might help with is a better way to direct people to things
> they can help with.
> The wiki already has a start to this where new people can categorize themselves
> and find at least some information of particular interest to them. I haven't
> followed those links very far, so i don't know what level of detail is there.

Let me expand on what I'm thinking (I'm teaching in this space):

- Having a bugzilla keyword doesn't negate the need for a wiki page, it
simply makes it easier to find ideas with which to populate the wiki
page. If you're already working in bugzilla, "add a keyword" requires a
lot less activation energy than "go to this wiki page and add a
section".

- This is different from the "good-first-bug" or "trivial" flags some
projects have -- I'm proposing this for things with a bit of meat, but
which are within the grasp of undergraduate students (though it's
incredible what some students can do in a few months).

--
Chris



From ianweller at gmail.com  Wed Mar 11 20:10:15 2009
From: ianweller at gmail.com (Ian Weller)
Date: Wed, 11 Mar 2009 15:10:15 -0500
Subject: Add [fedora-student-project] keyword to Bugzilla?
In-Reply-To: <1236790599.21777.424.camel@concord3.proximity.on.ca>
References: <1236790599.21777.424.camel@concord3.proximity.on.ca>
Message-ID: <20090311201014.GC2971@gmail.com>

On Wed, Mar 11, 2009 at 12:56:39PM -0400, Chris Tyler wrote:
> 
> Mozilla has recently added a 'student-project' keyword[0] to their
> bugzilla to identify bugs and RFEs that are good candidates for student
> projects -- they have a moderate scope (not trivial, but doable in a
> month or two), they're not release-blocking, and there is an interest in
> getting them done (the community will help with questions). 
> 
> I think this is a great idea, and propose we add a similar keyword to
> the Fedora bugzilla (since it's also the Red Hat bugzilla, the keyword
> should probably be 'fedora-student-project'). This would be useful for
> schools seeking student projects[1] and helpful when putting together
> summer coding ideas[2].
> 
> What does the list say?
> 
As a student... any possible way to make it much easier to find a quick
task that could be done as a school project or over the summer is great
in my book. Now whether to do it on bugzilla or the wiki is up for
debate, and I think a mix of both is key.

-- 
Ian Weller <ianweller at gmail.com>                  http://ianweller.org
GnuPG fingerprint:  E51E 0517 7A92 70A2 4226  B050 87ED 7C97 EFA8 4A36
"Technology is a word that describes something that doesn't work yet."
  ~ Douglas Adams
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090311/701f4f02/attachment.sig>

From notting at redhat.com  Wed Mar 11 21:53:22 2009
From: notting at redhat.com (Bill Nottingham)
Date: Wed, 11 Mar 2009 17:53:22 -0400
Subject: setup, fedora-release updates needed
In-Reply-To: <1236798613.25389.8.camel@jcmlaptop>
References: <1236717336.20989.21.camel@perihelion.bos.jonmasters.org>
	<1236788954.3716.2.camel@localhost.localdomain>
	<1236798613.25389.8.camel@jcmlaptop>
Message-ID: <20090311215321.GD13973@nostromo.devel.redhat.com>

Jon Masters (jcm at redhat.com) said: 
> My point (as others made) is that making these files is completely
> useless. I'm not saying "overwrite the user's files" I'm saying ideally
> don't make the useless additional files on upgrade.

rpm already has code to avoid making them when they're useless. It's
just being defeated by the sha256 code for the first upgrade to
rawhide/F11.

Bill



From awilliam at redhat.com  Wed Mar 11 21:56:05 2009
From: awilliam at redhat.com (Adam Williamson)
Date: Wed, 11 Mar 2009 14:56:05 -0700
Subject: Password Reset
In-Reply-To: <49B808D7.2030008@redhat.com>
References: <alpine.LFD.2.00.0903090959530.14983@laptop.mmcgrath.net>
	<200903102241.25010.opensource@till.name>
	<alpine.LFD.2.00.0903102216270.9637@laptop.mmcgrath.net>
	<1236744102.20989.35.camel@perihelion.bos.jonmasters.org>
	<25828.1236774620@sss.pgh.pa.us>
	<alpine.LFD.2.00.0903110818190.9637@laptop.mmcgrath.net>
	<faa16b610903110632h578b0d01yfca3458bfeca8c18@mail.gmail.com>
	<alpine.LFD.2.00.0903110903341.9637@laptop.mmcgrath.net>
	<49B808D7.2030008@redhat.com>
Message-ID: <1236808565.8969.527.camel@adam.local.net>

On Wed, 2009-03-11 at 11:54 -0700, Christopher Aillon wrote:
> On 03/11/2009 07:05 AM, Mike McGrath wrote:
> > On Wed, 11 Mar 2009, Colin Walters wrote:
> >> If the actual goal of the reset is to close off inactive accounts, we
> >> are restarting the 4 month timer when e.g. doing CVS commits
> >> hopefully?
> >>
> > 
> > We've talked about that type of thing.  It's more of a "wouldn't it be
> > nice".  The problem is we've got thousands of contributors, relatively few
> > of them actually commit to cvs.  So we could go around to figure out how
> > to make all of our various auth points report back but that's a lot of
> > work.  The account system is the only common point of entry for every
> > contributor.
> 
> So let's require to them to simply _log in_ to FAS to reset the timer 
> (you need to do that to change passwords, anyway!).
> 
> Then, if other groups want to implement the timer reset for CVS commits, 
> wiki edits, openID usage, etc. they can, and nobody needs to worry 
> because there is a way for everyone to reset the timer.  Just some 
> groups may have more.

That sounds like the most sensible thing I've read in this thread so
far. If the requirement is 'figure out who's active', the sensible
condition seems to be 'who's logged in interactively lately', not 'who
can be bothered to change their password in response to an email
request'.

This way has two other considerable advantages - it's transparent for
many people (since you have to log in for one reason or another anyway)
and you could just send the email to people who would be on the
'inactive list' as currently calculated, and not bother anyone else
about it.
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org
http://www.happyassassin.net



From pertusus at free.fr  Wed Mar 11 21:59:22 2009
From: pertusus at free.fr (Patrice Dumas)
Date: Wed, 11 Mar 2009 22:59:22 +0100
Subject: Password Reset
In-Reply-To: <1236808565.8969.527.camel@adam.local.net>
References: <alpine.LFD.2.00.0903090959530.14983@laptop.mmcgrath.net>
	<200903102241.25010.opensource@till.name>
	<alpine.LFD.2.00.0903102216270.9637@laptop.mmcgrath.net>
	<1236744102.20989.35.camel@perihelion.bos.jonmasters.org>
	<25828.1236774620@sss.pgh.pa.us>
	<alpine.LFD.2.00.0903110818190.9637@laptop.mmcgrath.net>
	<faa16b610903110632h578b0d01yfca3458bfeca8c18@mail.gmail.com>
	<alpine.LFD.2.00.0903110903341.9637@laptop.mmcgrath.net>
	<49B808D7.2030008@redhat.com>
	<1236808565.8969.527.camel@adam.local.net>
Message-ID: <20090311215922.GC2579@free.fr>

On Wed, Mar 11, 2009 at 02:56:05PM -0700, Adam Williamson wrote:
> 
> That sounds like the most sensible thing I've read in this thread so
> far. If the requirement is 'figure out who's active', the sensible
> condition seems to be 'who's logged in interactively lately', not 'who
> can be bothered to change their password in response to an email
> request'.
> 
> This way has two other considerable advantages - it's transparent for
> many people (since you have to log in for one reason or another anyway)
> and you could just send the email to people who would be on the
> 'inactive list' as currently calculated, and not bother anyone else
> about it.

It is what Toshio more or less proposes in 
https://fedorahosted.org/fedora-infrastructure/ticket/1237#comment:3

--
Pat



From jkeating at redhat.com  Wed Mar 11 22:06:20 2009
From: jkeating at redhat.com (Jesse Keating)
Date: Wed, 11 Mar 2009 15:06:20 -0700
Subject: setup, fedora-release updates needed
In-Reply-To: <1236798613.25389.8.camel@jcmlaptop>
References: <1236717336.20989.21.camel@perihelion.bos.jonmasters.org>
	<1236788954.3716.2.camel@localhost.localdomain>
	<1236798613.25389.8.camel@jcmlaptop>
Message-ID: <1236809180.8851.0.camel@localhost.localdomain>

On Wed, 2009-03-11 at 15:10 -0400, Jon Masters wrote:
> 
> My point (as others made) is that making these files is completely
> useless. I'm not saying "overwrite the user's files" I'm saying ideally
> don't make the useless additional files on upgrade.

Its not useless as things /do/ change in the repo files, like we're
using metalink now.  Its a good place for admins to find changes in repo
structure that they can apply to their own already modified config
files.

-- 
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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090311/8201f94f/attachment.sig>

From jlaska at redhat.com  Wed Mar 11 23:35:12 2009
From: jlaska at redhat.com (James Laska)
Date: Wed, 11 Mar 2009 19:35:12 -0400
Subject: Fedora Test Day - Intel graphics driver
Message-ID: <1236814512.3556.26.camel@flatline.devel.redhat.com>

Greetings testers,

Apologies for the late notice.  We had a slight change in the plan for
this weeks test day.  The focus will be on upcoming Intel graphics
driver changes.

Planning for this test day began with an eye towards validating the
upcoming F11 Intel KMS feature [1].  However, after some great feedback
from developer Kristian H?gsberg, the scope has changed.  With
Kristian's input, Adam Williamson crafted a wiki page [2] and test cases
designed to stress Intel graphics support and DRI2 [3].

So if you have an Intel graphics adapter ...

   # /sbin/lspci | grep -q VGA.*Intel && echo "Join Fedora Test Day"

I invite you to join #fedora-qa this Thursday, March 12, 2009 to share
your Intel graphics test results.  Stay tuned for more details at
https://fedoraproject.org/wiki/QA/Test_Days/2009-03-12.

Thanks,
James

[1] https://fedoraproject.org/wiki/Features/IntelKMS
[2] https://fedoraproject.org/wiki/QA/Test_Days/2009-03-12
[3] https://fedoraproject.org/wiki/Features/DRI2
-------------- 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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090311/d17c7185/attachment.sig>
-------------- next part --------------
_______________________________________________
Fedora-devel-announce mailing list
Fedora-devel-announce at redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-announce

From sradvan at redhat.com  Thu Mar 12 00:05:00 2009
From: sradvan at redhat.com (Scott Radvan)
Date: Thu, 12 Mar 2009 10:05:00 +1000
Subject: Fedora Security Guide for 11 release
Message-ID: <20090312100500.5fd60452@redhat.com>

Hi all,


I have built HTML and PDF versions of the very-nearly-finished Security
Guide, which has its focus on Fedora and is on its way to being
available in the upcoming 11 release.

I thought there may be some members of this list who would like to take
a look at it.

Any reviewers/comments at all are of course more than welcome.

http://sradvan.fedorapeople.org/Security_Guide/en-US/



Cheers,

-- 
Scott Radvan, Content Author
Red Hat APAC (Brisbane) http://www.apac.redhat.com



From kevin.kofler at chello.at  Thu Mar 12 01:22:04 2009
From: kevin.kofler at chello.at (Kevin Kofler)
Date: Thu, 12 Mar 2009 02:22:04 +0100
Subject: DeviceKit is marked complete, what about utf8
References: <385866f0903081006u491adc0cl32189cfccd8e1b68@mail.gmail.com>
	<1236587404.16047.5.camel@localhost.localdomain>
	<gp4a73$8f2$1@ger.gmane.org>
	<385866f0903101124w72059734m84e0c20a63b0167@mail.gmail.com>
	<gp6nm5$72f$1@ger.gmane.org>
	<385866f0903101734t4a50dac0yb84fda20d8eeaed0@mail.gmail.com>
	<gp7m5b$crr$1@ger.gmane.org> <gp8nne$pft$1@ger.gmane.org>
	<385866f0903111134u425f214bq5f0324fd8e1813f8@mail.gmail.com>
Message-ID: <gp9o3s$8vq$1@ger.gmane.org>

Muayyad AlSadi wrote:
> I'm a gnome user now, to me that's not a priority
> because the problem is not with this object or that library

The only way these bugs will ever get fixed is if they get reported to
https://bugs.kde.org/ . Posting them on some mailing list most KDE
developers don't even read is completely unproductive and unhelpful
whining.

> the problem is the developers are not educated well regarding
> internationalization
> they assume many stupid assumptions and they are happy with that mentality

They may not know about all the RTL issues, but that's exactly why you have
to report them! Most developers grew up in environments where text is
written from left to right, so we aren't always conscious of the issues
involved. Only pointing them out can get them fixed.

And I strongly doubt anybody is "happy with that mentality". They just
aren't aware that there are any issues because people don't bother
reporting them!

> we have done that before till things are fine in 3.5
> do we have to teach them the same silly things over and over

Yes, because new developers join who are not familiar with the issues yet,
and new issues can come up which didn't exist before.

> it's not rocket engineering, it's just a trivial principle of design

It's not that trivial when all the text you've ever read is written LTR,
which is the case for most European or American developers.

Unfortunately, most of us cannot read Arabic or Hebrew, nor did we grow up
reading the writings of Leonardo da Vinci (which are written in mirrored
Italian). ;-(

> all the hard work is already done, the problems are not regarding the
> complex text rendering engine
> they are regarding laying out things, Qt knows how to stack things the
> right way but someone thought that he is too smart to use those
> routines in the library and he wrote his own hard coded values of Xs
> and Ys

Well, the KNetWalk issue is actually the opposite, they're mirroring
coordinates where they shouldn't.

Where graphics are involved, there's no magic, it cannot be automatically
determined whether they should be mirrored or not. And guess what, in
modern UIs (especially things like Plasma, games etc.), there _will_ be
graphics involved. So left/right orientation is something which has to be
accunted for carefully and explicitly.

> I just went into that subject to ask is fedora going to do the same
> thing with utf8
> ie. knowing that utf8 is the right thing but choosing to drop that for
> no good reason
> 
> so could we back to the topic, we have less than two months for the
> release
> 
> are we prepared to handle the bugs that we know in advance that we are
> going to introduce

Well, in KDE there will be no bug because KDE takes care of mounting devices
with the utf8 flag.

                                                            (-; sdrager dniK
                                                        Kevin Kofler



From kevin.kofler at chello.at  Thu Mar 12 01:38:41 2009
From: kevin.kofler at chello.at (Kevin Kofler)
Date: Thu, 12 Mar 2009 02:38:41 +0100
Subject: rawhide report: 20090311 changes
References: <20090311085315.1FEB91B8001@releng2.fedora.phx.redhat.com>
	<1236778453.2906.115.camel@diet-anarchy.localdomain>
Message-ID: <gp9p31$a4o$1@ger.gmane.org>

Christopher Beland wrote:

> I'm seeing the following with "yum update":
> 
> --> Running transaction check
> --> Processing Dependency: libwebkit-1.0.so.1()(64bit) for package:
> gimp-help-browser
> ---> Package WebKit-gtk.x86_64 0:1.1.1-1.fc11 set to be updated
> --> Finished Dependency Resolution
> 2:gimp-help-browser-2.6.5-2.fc11.x86_64 from installed has depsolving
> problems
>   --> Missing Dependency: libwebkit-1.0.so.1()(64bit) is needed by
> package 2:gimp-help-browser-2.6.5-2.fc11.x86_64 (installed)
> Error: Missing Dependency: libwebkit-1.0.so.1()(64bit) is needed by
> package 2:gimp-help-browser-2.6.5-2.fc11.x86_64 (installed)
> 
> This has been reported to the package maintainer at:
> 
> https://bugzilla.redhat.com/show_bug.cgi?id=489691
> 
> but I don't see this in the daily rawhide report.  Should the report be
> enhanced to catch this type of bug?

This was already fixed in the 20090310 Rawhide:
gimp-2.6.5-3.fc11
-----------------
* Mon Mar 09 2009 Nils Philippsen <nils at redhat.com> - 2:2.6.5-3
- rebuild against new WebKit
- define deprecated gtk functions to avoid crashes (#486122)

(And yes, it did show up in the Rawhide reports before it got fixed.)

Your mirror is out of date.

        Kevin Kofler



From joe at nall.com  Thu Mar 12 02:56:08 2009
From: joe at nall.com (Joe Nall)
Date: Wed, 11 Mar 2009 21:56:08 -0500
Subject: Fedora Security Guide for 11 release
In-Reply-To: <20090312100500.5fd60452@redhat.com>
References: <20090312100500.5fd60452@redhat.com>
Message-ID: <96A7CE04-F528-458E-BA6F-D12A9BBF2E35@nall.com>


On Mar 11, 2009, at 7:05 PM, Scott Radvan wrote:

> Hi all,
>
>
> I have built HTML and PDF versions of the very-nearly-finished  
> Security
> Guide, which has its focus on Fedora and is on its way to being
> available in the upcoming 11 release.
>
> I thought there may be some members of this list who would like to  
> take
> a look at it.
>
> Any reviewers/comments at all are of course more than welcome.
>
> http://sradvan.fedorapeople.org/Security_Guide/en-US/

Wouldn't the mention of fail2ban be appropriate? My servers with  
public IP addresses get hundreds of failed login attempts per day  
unless I use iptables to block repeat offenders.

Isn't 'PermitRootLogin no' the default for sshd?

I think a short "don't disable SELinux when things go awry" section  
with pointers to policy booleans and setroubleshoot would be  
appropriate. Dan Walsh's blog is a good SELinux resource without a  
document reference.

http://iase.disa.mil/stigs/SRR/unix.html deserves a mention.

Good stuff,
joe



From bruno at wolff.to  Thu Mar 12 05:13:20 2009
From: bruno at wolff.to (Bruno Wolff III)
Date: Thu, 12 Mar 2009 00:13:20 -0500
Subject: Fedora Security Guide for 11 release
In-Reply-To: <96A7CE04-F528-458E-BA6F-D12A9BBF2E35@nall.com>
References: <20090312100500.5fd60452@redhat.com>
	<96A7CE04-F528-458E-BA6F-D12A9BBF2E35@nall.com>
Message-ID: <20090312051320.GA24079@wolff.to>

On Wed, Mar 11, 2009 at 21:56:08 -0500,
  Joe Nall <joe at nall.com> wrote:
>
> Wouldn't the mention of fail2ban be appropriate? My servers with public 
> IP addresses get hundreds of failed login attempts per day unless I use 
> iptables to block repeat offenders.

If you are just getting hundreds per day you shouldn't need to worry
about it. You shouldn't have passwords so simple as to be significantly
vulnerable to guessing at that rate. This is also unlikely to be a high
enough rate to cause denial of service problems for your machine.



From jcm at redhat.com  Thu Mar 12 05:19:11 2009
From: jcm at redhat.com (Jon Masters)
Date: Thu, 12 Mar 2009 01:19:11 -0400
Subject: setup, fedora-release updates needed
In-Reply-To: <20090311215321.GD13973@nostromo.devel.redhat.com>
References: <1236717336.20989.21.camel@perihelion.bos.jonmasters.org>
	<1236788954.3716.2.camel@localhost.localdomain>
	<1236798613.25389.8.camel@jcmlaptop>
	<20090311215321.GD13973@nostromo.devel.redhat.com>
Message-ID: <1236835151.3086.5.camel@jcmlaptop>

On Wed, 2009-03-11 at 17:53 -0400, Bill Nottingham wrote:
> Jon Masters (jcm at redhat.com) said: 
> > My point (as others made) is that making these files is completely
> > useless. I'm not saying "overwrite the user's files" I'm saying ideally
> > don't make the useless additional files on upgrade.
> 
> rpm already has code to avoid making them when they're useless. It's
> just being defeated by the sha256 code for the first upgrade to
> rawhide/F11.

Yeah, this I know. But when would they be useful for the average user,
if they'll never know they're "missing" a default user? Didn't we
already say all additions should happen via scriplets anyway? If that's
the case then only advanced users would know what these additional files
were being created for and so think to add any additional users.

Jon.




From jcm at redhat.com  Thu Mar 12 05:20:22 2009
From: jcm at redhat.com (Jon Masters)
Date: Thu, 12 Mar 2009 01:20:22 -0400
Subject: setup, fedora-release updates needed
In-Reply-To: <1236809180.8851.0.camel@localhost.localdomain>
References: <1236717336.20989.21.camel@perihelion.bos.jonmasters.org>
	<1236788954.3716.2.camel@localhost.localdomain>
	<1236798613.25389.8.camel@jcmlaptop>
	<1236809180.8851.0.camel@localhost.localdomain>
Message-ID: <1236835222.3086.6.camel@jcmlaptop>

On Wed, 2009-03-11 at 15:06 -0700, Jesse Keating wrote:
> On Wed, 2009-03-11 at 15:10 -0400, Jon Masters wrote:
> > 
> > My point (as others made) is that making these files is completely
> > useless. I'm not saying "overwrite the user's files" I'm saying ideally
> > don't make the useless additional files on upgrade.
> 
> Its not useless as things /do/ change in the repo files, like we're
> using metalink now.  Its a good place for admins to find changes in repo
> structure that they can apply to their own already modified config
> files.

I was actually only referring to the specific case of setup though -
apologies if it wasn't clear :)

Jon.




From ville.skytta at iki.fi  Thu Mar 12 06:59:36 2009
From: ville.skytta at iki.fi (Ville =?iso-8859-1?q?Skytt=E4?=)
Date: Thu, 12 Mar 2009 08:59:36 +0200
Subject: Please fix your bugs in release instead of rawhide!
In-Reply-To: <49B6EDE0.2070509@fedoraproject.org>
References: <1236651522.8340.27.camel@localhost.localdomain>
	<200903110028.45948.ville.skytta@iki.fi>
	<49B6EDE0.2070509@fedoraproject.org>
Message-ID: <200903120859.37363.ville.skytta@iki.fi>

On Wednesday 11 March 2009, Rahul Sundaram wrote:
> Ville Skytt? wrote:
> > On Tuesday 10 March 2009, Rahul Sundaram wrote:
> >> [...] and of course Launchpad will probably be
> >> stuck with bzr while we need to support other SCM's as well.
> >
> > Even if this is not a substitute for real "native" integration, I've
> > heard that Launchpad has continuous cvs and svn imports and that it is
> > planned for git too.
>
> What does that mean in practise? I can pull but not push? 

Probably.  As said, I haven't used LP myself.  Pull only would probably not be 
that interesting, but I guess this would provide the possibility of browsing 
the code and change histories on LP web, linking from them to bug numbers, 
searching the code and possibly some other integration (I don't know if LP 
has all of these even for bzr thought).  How interesting this is depends what 
the requirements for "we need to support other SCM's as well" are and whether 
it implies that LP needs to be some way more tightly integrated with them.



From seg at haxxed.com  Thu Mar 12 09:16:58 2009
From: seg at haxxed.com (Callum Lerwick)
Date: Thu, 12 Mar 2009 04:16:58 -0500
Subject: ISA IDE no longer supported?
Message-ID: <1236849418.32388.33.camel@localhost.localdomain>

So, I pulled out a Toshiba Satellite 325CDS (P233 MMX) laptop for the
purpose of GPS logging for OpenStreetMap. The idea being I can leave it
in my car and if anything I feel sorry for the idiot who bothers to
steal such a fossil. Unfortunately I can't get F10 to install on it. The
kernel sees no IDE controllers. It seems the "new" libata drivers do not
work with plain old ISA IDE. Pentium era laptops typically didn't have
PCI IDE. Another nail in the coffin for i586.

Is this supposed to work, or am I on my own?

My SystemRescueCD v1.0.2 won't work either, with the default (libata)
kernel. But it has an alternate kernel that has the old IDE drivers,
which works. So I either have to hack around with custom kernels, or
maybe just run CentOS 5 instead...

(Annoyingly Windows XP works just fine...)
-------------- 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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090312/81b20926/attachment.sig>

From debarshi.ray at gmail.com  Thu Mar 12 09:23:33 2009
From: debarshi.ray at gmail.com (Debarshi Ray)
Date: Thu, 12 Mar 2009 14:53:33 +0530
Subject: linphone build failures
Message-ID: <3170f42f0903120223v566b3ec6o260bf9ace2ef556e@mail.gmail.com>

Linphone is having some build problems lately:
http://koji.fedoraproject.org/koji/packageinfo?packageID=2457

Since the %changelog shows up some of your email addresses, I thought
maybe you would have some idea about this.

Scratch builds [1] fail with:
[...]
config.status: creating linphone.spec
config.status: creating config.h
config.status: executing depfiles commands
config.status: executing libtool commands
config.status: executing po-directories commands
config.status: creating po/POTFILES
config.status: creating po/Makefile
config.status: executing po/stamp-it commands
config.status: error: po/Makefile.in.in was not created by intltoolize.
error: Bad exit status from /var/tmp/rpm-tmp.kDxWQA (%build)
    Bad exit status from /var/tmp/rpm-tmp.kDxWQA (%build)
RPM build errors:
Child returncode was: 1

While looking at linphone.spec, I came upon the following:
[...]
%build

libtoolize --copy --force
aclocal -I m4
autoheader
automake --force-missing --add-missing --copy
autoconf
rm -rf config.cache

pushd mediastreamer2
libtoolize --copy --force
aclocal -I ../m4
autoheader
automake --force-missing --add-missing --copy
autoconf
popd
[...]

Since regenerating the build scripts in the .spec is looked down upon,
what is the rationale behind doing it here?

Happy hacking,
Debarshi

[1] http://koji.fedoraproject.org/koji/taskinfo?taskID=1237819



From yersinia.spiros at gmail.com  Thu Mar 12 09:41:48 2009
From: yersinia.spiros at gmail.com (yersinia)
Date: Thu, 12 Mar 2009 10:41:48 +0100
Subject: Fedora Security Guide for 11 release
In-Reply-To: <20090312100500.5fd60452@redhat.com>
References: <20090312100500.5fd60452@redhat.com>
Message-ID: <b086760e0903120241m7aee26daqe748c2321f823b3d@mail.gmail.com>

On Thu, Mar 12, 2009 at 1:05 AM, Scott Radvan <sradvan at redhat.com> wrote:

> Hi all,
>
>
> I have built HTML and PDF versions of the very-nearly-finished Security
> Guide, which has its focus on Fedora and is on its way to being
> available in the upcoming 11 release.
>
> I thought there may be some members of this list who would like to take
> a look at it.
>
> Any reviewers/comments at all are of course more than welcome.
>
> http://sradvan.fedorapeople.org/Security_Guide/en-US/
>
>
>
I am a mostly a security expert (CEH and the like). But i am not, for now, a
fedora people. How it is possible to contribuite ? By mail ?

Thanks






>
> Cheers,
>
> --
> Scott Radvan, Content Author
> Red Hat APAC (Brisbane) http://www.apac.redhat.com
>
> --
> fedora-devel-list mailing list
> fedora-devel-list at redhat.com
> https://www.redhat.com/mailman/listinfo/fedora-devel-list
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090312/16f5cce5/attachment.htm>

From rawhide at fedoraproject.org  Thu Mar 12 10:45:16 2009
From: rawhide at fedoraproject.org (Rawhide Report)
Date: Thu, 12 Mar 2009 10:45:16 +0000 (UTC)
Subject: rawhide report: 20090312 changes
Message-ID: <20090312104516.88D561F8259@releng2.fedora.phx.redhat.com>

Compose started at Thu Mar 12 06:01:04 UTC 2009

New package ecj
        Eclipse Compiler for Java
New package leonidas-backgrounds
        Leonidas desktop backgrounds
Removed package cupsddk
Updated Packages:

anaconda-11.5.0.28-1
--------------------
* Wed Mar 11 2009 David Cantrell <dcantrell at redhat.com> - 11.5.0.28-1
- Fix a few bugs in the lvm dialog. (#489022) (dlehman)
- Modify livecd.py to work with new storage backend. (dlehman)
- Be explicit about resetting Disks' partedDisk attribute. (#489678)
  (dlehman)
- Deactivate devices after we've finished scanning them. (dlehman)
- Handle the case of removing an unallocated partition from the tree.
  (dlehman)
- Try again to set up LVs when we've just added a new PV to the VG. (dlehman)
- Set partition flags in format create/destroy execute methods. (dlehman)
- Make sure we use the newly committed parted.Partition after create.
  (dlehman)
- Make device teardown methods more resilient. (dlehman)
- Initialize storage in rescue mode so we can find roots (#488984). (clumens)
- We also need to pack up the extra args tuple, too. (clumens)
- doLoggingSetup keeps growing new arguments, so put them into a dict
  (#489709). (clumens)
- Fix anaconda udev rules to not require pre-existing device nodes (hdegoede)
- Hook up 'Shrink current system' dialog to new storage code. (dcantrell)
- Fix _getCheckArgs() in class FS. (dcantrell)


cups-1.4-0.b2.11.fc11
---------------------
* Wed Mar 11 2009 Tim Waugh <twaugh at redhat.com> 1:1.4-0.b2.11
- Bumped cupsddk n-v-r for obsoletes/provides, as cupsddk was rebuilt.

* Tue Mar 10 2009 Tim Waugh <twaugh at redhat.com> 1:1.4-0.b2.10
- Applied patch to fix ppd-natural-language attribute in PPD list
  (STR #3124).

* Mon Mar 09 2009 Tim Waugh <twaugh at redhat.com> 1:1.4-0.b2.9
- Handle https:// device URIs (bug #478677, STR #3122).


eclipse-3.4.2-3.fc11
--------------------
* Mon Mar 09 2009 Andrew Overholt <overholt at redhat.com> 1:3.4.2-3
- Remove ecj sub-package as it is replaced by standalone ecj package.


gimp-2.6.5-4.fc11
-----------------
* Tue Mar 10 2009 Nils Philippsen <nils at redhat.com> - 2:2.6.5-4
- use correct fix from upstream to avoid crashes (#486122)
- use -fno-strict-aliasing, PIC/PIE compilation flags


gnome-bluetooth-2.27.1-4.fc11
-----------------------------
* Tue Mar 10 2009 - Bastien Nocera <bnocera at redhat.com> - 2.27.1-4
- Make the -libs-devel obsolete and provide the -devel package, so
  we can actually upgrade...


gnome-desktop-2.25.92-2.fc11
----------------------------
* Tue Mar 10 2009 Ray Strode <rstrode at redhat.com> - 2.25.92-1
- Change default backgrounds to leonidas ones


gnome-media-2.25.92-3.fc11
--------------------------
* Wed Mar 11 2009 - Bastien Nocera <bnocera at redhat.com> - 2.25.92-3
- Fix unwanted random muting (#485979)


gnome-packagekit-0.4.5-3.fc11
-----------------------------
* Wed Mar 11 2009 Richard Hughes  <rhughes at redhat.com> - 0.4.5-3
- Put gpk-update-viewer2 into the main package, not extras
- Fixes #489677


gnome-phone-manager-0.65-1.fc11
-------------------------------
* Tue Mar 10 2009 - Bastien Nocera <bnocera at redhat.com> - 0.65-1
- Update to 0.65

* Thu Mar 05 2009 Linus Walleij <triad at df.lth.se> 0.60-6
- Rebuild hoping to pick up libgnomebt i/f bump.


gvfs-1.1.8-2.fc11
-----------------
* Wed Mar 11 2009 Tomas Bzatek <tbzatek at redhat.com> - 1.1.8-2
- Fix 100% cpu usage when connecting to a ssh key and denying key access
- Fix monitors leak

* Tue Mar 10 2009 Tomas Bzatek <tbzatek at redhat.com> - 1.1.8-1
- Update to 1.1.8


kernel-2.6.29-0.237.rc7.git4.fc11
---------------------------------
* Wed Mar 11 2009 Dave Jones <davej at redhat.com>
- 2.6.29-rc7-git4

* Wed Mar 11 2009 Kyle McMartin <kyle at redhat.com> 2.6.29-0.232.rc7.git4
- linux-2.6-execshield.patch:
   Fix from H.J. Lu, we were doing 32-bit randomization on 64-bit vaddr
- unifdef-rename-getline-symbol.patch:
   glibc 2.9.90-10 changes what symbols are exposed in stdio.h, causing
   getline collision. rename the unifdef symbol to parseline.

* Wed Mar 11 2009 Kyle McMartin <kyle at redhat.com> 2.6.29-0.233.rc7.git4
- linux-2.6-execshield.patch:
   Fix typo. Oops.

* Wed Mar 11 2009 Kyle McMartin <kyle at redhat.com> 2.6.29-0.234.rc7.git4
- ingo-fix-atom-failures.patch:
   Work around Atom errata when splitting large pages.

* Wed Mar 11 2009 Eric Sandeen <sandeen at redhat.com> 2.6.29-0.235.rc7.git4
- Fix incorrect header check values in ext4_ext_search_right()
  Should address kernel.org bugzilla #12821

* Wed Mar 11 2009 Steve Dickson <steved at redhat.com> 2.6.29-0.236.rc7.git4
- Removed both the lockd-svc-register.patch and 
  sunrpc-ipv6-rpcbind.patch patches in favor of simply turning
  off CONFIG_SUNRPC_REGISTER_V4 config variable.

* Wed Mar 11 2009 Kristian H??gsberg <krh at redhat.com>
- Add patch to issue a wbinvd in the GEM execbuffer patch to work
  around insufficient flushing on i855 and i865 chipsets.

* Tue Mar 10 2009 Tom "spot" Callaway <tcallawa at redhat.com>
- disable CONFIG_AGP on sparc64

* Tue Mar 10 2009 Kyle McMartin <kyle at redhat.com> 2.6.29-0.229.rc7.git3
- squashfs-fix-page-aligned-data.patch:
   Theoretically valid images are hitting the if (page == pages) check,
   which is suspect happens when the data is page aligned... We should
   probably be checking for page+1.

* Tue Mar 10 2009 Kyle McMartin <kyle at redhat.com> 2.6.29-0.230.rc7.git3
- Add -git3 to sources...


kio_sword-0.3-9.fc11
--------------------
* Wed Mar 11 2009 Deji Akingunola <dakingun at gmail.com> 0.3-9
- Fix build failure after Fedora_11_Mass_Rebuild (Fix by Caolan McNamara)

* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 0.3-8
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


libgnome-2.24.1-10.fc11
-----------------------
* Tue Mar 10 2009 Ray Strode <rstrode at redhat.com> - 2.24.1-10
- Change default backgrounds to leonidas ones


nautilus-2.25.93-1.fc11
-----------------------
* Wed Mar 11 2009 Tomas Bzatek <tbzatek at redhat.com> - 2.25.93-1
- Update to 2.25.93


octave-forge-20080831-7.fc11
----------------------------
* Tue Mar 10 2009 Rakesh Pandit <rakesh at fedorapeople.org> - 20080831-6
- Bumped to consume the soname update in ImageMagic.

* Tue Mar 10 2009 Alex Lancaster <alexlan[AT]fedoraproject org> - 20080831-7
- Fix BuildRequires to specifically request GCJ version of Java.


oyranos-0.1.9-3.fc11
--------------------
* Tue Mar 10 2009 kwizart < kwizart at gmail.com > - 0.1.9-3
- Fix wrong %post requires


pcsc-lite-1.5.2-1.fc11
----------------------
* Fri Feb 27 2009 Bob Relyea <rrelyea at redhat.com> - 1.5.2-1
- Pick up 1.5.2
- Add FD_CLOEXEC flag
- make reader.conf a noreplace config file


pungi-2.0.12-1.fc11
-------------------
* Wed Mar 11 2009 Jesse Keating <jkeating at redhat.com> - 2.0.12-1
- Update for yum API change


selinux-policy-3.6.8-3.fc11
---------------------------
* Mon Mar 09 2009 Dan Walsh <dwalsh at redhat.com> 3.6.8-3
- Add pulseaudio, sssd policy
- Allow networkmanager to exec udevadm


virt-manager-0.7.0-1.fc11
-------------------------
* Tue Mar 10 2009 Cole Robinson <crobinso at redhat.com> - 0.7.0-1.fc11
- Update to release 0.7.0
- Redesigned 'New Virtual Machine' wizard
- Option to remove storage when deleting a virtual machine.
- File browser for libvirt storage pools and volumes
- Physical device assignment (PCI, USB) for existing virtual machines.


Summary:
Added Packages: 2
Removed Packages: 1
Modified Packages: 20
Broken deps for i386
----------------------------------------------------------
	ale-0.9.0.1-3.fc11.i586 requires libMagickCore.so.1
	asterisk-ais-1.6.1-0.21.rc1.fc11.i386 requires libSaClm.so.2
	asterisk-ais-1.6.1-0.21.rc1.fc11.i386 requires libSaEvt.so.2
	asterisk-ais-1.6.1-0.21.rc1.fc11.i386 requires libSaEvt.so.2(OPENAIS_EVT_B.01.01)
	asterisk-ais-1.6.1-0.21.rc1.fc11.i386 requires libSaClm.so.2(OPENAIS_CLM_B.01.01)
	asterisk-odbc-1.6.1-0.21.rc1.fc11.i386 requires libodbc.so.1
	asterisk-voicemail-odbc-1.6.1-0.21.rc1.fc11.i386 requires libodbc.so.1
	autotrace-0.31.1-20.fc11.i586 requires libMagickCore.so.1
	dbmail-2.2.11-2.fc10.i386 requires libgmime-2.0.so.2
	dbmail-auth-ldap-2.2.11-2.fc10.i386 requires libgmime-2.0.so.2
	dbmail-mysql-2.2.11-2.fc10.i386 requires libssl.so.7
	dbmail-mysql-2.2.11-2.fc10.i386 requires libcrypto.so.7
	dbmail-mysql-2.2.11-2.fc10.i386 requires libmysqlclient.so.15
	dbmail-mysql-2.2.11-2.fc10.i386 requires libgmime-2.0.so.2
	dbmail-mysql-2.2.11-2.fc10.i386 requires libmysqlclient.so.15(libmysqlclient_15)
	dbmail-pgsql-2.2.11-2.fc10.i386 requires libgmime-2.0.so.2
	drawtiming-0.6.2-4.fc11.i586 requires libMagickCore.so.1
	drawtiming-0.6.2-4.fc11.i586 requires libMagick++.so.1
	gdal-1.6.0-4.fc11.i386 requires libodbc.so.1
	gdal-1.6.0-4.fc11.i386 requires libodbcinst.so.1
	gdal-1.6.0-4.fc11.i386 requires libhdf5.so.5
	gdal-perl-1.6.0-4.fc11.i386 requires libodbc.so.1
	gdal-perl-1.6.0-4.fc11.i386 requires libodbcinst.so.1
	gdal-perl-1.6.0-4.fc11.i386 requires libhdf5.so.5
	gdal-ruby-1.6.0-4.fc11.i386 requires libodbc.so.1
	gdal-ruby-1.6.0-4.fc11.i386 requires libodbcinst.so.1
	gdal-ruby-1.6.0-4.fc11.i386 requires libhdf5.so.5
	gdl-0.9-0.2.rc2.20090224.fc11.i586 requires libMagickCore.so.1
	gdl-0.9-0.2.rc2.20090224.fc11.i586 requires libMagick++.so.1
	grass-6.3.0-10.fc11.i386 requires libodbc.so.1
	imageinfo-0.05-7.fc11.i586 requires libMagickCore.so.1
	inkscape-0.47-0.5.20090301svn.fc11.i586 requires libMagickCore.so.1
	inkscape-0.47-0.5.20090301svn.fc11.i586 requires libMagick++.so.1
	inkscape-docs-0.47-0.5.20090301svn.fc11.i586 requires libMagickCore.so.1
	inkscape-docs-0.47-0.5.20090301svn.fc11.i586 requires libMagick++.so.1
	k3d-0.6.7.0-9.fc11.i386 requires libMagickCore.so.1
	k3d-0.6.7.0-9.fc11.i386 requires libMagick++.so.1
	kismet-extras-0.0.2008.05.R1-3.fc10.i386 requires libMagickCore.so.1
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgdamm-3.0.so.10
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb_graph-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb_extra-3.0.so.4
	libopensync-plugin-syncml-0.35-4.fc10.i386 requires libsyncml.so.0
	lsvpd-1.6.4-3.fc10.i386 requires libvpd_cxx-2.0.so.0
	mapnik-0.5.2-0.10.svn780.fc11.i386 requires dejavu-fonts-sans
	nip2-7.16.4-2.fc11.i586 requires libMagickCore.so.1
	nip2-7.16.4-2.fc11.i586 requires libMagickWand.so.1
	oxine-0.7.1-3.fc11.i586 requires libMagickCore.so.1
	oxine-0.7.1-3.fc11.i586 requires libMagickWand.so.1
	1:pan-0.133-1.fc10.i386 requires libgmime-2.0.so.2
	pfstools-imgmagick-1.7.0-3.fc11.i386 requires libMagickCore.so.1
	pfstools-imgmagick-1.7.0-3.fc11.i386 requires libMagick++.so.1
	pfstools-octave-1.7.0-3.fc11.i386 requires libhdf5.so.5
	php-magickwand-1.0.8-1.fc11.i586 requires libMagickCore.so.1
	php-magickwand-1.0.8-1.fc11.i586 requires libMagickWand.so.1
	php-pecl-imagick-2.2.2-1.fc11.i586 requires libMagickCore.so.1
	php-pecl-imagick-2.2.2-1.fc11.i586 requires libMagickWand.so.1
	postgresql-odbcng-0.90.101-2.fc10.i386 requires libodbcinst.so.1
	psiconv-0.9.8-3.fc11.i586 requires libMagickCore.so.1
	pstoedit-3.45-6.fc11.i586 requires libMagick++.so.1
	pstoedit-3.45-6.fc11.i586 requires libMagickCore.so.1
	q-magick-7.11-4.fc11.i586 requires libMagickCore.so.1
	qpidd-cluster-0.4.738618-2.fc11.i386 requires libcpg.so.2(COROSYNC_CPG_1.0)
	qpidd-cluster-0.4.738618-2.fc11.i386 requires libcpg.so.2
	rhnpush-0.4.5-1.fc11.noarch requires rhnlib
	ruby-rpm-1.2.3-4.fc9.i386 requires librpmdb-4.4.so
	ruby-rpm-1.2.3-4.fc9.i386 requires librpmio-4.4.so
	ruby-rpm-1.2.3-4.fc9.i386 requires librpmbuild-4.4.so
	ruby-rpm-1.2.3-4.fc9.i386 requires librpm-4.4.so
	vips-7.16.4-2.fc11.i586 requires libMagickCore.so.1
	vips-7.16.4-2.fc11.i586 requires libMagickWand.so.1
	vips-python-7.16.4-2.fc11.i586 requires libMagickCore.so.1
	vips-python-7.16.4-2.fc11.i586 requires libMagickWand.so.1
	vips-tools-7.16.4-2.fc11.i586 requires libMagickCore.so.1
	vips-tools-7.16.4-2.fc11.i586 requires libMagickWand.so.1
	vtk-examples-5.0.4-26.fc11.i386 requires vtkdata = 0:5.0.4
	vtk-testing-5.0.4-26.fc11.i386 requires vtkdata = 0:5.0.4
	xastir-1.9.5-2.fc11.i386 requires libMagickCore.so.1



Broken deps for x86_64
----------------------------------------------------------
	ale-0.9.0.1-3.fc11.x86_64 requires libMagickCore.so.1()(64bit)
	asterisk-ais-1.6.1-0.21.rc1.fc11.x86_64 requires libSaEvt.so.2()(64bit)
	asterisk-ais-1.6.1-0.21.rc1.fc11.x86_64 requires libSaClm.so.2(OPENAIS_CLM_B.01.01)(64bit)
	asterisk-ais-1.6.1-0.21.rc1.fc11.x86_64 requires libSaEvt.so.2(OPENAIS_EVT_B.01.01)(64bit)
	asterisk-ais-1.6.1-0.21.rc1.fc11.x86_64 requires libSaClm.so.2()(64bit)
	asterisk-odbc-1.6.1-0.21.rc1.fc11.x86_64 requires libodbc.so.1()(64bit)
	asterisk-voicemail-odbc-1.6.1-0.21.rc1.fc11.x86_64 requires libodbc.so.1()(64bit)
	autotrace-0.31.1-20.fc11.i586 requires libMagickCore.so.1
	autotrace-0.31.1-20.fc11.x86_64 requires libMagickCore.so.1()(64bit)
	dbmail-2.2.11-2.fc10.x86_64 requires libgmime-2.0.so.2()(64bit)
	dbmail-auth-ldap-2.2.11-2.fc10.x86_64 requires libgmime-2.0.so.2()(64bit)
	dbmail-mysql-2.2.11-2.fc10.x86_64 requires libmysqlclient.so.15(libmysqlclient_15)(64bit)
	dbmail-mysql-2.2.11-2.fc10.x86_64 requires libgmime-2.0.so.2()(64bit)
	dbmail-mysql-2.2.11-2.fc10.x86_64 requires libssl.so.7()(64bit)
	dbmail-mysql-2.2.11-2.fc10.x86_64 requires libcrypto.so.7()(64bit)
	dbmail-mysql-2.2.11-2.fc10.x86_64 requires libmysqlclient.so.15()(64bit)
	dbmail-pgsql-2.2.11-2.fc10.x86_64 requires libgmime-2.0.so.2()(64bit)
	drawtiming-0.6.2-4.fc11.x86_64 requires libMagick++.so.1()(64bit)
	drawtiming-0.6.2-4.fc11.x86_64 requires libMagickCore.so.1()(64bit)
	gdal-1.6.0-4.fc11.i386 requires libodbc.so.1
	gdal-1.6.0-4.fc11.i386 requires libodbcinst.so.1
	gdal-1.6.0-4.fc11.i386 requires libhdf5.so.5
	gdal-1.6.0-4.fc11.x86_64 requires libhdf5.so.5()(64bit)
	gdal-1.6.0-4.fc11.x86_64 requires libodbcinst.so.1()(64bit)
	gdal-1.6.0-4.fc11.x86_64 requires libodbc.so.1()(64bit)
	gdal-perl-1.6.0-4.fc11.x86_64 requires libhdf5.so.5()(64bit)
	gdal-perl-1.6.0-4.fc11.x86_64 requires libodbcinst.so.1()(64bit)
	gdal-perl-1.6.0-4.fc11.x86_64 requires libodbc.so.1()(64bit)
	gdal-ruby-1.6.0-4.fc11.x86_64 requires libhdf5.so.5()(64bit)
	gdal-ruby-1.6.0-4.fc11.x86_64 requires libodbcinst.so.1()(64bit)
	gdal-ruby-1.6.0-4.fc11.x86_64 requires libodbc.so.1()(64bit)
	gdl-0.9-0.2.rc2.20090224.fc11.x86_64 requires libMagick++.so.1()(64bit)
	gdl-0.9-0.2.rc2.20090224.fc11.x86_64 requires libMagickCore.so.1()(64bit)
	grass-6.3.0-10.fc11.x86_64 requires libodbc.so.1()(64bit)
	imageinfo-0.05-7.fc11.x86_64 requires libMagickCore.so.1()(64bit)
	inkscape-0.47-0.5.20090301svn.fc11.x86_64 requires libMagickCore.so.1()(64bit)
	inkscape-0.47-0.5.20090301svn.fc11.x86_64 requires libMagick++.so.1()(64bit)
	inkscape-docs-0.47-0.5.20090301svn.fc11.x86_64 requires libMagickCore.so.1()(64bit)
	inkscape-docs-0.47-0.5.20090301svn.fc11.x86_64 requires libMagick++.so.1()(64bit)
	k3d-0.6.7.0-9.fc11.i386 requires libMagickCore.so.1
	k3d-0.6.7.0-9.fc11.i386 requires libMagick++.so.1
	k3d-0.6.7.0-9.fc11.x86_64 requires libMagick++.so.1()(64bit)
	k3d-0.6.7.0-9.fc11.x86_64 requires libMagickCore.so.1()(64bit)
	kismet-extras-0.0.2008.05.R1-3.fc10.x86_64 requires libMagickCore.so.1()(64bit)
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgdamm-3.0.so.10
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb_graph-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb_extra-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.x86_64 requires libgnomedb_graph-3.0.so.4()(64bit)
	libgnomedbmm-2.9.5-4.fc9.x86_64 requires libgnomedb-3.0.so.4()(64bit)
	libgnomedbmm-2.9.5-4.fc9.x86_64 requires libgdamm-3.0.so.10()(64bit)
	libgnomedbmm-2.9.5-4.fc9.x86_64 requires libgnomedb_extra-3.0.so.4()(64bit)
	libopensync-plugin-syncml-0.35-4.fc10.x86_64 requires libsyncml.so.0()(64bit)
	lsvpd-1.6.4-3.fc10.x86_64 requires libvpd_cxx-2.0.so.0()(64bit)
	mapnik-0.5.2-0.10.svn780.fc11.i386 requires dejavu-fonts-sans
	mapnik-0.5.2-0.10.svn780.fc11.x86_64 requires dejavu-fonts-sans
	nip2-7.16.4-2.fc11.x86_64 requires libMagickCore.so.1()(64bit)
	nip2-7.16.4-2.fc11.x86_64 requires libMagickWand.so.1()(64bit)
	oxine-0.7.1-3.fc11.x86_64 requires libMagickCore.so.1()(64bit)
	oxine-0.7.1-3.fc11.x86_64 requires libMagickWand.so.1()(64bit)
	1:pan-0.133-1.fc10.x86_64 requires libgmime-2.0.so.2()(64bit)
	pfstools-imgmagick-1.7.0-3.fc11.x86_64 requires libMagick++.so.1()(64bit)
	pfstools-imgmagick-1.7.0-3.fc11.x86_64 requires libMagickCore.so.1()(64bit)
	pfstools-octave-1.7.0-3.fc11.x86_64 requires libhdf5.so.5()(64bit)
	php-magickwand-1.0.8-1.fc11.x86_64 requires libMagickCore.so.1()(64bit)
	php-magickwand-1.0.8-1.fc11.x86_64 requires libMagickWand.so.1()(64bit)
	php-pecl-imagick-2.2.2-1.fc11.x86_64 requires libMagickCore.so.1()(64bit)
	php-pecl-imagick-2.2.2-1.fc11.x86_64 requires libMagickWand.so.1()(64bit)
	postgresql-odbcng-0.90.101-2.fc10.i386 requires libodbcinst.so.1
	postgresql-odbcng-0.90.101-2.fc10.x86_64 requires libodbcinst.so.1()(64bit)
	psiconv-0.9.8-3.fc11.i586 requires libMagickCore.so.1
	psiconv-0.9.8-3.fc11.x86_64 requires libMagickCore.so.1()(64bit)
	pstoedit-3.45-6.fc11.i586 requires libMagick++.so.1
	pstoedit-3.45-6.fc11.i586 requires libMagickCore.so.1
	pstoedit-3.45-6.fc11.x86_64 requires libMagickCore.so.1()(64bit)
	pstoedit-3.45-6.fc11.x86_64 requires libMagick++.so.1()(64bit)
	q-magick-7.11-4.fc11.x86_64 requires libMagickCore.so.1()(64bit)
	qpidd-cluster-0.4.738618-2.fc11.x86_64 requires libcpg.so.2()(64bit)
	qpidd-cluster-0.4.738618-2.fc11.x86_64 requires libcpg.so.2(COROSYNC_CPG_1.0)(64bit)
	rhnpush-0.4.5-1.fc11.noarch requires rhnlib
	ruby-rpm-1.2.3-4.fc9.x86_64 requires librpmdb-4.4.so()(64bit)
	ruby-rpm-1.2.3-4.fc9.x86_64 requires librpmbuild-4.4.so()(64bit)
	ruby-rpm-1.2.3-4.fc9.x86_64 requires librpmio-4.4.so()(64bit)
	ruby-rpm-1.2.3-4.fc9.x86_64 requires librpm-4.4.so()(64bit)
	vips-7.16.4-2.fc11.i586 requires libMagickCore.so.1
	vips-7.16.4-2.fc11.i586 requires libMagickWand.so.1
	vips-7.16.4-2.fc11.x86_64 requires libMagickCore.so.1()(64bit)
	vips-7.16.4-2.fc11.x86_64 requires libMagickWand.so.1()(64bit)
	vips-python-7.16.4-2.fc11.x86_64 requires libMagickCore.so.1()(64bit)
	vips-python-7.16.4-2.fc11.x86_64 requires libMagickWand.so.1()(64bit)
	vips-tools-7.16.4-2.fc11.x86_64 requires libMagickCore.so.1()(64bit)
	vips-tools-7.16.4-2.fc11.x86_64 requires libMagickWand.so.1()(64bit)
	vtk-examples-5.0.4-26.fc11.x86_64 requires vtkdata = 0:5.0.4
	vtk-testing-5.0.4-26.fc11.x86_64 requires vtkdata = 0:5.0.4
	xastir-1.9.5-2.fc11.x86_64 requires libMagickCore.so.1()(64bit)



Broken deps for ppc
----------------------------------------------------------
	ale-0.9.0.1-3.fc11.ppc requires libMagickCore.so.1
	asterisk-ais-1.6.1-0.21.rc1.fc11.ppc requires libSaClm.so.2
	asterisk-ais-1.6.1-0.21.rc1.fc11.ppc requires libSaEvt.so.2
	asterisk-ais-1.6.1-0.21.rc1.fc11.ppc requires libSaEvt.so.2(OPENAIS_EVT_B.01.01)
	asterisk-ais-1.6.1-0.21.rc1.fc11.ppc requires libSaClm.so.2(OPENAIS_CLM_B.01.01)
	asterisk-odbc-1.6.1-0.21.rc1.fc11.ppc requires libodbc.so.1
	asterisk-voicemail-odbc-1.6.1-0.21.rc1.fc11.ppc requires libodbc.so.1
	autotrace-0.31.1-20.fc11.ppc requires libMagickCore.so.1
	autotrace-0.31.1-20.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	dbmail-2.2.11-2.fc10.ppc requires libgmime-2.0.so.2
	dbmail-auth-ldap-2.2.11-2.fc10.ppc requires libgmime-2.0.so.2
	dbmail-mysql-2.2.11-2.fc10.ppc requires libssl.so.7
	dbmail-mysql-2.2.11-2.fc10.ppc requires libmysqlclient.so.15
	dbmail-mysql-2.2.11-2.fc10.ppc requires libcrypto.so.7
	dbmail-mysql-2.2.11-2.fc10.ppc requires libmysqlclient.so.15(libmysqlclient_15)
	dbmail-mysql-2.2.11-2.fc10.ppc requires libgmime-2.0.so.2
	dbmail-pgsql-2.2.11-2.fc10.ppc requires libgmime-2.0.so.2
	drawtiming-0.6.2-4.fc11.ppc requires libMagickCore.so.1
	drawtiming-0.6.2-4.fc11.ppc requires libMagick++.so.1
	gdal-1.6.0-4.fc11.ppc requires libodbc.so.1
	gdal-1.6.0-4.fc11.ppc requires libodbcinst.so.1
	gdal-1.6.0-4.fc11.ppc requires libhdf5.so.5
	gdal-1.6.0-4.fc11.ppc64 requires libhdf5.so.5()(64bit)
	gdal-1.6.0-4.fc11.ppc64 requires libodbcinst.so.1()(64bit)
	gdal-1.6.0-4.fc11.ppc64 requires libodbc.so.1()(64bit)
	gdal-perl-1.6.0-4.fc11.ppc requires libodbc.so.1
	gdal-perl-1.6.0-4.fc11.ppc requires libodbcinst.so.1
	gdal-perl-1.6.0-4.fc11.ppc requires libhdf5.so.5
	gdal-ruby-1.6.0-4.fc11.ppc requires libodbc.so.1
	gdal-ruby-1.6.0-4.fc11.ppc requires libodbcinst.so.1
	gdal-ruby-1.6.0-4.fc11.ppc requires libhdf5.so.5
	gdl-0.9-0.2.rc2.20090224.fc11.ppc requires libMagickCore.so.1
	gdl-0.9-0.2.rc2.20090224.fc11.ppc requires libMagick++.so.1
	grass-6.3.0-10.fc11.ppc requires libodbc.so.1
	imageinfo-0.05-7.fc11.ppc requires libMagickCore.so.1
	inkscape-0.47-0.5.20090301svn.fc11.ppc requires libMagickCore.so.1
	inkscape-0.47-0.5.20090301svn.fc11.ppc requires libMagick++.so.1
	inkscape-docs-0.47-0.5.20090301svn.fc11.ppc requires libMagickCore.so.1
	inkscape-docs-0.47-0.5.20090301svn.fc11.ppc requires libMagick++.so.1
	k3d-0.6.7.0-9.fc11.ppc requires libMagickCore.so.1
	k3d-0.6.7.0-9.fc11.ppc requires libMagick++.so.1
	k3d-0.6.7.0-9.fc11.ppc64 requires libMagick++.so.1()(64bit)
	k3d-0.6.7.0-9.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	kismet-extras-0.0.2008.05.R1-3.fc10.ppc requires libMagickCore.so.1
	libgnomedbmm-2.9.5-4.fc9.ppc requires libgdamm-3.0.so.10
	libgnomedbmm-2.9.5-4.fc9.ppc requires libgnomedb_graph-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.ppc requires libgnomedb-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.ppc requires libgnomedb_extra-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgnomedb_graph-3.0.so.4()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgnomedb-3.0.so.4()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgdamm-3.0.so.10()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgnomedb_extra-3.0.so.4()(64bit)
	libopensync-plugin-syncml-0.35-4.fc10.ppc requires libsyncml.so.0
	lsvpd-1.6.4-3.fc10.ppc requires libvpd_cxx-2.0.so.0
	mapnik-0.5.2-0.10.svn780.fc11.ppc requires dejavu-fonts-sans
	mapnik-0.5.2-0.10.svn780.fc11.ppc64 requires dejavu-fonts-sans
	nip2-7.16.4-2.fc11.ppc requires libMagickCore.so.1
	nip2-7.16.4-2.fc11.ppc requires libMagickWand.so.1
	oxine-0.7.1-3.fc11.ppc requires libMagickCore.so.1
	oxine-0.7.1-3.fc11.ppc requires libMagickWand.so.1
	1:pan-0.133-1.fc10.ppc requires libgmime-2.0.so.2
	pfstools-imgmagick-1.7.0-3.fc11.ppc requires libMagickCore.so.1
	pfstools-imgmagick-1.7.0-3.fc11.ppc requires libMagick++.so.1
	pfstools-octave-1.7.0-3.fc11.ppc requires libhdf5.so.5
	php-magickwand-1.0.8-1.fc11.ppc requires libMagickCore.so.1
	php-magickwand-1.0.8-1.fc11.ppc requires libMagickWand.so.1
	php-pecl-imagick-2.2.2-1.fc11.ppc requires libMagickCore.so.1
	php-pecl-imagick-2.2.2-1.fc11.ppc requires libMagickWand.so.1
	postgresql-odbcng-0.90.101-2.fc10.ppc requires libodbcinst.so.1
	postgresql-odbcng-0.90.101-2.fc10.ppc64 requires libodbcinst.so.1()(64bit)
	psiconv-0.9.8-3.fc11.ppc requires libMagickCore.so.1
	psiconv-0.9.8-3.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	pstoedit-3.45-6.fc11.ppc requires libMagick++.so.1
	pstoedit-3.45-6.fc11.ppc requires libMagickCore.so.1
	pstoedit-3.45-6.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	pstoedit-3.45-6.fc11.ppc64 requires libMagick++.so.1()(64bit)
	q-magick-7.11-4.fc11.ppc requires libMagickCore.so.1
	qpidd-cluster-0.4.738618-2.fc11.ppc requires libcpg.so.2(COROSYNC_CPG_1.0)
	qpidd-cluster-0.4.738618-2.fc11.ppc requires libcpg.so.2
	rhnpush-0.4.5-1.fc11.noarch requires rhnlib
	ruby-rpm-1.2.3-4.fc9.ppc requires librpmdb-4.4.so
	ruby-rpm-1.2.3-4.fc9.ppc requires librpmio-4.4.so
	ruby-rpm-1.2.3-4.fc9.ppc requires librpmbuild-4.4.so
	ruby-rpm-1.2.3-4.fc9.ppc requires librpm-4.4.so
	vips-7.16.4-2.fc11.ppc requires libMagickCore.so.1
	vips-7.16.4-2.fc11.ppc requires libMagickWand.so.1
	vips-7.16.4-2.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	vips-7.16.4-2.fc11.ppc64 requires libMagickWand.so.1()(64bit)
	vips-python-7.16.4-2.fc11.ppc requires libMagickCore.so.1
	vips-python-7.16.4-2.fc11.ppc requires libMagickWand.so.1
	vips-tools-7.16.4-2.fc11.ppc requires libMagickCore.so.1
	vips-tools-7.16.4-2.fc11.ppc requires libMagickWand.so.1
	vtk-examples-5.0.4-26.fc11.ppc requires vtkdata = 0:5.0.4
	vtk-testing-5.0.4-26.fc11.ppc requires vtkdata = 0:5.0.4
	xastir-1.9.5-2.fc11.ppc requires libMagickCore.so.1



Broken deps for ppc64
----------------------------------------------------------
	ale-0.9.0.1-3.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	asterisk-ais-1.6.1-0.21.rc1.fc11.ppc64 requires libSaEvt.so.2()(64bit)
	asterisk-ais-1.6.1-0.21.rc1.fc11.ppc64 requires libSaClm.so.2(OPENAIS_CLM_B.01.01)(64bit)
	asterisk-ais-1.6.1-0.21.rc1.fc11.ppc64 requires libSaEvt.so.2(OPENAIS_EVT_B.01.01)(64bit)
	asterisk-ais-1.6.1-0.21.rc1.fc11.ppc64 requires libSaClm.so.2()(64bit)
	asterisk-odbc-1.6.1-0.21.rc1.fc11.ppc64 requires libodbc.so.1()(64bit)
	asterisk-voicemail-odbc-1.6.1-0.21.rc1.fc11.ppc64 requires libodbc.so.1()(64bit)
	autotrace-0.31.1-20.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	cabal2spec-0.12-1.fc11.noarch requires ghc > 0:6.10.1-7
	dbmail-2.2.11-2.fc10.ppc64 requires libgmime-2.0.so.2()(64bit)
	dbmail-auth-ldap-2.2.11-2.fc10.ppc64 requires libgmime-2.0.so.2()(64bit)
	dbmail-mysql-2.2.11-2.fc10.ppc64 requires libgmime-2.0.so.2()(64bit)
	dbmail-mysql-2.2.11-2.fc10.ppc64 requires libssl.so.7()(64bit)
	dbmail-mysql-2.2.11-2.fc10.ppc64 requires libmysqlclient.so.15(libmysqlclient_15)(64bit)
	dbmail-mysql-2.2.11-2.fc10.ppc64 requires libcrypto.so.7()(64bit)
	dbmail-mysql-2.2.11-2.fc10.ppc64 requires libmysqlclient.so.15()(64bit)
	dbmail-pgsql-2.2.11-2.fc10.ppc64 requires libgmime-2.0.so.2()(64bit)
	drawtiming-0.6.2-4.fc11.ppc64 requires libMagick++.so.1()(64bit)
	drawtiming-0.6.2-4.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	gdal-1.6.0-4.fc11.ppc64 requires libhdf5.so.5()(64bit)
	gdal-1.6.0-4.fc11.ppc64 requires libodbcinst.so.1()(64bit)
	gdal-1.6.0-4.fc11.ppc64 requires libodbc.so.1()(64bit)
	gdal-perl-1.6.0-4.fc11.ppc64 requires libhdf5.so.5()(64bit)
	gdal-perl-1.6.0-4.fc11.ppc64 requires libodbcinst.so.1()(64bit)
	gdal-perl-1.6.0-4.fc11.ppc64 requires libodbc.so.1()(64bit)
	gdal-ruby-1.6.0-4.fc11.ppc64 requires libhdf5.so.5()(64bit)
	gdal-ruby-1.6.0-4.fc11.ppc64 requires libodbcinst.so.1()(64bit)
	gdal-ruby-1.6.0-4.fc11.ppc64 requires libodbc.so.1()(64bit)
	gdl-0.9-0.2.rc2.20090224.fc11.ppc64 requires libMagick++.so.1()(64bit)
	gdl-0.9-0.2.rc2.20090224.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	grass-6.3.0-10.fc11.ppc64 requires libodbc.so.1()(64bit)
	imageinfo-0.05-7.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	inkscape-0.47-0.5.20090301svn.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	inkscape-0.47-0.5.20090301svn.fc11.ppc64 requires libMagick++.so.1()(64bit)
	inkscape-docs-0.47-0.5.20090301svn.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	inkscape-docs-0.47-0.5.20090301svn.fc11.ppc64 requires libMagick++.so.1()(64bit)
	k3d-0.6.7.0-9.fc11.ppc64 requires libMagick++.so.1()(64bit)
	k3d-0.6.7.0-9.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	kismet-extras-0.0.2008.05.R1-3.fc10.ppc64 requires libMagickCore.so.1()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgnomedb_graph-3.0.so.4()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgnomedb-3.0.so.4()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgdamm-3.0.so.10()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgnomedb_extra-3.0.so.4()(64bit)
	libopensync-plugin-syncml-0.35-4.fc10.ppc64 requires libsyncml.so.0()(64bit)
	lsvpd-1.6.4-3.fc10.ppc64 requires libvpd_cxx-2.0.so.0()(64bit)
	mapnik-0.5.2-0.10.svn780.fc11.ppc64 requires dejavu-fonts-sans
	nip2-7.16.4-2.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	nip2-7.16.4-2.fc11.ppc64 requires libMagickWand.so.1()(64bit)
	oxine-0.7.1-3.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	oxine-0.7.1-3.fc11.ppc64 requires libMagickWand.so.1()(64bit)
	1:pan-0.133-1.fc10.ppc64 requires libgmime-2.0.so.2()(64bit)
	pfstools-imgmagick-1.7.0-3.fc11.ppc64 requires libMagick++.so.1()(64bit)
	pfstools-imgmagick-1.7.0-3.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	pfstools-octave-1.7.0-3.fc11.ppc64 requires libhdf5.so.5()(64bit)
	php-magickwand-1.0.8-1.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	php-magickwand-1.0.8-1.fc11.ppc64 requires libMagickWand.so.1()(64bit)
	php-pecl-imagick-2.2.2-1.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	php-pecl-imagick-2.2.2-1.fc11.ppc64 requires libMagickWand.so.1()(64bit)
	postgresql-odbcng-0.90.101-2.fc10.ppc64 requires libodbcinst.so.1()(64bit)
	psiconv-0.9.8-3.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	pstoedit-3.45-6.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	pstoedit-3.45-6.fc11.ppc64 requires libMagick++.so.1()(64bit)
	q-magick-7.11-4.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	qpidd-cluster-0.4.738618-2.fc11.ppc64 requires libcpg.so.2()(64bit)
	qpidd-cluster-0.4.738618-2.fc11.ppc64 requires libcpg.so.2(COROSYNC_CPG_1.0)(64bit)
	rhnpush-0.4.5-1.fc11.noarch requires rhnlib
	ruby-rpm-1.2.3-4.fc9.ppc64 requires librpmdb-4.4.so()(64bit)
	ruby-rpm-1.2.3-4.fc9.ppc64 requires librpmbuild-4.4.so()(64bit)
	ruby-rpm-1.2.3-4.fc9.ppc64 requires librpmio-4.4.so()(64bit)
	ruby-rpm-1.2.3-4.fc9.ppc64 requires librpm-4.4.so()(64bit)
	vips-7.16.4-2.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	vips-7.16.4-2.fc11.ppc64 requires libMagickWand.so.1()(64bit)
	vips-python-7.16.4-2.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	vips-python-7.16.4-2.fc11.ppc64 requires libMagickWand.so.1()(64bit)
	vips-tools-7.16.4-2.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	vips-tools-7.16.4-2.fc11.ppc64 requires libMagickWand.so.1()(64bit)
	vtk-examples-5.0.4-26.fc11.ppc64 requires vtkdata = 0:5.0.4
	vtk-testing-5.0.4-26.fc11.ppc64 requires vtkdata = 0:5.0.4
	xastir-1.9.5-2.fc11.ppc64 requires libMagickCore.so.1()(64bit)





From wb8rcr at arrl.net  Thu Mar 12 12:13:02 2009
From: wb8rcr at arrl.net (John J. McDonough)
Date: Thu, 12 Mar 2009 08:13:02 -0400
Subject: Beta Release Notes
Message-ID: <2B5C4A0DD8BD4C76ACCAE25A7EC764E4@Aidan>

I have opened up a wiki page for the Beta release notes.  Right now this is 
essentially a copy of the Alpha release notes.  If you are the owner of one 
of the major features, please review these notes and update them to reflect 
progress since Alpha.

These draft Beta release notes can be found at:
http://fedoraproject.org/wiki/Fedora_11_Beta_release_notes

Thank you
--McD



From mcepl at redhat.com  Thu Mar 12 12:04:12 2009
From: mcepl at redhat.com (Matej Cepl)
Date: Thu, 12 Mar 2009 13:04:12 +0100
Subject: Please fix your bugs in release instead of rawhide!
References: <1236651522.8340.27.camel@localhost.localdomain>
	<gp6n1t$gj$2@ger.gmane.org> <u7aj86-lrn.ln1@ppp1053.in.ipex.cz>
	<1236779163.14301.12.camel@gibraltar.str.redhat.com>
Message-ID: <saan86-391.ln1@ppp1053.in.ipex.cz>

On 2009-03-11, 13:46 GMT, Nils Philippsen wrote:
> Sufficiently disparate code base (which is probably the case 
> with X11 between F-9 and F-10) is a really good reason not to 
> push for both releases at the same time, you probably would 

OK, I should be more specific -- my biggest problem is not with 
disparate code base, but with users of older distro (which 
I presume want them for their bigger stability) not being spammed 
with every fart maintainer generates.

Matej



From P at draigBrady.com  Thu Mar 12 12:38:59 2009
From: P at draigBrady.com (=?UTF-8?B?UMOhZHJhaWcgQnJhZHk=?=)
Date: Thu, 12 Mar 2009 12:38:59 +0000
Subject: repo whatrequires
Message-ID: <49B90263.3010203@draigBrady.com>

I'd like to lookup in the repo what packages require a particular package.
I can do this locally with this python script:
http://www.pixelbeat.org/scripts/whatrequires

For example seeing what local packages require libicu...

$ whatrequires libicu
libicu-devel-3.8-6.fc8.i386
icu-3.8-6.fc8.i386
boost-1.34.1-5.fc8.i386
boost-devel-1.34.1-5.fc8.i386

I tried these to no avail:
$ repoquery --whatrequires /usr/lib/libicudata.so.38
$ repoquery --whatrequires libicu

cheers,
P?draig.



From sgallagh at redhat.com  Thu Mar 12 12:44:02 2009
From: sgallagh at redhat.com (Stephen Gallagher)
Date: Thu, 12 Mar 2009 08:44:02 -0400
Subject: repo whatrequires
In-Reply-To: <49B90263.3010203@draigBrady.com>
References: <49B90263.3010203@draigBrady.com>
Message-ID: <49B90392.9050609@redhat.com>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

P?draig Brady wrote:
> I'd like to lookup in the repo what packages require a particular package.
> I can do this locally with this python script:
> http://www.pixelbeat.org/scripts/whatrequires
> 
> For example seeing what local packages require libicu...
> 
> $ whatrequires libicu
> libicu-devel-3.8-6.fc8.i386
> icu-3.8-6.fc8.i386
> boost-1.34.1-5.fc8.i386
> boost-devel-1.34.1-5.fc8.i386
> 
> I tried these to no avail:
> $ repoquery --whatrequires /usr/lib/libicudata.so.38
> $ repoquery --whatrequires libicu
> 
> cheers,
> P?draig.
> 

[sgallagh at sgallagh ~]$ repoquery --whatrequires libicuuc.so.40
sword-0:1.5.11-2.fc10.i386
adminutil-0:1.1.6-2.fc10.i386
libicu-devel-0:4.0-3.fc10.i386
libicu-0:4.0-3.fc10.i386
fedora-ds-base-0:1.1.3-6.fc10.i386
fedora-ds-admin-0:1.1.6-2.fc10.i386
adminutil-0:1.1.7-2.fc10.i386
mapnik-0:0.5.2-0.7.svn738.fc10.i386
WebKit-gtk-0:1.0.0-0.15.svn37790.fc10.i386
libyaz-0:3.0.34-1.fc10.i386
boost-0:1.34.1-17.fc10.i386

[sgallagh at sgallagh ~]$ repoquery --whatrequires libicu
libicu-devel-0:4.0-3.fc10.i386
libicu-devel-0:4.0-3.fc10.x86_64



- --
Stephen Gallagher
RHCE 804006346421761

Looking to carve out IT costs?
www.redhat.com/carveoutcosts/
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org

iEYEARECAAYFAkm5A5EACgkQeiVVYja6o6PUAwCgglGkoXuOcE7QK58qMc9NqUmi
tyEAoJ4VD0+NvvO+VgKMc4fahBH6uV7u
=6G+t
-----END PGP SIGNATURE-----



From linville at redhat.com  Thu Mar 12 12:44:46 2009
From: linville at redhat.com (John W. Linville)
Date: Thu, 12 Mar 2009 08:44:46 -0400
Subject: ISA IDE no longer supported?
In-Reply-To: <1236849418.32388.33.camel@localhost.localdomain>
References: <1236849418.32388.33.camel@localhost.localdomain>
Message-ID: <20090312124446.GA26567@redhat.com>

On Thu, Mar 12, 2009 at 04:16:58AM -0500, Callum Lerwick wrote:
> So, I pulled out a Toshiba Satellite 325CDS (P233 MMX) laptop for the
> purpose of GPS logging for OpenStreetMap. The idea being I can leave it
> in my car and if anything I feel sorry for the idiot who bothers to
> steal such a fossil. Unfortunately I can't get F10 to install on it. The
> kernel sees no IDE controllers. It seems the "new" libata drivers do not
> work with plain old ISA IDE. Pentium era laptops typically didn't have
> PCI IDE. Another nail in the coffin for i586.
> 
> Is this supposed to work, or am I on my own?

I think it is supposed to work with the pata_legacy driver.
Unfortunately, I've had no luck getting that to work and insufficient
motivation to learn enough about IDE to fix it... :-(

Hmmm...looks like PATA_LEGACY depends on ISA.  I think you are out
of luck, at least for stock kernels.

John
-- 
John W. Linville		Linux should be at the core
linville at redhat.com			of your literate lifestyle.



From mschwendt at gmail.com  Thu Mar 12 12:47:32 2009
From: mschwendt at gmail.com (Michael Schwendt)
Date: Thu, 12 Mar 2009 13:47:32 +0100
Subject: repo whatrequires
In-Reply-To: <49B90263.3010203@draigBrady.com>
References: <49B90263.3010203@draigBrady.com>
Message-ID: <20090312134732.0eeb0ecf.mschwendt@gmail.com>

On Thu, 12 Mar 2009 12:38:59 +0000, P?draig wrote:

> I'd like to lookup in the repo what packages require a particular package.
> I can do this locally with this python script:
> http://www.pixelbeat.org/scripts/whatrequires
> 
> For example seeing what local packages require libicu...
> 
> $ whatrequires libicu
> libicu-devel-3.8-6.fc8.i386
> icu-3.8-6.fc8.i386
> boost-1.34.1-5.fc8.i386
> boost-devel-1.34.1-5.fc8.i386
> 
> I tried these to no avail:
> $ repoquery --whatrequires /usr/lib/libicudata.so.38

No package requires this path.

> $ repoquery --whatrequires libicu

It's likely that no package requires this package name in favour of
requiring a library SONAME such as libicudata.so.38
Use:

$ repoquery --alldeps --whatrequires libicu
$ repoquery --whatrequires libicudata.so.38



From skvidal at fedoraproject.org  Thu Mar 12 12:50:56 2009
From: skvidal at fedoraproject.org (Seth Vidal)
Date: Thu, 12 Mar 2009 08:50:56 -0400 (EDT)
Subject: repo whatrequires
In-Reply-To: <49B90263.3010203@draigBrady.com>
References: <49B90263.3010203@draigBrady.com>
Message-ID: <alpine.LFD.2.00.0903120844550.16854@localhost.localdomain>



On Thu, 12 Mar 2009, P?draig Brady wrote:

> I'd like to lookup in the repo what packages require a particular package.
> I can do this locally with this python script:
> http://www.pixelbeat.org/scripts/whatrequires
>
> For example seeing what local packages require libicu...
>
> $ whatrequires libicu
> libicu-devel-3.8-6.fc8.i386
> icu-3.8-6.fc8.i386
> boost-1.34.1-5.fc8.i386
> boost-devel-1.34.1-5.fc8.i386
>
> I tried these to no avail:
> $ repoquery --whatrequires /usr/lib/libicudata.so.38
> $ repoquery --whatrequires libicu
>

repoquery --whatrequires --alldeps libicu

-sv

From P at draigBrady.com  Thu Mar 12 13:00:45 2009
From: P at draigBrady.com (=?UTF-8?B?UMOhZHJhaWcgQnJhZHk=?=)
Date: Thu, 12 Mar 2009 13:00:45 +0000
Subject: repo whatrequires
In-Reply-To: <49B90392.9050609@redhat.com>
References: <49B90263.3010203@draigBrady.com> <49B90392.9050609@redhat.com>
Message-ID: <49B9077D.3050604@draigBrady.com>

Stephen Gallagher wrote:
> 
> $ repoquery --whatrequires libicuuc.so.40

Ah you need to use the basename. That's non obvious/surprising.

$ repoquery --whatrequires $(rpm -ql libicu | xargs -n1 basename) | sort -u
adminutil-0:1.1.4-2.fc8.i386
adminutil-0:1.1.7-1.fc8.i386
boost-0:1.34.1-5.fc8.i386
boost-0:1.34.1-7.fc8.i386
fedora-ds-admin-0:1.1.6-1.fc8.i386
fedora-ds-base-0:1.1.0-1.2.fc8.i386
fedora-ds-base-0:1.1.3-2.fc8.i386
fedora-ds-dsgw-0:1.1.1-1.fc8.i386
gnomesword-0:2.2.3-5.fc8.i386
icu-0:3.8-1.fc8.i386
icu-0:3.8-6.fc8.i386
libicu-0:3.8-1.fc8.i386
libicu-0:3.8-6.fc8.i386
libicu-devel-0:3.8-1.fc8.i386
libicu-devel-0:3.8-6.fc8.i386
libyaz-0:3.0.34-1.fc8.i386
mapnik-0:0.5.2-0.4.svn738.fc8.i386
msort-0:8.46-1.fc8.i386
openoffice.org-core-1:2.3.0-6.17.fc8.i386
openoffice.org-core-1:2.3.0-6.6.fc8.i386
sword-0:1.5.11-1.fc8.i386
sword-0:1.5.9-7.fc8.i386
WebKit-gtk-0:1.0.0-0.10.svn34655.fc8.i386
yaz-0:3.0.34-1.fc8.i386

cheers,
P?draig.



From maxamillion at gmail.com  Thu Mar 12 13:13:38 2009
From: maxamillion at gmail.com (Adam Miller)
Date: Thu, 12 Mar 2009 08:13:38 -0500
Subject: Fedora Security Guide for 11 release
In-Reply-To: <b086760e0903120241m7aee26daqe748c2321f823b3d@mail.gmail.com>
References: <20090312100500.5fd60452@redhat.com>
	<b086760e0903120241m7aee26daqe748c2321f823b3d@mail.gmail.com>
Message-ID: <f12087800903120613i59557e66od4340bc8cda52c08@mail.gmail.com>

yersinia,
    http://fedoraproject.org/en/join-fedora <--- just pick an area and jump in.

- Adam

2009/3/12 yersinia <yersinia.spiros at gmail.com>:
> On Thu, Mar 12, 2009 at 1:05 AM, Scott Radvan <sradvan at redhat.com> wrote:
>>
>> Hi all,
>>
>>
>> I have built HTML and PDF versions of the very-nearly-finished Security
>> Guide, which has its focus on Fedora and is on its way to being
>> available in the upcoming 11 release.
>>
>> I thought there may be some members of this list who would like to take
>> a look at it.
>>
>> Any reviewers/comments at all are of course more than welcome.
>>
>> http://sradvan.fedorapeople.org/Security_Guide/en-US/
>>
>>
>
> I am a mostly a security expert (CEH and the like). But i am not, for now, a
> fedora people. How it is possible to contribuite ? By mail ?
>
> Thanks
>
>
>
>
>
>>
>> Cheers,
>>
>> --
>> Scott Radvan, Content Author
>> Red Hat APAC (Brisbane) http://www.apac.redhat.com
>>
>> --
>> fedora-devel-list mailing list
>> fedora-devel-list at redhat.com
>> https://www.redhat.com/mailman/listinfo/fedora-devel-list
>
>
> --
> fedora-devel-list mailing list
> fedora-devel-list at redhat.com
> https://www.redhat.com/mailman/listinfo/fedora-devel-list
>



-- 
http://maxamillion.googlepages.com
---------------------------------------------------------
()  ascii ribbon campaign - against html e-mail
/\  www.asciiribbon.org   - against proprietary attachments



From promac at gmail.com  Thu Mar 12 13:20:03 2009
From: promac at gmail.com (Paulo Cavalcanti)
Date: Thu, 12 Mar 2009 10:20:03 -0300
Subject: memtest86+ and grub.conf
In-Reply-To: <68720af30903110918u2a93738ajeec411a2f4c8ef5f@mail.gmail.com>
References: <49B4C911.1090008@redhat.com> <49B4D0E2.5080900@redhat.com>
	<49B4D164.6080800@redhat.com>
	<68720af30903110251q3d8a3c9dx931e619ed3ac606d@mail.gmail.com>
	<49B78D47.7030305@redhat.com> <49B7BC18.8020700@redhat.com>
	<68720af30903110918u2a93738ajeec411a2f4c8ef5f@mail.gmail.com>
Message-ID: <68720af30903120620i3dc0c444yfa66485bb295b335@mail.gmail.com>

On Wed, Mar 11, 2009 at 1:18 PM, Paulo Cavalcanti <promac at gmail.com> wrote:

>
>
> On Wed, Mar 11, 2009 at 10:26 AM, Warren Togami <wtogami at redhat.com>wrote:
>
>> Hans de Goede wrote:
>>
>>> Please discuss making any changes to grub.conf with Peter Jones
>>> (pjones at redhat.com) he knows grubby best. I'm not sure what to
>>> think about adding an option to grub.conf in general, it does
>>> make sorta sense when people install memtest86 to do that, but
>>> otoh it feels a bit wrong. I think this is best discussed on
>>> Fedora-devel, and then if there is consensus that adding a
>>> grub.conf entry is a good idea Peter Jones is the one yo ask
>>> technical questions about grubby.
>>>
>>
>> Some background:
>>
>> I initially implemented memtest86+ to automatically add itself to
>> grub.conf in %post.  Jeremy disliked this because it wont work during
>> anaconda where grub.conf did not exist at that point yet.  He suggested just
>> providing a script to add it to grub.conf manually, because doing so
>> automatically would be inconsistent.
>>
>> As for your proposed build change to memtest86+, I have never seen grub
>> fail to boot memtest86+ in the way that you described, and also upstream
>> doesn't build it in that way.  Please discuss with upstream your proposed
>> build changes.
>>
>
> There are plenty of references to "Error 28: Selected item cannot fit into
> memory"
> on google:
>
> http://ubuntuforums.org/showthread.php?t=706261
>
>
> http://www.smop.co.uk/blog/index.php/2009/01/04/grub-error-28-selected-item-cannot-fit-into-memory/
>
> http://savannah.gnu.org/bugs/?3404
>
> In fact, I think memtest86 is supposed to be run using a floppy, a CD-Rom
> or a Pen-drive. Adding an entry in grub.conf for booting from the HD
> is something Linux distributions have done so users may only reboot
> and choose memtest86 from the boot menu.
> Therefore, this is an issue we have to deal with by
> ourselves, because grub is not an upstream's problem.
>
> Unless I am missing something here ....
>
>

I have a working version, which follows, basically, what has
been proposed here:

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=319837

I have been using it for a long time, and it works just fine.
But it requires a grub entry like this:

title Memtest86+ (2.11)
        kernel --type=netbsd /memtest86+-2.11

I altered the script /usr/sbin/memtest-setup
to accomplish that, but I would like to have some comments
about this issue. The script is supposed to work for lilo also,
but my hack is for grub only.

.....

if [ "$RETVAL" != "0" ]; then
    echo "ERROR: grubby failed to configure your bootloader for $MTPATH."
    exit $RETVAL
else
    sed -i -e's,kernel /memtest86+,kernel --type=netbsd /memtest86+,'
/boot/grub/grub.conf
    sed -i -e"s,/memtest86+-$MTVERSION.*,/memtest86+-$MTVERSION,"
/boot/grub/grub.conf
fi

echo "Setup complete."


-- 
Paulo Roma Cavalcanti
LCG - UFRJ
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090312/d0491345/attachment.htm>

From Matt_Domsch at dell.com  Thu Mar 12 13:59:56 2009
From: Matt_Domsch at dell.com (Matt Domsch)
Date: Thu, 12 Mar 2009 08:59:56 -0500
Subject: WANTED: Clever solution for Transifex storage
In-Reply-To: <1236750159.31110.70.camel@ignacio.lan>
References: <1236750159.31110.70.camel@ignacio.lan>
Message-ID: <20090312135956.GA10700@auslistsprd01.us.dell.com>

On Wed, Mar 11, 2009 at 01:42:39AM -0400, Ignacio Vazquez-Abrams wrote:
> So here's the scoop.
> 
> Right now, a stock install of the transifex package
> creates /var/lib/transifex. This directory and everything beneath it is
> currently owned by root:root. What needs to happen is that it needs to
> be read/written by whatever is running Transifex, be that as a
> standalone Django app, via httpd, or some other HTTP server. Frankly, I
> got nothing. Anyone else have any ideas?

For the mirrormanager package, the package creates and owns
/var/lib/mirrormanager as root:root.  Then in deployment, puppet
chown's /var/lib/mirrormanager to be the same user as the service runs
under.  Not exactly pretty, but has worked for me.

-- 
Matt Domsch
Linux Technology Strategist, Dell Office of the CTO
linux.dell.com & www.dell.com/linux



From craftjml at gmail.com  Thu Mar 12 14:37:04 2009
From: craftjml at gmail.com (Jud Craft)
Date: Thu, 12 Mar 2009 09:37:04 -0500
Subject: Regarding yum-presto and installations in Fedora 11
Message-ID: <20d6441a0903120737s30b8b8c2s1f2ad17d9aaa2dd3@mail.gmail.com>

Will yum-presto's delta-RPMs be enabled by default during the F11 install?

If so, doing a fresh install with the updates-repo enabled would take
much less time.  For those with network connections, it might become
much more practical to get an fresh up-to-date install this way than
waiting several months to download the Fedora Re-spins.



From sundaram at fedoraproject.org  Thu Mar 12 14:47:06 2009
From: sundaram at fedoraproject.org (Rahul Sundaram)
Date: Thu, 12 Mar 2009 20:17:06 +0530
Subject: Regarding yum-presto and installations in Fedora 11
In-Reply-To: <20d6441a0903120737s30b8b8c2s1f2ad17d9aaa2dd3@mail.gmail.com>
References: <20d6441a0903120737s30b8b8c2s1f2ad17d9aaa2dd3@mail.gmail.com>
Message-ID: <49B9206A.3020701@fedoraproject.org>

Jud Craft wrote:
> Will yum-presto's delta-RPMs be enabled by default during the F11 install?
> 
> If so, doing a fresh install with the updates-repo enabled would take
> much less time.  For those with network connections, it might become
> much more practical to get an fresh up-to-date install this way than
> waiting several months to download the Fedora Re-spins.

That's the plan.

https://fedoraproject.org/wiki/Releases/11/FeatureList

Rahul



From craftjml at gmail.com  Thu Mar 12 14:47:30 2009
From: craftjml at gmail.com (Jud Craft)
Date: Thu, 12 Mar 2009 09:47:30 -0500
Subject: Regarding yum-presto and installations in Fedora 11
In-Reply-To: <49B9206A.3020701@fedoraproject.org>
References: <20d6441a0903120737s30b8b8c2s1f2ad17d9aaa2dd3@mail.gmail.com>
	<49B9206A.3020701@fedoraproject.org>
Message-ID: <20d6441a0903120747g2786fcdnd3c4b89b17588c63@mail.gmail.com>

Awesome.



From skvidal at fedoraproject.org  Thu Mar 12 14:54:32 2009
From: skvidal at fedoraproject.org (Seth Vidal)
Date: Thu, 12 Mar 2009 10:54:32 -0400 (EDT)
Subject: Regarding yum-presto and installations in Fedora 11
In-Reply-To: <20d6441a0903120737s30b8b8c2s1f2ad17d9aaa2dd3@mail.gmail.com>
References: <20d6441a0903120737s30b8b8c2s1f2ad17d9aaa2dd3@mail.gmail.com>
Message-ID: <alpine.LFD.2.00.0903121053560.16854@localhost.localdomain>



On Thu, 12 Mar 2009, Jud Craft wrote:

> Will yum-presto's delta-RPMs be enabled by default during the F11 install?
>
> If so, doing a fresh install with the updates-repo enabled would take
> much less time.  For those with network connections, it might become
> much more practical to get an fresh up-to-date install this way than
> waiting several months to download the Fedora Re-spins.


It's on the feature list and there is going to be a test day around 
presto coming up in april. You're going to be there helping test, right? 
:)

-sv



From craftjml at gmail.com  Thu Mar 12 15:36:57 2009
From: craftjml at gmail.com (Jud Craft)
Date: Thu, 12 Mar 2009 10:36:57 -0500
Subject: Regarding yum-presto and installations in Fedora 11
In-Reply-To: <alpine.LFD.2.00.0903121053560.16854@localhost.localdomain>
References: <20d6441a0903120737s30b8b8c2s1f2ad17d9aaa2dd3@mail.gmail.com>
	<alpine.LFD.2.00.0903121053560.16854@localhost.localdomain>
Message-ID: <20d6441a0903120836u46630302y3f4ca8a0d38030f3@mail.gmail.com>

Currently I'm afraid not.  But thank you for offering.  :)



From kevin.kofler at chello.at  Thu Mar 12 15:46:36 2009
From: kevin.kofler at chello.at (Kevin Kofler)
Date: Thu, 12 Mar 2009 16:46:36 +0100
Subject: Please fix your bugs in release instead of rawhide!
References: <1236651522.8340.27.camel@localhost.localdomain>
	<gp6n1t$gj$2@ger.gmane.org> <u7aj86-lrn.ln1@ppp1053.in.ipex.cz>
	<1236779163.14301.12.camel@gibraltar.str.redhat.com>
	<saan86-391.ln1@ppp1053.in.ipex.cz>
Message-ID: <gpbaos$l7b$1@ger.gmane.org>

Matej Cepl wrote:
> OK, I should be more specific -- my biggest problem is not with
> disparate code base, but with users of older distro (which
> I presume want them for their bigger stability) not being spammed
> with every fart maintainer generates.

A bugfix is not a "fart" nor should it impact stability.

        Kevin Kofler



From alsadi at gmail.com  Thu Mar 12 15:55:31 2009
From: alsadi at gmail.com (Muayyad AlSadi)
Date: Thu, 12 Mar 2009 17:55:31 +0200
Subject: DeviceKit is marked complete, what about utf8
In-Reply-To: <gp9o3s$8vq$1@ger.gmane.org>
References: <385866f0903081006u491adc0cl32189cfccd8e1b68@mail.gmail.com>
	<1236587404.16047.5.camel@localhost.localdomain>
	<gp4a73$8f2$1@ger.gmane.org>
	<385866f0903101124w72059734m84e0c20a63b0167@mail.gmail.com>
	<gp6nm5$72f$1@ger.gmane.org>
	<385866f0903101734t4a50dac0yb84fda20d8eeaed0@mail.gmail.com>
	<gp7m5b$crr$1@ger.gmane.org> <gp8nne$pft$1@ger.gmane.org>
	<385866f0903111134u425f214bq5f0324fd8e1813f8@mail.gmail.com>
	<gp9o3s$8vq$1@ger.gmane.org>
Message-ID: <385866f0903120855w1263e25dhe10545878f152753@mail.gmail.com>

> long long debate;
as I said the complex part is already solved,
and I think Qt to some level have good RTL support and it has layout management,
some people thought that they are too smart and they don't need to use
them and they hard coded values

solving that needs long time of documentation to put big signs on
every method or property that set x/y coordinate, "avoid using this
method unless you are aware of RTL problems, use any of layout
management strategies"

and of course it needs to change QA phases ..etc.

because new developers will always come

that's not an excuse, not being able to read Arabic is something sad
but it's not the reason for those bugs, those bugs come because some people
thought that they are smarter than those who wrote the BiDi layout engine in Qt

for example there are new maintainers come to fedora
most of them knows nothing about rpath
but fedora won't accept an rpm with rpath
why ?
because in the review process there is a QA about rpath
there is a good documentation about rpaths
that's why having new maintainers is not an excuse

and as I said KDE was just an failure story, it's not the problem I'm
trying to solve by this post
the problem wasn't with the new code having RTL problems
it's how they got to those problem AGAIN

let's back to the topic

> Well, in KDE there will be no bug because KDE takes care of mounting devices
with the utf8 flag.

have you read the consistency problem

3. you introduced new incompatibility levels between the same release
of fedora [take the possibility of having some file created in one
desktop then mounted in another, after logging of or after using live
user switch]



From orion at cora.nwra.com  Thu Mar 12 16:11:36 2009
From: orion at cora.nwra.com (Orion Poplawski)
Date: Thu, 12 Mar 2009 10:11:36 -0600
Subject: How to get the %configure macro to run "../configure"?
In-Reply-To: <20090227200414.922EEFC3DA@magilla.sf.frob.com>
References: <49A6C932.1020901@cora.nwra.com>	<1235700730.4960.30.camel@adam.local.net>
	<20090227200414.922EEFC3DA@magilla.sf.frob.com>
Message-ID: <49B93438.8030702@cora.nwra.com>

Roland McGrath wrote:
> Some spec files use:
> 
> mkdir build
> cd build
> ln -s ../configure .,
> %configure ...
> 

This doesn't work for me - doesn't know then that the source directory 
is "..".

-- 
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 gmaxwell at gmail.com  Thu Mar 12 16:19:32 2009
From: gmaxwell at gmail.com (Gregory Maxwell)
Date: Thu, 12 Mar 2009 12:19:32 -0400
Subject: Firefox 3.1 to be renamed 3.5
Message-ID: <e692861c0903120919m19cf1b2fo50f5b55b852a87e3@mail.gmail.com>

F11 implications?

https://wiki.mozilla.org/Firefox3.1/3.5



From orion at cora.nwra.com  Thu Mar 12 16:20:09 2009
From: orion at cora.nwra.com (Orion Poplawski)
Date: Thu, 12 Mar 2009 10:20:09 -0600
Subject: How to get the %configure macro to run "../configure"?
In-Reply-To: <91705d080902271231x319cb637q3d8af6849825e0da@mail.gmail.com>
References: <49A6C932.1020901@cora.nwra.com>	<1235700730.4960.30.camel@adam.local.net>
	<91705d080902271231x319cb637q3d8af6849825e0da@mail.gmail.com>
Message-ID: <49B93639.70400@cora.nwra.com>

Dan Nicholson wrote:
> Would it not be more appropriate to do this as a macro? It seems like
> CONFIGURE_TOP is an environment variable.
> 
> rpm/macros:
> %_configure ./configure
> %configure \
>   %{_configure} ...
> 
> And then
> 
> %define _configure ../configure
> cd build
> %configure --enable-other-stuff
> 
> in the package.


https://bugzilla.redhat.com/show_bug.cgi?id=489942

-- 
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 seg at haxxed.com  Thu Mar 12 16:23:25 2009
From: seg at haxxed.com (Callum Lerwick)
Date: Thu, 12 Mar 2009 11:23:25 -0500
Subject: setup, fedora-release updates needed
In-Reply-To: <20090311215321.GD13973@nostromo.devel.redhat.com>
References: <1236717336.20989.21.camel@perihelion.bos.jonmasters.org>
	<1236788954.3716.2.camel@localhost.localdomain>
	<1236798613.25389.8.camel@jcmlaptop>
	<20090311215321.GD13973@nostromo.devel.redhat.com>
Message-ID: <1236875005.32388.38.camel@localhost.localdomain>

On Wed, 2009-03-11 at 17:53 -0400, Bill Nottingham wrote:
> Jon Masters (jcm at redhat.com) said: 
> > My point (as others made) is that making these files is completely
> > useless. I'm not saying "overwrite the user's files" I'm saying ideally
> > don't make the useless additional files on upgrade.
> 
> rpm already has code to avoid making them when they're useless. It's
> just being defeated by the sha256 code for the first upgrade to
> rawhide/F11.

So why aren't we putting both old and new hashes in the .rpm, for at
least the duration of F11, so that we don't have this problem? RPM could
then fall back on the old hashes for the purpose of detecting file
modification if that's all that's in the existing RPM db.
-------------- 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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090312/c8c8a445/attachment.sig>

From kevin.kofler at chello.at  Thu Mar 12 16:39:22 2009
From: kevin.kofler at chello.at (Kevin Kofler)
Date: Thu, 12 Mar 2009 17:39:22 +0100
Subject: Firefox 3.1 to be renamed 3.5
References: <e692861c0903120919m19cf1b2fo50f5b55b852a87e3@mail.gmail.com>
Message-ID: <gpbdrq$vmo$3@ger.gmane.org>

Gregory Maxwell wrote:
> F11 implications?

It's just a renumbering, so I'd guess practically nil.

        Kevin Kofler



From pbrobinson at gmail.com  Thu Mar 12 16:43:27 2009
From: pbrobinson at gmail.com (Peter Robinson)
Date: Thu, 12 Mar 2009 16:43:27 +0000
Subject: Firefox 3.1 to be renamed 3.5
In-Reply-To: <gpbdrq$vmo$3@ger.gmane.org>
References: <e692861c0903120919m19cf1b2fo50f5b55b852a87e3@mail.gmail.com>
	<gpbdrq$vmo$3@ger.gmane.org>
Message-ID: <5256d0b0903120943g62cc33d6r716a37a344235c9f@mail.gmail.com>

> Gregory Maxwell wrote:
>> F11 implications?
>
> It's just a renumbering, so I'd guess practically nil.

What about the 4th beta and push back of the final release? If its not
out by the F11 release date I presume we stick with what ever the
current pre release version is as opposed to rolling it back? Not that
I'm opposed to that as I've been using the 3.1 beta on F10 for ages.

Peter



From atkac at redhat.com  Thu Mar 12 17:04:03 2009
From: atkac at redhat.com (Adam Tkac)
Date: Thu, 12 Mar 2009 18:04:03 +0100
Subject: Beta Release Notes
In-Reply-To: <2B5C4A0DD8BD4C76ACCAE25A7EC764E4@Aidan>
References: <2B5C4A0DD8BD4C76ACCAE25A7EC764E4@Aidan>
Message-ID: <20090312170403.GA5114@traged.atkac.englab.brq.redhat.com>

On Thu, Mar 12, 2009 at 08:13:02AM -0400, John J. McDonough wrote:
> I have opened up a wiki page for the Beta release notes.  Right now this 
> is essentially a copy of the Alpha release notes.  If you are the owner 
> of one of the major features, please review these notes and update them 
> to reflect progress since Alpha.
>
> These draft Beta release notes can be found at:
> http://fedoraproject.org/wiki/Fedora_11_Beta_release_notes
>

It would be nice to have a statement about DNSSEC in beta notes
because many users might be interested in.

-----
DNSSEC - DNS Security Extensions

Bind and unbound (recursive DNS servers) now enable DNSSEC validation
in their default configuration. DNSSEC Lookaside Verification (DLV) is
not enabled. This behaviour can be modified in
/etc/sysconfig/dnssec by changing the DNSSEC and DLV settings.

With DNSSEC enabled, when a domain supplies DNSSEC data (such as .gov,
.se, the ENUM zone and other TLD's) then that data will be
cryptographically validated on the recursive DNS server. If validation
fails, due to attempts at cache poisoning (eg via a Kaminsky Attack)
then the enduser will not be given this forged/spoofed data. DNSSEC
deployment is gaining speed rapidly, and is a crucial part and the
next logical step to make the internet more secure for end users.

For more information and troubleshooting see
http://fedoraproject.org/wiki/Features/DNSSEC
-----

Could you add statement written above to beta release notes, please?
Or should I take an action.

Regards, Adam

-- 
Adam Tkac, Red Hat, Inc.



From tmz at pobox.com  Thu Mar 12 17:16:53 2009
From: tmz at pobox.com (Todd Zullinger)
Date: Thu, 12 Mar 2009 13:16:53 -0400
Subject: Beta Release Notes
In-Reply-To: <2B5C4A0DD8BD4C76ACCAE25A7EC764E4@Aidan>
References: <2B5C4A0DD8BD4C76ACCAE25A7EC764E4@Aidan>
Message-ID: <20090312171653.GC19175@inocybe.teonanacatl.org>

John J. McDonough wrote:
> I have opened up a wiki page for the Beta release notes.  Right now
> this is essentially a copy of the Alpha release notes.  If you are
> the owner of one of the major features, please review these notes
> and update them to reflect progress since Alpha.
>
> These draft Beta release notes can be found at:
> http://fedoraproject.org/wiki/Fedora_11_Beta_release_notes

Any reason that the content that was updated in /Docs/Beats doesn't
get copied there?  I updated the git info there? the other day, but it
looks like I need to go edit it in the beta release notes as well.

? http://fedoraproject.org/wiki/Docs/Beats/Devel/Tools

-- 
Todd        OpenPGP -> KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Teach a man to make fire, and he will be warm for a day.  Set a man on
fire, and he will be warm for the rest of his life.
    -- John A. Hrastar

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 542 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090312/7bf2f177/attachment.sig>

From sundaram at fedoraproject.org  Thu Mar 12 17:22:23 2009
From: sundaram at fedoraproject.org (Rahul Sundaram)
Date: Thu, 12 Mar 2009 22:52:23 +0530
Subject: Beta Release Notes
In-Reply-To: <20090312170403.GA5114@traged.atkac.englab.brq.redhat.com>
References: <2B5C4A0DD8BD4C76ACCAE25A7EC764E4@Aidan>
	<20090312170403.GA5114@traged.atkac.englab.brq.redhat.com>
Message-ID: <49B944CF.2050304@fedoraproject.org>

Adam Tkac wrote:

> Could you add statement written above to beta release notes, please?
> Or should I take an action.

Added

https://fedoraproject.org/wiki/Fedora_11_Beta_release_notes#DNSSEC_-_DNS_Security_Extensions

Just for the record, you can use your Fedora account and edit the wiki 
directly. Alpha and Beta are one page notes and more detailed notes can 
be contributed for the Fedora 11 general release as well

https://fedoraproject.org/wiki/DocsProject/ReleaseNotes/Process

Rahul



From awilliam at redhat.com  Thu Mar 12 17:17:18 2009
From: awilliam at redhat.com (Adam Williamson)
Date: Thu, 12 Mar 2009 10:17:18 -0700
Subject: ISA IDE no longer supported?
In-Reply-To: <1236849418.32388.33.camel@localhost.localdomain>
References: <1236849418.32388.33.camel@localhost.localdomain>
Message-ID: <1236878238.8969.551.camel@adam.local.net>

On Thu, 2009-03-12 at 04:16 -0500, Callum Lerwick wrote:
> So, I pulled out a Toshiba Satellite 325CDS (P233 MMX) laptop for the
> purpose of GPS logging for OpenStreetMap. The idea being I can leave it
> in my car and if anything I feel sorry for the idiot who bothers to
> steal such a fossil. Unfortunately I can't get F10 to install on it. The
> kernel sees no IDE controllers. It seems the "new" libata drivers do not
> work with plain old ISA IDE. Pentium era laptops typically didn't have
> PCI IDE. Another nail in the coffin for i586.
> 
> Is this supposed to work, or am I on my own?

Please refer to the official Fedora antiquated hardware policy, the KDT:

http://www.happyassassin.net/2009/02/03/the-kentucky-dumpster-test/

;)
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org
http://www.happyassassin.net



From caillon at redhat.com  Thu Mar 12 17:20:35 2009
From: caillon at redhat.com (Christopher Aillon)
Date: Thu, 12 Mar 2009 10:20:35 -0700
Subject: Firefox 3.1 to be renamed 3.5
In-Reply-To: <e692861c0903120919m19cf1b2fo50f5b55b852a87e3@mail.gmail.com>
References: <e692861c0903120919m19cf1b2fo50f5b55b852a87e3@mail.gmail.com>
Message-ID: <49B94463.4020507@redhat.com>

On 03/12/2009 09:19 AM, Gregory Maxwell wrote:
> F11 implications?
no






From poelstra at redhat.com  Thu Mar 12 17:22:19 2009
From: poelstra at redhat.com (John Poelstra)
Date: Thu, 12 Mar 2009 10:22:19 -0700
Subject: Please fix your bugs in release instead of rawhide!
In-Reply-To: <1236781976.8969.484.camel@adam.local.net>
References: <1236651522.8340.27.camel@localhost.localdomain>	<1236703751.2840.5.camel@pc-notebook>	<20090310170632.GH10097@angus.ind.WPI.EDU>	<200903101330.08783.jarod@redhat.com>	<20090310181229.GL10097@angus.ind.WPI.EDU>	<20090310182448.GK10507@inocybe.teonanacatl.org>	<1236711430.8969.453.camel@adam.local.net>	<604aa7910903101223s2998beddl988a6247038c36cc@mail.gmail.com>	<49B6C151.6090202@fedoraproject.org>	<604aa7910903101242t1e9365c5r49beb43b48b3404@mail.gmail.com>	<49B6C4BC.6080904@fedoraproject.org>	<1236718905.8969.474.camel@adam.local.net>	<49B6DF63.8010509@fedoraproject.org>
	<1236781976.8969.484.camel@adam.local.net>
Message-ID: <49B944CB.1010101@redhat.com>

Adam Williamson said the following on 03/11/2009 07:32 AM Pacific Time:
> On Wed, 2009-03-11 at 03:15 +0530, Rahul Sundaram wrote:
> 
>> There are still two components that are going to remain proprietary as 
>> part of Canonical "secret sauce" business model but maybe can just 
>> replace that for our needs and of course Launchpad will probably be 
>> stuck with bzr while we need to support other SCM's as well.
> 
> Yes. There are bad implementation details in Launchpad for sure. I was
> more viewing it as a good model of the things that Bugzilla really
> doesn't do well - tracking bugs across different projects, and managing
> multiple releases of a distribution (since it wasn't designed to do
> either of those).

The guided process process of filing new bugs in Launchpad is extremely 
smooth and user friendly--no comparison to all the fields you have to 
manually select and scroll from in bugzilla.  Before filing my bug it 
also prompted me with a listing of existing bugs to see if my issue 
already existed--a very useful way to catch and reduce duplicates.

I've only filed one bug at Launchpad.  It was for an upstream project 
that lives there and I was given a direct URL to it by the maintainer so 
maybe my experience is not representative of most.

John



From atkac at redhat.com  Thu Mar 12 17:28:45 2009
From: atkac at redhat.com (Adam Tkac)
Date: Thu, 12 Mar 2009 18:28:45 +0100
Subject: Beta Release Notes
In-Reply-To: <49B944CF.2050304@fedoraproject.org>
References: <2B5C4A0DD8BD4C76ACCAE25A7EC764E4@Aidan>
	<20090312170403.GA5114@traged.atkac.englab.brq.redhat.com>
	<49B944CF.2050304@fedoraproject.org>
Message-ID: <20090312172845.GA5415@traged.atkac.englab.brq.redhat.com>

On Thu, Mar 12, 2009 at 10:52:23PM +0530, Rahul Sundaram wrote:
> Adam Tkac wrote:
>
>> Could you add statement written above to beta release notes, please?
>> Or should I take an action.
>
> Added
>
> https://fedoraproject.org/wiki/Fedora_11_Beta_release_notes#DNSSEC_-_DNS_Security_Extensions
>
> Just for the record, you can use your Fedora account and edit the wiki  
> directly. Alpha and Beta are one page notes and more detailed notes can  
> be contributed for the Fedora 11 general release as well
>
> https://fedoraproject.org/wiki/DocsProject/ReleaseNotes/Process
>

Yeah, I know that I can edit page myself but I wasn't sure if
release note uses some special procedure. Thanks for your addition and
info.

Adam

-- 
Adam Tkac, Red Hat, Inc.



From sundaram at fedoraproject.org  Thu Mar 12 17:33:59 2009
From: sundaram at fedoraproject.org (Rahul Sundaram)
Date: Thu, 12 Mar 2009 23:03:59 +0530
Subject: Beta Release Notes
In-Reply-To: <20090312171653.GC19175@inocybe.teonanacatl.org>
References: <2B5C4A0DD8BD4C76ACCAE25A7EC764E4@Aidan>
	<20090312171653.GC19175@inocybe.teonanacatl.org>
Message-ID: <49B94787.40909@fedoraproject.org>

Todd Zullinger wrote:
> John J. McDonough wrote:
>> I have opened up a wiki page for the Beta release notes.  Right now
>> this is essentially a copy of the Alpha release notes.  If you are
>> the owner of one of the major features, please review these notes
>> and update them to reflect progress since Alpha.
>>
>> These draft Beta release notes can be found at:
>> http://fedoraproject.org/wiki/Fedora_11_Beta_release_notes
> 
> Any reason that the content that was updated in /Docs/Beats doesn't
> get copied there?  I updated the git info there? the other day, but it
> looks like I need to go edit it in the beta release notes as well.
> 
> ? http://fedoraproject.org/wiki/Docs/Beats/Devel/Tools

The beats are for the general release and what is edited there may not 
be important enough to highlight in the Alpha/Beta releases. Alpha and 
Beta have one page release notes that are separate from this. We have a 
separate process because the general beats are converted into docbook 
xml, checked into cvs or git and made available for translators 
following a string freeze. All this was considered too much overhead for 
Alpha and Beta. Hope that helps.

Rahul



From caillon at redhat.com  Thu Mar 12 17:29:12 2009
From: caillon at redhat.com (Christopher Aillon)
Date: Thu, 12 Mar 2009 10:29:12 -0700
Subject: Firefox 3.1 to be renamed 3.5
In-Reply-To: <5256d0b0903120943g62cc33d6r716a37a344235c9f@mail.gmail.com>
References: <e692861c0903120919m19cf1b2fo50f5b55b852a87e3@mail.gmail.com>	<gpbdrq$vmo$3@ger.gmane.org>
	<5256d0b0903120943g62cc33d6r716a37a344235c9f@mail.gmail.com>
Message-ID: <49B94668.5050007@redhat.com>

On 03/12/2009 09:43 AM, Peter Robinson wrote:
>> Gregory Maxwell wrote:
>>> F11 implications?
>> It's just a renumbering, so I'd guess practically nil.
> 
> What about the 4th beta and push back of the final release?

What push back?  What about the fourth beta?  A fourth beta has been on 
the table for a while now, the version renumbering had nothing to do 
with it.  People are reading too much into this.  Seriously, it's just 
one number that's changing.  It makes people 0.4 more excited.  That's 
pretty much it...



From wb8rcr at arrl.net  Thu Mar 12 18:40:47 2009
From: wb8rcr at arrl.net (John J. McDonough)
Date: Thu, 12 Mar 2009 14:40:47 -0400
Subject: Beta Release Notes
References: <2B5C4A0DD8BD4C76ACCAE25A7EC764E4@Aidan>
	<20090312170403.GA5114@traged.atkac.englab.brq.redhat.com>
Message-ID: <1E834AE14D5E462B9D5CA0204E23558A@Aidan>


----- Original Message ----- 
From: "Adam Tkac" <atkac at redhat.com>
To: "Development discussions related to Fedora" 
<fedora-devel-list at redhat.com>
Sent: Thursday, March 12, 2009 1:04 PM
Subject: Re: Beta Release Notes


>
> It would be nice to have a statement about DNSSEC in beta notes
> because many users might be interested in.

That sounds more like something appropriate for the GA release notes, and I 
will be happy to add it.

But don't feel shy about going in and changing the beats.  There are plenty 
of folks who can wordsmith them later.

--McD



From wb8rcr at arrl.net  Thu Mar 12 18:45:11 2009
From: wb8rcr at arrl.net (John J. McDonough)
Date: Thu, 12 Mar 2009 14:45:11 -0400
Subject: Beta Release Notes
References: <2B5C4A0DD8BD4C76ACCAE25A7EC764E4@Aidan>
	<20090312171653.GC19175@inocybe.teonanacatl.org>
Message-ID: <86ED024BB8EF463FACF485AA0F5FC016@Aidan>


----- Original Message ----- 
From: "Todd Zullinger" <tmz at pobox.com>
To: <fedora-devel-list at redhat.com>
Sent: Thursday, March 12, 2009 1:16 PM
Subject: Re: Beta Release Notes

> Any reason that the content that was updated in /Docs/Beats
> doesn't get copied there?  I updated the git info there the
> other day, but it looks like I need to go edit it in the beta
> release notes as well.

The Beta release notes are really intended to only be the highlights and 
because of that they are called 'one sheet' release notes.  The GA release 
notes are what the beats represent, and they go on and on.  The Development 
Tools alone cover many pages this release.  I don't believe the Beta release 
notes even get packaged.

The other difference is that the Beta release notes don't get translated. 
However, if there are things in beta significant to some audiences (like 
git), then it is perfectly fine to simply reference the Beat in the Beta 
release notes.

--McD



From wb8rcr at arrl.net  Thu Mar 12 18:48:46 2009
From: wb8rcr at arrl.net (John J. McDonough)
Date: Thu, 12 Mar 2009 14:48:46 -0400
Subject: Beta Release Notes
References: <2B5C4A0DD8BD4C76ACCAE25A7EC764E4@Aidan><20090312170403.GA5114@traged.atkac.englab.brq.redhat.com><49B944CF.2050304@fedoraproject.org>
	<20090312172845.GA5415@traged.atkac.englab.brq.redhat.com>
Message-ID: <8D57ED8F6C79451D9EBB82C0008C9A1B@Aidan>


----- Original Message ----- 
From: "Adam Tkac" <atkac at redhat.com>
To: "Development discussions related to Fedora" 
<fedora-devel-list at redhat.com>
Sent: Thursday, March 12, 2009 1:28 PM
Subject: Re: Beta Release Notes


> Yeah, I know that I can edit page myself but I wasn't sure if
> release note uses some special procedure. Thanks for your addition and
> info.

The more help you can provide the better.  It is sometimes difficult for 
beat writers to discover what has changed.  But if you even make a few notes 
in the wiki beat pages, the beat writers can clean that up deal with any 
special procedures.

--McD



From michel.sylvan at gmail.com  Thu Mar 12 23:35:14 2009
From: michel.sylvan at gmail.com (Michel Salim)
Date: Thu, 12 Mar 2009 19:35:14 -0400
Subject: Procedure of becoming a sponsor
Message-ID: <f224c6140903121635iac87761wd586208da2ba249a@mail.gmail.com>

There appears to be different alternative procedures for applying to
be a sponsor:

- according to http://fedoraproject.org/wiki/How_to_sponsor_a_new_contributor#Becoming_a_Fedora_Package_Collection_Sponsor:

  either emailing this list, the FESCo chair, or in person during FESCo IRC

- there is also this page:
http://fedoraproject.org/wiki/Extras/Schedule/NewSponsors that has not
been updated since January. The persons listed on the page have all
been approved as sponsors since.


Is there a preferred way to do this?

Thanks,

-- 
mi?el salim  ?  http://hircus.jaiku.com/
IUCS         ?  msalim at cs.indiana.edu
Fedora       ?  salimma at fedoraproject.org
MacPorts     ?  hircus at macports.org



From bbbush.yuan at gmail.com  Fri Mar 13 00:09:19 2009
From: bbbush.yuan at gmail.com (Yuan Yijun)
Date: Thu, 12 Mar 2009 20:09:19 -0400
Subject: Firefox 3.1 to be renamed 3.5
In-Reply-To: <49B94668.5050007@redhat.com>
References: <e692861c0903120919m19cf1b2fo50f5b55b852a87e3@mail.gmail.com>
	<gpbdrq$vmo$3@ger.gmane.org>
	<5256d0b0903120943g62cc33d6r716a37a344235c9f@mail.gmail.com>
	<49B94668.5050007@redhat.com>
Message-ID: <76e72f800903121709l374d2153g9b9c63ec85ea77bd@mail.gmail.com>

2009/3/12 Christopher Aillon <caillon at redhat.com>:
>
> What push back? ?What about the fourth beta? ?A fourth beta has been on the
> table for a while now, the version renumbering had nothing to do with it.
> ?People are reading too much into this. ?Seriously, it's just one number
> that's changing. ?It makes people 0.4 more excited. ?That's pretty much
> it...
>

rawhide firefox has not updated for quite a while. beta3 is already
there, and there will be a beta4. Would you please make a build? There
were daily builds during F10 rawhide.


-- 
bbbush ^_^



From wtogami at redhat.com  Fri Mar 13 00:58:32 2009
From: wtogami at redhat.com (Warren Togami)
Date: Thu, 12 Mar 2009 20:58:32 -0400
Subject: InstantMirror Project: Google Summer of Code 2009
Message-ID: <49B9AFB8.2080609@redhat.com>

https://fedorahosted.org/InstantMirror/

I have wrote down design notes of the new InstantMirror project.  This
project is meant to be fostered in Google Summer of Code 2009, with
multiple Red Hat engineers as mentors, and possibly multiple students
working together as a team. Students are to be judged by their ability
to work with others as a team, their ability to implement the plan, and
their ability to encourage participation from further volunteers
interested in solving these problems.

Major Implications of InstantMirror

    1. Instant changes on mirrors. From the perspective of users,
changed files on the master can appear for download "instantly" on mirrors.
    2. Read-only network filesystem that can replicates data in a
torrent-like swarming manner, with snapshots and tags to preserve access
to previous contents of the filesystem.  This has the potential to be
far more robust and efficient than rsync mirrors, while being more
flexible than reverse caching proxy mirrors.
    3. Local versioning backup filesystem. Simply turn off the
networking and client-side cache and you have a local versioning
filesystem with tags, useful for backups. Space efficiently preserves
old versions of your files, while making it easy to access those files.

http://socghop.appspot.com/document/show/program/google/gsoc2009/faqs#timeline
I am still adding and fixing up the text on this page over the next day.
   Assuming Fedora is accepted as a mentoring organization, it seems we
have until April 3rd to accept applications for Google SoC, then there
is a review period after that where we decide who to accept as the
official students.

We are not waiting for Google SoC to begin this project.  Student
participation in the project, shaping the prototyping phase and showing
community leadership prior to April 3rd will prove that an individual is
capable of being official SoC student(s).

How can you Help?

I believe this project is plenty interesting and useful to our future
that other volunteers would also be interested in getting involved.
Currently im-devel-list is being created to focus development
discussion.  We also could use more knowledgeable mentors to aid the
student(s) in this project.

Warren Togami
wtogami at redhat.com



From bojan at rexursive.com  Fri Mar 13 01:49:44 2009
From: bojan at rexursive.com (Bojan Smojver)
Date: Fri, 13 Mar 2009 12:49:44 +1100
Subject: Ext4 data loss
Message-ID: <1236908984.6436.46.camel@shrek.rexursive.com>

I'm pretty sure Fedora kernel folks are familiar with this:

https://bugs.edge.launchpad.net/ubuntu/+source/linux/+bug/317781

And the associated fixes.

Are Ted's patches, that are queued up for 2.6.30, going to be applied to
F-11 (and F-10) 2.6.29 kernels or not? Asking just out of curiosity.

-- 
Bojan



From kevin.kofler at chello.at  Fri Mar 13 01:57:55 2009
From: kevin.kofler at chello.at (Kevin Kofler)
Date: Fri, 13 Mar 2009 02:57:55 +0100
Subject: Please fix your bugs in release instead of rawhide!
References: <1236651522.8340.27.camel@localhost.localdomain>	<1236703751.2840.5.camel@pc-notebook>	<20090310170632.GH10097@angus.ind.WPI.EDU>	<200903101330.08783.jarod@redhat.com>	<20090310181229.GL10097@angus.ind.WPI.EDU>	<20090310182448.GK10507@inocybe.teonanacatl.org>	<1236711430.8969.453.camel@adam.local.net>	<604aa7910903101223s2998beddl988a6247038c36cc@mail.gmail.com>	<49B6C151.6090202@fedoraproject.org>	<604aa7910903101242t1e9365c5r49beb43b48b3404@mail.gmail.com>	<49B6C4BC.6080904@fedoraproject.org>	<1236718905.8969.474.camel@adam.local.net>	<49B6DF63.8010509@fedoraproject.org>
	<1236781976.8969.484.camel@adam.local.net>
	<49B944CB.1010101@redhat.com>
Message-ID: <gpcejl$8s9$1@ger.gmane.org>

John Poelstra wrote:
> The guided process process of filing new bugs in Launchpad is extremely
> smooth and user friendly--no comparison to all the fields you have to
> manually select and scroll from in bugzilla.  Before filing my bug it
> also prompted me with a listing of existing bugs to see if my issue
> already existed--a very useful way to catch and reduce duplicates.

Well, KDE's Bugzilla instance has a wizard interface for filing bugs and it
also shows a list of existing bugs which it may be a duplicate of (based on
keywords in the subject).

Their customizations can be found at:
http://websvn.kde.org/branches/bugs/3.2/
(I wish the RH customizations were published in a similar way. They had
promised getting them into Fedora at some point, but that never happened,
the bugzilla package now in Fedora is a plain vanilla Bugzilla maintained
by a community volunteer.)

        Kevin Kofler



From kevin.kofler at chello.at  Fri Mar 13 02:03:06 2009
From: kevin.kofler at chello.at (Kevin Kofler)
Date: Fri, 13 Mar 2009 03:03:06 +0100
Subject: Ext4 data loss
References: <1236908984.6436.46.camel@shrek.rexursive.com>
Message-ID: <gpcesq$8s9$3@ger.gmane.org>

Bojan Smojver wrote:
> I'm pretty sure Fedora kernel folks are familiar with this:
> 
> https://bugs.edge.launchpad.net/ubuntu/+source/linux/+bug/317781
> 
> And the associated fixes.
> 
> Are Ted's patches, that are queued up for 2.6.30, going to be applied to
> F-11 (and F-10) 2.6.29 kernels or not? Asking just out of curiosity.

I sure hope they will. This is pretty much a blocker for the KDE spin.

        Kevin Kofler



From sandeen at redhat.com  Fri Mar 13 02:12:19 2009
From: sandeen at redhat.com (Eric Sandeen)
Date: Thu, 12 Mar 2009 21:12:19 -0500
Subject: Ext4 data loss
In-Reply-To: <gpcesq$8s9$3@ger.gmane.org>
References: <1236908984.6436.46.camel@shrek.rexursive.com>
	<gpcesq$8s9$3@ger.gmane.org>
Message-ID: <49B9C103.7070307@redhat.com>

Kevin Kofler wrote:
> Bojan Smojver wrote:
>> I'm pretty sure Fedora kernel folks are familiar with this:
>>
>> https://bugs.edge.launchpad.net/ubuntu/+source/linux/+bug/317781
>>
>> And the associated fixes.
>>
>> Are Ted's patches, that are queued up for 2.6.30, going to be applied to
>> F-11 (and F-10) 2.6.29 kernels or not? Asking just out of curiosity.
> 
> I sure hope they will. This is pretty much a blocker for the KDE spin.
> 
>         Kevin Kofler
> 

They are in F11, yes.

Chuck said he'd merge them to F10 as well.

Kevin, now that ext4 has introduced the Linux world to the concept of
buffered data and fsync .... ;)

Do you know people who know people who can maybe see about making KDE
more robust without requiring the filesystem to play nanny for the
config files?  :)

Thanks,

-Eric

p.s. everyone please go read
http://flamingspork.com/talks/2007/06/eat_my_data.odp



From kevin.kofler at chello.at  Fri Mar 13 01:59:57 2009
From: kevin.kofler at chello.at (Kevin Kofler)
Date: Fri, 13 Mar 2009 02:59:57 +0100
Subject: Please fix your bugs in release instead of rawhide!
References: <1236651522.8340.27.camel@localhost.localdomain>	<1236703751.2840.5.camel@pc-notebook>	<20090310170632.GH10097@angus.ind.WPI.EDU>	<200903101330.08783.jarod@redhat.com>	<20090310181229.GL10097@angus.ind.WPI.EDU>	<20090310182448.GK10507@inocybe.teonanacatl.org>	<1236711430.8969.453.camel@adam.local.net>	<604aa7910903101223s2998beddl988a6247038c36cc@mail.gmail.com>	<49B6C151.6090202@fedoraproject.org>	<604aa7910903101242t1e9365c5r49beb43b48b3404@mail.gmail.com>	<49B6C4BC.6080904@fedoraproject.org>	<1236718905.8969.474.camel@adam.local.net>	<49B6DF63.8010509@fedoraproject.org>
	<1236781976.8969.484.camel@adam.local.net>
	<49B944CB.1010101@redhat.com>
Message-ID: <gpcemt$8s9$2@ger.gmane.org>

John Poelstra wrote:
> The guided process process of filing new bugs in Launchpad is extremely
> smooth and user friendly--no comparison to all the fields you have to
> manually select and scroll from in bugzilla.  Before filing my bug it
> also prompted me with a listing of existing bugs to see if my issue
> already existed--a very useful way to catch and reduce duplicates.

Well, KDE's Bugzilla instance has a wizard interface for filing bugs and it
also shows a list of existing bugs which it may be a duplicate of (based on
keywords in the subject).

Their customizations can be found at:
http://websvn.kde.org/branches/bugs/3.2/
(I wish the RH customizations were published in a similar way. They had
promised getting them into Fedora at some point, but that never happened,
the bugzilla package now in Fedora is a plain vanilla Bugzilla maintained
by a community volunteer.)

        Kevin Kofler



From michel.sylvan at gmail.com  Fri Mar 13 02:41:20 2009
From: michel.sylvan at gmail.com (Michel Salim)
Date: Thu, 12 Mar 2009 22:41:20 -0400
Subject: Ext4 data loss
In-Reply-To: <gpcesq$8s9$3@ger.gmane.org>
References: <1236908984.6436.46.camel@shrek.rexursive.com>
	<gpcesq$8s9$3@ger.gmane.org>
Message-ID: <f224c6140903121941h4bfc8322k5cfdac57c1295b83@mail.gmail.com>

On Thu, Mar 12, 2009 at 10:03 PM, Kevin Kofler <kevin.kofler at chello.at> wrote:
>> Are Ted's patches, that are queued up for 2.6.30, going to be applied to
>> F-11 (and F-10) 2.6.29 kernels or not? Asking just out of curiosity.
>
> I sure hope they will. This is pretty much a blocker for the KDE spin.
>
Is there any design document about how KDE persists configuration
files? I have noticed application crashes affecting recently-applied
KDE settings in the past, even on ext3, while GConf settings seem to
be persisted to disk almost immediately.

Thanks,

-- 
mi?el salim  ?  http://hircus.jaiku.com/
IUCS         ?  msalim at cs.indiana.edu
Fedora       ?  salimma at fedoraproject.org
MacPorts     ?  hircus at macports.org



From michel.sylvan at gmail.com  Fri Mar 13 03:52:19 2009
From: michel.sylvan at gmail.com (Michel Salim)
Date: Thu, 12 Mar 2009 23:52:19 -0400
Subject: Firefox 3.1 to be renamed 3.5
In-Reply-To: <76e72f800903121709l374d2153g9b9c63ec85ea77bd@mail.gmail.com>
References: <e692861c0903120919m19cf1b2fo50f5b55b852a87e3@mail.gmail.com>
	<gpbdrq$vmo$3@ger.gmane.org>
	<5256d0b0903120943g62cc33d6r716a37a344235c9f@mail.gmail.com>
	<49B94668.5050007@redhat.com>
	<76e72f800903121709l374d2153g9b9c63ec85ea77bd@mail.gmail.com>
Message-ID: <f224c6140903122052j74ead37dpffbc56715321194e@mail.gmail.com>

On Thu, Mar 12, 2009 at 8:09 PM, Yuan Yijun <bbbush.yuan at gmail.com> wrote:
> rawhide firefox has not updated for quite a while. beta3 is already
> there, and there will be a beta4. Would you please make a build? There
> were daily builds during F10 rawhide.
>
Given that we are in a beta freeze, does it make sense to spend time
creating new builds, when a new upstream version might be released in
the interim?

http://fedoraproject.org/wiki/Releases/11/Schedule
Regards,

-- 
mi?el salim  ?  http://hircus.jaiku.com/
IUCS         ?  msalim at cs.indiana.edu
Fedora       ?  salimma at fedoraproject.org
MacPorts     ?  hircus at macports.org



From christoph.wickert at googlemail.com  Fri Mar 13 03:58:32 2009
From: christoph.wickert at googlemail.com (Christoph Wickert)
Date: Fri, 13 Mar 2009 04:58:32 +0100
Subject: Please fix your bugs in release instead of rawhide!
In-Reply-To: <49B944CB.1010101@redhat.com>
References: <1236651522.8340.27.camel@localhost.localdomain>
	<1236703751.2840.5.camel@pc-notebook>
	<20090310170632.GH10097@angus.ind.WPI.EDU>
	<200903101330.08783.jarod@redhat.com>
	<20090310181229.GL10097@angus.ind.WPI.EDU>
	<20090310182448.GK10507@inocybe.teonanacatl.org>
	<1236711430.8969.453.camel@adam.local.net>
	<604aa7910903101223s2998beddl988a6247038c36cc@mail.gmail.com>
	<49B6C151.6090202@fedoraproject.org>
	<604aa7910903101242t1e9365c5r49beb43b48b3404@mail.gmail.com>
	<49B6C4BC.6080904@fedoraproject.org>
	<1236718905.8969.474.camel@adam.local.net>
	<49B6DF63.8010509@fedoraproject.org>
	<1236781976.8969.484.camel@adam.local.net>
	<49B944CB.1010101@redhat.com>
Message-ID: <1236916713.20797.5.camel@localhost.localdomain>

Am Donnerstag, den 12.03.2009, 10:22 -0700 schrieb John Poelstra:
> 
> The guided process process of filing new bugs in Launchpad is extremely 
> smooth and user friendly--no comparison to all the fields you have to 
> manually select and scroll from in bugzilla.  

Yes, it's easy, but my experience is that I had edit a lot of fields
manually afterward.
If you want a user friendly way of filing bugs, take a look at Gnome's
bugzilla, their guided ("simple") mode is much better than ours (because
we only have advanced mode)

> Before filing my bug it 
> also prompted me with a listing of existing bugs to see if my issue 
> already existed--a very useful way to catch and reduce duplicates.

Our bugzilla did that too once in simple mode (when we had the simple
mode).

Regards,
Christoph



From michel.sylvan at gmail.com  Fri Mar 13 04:01:51 2009
From: michel.sylvan at gmail.com (Michel Salim)
Date: Fri, 13 Mar 2009 00:01:51 -0400
Subject: InstantMirror Project: Google Summer of Code 2009
In-Reply-To: <49B9AFB8.2080609@redhat.com>
References: <49B9AFB8.2080609@redhat.com>
Message-ID: <f224c6140903122101m6728e8a1q9012c0d177d72ed3@mail.gmail.com>

On Thu, Mar 12, 2009 at 8:58 PM, Warren Togami <wtogami at redhat.com> wrote:
> https://fedorahosted.org/InstantMirror/
[snip]
>
> How can you Help?
>
> I believe this project is plenty interesting and useful to our future
> that other volunteers would also be interested in getting involved.
> Currently im-devel-list is being created to focus development
> discussion. ?We also could use more knowledgeable mentors to aid the
> student(s) in this project.
>
This looks really interesting, I'd love to get involved (and as luck
has it, would still be a student this summer too).

Since the mailing list is not actually up yet, would "im" not be too
ambiguous a name? "imirror" or "inst-mirror" is probably more
descriptive. Most of us would have auto-completing mail clients anyway
(does mutt do it?)

Regards,

-- 
mi?el salim  ?  http://hircus.jaiku.com/
IUCS         ?  msalim at cs.indiana.edu
Fedora       ?  salimma at fedoraproject.org
MacPorts     ?  hircus at macports.org



From foss.mailinglists at gmail.com  Fri Mar 13 04:28:16 2009
From: foss.mailinglists at gmail.com (Sankarshan Mukhopadhyay)
Date: Fri, 13 Mar 2009 09:58:16 +0530
Subject: InstantMirror Project: Google Summer of Code 2009
In-Reply-To: <49B9AFB8.2080609@redhat.com>
References: <49B9AFB8.2080609@redhat.com>
Message-ID: <35586fc00903122128s43f7d8adq373fa65c2b7d36f@mail.gmail.com>

On Fri, Mar 13, 2009 at 6:28 AM, Warren Togami <wtogami at redhat.com> wrote:
> https://fedorahosted.org/InstantMirror/
>
> I have wrote down design notes of the new InstantMirror project. ?This
> project is meant to be fostered in Google Summer of Code 2009, with
> multiple Red Hat engineers as mentors, and possibly multiple students
> working together as a team. Students are to be judged by their ability
> to work with others as a team, their ability to implement the plan, and
> their ability to encourage participation from further volunteers
> interested in solving these problems.

I could be wrong but wasn't there a similar GSoC project last year ?

-- 

http://www.gutenberg.net - Fine literature digitally re-published
http://www.plos.org - Public Library of Science
http://www.creativecommons.org - Flexible copyright for creative work



From wtogami at redhat.com  Fri Mar 13 04:48:06 2009
From: wtogami at redhat.com (Warren Togami)
Date: Fri, 13 Mar 2009 00:48:06 -0400
Subject: InstantMirror Project: Google Summer of Code 2009
In-Reply-To: <35586fc00903122128s43f7d8adq373fa65c2b7d36f@mail.gmail.com>
References: <49B9AFB8.2080609@redhat.com>
	<35586fc00903122128s43f7d8adq373fa65c2b7d36f@mail.gmail.com>
Message-ID: <49B9E586.5050806@redhat.com>

Sankarshan Mukhopadhyay wrote:
> On Fri, Mar 13, 2009 at 6:28 AM, Warren Togami <wtogami at redhat.com> wrote:
>> https://fedorahosted.org/InstantMirror/
>>
>> I have wrote down design notes of the new InstantMirror project.  This
>> project is meant to be fostered in Google Summer of Code 2009, with
>> multiple Red Hat engineers as mentors, and possibly multiple students
>> working together as a team. Students are to be judged by their ability
>> to work with others as a team, their ability to implement the plan, and
>> their ability to encourage participation from further volunteers
>> interested in solving these problems.
> 
> I could be wrong but wasn't there a similar GSoC project last year ?
> 

Last year was IntelligentMirror, which had misguided goals and 
ultimately is not very useful.

This design if implemented properly could possibly upgrade all Fedora 
mirrors and make them operate a lot more efficiently.  It would also 
make it real easy to deploy your own mini-mirror to serve your own local 
network.  For example, at home I personally would use InstantMirror with 
maybe 30GB of cache allocated, but pre-fetching turned off.

Warren Togami Jr.
warren at togami.com



From skvidal at fedoraproject.org  Fri Mar 13 05:40:00 2009
From: skvidal at fedoraproject.org (Seth Vidal)
Date: Fri, 13 Mar 2009 01:40:00 -0400 (EDT)
Subject: InstantMirror Project: Google Summer of Code 2009
In-Reply-To: <49B9E586.5050806@redhat.com>
References: <49B9AFB8.2080609@redhat.com>
	<35586fc00903122128s43f7d8adq373fa65c2b7d36f@mail.gmail.com>
	<49B9E586.5050806@redhat.com>
Message-ID: <alpine.LFD.2.00.0903130138380.3319@localhost.localdomain>



On Fri, 13 Mar 2009, Warren Togami wrote:

> Sankarshan Mukhopadhyay wrote:
>> On Fri, Mar 13, 2009 at 6:28 AM, Warren Togami <wtogami at redhat.com> wrote:
>>> https://fedorahosted.org/InstantMirror/
>>> 
>>> I have wrote down design notes of the new InstantMirror project.  This
>>> project is meant to be fostered in Google Summer of Code 2009, with
>>> multiple Red Hat engineers as mentors, and possibly multiple students
>>> working together as a team. Students are to be judged by their ability
>>> to work with others as a team, their ability to implement the plan, and
>>> their ability to encourage participation from further volunteers
>>> interested in solving these problems.
>> 
>> I could be wrong but wasn't there a similar GSoC project last year ?
>> 
>
> Last year was IntelligentMirror, which had misguided goals and ultimately is 
> not very useful.

I disagree with this assessment. IntelligentMirror has turned into 
quite an interesting project. It's gone well beyond its original scope as 
a caching mechanism for packages. There's no point in being rude about it.


-sv



From foss.mailinglists at gmail.com  Fri Mar 13 05:57:38 2009
From: foss.mailinglists at gmail.com (Sankarshan Mukhopadhyay)
Date: Fri, 13 Mar 2009 11:27:38 +0530
Subject: InstantMirror Project: Google Summer of Code 2009
In-Reply-To: <alpine.LFD.2.00.0903130138380.3319@localhost.localdomain>
References: <49B9AFB8.2080609@redhat.com>
	<35586fc00903122128s43f7d8adq373fa65c2b7d36f@mail.gmail.com>
	<49B9E586.5050806@redhat.com>
	<alpine.LFD.2.00.0903130138380.3319@localhost.localdomain>
Message-ID: <35586fc00903122257u48e62072nba856d5dfebcb5d2@mail.gmail.com>

On Fri, Mar 13, 2009 at 11:10 AM, Seth Vidal <skvidal at fedoraproject.org> wrote:

> I disagree with this assessment. IntelligentMirror has turned into quite an
> interesting project. It's gone well beyond its original scope as a caching
> mechanism for packages. There's no point in being rude about it.

Which would then bring up the question - are the two projects
(existing and proposed_new) diverging or, can the features/UseCase
converge ?


-- 

http://www.gutenberg.net - Fine literature digitally re-published
http://www.plos.org - Public Library of Science
http://www.creativecommons.org - Flexible copyright for creative work



From foss.mailinglists at gmail.com  Fri Mar 13 05:58:28 2009
From: foss.mailinglists at gmail.com (Sankarshan Mukhopadhyay)
Date: Fri, 13 Mar 2009 11:28:28 +0530
Subject: InstantMirror Project: Google Summer of Code 2009
In-Reply-To: <35586fc00903122257u48e62072nba856d5dfebcb5d2@mail.gmail.com>
References: <49B9AFB8.2080609@redhat.com>
	<35586fc00903122128s43f7d8adq373fa65c2b7d36f@mail.gmail.com>
	<49B9E586.5050806@redhat.com>
	<alpine.LFD.2.00.0903130138380.3319@localhost.localdomain>
	<35586fc00903122257u48e62072nba856d5dfebcb5d2@mail.gmail.com>
Message-ID: <35586fc00903122258m3487cb3ao5ccb278cb483edfb@mail.gmail.com>

On Fri, Mar 13, 2009 at 11:27 AM, Sankarshan Mukhopadhyay
<foss.mailinglists at gmail.com> wrote:
> On Fri, Mar 13, 2009 at 11:10 AM, Seth Vidal <skvidal at fedoraproject.org> wrote:
>
>> I disagree with this assessment. IntelligentMirror has turned into quite an
>> interesting project. It's gone well beyond its original scope as a caching
>> mechanism for packages. There's no point in being rude about it.
>
> Which would then bring up the question - are the two projects
> (existing and proposed_new) diverging or, can the features/UseCase
> converge ?

And, I ask because, although I have not used IntelligentMirror, I read
about it off Planet Fedora and, the development seems to be regular.

-- 

http://www.gutenberg.net - Fine literature digitally re-published
http://www.plos.org - Public Library of Science
http://www.creativecommons.org - Flexible copyright for creative work



From pemboa at gmail.com  Fri Mar 13 06:04:19 2009
From: pemboa at gmail.com (Arthur Pemberton)
Date: Fri, 13 Mar 2009 01:04:19 -0500
Subject: InstantMirror Project: Google Summer of Code 2009
In-Reply-To: <alpine.LFD.2.00.0903130138380.3319@localhost.localdomain>
References: <49B9AFB8.2080609@redhat.com>
	<35586fc00903122128s43f7d8adq373fa65c2b7d36f@mail.gmail.com>
	<49B9E586.5050806@redhat.com>
	<alpine.LFD.2.00.0903130138380.3319@localhost.localdomain>
Message-ID: <16de708d0903122304i21b12929lbc3952103a9cf494@mail.gmail.com>

On Fri, Mar 13, 2009 at 12:40 AM, Seth Vidal <skvidal at fedoraproject.org> wrote:
>
>
> On Fri, 13 Mar 2009, Warren Togami wrote:
>
>> Sankarshan Mukhopadhyay wrote:
>>>
>>> On Fri, Mar 13, 2009 at 6:28 AM, Warren Togami <wtogami at redhat.com>
>>> wrote:
>>>>
>>>> https://fedorahosted.org/InstantMirror/
>>>>
>>>> I have wrote down design notes of the new InstantMirror project. ?This
>>>> project is meant to be fostered in Google Summer of Code 2009, with
>>>> multiple Red Hat engineers as mentors, and possibly multiple students
>>>> working together as a team. Students are to be judged by their ability
>>>> to work with others as a team, their ability to implement the plan, and
>>>> their ability to encourage participation from further volunteers
>>>> interested in solving these problems.
>>>
>>> I could be wrong but wasn't there a similar GSoC project last year ?
>>>
>>
>> Last year was IntelligentMirror, which had misguided goals and ultimately
>> is not very useful.
>
> I disagree with this assessment. IntelligentMirror has turned into quite an
> interesting project. It's gone well beyond its original scope as a caching
> mechanism for packages. There's no point in being rude about it.
>


Wasn't the orignal idea his as well? I thought he was simply hateful
of his own idea. Happens to me all the time.

-- 
Fedora 9 : sulphur is good for the skin
( www.pembo13.com )



From seg at haxxed.com  Fri Mar 13 06:06:12 2009
From: seg at haxxed.com (Callum Lerwick)
Date: Fri, 13 Mar 2009 01:06:12 -0500
Subject: Ext4 data loss
In-Reply-To: <f224c6140903121941h4bfc8322k5cfdac57c1295b83@mail.gmail.com>
References: <1236908984.6436.46.camel@shrek.rexursive.com>
	<gpcesq$8s9$3@ger.gmane.org>
	<f224c6140903121941h4bfc8322k5cfdac57c1295b83@mail.gmail.com>
Message-ID: <1236924372.32388.46.camel@localhost.localdomain>

On Thu, 2009-03-12 at 22:41 -0400, Michel Salim wrote:
> On Thu, Mar 12, 2009 at 10:03 PM, Kevin Kofler <kevin.kofler at chello.at> wrote:
> >> Are Ted's patches, that are queued up for 2.6.30, going to be applied to
> >> F-11 (and F-10) 2.6.29 kernels or not? Asking just out of curiosity.
> >
> > I sure hope they will. This is pretty much a blocker for the KDE spin.
> >
> Is there any design document about how KDE persists configuration
> files? I have noticed application crashes affecting recently-applied
> KDE settings in the past, even on ext3, while GConf settings seem to
> be persisted to disk almost immediately.

Is KDE Doing It Wrong?

https://bugs.edge.launchpad.net/ubuntu/+source/linux/+bug/317781/comments/54

rename() is what I mean by atomic filesystem operations.
-------------- 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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090313/643360d9/attachment.sig>

From wtogami at redhat.com  Fri Mar 13 06:06:42 2009
From: wtogami at redhat.com (Warren Togami)
Date: Fri, 13 Mar 2009 02:06:42 -0400
Subject: InstantMirror Project: Google Summer of Code 2009
In-Reply-To: <alpine.LFD.2.00.0903130138380.3319@localhost.localdomain>
References: <49B9AFB8.2080609@redhat.com>	<35586fc00903122128s43f7d8adq373fa65c2b7d36f@mail.gmail.com>	<49B9E586.5050806@redhat.com>
	<alpine.LFD.2.00.0903130138380.3319@localhost.localdomain>
Message-ID: <49B9F7F2.9000509@redhat.com>

Seth Vidal wrote:
> 
> I disagree with this assessment. IntelligentMirror has turned into quite 
> an interesting project. It's gone well beyond its original scope as a 
> caching mechanism for packages. There's no point in being rude about it.

https://fedorahosted.org/intelligentmirror/
However looking at its home page, it is equally convoluted and 
self-contradictory as when I read it last year.  The page fails to 
describe what is actually contained in the code, and instead contains 
lots of irrelevant or wrong details, or plans that didn't happen.

Looking at the code I can see the direction it took, which I was 
uninterested in being involved in last year.  It looks good that the 
author learned skills and went on to implement something more useful in 
videocache.

Warren



From wtogami at redhat.com  Fri Mar 13 06:23:57 2009
From: wtogami at redhat.com (Warren Togami)
Date: Fri, 13 Mar 2009 02:23:57 -0400
Subject: InstantMirror Project: Google Summer of Code 2009
In-Reply-To: <16de708d0903122304i21b12929lbc3952103a9cf494@mail.gmail.com>
References: <49B9AFB8.2080609@redhat.com>	<35586fc00903122128s43f7d8adq373fa65c2b7d36f@mail.gmail.com>	<49B9E586.5050806@redhat.com>	<alpine.LFD.2.00.0903130138380.3319@localhost.localdomain>
	<16de708d0903122304i21b12929lbc3952103a9cf494@mail.gmail.com>
Message-ID: <49B9FBFD.2090403@redhat.com>

Arthur Pemberton wrote:
>> I disagree with this assessment. IntelligentMirror has turned into quite an
>> interesting project. It's gone well beyond its original scope as a caching
>> mechanism for packages. There's no point in being rude about it.
> 
> Wasn't the orignal idea his as well? I thought he was simply hateful
> of his own idea. Happens to me all the time.
> 

The original InstantMirror was an attempt to make a reverse proxy server 
suitable for a yum repository.  I quickly decided that approach was a 
dead-end architecturally then got busy on other things.

https://fedorahosted.org/fedora-infrastructure/browser/scripts/proxy-mirror
I ended up making a really simple squid-based solution that works just 
fine with standard squid.conf options.  Various folks have been using 
this solution for HTTP-only caching mirrors in production for a while 
now, mostly for local area network mirrors in branch offices or homes.

The IntelligentMirror guy took that original idea then went off in his 
own direction.  He asked me to be involved last year, but I was 
disinterested because his web page was confusing, and what I could 
figure out I believed to be the wrong direction.  I fail to see how 
intelligentmirror's squid redirector plugin is any improvement over 
standard squid.conf options.  Something positive came out of this 
though, it seems he learned skills and eventually implemented 
videocache, which is useful.

https://fedorahosted.org/InstantMirror/wiki/ExistingRepositoryReplicationMethods
Folks have never been fully satisfied with squid HTTP-only reverse 
caching proxy.  A full mirror wants real directories that can be served 
over multiple protocols or copied.  I have thus been thinking about how 
to combine the benefits of the traditional rsync mirror with the 
robustness of an on-demand caching mirror.

https://fedorahosted.org/InstantMirror/
The new InstantMirror proposal solves these problems.  Rik van Riel and 
I brainstormed these details back on November 26th, 2008, but I haven't 
had the time to write it all down until now.  Several students have been 
bugging me in the last week to write this up for Google SoC 2009.  Here 
it goes.  If we can make this proposal work it will be an awesome step 
forward.

Warren Togami
wtogami at redhat.com



From wtogami at redhat.com  Fri Mar 13 06:41:07 2009
From: wtogami at redhat.com (Warren Togami)
Date: Fri, 13 Mar 2009 02:41:07 -0400
Subject: InstantMirror Project: Google Summer of Code 2009
In-Reply-To: <49B9FBFD.2090403@redhat.com>
References: <49B9AFB8.2080609@redhat.com>	<35586fc00903122128s43f7d8adq373fa65c2b7d36f@mail.gmail.com>	<49B9E586.5050806@redhat.com>	<alpine.LFD.2.00.0903130138380.3319@localhost.localdomain>	<16de708d0903122304i21b12929lbc3952103a9cf494@mail.gmail.com>
	<49B9FBFD.2090403@redhat.com>
Message-ID: <49BA0003.8080900@redhat.com>

Warren Togami wrote:
> https://fedorahosted.org/fedora-infrastructure/browser/scripts/proxy-mirror
> I ended up making a really simple squid-based solution that works just 
> fine with standard squid.conf options.  Various folks have been using 
> this solution for HTTP-only caching mirrors in production for a while 
> now, mostly for local area network mirrors in branch offices or homes.

Oops, this was the wrong URL.  This was pre-InstantMirror, prior to 
finding the squid.conf options that allow it work as a cache without 
issues with yum.

https://fedorahosted.org/InstantMirror/wiki/ExistingRepositoryReplicationMethods
I wrote those options here.

Warren



From mailings at x-tnd.be  Fri Mar 13 07:05:48 2009
From: mailings at x-tnd.be (Johan Cwiklinski)
Date: Fri, 13 Mar 2009 08:05:48 +0100
Subject: compiling gcompris 8.4.11 under rawhide : "unable to find a register
 to spill in class"
Message-ID: <49BA05CC.8070502@x-tnd.be>

Hello,

I'm trying to submit latest GCompris release to rawhide, but I have the
following error :

images_selector.c:331: error: unable to find a register to spill in class 'LINK_OR_CTR_REGS'


Full log is visible at :
http://koji.fedoraproject.org/koji/getfile?taskID=1237854&name=build.log

I do not know what these error means, google answers that is a compiler
bug (not a compilation one)... This release has been built for F-9 and
F-10 without any problem.

Any hint ?

Regards,
Johan



From kulbirsaini at students.iiit.ac.in  Fri Mar 13 07:07:37 2009
From: kulbirsaini at students.iiit.ac.in (Kulbir Saini)
Date: Fri, 13 Mar 2009 12:37:37 +0530
Subject: InstantMirror Project: Google Summer of Code 2009
In-Reply-To: <49B9E586.5050806@redhat.com>
References: <49B9AFB8.2080609@redhat.com>
	<35586fc00903122128s43f7d8adq373fa65c2b7d36f@mail.gmail.com>
	<49B9E586.5050806@redhat.com>
Message-ID: <dc0c6fe10903130007g66f9ed5ap6c3c1fc402231262@mail.gmail.com>

2009/3/13 Warren Togami <wtogami at redhat.com>

> Sankarshan Mukhopadhyay wrote:
>
>> On Fri, Mar 13, 2009 at 6:28 AM, Warren Togami <wtogami at redhat.com>
>> wrote:
>>
>>> https://fedorahosted.org/InstantMirror/
>>>
>>> I have wrote down design notes of the new InstantMirror project.  This
>>> project is meant to be fostered in Google Summer of Code 2009, with
>>> multiple Red Hat engineers as mentors, and possibly multiple students
>>> working together as a team. Students are to be judged by their ability
>>> to work with others as a team, their ability to implement the plan, and
>>> their ability to encourage participation from further volunteers
>>> interested in solving these problems.
>>>
>>
>> I could be wrong but wasn't there a similar GSoC project last year ?
>>
>>
> Last year was IntelligentMirror, which had misguided goals and ultimately
> is not very useful.


    It was _not_ misguided. It was designed for the people who can't afford
replication of complete mirror because they pay a fortune for the bandwidth
they use. It forced squid to cache only the packages which are used in an
intelligent fashion. So that saves a lot of bandwidth which is otherwise
wasted by other softwares to keep packages upto date which are never used
within an organization (due to community interest).

    IntelligentMirror also solved the problem of "squid doesn't serve a
package XYZ from cache when it is fetched from a different mirror." which no
other plugin/software, I know, solves till date.


> This design if implemented properly could possibly upgrade all Fedora
> mirrors and make them operate a lot more efficiently.  It would also make it
> real easy to deploy your own mini-mirror to serve your own local network.
>  For example, at home I personally would use InstantMirror with maybe 30GB
> of cache allocated, but pre-fetching turned off.
>
> Warren Togami Jr.
> warren at togami.com
>
>
> --
> fedora-devel-list mailing list
> fedora-devel-list at redhat.com
> https://www.redhat.com/mailman/listinfo/fedora-devel-list
>
> --
> This message has been scanned for viruses and
> dangerous content by MailScanner, and is
> believed to be clean.
>
> --
-------------------------------------------------------
Thank you,
Kulbir Saini,
Computer Science and Engineering,
International Institute of Information Technology,
Hyderbad, India - 500032.

My Home-Page: http://saini.co.in/
My Linux-Blog: http://fedora.co.in/
My Open-Source Project : http://cachevideos.com/
-------------------------------------------------------
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090313/25c79709/attachment.htm>

From luca at foppiano.org  Fri Mar 13 07:01:23 2009
From: luca at foppiano.org (Luca Foppiano)
Date: Fri, 13 Mar 2009 08:01:23 +0100
Subject: gnome-do 0.8.0
Message-ID: <1236927683.875.60.camel@localhost.localdomain>

Hi, 
	due to mantainer inactivity (and inability to reply to my 
emails and ticket) I proceed to update gnome-do to 0.8.0.

SPEC: http://lfoppiano.fedorapeople.org/gnome-do.spec 

RPM (x86_64):
http://lfoppiano.fedorapeople.org/gnome-do-0.8.0-1.fc10.x86_64.rpm 
http://lfoppiano.fedorapeople.org/gnome-do-devel-0.8.0-1.fc10.x86_64.rpm
 
SRPM: http://lfoppiano.fedorapeople.org/gnome-do-0.8.0-1.fc10.src.rpm

I just updated the package version and check it with mock and rpmlint
(both finished without errors).

Thanks in advance :)
Luca
-- 
Today is Boomtime, the 72nd day of Chaos in the YOLD 3175 

Happiness adds and multiplies as we divide it with others.



From rc040203 at freenet.de  Fri Mar 13 07:49:02 2009
From: rc040203 at freenet.de (Ralf Corsepius)
Date: Fri, 13 Mar 2009 08:49:02 +0100
Subject: compiling gcompris 8.4.11 under rawhide : "unable to find a
 register to spill in class"
In-Reply-To: <49BA05CC.8070502@x-tnd.be>
References: <49BA05CC.8070502@x-tnd.be>
Message-ID: <49BA0FEE.3020104@freenet.de>

Johan Cwiklinski wrote:
> Hello,
> 
> I'm trying to submit latest GCompris release to rawhide, but I have the
> following error :
> 
> images_selector.c:331: error: unable to find a register to spill in class 'LINK_OR_CTR_REGS'
> 
> 
> Full log is visible at :
> http://koji.fedoraproject.org/koji/getfile?taskID=1237854&name=build.log
> 
> I do not know what these error means, google answers that is a compiler
> bug (not a compilation one)... This release has been built for F-9 and
> F-10 without any problem.
> 
> Any hint ?

This likely is a bug in GCC.

File a BZ against GCC.

Ralf



From benny+usenet at amorsen.dk  Fri Mar 13 07:49:52 2009
From: benny+usenet at amorsen.dk (Benny Amorsen)
Date: Fri, 13 Mar 2009 08:49:52 +0100
Subject: InstantMirror Project: Google Summer of Code 2009
In-Reply-To: <49B9E586.5050806@redhat.com> (Warren Togami's message of "Fri\,
	13 Mar 2009 00\:48\:06 -0400")
References: <49B9AFB8.2080609@redhat.com>
	<35586fc00903122128s43f7d8adq373fa65c2b7d36f@mail.gmail.com>
	<49B9E586.5050806@redhat.com>
Message-ID: <m3d4clvp3z.fsf@ursa.amorsen.dk>

Warren Togami <wtogami at redhat.com> writes:

> This design if implemented properly could possibly upgrade all Fedora
> mirrors and make them operate a lot more efficiently.  It would also
> make it real easy to deploy your own mini-mirror to serve your own
> local network.  For example, at home I personally would use
> InstantMirror with maybe 30GB of cache allocated, but pre-fetching
> turned off.

InstantMirror looks like a brilliant idea. If some people can't wait for
it to finish, there is also pkg-cacher. It has a much smaller scope, but
it is very useful if you have a bunch of machines and you don't want to
fetch the same package dozens of times.


/Benny



From wtogami at redhat.com  Fri Mar 13 08:12:28 2009
From: wtogami at redhat.com (Warren Togami)
Date: Fri, 13 Mar 2009 04:12:28 -0400
Subject: InstantMirror Project: Google Summer of Code 2009
In-Reply-To: <dc0c6fe10903130007g66f9ed5ap6c3c1fc402231262@mail.gmail.com>
References: <49B9AFB8.2080609@redhat.com>	<35586fc00903122128s43f7d8adq373fa65c2b7d36f@mail.gmail.com>	<49B9E586.5050806@redhat.com>
	<dc0c6fe10903130007g66f9ed5ap6c3c1fc402231262@mail.gmail.com>
Message-ID: <49BA156C.3050806@redhat.com>

Kulbir Saini wrote:
> 
>     It was _not_ misguided. It was designed for the people who can't 
> afford replication of complete mirror because they pay a fortune for the 
> bandwidth they use. It forced squid to cache only the packages which are 
> used in an intelligent fashion. So that saves a lot of bandwidth which 
> is otherwise wasted by other softwares to keep packages upto date which 
> are never used within an organization (due to community interest).
> 
>     IntelligentMirror also solved the problem of "squid doesn't serve a 
> package XYZ from cache when it is fetched from a different mirror." 
> which no other plugin/software, I know, solves till date.

I really don't mean to belabor this tired topic any further, but you are 
wrong.

Squid can do this without a plugin with only a few squid.conf options 
that avoid the corner-case mismatch errors when files change content 
without changing filenames, as is common with repodata or when RPMS are 
re-signed.

squid.conf options:
refresh_pattern repodata/.*$    0       0%      0
refresh_pattern images/.*$    0 0%      0
refresh_pattern .*rpm$    0     0%      0

https://admin.fedoraproject.org/mirrormanager
Then you add a Site-Local net range to MirrorManager so yum clients on 
your network will automatically prefer a particular mirror.  This is 
either a reverse squid proxy cache running on your own network, or a 
particular public mirror URL + transparent squid proxy.  Either will 
work just fine with the above 3 lines of squid.conf.  This is especially 
a good idea because you do not need to modify any configurations on 
individual clients.  If you have a Fedora laptop on this network, it 
will use the cached mirror.  If you move your laptop to another network, 
MirrorManager will tell it where to find a different mirror.

Warren Togami
wtogami at redhat.com



From rawhide at fedoraproject.org  Fri Mar 13 10:32:12 2009
From: rawhide at fedoraproject.org (Rawhide Report)
Date: Fri, 13 Mar 2009 10:32:12 +0000 (UTC)
Subject: rawhide report: 20090313 changes
Message-ID: <20090313103212.3ED031B8001@releng2.fedora.phx.redhat.com>

Compose started at Fri Mar 13 06:01:03 UTC 2009

Updated Packages:

glib2-2.19.10-2.fc11
--------------------
* Thu Mar 12 2009 Matthias Clasen <mclasen at redhat.com> - 2.19.10-2
- Fix integer overflows in the base64 handling functions. CVE-2008-4316


Summary:
Added Packages: 0
Removed Packages: 0
Modified Packages: 1
Broken deps for i386
----------------------------------------------------------
	ale-0.9.0.1-3.fc11.i586 requires libMagickCore.so.1
	asterisk-ais-1.6.1-0.21.rc1.fc11.i386 requires libSaClm.so.2
	asterisk-ais-1.6.1-0.21.rc1.fc11.i386 requires libSaEvt.so.2
	asterisk-ais-1.6.1-0.21.rc1.fc11.i386 requires libSaEvt.so.2(OPENAIS_EVT_B.01.01)
	asterisk-ais-1.6.1-0.21.rc1.fc11.i386 requires libSaClm.so.2(OPENAIS_CLM_B.01.01)
	asterisk-odbc-1.6.1-0.21.rc1.fc11.i386 requires libodbc.so.1
	asterisk-voicemail-odbc-1.6.1-0.21.rc1.fc11.i386 requires libodbc.so.1
	autotrace-0.31.1-20.fc11.i586 requires libMagickCore.so.1
	dbmail-2.2.11-2.fc10.i386 requires libgmime-2.0.so.2
	dbmail-auth-ldap-2.2.11-2.fc10.i386 requires libgmime-2.0.so.2
	dbmail-mysql-2.2.11-2.fc10.i386 requires libssl.so.7
	dbmail-mysql-2.2.11-2.fc10.i386 requires libcrypto.so.7
	dbmail-mysql-2.2.11-2.fc10.i386 requires libmysqlclient.so.15
	dbmail-mysql-2.2.11-2.fc10.i386 requires libgmime-2.0.so.2
	dbmail-mysql-2.2.11-2.fc10.i386 requires libmysqlclient.so.15(libmysqlclient_15)
	dbmail-pgsql-2.2.11-2.fc10.i386 requires libgmime-2.0.so.2
	drawtiming-0.6.2-4.fc11.i586 requires libMagickCore.so.1
	drawtiming-0.6.2-4.fc11.i586 requires libMagick++.so.1
	gdal-1.6.0-4.fc11.i386 requires libodbc.so.1
	gdal-1.6.0-4.fc11.i386 requires libodbcinst.so.1
	gdal-1.6.0-4.fc11.i386 requires libhdf5.so.5
	gdal-perl-1.6.0-4.fc11.i386 requires libodbc.so.1
	gdal-perl-1.6.0-4.fc11.i386 requires libodbcinst.so.1
	gdal-perl-1.6.0-4.fc11.i386 requires libhdf5.so.5
	gdal-ruby-1.6.0-4.fc11.i386 requires libodbc.so.1
	gdal-ruby-1.6.0-4.fc11.i386 requires libodbcinst.so.1
	gdal-ruby-1.6.0-4.fc11.i386 requires libhdf5.so.5
	gdl-0.9-0.2.rc2.20090224.fc11.i586 requires libMagickCore.so.1
	gdl-0.9-0.2.rc2.20090224.fc11.i586 requires libMagick++.so.1
	grass-6.3.0-10.fc11.i386 requires libodbc.so.1
	imageinfo-0.05-7.fc11.i586 requires libMagickCore.so.1
	inkscape-0.47-0.5.20090301svn.fc11.i586 requires libMagickCore.so.1
	inkscape-0.47-0.5.20090301svn.fc11.i586 requires libMagick++.so.1
	inkscape-docs-0.47-0.5.20090301svn.fc11.i586 requires libMagickCore.so.1
	inkscape-docs-0.47-0.5.20090301svn.fc11.i586 requires libMagick++.so.1
	k3d-0.6.7.0-9.fc11.i386 requires libMagickCore.so.1
	k3d-0.6.7.0-9.fc11.i386 requires libMagick++.so.1
	kismet-extras-0.0.2008.05.R1-3.fc10.i386 requires libMagickCore.so.1
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgdamm-3.0.so.10
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb_graph-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb_extra-3.0.so.4
	libopensync-plugin-syncml-0.35-4.fc10.i386 requires libsyncml.so.0
	lsvpd-1.6.4-3.fc10.i386 requires libvpd_cxx-2.0.so.0
	mapnik-0.5.2-0.10.svn780.fc11.i386 requires dejavu-fonts-sans
	nip2-7.16.4-2.fc11.i586 requires libMagickCore.so.1
	nip2-7.16.4-2.fc11.i586 requires libMagickWand.so.1
	oxine-0.7.1-3.fc11.i586 requires libMagickCore.so.1
	oxine-0.7.1-3.fc11.i586 requires libMagickWand.so.1
	1:pan-0.133-1.fc10.i386 requires libgmime-2.0.so.2
	pfstools-imgmagick-1.7.0-3.fc11.i386 requires libMagickCore.so.1
	pfstools-imgmagick-1.7.0-3.fc11.i386 requires libMagick++.so.1
	pfstools-octave-1.7.0-3.fc11.i386 requires libhdf5.so.5
	php-magickwand-1.0.8-1.fc11.i586 requires libMagickCore.so.1
	php-magickwand-1.0.8-1.fc11.i586 requires libMagickWand.so.1
	php-pecl-imagick-2.2.2-1.fc11.i586 requires libMagickCore.so.1
	php-pecl-imagick-2.2.2-1.fc11.i586 requires libMagickWand.so.1
	postgresql-odbcng-0.90.101-2.fc10.i386 requires libodbcinst.so.1
	psiconv-0.9.8-3.fc11.i586 requires libMagickCore.so.1
	pstoedit-3.45-6.fc11.i586 requires libMagick++.so.1
	pstoedit-3.45-6.fc11.i586 requires libMagickCore.so.1
	q-magick-7.11-4.fc11.i586 requires libMagickCore.so.1
	qpidd-cluster-0.4.738618-2.fc11.i386 requires libcpg.so.2(COROSYNC_CPG_1.0)
	qpidd-cluster-0.4.738618-2.fc11.i386 requires libcpg.so.2
	rhnpush-0.4.5-1.fc11.noarch requires rhnlib
	ruby-rpm-1.2.3-4.fc9.i386 requires librpmdb-4.4.so
	ruby-rpm-1.2.3-4.fc9.i386 requires librpmio-4.4.so
	ruby-rpm-1.2.3-4.fc9.i386 requires librpmbuild-4.4.so
	ruby-rpm-1.2.3-4.fc9.i386 requires librpm-4.4.so
	vips-7.16.4-2.fc11.i586 requires libMagickCore.so.1
	vips-7.16.4-2.fc11.i586 requires libMagickWand.so.1
	vips-python-7.16.4-2.fc11.i586 requires libMagickCore.so.1
	vips-python-7.16.4-2.fc11.i586 requires libMagickWand.so.1
	vips-tools-7.16.4-2.fc11.i586 requires libMagickCore.so.1
	vips-tools-7.16.4-2.fc11.i586 requires libMagickWand.so.1
	vtk-examples-5.0.4-26.fc11.i386 requires vtkdata = 0:5.0.4
	vtk-testing-5.0.4-26.fc11.i386 requires vtkdata = 0:5.0.4
	xastir-1.9.5-2.fc11.i386 requires libMagickCore.so.1



Broken deps for x86_64
----------------------------------------------------------
	ale-0.9.0.1-3.fc11.x86_64 requires libMagickCore.so.1()(64bit)
	asterisk-ais-1.6.1-0.21.rc1.fc11.x86_64 requires libSaEvt.so.2()(64bit)
	asterisk-ais-1.6.1-0.21.rc1.fc11.x86_64 requires libSaClm.so.2(OPENAIS_CLM_B.01.01)(64bit)
	asterisk-ais-1.6.1-0.21.rc1.fc11.x86_64 requires libSaEvt.so.2(OPENAIS_EVT_B.01.01)(64bit)
	asterisk-ais-1.6.1-0.21.rc1.fc11.x86_64 requires libSaClm.so.2()(64bit)
	asterisk-odbc-1.6.1-0.21.rc1.fc11.x86_64 requires libodbc.so.1()(64bit)
	asterisk-voicemail-odbc-1.6.1-0.21.rc1.fc11.x86_64 requires libodbc.so.1()(64bit)
	autotrace-0.31.1-20.fc11.i586 requires libMagickCore.so.1
	autotrace-0.31.1-20.fc11.x86_64 requires libMagickCore.so.1()(64bit)
	dbmail-2.2.11-2.fc10.x86_64 requires libgmime-2.0.so.2()(64bit)
	dbmail-auth-ldap-2.2.11-2.fc10.x86_64 requires libgmime-2.0.so.2()(64bit)
	dbmail-mysql-2.2.11-2.fc10.x86_64 requires libmysqlclient.so.15(libmysqlclient_15)(64bit)
	dbmail-mysql-2.2.11-2.fc10.x86_64 requires libgmime-2.0.so.2()(64bit)
	dbmail-mysql-2.2.11-2.fc10.x86_64 requires libssl.so.7()(64bit)
	dbmail-mysql-2.2.11-2.fc10.x86_64 requires libcrypto.so.7()(64bit)
	dbmail-mysql-2.2.11-2.fc10.x86_64 requires libmysqlclient.so.15()(64bit)
	dbmail-pgsql-2.2.11-2.fc10.x86_64 requires libgmime-2.0.so.2()(64bit)
	drawtiming-0.6.2-4.fc11.x86_64 requires libMagick++.so.1()(64bit)
	drawtiming-0.6.2-4.fc11.x86_64 requires libMagickCore.so.1()(64bit)
	gdal-1.6.0-4.fc11.i386 requires libodbc.so.1
	gdal-1.6.0-4.fc11.i386 requires libodbcinst.so.1
	gdal-1.6.0-4.fc11.i386 requires libhdf5.so.5
	gdal-1.6.0-4.fc11.x86_64 requires libhdf5.so.5()(64bit)
	gdal-1.6.0-4.fc11.x86_64 requires libodbcinst.so.1()(64bit)
	gdal-1.6.0-4.fc11.x86_64 requires libodbc.so.1()(64bit)
	gdal-perl-1.6.0-4.fc11.x86_64 requires libhdf5.so.5()(64bit)
	gdal-perl-1.6.0-4.fc11.x86_64 requires libodbcinst.so.1()(64bit)
	gdal-perl-1.6.0-4.fc11.x86_64 requires libodbc.so.1()(64bit)
	gdal-ruby-1.6.0-4.fc11.x86_64 requires libhdf5.so.5()(64bit)
	gdal-ruby-1.6.0-4.fc11.x86_64 requires libodbcinst.so.1()(64bit)
	gdal-ruby-1.6.0-4.fc11.x86_64 requires libodbc.so.1()(64bit)
	gdl-0.9-0.2.rc2.20090224.fc11.x86_64 requires libMagick++.so.1()(64bit)
	gdl-0.9-0.2.rc2.20090224.fc11.x86_64 requires libMagickCore.so.1()(64bit)
	grass-6.3.0-10.fc11.x86_64 requires libodbc.so.1()(64bit)
	imageinfo-0.05-7.fc11.x86_64 requires libMagickCore.so.1()(64bit)
	inkscape-0.47-0.5.20090301svn.fc11.x86_64 requires libMagickCore.so.1()(64bit)
	inkscape-0.47-0.5.20090301svn.fc11.x86_64 requires libMagick++.so.1()(64bit)
	inkscape-docs-0.47-0.5.20090301svn.fc11.x86_64 requires libMagickCore.so.1()(64bit)
	inkscape-docs-0.47-0.5.20090301svn.fc11.x86_64 requires libMagick++.so.1()(64bit)
	k3d-0.6.7.0-9.fc11.i386 requires libMagickCore.so.1
	k3d-0.6.7.0-9.fc11.i386 requires libMagick++.so.1
	k3d-0.6.7.0-9.fc11.x86_64 requires libMagick++.so.1()(64bit)
	k3d-0.6.7.0-9.fc11.x86_64 requires libMagickCore.so.1()(64bit)
	kismet-extras-0.0.2008.05.R1-3.fc10.x86_64 requires libMagickCore.so.1()(64bit)
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgdamm-3.0.so.10
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb_graph-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb_extra-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.x86_64 requires libgnomedb_graph-3.0.so.4()(64bit)
	libgnomedbmm-2.9.5-4.fc9.x86_64 requires libgdamm-3.0.so.10()(64bit)
	libgnomedbmm-2.9.5-4.fc9.x86_64 requires libgnomedb-3.0.so.4()(64bit)
	libgnomedbmm-2.9.5-4.fc9.x86_64 requires libgnomedb_extra-3.0.so.4()(64bit)
	libopensync-plugin-syncml-0.35-4.fc10.x86_64 requires libsyncml.so.0()(64bit)
	lsvpd-1.6.4-3.fc10.x86_64 requires libvpd_cxx-2.0.so.0()(64bit)
	mapnik-0.5.2-0.10.svn780.fc11.i386 requires dejavu-fonts-sans
	mapnik-0.5.2-0.10.svn780.fc11.x86_64 requires dejavu-fonts-sans
	nip2-7.16.4-2.fc11.x86_64 requires libMagickCore.so.1()(64bit)
	nip2-7.16.4-2.fc11.x86_64 requires libMagickWand.so.1()(64bit)
	oxine-0.7.1-3.fc11.x86_64 requires libMagickCore.so.1()(64bit)
	oxine-0.7.1-3.fc11.x86_64 requires libMagickWand.so.1()(64bit)
	1:pan-0.133-1.fc10.x86_64 requires libgmime-2.0.so.2()(64bit)
	pfstools-imgmagick-1.7.0-3.fc11.x86_64 requires libMagick++.so.1()(64bit)
	pfstools-imgmagick-1.7.0-3.fc11.x86_64 requires libMagickCore.so.1()(64bit)
	pfstools-octave-1.7.0-3.fc11.x86_64 requires libhdf5.so.5()(64bit)
	php-magickwand-1.0.8-1.fc11.x86_64 requires libMagickCore.so.1()(64bit)
	php-magickwand-1.0.8-1.fc11.x86_64 requires libMagickWand.so.1()(64bit)
	php-pecl-imagick-2.2.2-1.fc11.x86_64 requires libMagickCore.so.1()(64bit)
	php-pecl-imagick-2.2.2-1.fc11.x86_64 requires libMagickWand.so.1()(64bit)
	postgresql-odbcng-0.90.101-2.fc10.i386 requires libodbcinst.so.1
	postgresql-odbcng-0.90.101-2.fc10.x86_64 requires libodbcinst.so.1()(64bit)
	psiconv-0.9.8-3.fc11.i586 requires libMagickCore.so.1
	psiconv-0.9.8-3.fc11.x86_64 requires libMagickCore.so.1()(64bit)
	pstoedit-3.45-6.fc11.i586 requires libMagick++.so.1
	pstoedit-3.45-6.fc11.i586 requires libMagickCore.so.1
	pstoedit-3.45-6.fc11.x86_64 requires libMagickCore.so.1()(64bit)
	pstoedit-3.45-6.fc11.x86_64 requires libMagick++.so.1()(64bit)
	q-magick-7.11-4.fc11.x86_64 requires libMagickCore.so.1()(64bit)
	qpidd-cluster-0.4.738618-2.fc11.x86_64 requires libcpg.so.2()(64bit)
	qpidd-cluster-0.4.738618-2.fc11.x86_64 requires libcpg.so.2(COROSYNC_CPG_1.0)(64bit)
	rhnpush-0.4.5-1.fc11.noarch requires rhnlib
	ruby-rpm-1.2.3-4.fc9.x86_64 requires librpmdb-4.4.so()(64bit)
	ruby-rpm-1.2.3-4.fc9.x86_64 requires librpmbuild-4.4.so()(64bit)
	ruby-rpm-1.2.3-4.fc9.x86_64 requires librpmio-4.4.so()(64bit)
	ruby-rpm-1.2.3-4.fc9.x86_64 requires librpm-4.4.so()(64bit)
	vips-7.16.4-2.fc11.i586 requires libMagickCore.so.1
	vips-7.16.4-2.fc11.i586 requires libMagickWand.so.1
	vips-7.16.4-2.fc11.x86_64 requires libMagickCore.so.1()(64bit)
	vips-7.16.4-2.fc11.x86_64 requires libMagickWand.so.1()(64bit)
	vips-python-7.16.4-2.fc11.x86_64 requires libMagickCore.so.1()(64bit)
	vips-python-7.16.4-2.fc11.x86_64 requires libMagickWand.so.1()(64bit)
	vips-tools-7.16.4-2.fc11.x86_64 requires libMagickCore.so.1()(64bit)
	vips-tools-7.16.4-2.fc11.x86_64 requires libMagickWand.so.1()(64bit)
	vtk-examples-5.0.4-26.fc11.x86_64 requires vtkdata = 0:5.0.4
	vtk-testing-5.0.4-26.fc11.x86_64 requires vtkdata = 0:5.0.4
	xastir-1.9.5-2.fc11.x86_64 requires libMagickCore.so.1()(64bit)



Broken deps for ppc
----------------------------------------------------------
	ale-0.9.0.1-3.fc11.ppc requires libMagickCore.so.1
	asterisk-ais-1.6.1-0.21.rc1.fc11.ppc requires libSaClm.so.2
	asterisk-ais-1.6.1-0.21.rc1.fc11.ppc requires libSaEvt.so.2
	asterisk-ais-1.6.1-0.21.rc1.fc11.ppc requires libSaEvt.so.2(OPENAIS_EVT_B.01.01)
	asterisk-ais-1.6.1-0.21.rc1.fc11.ppc requires libSaClm.so.2(OPENAIS_CLM_B.01.01)
	asterisk-odbc-1.6.1-0.21.rc1.fc11.ppc requires libodbc.so.1
	asterisk-voicemail-odbc-1.6.1-0.21.rc1.fc11.ppc requires libodbc.so.1
	autotrace-0.31.1-20.fc11.ppc requires libMagickCore.so.1
	autotrace-0.31.1-20.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	dbmail-2.2.11-2.fc10.ppc requires libgmime-2.0.so.2
	dbmail-auth-ldap-2.2.11-2.fc10.ppc requires libgmime-2.0.so.2
	dbmail-mysql-2.2.11-2.fc10.ppc requires libssl.so.7
	dbmail-mysql-2.2.11-2.fc10.ppc requires libmysqlclient.so.15
	dbmail-mysql-2.2.11-2.fc10.ppc requires libcrypto.so.7
	dbmail-mysql-2.2.11-2.fc10.ppc requires libmysqlclient.so.15(libmysqlclient_15)
	dbmail-mysql-2.2.11-2.fc10.ppc requires libgmime-2.0.so.2
	dbmail-pgsql-2.2.11-2.fc10.ppc requires libgmime-2.0.so.2
	drawtiming-0.6.2-4.fc11.ppc requires libMagickCore.so.1
	drawtiming-0.6.2-4.fc11.ppc requires libMagick++.so.1
	gdal-1.6.0-4.fc11.ppc requires libodbc.so.1
	gdal-1.6.0-4.fc11.ppc requires libodbcinst.so.1
	gdal-1.6.0-4.fc11.ppc requires libhdf5.so.5
	gdal-1.6.0-4.fc11.ppc64 requires libhdf5.so.5()(64bit)
	gdal-1.6.0-4.fc11.ppc64 requires libodbcinst.so.1()(64bit)
	gdal-1.6.0-4.fc11.ppc64 requires libodbc.so.1()(64bit)
	gdal-perl-1.6.0-4.fc11.ppc requires libodbc.so.1
	gdal-perl-1.6.0-4.fc11.ppc requires libodbcinst.so.1
	gdal-perl-1.6.0-4.fc11.ppc requires libhdf5.so.5
	gdal-ruby-1.6.0-4.fc11.ppc requires libodbc.so.1
	gdal-ruby-1.6.0-4.fc11.ppc requires libodbcinst.so.1
	gdal-ruby-1.6.0-4.fc11.ppc requires libhdf5.so.5
	gdl-0.9-0.2.rc2.20090224.fc11.ppc requires libMagickCore.so.1
	gdl-0.9-0.2.rc2.20090224.fc11.ppc requires libMagick++.so.1
	grass-6.3.0-10.fc11.ppc requires libodbc.so.1
	imageinfo-0.05-7.fc11.ppc requires libMagickCore.so.1
	inkscape-0.47-0.5.20090301svn.fc11.ppc requires libMagickCore.so.1
	inkscape-0.47-0.5.20090301svn.fc11.ppc requires libMagick++.so.1
	inkscape-docs-0.47-0.5.20090301svn.fc11.ppc requires libMagickCore.so.1
	inkscape-docs-0.47-0.5.20090301svn.fc11.ppc requires libMagick++.so.1
	k3d-0.6.7.0-9.fc11.ppc requires libMagickCore.so.1
	k3d-0.6.7.0-9.fc11.ppc requires libMagick++.so.1
	k3d-0.6.7.0-9.fc11.ppc64 requires libMagick++.so.1()(64bit)
	k3d-0.6.7.0-9.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	kismet-extras-0.0.2008.05.R1-3.fc10.ppc requires libMagickCore.so.1
	libgnomedbmm-2.9.5-4.fc9.ppc requires libgnomedb-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.ppc requires libgdamm-3.0.so.10
	libgnomedbmm-2.9.5-4.fc9.ppc requires libgnomedb_graph-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.ppc requires libgnomedb_extra-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgnomedb_graph-3.0.so.4()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgdamm-3.0.so.10()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgnomedb-3.0.so.4()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgnomedb_extra-3.0.so.4()(64bit)
	libopensync-plugin-syncml-0.35-4.fc10.ppc requires libsyncml.so.0
	lsvpd-1.6.4-3.fc10.ppc requires libvpd_cxx-2.0.so.0
	mapnik-0.5.2-0.10.svn780.fc11.ppc requires dejavu-fonts-sans
	mapnik-0.5.2-0.10.svn780.fc11.ppc64 requires dejavu-fonts-sans
	nip2-7.16.4-2.fc11.ppc requires libMagickCore.so.1
	nip2-7.16.4-2.fc11.ppc requires libMagickWand.so.1
	oxine-0.7.1-3.fc11.ppc requires libMagickCore.so.1
	oxine-0.7.1-3.fc11.ppc requires libMagickWand.so.1
	1:pan-0.133-1.fc10.ppc requires libgmime-2.0.so.2
	pfstools-imgmagick-1.7.0-3.fc11.ppc requires libMagickCore.so.1
	pfstools-imgmagick-1.7.0-3.fc11.ppc requires libMagick++.so.1
	pfstools-octave-1.7.0-3.fc11.ppc requires libhdf5.so.5
	php-magickwand-1.0.8-1.fc11.ppc requires libMagickCore.so.1
	php-magickwand-1.0.8-1.fc11.ppc requires libMagickWand.so.1
	php-pecl-imagick-2.2.2-1.fc11.ppc requires libMagickCore.so.1
	php-pecl-imagick-2.2.2-1.fc11.ppc requires libMagickWand.so.1
	postgresql-odbcng-0.90.101-2.fc10.ppc requires libodbcinst.so.1
	postgresql-odbcng-0.90.101-2.fc10.ppc64 requires libodbcinst.so.1()(64bit)
	psiconv-0.9.8-3.fc11.ppc requires libMagickCore.so.1
	psiconv-0.9.8-3.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	pstoedit-3.45-6.fc11.ppc requires libMagick++.so.1
	pstoedit-3.45-6.fc11.ppc requires libMagickCore.so.1
	pstoedit-3.45-6.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	pstoedit-3.45-6.fc11.ppc64 requires libMagick++.so.1()(64bit)
	q-magick-7.11-4.fc11.ppc requires libMagickCore.so.1
	qpidd-cluster-0.4.738618-2.fc11.ppc requires libcpg.so.2(COROSYNC_CPG_1.0)
	qpidd-cluster-0.4.738618-2.fc11.ppc requires libcpg.so.2
	rhnpush-0.4.5-1.fc11.noarch requires rhnlib
	ruby-rpm-1.2.3-4.fc9.ppc requires librpmdb-4.4.so
	ruby-rpm-1.2.3-4.fc9.ppc requires librpmio-4.4.so
	ruby-rpm-1.2.3-4.fc9.ppc requires librpmbuild-4.4.so
	ruby-rpm-1.2.3-4.fc9.ppc requires librpm-4.4.so
	vips-7.16.4-2.fc11.ppc requires libMagickCore.so.1
	vips-7.16.4-2.fc11.ppc requires libMagickWand.so.1
	vips-7.16.4-2.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	vips-7.16.4-2.fc11.ppc64 requires libMagickWand.so.1()(64bit)
	vips-python-7.16.4-2.fc11.ppc requires libMagickCore.so.1
	vips-python-7.16.4-2.fc11.ppc requires libMagickWand.so.1
	vips-tools-7.16.4-2.fc11.ppc requires libMagickCore.so.1
	vips-tools-7.16.4-2.fc11.ppc requires libMagickWand.so.1
	vtk-examples-5.0.4-26.fc11.ppc requires vtkdata = 0:5.0.4
	vtk-testing-5.0.4-26.fc11.ppc requires vtkdata = 0:5.0.4
	xastir-1.9.5-2.fc11.ppc requires libMagickCore.so.1



Broken deps for ppc64
----------------------------------------------------------
	ale-0.9.0.1-3.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	asterisk-ais-1.6.1-0.21.rc1.fc11.ppc64 requires libSaEvt.so.2()(64bit)
	asterisk-ais-1.6.1-0.21.rc1.fc11.ppc64 requires libSaClm.so.2(OPENAIS_CLM_B.01.01)(64bit)
	asterisk-ais-1.6.1-0.21.rc1.fc11.ppc64 requires libSaEvt.so.2(OPENAIS_EVT_B.01.01)(64bit)
	asterisk-ais-1.6.1-0.21.rc1.fc11.ppc64 requires libSaClm.so.2()(64bit)
	asterisk-odbc-1.6.1-0.21.rc1.fc11.ppc64 requires libodbc.so.1()(64bit)
	asterisk-voicemail-odbc-1.6.1-0.21.rc1.fc11.ppc64 requires libodbc.so.1()(64bit)
	autotrace-0.31.1-20.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	cabal2spec-0.12-1.fc11.noarch requires ghc > 0:6.10.1-7
	dbmail-2.2.11-2.fc10.ppc64 requires libgmime-2.0.so.2()(64bit)
	dbmail-auth-ldap-2.2.11-2.fc10.ppc64 requires libgmime-2.0.so.2()(64bit)
	dbmail-mysql-2.2.11-2.fc10.ppc64 requires libgmime-2.0.so.2()(64bit)
	dbmail-mysql-2.2.11-2.fc10.ppc64 requires libssl.so.7()(64bit)
	dbmail-mysql-2.2.11-2.fc10.ppc64 requires libmysqlclient.so.15(libmysqlclient_15)(64bit)
	dbmail-mysql-2.2.11-2.fc10.ppc64 requires libcrypto.so.7()(64bit)
	dbmail-mysql-2.2.11-2.fc10.ppc64 requires libmysqlclient.so.15()(64bit)
	dbmail-pgsql-2.2.11-2.fc10.ppc64 requires libgmime-2.0.so.2()(64bit)
	drawtiming-0.6.2-4.fc11.ppc64 requires libMagick++.so.1()(64bit)
	drawtiming-0.6.2-4.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	gdal-1.6.0-4.fc11.ppc64 requires libhdf5.so.5()(64bit)
	gdal-1.6.0-4.fc11.ppc64 requires libodbcinst.so.1()(64bit)
	gdal-1.6.0-4.fc11.ppc64 requires libodbc.so.1()(64bit)
	gdal-perl-1.6.0-4.fc11.ppc64 requires libhdf5.so.5()(64bit)
	gdal-perl-1.6.0-4.fc11.ppc64 requires libodbcinst.so.1()(64bit)
	gdal-perl-1.6.0-4.fc11.ppc64 requires libodbc.so.1()(64bit)
	gdal-ruby-1.6.0-4.fc11.ppc64 requires libhdf5.so.5()(64bit)
	gdal-ruby-1.6.0-4.fc11.ppc64 requires libodbcinst.so.1()(64bit)
	gdal-ruby-1.6.0-4.fc11.ppc64 requires libodbc.so.1()(64bit)
	gdl-0.9-0.2.rc2.20090224.fc11.ppc64 requires libMagick++.so.1()(64bit)
	gdl-0.9-0.2.rc2.20090224.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	grass-6.3.0-10.fc11.ppc64 requires libodbc.so.1()(64bit)
	imageinfo-0.05-7.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	inkscape-0.47-0.5.20090301svn.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	inkscape-0.47-0.5.20090301svn.fc11.ppc64 requires libMagick++.so.1()(64bit)
	inkscape-docs-0.47-0.5.20090301svn.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	inkscape-docs-0.47-0.5.20090301svn.fc11.ppc64 requires libMagick++.so.1()(64bit)
	k3d-0.6.7.0-9.fc11.ppc64 requires libMagick++.so.1()(64bit)
	k3d-0.6.7.0-9.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	kismet-extras-0.0.2008.05.R1-3.fc10.ppc64 requires libMagickCore.so.1()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgnomedb_graph-3.0.so.4()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgdamm-3.0.so.10()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgnomedb-3.0.so.4()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgnomedb_extra-3.0.so.4()(64bit)
	libopensync-plugin-syncml-0.35-4.fc10.ppc64 requires libsyncml.so.0()(64bit)
	lsvpd-1.6.4-3.fc10.ppc64 requires libvpd_cxx-2.0.so.0()(64bit)
	mapnik-0.5.2-0.10.svn780.fc11.ppc64 requires dejavu-fonts-sans
	nip2-7.16.4-2.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	nip2-7.16.4-2.fc11.ppc64 requires libMagickWand.so.1()(64bit)
	oxine-0.7.1-3.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	oxine-0.7.1-3.fc11.ppc64 requires libMagickWand.so.1()(64bit)
	1:pan-0.133-1.fc10.ppc64 requires libgmime-2.0.so.2()(64bit)
	pfstools-imgmagick-1.7.0-3.fc11.ppc64 requires libMagick++.so.1()(64bit)
	pfstools-imgmagick-1.7.0-3.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	pfstools-octave-1.7.0-3.fc11.ppc64 requires libhdf5.so.5()(64bit)
	php-magickwand-1.0.8-1.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	php-magickwand-1.0.8-1.fc11.ppc64 requires libMagickWand.so.1()(64bit)
	php-pecl-imagick-2.2.2-1.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	php-pecl-imagick-2.2.2-1.fc11.ppc64 requires libMagickWand.so.1()(64bit)
	postgresql-odbcng-0.90.101-2.fc10.ppc64 requires libodbcinst.so.1()(64bit)
	psiconv-0.9.8-3.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	pstoedit-3.45-6.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	pstoedit-3.45-6.fc11.ppc64 requires libMagick++.so.1()(64bit)
	q-magick-7.11-4.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	qpidd-cluster-0.4.738618-2.fc11.ppc64 requires libcpg.so.2()(64bit)
	qpidd-cluster-0.4.738618-2.fc11.ppc64 requires libcpg.so.2(COROSYNC_CPG_1.0)(64bit)
	rhnpush-0.4.5-1.fc11.noarch requires rhnlib
	ruby-rpm-1.2.3-4.fc9.ppc64 requires librpmdb-4.4.so()(64bit)
	ruby-rpm-1.2.3-4.fc9.ppc64 requires librpmbuild-4.4.so()(64bit)
	ruby-rpm-1.2.3-4.fc9.ppc64 requires librpmio-4.4.so()(64bit)
	ruby-rpm-1.2.3-4.fc9.ppc64 requires librpm-4.4.so()(64bit)
	vips-7.16.4-2.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	vips-7.16.4-2.fc11.ppc64 requires libMagickWand.so.1()(64bit)
	vips-python-7.16.4-2.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	vips-python-7.16.4-2.fc11.ppc64 requires libMagickWand.so.1()(64bit)
	vips-tools-7.16.4-2.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	vips-tools-7.16.4-2.fc11.ppc64 requires libMagickWand.so.1()(64bit)
	vtk-examples-5.0.4-26.fc11.ppc64 requires vtkdata = 0:5.0.4
	vtk-testing-5.0.4-26.fc11.ppc64 requires vtkdata = 0:5.0.4
	xastir-1.9.5-2.fc11.ppc64 requires libMagickCore.so.1()(64bit)





From rjones at redhat.com  Fri Mar 13 12:00:18 2009
From: rjones at redhat.com (Richard W.M. Jones)
Date: Fri, 13 Mar 2009 12:00:18 +0000
Subject: InstantMirror Project: Google Summer of Code 2009
In-Reply-To: <49B9AFB8.2080609@redhat.com>
References: <49B9AFB8.2080609@redhat.com>
Message-ID: <20090313120018.GA31699@amd.home.annexia.org>

Nice.  Can it have it today, with a pony please?

On the issue of design, are you familiar with "wandering trees"?  For
read-only filesystems where you need to keep snapshots, have
transactions, and ensure that new versions are consistent, they are
very well-suited.

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 rc040203 at freenet.de  Fri Mar 13 12:46:34 2009
From: rc040203 at freenet.de (Ralf Corsepius)
Date: Fri, 13 Mar 2009 13:46:34 +0100
Subject: linphone build failures
In-Reply-To: <3170f42f0903120223v566b3ec6o260bf9ace2ef556e@mail.gmail.com>
References: <3170f42f0903120223v566b3ec6o260bf9ace2ef556e@mail.gmail.com>
Message-ID: <49BA55AA.5080505@freenet.de>

Debarshi Ray wrote:
> Linphone is having some build problems lately:
> http://koji.fedoraproject.org/koji/packageinfo?packageID=2457
> 
> Since the %changelog shows up some of your email addresses, I thought
> maybe you would have some idea about this.
> 
> Scratch builds [1] fail with:
> [...]
> config.status: creating linphone.spec
> config.status: creating config.h
> config.status: executing depfiles commands
> config.status: executing libtool commands
> config.status: executing po-directories commands
> config.status: creating po/POTFILES
> config.status: creating po/Makefile
> config.status: executing po/stamp-it commands
> config.status: error: po/Makefile.in.in was not created by intltoolize.
> error: Bad exit status from /var/tmp/rpm-tmp.kDxWQA (%build)
>     Bad exit status from /var/tmp/rpm-tmp.kDxWQA (%build)
> RPM build errors:
> Child returncode was: 1
> 
> While looking at linphone.spec, I came upon the following:
> [...]
> %build

> Since regenerating the build scripts in the .spec is looked down upon,
> what is the rationale behind doing it here?
I took the liberty to clean up this package and rebuild it for FC11:
http://koji.fedoraproject.org/koji/taskinfo?taskID=1239441

It's one of these cases, running arbitrary versions of autotools
breaks a package's configuration due to bugs in a package's auto* source 
files.

Ralf



From rwheeler at redhat.com  Fri Mar 13 12:55:01 2009
From: rwheeler at redhat.com (Ric Wheeler)
Date: Fri, 13 Mar 2009 08:55:01 -0400
Subject: Ext4 data loss
In-Reply-To: <1236924372.32388.46.camel@localhost.localdomain>
References: <1236908984.6436.46.camel@shrek.rexursive.com>	<gpcesq$8s9$3@ger.gmane.org>	<f224c6140903121941h4bfc8322k5cfdac57c1295b83@mail.gmail.com>
	<1236924372.32388.46.camel@localhost.localdomain>
Message-ID: <49BA57A5.9060202@redhat.com>

Callum Lerwick wrote:
> On Thu, 2009-03-12 at 22:41 -0400, Michel Salim wrote:
>   
>> On Thu, Mar 12, 2009 at 10:03 PM, Kevin Kofler <kevin.kofler at chello.at> wrote:
>>     
>>>> Are Ted's patches, that are queued up for 2.6.30, going to be applied to
>>>> F-11 (and F-10) 2.6.29 kernels or not? Asking just out of curiosity.
>>>>         
>>> I sure hope they will. This is pretty much a blocker for the KDE spin.
>>>
>>>       
>> Is there any design document about how KDE persists configuration
>> files? I have noticed application crashes affecting recently-applied
>> KDE settings in the past, even on ext3, while GConf settings seem to
>> be persisted to disk almost immediately.
>>     
>
> Is KDE Doing It Wrong?
>
> https://bugs.edge.launchpad.net/ubuntu/+source/linux/+bug/317781/comments/54
>
> rename() is what I mean by atomic filesystem operations.
>   
I would add that you need to fsync() the directories as well to make 
sure that the rename survives a power failure. Note that in the worst 
case without the directory renames, you would still have your old file 
intact (and a temp file to clean up) so it is not horrible.

Ric



From dominik at greysector.net  Fri Mar 13 13:32:51 2009
From: dominik at greysector.net (Dominik 'Rathann' Mierzejewski)
Date: Fri, 13 Mar 2009 14:32:51 +0100
Subject: repo whatrequires
In-Reply-To: <49B9077D.3050604@draigBrady.com>
References: <49B90263.3010203@draigBrady.com> <49B90392.9050609@redhat.com>
	<49B9077D.3050604@draigBrady.com>
Message-ID: <20090313133251.GA3941@mokona.greysector.net>

On Thursday, 12 March 2009 at 14:00, P?draig Brady wrote:
> Stephen Gallagher wrote:
> > 
> > $ repoquery --whatrequires libicuuc.so.40
> 
> Ah you need to use the basename. That's non obvious/surprising.

Not basename, but rpm provides (rpm -q --provides libicu).

> $ repoquery --whatrequires $(rpm -ql libicu | xargs -n1 basename) | sort -u

This won't work on any multilib arch, because 64bit provides look
like this: libicu.so.40()(64bit) on those.

Regards,
R.

-- 
Fedora http://fedoraproject.org/wiki/User:Rathann
RPMFusion http://rpmfusion.org | MPlayer http://mplayerhq.hu
"Faith manages."
        -- Delenn to Lennier in Babylon 5:"Confessions and Lamentations"



From jonstanley at gmail.com  Fri Mar 13 14:09:01 2009
From: jonstanley at gmail.com (Jon Stanley)
Date: Fri, 13 Mar 2009 10:09:01 -0400
Subject: Procedure of becoming a sponsor
In-Reply-To: <f224c6140903121635iac87761wd586208da2ba249a@mail.gmail.com>
References: <f224c6140903121635iac87761wd586208da2ba249a@mail.gmail.com>
Message-ID: <da159fda0903130709q4d2663c0v546ed03c2328e285@mail.gmail.com>

On Thu, Mar 12, 2009 at 7:35 PM, Michel Salim <michel.sylvan at gmail.com> wrote:
> There appears to be different alternative procedures for applying to
> be a sponsor:
>
> - according to http://fedoraproject.org/wiki/How_to_sponsor_a_new_contributor#Becoming_a_Fedora_Package_Collection_Sponsor:
>
> ?either emailing this list, the FESCo chair, or in person during FESCo IRC

Or you can also open up a trac ticket.

> - there is also this page:
> http://fedoraproject.org/wiki/Extras/Schedule/NewSponsors that has not
> been updated since January. The persons listed on the page have all
> been approved as sponsors since.

I've removed the outdated content from that page - I didn't even
really know it existed. I've also added a link to Trac there.

> Is there a preferred way to do this?

I personally prefer a trac ticket - it ends up there anyway you slice
it :) Am I to assume that this email means you would like to become a
sponsor?



From itamar at ispbrasil.com.br  Fri Mar 13 14:24:20 2009
From: itamar at ispbrasil.com.br (Itamar Reis Peixoto)
Date: Fri, 13 Mar 2009 11:24:20 -0300
Subject: Procedure of becoming a sponsor
In-Reply-To: <f224c6140903121635iac87761wd586208da2ba249a@mail.gmail.com>
References: <f224c6140903121635iac87761wd586208da2ba249a@mail.gmail.com>
Message-ID: <d3ceea380903130724p33286dcam4f06ea3523ad2d4e@mail.gmail.com>

you have a good number of packages.

but if you want to become a sponsor I recommend you to start making
package reviews, before ask FESCo

this is my personal experience, last time FESCo say no for me.




On Thu, Mar 12, 2009 at 8:35 PM, Michel Salim <michel.sylvan at gmail.com> wrote:
> There appears to be different alternative procedures for applying to
> be a sponsor:
>
> - according to http://fedoraproject.org/wiki/How_to_sponsor_a_new_contributor#Becoming_a_Fedora_Package_Collection_Sponsor:
>
> ?either emailing this list, the FESCo chair, or in person during FESCo IRC
>
> - there is also this page:
> http://fedoraproject.org/wiki/Extras/Schedule/NewSponsors that has not
> been updated since January. The persons listed on the page have all
> been approved as sponsors since.
>
>
> Is there a preferred way to do this?
>
> Thanks,
>
> --
> mi?el salim ?? ?http://hircus.jaiku.com/
> IUCS ? ? ? ? ? ?msalim at cs.indiana.edu
> Fedora ? ? ? ? ?salimma at fedoraproject.org
> MacPorts ? ? ? ?hircus at macports.org
>
> --
> 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 oget.fedora at gmail.com  Fri Mar 13 14:36:17 2009
From: oget.fedora at gmail.com (Orcan Ogetbil)
Date: Fri, 13 Mar 2009 10:36:17 -0400
Subject: Procedure of becoming a sponsor
In-Reply-To: <f224c6140903121635iac87761wd586208da2ba249a@mail.gmail.com>
References: <f224c6140903121635iac87761wd586208da2ba249a@mail.gmail.com>
Message-ID: <e76492710903130736s7bc9107dv9e9c35fda318f819@mail.gmail.com>

On Thu, Mar 12, 2009 at 7:35 PM, Michel Salim wrote:
> There appears to be different alternative procedures for applying to
> be a sponsor:
>
> - according to http://fedoraproject.org/wiki/How_to_sponsor_a_new_contributor#Becoming_a_Fedora_Package_Collection_Sponsor:
>
> ?either emailing this list, the FESCo chair, or in person during FESCo IRC
>
> - there is also this page:
> http://fedoraproject.org/wiki/Extras/Schedule/NewSponsors that has not
> been updated since January. The persons listed on the page have all
> been approved as sponsors since.
>
>
> Is there a preferred way to do this?
>
> Thanks,
>

I also have this one question:
Can a regular user (not a proven packager) apply to be a sponsor? I
don't see anything in the guidelines that says only proven packagers
can apply.

Orcan



From jonstanley at gmail.com  Fri Mar 13 14:43:22 2009
From: jonstanley at gmail.com (Jon Stanley)
Date: Fri, 13 Mar 2009 10:43:22 -0400
Subject: Procedure of becoming a sponsor
In-Reply-To: <e76492710903130736s7bc9107dv9e9c35fda318f819@mail.gmail.com>
References: <f224c6140903121635iac87761wd586208da2ba249a@mail.gmail.com>
	<e76492710903130736s7bc9107dv9e9c35fda318f819@mail.gmail.com>
Message-ID: <da159fda0903130743q145b59b8i30e37dba1f1024d9@mail.gmail.com>

On Fri, Mar 13, 2009 at 10:36 AM, Orcan Ogetbil <oget.fedora at gmail.com> wrote:

> I also have this one question:
> Can a regular user (not a proven packager) apply to be a sponsor? I
> don't see anything in the guidelines that says only proven packagers
> can apply.

Yes, anyone can apply who's a member of the packager group.



From jonstanley at gmail.com  Fri Mar 13 14:47:28 2009
From: jonstanley at gmail.com (Jon Stanley)
Date: Fri, 13 Mar 2009 10:47:28 -0400
Subject: Procedure of becoming a sponsor
In-Reply-To: <d3ceea380903130724p33286dcam4f06ea3523ad2d4e@mail.gmail.com>
References: <f224c6140903121635iac87761wd586208da2ba249a@mail.gmail.com>
	<d3ceea380903130724p33286dcam4f06ea3523ad2d4e@mail.gmail.com>
Message-ID: <da159fda0903130747q67daf146k3bb50bd565ce70cb@mail.gmail.com>

On Fri, Mar 13, 2009 at 10:24 AM, Itamar Reis Peixoto
<itamar at ispbrasil.com.br> wrote:

> but if you want to become a sponsor I recommend you to start making
> package reviews, before ask FESCo

Yep, reviews are pretty much the key here - you need to prove to us
that you have a firm grip of the guidelines, and pretty much the only
way to do that is to handle reviews (there's a large backlog of
reviews.....)



From kevin.kofler at chello.at  Fri Mar 13 14:55:48 2009
From: kevin.kofler at chello.at (Kevin Kofler)
Date: Fri, 13 Mar 2009 15:55:48 +0100
Subject: Procedure of becoming a sponsor
References: <f224c6140903121635iac87761wd586208da2ba249a@mail.gmail.com>
	<e76492710903130736s7bc9107dv9e9c35fda318f819@mail.gmail.com>
Message-ID: <gpds5k$ven$1@ger.gmane.org>

Orcan Ogetbil wrote:
> I also have this one question:
> Can a regular user (not a proven packager) apply to be a sponsor? I
> don't see anything in the guidelines that says only proven packagers
> can apply.

As Jon Stanley already said, any packager can apply.

If you get accepted as a sponsor, you'll also automatically get
provenpackager access if you don't have it yet.

        Kevin Kofler



From jonstanley at gmail.com  Fri Mar 13 16:18:03 2009
From: jonstanley at gmail.com (Jon Stanley)
Date: Fri, 13 Mar 2009 12:18:03 -0400
Subject: Plan for today's (20090313) FESCo meeting
Message-ID: <da159fda0903130918m3330c281se16b2f2f862036c5@mail.gmail.com>

OK, I fail. I forgot to get this out last night, even though I did
finalize it in trac last night. Here's the plan for today's FESCo
meeting at 17:00UTC (13:00EDT).

57	Make stronger policy/guideline that ABI/API/soname breakage should
always be announced fedora-devel-announce (not f-d-l)
67	How to deal with Requires.privates in pkg-config
79	Lenient hash check for noarch subpackages
89	Select Fedora representative for LSB
96	Document "Rawhide cannot go backwards" rule
97	rpm 4.7 in Fedora 11
99	Review FPC items
108	Would be good if there was an acl for "let all packagers edit this
package" in pkgdb
21	ext4 default filesystem
65	Fedora Creative Commons Content repository

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 seg at haxxed.com  Fri Mar 13 16:29:57 2009
From: seg at haxxed.com (Callum Lerwick)
Date: Fri, 13 Mar 2009 11:29:57 -0500
Subject: Please fix your bugs in release instead of rawhide!
In-Reply-To: <20090311133234.GC6126@redhat.com>
References: <1236651522.8340.27.camel@localhost.localdomain>
	<49B63826.8070201@fedoraproject.org>
	<1236684899.3562.10.camel@localhost.localdomain>
	<20090310144832.GA5249@redhat.com> <gp6mkn$gj$1@ger.gmane.org>
	<20090310224424.GB7302@zod.rchland.ibm.com>
	<1236725559.3727.7.camel@localhost.localdomain>
	<20090311133234.GC6126@redhat.com>
Message-ID: <1236961797.19095.2.camel@localhost.localdomain>

On Wed, 2009-03-11 at 09:32 -0400, Jeremy Katz wrote:
> That still doesn't help things like "if your kernel isn't new enough,
> you will live lock writing to ext4" though :-)

Uhhhh... so before I go converting my F10 systems to ext4, what kernel
version should I be running?
-------------- 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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090313/d288cc51/attachment.sig>

From michel.sylvan at gmail.com  Fri Mar 13 16:53:35 2009
From: michel.sylvan at gmail.com (Michel Salim)
Date: Fri, 13 Mar 2009 12:53:35 -0400
Subject: Procedure of becoming a sponsor
In-Reply-To: <e76492710903130736s7bc9107dv9e9c35fda318f819@mail.gmail.com>
References: <f224c6140903121635iac87761wd586208da2ba249a@mail.gmail.com>
	<e76492710903130736s7bc9107dv9e9c35fda318f819@mail.gmail.com>
Message-ID: <f224c6140903130953k1c03e8f7u333859bdeb571c21@mail.gmail.com>

On Fri, Mar 13, 2009 at 10:36 AM, Orcan Ogetbil <oget.fedora at gmail.com> wrote:
> On Thu, Mar 12, 2009 at 7:35 PM, Michel Salim wrote:
>> There appears to be different alternative procedures for applying to
>> be a sponsor:
>>
>> - according to http://fedoraproject.org/wiki/How_to_sponsor_a_new_contributor#Becoming_a_Fedora_Package_Collection_Sponsor:
>>
>> ?either emailing this list, the FESCo chair, or in person during FESCo IRC
>>
>> - there is also this page:
>> http://fedoraproject.org/wiki/Extras/Schedule/NewSponsors that has not
>> been updated since January. The persons listed on the page have all
>> been approved as sponsors since.
>>
>>
>> Is there a preferred way to do this?
>>
>> Thanks,
>>
>
> I also have this one question:
> Can a regular user (not a proven packager) apply to be a sponsor? I
> don't see anything in the guidelines that says only proven packagers
> can apply.
>
Proven packager is a newer category, so yes, the traditional course of
affair is for a regular packager to apply (or be nominated) for
sponsorship.

You can, of course, apply for both at the same time.

-- 
mi?el salim  ?  http://hircus.jaiku.com/
IUCS         ?  msalim at cs.indiana.edu
Fedora       ?  salimma at fedoraproject.org
MacPorts     ?  hircus at macports.org



From michel.sylvan at gmail.com  Fri Mar 13 16:55:18 2009
From: michel.sylvan at gmail.com (Michel Salim)
Date: Fri, 13 Mar 2009 12:55:18 -0400
Subject: Procedure of becoming a sponsor
In-Reply-To: <da159fda0903130747q67daf146k3bb50bd565ce70cb@mail.gmail.com>
References: <f224c6140903121635iac87761wd586208da2ba249a@mail.gmail.com>
	<d3ceea380903130724p33286dcam4f06ea3523ad2d4e@mail.gmail.com>
	<da159fda0903130747q67daf146k3bb50bd565ce70cb@mail.gmail.com>
Message-ID: <f224c6140903130955w70cc54d0ub385abc562e603b5@mail.gmail.com>

On Fri, Mar 13, 2009 at 10:47 AM, Jon Stanley <jonstanley at gmail.com> wrote:
> On Fri, Mar 13, 2009 at 10:24 AM, Itamar Reis Peixoto
> <itamar at ispbrasil.com.br> wrote:
>
>> but if you want to become a sponsor I recommend you to start making
>> package reviews, before ask FESCo
>
> Yep, reviews are pretty much the key here - you need to prove to us
> that you have a firm grip of the guidelines, and pretty much the only
> way to do that is to handle reviews (there's a large backlog of
> reviews.....)
>
I've done quite a few package reviews, though now is as good a time as
any to start building them up. I'm updating my wiki page
(http://fedoraproject.org/wiki/MichelSalim), as it appears Bugzilla is
a bit clunky for searching bug reports by asignee (a review I recently
did for Weka, for example, does not seem to show up in search
results).

Thanks,

-- 
mi?el salim  ?  http://hircus.jaiku.com/
IUCS         ?  msalim at cs.indiana.edu
Fedora       ?  salimma at fedoraproject.org
MacPorts     ?  hircus at macports.org



From michel.sylvan at gmail.com  Fri Mar 13 17:18:44 2009
From: michel.sylvan at gmail.com (Michel Salim)
Date: Fri, 13 Mar 2009 13:18:44 -0400
Subject: gnome-do 0.8.0
In-Reply-To: <1236927683.875.60.camel@localhost.localdomain>
References: <1236927683.875.60.camel@localhost.localdomain>
Message-ID: <f224c6140903131018w3447fc19j7b3e7d4621e821fa@mail.gmail.com>

On Fri, Mar 13, 2009 at 3:01 AM, Luca Foppiano <luca at foppiano.org> wrote:
> Hi,
> ? ? ? ?due to mantainer inactivity (and inability to reply to my
> emails and ticket) I proceed to update gnome-do to 0.8.0.
>
Hi Luca,

Would you be able to package gnome-do-plugins as well? AFAIK Sindre
has actually updated Rawhide's gnome-do to 0.8.0, but it's just not
usable without the plugins which nobody have packaged yet.

Also, we now have a new mono list (fedora-mono-list at redhat.com),
please join us there.

Regards,

-- 
mi?el salim  ?  http://hircus.jaiku.com/
IUCS         ?  msalim at cs.indiana.edu
Fedora       ?  salimma at fedoraproject.org
MacPorts     ?  hircus at macports.org



From jarod at redhat.com  Fri Mar 13 17:55:22 2009
From: jarod at redhat.com (Jarod Wilson)
Date: Fri, 13 Mar 2009 13:55:22 -0400
Subject: Please fix your bugs in release instead of rawhide!
In-Reply-To: <1236961797.19095.2.camel@localhost.localdomain>
References: <1236651522.8340.27.camel@localhost.localdomain>
	<20090311133234.GC6126@redhat.com>
	<1236961797.19095.2.camel@localhost.localdomain>
Message-ID: <200903131355.23147.jarod@redhat.com>

On Friday 13 March 2009 12:29:57 Callum Lerwick wrote:
> On Wed, 2009-03-11 at 09:32 -0400, Jeremy Katz wrote:
> > That still doesn't help things like "if your kernel isn't new enough,
> > you will live lock writing to ext4" though :-)
> 
> Uhhhh... so before I go converting my F10 systems to ext4, what kernel
> version should I be running?

While there are some corner cases here and there, everything recent
seems to hold up just fine. I've been using ext4 quite heavily for
several months now on F10 boxes -- root and home on my laptop, the
data volume where all my source trees are housed on my workstation.
Haven't hit any issues w/the latest F10 updates kernel on either
system (nor w/the kernel before that, best as I can recall).

-- 
Jarod Wilson
jarod at redhat.com



From awilliam at redhat.com  Fri Mar 13 18:49:10 2009
From: awilliam at redhat.com (Adam Williamson)
Date: Fri, 13 Mar 2009 11:49:10 -0700
Subject: Please fix your bugs in release instead of rawhide!
In-Reply-To: <1236791174.8969.508.camel@adam.local.net>
References: <20090310181229.GL10097@angus.ind.WPI.EDU>
	<20090310182448.GK10507@inocybe.teonanacatl.org>
	<1236711430.8969.453.camel@adam.local.net>
	<604aa7910903101223s2998beddl988a6247038c36cc@mail.gmail.com>
	<49B6C151.6090202@fedoraproject.org>
	<604aa7910903101242t1e9365c5r49beb43b48b3404@mail.gmail.com>
	<49B6C4BC.6080904@fedoraproject.org>
	<1236718905.8969.474.camel@adam.local.net>
	<1236725123.3432.68.camel@localhost.localdomain>
	<1236782793.8969.488.camel@adam.local.net>
	<20090311155236.GC5448@bombadil.infradead.org>
	<1236787457.8969.491.camel@adam.local.net> <49B7E542.30707@redhat.com>
	<1236791174.8969.508.camel@adam.local.net>
Message-ID: <1236970150.8969.562.camel@adam.local.net>

On Wed, 2009-03-11 at 10:06 -0700, Adam Williamson wrote:

> The use cases I care about are exactly as I wrote: I need to be able to
> look at a bug report and see what releases it expects. We need to be
> able to set the status of the bug independently for each release it
> affects - it could be WONTFIX for F-9, ASSIGNED for F-10 and FIXED for
> Rawhide. We need to be able to associate it with reports in other bug
> tracking systems, as LP does, and see the status of these other reports
> directly from the Fedora report. And this needs to be searchable (I need
> to be able to search for bugs which are NEW in F-10, and get the right
> results).

Just noticed another nice LP feature in the ext4 bug report someone just
linked to:

"I'm going to mark this bug as "affecting" ecryptfs-utils, but mark it
"invalid", such that search results for users with the same problem
might find themselves here."

Can't do THAT in BZ, either.

https://bugs.edge.launchpad.net/ubuntu/+source/linux/+bug/317781 ,
comment from Dustin Kirkland on 2009-03-07 (on the negative side of the
ledger, LP comments don't appear to be numbered :>). Permalink is
https://bugs.edge.launchpad.net/ubuntu/+source/linux/+bug/317781/comments/57 (so there's the hidden comment number...)
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org
http://www.happyassassin.net



From michel.sylvan at gmail.com  Fri Mar 13 19:37:10 2009
From: michel.sylvan at gmail.com (Michel Salim)
Date: Fri, 13 Mar 2009 15:37:10 -0400
Subject: qt 4.5: qdoc3 missing?
In-Reply-To: <gon4cr$qa7$1@ger.gmane.org>
References: <f224c6140903040546k4d290770u80936ab27e6ef2f3@mail.gmail.com>
	<gom2sh$n30$1@ger.gmane.org> <gom7er$cb5$1@ger.gmane.org>
	<gon4cr$qa7$1@ger.gmane.org>
Message-ID: <f224c6140903131237k30f9fed7r6ebec79acd39476a@mail.gmail.com>

On Wed, Mar 4, 2009 at 7:55 PM, Kevin Kofler <kevin.kofler at chello.at> wrote:
> Rex Dieter wrote:
>> Looks like qdoc is not built purposely, per it's own README:
>> qdoc3 is the tool used to generate the Qt reference documentation.
>> The source code is included as part of this package primarily to
>> fulfill our GPL obligations. We highly recommend using Doxygen for
>> generating documentation for your QT-based application.
>
> Maybe we should stick it into a qt-qdoc3 or qt-internal subpackage.
>
> Description: This package contains Qt's custom documentation tool (qdoc3)
> which is used by some packages tightly coupled to Qt, such as Qt Creator.
> Using it for anything else is not recommended. Qt Software highly
> recommends using Doxygen instead for your own Qt-based applications.
>
Do we have a consensus on how to go ahead? I've not seen a review
request for qt-creator either.

Thanks,

-- 
mi?el salim  ?  http://hircus.jaiku.com/
IUCS         ?  msalim at cs.indiana.edu
Fedora       ?  salimma at fedoraproject.org
MacPorts     ?  hircus at macports.org



From rdieter at math.unl.edu  Fri Mar 13 22:41:48 2009
From: rdieter at math.unl.edu (Rex Dieter)
Date: Fri, 13 Mar 2009 17:41:48 -0500
Subject: qt 4.5: qdoc3 missing?
References: <f224c6140903040546k4d290770u80936ab27e6ef2f3@mail.gmail.com>
	<gom2sh$n30$1@ger.gmane.org> <gom7er$cb5$1@ger.gmane.org>
	<gon4cr$qa7$1@ger.gmane.org>
Message-ID: <gpenfc$v34$1@ger.gmane.org>

Kevin Kofler wrote:

> Rex Dieter wrote:
>> Looks like qdoc is not built purposely, per it's own README:
>> qdoc3 is the tool used to generate the Qt reference documentation.
>> The source code is included as part of this package primarily to
>> fulfill our GPL obligations. We highly recommend using Doxygen for
>> generating documentation for your QT-based application.
> 
> Maybe we should stick it into a qt-qdoc3 or qt-internal subpackage.
> 
> Description: This package contains Qt's custom documentation tool (qdoc3)
> which is used by some packages tightly coupled to Qt, such as Qt Creator.
> Using it for anything else is not recommended. Qt Software highly
> recommends using Doxygen instead for your own Qt-based applications.

Currently, it's included in qt-devel-4.5.0-3 (and newer).

-- Rex




From rdieter at math.unl.edu  Fri Mar 13 22:50:11 2009
From: rdieter at math.unl.edu (Rex Dieter)
Date: Fri, 13 Mar 2009 17:50:11 -0500
Subject: qt 4.5: qdoc3 missing?
References: <f224c6140903040546k4d290770u80936ab27e6ef2f3@mail.gmail.com>
	<gom2sh$n30$1@ger.gmane.org> <gom7er$cb5$1@ger.gmane.org>
	<gon4cr$qa7$1@ger.gmane.org>
	<f224c6140903131237k30f9fed7r6ebec79acd39476a@mail.gmail.com>
Message-ID: <gpenv4$1hr$1@ger.gmane.org>

Michel Salim wrote:


> Do we have a consensus on how to go ahead? I've not seen a review
> request for qt-creator either.

qdoc3 is available in rawhide now, been in touch with ltinkl?  Else, if 
you've got something reviewable, go ahead and submit it.

-- Rex





From ngompa13 at gmail.com  Fri Mar 13 23:53:59 2009
From: ngompa13 at gmail.com (King InuYasha)
Date: Fri, 13 Mar 2009 18:53:59 -0500
Subject: Firefox 3.1 to be renamed 3.5
In-Reply-To: <f224c6140903122052j74ead37dpffbc56715321194e@mail.gmail.com>
References: <e692861c0903120919m19cf1b2fo50f5b55b852a87e3@mail.gmail.com>
	<gpbdrq$vmo$3@ger.gmane.org>
	<5256d0b0903120943g62cc33d6r716a37a344235c9f@mail.gmail.com>
	<49B94668.5050007@redhat.com>
	<76e72f800903121709l374d2153g9b9c63ec85ea77bd@mail.gmail.com>
	<f224c6140903122052j74ead37dpffbc56715321194e@mail.gmail.com>
Message-ID: <8278b1b0903131653h5a2ff227ua688c80050fc919d@mail.gmail.com>

Aren't the beta freeze builds tagged to make sure you have the proper build
for spinning into a release ISO?

On Thu, Mar 12, 2009 at 10:52 PM, Michel Salim <michel.sylvan at gmail.com>wrote:

> On Thu, Mar 12, 2009 at 8:09 PM, Yuan Yijun <bbbush.yuan at gmail.com> wrote:
> > rawhide firefox has not updated for quite a while. beta3 is already
> > there, and there will be a beta4. Would you please make a build? There
> > were daily builds during F10 rawhide.
> >
> Given that we are in a beta freeze, does it make sense to spend time
> creating new builds, when a new upstream version might be released in
> the interim?
>
> http://fedoraproject.org/wiki/Releases/11/Schedule
> Regards,
>
> --
> mi?el salim  ?  http://hircus.jaiku.com/
> IUCS         ?  msalim at cs.indiana.edu
> Fedora       ?  salimma at fedoraproject.org
> MacPorts     ?  hircus at macports.org
>
> --
> 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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090313/b19a12ee/attachment.htm>

From craftjml at gmail.com  Sat Mar 14 04:56:37 2009
From: craftjml at gmail.com (Jud Craft)
Date: Fri, 13 Mar 2009 23:56:37 -0500
Subject: F10 Fresh Vanilla Install with Updates Has Broken NetworkManager
Message-ID: <20d6441a0903132156q47de59aay65c70bfcb955c772@mail.gmail.com>

What it says on the tin.  Enabled the updates-repo during F10 install.

Boot.log at the very first boot:

Starting NetworkManager daemon: NetworkManager: error while loading
shared libraries: libudev.so.0: cannot open shared object file: No
such file or directory

Being without NetworkManager, it's rather difficult to ...use yum to
fix NetworkManager.

A google for "NetworkManager libudev.so.0" or "NetworkManager
libudev.so.0 fedora" reveals nothing interesting, so perhaps no one
has noticed this.  This is my second install with updates-enabled.  My
first used KDE, and had no NetworkManager at first boot.  Thinking
selecting KDE broke something for the install, I tried a vanilla GNOME
Fedora setup for the second install, with updates.  Then I noticed
this message on boot.

Alright, off to bed.



From paul at xelerance.com  Sat Mar 14 05:31:19 2009
From: paul at xelerance.com (Paul Wouters)
Date: Sat, 14 Mar 2009 01:31:19 -0400 (EDT)
Subject: /var/cache/mock
In-Reply-To: <49B64C47.4060704@freenet.de>
References: <49B64C47.4060704@freenet.de>
Message-ID: <alpine.LFD.1.10.0903140128480.22816@newtla.xelerance.com>

On Tue, 10 Mar 2009, Ralf Corsepius wrote:

> with today's FC10 mock update, mock has started to use
> /var/cache/mock
> instead of
> /var/lib/mock
> as it used to do.

I'm the one who filed this bug report....

> This change causes mock to re-populate its caches from scratch, while leaving 
> its old cache untouched.
>
> I have no idea, why this change has been applied mid-life time of a 
> distribution, but users with low bandwidth connections or with many 
> repo-caches active (e.g. me [1]) would have been grateful if this change 
> wasn't applied at this point in time rsp. be done in a less intrusive way.

This bug was affecting people who don't have 1GB of empty storage space in
/var. My machines were filling up /var which in some cases was also /) due
to the large number of updates downloaded by yum in the wrong directory.

So this was not a "feature" that should have been postponed to a new release.
It was actually causing problems for people right now.

Paul



From paul at city-fan.org  Sat Mar 14 08:49:08 2009
From: paul at city-fan.org (Paul Howarth)
Date: Sat, 14 Mar 2009 08:49:08 +0000
Subject: F10 Fresh Vanilla Install with Updates Has Broken NetworkManager
In-Reply-To: <20d6441a0903132156q47de59aay65c70bfcb955c772@mail.gmail.com>
References: <20d6441a0903132156q47de59aay65c70bfcb955c772@mail.gmail.com>
Message-ID: <20090314084908.253a1626@metropolis.intra.city-fan.org>

On Fri, 13 Mar 2009 23:56:37 -0500
Jud Craft <craftjml at gmail.com> wrote:

> What it says on the tin.  Enabled the updates-repo during F10 install.
> 
> Boot.log at the very first boot:
> 
> Starting NetworkManager daemon: NetworkManager: error while loading
> shared libraries: libudev.so.0: cannot open shared object file: No
> such file or directory
> 
> Being without NetworkManager, it's rather difficult to ...use yum to
> fix NetworkManager.
> 
> A google for "NetworkManager libudev.so.0" or "NetworkManager
> libudev.so.0 fedora" reveals nothing interesting, so perhaps no one
> has noticed this.  This is my second install with updates-enabled.  My
> first used KDE, and had no NetworkManager at first boot.  Thinking
> selecting KDE broke something for the install, I tried a vanilla GNOME
> Fedora setup for the second install, with updates.  Then I noticed
> this message on boot.
> 
> Alright, off to bed.

No idea why this happened, but it should be resolvable by installing
libudev0 from your install media.

Paul.



From paul at city-fan.org  Sat Mar 14 08:51:53 2009
From: paul at city-fan.org (Paul Howarth)
Date: Sat, 14 Mar 2009 08:51:53 +0000
Subject: /var/cache/mock
In-Reply-To: <alpine.LFD.1.10.0903140128480.22816@newtla.xelerance.com>
References: <49B64C47.4060704@freenet.de>
	<alpine.LFD.1.10.0903140128480.22816@newtla.xelerance.com>
Message-ID: <20090314085153.796c60b6@metropolis.intra.city-fan.org>

On Sat, 14 Mar 2009 01:31:19 -0400 (EDT)
Paul Wouters <paul at xelerance.com> wrote:

> On Tue, 10 Mar 2009, Ralf Corsepius wrote:
> 
> > with today's FC10 mock update, mock has started to use
> > /var/cache/mock
> > instead of
> > /var/lib/mock
> > as it used to do.
> 
> I'm the one who filed this bug report....
> 
> > This change causes mock to re-populate its caches from scratch,
> > while leaving its old cache untouched.
> >
> > I have no idea, why this change has been applied mid-life time of a 
> > distribution, but users with low bandwidth connections or with many 
> > repo-caches active (e.g. me [1]) would have been grateful if this
> > change wasn't applied at this point in time rsp. be done in a less
> > intrusive way.
> 
> This bug was affecting people who don't have 1GB of empty storage
> space in /var. My machines were filling up /var which in some cases
> was also /) due to the large number of updates downloaded by yum in
> the wrong directory.
> 
> So this was not a "feature" that should have been postponed to a new
> release. It was actually causing problems for people right now.

And how does moving the cache from one directory under /var to another
directory under /var help with that?

Paul.



From rawhide at fedoraproject.org  Sat Mar 14 10:12:45 2009
From: rawhide at fedoraproject.org (Rawhide Report)
Date: Sat, 14 Mar 2009 10:12:45 +0000 (UTC)
Subject: rawhide report: 20090314 changes
Message-ID: <20090314101245.5F0311B8001@releng2.fedora.phx.redhat.com>

Compose started at Sat Mar 14 06:01:03 UTC 2009

Updated Packages:

ale-0.9.0.1-4.fc11
------------------
* Wed Mar 11 2009 Douglas E. Warner <silfreed at silfreed.net> - 0.9.0.1-4
- rebuilt for libMagickCore soname bump


anaconda-11.5.0.30-1
--------------------
* Fri Mar 13 2009 David Lehman <dlehman at redhat.com> - 11.5.0.30-1
- Fix supportable attribute for cmdline-enabled fstypes. (dlehman)
- Access private attribute for luks dict. (dlehman)
- Schedule format create for newly encrypted preexisting partition. (dlehman)
- Don't traceback if vg.teardown fails in recursive teardown. (dlehman)
- Schedule format create action for newly encrypted preexisting LV. (dlehman)
- Make sure we return something other than None for new requests. (dlehman)
- Add __str__ methods to Device objects. (clumens)
- Add mediaPresent and eject to the OpticalDevice class. (clumens)
- Use the right import path for checkbootloader (#490049). (clumens)
- Rename /etc/modprobe.d/anaconda to /etc/modprobe.d/anaconda.conf (clumens)
- Don't clear partitions containing the install media. (dlehman)
- Wait til everyone knows the format/fs is no longer active. (dlehman)
- Save a copy of the device stack so we can destroy the format. (#489975)
  (dlehman)
- Add a deep copy method to Device since we can't just use copy.deepcopy.
  (dlehman)
- Fix infinite loops in partition screen populate. (#490051) (dlehman)
- Default to a name based on the uuid for existing luks mappings. (dlehman)
- Use the correct keyword for luks map names ('name', not 'mapName').
  (dlehman)
- Fix getting of number of total devices of sw raid. (rvykydal)
- Only select the Core group in text mode (#488754). (clumens)
- Added test case for devicelib mdraid.py. (mgracik)
- Add created user to default group created for the user. (rvykydal)
- Fix editing of existing logical volume. (rvykydal)
- Add a list that lvm should ignore. (jgranado)

* Thu Mar 12 2009 David Lehman <dlehman at redhat.com> - 11.5.0.29-1
- Don't create a PartitionDevice for devices that do not exist (#489122).
  (clumens)
- A getter doesn't usually take a parameter (#489965). (clumens)
- Do not write "Running..." to stdout, as that could be tty1. (clumens)
- Call storage.exceptionDisks, not diskset.exceptionDisks. (#489615)
  (dlehman)
- Fix typo. (jgranado)
- Fix typo. (dlehman)
- Add udev rules for handling for mdraid arrays. (dlehman)
- Honor the zerombr kickstart directive. (dlehman)
- currentSize is expected to be a float, so convert it to one (#489882).
  (clumens)
- It's clearPartDisks, not clearPartDrives. (clumens)
- Get rid of the mappings and ksID as well. (clumens)
- Make sure the device has a diskType before attempting to check what it is.
  (clumens)
- Update the volgroup command to work with the new storage code. (clumens)
- Update the raid command to work with the new storage code. (clumens)
- Update the part command to work with the new storage code. (clumens)
- Update the logvol command to work with the new storage code. (clumens)
- addPartRequest is no longer needed. (clumens)
- Don't set default partitioning in every kickstart case. (clumens)
- Clear partitions before scheduling requests. (clumens)
- Always go through doAutoPart. (clumens)
- Format modules import fix (mgracik)
- Fixed the format modules import (mgracik)
- Allow overriding the anaconda udev rules from an updates.img (hdegoede)
- If a pv somehow does not contain a vg_name, do not try to get other vg
  info (hdegoede)


asterisk-1.6.1-0.23.rc1.fc11
----------------------------
* Thu Mar 05 2009 Jeffrey C. Ollie <jeff at ocjtech.us> - 1.6.1-0.23.rc1
- Rebuild to pick up new AIS and ODBC deps.
- Update script that strips out bad content from tarball to do the
  download and to check the GPG signature.

* Mon Feb 23 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 1.6.1-0.22.rc1
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


autotrace-0.31.1-21.fc11
------------------------
* Fri Mar 13 2009 Hans de Goede <hdegoede at redhat.com> - 0.31.1-21
- Rebuild for new ImageMagick


bochs-2.3.8-0.6.git04387139e3b.fc11
-----------------------------------
* Wed Mar 11 2009 Glauber Costa <glommer at redhat.com> 2.3.8-0.5.git04387139e3b
- kvm needs a slightly different bios due to irq routing, so build it too.
  from kvm source. This is not ideal, but avoids the creation of yet another
  noarch subpackage.

* Wed Mar 11 2009 Glauber Costa <glommer at redhat.com> 2.3.8-0.6.git04387139e3b
- Fix Obsoletes/Provides pair.


evolution-data-server-2.25.92-4.fc11
------------------------------------
* Fri Mar 13 2009 Matthew Barnes <mbarnes at redhat.com> - 2.25.92-4.fc11
- Revise patch for RH bug #568332 to match upstream commit.

* Thu Mar 12 2009 Matthew Barnes <mbarnes at redhat.com> - 2.25.92-3.fc11
- Add patch for RH bug #568332 (thread leak in fsync() rate limiting).


gdm-2.25.2-19.fc11
------------------
* Thu Mar 12 2009 Ray Strode <rstrode at redhat.com> - 1:2.25.2-17
- Don't force X server on active vt more than once

* Thu Mar 12 2009 Ray Strode <rstrode at redhat.com> - 1:2.25.2-18
- Add Requires: libXau >= 1.0.4-4 to use localhost in xauth cookies
- Use localhost instead of g_get_host_name ()

* Thu Mar 12 2009 Ray Strode <rstrode at redhat.com> - 1:2.25.2-19
- Add a lame patch in the off chance it might work around a
  gcc bug on ppc:
      unable to find register to spill in class 'LINK_OR_CTR_REGS'
  Probably won't work.

* Tue Mar 10 2009 Ray Strode <rstrode at redhat.com> - 1:2.25.2-16
- Store greeter's auth cookie under "localhost" instead
  of g_get_host_name() since NetworkManager tries to synchronize
  the internal hostname with the externally resolvable one.


gnome-python2-desktop-2.25.91-3.fc11
------------------------------------
* Fri Mar 13 2009 Matthew Barnes <mbarnes at redhat.com> - 2.25.91-3.fc11
- Evince subpackage should depend on evince, not evince-devel (RH bug #490112).


grub-0.97-43.fc11
-----------------
* Wed Mar 11 2009 Peter Jones <pjones at redhat.com> - 0.97-43
- Use blt operations instead of memmove() on Efi Graphics Protocol systems.


inkscape-0.47-0.6.20090301svn.fc11
----------------------------------

kdeplasma-addons-4.2.1-2.fc11
-----------------------------
* Fri Mar 13 2009 Kevin Kofler <Kevin at tigcc.ticalc.org> - 4.2.1-2
- fix Lancelot rendering issues with Qt 4.5 (F11+ only, as the effect of that
  patch with 4.4.3 is unknown)


libXau-1.0.4-4.fc11
-------------------
* Wed Mar 11 2009 Adam Jackson <ajax at redhat.com> 1.0.4-4
- xau-1.0.4-local.patch: When looking for an auth cookie on local transport,
  don't bother checking hostname, it can't possibly help.


meanwhile-1.1.0-1.fc11
----------------------
* Fri Mar 13 2009 Josh Boyer <jwboyer at gmail.com> - 1.1.0-1
- Update to meanwhile_v1_1_0 branch from upstream CVS.  Fixes bug 490088


nip2-7.16.4-3.fc11
------------------
* Tue Mar 10 2009 Adam Goode <adam at spicenitz.org> - 7.16.4-3
- Rebuild for ImageMagick soname change


oxine-0.7.1-4.fc11
------------------
* Wed Mar 11 2009 Matthias Saou <http://freshrpms.net/> 0.7.1-4
- Rebuild for new ImageMagick.


pstoedit-3.45-7.fc11
--------------------
* Tue Mar 10 2009 Denis Leroy <denis at poolshark.org> - 3.45-7
- Removed EMF BR for ia64 arch (#489412)
- Rebuild for ImageMagick


qemu-0.10-0.9.kvm20090310git.fc11
---------------------------------
* Wed Mar 11 2009 Glauber Costa <glommer at redhat.com> - 2:0.10-0.8.kvm20090310git
- fix Obsolete/Provides pair
- Use kvm bios from bochs-bios package.
- Using RPM_OPT_FLAGS in configure
- Picked back audio-drv-list from kvm package

* Wed Mar 11 2009 Glauber Costa <glommer at redhat.com> - 2:0.10-0.9.kvm20090310git
- Fix wrong reference to bochs bios.

* Tue Mar 10 2009 Glauber Costa <glommer at redhat.com> - 2:0.10-0.5.kvm20090303git
- kvm.modules were being wrongly mentioned at %install.
- update description for the x86 system package to include kvm support
- build kvm's own bios. It is still necessary while kvm uses a slightly different
  irq routing mechanism

* Tue Mar 10 2009 Glauber Costa <glommer at redhat.com> - 2:0.10-0.6.kvm20090310git
- updated to kvm20090310git
- removed sasl patches (already in this release)

* Tue Mar 10 2009 Glauber Costa <glommer at redhat.com> - 2:0.10-0.7.kvm20090310git
- modify ppc patch


system-config-printer-1.1.6-1.fc11
----------------------------------
* Fri Mar 13 2009 Tim Waugh <twaugh at redhat.com> 1.1.6-1
- No longer requires gnome-python2-gnome.
- Updated to 1.1.6:
  - Translatable string fix for authconn.
  - Romanian allow/deny translation fix (bug #489748).
  - Set glade's textdomain in the jobviewer (Ubuntu #341765).

* Tue Mar 10 2009 Tim Waugh <twaugh at redhat.com> 1.1.5-2
- Added patch for changes in 1.1.x since 1.1.5:
  - Strip " hpijs" from PPD names.
  - Handle there being no operation name set when authentication/retry
    is required.
  - Mark "Unauthorized" PolicyKit dialog strings for translation, and
    change that dialog to an error.
  - Work around marker-* attributes not being presented as lists
    (bug #489512).
  - D-Bus policy tweak.
  - Better PPD fallback searching.
  - Fixed model search oddity when no digits in model name.
  - Fixed locale save/restore in cupshelpers (bug #489313).
  - Use gtk.show_uri() instead of gnome.url_show() (trac #147).
  - Removed HPLIP probe screen (no longer needed).
  - Be certain of having the right cell when starting a rename
    (Ubuntu #333260).
  - Fixed strftime call (Ubuntu #334859).
  - Check dict before use when handling auth-info-required.
  - Handle timed operations being cancelled in the troubleshooter test
    print page (Ubuntu #325084).
  - Put pycups version requirement in monitor module.


vips-7.16.4-3.fc11
------------------
* Tue Mar 10 2009 Adam Goode <adam at spicenitz.org> - 7.16.4-3
- Rebuild for ImageMagick soname change


vtk-5.2.1-1.fc11
----------------
* Thu Mar 12 2009 Orion Poplawski <orion at cora.nwra.com> - 5.2.1-1
- Update to 5.2.1
- Update pythondestdir patch to use RPM_BUILD_ROOT
- Cleanup spec file

* Fri Mar 06 2009 Jesse Keating <jkeating at redhat.com> - 5.2.0-28
- Remove chmod on examples .so files, none are built.  This needs
  more attention.

* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 5.2.0-27
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


vtkdata-5.2.1-1
---------------
* Wed Mar 11 2009 Orion Poplawski <orion at cora.nwra.com> - 5.2.1-1
- Update to 5.2.1


xorg-x11-drv-ati-6.11.0-10.fc11
-------------------------------
* Fri Mar 13 2009 Dave Airlie <airlied at redhat.com> 6.11.0-10
- radeon-modeset.patch: merge patches into kms patch
- radeon-6.11.0-git.patch: fix suspend/resume on r600

* Thu Mar 12 2009 Dave Airlie <airlied at redhat.com> 6.11.0-8
- fix r600 GART table sizing bug

* Thu Mar 12 2009 Adam Jackson <ajax at redhat.com> 6.11.0-9
- radeon-r600-kms-shadowfb.patch: Make R600 fall back to shadowfb whne KMS
  is enabled (as opposed to crashing).


yaboot-1.3.14-11.fc11
---------------------
* Fri Mar 13 2009 tony at bakeyournoodle.com - 1.3.14-11
- Adding better netboot support (#458438)
- Allocate more buffer space for larger kernels and initrds (#472225)


yum-3.2.21-15.fc11
------------------
* Fri Mar 13 2009 Seth Vidal <skvidal at fedoraproject.org> - 3.2.21-15
- update to upstream git to fix conditionals problem on anaconda installs

* Thu Mar 12 2009 Seth Vidal <skvidal at fedoraproject.org> - 3.2.21-14
- latest HEAD


Summary:
Added Packages: 0
Removed Packages: 0
Modified Packages: 24
Broken deps for i386
----------------------------------------------------------
	dbmail-2.2.11-2.fc10.i386 requires libgmime-2.0.so.2
	dbmail-auth-ldap-2.2.11-2.fc10.i386 requires libgmime-2.0.so.2
	dbmail-mysql-2.2.11-2.fc10.i386 requires libssl.so.7
	dbmail-mysql-2.2.11-2.fc10.i386 requires libcrypto.so.7
	dbmail-mysql-2.2.11-2.fc10.i386 requires libmysqlclient.so.15
	dbmail-mysql-2.2.11-2.fc10.i386 requires libgmime-2.0.so.2
	dbmail-mysql-2.2.11-2.fc10.i386 requires libmysqlclient.so.15(libmysqlclient_15)
	dbmail-pgsql-2.2.11-2.fc10.i386 requires libgmime-2.0.so.2
	drawtiming-0.6.2-4.fc11.i586 requires libMagickCore.so.1
	drawtiming-0.6.2-4.fc11.i586 requires libMagick++.so.1
	gdal-1.6.0-4.fc11.i386 requires libodbc.so.1
	gdal-1.6.0-4.fc11.i386 requires libodbcinst.so.1
	gdal-1.6.0-4.fc11.i386 requires libhdf5.so.5
	gdal-perl-1.6.0-4.fc11.i386 requires libodbc.so.1
	gdal-perl-1.6.0-4.fc11.i386 requires libodbcinst.so.1
	gdal-perl-1.6.0-4.fc11.i386 requires libhdf5.so.5
	gdal-ruby-1.6.0-4.fc11.i386 requires libodbc.so.1
	gdal-ruby-1.6.0-4.fc11.i386 requires libodbcinst.so.1
	gdal-ruby-1.6.0-4.fc11.i386 requires libhdf5.so.5
	gdl-0.9-0.2.rc2.20090224.fc11.i586 requires libMagickCore.so.1
	gdl-0.9-0.2.rc2.20090224.fc11.i586 requires libMagick++.so.1
	grass-6.3.0-10.fc11.i386 requires libodbc.so.1
	imageinfo-0.05-7.fc11.i586 requires libMagickCore.so.1
	k3d-0.6.7.0-9.fc11.i386 requires libMagickCore.so.1
	k3d-0.6.7.0-9.fc11.i386 requires libMagick++.so.1
	kismet-extras-0.0.2008.05.R1-3.fc10.i386 requires libMagickCore.so.1
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgdamm-3.0.so.10
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb_graph-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb_extra-3.0.so.4
	libopensync-plugin-syncml-0.35-4.fc10.i386 requires libsyncml.so.0
	lsvpd-1.6.4-3.fc10.i386 requires libvpd_cxx-2.0.so.0
	mapnik-0.5.2-0.10.svn780.fc11.i386 requires dejavu-fonts-sans
	1:pan-0.133-1.fc10.i386 requires libgmime-2.0.so.2
	pfstools-imgmagick-1.7.0-3.fc11.i386 requires libMagickCore.so.1
	pfstools-imgmagick-1.7.0-3.fc11.i386 requires libMagick++.so.1
	pfstools-octave-1.7.0-3.fc11.i386 requires libhdf5.so.5
	php-magickwand-1.0.8-1.fc11.i586 requires libMagickCore.so.1
	php-magickwand-1.0.8-1.fc11.i586 requires libMagickWand.so.1
	php-pecl-imagick-2.2.2-1.fc11.i586 requires libMagickCore.so.1
	php-pecl-imagick-2.2.2-1.fc11.i586 requires libMagickWand.so.1
	postgresql-odbcng-0.90.101-2.fc10.i386 requires libodbcinst.so.1
	psiconv-0.9.8-3.fc11.i586 requires libMagickCore.so.1
	q-magick-7.11-4.fc11.i586 requires libMagickCore.so.1
	qpidd-cluster-0.4.738618-2.fc11.i386 requires libcpg.so.2(COROSYNC_CPG_1.0)
	qpidd-cluster-0.4.738618-2.fc11.i386 requires libcpg.so.2
	rhnpush-0.4.5-1.fc11.noarch requires rhnlib
	ruby-rpm-1.2.3-4.fc9.i386 requires librpmdb-4.4.so
	ruby-rpm-1.2.3-4.fc9.i386 requires librpmio-4.4.so
	ruby-rpm-1.2.3-4.fc9.i386 requires librpmbuild-4.4.so
	ruby-rpm-1.2.3-4.fc9.i386 requires librpm-4.4.so
	xastir-1.9.5-2.fc11.i386 requires libMagickCore.so.1



Broken deps for x86_64
----------------------------------------------------------
	dbmail-2.2.11-2.fc10.x86_64 requires libgmime-2.0.so.2()(64bit)
	dbmail-auth-ldap-2.2.11-2.fc10.x86_64 requires libgmime-2.0.so.2()(64bit)
	dbmail-mysql-2.2.11-2.fc10.x86_64 requires libmysqlclient.so.15(libmysqlclient_15)(64bit)
	dbmail-mysql-2.2.11-2.fc10.x86_64 requires libgmime-2.0.so.2()(64bit)
	dbmail-mysql-2.2.11-2.fc10.x86_64 requires libssl.so.7()(64bit)
	dbmail-mysql-2.2.11-2.fc10.x86_64 requires libcrypto.so.7()(64bit)
	dbmail-mysql-2.2.11-2.fc10.x86_64 requires libmysqlclient.so.15()(64bit)
	dbmail-pgsql-2.2.11-2.fc10.x86_64 requires libgmime-2.0.so.2()(64bit)
	drawtiming-0.6.2-4.fc11.x86_64 requires libMagick++.so.1()(64bit)
	drawtiming-0.6.2-4.fc11.x86_64 requires libMagickCore.so.1()(64bit)
	gdal-1.6.0-4.fc11.i386 requires libodbc.so.1
	gdal-1.6.0-4.fc11.i386 requires libodbcinst.so.1
	gdal-1.6.0-4.fc11.i386 requires libhdf5.so.5
	gdal-1.6.0-4.fc11.x86_64 requires libhdf5.so.5()(64bit)
	gdal-1.6.0-4.fc11.x86_64 requires libodbcinst.so.1()(64bit)
	gdal-1.6.0-4.fc11.x86_64 requires libodbc.so.1()(64bit)
	gdal-perl-1.6.0-4.fc11.x86_64 requires libhdf5.so.5()(64bit)
	gdal-perl-1.6.0-4.fc11.x86_64 requires libodbcinst.so.1()(64bit)
	gdal-perl-1.6.0-4.fc11.x86_64 requires libodbc.so.1()(64bit)
	gdal-ruby-1.6.0-4.fc11.x86_64 requires libhdf5.so.5()(64bit)
	gdal-ruby-1.6.0-4.fc11.x86_64 requires libodbcinst.so.1()(64bit)
	gdal-ruby-1.6.0-4.fc11.x86_64 requires libodbc.so.1()(64bit)
	gdl-0.9-0.2.rc2.20090224.fc11.x86_64 requires libMagick++.so.1()(64bit)
	gdl-0.9-0.2.rc2.20090224.fc11.x86_64 requires libMagickCore.so.1()(64bit)
	grass-6.3.0-10.fc11.x86_64 requires libodbc.so.1()(64bit)
	imageinfo-0.05-7.fc11.x86_64 requires libMagickCore.so.1()(64bit)
	k3d-0.6.7.0-9.fc11.i386 requires libMagickCore.so.1
	k3d-0.6.7.0-9.fc11.i386 requires libMagick++.so.1
	k3d-0.6.7.0-9.fc11.x86_64 requires libMagick++.so.1()(64bit)
	k3d-0.6.7.0-9.fc11.x86_64 requires libMagickCore.so.1()(64bit)
	kismet-extras-0.0.2008.05.R1-3.fc10.x86_64 requires libMagickCore.so.1()(64bit)
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgdamm-3.0.so.10
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb_graph-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb_extra-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.x86_64 requires libgnomedb_graph-3.0.so.4()(64bit)
	libgnomedbmm-2.9.5-4.fc9.x86_64 requires libgdamm-3.0.so.10()(64bit)
	libgnomedbmm-2.9.5-4.fc9.x86_64 requires libgnomedb-3.0.so.4()(64bit)
	libgnomedbmm-2.9.5-4.fc9.x86_64 requires libgnomedb_extra-3.0.so.4()(64bit)
	libopensync-plugin-syncml-0.35-4.fc10.x86_64 requires libsyncml.so.0()(64bit)
	lsvpd-1.6.4-3.fc10.x86_64 requires libvpd_cxx-2.0.so.0()(64bit)
	mapnik-0.5.2-0.10.svn780.fc11.i386 requires dejavu-fonts-sans
	mapnik-0.5.2-0.10.svn780.fc11.x86_64 requires dejavu-fonts-sans
	1:pan-0.133-1.fc10.x86_64 requires libgmime-2.0.so.2()(64bit)
	pfstools-imgmagick-1.7.0-3.fc11.x86_64 requires libMagick++.so.1()(64bit)
	pfstools-imgmagick-1.7.0-3.fc11.x86_64 requires libMagickCore.so.1()(64bit)
	pfstools-octave-1.7.0-3.fc11.x86_64 requires libhdf5.so.5()(64bit)
	php-magickwand-1.0.8-1.fc11.x86_64 requires libMagickCore.so.1()(64bit)
	php-magickwand-1.0.8-1.fc11.x86_64 requires libMagickWand.so.1()(64bit)
	php-pecl-imagick-2.2.2-1.fc11.x86_64 requires libMagickCore.so.1()(64bit)
	php-pecl-imagick-2.2.2-1.fc11.x86_64 requires libMagickWand.so.1()(64bit)
	postgresql-odbcng-0.90.101-2.fc10.i386 requires libodbcinst.so.1
	postgresql-odbcng-0.90.101-2.fc10.x86_64 requires libodbcinst.so.1()(64bit)
	psiconv-0.9.8-3.fc11.i586 requires libMagickCore.so.1
	psiconv-0.9.8-3.fc11.x86_64 requires libMagickCore.so.1()(64bit)
	q-magick-7.11-4.fc11.x86_64 requires libMagickCore.so.1()(64bit)
	qpidd-cluster-0.4.738618-2.fc11.x86_64 requires libcpg.so.2()(64bit)
	qpidd-cluster-0.4.738618-2.fc11.x86_64 requires libcpg.so.2(COROSYNC_CPG_1.0)(64bit)
	rhnpush-0.4.5-1.fc11.noarch requires rhnlib
	ruby-rpm-1.2.3-4.fc9.x86_64 requires librpmdb-4.4.so()(64bit)
	ruby-rpm-1.2.3-4.fc9.x86_64 requires librpmbuild-4.4.so()(64bit)
	ruby-rpm-1.2.3-4.fc9.x86_64 requires librpmio-4.4.so()(64bit)
	ruby-rpm-1.2.3-4.fc9.x86_64 requires librpm-4.4.so()(64bit)
	xastir-1.9.5-2.fc11.x86_64 requires libMagickCore.so.1()(64bit)



Broken deps for ppc
----------------------------------------------------------
	dbmail-2.2.11-2.fc10.ppc requires libgmime-2.0.so.2
	dbmail-auth-ldap-2.2.11-2.fc10.ppc requires libgmime-2.0.so.2
	dbmail-mysql-2.2.11-2.fc10.ppc requires libssl.so.7
	dbmail-mysql-2.2.11-2.fc10.ppc requires libmysqlclient.so.15
	dbmail-mysql-2.2.11-2.fc10.ppc requires libcrypto.so.7
	dbmail-mysql-2.2.11-2.fc10.ppc requires libmysqlclient.so.15(libmysqlclient_15)
	dbmail-mysql-2.2.11-2.fc10.ppc requires libgmime-2.0.so.2
	dbmail-pgsql-2.2.11-2.fc10.ppc requires libgmime-2.0.so.2
	drawtiming-0.6.2-4.fc11.ppc requires libMagickCore.so.1
	drawtiming-0.6.2-4.fc11.ppc requires libMagick++.so.1
	gdal-1.6.0-4.fc11.ppc requires libodbc.so.1
	gdal-1.6.0-4.fc11.ppc requires libodbcinst.so.1
	gdal-1.6.0-4.fc11.ppc requires libhdf5.so.5
	gdal-1.6.0-4.fc11.ppc64 requires libhdf5.so.5()(64bit)
	gdal-1.6.0-4.fc11.ppc64 requires libodbcinst.so.1()(64bit)
	gdal-1.6.0-4.fc11.ppc64 requires libodbc.so.1()(64bit)
	gdal-perl-1.6.0-4.fc11.ppc requires libodbc.so.1
	gdal-perl-1.6.0-4.fc11.ppc requires libodbcinst.so.1
	gdal-perl-1.6.0-4.fc11.ppc requires libhdf5.so.5
	gdal-ruby-1.6.0-4.fc11.ppc requires libodbc.so.1
	gdal-ruby-1.6.0-4.fc11.ppc requires libodbcinst.so.1
	gdal-ruby-1.6.0-4.fc11.ppc requires libhdf5.so.5
	gdl-0.9-0.2.rc2.20090224.fc11.ppc requires libMagickCore.so.1
	gdl-0.9-0.2.rc2.20090224.fc11.ppc requires libMagick++.so.1
	grass-6.3.0-10.fc11.ppc requires libodbc.so.1
	imageinfo-0.05-7.fc11.ppc requires libMagickCore.so.1
	k3d-0.6.7.0-9.fc11.ppc requires libMagickCore.so.1
	k3d-0.6.7.0-9.fc11.ppc requires libMagick++.so.1
	k3d-0.6.7.0-9.fc11.ppc64 requires libMagick++.so.1()(64bit)
	k3d-0.6.7.0-9.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	kismet-extras-0.0.2008.05.R1-3.fc10.ppc requires libMagickCore.so.1
	libgnomedbmm-2.9.5-4.fc9.ppc requires libgnomedb-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.ppc requires libgdamm-3.0.so.10
	libgnomedbmm-2.9.5-4.fc9.ppc requires libgnomedb_graph-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.ppc requires libgnomedb_extra-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgnomedb_graph-3.0.so.4()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgdamm-3.0.so.10()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgnomedb-3.0.so.4()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgnomedb_extra-3.0.so.4()(64bit)
	libopensync-plugin-syncml-0.35-4.fc10.ppc requires libsyncml.so.0
	lsvpd-1.6.4-3.fc10.ppc requires libvpd_cxx-2.0.so.0
	mapnik-0.5.2-0.10.svn780.fc11.ppc requires dejavu-fonts-sans
	mapnik-0.5.2-0.10.svn780.fc11.ppc64 requires dejavu-fonts-sans
	1:pan-0.133-1.fc10.ppc requires libgmime-2.0.so.2
	pfstools-imgmagick-1.7.0-3.fc11.ppc requires libMagickCore.so.1
	pfstools-imgmagick-1.7.0-3.fc11.ppc requires libMagick++.so.1
	pfstools-octave-1.7.0-3.fc11.ppc requires libhdf5.so.5
	php-magickwand-1.0.8-1.fc11.ppc requires libMagickCore.so.1
	php-magickwand-1.0.8-1.fc11.ppc requires libMagickWand.so.1
	php-pecl-imagick-2.2.2-1.fc11.ppc requires libMagickCore.so.1
	php-pecl-imagick-2.2.2-1.fc11.ppc requires libMagickWand.so.1
	postgresql-odbcng-0.90.101-2.fc10.ppc requires libodbcinst.so.1
	postgresql-odbcng-0.90.101-2.fc10.ppc64 requires libodbcinst.so.1()(64bit)
	psiconv-0.9.8-3.fc11.ppc requires libMagickCore.so.1
	psiconv-0.9.8-3.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	q-magick-7.11-4.fc11.ppc requires libMagickCore.so.1
	qpidd-cluster-0.4.738618-2.fc11.ppc requires libcpg.so.2(COROSYNC_CPG_1.0)
	qpidd-cluster-0.4.738618-2.fc11.ppc requires libcpg.so.2
	rhnpush-0.4.5-1.fc11.noarch requires rhnlib
	ruby-rpm-1.2.3-4.fc9.ppc requires librpmdb-4.4.so
	ruby-rpm-1.2.3-4.fc9.ppc requires librpmio-4.4.so
	ruby-rpm-1.2.3-4.fc9.ppc requires librpmbuild-4.4.so
	ruby-rpm-1.2.3-4.fc9.ppc requires librpm-4.4.so
	xastir-1.9.5-2.fc11.ppc requires libMagickCore.so.1



Broken deps for ppc64
----------------------------------------------------------
	cabal2spec-0.12-1.fc11.noarch requires ghc > 0:6.10.1-7
	dbmail-2.2.11-2.fc10.ppc64 requires libgmime-2.0.so.2()(64bit)
	dbmail-auth-ldap-2.2.11-2.fc10.ppc64 requires libgmime-2.0.so.2()(64bit)
	dbmail-mysql-2.2.11-2.fc10.ppc64 requires libgmime-2.0.so.2()(64bit)
	dbmail-mysql-2.2.11-2.fc10.ppc64 requires libssl.so.7()(64bit)
	dbmail-mysql-2.2.11-2.fc10.ppc64 requires libmysqlclient.so.15(libmysqlclient_15)(64bit)
	dbmail-mysql-2.2.11-2.fc10.ppc64 requires libcrypto.so.7()(64bit)
	dbmail-mysql-2.2.11-2.fc10.ppc64 requires libmysqlclient.so.15()(64bit)
	dbmail-pgsql-2.2.11-2.fc10.ppc64 requires libgmime-2.0.so.2()(64bit)
	drawtiming-0.6.2-4.fc11.ppc64 requires libMagick++.so.1()(64bit)
	drawtiming-0.6.2-4.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	gdal-1.6.0-4.fc11.ppc64 requires libhdf5.so.5()(64bit)
	gdal-1.6.0-4.fc11.ppc64 requires libodbcinst.so.1()(64bit)
	gdal-1.6.0-4.fc11.ppc64 requires libodbc.so.1()(64bit)
	gdal-perl-1.6.0-4.fc11.ppc64 requires libhdf5.so.5()(64bit)
	gdal-perl-1.6.0-4.fc11.ppc64 requires libodbcinst.so.1()(64bit)
	gdal-perl-1.6.0-4.fc11.ppc64 requires libodbc.so.1()(64bit)
	gdal-ruby-1.6.0-4.fc11.ppc64 requires libhdf5.so.5()(64bit)
	gdal-ruby-1.6.0-4.fc11.ppc64 requires libodbcinst.so.1()(64bit)
	gdal-ruby-1.6.0-4.fc11.ppc64 requires libodbc.so.1()(64bit)
	gdl-0.9-0.2.rc2.20090224.fc11.ppc64 requires libMagick++.so.1()(64bit)
	gdl-0.9-0.2.rc2.20090224.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	grass-6.3.0-10.fc11.ppc64 requires libodbc.so.1()(64bit)
	imageinfo-0.05-7.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	k3d-0.6.7.0-9.fc11.ppc64 requires libMagick++.so.1()(64bit)
	k3d-0.6.7.0-9.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	kismet-extras-0.0.2008.05.R1-3.fc10.ppc64 requires libMagickCore.so.1()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgnomedb_graph-3.0.so.4()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgdamm-3.0.so.10()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgnomedb-3.0.so.4()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgnomedb_extra-3.0.so.4()(64bit)
	libopensync-plugin-syncml-0.35-4.fc10.ppc64 requires libsyncml.so.0()(64bit)
	lsvpd-1.6.4-3.fc10.ppc64 requires libvpd_cxx-2.0.so.0()(64bit)
	mapnik-0.5.2-0.10.svn780.fc11.ppc64 requires dejavu-fonts-sans
	1:pan-0.133-1.fc10.ppc64 requires libgmime-2.0.so.2()(64bit)
	pfstools-imgmagick-1.7.0-3.fc11.ppc64 requires libMagick++.so.1()(64bit)
	pfstools-imgmagick-1.7.0-3.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	pfstools-octave-1.7.0-3.fc11.ppc64 requires libhdf5.so.5()(64bit)
	php-magickwand-1.0.8-1.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	php-magickwand-1.0.8-1.fc11.ppc64 requires libMagickWand.so.1()(64bit)
	php-pecl-imagick-2.2.2-1.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	php-pecl-imagick-2.2.2-1.fc11.ppc64 requires libMagickWand.so.1()(64bit)
	postgresql-odbcng-0.90.101-2.fc10.ppc64 requires libodbcinst.so.1()(64bit)
	psiconv-0.9.8-3.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	q-magick-7.11-4.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	qpidd-cluster-0.4.738618-2.fc11.ppc64 requires libcpg.so.2()(64bit)
	qpidd-cluster-0.4.738618-2.fc11.ppc64 requires libcpg.so.2(COROSYNC_CPG_1.0)(64bit)
	rhnpush-0.4.5-1.fc11.noarch requires rhnlib
	ruby-rpm-1.2.3-4.fc9.ppc64 requires librpmdb-4.4.so()(64bit)
	ruby-rpm-1.2.3-4.fc9.ppc64 requires librpmbuild-4.4.so()(64bit)
	ruby-rpm-1.2.3-4.fc9.ppc64 requires librpmio-4.4.so()(64bit)
	ruby-rpm-1.2.3-4.fc9.ppc64 requires librpm-4.4.so()(64bit)
	xastir-1.9.5-2.fc11.ppc64 requires libMagickCore.so.1()(64bit)





From andrea at andreafrancia.it  Sat Mar 14 13:38:56 2009
From: andrea at andreafrancia.it (Andrea Francia)
Date: Sat, 14 Mar 2009 14:38:56 +0100
Subject: Looking for a packager for trash-cli
Message-ID: <e12fead70903140638p70ae9711pe2889b129eb16290@mail.gmail.com>

Hi, I'am the upstream developer of trash-cli and I wish my package would be
packaged in Fedora.

There's a bug entry in the buzilla, a package reviewer but we lack of a
packager.
The bug entry is https://bugzilla.redhat.com/show_bug.cgi?id=448122
The software is about provide command line interface to trash operations
(trashing files, restoring trashed files, listing trashcan contents).

There is someone interested in packaging the software?

Thanks for the listening.

-- 
Andrea Francia
http://andreafrancia.blogspot.com/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090314/1ee771af/attachment.htm>

From kevin.kofler at chello.at  Sat Mar 14 14:57:54 2009
From: kevin.kofler at chello.at (Kevin Kofler)
Date: Sat, 14 Mar 2009 15:57:54 +0100
Subject: /var/cache/mock
References: <49B64C47.4060704@freenet.de>
	<alpine.LFD.1.10.0903140128480.22816@newtla.xelerance.com>
	<20090314085153.796c60b6@metropolis.intra.city-fan.org>
Message-ID: <gpggli$n55$1@ger.gmane.org>

Paul Howarth wrote:
> And how does moving the cache from one directory under /var to another
> directory under /var help with that?

/var/cache can be a separate partition.

        Kevin Kofler



From paul at xelerance.com  Sat Mar 14 15:24:44 2009
From: paul at xelerance.com (Paul Wouters)
Date: Sat, 14 Mar 2009 11:24:44 -0400 (EDT)
Subject: /var/cache/mock
In-Reply-To: <gpggli$n55$1@ger.gmane.org>
References: <49B64C47.4060704@freenet.de>
	<alpine.LFD.1.10.0903140128480.22816@newtla.xelerance.com>
	<20090314085153.796c60b6@metropolis.intra.city-fan.org>
	<gpggli$n55$1@ger.gmane.org>
Message-ID: <alpine.LFD.1.10.0903141123400.27540@newtla.xelerance.com>

On Sat, 14 Mar 2009, Kevin Kofler wrote:

>> And how does moving the cache from one directory under /var to another
>> directory under /var help with that?
>
> /var/cache can be a separate partition.

Exactly. /var/cache is expected to grow large, especially on development
machines with ccache. /var/lib is not expected to grow much at all.

Paul



From craftjml at gmail.com  Sat Mar 14 15:41:12 2009
From: craftjml at gmail.com (Jud Craft)
Date: Sat, 14 Mar 2009 10:41:12 -0500
Subject: F10 Fresh Vanilla Install with Updates Has Broken NetworkManager
In-Reply-To: <20090314084908.253a1626@metropolis.intra.city-fan.org>
References: <20d6441a0903132156q47de59aay65c70bfcb955c772@mail.gmail.com>
	<20090314084908.253a1626@metropolis.intra.city-fan.org>
Message-ID: <20d6441a0903140841v4355ae34k17cae996f893968b@mail.gmail.com>

Easy enough for me.

But imagine any Johnny Unlucky who downloads the network install
image, and does a fresh install with updates.

Unless he made extra copies of the Fedora install DVDs (and why would
he?  that defeats the point of a minimal image) he has *no other
install media*.  It's game over for him.

Kinda makes a network install with updates a little pointless, if the
result (a system without network access) can't be fixed without A)
network access, or B) another Fedora image (also possibly requiring
more network access).



From jlaska at redhat.com  Fri Mar 13 21:50:58 2009
From: jlaska at redhat.com (James Laska)
Date: Fri, 13 Mar 2009 17:50:58 -0400
Subject: Upcoming Fedora Test Days ... DeviceKit and XFCE
Message-ID: <1236981058.12146.152.camel@flatline.devel.redhat.com>

Greetings,

With Fedora 11 Beta looming [1], I'd like to invite folks to help test
several upcoming release Features.

      * DeviceKit [2] - Tuesday, March 17, 2009
      * XFCE-4.6 [3]  - Thursday, March 19, 2009

= DeviceKit =

Ever notice how the graphical disk management functionality present
during a Fedora installation is not available after you've installed
your system?  

   <Enter DeviceKit on stage left>  

DeviceKit adds a graphical disk management utility (provided by
gnome-disk-utility) and provides the backend for gnome-power-manager.

If you have some time to spare, and removable media or USB/fireware
attached storage ... I invite you to join #fedora-qa this Tuesday, March
17, 2009 to help make sure your unique hardware works when Fedora 11 is
released.

Developers Tomas Bzatek and Matthias Clasen, along with testers Radek
Biba and Ondrej Hudlicky, will help guide test efforts and analyze
failures.  Additional information and test cases are landing in
https://fedoraproject.org/wiki/QA/Test_Days/2009-03-17.

= XFCE-4.6 =

Already a seasoned XFCE user?  Or, tired of the same old desktop and
looking for something different?  Fedora 11 will feature XFCE-4.6 which
adds a number of improvements [4] including a redesigned configuration
manager and power management integration.

XFCE maintainer Kevin Fenzi and our very own Adam Williamson are looking
for your input to help craft test cases [5] and ensure a smooth
transition to the latest upstream release.  Come share your findings
this Thursday, March 19 in #fedora-qa.  

Stay tuned to https://fedoraproject.org/wiki/QA/Test_Days/2009-03-19 for
more information.

Thanks,
James

[1] http://fedoraproject.org/wiki/Releases/11/Schedule
[2] https://fedoraproject.org/wiki/Features/DeviceKit
[3] http://fedoraproject.org/wiki/Features/Xfce46
[4] http://wiki.xfce.org/releng/4.6/general-info
[5]
https://www.redhat.com/archives/fedora-test-list/2009-February/msg00555.html

-------------- 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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090313/425e13e5/attachment.sig>
-------------- next part --------------
_______________________________________________
Fedora-devel-announce mailing list
Fedora-devel-announce at redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-announce

From wb8rcr at arrl.net  Sat Mar 14 17:22:27 2009
From: wb8rcr at arrl.net (John J. McDonough)
Date: Sat, 14 Mar 2009 13:22:27 -0400
Subject: F10 Fresh Vanilla Install with Updates Has Broken NetworkManager
References: <20d6441a0903132156q47de59aay65c70bfcb955c772@mail.gmail.com><20090314084908.253a1626@metropolis.intra.city-fan.org>
	<20d6441a0903140841v4355ae34k17cae996f893968b@mail.gmail.com>
Message-ID: <8A9D5E4A6012443F9196B8181C89216F@Aidan>

----- Original Message ----- 
From: "Jud Craft" <craftjml at gmail.com>
To: "Development discussions related to Fedora" 
<fedora-devel-list at redhat.com>
Sent: Saturday, March 14, 2009 11:41 AM
Subject: Re: F10 Fresh Vanilla Install with Updates Has Broken 
NetworkManager


> Unless he made extra copies of the Fedora install DVDs (and why would
> he?  that defeats the point of a minimal image) he has *no other
> install media*.  It's game over for him.

Well, it seems that since F9 most network problems can be solved by

sudo service NetworkManager stop

Of course, you have to know this, and it isn't QUITE that simple.

I'm still not convinced NetworkManager is ready for prime time.  Even with 
F11 alpha I have to do some fiddling around.  I think F10 alpha actually 
worked out of the box, but that was apparently an abberation.  Hasn't worked 
since without some help.

--McD



From tgl at redhat.com  Sat Mar 14 17:57:51 2009
From: tgl at redhat.com (Tom Lane)
Date: Sat, 14 Mar 2009 13:57:51 -0400
Subject: F10 Fresh Vanilla Install with Updates Has Broken
	NetworkManager 
In-Reply-To: <8A9D5E4A6012443F9196B8181C89216F@Aidan> 
References: <20d6441a0903132156q47de59aay65c70bfcb955c772@mail.gmail.com><20090314084908.253a1626@metropolis.intra.city-fan.org>
	<20d6441a0903140841v4355ae34k17cae996f893968b@mail.gmail.com>
	<8A9D5E4A6012443F9196B8181C89216F@Aidan>
Message-ID: <7133.1237053471@sss.pgh.pa.us>

"John J. McDonough" <wb8rcr at arrl.net> writes:
> I'm still not convinced NetworkManager is ready for prime time.

NM might be great for laptops, but it's both useless and pernicious in
a static-IP environment.  In both F9 and F10 I've had to turn it off,
and the single most annoying thing about it is *you can't really turn
it off*.  There are pieces of it that keep coming to life anyway ...
eg bz #455825 and the fact that it keeps demanding my VPN password
when I'm not using it to control the VPN.

I would rpm -e it except that that would take out half the system.

			regards, tom lane



From craftjml at gmail.com  Sat Mar 14 17:59:40 2009
From: craftjml at gmail.com (Jud Craft)
Date: Sat, 14 Mar 2009 12:59:40 -0500
Subject: F10 Fresh Vanilla Install with Updates Has Broken NetworkManager
In-Reply-To: <7133.1237053471@sss.pgh.pa.us>
References: <20d6441a0903132156q47de59aay65c70bfcb955c772@mail.gmail.com>
	<20090314084908.253a1626@metropolis.intra.city-fan.org>
	<20d6441a0903140841v4355ae34k17cae996f893968b@mail.gmail.com>
	<8A9D5E4A6012443F9196B8181C89216F@Aidan>
	<7133.1237053471@sss.pgh.pa.us>
Message-ID: <20d6441a0903141059k6ac907b1l99f6ebfa68689805@mail.gmail.com>

Keep in mind the issue is not "the usefulness of NetworkManager" or
"the NM service is having problems."

The NetworkManager service isn't even STARTING, since it's missing a
dependency library.  Somehow yum updates messed up during install.

Simply put this should not happen.



From jspaleta at gmail.com  Sat Mar 14 18:26:59 2009
From: jspaleta at gmail.com (Jeff Spaleta)
Date: Sat, 14 Mar 2009 10:26:59 -0800
Subject: F10 Fresh Vanilla Install with Updates Has Broken NetworkManager
In-Reply-To: <20d6441a0903141059k6ac907b1l99f6ebfa68689805@mail.gmail.com>
References: <20d6441a0903132156q47de59aay65c70bfcb955c772@mail.gmail.com>
	<20090314084908.253a1626@metropolis.intra.city-fan.org>
	<20d6441a0903140841v4355ae34k17cae996f893968b@mail.gmail.com>
	<8A9D5E4A6012443F9196B8181C89216F@Aidan>
	<7133.1237053471@sss.pgh.pa.us>
	<20d6441a0903141059k6ac907b1l99f6ebfa68689805@mail.gmail.com>
Message-ID: <604aa7910903141126k35c49edl3a01247451316100@mail.gmail.com>

On Sat, Mar 14, 2009 at 9:59 AM, Jud Craft <craftjml at gmail.com> wrote:
> Simply put this should not happen.


I haven't run into this myself and I can't seem to find an existing
report on this issue.

Can you give me more info please.

Just to be clear, this is a problem happening as part of the install
process?  I want to make sure about that.
What was the media image you used for the install?  We have several
and to try to confirm this we need to make sure we use the one you
used.
Did you run media check during the install?
Fresh install or upgrade?
Can you reproduce this on a new fresh install attempt using newly burned media?

-jef



From mschwendt at gmail.com  Sat Mar 14 18:40:23 2009
From: mschwendt at gmail.com (Michael Schwendt)
Date: Sat, 14 Mar 2009 19:40:23 +0100
Subject: Orphaning Sylpheed
Message-ID: <20090314194023.026a5369@rawhide.intranet>

As I'd like to discontinue with packaging the Sylpheed E-Mail Client
for Fedora, I've dropped ownership, so somebody else may take over.

https://admin.fedoraproject.org/pkgdb/packages/name/sylpheed


-- 
Originally sent to fedora-devel-announce but rejected by list moderator. :-/



From itamar at ispbrasil.com.br  Sat Mar 14 19:06:32 2009
From: itamar at ispbrasil.com.br (Itamar Reis Peixoto)
Date: Sat, 14 Mar 2009 16:06:32 -0300
Subject: Orphaning Sylpheed
In-Reply-To: <20090314194023.026a5369@rawhide.intranet>
References: <20090314194023.026a5369@rawhide.intranet>
Message-ID: <d3ceea380903141206p12418c28mdadd1a4090463cde@mail.gmail.com>

why you're orphaning it ?

On Sat, Mar 14, 2009 at 3:40 PM, Michael Schwendt <mschwendt at gmail.com> wrote:
> As I'd like to discontinue with packaging the Sylpheed E-Mail Client
> for Fedora, I've dropped ownership, so somebody else may take over.
>
> https://admin.fedoraproject.org/pkgdb/packages/name/sylpheed
>
>
> --
> Originally sent to fedora-devel-announce but rejected by list moderator. :-/
>
> --
> 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 seg at haxxed.com  Sat Mar 14 19:14:44 2009
From: seg at haxxed.com (Callum Lerwick)
Date: Sat, 14 Mar 2009 14:14:44 -0500
Subject: /var/cache/mock
In-Reply-To: <alpine.LFD.1.10.0903141123400.27540@newtla.xelerance.com>
References: <49B64C47.4060704@freenet.de>
	<alpine.LFD.1.10.0903140128480.22816@newtla.xelerance.com>
	<20090314085153.796c60b6@metropolis.intra.city-fan.org>
	<gpggli$n55$1@ger.gmane.org>
	<alpine.LFD.1.10.0903141123400.27540@newtla.xelerance.com>
Message-ID: <1237058084.19095.62.camel@localhost.localdomain>

On Sat, 2009-03-14 at 11:24 -0400, Paul Wouters wrote:
> On Sat, 14 Mar 2009, Kevin Kofler wrote:
> 
> >> And how does moving the cache from one directory under /var to another
> >> directory under /var help with that?
> >
> > /var/cache can be a separate partition.
> 
> Exactly. /var/cache is expected to grow large, especially on development
> machines with ccache. /var/lib is not expected to grow much at all.

It's also where caches belong anyway:

http://www.pathname.com/fhs/pub/fhs-2.3.html#VARCACHEAPPLICATIONCACHEDATA
-------------- 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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090314/90e5a593/attachment.sig>

From craftjml at gmail.com  Sat Mar 14 21:28:29 2009
From: craftjml at gmail.com (Jud Craft)
Date: Sat, 14 Mar 2009 17:28:29 -0400
Subject: F10 Fresh Vanilla Install with Updates Has Broken NetworkManager
In-Reply-To: <604aa7910903141126k35c49edl3a01247451316100@mail.gmail.com>
References: <20d6441a0903132156q47de59aay65c70bfcb955c772@mail.gmail.com>
	<20090314084908.253a1626@metropolis.intra.city-fan.org>
	<20d6441a0903140841v4355ae34k17cae996f893968b@mail.gmail.com>
	<8A9D5E4A6012443F9196B8181C89216F@Aidan>
	<7133.1237053471@sss.pgh.pa.us>
	<20d6441a0903141059k6ac907b1l99f6ebfa68689805@mail.gmail.com>
	<604aa7910903141126k35c49edl3a01247451316100@mail.gmail.com>
Message-ID: <20d6441a0903141428w2d9d5391m5e71a4300339d14f@mail.gmail.com>

I'm using the stock F10 install DVD, but with updates enabled during
the install.  That's all there is to it, NetworkManager doesn't work
at first boot.

This is not oversimplification, this is merely all I did.  It's done
this twice now.

Now for something curious regarding libudev0:

It doesn't seem to actually be installed by the stock F10 image.  If I
do a plain install (no updates), NetworkManager works fine.  Running a
"yum update" then pulls down all the updates, as well as "Install
libudev0".

So at some point I suppose NetworkManager picked up a dependency on
libudev0, but for some reason updating during the installation process
doesn't pull this new package in.



From jspaleta at gmail.com  Sat Mar 14 21:57:08 2009
From: jspaleta at gmail.com (Jeff Spaleta)
Date: Sat, 14 Mar 2009 13:57:08 -0800
Subject: F10 Fresh Vanilla Install with Updates Has Broken NetworkManager
In-Reply-To: <20d6441a0903141428w2d9d5391m5e71a4300339d14f@mail.gmail.com>
References: <20d6441a0903132156q47de59aay65c70bfcb955c772@mail.gmail.com>
	<20090314084908.253a1626@metropolis.intra.city-fan.org>
	<20d6441a0903140841v4355ae34k17cae996f893968b@mail.gmail.com>
	<8A9D5E4A6012443F9196B8181C89216F@Aidan>
	<7133.1237053471@sss.pgh.pa.us>
	<20d6441a0903141059k6ac907b1l99f6ebfa68689805@mail.gmail.com>
	<604aa7910903141126k35c49edl3a01247451316100@mail.gmail.com>
	<20d6441a0903141428w2d9d5391m5e71a4300339d14f@mail.gmail.com>
Message-ID: <604aa7910903141457m7908d367h2ab93a7b48f890e9@mail.gmail.com>

On Sat, Mar 14, 2009 at 1:28 PM, Jud Craft <craftjml at gmail.com> wrote:
> I'm using the stock F10 install DVD, but with updates enabled during
> the install. ?That's all there is to it, NetworkManager doesn't work
> at first boot.


libudev0 has not seen an update..it was in the F10 release tree. I
don't have this problem. My only thought is your media is corrupt.
Did you test the media, I don't think you answered that question.

-jef



From craftjml at gmail.com  Sat Mar 14 22:23:08 2009
From: craftjml at gmail.com (Jud Craft)
Date: Sat, 14 Mar 2009 17:23:08 -0500
Subject: F10 Fresh Vanilla Install with Updates Has Broken NetworkManager
In-Reply-To: <604aa7910903141457m7908d367h2ab93a7b48f890e9@mail.gmail.com>
References: <20d6441a0903132156q47de59aay65c70bfcb955c772@mail.gmail.com>
	<20090314084908.253a1626@metropolis.intra.city-fan.org>
	<20d6441a0903140841v4355ae34k17cae996f893968b@mail.gmail.com>
	<8A9D5E4A6012443F9196B8181C89216F@Aidan>
	<7133.1237053471@sss.pgh.pa.us>
	<20d6441a0903141059k6ac907b1l99f6ebfa68689805@mail.gmail.com>
	<604aa7910903141126k35c49edl3a01247451316100@mail.gmail.com>
	<20d6441a0903141428w2d9d5391m5e71a4300339d14f@mail.gmail.com>
	<604aa7910903141457m7908d367h2ab93a7b48f890e9@mail.gmail.com>
Message-ID: <20d6441a0903141523n24511703wf4b02efe864b8c45@mail.gmail.com>

You're right, I intentionally didn't.  But in my defense, I just
booted the install DVD and ran the disk-check on it, and it says no
errors found.

Serious though, I'm not making up that libudev0 stuff.  "yum update"
pulled it down and installed it, rather than updating it.  So I'm
assuming it wasn't installed to begin with.  And yet the first-boot
NetworkManager service (from a plain install with no updates) worked
fine.

Judging by my first error message up above, the new updated
NetworkManager uses libudev0, and for some reason libudev0 isn't there
when I use updates in the middle of the installation process.



From jspaleta at gmail.com  Sat Mar 14 22:46:54 2009
From: jspaleta at gmail.com (Jeff Spaleta)
Date: Sat, 14 Mar 2009 14:46:54 -0800
Subject: F10 Fresh Vanilla Install with Updates Has Broken NetworkManager
In-Reply-To: <20d6441a0903141523n24511703wf4b02efe864b8c45@mail.gmail.com>
References: <20d6441a0903132156q47de59aay65c70bfcb955c772@mail.gmail.com>
	<20090314084908.253a1626@metropolis.intra.city-fan.org>
	<20d6441a0903140841v4355ae34k17cae996f893968b@mail.gmail.com>
	<8A9D5E4A6012443F9196B8181C89216F@Aidan>
	<7133.1237053471@sss.pgh.pa.us>
	<20d6441a0903141059k6ac907b1l99f6ebfa68689805@mail.gmail.com>
	<604aa7910903141126k35c49edl3a01247451316100@mail.gmail.com>
	<20d6441a0903141428w2d9d5391m5e71a4300339d14f@mail.gmail.com>
	<604aa7910903141457m7908d367h2ab93a7b48f890e9@mail.gmail.com>
	<20d6441a0903141523n24511703wf4b02efe864b8c45@mail.gmail.com>
Message-ID: <604aa7910903141546k3645a12pb999826348999930@mail.gmail.com>

On Sat, Mar 14, 2009 at 2:23 PM, Jud Craft <craftjml at gmail.com> wrote:
> You're right, I intentionally didn't. ?But in my defense, I just
> booted the install DVD and ran the disk-check on it, and it says no
> errors found.
>
> Serious though, I'm not making up that libudev0 stuff. ?"yum update"
> pulled it down and installed it, rather than updating it. ?So I'm
> assuming it wasn't installed to begin with. ?And yet the first-boot
> NetworkManager service (from a plain install with no updates) worked
> fine.

I'm not saying your a making it up.

Here's the problem as I see it.  libudev0 is in the release
repository, but it did not get placed on the dvd image as the
NetworkManager that came with the dvd did not depend on it. A later
NetworkManager update does depend on it. I'm not sure why your
scenario isn't picking up libudev0 and installing it. I'll have to do
more local testing to try to confirm this behavior. I've never run
into it myself, but my update habits may have prevented me from
noticing this previously.

-jef



From oget.fedora at gmail.com  Sat Mar 14 22:53:26 2009
From: oget.fedora at gmail.com (Orcan Ogetbil)
Date: Sat, 14 Mar 2009 18:53:26 -0400
Subject: F10 Fresh Vanilla Install with Updates Has Broken NetworkManager
In-Reply-To: <20d6441a0903141523n24511703wf4b02efe864b8c45@mail.gmail.com>
References: <20d6441a0903132156q47de59aay65c70bfcb955c772@mail.gmail.com>
	<20090314084908.253a1626@metropolis.intra.city-fan.org>
	<20d6441a0903140841v4355ae34k17cae996f893968b@mail.gmail.com>
	<8A9D5E4A6012443F9196B8181C89216F@Aidan>
	<7133.1237053471@sss.pgh.pa.us>
	<20d6441a0903141059k6ac907b1l99f6ebfa68689805@mail.gmail.com>
	<604aa7910903141126k35c49edl3a01247451316100@mail.gmail.com>
	<20d6441a0903141428w2d9d5391m5e71a4300339d14f@mail.gmail.com>
	<604aa7910903141457m7908d367h2ab93a7b48f890e9@mail.gmail.com>
	<20d6441a0903141523n24511703wf4b02efe864b8c45@mail.gmail.com>
Message-ID: <e76492710903141553j53ef0aa4ndc6b471a0eecfbe9@mail.gmail.com>

On Sat, Mar 14, 2009 at 6:23 PM, Jud Craft wrote:
> You're right, I intentionally didn't. ?But in my defense, I just
> booted the install DVD and ran the disk-check on it, and it says no
> errors found.
>
> Serious though, I'm not making up that libudev0 stuff. ?"yum update"
> pulled it down and installed it, rather than updating it. ?So I'm
> assuming it wasn't installed to begin with. ?And yet the first-boot
> NetworkManager service (from a plain install with no updates) worked
> fine.
>
> Judging by my first error message up above, the new updated
> NetworkManager uses libudev0, and for some reason libudev0 isn't there
> when I use updates in the middle of the installation process.
>
> --

This may or may not be related.

I had a similar situation. I had installed F-10 with updates enabled.
The installer picked and installed audacity from the updates repo, but
did not install its dependency wxGTK.
I got an error message like "cannot open shared object file" when I
ran audacity. Then I installed wxGTK manually and everything worked
fine.

It sounds similar to your problem, although it has nothing to do with
NetworkManager. Just for the record, wxGTK did not see any updates on
F-10 either.

Orcan



From jreiser at BitWagon.com  Sat Mar 14 22:57:45 2009
From: jreiser at BitWagon.com (John Reiser)
Date: Sat, 14 Mar 2009 15:57:45 -0700
Subject: F10 Fresh Vanilla Install with Updates Has Broken NetworkManager
In-Reply-To: <604aa7910903141126k35c49edl3a01247451316100@mail.gmail.com>
References: <20d6441a0903132156q47de59aay65c70bfcb955c772@mail.gmail.com>	<20090314084908.253a1626@metropolis.intra.city-fan.org>	<20d6441a0903140841v4355ae34k17cae996f893968b@mail.gmail.com>	<8A9D5E4A6012443F9196B8181C89216F@Aidan>	<7133.1237053471@sss.pgh.pa.us>	<20d6441a0903141059k6ac907b1l99f6ebfa68689805@mail.gmail.com>
	<604aa7910903141126k35c49edl3a01247451316100@mail.gmail.com>
Message-ID: <49BC3669.1060004@BitWagon.com>

Jeff Spaleta wrote:
> [re: F10 Fresh Vanilla Install with Updates Has Broken NetworkManager]
> Can you give me more info please.

I can reproduce this problem.  Which product should get the bugzilla report?

I did a fresh install using Fedora-10-i386-DVD, with these check boxes only
[which give Gnome desktop]:
   Office + Productivity
   Installation Repo
   Fedora 10-i386-updates
I did a media check of my DVD as part of the install; it passed.
I saved all the files in /tmp at the end of install, plus of course
the installed root itself.

There is no NetworkManager icon in the top bar at first user login.
There is no NetworkManager process running.
"ldd /usr/sbin/NetworkManager" shows a dependency on libudev.so.0,
but there is no file libudev* anywhere in the installed system.

-- 



From kevin.kofler at chello.at  Sat Mar 14 23:29:54 2009
From: kevin.kofler at chello.at (Kevin Kofler)
Date: Sun, 15 Mar 2009 00:29:54 +0100
Subject: F10 Fresh Vanilla Install with Updates Has Broken NetworkManager
References: <20d6441a0903132156q47de59aay65c70bfcb955c772@mail.gmail.com>
	<20090314084908.253a1626@metropolis.intra.city-fan.org>
	<20d6441a0903140841v4355ae34k17cae996f893968b@mail.gmail.com>
	<8A9D5E4A6012443F9196B8181C89216F@Aidan>
	<7133.1237053471@sss.pgh.pa.us>
	<20d6441a0903141059k6ac907b1l99f6ebfa68689805@mail.gmail.com>
	<604aa7910903141126k35c49edl3a01247451316100@mail.gmail.com>
	<20d6441a0903141428w2d9d5391m5e71a4300339d14f@mail.gmail.com>
	<604aa7910903141457m7908d367h2ab93a7b48f890e9@mail.gmail.com>
	<20d6441a0903141523n24511703wf4b02efe864b8c45@mail.gmail.com>
	<604aa7910903141546k3645a12pb999826348999930@mail.gmail.com>
Message-ID: <gpheli$9ol$1@ger.gmane.org>

Jeff Spaleta wrote:
> Here's the problem as I see it.  libudev0 is in the release
> repository, but it did not get placed on the dvd image as the
> NetworkManager that came with the dvd did not depend on it. A later
> NetworkManager update does depend on it. I'm not sure why your
> scenario isn't picking up libudev0 and installing it. I'll have to do
> more local testing to try to confirm this behavior. I've never run
> into it myself, but my update habits may have prevented me from
> noticing this previously.

You added only updates and not Everything, so there's nowhere it could pick
it up from as it never got updated.

Of course, if you do add Everything, that may end up used instead of the
packages on the DVD.

Enabling updates when installing from the DVD is not officially supported
for a reason.

        Kevin Kofler



From craftjml at gmail.com  Sat Mar 14 23:52:55 2009
From: craftjml at gmail.com (Jud Craft)
Date: Sat, 14 Mar 2009 19:52:55 -0400
Subject: F10 Fresh Vanilla Install with Updates Has Broken NetworkManager
In-Reply-To: <gpheli$9ol$1@ger.gmane.org>
References: <20d6441a0903132156q47de59aay65c70bfcb955c772@mail.gmail.com>
	<8A9D5E4A6012443F9196B8181C89216F@Aidan>
	<7133.1237053471@sss.pgh.pa.us>
	<20d6441a0903141059k6ac907b1l99f6ebfa68689805@mail.gmail.com>
	<604aa7910903141126k35c49edl3a01247451316100@mail.gmail.com>
	<20d6441a0903141428w2d9d5391m5e71a4300339d14f@mail.gmail.com>
	<604aa7910903141457m7908d367h2ab93a7b48f890e9@mail.gmail.com>
	<20d6441a0903141523n24511703wf4b02efe864b8c45@mail.gmail.com>
	<604aa7910903141546k3645a12pb999826348999930@mail.gmail.com>
	<gpheli$9ol$1@ger.gmane.org>
Message-ID: <20d6441a0903141652g68d45580j233c7dd1e3a0a060@mail.gmail.com>

That makes sense.  Then the obvious answer is that enabling Updates
should also enable the default online repository, which has a slightly
wider collection of packages than the DVD and may be needed to fill in
dependencies pulled down by the Updates.

Packages should be grabbed by default from Updates, then from the DVD
(if no update required), then from the default repository (if not on
the DVD), in that order.

I'll make sure to enable the main repository as well next time.
Bummer that packages have to change their dependencies through the
lifetime of one Fedora release.



From kevin.kofler at chello.at  Sun Mar 15 00:01:16 2009
From: kevin.kofler at chello.at (Kevin Kofler)
Date: Sun, 15 Mar 2009 01:01:16 +0100
Subject: F10 Fresh Vanilla Install with Updates Has Broken NetworkManager
References: <20d6441a0903132156q47de59aay65c70bfcb955c772@mail.gmail.com>
	<8A9D5E4A6012443F9196B8181C89216F@Aidan>
	<7133.1237053471@sss.pgh.pa.us>
	<20d6441a0903141059k6ac907b1l99f6ebfa68689805@mail.gmail.com>
	<604aa7910903141126k35c49edl3a01247451316100@mail.gmail.com>
	<20d6441a0903141428w2d9d5391m5e71a4300339d14f@mail.gmail.com>
	<604aa7910903141457m7908d367h2ab93a7b48f890e9@mail.gmail.com>
	<20d6441a0903141523n24511703wf4b02efe864b8c45@mail.gmail.com>
	<604aa7910903141546k3645a12pb999826348999930@mail.gmail.com>
	<gpheli$9ol$1@ger.gmane.org>
	<20d6441a0903141652g68d45580j233c7dd1e3a0a060@mail.gmail.com>
Message-ID: <gphggc$dbs$1@ger.gmane.org>

Jud Craft wrote:
> I'll make sure to enable the main repository as well next time.
> Bummer that packages have to change their dependencies through the
> lifetime of one Fedora release.

That's very common, and often unavoidable. Often updated versions need more
libraries to support some new features or to implement existing features in
a better or more reliable way. (This is what happened here, and also
commonly happens with KDE updates.) Sometimes a private copy of a library
gets replaced by the system library. And sometimes dependencies were simply
forgotten and need to be added in updates.

        Kevin Kofler



From jkeating at redhat.com  Sun Mar 15 04:37:36 2009
From: jkeating at redhat.com (Jesse Keating)
Date: Sat, 14 Mar 2009 21:37:36 -0700
Subject: F10 Fresh Vanilla Install with Updates Has Broken NetworkManager
In-Reply-To: <20d6441a0903141428w2d9d5391m5e71a4300339d14f@mail.gmail.com>
References: <20d6441a0903132156q47de59aay65c70bfcb955c772@mail.gmail.com>
	<20090314084908.253a1626@metropolis.intra.city-fan.org>
	<20d6441a0903140841v4355ae34k17cae996f893968b@mail.gmail.com>
	<8A9D5E4A6012443F9196B8181C89216F@Aidan>
	<7133.1237053471@sss.pgh.pa.us>
	<20d6441a0903141059k6ac907b1l99f6ebfa68689805@mail.gmail.com>
	<604aa7910903141126k35c49edl3a01247451316100@mail.gmail.com>
	<20d6441a0903141428w2d9d5391m5e71a4300339d14f@mail.gmail.com>
Message-ID: <1237091856.12428.0.camel@localhost.localdomain>

On Sat, 2009-03-14 at 17:28 -0400, Jud Craft wrote:
> So at some point I suppose NetworkManager picked up a dependency on
> libudev0, but for some reason updating during the installation process
> doesn't pull this new package in.

This is likely because the updates repo isn't the Everything repo.  To
really do a proper install with updates you have to enable both the
Updates repo and the Everything repo.

-- 
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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090314/b2747715/attachment.sig>

From rawhide at fedoraproject.org  Sun Mar 15 10:17:51 2009
From: rawhide at fedoraproject.org (Rawhide Report)
Date: Sun, 15 Mar 2009 10:17:51 +0000 (UTC)
Subject: rawhide report: 20090315 changes
Message-ID: <20090315101751.920DC1B8001@releng2.fedora.phx.redhat.com>

Compose started at Sun Mar 15 06:01:03 UTC 2009

Summary:
Added Packages: 0
Removed Packages: 0
Modified Packages: 0
Broken deps for i386
----------------------------------------------------------
	dbmail-2.2.11-2.fc10.i386 requires libgmime-2.0.so.2
	dbmail-auth-ldap-2.2.11-2.fc10.i386 requires libgmime-2.0.so.2
	dbmail-mysql-2.2.11-2.fc10.i386 requires libssl.so.7
	dbmail-mysql-2.2.11-2.fc10.i386 requires libcrypto.so.7
	dbmail-mysql-2.2.11-2.fc10.i386 requires libmysqlclient.so.15
	dbmail-mysql-2.2.11-2.fc10.i386 requires libgmime-2.0.so.2
	dbmail-mysql-2.2.11-2.fc10.i386 requires libmysqlclient.so.15(libmysqlclient_15)
	dbmail-pgsql-2.2.11-2.fc10.i386 requires libgmime-2.0.so.2
	drawtiming-0.6.2-4.fc11.i586 requires libMagickCore.so.1
	drawtiming-0.6.2-4.fc11.i586 requires libMagick++.so.1
	gdal-1.6.0-4.fc11.i386 requires libodbc.so.1
	gdal-1.6.0-4.fc11.i386 requires libodbcinst.so.1
	gdal-1.6.0-4.fc11.i386 requires libhdf5.so.5
	gdal-perl-1.6.0-4.fc11.i386 requires libodbc.so.1
	gdal-perl-1.6.0-4.fc11.i386 requires libodbcinst.so.1
	gdal-perl-1.6.0-4.fc11.i386 requires libhdf5.so.5
	gdal-ruby-1.6.0-4.fc11.i386 requires libodbc.so.1
	gdal-ruby-1.6.0-4.fc11.i386 requires libodbcinst.so.1
	gdal-ruby-1.6.0-4.fc11.i386 requires libhdf5.so.5
	gdl-0.9-0.2.rc2.20090224.fc11.i586 requires libMagickCore.so.1
	gdl-0.9-0.2.rc2.20090224.fc11.i586 requires libMagick++.so.1
	grass-6.3.0-10.fc11.i386 requires libodbc.so.1
	imageinfo-0.05-7.fc11.i586 requires libMagickCore.so.1
	k3d-0.6.7.0-9.fc11.i386 requires libMagickCore.so.1
	k3d-0.6.7.0-9.fc11.i386 requires libMagick++.so.1
	kismet-extras-0.0.2008.05.R1-3.fc10.i386 requires libMagickCore.so.1
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgdamm-3.0.so.10
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb_graph-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb_extra-3.0.so.4
	libopensync-plugin-syncml-0.35-4.fc10.i386 requires libsyncml.so.0
	lsvpd-1.6.4-3.fc10.i386 requires libvpd_cxx-2.0.so.0
	mapnik-0.5.2-0.10.svn780.fc11.i386 requires dejavu-fonts-sans
	1:pan-0.133-1.fc10.i386 requires libgmime-2.0.so.2
	pfstools-imgmagick-1.7.0-3.fc11.i386 requires libMagickCore.so.1
	pfstools-imgmagick-1.7.0-3.fc11.i386 requires libMagick++.so.1
	pfstools-octave-1.7.0-3.fc11.i386 requires libhdf5.so.5
	php-magickwand-1.0.8-1.fc11.i586 requires libMagickCore.so.1
	php-magickwand-1.0.8-1.fc11.i586 requires libMagickWand.so.1
	php-pecl-imagick-2.2.2-1.fc11.i586 requires libMagickCore.so.1
	php-pecl-imagick-2.2.2-1.fc11.i586 requires libMagickWand.so.1
	postgresql-odbcng-0.90.101-2.fc10.i386 requires libodbcinst.so.1
	psiconv-0.9.8-3.fc11.i586 requires libMagickCore.so.1
	q-magick-7.11-4.fc11.i586 requires libMagickCore.so.1
	qpidd-cluster-0.4.738618-2.fc11.i386 requires libcpg.so.2(COROSYNC_CPG_1.0)
	qpidd-cluster-0.4.738618-2.fc11.i386 requires libcpg.so.2
	rhnpush-0.4.5-1.fc11.noarch requires rhnlib
	ruby-rpm-1.2.3-4.fc9.i386 requires librpmdb-4.4.so
	ruby-rpm-1.2.3-4.fc9.i386 requires librpmio-4.4.so
	ruby-rpm-1.2.3-4.fc9.i386 requires librpmbuild-4.4.so
	ruby-rpm-1.2.3-4.fc9.i386 requires librpm-4.4.so
	xastir-1.9.5-2.fc11.i386 requires libMagickCore.so.1



Broken deps for x86_64
----------------------------------------------------------
	dbmail-2.2.11-2.fc10.x86_64 requires libgmime-2.0.so.2()(64bit)
	dbmail-auth-ldap-2.2.11-2.fc10.x86_64 requires libgmime-2.0.so.2()(64bit)
	dbmail-mysql-2.2.11-2.fc10.x86_64 requires libmysqlclient.so.15(libmysqlclient_15)(64bit)
	dbmail-mysql-2.2.11-2.fc10.x86_64 requires libgmime-2.0.so.2()(64bit)
	dbmail-mysql-2.2.11-2.fc10.x86_64 requires libssl.so.7()(64bit)
	dbmail-mysql-2.2.11-2.fc10.x86_64 requires libcrypto.so.7()(64bit)
	dbmail-mysql-2.2.11-2.fc10.x86_64 requires libmysqlclient.so.15()(64bit)
	dbmail-pgsql-2.2.11-2.fc10.x86_64 requires libgmime-2.0.so.2()(64bit)
	drawtiming-0.6.2-4.fc11.x86_64 requires libMagick++.so.1()(64bit)
	drawtiming-0.6.2-4.fc11.x86_64 requires libMagickCore.so.1()(64bit)
	gdal-1.6.0-4.fc11.i386 requires libodbc.so.1
	gdal-1.6.0-4.fc11.i386 requires libodbcinst.so.1
	gdal-1.6.0-4.fc11.i386 requires libhdf5.so.5
	gdal-1.6.0-4.fc11.x86_64 requires libhdf5.so.5()(64bit)
	gdal-1.6.0-4.fc11.x86_64 requires libodbcinst.so.1()(64bit)
	gdal-1.6.0-4.fc11.x86_64 requires libodbc.so.1()(64bit)
	gdal-perl-1.6.0-4.fc11.x86_64 requires libhdf5.so.5()(64bit)
	gdal-perl-1.6.0-4.fc11.x86_64 requires libodbcinst.so.1()(64bit)
	gdal-perl-1.6.0-4.fc11.x86_64 requires libodbc.so.1()(64bit)
	gdal-ruby-1.6.0-4.fc11.x86_64 requires libhdf5.so.5()(64bit)
	gdal-ruby-1.6.0-4.fc11.x86_64 requires libodbcinst.so.1()(64bit)
	gdal-ruby-1.6.0-4.fc11.x86_64 requires libodbc.so.1()(64bit)
	gdl-0.9-0.2.rc2.20090224.fc11.x86_64 requires libMagick++.so.1()(64bit)
	gdl-0.9-0.2.rc2.20090224.fc11.x86_64 requires libMagickCore.so.1()(64bit)
	grass-6.3.0-10.fc11.x86_64 requires libodbc.so.1()(64bit)
	imageinfo-0.05-7.fc11.x86_64 requires libMagickCore.so.1()(64bit)
	k3d-0.6.7.0-9.fc11.i386 requires libMagickCore.so.1
	k3d-0.6.7.0-9.fc11.i386 requires libMagick++.so.1
	k3d-0.6.7.0-9.fc11.x86_64 requires libMagick++.so.1()(64bit)
	k3d-0.6.7.0-9.fc11.x86_64 requires libMagickCore.so.1()(64bit)
	kismet-extras-0.0.2008.05.R1-3.fc10.x86_64 requires libMagickCore.so.1()(64bit)
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgdamm-3.0.so.10
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb_graph-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb_extra-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.x86_64 requires libgnomedb_graph-3.0.so.4()(64bit)
	libgnomedbmm-2.9.5-4.fc9.x86_64 requires libgdamm-3.0.so.10()(64bit)
	libgnomedbmm-2.9.5-4.fc9.x86_64 requires libgnomedb-3.0.so.4()(64bit)
	libgnomedbmm-2.9.5-4.fc9.x86_64 requires libgnomedb_extra-3.0.so.4()(64bit)
	libopensync-plugin-syncml-0.35-4.fc10.x86_64 requires libsyncml.so.0()(64bit)
	lsvpd-1.6.4-3.fc10.x86_64 requires libvpd_cxx-2.0.so.0()(64bit)
	mapnik-0.5.2-0.10.svn780.fc11.i386 requires dejavu-fonts-sans
	mapnik-0.5.2-0.10.svn780.fc11.x86_64 requires dejavu-fonts-sans
	1:pan-0.133-1.fc10.x86_64 requires libgmime-2.0.so.2()(64bit)
	pfstools-imgmagick-1.7.0-3.fc11.x86_64 requires libMagick++.so.1()(64bit)
	pfstools-imgmagick-1.7.0-3.fc11.x86_64 requires libMagickCore.so.1()(64bit)
	pfstools-octave-1.7.0-3.fc11.x86_64 requires libhdf5.so.5()(64bit)
	php-magickwand-1.0.8-1.fc11.x86_64 requires libMagickCore.so.1()(64bit)
	php-magickwand-1.0.8-1.fc11.x86_64 requires libMagickWand.so.1()(64bit)
	php-pecl-imagick-2.2.2-1.fc11.x86_64 requires libMagickCore.so.1()(64bit)
	php-pecl-imagick-2.2.2-1.fc11.x86_64 requires libMagickWand.so.1()(64bit)
	postgresql-odbcng-0.90.101-2.fc10.i386 requires libodbcinst.so.1
	postgresql-odbcng-0.90.101-2.fc10.x86_64 requires libodbcinst.so.1()(64bit)
	psiconv-0.9.8-3.fc11.i586 requires libMagickCore.so.1
	psiconv-0.9.8-3.fc11.x86_64 requires libMagickCore.so.1()(64bit)
	q-magick-7.11-4.fc11.x86_64 requires libMagickCore.so.1()(64bit)
	qpidd-cluster-0.4.738618-2.fc11.x86_64 requires libcpg.so.2()(64bit)
	qpidd-cluster-0.4.738618-2.fc11.x86_64 requires libcpg.so.2(COROSYNC_CPG_1.0)(64bit)
	rhnpush-0.4.5-1.fc11.noarch requires rhnlib
	ruby-rpm-1.2.3-4.fc9.x86_64 requires librpmdb-4.4.so()(64bit)
	ruby-rpm-1.2.3-4.fc9.x86_64 requires librpmbuild-4.4.so()(64bit)
	ruby-rpm-1.2.3-4.fc9.x86_64 requires librpmio-4.4.so()(64bit)
	ruby-rpm-1.2.3-4.fc9.x86_64 requires librpm-4.4.so()(64bit)
	xastir-1.9.5-2.fc11.x86_64 requires libMagickCore.so.1()(64bit)



Broken deps for ppc
----------------------------------------------------------
	dbmail-2.2.11-2.fc10.ppc requires libgmime-2.0.so.2
	dbmail-auth-ldap-2.2.11-2.fc10.ppc requires libgmime-2.0.so.2
	dbmail-mysql-2.2.11-2.fc10.ppc requires libssl.so.7
	dbmail-mysql-2.2.11-2.fc10.ppc requires libmysqlclient.so.15
	dbmail-mysql-2.2.11-2.fc10.ppc requires libcrypto.so.7
	dbmail-mysql-2.2.11-2.fc10.ppc requires libmysqlclient.so.15(libmysqlclient_15)
	dbmail-mysql-2.2.11-2.fc10.ppc requires libgmime-2.0.so.2
	dbmail-pgsql-2.2.11-2.fc10.ppc requires libgmime-2.0.so.2
	drawtiming-0.6.2-4.fc11.ppc requires libMagickCore.so.1
	drawtiming-0.6.2-4.fc11.ppc requires libMagick++.so.1
	gdal-1.6.0-4.fc11.ppc requires libodbc.so.1
	gdal-1.6.0-4.fc11.ppc requires libodbcinst.so.1
	gdal-1.6.0-4.fc11.ppc requires libhdf5.so.5
	gdal-1.6.0-4.fc11.ppc64 requires libhdf5.so.5()(64bit)
	gdal-1.6.0-4.fc11.ppc64 requires libodbcinst.so.1()(64bit)
	gdal-1.6.0-4.fc11.ppc64 requires libodbc.so.1()(64bit)
	gdal-perl-1.6.0-4.fc11.ppc requires libodbc.so.1
	gdal-perl-1.6.0-4.fc11.ppc requires libodbcinst.so.1
	gdal-perl-1.6.0-4.fc11.ppc requires libhdf5.so.5
	gdal-ruby-1.6.0-4.fc11.ppc requires libodbc.so.1
	gdal-ruby-1.6.0-4.fc11.ppc requires libodbcinst.so.1
	gdal-ruby-1.6.0-4.fc11.ppc requires libhdf5.so.5
	gdl-0.9-0.2.rc2.20090224.fc11.ppc requires libMagickCore.so.1
	gdl-0.9-0.2.rc2.20090224.fc11.ppc requires libMagick++.so.1
	grass-6.3.0-10.fc11.ppc requires libodbc.so.1
	imageinfo-0.05-7.fc11.ppc requires libMagickCore.so.1
	k3d-0.6.7.0-9.fc11.ppc requires libMagickCore.so.1
	k3d-0.6.7.0-9.fc11.ppc requires libMagick++.so.1
	k3d-0.6.7.0-9.fc11.ppc64 requires libMagick++.so.1()(64bit)
	k3d-0.6.7.0-9.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	kismet-extras-0.0.2008.05.R1-3.fc10.ppc requires libMagickCore.so.1
	libgnomedbmm-2.9.5-4.fc9.ppc requires libgnomedb-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.ppc requires libgdamm-3.0.so.10
	libgnomedbmm-2.9.5-4.fc9.ppc requires libgnomedb_graph-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.ppc requires libgnomedb_extra-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgnomedb_graph-3.0.so.4()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgdamm-3.0.so.10()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgnomedb-3.0.so.4()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgnomedb_extra-3.0.so.4()(64bit)
	libopensync-plugin-syncml-0.35-4.fc10.ppc requires libsyncml.so.0
	lsvpd-1.6.4-3.fc10.ppc requires libvpd_cxx-2.0.so.0
	mapnik-0.5.2-0.10.svn780.fc11.ppc requires dejavu-fonts-sans
	mapnik-0.5.2-0.10.svn780.fc11.ppc64 requires dejavu-fonts-sans
	1:pan-0.133-1.fc10.ppc requires libgmime-2.0.so.2
	pfstools-imgmagick-1.7.0-3.fc11.ppc requires libMagickCore.so.1
	pfstools-imgmagick-1.7.0-3.fc11.ppc requires libMagick++.so.1
	pfstools-octave-1.7.0-3.fc11.ppc requires libhdf5.so.5
	php-magickwand-1.0.8-1.fc11.ppc requires libMagickCore.so.1
	php-magickwand-1.0.8-1.fc11.ppc requires libMagickWand.so.1
	php-pecl-imagick-2.2.2-1.fc11.ppc requires libMagickCore.so.1
	php-pecl-imagick-2.2.2-1.fc11.ppc requires libMagickWand.so.1
	postgresql-odbcng-0.90.101-2.fc10.ppc requires libodbcinst.so.1
	postgresql-odbcng-0.90.101-2.fc10.ppc64 requires libodbcinst.so.1()(64bit)
	psiconv-0.9.8-3.fc11.ppc requires libMagickCore.so.1
	psiconv-0.9.8-3.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	q-magick-7.11-4.fc11.ppc requires libMagickCore.so.1
	qpidd-cluster-0.4.738618-2.fc11.ppc requires libcpg.so.2(COROSYNC_CPG_1.0)
	qpidd-cluster-0.4.738618-2.fc11.ppc requires libcpg.so.2
	rhnpush-0.4.5-1.fc11.noarch requires rhnlib
	ruby-rpm-1.2.3-4.fc9.ppc requires librpmdb-4.4.so
	ruby-rpm-1.2.3-4.fc9.ppc requires librpmio-4.4.so
	ruby-rpm-1.2.3-4.fc9.ppc requires librpmbuild-4.4.so
	ruby-rpm-1.2.3-4.fc9.ppc requires librpm-4.4.so
	xastir-1.9.5-2.fc11.ppc requires libMagickCore.so.1



Broken deps for ppc64
----------------------------------------------------------
	cabal2spec-0.12-1.fc11.noarch requires ghc > 0:6.10.1-7
	dbmail-2.2.11-2.fc10.ppc64 requires libgmime-2.0.so.2()(64bit)
	dbmail-auth-ldap-2.2.11-2.fc10.ppc64 requires libgmime-2.0.so.2()(64bit)
	dbmail-mysql-2.2.11-2.fc10.ppc64 requires libgmime-2.0.so.2()(64bit)
	dbmail-mysql-2.2.11-2.fc10.ppc64 requires libssl.so.7()(64bit)
	dbmail-mysql-2.2.11-2.fc10.ppc64 requires libmysqlclient.so.15(libmysqlclient_15)(64bit)
	dbmail-mysql-2.2.11-2.fc10.ppc64 requires libcrypto.so.7()(64bit)
	dbmail-mysql-2.2.11-2.fc10.ppc64 requires libmysqlclient.so.15()(64bit)
	dbmail-pgsql-2.2.11-2.fc10.ppc64 requires libgmime-2.0.so.2()(64bit)
	drawtiming-0.6.2-4.fc11.ppc64 requires libMagick++.so.1()(64bit)
	drawtiming-0.6.2-4.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	gdal-1.6.0-4.fc11.ppc64 requires libhdf5.so.5()(64bit)
	gdal-1.6.0-4.fc11.ppc64 requires libodbcinst.so.1()(64bit)
	gdal-1.6.0-4.fc11.ppc64 requires libodbc.so.1()(64bit)
	gdal-perl-1.6.0-4.fc11.ppc64 requires libhdf5.so.5()(64bit)
	gdal-perl-1.6.0-4.fc11.ppc64 requires libodbcinst.so.1()(64bit)
	gdal-perl-1.6.0-4.fc11.ppc64 requires libodbc.so.1()(64bit)
	gdal-ruby-1.6.0-4.fc11.ppc64 requires libhdf5.so.5()(64bit)
	gdal-ruby-1.6.0-4.fc11.ppc64 requires libodbcinst.so.1()(64bit)
	gdal-ruby-1.6.0-4.fc11.ppc64 requires libodbc.so.1()(64bit)
	gdl-0.9-0.2.rc2.20090224.fc11.ppc64 requires libMagick++.so.1()(64bit)
	gdl-0.9-0.2.rc2.20090224.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	grass-6.3.0-10.fc11.ppc64 requires libodbc.so.1()(64bit)
	imageinfo-0.05-7.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	k3d-0.6.7.0-9.fc11.ppc64 requires libMagick++.so.1()(64bit)
	k3d-0.6.7.0-9.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	kismet-extras-0.0.2008.05.R1-3.fc10.ppc64 requires libMagickCore.so.1()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgnomedb_graph-3.0.so.4()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgdamm-3.0.so.10()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgnomedb-3.0.so.4()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgnomedb_extra-3.0.so.4()(64bit)
	libopensync-plugin-syncml-0.35-4.fc10.ppc64 requires libsyncml.so.0()(64bit)
	lsvpd-1.6.4-3.fc10.ppc64 requires libvpd_cxx-2.0.so.0()(64bit)
	mapnik-0.5.2-0.10.svn780.fc11.ppc64 requires dejavu-fonts-sans
	1:pan-0.133-1.fc10.ppc64 requires libgmime-2.0.so.2()(64bit)
	pfstools-imgmagick-1.7.0-3.fc11.ppc64 requires libMagick++.so.1()(64bit)
	pfstools-imgmagick-1.7.0-3.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	pfstools-octave-1.7.0-3.fc11.ppc64 requires libhdf5.so.5()(64bit)
	php-magickwand-1.0.8-1.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	php-magickwand-1.0.8-1.fc11.ppc64 requires libMagickWand.so.1()(64bit)
	php-pecl-imagick-2.2.2-1.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	php-pecl-imagick-2.2.2-1.fc11.ppc64 requires libMagickWand.so.1()(64bit)
	postgresql-odbcng-0.90.101-2.fc10.ppc64 requires libodbcinst.so.1()(64bit)
	psiconv-0.9.8-3.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	q-magick-7.11-4.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	qpidd-cluster-0.4.738618-2.fc11.ppc64 requires libcpg.so.2()(64bit)
	qpidd-cluster-0.4.738618-2.fc11.ppc64 requires libcpg.so.2(COROSYNC_CPG_1.0)(64bit)
	rhnpush-0.4.5-1.fc11.noarch requires rhnlib
	ruby-rpm-1.2.3-4.fc9.ppc64 requires librpmdb-4.4.so()(64bit)
	ruby-rpm-1.2.3-4.fc9.ppc64 requires librpmbuild-4.4.so()(64bit)
	ruby-rpm-1.2.3-4.fc9.ppc64 requires librpmio-4.4.so()(64bit)
	ruby-rpm-1.2.3-4.fc9.ppc64 requires librpm-4.4.so()(64bit)
	xastir-1.9.5-2.fc11.ppc64 requires libMagickCore.so.1()(64bit)





From paul at all-the-johnsons.co.uk  Sun Mar 15 11:59:48 2009
From: paul at all-the-johnsons.co.uk (Paul)
Date: Sun, 15 Mar 2009 11:59:48 +0000
Subject: Licence revoked?
Message-ID: <1237118388.27720.2.camel@PB3.Linux>

Hi,

I've renewed everything but keep getting the following error whenever I
try to build or remove something from koji (like monodoc-f10 from
rawhide)

Error: [('SSL routines', 'SSL3_READ_BYTES', 'sslv3 alert certificate
revoked'), ('SSL routines', 'SSL3_WRITE_BYTES', 'ssl handshake
failure')]

Is this on my side or koji's and if it's on mine, help! I need to be
building stuff!!!

TTFN

Paul
-- 
?Sie k?nnen mich aufreizen und wirklich hei? machen!
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090315/ff00ad70/attachment.sig>

From laxathom at fedoraproject.org  Sun Mar 15 12:21:10 2009
From: laxathom at fedoraproject.org (Xavier Lamien)
Date: Sun, 15 Mar 2009 13:21:10 +0100
Subject: Licence revoked?
In-Reply-To: <1237118388.27720.2.camel@PB3.Linux>
References: <1237118388.27720.2.camel@PB3.Linux>
Message-ID: <62bc09df0903150521r507ca95dh2f3e9ec3681fd6fd@mail.gmail.com>

2009/3/15 Paul <paul at all-the-johnsons.co.uk>:
> Hi,
>
> I've renewed everything but keep getting the following error whenever I
> try to build or remove something from koji (like monodoc-f10 from
> rawhide)
>
> Error: [('SSL routines', 'SSL3_READ_BYTES', 'sslv3 alert certificate
> revoked'), ('SSL routines', 'SSL3_WRITE_BYTES', 'ssl handshake
> failure')]
>
> Is this on my side or koji's and if it's on mine, help! I need to be
> building stuff!!!
>

Your side ;)
If you renew your certificate, the previous one is automatically
revoked for security reason.
So, double check that your build's config points to the new certificate.



-- 
Xavier.t Lamien
--
http://fedoraproject.org/wiki/XavierLamien
GPG-Key ID: F3903DEB
Fingerprint: 0F2A 7A17 0F1B 82EE FCBF 1F51 76B7 A28D F390 3DEB



From paul at city-fan.org  Sun Mar 15 12:22:59 2009
From: paul at city-fan.org (Paul Howarth)
Date: Sun, 15 Mar 2009 12:22:59 +0000
Subject: F10 Fresh Vanilla Install with Updates Has Broken NetworkManager
In-Reply-To: <gpheli$9ol$1@ger.gmane.org>
References: <20d6441a0903132156q47de59aay65c70bfcb955c772@mail.gmail.com>
	<20090314084908.253a1626@metropolis.intra.city-fan.org>
	<20d6441a0903140841v4355ae34k17cae996f893968b@mail.gmail.com>
	<8A9D5E4A6012443F9196B8181C89216F@Aidan>
	<7133.1237053471@sss.pgh.pa.us>
	<20d6441a0903141059k6ac907b1l99f6ebfa68689805@mail.gmail.com>
	<604aa7910903141126k35c49edl3a01247451316100@mail.gmail.com>
	<20d6441a0903141428w2d9d5391m5e71a4300339d14f@mail.gmail.com>
	<604aa7910903141457m7908d367h2ab93a7b48f890e9@mail.gmail.com>
	<20d6441a0903141523n24511703wf4b02efe864b8c45@mail.gmail.com>
	<604aa7910903141546k3645a12pb999826348999930@mail.gmail.com>
	<gpheli$9ol$1@ger.gmane.org>
Message-ID: <20090315122259.0b04b138@metropolis.intra.city-fan.org>

On Sun, 15 Mar 2009 00:29:54 +0100
Kevin Kofler <kevin.kofler at chello.at> wrote:

> Jeff Spaleta wrote:
> > Here's the problem as I see it.  libudev0 is in the release
> > repository, but it did not get placed on the dvd image as the
> > NetworkManager that came with the dvd did not depend on it. A later
> > NetworkManager update does depend on it. I'm not sure why your
> > scenario isn't picking up libudev0 and installing it. I'll have to
> > do more local testing to try to confirm this behavior. I've never
> > run into it myself, but my update habits may have prevented me from
> > noticing this previously.
> 
> You added only updates and not Everything, so there's nowhere it
> could pick it up from as it never got updated.
> 
> Of course, if you do add Everything, that may end up used instead of
> the packages on the DVD.

I would hope that the installer assigned a lower "cost" in yum to the
DVD than any network repo, which would avoid this issue.

Paul.



From konrad at tylerc.org  Sun Mar 15 14:46:37 2009
From: konrad at tylerc.org (Conrad Meyer)
Date: Sun, 15 Mar 2009 07:46:37 -0700
Subject: Licence revoked?
In-Reply-To: <62bc09df0903150521r507ca95dh2f3e9ec3681fd6fd@mail.gmail.com>
References: <1237118388.27720.2.camel@PB3.Linux>
	<62bc09df0903150521r507ca95dh2f3e9ec3681fd6fd@mail.gmail.com>
Message-ID: <200903150746.37653.konrad@tylerc.org>

On Sunday 15 March 2009 05:21:10 am Xavier Lamien wrote:
> If you renew your certificate, the previous one is automatically
> revoked for security reason.

Also, they get revoked every six months.

Enjoy.

-- 
Conrad Meyer <konrad at tylerc.org>



From fedora at leemhuis.info  Sun Mar 15 15:24:21 2009
From: fedora at leemhuis.info (Thorsten Leemhuis)
Date: Sun, 15 Mar 2009 16:24:21 +0100
Subject: F10 Fresh Vanilla Install with Updates Has Broken NetworkManager
In-Reply-To: <1237091856.12428.0.camel@localhost.localdomain>
References: <20d6441a0903132156q47de59aay65c70bfcb955c772@mail.gmail.com>	<20090314084908.253a1626@metropolis.intra.city-fan.org>	<20d6441a0903140841v4355ae34k17cae996f893968b@mail.gmail.com>	<8A9D5E4A6012443F9196B8181C89216F@Aidan>	<7133.1237053471@sss.pgh.pa.us>	<20d6441a0903141059k6ac907b1l99f6ebfa68689805@mail.gmail.com>	<604aa7910903141126k35c49edl3a01247451316100@mail.gmail.com>	<20d6441a0903141428w2d9d5391m5e71a4300339d14f@mail.gmail.com>
	<1237091856.12428.0.camel@localhost.localdomain>
Message-ID: <49BD1DA5.7060508@leemhuis.info>

On 15.03.2009 05:37, Jesse Keating wrote:
> On Sat, 2009-03-14 at 17:28 -0400, Jud Craft wrote:
>> So at some point I suppose NetworkManager picked up a dependency on
>> libudev0, but for some reason updating during the installation process
>> doesn't pull this new package in.
> This is likely because the updates repo isn't the Everything repo.  To
> really do a proper install with updates you have to enable both the
> Updates repo and the Everything repo.

Maybe it would be nice to have a way to tell anaconda and/or yum which 
repos depend on each other. E.g. something like "enable Everything 
automatically when updates repo is enabled" in anaconda or "if you users 
requests to grab a package from rpmfusion-nonfree-updates-testing then 
look for deps in rpmfusion-free-updates-testing and updates-testing as 
well, as rpmfusion-nonfree-updates-testing depends on those" in yum.

Should I file a RFE for anaconda and yum or are that corner casees we 
just ignore?

CU
knurd



From craftjml at gmail.com  Sun Mar 15 16:09:35 2009
From: craftjml at gmail.com (Jud Craft)
Date: Sun, 15 Mar 2009 11:09:35 -0500
Subject: F10 Fresh Vanilla Install with Updates Has Broken NetworkManager
In-Reply-To: <20090315122259.0b04b138@metropolis.intra.city-fan.org>
References: <20d6441a0903132156q47de59aay65c70bfcb955c772@mail.gmail.com>
	<7133.1237053471@sss.pgh.pa.us>
	<20d6441a0903141059k6ac907b1l99f6ebfa68689805@mail.gmail.com>
	<604aa7910903141126k35c49edl3a01247451316100@mail.gmail.com>
	<20d6441a0903141428w2d9d5391m5e71a4300339d14f@mail.gmail.com>
	<604aa7910903141457m7908d367h2ab93a7b48f890e9@mail.gmail.com>
	<20d6441a0903141523n24511703wf4b02efe864b8c45@mail.gmail.com>
	<604aa7910903141546k3645a12pb999826348999930@mail.gmail.com>
	<gpheli$9ol$1@ger.gmane.org>
	<20090315122259.0b04b138@metropolis.intra.city-fan.org>
Message-ID: <20d6441a0903150909h4855ab54ka2d4475b8f3a6d53@mail.gmail.com>

> I would hope that the installer assigned a lower "cost" in yum to the
> DVD than any network repo, which would avoid this issue.
>
> Paul.
>

There's no reason to do that.  The DVD has exactly the same packages
as the main Fedora repository, just a subset of them.  If they are
present on the DVD, they should be used to reduce install time, I
think.  Only grab them from the main repository if they are needed but
not found on the DVD.  I think the simplest thing to do is just
automatically enable the main repository whenever the updates
repository is enabled.

Post-thought:  I'm sorry, I admit I am unfamiliar with yum's costs.
Does a lower DVD cost mean that yum prefers packages from the network
instead?  That was my assumption, and my conclusion:  if a common
package between the two is the same, use the local one. (DVD)

The idea should be to A) trust the installation media whenever you
can, and B) perform as little extra network transaction as possible
for everything else.

I'll go ahead and tell you this completely means that the
Yum-Presto-On-Install idea is absolutely worthless if you think
otherwise; the whole "use small delta packages to do a quick update at
install-time" won't be any use at all if you're just downloading every
package (that was on the DVD) from the main repository anyway.

The DVD is like a local cache, it should be used as such.



From jkeating at redhat.com  Sun Mar 15 16:12:36 2009
From: jkeating at redhat.com (Jesse Keating)
Date: Sun, 15 Mar 2009 09:12:36 -0700
Subject: F10 Fresh Vanilla Install with Updates Has Broken NetworkManager
In-Reply-To: <49BD1DA5.7060508@leemhuis.info>
References: <20d6441a0903132156q47de59aay65c70bfcb955c772@mail.gmail.com>
	<20090314084908.253a1626@metropolis.intra.city-fan.org>
	<20d6441a0903140841v4355ae34k17cae996f893968b@mail.gmail.com>
	<8A9D5E4A6012443F9196B8181C89216F@Aidan>	<7133.1237053471@sss.pgh.pa.us>
	<20d6441a0903141059k6ac907b1l99f6ebfa68689805@mail.gmail.com>
	<604aa7910903141126k35c49edl3a01247451316100@mail.gmail.com>
	<20d6441a0903141428w2d9d5391m5e71a4300339d14f@mail.gmail.com>
	<1237091856.12428.0.camel@localhost.localdomain>
	<49BD1DA5.7060508@leemhuis.info>
Message-ID: <1237133556.14774.0.camel@localhost.localdomain>

On Sun, 2009-03-15 at 16:24 +0100, Thorsten Leemhuis wrote:
> Should I file a RFE for anaconda and yum or are that corner casees we 
> just ignore?

I don't think it would be ignored, however its just hard to express that
in a distro agnostic way.  Avoiding hardcoded hacks specifically for
Fedora is one of the goals of anaconda upstream.

-- 
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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090315/88422edf/attachment.sig>

From craftjml at gmail.com  Sun Mar 15 16:17:16 2009
From: craftjml at gmail.com (Jud Craft)
Date: Sun, 15 Mar 2009 11:17:16 -0500
Subject: F10 Fresh Vanilla Install with Updates Has Broken NetworkManager
In-Reply-To: <1237133556.14774.0.camel@localhost.localdomain>
References: <20d6441a0903132156q47de59aay65c70bfcb955c772@mail.gmail.com>
	<20d6441a0903140841v4355ae34k17cae996f893968b@mail.gmail.com>
	<8A9D5E4A6012443F9196B8181C89216F@Aidan>
	<7133.1237053471@sss.pgh.pa.us>
	<20d6441a0903141059k6ac907b1l99f6ebfa68689805@mail.gmail.com>
	<604aa7910903141126k35c49edl3a01247451316100@mail.gmail.com>
	<20d6441a0903141428w2d9d5391m5e71a4300339d14f@mail.gmail.com>
	<1237091856.12428.0.camel@localhost.localdomain>
	<49BD1DA5.7060508@leemhuis.info>
	<1237133556.14774.0.camel@localhost.localdomain>
Message-ID: <20d6441a0903150917n64c93303t73ae1980208ad040@mail.gmail.com>

> I don't think it would be ignored, however its just hard to express that
> in a distro agnostic way.  Avoiding hardcoded hacks specifically for
> Fedora is one of the goals of anaconda upstream.

Perhaps Anaconda (or Yum?) should have a slight refactoring of the way
it handles repositories.

It could be able to flag a repository as a "subset" of another
repository (DVD <= Main), and one repository as dependent on another.
(Updates -> Main).

Then, enabling Updates should automatically enable Main.  But since
Main is just a superset of DVD, yum (or Anaconda) know to use DVD
packages whenever present to cut the install time.

This could be yum logic (lot of refactoring there, upstream changes,
maybe a bad idea) or perhaps just logic on the Anaconda side at the
select-repository-screen.  Anaconda could just handle the subset logic
itself using yum costs in a way to prefer the subset repository first.



From kevin.kofler at chello.at  Sun Mar 15 18:21:38 2009
From: kevin.kofler at chello.at (Kevin Kofler)
Date: Sun, 15 Mar 2009 19:21:38 +0100
Subject: F10 Fresh Vanilla Install with Updates Has Broken NetworkManager
References: <20d6441a0903132156q47de59aay65c70bfcb955c772@mail.gmail.com>
	<7133.1237053471@sss.pgh.pa.us>
	<20d6441a0903141059k6ac907b1l99f6ebfa68689805@mail.gmail.com>
	<604aa7910903141126k35c49edl3a01247451316100@mail.gmail.com>
	<20d6441a0903141428w2d9d5391m5e71a4300339d14f@mail.gmail.com>
	<604aa7910903141457m7908d367h2ab93a7b48f890e9@mail.gmail.com>
	<20d6441a0903141523n24511703wf4b02efe864b8c45@mail.gmail.com>
	<604aa7910903141546k3645a12pb999826348999930@mail.gmail.com>
	<gpheli$9ol$1@ger.gmane.org>
	<20090315122259.0b04b138@metropolis.intra.city-fan.org>
	<20d6441a0903150909h4855ab54ka2d4475b8f3a6d53@mail.gmail.com>
Message-ID: <gpjgvi$g26$1@ger.gmane.org>

Jud Craft wrote:
> Post-thought:  I'm sorry, I admit I am unfamiliar with yum's costs.
> Does a lower DVD cost mean that yum prefers packages from the network
> instead?

No. When given the choice between the same identical computer at 2 places,
would you pick the one with higher cost? ;-) Likewise, if yum can get the
same identical package at 2 places, it will prefer the one with lower cost.

        Kevin Kofler



From kevin.kofler at chello.at  Sun Mar 15 18:23:46 2009
From: kevin.kofler at chello.at (Kevin Kofler)
Date: Sun, 15 Mar 2009 19:23:46 +0100
Subject: Licence revoked?
References: <1237118388.27720.2.camel@PB3.Linux>
	<62bc09df0903150521r507ca95dh2f3e9ec3681fd6fd@mail.gmail.com>
	<200903150746.37653.konrad@tylerc.org>
Message-ID: <gpjh3i$g26$2@ger.gmane.org>

Conrad Meyer wrote:
> Also, they get revoked every six months.

They don't get revoked when the 6 months run out, they expire automatically
(and the error message says "expired" rather than "revoked").

        Kevin Kofler



From craftjml at gmail.com  Sun Mar 15 18:56:47 2009
From: craftjml at gmail.com (Jud Craft)
Date: Sun, 15 Mar 2009 14:56:47 -0400
Subject: F10 Fresh Vanilla Install with Updates Has Broken NetworkManager
In-Reply-To: <gpjgvi$g26$1@ger.gmane.org>
References: <20d6441a0903132156q47de59aay65c70bfcb955c772@mail.gmail.com>
	<604aa7910903141126k35c49edl3a01247451316100@mail.gmail.com>
	<20d6441a0903141428w2d9d5391m5e71a4300339d14f@mail.gmail.com>
	<604aa7910903141457m7908d367h2ab93a7b48f890e9@mail.gmail.com>
	<20d6441a0903141523n24511703wf4b02efe864b8c45@mail.gmail.com>
	<604aa7910903141546k3645a12pb999826348999930@mail.gmail.com>
	<gpheli$9ol$1@ger.gmane.org>
	<20090315122259.0b04b138@metropolis.intra.city-fan.org>
	<20d6441a0903150909h4855ab54ka2d4475b8f3a6d53@mail.gmail.com>
	<gpjgvi$g26$1@ger.gmane.org>
Message-ID: <20d6441a0903151156x367cc694l3bfc0470c82385af@mail.gmail.com>

Oh, whoops.  Guess that makes sense, nevermind me. :)



From Bl0ngo067 at aim.com  Sun Mar 15 21:17:33 2009
From: Bl0ngo067 at aim.com (brad longo)
Date: Sun, 15 Mar 2009 17:17:33 -0400
Subject: resize2fs broken?
Message-ID: <49BD706D.2070200@aim.com>

I was trying to run resize2fs /dev/VolGroup00/LogVol00 44G, and then got 
the following error:
resize2fs 1.41.4 (27-Jan-2009)
Filesystem at /dev/VolGroup00/LogVol00 is mounted on /; on-line resizing 
required
On-line shrinking from 14327808 to 13107200 not supported.

Is this not supported in the current kernel, or can anyone think of a 
reason as to why this would not work?

-- 
Brad Longo 
North Carolina State University
Aerospace Engineering/Applied Mathematics
Raleigh, NC, USA




From tibbs at math.uh.edu  Sun Mar 15 21:23:52 2009
From: tibbs at math.uh.edu (Jason L Tibbitts III)
Date: Sun, 15 Mar 2009 16:23:52 -0500
Subject: resize2fs broken?
In-Reply-To: <49BD706D.2070200@aim.com> (brad longo's message of "Sun\,
	15 Mar 2009 17\:17\:33 -0400")
References: <49BD706D.2070200@aim.com>
Message-ID: <ufawsaqscnr.fsf@compute22.e.math.uh.edu>

>>>>> "bl" == brad longo <Bl0ngo067 at aim.com> writes:

bl> On-line shrinking from 14327808 to 13107200 not supported.

bl> Is this not supported in the current kernel, or can anyone think
bl> of a reason as to why this would not work?

resize2fs will not do online shrinking of filesystems; you must
unmount the filesystem before you can shrink it.  This seems to be
well-documented in the resize2fs manpage.

 - J<



From wolfy at nobugconsulting.ro  Sun Mar 15 21:51:58 2009
From: wolfy at nobugconsulting.ro (Manuel Wolfshant)
Date: Sun, 15 Mar 2009 23:51:58 +0200
Subject: opening ACLs 
Message-ID: <49BD787E.5090501@nobugconsulting.ro>

    Hello

    What's the proper procedure of asking for opening the ACLs of gdal 
and related packages (so that the provenpackager group could fix them) ? 
The maintainer is not MIA but not really responsive either and the 
packages are broken for quite some time.
    I'd like to point out that there were a couple of threads about 
these packages/maintainer issues in the past but no decision was taken.

    manuel



From tgl at redhat.com  Sun Mar 15 22:39:52 2009
From: tgl at redhat.com (Tom Lane)
Date: Sun, 15 Mar 2009 18:39:52 -0400
Subject: F10 Fresh Vanilla Install with Updates Has Broken
	NetworkManager 
In-Reply-To: <1237091856.12428.0.camel@localhost.localdomain> 
References: <20d6441a0903132156q47de59aay65c70bfcb955c772@mail.gmail.com>
	<20090314084908.253a1626@metropolis.intra.city-fan.org>
	<20d6441a0903140841v4355ae34k17cae996f893968b@mail.gmail.com>
	<8A9D5E4A6012443F9196B8181C89216F@Aidan>
	<7133.1237053471@sss.pgh.pa.us>
	<20d6441a0903141059k6ac907b1l99f6ebfa68689805@mail.gmail.com>
	<604aa7910903141126k35c49edl3a01247451316100@mail.gmail.com>
	<20d6441a0903141428w2d9d5391m5e71a4300339d14f@mail.gmail.com>
	<1237091856.12428.0.camel@localhost.localdomain>
Message-ID: <28071.1237156792@sss.pgh.pa.us>

Jesse Keating <jkeating at redhat.com> writes:
> On Sat, 2009-03-14 at 17:28 -0400, Jud Craft wrote:
>> So at some point I suppose NetworkManager picked up a dependency on
>> libudev0, but for some reason updating during the installation process
>> doesn't pull this new package in.

> This is likely because the updates repo isn't the Everything repo.  To
> really do a proper install with updates you have to enable both the
> Updates repo and the Everything repo.

So the real question is: why in heck did yum install an update of NM
that it knew it didn't have the dependencies for?  I surmise that the
install process is using --nodeps, and that seems just plain stupid.

			regards, tom lane



From itamar at ispbrasil.com.br  Sun Mar 15 23:13:09 2009
From: itamar at ispbrasil.com.br (Itamar Reis Peixoto)
Date: Sun, 15 Mar 2009 20:13:09 -0300
Subject: qt-creator RPMs for fedora.
Message-ID: <d3ceea380903151613t603beb50mc316d503949c84bf@mail.gmail.com>

I have a working qt-creator RPM for fedora.

if anyone want to help to make it according the guidelines, please
look at the flowing review request.

https://bugzilla.redhat.com/show_bug.cgi?id=490380

-- 
------------

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 fedora at slated.org  Sun Mar 15 23:22:55 2009
From: fedora at slated.org (Keith G. Robertson-Turner)
Date: Sun, 15 Mar 2009 23:22:55 +0000
Subject: Experience and observations of F11a/rawhide so far
Message-ID: <k7f096-r0c.ln1@sky.matrix>

Surprisingly stable, for the most part, but with a few nasties:

. RPM broke completely at one point (md5 mismatch errors), necessitating
  manual extraction from an RPM of updated components. Was there a more
  graceful way of handling the changeover?

. Radeon driver and kernel modesetting. This has been coming on in leaps
  and bounds, but it's still not quite there yet. The stock F11a kernel
  had no support, then there was support but it caused visual
  corruption, now it seems to work properly (2.6.29-0.252.rc8.fc11) but
  the radeon driver subsequently causes the system to lock hard when
  running anything OpenGL related (drm?). That final point was the cause
  of the next...

. ext4 data loss. It's been many years since I lost an entire filesystem
  in normal operation, and that was not under Linux, but it happened
  yesterday after the aforementioned lockup. I had to hard reset, but
  the worst I expected was a journal recovery. Not so. In this case, the
  kernel first insisted there was no space left on the device (whereas
  there was actually over a 100GB), then another reboot later it failed
  to grok the filesystem at all, claiming it did not appear to be an
  ext4 filesystem. I can't say whether or not this is related to the now
  well publicised delayed allocation issue, or whether this will be
  resolved in the fixes promised for 2.6.30, but it has definitely put
  me off ext4 ... for now. Maybe I'll come back to it in a few years. I
  would question the prudence of pushing this as a visible anaconda
  option in the final release though, since some are undoubtedly bound
  to accept it as ready for production, and IMHO it isn't.

. Speed issues. I noticed no discernible improvement in disk access
  speed (no benchmarks, just my impression), and the graphics subsystem
  was dog slow, but this was probably just an expected result of the
  current state of radeon. Booting seemed slightly faster, although
  maybe that was a purely psychological effect of being distracted by
  Plymouth? I seem to recall timing a cold boot at 60 seconds to the
  login prompt, which is OK for a 5400RPM EIDE laptop drive, but not
  stunning. IIRC I get that now on the currently installed Fedora 8
  (2.6.26.8-57.fc8). Overall, the system felt decidedly laggy.

. Compatibility issues. The newly pushed Thunderbird 3 reintroduced an
  age-old problem with saving draft copies on an IMAP directory (hangs
  forever). I can't remember what I did to fix it last time, but nothing
  obvious worked this time around. Naturally, my huge collection of
  plugins no longer work (something which seems to happen even with the
  most minor update, and which I find intensely irritating), most
  crucially the Enigmail plugin, which seems to lack any compatible
  update (64 bit system). I did grab one which looked like it was
  supposed to work, but plugin manager complained about the build being
  incompatible (gcc issue?). That's a blocker for me, since I absolutely
  must have GPG support, so I had to revert back to Thunderbird 2.

. Suspend/Hibernate ... broken again. I must admit this really confuses
  me. If it works once, then why shouldn't it always work? Very, very
  annoying.

. Pulseaudio stuttering and proper device control ... It's quite funny
  seeing mplayer suggest that my 2GHz AMD64 system, with Audigy 2 audio,
  "might not be fast enough" to play media. The "tsched=0" setting does
  help somewhat, but this really needs to be addressed. Another issue is
  the lack of equaliser controls (bass/treble) which is provided by the
  DSP on the card. I really want to see more than just "Master" when I
  open volume control. No, seriously, I really, really do. A post
  elsewhere from one of the devs, suggested that equaliser controls
  should "never be part of the software", which I found to be a rather
  arrogant position, since how else is one supposed to control the
  equaliser settings on a pair of headphones connected to a laptop,
  especially when the card actually provides this function in the
  hardware? I spent a few minutes trying to hack support in using
  something called swh and ladspa, but whatever this is supposed to do
  it didn't work here - either that or I just failed to grasp the
  incredibly convoluted and confusing Pulseaudio configuration settings.
  This is something that really needs to be built in. No human  should
  ever need to endure the torture of Pulseaudio's dotfiles. Until PA can
  actually play audio without stuttering, and provide the same degree of
  device control as ALSA (easily), then I'm afraid I won't be using it.

Ending on a positive note ... radeon, when it actually worked, was
highly impressive. I found no discernible difference in 3D speed between
it (under F11a) and the proprietary fglrx (under F8), although I'm sure
a more empirical benchmark would have revealed a difference in numbers.
It gives me real hope that fully accelerated Free Software 3D graphics
drivers are now actually a reality.

As for everything else, well it's still early days yet, but my overall
impression is "OK", nothing more. Plymouth stands out in my mind as a
compelling motive, along with various improvements to libgpod - which
are unavailable to older releases due to a cascade of unresolvable deps,
and I have become rather enamoured with KDE4.2, so I suppose this may be
the release that finally compels me to dump F8. I just hope some of the
above issues are addressed by the time it goes public.

One request I would like to throw out there, as a RFE, is the ability to
specify *keyfiles* instead of a password, when anaconda is setting up an
encrypted filesystem with cryptsetup. My current arrangement requires me
to manually edit the initrd thus:

echo Setting up disk encryption: SecureKeys
cryptsetup luksOpen /dev/sdb1 SecureKeys
mkdir /SecureKeys
mount -t ext3 /dev/mapper/SecureKeys /SecureKeys
echo Setting up disk encryption: takeMScrypt
cryptsetup luksOpen /dev/sda2 takeMScrypt
   --key-file=/SecureKeys/takeMScrypt.key
echo Closing encryption keys volume: SecureKeys
umount /SecureKeys
cryptsetup luksClose SecureKeys

sda is a USB keychain, with a built in MicroSDHC card reader.
sda1 is "/boot", unencrypted.
sda2 is "/" on an LVM volume encrypted with the kefile on sdb1.

sdb is a MicroSDHC card, with the key store on sdb1, which is itself
password encrypted.

So when this boots, I'm asked for a password once, which unlocks the key
store, and uses keyfiles in that key store to unlock the other
filesystems, then closes and unmounts the keystore, so the MicroSDHC
card can be physically removed (and possibly hidden).

How easy would it be to build something like this into anaconda?

Thanks for listening.

-- 
Regards,
Keith G. Robertson-Turner



From kevin.kofler at chello.at  Sun Mar 15 23:34:58 2009
From: kevin.kofler at chello.at (Kevin Kofler)
Date: Mon, 16 Mar 2009 00:34:58 +0100
Subject: F10 Fresh Vanilla Install with Updates Has Broken NetworkManager
References: <20d6441a0903132156q47de59aay65c70bfcb955c772@mail.gmail.com>
	<20090314084908.253a1626@metropolis.intra.city-fan.org>
	<20d6441a0903140841v4355ae34k17cae996f893968b@mail.gmail.com>
	<8A9D5E4A6012443F9196B8181C89216F@Aidan>
	<7133.1237053471@sss.pgh.pa.us>
	<20d6441a0903141059k6ac907b1l99f6ebfa68689805@mail.gmail.com>
	<604aa7910903141126k35c49edl3a01247451316100@mail.gmail.com>
	<20d6441a0903141428w2d9d5391m5e71a4300339d14f@mail.gmail.com>
	<1237091856.12428.0.camel@localhost.localdomain>
	<28071.1237156792@sss.pgh.pa.us>
Message-ID: <gpk3b2$288$1@ger.gmane.org>

Tom Lane wrote:
> So the real question is: why in heck did yum install an update of NM
> that it knew it didn't have the dependencies for?  I surmise that the
> install process is using --nodeps, and that seems just plain stupid.

The install process ignores dependencies it cannot satisfy because otherwise
you couldn't do an upgrade without added repositories.

        Kevin Kofler



From kevin.kofler at chello.at  Sun Mar 15 23:40:02 2009
From: kevin.kofler at chello.at (Kevin Kofler)
Date: Mon, 16 Mar 2009 00:40:02 +0100
Subject: qt-creator RPMs for fedora.
References: <d3ceea380903151613t603beb50mc316d503949c84bf@mail.gmail.com>
Message-ID: <gpk3kj$2vv$1@ger.gmane.org>

Itamar Reis Peixoto wrote:
> I have a working qt-creator RPM for fedora.
> 
> if anyone want to help to make it according the guidelines, please
> look at the flowing review request.
> 
> https://bugzilla.redhat.com/show_bug.cgi?id=490380

Luk?? Tinkl is already working on packaging Qt Creator, see
http://ktown.kde.org/~lukas/qt-creator/ , you duplicated work. :-( Next
time please talk to us on #fedora-kde when you want to work on packaging
Qt/KDE-related stuff.

I'm commenting about the specfile itself in the review request.

        Kevin Kofler



From mike at miketc.net  Mon Mar 16 02:11:45 2009
From: mike at miketc.net (Mike Chambers)
Date: Sun, 15 Mar 2009 21:11:45 -0500
Subject: Experience and observations of F11a/rawhide so far
In-Reply-To: <k7f096-r0c.ln1@sky.matrix>
References: <k7f096-r0c.ln1@sky.matrix>
Message-ID: <1237169505.4785.3.camel@scrappy.miketc.net>

On Sun, 2009-03-15 at 23:22 +0000, Keith G. Robertson-Turner wrote:
> Surprisingly stable, for the most part, but with a few nasties:
> 
> . RPM broke completely at one point (md5 mismatch errors), necessitating
>   manual extraction from an RPM of updated components. Was there a more
>   graceful way of handling the changeover?

update rpm first, then update the rest.


> . 
> . Speed issues. I noticed no discernible improvement in disk access
>   speed (no benchmarks, just my impression), and the graphics subsystem
>   was dog slow, but this was probably just an expected result of the
>   current state of radeon. Booting seemed slightly faster, although
>   maybe that was a purely psychological effect of being distracted by
>   Plymouth? I seem to recall timing a cold boot at 60 seconds to the
>   login prompt, which is OK for a 5400RPM EIDE laptop drive, but not
>   stunning. IIRC I get that now on the currently installed Fedora 8
>   (2.6.26.8-57.fc8). Overall, the system felt decidedly laggy.

Above may be due to certain debugging turned on during the testing to
help solve problems found.  Might not be the reason or whole reason, but
surely part of it anyway.

Mike



From lsof at nodata.co.uk  Mon Mar 16 07:36:11 2009
From: lsof at nodata.co.uk (nodata)
Date: Mon, 16 Mar 2009 08:36:11 +0100
Subject: F10 Fresh Vanilla Install with Updates Has Broken NetworkManager
In-Reply-To: <gpk3b2$288$1@ger.gmane.org>
References: <20d6441a0903132156q47de59aay65c70bfcb955c772@mail.gmail.com>
	<20090314084908.253a1626@metropolis.intra.city-fan.org>
	<20d6441a0903140841v4355ae34k17cae996f893968b@mail.gmail.com>
	<8A9D5E4A6012443F9196B8181C89216F@Aidan>
	<7133.1237053471@sss.pgh.pa.us>
	<20d6441a0903141059k6ac907b1l99f6ebfa68689805@mail.gmail.com>
	<604aa7910903141126k35c49edl3a01247451316100@mail.gmail.com>
	<20d6441a0903141428w2d9d5391m5e71a4300339d14f@mail.gmail.com>
	<1237091856.12428.0.camel@localhost.localdomain>
	<28071.1237156792@sss.pgh.pa.us>  <gpk3b2$288$1@ger.gmane.org>
Message-ID: <1237188971.27657.0.camel@prague>

Am Montag, den 16.03.2009, 00:34 +0100 schrieb Kevin Kofler:
> Tom Lane wrote:
> > So the real question is: why in heck did yum install an update of NM
> > that it knew it didn't have the dependencies for?  I surmise that the
> > install process is using --nodeps, and that seems just plain stupid.
> 
> The install process ignores dependencies it cannot satisfy because otherwise
> you couldn't do an upgrade without added repositories.
> 
>         Kevin Kofler
> 

So for the case of no added repositories, will repoclosure not catch
this? Is there a test for this?



From rawhide at fedoraproject.org  Mon Mar 16 08:52:57 2009
From: rawhide at fedoraproject.org (Rawhide Report)
Date: Mon, 16 Mar 2009 08:52:57 +0000 (UTC)
Subject: rawhide report: 20090316 changes
Message-ID: <20090316085257.425C21F825C@releng2.fedora.phx.redhat.com>

Compose started at Mon Mar 16 06:01:03 UTC 2009

Summary:
Added Packages: 0
Removed Packages: 0
Modified Packages: 0
Broken deps for i386
----------------------------------------------------------
	dbmail-2.2.11-2.fc10.i386 requires libgmime-2.0.so.2
	dbmail-auth-ldap-2.2.11-2.fc10.i386 requires libgmime-2.0.so.2
	dbmail-mysql-2.2.11-2.fc10.i386 requires libssl.so.7
	dbmail-mysql-2.2.11-2.fc10.i386 requires libcrypto.so.7
	dbmail-mysql-2.2.11-2.fc10.i386 requires libmysqlclient.so.15
	dbmail-mysql-2.2.11-2.fc10.i386 requires libgmime-2.0.so.2
	dbmail-mysql-2.2.11-2.fc10.i386 requires libmysqlclient.so.15(libmysqlclient_15)
	dbmail-pgsql-2.2.11-2.fc10.i386 requires libgmime-2.0.so.2
	drawtiming-0.6.2-4.fc11.i586 requires libMagickCore.so.1
	drawtiming-0.6.2-4.fc11.i586 requires libMagick++.so.1
	gdal-1.6.0-4.fc11.i386 requires libodbc.so.1
	gdal-1.6.0-4.fc11.i386 requires libodbcinst.so.1
	gdal-1.6.0-4.fc11.i386 requires libhdf5.so.5
	gdal-perl-1.6.0-4.fc11.i386 requires libodbc.so.1
	gdal-perl-1.6.0-4.fc11.i386 requires libodbcinst.so.1
	gdal-perl-1.6.0-4.fc11.i386 requires libhdf5.so.5
	gdal-ruby-1.6.0-4.fc11.i386 requires libodbc.so.1
	gdal-ruby-1.6.0-4.fc11.i386 requires libodbcinst.so.1
	gdal-ruby-1.6.0-4.fc11.i386 requires libhdf5.so.5
	gdl-0.9-0.2.rc2.20090224.fc11.i586 requires libMagickCore.so.1
	gdl-0.9-0.2.rc2.20090224.fc11.i586 requires libMagick++.so.1
	grass-6.3.0-10.fc11.i386 requires libodbc.so.1
	imageinfo-0.05-7.fc11.i586 requires libMagickCore.so.1
	k3d-0.6.7.0-9.fc11.i386 requires libMagickCore.so.1
	k3d-0.6.7.0-9.fc11.i386 requires libMagick++.so.1
	kismet-extras-0.0.2008.05.R1-3.fc10.i386 requires libMagickCore.so.1
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgdamm-3.0.so.10
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb_graph-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb_extra-3.0.so.4
	libopensync-plugin-syncml-0.35-4.fc10.i386 requires libsyncml.so.0
	lsvpd-1.6.4-3.fc10.i386 requires libvpd_cxx-2.0.so.0
	mapnik-0.5.2-0.10.svn780.fc11.i386 requires dejavu-fonts-sans
	1:pan-0.133-1.fc10.i386 requires libgmime-2.0.so.2
	pfstools-imgmagick-1.7.0-3.fc11.i386 requires libMagickCore.so.1
	pfstools-imgmagick-1.7.0-3.fc11.i386 requires libMagick++.so.1
	pfstools-octave-1.7.0-3.fc11.i386 requires libhdf5.so.5
	php-magickwand-1.0.8-1.fc11.i586 requires libMagickCore.so.1
	php-magickwand-1.0.8-1.fc11.i586 requires libMagickWand.so.1
	php-pecl-imagick-2.2.2-1.fc11.i586 requires libMagickCore.so.1
	php-pecl-imagick-2.2.2-1.fc11.i586 requires libMagickWand.so.1
	postgresql-odbcng-0.90.101-2.fc10.i386 requires libodbcinst.so.1
	psiconv-0.9.8-3.fc11.i586 requires libMagickCore.so.1
	q-magick-7.11-4.fc11.i586 requires libMagickCore.so.1
	qpidd-cluster-0.4.738618-2.fc11.i386 requires libcpg.so.2(COROSYNC_CPG_1.0)
	qpidd-cluster-0.4.738618-2.fc11.i386 requires libcpg.so.2
	rhnpush-0.4.5-1.fc11.noarch requires rhnlib
	ruby-rpm-1.2.3-4.fc9.i386 requires librpmdb-4.4.so
	ruby-rpm-1.2.3-4.fc9.i386 requires librpmio-4.4.so
	ruby-rpm-1.2.3-4.fc9.i386 requires librpmbuild-4.4.so
	ruby-rpm-1.2.3-4.fc9.i386 requires librpm-4.4.so
	xastir-1.9.5-2.fc11.i386 requires libMagickCore.so.1



Broken deps for x86_64
----------------------------------------------------------
	dbmail-2.2.11-2.fc10.x86_64 requires libgmime-2.0.so.2()(64bit)
	dbmail-auth-ldap-2.2.11-2.fc10.x86_64 requires libgmime-2.0.so.2()(64bit)
	dbmail-mysql-2.2.11-2.fc10.x86_64 requires libmysqlclient.so.15(libmysqlclient_15)(64bit)
	dbmail-mysql-2.2.11-2.fc10.x86_64 requires libgmime-2.0.so.2()(64bit)
	dbmail-mysql-2.2.11-2.fc10.x86_64 requires libssl.so.7()(64bit)
	dbmail-mysql-2.2.11-2.fc10.x86_64 requires libcrypto.so.7()(64bit)
	dbmail-mysql-2.2.11-2.fc10.x86_64 requires libmysqlclient.so.15()(64bit)
	dbmail-pgsql-2.2.11-2.fc10.x86_64 requires libgmime-2.0.so.2()(64bit)
	drawtiming-0.6.2-4.fc11.x86_64 requires libMagick++.so.1()(64bit)
	drawtiming-0.6.2-4.fc11.x86_64 requires libMagickCore.so.1()(64bit)
	gdal-1.6.0-4.fc11.i386 requires libodbc.so.1
	gdal-1.6.0-4.fc11.i386 requires libodbcinst.so.1
	gdal-1.6.0-4.fc11.i386 requires libhdf5.so.5
	gdal-1.6.0-4.fc11.x86_64 requires libhdf5.so.5()(64bit)
	gdal-1.6.0-4.fc11.x86_64 requires libodbcinst.so.1()(64bit)
	gdal-1.6.0-4.fc11.x86_64 requires libodbc.so.1()(64bit)
	gdal-perl-1.6.0-4.fc11.x86_64 requires libhdf5.so.5()(64bit)
	gdal-perl-1.6.0-4.fc11.x86_64 requires libodbcinst.so.1()(64bit)
	gdal-perl-1.6.0-4.fc11.x86_64 requires libodbc.so.1()(64bit)
	gdal-ruby-1.6.0-4.fc11.x86_64 requires libhdf5.so.5()(64bit)
	gdal-ruby-1.6.0-4.fc11.x86_64 requires libodbcinst.so.1()(64bit)
	gdal-ruby-1.6.0-4.fc11.x86_64 requires libodbc.so.1()(64bit)
	gdl-0.9-0.2.rc2.20090224.fc11.x86_64 requires libMagick++.so.1()(64bit)
	gdl-0.9-0.2.rc2.20090224.fc11.x86_64 requires libMagickCore.so.1()(64bit)
	grass-6.3.0-10.fc11.x86_64 requires libodbc.so.1()(64bit)
	imageinfo-0.05-7.fc11.x86_64 requires libMagickCore.so.1()(64bit)
	k3d-0.6.7.0-9.fc11.i386 requires libMagickCore.so.1
	k3d-0.6.7.0-9.fc11.i386 requires libMagick++.so.1
	k3d-0.6.7.0-9.fc11.x86_64 requires libMagick++.so.1()(64bit)
	k3d-0.6.7.0-9.fc11.x86_64 requires libMagickCore.so.1()(64bit)
	kismet-extras-0.0.2008.05.R1-3.fc10.x86_64 requires libMagickCore.so.1()(64bit)
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgdamm-3.0.so.10
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb_graph-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb_extra-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.x86_64 requires libgnomedb_graph-3.0.so.4()(64bit)
	libgnomedbmm-2.9.5-4.fc9.x86_64 requires libgdamm-3.0.so.10()(64bit)
	libgnomedbmm-2.9.5-4.fc9.x86_64 requires libgnomedb-3.0.so.4()(64bit)
	libgnomedbmm-2.9.5-4.fc9.x86_64 requires libgnomedb_extra-3.0.so.4()(64bit)
	libopensync-plugin-syncml-0.35-4.fc10.x86_64 requires libsyncml.so.0()(64bit)
	lsvpd-1.6.4-3.fc10.x86_64 requires libvpd_cxx-2.0.so.0()(64bit)
	mapnik-0.5.2-0.10.svn780.fc11.i386 requires dejavu-fonts-sans
	mapnik-0.5.2-0.10.svn780.fc11.x86_64 requires dejavu-fonts-sans
	1:pan-0.133-1.fc10.x86_64 requires libgmime-2.0.so.2()(64bit)
	pfstools-imgmagick-1.7.0-3.fc11.x86_64 requires libMagick++.so.1()(64bit)
	pfstools-imgmagick-1.7.0-3.fc11.x86_64 requires libMagickCore.so.1()(64bit)
	pfstools-octave-1.7.0-3.fc11.x86_64 requires libhdf5.so.5()(64bit)
	php-magickwand-1.0.8-1.fc11.x86_64 requires libMagickCore.so.1()(64bit)
	php-magickwand-1.0.8-1.fc11.x86_64 requires libMagickWand.so.1()(64bit)
	php-pecl-imagick-2.2.2-1.fc11.x86_64 requires libMagickCore.so.1()(64bit)
	php-pecl-imagick-2.2.2-1.fc11.x86_64 requires libMagickWand.so.1()(64bit)
	postgresql-odbcng-0.90.101-2.fc10.i386 requires libodbcinst.so.1
	postgresql-odbcng-0.90.101-2.fc10.x86_64 requires libodbcinst.so.1()(64bit)
	psiconv-0.9.8-3.fc11.i586 requires libMagickCore.so.1
	psiconv-0.9.8-3.fc11.x86_64 requires libMagickCore.so.1()(64bit)
	q-magick-7.11-4.fc11.x86_64 requires libMagickCore.so.1()(64bit)
	qpidd-cluster-0.4.738618-2.fc11.x86_64 requires libcpg.so.2()(64bit)
	qpidd-cluster-0.4.738618-2.fc11.x86_64 requires libcpg.so.2(COROSYNC_CPG_1.0)(64bit)
	rhnpush-0.4.5-1.fc11.noarch requires rhnlib
	ruby-rpm-1.2.3-4.fc9.x86_64 requires librpmdb-4.4.so()(64bit)
	ruby-rpm-1.2.3-4.fc9.x86_64 requires librpmbuild-4.4.so()(64bit)
	ruby-rpm-1.2.3-4.fc9.x86_64 requires librpmio-4.4.so()(64bit)
	ruby-rpm-1.2.3-4.fc9.x86_64 requires librpm-4.4.so()(64bit)
	xastir-1.9.5-2.fc11.x86_64 requires libMagickCore.so.1()(64bit)



Broken deps for ppc
----------------------------------------------------------
	dbmail-2.2.11-2.fc10.ppc requires libgmime-2.0.so.2
	dbmail-auth-ldap-2.2.11-2.fc10.ppc requires libgmime-2.0.so.2
	dbmail-mysql-2.2.11-2.fc10.ppc requires libssl.so.7
	dbmail-mysql-2.2.11-2.fc10.ppc requires libmysqlclient.so.15
	dbmail-mysql-2.2.11-2.fc10.ppc requires libcrypto.so.7
	dbmail-mysql-2.2.11-2.fc10.ppc requires libmysqlclient.so.15(libmysqlclient_15)
	dbmail-mysql-2.2.11-2.fc10.ppc requires libgmime-2.0.so.2
	dbmail-pgsql-2.2.11-2.fc10.ppc requires libgmime-2.0.so.2
	drawtiming-0.6.2-4.fc11.ppc requires libMagickCore.so.1
	drawtiming-0.6.2-4.fc11.ppc requires libMagick++.so.1
	gdal-1.6.0-4.fc11.ppc requires libodbc.so.1
	gdal-1.6.0-4.fc11.ppc requires libodbcinst.so.1
	gdal-1.6.0-4.fc11.ppc requires libhdf5.so.5
	gdal-1.6.0-4.fc11.ppc64 requires libhdf5.so.5()(64bit)
	gdal-1.6.0-4.fc11.ppc64 requires libodbcinst.so.1()(64bit)
	gdal-1.6.0-4.fc11.ppc64 requires libodbc.so.1()(64bit)
	gdal-perl-1.6.0-4.fc11.ppc requires libodbc.so.1
	gdal-perl-1.6.0-4.fc11.ppc requires libodbcinst.so.1
	gdal-perl-1.6.0-4.fc11.ppc requires libhdf5.so.5
	gdal-ruby-1.6.0-4.fc11.ppc requires libodbc.so.1
	gdal-ruby-1.6.0-4.fc11.ppc requires libodbcinst.so.1
	gdal-ruby-1.6.0-4.fc11.ppc requires libhdf5.so.5
	gdl-0.9-0.2.rc2.20090224.fc11.ppc requires libMagickCore.so.1
	gdl-0.9-0.2.rc2.20090224.fc11.ppc requires libMagick++.so.1
	grass-6.3.0-10.fc11.ppc requires libodbc.so.1
	imageinfo-0.05-7.fc11.ppc requires libMagickCore.so.1
	k3d-0.6.7.0-9.fc11.ppc requires libMagickCore.so.1
	k3d-0.6.7.0-9.fc11.ppc requires libMagick++.so.1
	k3d-0.6.7.0-9.fc11.ppc64 requires libMagick++.so.1()(64bit)
	k3d-0.6.7.0-9.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	kismet-extras-0.0.2008.05.R1-3.fc10.ppc requires libMagickCore.so.1
	libgnomedbmm-2.9.5-4.fc9.ppc requires libgnomedb-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.ppc requires libgdamm-3.0.so.10
	libgnomedbmm-2.9.5-4.fc9.ppc requires libgnomedb_graph-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.ppc requires libgnomedb_extra-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgnomedb_graph-3.0.so.4()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgdamm-3.0.so.10()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgnomedb-3.0.so.4()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgnomedb_extra-3.0.so.4()(64bit)
	libopensync-plugin-syncml-0.35-4.fc10.ppc requires libsyncml.so.0
	lsvpd-1.6.4-3.fc10.ppc requires libvpd_cxx-2.0.so.0
	mapnik-0.5.2-0.10.svn780.fc11.ppc requires dejavu-fonts-sans
	mapnik-0.5.2-0.10.svn780.fc11.ppc64 requires dejavu-fonts-sans
	1:pan-0.133-1.fc10.ppc requires libgmime-2.0.so.2
	pfstools-imgmagick-1.7.0-3.fc11.ppc requires libMagickCore.so.1
	pfstools-imgmagick-1.7.0-3.fc11.ppc requires libMagick++.so.1
	pfstools-octave-1.7.0-3.fc11.ppc requires libhdf5.so.5
	php-magickwand-1.0.8-1.fc11.ppc requires libMagickCore.so.1
	php-magickwand-1.0.8-1.fc11.ppc requires libMagickWand.so.1
	php-pecl-imagick-2.2.2-1.fc11.ppc requires libMagickCore.so.1
	php-pecl-imagick-2.2.2-1.fc11.ppc requires libMagickWand.so.1
	postgresql-odbcng-0.90.101-2.fc10.ppc requires libodbcinst.so.1
	postgresql-odbcng-0.90.101-2.fc10.ppc64 requires libodbcinst.so.1()(64bit)
	psiconv-0.9.8-3.fc11.ppc requires libMagickCore.so.1
	psiconv-0.9.8-3.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	q-magick-7.11-4.fc11.ppc requires libMagickCore.so.1
	qpidd-cluster-0.4.738618-2.fc11.ppc requires libcpg.so.2(COROSYNC_CPG_1.0)
	qpidd-cluster-0.4.738618-2.fc11.ppc requires libcpg.so.2
	rhnpush-0.4.5-1.fc11.noarch requires rhnlib
	ruby-rpm-1.2.3-4.fc9.ppc requires librpmdb-4.4.so
	ruby-rpm-1.2.3-4.fc9.ppc requires librpmio-4.4.so
	ruby-rpm-1.2.3-4.fc9.ppc requires librpmbuild-4.4.so
	ruby-rpm-1.2.3-4.fc9.ppc requires librpm-4.4.so
	xastir-1.9.5-2.fc11.ppc requires libMagickCore.so.1



Broken deps for ppc64
----------------------------------------------------------
	cabal2spec-0.12-1.fc11.noarch requires ghc > 0:6.10.1-7
	dbmail-2.2.11-2.fc10.ppc64 requires libgmime-2.0.so.2()(64bit)
	dbmail-auth-ldap-2.2.11-2.fc10.ppc64 requires libgmime-2.0.so.2()(64bit)
	dbmail-mysql-2.2.11-2.fc10.ppc64 requires libgmime-2.0.so.2()(64bit)
	dbmail-mysql-2.2.11-2.fc10.ppc64 requires libssl.so.7()(64bit)
	dbmail-mysql-2.2.11-2.fc10.ppc64 requires libmysqlclient.so.15(libmysqlclient_15)(64bit)
	dbmail-mysql-2.2.11-2.fc10.ppc64 requires libcrypto.so.7()(64bit)
	dbmail-mysql-2.2.11-2.fc10.ppc64 requires libmysqlclient.so.15()(64bit)
	dbmail-pgsql-2.2.11-2.fc10.ppc64 requires libgmime-2.0.so.2()(64bit)
	drawtiming-0.6.2-4.fc11.ppc64 requires libMagick++.so.1()(64bit)
	drawtiming-0.6.2-4.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	gdal-1.6.0-4.fc11.ppc64 requires libhdf5.so.5()(64bit)
	gdal-1.6.0-4.fc11.ppc64 requires libodbcinst.so.1()(64bit)
	gdal-1.6.0-4.fc11.ppc64 requires libodbc.so.1()(64bit)
	gdal-perl-1.6.0-4.fc11.ppc64 requires libhdf5.so.5()(64bit)
	gdal-perl-1.6.0-4.fc11.ppc64 requires libodbcinst.so.1()(64bit)
	gdal-perl-1.6.0-4.fc11.ppc64 requires libodbc.so.1()(64bit)
	gdal-ruby-1.6.0-4.fc11.ppc64 requires libhdf5.so.5()(64bit)
	gdal-ruby-1.6.0-4.fc11.ppc64 requires libodbcinst.so.1()(64bit)
	gdal-ruby-1.6.0-4.fc11.ppc64 requires libodbc.so.1()(64bit)
	gdl-0.9-0.2.rc2.20090224.fc11.ppc64 requires libMagick++.so.1()(64bit)
	gdl-0.9-0.2.rc2.20090224.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	grass-6.3.0-10.fc11.ppc64 requires libodbc.so.1()(64bit)
	imageinfo-0.05-7.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	k3d-0.6.7.0-9.fc11.ppc64 requires libMagick++.so.1()(64bit)
	k3d-0.6.7.0-9.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	kismet-extras-0.0.2008.05.R1-3.fc10.ppc64 requires libMagickCore.so.1()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgnomedb_graph-3.0.so.4()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgdamm-3.0.so.10()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgnomedb-3.0.so.4()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgnomedb_extra-3.0.so.4()(64bit)
	libopensync-plugin-syncml-0.35-4.fc10.ppc64 requires libsyncml.so.0()(64bit)
	lsvpd-1.6.4-3.fc10.ppc64 requires libvpd_cxx-2.0.so.0()(64bit)
	mapnik-0.5.2-0.10.svn780.fc11.ppc64 requires dejavu-fonts-sans
	1:pan-0.133-1.fc10.ppc64 requires libgmime-2.0.so.2()(64bit)
	pfstools-imgmagick-1.7.0-3.fc11.ppc64 requires libMagick++.so.1()(64bit)
	pfstools-imgmagick-1.7.0-3.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	pfstools-octave-1.7.0-3.fc11.ppc64 requires libhdf5.so.5()(64bit)
	php-magickwand-1.0.8-1.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	php-magickwand-1.0.8-1.fc11.ppc64 requires libMagickWand.so.1()(64bit)
	php-pecl-imagick-2.2.2-1.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	php-pecl-imagick-2.2.2-1.fc11.ppc64 requires libMagickWand.so.1()(64bit)
	postgresql-odbcng-0.90.101-2.fc10.ppc64 requires libodbcinst.so.1()(64bit)
	psiconv-0.9.8-3.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	q-magick-7.11-4.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	qpidd-cluster-0.4.738618-2.fc11.ppc64 requires libcpg.so.2()(64bit)
	qpidd-cluster-0.4.738618-2.fc11.ppc64 requires libcpg.so.2(COROSYNC_CPG_1.0)(64bit)
	rhnpush-0.4.5-1.fc11.noarch requires rhnlib
	ruby-rpm-1.2.3-4.fc9.ppc64 requires librpmdb-4.4.so()(64bit)
	ruby-rpm-1.2.3-4.fc9.ppc64 requires librpmbuild-4.4.so()(64bit)
	ruby-rpm-1.2.3-4.fc9.ppc64 requires librpmio-4.4.so()(64bit)
	ruby-rpm-1.2.3-4.fc9.ppc64 requires librpm-4.4.so()(64bit)
	xastir-1.9.5-2.fc11.ppc64 requires libMagickCore.so.1()(64bit)





From paul at city-fan.org  Mon Mar 16 09:25:27 2009
From: paul at city-fan.org (Paul Howarth)
Date: Mon, 16 Mar 2009 09:25:27 +0000
Subject: F10 Fresh Vanilla Install with Updates Has Broken NetworkManager
In-Reply-To: <1237188971.27657.0.camel@prague>
References: <20d6441a0903132156q47de59aay65c70bfcb955c772@mail.gmail.com>	<20090314084908.253a1626@metropolis.intra.city-fan.org>	<20d6441a0903140841v4355ae34k17cae996f893968b@mail.gmail.com>	<8A9D5E4A6012443F9196B8181C89216F@Aidan>	<7133.1237053471@sss.pgh.pa.us>	<20d6441a0903141059k6ac907b1l99f6ebfa68689805@mail.gmail.com>	<604aa7910903141126k35c49edl3a01247451316100@mail.gmail.com>	<20d6441a0903141428w2d9d5391m5e71a4300339d14f@mail.gmail.com>	<1237091856.12428.0.camel@localhost.localdomain>	<28071.1237156792@sss.pgh.pa.us>
	<gpk3b2$288$1@ger.gmane.org> <1237188971.27657.0.camel@prague>
Message-ID: <49BE1B07.6000903@city-fan.org>

nodata wrote:
> Am Montag, den 16.03.2009, 00:34 +0100 schrieb Kevin Kofler:
>> Tom Lane wrote:
>>> So the real question is: why in heck did yum install an update of NM
>>> that it knew it didn't have the dependencies for?  I surmise that the
>>> install process is using --nodeps, and that seems just plain stupid.
>> The install process ignores dependencies it cannot satisfy because otherwise
>> you couldn't do an upgrade without added repositories.
>>
>>         Kevin Kofler
>>
> 
> So for the case of no added repositories, will repoclosure not catch
> this? Is there a test for this?

The process of building the install images for the DVDs pulls in all 
dependencies itself so it's not an issue for a fresh install from media; 
in the case of the problem in this thread, there *was* an added repo 
(updates).

Paul.



From tgl at redhat.com  Mon Mar 16 12:33:27 2009
From: tgl at redhat.com (Tom Lane)
Date: Mon, 16 Mar 2009 08:33:27 -0400
Subject: F10 Fresh Vanilla Install with Updates Has Broken
	NetworkManager 
In-Reply-To: <gpk3b2$288$1@ger.gmane.org> 
References: <20d6441a0903132156q47de59aay65c70bfcb955c772@mail.gmail.com>
	<20090314084908.253a1626@metropolis.intra.city-fan.org>
	<20d6441a0903140841v4355ae34k17cae996f893968b@mail.gmail.com>
	<8A9D5E4A6012443F9196B8181C89216F@Aidan>
	<7133.1237053471@sss.pgh.pa.us>
	<20d6441a0903141059k6ac907b1l99f6ebfa68689805@mail.gmail.com>
	<604aa7910903141126k35c49edl3a01247451316100@mail.gmail.com>
	<20d6441a0903141428w2d9d5391m5e71a4300339d14f@mail.gmail.com>
	<1237091856.12428.0.camel@localhost.localdomain>
	<28071.1237156792@sss.pgh.pa.us> <gpk3b2$288$1@ger.gmane.org>
Message-ID: <16019.1237206807@sss.pgh.pa.us>

Kevin Kofler <kevin.kofler at chello.at> writes:
> Tom Lane wrote:
>> So the real question is: why in heck did yum install an update of NM
>> that it knew it didn't have the dependencies for?  I surmise that the
>> install process is using --nodeps, and that seems just plain stupid.

> The install process ignores dependencies it cannot satisfy because otherwise
> you couldn't do an upgrade without added repositories.

I'm not following.  Where is the use in allowing you to do a broken
upgrade?  ISTM that in a situation like this it *should* fail until
you add on the needed additional repositories.

			regards, tom lane



From skvidal at fedoraproject.org  Mon Mar 16 12:35:58 2009
From: skvidal at fedoraproject.org (Seth Vidal)
Date: Mon, 16 Mar 2009 08:35:58 -0400 (EDT)
Subject: F10 Fresh Vanilla Install with Updates Has Broken NetworkManager
In-Reply-To: <16019.1237206807@sss.pgh.pa.us>
References: <20d6441a0903132156q47de59aay65c70bfcb955c772@mail.gmail.com>
	<20090314084908.253a1626@metropolis.intra.city-fan.org>
	<20d6441a0903140841v4355ae34k17cae996f893968b@mail.gmail.com>
	<8A9D5E4A6012443F9196B8181C89216F@Aidan>
	<7133.1237053471@sss.pgh.pa.us>
	<20d6441a0903141059k6ac907b1l99f6ebfa68689805@mail.gmail.com>
	<604aa7910903141126k35c49edl3a01247451316100@mail.gmail.com>
	<20d6441a0903141428w2d9d5391m5e71a4300339d14f@mail.gmail.com>
	<1237091856.12428.0.camel@localhost.localdomain>
	<28071.1237156792@sss.pgh.pa.us>
	<gpk3b2$288$1@ger.gmane.org> <16019.1237206807@sss.pgh.pa.us>
Message-ID: <alpine.LFD.2.00.0903160835290.3319@localhost.localdomain>



On Mon, 16 Mar 2009, Tom Lane wrote:

> Kevin Kofler <kevin.kofler at chello.at> writes:
>> Tom Lane wrote:
>>> So the real question is: why in heck did yum install an update of NM
>>> that it knew it didn't have the dependencies for?  I surmise that the
>>> install process is using --nodeps, and that seems just plain stupid.
>
>> The install process ignores dependencies it cannot satisfy because otherwise
>> you couldn't do an upgrade without added repositories.
>
> I'm not following.  Where is the use in allowing you to do a broken
> upgrade?  ISTM that in a situation like this it *should* fail until
> you add on the needed additional repositories.
>

Anaconda may be doing things differently but yum has no facility built-in 
for ignoring deps.

-sv



From billcrawford1970 at gmail.com  Mon Mar 16 13:01:48 2009
From: billcrawford1970 at gmail.com (Bill Crawford)
Date: Mon, 16 Mar 2009 13:01:48 +0000
Subject: /var/cache/mock
In-Reply-To: <alpine.LFD.1.10.0903141123400.27540@newtla.xelerance.com>
References: <49B64C47.4060704@freenet.de> <gpggli$n55$1@ger.gmane.org>
	<alpine.LFD.1.10.0903141123400.27540@newtla.xelerance.com>
Message-ID: <200903161301.48764.billcrawford1970@gmail.com>

On Saturday 14 March 2009 15:24:44 Paul Wouters wrote:
> On Sat, 14 Mar 2009, Kevin Kofler wrote:
> >> And how does moving the cache from one directory under /var to another
> >> directory under /var help with that?
> >
> > /var/cache can be a separate partition.
>
> Exactly. /var/cache is expected to grow large, especially on development
> machines with ccache. /var/lib is not expected to grow much at all.
>
> Paul

mock uses yum, right? so why can't the caching be in /var/cache/yum?



From bugs at cherrybyte.me.uk  Mon Mar 16 13:25:15 2009
From: bugs at cherrybyte.me.uk (planetf1)
Date: Mon, 16 Mar 2009 13:25:15 +0000
Subject: F10 Fresh Vanilla Install with Updates Has Broken NetworkManager
In-Reply-To: <alpine.LFD.2.00.0903160835290.3319@localhost.localdomain>
References: <20d6441a0903132156q47de59aay65c70bfcb955c772@mail.gmail.com>	<20090314084908.253a1626@metropolis.intra.city-fan.org>	<20d6441a0903140841v4355ae34k17cae996f893968b@mail.gmail.com>	<8A9D5E4A6012443F9196B8181C89216F@Aidan>	<7133.1237053471@sss.pgh.pa.us>	<20d6441a0903141059k6ac907b1l99f6ebfa68689805@mail.gmail.com>	<604aa7910903141126k35c49edl3a01247451316100@mail.gmail.com>	<20d6441a0903141428w2d9d5391m5e71a4300339d14f@mail.gmail.com>	<1237091856.12428.0.camel@localhost.localdomain>	<28071.1237156792@sss.pgh.pa.us>	<gpk3b2$288$1@ger.gmane.org>
	<16019.1237206807@sss.pgh.pa.us>
	<alpine.LFD.2.00.0903160835290.3319@localhost.localdomain>
Message-ID: <gpljvr$rc4$1@ger.gmane.org>

On 16/03/09 12:35, Seth Vidal wrote:
>
> Anaconda may be doing things differently but yum has no facility
> built-in for ignoring deps.

Which is probably good!

I do however make use of "skip broken" (ie add skip_broken=1 to 
/etc/yum.conf).

At least allows upgrades where dependencies are met to continue even if 
the odd fileset is failing with a missing dependency.




From katzj at redhat.com  Mon Mar 16 13:38:40 2009
From: katzj at redhat.com (Jeremy Katz)
Date: Mon, 16 Mar 2009 09:38:40 -0400
Subject: F10 Fresh Vanilla Install with Updates Has Broken NetworkManager
In-Reply-To: <16019.1237206807@sss.pgh.pa.us>
References: <20d6441a0903140841v4355ae34k17cae996f893968b@mail.gmail.com>
	<8A9D5E4A6012443F9196B8181C89216F@Aidan>
	<7133.1237053471@sss.pgh.pa.us>
	<20d6441a0903141059k6ac907b1l99f6ebfa68689805@mail.gmail.com>
	<604aa7910903141126k35c49edl3a01247451316100@mail.gmail.com>
	<20d6441a0903141428w2d9d5391m5e71a4300339d14f@mail.gmail.com>
	<1237091856.12428.0.camel@localhost.localdomain>
	<28071.1237156792@sss.pgh.pa.us> <gpk3b2$288$1@ger.gmane.org>
	<16019.1237206807@sss.pgh.pa.us>
Message-ID: <20090316133839.GE2348@redhat.com>

On Monday, March 16 2009, Tom Lane said:
> Kevin Kofler <kevin.kofler at chello.at> writes:
> > Tom Lane wrote:
> >> So the real question is: why in heck did yum install an update of NM
> >> that it knew it didn't have the dependencies for?  I surmise that the
> >> install process is using --nodeps, and that seems just plain stupid.
> 
> > The install process ignores dependencies it cannot satisfy because otherwise
> > you couldn't do an upgrade without added repositories.
> 
> I'm not following.  Where is the use in allowing you to do a broken
> upgrade?  ISTM that in a situation like this it *should* fail until
> you add on the needed additional repositories.

The use case is that it's far better to get someone installed and then
let them clean up afterwards than have to figure out some way to do
something in the installer.  Especially as the installer's ability for
multiple repositories is, in the scheme of things, pretty recent and
broken dependencies have existed forever :-)

Jeremy



From fedora at slated.org  Mon Mar 16 14:59:40 2009
From: fedora at slated.org (Keith G. Robertson-Turner)
Date: Mon, 16 Mar 2009 14:59:40 +0000
Subject: Experience and observations of F11a/rawhide so far
In-Reply-To: <1237169505.4785.3.camel@scrappy.miketc.net>
References: <k7f096-r0c.ln1@sky.matrix>
	<1237169505.4785.3.camel@scrappy.miketc.net>
Message-ID: <u36296-e2c.ln1@sky.matrix>

Verily I say unto thee, that Mike Chambers spake thusly:
> On Sun, 2009-03-15 at 23:22 +0000, Keith G. Robertson-Turner wrote:
>> Surprisingly stable, for the most part, but with a few nasties:
>> 
>> . RPM broke completely at one point (md5 mismatch errors),
>>   necessitating manual extraction from an RPM of updated components.
>>   Was there a more graceful way of handling the changeover?
> 
> update rpm first, then update the rest.

The above issue occurred as a result of simply running "yum update",
since I had no advance knowledge of the md5/sha1 switchover, and
therefore it didn't occur to me to update RPM separately. I suppose I
should be tracking feature changes more closely, if I'm going to test an
alpha release, but at the moment I am rather limited to how much time I
can spend doing that.

However, this won't be an issue in the final release, since RPM will
already be updated.

>> Overall, the system felt decidedly laggy.
> 
> Above may be due to certain debugging turned on during the testing to
> help solve problems found.  Might not be the reason or whole reason,
> but surely part of it anyway.

Possibly, although debugging flags didn't actually help me much in the
end, since I lost the filesystem the log files were stored on. Another
good reason to put /var on its own filesystem, even in a Desktop
environment.

-- 
Regards,
Keith G. Robertson-Turner



From paul at xelerance.com  Mon Mar 16 15:20:24 2009
From: paul at xelerance.com (Paul Wouters)
Date: Mon, 16 Mar 2009 11:20:24 -0400 (EDT)
Subject: /var/cache/mock
In-Reply-To: <200903161301.48764.billcrawford1970@gmail.com>
References: <49B64C47.4060704@freenet.de> <gpggli$n55$1@ger.gmane.org>
	<alpine.LFD.1.10.0903141123400.27540@newtla.xelerance.com>
	<200903161301.48764.billcrawford1970@gmail.com>
Message-ID: <Pine.LNX.4.64.0903161119560.18914@newtla.xelerance.com>

On Mon, 16 Mar 2009, Bill Crawford wrote:

> > Exactly. /var/cache is expected to grow large, especially on development
> > machines with ccache. /var/lib is not expected to grow much at all.
> >
> > Paul
> 
> mock uses yum, right? so why can't the caching be in /var/cache/yum?

Mock might be using a different version from the installed OS?

Paul



From paul at city-fan.org  Mon Mar 16 15:15:39 2009
From: paul at city-fan.org (Paul Howarth)
Date: Mon, 16 Mar 2009 15:15:39 +0000
Subject: /var/cache/mock
In-Reply-To: <Pine.LNX.4.64.0903161119560.18914@newtla.xelerance.com>
References: <49B64C47.4060704@freenet.de>
	<gpggli$n55$1@ger.gmane.org>	<alpine.LFD.1.10.0903141123400.27540@newtla.xelerance.com>	<200903161301.48764.billcrawford1970@gmail.com>
	<Pine.LNX.4.64.0903161119560.18914@newtla.xelerance.com>
Message-ID: <49BE6D1B.3070608@city-fan.org>

Paul Wouters wrote:
> On Mon, 16 Mar 2009, Bill Crawford wrote:
> 
>>> Exactly. /var/cache is expected to grow large, especially on development
>>> machines with ccache. /var/lib is not expected to grow much at all.
>>>
>>> Paul
>> mock uses yum, right? so why can't the caching be in /var/cache/yum?
> 
> Mock might be using a different version from the installed OS?

Mock runs the host's yum, not the target's. But its cache holds more 
than just the yum cache, e.g. there's the root cache too.

Paul.



From christoph.wickert at googlemail.com  Mon Mar 16 15:36:43 2009
From: christoph.wickert at googlemail.com (Christoph Wickert)
Date: Mon, 16 Mar 2009 16:36:43 +0100
Subject: Orphaning Sylpheed
In-Reply-To: <20090314194023.026a5369@rawhide.intranet>
References: <20090314194023.026a5369@rawhide.intranet>
Message-ID: <1237217803.3325.93.camel@localhost.localdomain>

Am Samstag, den 14.03.2009, 19:40 +0100 schrieb Michael Schwendt:
> As I'd like to discontinue with packaging the Sylpheed E-Mail Client
> for Fedora, I've dropped ownership, so somebody else may take over.

I use it and I need it for my LXDE Spin, so I'm going to co-maintain it
together with Itamar.

Regards,
Christoph



From rc040203 at freenet.de  Mon Mar 16 15:49:28 2009
From: rc040203 at freenet.de (Ralf Corsepius)
Date: Mon, 16 Mar 2009 16:49:28 +0100
Subject: /var/cache/mock
In-Reply-To: <49BE6D1B.3070608@city-fan.org>
References: <49B64C47.4060704@freenet.de>	<gpggli$n55$1@ger.gmane.org>	<alpine.LFD.1.10.0903141123400.27540@newtla.xelerance.com>	<200903161301.48764.billcrawford1970@gmail.com>	<Pine.LNX.4.64.0903161119560.18914@newtla.xelerance.com>
	<49BE6D1B.3070608@city-fan.org>
Message-ID: <49BE7508.7060607@freenet.de>

Paul Howarth wrote:
> Paul Wouters wrote:
>> On Mon, 16 Mar 2009, Bill Crawford wrote:
>>
>>>> Exactly. /var/cache is expected to grow large, especially on 
>>>> development
>>>> machines with ccache. /var/lib is not expected to grow much at all.
>>>>
>>>> Paul
>>> mock uses yum, right? so why can't the caching be in /var/cache/yum?
It could be changed to doing so.

>> Mock might be using a different version from the installed OS?
> 
> Mock runs the host's yum, not the target's.  But its cache holds more
> than just the yum cache, e.g. there's the root cache too.
Not quite. Both mock and a native yum use the cache directories they are 
configured to use.
ATM, they are kept separate, however it theoretically (I haven't tried) 
is possible to change these directories them to sharing them.

Ralf







From dcbw at redhat.com  Mon Mar 16 16:32:52 2009
From: dcbw at redhat.com (Dan Williams)
Date: Mon, 16 Mar 2009 12:32:52 -0400
Subject: F10 Fresh Vanilla Install with Updates Has Broken NetworkManager
In-Reply-To: <7133.1237053471@sss.pgh.pa.us>
References: <20d6441a0903132156q47de59aay65c70bfcb955c772@mail.gmail.com>
	<20090314084908.253a1626@metropolis.intra.city-fan.org>
	<20d6441a0903140841v4355ae34k17cae996f893968b@mail.gmail.com>
	<8A9D5E4A6012443F9196B8181C89216F@Aidan>
	<7133.1237053471@sss.pgh.pa.us>
Message-ID: <1237221172.16956.2.camel@localhost.localdomain>

On Sat, 2009-03-14 at 13:57 -0400, Tom Lane wrote:
> "John J. McDonough" <wb8rcr at arrl.net> writes:
> > I'm still not convinced NetworkManager is ready for prime time.
> 
> NM might be great for laptops, but it's both useless and pernicious in
> a static-IP environment.  In both F9 and F10 I've had to turn it off,
> and the single most annoying thing about it is *you can't really turn
> it off*.  There are pieces of it that keep coming to life anyway ...
> eg bz #455825 and the fact that it keeps demanding my VPN password

If NM is off, it's not going to touch your resolv.conf.  Remember,
resolv.conf can change at any time when you do stuff like turn on your
VPN.  The issue you had is no different than if you started the VPN and
your machine crashed.  On reboot, you'd be left with a non-working
resolv.conf.

> when I'm not using it to control the VPN.

Are you sure it's asking for your VPN password?  Or is it actually
asking for your gnome-keyring password because the driver has failed to
connect to your wifi AP, which means either your password is wrong or
the driver sucks?

dan




From dcbw at redhat.com  Mon Mar 16 16:34:16 2009
From: dcbw at redhat.com (Dan Williams)
Date: Mon, 16 Mar 2009 12:34:16 -0400
Subject: F10 Fresh Vanilla Install with Updates Has Broken NetworkManager
In-Reply-To: <8A9D5E4A6012443F9196B8181C89216F@Aidan>
References: <20d6441a0903132156q47de59aay65c70bfcb955c772@mail.gmail.com>
	<20090314084908.253a1626@metropolis.intra.city-fan.org>
	<20d6441a0903140841v4355ae34k17cae996f893968b@mail.gmail.com>
	<8A9D5E4A6012443F9196B8181C89216F@Aidan>
Message-ID: <1237221256.16956.3.camel@localhost.localdomain>

On Sat, 2009-03-14 at 13:22 -0400, John J. McDonough wrote:
> ----- Original Message ----- 
> From: "Jud Craft" <craftjml at gmail.com>
> To: "Development discussions related to Fedora" 
> <fedora-devel-list at redhat.com>
> Sent: Saturday, March 14, 2009 11:41 AM
> Subject: Re: F10 Fresh Vanilla Install with Updates Has Broken 
> NetworkManager
> 
> 
> > Unless he made extra copies of the Fedora install DVDs (and why would
> > he?  that defeats the point of a minimal image) he has *no other
> > install media*.  It's game over for him.
> 
> Well, it seems that since F9 most network problems can be solved by
> 
> sudo service NetworkManager stop
> 
> Of course, you have to know this, and it isn't QUITE that simple.

If you have problems with NetworkManager, please file them in bugzilla
(or add your input to an existing bug) or otherwise bring them to my
attention.  Citing vague "network problems" doesn't really help anyone,
and certainly doesn't help improve NM.

Dan




From lutter at redhat.com  Mon Mar 16 16:53:16 2009
From: lutter at redhat.com (David Lutterkort)
Date: Mon, 16 Mar 2009 09:53:16 -0700
Subject: Orphaning ruby-rpm
Message-ID: <1237222396.12726.4.camel@avon.watzmann.net>

I'd like to orphan ruby-rpm, the rpm bindings for ruby - it has been
broken for a very long time, ever since the move to RPM 4.6. And it's
abundantly clear that I simply don't have the time to fix it.

To get ruby-rpm working again, you need to do some upstream hacking to
adapt it to the RPM 4.6 API. Since I am also upstream, ownership of the
ruby-rpm package will come with commit rights upstream ;)

David




From a.badger at gmail.com  Mon Mar 16 16:56:51 2009
From: a.badger at gmail.com (Toshio Kuratomi)
Date: Mon, 16 Mar 2009 09:56:51 -0700
Subject: Orphaning ruby-rpm
In-Reply-To: <1237222396.12726.4.camel@avon.watzmann.net>
References: <1237222396.12726.4.camel@avon.watzmann.net>
Message-ID: <49BE84D3.3040608@gmail.com>

David Lutterkort wrote:
> I'd like to orphan ruby-rpm, the rpm bindings for ruby - it has been
> broken for a very long time, ever since the move to RPM 4.6. And it's
> abundantly clear that I simply don't have the time to fix it.
> 
> To get ruby-rpm working again, you need to do some upstream hacking to
> adapt it to the RPM 4.6 API. Since I am also upstream, ownership of the
> ruby-rpm package will come with commit rights upstream ;)
> 
Is this broken enough that we should block it from F-11 final if no one
steps forward to fix it?  It seems like pushing a broken binding to the
release won't accomplish much except confusion and it can always be
brought back after a new upstream maintainer starts fixing things.

-Toshio

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: OpenPGP digital signature
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090316/dc5150c9/attachment.sig>

From lutter at redhat.com  Mon Mar 16 17:03:08 2009
From: lutter at redhat.com (David Lutterkort)
Date: Mon, 16 Mar 2009 10:03:08 -0700
Subject: Orphaning ruby-rpm
In-Reply-To: <49BE84D3.3040608@gmail.com>
References: <1237222396.12726.4.camel@avon.watzmann.net>
	<49BE84D3.3040608@gmail.com>
Message-ID: <1237222988.12726.6.camel@avon.watzmann.net>

On Mon, 2009-03-16 at 09:56 -0700, Toshio Kuratomi wrote:
> David Lutterkort wrote:
> > I'd like to orphan ruby-rpm, the rpm bindings for ruby - it has been
> > broken for a very long time, ever since the move to RPM 4.6. And it's
> > abundantly clear that I simply don't have the time to fix it.
> > 
> > To get ruby-rpm working again, you need to do some upstream hacking to
> > adapt it to the RPM 4.6 API. Since I am also upstream, ownership of the
> > ruby-rpm package will come with commit rights upstream ;)
> > 
> Is this broken enough that we should block it from F-11 final if no one
> steps forward to fix it?  It seems like pushing a broken binding to the
> release won't accomplish much except confusion and it can always be
> brought back after a new upstream maintainer starts fixing things.

Yeah, in its current state (FTBFS) it needs to be blocked.

David




From johnsmithdoe14 at googlemail.com  Mon Mar 16 17:05:46 2009
From: johnsmithdoe14 at googlemail.com (psmith)
Date: Mon, 16 Mar 2009 17:05:46 +0000
Subject: Orphaning Sylpheed
In-Reply-To: <1237217803.3325.93.camel@localhost.localdomain>
References: <20090314194023.026a5369@rawhide.intranet>
	<1237217803.3325.93.camel@localhost.localdomain>
Message-ID: <49BE86EA.8080704@googlemail.com>

Christoph Wickert wrote:
> Am Samstag, den 14.03.2009, 19:40 +0100 schrieb Michael Schwendt:
>   
>> As I'd like to discontinue with packaging the Sylpheed E-Mail Client
>> for Fedora, I've dropped ownership, so somebody else may take over.
>>     
>
> I use it and I need it for my LXDE Spin, so I'm going to co-maintain it
> together with Itamar.
>
> Regards,
> Christoph
>
>   

christoph is there a link to your lxde spin?

phil



From awilliam at redhat.com  Mon Mar 16 18:14:29 2009
From: awilliam at redhat.com (Adam Williamson)
Date: Mon, 16 Mar 2009 11:14:29 -0700
Subject: F10 Fresh Vanilla Install with Updates Has Broken NetworkManager
In-Reply-To: <20d6441a0903150917n64c93303t73ae1980208ad040@mail.gmail.com>
References: <20d6441a0903132156q47de59aay65c70bfcb955c772@mail.gmail.com>
	<20d6441a0903140841v4355ae34k17cae996f893968b@mail.gmail.com>
	<8A9D5E4A6012443F9196B8181C89216F@Aidan>
	<7133.1237053471@sss.pgh.pa.us>
	<20d6441a0903141059k6ac907b1l99f6ebfa68689805@mail.gmail.com>
	<604aa7910903141126k35c49edl3a01247451316100@mail.gmail.com>
	<20d6441a0903141428w2d9d5391m5e71a4300339d14f@mail.gmail.com>
	<1237091856.12428.0.camel@localhost.localdomain>
	<49BD1DA5.7060508@leemhuis.info>
	<1237133556.14774.0.camel@localhost.localdomain>
	<20d6441a0903150917n64c93303t73ae1980208ad040@mail.gmail.com>
Message-ID: <1237227269.25260.28.camel@adam.local.net>

On Sun, 2009-03-15 at 11:17 -0500, Jud Craft wrote:
> > I don't think it would be ignored, however its just hard to express that
> > in a distro agnostic way.  Avoiding hardcoded hacks specifically for
> > Fedora is one of the goals of anaconda upstream.
> 
> Perhaps Anaconda (or Yum?) should have a slight refactoring of the way
> it handles repositories.
> 
> It could be able to flag a repository as a "subset" of another
> repository (DVD <= Main), and one repository as dependent on another.
> (Updates -> Main).
> 
> Then, enabling Updates should automatically enable Main.  But since
> Main is just a superset of DVD, yum (or Anaconda) know to use DVD
> packages whenever present to cut the install time.
> 
> This could be yum logic (lot of refactoring there, upstream changes,
> maybe a bad idea) or perhaps just logic on the Anaconda side at the
> select-repository-screen.  Anaconda could just handle the subset logic
> itself using yum costs in a way to prefer the subset repository first.

I think yum would be the logical place to handle this, because as the
problem is described, you could potentially hit it another way.

Do a clean install of Fedora 10. Then enable the Updates repository but
not the Everything repository. Try to update. I would expect it will
fail, because libudev0 won't be available for the NetworkManager update.

It seems that, the way we handle updates in Fedora, the updates
repository more or less 'depends' on the Everything repository. This
should therefore be enforced in yum somehow, in a way that anaconda will
respect. That should solve the problem in future in all cases.

(In MDV, FWIW, when this situation occurs - an update introduces a
dependency that didn't exist before - the package for the new dependency
is added to the updates repository, even if it has not been updated).
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org
http://www.happyassassin.net



From craftjml at gmail.com  Mon Mar 16 18:23:19 2009
From: craftjml at gmail.com (Jud Craft)
Date: Mon, 16 Mar 2009 13:23:19 -0500
Subject: F10 Fresh Vanilla Install with Updates Has Broken NetworkManager
In-Reply-To: <1237221256.16956.3.camel@localhost.localdomain>
References: <20d6441a0903132156q47de59aay65c70bfcb955c772@mail.gmail.com>
	<20090314084908.253a1626@metropolis.intra.city-fan.org>
	<20d6441a0903140841v4355ae34k17cae996f893968b@mail.gmail.com>
	<8A9D5E4A6012443F9196B8181C89216F@Aidan>
	<1237221256.16956.3.camel@localhost.localdomain>
Message-ID: <20d6441a0903161123w4427f109nbc6640259c0679a@mail.gmail.com>

> If you have problems with NetworkManager, please file them in bugzilla
> (or add your input to an existing bug) or otherwise bring them to my
> attention. ?Citing vague "network problems" doesn't really help anyone,
> and certainly doesn't help improve NM.
>
> Dan

I apologize, but the problem was not a network one at all.  The
problem was that the NetworkManager did not have dependencies
installed correctly, and turned out to be related to a peculiar
yum/Anaconda install scenario.



From craftjml at gmail.com  Mon Mar 16 18:29:50 2009
From: craftjml at gmail.com (Jud Craft)
Date: Mon, 16 Mar 2009 13:29:50 -0500
Subject: F10 Fresh Vanilla Install with Updates Has Broken NetworkManager
In-Reply-To: <1237227269.25260.28.camel@adam.local.net>
References: <20d6441a0903132156q47de59aay65c70bfcb955c772@mail.gmail.com>
	<7133.1237053471@sss.pgh.pa.us>
	<20d6441a0903141059k6ac907b1l99f6ebfa68689805@mail.gmail.com>
	<604aa7910903141126k35c49edl3a01247451316100@mail.gmail.com>
	<20d6441a0903141428w2d9d5391m5e71a4300339d14f@mail.gmail.com>
	<1237091856.12428.0.camel@localhost.localdomain>
	<49BD1DA5.7060508@leemhuis.info>
	<1237133556.14774.0.camel@localhost.localdomain>
	<20d6441a0903150917n64c93303t73ae1980208ad040@mail.gmail.com>
	<1237227269.25260.28.camel@adam.local.net>
Message-ID: <20d6441a0903161129p56a8ea59r459bbcc0d15e0fd3@mail.gmail.com>

Sounds good.  I'm at least happy I know what went wrong at install.

On Mon, Mar 16, 2009 at 1:14 PM, Adam Williamson wrote:
>
> It seems that, the way we handle updates in Fedora, the updates
> repository more or less 'depends' on the Everything repository. This
> should therefore be enforced in yum somehow, in a way that anaconda will
> respect. That should solve the problem in future in all cases.
>
> (In MDV, FWIW, when this situation occurs - an update introduces a
> dependency that didn't exist before - the package for the new dependency
> is added to the updates repository, even if it has not been updated).



From wwoods at redhat.com  Mon Mar 16 18:38:53 2009
From: wwoods at redhat.com (Will Woods)
Date: Mon, 16 Mar 2009 14:38:53 -0400
Subject: Fedora rel-eng meeting (20090316)
Message-ID: <1237228733.20929.4.camel@metroid.rdu.redhat.com>

Here's my notes from today's Fedora rel-eng meeting.

Outline-style summary, for the impatient:

Beta status: "meh"
? not much testing on anaconda due to rewrite
? blocker list is thus not very long
? package signing is in progress (up to r*, skipped p*)
  ? This takes a long time since it's basically done by hand
  ? "< f13> I'd also like to reduce the times we have to resign the
world, by going to a single key for each release instead of one for test
and one for release"
? Keep signing packages, make some draft composes 
  ? draft composes start today (if possible)
  ? test results go here:
https://fedoraproject.org/wiki/QA:Fedora_11_Beta_Install_Test_Results

Full IRC log is attached. Enjoy!

-w
-------------- next part --------------
A non-text attachment was scrubbed...
Name: fedora-rel-eng-20090316.log
Type: text/x-log
Size: 4895 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090316/60fa7087/attachment.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 3153 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090316/60fa7087/attachment-0001.bin>

From awilliam at redhat.com  Mon Mar 16 19:05:19 2009
From: awilliam at redhat.com (Adam Williamson)
Date: Mon, 16 Mar 2009 12:05:19 -0700
Subject: Experience and observations of F11a/rawhide so far
In-Reply-To: <u36296-e2c.ln1@sky.matrix>
References: <k7f096-r0c.ln1@sky.matrix>
	<1237169505.4785.3.camel@scrappy.miketc.net>
	<u36296-e2c.ln1@sky.matrix>
Message-ID: <1237230319.25260.32.camel@adam.local.net>

On Mon, 2009-03-16 at 14:59 +0000, Keith G. Robertson-Turner wrote:
> Verily I say unto thee, that Mike Chambers spake thusly:
> > On Sun, 2009-03-15 at 23:22 +0000, Keith G. Robertson-Turner wrote:
> >> Surprisingly stable, for the most part, but with a few nasties:
> >> 
> >> . RPM broke completely at one point (md5 mismatch errors),
> >>   necessitating manual extraction from an RPM of updated components.
> >>   Was there a more graceful way of handling the changeover?
> > 
> > update rpm first, then update the rest.
> 
> The above issue occurred as a result of simply running "yum update",
> since I had no advance knowledge of the md5/sha1 switchover, and
> therefore it didn't occur to me to update RPM separately. I suppose I
> should be tracking feature changes more closely, if I'm going to test an
> alpha release, but at the moment I am rather limited to how much time I
> can spend doing that.

This is, in fact, noted in the Alpha release notes. It's probably a good
idea to at least find time to read those before running the alpha :)

> However, this won't be an issue in the final release, since RPM will
> already be updated.

It also won't be an issue when updating from F10 to F11, as long as you
update F10 first (a compatible rpm was shipped as an F10 update). It'll
also be OK from Beta onwards, as you say. Only Alpha -> 11 or
non-updated 10 -> 11 via yum will be affected.
-- 
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 Mar 16 19:10:00 2009
From: awilliam at redhat.com (Adam Williamson)
Date: Mon, 16 Mar 2009 12:10:00 -0700
Subject: Experience and observations of F11a/rawhide so far
In-Reply-To: <k7f096-r0c.ln1@sky.matrix>
References: <k7f096-r0c.ln1@sky.matrix>
Message-ID: <1237230600.25260.38.camel@adam.local.net>

On Sun, 2009-03-15 at 23:22 +0000, Keith G. Robertson-Turner wrote:

> . Pulseaudio stuttering and proper device control ... It's quite funny
>   seeing mplayer suggest that my 2GHz AMD64 system, with Audigy 2 audio,
>   "might not be fast enough" to play media. The "tsched=0" setting does
>   help somewhat, but this really needs to be addressed. Another issue is
>   the lack of equaliser controls (bass/treble) which is provided by the
>   DSP on the card. I really want to see more than just "Master" when I
>   open volume control. No, seriously, I really, really do.

Handy workaround:

alsamixer -c0

will get you what you want.

For the PulseAudio guys this is complicated by the fact that the
potential set of available channels from ALSA is hideously complicated,
and it's not at all easy to know which ones are useful to expose to the
user for any given card. And the PA guys really, really don't just want
to expose the whole bundle of channels for each card through the PA
configuration interface somehow, because making people figure out which
of 16 channels they need to poke to make their sound do what they want
it to is horrible.

Personally I mostly lay the blame for this mess at ALSA's door, they
really should make a better effort to have channel names and behaviour
as consistent as possible between different drivers, which would at
least make it vaguely possible to have a stab at exposing only the most
usually important channels in a simplified configuration interface. As
it is, trying to figure out what to expose from each card / driver
combination is just a nightmare. Heck, trying to figure out sane
defaults is a nightmare.
-- 
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 Mar 16 19:12:35 2009
From: awilliam at redhat.com (Adam Williamson)
Date: Mon, 16 Mar 2009 12:12:35 -0700
Subject: Orphaning Sylpheed
In-Reply-To: <1237217803.3325.93.camel@localhost.localdomain>
References: <20090314194023.026a5369@rawhide.intranet>
	<1237217803.3325.93.camel@localhost.localdomain>
Message-ID: <1237230755.25260.39.camel@adam.local.net>

On Mon, 2009-03-16 at 16:36 +0100, Christoph Wickert wrote:
> Am Samstag, den 14.03.2009, 19:40 +0100 schrieb Michael Schwendt:
> > As I'd like to discontinue with packaging the Sylpheed E-Mail Client
> > for Fedora, I've dropped ownership, so somebody else may take over.
> 
> I use it and I need it for my LXDE Spin, so I'm going to co-maintain it
> together with Itamar.

Just out of interest - is there much reason to prefer Sylpheed over
Claws any more? Is it lighter on resources, for e.g.? Just curious,
really.
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org
http://www.happyassassin.net



From dcbw at redhat.com  Mon Mar 16 19:54:30 2009
From: dcbw at redhat.com (Dan Williams)
Date: Mon, 16 Mar 2009 15:54:30 -0400
Subject: F10 Fresh Vanilla Install with Updates Has Broken NetworkManager
In-Reply-To: <20d6441a0903161123w4427f109nbc6640259c0679a@mail.gmail.com>
References: <20d6441a0903132156q47de59aay65c70bfcb955c772@mail.gmail.com>
	<20090314084908.253a1626@metropolis.intra.city-fan.org>
	<20d6441a0903140841v4355ae34k17cae996f893968b@mail.gmail.com>
	<8A9D5E4A6012443F9196B8181C89216F@Aidan>
	<1237221256.16956.3.camel@localhost.localdomain>
	<20d6441a0903161123w4427f109nbc6640259c0679a@mail.gmail.com>
Message-ID: <1237233270.16956.85.camel@localhost.localdomain>

On Mon, 2009-03-16 at 13:23 -0500, Jud Craft wrote:
> > If you have problems with NetworkManager, please file them in bugzilla
> > (or add your input to an existing bug) or otherwise bring them to my
> > attention.  Citing vague "network problems" doesn't really help anyone,
> > and certainly doesn't help improve NM.
> >
> > Dan
> 
> I apologize, but the problem was not a network one at all.  The
> problem was that the NetworkManager did not have dependencies
> installed correctly, and turned out to be related to a peculiar
> yum/Anaconda install scenario.

Yeah, the reply wasn't really directed to you, but to John J. McDonough
instead.  I'm interested in trying to fix issues he's had with NM, but
until I know what those are...

Dan




From jos at xos.nl  Mon Mar 16 20:21:12 2009
From: jos at xos.nl (Jos Vos)
Date: Mon, 16 Mar 2009 21:21:12 +0100
Subject: EeePC 900 vs. 900A
Message-ID: <200903162021.n2GKLCmq014178@jasmine.xos.nl>

Hi,

What are, except the CPU, the differences between the ASUS EeePC 900
and 900A?  Last year I successfully installed Fedora 9 on a 900 and
now I need to install some new ones with F10, but the 900 is not
available anymore, so I have to go for the 900A.

Are there any caveats (network, wifi, camera) on the 900A for F10?

I know the 901 is quite different in several aspects, but I don't
know about the 900A.

Thanks,

--
--    Jos Vos <jos at xos.nl>
--    X/OS Experts in Open Systems BV   |   Phone: +31 20 6938364
--    Amsterdam, The Netherlands        |     Fax: +31 20 6948204



From bruno at wolff.to  Mon Mar 16 20:35:22 2009
From: bruno at wolff.to (Bruno Wolff III)
Date: Mon, 16 Mar 2009 15:35:22 -0500
Subject: Experience and observations of F11a/rawhide so far
In-Reply-To: <1237230600.25260.38.camel@adam.local.net>
References: <k7f096-r0c.ln1@sky.matrix>
	<1237230600.25260.38.camel@adam.local.net>
Message-ID: <20090316203522.GA1677@wolff.to>

On Mon, Mar 16, 2009 at 12:10:00 -0700,
  Adam Williamson <awilliam at redhat.com> wrote:
> On Sun, 2009-03-15 at 23:22 +0000, Keith G. Robertson-Turner wrote:
> 
> Personally I mostly lay the blame for this mess at ALSA's door, they
> really should make a better effort to have channel names and behaviour
> as consistent as possible between different drivers, which would at
> least make it vaguely possible to have a stab at exposing only the most
> usually important channels in a simplified configuration interface. As
> it is, trying to figure out what to expose from each card / driver
> combination is just a nightmare. Heck, trying to figure out sane
> defaults is a nightmare.

Dropping the gnome volume manager while it was still useful wasn't a great
idea either. It took me a while to find out about using alsamixer.
First I had to figure out something was wrong related to alsa. If I hadn't
had a second rawhide instance where sound was working reasonably, I probably
would have just assumed it was hopelessy broken. Then once I started looking
I had to search for potential apps that could help me diagnose or fix the
problem. I eventually stumbled accross alsamixer which allowed me to fix
things.

Hopefully, if the situation is the same at release, that alsamixer gets
mentioned in the release notes.



From pbrobinson at gmail.com  Mon Mar 16 21:22:45 2009
From: pbrobinson at gmail.com (Peter Robinson)
Date: Mon, 16 Mar 2009 21:22:45 +0000
Subject: EeePC 900 vs. 900A
In-Reply-To: <200903162021.n2GKLCmq014178@jasmine.xos.nl>
References: <200903162021.n2GKLCmq014178@jasmine.xos.nl>
Message-ID: <5256d0b0903161422y4599a8cbq27d2f2d326093826@mail.gmail.com>

> What are, except the CPU, the differences between the ASUS EeePC 900
> and 900A? ?Last year I successfully installed Fedora 9 on a 900 and
> now I need to install some new ones with F10, but the 900 is not
> available anymore, so I have to go for the 900A.
>
> Are there any caveats (network, wifi, camera) on the 900A for F10?
>
> I know the 901 is quite different in several aspects, but I don't
> know about the 900A.

I'm not sure of the differences between the 900 and the 900a but the
901 doesn't have wifi out of the box but the driver in rpmfusion works
well.

Peter



From mike at miketc.net  Mon Mar 16 22:14:29 2009
From: mike at miketc.net (Mike Chambers)
Date: Mon, 16 Mar 2009 17:14:29 -0500
Subject: Experience and observations of F11a/rawhide so far
In-Reply-To: <1237230319.25260.32.camel@adam.local.net>
References: <k7f096-r0c.ln1@sky.matrix>
	<1237169505.4785.3.camel@scrappy.miketc.net>
	<u36296-e2c.ln1@sky.matrix>
	<1237230319.25260.32.camel@adam.local.net>
Message-ID: <1237241669.2606.1.camel@scrappy.miketc.net>

On Mon, 2009-03-16 at 12:05 -0700, Adam Williamson wrote:

> It also won't be an issue when updating from F10 to F11, as long as you
> update F10 first (a compatible rpm was shipped as an F10 update). It'll
> also be OK from Beta onwards, as you say. Only Alpha -> 11 or
> non-updated 10 -> 11 via yum will be affected.

Has this updated rpm for F10 already been pushed?  Cause I am sure I
tried an F10 to rawhide (as of couple days ago) update via yum and i got
those same md5/checksum errors as well.

-- 
Mike Chambers
Madisonville, KY

Fedora Project - Bugzapper, tester, user, etc..
miketc302 at fedoraproject.org



From dcbw at redhat.com  Mon Mar 16 21:54:14 2009
From: dcbw at redhat.com (Dan Williams)
Date: Mon, 16 Mar 2009 17:54:14 -0400
Subject: EeePC 900 vs. 900A
In-Reply-To: <5256d0b0903161422y4599a8cbq27d2f2d326093826@mail.gmail.com>
References: <200903162021.n2GKLCmq014178@jasmine.xos.nl>
	<5256d0b0903161422y4599a8cbq27d2f2d326093826@mail.gmail.com>
Message-ID: <1237240454.21418.15.camel@localhost.localdomain>

On Mon, 2009-03-16 at 21:22 +0000, Peter Robinson wrote:
> > What are, except the CPU, the differences between the ASUS EeePC 900
> > and 900A?  Last year I successfully installed Fedora 9 on a 900 and
> > now I need to install some new ones with F10, but the 900 is not
> > available anymore, so I have to go for the 900A.
> >
> > Are there any caveats (network, wifi, camera) on the 900A for F10?
> >
> > I know the 901 is quite different in several aspects, but I don't
> > know about the 900A.
> 
> I'm not sure of the differences between the 900 and the 900a but the
> 901 doesn't have wifi out of the box but the driver in rpmfusion works
> well.

Realtek 802.11n chip?

Dan




From mike at miketc.net  Mon Mar 16 22:23:36 2009
From: mike at miketc.net (Mike Chambers)
Date: Mon, 16 Mar 2009 17:23:36 -0500
Subject: Anaconda/yum update status
Message-ID: <1237242216.2606.8.camel@scrappy.miketc.net>

For yum - currently, can you have an updated F10 (64bit) system and
upgrade to current (as of today) rawhide withing having the checksum
errors and such?  Think my rpm version as of now is
rpm-4.6.0-1.fc10.x86_64.  I swore I had problems day or two ago when I
was reinstalling my system few times and that was one of the things I
tried and got errors.  Then I think I actually got it updated (not sure
what I did) but had login/X problems.

For anaconda - if you are trying an install (via NFS), what version of
anaconda and/or install image is being used to run the gui?  The version
of rpm for anaconda is anaconda-11.5.0.30.  But what I saw as far as
when the nfs stuff was filled out and I guess install image loaded, it
said anaconda-11.5.0.29?  Reason paying attention to this so much is I
think the "storage devices" problem I been seeing lately when doing a
fresh install kept coming up, to include now (didn't try today though as
didn't see anaconda updated).  Hope I making sense.

-- 
Mike Chambers
Madisonville, KY

Fedora Project - Bugzapper, tester, user, etc..
miketc302 at fedoraproject.org



From awilliam at redhat.com  Mon Mar 16 22:24:07 2009
From: awilliam at redhat.com (Adam Williamson)
Date: Mon, 16 Mar 2009 15:24:07 -0700
Subject: Experience and observations of F11a/rawhide so far
In-Reply-To: <1237241669.2606.1.camel@scrappy.miketc.net>
References: <k7f096-r0c.ln1@sky.matrix>
	<1237169505.4785.3.camel@scrappy.miketc.net>
	<u36296-e2c.ln1@sky.matrix>
	<1237230319.25260.32.camel@adam.local.net>
	<1237241669.2606.1.camel@scrappy.miketc.net>
Message-ID: <1237242247.25260.52.camel@adam.local.net>

On Mon, 2009-03-16 at 17:14 -0500, Mike Chambers wrote:
> On Mon, 2009-03-16 at 12:05 -0700, Adam Williamson wrote:
> 
> > It also won't be an issue when updating from F10 to F11, as long as you
> > update F10 first (a compatible rpm was shipped as an F10 update). It'll
> > also be OK from Beta onwards, as you say. Only Alpha -> 11 or
> > non-updated 10 -> 11 via yum will be affected.
> 
> Has this updated rpm for F10 already been pushed?  Cause I am sure I
> tried an F10 to rawhide (as of couple days ago) update via yum and i got
> those same md5/checksum errors as well.

>From the discussion on this list, yes, it's supposed to have been
released already. Was it a *fully up to date* F10 that you tried to
upgrade?
-- 
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 Mar 16 22:25:50 2009
From: pbrobinson at gmail.com (Peter Robinson)
Date: Mon, 16 Mar 2009 22:25:50 +0000
Subject: EeePC 900 vs. 900A
In-Reply-To: <1237240454.21418.15.camel@localhost.localdomain>
References: <200903162021.n2GKLCmq014178@jasmine.xos.nl>
	<5256d0b0903161422y4599a8cbq27d2f2d326093826@mail.gmail.com>
	<1237240454.21418.15.camel@localhost.localdomain>
Message-ID: <5256d0b0903161525q4654b990sd397f371606f19b4@mail.gmail.com>

On Mon, Mar 16, 2009 at 9:54 PM, Dan Williams <dcbw at redhat.com> wrote:
> On Mon, 2009-03-16 at 21:22 +0000, Peter Robinson wrote:
>> > What are, except the CPU, the differences between the ASUS EeePC 900
>> > and 900A? ?Last year I successfully installed Fedora 9 on a 900 and
>> > now I need to install some new ones with F10, but the 900 is not
>> > available anymore, so I have to go for the 900A.
>> >
>> > Are there any caveats (network, wifi, camera) on the 900A for F10?
>> >
>> > I know the 901 is quite different in several aspects, but I don't
>> > know about the 900A.
>>
>> I'm not sure of the differences between the 900 and the 900a but the
>> 901 doesn't have wifi out of the box but the driver in rpmfusion works
>> well.
>
> Realtek 802.11n chip?

Something like that. Its something like the rt2860 driver. I think it
has crappy stuff like stuff in /etc

Peter



From caillon at redhat.com  Mon Mar 16 22:35:55 2009
From: caillon at redhat.com (Christopher Aillon)
Date: Mon, 16 Mar 2009 15:35:55 -0700
Subject: Anaconda/yum update status
In-Reply-To: <1237242216.2606.8.camel@scrappy.miketc.net>
References: <1237242216.2606.8.camel@scrappy.miketc.net>
Message-ID: <49BED44B.5050108@redhat.com>

On 03/16/2009 03:23 PM, Mike Chambers wrote:

> The version
> of rpm for anaconda is anaconda-11.5.0.30.  But what I saw as far as
> when the nfs stuff was filled out and I guess install image loaded, it
> said anaconda-11.5.0.29?  

dlehman tagged 11.5.0.30 before committing the version change to 
anaconda.  The version is actually correct, even though anaconda doesn't 
know it.



From itamar at ispbrasil.com.br  Mon Mar 16 23:03:10 2009
From: itamar at ispbrasil.com.br (Itamar Reis Peixoto)
Date: Mon, 16 Mar 2009 20:03:10 -0300
Subject: restoring orphaned kNemo
Message-ID: <d3ceea380903161603t19ea86efw34ad74504ef4bee8@mail.gmail.com>

Hello

nucleo (alekcejk at googlemail.com), asked to restore knemo in this bugzilla

https://bugzilla.redhat.com/show_bug.cgi?id=487791

nucleo is already sponsored, So It can grab the package in pkgdb,

also for me the changes for nucleo are good and the package doesn't
need to be reviewed again

but there are no branch for F-10, anyone can take a look and answer
the right process to request the F-10 cvs branch ?



------------

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 mike at miketc.net  Mon Mar 16 23:07:43 2009
From: mike at miketc.net (Mike Chambers)
Date: Mon, 16 Mar 2009 18:07:43 -0500
Subject: Anaconda/yum update status
In-Reply-To: <49BED44B.5050108@redhat.com>
References: <1237242216.2606.8.camel@scrappy.miketc.net>
	<49BED44B.5050108@redhat.com>
Message-ID: <1237244863.2606.11.camel@scrappy.miketc.net>

On Mon, 2009-03-16 at 15:35 -0700, Christopher Aillon wrote:
> On 03/16/2009 03:23 PM, Mike Chambers wrote:
> 
> > The version
> > of rpm for anaconda is anaconda-11.5.0.30.  But what I saw as far as
> > when the nfs stuff was filled out and I guess install image loaded, it
> > said anaconda-11.5.0.29?  
> 
> dlehman tagged 11.5.0.30 before committing the version change to 
> anaconda.  The version is actually correct, even though anaconda doesn't 
> know it.

Does the latest version have the/a fix for this "storage device" (least,
that is the initial menu that comes up before getting error/traceback)
problem that has been coming up last few days?

-- 
Mike Chambers
Madisonville, KY

Fedora Project - Bugzapper, tester, user, etc..
miketc302 at fedoraproject.org



From sundaram at fedoraproject.org  Mon Mar 16 23:20:39 2009
From: sundaram at fedoraproject.org (Rahul Sundaram)
Date: Tue, 17 Mar 2009 04:50:39 +0530
Subject: Orphaning Sylpheed
In-Reply-To: <49BE86EA.8080704@googlemail.com>
References: <20090314194023.026a5369@rawhide.intranet>	<1237217803.3325.93.camel@localhost.localdomain>
	<49BE86EA.8080704@googlemail.com>
Message-ID: <49BEDEC7.3020301@fedoraproject.org>

psmith wrote:
> Christoph Wickert wrote:
>> Am Samstag, den 14.03.2009, 19:40 +0100 schrieb Michael Schwendt:
>>  
>>> As I'd like to discontinue with packaging the Sylpheed E-Mail Client
>>> for Fedora, I've dropped ownership, so somebody else may take over.
>>>     
>>
>> I use it and I need it for my LXDE Spin, so I'm going to co-maintain it
>> together with Itamar.
>>
>> Regards,
>> Christoph
>>
>>   
> 
> christoph is there a link to your lxde spin?

It doesn't exist publicly yet. There is a kickstart file at

http://cwickert.fedorapeople.org/lxde/fedora-livecd-lxde.ks

More details at

http://fedoraproject.org/wiki/Features/LXDE

you can use livecd-creator and the kickstart file to generate one yourself.

Rahul



From sundaram at fedoraproject.org  Mon Mar 16 23:45:44 2009
From: sundaram at fedoraproject.org (Rahul Sundaram)
Date: Tue, 17 Mar 2009 05:15:44 +0530
Subject: Experience and observations of F11a/rawhide so far
In-Reply-To: <20090316203522.GA1677@wolff.to>
References: <k7f096-r0c.ln1@sky.matrix>	<1237230600.25260.38.camel@adam.local.net>
	<20090316203522.GA1677@wolff.to>
Message-ID: <49BEE4A8.3030503@fedoraproject.org>

Bruno Wolff III wrote:

> 
> Hopefully, if the situation is the same at release, that alsamixer gets
> mentioned in the release notes.

Please help out

http://fedoraproject.org/wiki/DocsProject/ReleaseNotes/Process

Rahul




From bruno at wolff.to  Tue Mar 17 00:52:33 2009
From: bruno at wolff.to (Bruno Wolff III)
Date: Mon, 16 Mar 2009 19:52:33 -0500
Subject: Experience and observations of F11a/rawhide so far
In-Reply-To: <49BEE4A8.3030503@fedoraproject.org>
References: <k7f096-r0c.ln1@sky.matrix>
	<1237230600.25260.38.camel@adam.local.net>
	<20090316203522.GA1677@wolff.to>
	<49BEE4A8.3030503@fedoraproject.org>
Message-ID: <20090317005233.GA5029@wolff.to>

On Tue, Mar 17, 2009 at 05:15:44 +0530,
  Rahul Sundaram <sundaram at fedoraproject.org> wrote:
> Bruno Wolff III wrote:
> 
> > 
> > Hopefully, if the situation is the same at release, that alsamixer gets
> > mentioned in the release notes.
> 
> Please help out
> 
> http://fedoraproject.org/wiki/DocsProject/ReleaseNotes/Process

I added a note in the multimedia beat.



From tgl at redhat.com  Tue Mar 17 01:45:41 2009
From: tgl at redhat.com (Tom Lane)
Date: Mon, 16 Mar 2009 21:45:41 -0400
Subject: F10 Fresh Vanilla Install with Updates Has Broken
	NetworkManager 
In-Reply-To: <1237221172.16956.2.camel@localhost.localdomain> 
References: <20d6441a0903132156q47de59aay65c70bfcb955c772@mail.gmail.com>
	<20090314084908.253a1626@metropolis.intra.city-fan.org>
	<20d6441a0903140841v4355ae34k17cae996f893968b@mail.gmail.com>
	<8A9D5E4A6012443F9196B8181C89216F@Aidan>
	<7133.1237053471@sss.pgh.pa.us>
	<1237221172.16956.2.camel@localhost.localdomain>
Message-ID: <28799.1237254341@sss.pgh.pa.us>

Dan Williams <dcbw at redhat.com> writes:
> On Sat, 2009-03-14 at 13:57 -0400, Tom Lane wrote:
>> NM might be great for laptops, but it's both useless and pernicious in
>> a static-IP environment.  In both F9 and F10 I've had to turn it off,
>> and the single most annoying thing about it is *you can't really turn
>> it off*.  There are pieces of it that keep coming to life anyway ...
>> eg bz #455825 and the fact that it keeps demanding my VPN password

> If NM is off, it's not going to touch your resolv.conf.

That was what you told me at the time, ignoring the fact that it
nonetheless *was* overwriting resolv.conf.  I do appreciate the fact
that that behavior went away in F-10, though.

>> when I'm not using it to control the VPN.

> Are you sure it's asking for your VPN password?

Quite; it says my "network credentials have expired", or words to that
effect (not at the machine right now) in a password popup dialog.
Today I got as far as determining that this seems to be coming from
nm-system-settings, which apparently is getting dbus events about
vpn start/stop and is convinced that that's its turf even though
the NetworkManager service is off.  Unless I'm missing something,
there is no configuration knob provided to disable the dbus sniffer.
So I'm down to rpm -e NetworkManager, which I have now done and will
soon see if I still have a working system ...

			regards, tom lane



From jkeating at redhat.com  Tue Mar 17 02:02:50 2009
From: jkeating at redhat.com (Jesse Keating)
Date: Mon, 16 Mar 2009 19:02:50 -0700
Subject: F10 Fresh Vanilla Install with Updates Has Broken NetworkManager
In-Reply-To: <28799.1237254341@sss.pgh.pa.us>
References: <20d6441a0903132156q47de59aay65c70bfcb955c772@mail.gmail.com>
	<20090314084908.253a1626@metropolis.intra.city-fan.org>
	<20d6441a0903140841v4355ae34k17cae996f893968b@mail.gmail.com>
	<8A9D5E4A6012443F9196B8181C89216F@Aidan>
	<7133.1237053471@sss.pgh.pa.us>
	<1237221172.16956.2.camel@localhost.localdomain>
	<28799.1237254341@sss.pgh.pa.us>
Message-ID: <1237255370.3823.7.camel@localhost.localdomain>

On Mon, 2009-03-16 at 21:45 -0400, Tom Lane wrote:
> 
> Quite; it says my "network credentials have expired",

That almost sounds like the kerberos auth dialog

-- 
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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090316/43a0af10/attachment.sig>

From tgl at redhat.com  Tue Mar 17 02:44:13 2009
From: tgl at redhat.com (Tom Lane)
Date: Mon, 16 Mar 2009 22:44:13 -0400
Subject: F10 Fresh Vanilla Install with Updates Has Broken
	NetworkManager 
In-Reply-To: <1237255370.3823.7.camel@localhost.localdomain> 
References: <20d6441a0903132156q47de59aay65c70bfcb955c772@mail.gmail.com>
	<20090314084908.253a1626@metropolis.intra.city-fan.org>
	<20d6441a0903140841v4355ae34k17cae996f893968b@mail.gmail.com>
	<8A9D5E4A6012443F9196B8181C89216F@Aidan>
	<7133.1237053471@sss.pgh.pa.us>
	<1237221172.16956.2.camel@localhost.localdomain>
	<28799.1237254341@sss.pgh.pa.us>
	<1237255370.3823.7.camel@localhost.localdomain>
Message-ID: <29675.1237257853@sss.pgh.pa.us>

Jesse Keating <jkeating at redhat.com> writes:
> On Mon, 2009-03-16 at 21:45 -0400, Tom Lane wrote:
>> Quite; it says my "network credentials have expired",

> That almost sounds like the kerberos auth dialog

Well, yeah, I think what it wants is my Kerberos password.  Not that
I've tried it; I'm not going to type *any* password into a popup window
that appears without any clear connection to what I'm doing.  Even
if this thing had any use to me, I'd refuse to use it because it
encourages phishing-susceptible habits.

			regards, tom lane



From mike at miketc.net  Tue Mar 17 02:58:21 2009
From: mike at miketc.net (Mike Chambers)
Date: Mon, 16 Mar 2009 21:58:21 -0500
Subject: Anaconda/yum update status
In-Reply-To: <1237244863.2606.11.camel@scrappy.miketc.net>
References: <1237242216.2606.8.camel@scrappy.miketc.net>
	<49BED44B.5050108@redhat.com>
	<1237244863.2606.11.camel@scrappy.miketc.net>
Message-ID: <1237258701.3722.3.camel@scrappy.miketc.net>

On Mon, 2009-03-16 at 18:07 -0500, Mike Chambers wrote:
> On Mon, 2009-03-16 at 15:35 -0700, Christopher Aillon wrote:
> > On 03/16/2009 03:23 PM, Mike Chambers wrote:
> > 
> > > The version
> > > of rpm for anaconda is anaconda-11.5.0.30.  But what I saw as far as
> > > when the nfs stuff was filled out and I guess install image loaded, it
> > > said anaconda-11.5.0.29?  
> > 
> > dlehman tagged 11.5.0.30 before committing the version change to 
> > anaconda.  The version is actually correct, even though anaconda doesn't 
> > know it.
> 
> Does the latest version have the/a fix for this "storage device" (least,
> that is the initial menu that comes up before getting error/traceback)
> problem that has been coming up last few days?

Ok, answered my own question regards to the above problem, as tried a
fresh install from current rawhide and problem still exists.  It
actually errors right before asking you to either install or upgrade
your current installation. 

I was able to do a F11 alpha 64bit install and upgrade rpm then the
system and it worked this time, no glitches so far heh.

Anyway, hopefully back to a working system for awhile. (Got 4G Ram
installed over last few days instead of 2G, doin some testing).

-- 
Mike Chambers
Fedora Project - Bug Zapper, Tester, User, etc..
mikec302 at fedoraproject.org



From bruno at wolff.to  Tue Mar 17 03:42:40 2009
From: bruno at wolff.to (Bruno Wolff III)
Date: Mon, 16 Mar 2009 22:42:40 -0500
Subject: Experience and observations of F11a/rawhide so far
In-Reply-To: <49BEE4A8.3030503@fedoraproject.org>
References: <k7f096-r0c.ln1@sky.matrix>
	<1237230600.25260.38.camel@adam.local.net>
	<20090316203522.GA1677@wolff.to>
	<49BEE4A8.3030503@fedoraproject.org>
Message-ID: <20090317034239.GA20479@wolff.to>

On Tue, Mar 17, 2009 at 05:15:44 +0530,
  Rahul Sundaram <sundaram at fedoraproject.org> wrote:
> 
> Please help out

Thanks for pushing on this. It's easy to be too worried about making
a mistake and leave things for others to do.



From jonstanley at gmail.com  Tue Mar 17 04:20:11 2009
From: jonstanley at gmail.com (Jon Stanley)
Date: Tue, 17 Mar 2009 00:20:11 -0400
Subject: fedorahosted releases
Message-ID: <da159fda0903162120r5db3f83xf79e8e5e888210a1@mail.gmail.com>

Hey -

Just figured I'd drop a quick note to say I taught fedorahosted a cool
new trick tonight - if you go to
https://fedorahosted.org/released/<projectname> you'll get the
directory /releases/a/b/abcd for say project abcd.

Someone was complaining about Source0 insanity in specs, so that's why
this was done. I specifically did not alter the current behavior of
/releases, rather added a new /released so as not to break anything
existing.

Thanks!
-Jon



From jonstanley at gmail.com  Tue Mar 17 04:23:57 2009
From: jonstanley at gmail.com (Jon Stanley)
Date: Tue, 17 Mar 2009 00:23:57 -0400
Subject: opening ACLs
In-Reply-To: <49BD787E.5090501@nobugconsulting.ro>
References: <49BD787E.5090501@nobugconsulting.ro>
Message-ID: <da159fda0903162123v32a2edc2vc60c0a589f9cba57@mail.gmail.com>

On Sun, Mar 15, 2009 at 5:51 PM, Manuel Wolfshant
<wolfy at nobugconsulting.ro> wrote:
> ? Hello
>
> ? What's the proper procedure of asking for opening the ACLs of gdal and
> related packages (so that the provenpackager group could fix them) ? The

I'm not sure we (FESCo) ever reached a decision on this. I'll add that
(very old) ticket to the meeting agenda for this week. I think that
what we were leaning towards is a retroactive review of everything
that wasn't open. With the recent provenpackager reseed, it's probably
time to take it up again.

Thanks for the reminder!
-Jon



From nicu_fedora at nicubunu.ro  Tue Mar 17 07:37:03 2009
From: nicu_fedora at nicubunu.ro (Nicu Buculei)
Date: Tue, 17 Mar 2009 09:37:03 +0200
Subject: EeePC 900 vs. 900A
In-Reply-To: <5256d0b0903161525q4654b990sd397f371606f19b4@mail.gmail.com>
References: <200903162021.n2GKLCmq014178@jasmine.xos.nl>	<5256d0b0903161422y4599a8cbq27d2f2d326093826@mail.gmail.com>	<1237240454.21418.15.camel@localhost.localdomain>
	<5256d0b0903161525q4654b990sd397f371606f19b4@mail.gmail.com>
Message-ID: <49BF531F.3010703@nicubunu.ro>

Peter Robinson wrote:
> On Mon, Mar 16, 2009 at 9:54 PM, Dan Williams <dcbw at redhat.com> wrote:
>> On Mon, 2009-03-16 at 21:22 +0000, Peter Robinson wrote:
>>> I'm not sure of the differences between the 900 and the 900a but the
>>> 901 doesn't have wifi out of the box but the driver in rpmfusion works
>>> well.
>> Realtek 802.11n chip?
> 
> Something like that. Its something like the rt2860 driver. I think it
> has crappy stuff like stuff in /etc

That's the one.
Supposedly the driver is under a rewrite to be included in the upstream 
kernel, but I am not aware about the current status.

-- 
nicu :: http://nicubunu.ro :: http://nicubunu.blogspot.com/
photography: http://photoblog.nicubunu.ro/
my Fedora stuff: http://fedora.nicubunu.ro/



From pbrobinson at gmail.com  Tue Mar 17 07:39:33 2009
From: pbrobinson at gmail.com (Peter Robinson)
Date: Tue, 17 Mar 2009 07:39:33 +0000
Subject: EeePC 900 vs. 900A
In-Reply-To: <49BF531F.3010703@nicubunu.ro>
References: <200903162021.n2GKLCmq014178@jasmine.xos.nl>
	<5256d0b0903161422y4599a8cbq27d2f2d326093826@mail.gmail.com>
	<1237240454.21418.15.camel@localhost.localdomain>
	<5256d0b0903161525q4654b990sd397f371606f19b4@mail.gmail.com>
	<49BF531F.3010703@nicubunu.ro>
Message-ID: <5256d0b0903170039m540da2e7p88b9559e18f1f516@mail.gmail.com>

>>>> I'm not sure of the differences between the 900 and the 900a but the
>>>> 901 doesn't have wifi out of the box but the driver in rpmfusion works
>>>> well.
>>>
>>> Realtek 802.11n chip?
>>
>> Something like that. Its something like the rt2860 driver. I think it
>> has crappy stuff like stuff in /etc
>
> That's the one.
> Supposedly the driver is under a rewrite to be included in the upstream
> kernel, but I am not aware about the current status.

Its been in a rewrite state for ages with what seems like no real
progress. I read somewhere the USB variant would be done first but
that hasn't seemed to materialise yet.

Peter



From nicu_fedora at nicubunu.ro  Tue Mar 17 08:06:53 2009
From: nicu_fedora at nicubunu.ro (Nicu Buculei)
Date: Tue, 17 Mar 2009 10:06:53 +0200
Subject: EeePC 900 vs. 900A
In-Reply-To: <5256d0b0903170039m540da2e7p88b9559e18f1f516@mail.gmail.com>
References: <200903162021.n2GKLCmq014178@jasmine.xos.nl>	<5256d0b0903161422y4599a8cbq27d2f2d326093826@mail.gmail.com>	<1237240454.21418.15.camel@localhost.localdomain>	<5256d0b0903161525q4654b990sd397f371606f19b4@mail.gmail.com>	<49BF531F.3010703@nicubunu.ro>
	<5256d0b0903170039m540da2e7p88b9559e18f1f516@mail.gmail.com>
Message-ID: <49BF5A1D.7060604@nicubunu.ro>

Peter Robinson wrote:
>>>>> I'm not sure of the differences between the 900 and the 900a but the
>>>>> 901 doesn't have wifi out of the box but the driver in rpmfusion works
>>>>> well.
>>>> Realtek 802.11n chip?

BTW, is a Ralink chip

>>> Something like that. Its something like the rt2860 driver. I think it
>>> has crappy stuff like stuff in /etc
>> That's the one.
>> Supposedly the driver is under a rewrite to be included in the upstream
>> kernel, but I am not aware about the current status.
> 
> Its been in a rewrite state for ages with what seems like no real
> progress. I read somewhere the USB variant would be done first but
> that hasn't seemed to materialise yet.

More than half year ago it was supposed to be ready for kernel 
2.6.29[1], but since then I took the "easy way" with the akmod from 
rpmfusion and didn't follow the development.

[1] http://marc.info/?l=linux-netdev&m=121800946112830&w=2

-- 
nicu :: http://nicubunu.ro :: http://nicubunu.blogspot.com/
photography: http://photoblog.nicubunu.ro/
my Fedora stuff: http://fedora.nicubunu.ro/



From fedora at matbooth.co.uk  Tue Mar 17 09:26:35 2009
From: fedora at matbooth.co.uk (Mat Booth)
Date: Tue, 17 Mar 2009 09:26:35 +0000
Subject: restoring orphaned kNemo
In-Reply-To: <d3ceea380903161603t19ea86efw34ad74504ef4bee8@mail.gmail.com>
References: <d3ceea380903161603t19ea86efw34ad74504ef4bee8@mail.gmail.com>
Message-ID: <9497e9990903170226k3e530de0i7d36863ac49c0bc3@mail.gmail.com>

On Mon, Mar 16, 2009 at 11:03 PM, Itamar Reis Peixoto
<itamar at ispbrasil.com.br> wrote:
> Hello
>
> nucleo (alekcejk at googlemail.com), asked to restore knemo in this bugzilla
>
> https://bugzilla.redhat.com/show_bug.cgi?id=487791
>
> nucleo is already sponsored, So It can grab the package in pkgdb,
>
> also for me the changes for nucleo are good and the package doesn't
> need to be reviewed again
>
> but there are no branch for F-10, anyone can take a look and answer
> the right process to request the F-10 cvs branch ?
>
>

Check out the CVS admin procedure on the wiki:

http://fedoraproject.org/wiki/PackageMaintainers/CVSAdminProcedure

-- 
Mat Booth
www.matbooth.co.uk



From rawhide at fedoraproject.org  Tue Mar 17 10:35:35 2009
From: rawhide at fedoraproject.org (Rawhide Report)
Date: Tue, 17 Mar 2009 10:35:35 +0000 (UTC)
Subject: rawhide report: 20090317 changes
Message-ID: <20090317103536.0D3EB1B8001@releng2.fedora.phx.redhat.com>

Compose started at Tue Mar 17 06:01:05 UTC 2009

Removed package ruby-rpm
Updated Packages:

anaconda-11.5.0.31-1
--------------------
* Mon Mar 16 2009 David Cantrell <dcantrell at redhat.com> - 11.5.0.31-1
- Don't use disk.maximizePartition anymore. (dlehman)
- Only schedule implicit format destruction if there is formatting to
  destroy. (dlehman)
- Reset encryptionPassphrase when we reset the rest of storage. (dlehman)
- Do not create a LUKSDevice if we do not have a way to map the device.
  (dlehman)
- Fix handling of new extended partitions during partition allocation.
  (dlehman)
- Fix bug in dependency list for partitions. (dlehman)
- Fix inconsistency in variable use in search for free space. (dlehman)
- Check for disk name being in disk.name not in clearPartDisks (dcantrell)
- Create a Makefile target to generate updates.img automatically. (dcantrell)
- When creating free space, handle cases other than clearpart --drives=
  (clumens)
- Ignore loop and ram devices (hdegoede)
- devicetree: fix slave addition of incomplete dm / md devices (hdegoede)
- Catch LVMErrors too when tearing down devices (hdegoede)
- Install udev rules in /lib/udev/rules.d instead of in runtime dir
  (hdegoede)
- Ignore disk devices with missing media (#488800). (clumens)
- Use correct parse method for the upgrade command (#471232) (wwoods)
- Fix creation of fs options for preexisting encrypted devices. (dlehman)
- Fix lots of buggy behavior in the partition dialog. (dlehman)
- Handle FTP servers that both want and don't want PASS after USER
  (#490350). (clumens)
- Fixed the names of the variables for lvm.py functions. (mgracik)
- editPartitionRequest -> editPartition in iw/partition_gui.py (#490384).
  (clumens)
- clampPVSize -> clampSize in lvm.py (#490295). (clumens)
- Fix the obvious and stupid typo (#490296). (clumens)
- isys.umount removes mount directory by default (rvykydal)
- Fix tempfile.mkdtemp call. (rvykydal)
- Initialize attribute _mountpoint before using it (rvykydal)
- devicetree.py has _ignoredDisks instead of ignoredDisks. (jgranado)
- Create separate resize actions for formats and devices. (dcantrell)
- Use os.statvfs() to get existing filesystem size. (dcantrell)
- Add resizeArgs for Ext2FS and fix it for BtrFS. (dcantrell)
- Report when we cannot find any free space partitions. (dcantrell)
- Improve resizeDialog text. (dcantrell)
- Raise FSResizeError if filesystem cannot be resized. (dcantrell)
- Handle resizing when setting targetSize for PartitionDevice (dcantrell)
- Let users set the size property of StorageDevices. (dcantrell)
- Add support for kickstart's '--initlabel' option to clearpart. (dlehman)
- Fix display of LV format type for encrypted LVs. (dlehman)
- Make paths somewhat flexible so we'll work in normal environments.
  (dlehman)


drawtiming-0.6.2-5.fc11
-----------------------
* Sat Mar 14 2009 Alex Lancaster <alexlan[AT]fedoraproject org> - 0.6.2-5
- Rebuild for new ImageMagick soname


fontconfig-2.6.99.behdad-3.fc11
-------------------------------
* Sat Mar 14 2009 Behdad Esfahbod <besfahbo at redhat.com> - 2.6.99.behdad-3
- New tarball with version fixed in the header

* Fri Mar 13 2009 Behdad Esfahbod <besfahbo at redhat.com> - 2.6.99.behdad-1
- Update to 2.6.99.behdad

* Fri Mar 13 2009 Behdad Esfahbod <besfahbo at redhat.com> - 2.6.99.behdad-2
- Previous tarball was broken.  Rebuild with respinned ball.

* Tue Mar 10 2009 Behdad Esfahbod <besfahbo at redhat.com> - 2.6.98-1.gb39c36a
- Update to 2.6.98-1.gb39c36a


freetype-2.3.9-1.fc11
---------------------
* Fri Mar 13 2009 Behdad Esfahbod <besfahbo at redhat.com> 2.3.9-1
- Update to 2.3.9.
- Resolves #489928


gdl-0.9-0.5.rc2.20090312.fc11
-----------------------------
* Mon Mar 16 2009 - Orion Poplawski <orion at cora.nwra.com> - 0.9-0.5.rc2.20090312
- Back off building python module until configure macro is updated

* Thu Mar 12 2009 - Orion Poplawski <orion at cora.nwra.com> - 0.9-0.4.rc2.20090312
- Update to 0.9rc2 cvs 20090312
- Rebase antlr patch
- Rebuild for new ImageMagick

* Thu Feb 26 2009 - Orion Poplawski <orion at cora.nwra.com> - 0.9-0.3.rc2.20090224
- Build python module
- Move common code to noarch common sub-package


gdm-2.25.2-20.fc11
------------------
* Sat Mar 14 2009 Ray Strode <rstrode at redhat.com> - 1:2.25.2-20
- Drop the use localhost patch because it broke things.
  Instead add authorization that doesn't depend on a hostname


imageinfo-0.05-9.fc11
---------------------
* Thu Mar 12 2009 Brendt Wohlberg <osspkg at gmail.com> - 0.05-8
- Rebuilt to deal with broken libMagickCore.so.1 dependency resulting
  from recent ImageMagick update.

* Thu Mar 12 2009 Brendt Wohlberg <osspkg at gmail.com> - 0.05-9
- Release bump due to unrecoverable tagging problem.


kernel-2.6.29-0.258.rc8.git2.fc11
---------------------------------
* Mon Mar 16 2009 Kyle McMartin <kyle at redhat.com> 2.6.29-0.255.rc8.git2
- 2.6.29-rc8-git2

* Mon Mar 16 2009 Josef Bacik <josef at toxicpanda.com> 2.6.29-0.258.rc8.git2
- update btrfs code so it doesn't pop the stack on x86

* Sun Mar 15 2009 Chuck Ebbert <cebbert at redhat.com> 2.6.29-0.254.rc8.git1
- 2.6.29-rc8-git1
- Entire v4l-dvb-fixes patch was merged upstream.

* Fri Mar 13 2009 Kyle McMartin <kyle at redhat.com> 2.6.29-0.247.rc8
- Linux 2.6.29-rc8
- squashfs-fix-page-aligned-data.patch: upstream-ish
- unifdef-rename-getline-symbol.patch: upstream-ish

* Fri Mar 13 2009 Ben Skeggs <bskeggs at redhat.com>
- drm-nouveau.patch: support needed for multiple xservers

* Fri Mar 13 2009 Mauro Carvalho Chehab <mchehab at redhat.com
- v4l-dvb patches: Add experimental cx231xx, plus more fixes and updates

* Fri Mar 13 2009 Dave Jones <davej at redhat.com> 2.6.29-0.250.rc8
- Fix DMA leak in Velocity TX path

* Fri Mar 13 2009 Chuck Ebbert <cebbert at redhat.com> 2.6.29-0.252.rc8
- Quiet down an ext4 warning message.

* Fri Mar 13 2009 Mauro Carvalho Chehab <mchehab at redhat.com
- v4l-dvb patches: better conflict solving with hdpvr, more fixes and updates

* Thu Mar 12 2009 Dave Airlie <airlied at redhat.com>
- drm-next.patch: r600 fixes for suspend/resume
- drm-modesetting-radeon.patch: rebase on drm-next


libselinux-2.0.79-1.fc11
------------------------
* Thu Mar 12 2009 Dan Walsh <dwalsh at redhat.com> - 2.0.79-1
- Update to upstream 
	* Netlink socket handoff patch from Adam Jackson.
	* AVC caching of compute_create results by Eric Paris.

* Tue Mar 10 2009 Dan Walsh <dwalsh at redhat.com> - 2.0.78-5
- Add patch from ajax to accellerate X SELinux 
- Update eparis patch


mkinitrd-6.0.81-1.fc11
----------------------
* Mon Mar 16 2009 Hans de Goede <hdegoede at redhat.com> - 6.0.81-1
- Make mkinitrd work with kernels < 2.6.29 (#487358, #489151)
- Fix booting of i2o devices (#476277)


pango-1.24.0-1.fc11
-------------------
* Mon Mar 16 2009 Behdad Esfahbod <besfahbo at redhat.com> - 1.24.0-1
- Update to 1.24.0
- Package pango-view.1.gz

* Wed Mar 11 2009 Behdad Esfahbod <besfahbo at redhat.com> - 1.23.0-4.g5317893
- Push changes from git


php-magickwand-1.0.8-2.fc11
---------------------------
* Tue Mar 10 2009 Robert Scheck <robert at fedoraproject.org> 1.0.8-2
- Rebuild against ImageMagick 6.4.9.6


php-pecl-imagick-2.2.2-2.fc11
-----------------------------
* Tue Mar 10 2009 Pavel Alexeev <Pahan at Hubbitus.info> - 2.2.2-2
- Rebuild due ImageMagick update


psiconv-0.9.8-4.fc11
--------------------
* Sat Mar 14 2009 Alex Lancaster <alexlan[AT]fedoraproject org> - 0.9.8-4
- Rebuild for new ImageMagick soname


qpidc-0.5.752600-1.fc11
-----------------------
* Wed Mar 11 2009 Nuno Santos <nsantos at localhost.localdomain> - 0.5.752600-1
- Rebased to svn rev 752600

* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 0.4.738618-3
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild

* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 0.4.738618-4
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


ruby-1.8.6.287-6.fc11
---------------------
* Mon Mar 16 2009 Mamoru Tasaka <mtasaka at ioa.s.u-tokyo.ac.jp> - 1.8.6.287-6
- Again use -O2 optimization level
- i586 should search i386-linux directory

* Thu Mar 05 2009 Jeroen van Meeuwen <kanarip at fedoraproject.org> - 1.8.6.287-5
- Rebuild for gcc4.4

* Fri Feb 27 2009 Jeroen van Meeuwen <kanarip at fedoraproject.org> - 1.8.6.287-3
- CVE-2008-5189: CGI header injection.


xorg-x11-server-1.6.0-13.fc11
-----------------------------
* Thu Mar 12 2009 Adam Jackson <ajax at redhat.com> 1.6.0-13
- xselinux-1.6.0-selinux-nlfd.patch: Acquire the netlink socket from selinux,
  check it ourselves rather than having libselinux bang on it all the time.

* Wed Mar 11 2009 Adam Jackson <ajax at redhat.com> 1.6.0-10
- xserver-1.6.0-selinux-less.patch: Don't init selinux unless the policy
  says to be an object manager.

* Wed Mar 11 2009 Adam Jackson <ajax at redhat.com> 1.6.0-11
- xserver-1.6.0-less-acpi-brokenness.patch: Don't build the (broken)
  ACPI code.

* Wed Mar 11 2009 Adam Jackson <ajax at redhat.com> 1.6.0-12
- Requires: pixman >= 0.14.0


Summary:
Added Packages: 0
Removed Packages: 1
Modified Packages: 17
Broken deps for i386
----------------------------------------------------------
	dbmail-2.2.11-2.fc10.i386 requires libgmime-2.0.so.2
	dbmail-auth-ldap-2.2.11-2.fc10.i386 requires libgmime-2.0.so.2
	dbmail-mysql-2.2.11-2.fc10.i386 requires libssl.so.7
	dbmail-mysql-2.2.11-2.fc10.i386 requires libcrypto.so.7
	dbmail-mysql-2.2.11-2.fc10.i386 requires libmysqlclient.so.15
	dbmail-mysql-2.2.11-2.fc10.i386 requires libgmime-2.0.so.2
	dbmail-mysql-2.2.11-2.fc10.i386 requires libmysqlclient.so.15(libmysqlclient_15)
	dbmail-pgsql-2.2.11-2.fc10.i386 requires libgmime-2.0.so.2
	gdal-1.6.0-4.fc11.i386 requires libodbc.so.1
	gdal-1.6.0-4.fc11.i386 requires libodbcinst.so.1
	gdal-1.6.0-4.fc11.i386 requires libhdf5.so.5
	gdal-perl-1.6.0-4.fc11.i386 requires libodbc.so.1
	gdal-perl-1.6.0-4.fc11.i386 requires libodbcinst.so.1
	gdal-perl-1.6.0-4.fc11.i386 requires libhdf5.so.5
	gdal-ruby-1.6.0-4.fc11.i386 requires libodbc.so.1
	gdal-ruby-1.6.0-4.fc11.i386 requires libodbcinst.so.1
	gdal-ruby-1.6.0-4.fc11.i386 requires libhdf5.so.5
	grass-6.3.0-10.fc11.i386 requires libodbc.so.1
	k3d-0.6.7.0-9.fc11.i386 requires libMagickCore.so.1
	k3d-0.6.7.0-9.fc11.i386 requires libMagick++.so.1
	kismet-extras-0.0.2008.05.R1-3.fc10.i386 requires libMagickCore.so.1
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgdamm-3.0.so.10
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb_graph-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb_extra-3.0.so.4
	libopensync-plugin-syncml-0.35-4.fc10.i386 requires libsyncml.so.0
	lsvpd-1.6.4-3.fc10.i386 requires libvpd_cxx-2.0.so.0
	mapnik-0.5.2-0.10.svn780.fc11.i386 requires dejavu-fonts-sans
	1:pan-0.133-1.fc10.i386 requires libgmime-2.0.so.2
	pfstools-imgmagick-1.7.0-3.fc11.i386 requires libMagickCore.so.1
	pfstools-imgmagick-1.7.0-3.fc11.i386 requires libMagick++.so.1
	pfstools-octave-1.7.0-3.fc11.i386 requires libhdf5.so.5
	postgresql-odbcng-0.90.101-2.fc10.i386 requires libodbcinst.so.1
	q-magick-7.11-4.fc11.i586 requires libMagickCore.so.1
	rhm-0.4.3088-1.fc11.i386 requires qpidd = 0:0.4.738618
	rhnpush-0.4.5-1.fc11.noarch requires rhnlib
	xastir-1.9.5-2.fc11.i386 requires libMagickCore.so.1



Broken deps for x86_64
----------------------------------------------------------
	dbmail-2.2.11-2.fc10.x86_64 requires libgmime-2.0.so.2()(64bit)
	dbmail-auth-ldap-2.2.11-2.fc10.x86_64 requires libgmime-2.0.so.2()(64bit)
	dbmail-mysql-2.2.11-2.fc10.x86_64 requires libmysqlclient.so.15(libmysqlclient_15)(64bit)
	dbmail-mysql-2.2.11-2.fc10.x86_64 requires libgmime-2.0.so.2()(64bit)
	dbmail-mysql-2.2.11-2.fc10.x86_64 requires libssl.so.7()(64bit)
	dbmail-mysql-2.2.11-2.fc10.x86_64 requires libcrypto.so.7()(64bit)
	dbmail-mysql-2.2.11-2.fc10.x86_64 requires libmysqlclient.so.15()(64bit)
	dbmail-pgsql-2.2.11-2.fc10.x86_64 requires libgmime-2.0.so.2()(64bit)
	gdal-1.6.0-4.fc11.i386 requires libodbc.so.1
	gdal-1.6.0-4.fc11.i386 requires libodbcinst.so.1
	gdal-1.6.0-4.fc11.i386 requires libhdf5.so.5
	gdal-1.6.0-4.fc11.x86_64 requires libhdf5.so.5()(64bit)
	gdal-1.6.0-4.fc11.x86_64 requires libodbcinst.so.1()(64bit)
	gdal-1.6.0-4.fc11.x86_64 requires libodbc.so.1()(64bit)
	gdal-perl-1.6.0-4.fc11.x86_64 requires libhdf5.so.5()(64bit)
	gdal-perl-1.6.0-4.fc11.x86_64 requires libodbcinst.so.1()(64bit)
	gdal-perl-1.6.0-4.fc11.x86_64 requires libodbc.so.1()(64bit)
	gdal-ruby-1.6.0-4.fc11.x86_64 requires libhdf5.so.5()(64bit)
	gdal-ruby-1.6.0-4.fc11.x86_64 requires libodbcinst.so.1()(64bit)
	gdal-ruby-1.6.0-4.fc11.x86_64 requires libodbc.so.1()(64bit)
	grass-6.3.0-10.fc11.x86_64 requires libodbc.so.1()(64bit)
	k3d-0.6.7.0-9.fc11.i386 requires libMagickCore.so.1
	k3d-0.6.7.0-9.fc11.i386 requires libMagick++.so.1
	k3d-0.6.7.0-9.fc11.x86_64 requires libMagick++.so.1()(64bit)
	k3d-0.6.7.0-9.fc11.x86_64 requires libMagickCore.so.1()(64bit)
	kismet-extras-0.0.2008.05.R1-3.fc10.x86_64 requires libMagickCore.so.1()(64bit)
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgdamm-3.0.so.10
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb_graph-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb_extra-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.x86_64 requires libgnomedb_graph-3.0.so.4()(64bit)
	libgnomedbmm-2.9.5-4.fc9.x86_64 requires libgdamm-3.0.so.10()(64bit)
	libgnomedbmm-2.9.5-4.fc9.x86_64 requires libgnomedb-3.0.so.4()(64bit)
	libgnomedbmm-2.9.5-4.fc9.x86_64 requires libgnomedb_extra-3.0.so.4()(64bit)
	libopensync-plugin-syncml-0.35-4.fc10.x86_64 requires libsyncml.so.0()(64bit)
	lsvpd-1.6.4-3.fc10.x86_64 requires libvpd_cxx-2.0.so.0()(64bit)
	mapnik-0.5.2-0.10.svn780.fc11.i386 requires dejavu-fonts-sans
	mapnik-0.5.2-0.10.svn780.fc11.x86_64 requires dejavu-fonts-sans
	1:pan-0.133-1.fc10.x86_64 requires libgmime-2.0.so.2()(64bit)
	pfstools-imgmagick-1.7.0-3.fc11.x86_64 requires libMagick++.so.1()(64bit)
	pfstools-imgmagick-1.7.0-3.fc11.x86_64 requires libMagickCore.so.1()(64bit)
	pfstools-octave-1.7.0-3.fc11.x86_64 requires libhdf5.so.5()(64bit)
	postgresql-odbcng-0.90.101-2.fc10.i386 requires libodbcinst.so.1
	postgresql-odbcng-0.90.101-2.fc10.x86_64 requires libodbcinst.so.1()(64bit)
	q-magick-7.11-4.fc11.x86_64 requires libMagickCore.so.1()(64bit)
	rhm-0.4.3088-1.fc11.x86_64 requires qpidd = 0:0.4.738618
	rhnpush-0.4.5-1.fc11.noarch requires rhnlib
	xastir-1.9.5-2.fc11.x86_64 requires libMagickCore.so.1()(64bit)



Broken deps for ppc
----------------------------------------------------------
	dbmail-2.2.11-2.fc10.ppc requires libgmime-2.0.so.2
	dbmail-auth-ldap-2.2.11-2.fc10.ppc requires libgmime-2.0.so.2
	dbmail-mysql-2.2.11-2.fc10.ppc requires libssl.so.7
	dbmail-mysql-2.2.11-2.fc10.ppc requires libmysqlclient.so.15
	dbmail-mysql-2.2.11-2.fc10.ppc requires libcrypto.so.7
	dbmail-mysql-2.2.11-2.fc10.ppc requires libmysqlclient.so.15(libmysqlclient_15)
	dbmail-mysql-2.2.11-2.fc10.ppc requires libgmime-2.0.so.2
	dbmail-pgsql-2.2.11-2.fc10.ppc requires libgmime-2.0.so.2
	gdal-1.6.0-4.fc11.ppc requires libodbc.so.1
	gdal-1.6.0-4.fc11.ppc requires libodbcinst.so.1
	gdal-1.6.0-4.fc11.ppc requires libhdf5.so.5
	gdal-1.6.0-4.fc11.ppc64 requires libhdf5.so.5()(64bit)
	gdal-1.6.0-4.fc11.ppc64 requires libodbcinst.so.1()(64bit)
	gdal-1.6.0-4.fc11.ppc64 requires libodbc.so.1()(64bit)
	gdal-perl-1.6.0-4.fc11.ppc requires libodbc.so.1
	gdal-perl-1.6.0-4.fc11.ppc requires libodbcinst.so.1
	gdal-perl-1.6.0-4.fc11.ppc requires libhdf5.so.5
	gdal-ruby-1.6.0-4.fc11.ppc requires libodbc.so.1
	gdal-ruby-1.6.0-4.fc11.ppc requires libodbcinst.so.1
	gdal-ruby-1.6.0-4.fc11.ppc requires libhdf5.so.5
	grass-6.3.0-10.fc11.ppc requires libodbc.so.1
	k3d-0.6.7.0-9.fc11.ppc requires libMagickCore.so.1
	k3d-0.6.7.0-9.fc11.ppc requires libMagick++.so.1
	k3d-0.6.7.0-9.fc11.ppc64 requires libMagick++.so.1()(64bit)
	k3d-0.6.7.0-9.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	kismet-extras-0.0.2008.05.R1-3.fc10.ppc requires libMagickCore.so.1
	libgnomedbmm-2.9.5-4.fc9.ppc requires libgnomedb-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.ppc requires libgdamm-3.0.so.10
	libgnomedbmm-2.9.5-4.fc9.ppc requires libgnomedb_graph-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.ppc requires libgnomedb_extra-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgnomedb_graph-3.0.so.4()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgdamm-3.0.so.10()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgnomedb-3.0.so.4()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgnomedb_extra-3.0.so.4()(64bit)
	libopensync-plugin-syncml-0.35-4.fc10.ppc requires libsyncml.so.0
	lsvpd-1.6.4-3.fc10.ppc requires libvpd_cxx-2.0.so.0
	mapnik-0.5.2-0.10.svn780.fc11.ppc requires dejavu-fonts-sans
	mapnik-0.5.2-0.10.svn780.fc11.ppc64 requires dejavu-fonts-sans
	1:pan-0.133-1.fc10.ppc requires libgmime-2.0.so.2
	pfstools-imgmagick-1.7.0-3.fc11.ppc requires libMagickCore.so.1
	pfstools-imgmagick-1.7.0-3.fc11.ppc requires libMagick++.so.1
	pfstools-octave-1.7.0-3.fc11.ppc requires libhdf5.so.5
	postgresql-odbcng-0.90.101-2.fc10.ppc requires libodbcinst.so.1
	postgresql-odbcng-0.90.101-2.fc10.ppc64 requires libodbcinst.so.1()(64bit)
	q-magick-7.11-4.fc11.ppc requires libMagickCore.so.1
	rhnpush-0.4.5-1.fc11.noarch requires rhnlib
	xastir-1.9.5-2.fc11.ppc requires libMagickCore.so.1



Broken deps for ppc64
----------------------------------------------------------
	cabal2spec-0.12-1.fc11.noarch requires ghc > 0:6.10.1-7
	dbmail-2.2.11-2.fc10.ppc64 requires libgmime-2.0.so.2()(64bit)
	dbmail-auth-ldap-2.2.11-2.fc10.ppc64 requires libgmime-2.0.so.2()(64bit)
	dbmail-mysql-2.2.11-2.fc10.ppc64 requires libgmime-2.0.so.2()(64bit)
	dbmail-mysql-2.2.11-2.fc10.ppc64 requires libssl.so.7()(64bit)
	dbmail-mysql-2.2.11-2.fc10.ppc64 requires libmysqlclient.so.15(libmysqlclient_15)(64bit)
	dbmail-mysql-2.2.11-2.fc10.ppc64 requires libcrypto.so.7()(64bit)
	dbmail-mysql-2.2.11-2.fc10.ppc64 requires libmysqlclient.so.15()(64bit)
	dbmail-pgsql-2.2.11-2.fc10.ppc64 requires libgmime-2.0.so.2()(64bit)
	gdal-1.6.0-4.fc11.ppc64 requires libhdf5.so.5()(64bit)
	gdal-1.6.0-4.fc11.ppc64 requires libodbcinst.so.1()(64bit)
	gdal-1.6.0-4.fc11.ppc64 requires libodbc.so.1()(64bit)
	gdal-perl-1.6.0-4.fc11.ppc64 requires libhdf5.so.5()(64bit)
	gdal-perl-1.6.0-4.fc11.ppc64 requires libodbcinst.so.1()(64bit)
	gdal-perl-1.6.0-4.fc11.ppc64 requires libodbc.so.1()(64bit)
	gdal-ruby-1.6.0-4.fc11.ppc64 requires libhdf5.so.5()(64bit)
	gdal-ruby-1.6.0-4.fc11.ppc64 requires libodbcinst.so.1()(64bit)
	gdal-ruby-1.6.0-4.fc11.ppc64 requires libodbc.so.1()(64bit)
	grass-6.3.0-10.fc11.ppc64 requires libodbc.so.1()(64bit)
	k3d-0.6.7.0-9.fc11.ppc64 requires libMagick++.so.1()(64bit)
	k3d-0.6.7.0-9.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	kismet-extras-0.0.2008.05.R1-3.fc10.ppc64 requires libMagickCore.so.1()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgnomedb_graph-3.0.so.4()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgdamm-3.0.so.10()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgnomedb-3.0.so.4()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgnomedb_extra-3.0.so.4()(64bit)
	libopensync-plugin-syncml-0.35-4.fc10.ppc64 requires libsyncml.so.0()(64bit)
	lsvpd-1.6.4-3.fc10.ppc64 requires libvpd_cxx-2.0.so.0()(64bit)
	mapnik-0.5.2-0.10.svn780.fc11.ppc64 requires dejavu-fonts-sans
	1:pan-0.133-1.fc10.ppc64 requires libgmime-2.0.so.2()(64bit)
	pfstools-imgmagick-1.7.0-3.fc11.ppc64 requires libMagick++.so.1()(64bit)
	pfstools-imgmagick-1.7.0-3.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	pfstools-octave-1.7.0-3.fc11.ppc64 requires libhdf5.so.5()(64bit)
	postgresql-odbcng-0.90.101-2.fc10.ppc64 requires libodbcinst.so.1()(64bit)
	q-magick-7.11-4.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	rhnpush-0.4.5-1.fc11.noarch requires rhnlib
	xastir-1.9.5-2.fc11.ppc64 requires libMagickCore.so.1()(64bit)





From johnsmithdoe14 at googlemail.com  Tue Mar 17 11:33:42 2009
From: johnsmithdoe14 at googlemail.com (psmith)
Date: Tue, 17 Mar 2009 11:33:42 +0000
Subject: Orphaning Sylpheed
In-Reply-To: <49BEDEC7.3020301@fedoraproject.org>
References: <20090314194023.026a5369@rawhide.intranet>	<1237217803.3325.93.camel@localhost.localdomain>	<49BE86EA.8080704@googlemail.com>
	<49BEDEC7.3020301@fedoraproject.org>
Message-ID: <49BF8A96.8080406@googlemail.com>

Rahul Sundaram wrote:
> psmith wrote:
>   
>> Christoph Wickert wrote:
>>     
>>> Am Samstag, den 14.03.2009, 19:40 +0100 schrieb Michael Schwendt:
>>>  
>>>       
>>>> As I'd like to discontinue with packaging the Sylpheed E-Mail Client
>>>> for Fedora, I've dropped ownership, so somebody else may take over.
>>>>     
>>>>         
>>> I use it and I need it for my LXDE Spin, so I'm going to co-maintain it
>>> together with Itamar.
>>>
>>> Regards,
>>> Christoph
>>>
>>>   
>>>       
>> christoph is there a link to your lxde spin?
>>     
>
> It doesn't exist publicly yet. There is a kickstart file at
>
> http://cwickert.fedorapeople.org/lxde/fedora-livecd-lxde.ks
>
> More details at
>
> http://fedoraproject.org/wiki/Features/LXDE
>
> you can use livecd-creator and the kickstart file to generate one yourself.
>
> Rahul
>
>   
thanks rahul, off to the desktop to spin one up with revisor now :)

phil



From itamar at ispbrasil.com.br  Tue Mar 17 12:28:41 2009
From: itamar at ispbrasil.com.br (Itamar Reis Peixoto)
Date: Tue, 17 Mar 2009 09:28:41 -0300
Subject: restoring orphaned kNemo
In-Reply-To: <9497e9990903170226k3e530de0i7d36863ac49c0bc3@mail.gmail.com>
References: <d3ceea380903161603t19ea86efw34ad74504ef4bee8@mail.gmail.com>
	<9497e9990903170226k3e530de0i7d36863ac49c0bc3@mail.gmail.com>
Message-ID: <d3ceea380903170528n2fd80656rab4fde1d6891da4d@mail.gmail.com>

I have do this, but I unable to build it for F-10

 FAILED: BuildError: package knemo is blocked for tag
dist-f10-updates-candidate

what's the correct process to unlock it  for F-10 ?


On Tue, Mar 17, 2009 at 6:26 AM, Mat Booth <fedora at matbooth.co.uk> wrote:
> On Mon, Mar 16, 2009 at 11:03 PM, Itamar Reis Peixoto
> <itamar at ispbrasil.com.br> wrote:
>> Hello
>>
>> nucleo (alekcejk at googlemail.com), asked to restore knemo in this bugzilla
>>
>> https://bugzilla.redhat.com/show_bug.cgi?id=487791
>>
>> nucleo is already sponsored, So It can grab the package in pkgdb,
>>
>> also for me the changes for nucleo are good and the package doesn't
>> need to be reviewed again
>>
>> but there are no branch for F-10, anyone can take a look and answer
>> the right process to request the F-10 cvs branch ?
>>
>>
>
> Check out the CVS admin procedure on the wiki:
>
> http://fedoraproject.org/wiki/PackageMaintainers/CVSAdminProcedure
>
> --
> Mat Booth
> www.matbooth.co.uk
>
> --
> 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 fedora at matbooth.co.uk  Tue Mar 17 12:38:01 2009
From: fedora at matbooth.co.uk (Mat Booth)
Date: Tue, 17 Mar 2009 12:38:01 +0000
Subject: restoring orphaned kNemo
In-Reply-To: <d3ceea380903170528n2fd80656rab4fde1d6891da4d@mail.gmail.com>
References: <d3ceea380903161603t19ea86efw34ad74504ef4bee8@mail.gmail.com>
	<9497e9990903170226k3e530de0i7d36863ac49c0bc3@mail.gmail.com>
	<d3ceea380903170528n2fd80656rab4fde1d6891da4d@mail.gmail.com>
Message-ID: <9497e9990903170538j5c0965cp251f687379d93534@mail.gmail.com>

On Tue, Mar 17, 2009 at 12:28 PM, Itamar Reis Peixoto
<itamar at ispbrasil.com.br> wrote:
> I have do this, but I unable to build it for F-10
>
> ?FAILED: BuildError: package knemo is blocked for tag
> dist-f10-updates-candidate
>
> what's the correct process to unlock it ?for F-10 ?
>
>

File a ticket with rel-eng to get a package unblocked:

https://fedorahosted.org/rel-eng/

-- 
Mat Booth
www.matbooth.co.uk



From kevin.kofler at chello.at  Tue Mar 17 12:43:39 2009
From: kevin.kofler at chello.at (Kevin Kofler)
Date: Tue, 17 Mar 2009 13:43:39 +0100
Subject: Orphaning ruby-rpm
References: <1237222396.12726.4.camel@avon.watzmann.net>
	<49BE84D3.3040608@gmail.com>
Message-ID: <gpo5tr$o4p$1@ger.gmane.org>

Toshio Kuratomi wrote:
> Is this broken enough that we should block it from F-11 final if no one
> steps forward to fix it?  It seems like pushing a broken binding to the
> release won't accomplish much except confusion and it can always be
> brought back after a new upstream maintainer starts fixing things.

Yes, it definitely needs to be blocked, it has a broken dependency on the
RPM 4.4 librpm and it fails to rebuild against anything newer.

Someone submitted a patch which gets it to build with 4.6 (no idea for 4.7),
but it hacks access to lots of private RPM APIs, so it wasn't
well-received.

        Kevin Kofler



From kevin.kofler at chello.at  Tue Mar 17 12:56:24 2009
From: kevin.kofler at chello.at (Kevin Kofler)
Date: Tue, 17 Mar 2009 13:56:24 +0100
Subject: restoring orphaned kNemo
References: <d3ceea380903161603t19ea86efw34ad74504ef4bee8@mail.gmail.com>
Message-ID: <gpo6lo$t41$1@ger.gmane.org>

Itamar Reis Peixoto wrote:
> nucleo is already sponsored

He's only sponsored contingent on a successful review. Rex Dieter sponsored
him early so he can use fedorapeople to upload the files for the review.

> So It can grab the package in pkgdb

No. The package has been orphaned for more than 3 months so it needs a
rereview.

> also for me the changes for nucleo are good and the package doesn't
> need to be reviewed again

It's a KDE 4 version, so it's very different from a building and packaging
point of view.

        Kevin Kofler



From kevin.kofler at chello.at  Tue Mar 17 13:03:51 2009
From: kevin.kofler at chello.at (Kevin Kofler)
Date: Tue, 17 Mar 2009 14:03:51 +0100
Subject: restoring orphaned kNemo
References: <d3ceea380903161603t19ea86efw34ad74504ef4bee8@mail.gmail.com>
	<9497e9990903170226k3e530de0i7d36863ac49c0bc3@mail.gmail.com>
	<d3ceea380903170528n2fd80656rab4fde1d6891da4d@mail.gmail.com>
Message-ID: <gpo73n$t41$2@ger.gmane.org>

Itamar Reis Peixoto wrote:
> I have do this, but I unable to build it for F-10
> 
>  FAILED: BuildError: package knemo is blocked for tag
> dist-f10-updates-candidate
> 
> what's the correct process to unlock it  for F-10 ?

The package needs to be rereviewed first, as it has been orphaned for more
than 3 months. (More precisely, it's the date of the last update which
counts. The last update was February 22, 2008.)

https://fedoraproject.org/wiki/Orphaned_package_that_need_new_maintainers#Claiming_Ownership_of_an_Orphaned_Package_Procedure

And once again, please talk to us on #fedora-kde for KDE-related packages
instead of trying to rush actions on your own without talking to anyone.

        Kevin Kofler



From kevin.kofler at chello.at  Tue Mar 17 13:11:12 2009
From: kevin.kofler at chello.at (Kevin Kofler)
Date: Tue, 17 Mar 2009 14:11:12 +0100
Subject: restoring orphaned kNemo
References: <d3ceea380903161603t19ea86efw34ad74504ef4bee8@mail.gmail.com>
	<9497e9990903170226k3e530de0i7d36863ac49c0bc3@mail.gmail.com>
	<d3ceea380903170528n2fd80656rab4fde1d6891da4d@mail.gmail.com>
	<gpo73n$t41$2@ger.gmane.org>
Message-ID: <gpo7hg$t41$3@ger.gmane.org>

I wrote:
> The package needs to be rereviewed first, as it has been orphaned for more
> than 3 months. (More precisely, it's the date of the last update which
> counts. The last update was February 22, 2008.)

Looks like the rereview was already successful. Sorry for the
misunderstanding, but your original message (where you claimed that "the
package doesn't need to be reviewed again") really didn't sound like it.

So yes, requesting unblocking from rel-eng is the procedure. It looks like
this got unblocked from dist-f10 already, but not dist-f9 or dist-f11 yet.

        Kevin Kofler



From alexl at users.sourceforge.net  Tue Mar 17 13:28:18 2009
From: alexl at users.sourceforge.net (Alex Lancaster)
Date: Tue, 17 Mar 2009 06:28:18 -0700
Subject: opening ACLs
In-Reply-To: <da159fda0903162123v32a2edc2vc60c0a589f9cba57@mail.gmail.com>
	(Jon Stanley's message of "Tue\, 17 Mar 2009 00\:23\:57 -0400")
References: <49BD787E.5090501@nobugconsulting.ro>
	<da159fda0903162123v32a2edc2vc60c0a589f9cba57@mail.gmail.com>
Message-ID: <nibps046tp.fsf@allele2.eebweb.arizona.edu>

> On Sun, Mar 15, 2009 at 5:51 PM, Manuel Wolfshant
>> Hello
>> 
>> What's the proper procedure of asking for opening the ACLs of gdal and
>> related packages (so that the provenpackager group could fix them) ? The

+1 to getting a decision on this and opening up these ACLs!

>>>>> "JS" == Jon Stanley  writes:

JS> I'm not sure we (FESCo) ever reached a decision on this. I'll add that
JS> (very old) ticket to the meeting agenda for this week. I think that
JS> what we were leaning towards is a retroactive review of everything
JS> that wasn't open. With the recent provenpackager reseed, it's probably
JS> time to take it up again.

JS> Thanks for the reminder!

Is there a link to that ticket?  Couldn't find one on

https://fedorahosted.org/fesco/report/3

The particular maintainer in question FAS name is "rezso" and I have
tried repeated attempts to contact him, and although he has built some
of the packages during the times attempted communication, he has not
responded directly to e-mail or to requests in bugs to either explain
or open up the ACLs.  I suspect that he is not deliberately excluding
people, but probably doesn't think it's a priority to respond to or
fix the ACLs.

I would be happy if FESCo could just have someone with access to pkgdb
to simply enable the "provenpackager" on the rawhide branches packages
currently locked out of provenpackager.  That would be enough to get
the ball rolling on fixing the packages.

Alex



From paul at all-the-johnsons.co.uk  Tue Mar 17 14:22:06 2009
From: paul at all-the-johnsons.co.uk (Paul F. Johnson)
Date: Tue, 17 Mar 2009 14:22:06 +0000
Subject: Mono buildfails on PPC
Message-ID: <20090317142033.M23325@all-the-johnsons.co.uk>

Hi,

Mono 2.4 RC2 has failed to build on the koji PPC boxes. I've reported this
back to the mono crew and they have suggested the problem may be down to the
page size.

Can anyone tell me what the page size is on the PPC box so I can report it
back incase it is a bug somewhere within mono they're not aware of currently?

TTFN

Paul

--
It's only me, only me and no-one else.



From jwboyer at gmail.com  Tue Mar 17 14:39:23 2009
From: jwboyer at gmail.com (Josh Boyer)
Date: Tue, 17 Mar 2009 10:39:23 -0400
Subject: Mono buildfails on PPC
In-Reply-To: <20090317142033.M23325@all-the-johnsons.co.uk>
References: <20090317142033.M23325@all-the-johnsons.co.uk>
Message-ID: <20090317143923.GA8354@yoda.jdub.homelinux.org>

On Tue, Mar 17, 2009 at 02:22:06PM +0000, Paul F. Johnson wrote:
>Hi,
>
>Mono 2.4 RC2 has failed to build on the koji PPC boxes. I've reported this
>back to the mono crew and they have suggested the problem may be down to the
>page size.
>
>Can anyone tell me what the page size is on the PPC box so I can report it
>back incase it is a bug somewhere within mono they're not aware of currently?

The builders run RHEL5.x, which has a 64KiB page size on PPC64.

josh



From clumens at redhat.com  Tue Mar 17 14:42:18 2009
From: clumens at redhat.com (Chris Lumens)
Date: Tue, 17 Mar 2009 10:42:18 -0400
Subject: Anaconda/yum update status
In-Reply-To: <1237258701.3722.3.camel@scrappy.miketc.net>
References: <1237242216.2606.8.camel@scrappy.miketc.net>
	<49BED44B.5050108@redhat.com>
	<1237244863.2606.11.camel@scrappy.miketc.net>
	<1237258701.3722.3.camel@scrappy.miketc.net>
Message-ID: <20090317144218.GG3366@localhost.localdomain>

> > Does the latest version have the/a fix for this "storage device" (least,
> > that is the initial menu that comes up before getting error/traceback)
> > problem that has been coming up last few days?
> 
> Ok, answered my own question regards to the above problem, as tried a
> fresh install from current rawhide and problem still exists.  It
> actually errors right before asking you to either install or upgrade
> your current installation. 

What issue are you referring to?  What's the bug number?  Or if there's
no bug yet, could you please file one?  We don't see all the problems
that everyone else does so it's really important that people file bugs
instead of just asking if things are fixed.

- Chris



From dennis at ausil.us  Tue Mar 17 14:47:33 2009
From: dennis at ausil.us (Dennis Gilmore)
Date: Tue, 17 Mar 2009 09:47:33 -0500
Subject: Mono buildfails on PPC
In-Reply-To: <20090317142033.M23325@all-the-johnsons.co.uk>
References: <20090317142033.M23325@all-the-johnsons.co.uk>
Message-ID: <200903170947.33849.dennis@ausil.us>

On Tuesday 17 March 2009 09:22:06 am Paul F. Johnson wrote:
> Hi,
>
> Mono 2.4 RC2 has failed to build on the koji PPC boxes. I've reported this
> back to the mono crew and they have suggested the problem may be down to
> the page size.
>
> Can anyone tell me what the page size is on the PPC box so I can report it
> back incase it is a bug somewhere within mono they're not aware of
> currently?
the ppc builders run rhel5 kernels which has 64KiB pages.  fedora kernels ship 
with 8KiB pages.  it really is a bug in mono if it doess not deal with it 
correctly.

Dennis



From jwboyer at gmail.com  Tue Mar 17 14:57:18 2009
From: jwboyer at gmail.com (Josh Boyer)
Date: Tue, 17 Mar 2009 10:57:18 -0400
Subject: Mono buildfails on PPC
In-Reply-To: <200903170947.33849.dennis@ausil.us>
References: <20090317142033.M23325@all-the-johnsons.co.uk>
	<200903170947.33849.dennis@ausil.us>
Message-ID: <20090317145718.GB8354@yoda.jdub.homelinux.org>

On Tue, Mar 17, 2009 at 09:47:33AM -0500, Dennis Gilmore wrote:
>On Tuesday 17 March 2009 09:22:06 am Paul F. Johnson wrote:
>> Hi,
>>
>> Mono 2.4 RC2 has failed to build on the koji PPC boxes. I've reported this
>> back to the mono crew and they have suggested the problem may be down to
>> the page size.
>>
>> Can anyone tell me what the page size is on the PPC box so I can report it
>> back incase it is a bug somewhere within mono they're not aware of
>> currently?
>the ppc builders run rhel5 kernels which has 64KiB pages.  fedora kernels ship 
>with 8KiB pages.  it really is a bug in mono if it doess not deal with it 
>correctly.

Correction: Fedora ships a kernel with 4KiB pages, not 8KiB.

josh



From jonstanley at gmail.com  Tue Mar 17 15:18:13 2009
From: jonstanley at gmail.com (Jon Stanley)
Date: Tue, 17 Mar 2009 11:18:13 -0400
Subject: opening ACLs
In-Reply-To: <nibps046tp.fsf@allele2.eebweb.arizona.edu>
References: <49BD787E.5090501@nobugconsulting.ro>
	<da159fda0903162123v32a2edc2vc60c0a589f9cba57@mail.gmail.com>
	<nibps046tp.fsf@allele2.eebweb.arizona.edu>
Message-ID: <da159fda0903170818n6ce6a44dr6e772a39f7598e6e@mail.gmail.com>

On Tue, Mar 17, 2009 at 9:28 AM, Alex Lancaster
<alexl at users.sourceforge.net> wrote:

> Is there a link to that ticket? ?Couldn't find one on

It's https://fedorahosted.org/fesco/ticket/10 - might not be
particularly obvious, sorry :)



From clumens at redhat.com  Tue Mar 17 15:33:43 2009
From: clumens at redhat.com (Chris Lumens)
Date: Tue, 17 Mar 2009 11:33:43 -0400
Subject: F10 Fresh Vanilla Install with Updates Has Broken NetworkManager
In-Reply-To: <1237227269.25260.28.camel@adam.local.net>
References: <8A9D5E4A6012443F9196B8181C89216F@Aidan>
	<7133.1237053471@sss.pgh.pa.us>
	<20d6441a0903141059k6ac907b1l99f6ebfa68689805@mail.gmail.com>
	<604aa7910903141126k35c49edl3a01247451316100@mail.gmail.com>
	<20d6441a0903141428w2d9d5391m5e71a4300339d14f@mail.gmail.com>
	<1237091856.12428.0.camel@localhost.localdomain>
	<49BD1DA5.7060508@leemhuis.info>
	<1237133556.14774.0.camel@localhost.localdomain>
	<20d6441a0903150917n64c93303t73ae1980208ad040@mail.gmail.com>
	<1237227269.25260.28.camel@adam.local.net>
Message-ID: <20090317153343.GH3366@localhost.localdomain>

> I think yum would be the logical place to handle this, because as the
> problem is described, you could potentially hit it another way.
> 
> Do a clean install of Fedora 10. Then enable the Updates repository but
> not the Everything repository. Try to update. I would expect it will
> fail, because libudev0 won't be available for the NetworkManager update.
> 
> It seems that, the way we handle updates in Fedora, the updates
> repository more or less 'depends' on the Everything repository. This
> should therefore be enforced in yum somehow, in a way that anaconda will
> respect. That should solve the problem in future in all cases.

In anaconda, we just use the /etc/yum.repos.d files that the system (in
this case, the fedora-release package) provides.  If a repo is marked as
enabled=1 in its config file, anaconda will enable the repo by default.

If the Everything repo defaulted to enabled, anaconda would pick this up
and when the user checked the Updates repo, we wouldn't hit this
problem.  Of course, enabling Everything by default might come with its
own set of problems.

Alternatively, we could probably come up with some crazy set of repo
dependencies to handle this.  I'd just like to make sure it's not hard
coded into anaconda.

- Chris



From jkeating at redhat.com  Tue Mar 17 15:53:30 2009
From: jkeating at redhat.com (Jesse Keating)
Date: Tue, 17 Mar 2009 08:53:30 -0700
Subject: F10 Fresh Vanilla Install with Updates Has Broken NetworkManager
In-Reply-To: <20090317153343.GH3366@localhost.localdomain>
References: <8A9D5E4A6012443F9196B8181C89216F@Aidan>
	<7133.1237053471@sss.pgh.pa.us>
	<20d6441a0903141059k6ac907b1l99f6ebfa68689805@mail.gmail.com>
	<604aa7910903141126k35c49edl3a01247451316100@mail.gmail.com>
	<20d6441a0903141428w2d9d5391m5e71a4300339d14f@mail.gmail.com>
	<1237091856.12428.0.camel@localhost.localdomain>
	<49BD1DA5.7060508@leemhuis.info>
	<1237133556.14774.0.camel@localhost.localdomain>
	<20d6441a0903150917n64c93303t73ae1980208ad040@mail.gmail.com>
	<1237227269.25260.28.camel@adam.local.net>
	<20090317153343.GH3366@localhost.localdomain>
Message-ID: <1237305210.3823.18.camel@localhost.localdomain>

On Tue, 2009-03-17 at 11:33 -0400, Chris Lumens wrote:
> 
> In anaconda, we just use the /etc/yum.repos.d files that the system (in
> this case, the fedora-release package) provides.  If a repo is marked as
> enabled=1 in its config file, anaconda will enable the repo by default.
> 
> If the Everything repo defaulted to enabled, anaconda would pick this up
> and when the user checked the Updates repo, we wouldn't hit this
> problem.  Of course, enabling Everything by default might come with its
> own set of problems.
> 
> Alternatively, we could probably come up with some crazy set of repo
> dependencies to handle this.  I'd just like to make sure it's not hard
> coded into anaconda.

Both the Everything and the Updates repos are enabled by default in the
config file.  I seem to remember that this just makes them /visible/ in
the UI for checking, doesn't actually enable them in Anaconda itself,
due to as you say, a host of other problems associated with doing mixed
media + network installs.  What we don't have is any sort of breadcrumb
that would alert things like anaconda that if the user checks on the
updates repo, that the everything repo should also be checked on.

-- 
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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090317/02c8d736/attachment.sig>

From bochecha at fedoraproject.org  Tue Mar 17 15:58:15 2009
From: bochecha at fedoraproject.org (Mathieu Bridon (bochecha))
Date: Tue, 17 Mar 2009 16:58:15 +0100
Subject: F10 Fresh Vanilla Install with Updates Has Broken NetworkManager
In-Reply-To: <1237305210.3823.18.camel@localhost.localdomain>
References: <8A9D5E4A6012443F9196B8181C89216F@Aidan>
	<604aa7910903141126k35c49edl3a01247451316100@mail.gmail.com>
	<20d6441a0903141428w2d9d5391m5e71a4300339d14f@mail.gmail.com>
	<1237091856.12428.0.camel@localhost.localdomain>
	<49BD1DA5.7060508@leemhuis.info>
	<1237133556.14774.0.camel@localhost.localdomain>
	<20d6441a0903150917n64c93303t73ae1980208ad040@mail.gmail.com>
	<1237227269.25260.28.camel@adam.local.net>
	<20090317153343.GH3366@localhost.localdomain>
	<1237305210.3823.18.camel@localhost.localdomain>
Message-ID: <2d319b780903170858q6636306cq53550fb4f16dd265@mail.gmail.com>

> ?What we don't have is any sort of breadcrumb
> that would alert things like anaconda that if the user checks on the
> updates repo, that the everything repo should also be checked on.

More generally, wouldn't this kind of repository dependency be needed
for yum as well ? Like on an already installed Fedora, one could
enable the updates repository and disable the Everything repository
(thinking you only need updates and not base releases of software,
which is obviously wrong).

So, if this could be made in yum, wouldn't it also fix the issue in Anaconda ?


----------

Mathieu Bridon (bochecha)

"They who can give up essential liberty to obtain a little temporary
safety, deserve neither liberty nor safety." ~Benjamin Franklin



From chris.eveleigh at planningportal.gov.uk  Tue Mar 17 16:06:26 2009
From: chris.eveleigh at planningportal.gov.uk (Chris Eveleigh)
Date: Tue, 17 Mar 2009 16:06:26 +0000
Subject: EeePC 900 vs. 900A
In-Reply-To: <49BF5A1D.7060604@nicubunu.ro>
References: <200903162021.n2GKLCmq014178@jasmine.xos.nl>
	<5256d0b0903161422y4599a8cbq27d2f2d326093826@mail.gmail.com>
	<1237240454.21418.15.camel@localhost.localdomain>
	<5256d0b0903161525q4654b990sd397f371606f19b4@mail.gmail.com>
	<49BF531F.3010703@nicubunu.ro>
	<5256d0b0903170039m540da2e7p88b9559e18f1f516@mail.gmail.com>
	<49BF5A1D.7060604@nicubunu.ro>
Message-ID: <1237305986.15451.3.camel@localhost.localdomain>

On Wed, 2009-03-17 at 10:06 +0200, Nicu Buculei wrote:

> Peter Robinson wrote:
> >>>>> I'm not sure of the differences between the 900 and the 900a but the
> >>>>> 901 doesn't have wifi out of the box but the driver in rpmfusion works
> >>>>> well.
> >>>> Realtek 802.11n chip?
> 
> BTW, is a Ralink chip
> 
> >>> Something like that. Its something like the rt2860 driver. I think it
> >>> has crappy stuff like stuff in /etc
> >> That's the one.
> >> Supposedly the driver is under a rewrite to be included in the upstream
> >> kernel, but I am not aware about the current status.
> > 
> > Its been in a rewrite state for ages with what seems like no real
> > progress. I read somewhere the USB variant would be done first but
> > that hasn't seemed to materialise yet.
> 
> More than half year ago it was supposed to be ready for kernel 
> 2.6.29[1], but since then I took the "easy way" with the akmod from 
> rpmfusion and didn't follow the development.


does the wireless survive a suspend/resume for you?  i'm sure it worked
once (with the 1.7.0 driver on F9) but since then i've always had to
reboot to get the wireless back again - even rmmod/modprobe doesn't
recover it.


> 
> [1] http://marc.info/?l=linux-netdev&m=121800946112830&w=2
> 
> -- 
> nicu :: http://nicubunu.ro :: http://nicubunu.blogspot.com/
> photography: http://photoblog.nicubunu.ro/
> my Fedora stuff: http://fedora.nicubunu.ro/
> 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090317/1e074d7c/attachment.htm>

From lutter at redhat.com  Tue Mar 17 16:07:49 2009
From: lutter at redhat.com (David Lutterkort)
Date: Tue, 17 Mar 2009 16:07:49 +0000
Subject: Orphaning ruby-rpm
In-Reply-To: <gpo5tr$o4p$1@ger.gmane.org>
References: <1237222396.12726.4.camel@avon.watzmann.net>
	<49BE84D3.3040608@gmail.com>  <gpo5tr$o4p$1@ger.gmane.org>
Message-ID: <1237306069.12726.78.camel@avon.watzmann.net>

On Tue, 2009-03-17 at 13:43 +0100, Kevin Kofler wrote:
> Someone submitted a patch which gets it to build with 4.6 (no idea for 4.7),
> but it hacks access to lots of private RPM APIs, so it wasn't
> well-received.

Yah, that patch cut&paste internal RPM code into ruby-rpm; that's why I
rejected it.

David




From jkeating at redhat.com  Tue Mar 17 16:29:22 2009
From: jkeating at redhat.com (Jesse Keating)
Date: Tue, 17 Mar 2009 09:29:22 -0700
Subject: F10 Fresh Vanilla Install with Updates Has Broken NetworkManager
In-Reply-To: <2d319b780903170858q6636306cq53550fb4f16dd265@mail.gmail.com>
References: <8A9D5E4A6012443F9196B8181C89216F@Aidan>
	<604aa7910903141126k35c49edl3a01247451316100@mail.gmail.com>
	<20d6441a0903141428w2d9d5391m5e71a4300339d14f@mail.gmail.com>
	<1237091856.12428.0.camel@localhost.localdomain>
	<49BD1DA5.7060508@leemhuis.info>
	<1237133556.14774.0.camel@localhost.localdomain>
	<20d6441a0903150917n64c93303t73ae1980208ad040@mail.gmail.com>
	<1237227269.25260.28.camel@adam.local.net>
	<20090317153343.GH3366@localhost.localdomain>
	<1237305210.3823.18.camel@localhost.localdomain>
	<2d319b780903170858q6636306cq53550fb4f16dd265@mail.gmail.com>
Message-ID: <1237307362.3823.21.camel@localhost.localdomain>

On Tue, 2009-03-17 at 16:58 +0100, Mathieu Bridon (bochecha) wrote:
> More generally, wouldn't this kind of repository dependency be needed
> for yum as well ? Like on an already installed Fedora, one could
> enable the updates repository and disable the Everything repository
> (thinking you only need updates and not base releases of software,
> which is obviously wrong).
> 
> So, if this could be made in yum, wouldn't it also fix the issue in
> Anaconda ?

Yes, you'd want it at the yum level.

-- 
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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090317/6cc6744b/attachment.sig>

From andreas.tunek at gmail.com  Tue Mar 17 16:33:25 2009
From: andreas.tunek at gmail.com (Andreas Tunek)
Date: Tue, 17 Mar 2009 17:33:25 +0100
Subject: EeePC 900 vs. 900A
In-Reply-To: <1237305986.15451.3.camel@localhost.localdomain>
References: <200903162021.n2GKLCmq014178@jasmine.xos.nl>
	<5256d0b0903161422y4599a8cbq27d2f2d326093826@mail.gmail.com>
	<1237240454.21418.15.camel@localhost.localdomain>
	<5256d0b0903161525q4654b990sd397f371606f19b4@mail.gmail.com>
	<49BF531F.3010703@nicubunu.ro>
	<5256d0b0903170039m540da2e7p88b9559e18f1f516@mail.gmail.com>
	<49BF5A1D.7060604@nicubunu.ro>
	<1237305986.15451.3.camel@localhost.localdomain>
Message-ID: <cc102fb20903170933o7e3229c4p8044302bf3b39241@mail.gmail.com>

2009/3/17 Chris Eveleigh <chris.eveleigh at planningportal.gov.uk>:
> On Wed, 2009-03-17 at 10:06 +0200, Nicu Buculei wrote:
>

>
> does the wireless survive a suspend/resume for you?? i'm sure it worked once
> (with the 1.7.0 driver on F9) but since then i've always had to reboot to
> get the wireless back again - even rmmod/modprobe doesn't recover it.
>
>

I have the same trouble with my EEE 901 with F10.

/Andreas



From sanjay.ankur at gmail.com  Tue Mar 17 16:45:53 2009
From: sanjay.ankur at gmail.com (Ankur Sinha)
Date: Tue, 17 Mar 2009 22:15:53 +0530
Subject: [Ambassadors] : Think its a bug, please test it and confirm
Message-ID: <1237308353.3391.6.camel@localhost.localdomain>

hi,

I'm running a Fedora System. In order to test alphas etc, I install them
to a trial partition on my Segate external harddrive. I add them to my
existing grub and boot into them. The external harddrive thus has a
partition "/". When i mount this partition on my normal system, run
gnome-system-monitor , and go to the disk usage tab, the system monitor
crashes.. 

If i unmount this partition, system monitor works fine.

this is the output i get from the terminal when it crashes :

[Ankur at Ankur ~]$ gnome-system-monitor 

(gnome-system-monitor:5342): GLib-GObject-WARNING **:
IA__g_object_get_valist: property `name' of object class `GThemedIcon'
is not readable
terminate called after throwing an instance of 'std::logic_error'
  what():  basic_string::_S_construct NULL not valid

I think its a bug, can someone please try this out (make a partition
as / , mount it and run gnome-system-monitor > disk usage) and confirm.

where do i report this ? at bugzilla.redhat.com or is there a separate
one for gnome ?

regards,

Ankur

PS : please ignore the earlier mail



From oget.fedora at gmail.com  Tue Mar 17 16:49:40 2009
From: oget.fedora at gmail.com (Orcan Ogetbil)
Date: Tue, 17 Mar 2009 12:49:40 -0400
Subject: EeePC 900 vs. 900A
In-Reply-To: <cc102fb20903170933o7e3229c4p8044302bf3b39241@mail.gmail.com>
References: <200903162021.n2GKLCmq014178@jasmine.xos.nl>
	<5256d0b0903161422y4599a8cbq27d2f2d326093826@mail.gmail.com>
	<1237240454.21418.15.camel@localhost.localdomain>
	<5256d0b0903161525q4654b990sd397f371606f19b4@mail.gmail.com>
	<49BF531F.3010703@nicubunu.ro>
	<5256d0b0903170039m540da2e7p88b9559e18f1f516@mail.gmail.com>
	<49BF5A1D.7060604@nicubunu.ro>
	<1237305986.15451.3.camel@localhost.localdomain>
	<cc102fb20903170933o7e3229c4p8044302bf3b39241@mail.gmail.com>
Message-ID: <e76492710903170949x17fb25a1uc37815f11a7e0dbf@mail.gmail.com>

On Tue, Mar 17, 2009 at 12:33 PM, Andreas Tunek  wrote:
> 2009/3/17 Chris Eveleigh :
>> On Wed, 2009-03-17 at 10:06 +0200, Nicu Buculei wrote:
>>
>
>>
>> does the wireless survive a suspend/resume for you?? i'm sure it worked once
>> (with the 1.7.0 driver on F9) but since then i've always had to reboot to
>> get the wireless back again - even rmmod/modprobe doesn't recover it.
>>
>>
>
> I have the same trouble with my EEE 901 with F10.
>
> /Andreas
>

I maintain all the rtxxx0 drivers at RPMFusion. This was reported
before and a user came up with a suspend script which worked for him.
Unfortunately, since suspend *never* worked for me on Fedora with or
without a wireless card, I couldn't test the script. But I added the
script to the RPM's. Could you grab the rtxxx0 RPM from RPMFusion's
testing repo and try the suspend script? It may need to be tweaked a
little to work for individual cases.

And yes, the serialmonkey driver is progressing slowly. Once they said
it was going to be ready for 2.6.28, then 2.6.29... We are still
waiting. Ralink isn't very good with their driver releases either. I
need to patch their drivers heavily to get them compile and work.

Orcan

PS: Currently we have RPM's for rt2860, rt2870 and rt3070 chipsets.



From chris.eveleigh at planningportal.gov.uk  Tue Mar 17 16:54:00 2009
From: chris.eveleigh at planningportal.gov.uk (Chris Eveleigh)
Date: Tue, 17 Mar 2009 16:54:00 +0000
Subject: EeePC 900 vs. 900A
In-Reply-To: <e76492710903170949x17fb25a1uc37815f11a7e0dbf@mail.gmail.com>
References: <200903162021.n2GKLCmq014178@jasmine.xos.nl>
	<5256d0b0903161422y4599a8cbq27d2f2d326093826@mail.gmail.com>
	<1237240454.21418.15.camel@localhost.localdomain>
	<5256d0b0903161525q4654b990sd397f371606f19b4@mail.gmail.com>
	<49BF531F.3010703@nicubunu.ro>
	<5256d0b0903170039m540da2e7p88b9559e18f1f516@mail.gmail.com>
	<49BF5A1D.7060604@nicubunu.ro>
	<1237305986.15451.3.camel@localhost.localdomain>
	<cc102fb20903170933o7e3229c4p8044302bf3b39241@mail.gmail.com>
	<e76492710903170949x17fb25a1uc37815f11a7e0dbf@mail.gmail.com>
Message-ID: <1237308840.15451.12.camel@localhost.localdomain>

On Wed, 2009-03-17 at 12:49 -0400, Orcan Ogetbil wrote:
> On Tue, Mar 17, 2009 at 12:33 PM, Andreas Tunek  wrote:
> > 2009/3/17 Chris Eveleigh :
> >> On Wed, 2009-03-17 at 10:06 +0200, Nicu Buculei wrote:
> >>
> >
> >>
> >> does the wireless survive a suspend/resume for you?  i'm sure it worked once
> >> (with the 1.7.0 driver on F9) but since then i've always had to reboot to
> >> get the wireless back again - even rmmod/modprobe doesn't recover it.
> >>
> >>
> >
> > I have the same trouble with my EEE 901 with F10.
> >
> > /Andreas
> >
> 
> I maintain all the rtxxx0 drivers at RPMFusion. This was reported

a HUGE thank you for that! :-D

> before and a user came up with a suspend script which worked for him.
> Unfortunately, since suspend *never* worked for me on Fedora with or
> without a wireless card, I couldn't test the script. But I added the
> script to the RPM's. Could you grab the rtxxx0 RPM from RPMFusion's
> testing repo and try the suspend script? It may need to be tweaked a
> little to work for individual cases.
> 
i'll test this as soon as i can.  hopefully tonight but might be later
in the week.  where should i report the results?

> And yes, the serialmonkey driver is progressing slowly. Once they said
> it was going to be ready for 2.6.28, then 2.6.29... We are still
> waiting. Ralink isn't very good with their driver releases either. I
> need to patch their drivers heavily to get them compile and work.
> 
> Orcan
> 
> PS: Currently we have RPM's for rt2860, rt2870 and rt3070 chipsets.
> 



From clumens at redhat.com  Tue Mar 17 16:56:42 2009
From: clumens at redhat.com (Chris Lumens)
Date: Tue, 17 Mar 2009 12:56:42 -0400
Subject: F10 Fresh Vanilla Install with Updates Has Broken NetworkManager
In-Reply-To: <2d319b780903170858q6636306cq53550fb4f16dd265@mail.gmail.com>
References: <604aa7910903141126k35c49edl3a01247451316100@mail.gmail.com>
	<20d6441a0903141428w2d9d5391m5e71a4300339d14f@mail.gmail.com>
	<1237091856.12428.0.camel@localhost.localdomain>
	<49BD1DA5.7060508@leemhuis.info>
	<1237133556.14774.0.camel@localhost.localdomain>
	<20d6441a0903150917n64c93303t73ae1980208ad040@mail.gmail.com>
	<1237227269.25260.28.camel@adam.local.net>
	<20090317153343.GH3366@localhost.localdomain>
	<1237305210.3823.18.camel@localhost.localdomain>
	<2d319b780903170858q6636306cq53550fb4f16dd265@mail.gmail.com>
Message-ID: <20090317165641.GI3366@localhost.localdomain>

> More generally, wouldn't this kind of repository dependency be needed
> for yum as well ? Like on an already installed Fedora, one could
> enable the updates repository and disable the Everything repository
> (thinking you only need updates and not base releases of software,
> which is obviously wrong).
> 
> So, if this could be made in yum, wouldn't it also fix the issue in Anaconda ?

Yes, and it seems to me like this could be better handled in a yum
plugin than adding this kind of weirdness straight into yum itself.'

- Chris



From oget.fedora at gmail.com  Tue Mar 17 16:57:03 2009
From: oget.fedora at gmail.com (Orcan Ogetbil)
Date: Tue, 17 Mar 2009 12:57:03 -0400
Subject: EeePC 900 vs. 900A
In-Reply-To: <1237308840.15451.12.camel@localhost.localdomain>
References: <200903162021.n2GKLCmq014178@jasmine.xos.nl>
	<1237240454.21418.15.camel@localhost.localdomain>
	<5256d0b0903161525q4654b990sd397f371606f19b4@mail.gmail.com>
	<49BF531F.3010703@nicubunu.ro>
	<5256d0b0903170039m540da2e7p88b9559e18f1f516@mail.gmail.com>
	<49BF5A1D.7060604@nicubunu.ro>
	<1237305986.15451.3.camel@localhost.localdomain>
	<cc102fb20903170933o7e3229c4p8044302bf3b39241@mail.gmail.com>
	<e76492710903170949x17fb25a1uc37815f11a7e0dbf@mail.gmail.com>
	<1237308840.15451.12.camel@localhost.localdomain>
Message-ID: <e76492710903170957t4c2d80c1y3e7b2743502926b5@mail.gmail.com>

On Tue, Mar 17, 2009 at 12:54 PM, Chris Eveleigh wrote:
> On Wed, 2009-03-17 at 12:49 -0400, Orcan Ogetbil wrote:
>> On Tue, Mar 17, 2009 at 12:33 PM, Andreas Tunek ?wrote:
>> > 2009/3/17 Chris Eveleigh :
>> >> On Wed, 2009-03-17 at 10:06 +0200, Nicu Buculei wrote:
>> >>
>> >
>> >>
>> >> does the wireless survive a suspend/resume for you? ?i'm sure it worked once
>> >> (with the 1.7.0 driver on F9) but since then i've always had to reboot to
>> >> get the wireless back again - even rmmod/modprobe doesn't recover it.
>> >>
>> >>
>> >
>> > I have the same trouble with my EEE 901 with F10.
>> >
>> > /Andreas
>> >
>>
>> I maintain all the rtxxx0 drivers at RPMFusion. This was reported
>
> a HUGE thank you for that! :-D
>
>> before and a user came up with a suspend script which worked for him.
>> Unfortunately, since suspend *never* worked for me on Fedora with or
>> without a wireless card, I couldn't test the script. But I added the
>> script to the RPM's. Could you grab the rtxxx0 RPM from RPMFusion's
>> testing repo and try the suspend script? It may need to be tweaked a
>> little to work for individual cases.
>>
> i'll test this as soon as i can. ?hopefully tonight but might be later
> in the week. ?where should i report the results?
>

You're welcome. Here's the reference:
https://bugzilla.rpmfusion.org/show_bug.cgi?id=199

Here you can find the suspend script that I put in the RPM's. If you
have a better script, a different script, an idea or an objection,
please continue on that thread.

Thanks,
Orcan



From awilliam at redhat.com  Tue Mar 17 17:18:36 2009
From: awilliam at redhat.com (Adam Williamson)
Date: Tue, 17 Mar 2009 10:18:36 -0700
Subject: F10 Fresh Vanilla Install with Updates Has Broken NetworkManager
In-Reply-To: <20090317153343.GH3366@localhost.localdomain>
References: <8A9D5E4A6012443F9196B8181C89216F@Aidan>
	<7133.1237053471@sss.pgh.pa.us>
	<20d6441a0903141059k6ac907b1l99f6ebfa68689805@mail.gmail.com>
	<604aa7910903141126k35c49edl3a01247451316100@mail.gmail.com>
	<20d6441a0903141428w2d9d5391m5e71a4300339d14f@mail.gmail.com>
	<1237091856.12428.0.camel@localhost.localdomain>
	<49BD1DA5.7060508@leemhuis.info>
	<1237133556.14774.0.camel@localhost.localdomain>
	<20d6441a0903150917n64c93303t73ae1980208ad040@mail.gmail.com>
	<1237227269.25260.28.camel@adam.local.net>
	<20090317153343.GH3366@localhost.localdomain>
Message-ID: <1237310316.25260.67.camel@adam.local.net>

On Tue, 2009-03-17 at 11:33 -0400, Chris Lumens wrote:
> > I think yum would be the logical place to handle this, because as the
> > problem is described, you could potentially hit it another way.

> Alternatively, we could probably come up with some crazy set of repo
> dependencies to handle this.  I'd just like to make sure it's not hard
> coded into anaconda.

Yep, that was my main point too: this isn't anaconda specific, so fixing
it in anaconda makes no sense.

Ironically, someone on test-list ran into exactly the scenario I
outlined - they had trouble updating an F10 system because 'updates' was
enabled but 'everything' was not - later that same day :)
-- 
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 Mar 17 17:19:12 2009
From: awilliam at redhat.com (Adam Williamson)
Date: Tue, 17 Mar 2009 10:19:12 -0700
Subject: F10 Fresh Vanilla Install with Updates Has Broken NetworkManager
In-Reply-To: <2d319b780903170858q6636306cq53550fb4f16dd265@mail.gmail.com>
References: <8A9D5E4A6012443F9196B8181C89216F@Aidan>
	<604aa7910903141126k35c49edl3a01247451316100@mail.gmail.com>
	<20d6441a0903141428w2d9d5391m5e71a4300339d14f@mail.gmail.com>
	<1237091856.12428.0.camel@localhost.localdomain>
	<49BD1DA5.7060508@leemhuis.info>
	<1237133556.14774.0.camel@localhost.localdomain>
	<20d6441a0903150917n64c93303t73ae1980208ad040@mail.gmail.com>
	<1237227269.25260.28.camel@adam.local.net>
	<20090317153343.GH3366@localhost.localdomain>
	<1237305210.3823.18.camel@localhost.localdomain>
	<2d319b780903170858q6636306cq53550fb4f16dd265@mail.gmail.com>
Message-ID: <1237310352.25260.68.camel@adam.local.net>

On Tue, 2009-03-17 at 16:58 +0100, Mathieu Bridon (bochecha) wrote:
> >  What we don't have is any sort of breadcrumb
> > that would alert things like anaconda that if the user checks on the
> > updates repo, that the everything repo should also be checked on.
> 
> More generally, wouldn't this kind of repository dependency be needed
> for yum as well ? Like on an already installed Fedora, one could
> enable the updates repository and disable the Everything repository
> (thinking you only need updates and not base releases of software,
> which is obviously wrong).
> 
> So, if this could be made in yum, wouldn't it also fix the issue in Anaconda ?

That's exactly what I said three posts ago :D
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org
http://www.happyassassin.net



From xose.vazquez at gmail.com  Tue Mar 17 18:51:25 2009
From: xose.vazquez at gmail.com (Xose Vazquez Perez)
Date: Tue, 17 Mar 2009 19:51:25 +0100
Subject: EeePC 900 vs. 900A
Message-ID: <ee588a540903171151l3d527939ob1bb16b507fde7ed@mail.gmail.com>

Orcan Ogetbil wrote:

> PS: Currently we have RPM's for rt2860, rt2870 and rt3070 chipsets.

they are included in drivers/staging, and rt3070 should be included
for .30 release.


rt3070 supports more HW, but basicaly is a rt2870+patches. And
currently they overlap  some device ID's.


FYI: two weeks ago, I sent to Ivo a bunch of new ID's for detect new devices:
http://git.kernel.org/?p=linux/kernel/git/ivd/rt2x00.git;a=tree;f=drivers/net/wireless/rt2x00


regards,
-- 
Polycommander, Erkowit, Urquiola, Andros Patria, Cason, Aegean Sea,
Prestige, ...



From zaitcev at redhat.com  Tue Mar 17 19:17:09 2009
From: zaitcev at redhat.com (Pete Zaitcev)
Date: Tue, 17 Mar 2009 13:17:09 -0600
Subject: Orphaning Sylpheed
In-Reply-To: <1237230755.25260.39.camel@adam.local.net>
References: <20090314194023.026a5369@rawhide.intranet>
	<1237217803.3325.93.camel@localhost.localdomain>
	<1237230755.25260.39.camel@adam.local.net>
Message-ID: <20090317131709.06a9bf9d.zaitcev@redhat.com>

On Mon, 16 Mar 2009 12:12:35 -0700, Adam Williamson <awilliam at redhat.com> wrote:
> On Mon, 2009-03-16 at 16:36 +0100, Christoph Wickert wrote:
> > Am Samstag, den 14.03.2009, 19:40 +0100 schrieb Michael Schwendt:

> > > As I'd like to discontinue with packaging the Sylpheed E-Mail Client
> > > for Fedora, I've dropped ownership, so somebody else may take over.
> > 
> > I use it and I need it for my LXDE Spin, so I'm going to co-maintain it
> > together with Itamar.
> 
> Just out of interest - is there much reason to prefer Sylpheed over
> Claws any more? Is it lighter on resources, for e.g.? Just curious,
> really.

I switched to Claws because I wanted Xft2, and went back to Sylpheed
just as soon as the mainline acquired Xft2. It crashes too much.
If I wanted another bloated MUA with unchecked hunger for features,
I would be using Evo.

-- Pete



From warren at togami.com  Tue Mar 17 19:43:17 2009
From: warren at togami.com (Warren Togami)
Date: Tue, 17 Mar 2009 15:43:17 -0400
Subject: InstantMirror Project: Google Summer of Code 2009
In-Reply-To: <49B9AFB8.2080609@redhat.com>
References: <49B9AFB8.2080609@redhat.com>
Message-ID: <49BFFD55.9050608@togami.com>

Warren Togami wrote:
> https://fedorahosted.org/InstantMirror/
> 

https://www.redhat.com/mailman/listinfo/instantmirror-list
For questions or comments about this project, please use instantmirror-list.

Warren Togami
wtogami at redhat.com



From fedora at camperquake.de  Tue Mar 17 20:03:27 2009
From: fedora at camperquake.de (Ralf Ertzinger)
Date: Tue, 17 Mar 2009 21:03:27 +0100
Subject: Orphaning Sylpheed
In-Reply-To: <20090317131709.06a9bf9d.zaitcev@redhat.com>
References: <20090314194023.026a5369@rawhide.intranet>
	<1237217803.3325.93.camel@localhost.localdomain>
	<1237230755.25260.39.camel@adam.local.net>
	<20090317131709.06a9bf9d.zaitcev@redhat.com>
Message-ID: <20090317210327.3e6e142a@lain.camperquake.de>

Hi.

On Tue, 17 Mar 2009 13:17:09 -0600, Pete Zaitcev wrote

> I switched to Claws because I wanted Xft2, and went back to Sylpheed
> just as soon as the mainline acquired Xft2. It crashes too much.
> If I wanted another bloated MUA with unchecked hunger for features,
> I would be using Evo.

Claws? Crashes? Not for me it doesn't. And I'm feeding it several
100000 mails via IMAP.



From mmcgrath at redhat.com  Tue Mar 17 20:07:00 2009
From: mmcgrath at redhat.com (Mike McGrath)
Date: Tue, 17 Mar 2009 15:07:00 -0500 (CDT)
Subject: Outage Notification - 2009-03-19 04:00 UTC
Message-ID: <alpine.LFD.2.00.0903171501130.10287@laptop.mmcgrath.net>

There will be an outage starting at 2009-03-19 04:00 UTC, which will last
approximately 30 minutes.

To convert UTC to your local time, take a look at
http://fedoraproject.org/wiki/Infrastructure/UTCHowto
or run:

date -d '2009-03-19 04:00 UTC'

Affected Services:

Buildsystem (EPEL/Plague only)
Fedora Talk
Gobby
lists.fedoraproject.org
DNS (ns1 only)

Unaffected Services:

CVS / Source Control
Database
Fedora Hosted
Fedora People
Mail
Mirror System
Torrent
Translation Services
Websites

Ticket Link:

https://fedorahosted.org/fedora-infrastructure/ticket/1271

Reason for Outage:

One of our sponsors, ServerBeach (http://serverbeach.com) provides hosting
for the above affected services and has scheduled an outage to conduct
network maintenance on the switch our servers are on.  This will cause
them to be unavailable for a period of time.

Contact Information:

Please join #fedora-admin in irc.freenode.net or respond to this email to
track the status of this outage.

_______________________________________________
Fedora-devel-announce mailing list
Fedora-devel-announce at redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-announce



From paul at all-the-johnsons.co.uk  Tue Mar 17 20:07:46 2009
From: paul at all-the-johnsons.co.uk (Paul)
Date: Tue, 17 Mar 2009 20:07:46 +0000
Subject: Mono buildfails on PPC
In-Reply-To: <20090317143923.GA8354@yoda.jdub.homelinux.org>
References: <20090317142033.M23325@all-the-johnsons.co.uk>
	<20090317143923.GA8354@yoda.jdub.homelinux.org>
Message-ID: <1237320466.25641.2.camel@PB3.Linux>

Hi,

> >Can anyone tell me what the page size is on the PPC box so I can report it
> >back incase it is a bug somewhere within mono they're not aware of currently?
> 
> The builders run RHEL5.x, which has a 64KiB page size on PPC64.

What about the bogstandard PPC boxes or is everything built on PPC64?

TTFN

Paul
-- 
?Sie k?nnen mich aufreizen und wirklich hei? machen!
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090317/64f7404e/attachment.sig>

From orion at cora.nwra.com  Tue Mar 17 20:45:35 2009
From: orion at cora.nwra.com (Orion Poplawski)
Date: Tue, 17 Mar 2009 14:45:35 -0600
Subject: Should bluez be in base, or split deps?
Message-ID: <49C00BEF.2010201@cora.nwra.com>

bluez requires dbus-bluez-pin-helper which pulls in one of the following 
desktop environment packages:

# repoquery --whatprovides dbus-bluez-pin-helper
gnome-bluetooth-0:2.27.1-4.fc11.x86_64
bluez-gnome-0:1.8-16.fc11.x86_64
kdebluetooth-1:0.3-3.fc11.x86_64

I think @base should be limited to non-gui packages.

Perhaps a bluez-desktop package to pull in dbus-bluez-pin-helper?

On a server:

Installing:
  bluez                   x86_64  4.32-8.fc11             rawhide  464 k
Installing for dependencies:
  kde-filesystem          noarch  4-24.fc11               rawhide   22 k
  kde-settings            noarch  4.2-4.20090225svn.fc11  rawhide   36 k
  kde-settings-kdm        noarch  4.2-4.20090225svn.fc11  rawhide   24 k
  kdebase-runtime         x86_64  4.2.1-1.fc11            rawhide  6.7 M
  kdebase-runtime-libs    x86_64  4.2.1-1.fc11            rawhide  1.4 M
  kdebase-workspace       x86_64  4.2.1-4.fc11            rawhide   13 M
  kdebase-workspace-libs  x86_64  4.2.1-4.fc11            rawhide  744 k
  kdebluetooth            x86_64  1:0.3-3.fc11            rawhide  169 k
  kdelibs                 x86_64  6:4.2.1-4.fc11          rawhide   14 M
  kdelibs-common          x86_64  6:4.2.1-4.fc11          rawhide  364 k
  kdepimlibs              x86_64  4.2.1-4.fc11            rawhide  2.0 M
  kio_sysinfo             x86_64  20090216-3.fc11         rawhide  356 k
  ksysguardd              x86_64  4.2.1-4.fc11            rawhide   74 k
  solar-kde-theme         noarch  0.1.17-3.fc11           rawhide  290 k

Transaction Summary
========================================================================
Install     15 Package(s)
Update       0 Package(s)
Remove       0 Package(s)

Total download size: 39 M

Funny that kdebluetooth wins over bluez-gnome.  I thought shortest wins, 
or is this an epoch thing?

-- 
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 tgl at redhat.com  Tue Mar 17 20:47:48 2009
From: tgl at redhat.com (Tom Lane)
Date: Tue, 17 Mar 2009 16:47:48 -0400
Subject: Mono buildfails on PPC 
In-Reply-To: <1237320466.25641.2.camel@PB3.Linux> 
References: <20090317142033.M23325@all-the-johnsons.co.uk>
	<20090317143923.GA8354@yoda.jdub.homelinux.org>
	<1237320466.25641.2.camel@PB3.Linux>
Message-ID: <26648.1237322868@sss.pgh.pa.us>

Paul <paul at all-the-johnsons.co.uk> writes:
>>> Can anyone tell me what the page size is on the PPC box so I can report it
>>> back incase it is a bug somewhere within mono they're not aware of currently?
>> 
>> The builders run RHEL5.x, which has a 64KiB page size on PPC64.

> What about the bogstandard PPC boxes or is everything built on PPC64?

They are all PPC64, I believe.  I ran into a similar problem with mysql
awhile back --- you really need to probe the page size at runtime rather
than assume you know what it is from the architecture.

			regards, tom lane



From jwboyer at gmail.com  Tue Mar 17 20:50:32 2009
From: jwboyer at gmail.com (Josh Boyer)
Date: Tue, 17 Mar 2009 16:50:32 -0400
Subject: Mono buildfails on PPC
In-Reply-To: <1237320466.25641.2.camel@PB3.Linux>
References: <20090317142033.M23325@all-the-johnsons.co.uk>
	<20090317143923.GA8354@yoda.jdub.homelinux.org>
	<1237320466.25641.2.camel@PB3.Linux>
Message-ID: <20090317205032.GC8354@yoda.jdub.homelinux.org>

On Tue, Mar 17, 2009 at 08:07:46PM +0000, Paul wrote:
>Hi,
>
>> >Can anyone tell me what the page size is on the PPC box so I can report it
>> >back incase it is a bug somewhere within mono they're not aware of currently?
>> 
>> The builders run RHEL5.x, which has a 64KiB page size on PPC64.
>
>What about the bogstandard PPC boxes or is everything built on PPC64?

All the builders are PPC64.  They build both ppc and ppc64 packages.

josh



From bnocera at redhat.com  Tue Mar 17 21:06:17 2009
From: bnocera at redhat.com (Bastien Nocera)
Date: Tue, 17 Mar 2009 21:06:17 +0000
Subject: Should bluez be in base, or split deps?
In-Reply-To: <49C00BEF.2010201@cora.nwra.com>
References: <49C00BEF.2010201@cora.nwra.com>
Message-ID: <1237323977.15346.18.camel@cookie.hadess.net>

On Tue, 2009-03-17 at 14:45 -0600, Orion Poplawski wrote:
> bluez requires dbus-bluez-pin-helper which pulls in one of the following 
> desktop environment packages:
> 
> # repoquery --whatprovides dbus-bluez-pin-helper
> gnome-bluetooth-0:2.27.1-4.fc11.x86_64
> bluez-gnome-0:1.8-16.fc11.x86_64
> kdebluetooth-1:0.3-3.fc11.x86_64
> 
> I think @base should be limited to non-gui packages.
> 
> Perhaps a bluez-desktop package to pull in dbus-bluez-pin-helper?
<snip>

It's not a "desktop" thing, it's a "make Bluetooth do something" thing.
If you can't pair (or at least connect and trust), you can't use the
device, simple as that.

Write a command-line version of it, and I'm sure we'll find a place for
it.

> Funny that kdebluetooth wins over bluez-gnome.  I thought shortest wins, 
> or is this an epoch thing?

Cheers



From kevin.kofler at chello.at  Tue Mar 17 22:31:44 2009
From: kevin.kofler at chello.at (Kevin Kofler)
Date: Tue, 17 Mar 2009 23:31:44 +0100
Subject: Should bluez be in base, or split deps?
References: <49C00BEF.2010201@cora.nwra.com>
Message-ID: <gpp8cg$t31$1@ger.gmane.org>

Orion Poplawski wrote:
> Funny that kdebluetooth wins over bluez-gnome.  I thought shortest wins,
> or is this an epoch thing?

AFAIK, bluez-gnome is obsoleted by gnome-bluetooth, which has a longer name
than kdebluetooth.

        Kevin Kofler



From loganjerry at gmail.com  Wed Mar 18 02:49:36 2009
From: loganjerry at gmail.com (Jerry James)
Date: Tue, 17 Mar 2009 20:49:36 -0600
Subject: Unable to read group information from repositories
Message-ID: <870180fe0903171949m14afae9avbc81ef3e1b840977@mail.gmail.com>

I just tried to do an install of x86-64 Rawhide into a virtual
machine, using boot.iso dated 17 Mar 2009.  I got up to the part where
it formats the filesystem.  At that point, I got an error dialog box
that says:

"Unable to read group information from repositories.  This is a
problem with the generation of your install tree."

Now what?
-- 
Jerry James
http://loganjerry.googlepages.com/



From caillon at redhat.com  Wed Mar 18 03:33:04 2009
From: caillon at redhat.com (Christopher Aillon)
Date: Tue, 17 Mar 2009 20:33:04 -0700
Subject: Unable to read group information from repositories
In-Reply-To: <870180fe0903171949m14afae9avbc81ef3e1b840977@mail.gmail.com>
References: <870180fe0903171949m14afae9avbc81ef3e1b840977@mail.gmail.com>
Message-ID: <49C06B70.5050903@redhat.com>

On 03/17/2009 07:49 PM, Jerry James wrote:
> I just tried to do an install of x86-64 Rawhide into a virtual
> machine, using boot.iso dated 17 Mar 2009.  I got up to the part where
> it formats the filesystem.  At that point, I got an error dialog box
> that says:
> 
> "Unable to read group information from repositories.  This is a
> problem with the generation of your install tree."
> 
> Now what?


That's https://bugzilla.redhat.com/490490

Either wait until tomorrow's boot.iso is generated or append:

   updates=http://caillon.fedorapeople.org/updates-490490.img

to your anaconda kernel boot line.



From paul at all-the-johnsons.co.uk  Tue Mar 17 20:07:46 2009
From: paul at all-the-johnsons.co.uk (Paul)
Date: Tue, 17 Mar 2009 20:07:46 +0000
Subject: Mono buildfails on PPC
In-Reply-To: <20090317143923.GA8354@yoda.jdub.homelinux.org>
References: <20090317142033.M23325@all-the-johnsons.co.uk>
	<20090317143923.GA8354@yoda.jdub.homelinux.org>
Message-ID: <1237320466.25641.2.camel@PB3.Linux>

Hi,

> >Can anyone tell me what the page size is on the PPC box so I can report it
> >back incase it is a bug somewhere within mono they're not aware of currently?
> 
> The builders run RHEL5.x, which has a 64KiB page size on PPC64.

What about the bogstandard PPC boxes or is everything built on PPC64?

TTFN

Paul
-- 
?Sie k?nnen mich aufreizen und wirklich hei? machen!
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090317/64f7404e/attachment-0001.sig>

From mschwendt at gmail.com  Wed Mar 18 09:08:20 2009
From: mschwendt at gmail.com (Michael Schwendt)
Date: Wed, 18 Mar 2009 10:08:20 +0100
Subject: Orphaning Sylpheed
In-Reply-To: <20090317131709.06a9bf9d.zaitcev@redhat.com>
References: <20090314194023.026a5369@rawhide.intranet>
	<1237217803.3325.93.camel@localhost.localdomain>
	<1237230755.25260.39.camel@adam.local.net>
	<20090317131709.06a9bf9d.zaitcev@redhat.com>
Message-ID: <20090318100820.32a7e9b5@faldor.intranet>

On Tue, 17 Mar 2009 13:17:09 -0600, Pete wrote:

> > On Mon, 2009-03-16 at 16:36 +0100, Christoph Wickert wrote:
> > > Am Samstag, den 14.03.2009, 19:40 +0100 schrieb Michael Schwendt:
> 
> > > > As I'd like to discontinue with packaging the Sylpheed E-Mail Client
> > > > for Fedora, I've dropped ownership, so somebody else may take over.
> > > 
> > > I use it and I need it for my LXDE Spin, so I'm going to co-maintain it
> > > together with Itamar.
> > 
> > Just out of interest - is there much reason to prefer Sylpheed over
> > Claws any more? Is it lighter on resources, for e.g.? Just curious,
> > really.

Claws Mail's main pkg requires a few more libraries, most notably:
  libcurl
  libdb-4.7
  libdbus-1, libdbus-glib-1
  libetpan
  libexpat
  libgcrypt
  libgpg-error
  libpisock (Sylpheed could be built with basic pilot-link features, too)
  libsasl2
  libstartup-notification
  GnuTLS instead of OpenSSL
  
> I switched to Claws because I wanted Xft2, and went back to Sylpheed
> just as soon as the mainline acquired Xft2. It crashes too much.
> If I wanted another bloated MUA with unchecked hunger for features,
> I would be using Evo.

Somebody has been stubborn enough to convince me of switching from
Sylpheed to Claws Mail for an extended evaluation period. So far I like
it. I've been told it used to be quite unstable indeed when it was still
called Sylpheed-claws, and as I remember, it has changed *a lot* since
it had started as a fork and development version of Sylpheed. I hope
all crashes you have run into have been reported in bugzilla. Sylpheed
has not been crash-free and problem-free either.



From caolanm at redhat.com  Wed Mar 18 09:41:55 2009
From: caolanm at redhat.com (=?ISO-8859-1?Q?Caol=E1n?= McNamara)
Date: Wed, 18 Mar 2009 09:41:55 +0000
Subject: Non-Commercial use files..
Message-ID: <1237369315.16894.18.camel@Vain>

So, if e.g. I spot a non-commercial use file that made its way into
Fedora, is the right protocol just to file a normal bug against the
package, or is there any additional CC legal at foo or alternative route
that should be followed to get it onto an appropriable radar.

C.



From debarshi.ray at gmail.com  Wed Mar 18 09:47:40 2009
From: debarshi.ray at gmail.com (Debarshi Ray)
Date: Wed, 18 Mar 2009 15:17:40 +0530
Subject: Non-Commercial use files..
In-Reply-To: <1237369315.16894.18.camel@Vain>
References: <1237369315.16894.18.camel@Vain>
Message-ID: <3170f42f0903180247n38e5243bjfa1b01519d951b6e@mail.gmail.com>

> or is there any additional CC legal at foo or alternative route
> that should be followed to get it onto an appropriable radar

Make it block FE-Legal (https://bugzilla.redhat.com/182235).

Cheers,
Debarshi



From rjones at redhat.com  Wed Mar 18 10:09:22 2009
From: rjones at redhat.com (Richard W.M. Jones)
Date: Wed, 18 Mar 2009 10:09:22 +0000
Subject: Three new packages - ocaml-pa-do, ocaml-p3l, coccinelle
Message-ID: <20090318100922.GA32507@amd.home.annexia.org>

Just a note to say that I've added three superb new OCaml packages:

*** ocaml-pa-do is a syntax extension which provides "delimited
overloading" of operators.  In plain English, "operator overloading"
lets you overload operators, such as using "+" to mean addition of
complex numbers or vectors.  Traditionally this has been regarded as
potentially dangerous in OCaml.  Which is why this extension is
"delimited", meaning that sections of code where operator overloading
is permitted are clearly marked.

For example:

let z' =
  Complex.(                     <-- the delimiter
    log(z + 2I) = I / u         <-- overloaded complex number expression
  )

let bi =
  Big_int.(
    23 ** 567 mod 45 + "123456789123456789123456789"
  )

You can add your own overloading using the pa_do API.  pa_do comes
with overloadings for many existing integer types in OCaml.

http://pa-do.forge.ocamlcore.org/

*** ocaml-p3l is a parallel skeleton programming compiler.  This
allows you to model the parallel aspects of your program using
templates such as MapReduce.  It can then generate code which
transparently distributes itself both across clusters of machines, and
over multiple cores in a single machine.

OCamlP3L programs also have a deterministic, sequential interpretation
which allows you to prove properties of the program.

http://camlp3l.inria.fr/eng.htm

*** Finally coccinelle (spatch) is a framework for semantic patching
of Linux kernel code.  Semantic patches describe changes to code in
terms of C expressions:

@@
expression lock, flags;       <-- this is "any C expression" bound
expression urb;               <-- to lock/flags/urb
@@

  spin_lock_irqsave(lock, flags);
  <...
- usb_submit_urb(urb)
+ usb_submit_urb(urb, GFP_ATOMIC)
  ...>
  spin_unlock_irqrestore(lock, flags);

@@
expression urb;
@@

- usb_submit_urb(urb)
+ usb_submit_urb(urb, GFP_KERNEL)

http://lwn.net/Articles/315686/
http://www.emn.fr/x-info/coccinelle/

Rich.

-- 
Richard Jones, Emerging Technologies, Red Hat  http://et.redhat.com/~rjones
virt-df lists disk usage of guests without needing to install any
software inside the virtual machine.  Supports Linux and Windows.
http://et.redhat.com/~rjones/virt-df/



From rawhide at fedoraproject.org  Wed Mar 18 11:04:12 2009
From: rawhide at fedoraproject.org (Rawhide Report)
Date: Wed, 18 Mar 2009 11:04:12 +0000 (UTC)
Subject: rawhide report: 20090318 changes
Message-ID: <20090318110412.A3E9D1F8256@releng2.fedora.phx.redhat.com>

Compose started at Wed Mar 18 07:17:04 UTC 2009

New package rhnlib
        Python libraries for the RHN project
Updated Packages:

fontconfig-2.6.99.behdad.20090317-1.fc11
----------------------------------------
* Tue Mar 17 2009 Behdad Esfahbod <besfahbo at redhat.com> - 2.6.99.behdad.20090317-1
- Update to 2.6.99.behdad.20090317
- Resolves #485685


ibus-chewing-1.0.3.20090311-1.fc11
----------------------------------
* Wed Mar 11 2009 Ding-Yi Chen <dchen at redhat.com> - 1.0.3.20090311-1
- IBus Google issue 305:  ibus-chewing.schema -> ibus-chewing.schemas
- IBus Google issue 307:  hardcoded chewing datadir
- Sync chewing candPerPage and IBusTable->page_size
- Sync between IM and keyboard (Experimental)

- ibus-chewing.schema -> ibus-chewing.schemas

* Tue Mar 03 2009 Ding-Yi Chen <dchen at redhat.com> - 1.0.2.20090303-1
- Required gconf2 -> GConf2.
- Fix RPM install issues.


libvirt-0.6.1-5.fc11
--------------------
* Tue Mar 17 2009 Daniel P. Berrange <berrange at redhat.com> - 0.6.1-4.fc11
- Fix memory allocation for xend lookup
- Avoid crash if storage volume deletion fails
- Fix multiple FD leaks
- Fix bug in dispatch FD events when a callback is marked deleted
- Fix parsing of storage volume owner/group/mode
- Fix memory allocation for virDomainGetVcpus RPC handler
- Avoid deadlock in setting vCPU count
- Use correct driver name in Xen block detach

* Tue Mar 17 2009 Daniel P. Berrange <berrange at redhat.com> - 0.6.1-5.fc11
- Don't relabel shared/readonly disks
- Disable sound cards when running sVirt


yum-3.2.21-16.fc11
------------------
* Mon Mar 16 2009 Seth Vidal <skvidal at fedoraproject.org> - 3.2.21-16
- fix for 490490


Summary:
Added Packages: 1
Removed Packages: 0
Modified Packages: 4
Broken deps for i386
----------------------------------------------------------
	dbmail-2.2.11-2.fc10.i386 requires libgmime-2.0.so.2
	dbmail-auth-ldap-2.2.11-2.fc10.i386 requires libgmime-2.0.so.2
	dbmail-mysql-2.2.11-2.fc10.i386 requires libssl.so.7
	dbmail-mysql-2.2.11-2.fc10.i386 requires libcrypto.so.7
	dbmail-mysql-2.2.11-2.fc10.i386 requires libmysqlclient.so.15
	dbmail-mysql-2.2.11-2.fc10.i386 requires libgmime-2.0.so.2
	dbmail-mysql-2.2.11-2.fc10.i386 requires libmysqlclient.so.15(libmysqlclient_15)
	dbmail-pgsql-2.2.11-2.fc10.i386 requires libgmime-2.0.so.2
	gdal-1.6.0-4.fc11.i386 requires libodbc.so.1
	gdal-1.6.0-4.fc11.i386 requires libodbcinst.so.1
	gdal-1.6.0-4.fc11.i386 requires libhdf5.so.5
	gdal-perl-1.6.0-4.fc11.i386 requires libodbc.so.1
	gdal-perl-1.6.0-4.fc11.i386 requires libodbcinst.so.1
	gdal-perl-1.6.0-4.fc11.i386 requires libhdf5.so.5
	gdal-ruby-1.6.0-4.fc11.i386 requires libodbc.so.1
	gdal-ruby-1.6.0-4.fc11.i386 requires libodbcinst.so.1
	gdal-ruby-1.6.0-4.fc11.i386 requires libhdf5.so.5
	grass-6.3.0-10.fc11.i386 requires libodbc.so.1
	k3d-0.6.7.0-9.fc11.i386 requires libMagickCore.so.1
	k3d-0.6.7.0-9.fc11.i386 requires libMagick++.so.1
	kismet-extras-0.0.2008.05.R1-3.fc10.i386 requires libMagickCore.so.1
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgdamm-3.0.so.10
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb_graph-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb_extra-3.0.so.4
	libopensync-plugin-syncml-0.35-4.fc10.i386 requires libsyncml.so.0
	lsvpd-1.6.4-3.fc10.i386 requires libvpd_cxx-2.0.so.0
	mapnik-0.5.2-0.10.svn780.fc11.i386 requires dejavu-fonts-sans
	1:pan-0.133-1.fc10.i386 requires libgmime-2.0.so.2
	pfstools-imgmagick-1.7.0-3.fc11.i386 requires libMagickCore.so.1
	pfstools-imgmagick-1.7.0-3.fc11.i386 requires libMagick++.so.1
	pfstools-octave-1.7.0-3.fc11.i386 requires libhdf5.so.5
	postgresql-odbcng-0.90.101-2.fc10.i386 requires libodbcinst.so.1
	q-magick-7.11-4.fc11.i586 requires libMagickCore.so.1
	rhm-0.4.3088-1.fc11.i386 requires qpidd = 0:0.4.738618
	xastir-1.9.5-2.fc11.i386 requires libMagickCore.so.1



Broken deps for x86_64
----------------------------------------------------------
	dbmail-2.2.11-2.fc10.x86_64 requires libgmime-2.0.so.2()(64bit)
	dbmail-auth-ldap-2.2.11-2.fc10.x86_64 requires libgmime-2.0.so.2()(64bit)
	dbmail-mysql-2.2.11-2.fc10.x86_64 requires libmysqlclient.so.15(libmysqlclient_15)(64bit)
	dbmail-mysql-2.2.11-2.fc10.x86_64 requires libgmime-2.0.so.2()(64bit)
	dbmail-mysql-2.2.11-2.fc10.x86_64 requires libssl.so.7()(64bit)
	dbmail-mysql-2.2.11-2.fc10.x86_64 requires libcrypto.so.7()(64bit)
	dbmail-mysql-2.2.11-2.fc10.x86_64 requires libmysqlclient.so.15()(64bit)
	dbmail-pgsql-2.2.11-2.fc10.x86_64 requires libgmime-2.0.so.2()(64bit)
	gdal-1.6.0-4.fc11.i386 requires libodbc.so.1
	gdal-1.6.0-4.fc11.i386 requires libodbcinst.so.1
	gdal-1.6.0-4.fc11.i386 requires libhdf5.so.5
	gdal-1.6.0-4.fc11.x86_64 requires libhdf5.so.5()(64bit)
	gdal-1.6.0-4.fc11.x86_64 requires libodbcinst.so.1()(64bit)
	gdal-1.6.0-4.fc11.x86_64 requires libodbc.so.1()(64bit)
	gdal-perl-1.6.0-4.fc11.x86_64 requires libhdf5.so.5()(64bit)
	gdal-perl-1.6.0-4.fc11.x86_64 requires libodbcinst.so.1()(64bit)
	gdal-perl-1.6.0-4.fc11.x86_64 requires libodbc.so.1()(64bit)
	gdal-ruby-1.6.0-4.fc11.x86_64 requires libhdf5.so.5()(64bit)
	gdal-ruby-1.6.0-4.fc11.x86_64 requires libodbcinst.so.1()(64bit)
	gdal-ruby-1.6.0-4.fc11.x86_64 requires libodbc.so.1()(64bit)
	grass-6.3.0-10.fc11.x86_64 requires libodbc.so.1()(64bit)
	k3d-0.6.7.0-9.fc11.i386 requires libMagickCore.so.1
	k3d-0.6.7.0-9.fc11.i386 requires libMagick++.so.1
	k3d-0.6.7.0-9.fc11.x86_64 requires libMagick++.so.1()(64bit)
	k3d-0.6.7.0-9.fc11.x86_64 requires libMagickCore.so.1()(64bit)
	kismet-extras-0.0.2008.05.R1-3.fc10.x86_64 requires libMagickCore.so.1()(64bit)
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgdamm-3.0.so.10
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb_graph-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb_extra-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.x86_64 requires libgnomedb_graph-3.0.so.4()(64bit)
	libgnomedbmm-2.9.5-4.fc9.x86_64 requires libgdamm-3.0.so.10()(64bit)
	libgnomedbmm-2.9.5-4.fc9.x86_64 requires libgnomedb-3.0.so.4()(64bit)
	libgnomedbmm-2.9.5-4.fc9.x86_64 requires libgnomedb_extra-3.0.so.4()(64bit)
	libopensync-plugin-syncml-0.35-4.fc10.x86_64 requires libsyncml.so.0()(64bit)
	lsvpd-1.6.4-3.fc10.x86_64 requires libvpd_cxx-2.0.so.0()(64bit)
	mapnik-0.5.2-0.10.svn780.fc11.i386 requires dejavu-fonts-sans
	mapnik-0.5.2-0.10.svn780.fc11.x86_64 requires dejavu-fonts-sans
	1:pan-0.133-1.fc10.x86_64 requires libgmime-2.0.so.2()(64bit)
	pfstools-imgmagick-1.7.0-3.fc11.x86_64 requires libMagick++.so.1()(64bit)
	pfstools-imgmagick-1.7.0-3.fc11.x86_64 requires libMagickCore.so.1()(64bit)
	pfstools-octave-1.7.0-3.fc11.x86_64 requires libhdf5.so.5()(64bit)
	postgresql-odbcng-0.90.101-2.fc10.i386 requires libodbcinst.so.1
	postgresql-odbcng-0.90.101-2.fc10.x86_64 requires libodbcinst.so.1()(64bit)
	q-magick-7.11-4.fc11.x86_64 requires libMagickCore.so.1()(64bit)
	rhm-0.4.3088-1.fc11.x86_64 requires qpidd = 0:0.4.738618
	xastir-1.9.5-2.fc11.x86_64 requires libMagickCore.so.1()(64bit)



Broken deps for ppc
----------------------------------------------------------
	dbmail-2.2.11-2.fc10.ppc requires libgmime-2.0.so.2
	dbmail-auth-ldap-2.2.11-2.fc10.ppc requires libgmime-2.0.so.2
	dbmail-mysql-2.2.11-2.fc10.ppc requires libssl.so.7
	dbmail-mysql-2.2.11-2.fc10.ppc requires libmysqlclient.so.15
	dbmail-mysql-2.2.11-2.fc10.ppc requires libcrypto.so.7
	dbmail-mysql-2.2.11-2.fc10.ppc requires libmysqlclient.so.15(libmysqlclient_15)
	dbmail-mysql-2.2.11-2.fc10.ppc requires libgmime-2.0.so.2
	dbmail-pgsql-2.2.11-2.fc10.ppc requires libgmime-2.0.so.2
	gdal-1.6.0-4.fc11.ppc requires libodbc.so.1
	gdal-1.6.0-4.fc11.ppc requires libodbcinst.so.1
	gdal-1.6.0-4.fc11.ppc requires libhdf5.so.5
	gdal-1.6.0-4.fc11.ppc64 requires libhdf5.so.5()(64bit)
	gdal-1.6.0-4.fc11.ppc64 requires libodbcinst.so.1()(64bit)
	gdal-1.6.0-4.fc11.ppc64 requires libodbc.so.1()(64bit)
	gdal-perl-1.6.0-4.fc11.ppc requires libodbc.so.1
	gdal-perl-1.6.0-4.fc11.ppc requires libodbcinst.so.1
	gdal-perl-1.6.0-4.fc11.ppc requires libhdf5.so.5
	gdal-ruby-1.6.0-4.fc11.ppc requires libodbc.so.1
	gdal-ruby-1.6.0-4.fc11.ppc requires libodbcinst.so.1
	gdal-ruby-1.6.0-4.fc11.ppc requires libhdf5.so.5
	grass-6.3.0-10.fc11.ppc requires libodbc.so.1
	k3d-0.6.7.0-9.fc11.ppc requires libMagickCore.so.1
	k3d-0.6.7.0-9.fc11.ppc requires libMagick++.so.1
	k3d-0.6.7.0-9.fc11.ppc64 requires libMagick++.so.1()(64bit)
	k3d-0.6.7.0-9.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	kismet-extras-0.0.2008.05.R1-3.fc10.ppc requires libMagickCore.so.1
	libgnomedbmm-2.9.5-4.fc9.ppc requires libgnomedb-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.ppc requires libgdamm-3.0.so.10
	libgnomedbmm-2.9.5-4.fc9.ppc requires libgnomedb_graph-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.ppc requires libgnomedb_extra-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgnomedb_graph-3.0.so.4()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgdamm-3.0.so.10()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgnomedb-3.0.so.4()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgnomedb_extra-3.0.so.4()(64bit)
	libopensync-plugin-syncml-0.35-4.fc10.ppc requires libsyncml.so.0
	lsvpd-1.6.4-3.fc10.ppc requires libvpd_cxx-2.0.so.0
	mapnik-0.5.2-0.10.svn780.fc11.ppc requires dejavu-fonts-sans
	mapnik-0.5.2-0.10.svn780.fc11.ppc64 requires dejavu-fonts-sans
	1:pan-0.133-1.fc10.ppc requires libgmime-2.0.so.2
	pfstools-imgmagick-1.7.0-3.fc11.ppc requires libMagickCore.so.1
	pfstools-imgmagick-1.7.0-3.fc11.ppc requires libMagick++.so.1
	pfstools-octave-1.7.0-3.fc11.ppc requires libhdf5.so.5
	postgresql-odbcng-0.90.101-2.fc10.ppc requires libodbcinst.so.1
	postgresql-odbcng-0.90.101-2.fc10.ppc64 requires libodbcinst.so.1()(64bit)
	q-magick-7.11-4.fc11.ppc requires libMagickCore.so.1
	xastir-1.9.5-2.fc11.ppc requires libMagickCore.so.1



Broken deps for ppc64
----------------------------------------------------------
	cabal2spec-0.12-1.fc11.noarch requires ghc > 0:6.10.1-7
	dbmail-2.2.11-2.fc10.ppc64 requires libgmime-2.0.so.2()(64bit)
	dbmail-auth-ldap-2.2.11-2.fc10.ppc64 requires libgmime-2.0.so.2()(64bit)
	dbmail-mysql-2.2.11-2.fc10.ppc64 requires libgmime-2.0.so.2()(64bit)
	dbmail-mysql-2.2.11-2.fc10.ppc64 requires libssl.so.7()(64bit)
	dbmail-mysql-2.2.11-2.fc10.ppc64 requires libmysqlclient.so.15(libmysqlclient_15)(64bit)
	dbmail-mysql-2.2.11-2.fc10.ppc64 requires libcrypto.so.7()(64bit)
	dbmail-mysql-2.2.11-2.fc10.ppc64 requires libmysqlclient.so.15()(64bit)
	dbmail-pgsql-2.2.11-2.fc10.ppc64 requires libgmime-2.0.so.2()(64bit)
	gdal-1.6.0-4.fc11.ppc64 requires libhdf5.so.5()(64bit)
	gdal-1.6.0-4.fc11.ppc64 requires libodbcinst.so.1()(64bit)
	gdal-1.6.0-4.fc11.ppc64 requires libodbc.so.1()(64bit)
	gdal-perl-1.6.0-4.fc11.ppc64 requires libhdf5.so.5()(64bit)
	gdal-perl-1.6.0-4.fc11.ppc64 requires libodbcinst.so.1()(64bit)
	gdal-perl-1.6.0-4.fc11.ppc64 requires libodbc.so.1()(64bit)
	gdal-ruby-1.6.0-4.fc11.ppc64 requires libhdf5.so.5()(64bit)
	gdal-ruby-1.6.0-4.fc11.ppc64 requires libodbcinst.so.1()(64bit)
	gdal-ruby-1.6.0-4.fc11.ppc64 requires libodbc.so.1()(64bit)
	grass-6.3.0-10.fc11.ppc64 requires libodbc.so.1()(64bit)
	k3d-0.6.7.0-9.fc11.ppc64 requires libMagick++.so.1()(64bit)
	k3d-0.6.7.0-9.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	kismet-extras-0.0.2008.05.R1-3.fc10.ppc64 requires libMagickCore.so.1()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgnomedb_graph-3.0.so.4()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgdamm-3.0.so.10()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgnomedb-3.0.so.4()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgnomedb_extra-3.0.so.4()(64bit)
	libopensync-plugin-syncml-0.35-4.fc10.ppc64 requires libsyncml.so.0()(64bit)
	lsvpd-1.6.4-3.fc10.ppc64 requires libvpd_cxx-2.0.so.0()(64bit)
	mapnik-0.5.2-0.10.svn780.fc11.ppc64 requires dejavu-fonts-sans
	1:pan-0.133-1.fc10.ppc64 requires libgmime-2.0.so.2()(64bit)
	pfstools-imgmagick-1.7.0-3.fc11.ppc64 requires libMagick++.so.1()(64bit)
	pfstools-imgmagick-1.7.0-3.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	pfstools-octave-1.7.0-3.fc11.ppc64 requires libhdf5.so.5()(64bit)
	postgresql-odbcng-0.90.101-2.fc10.ppc64 requires libodbcinst.so.1()(64bit)
	q-magick-7.11-4.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	xastir-1.9.5-2.fc11.ppc64 requires libMagickCore.so.1()(64bit)





From wb8rcr at arrl.net  Wed Mar 18 11:36:18 2009
From: wb8rcr at arrl.net (John J. McDonough)
Date: Wed, 18 Mar 2009 07:36:18 -0400
Subject: Three new packages - ocaml-pa-do, ocaml-p3l, coccinelle
References: <20090318100922.GA32507@amd.home.annexia.org>
Message-ID: <89431840BA5843EEBAD951FCEDCC904B@Aidan>


----- Original Message ----- 
From: "Richard W.M. Jones" <rjones at redhat.com>
To: <fedora-ocaml-list at redhat.com>
Cc: <fedora-devel-list at redhat.com>
Sent: Wednesday, March 18, 2009 6:09 AM
Subject: Three new packages - ocaml-pa-do, ocaml-p3l, coccinelle


> Just a note to say that I've added three superb new OCaml packages:

If these are going to make it into F11, I trust you will make a note in the 
development tools beat page

https://fedoraproject.org/wiki/Documentation_Development_Tools_Beat

--McD



From tomek at pipebreaker.pl  Wed Mar 18 11:51:41 2009
From: tomek at pipebreaker.pl (Tomasz Torcz)
Date: Wed, 18 Mar 2009 12:51:41 +0100
Subject: rawhide report: 20090318 changes
In-Reply-To: <20090318110412.A3E9D1F8256@releng2.fedora.phx.redhat.com>
References: <20090318110412.A3E9D1F8256@releng2.fedora.phx.redhat.com>
Message-ID: <20090318115141.GA7547@mother.fordon.pl.eu.org>

On Wed, Mar 18, 2009 at 11:04:12AM +0000, Rawhide Report wrote:
> libvirt-0.6.1-5.fc11
> - Disable sound cards when running sVirt

  May I ask what's the reason for this change?

-- 
Tomasz Torcz                        To co nierealne -- tutaj jest normalne.
xmpp: zdzichubg at chrome.pl          Ziomale na ?ycie maj? tu patenty specjalne.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 237 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090318/c3c69059/attachment.sig>

From stickster at gmail.com  Wed Mar 18 13:44:59 2009
From: stickster at gmail.com (Paul W. Frields)
Date: Wed, 18 Mar 2009 09:44:59 -0400
Subject: Unable to read group information from repositories
In-Reply-To: <49C06B70.5050903@redhat.com>
References: <870180fe0903171949m14afae9avbc81ef3e1b840977@mail.gmail.com>
	<49C06B70.5050903@redhat.com>
Message-ID: <20090318134459.GU18327@localhost.localdomain>

On Tue, Mar 17, 2009 at 08:33:04PM -0700, Christopher Aillon wrote:
> On 03/17/2009 07:49 PM, Jerry James wrote:
>> I just tried to do an install of x86-64 Rawhide into a virtual
>> machine, using boot.iso dated 17 Mar 2009.  I got up to the part where
>> it formats the filesystem.  At that point, I got an error dialog box
>> that says:
>>
>> "Unable to read group information from repositories.  This is a
>> problem with the generation of your install tree."
>>
>> Now what?
>
>
> That's https://bugzilla.redhat.com/490490
>
> Either wait until tomorrow's boot.iso is generated or append:
>
>   updates=http://caillon.fedorapeople.org/updates-490490.img
>
> to your anaconda kernel boot line.

A lot of the mirrors I tried haven't got today's Rawhide, but
Christopher's image works great.  Thank you sir!

-- 
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
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090318/9f0634c1/attachment.sig>

From dcbw at redhat.com  Wed Mar 18 13:49:51 2009
From: dcbw at redhat.com (Dan Williams)
Date: Wed, 18 Mar 2009 09:49:51 -0400
Subject: EeePC 900 vs. 900A
In-Reply-To: <ee588a540903171151l3d527939ob1bb16b507fde7ed@mail.gmail.com>
References: <ee588a540903171151l3d527939ob1bb16b507fde7ed@mail.gmail.com>
Message-ID: <1237384191.17321.9.camel@localhost.localdomain>

On Tue, 2009-03-17 at 19:51 +0100, Xose Vazquez Perez wrote:
> Orcan Ogetbil wrote:
> 
> > PS: Currently we have RPM's for rt2860, rt2870 and rt3070 chipsets.
> 
> they are included in drivers/staging, and rt3070 should be included
> for .30 release.

Remember, drivers/staging is for known crappy and broken drivers, among
other things.

AFAIK the staging wireless drivers aren't going to get enabled in Fedora
kernels for the reasons that have already been discussed (and if they
are, I'll find whoever did it and punch them in the face).

First, they use a *completely* separate wireless stack, and the kernel
should not and will not have more than one wireless stack.  Effort
should be focused on helping Ivo get rt2x00 working with the new
hardware.  Second, those drivers, while they may work for some people,
aren't generally acceptable to kernel wireless developers for a number
of reasons (including the duplicate 802.11 stack).  They are essentially
ports of the Windows drivers and have not been vetted for quality or SMP
safety or a whole host of other things.

It would be nice if Ralink worked with upstream instead of doing their
own drivers.

Dan




From dcbw at redhat.com  Wed Mar 18 13:51:20 2009
From: dcbw at redhat.com (Dan Williams)
Date: Wed, 18 Mar 2009 09:51:20 -0400
Subject: F10 Fresh Vanilla Install with Updates Has Broken NetworkManager
In-Reply-To: <29675.1237257853@sss.pgh.pa.us>
References: <20d6441a0903132156q47de59aay65c70bfcb955c772@mail.gmail.com>
	<20090314084908.253a1626@metropolis.intra.city-fan.org>
	<20d6441a0903140841v4355ae34k17cae996f893968b@mail.gmail.com>
	<8A9D5E4A6012443F9196B8181C89216F@Aidan>
	<7133.1237053471@sss.pgh.pa.us>
	<1237221172.16956.2.camel@localhost.localdomain>
	<28799.1237254341@sss.pgh.pa.us>
	<1237255370.3823.7.camel@localhost.localdomain>
	<29675.1237257853@sss.pgh.pa.us>
Message-ID: <1237384280.17321.11.camel@localhost.localdomain>

On Mon, 2009-03-16 at 22:44 -0400, Tom Lane wrote:
> Jesse Keating <jkeating at redhat.com> writes:
> > On Mon, 2009-03-16 at 21:45 -0400, Tom Lane wrote:
> >> Quite; it says my "network credentials have expired",
> 
> > That almost sounds like the kerberos auth dialog
> 
> Well, yeah, I think what it wants is my Kerberos password.  Not that
> I've tried it; I'm not going to type *any* password into a popup window
> that appears without any clear connection to what I'm doing.  Even
> if this thing had any use to me, I'd refuse to use it because it
> encourages phishing-susceptible habits.

If it's the kerberos ticket expiration dialog, that's not NM.

Dan




From dcbw at redhat.com  Wed Mar 18 13:57:04 2009
From: dcbw at redhat.com (Dan Williams)
Date: Wed, 18 Mar 2009 09:57:04 -0400
Subject: F10 Fresh Vanilla Install with Updates Has Broken NetworkManager
In-Reply-To: <28799.1237254341@sss.pgh.pa.us>
References: <20d6441a0903132156q47de59aay65c70bfcb955c772@mail.gmail.com>
	<20090314084908.253a1626@metropolis.intra.city-fan.org>
	<20d6441a0903140841v4355ae34k17cae996f893968b@mail.gmail.com>
	<8A9D5E4A6012443F9196B8181C89216F@Aidan>
	<7133.1237053471@sss.pgh.pa.us>
	<1237221172.16956.2.camel@localhost.localdomain>
	<28799.1237254341@sss.pgh.pa.us>
Message-ID: <1237384624.17321.18.camel@localhost.localdomain>

On Mon, 2009-03-16 at 21:45 -0400, Tom Lane wrote:
> Dan Williams <dcbw at redhat.com> writes:
> > On Sat, 2009-03-14 at 13:57 -0400, Tom Lane wrote:
> >> NM might be great for laptops, but it's both useless and pernicious in
> >> a static-IP environment.  In both F9 and F10 I've had to turn it off,
> >> and the single most annoying thing about it is *you can't really turn
> >> it off*.  There are pieces of it that keep coming to life anyway ...
> >> eg bz #455825 and the fact that it keeps demanding my VPN password
> 
> > If NM is off, it's not going to touch your resolv.conf.
> 
> That was what you told me at the time, ignoring the fact that it
> nonetheless *was* overwriting resolv.conf.  I do appreciate the fact
> that that behavior went away in F-10, though.

Again, like I've explained before, if NM is not running, it *will not*
touch your resolv.conf.  That's simply an impossibility.  If the
NetworkManager process isn't running, it cannot touch your resolv.conf
file.  Just like there aren't real-life zombies that eat your brains, NM
can't eat your resolv.conf when it's not running.

What you were complaining about was the behavior of NM to rewrite
resolv.conf when it *is* running.  If you stop NM, then NM takes the
network connections down, and *of course* it's going to clear out your
resolv.conf, because you don't have any active network connections! (and
thus you can't talk to nameservers anyway)  Thus, on reboot, you don't
have anything in /etc/resolv.conf.  Unless you've re-enabled the
'network' serivce that is (which you probably should have done if you
wanted networking), at which point DHCP should re-populate resolv.conf
for you.  If you use static IP, well, then you should have DNS1= and
DNS2= etc in your ifcfg files to keep your DNS information around in a
file that isn't modified by tons of stuff (including stuff other than
NM).

I don't know how many times I have to explain this.  /etc/resolv.conf
*cannot* be the canonical source for DNS information, because so many
services (including ones other than NM) update resolv.conf.  Even if you
don't run NM, if you've started some VPN and then your box crashes, you
won't have correct resolv.conf information when you reboot.  Same sort
of thing with NM.

Dan

> >> when I'm not using it to control the VPN.
> 
> > Are you sure it's asking for your VPN password?
> 
> Quite; it says my "network credentials have expired", or words to that
> effect (not at the machine right now) in a password popup dialog.
> Today I got as far as determining that this seems to be coming from
> nm-system-settings, which apparently is getting dbus events about
> vpn start/stop and is convinced that that's its turf even though
> the NetworkManager service is off.  Unless I'm missing something,
> there is no configuration knob provided to disable the dbus sniffer.
> So I'm down to rpm -e NetworkManager, which I have now done and will
> soon see if I still have a working system ...
> 
> 			regards, tom lane
> 



From berrange at redhat.com  Wed Mar 18 14:02:47 2009
From: berrange at redhat.com (Daniel P. Berrange)
Date: Wed, 18 Mar 2009 14:02:47 +0000
Subject: [libvirt] Re: rawhide report: 20090318 changes
In-Reply-To: <20090318115141.GA7547@mother.fordon.pl.eu.org>
References: <20090318110412.A3E9D1F8256@releng2.fedora.phx.redhat.com>
	<20090318115141.GA7547@mother.fordon.pl.eu.org>
Message-ID: <20090318140246.GC23690@redhat.com>

On Wed, Mar 18, 2009 at 12:51:41PM +0100, Tomasz Torcz wrote:
> On Wed, Mar 18, 2009 at 11:04:12AM +0000, Rawhide Report wrote:
> > libvirt-0.6.1-5.fc11
> > - Disable sound cards when running sVirt
> 
>   May I ask what's the reason for this change?

Because it doesn't work. QEMU will crash & burn due to multiple bugs in
several components, or best case the first QEMU will take an exclusive
lock, and subsquent QEMUs will crash & burn, or hang. 

We will re-enable it once we have a reliable fix, but its unusable in
current form so we disabled it.

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 walters at verbum.org  Wed Mar 18 16:40:11 2009
From: walters at verbum.org (Colin Walters)
Date: Wed, 18 Mar 2009 12:40:11 -0400
Subject: F10 Fresh Vanilla Install with Updates Has Broken NetworkManager
In-Reply-To: <29675.1237257853@sss.pgh.pa.us>
References: <20d6441a0903132156q47de59aay65c70bfcb955c772@mail.gmail.com>
	<20090314084908.253a1626@metropolis.intra.city-fan.org>
	<20d6441a0903140841v4355ae34k17cae996f893968b@mail.gmail.com>
	<8A9D5E4A6012443F9196B8181C89216F@Aidan>
	<7133.1237053471@sss.pgh.pa.us>
	<1237221172.16956.2.camel@localhost.localdomain>
	<28799.1237254341@sss.pgh.pa.us>
	<1237255370.3823.7.camel@localhost.localdomain>
	<29675.1237257853@sss.pgh.pa.us>
Message-ID: <faa16b610903180940s5983968fq76dc560ffac250da@mail.gmail.com>

On Mon, Mar 16, 2009 at 10:44 PM, Tom Lane <tgl at redhat.com> wrote:
> Jesse Keating <jkeating at redhat.com> writes:
>> On Mon, 2009-03-16 at 21:45 -0400, Tom Lane wrote:
>>> Quite; it says my "network credentials have expired",
>
>> That almost sounds like the kerberos auth dialog
>
> Well, yeah, I think what it wants is my Kerberos password. ?Not that
> I've tried it; I'm not going to type *any* password into a popup window
> that appears without any clear connection to what I'm doing. ?Even
> if this thing had any use to me, I'd refuse to use it because it
> encourages phishing-susceptible habits.

Yes, that sounds like krb5-auth-dialog, which is an independent package from NM.

We would definitely like the UI for it to be better.  If you're
interested in improving the Kerberos experience for the desktop, there
is an active upstream who would likely respond to a bug report.  I
could imagine e.g. having a libnotify popup pointing to the new tray
icon, rather than an out-of-the-blue dialog.  That wouldn't be
significant amounts of work.



From notting at redhat.com  Wed Mar 18 16:58:56 2009
From: notting at redhat.com (Bill Nottingham)
Date: Wed, 18 Mar 2009 12:58:56 -0400
Subject: Should bluez be in base, or split deps?
In-Reply-To: <gpp8cg$t31$1@ger.gmane.org>
References: <49C00BEF.2010201@cora.nwra.com> <gpp8cg$t31$1@ger.gmane.org>
Message-ID: <20090318165856.GF12553@nostromo.devel.redhat.com>

Kevin Kofler (kevin.kofler at chello.at) said: 
> Orion Poplawski wrote:
> > Funny that kdebluetooth wins over bluez-gnome.  I thought shortest wins,
> > or is this an epoch thing?
> 
> AFAIK, bluez-gnome is obsoleted by gnome-bluetooth, which has a longer name
> than kdebluetooth.

Then bluez-gnome either needs to be blocked, or not built (if it's a
subpackage.)

Bill



From johnsmithdoe14 at googlemail.com  Wed Mar 18 17:49:18 2009
From: johnsmithdoe14 at googlemail.com (psmith)
Date: Wed, 18 Mar 2009 17:49:18 +0000
Subject: Should bluez be in base, or split deps?
In-Reply-To: <20090318165856.GF12553@nostromo.devel.redhat.com>
References: <49C00BEF.2010201@cora.nwra.com> <gpp8cg$t31$1@ger.gmane.org>
	<20090318165856.GF12553@nostromo.devel.redhat.com>
Message-ID: <49C1341E.1060707@googlemail.com>

Bill Nottingham wrote:
> Kevin Kofler (kevin.kofler at chello.at) said: 
>   
>> Orion Poplawski wrote:
>>     
>>> Funny that kdebluetooth wins over bluez-gnome.  I thought shortest wins,
>>> or is this an epoch thing?
>>>       
>> AFAIK, bluez-gnome is obsoleted by gnome-bluetooth, which has a longer name
>> than kdebluetooth.
>>     
are you saying that packages that provide the same functionality are 
chosen to install by which has the shorter name?

phil



From greno at verizon.net  Wed Mar 18 18:48:11 2009
From: greno at verizon.net (Gerry Reno)
Date: Wed, 18 Mar 2009 14:48:11 -0400
Subject: preupgrade choices
Message-ID: <49C141EB.4030505@verizon.net>

I'm upgrading some of our F7 machines today and I wanted to take them up 
to F10 but when I run 'preupgrade' the only choice in the list is 
F9(Sulphur).  No F8 or F10 just F9.  Is there anyway to go from F7 to 
F10 in one step? 

Regards,
Gerry



From sokerlp at gmail.com  Wed Mar 18 19:25:05 2009
From: sokerlp at gmail.com (Oscar<Soker>)
Date: Wed, 18 Mar 2009 13:25:05 -0600
Subject: preupgrade choices
In-Reply-To: <49C141EB.4030505@verizon.net>
References: <49C141EB.4030505@verizon.net>
Message-ID: <8536ef10903181225ica93aeemb504b374759cb56@mail.gmail.com>

and the wiki says:

*PreUpgrade lets you upgrade directly to Fedora 10 (or later).
It's not possible - or necessary - to upgrade to Fedora 9.

*
and*

PreUpgrade is an application users run on an existing Fedora 8 or above
installation*


and you are running it on fedora 7 maybe that's the problem

Atentamente Oscar:




On Wed, Mar 18, 2009 at 12:48 PM, Gerry Reno <greno at verizon.net> wrote:

> I'm upgrading some of our F7 machines today and I wanted to take them up to
> F10 but when I run 'preupgrade' the only choice in the list is F9(Sulphur).
>  No F8 or F10 just F9.  Is there anyway to go from F7 to F10 in one step?
> Regards,
> Gerry
>
> --
> 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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090318/bb1a5ab5/attachment.htm>

From greno at verizon.net  Wed Mar 18 19:29:36 2009
From: greno at verizon.net (Gerry Reno)
Date: Wed, 18 Mar 2009 15:29:36 -0400
Subject: preupgrade choices
In-Reply-To: <8536ef10903181225ica93aeemb504b374759cb56@mail.gmail.com>
References: <49C141EB.4030505@verizon.net>
	<8536ef10903181225ica93aeemb504b374759cb56@mail.gmail.com>
Message-ID: <49C14BA0.8060802@verizon.net>

Oscar<Soker> wrote:
> *PreUpgrade is an application users run on an existing Fedora 8 or 
> above installation*
>
>
> and you are running it on fedora 7 maybe that's the problem

Hmm.... That's strange.  I've run it before on Fedora 7 without 
problems.  And today I did a 'yum install preupgrade' from this F7 
machine and yum found it in the repo and it installed.

????

Regards,
Gerry

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090318/d8196349/attachment.htm>

From mattias.ellert at fysast.uu.se  Wed Mar 18 19:32:37 2009
From: mattias.ellert at fysast.uu.se (Mattias Ellert)
Date: Wed, 18 Mar 2009 20:32:37 +0100
Subject: Review swappers wanted
Message-ID: <1237404757.3832.41.camel@localhost.localdomain>

Hi!

I have a set of packages that need reviewing and I am interested in
review swapping. Packaging-wise these packages are very similar to the
globus-core and globus-libtool packages that have already been approved,
and the relevant issues that came up during the review of those packages
have been applied to these packages already, so they should be in a
reasonable state already. Let me know if you could review one or two of
these, and what packages I could review for you in return.

	Mattias

globus-openssl - Globus Toolkit - Openssl Library (virtual GPT glue package)
https://bugzilla.redhat.com/show_bug.cgi?id=453850

globus-common - Globus Toolkit - Common Library
https://bugzilla.redhat.com/show_bug.cgi?id=453851

globus-gsi-openssl-error - Globus Toolkit - Globus OpenSSL Error Handling
https://bugzilla.redhat.com/show_bug.cgi?id=453853

globus-gsi-proxy-ssl - Globus Toolkit - Globus GSI Proxy SSL Library
https://bugzilla.redhat.com/show_bug.cgi?id=453854

globus-openssl-module - Globus Toolkit - Globus OpenSSL Module Wrapper
https://bugzilla.redhat.com/show_bug.cgi?id=453855

globus-gsi-cert-utils - Globus Toolkit - Globus GSI Cert Utils Library
https://bugzilla.redhat.com/show_bug.cgi?id=453856

globus-gsi-sysconfig - Globus Toolkit - Globus GSI System Config Library
https://bugzilla.redhat.com/show_bug.cgi?id=453857

globus-gsi-callback - Globus Toolkit - Globus GSI Callback Library
https://bugzilla.redhat.com/show_bug.cgi?id=453858

globus-gsi-credential - Globus Toolkit - Globus GSI Credential Library
https://bugzilla.redhat.com/show_bug.cgi?id=453861

globus-gsi-proxy-core - Globus Toolkit - Globus GSI Proxy Core Library
https://bugzilla.redhat.com/show_bug.cgi?id=453862

globus-proxy-utils - Globus Toolkit - Globus GSI Proxy Utility Programs
https://bugzilla.redhat.com/show_bug.cgi?id=453865

globus-callout - Globus Toolkit - Globus Callout Library
https://bugzilla.redhat.com/show_bug.cgi?id=467235

globus-gssapi-gsi - Globus Toolkit - GSSAPI library
https://bugzilla.redhat.com/show_bug.cgi?id=467237

globus-gss-assist - Globus Toolkit - GSSAPI Assist library
https://bugzilla.redhat.com/show_bug.cgi?id=467239

globus-xio - Globus Toolkit - Globus XIO Framework
https://bugzilla.redhat.com/show_bug.cgi?id=478917

gssapi-error - Globus Toolkit - GSSAPI Error Library
https://bugzilla.redhat.com/show_bug.cgi?id=478918

globus-xio-gsi-driver - Globus Toolkit - Globus XIO GSI Driver
https://bugzilla.redhat.com/show_bug.cgi?id=478919

globus-xio-popen-driver - Globus Toolkit - Globus XIO BW Limit Driver
https://bugzilla.redhat.com/show_bug.cgi?id=478920

Globus Toolkit - uniform I/O interface to stream and datagram style communications
https://bugzilla.redhat.com/show_bug.cgi?id=478921

globus-ftp-control - Globus Toolkit - GridFTP Client Control Library
https://bugzilla.redhat.com/show_bug.cgi?id=478922

globus-ftp-client - Globus Toolkit - GridFTP Client Library
https://bugzilla.redhat.com/show_bug.cgi?id=478923

globus-gass-transfer - Globus Toolkit - Globus Gass Transfer
https://bugzilla.redhat.com/show_bug.cgi?id=478925

Review Request: globus-gass-copy - Globus Toolkit - Globus Gass Copy
https://bugzilla.redhat.com/show_bug.cgi?id=478926

globus-rsl -Globus Toolkit - Resource Specification Language Library
https://bugzilla.redhat.com/show_bug.cgi?id=478927

globus-rsl-assist - Globus Toolkit - RSL Manipulation Library
https://bugzilla.redhat.com/show_bug.cgi?id=478928

globus-usage - Globus Toolkit - Usage Library
https://bugzilla.redhat.com/show_bug.cgi?id=478929

globus-rls-client - Globus Toolkit - Replica Location Service Client
https://bugzilla.redhat.com/show_bug.cgi?id=478930

globus-rls-server - Globus Toolkit - Replica Location Service Server
https://bugzilla.redhat.com/show_bug.cgi?id=478931

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 2272 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090318/a0c9d5b0/attachment.bin>

From kevin.kofler at chello.at  Wed Mar 18 19:45:18 2009
From: kevin.kofler at chello.at (Kevin Kofler)
Date: Wed, 18 Mar 2009 20:45:18 +0100
Subject: Full Licence field
References: <499E9CBB.8070406@schampijer.de>
	<20090301225722.GD7111@yukidoke.org>
	<49AB1FFE.3020900@codewiz.org> <49C0C619.80800@schampijer.de>
	<20090318143059.GD6640@yukidoke.org>
	<49C12958.9010105@schampijer.de>
Message-ID: <gprj0e$s9a$1@ger.gmane.org>

Simon Schampijer wrote:
> Yes. So the main question is now if Fedora would be willing to ship
> general licenses under /usr/share/common-licenses, I think.

FWIW, I don't think it's legal to do that, licenses need to accompany the
package.

But in any case what really matters is whether RH Legal thinks it's legal,
not whether you or me do.

        Kevin Kofler



From tcallawa at redhat.com  Wed Mar 18 20:00:05 2009
From: tcallawa at redhat.com (Tom "spot" Callaway)
Date: Wed, 18 Mar 2009 16:00:05 -0400
Subject: Full Licence field
In-Reply-To: <gprj0e$s9a$1@ger.gmane.org>
References: <499E9CBB.8070406@schampijer.de>	<20090301225722.GD7111@yukidoke.org>	<49AB1FFE.3020900@codewiz.org>
	<49C0C619.80800@schampijer.de>	<20090318143059.GD6640@yukidoke.org>	<49C12958.9010105@schampijer.de>
	<gprj0e$s9a$1@ger.gmane.org>
Message-ID: <49C152C5.8040903@redhat.com>

On 03/18/2009 03:45 PM, Kevin Kofler wrote:
> Simon Schampijer wrote:
>> Yes. So the main question is now if Fedora would be willing to ship
>> general licenses under /usr/share/common-licenses, I think.

I really don't want to do this. Here's why:

A) Many copyright holders make minor modifications to the licensing
terms. These modifications usually do not affect the rights granted by
the license (which is why we do not mark them as distinct and individual
licenses), but it would be incorrect to have these packages pointing to
general license texts when those do not apply.

B) Many licenses require that any distribution include the license text.
Red Hat Legal was very uncomfortable with us using a rpm dependency to
meet that requirement.

What I do think we were looking at doing is having rpm mark %license
texts in a unique way that is different from %doc. This would permit rpm
--excludedocs but retain the license texts.

~spot



From dmalcolm at redhat.com  Wed Mar 18 20:44:10 2009
From: dmalcolm at redhat.com (David Malcolm)
Date: Wed, 18 Mar 2009 16:44:10 -0400
Subject: Full Licence field
In-Reply-To: <49C152C5.8040903@redhat.com>
References: <499E9CBB.8070406@schampijer.de>
	<20090301225722.GD7111@yukidoke.org>	<49AB1FFE.3020900@codewiz.org>
	<49C0C619.80800@schampijer.de>	<20090318143059.GD6640@yukidoke.org>
	<49C12958.9010105@schampijer.de> <gprj0e$s9a$1@ger.gmane.org>
	<49C152C5.8040903@redhat.com>
Message-ID: <1237409050.23770.188.camel@radiator.bos.redhat.com>


On Wed, 2009-03-18 at 16:00 -0400, Tom "spot" Callaway wrote:
> On 03/18/2009 03:45 PM, Kevin Kofler wrote:
> > Simon Schampijer wrote:
> >> Yes. So the main question is now if Fedora would be willing to ship
> >> general licenses under /usr/share/common-licenses, I think.
> 
> I really don't want to do this. Here's why:
> 
> A) Many copyright holders make minor modifications to the licensing
> terms. These modifications usually do not affect the rights granted by
> the license (which is why we do not mark them as distinct and individual
> licenses), but it would be incorrect to have these packages pointing to
> general license texts when those do not apply.
> 
> B) Many licenses require that any distribution include the license text.
> Red Hat Legal was very uncomfortable with us using a rpm dependency to
> meet that requirement.
> 
> What I do think we were looking at doing is having rpm mark %license
> texts in a unique way that is different from %doc. This would permit rpm
> --excludedocs but retain the license texts.
> 
Thinking aloud, a couple of other approaches:
  (i) Embed the SHA256 checksum of each license into the path e.g.:
/usr/share/common-licenses/32b1062f7da84967e7019d01ab805935caa7ab7321a7ced0e30ebe75e5df1670/COPYING
then have each file's identical implementation of those bytes overwrite
each other, and you might have many packages owning that path on the
installed system.  Slight modifications thus lead to different paths.

That way you still have duplicates in the .rpm files, but an installed
system has just one copy of each, and each rpm does indeed ship the
precise license it's required to.

I suspect that the arguments from crypto and from the legal side will
"pass through one another like angry ghosts", though (and legal thus
wins).

  (ii) Compress the licenses?




From greno at verizon.net  Wed Mar 18 20:51:10 2009
From: greno at verizon.net (Gerry Reno)
Date: Wed, 18 Mar 2009 16:51:10 -0400
Subject: preupgrade choices
In-Reply-To: <49C14BA0.8060802@verizon.net>
References: <49C141EB.4030505@verizon.net>
	<8536ef10903181225ica93aeemb504b374759cb56@mail.gmail.com>
	<49C14BA0.8060802@verizon.net>
Message-ID: <49C15EBE.1020008@verizon.net>

Gerry Reno wrote:
> Oscar<Soker> wrote:
>> *PreUpgrade is an application users run on an existing Fedora 8 or 
>> above installation*
>>
>>
>> and you are running it on fedora 7 maybe that's the problem
>
> Hmm.... That's strange.  I've run it before on Fedora 7 without 
> problems.  And today I did a 'yum install preupgrade' from this F7 
> machine and yum found it in the repo and it installed.
>
> ????
>
I just successfully completed the F7 => F9 preupgrade process on this 
first machine.  So preupgrade works fine on F7.  The WIKI needs changed 
to say "... on an existing Fedora 7 or above installation".  You want 
people to upgrade, but by saying only F8 and above you are discouraging 
F7 users from upgrading.   F7 users need to know that 'preupgrade' works 
fine for them as well.

Regards,
Gerry

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090318/2153908b/attachment.htm>

From wwoods at redhat.com  Wed Mar 18 21:15:36 2009
From: wwoods at redhat.com (Will Woods)
Date: Wed, 18 Mar 2009 17:15:36 -0400
Subject: preupgrade choices
In-Reply-To: <49C15EBE.1020008@verizon.net>
References: <49C141EB.4030505@verizon.net>
	<8536ef10903181225ica93aeemb504b374759cb56@mail.gmail.com>
	<49C14BA0.8060802@verizon.net>  <49C15EBE.1020008@verizon.net>
Message-ID: <1237410936.23931.4.camel@metroid.rdu.redhat.com>

On Wed, 2009-03-18 at 16:51 -0400, Gerry Reno wrote:
> Gerry Reno wrote: 
> > Oscar<Soker> wrote: 
> > > PreUpgrade is an application users run on an existing Fedora 8 or
> > > above installation
> > > 
> > > 
> > > and you are running it on fedora 7 maybe that's the problem
> > 
> > Hmm.... That's strange.  I've run it before on Fedora 7 without
> > problems.  And today I did a 'yum install preupgrade' from this F7
> > machine and yum found it in the repo and it installed.
> > 
> > ????
> > 
> I just successfully completed the F7 => F9 preupgrade process on this
> first machine.  So preupgrade works fine on F7.  The WIKI needs
> changed to say "... on an existing Fedora 7 or above installation".
> You want people to upgrade, but by saying only F8 and above you are
> discouraging F7 users from upgrading.   F7 users need to know that
> 'preupgrade' works fine for them as well.

Not really. The preupgrade in F7 is old and sketchy. It's known to be
unstable and *will* break horribly under certain (not uncommon)
circumstances. I'm glad you were lucky enough to get through it
unscathed!

If anyone else is still using F7, it *might* work better if you install
the F8 preupgrade package (which *can* upgrade to F10) and use that
instead. But I haven't tested that, because F7 is long-dead. 

I'll give that a try when I have some free time; if it works, I'll see
if it's possible to get an updated preupgrade package into the F7 repos
somehow.

-w
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 3153 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090318/f2bf2930/attachment.bin>

From gauret at free.fr  Wed Mar 18 21:22:47 2009
From: gauret at free.fr (Aurelien Bompard)
Date: Wed, 18 Mar 2009 22:22:47 +0100
Subject: "Dwarf error" on Rawhide
Message-ID: <200903182222.47441.gauret@free.fr>

Hi folks,

I'm trying to build a new package in Rawhide, called "springlobby", and I 
get an error I didn't see before :
/usr/bin/ld: Dwarf Error: Offset (62666) greater than or equal to .debug_str 
size (1591).
Full log here : 
http://koji.fedoraproject.org/koji/getfile?taskID=1249097&name=build.log

This does not happen on F-10.
Any idea where this could come from, and how to fix it ? Google gives a lot 
of answers, all above my level of C++ expertise...

Thanks !

Aur?lien
-- 
http://aurelien.bompard.org  ~~~~  Jabber : abompard at jabber.fr
Tell me and I will forget. Show me and I will remember. Involve me and
I will understand. -- Chinese proverb




From roland at redhat.com  Wed Mar 18 21:29:09 2009
From: roland at redhat.com (Roland McGrath)
Date: Wed, 18 Mar 2009 14:29:09 -0700 (PDT)
Subject: "Dwarf error" on Rawhide
In-Reply-To: Aurelien Bompard's message of  Wednesday,
	18 March 2009 22:22:47 +0100 <200903182222.47441.gauret@free.fr>
References: <200903182222.47441.gauret@free.fr>
Message-ID: <20090318212909.4427AFC3AB@magilla.sf.frob.com>

> I'm trying to build a new package in Rawhide, called "springlobby", and I 
> get an error I didn't see before :
> /usr/bin/ld: Dwarf Error: Offset (62666) greater than or equal to .debug_str 
> size (1591).

This is likely a bug in either ld or gcc.  But since your build has lots of
link errors, it might be one that only comes up because of those and is not
really going to hold you up.  



From greno at verizon.net  Wed Mar 18 21:30:02 2009
From: greno at verizon.net (Gerry Reno)
Date: Wed, 18 Mar 2009 17:30:02 -0400
Subject: preupgrade choices
In-Reply-To: <1237410936.23931.4.camel@metroid.rdu.redhat.com>
References: <49C141EB.4030505@verizon.net>
	<8536ef10903181225ica93aeemb504b374759cb56@mail.gmail.com>
	<49C14BA0.8060802@verizon.net>  <49C15EBE.1020008@verizon.net>
	<1237410936.23931.4.camel@metroid.rdu.redhat.com>
Message-ID: <49C167DA.4050802@verizon.net>

Will Woods wrote:
>
> Not really. The preupgrade in F7 is old and sketchy. It's known to be
> unstable and *will* break horribly under certain (not uncommon)
> circumstances. I'm glad you were lucky enough to get through it
> unscathed!
>
> If anyone else is still using F7, it *might* work better if you install
> the F8 preupgrade package (which *can* upgrade to F10) and use that
> instead. But I haven't tested that, because F7 is long-dead. 
>
> I'll give that a try when I have some free time; if it works, I'll see
> if it's possible to get an updated preupgrade package into the F7 repos
> somehow.
>
> -w
>   

Will, that would be great.  I'm sure we're not the only ones with 
machines still on F7.

Regards,
Gerry

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090318/4ec1bc5e/attachment.htm>

From cra at WPI.EDU  Wed Mar 18 21:33:12 2009
From: cra at WPI.EDU (Chuck Anderson)
Date: Wed, 18 Mar 2009 17:33:12 -0400
Subject: Full Licence field
In-Reply-To: <1237409050.23770.188.camel@radiator.bos.redhat.com>
References: <499E9CBB.8070406@schampijer.de>
	<20090301225722.GD7111@yukidoke.org>
	<49AB1FFE.3020900@codewiz.org> <49C0C619.80800@schampijer.de>
	<20090318143059.GD6640@yukidoke.org>
	<49C12958.9010105@schampijer.de> <gprj0e$s9a$1@ger.gmane.org>
	<49C152C5.8040903@redhat.com>
	<1237409050.23770.188.camel@radiator.bos.redhat.com>
Message-ID: <20090318213312.GM16240@angus.ind.WPI.EDU>

On Wed, Mar 18, 2009 at 04:44:10PM -0400, David Malcolm wrote:
> Thinking aloud, a couple of other approaches:
>   (i) Embed the SHA256 checksum of each license into the path e.g.:
> /usr/share/common-licenses/32b1062f7da84967e7019d01ab805935caa7ab7321a7ced0e30ebe75e5df1670/COPYING
> then have each file's identical implementation of those bytes overwrite
> each other, and you might have many packages owning that path on the
> installed system.  Slight modifications thus lead to different paths.
> 
> That way you still have duplicates in the .rpm files, but an installed
> system has just one copy of each, and each rpm does indeed ship the
> precise license it's required to.
> 
> I suspect that the arguments from crypto and from the legal side will
> "pass through one another like angry ghosts", though (and legal thus
> wins).
> 
>   (ii) Compress the licenses?

How much disk space do all the separate license files currently take?  
My guess is that it is just not going to be worth dealing with 
compressing, hardlinking, or sharing copies of identical files with 
multiple packages, because the saved disk space will be minimal.

On my installed F10 desktop system here are the sizes of all installed 
license files (%doc matching licen|copy|gpl|bsd) combined:

$ echo `rpm -qad | grep -Ei 'licen|copy|gpl|bsd' | xargs stat -c %s` | sed -e's/ /+/g' | bc

16920051

17 megabytes.  Not worth the effort to save space here.



From jwboyer at gmail.com  Wed Mar 18 21:43:12 2009
From: jwboyer at gmail.com (Josh Boyer)
Date: Wed, 18 Mar 2009 17:43:12 -0400
Subject: Full Licence field
In-Reply-To: <20090318213312.GM16240@angus.ind.WPI.EDU>
References: <499E9CBB.8070406@schampijer.de>
	<20090301225722.GD7111@yukidoke.org>
	<49AB1FFE.3020900@codewiz.org> <49C0C619.80800@schampijer.de>
	<20090318143059.GD6640@yukidoke.org>
	<49C12958.9010105@schampijer.de> <gprj0e$s9a$1@ger.gmane.org>
	<49C152C5.8040903@redhat.com>
	<1237409050.23770.188.camel@radiator.bos.redhat.com>
	<20090318213312.GM16240@angus.ind.WPI.EDU>
Message-ID: <20090318214312.GA8231@zod.rchland.ibm.com>

On Wed, Mar 18, 2009 at 05:33:12PM -0400, Chuck Anderson wrote:
>On Wed, Mar 18, 2009 at 04:44:10PM -0400, David Malcolm wrote:
>> Thinking aloud, a couple of other approaches:
>>   (i) Embed the SHA256 checksum of each license into the path e.g.:
>> /usr/share/common-licenses/32b1062f7da84967e7019d01ab805935caa7ab7321a7ced0e30ebe75e5df1670/COPYING
>> then have each file's identical implementation of those bytes overwrite
>> each other, and you might have many packages owning that path on the
>> installed system.  Slight modifications thus lead to different paths.
>> 
>> That way you still have duplicates in the .rpm files, but an installed
>> system has just one copy of each, and each rpm does indeed ship the
>> precise license it's required to.
>> 
>> I suspect that the arguments from crypto and from the legal side will
>> "pass through one another like angry ghosts", though (and legal thus
>> wins).
>> 
>>   (ii) Compress the licenses?
>
>How much disk space do all the separate license files currently take?  
>My guess is that it is just not going to be worth dealing with 
>compressing, hardlinking, or sharing copies of identical files with 
>multiple packages, because the saved disk space will be minimal.
>
>On my installed F10 desktop system here are the sizes of all installed 
>license files (%doc matching licen|copy|gpl|bsd) combined:
>
>$ echo `rpm -qad | grep -Ei 'licen|copy|gpl|bsd' | xargs stat -c %s` | sed -e's/ /+/g' | bc
>
>16920051
>
>17 megabytes.  Not worth the effort to save space here.

You're quick to declare that without really thinking about it.  I agree 
that on a typical desktop setup, 17MiB is pretty insignificant.  However
for projects like OLPC, which is a downstream user of Fedora, 17MiB can
be quite a space hit for simple text files.

Now, OLPC has other ways of dealing with this at the moment, but at
some point they won't.

josh



From greno at verizon.net  Wed Mar 18 22:40:00 2009
From: greno at verizon.net (Gerry Reno)
Date: Wed, 18 Mar 2009 18:40:00 -0400
Subject: F9 whatis updates-new
Message-ID: <49C17840.9010700@verizon.net>

I just upgraded this F7 machine to F9 as discussed in my previous post 
and now when I run the first 'yum update' it brings in PackageLibs plus 
'fedora-release' and a few others.  So when it installs this 
'transition' fedora-release it puts new repo files in /etc/yum.repos.d/ 
as .rpmnew so I check and move them into place.  The next 'yum update' 
now lists a whole bunch of files coming from repo 'updates-new'.  Is 
this normal?  Will the system still be usable if I install all these 
updates from 'updates-new' repo?

Regards,
Gerry



From greno at verizon.net  Wed Mar 18 23:46:08 2009
From: greno at verizon.net (Gerry Reno)
Date: Wed, 18 Mar 2009 19:46:08 -0400
Subject: F9 whatis updates-newkey
Message-ID: <49C187C0.4030608@verizon.net>

Correction:  updates-new ==> updates-newkey

I just upgraded this F7 machine to F9 as discussed in my previous post
and now when I run the first 'yum update' it brings in PackageLibs plus
'fedora-release' and a few others.  So when it installs this
'transition' fedora-release it puts new repo files in /etc/yum.repos.d/
as .rpmnew so I check and move them into place.  The next 'yum update'
now lists a whole bunch of files coming from repo 'updates-newkey'.  Is
this normal?  Will the system still be usable if I install all these
updates from 'updates-newkey' repo?

Regards,
Gerry


UDPATE:  Well I let it run so we'll see what happens.




From nman64 at n-man.com  Thu Mar 19 00:06:07 2009
From: nman64 at n-man.com (Patrick W. Barnes)
Date: Wed, 18 Mar 2009 19:06:07 -0500
Subject: Google Summer of Code 2009: We're in!
Message-ID: <200903181906.08027.nman64@n-man.com>

We have been accepted to participate in this year's Google Summer of Code.  We 
are now seeking additional volunteers to serve as mentors or proposal 
reviewers.  This is light duty, and your service would be a great benefit to 
our community and to the students you may help.

If you are willing to participate with us, please create a profile at:

http://socghop.appspot.com/

Then, apply to become a mentor with us:

http://socghop.appspot.com/mentor/request/google/gsoc2009/redhat

More resources can be found here:

http://groups.google.com/group/redhat-summer

Thanks in advance!

-- 
Patrick "The N-Man" Barnes
nman64 at n-man.com

http://n-man.com/

LinkedIn:
http://linkedin.com/in/nman64

Have I been helpful?  Rate my assistance!
http://rate.affero.net/nman64/

All messages cryptographically signed:
http://en.wikipedia.org/wiki/OpenPGP
-- 


-------------- 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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090318/606fba7d/attachment.sig>

From greno at verizon.net  Thu Mar 19 00:25:04 2009
From: greno at verizon.net (Gerry Reno)
Date: Wed, 18 Mar 2009 20:25:04 -0400
Subject: F9 whatis updates-newkey
In-Reply-To: <49C187C0.4030608@verizon.net>
References: <49C187C0.4030608@verizon.net>
Message-ID: <49C190E0.9030507@verizon.net>

Gerry Reno wrote:
> Correction:  updates-new ==> updates-newkey
>
> I just upgraded this F7 machine to F9 as discussed in my previous post
> and now when I run the first 'yum update' it brings in PackageLibs plus
> 'fedora-release' and a few others.  So when it installs this
> 'transition' fedora-release it puts new repo files in /etc/yum.repos.d/
> as .rpmnew so I check and move them into place.  The next 'yum update'
> now lists a whole bunch of files coming from repo 'updates-newkey'.  Is
> this normal?  Will the system still be usable if I install all these
> updates from 'updates-newkey' repo?
>
> Regards,
> Gerry
>
>
> UDPATE:  Well I let it run so we'll see what happens.
>
>
Well, it tries to update 472 packages from 'updates-newkey' and yum 
hangs after a while and locks up the machine.
So I guess I need to pare down the list.

Regards,
Gerry



From eswierk at aristanetworks.com  Thu Mar 19 00:35:11 2009
From: eswierk at aristanetworks.com (Ed Swierk)
Date: Wed, 18 Mar 2009 17:35:11 -0700
Subject: InstantMirror Project: Google Summer of Code 2009
In-Reply-To: <49B9FBFD.2090403@redhat.com>
References: <49B9AFB8.2080609@redhat.com>
	<35586fc00903122128s43f7d8adq373fa65c2b7d36f@mail.gmail.com>
	<49B9E586.5050806@redhat.com>
	<alpine.LFD.2.00.0903130138380.3319@localhost.localdomain>
	<16de708d0903122304i21b12929lbc3952103a9cf494@mail.gmail.com>
	<49B9FBFD.2090403@redhat.com>
Message-ID: <9ae48b020903181735k3f31151fg44e2ab364de948e1@mail.gmail.com>

On Thu, Mar 12, 2009 at 11:23 PM, Warren Togami <wtogami at redhat.com> wrote:
> The original InstantMirror was an attempt to make a reverse proxy server
> suitable for a yum repository. ?I quickly decided that approach was a
> dead-end architecturally then got busy on other things.

The original InstantMirror certainly has its limitations, but in its
defense I would point out that it's survived a couple of years of
constant use as the default Fedora repo at my company, with zero
maintenance (I'm not even sure where the machine hosting it has
gone...).

(See http://www.redhat.com/archives/fedora-devel-list/2007-November/msg01699.html
for some background on this tool.)

I see the old bzr repository is no more; I'd be happy to host the
current version of the code (all 120 lines of it) elsewhere if anyone
is interested in using or extending it. Perhaps I should rename it to
avoid confusion with the new-and-improved InstantMirror?

--Ed



From xjakub at fi.muni.cz  Thu Mar 19 00:33:48 2009
From: xjakub at fi.muni.cz (Milos Jakubicek)
Date: Thu, 19 Mar 2009 01:33:48 +0100
Subject: F9 whatis updates-newkey
In-Reply-To: <49C190E0.9030507@verizon.net>
References: <49C187C0.4030608@verizon.net> <49C190E0.9030507@verizon.net>
Message-ID: <49C192EC.1020203@fi.muni.cz>

Hi,

Gerry Reno wrote:
> Gerry Reno wrote:

>> Is this normal?  Will the system still be usable if I install all these
>> updates from 'updates-newkey' repo?

Yes, it should (with the same probability as by any other update:)

Don't panic, the -newkey repos are there because of a security accident 
in last summer as a new signing key for our RPMs has been created and 
all of them resigned (into a new -newkey repo).

And for the next time: such questions should go to #fedora or 
fedora-list, not here, thanks.

Regards,
Milos



From wtogami at redhat.com  Thu Mar 19 02:53:35 2009
From: wtogami at redhat.com (Warren Togami)
Date: Wed, 18 Mar 2009 22:53:35 -0400
Subject: InstantMirror Project: Google Summer of Code 2009
In-Reply-To: <9ae48b020903181735k3f31151fg44e2ab364de948e1@mail.gmail.com>
References: <49B9AFB8.2080609@redhat.com>	<35586fc00903122128s43f7d8adq373fa65c2b7d36f@mail.gmail.com>	<49B9E586.5050806@redhat.com>	<alpine.LFD.2.00.0903130138380.3319@localhost.localdomain>	<16de708d0903122304i21b12929lbc3952103a9cf494@mail.gmail.com>	<49B9FBFD.2090403@redhat.com>
	<9ae48b020903181735k3f31151fg44e2ab364de948e1@mail.gmail.com>
Message-ID: <49C1B3AF.8060204@redhat.com>

Ed Swierk wrote:
> On Thu, Mar 12, 2009 at 11:23 PM, Warren Togami <wtogami at redhat.com> wrote:
>> The original InstantMirror was an attempt to make a reverse proxy server
>> suitable for a yum repository.  I quickly decided that approach was a
>> dead-end architecturally then got busy on other things.
> 
> The original InstantMirror certainly has its limitations, but in its
> defense I would point out that it's survived a couple of years of
> constant use as the default Fedora repo at my company, with zero
> maintenance (I'm not even sure where the machine hosting it has
> gone...).

Wow, you are using it despite the lack of cleanup?  You don't run out of 
  disk space?

Do you actually make use of the directory and filenames where it stores 
the files directly?  If not, then you will find that a reverse squid 
proxy cache works great because it cleans up after itself.

> 
> (See http://www.redhat.com/archives/fedora-devel-list/2007-November/msg01699.html
> for some background on this tool.)
> 
> I see the old bzr repository is no more; I'd be happy to host the
> current version of the code (all 120 lines of it) elsewhere if anyone
> is interested in using or extending it. Perhaps I should rename it to
> avoid confusion with the new-and-improved InstantMirror?
>

If you want to continue development of it, that would be a good idea. 
Sorry I didn't think to ask if you objected to reusing the name.  I 
thought the project was fully dead.

Warren Togami
wtogami at redhat.com



From orion at cora.nwra.com  Thu Mar 19 03:08:00 2009
From: orion at cora.nwra.com (Orion Poplawski)
Date: Wed, 18 Mar 2009 21:08:00 -0600 (MDT)
Subject: InstantMirror Project: Google Summer of Code 2009
In-Reply-To: <49C1B3AF.8060204@redhat.com>
References: <49B9AFB8.2080609@redhat.com>
	<35586fc00903122128s43f7d8adq373fa65c2b7d36f@mail.gmail.com>
	<49B9E586.5050806@redhat.com>
	<alpine.LFD.2.00.0903130138380.3319@localhost.localdomain>
	<16de708d0903122304i21b12929lbc3952103a9cf494@mail.gmail.com>
	<49B9FBFD.2090403@redhat.com>
	<9ae48b020903181735k3f31151fg44e2ab364de948e1@mail.gmail.com>
	<49C1B3AF.8060204@redhat.com>
Message-ID: <1338.75.171.232.162.1237432080.squirrel@www.cora.nwra.com>


On Wed, March 18, 2009 8:53 pm, Warren Togami wrote:
> Ed Swierk wrote:
>> On Thu, Mar 12, 2009 at 11:23 PM, Warren Togami <wtogami at redhat.com>
>> wrote:
>> The original InstantMirror certainly has its limitations, but in its
>> defense I would point out that it's survived a couple of years of
>> constant use as the default Fedora repo at my company, with zero
>> maintenance (I'm not even sure where the machine hosting it has
>> gone...).
>
> Wow, you are using it despite the lack of cleanup?  You don't run out of
>   disk space?

I use it to.  Wrote a simple script that uses rsync to cleanup.  Only need
to run it a couple times a year.  Disk space is cheap, and you really
don't need that much when you no longer mirror all of the game data you
don't need.

> Do you actually make use of the directory and filenames where it stores
> the files directly?  If not, then you will find that a reverse squid
> proxy cache works great because it cleans up after itself.

I do use it quite a bit.  Not strictly necessary, but convenient.  I also
like having the history and being able to go back to old updates packages
for debugging.

>> I see the old bzr repository is no more; I'd be happy to host the
>> current version of the code (all 120 lines of it) elsewhere if anyone
>> is interested in using or extending it. Perhaps I should rename it to
>> avoid confusion with the new-and-improved InstantMirror?
>>
>
> If you want to continue development of it, that would be a good idea.
> Sorry I didn't think to ask if you objected to reusing the name.  I
> thought the project was fully dead.

Might be interesting to compare my current version to it as well.

-- 
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 jovanesian at gmail.com  Thu Mar 19 03:09:57 2009
From: jovanesian at gmail.com (Joe Ovanesian)
Date: Wed, 18 Mar 2009 20:09:57 -0700
Subject: Where are Fedora core 10 sources for download
Message-ID: <89e7235b0903182009j50829e40hc22b234ffed2a1dc@mail.gmail.com>

Hello Folks,
I am embarking on a development project involving kernel modules and user
space apps.
I currently have  FC-10 (Kernel 2.6.27.5-117), and am doing a "yum update"
to most recent.

Would like to download the corresponding sources to do some development.

Could someone point me in the right direction please.

Thanks,
Joe
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090318/d27506f4/attachment.htm>

From tdiehl at rogueind.com  Thu Mar 19 03:16:04 2009
From: tdiehl at rogueind.com (Tom Diehl)
Date: Wed, 18 Mar 2009 23:16:04 -0400 (EDT)
Subject: Where are Fedora core 10 sources for download
In-Reply-To: <89e7235b0903182009j50829e40hc22b234ffed2a1dc@mail.gmail.com>
References: <89e7235b0903182009j50829e40hc22b234ffed2a1dc@mail.gmail.com>
Message-ID: <alpine.LFD.2.00.0903182314200.26701@tigger.tntechs.com>

On Wed, 18 Mar 2009, Joe Ovanesian wrote:

> Hello Folks,
> I am embarking on a development project involving kernel modules and user
> space apps.
> I currently have  FC-10 (Kernel 2.6.27.5-117), and am doing a "yum update"
> to most recent.
>
> Would like to download the corresponding sources to do some development.
>
> Could someone point me in the right direction please.

# yum install yum-utils

# yumdownloader --source package_name

Enjoy!!


-- 
Tom Diehl		tdiehl at rogueind.com		Spamtrap address mtd123 at rogueind.com



From wtogami at redhat.com  Thu Mar 19 03:16:43 2009
From: wtogami at redhat.com (Warren Togami)
Date: Wed, 18 Mar 2009 23:16:43 -0400
Subject: InstantMirror Project: Google Summer of Code 2009
In-Reply-To: <1338.75.171.232.162.1237432080.squirrel@www.cora.nwra.com>
References: <49B9AFB8.2080609@redhat.com>	<35586fc00903122128s43f7d8adq373fa65c2b7d36f@mail.gmail.com>	<49B9E586.5050806@redhat.com>	<alpine.LFD.2.00.0903130138380.3319@localhost.localdomain>	<16de708d0903122304i21b12929lbc3952103a9cf494@mail.gmail.com>	<49B9FBFD.2090403@redhat.com>	<9ae48b020903181735k3f31151fg44e2ab364de948e1@mail.gmail.com>	<49C1B3AF.8060204@redhat.com>
	<1338.75.171.232.162.1237432080.squirrel@www.cora.nwra.com>
Message-ID: <49C1B91B.5020205@redhat.com>

Orion Poplawski wrote:
> On Wed, March 18, 2009 8:53 pm, Warren Togami wrote:
>> Ed Swierk wrote:
>>> On Thu, Mar 12, 2009 at 11:23 PM, Warren Togami <wtogami at redhat.com>
>>> wrote:
>>> The original InstantMirror certainly has its limitations, but in its
>>> defense I would point out that it's survived a couple of years of
>>> constant use as the default Fedora repo at my company, with zero
>>> maintenance (I'm not even sure where the machine hosting it has
>>> gone...).
>> Wow, you are using it despite the lack of cleanup?  You don't run out of
>>   disk space?
> 
> I use it to.  Wrote a simple script that uses rsync to cleanup.  Only need
> to run it a couple times a year.  Disk space is cheap, and you really
> don't need that much when you no longer mirror all of the game data you
> don't need.

The lack of cleanup was only one problem.  Another was it did not handle 
multiple users using it simultaneously.

> 
>> Do you actually make use of the directory and filenames where it stores
>> the files directly?  If not, then you will find that a reverse squid
>> proxy cache works great because it cleans up after itself.
> 
> I do use it quite a bit.  Not strictly necessary, but convenient.  I also
> like having the history and being able to go back to old updates packages
> for debugging.

http://kojipkgs.fedoraproject.org/packages/packagename
You know you can grab old versions of packages from here?

Warren



From kcrashcore at gmail.com  Thu Mar 19 03:50:47 2009
From: kcrashcore at gmail.com (Carlos Romero)
Date: Wed, 18 Mar 2009 23:50:47 -0400
Subject: InstantMirror Project: Google Summer of Code 2009
In-Reply-To: <49C1B91B.5020205@redhat.com>
References: <49B9AFB8.2080609@redhat.com>
	<35586fc00903122128s43f7d8adq373fa65c2b7d36f@mail.gmail.com>
	<49B9E586.5050806@redhat.com>
	<alpine.LFD.2.00.0903130138380.3319@localhost.localdomain>
	<16de708d0903122304i21b12929lbc3952103a9cf494@mail.gmail.com>
	<49B9FBFD.2090403@redhat.com>
	<9ae48b020903181735k3f31151fg44e2ab364de948e1@mail.gmail.com>
	<49C1B3AF.8060204@redhat.com>
	<1338.75.171.232.162.1237432080.squirrel@www.cora.nwra.com>
	<49C1B91B.5020205@redhat.com>
Message-ID: <f0a7afec0903182050j3a926d9ao6196eab1882d3415@mail.gmail.com>

has anybody thought about a no configuration mirror selection by
broadcasting on the lan, something like upnp/zeroconf/dhcp and getting
a mirror list from a process small enough to run on a openwrt type
router.



From greno at verizon.net  Thu Mar 19 04:27:22 2009
From: greno at verizon.net (Gerry Reno)
Date: Thu, 19 Mar 2009 00:27:22 -0400
Subject: preupgrade F9 -> F10 (was rawhide)?
In-Reply-To: <1226089312.3459.43.camel@metroid.rdu.redhat.com>
References: <d551e0e20810261105u1fce4b2am7ead022a5c2f9c83@mail.gmail.com>
	<1225084095.3077.24.camel@zebes.localdomain>
	<d551e0e20810262348m2a94520eh562373b2df491b30@mail.gmail.com>
	<d551e0e20811070940k6277b1a4ufdf5f27add2c90b@mail.gmail.com>
	<1226089312.3459.43.camel@metroid.rdu.redhat.com>
Message-ID: <49C1C9AA.1070702@verizon.net>

Will Woods wrote:
> On Fri, 2008-11-07 at 17:40 +0000, Camilo Mesias wrote:
>   
>> A quick update on this. I successfully upgraded one machine about a
>> week ago, so I tried another machine today and it had a problem
>> booting during the install.
>>
>> After all the packages had been downloaded and the 'reboot' button was
>> pressed, grub was no longer able to come up. The word 'GRUB' was
>> displayed and nothing else.
>>
>> I booted with the F9 Live USB and did the following (sorry it doesn't
>> help with diagnosis but it might help if anyone else has this problem)
>>
>> mkdir /tmp/rootdir
>> mount /dev/mapper/VolGroup00-LogVol00 /tmp/rootdir
>> mount /dev/sda1 /tmp/rootdir/boot
>> /tmp/rootdir/sbin/grub-install --root-directory=/tmp/rootdir /dev/sda
>>
>> If there are any logs that might help diagnose the problem, let me
>> know. I have one more desktop and one more laptop running F9 which I
>> plan to preupgrade in the same way, Please let me know if there is
>> anything I should note to help improve the process.
>>     
>
> This is a GRUB bug that we've been unable to reproduce reliably, and
> therefore haven't traced fully. It's often triggered by using the grub
> --once flag, which is used by both preupgrade and suspend-to-disk
> (hibernate). We've seen it happen with both of those things, but the
> preupgrade case seems to be more frequent because it tends to also
> involve upgrading GRUB at the same time.
>
> As far as we've been able to trace it, *something* causes GRUB stage2
> (or stage 1.5) to move its physical on-disk location. But we don't know
> what. Nothing that we're doing to GRUB *should* cause that. But
> something does, and then stage1 can't find the rest of GRUB, and we get
> stuck with "GRUB" on-screen and an unbootable system.
>
> Anyway. I've spent *weeks* trying to track that one down, bugging pjones
> (our GRUB maintainer) and esandeen (our mad ext3/ext4 hacker) endlessly,
> and never made any real progress. Reinstalling GRUB, as you did, is the
> proper fix when this happens. But we still don't know what causes it,
> and therefore how to keep it from happening in the first place.
>
> Any further help or theories on this would be greatly appreciated.
>
> -w
>   

Ok, I just ran into this nasty little problem when I did my F9 => F10 
preupgrade.  All I get at the first reboot is the GRUB prompt.  Has any 
progress been made on tracking this down?  This will be a real pain if I 
have to go through this on 14 machines.  Is there any workaround to 
avoid this problem?

Regards,
Gerry

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090319/de4cccfa/attachment.htm>

From jovanesian at gmail.com  Thu Mar 19 04:41:57 2009
From: jovanesian at gmail.com (Joe Ovanesian)
Date: Wed, 18 Mar 2009 21:41:57 -0700
Subject: Where are Fedora core 10 sources for download
In-Reply-To: <alpine.LFD.2.00.0903182314200.26701@tigger.tntechs.com>
References: <89e7235b0903182009j50829e40hc22b234ffed2a1dc@mail.gmail.com>
	<alpine.LFD.2.00.0903182314200.26701@tigger.tntechs.com>
Message-ID: <89e7235b0903182141g5a8eb9fdhe57cd435c32a6133@mail.gmail.com>

Thanks Tom -- It worked.  Now I have some catching up to do!
Regards,
Joe

On Wed, Mar 18, 2009 at 8:16 PM, Tom Diehl <tdiehl at rogueind.com> wrote:

> On Wed, 18 Mar 2009, Joe Ovanesian wrote:
>
>  Hello Folks,
>> I am embarking on a development project involving kernel modules and user
>> space apps.
>> I currently have  FC-10 (Kernel 2.6.27.5-117), and am doing a "yum update"
>> to most recent.
>>
>> Would like to download the corresponding sources to do some development.
>>
>> Could someone point me in the right direction please.
>>
>
> # yum install yum-utils
>
> # yumdownloader --source package_name
>
> Enjoy!!
>
>
> --
> Tom Diehl               tdiehl at rogueind.com             Spamtrap address
> mtd123 at rogueind.com
>
> --
> fedora-devel-list mailing list
> fedora-devel-list at redhat.com
> https://www.redhat.com/mailman/listinfo/fedora-devel-list
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090318/34c06ed8/attachment.htm>

From kevin.kofler at chello.at  Thu Mar 19 05:03:46 2009
From: kevin.kofler at chello.at (Kevin Kofler)
Date: Thu, 19 Mar 2009 06:03:46 +0100
Subject: Modular building of kde modules
References: <200903042337.23888.notmart@gmail.com>	<200903172232.31777.neundorf@kde.org>
	<gppe5l$f63$1@ger.gmane.org> <200903182354.48004.neundorf@kde.org>
	<gprvlp$81o$1@ger.gmane.org>
Message-ID: <gpsjni$hv1$1@ger.gmane.org>

Matthew Woehlke wrote:
> RPM's are built from a source tarball; building from VCS sources is
> discouraged (though permitted when there are valid reasons to do so).
> Having an rpmbuild do a VCS checkout to obtain the sources is probably
> forbidden (as in, I haven't actually checked, but I'd be surprised if it
> isn't).

Right, you can't access the network during builds for security reasons, the
build will fail if you try.

        Kevin Kofler



From kevin.kofler at chello.at  Thu Mar 19 05:06:28 2009
From: kevin.kofler at chello.at (Kevin Kofler)
Date: Thu, 19 Mar 2009 06:06:28 +0100
Subject: preupgrade choices
References: <49C141EB.4030505@verizon.net>
	<8536ef10903181225ica93aeemb504b374759cb56@mail.gmail.com>
	<49C14BA0.8060802@verizon.net> <49C15EBE.1020008@verizon.net>
	<1237410936.23931.4.camel@metroid.rdu.redhat.com>
	<49C167DA.4050802@verizon.net>
Message-ID: <gpsjsk$hv1$2@ger.gmane.org>

Gerry Reno wrote:
> Will, that would be great.  I'm sure we're not the only ones with
> machines still on F7.

Why did you wait until now to upgrade them? You should have upgraded a year
ago, before F7 went EOL.

        Kevin Kofler



From kevin.kofler at chello.at  Thu Mar 19 05:10:27 2009
From: kevin.kofler at chello.at (Kevin Kofler)
Date: Thu, 19 Mar 2009 06:10:27 +0100
Subject: "Dwarf error" on Rawhide
References: <200903182222.47441.gauret@free.fr>
Message-ID: <gpsk43$hv1$3@ger.gmane.org>

Aurelien Bompard wrote:
> I'm trying to build a new package in Rawhide, called "springlobby", and I
> get an error I didn't see before :
> /usr/bin/ld: Dwarf Error: Offset (62666) greater than or equal to
> .debug_str size (1591).
> Full log here :
> http://koji.fedoraproject.org/koji/getfile?taskID=1249097&name=build.log

I think the undefined references are the real problem there.

        Kevin Kofler



From greno at verizon.net  Thu Mar 19 05:23:33 2009
From: greno at verizon.net (Gerry Reno)
Date: Thu, 19 Mar 2009 01:23:33 -0400
Subject: preupgrade choices
In-Reply-To: <gpsjsk$hv1$2@ger.gmane.org>
References: <49C141EB.4030505@verizon.net>
	<8536ef10903181225ica93aeemb504b374759cb56@mail.gmail.com>
	<49C14BA0.8060802@verizon.net> <49C15EBE.1020008@verizon.net>
	<1237410936.23931.4.camel@metroid.rdu.redhat.com>
	<49C167DA.4050802@verizon.net> <gpsjsk$hv1$2@ger.gmane.org>
Message-ID: <49C1D6D5.70203@verizon.net>

Kevin Kofler wrote:
> Gerry Reno wrote:
>   
>> Will, that would be great.  I'm sure we're not the only ones with
>> machines still on F7.
>>     
>
> Why did you wait until now to upgrade them? You should have upgraded a year
> ago, before F7 went EOL.
>
>         Kevin Kofler
>
>   
In a perfect world that would have happened. But, there were always more 
important tasks needing done and this kept getting pushed back.


Regards,
Gerry

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090319/6e8f137e/attachment.htm>

From eswierk at aristanetworks.com  Thu Mar 19 05:37:44 2009
From: eswierk at aristanetworks.com (Ed Swierk)
Date: Wed, 18 Mar 2009 22:37:44 -0700
Subject: InstantMirror Project: Google Summer of Code 2009
In-Reply-To: <49C1B3AF.8060204@redhat.com>
References: <49B9AFB8.2080609@redhat.com>
	<35586fc00903122128s43f7d8adq373fa65c2b7d36f@mail.gmail.com>
	<49B9E586.5050806@redhat.com>
	<alpine.LFD.2.00.0903130138380.3319@localhost.localdomain>
	<16de708d0903122304i21b12929lbc3952103a9cf494@mail.gmail.com>
	<49B9FBFD.2090403@redhat.com>
	<9ae48b020903181735k3f31151fg44e2ab364de948e1@mail.gmail.com>
	<49C1B3AF.8060204@redhat.com>
Message-ID: <9ae48b020903182237w459c40a7w44dbfec7471b42a8@mail.gmail.com>

On Wed, Mar 18, 2009 at 7:53 PM, Warren Togami <wtogami at redhat.com> wrote:
> Wow, you are using it despite the lack of cleanup? ?You don't run out of
> ?disk space?

Nope. So far it's using about 350GB on a 750GB disk. We've been using
FC6, F9 and F10 on i386 and x86_64, plus updates.

> Do you actually make use of the directory and filenames where it stores the
> files directly? ?If not, then you will find that a reverse squid proxy cache
> works great because it cleans up after itself.

Not really, but I like being able to manage the data store manually if
I wanted to. When the day finally comes that the 750GB is exhausted,
I'll ssh to the mirrors box and type a couple of rm -rf's to free up
some space and then forget about it for another year.

> If you want to continue development of it, that would be a good idea. Sorry
> I didn't think to ask if you objected to reusing the name. ?I thought the
> project was fully dead.

I don't plan to hack on the code much myself, as it already works just
fine for me. But I'm happy to host the code somewhere and help
integrate patches if other people come up with improvements.

IIRC you came up with the name InstantMirror; you're welcome to reuse it.

--Ed



From eswierk at aristanetworks.com  Thu Mar 19 05:45:21 2009
From: eswierk at aristanetworks.com (Ed Swierk)
Date: Wed, 18 Mar 2009 22:45:21 -0700
Subject: InstantMirror Project: Google Summer of Code 2009
In-Reply-To: <49C1B91B.5020205@redhat.com>
References: <49B9AFB8.2080609@redhat.com>
	<35586fc00903122128s43f7d8adq373fa65c2b7d36f@mail.gmail.com>
	<49B9E586.5050806@redhat.com>
	<alpine.LFD.2.00.0903130138380.3319@localhost.localdomain>
	<16de708d0903122304i21b12929lbc3952103a9cf494@mail.gmail.com>
	<49B9FBFD.2090403@redhat.com>
	<9ae48b020903181735k3f31151fg44e2ab364de948e1@mail.gmail.com>
	<49C1B3AF.8060204@redhat.com>
	<1338.75.171.232.162.1237432080.squirrel@www.cora.nwra.com>
	<49C1B91B.5020205@redhat.com>
Message-ID: <9ae48b020903182245u430060w29d0de51978a3688@mail.gmail.com>

On Wed, Mar 18, 2009 at 8:16 PM, Warren Togami <wtogami at redhat.com> wrote:
> The lack of cleanup was only one problem. ?Another was it did not handle
> multiple users using it simultaneously.

It does handle multiple simultaneous users, although if the first one
to access a file happens to be really slow, it will throttle other
users downloading the same file, and if the first connection dies, it
takes the other ones down with it. This isn't an issue once the
complete file is stored in the mirror, just when fetching it from
upstream.

In practice, though, I've never encountered a problem with multiple
simultaneous users. I suspect yum's tenacious retry mechanism has
masked any glitches caused by InstantMirror.

--Ed



From greno at verizon.net  Thu Mar 19 06:16:17 2009
From: greno at verizon.net (Gerry Reno)
Date: Thu, 19 Mar 2009 02:16:17 -0400
Subject: preupgrade F9 -> F10 (was rawhide)?
In-Reply-To: <49C1C9AA.1070702@verizon.net>
References: <d551e0e20810261105u1fce4b2am7ead022a5c2f9c83@mail.gmail.com>
	<1225084095.3077.24.camel@zebes.localdomain>
	<d551e0e20810262348m2a94520eh562373b2df491b30@mail.gmail.com>
	<d551e0e20811070940k6277b1a4ufdf5f27add2c90b@mail.gmail.com>
	<1226089312.3459.43.camel@metroid.rdu.redhat.com>
	<49C1C9AA.1070702@verizon.net>
Message-ID: <49C1E331.7050701@verizon.net>

Gerry Reno wrote:
> Will Woods wrote:
>> On Fri, 2008-11-07 at 17:40 +0000, Camilo Mesias wrote:
>>   
>>> A quick update on this. I successfully upgraded one machine about a
>>> week ago, so I tried another machine today and it had a problem
>>> booting during the install.
>>>
>>> After all the packages had been downloaded and the 'reboot' button was
>>> pressed, grub was no longer able to come up. The word 'GRUB' was
>>> displayed and nothing else.
>>>
>>> I booted with the F9 Live USB and did the following (sorry it doesn't
>>> help with diagnosis but it might help if anyone else has this problem)
>>>
>>> mkdir /tmp/rootdir
>>> mount /dev/mapper/VolGroup00-LogVol00 /tmp/rootdir
>>> mount /dev/sda1 /tmp/rootdir/boot
>>> /tmp/rootdir/sbin/grub-install --root-directory=/tmp/rootdir /dev/sda
>>>
>>> If there are any logs that might help diagnose the problem, let me
>>> know. I have one more desktop and one more laptop running F9 which I
>>> plan to preupgrade in the same way, Please let me know if there is
>>> anything I should note to help improve the process.
>>>     
>>
>> This is a GRUB bug that we've been unable to reproduce reliably, and
>> therefore haven't traced fully. It's often triggered by using the grub
>> --once flag, which is used by both preupgrade and suspend-to-disk
>> (hibernate). We've seen it happen with both of those things, but the
>> preupgrade case seems to be more frequent because it tends to also
>> involve upgrading GRUB at the same time.
>>
>> As far as we've been able to trace it, *something* causes GRUB stage2
>> (or stage 1.5) to move its physical on-disk location. But we don't know
>> what. Nothing that we're doing to GRUB *should* cause that. But
>> something does, and then stage1 can't find the rest of GRUB, and we get
>> stuck with "GRUB" on-screen and an unbootable system.
>>
>> Anyway. I've spent *weeks* trying to track that one down, bugging pjones
>> (our GRUB maintainer) and esandeen (our mad ext3/ext4 hacker) endlessly,
>> and never made any real progress. Reinstalling GRUB, as you did, is the
>> proper fix when this happens. But we still don't know what causes it,
>> and therefore how to keep it from happening in the first place.
>>
>> Any further help or theories on this would be greatly appreciated.
>>
>> -w
>>   
>
> Ok, I just ran into this nasty little problem when I did my F9 => F10 
> preupgrade.  All I get at the first reboot is the GRUB prompt.  Has 
> any progress been made on tracking this down?  This will be a real 
> pain if I have to go through this on 14 machines.  Is there any 
> workaround to avoid this problem?
>
>
And I just reran the preupgrade and this time I see this message go by:
Not enough space in /boot/upgrade to download install.img
GRUBBY shows that it will download the install.img from the network.

The /boot is 100MB size on this machine.

So I did the first reboot and this time the machine booted, retrieved 
the install.img and ran anaconda.
Maybe the GRUB prompt problem is related to my small /boot space.

Regards,
Gerry

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090319/c44f0970/attachment.htm>

From gauret at free.fr  Thu Mar 19 06:25:42 2009
From: gauret at free.fr (Aurelien Bompard)
Date: Thu, 19 Mar 2009 07:25:42 +0100
Subject: "Dwarf error" on Rawhide
In-Reply-To: <gpsk43$hv1$3@ger.gmane.org>
References: <200903182222.47441.gauret@free.fr> <gpsk43$hv1$3@ger.gmane.org>
Message-ID: <200903190725.42448.gauret@free.fr>

> I think the undefined references are the real problem there.

Oh, are they ? Any idea what could have changed in GCC 4.4 to cause that ? I 
didn't find anything obvious in http://gcc.gnu.org/gcc-4.4/porting_to.html

Aur?lien
-- 
http://aurelien.bompard.org  ~~~~  Jabber : abompard at jabber.fr
"Programming today is a race between software engineers striving to build
bigger and better idiot-proof programs, and the Universe trying to produce
bigger and better idiots. So far, the Universe is winning." -- Rick Cook




From maxamillion at gmail.com  Thu Mar 19 06:40:13 2009
From: maxamillion at gmail.com (Adam Miller)
Date: Thu, 19 Mar 2009 01:40:13 -0500
Subject: F9 whatis updates-new
In-Reply-To: <49C17840.9010700@verizon.net>
References: <49C17840.9010700@verizon.net>
Message-ID: <f12087800903182340r3989733eo9ab50245fe748461@mail.gmail.com>

I think the "is this normal?" is a loaded question as what you are doing is
(to the best of my knowledge) not a supported upgrade path. I would
personally recommend a backup of data and a fresh install, but that is just
my opinion.

-Adam
(From my G1)

On Mar 18, 2009 5:41 PM, "Gerry Reno" <greno at verizon.net> wrote:

I just upgraded this F7 machine to F9 as discussed in my previous post and
now when I run the first 'yum update' it brings in PackageLibs plus
'fedora-release' and a few others.  So when it installs this 'transition'
fedora-release it puts new repo files in /etc/yum.repos.d/ as .rpmnew so I
check and move them into place.  The next 'yum update' now lists a whole
bunch of files coming from repo 'updates-new'.  Is this normal?  Will the
system still be usable if I install all these updates from 'updates-new'
repo?

Regards,
Gerry

-- 
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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090319/5f99c122/attachment.htm>

From pato.lukaz at gmail.com  Thu Mar 19 06:59:23 2009
From: pato.lukaz at gmail.com (Alberto Patino)
Date: Thu, 19 Mar 2009 00:59:23 -0600
Subject: How to install F10 with a patched dmraid pkg to fix issue with 
	anaconda/dmraid
Message-ID: <4489a22a0903182359k50f5d198n7de546c62e191d45@mail.gmail.com>

Hi,

I am trying to install F10 in a Dell Precision M6400 with Intel Fake Raid 0.
I have followed the instructions at
https://bugzilla.redhat.com/show_bug.cgi?id=468649 comment #25 using updates
image for anaconda but not with the expected results. I found that for my
particular hardware dmraid rc15 as bundled in fedora 10 has an issue with
disk serial numbers > 16 char in length.

I patched and built the dmraid package as commented in
https://bugzilla.redhat.com/show_bug.cgi?id=490121 but now my question is
how can I replace dmraid and libdmraid.so in my Dell M6400 such anaconda
uses this fixed version of dmraid/libdmraid instead of version inside DVD
iso? Is this possible?

I tried F11alpha but I was unable to even start linux image :(

Thanks


-- 
Don't be evil!!!
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090319/7f336f1d/attachment.htm>

From alexl at users.sourceforge.net  Thu Mar 19 07:14:43 2009
From: alexl at users.sourceforge.net (Alex Lancaster)
Date: Thu, 19 Mar 2009 00:14:43 -0700
Subject: packaging libraries with no versioned .so files
Message-ID: <usocvy2dcs.fsf@allele2.eebweb.arizona.edu>

Hi there,

The packaging guidelines:

http://fedoraproject.org/wiki/Packaging:Guidelines#Devel_Packages

recommend that unversioned .so libraries should go into a -devel
package.  I'm reviewing a package, eclib, that has no versioned .so
libraries at all:

http://bugzilla.redhat.com/show_bug.cgi?id=476398

To satisfy the review requirements submitter put the .so into a -devel
package and suppressed the main eclib package, as there are no
versioned .so to package.  It seems to make more sense to actually
remove the -devel package and include them in the main eclib package.

The guidelines don't appear to cover the case of packages that only
consist of unversioned .so's.  Ideally upstream would add the
versioning, but currently don't support versioning the library.

Either way, I would like to know what the best practice would be in
this case, and ultimately it would be useful if there was an explicit
guideline.

Alex



From j.w.r.degoede at hhs.nl  Thu Mar 19 07:27:14 2009
From: j.w.r.degoede at hhs.nl (Hans de Goede)
Date: Thu, 19 Mar 2009 08:27:14 +0100
Subject: packaging libraries with no versioned .so files
In-Reply-To: <usocvy2dcs.fsf@allele2.eebweb.arizona.edu>
References: <usocvy2dcs.fsf@allele2.eebweb.arizona.edu>
Message-ID: <49C1F3D2.3060805@hhs.nl>

Alex Lancaster wrote:
> Hi there,
> 
> The packaging guidelines:
> 
> http://fedoraproject.org/wiki/Packaging:Guidelines#Devel_Packages
> 
> recommend that unversioned .so libraries should go into a -devel
> package.  I'm reviewing a package, eclib, that has no versioned .so
> libraries at all:
> 
> http://bugzilla.redhat.com/show_bug.cgi?id=476398
> 
> To satisfy the review requirements submitter put the .so into a -devel
> package and suppressed the main eclib package, as there are no
> versioned .so to package.  It seems to make more sense to actually
> remove the -devel package and include them in the main eclib package.
> 
> The guidelines don't appear to cover the case of packages that only
> consist of unversioned .so's.  Ideally upstream would add the
> versioning, but currently don't support versioning the library.
> 
> Either way, I would like to know what the best practice would be in
> this case, and ultimately it would be useful if there was an explicit
> guideline.
> 

If upstream doesn't do library versioning it is a safe bet that they
don't guarantee ABI stability either.

The best practice in this case is to patch upstream's Makefiles to make
versioned libraries with the full upstream version in the soname
(use -release argument to libtool if using libtool). This means
that each new upstream release all dependend programs need to be rebuild
(which sucks), but in my experience this is the best way.

Regards,

Hans



From alexl at users.sourceforge.net  Thu Mar 19 07:39:16 2009
From: alexl at users.sourceforge.net (Alex Lancaster)
Date: Thu, 19 Mar 2009 00:39:16 -0700
Subject: libgnomedbmm abandonded upstream? 
Message-ID: <t2eiwu2c7v.fsf@allele2.eebweb.arizona.edu>

libgnomedbmm is currently causing broken deps in rawhide and hasn't
been ported to the new libgnomedb 3.x API.  

It doesn't seem that anything else uses it, should we block?  More
details here:

http://bugzilla.redhat.com/show_bug.cgi?id=490869

Alex



From mschwendt at gmail.com  Thu Mar 19 07:41:58 2009
From: mschwendt at gmail.com (Michael Schwendt)
Date: Thu, 19 Mar 2009 08:41:58 +0100
Subject: packaging libraries with no versioned .so files
In-Reply-To: <usocvy2dcs.fsf@allele2.eebweb.arizona.edu>
References: <usocvy2dcs.fsf@allele2.eebweb.arizona.edu>
Message-ID: <20090319084158.6fbfeb95@faldor.intranet>

On Thu, 19 Mar 2009 00:14:43 -0700, Alex wrote:

> Hi there,
> 
> The packaging guidelines:
> 
> http://fedoraproject.org/wiki/Packaging:Guidelines#Devel_Packages
> 
> recommend that unversioned .so libraries should go into a -devel
> package. I'm reviewing a package, eclib, that has no versioned .so
> libraries at all:
> 
> http://bugzilla.redhat.com/show_bug.cgi?id=476398
> 
> To satisfy the review requirements submitter put the .so into a -devel
> package and suppressed the main eclib package, as there are no
> versioned .so to package. 

*sigh*  Happens regularly.

What matters is _when_ these .so files are used, not what their name is.
For an ordinary shared library with a versioned SONAME stored in its
header, the .so file is just a symlink, which is needed only when
compiling software. Very roughly, a linker argument such as "-lfoo"
resolves to adding either "libfoo.so" or "libfoo.a".

If, on the contrary, the .so file is the main library, it would also
need to be present at run-time. In run-time linker's search path, if
applications are linked with the library directly. Or in private paths, if
the library is some kind of plug-in, which is opened by the application
itself.

> It seems to make more sense to actually
> remove the -devel package and include them in the main eclib package.

True.
 
> The guidelines don't appear to cover the case of packages that only
> consist of unversioned .so's.

So far it is being assumed that packagers and/or reviewers know what they
are doing. For anyone else it's a pitfall.

> Ideally upstream would add the
> versioning, but currently don't support versioning the library.

Why? Because the API is not stable? It would be better then to include a
library version [or patch-level] into the library SONAME. That way,
library updates [accompanied with proper SONAME updates] would require
dependencies to be rebuilt/relinked.



From jakub at redhat.com  Thu Mar 19 08:15:34 2009
From: jakub at redhat.com (Jakub Jelinek)
Date: Thu, 19 Mar 2009 09:15:34 +0100
Subject: "Dwarf error" on Rawhide
In-Reply-To: <200903190725.42448.gauret@free.fr>
References: <200903182222.47441.gauret@free.fr> <gpsk43$hv1$3@ger.gmane.org>
	<200903190725.42448.gauret@free.fr>
Message-ID: <20090319081533.GD4831@tyan-ft48-01.lab.bos.redhat.com>

On Thu, Mar 19, 2009 at 07:25:42AM +0100, Aurelien Bompard wrote:
> > I think the undefined references are the real problem there.
> 
> Oh, are they ? Any idea what could have changed in GCC 4.4 to cause that ? I 
> didn't find anything obvious in http://gcc.gnu.org/gcc-4.4/porting_to.html

Mail me the preprocessed source for tab_ui.cpp (add -save-temps, avoid
ccache (e.g. run /usr/bin/g++ instead of g++ if you have it installed), mail
tab_ui.ii it generates) and I can have a look whether it is your package's
fault or a GCC bug.

	Jakub



From rjones at redhat.com  Thu Mar 19 09:09:03 2009
From: rjones at redhat.com (Richard W.M. Jones)
Date: Thu, 19 Mar 2009 09:09:03 +0000
Subject: Full Licence field
In-Reply-To: <49C152C5.8040903@redhat.com>
References: <499E9CBB.8070406@schampijer.de>
	<20090301225722.GD7111@yukidoke.org>
	<49AB1FFE.3020900@codewiz.org> <49C0C619.80800@schampijer.de>
	<20090318143059.GD6640@yukidoke.org>
	<49C12958.9010105@schampijer.de> <gprj0e$s9a$1@ger.gmane.org>
	<49C152C5.8040903@redhat.com>
Message-ID: <20090319090903.GA15778@amd.home.annexia.org>

On Wed, Mar 18, 2009 at 04:00:05PM -0400, Tom spot Callaway wrote:
> B) Many licenses require that any distribution include the license text.
> Red Hat Legal was very uncomfortable with us using a rpm dependency to
> meet that requirement.

It's interesting you should mention this.  I try to include the
license file in the main package and all subpackages (eg. in foo and
foo-devel), but often reviewers see this as a bug and ask me to
include the license only in the main package.

An example of this, I'm not picking on Jason Tibbitts in particular:

https://bugzilla.redhat.com/show_bug.cgi?id=476622#c11

Rich.

-- 
Richard Jones, Emerging Technologies, Red Hat  http://et.redhat.com/~rjones
virt-top is 'top' for virtual machines.  Tiny program with many
powerful monitoring features, net stats, disk stats, logging, etc.
http://et.redhat.com/~rjones/virt-top



From bochecha at fedoraproject.org  Thu Mar 19 10:10:51 2009
From: bochecha at fedoraproject.org (Mathieu Bridon (bochecha))
Date: Thu, 19 Mar 2009 11:10:51 +0100
Subject: Bugzilla and FAS accounts
Message-ID: <2d319b780903190310t5d136ccoeeaf3feb0c5c892e@mail.gmail.com>

Hi,

My FAS account is bochecha. Thus, I use my FAS at fedoraproject.org email
address for Fedora related stuff.

However, on bugzilla, my account was created with the mail address
pointed by my FAS account (let's say it's bochecha at mail1.com) as I was
told this is how to do it. I had the possibility to edit statuses and
other fields in Bugzilla with this Bugzilla account.

Recently, I changed the mail address pointed by my FAS account to
bochecha at mail2.com

Someone opened a bug against one of the packages I maintain, and it
was automatically assigned to bochecha at mail2.com. However, in order to
comment and fix it, I still log in Bugzilla with my old account:
bochecha at mail1.com

Because of this, I can't even change the status of the bug to
"assigned" or "fixed".

What would be the best solution ? Change my Bugzilla account every
time I change the email pointed by my FAS account ? Couldn't the
Bugzilla account actually be the FAS account, to avoid this kind of
issues ? Am I even diagnosing this correctly ?

Regards,


----------

Mathieu Bridon (bochecha)

"They who can give up essential liberty to obtain a little temporary
safety, deserve neither liberty nor safety." ~Benjamin Franklin



From kevin.kofler at chello.at  Thu Mar 19 10:17:34 2009
From: kevin.kofler at chello.at (Kevin Kofler)
Date: Thu, 19 Mar 2009 11:17:34 +0100
Subject: Full Licence field
References: <499E9CBB.8070406@schampijer.de>
	<20090301225722.GD7111@yukidoke.org>
	<49AB1FFE.3020900@codewiz.org> <49C0C619.80800@schampijer.de>
	<20090318143059.GD6640@yukidoke.org>
	<49C12958.9010105@schampijer.de> <gprj0e$s9a$1@ger.gmane.org>
	<49C152C5.8040903@redhat.com>
	<20090319090903.GA15778@amd.home.annexia.org>
Message-ID: <gpt63u$r3$1@ger.gmane.org>

Richard W.M. Jones wrote:
> It's interesting you should mention this.  I try to include the
> license file in the main package and all subpackages (eg. in foo and
> foo-devel), but often reviewers see this as a bug and ask me to
> include the license only in the main package.

This really needs a guideline. Some reviewers are complaining if we don't
put the license in each subpackage, others are complaining if we do. There
needs to be a consistent policy throughout Fedora.

        Kevin Kofler



From kwizart at gmail.com  Thu Mar 19 10:31:00 2009
From: kwizart at gmail.com (Nicolas Chauvet)
Date: Thu, 19 Mar 2009 11:31:00 +0100
Subject: packaging libraries with no versioned .so files
In-Reply-To: <49C1F3D2.3060805@hhs.nl>
References: <usocvy2dcs.fsf@allele2.eebweb.arizona.edu>
	<49C1F3D2.3060805@hhs.nl>
Message-ID: <e1760170903190331k383e40d4p3bc88a978e36da78@mail.gmail.com>

2009/3/19 Hans de Goede <j.w.r.degoede at hhs.nl>:
> Alex Lancaster wrote:
>>
>> Hi there,
>>
>> The packaging guidelines:
>>
>> http://fedoraproject.org/wiki/Packaging:Guidelines#Devel_Packages
>>
>> recommend that unversioned .so libraries should go into a -devel
>> package. ?I'm reviewing a package, eclib, that has no versioned .so
>> libraries at all:
>>
>> http://bugzilla.redhat.com/show_bug.cgi?id=476398
>>
>> To satisfy the review requirements submitter put the .so into a -devel
>> package and suppressed the main eclib package, as there are no
>> versioned .so to package. ?It seems to make more sense to actually
>> remove the -devel package and include them in the main eclib package.
>>
>> The guidelines don't appear to cover the case of packages that only
>> consist of unversioned .so's. ?Ideally upstream would add the
>> versioning, but currently don't support versioning the library.
>>
>> Either way, I would like to know what the best practice would be in
>> this case, and ultimately it would be useful if there was an explicit
>> guideline.
>>
>
> If upstream doesn't do library versioning it is a safe bet that they
> don't guarantee ABI stability either.
Another possibility is that this library is meant to be dlopened.
That was the case with yafray which is a image renderer for blender.
When i've patched it to use a SOVERSION and moved the symlink to a
-devel subpackage,
then it used the binary as a fallback method to talk to the image
render which disabled lot of features.

At this time, it wasn't possible to dlopen from a versioned shared
object.. I think it is nowadays ; despite it still doesn't make sense
in the yafray case. (as in no case, any blender component are meant to
be linked with the yafray library).


Nicolas (kwizart)



From hughsient at gmail.com  Thu Mar 19 13:00:45 2009
From: hughsient at gmail.com (Richard Hughes)
Date: Thu, 19 Mar 2009 13:00:45 +0000
Subject: PackageKit and gnome-packagekit test packages
Message-ID: <1237467645.30277.84.camel@hughsie-work.lan>

I would appreciate some testing of the following test packages:

http://koji.fedoraproject.org/koji/taskinfo?taskID=1249802
http://koji.fedoraproject.org/koji/taskinfo?taskID=1249731

When you've installed the new PackageKit, do:

dbus-send --system \
--dest=org.freedesktop.PackageKit  /org/freedesktop/PackageKit \
org.freedesktop.PackageKit.SuggestDaemonQuit

This adds the new update viewer that we've been working on
(gpk-update-viewer2), and also enables the experimental ChangeLog data
source in the viewer. This is very useful when on rawhide, as no other
metadata about the update is currently available.

Feedback welcome about the new UI, and also the ChangeLog feature.

Thanks.

Richard.




From simon at schampijer.de  Thu Mar 19 13:13:07 2009
From: simon at schampijer.de (Simon Schampijer)
Date: Thu, 19 Mar 2009 14:13:07 +0100
Subject: [Sugar-devel] Full Licence field
In-Reply-To: <49C152C5.8040903@redhat.com>
References: <499E9CBB.8070406@schampijer.de>	<20090301225722.GD7111@yukidoke.org>	<49AB1FFE.3020900@codewiz.org>	<49C0C619.80800@schampijer.de>	<20090318143059.GD6640@yukidoke.org>	<49C12958.9010105@schampijer.de>	<gprj0e$s9a$1@ger.gmane.org>
	<49C152C5.8040903@redhat.com>
Message-ID: <49C244E3.5050201@schampijer.de>

Tom "spot" Callaway wrote:
> On 03/18/2009 03:45 PM, Kevin Kofler wrote:
>> Simon Schampijer wrote:
>>> Yes. So the main question is now if Fedora would be willing to ship
>>> general licenses under /usr/share/common-licenses, I think.
> 
> I really don't want to do this. Here's why:
> 
> A) Many copyright holders make minor modifications to the licensing
> terms. These modifications usually do not affect the rights granted by
> the license (which is why we do not mark them as distinct and individual
> licenses), but it would be incorrect to have these packages pointing to
> general license texts when those do not apply.
> 
> B) Many licenses require that any distribution include the license text.
> Red Hat Legal was very uncomfortable with us using a rpm dependency to
> meet that requirement.
> 
> What I do think we were looking at doing is having rpm mark %license
> texts in a unique way that is different from %doc. This would permit rpm
> --excludedocs but retain the license texts.
> 
> ~spot

So, the point to ship a license per package is fine. I actually did not 
want to relax that. I had the technical problem to need to access the 
license field to be able to display it in a dialog inside Sugar.

http://shell.sugarlabs.org/~erikos/licence_field.png

And since - the file is placed in different places on each distro I 
wanted to see if a common place would be possible, makes sense. On 
Fedora this could have been in addition to the per package license 
field. Not very economic of course.

Anyhow - while thinking about it, I was not even sure the displaying of 
the full license is correct/needed - or matches the guidelines. For 
example I have not seen something similar in GNOME.

Maybe someone from Fedora that has more insights on those legal issues 
can comment what they want/need to see in such a page for Sugar on Fedora.

Thanks,
    Simon

PS: Of course, thanks for all the interesting comments about compressing 
the files etc to gain some space.





From belegdol at gmail.com  Thu Mar 19 13:23:41 2009
From: belegdol at gmail.com (Julian Sikorski)
Date: Thu, 19 Mar 2009 14:23:41 +0100
Subject: how to add newlines to bodhi update description?
Message-ID: <gpth0t$5mo$1@ger.gmane.org>

Hi,

please have a look:
https://admin.fedoraproject.org/updates/gnome-chemistry-utils-0.10.4-1.fc10
The description contains no newlines, and as a result is really hard to
read. Kernel and firefox updates, on the other hand, contain line breaks
and are all nice and clear. How do I add those newlines? I can't find it
documented anywhere...

Thanks,
Julian



From drago01 at gmail.com  Thu Mar 19 13:42:14 2009
From: drago01 at gmail.com (drago01)
Date: Thu, 19 Mar 2009 14:42:14 +0100
Subject: Should bluez be in base, or split deps?
In-Reply-To: <49C1341E.1060707@googlemail.com>
References: <49C00BEF.2010201@cora.nwra.com> <gpp8cg$t31$1@ger.gmane.org>
	<20090318165856.GF12553@nostromo.devel.redhat.com>
	<49C1341E.1060707@googlemail.com>
Message-ID: <f6ca9fed0903190642vf1cb458s1c38f5507f63da81@mail.gmail.com>

On Wed, Mar 18, 2009 at 6:49 PM, psmith <johnsmithdoe14 at googlemail.com> wrote:
> Bill Nottingham wrote:
>>
>> Kevin Kofler (kevin.kofler at chello.at) said:
>>>
>>> Orion Poplawski wrote:
>>>
>>>>
>>>> Funny that kdebluetooth wins over bluez-gnome. ?I thought shortest wins,
>>>> or is this an epoch thing?
>>>>
>>>
>>> AFAIK, bluez-gnome is obsoleted by gnome-bluetooth, which has a longer
>>> name
>>> than kdebluetooth.
>>>
>
> are you saying that packages that provide the same functionality are chosen
> to install by which has the shorter name?

yes that's how it work.



From rawhide at fedoraproject.org  Thu Mar 19 13:43:49 2009
From: rawhide at fedoraproject.org (Rawhide Report)
Date: Thu, 19 Mar 2009 13:43:49 +0000 (UTC)
Subject: rawhide report: 20090319 changes
Message-ID: <20090319134349.99E441F8248@releng2.fedora.phx.redhat.com>

Compose started at Thu Mar 19 09:36:08 UTC 2009

Updated Packages:

anaconda-11.5.0.33-1
--------------------
* Thu Mar 19 2009 David Lehman <dlehman at redhat.com> - 11.5.0.33-1
- Rework the lvm dialog. (#490301,#490966,#490681,#489870) (dlehman)
- Improve chances of uniqueness from Storage.createSuggestedLVName. (dlehman)
- Fix pruning of destroy actions for preexisting devices. (dlehman)
- Devices should not be resizable unless they exist. (dlehman)
- Try to activate an existing md array after adding each member. (dlehman)
- Indicate filesystem is mountable if we have a mount command. (dcantrell)
- Mount existing filesystems read-only when getting size. (dcantrell)
- Fix some errors in the updates target. (dcantrell)
- Place all mount.* commands in /sbin (dcantrell)
- Fix error message reading and writing in doPwMount() (dcantrell)
- Use booleans in isys.mount() and isys.umount() (dcantrell)
- Add a FIXME comment for setting uuid in VG / LV create (hdegoede)
- Do not traceback when writing anaconda.ks with iscsi with auth info.
  (hdegoede)
- Do not write LV uuid to grub.conf, but the filesystem uuid (hdegoede)
- If a mountpoint depends on a network disk at _netdev to its fstab options
  (hdegoede)
- Do not hang when creating raid array with member having filesystem
  detected (#490891) (rvykydal)
- Destroy and create luks child of raid array too when editing in UI.
  (rvykydal)
- Editing non-existent raid device by destroying and creating actions
  (rvykydal)
- actionDestroyFormat call takes device, not format (rvykydal)
- Fix getChildren call in partition UI (rvykydal)
- Fix removing of devices with the same name from	tree when adding
  create action. (rvykydal)
- Do not duplicate requested minor number in edit raid UI list. (rvykydal)
- Offer available partitions when editing non-preexisting raid request.
  (rvykydal)
- Don't try to fit the whole StorageDevice.__str__ output into the UI
  (#490406). (clumens)
- Make PartitionDevice handle both normal and dmraid partitions (hdegoede)
- Stop overriding __init__ in DMRaidPartitionDevice (hdegoede)
- Set format UUID after creating a format (hdegoede)
- Fix result of updateSysfsPath to be consistent with initial sysfsPath
  values (hdegoede)
- Use getDevicesByInstance() for storage.partitions (hdegoede)
- We no longer use iscsiadm anywhere (hdegoede)

* Tue Mar 17 2009 Jesse Keating <jkeating at redhat.com> - 11.5.0.32-1
- Typo fix. (clumens)
- Make platform.checkBootRequest work better and not use diskset anymore. (clumens)
- Fix a traceback when looking for PS3 boot partitions (#490738). (clumens)
- FormatArgs -> FormatOptions (#490737). (clumens)
- Fix ppoll() timeout=infinity usage in auditd (#484721). (pjones)
- Simplify kernel package selection. (clumens)
- Look at CPU flags instead of /proc/iomem to determine PAE-ness (#484941). (clumens)
- Tell NM not to touch interfaces when / is on a network disk (hdegoede)
- Get iscsi going with the new storage code (hdegoede)
- Use minihal instead of isys.hardDriveDict in list-harddrives (#488122). (clumens)
- storage.disks never includes disks without media present. (clumens)
- Changed the getDevicebyLabel() to getDeviceByLabel() in devicetree.py (mgracik)


imsettings-0.106.1-2.fc11
-------------------------
* Wed Mar 18 2009 Akira TAGOH <tagoh at redhat.com> - 0.106.1-2
- Fix XIM-related issues.
- Fix a parser error during reading Compose data. (#484142)
- Get rid of more debugging messages.

* Tue Mar 10 2009 Akira TAGOH <tagoh at redhat.com> - 0.106.1-1
- New upstream release.
  - Fix a double-free issue. (#485595)
  - Workaround to get the accelerator keys working on X apps. (#488713)
  - Get rid of debugging messages (#489119)


kismet-0.0.2008.05.R1-5.fc11
----------------------------
* Wed Mar 18 2009 Alex Lancaster <alexlan[AT]fedoraproject org> - 0.0.2008.05.R1-5
- Add patch to fix build against GCC 4.4 (#490811)

* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 0.0.2008.05.R1-4
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


libXau-1.0.4-5.fc11
-------------------
* Wed Mar 18 2009 Adam Jackson <ajax at redhat.com> 1.0.4-5
- Disable local auth patch.  Apparently it _can_ possibly help.


lsvpd-1.6.5-1.fc11
------------------
* Mon Mar 16 2009 Eric Munson <ebmunson at us.ibm.com> - 1.6.4-6
- Bump for rebuild against latest build of libvpd

* Mon Mar 16 2009 Eric Munson <ebmunson at us.ibm.com> - 1.6.5-1
- Update source to use new glibc C header includes

* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 1.6.4-5
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild

* Thu Aug 14 2008 - Eric Munson <ebmunson at us.ibm.com> - 1.6.4-4
- Bump for rebuild with new libvpd.


python-pyblock-0.40-1.fc11
--------------------------
* Thu Mar 12 2009 Joel Granados <jgranado at redhat.com> - 0.39-1
- Fix the way we handle pyparted disk label errors (jgranados)

* Thu Mar 12 2009 Joel Granados <jgranado at redhat.com> - 0.40-1
- Fix the build for python-2.6 (jgranados)
- Add an automated way to tag when building (jgranados)


q-7.11-5.fc11
-------------
* Wed Mar 18 2009 Alex Lancaster <alexlan[AT]fedoraproject org> - 7.11-5
- Comment-out the AcquireOnePixel patch, appears to be no longer necessary for 
  new ImageMagick-6.4.9 (#490874)


qpidc-0.5.752600-4.fc11
-----------------------
* Mon Mar 16 2009 Nuno Santos <nsantos at redhat.com> - 0.5.752600-3
- Disable auth by default; fix selinux requires

* Mon Mar 16 2009 Nuno Santos <nsantos at localhost.localdomain> - 0.5.752600-4
- BZ483925 - split docs into a separate noarch subpackage


rhm-0.5.3153-2.fc11
-------------------
* Tue Mar 17 2009 Nuno Santos <nsantos at redhat.com> - 0.5.3153-1
- Rebased to svn rev 3153/752600

* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 0.4.3088-2
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


Summary:
Added Packages: 0
Removed Packages: 0
Modified Packages: 9
Broken deps for i386
----------------------------------------------------------
	dbmail-2.2.11-2.fc10.i386 requires libgmime-2.0.so.2
	dbmail-auth-ldap-2.2.11-2.fc10.i386 requires libgmime-2.0.so.2
	dbmail-mysql-2.2.11-2.fc10.i386 requires libssl.so.7
	dbmail-mysql-2.2.11-2.fc10.i386 requires libcrypto.so.7
	dbmail-mysql-2.2.11-2.fc10.i386 requires libmysqlclient.so.15
	dbmail-mysql-2.2.11-2.fc10.i386 requires libgmime-2.0.so.2
	dbmail-mysql-2.2.11-2.fc10.i386 requires libmysqlclient.so.15(libmysqlclient_15)
	dbmail-pgsql-2.2.11-2.fc10.i386 requires libgmime-2.0.so.2
	gdal-1.6.0-4.fc11.i386 requires libodbc.so.1
	gdal-1.6.0-4.fc11.i386 requires libodbcinst.so.1
	gdal-1.6.0-4.fc11.i386 requires libhdf5.so.5
	gdal-perl-1.6.0-4.fc11.i386 requires libodbc.so.1
	gdal-perl-1.6.0-4.fc11.i386 requires libodbcinst.so.1
	gdal-perl-1.6.0-4.fc11.i386 requires libhdf5.so.5
	gdal-ruby-1.6.0-4.fc11.i386 requires libodbc.so.1
	gdal-ruby-1.6.0-4.fc11.i386 requires libodbcinst.so.1
	gdal-ruby-1.6.0-4.fc11.i386 requires libhdf5.so.5
	grass-6.3.0-10.fc11.i386 requires libodbc.so.1
	k3d-0.6.7.0-9.fc11.i386 requires libMagickCore.so.1
	k3d-0.6.7.0-9.fc11.i386 requires libMagick++.so.1
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgdamm-3.0.so.10
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb_graph-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb_extra-3.0.so.4
	libopensync-plugin-syncml-0.35-4.fc10.i386 requires libsyncml.so.0
	mapnik-0.5.2-0.10.svn780.fc11.i386 requires dejavu-fonts-sans
	1:pan-0.133-1.fc10.i386 requires libgmime-2.0.so.2
	pfstools-imgmagick-1.7.0-3.fc11.i386 requires libMagickCore.so.1
	pfstools-imgmagick-1.7.0-3.fc11.i386 requires libMagick++.so.1
	pfstools-octave-1.7.0-3.fc11.i386 requires libhdf5.so.5
	postgresql-odbcng-0.90.101-2.fc10.i386 requires libodbcinst.so.1
	xastir-1.9.5-2.fc11.i386 requires libMagickCore.so.1



Broken deps for x86_64
----------------------------------------------------------
	dbmail-2.2.11-2.fc10.x86_64 requires libgmime-2.0.so.2()(64bit)
	dbmail-auth-ldap-2.2.11-2.fc10.x86_64 requires libgmime-2.0.so.2()(64bit)
	dbmail-mysql-2.2.11-2.fc10.x86_64 requires libmysqlclient.so.15(libmysqlclient_15)(64bit)
	dbmail-mysql-2.2.11-2.fc10.x86_64 requires libgmime-2.0.so.2()(64bit)
	dbmail-mysql-2.2.11-2.fc10.x86_64 requires libssl.so.7()(64bit)
	dbmail-mysql-2.2.11-2.fc10.x86_64 requires libcrypto.so.7()(64bit)
	dbmail-mysql-2.2.11-2.fc10.x86_64 requires libmysqlclient.so.15()(64bit)
	dbmail-pgsql-2.2.11-2.fc10.x86_64 requires libgmime-2.0.so.2()(64bit)
	gdal-1.6.0-4.fc11.i386 requires libodbc.so.1
	gdal-1.6.0-4.fc11.i386 requires libodbcinst.so.1
	gdal-1.6.0-4.fc11.i386 requires libhdf5.so.5
	gdal-1.6.0-4.fc11.x86_64 requires libhdf5.so.5()(64bit)
	gdal-1.6.0-4.fc11.x86_64 requires libodbcinst.so.1()(64bit)
	gdal-1.6.0-4.fc11.x86_64 requires libodbc.so.1()(64bit)
	gdal-perl-1.6.0-4.fc11.x86_64 requires libhdf5.so.5()(64bit)
	gdal-perl-1.6.0-4.fc11.x86_64 requires libodbcinst.so.1()(64bit)
	gdal-perl-1.6.0-4.fc11.x86_64 requires libodbc.so.1()(64bit)
	gdal-ruby-1.6.0-4.fc11.x86_64 requires libhdf5.so.5()(64bit)
	gdal-ruby-1.6.0-4.fc11.x86_64 requires libodbcinst.so.1()(64bit)
	gdal-ruby-1.6.0-4.fc11.x86_64 requires libodbc.so.1()(64bit)
	grass-6.3.0-10.fc11.x86_64 requires libodbc.so.1()(64bit)
	k3d-0.6.7.0-9.fc11.i386 requires libMagickCore.so.1
	k3d-0.6.7.0-9.fc11.i386 requires libMagick++.so.1
	k3d-0.6.7.0-9.fc11.x86_64 requires libMagick++.so.1()(64bit)
	k3d-0.6.7.0-9.fc11.x86_64 requires libMagickCore.so.1()(64bit)
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgdamm-3.0.so.10
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb_graph-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb_extra-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.x86_64 requires libgnomedb_graph-3.0.so.4()(64bit)
	libgnomedbmm-2.9.5-4.fc9.x86_64 requires libgdamm-3.0.so.10()(64bit)
	libgnomedbmm-2.9.5-4.fc9.x86_64 requires libgnomedb-3.0.so.4()(64bit)
	libgnomedbmm-2.9.5-4.fc9.x86_64 requires libgnomedb_extra-3.0.so.4()(64bit)
	libopensync-plugin-syncml-0.35-4.fc10.x86_64 requires libsyncml.so.0()(64bit)
	mapnik-0.5.2-0.10.svn780.fc11.i386 requires dejavu-fonts-sans
	mapnik-0.5.2-0.10.svn780.fc11.x86_64 requires dejavu-fonts-sans
	1:pan-0.133-1.fc10.x86_64 requires libgmime-2.0.so.2()(64bit)
	pfstools-imgmagick-1.7.0-3.fc11.x86_64 requires libMagick++.so.1()(64bit)
	pfstools-imgmagick-1.7.0-3.fc11.x86_64 requires libMagickCore.so.1()(64bit)
	pfstools-octave-1.7.0-3.fc11.x86_64 requires libhdf5.so.5()(64bit)
	postgresql-odbcng-0.90.101-2.fc10.i386 requires libodbcinst.so.1
	postgresql-odbcng-0.90.101-2.fc10.x86_64 requires libodbcinst.so.1()(64bit)
	xastir-1.9.5-2.fc11.x86_64 requires libMagickCore.so.1()(64bit)



Broken deps for ppc
----------------------------------------------------------
	dbmail-2.2.11-2.fc10.ppc requires libgmime-2.0.so.2
	dbmail-auth-ldap-2.2.11-2.fc10.ppc requires libgmime-2.0.so.2
	dbmail-mysql-2.2.11-2.fc10.ppc requires libssl.so.7
	dbmail-mysql-2.2.11-2.fc10.ppc requires libmysqlclient.so.15
	dbmail-mysql-2.2.11-2.fc10.ppc requires libcrypto.so.7
	dbmail-mysql-2.2.11-2.fc10.ppc requires libmysqlclient.so.15(libmysqlclient_15)
	dbmail-mysql-2.2.11-2.fc10.ppc requires libgmime-2.0.so.2
	dbmail-pgsql-2.2.11-2.fc10.ppc requires libgmime-2.0.so.2
	gdal-1.6.0-4.fc11.ppc requires libodbc.so.1
	gdal-1.6.0-4.fc11.ppc requires libodbcinst.so.1
	gdal-1.6.0-4.fc11.ppc requires libhdf5.so.5
	gdal-1.6.0-4.fc11.ppc64 requires libhdf5.so.5()(64bit)
	gdal-1.6.0-4.fc11.ppc64 requires libodbcinst.so.1()(64bit)
	gdal-1.6.0-4.fc11.ppc64 requires libodbc.so.1()(64bit)
	gdal-perl-1.6.0-4.fc11.ppc requires libodbc.so.1
	gdal-perl-1.6.0-4.fc11.ppc requires libodbcinst.so.1
	gdal-perl-1.6.0-4.fc11.ppc requires libhdf5.so.5
	gdal-ruby-1.6.0-4.fc11.ppc requires libodbc.so.1
	gdal-ruby-1.6.0-4.fc11.ppc requires libodbcinst.so.1
	gdal-ruby-1.6.0-4.fc11.ppc requires libhdf5.so.5
	grass-6.3.0-10.fc11.ppc requires libodbc.so.1
	k3d-0.6.7.0-9.fc11.ppc requires libMagickCore.so.1
	k3d-0.6.7.0-9.fc11.ppc requires libMagick++.so.1
	k3d-0.6.7.0-9.fc11.ppc64 requires libMagick++.so.1()(64bit)
	k3d-0.6.7.0-9.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc requires libgnomedb-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.ppc requires libgdamm-3.0.so.10
	libgnomedbmm-2.9.5-4.fc9.ppc requires libgnomedb_graph-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.ppc requires libgnomedb_extra-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgnomedb_graph-3.0.so.4()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgdamm-3.0.so.10()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgnomedb-3.0.so.4()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgnomedb_extra-3.0.so.4()(64bit)
	libopensync-plugin-syncml-0.35-4.fc10.ppc requires libsyncml.so.0
	mapnik-0.5.2-0.10.svn780.fc11.ppc requires dejavu-fonts-sans
	mapnik-0.5.2-0.10.svn780.fc11.ppc64 requires dejavu-fonts-sans
	1:pan-0.133-1.fc10.ppc requires libgmime-2.0.so.2
	pfstools-imgmagick-1.7.0-3.fc11.ppc requires libMagickCore.so.1
	pfstools-imgmagick-1.7.0-3.fc11.ppc requires libMagick++.so.1
	pfstools-octave-1.7.0-3.fc11.ppc requires libhdf5.so.5
	postgresql-odbcng-0.90.101-2.fc10.ppc requires libodbcinst.so.1
	postgresql-odbcng-0.90.101-2.fc10.ppc64 requires libodbcinst.so.1()(64bit)
	xastir-1.9.5-2.fc11.ppc requires libMagickCore.so.1



Broken deps for ppc64
----------------------------------------------------------
	cabal2spec-0.12-1.fc11.noarch requires ghc > 0:6.10.1-7
	dbmail-2.2.11-2.fc10.ppc64 requires libgmime-2.0.so.2()(64bit)
	dbmail-auth-ldap-2.2.11-2.fc10.ppc64 requires libgmime-2.0.so.2()(64bit)
	dbmail-mysql-2.2.11-2.fc10.ppc64 requires libgmime-2.0.so.2()(64bit)
	dbmail-mysql-2.2.11-2.fc10.ppc64 requires libssl.so.7()(64bit)
	dbmail-mysql-2.2.11-2.fc10.ppc64 requires libmysqlclient.so.15(libmysqlclient_15)(64bit)
	dbmail-mysql-2.2.11-2.fc10.ppc64 requires libcrypto.so.7()(64bit)
	dbmail-mysql-2.2.11-2.fc10.ppc64 requires libmysqlclient.so.15()(64bit)
	dbmail-pgsql-2.2.11-2.fc10.ppc64 requires libgmime-2.0.so.2()(64bit)
	gdal-1.6.0-4.fc11.ppc64 requires libhdf5.so.5()(64bit)
	gdal-1.6.0-4.fc11.ppc64 requires libodbcinst.so.1()(64bit)
	gdal-1.6.0-4.fc11.ppc64 requires libodbc.so.1()(64bit)
	gdal-perl-1.6.0-4.fc11.ppc64 requires libhdf5.so.5()(64bit)
	gdal-perl-1.6.0-4.fc11.ppc64 requires libodbcinst.so.1()(64bit)
	gdal-perl-1.6.0-4.fc11.ppc64 requires libodbc.so.1()(64bit)
	gdal-ruby-1.6.0-4.fc11.ppc64 requires libhdf5.so.5()(64bit)
	gdal-ruby-1.6.0-4.fc11.ppc64 requires libodbcinst.so.1()(64bit)
	gdal-ruby-1.6.0-4.fc11.ppc64 requires libodbc.so.1()(64bit)
	grass-6.3.0-10.fc11.ppc64 requires libodbc.so.1()(64bit)
	k3d-0.6.7.0-9.fc11.ppc64 requires libMagick++.so.1()(64bit)
	k3d-0.6.7.0-9.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgnomedb_graph-3.0.so.4()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgdamm-3.0.so.10()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgnomedb-3.0.so.4()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgnomedb_extra-3.0.so.4()(64bit)
	libopensync-plugin-syncml-0.35-4.fc10.ppc64 requires libsyncml.so.0()(64bit)
	mapnik-0.5.2-0.10.svn780.fc11.ppc64 requires dejavu-fonts-sans
	1:pan-0.133-1.fc10.ppc64 requires libgmime-2.0.so.2()(64bit)
	pfstools-imgmagick-1.7.0-3.fc11.ppc64 requires libMagick++.so.1()(64bit)
	pfstools-imgmagick-1.7.0-3.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	pfstools-octave-1.7.0-3.fc11.ppc64 requires libhdf5.so.5()(64bit)
	postgresql-odbcng-0.90.101-2.fc10.ppc64 requires libodbcinst.so.1()(64bit)
	xastir-1.9.5-2.fc11.ppc64 requires libMagickCore.so.1()(64bit)





From sandeen at redhat.com  Thu Mar 19 14:10:44 2009
From: sandeen at redhat.com (Eric Sandeen)
Date: Thu, 19 Mar 2009 09:10:44 -0500
Subject: Where are Fedora core 10 sources for download
In-Reply-To: <89e7235b0903182009j50829e40hc22b234ffed2a1dc@mail.gmail.com>
References: <89e7235b0903182009j50829e40hc22b234ffed2a1dc@mail.gmail.com>
Message-ID: <49C25264.3000003@redhat.com>

Joe Ovanesian wrote:
> Hello Folks,
> 
> I am embarking on a development project involving kernel modules and
> user space apps.
> I currently have  FC-10 (Kernel 2.6.27.5-117), and am doing a "yum
> update" to most recent.
> 
> Would like to download the corresponding sources to do some development.
> 
> Could someone point me in the right direction please.

I see you've already found out how to gather src.rpms, but in my
experience rpms are more often the endpoint for development, not the
starting point.

Depending on what you're doing, you may want to look into just using
upstream repositories for the code you are hacking.

-Eric



From johnsmithdoe14 at googlemail.com  Thu Mar 19 14:17:44 2009
From: johnsmithdoe14 at googlemail.com (psmith)
Date: Thu, 19 Mar 2009 14:17:44 +0000
Subject: Should bluez be in base, or split deps?
In-Reply-To: <f6ca9fed0903190642vf1cb458s1c38f5507f63da81@mail.gmail.com>
References: <49C00BEF.2010201@cora.nwra.com>
	<gpp8cg$t31$1@ger.gmane.org>	<20090318165856.GF12553@nostromo.devel.redhat.com>	<49C1341E.1060707@googlemail.com>
	<f6ca9fed0903190642vf1cb458s1c38f5507f63da81@mail.gmail.com>
Message-ID: <49C25408.1000100@googlemail.com>

drago01 wrote:
> On Wed, Mar 18, 2009 at 6:49 PM, psmith <johnsmithdoe14 at googlemail.com> wrote:
>   
>> Bill Nottingham wrote:
>>     
>>> Kevin Kofler (kevin.kofler at chello.at) said:
>>>       
>>>> Orion Poplawski wrote:
>>>>
>>>>         
>>>>> Funny that kdebluetooth wins over bluez-gnome. ?I thought shortest wins,
>>>>> or is this an epoch thing?
>>>>>
>>>>>           
>>>> AFAIK, bluez-gnome is obsoleted by gnome-bluetooth, which has a longer
>>>> name
>>>> than kdebluetooth.
>>>>
>>>>         
>> are you saying that packages that provide the same functionality are chosen
>> to install by which has the shorter name?
>>     
>
> yes that's how it work.
>
>   
wow, that just seems so archaic!



From billcrawford1970 at gmail.com  Thu Mar 19 14:22:15 2009
From: billcrawford1970 at gmail.com (Bill Crawford)
Date: Thu, 19 Mar 2009 14:22:15 +0000
Subject: Should bluez be in base, or split deps?
In-Reply-To: <49C25408.1000100@googlemail.com>
References: <49C00BEF.2010201@cora.nwra.com>
	<f6ca9fed0903190642vf1cb458s1c38f5507f63da81@mail.gmail.com>
	<49C25408.1000100@googlemail.com>
Message-ID: <200903191422.15497.billcrawford1970@gmail.com>

On Thursday 19 March 2009 14:17:44 psmith wrote:
> drago01 wrote:
> > On Wed, Mar 18, 2009 at 6:49 PM, psmith <johnsmithdoe14 at googlemail.com> 
wrote:
...
> >> are you saying that packages that provide the same functionality are
> >> chosen to install by which has the shorter name?
> >
> > yes that's how it work.
>
> wow, that just seems so archaic!

You might want to pester Seth for a --dwim flag for yum.



From giallu at gmail.com  Thu Mar 19 15:12:22 2009
From: giallu at gmail.com (Gianluca Sforna)
Date: Thu, 19 Mar 2009 16:12:22 +0100
Subject: how to add newlines to bodhi update description?
In-Reply-To: <gpth0t$5mo$1@ger.gmane.org>
References: <gpth0t$5mo$1@ger.gmane.org>
Message-ID: <d5ad21470903190812m4743ca1dnbdc724cd44d1b34b@mail.gmail.com>

On Thu, Mar 19, 2009 at 2:23 PM, Julian Sikorski <belegdol at gmail.com> wrote:
> Hi,
>
> please have a look:
> https://admin.fedoraproject.org/updates/gnome-chemistry-utils-0.10.4-1.fc10
> The description contains no newlines, and as a result is really hard to
> read. Kernel and firefox updates, on the other hand, contain line breaks
> and are all nice and clear. How do I add those newlines? I can't find it
> documented anywhere...

Yeah, I was hit by this too...

Maybe the solution is using explicitly "\n" in the description?

-- 
Gianluca Sforna

http://morefedora.blogspot.com
http://www.linkedin.com/in/gianlucasforna



From zcerza at redhat.com  Thu Mar 19 15:15:43 2009
From: zcerza at redhat.com (Zack Cerza)
Date: Thu, 19 Mar 2009 11:15:43 -0400
Subject: PackageKit and gnome-packagekit test packages
In-Reply-To: <1237467645.30277.84.camel@hughsie-work.lan>
References: <1237467645.30277.84.camel@hughsie-work.lan>
Message-ID: <1237475743.13333.3.camel@megadoomer.boston.devel.redhat.com>

On Thu, 2009-03-19 at 13:00 +0000, Richard Hughes wrote:
> I would appreciate some testing of the following test packages:
> 
> http://koji.fedoraproject.org/koji/taskinfo?taskID=1249802
> http://koji.fedoraproject.org/koji/taskinfo?taskID=1249731
> 
> When you've installed the new PackageKit, do:
> 
> dbus-send --system \
> --dest=org.freedesktop.PackageKit  /org/freedesktop/PackageKit \
> org.freedesktop.PackageKit.SuggestDaemonQuit
> 
> This adds the new update viewer that we've been working on
> (gpk-update-viewer2), and also enables the experimental ChangeLog data
> source in the viewer. This is very useful when on rawhide, as no other
> metadata about the update is currently available.
> 
> Feedback welcome about the new UI, and also the ChangeLog feature.
> 
> Thanks.
> 
> Richard.

Hey Richard,

I'm excited about the changelog feature. I'm getting the following
traceback, though, when gpk-u-v2 is chewing on metadata:

Error Type: <type 'exceptions.UnicodeDecodeError'>
Error Value: 'ascii' codec can't decode byte 0xc3 in position 38:
ordinal not in range(128)
  File : /usr/share/PackageKit/helpers/yum/yumBackend.py, line 2754, in
<module>
    main()
  File : /usr/share/PackageKit/helpers/yum/yumBackend.py, line 2751, in
main
    backend.dispatcher(sys.argv[1:])
  File : /usr/lib/python2.6/site-packages/packagekit/backend.py, line
622, in dispatcher
    self.dispatch_command(args[0], args[1:])
  File : /usr/lib/python2.6/site-packages/packagekit/backend.py, line
523, in dispatch_command
    self.get_update_detail(pkgs)
  File : /usr/share/PackageKit/helpers/yum/yumBackend.py, line 2335, in
get_update_detail
    changelog += _format_str('**' + time.ctime(change[0]) + '** ' +
change[1] + '\n' + _to_unicode(change[2].replace("\t", " ")) + '\n\n')


Wishing python 3 came 5 years ago,
Zack



From mattias.ellert at fysast.uu.se  Thu Mar 19 15:17:42 2009
From: mattias.ellert at fysast.uu.se (Mattias Ellert)
Date: Thu, 19 Mar 2009 16:17:42 +0100
Subject: how to add newlines to bodhi update description?
In-Reply-To: <d5ad21470903190812m4743ca1dnbdc724cd44d1b34b@mail.gmail.com>
References: <gpth0t$5mo$1@ger.gmane.org>
	<d5ad21470903190812m4743ca1dnbdc724cd44d1b34b@mail.gmail.com>
Message-ID: <1237475862.2984.1.camel@ellert.tsl.uu.se>

tor 2009-03-19 klockan 16:12 +0100 skrev Gianluca Sforna:
> On Thu, Mar 19, 2009 at 2:23 PM, Julian Sikorski <belegdol at gmail.com> wrote:
> > Hi,
> >
> > please have a look:
> > https://admin.fedoraproject.org/updates/gnome-chemistry-utils-0.10.4-1.fc10
> > The description contains no newlines, and as a result is really hard to
> > read. Kernel and firefox updates, on the other hand, contain line breaks
> > and are all nice and clear. How do I add those newlines? I can't find it
> > documented anywhere...
> 
> Yeah, I was hit by this too...
> 
> Maybe the solution is using explicitly "\n" in the description?

Make an empty line (i.e. two linefeeds) to create a new paragraph.

	Mattias

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 2272 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090319/94404b9e/attachment.bin>

From wwoods at redhat.com  Thu Mar 19 16:17:36 2009
From: wwoods at redhat.com (Will Woods)
Date: Thu, 19 Mar 2009 12:17:36 -0400
Subject: preupgrade F9 -> F10 (was rawhide)?
In-Reply-To: <49C1E331.7050701@verizon.net>
References: <d551e0e20810261105u1fce4b2am7ead022a5c2f9c83@mail.gmail.com>
	<1225084095.3077.24.camel@zebes.localdomain>
	<d551e0e20810262348m2a94520eh562373b2df491b30@mail.gmail.com>
	<d551e0e20811070940k6277b1a4ufdf5f27add2c90b@mail.gmail.com>
	<1226089312.3459.43.camel@metroid.rdu.redhat.com>
	<49C1C9AA.1070702@verizon.net>  <49C1E331.7050701@verizon.net>
Message-ID: <1237479456.14834.2.camel@metroid.rdu.redhat.com>

On Thu, 2009-03-19 at 02:16 -0400, Gerry Reno wrote:
> Gerry Reno wrote: 
> > Will Woods wrote: 
> > > 
> > > This is a GRUB bug that we've been unable to reproduce reliably, and
> > > therefore haven't traced fully. It's often triggered by using the grub
> > > --once flag, which is used by both preupgrade and suspend-to-disk
> > > (hibernate). We've seen it happen with both of those things, but the
> > > preupgrade case seems to be more frequent because it tends to also
> > > involve upgrading GRUB at the same time.
> > > 
> > > As far as we've been able to trace it, *something* causes GRUB stage2
> > > (or stage 1.5) to move its physical on-disk location. But we don't know
> > > what. Nothing that we're doing to GRUB *should* cause that. But
> > > something does, and then stage1 can't find the rest of GRUB, and we get
> > > stuck with "GRUB" on-screen and an unbootable system.
> > > 
> > > Anyway. I've spent *weeks* trying to track that one down, bugging pjones
> > > (our GRUB maintainer) and esandeen (our mad ext3/ext4 hacker) endlessly,
> > > and never made any real progress. Reinstalling GRUB, as you did, is the
> > > proper fix when this happens. But we still don't know what causes it,
> > > and therefore how to keep it from happening in the first place.

This remains a problem in F10; unsure if rawhide is also susceptible.
I'd guess yes.

> > Ok, I just ran into this nasty little problem when I did my F9 =>
> > F10 preupgrade.  All I get at the first reboot is the GRUB prompt.
> > Has any progress been made on tracking this down?  This will be a
> > real pain if I have to go through this on 14 machines.  Is there any
> > workaround to avoid this problem?

None known. You can use a rescue CD / Live image to re-run grub-install
to fix it, but that's about it.

> And I just reran the preupgrade and this time I see this message go
> by:
> Not enough space in /boot/upgrade to download install.img
> GRUBBY shows that it will download the install.img from the network.
> 
> The /boot is 100MB size on this machine.
> 
> So I did the first reboot and this time the machine booted, retrieved
> the install.img and ran anaconda.
> Maybe the GRUB prompt problem is related to my small /boot space.

It's not. We've seen this happen on plenty of machines with 200MB /boot.

-w
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 3153 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090319/d42775c1/attachment.bin>

From greno at verizon.net  Thu Mar 19 16:31:34 2009
From: greno at verizon.net (Gerry Reno)
Date: Thu, 19 Mar 2009 12:31:34 -0400
Subject: F9 whatis updates-new
In-Reply-To: <f12087800903182340r3989733eo9ab50245fe748461@mail.gmail.com>
References: <49C17840.9010700@verizon.net>
	<f12087800903182340r3989733eo9ab50245fe748461@mail.gmail.com>
Message-ID: <49C27366.3050909@verizon.net>

Adam Miller wrote:
>
> I think the "is this normal?" is a loaded question as what you are 
> doing is (to the best of my knowledge) not a supported upgrade path. I 
> would personally recommend a backup of data and a fresh install, but 
> that is just my opinion.
>
> -Adam
> (From my G1)
>
>     On Mar 18, 2009 5:41 PM, "Gerry Reno" <greno at verizon.net
>     <mailto:greno at verizon.net>> wrote:
>
>     I just upgraded this F7 machine to F9 as discussed in my previous
>     post and now when I run the first 'yum update' it brings in
>     PackageLibs plus 'fedora-release' and a few others.  So when it
>     installs this 'transition' fedora-release it puts new repo files
>     in /etc/yum.repos.d/ as .rpmnew so I check and move them into
>     place.  The next 'yum update' now lists a whole bunch of files
>     coming from repo 'updates-new'.  Is this normal?  Will the system
>     still be usable if I install all these updates from 'updates-new'
>     repo?
>

 Of course 'preupgrade' is supported.  Look here:  
http://fedoraproject.org/wiki/Features/PreUpgrade   And after completing 
the whole process all the way from F7 up to Fedora 10 everything is 
working fine.

My "Is this normal?" comment was about seeing all the F9 updates coming 
in from the "updates-newkey" repo.  That didn't look normal.  And as 
clarified in a later post, that was due to a security incident that 
occurred which required new repo keys.

Regards,
Gerry

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090319/d92e8fbb/attachment.htm>

From greno at verizon.net  Thu Mar 19 16:35:41 2009
From: greno at verizon.net (Gerry Reno)
Date: Thu, 19 Mar 2009 12:35:41 -0400
Subject: preupgrade F9 -> F10 (was rawhide)?
In-Reply-To: <1237479456.14834.2.camel@metroid.rdu.redhat.com>
References: <d551e0e20810261105u1fce4b2am7ead022a5c2f9c83@mail.gmail.com>
	<1225084095.3077.24.camel@zebes.localdomain>
	<d551e0e20810262348m2a94520eh562373b2df491b30@mail.gmail.com>
	<d551e0e20811070940k6277b1a4ufdf5f27add2c90b@mail.gmail.com>
	<1226089312.3459.43.camel@metroid.rdu.redhat.com>
	<49C1C9AA.1070702@verizon.net>  <49C1E331.7050701@verizon.net>
	<1237479456.14834.2.camel@metroid.rdu.redhat.com>
Message-ID: <49C2745D.8030707@verizon.net>

Will Woods wrote:
> On Thu, 2009-03-19 at 02:16 -0400, Gerry Reno wrote:
>   
>> Gerry Reno wrote: 
>>     
>>> Will Woods wrote: 
>>>       
>>>> This is a GRUB bug that we've been unable to reproduce reliably, and
>>>> therefore haven't traced fully. It's often triggered by using the grub
>>>> --once flag, which is used by both preupgrade and suspend-to-disk
>>>> (hibernate). We've seen it happen with both of those things, but the
>>>> preupgrade case seems to be more frequent because it tends to also
>>>> involve upgrading GRUB at the same time.
>>>>
>>>> As far as we've been able to trace it, *something* causes GRUB stage2
>>>> (or stage 1.5) to move its physical on-disk location. But we don't know
>>>> what. Nothing that we're doing to GRUB *should* cause that. But
>>>> something does, and then stage1 can't find the rest of GRUB, and we get
>>>> stuck with "GRUB" on-screen and an unbootable system.
>>>>
>>>> Anyway. I've spent *weeks* trying to track that one down, bugging pjones
>>>> (our GRUB maintainer) and esandeen (our mad ext3/ext4 hacker) endlessly,
>>>> and never made any real progress. Reinstalling GRUB, as you did, is the
>>>> proper fix when this happens. But we still don't know what causes it,
>>>> and therefore how to keep it from happening in the first place.
>>>>         
>
> This remains a problem in F10; unsure if rawhide is also susceptible.
> I'd guess yes.
>
>   
>>> Ok, I just ran into this nasty little problem when I did my F9 =>
>>> F10 preupgrade.  All I get at the first reboot is the GRUB prompt.
>>> Has any progress been made on tracking this down?  This will be a
>>> real pain if I have to go through this on 14 machines.  Is there any
>>> workaround to avoid this problem?
>>>       
>
> None known. You can use a rescue CD / Live image to re-run grub-install
> to fix it, but that's about it.
>
>   
>> And I just reran the preupgrade and this time I see this message go
>> by:
>> Not enough space in /boot/upgrade to download install.img
>> GRUBBY shows that it will download the install.img from the network.
>>
>> The /boot is 100MB size on this machine.
>>
>> So I did the first reboot and this time the machine booted, retrieved
>> the install.img and ran anaconda.
>> Maybe the GRUB prompt problem is related to my small /boot space.
>>     
>
> It's not. We've seen this happen on plenty of machines with 200MB /boot.
>
> -w
>   

Thanks for clarifying the issue.

Is there anyway I could get anaconda to process a "grub-install" script 
as a post-install during preupgrade?

Regards,
Gerry

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090319/f435ffc6/attachment.htm>

From maxamillion at gmail.com  Thu Mar 19 16:46:08 2009
From: maxamillion at gmail.com (Adam Miller)
Date: Thu, 19 Mar 2009 11:46:08 -0500
Subject: F9 whatis updates-new
In-Reply-To: <49C27366.3050909@verizon.net>
References: <49C17840.9010700@verizon.net>
	<f12087800903182340r3989733eo9ab50245fe748461@mail.gmail.com>
	<49C27366.3050909@verizon.net>
Message-ID: <f12087800903190946k703c1cdaq42da963fa25349fd@mail.gmail.com>

Ah, ok ... I was mistaken, I thought Fedora 8 was the oldest release
that was supported by PreUpgrade. Sorry about that.

In the case of updates-newkey, that is correct because of the security
breach a while back, the decision was made to create a new repo called
updates-newkey that would have all the packages signed with the new
GPG key.

-Adam

-- 
http://maxamillion.googlepages.com
---------------------------------------------------------
()  ascii ribbon campaign - against html e-mail
/\  www.asciiribbon.org   - against proprietary attachments



From jkeating at redhat.com  Thu Mar 19 16:55:35 2009
From: jkeating at redhat.com (Jesse Keating)
Date: Thu, 19 Mar 2009 09:55:35 -0700
Subject: Should bluez be in base, or split deps?
In-Reply-To: <49C25408.1000100@googlemail.com>
References: <49C00BEF.2010201@cora.nwra.com> <gpp8cg$t31$1@ger.gmane.org>
	<20090318165856.GF12553@nostromo.devel.redhat.com>
	<49C1341E.1060707@googlemail.com>
	<f6ca9fed0903190642vf1cb458s1c38f5507f63da81@mail.gmail.com>
	<49C25408.1000100@googlemail.com>
Message-ID: <1237481735.3862.1.camel@localhost.localdomain>

On Thu, 2009-03-19 at 14:17 +0000, psmith wrote:
> >> are you saying that packages that provide the same functionality are chosen
> >> to install by which has the shorter name?
> >>     
> >
> > yes that's how it work.
> >
> >   
> wow, that just seems so archaic!

There are actually a number of other factors that are considered and
given weight, shortest name is just one of those factors/weights that
are used to decide which package to pick.

If you have better suggestions, I'm sure the yum devs would love to hear
about 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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090319/0eda8414/attachment.sig>

From skvidal at fedoraproject.org  Thu Mar 19 16:58:44 2009
From: skvidal at fedoraproject.org (Seth Vidal)
Date: Thu, 19 Mar 2009 12:58:44 -0400 (EDT)
Subject: Should bluez be in base, or split deps?
In-Reply-To: <1237481735.3862.1.camel@localhost.localdomain>
References: <49C00BEF.2010201@cora.nwra.com> <gpp8cg$t31$1@ger.gmane.org>
	<20090318165856.GF12553@nostromo.devel.redhat.com>
	<49C1341E.1060707@googlemail.com>
	<f6ca9fed0903190642vf1cb458s1c38f5507f63da81@mail.gmail.com>
	<49C25408.1000100@googlemail.com>
	<1237481735.3862.1.camel@localhost.localdomain>
Message-ID: <alpine.LFD.2.00.0903191256280.11896@localhost.localdomain>



On Thu, 19 Mar 2009, Jesse Keating wrote:

> On Thu, 2009-03-19 at 14:17 +0000, psmith wrote:
>>>> are you saying that packages that provide the same functionality are chosen
>>>> to install by which has the shorter name?
>>>>
>>>
>>> yes that's how it work.
>>>
>>>
>> wow, that just seems so archaic!
>
> There are actually a number of other factors that are considered and
> given weight, shortest name is just one of those factors/weights that
> are used to decide which package to pick.
>
> If you have better suggestions, I'm sure the yum devs would love to hear
> about it.

When a providing pkg is looked up for a requirement, if we know what is 
requesting it then that pkg is factored into the assessment. look at 
_compare_providers() in depsolve.py in yum for the gruesome details.

-sv





From tibbs at math.uh.edu  Thu Mar 19 17:00:42 2009
From: tibbs at math.uh.edu (Jason L Tibbitts III)
Date: Thu, 19 Mar 2009 12:00:42 -0500
Subject: Full Licence field
In-Reply-To: <20090319090903.GA15778@amd.home.annexia.org> (Richard W. M.
	Jones's message of "Thu\, 19 Mar 2009 09\:09\:03 +0000")
References: <499E9CBB.8070406@schampijer.de>
	<20090301225722.GD7111@yukidoke.org> <49AB1FFE.3020900@codewiz.org>
	<49C0C619.80800@schampijer.de> <20090318143059.GD6640@yukidoke.org>
	<49C12958.9010105@schampijer.de> <gprj0e$s9a$1@ger.gmane.org>
	<49C152C5.8040903@redhat.com>
	<20090319090903.GA15778@amd.home.annexia.org>
Message-ID: <ufa4oxpqwg5.fsf@compute22.e.math.uh.edu>

>>>>> "RWMJ" == Richard W M Jones <rjones at redhat.com> writes:

RWMJ> An example of this, I'm not picking on Jason Tibbitts in
RWMJ> particular:

My objection to this is directly reflected by a guideline.

-----
Duplicate Files

A Fedora package must not list a file more than once in the spec
file's %files listings. If you think your package is a valid exception
to this, please bring it to the attention of the Packaging Committee
so they can improve on this Guideline. 
-----

I see no objection for license files.

 - J<



From tibbs at math.uh.edu  Thu Mar 19 17:01:38 2009
From: tibbs at math.uh.edu (Jason L Tibbitts III)
Date: Thu, 19 Mar 2009 12:01:38 -0500
Subject: Full Licence field
In-Reply-To: <gpt63u$r3$1@ger.gmane.org> (Kevin Kofler's message of "Thu\,
	19 Mar 2009 11\:17\:34 +0100")
References: <499E9CBB.8070406@schampijer.de>
	<20090301225722.GD7111@yukidoke.org> <49AB1FFE.3020900@codewiz.org>
	<49C0C619.80800@schampijer.de> <20090318143059.GD6640@yukidoke.org>
	<49C12958.9010105@schampijer.de> <gprj0e$s9a$1@ger.gmane.org>
	<49C152C5.8040903@redhat.com>
	<20090319090903.GA15778@amd.home.annexia.org>
	<gpt63u$r3$1@ger.gmane.org>
Message-ID: <ufazlfhphu5.fsf@compute22.e.math.uh.edu>

>>>>> "KK" == Kevin Kofler <kevin.kofler at chello.at> writes:

KK> This really needs a guideline.

It already is.  Is the existing guideline somehow unclear?  We tried
to write it as clearly as possible.  "A Fedora package must not list a
file more than once in the spec file's %files listings."  Where does
that leave room for doubt about license files?

 - J<



From oget.fedora at gmail.com  Thu Mar 19 17:05:14 2009
From: oget.fedora at gmail.com (Orcan Ogetbil)
Date: Thu, 19 Mar 2009 13:05:14 -0400
Subject: Adding a new group to the desktop menu: Fedora Studio?
Message-ID: <e76492710903191005w786da96em55bcde26541afd5@mail.gmail.com>

I have been using audio creation software to compose and mix my tracks
in Fedora for while now. Believe it or not, we have a wide range of
applications and libraries dedicated to audio production. See the
AudioCreation wiki page [1] for a list of our applications (however,
this list is not complete, so if you own such an application or
library, feel free to add it to our list).

A while ago, it occurred to me that the audio production applications
go into the Multimedia group in the desktop menu, mixing up with
audio/video players (we also have a wide range of such applications),
and making this group rather cluttered. But the audio production
programs have a unique target audience, and their nature is really
different from the audio/video players. I am thinking of listing these
programs under a different group in the desktop menu, which will make
the Multimedia group look sane and make both type of applications more
accessible.

What is the procedure of doing this? As far as I can tell, whenever a
.desktop file contains the "AudioVideo" category, that applications
goes to the Multimedia group. But where is this actually done? What
application looks at the .desktop files and sorts them according to
their categories?

And how can we add a new group to the desktop menu? Possible
suggestions for the name of such a group are:
- Audio Creation
- Compose and Mix
- Studio
- ...?

We will need to work out the existing desktop applications and add a
new category to their .desktop files so they will fall under this
newly created group in the menu. We can use some of these categories
for this purpose:
- Midi
- Sequencer
- Tuner
- AudioVideoEditing
- X-Studio
- X-...?

Finally, is it too late to propose this for F-11?

Orcan

[1] https://fedoraproject.org/wiki/AudioCreation



From greno at verizon.net  Thu Mar 19 17:06:00 2009
From: greno at verizon.net (Gerry Reno)
Date: Thu, 19 Mar 2009 13:06:00 -0400
Subject: preupgrade F10
Message-ID: <49C27B78.9070304@verizon.net>

When I try to preupgrade F10 to F11-alpha I don't see any selection for 
F11-alpha, only Rawhide.  Shouldn't there be a selection for F11-alpha 
if I check off the "show everything" box?  (this is on a test machine).

Regards,
Gerry



From belegdol at gmail.com  Thu Mar 19 17:09:17 2009
From: belegdol at gmail.com (Julian Sikorski)
Date: Thu, 19 Mar 2009 18:09:17 +0100
Subject: how to add newlines to bodhi update description?
In-Reply-To: <1237475862.2984.1.camel@ellert.tsl.uu.se>
References: <gpth0t$5mo$1@ger.gmane.org>	<d5ad21470903190812m4743ca1dnbdc724cd44d1b34b@mail.gmail.com>
	<1237475862.2984.1.camel@ellert.tsl.uu.se>
Message-ID: <gptu7t$qmr$1@ger.gmane.org>

Mattias Ellert pisze:
> tor 2009-03-19 klockan 16:12 +0100 skrev Gianluca Sforna:
>> On Thu, Mar 19, 2009 at 2:23 PM, Julian Sikorski <belegdol at gmail.com> wrote:
>>> Hi,
>>>
>>> please have a look:
>>> https://admin.fedoraproject.org/updates/gnome-chemistry-utils-0.10.4-1.fc10
>>> The description contains no newlines, and as a result is really hard to
>>> read. Kernel and firefox updates, on the other hand, contain line breaks
>>> and are all nice and clear. How do I add those newlines? I can't find it
>>> documented anywhere...
>> Yeah, I was hit by this too...
>>
>> Maybe the solution is using explicitly "\n" in the description?
> 
> Make an empty line (i.e. two linefeeds) to create a new paragraph.
> 
> 	Mattias
> 
> 
Thanks. That additionally made my bulleted list work as well.

Julian



From giallu at gmail.com  Thu Mar 19 17:21:20 2009
From: giallu at gmail.com (Gianluca Sforna)
Date: Thu, 19 Mar 2009 18:21:20 +0100
Subject: preupgrade F10
In-Reply-To: <49C27B78.9070304@verizon.net>
References: <49C27B78.9070304@verizon.net>
Message-ID: <d5ad21470903191021y4edc044cla1e0b0799d43384f@mail.gmail.com>

On Thu, Mar 19, 2009 at 6:06 PM, Gerry Reno <greno at verizon.net> wrote:
> When I try to preupgrade F10 to F11-alpha I don't see any selection for
> F11-alpha, only Rawhide. ?Shouldn't there be a selection for F11-alpha if I
> check off the "show everything" box? ?(this is on a test machine).

Beside the technical problem for tracking which versions were present
in the alpha, I don't think there is a point in upgrading to Alpha
given that it will update to latest rawhide at first yum/pk run...


-- 
Gianluca Sforna

http://morefedora.blogspot.com
http://www.linkedin.com/in/gianlucasforna



From greno at verizon.net  Thu Mar 19 17:21:55 2009
From: greno at verizon.net (Gerry Reno)
Date: Thu, 19 Mar 2009 13:21:55 -0400
Subject: preupgrade F9 -> F10 (was rawhide)?
In-Reply-To: <49C2745D.8030707@verizon.net>
References: <d551e0e20810261105u1fce4b2am7ead022a5c2f9c83@mail.gmail.com>
	<1225084095.3077.24.camel@zebes.localdomain>
	<d551e0e20810262348m2a94520eh562373b2df491b30@mail.gmail.com>
	<d551e0e20811070940k6277b1a4ufdf5f27add2c90b@mail.gmail.com>
	<1226089312.3459.43.camel@metroid.rdu.redhat.com>
	<49C1C9AA.1070702@verizon.net>  <49C1E331.7050701@verizon.net>
	<1237479456.14834.2.camel@metroid.rdu.redhat.com>
	<49C2745D.8030707@verizon.net>
Message-ID: <49C27F33.4030700@verizon.net>

Gerry Reno wrote:
> Will Woods wrote:
>> On Thu, 2009-03-19 at 02:16 -0400, Gerry Reno wrote:
>>   
>>> Gerry Reno wrote: 
>>>     
>>>> Will Woods wrote: 
>>>>       
>>>>> This is a GRUB bug that we've been unable to reproduce reliably, and
>>>>> therefore haven't traced fully. It's often triggered by using the grub
>>>>> --once flag, which is used by both preupgrade and suspend-to-disk
>>>>> (hibernate). We've seen it happen with both of those things, but the
>>>>> preupgrade case seems to be more frequent because it tends to also
>>>>> involve upgrading GRUB at the same time.
>>>>>
>>>>> As far as we've been able to trace it, *something* causes GRUB stage2
>>>>> (or stage 1.5) to move its physical on-disk location. But we don't know
>>>>> what. Nothing that we're doing to GRUB *should* cause that. But
>>>>> something does, and then stage1 can't find the rest of GRUB, and we get
>>>>> stuck with "GRUB" on-screen and an unbootable system.
>>>>>
>>>>> Anyway. I've spent *weeks* trying to track that one down, bugging pjones
>>>>> (our GRUB maintainer) and esandeen (our mad ext3/ext4 hacker) endlessly,
>>>>> and never made any real progress. Reinstalling GRUB, as you did, is the
>>>>> proper fix when this happens. But we still don't know what causes it,
>>>>> and therefore how to keep it from happening in the first place.
>>>>>         
>>
>> This remains a problem in F10; unsure if rawhide is also susceptible.
>> I'd guess yes.
>>
>>   
>>>> Ok, I just ran into this nasty little problem when I did my F9 =>
>>>> F10 preupgrade.  All I get at the first reboot is the GRUB prompt.
>>>> Has any progress been made on tracking this down?  This will be a
>>>> real pain if I have to go through this on 14 machines.  Is there any
>>>> workaround to avoid this problem?
>>>>       
>>
>> None known. You can use a rescue CD / Live image to re-run grub-install
>> to fix it, but that's about it.
>>
>>   
>>> And I just reran the preupgrade and this time I see this message go
>>> by:
>>> Not enough space in /boot/upgrade to download install.img
>>> GRUBBY shows that it will download the install.img from the network.
>>>
>>> The /boot is 100MB size on this machine.
>>>
>>> So I did the first reboot and this time the machine booted, retrieved
>>> the install.img and ran anaconda.
>>> Maybe the GRUB prompt problem is related to my small /boot space.
>>>     
>>
>> It's not. We've seen this happen on plenty of machines with 200MB /boot.
>>
>> -w
>>   
>
> Thanks for clarifying the issue.
>
> Is there anyway I could get anaconda to process a "grub-install" 
> script as a post-install during preupgrade?
>
> Regards,
> Gerry
>
One more thing about the grub-install script idea.  I found that you 
need to add the --grub-shell=full_path to the grub-install line to get 
the grub-install to work.

Regards,
Gerry

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090319/32b25fbf/attachment.htm>

From orion at cora.nwra.com  Thu Mar 19 17:47:23 2009
From: orion at cora.nwra.com (Orion Poplawski)
Date: Thu, 19 Mar 2009 11:47:23 -0600
Subject: InstantMirror Project: Google Summer of Code 2009
In-Reply-To: <49C1B91B.5020205@redhat.com>
References: <49B9AFB8.2080609@redhat.com>	<35586fc00903122128s43f7d8adq373fa65c2b7d36f@mail.gmail.com>	<49B9E586.5050806@redhat.com>	<alpine.LFD.2.00.0903130138380.3319@localhost.localdomain>	<16de708d0903122304i21b12929lbc3952103a9cf494@mail.gmail.com>	<49B9FBFD.2090403@redhat.com>	<9ae48b020903181735k3f31151fg44e2ab364de948e1@mail.gmail.com>	<49C1B3AF.8060204@redhat.com>	<1338.75.171.232.162.1237432080.squirrel@www.cora.nwra.com>
	<49C1B91B.5020205@redhat.com>
Message-ID: <49C2852B.3060603@cora.nwra.com>

Warren Togami wrote:
> The lack of cleanup was only one problem.  Another was it did not handle 
> multiple users using it simultaneously.

Well, it's inefficient with multiple requests for the same non-cached 
file (multiple downloads).


> 
> http://kojipkgs.fedoraproject.org/packages/packagename
> You know you can grab old versions of packages from here?

Vaguely.  But again, disk is cheap and they are already local.

I'm not saying that I don't want a better InstantMirror, just that this 
one is "usable".

-- 
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 kevin.kofler at chello.at  Thu Mar 19 17:58:30 2009
From: kevin.kofler at chello.at (Kevin Kofler)
Date: Thu, 19 Mar 2009 18:58:30 +0100
Subject: packaging libraries with no versioned .so files
References: <usocvy2dcs.fsf@allele2.eebweb.arizona.edu>
	<49C1F3D2.3060805@hhs.nl>
	<e1760170903190331k383e40d4p3bc88a978e36da78@mail.gmail.com>
Message-ID: <gpu147$546$2@ger.gmane.org>

Nicolas Chauvet wrote:
> At this time, it wasn't possible to dlopen from a versioned shared
> object.. 

It's possible, but the application is responsible for providing the full
name of the library to load.

        Kevin Kofler



From jovanesian at gmail.com  Thu Mar 19 18:03:10 2009
From: jovanesian at gmail.com (Joe Ovanesian)
Date: Thu, 19 Mar 2009 11:03:10 -0700
Subject: Where are Fedora core 10 sources for download
In-Reply-To: <49C25264.3000003@redhat.com>
References: <89e7235b0903182009j50829e40hc22b234ffed2a1dc@mail.gmail.com>
	<49C25264.3000003@redhat.com>
Message-ID: <89e7235b0903191103i7d2f334fsc08f06feb59a2892@mail.gmail.com>

Hi Eric -- Thanks for the feedback.I did install the kernel source rpm.
 However, as you mentioned, it installed it under /root
in SOURCES and SPECS.  I noticed there were tons of patches.

My objective is to install the sources under /usr/src/kernel/linux-x.y.z...
and build a new kernel for x.86 from the sources.  I'd like to be able to
step through various parts of the kernel and look at the sources.

I have FC-10 on couple machines and am planning on setting up a development
environment with KGDB.

I downloaded the 2.6.28.8... .bz2 from kernel.org and built it. However,
just copying
bzImage to /boot/vmlinuz did not do the job.  I'll need to probably modify
GRUB to
pick it up.

I have been laid off and have lots of time on my hand.  My intention is to
contribute to the open source community.  Specially kernel development
projects, whatever I can.

Best Regards,
Joe




On Thu, Mar 19, 2009 at 7:10 AM, Eric Sandeen <sandeen at redhat.com> wrote:

> Joe Ovanesian wrote:
> > Hello Folks,
> >
> > I am embarking on a development project involving kernel modules and
> > user space apps.
> > I currently have  FC-10 (Kernel 2.6.27.5-117), and am doing a "yum
> > update" to most recent.
> >
> > Would like to download the corresponding sources to do some development.
> >
> > Could someone point me in the right direction please.
>
> I see you've already found out how to gather src.rpms, but in my
> experience rpms are more often the endpoint for development, not the
> starting point.
>
> Depending on what you're doing, you may want to look into just using
> upstream repositories for the code you are hacking.
>
> -Eric
>
> --
> 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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090319/20268c94/attachment.htm>

From rjones at redhat.com  Thu Mar 19 18:03:24 2009
From: rjones at redhat.com (Richard W.M. Jones)
Date: Thu, 19 Mar 2009 18:03:24 +0000
Subject: Full Licence field
In-Reply-To: <ufazlfhphu5.fsf@compute22.e.math.uh.edu>
References: <20090301225722.GD7111@yukidoke.org>
	<49AB1FFE.3020900@codewiz.org> <49C0C619.80800@schampijer.de>
	<20090318143059.GD6640@yukidoke.org>
	<49C12958.9010105@schampijer.de> <gprj0e$s9a$1@ger.gmane.org>
	<49C152C5.8040903@redhat.com>
	<20090319090903.GA15778@amd.home.annexia.org>
	<gpt63u$r3$1@ger.gmane.org>
	<ufazlfhphu5.fsf@compute22.e.math.uh.edu>
Message-ID: <20090319180324.GA2319@amd.home.annexia.org>

On Thu, Mar 19, 2009 at 12:01:38PM -0500, Jason L Tibbitts III wrote:
> >>>>> "KK" == Kevin Kofler <kevin.kofler at chello.at> writes:
> 
> KK> This really needs a guideline.
> 
> It already is.  Is the existing guideline somehow unclear?  We tried
> to write it as clearly as possible.  "A Fedora package must not list a
> file more than once in the spec file's %files listings."  Where does
> that leave room for doubt about license files?

The packaging guidelines are clear, but also we might be breaking the
law by distributing binary packages (RPMs) without license files.  It
sounds like the packaging guidelines may need to be modified.

Rich.

-- 
Richard Jones, Emerging Technologies, Red Hat  http://et.redhat.com/~rjones
virt-top is 'top' for virtual machines.  Tiny program with many
powerful monitoring features, net stats, disk stats, logging, etc.
http://et.redhat.com/~rjones/virt-top



From kevin.kofler at chello.at  Thu Mar 19 17:56:02 2009
From: kevin.kofler at chello.at (Kevin Kofler)
Date: Thu, 19 Mar 2009 18:56:02 +0100
Subject: Full Licence field
References: <499E9CBB.8070406@schampijer.de>	<20090301225722.GD7111@yukidoke.org>	<49AB1FFE.3020900@codewiz.org>	<49C0C619.80800@schampijer.de>	<20090318143059.GD6640@yukidoke.org>	<49C12958.9010105@schampijer.de>	<gprj0e$s9a$1@ger.gmane.org>
	<49C152C5.8040903@redhat.com> <49C2336D.6020304@schampijer.de>
Message-ID: <gpu0vj$546$1@ger.gmane.org>

Simon Schampijer wrote:
> So, the point to ship a license per package is fine. I actually did not
> want to relax that. I had the technical problem to need to access the
> license field to be able to display it in a dialog inside Sugar.
> 
> http://shell.sugarlabs.org/~erikos/licence_field.png
> 
> And since - the file is placed in different places on each distro I
> wanted to see if a common place would be possible, makes sense. On
> Fedora this could have been in addition to the per package license
> field. Not very economic of course.

FWIW, KDE does exactly that.

/usr/share/kde4/apps/LICENSES/ (where /usr/share/kde4/apps is the KDE 4
application data directory, it can vary from distribution to distribution)
contains the following files (owned by kdelibs):
ARTISTIC  BSD       GPL_V2    GPL_V3    LGPL_V2   LGPL_V3   QPL_V1.0
The KAboutData class in kdelibs provides an enum which allows you to pick
one of these licenses. If the license is not one of those, the application
is responsible for loading the exact text of the license explicitly.

> Anyhow - while thinking about it, I was not even sure the displaying of
> the full license is correct/needed - or matches the guidelines. For
> example I have not seen something similar in GNOME.

KDE does it. (Try "Help / About (application name)" in a KDE application.
The name of the license is a link, clicking that link opens a dialog box
with the full text of the license.)

It's not a bad idea, but it isn't strictly needed either. (There are plenty
of GPLed applications which don't display the full text of the GPL in the
UI.)

        Kevin Kofler



From tmz at pobox.com  Thu Mar 19 18:09:10 2009
From: tmz at pobox.com (Todd Zullinger)
Date: Thu, 19 Mar 2009 14:09:10 -0400
Subject: Where are Fedora core 10 sources for download
In-Reply-To: <89e7235b0903191103i7d2f334fsc08f06feb59a2892@mail.gmail.com>
References: <89e7235b0903182009j50829e40hc22b234ffed2a1dc@mail.gmail.com>
	<49C25264.3000003@redhat.com>
	<89e7235b0903191103i7d2f334fsc08f06feb59a2892@mail.gmail.com>
Message-ID: <20090319180910.GE2030@inocybe.teonanacatl.org>

Joe Ovanesian wrote:
> Hi Eric -- Thanks for the feedback.I did install the kernel source rpm.
>  However, as you mentioned, it installed it under /root
> in SOURCES and SPECS.  I noticed there were tons of patches.
>
> My objective is to install the sources under /usr/src/kernel/linux-x.y.z...
> and build a new kernel for x.86 from the sources.  I'd like to be able to
> step through various parts of the kernel and look at the sources.

Take a look at http://fedoraproject.org/wiki/Building_a_custom_kernel

-- 
Todd        OpenPGP -> KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Suppose I were a member of Congress, and suppose I were an idiot. But,
I repeat myself.
    -- Mark Twain

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 542 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090319/288e25e4/attachment.sig>

From ville.skytta at iki.fi  Thu Mar 19 18:10:25 2009
From: ville.skytta at iki.fi (Ville =?iso-8859-1?q?Skytt=E4?=)
Date: Thu, 19 Mar 2009 20:10:25 +0200
Subject: packaging libraries with no versioned .so files
In-Reply-To: <49C1F3D2.3060805@hhs.nl>
References: <usocvy2dcs.fsf@allele2.eebweb.arizona.edu>
	<49C1F3D2.3060805@hhs.nl>
Message-ID: <200903192010.25935.ville.skytta@iki.fi>

On Thursday 19 March 2009, Hans de Goede wrote:

> If upstream doesn't do library versioning it is a safe bet that they
> don't guarantee ABI stability either.
>
> The best practice in this case is to patch upstream's Makefiles to make
> versioned libraries with the full upstream version in the soname
> (use -release argument to libtool if using libtool).

Is inventing sonames really a best practice or even something that should be 
recommended?

Drawbacks of doing so include problems if/when upstream later implements 
versioning as well and ships a version of a lib using the same soname that 
was earlier used in Fedora for something that's not ABI compatible, confusion 
caused by versions possibly decreasing in these scenarios, and another 
smaller one is inflicted binary incompatibilities between distros.

Based on these issues, I think inventing sonames should be discouraged instead 
of being recommended or mentioned as a best practice.  IMO (unless I've 
misunderstood something) a best practice would be to persuade upstream to 
implement lib versioning even if the version changes on every release until 
things stabilize, and until they do, resort to strict NEVR based dependencies 
towards those unversioned lib packages in other Fedora packages, and never 
invent sonames.



From kevin.kofler at chello.at  Thu Mar 19 18:01:45 2009
From: kevin.kofler at chello.at (Kevin Kofler)
Date: Thu, 19 Mar 2009 19:01:45 +0100
Subject: how to add newlines to bodhi update description?
References: <gpth0t$5mo$1@ger.gmane.org>
Message-ID: <gpu1a9$546$3@ger.gmane.org>

Julian Sikorski wrote:
> The description contains no newlines, and as a result is really hard to
> read. Kernel and firefox updates, on the other hand, contain line breaks
> and are all nice and clear. How do I add those newlines? I can't find it
> documented anywhere...

Not only is it not documented anywhere, the behavior differs from frontend
to frontend. I've seen:
* the Bodhi web interface,
* the Bodhi mails,
* the update notices sent to fedora-package-announce,
* gnome-packagekit and
* KPackageKit
all using more or less subtly different interpretations of the newlines.

        Kevin Kofler



From zaitcev at redhat.com  Thu Mar 19 18:23:04 2009
From: zaitcev at redhat.com (Pete Zaitcev)
Date: Thu, 19 Mar 2009 12:23:04 -0600
Subject: Nautilus mounts all filesystems
Message-ID: <20090319122304.087badb4.zaitcev@redhat.com>

Dear Alexander:

I'm wondering if you may help with a suggestion. A recent update to
Nautilus in Rawhide started to mount all filesystems it can find.
Look at the goofy UID mountpoints under media:

[zaitcev at niphredil ~]$ df
Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/mapper/N1-Fedora
                      11109328   6180420   4355468  59% /
/dev/sda2               132221     62889     62505  51% /boot
tmpfs                   963128       100    963028   1% /dev/shm
/dev/mapper/N1-Q      90826872  69911240  16301900  82% /q
/dev/dm-3              5482948   3540836   1663584  69% /media/0b64f5ac-88c8-44bb-9a5a-f6a6c9cfe3b0
/dev/dm-4              5776952   3715936   1762828  68% /media/5dd9d61a-9eaa-453d-8084-fa5be7f51eef
[zaitcev at niphredil ~]$ 

This is rather inconventient for my laptop where I have a few
virtual systems. Usually they are mounted manually, through this
/etc/fstab:

[zaitcev at niphredil ~]$ more /etc/fstab 
/dev/N1/Fedora          /                       ext3    defaults        1 1
LABEL=/boot             /boot                   ext3    defaults        1 2
tmpfs                   /dev/shm                tmpfs   defaults        0 0
devpts                  /dev/pts                devpts  gid=5,mode=620  0 0
sysfs                   /sys                    sysfs   defaults        0 0
proc                    /proc                   proc    defaults        0 0
debug                   /sys/kernel/debug       debugfs defaults,noauto 0 0
/dev/N1/Swap            swap                    swap    defaults        0 0
/dev/N1/Q               /q                      ext3    defaults,noatime 1 2
/dev/N1/RHEL4           /mnt/rhel4              ext3    defaults,noauto 0 0
/dev/N1/RHEL5           /mnt/rhel5              ext3    defaults,noauto 0 0
[zaitcev at niphredil ~]$ 

So, is this behaviour configurable?

Failing that, I'm wondering if we could NOT mount volumes that ARE
explicitly mentioned in /etc/fstab. Sounds counter-intuitive, but
I like the way it works now for iPod, USB readers, flash keys, etc.
I don't want to go back to caveman tricks... except for the multitude
of special logical volumes.

Yours,
-- Pete



From kevin.kofler at chello.at  Thu Mar 19 18:27:19 2009
From: kevin.kofler at chello.at (Kevin Kofler)
Date: Thu, 19 Mar 2009 19:27:19 +0100
Subject: packaging libraries with no versioned .so files
References: <usocvy2dcs.fsf@allele2.eebweb.arizona.edu>
	<49C1F3D2.3060805@hhs.nl> <200903192010.25935.ville.skytta@iki.fi>
Message-ID: <gpu2q7$ak5$1@ger.gmane.org>

Ville Skytt? wrote:
> Drawbacks of doing so include problems if/when upstream later implements
> versioning as well and ships a version of a lib using the same soname that
> was earlier used in Fedora for something that's not ABI compatible,

Well, sonames like libgcj.so.8rh (an example which was really used) can
prevent this sort of problems. ;-)

        Kevin Kofler



From hughsient at gmail.com  Thu Mar 19 18:28:24 2009
From: hughsient at gmail.com (Richard Hughes)
Date: Thu, 19 Mar 2009 18:28:24 +0000
Subject: how to add newlines to bodhi update description?
In-Reply-To: <gpu1a9$546$3@ger.gmane.org>
References: <gpth0t$5mo$1@ger.gmane.org> <gpu1a9$546$3@ger.gmane.org>
Message-ID: <15e53e180903191128n6b0474a0w8c123851c5a57168@mail.gmail.com>

On Thu, Mar 19, 2009 at 6:01 PM, Kevin Kofler <kevin.kofler at chello.at> wrote:
> Julian Sikorski wrote:
>> The description contains no newlines, and as a result is really hard to
>> read. Kernel and firefox updates, on the other hand, contain line breaks
>> and are all nice and clear. How do I add those newlines? I can't find it
>> documented anywhere...
>
> Not only is it not documented anywhere, the behavior differs from frontend
> to frontend. I've seen:
> * the Bodhi web interface,
> * the Bodhi mails,
> * the update notices sent to fedora-package-announce,
> * gnome-packagekit and
> * KPackageKit
> all using more or less subtly different interpretations of the newlines.

PackageKit applications should be using markdown syntax:
http://en.wikipedia.org/wiki/Markdown

I don't think KPackageKit formats the descriptions as markup yet,
although it's a planned feature.

Richard.



From alexl at redhat.com  Thu Mar 19 19:03:04 2009
From: alexl at redhat.com (Alexander Larsson)
Date: Thu, 19 Mar 2009 20:03:04 +0100
Subject: Nautilus mounts all filesystems
In-Reply-To: <20090319122304.087badb4.zaitcev@redhat.com>
References: <20090319122304.087badb4.zaitcev@redhat.com>
Message-ID: <1237489384.19070.20.camel@localhost.localdomain>

On Thu, 2009-03-19 at 12:23 -0600, Pete Zaitcev wrote:
> Dear Alexander:
> 
> I'm wondering if you may help with a suggestion. A recent update to
> Nautilus in Rawhide started to mount all filesystems it can find.
> Look at the goofy UID mountpoints under media:
> 
> [zaitcev at niphredil ~]$ df
> Filesystem           1K-blocks      Used Available Use% Mounted on
> /dev/mapper/N1-Fedora
>                       11109328   6180420   4355468  59% /
> /dev/sda2               132221     62889     62505  51% /boot
> tmpfs                   963128       100    963028   1% /dev/shm
> /dev/mapper/N1-Q      90826872  69911240  16301900  82% /q
> /dev/dm-3              5482948   3540836   1663584  69% /media/0b64f5ac-88c8-44bb-9a5a-f6a6c9cfe3b0
> /dev/dm-4              5776952   3715936   1762828  68% /media/5dd9d61a-9eaa-453d-8084-fa5be7f51eef

Wow. Cool stuff. :)
I CC:ed david zeuthen, he's doing most of the mount/filesystem/whatever
work.

> This is rather inconventient for my laptop where I have a few
> virtual systems. Usually they are mounted manually, through this
> /etc/fstab:
> 
> [zaitcev at niphredil ~]$ more /etc/fstab 
> /dev/N1/Fedora          /                       ext3    defaults        1 1
> LABEL=/boot             /boot                   ext3    defaults        1 2
> tmpfs                   /dev/shm                tmpfs   defaults        0 0
> devpts                  /dev/pts                devpts  gid=5,mode=620  0 0
> sysfs                   /sys                    sysfs   defaults        0 0
> proc                    /proc                   proc    defaults        0 0
> debug                   /sys/kernel/debug       debugfs defaults,noauto 0 0
> /dev/N1/Swap            swap                    swap    defaults        0 0
> /dev/N1/Q               /q                      ext3    defaults,noatime 1 2
> /dev/N1/RHEL4           /mnt/rhel4              ext3    defaults,noauto 0 0
> /dev/N1/RHEL5           /mnt/rhel5              ext3    defaults,noauto 0 0

So, are the /dev/N1/RHEL4 things the same as whatever get mounted
as /dev/dm-3, etc above?

> So, is this behaviour configurable?
> 
> Failing that, I'm wondering if we could NOT mount volumes that ARE
> explicitly mentioned in /etc/fstab. Sounds counter-intuitive, but
> I like the way it works now for iPod, USB readers, flash keys, etc.
> I don't want to go back to caveman tricks... except for the multitude
> of special logical volumes.

This is actually whats supposed to happen. We're only automounting (and
even showing in the UI) things that are mounted in /media. However, I
think something is getting confused about your fstab and not
understanding some of the device node names, thus thinking they are not
in the fstab.

Or something suchlike. David, what do you think? You know this stuff
better.





From tibbs at math.uh.edu  Thu Mar 19 19:30:02 2009
From: tibbs at math.uh.edu (Jason L Tibbitts III)
Date: Thu, 19 Mar 2009 14:30:02 -0500
Subject: Full Licence field
In-Reply-To: <20090319180324.GA2319@amd.home.annexia.org> (Richard W. M.
	Jones's message of "Thu\, 19 Mar 2009 18\:03\:24 +0000")
References: <20090301225722.GD7111@yukidoke.org>
	<49AB1FFE.3020900@codewiz.org> <49C0C619.80800@schampijer.de>
	<20090318143059.GD6640@yukidoke.org> <49C12958.9010105@schampijer.de>
	<gprj0e$s9a$1@ger.gmane.org> <49C152C5.8040903@redhat.com>
	<20090319090903.GA15778@amd.home.annexia.org>
	<gpt63u$r3$1@ger.gmane.org> <ufazlfhphu5.fsf@compute22.e.math.uh.edu>
	<20090319180324.GA2319@amd.home.annexia.org>
Message-ID: <ufar60tpayt.fsf@compute22.e.math.uh.edu>

>>>>> "RWMJ" == Richard W M Jones <rjones at redhat.com> writes:

RWMJ> The packaging guidelines are clear, but also we might be
RWMJ> breaking the law by distributing binary packages (RPMs) without
RWMJ> license files.

As I understand this, the issue has already been through the lawyers;
I asked about it many months ago.  But I guess I'll let spot comment
on that.

 - J<



From davidz at redhat.com  Thu Mar 19 20:30:23 2009
From: davidz at redhat.com (David Zeuthen)
Date: Thu, 19 Mar 2009 16:30:23 -0400
Subject: Nautilus mounts all filesystems
In-Reply-To: <1237489384.19070.20.camel@localhost.localdomain>
References: <20090319122304.087badb4.zaitcev@redhat.com>
	<1237489384.19070.20.camel@localhost.localdomain>
Message-ID: <1237494623.29772.34.camel@localhost.localdomain>

Hi,

You should really file a bug for this instead of using email.

On Thu, 2009-03-19 at 20:03 +0100, Alexander Larsson wrote:
> On Thu, 2009-03-19 at 12:23 -0600, Pete Zaitcev wrote:
> > Dear Alexander:
> > 
> > I'm wondering if you may help with a suggestion. A recent update to
> > Nautilus in Rawhide started to mount all filesystems it can find.
> > Look at the goofy UID mountpoints under media:
> > 
> > [zaitcev at niphredil ~]$ df
> > Filesystem           1K-blocks      Used Available Use% Mounted on
> > /dev/mapper/N1-Fedora
> >                       11109328   6180420   4355468  59% /
> > /dev/sda2               132221     62889     62505  51% /boot
> > tmpfs                   963128       100    963028   1% /dev/shm
> > /dev/mapper/N1-Q      90826872  69911240  16301900  82% /q
> > /dev/dm-3              5482948   3540836   1663584  69% /media/0b64f5ac-88c8-44bb-9a5a-f6a6c9cfe3b0
> > /dev/dm-4              5776952   3715936   1762828  68% /media/5dd9d61a-9eaa-453d-8084-fa5be7f51eef
> 
> Wow. Cool stuff. :)
> I CC:ed david zeuthen, he's doing most of the mount/filesystem/whatever
> work.

You can put a label on the file systems if you don't like the UUID. Then
we'll use the label for the mount point.

> > This is rather inconventient for my laptop where I have a few
> > virtual systems. Usually they are mounted manually, through this
> > /etc/fstab:
> > 
> > [zaitcev at niphredil ~]$ more /etc/fstab 
> > /dev/N1/Fedora          /                       ext3    defaults        1 1
> > LABEL=/boot             /boot                   ext3    defaults        1 2
> > tmpfs                   /dev/shm                tmpfs   defaults        0 0
> > devpts                  /dev/pts                devpts  gid=5,mode=620  0 0
> > sysfs                   /sys                    sysfs   defaults        0 0
> > proc                    /proc                   proc    defaults        0 0
> > debug                   /sys/kernel/debug       debugfs defaults,noauto 0 0
> > /dev/N1/Swap            swap                    swap    defaults        0 0
> > /dev/N1/Q               /q                      ext3    defaults,noatime 1 2
> > /dev/N1/RHEL4           /mnt/rhel4              ext3    defaults,noauto 0 0
> > /dev/N1/RHEL5           /mnt/rhel5              ext3    defaults,noauto 0 0
> 
> So, are the /dev/N1/RHEL4 things the same as whatever get mounted
> as /dev/dm-3, etc above?

Do the /dev/N1/* device nodes actually exist? If they don't, then the
entry in /etc/fstab gets ignored; there's nothing better to do.

> > So, is this behaviour configurable?
> > 
> > Failing that, I'm wondering if we could NOT mount volumes that ARE
> > explicitly mentioned in /etc/fstab. Sounds counter-intuitive, but
> > I like the way it works now for iPod, USB readers, flash keys, etc.
> > I don't want to go back to caveman tricks... except for the multitude
> > of special logical volumes.
> 
> This is actually whats supposed to happen. We're only automounting (and
> even showing in the UI) things that are mounted in /media. However, I
> think something is getting confused about your fstab and not
> understanding some of the device node names, thus thinking they are not
> in the fstab.
> 
> Or something suchlike. David, what do you think? You know this stuff
> better.

By default filesystems a) on removable media; and b) hotpluggable drives
(usb, firewire etc.) are automounted without having the user do
anything.

Which is what is expected from the OS.

If the filesystem is on a device that does not meet a) or b) then
additional privilege is needed. For example a partition on an internal
disk qualifies as such.

Specifically you need an authorization for the PolicyKit action called
org.freedesktop.devicekit.disks.filesystem-mount-system-internal; check
with polkit-gnome-authorization or the polkit-auth commandline tool
whether you have that authorization.

Note that users don't have this authorization by default so what you
want (only removable media and hotpluggable drives to be mounted) is
what happens by default.

Note that there's a bug right now that causes us to think that all
device mapper things are removable, see

https://bugzilla.redhat.com/show_bug.cgi?id=489397

so these are automounted by default. Which is probably what you are
complaining about.

This is fixed in these packages.

http://koji.fedoraproject.org/koji/taskinfo?taskID=1250267

Please try them to see if they fix the problem (you will have to reboot
for the changes to take effect.. or kick over the devkit-disks-daemon
and login/logout).

      David




From jkeating at redhat.com  Thu Mar 19 20:46:50 2009
From: jkeating at redhat.com (Jesse Keating)
Date: Thu, 19 Mar 2009 13:46:50 -0700
Subject: Fedora 11 Beta slip
Message-ID: <1237495610.3862.21.camel@localhost.localdomain>

Today we have decided to slip the Beta release by 7 days.  There are a
number of reasons,
https://bugzilla.redhat.com/showdependencytree.cgi?id=476774&hide_resolved=1 has gory details, but essentially:

* Late discovered PPC breakage
* LiveCD installation fallout due to anaconda storage rewrite
* More time for anaconda storage rewrite to settle

This is in no means a pointing of fingers, many factors led to the
current state we're in now.  Our task now is to determine the best way
to get a valuable Beta release out to our users with as little effect to
the final release schedule.  As such, Release Engineering in
coordination with QA and maintainers who are working on the above issue
have agreed to enact a 7 day slip.  The final release date will not
change, we will absorb the lost week into the time between beta and
final freeze.

Rawhide freeze will remain in effect.  Only critical changes will be
tagged for the Beta, in order to maximize our changes at fixing the
current issues without introducing new ones.

-- 
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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090319/b2b48609/attachment.sig>
-------------- next part --------------
_______________________________________________
Fedora-devel-announce mailing list
Fedora-devel-announce at redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-announce

From tcallawa at redhat.com  Thu Mar 19 21:00:05 2009
From: tcallawa at redhat.com (Tom "spot" Callaway)
Date: Thu, 19 Mar 2009 17:00:05 -0400
Subject: Full Licence field
In-Reply-To: <ufar60tpayt.fsf@compute22.e.math.uh.edu>
References: <20090301225722.GD7111@yukidoke.org>	<49AB1FFE.3020900@codewiz.org>
	<49C0C619.80800@schampijer.de>	<20090318143059.GD6640@yukidoke.org>
	<49C12958.9010105@schampijer.de>	<gprj0e$s9a$1@ger.gmane.org>
	<49C152C5.8040903@redhat.com>	<20090319090903.GA15778@amd.home.annexia.org>	<gpt63u$r3$1@ger.gmane.org>
	<ufazlfhphu5.fsf@compute22.e.math.uh.edu>	<20090319180324.GA2319@amd.home.annexia.org>
	<ufar60tpayt.fsf@compute22.e.math.uh.edu>
Message-ID: <49C2B255.9000404@redhat.com>

On 03/19/2009 03:30 PM, Jason L Tibbitts III wrote:
> As I understand this, the issue has already been through the lawyers;
> I asked about it many months ago.  But I guess I'll let spot comment
> on that.

I think what I will say on this topic is this:

If there is not a clear rpm dependency between a subpackage (e.g.
foo-devel Requires: foo) and the package which contains the License
text, and the license text contains a requirement that it be distributed
along with all binaries, then and only then is it acceptable to
duplicate the License text in multiple subpackages, with the caveat that
it should be in the SAME location in each subpackage.

Note: The GPL/LGPL does require this.

~spot



From orion at cora.nwra.com  Thu Mar 19 21:27:01 2009
From: orion at cora.nwra.com (Orion Poplawski)
Date: Thu, 19 Mar 2009 15:27:01 -0600
Subject: policycoreutils-python
Message-ID: <49C2B8A5.2010701@cora.nwra.com>

Looks like semanage (and others?) have move from policycoreutils to 
policycoreutils-python, which is no longer installed by default.  Seems 
like they should be in @core or @base.

-- 
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 tibbs at math.uh.edu  Thu Mar 19 21:32:52 2009
From: tibbs at math.uh.edu (Jason L Tibbitts III)
Date: Thu, 19 Mar 2009 16:32:52 -0500
Subject: Full Licence field
In-Reply-To: <49C2B255.9000404@redhat.com> (Tom Callaway's message of "Thu\,
	19 Mar 2009 17\:00\:05 -0400")
References: <20090301225722.GD7111@yukidoke.org>
	<49AB1FFE.3020900@codewiz.org> <49C0C619.80800@schampijer.de>
	<20090318143059.GD6640@yukidoke.org> <49C12958.9010105@schampijer.de>
	<gprj0e$s9a$1@ger.gmane.org> <49C152C5.8040903@redhat.com>
	<20090319090903.GA15778@amd.home.annexia.org>
	<gpt63u$r3$1@ger.gmane.org> <ufazlfhphu5.fsf@compute22.e.math.uh.edu>
	<20090319180324.GA2319@amd.home.annexia.org>
	<ufar60tpayt.fsf@compute22.e.math.uh.edu>
	<49C2B255.9000404@redhat.com>
Message-ID: <ufaiqm5p5a3.fsf@compute22.e.math.uh.edu>

>>>>> "TC" == Tom \"spot\" Callaway <tcallawa at redhat.com> writes:

TC> If there is not a clear rpm dependency between a subpackage
TC> (e.g. foo-devel Requires: foo) and the package which contains the
TC> License text, and the license text contains a requirement that it
TC> be distributed along with all binaries, then and only then is it
TC> acceptable to duplicate the License text in multiple subpackages,
TC> with the caveat that it should be in the SAME location in each
TC> subpackage.

Well, in that case I must apologize for those reviews I've done.  I
would swear that I had requested an opinion on directly this issue
(even the more specific case where there is no link in name or
dependency between the various packages generated from one src.rpm)
and was told that it was sufficient to include the license text
exactly once.  That's the advice I've been going on for some time, and
the guidance I used when voting on the guideline restricting
duplicates.

Oh, well.

 - J<



From zaitcev at redhat.com  Thu Mar 19 21:47:33 2009
From: zaitcev at redhat.com (Pete Zaitcev)
Date: Thu, 19 Mar 2009 15:47:33 -0600
Subject: Nautilus mounts all filesystems
In-Reply-To: <1237494623.29772.34.camel@localhost.localdomain>
References: <20090319122304.087badb4.zaitcev@redhat.com>
	<1237489384.19070.20.camel@localhost.localdomain>
	<1237494623.29772.34.camel@localhost.localdomain>
Message-ID: <20090319154733.91f1597f.zaitcev@redhat.com>

On Thu, 19 Mar 2009 16:30:23 -0400, David Zeuthen <davidz at redhat.com> wrote:

> You should really file a bug for this instead of using email.

That only works if it's immediately obvious that the new phenomena in
question is actually a bug and not, for example, an attempt to mimic OSX.

> This is fixed in these packages.
> 
> http://koji.fedoraproject.org/koji/taskinfo?taskID=1250267
> 
> Please try them to see if they fix the problem (you will have to reboot
> for the changes to take effect.. or kick over the devkit-disks-daemon
> and login/logout).

DeviceKit-disks-003-7.fc11.x86_64 fixes the problem, thanks a lot.

-- Pete



From stickster at gmail.com  Thu Mar 19 22:02:32 2009
From: stickster at gmail.com (Paul W. Frields)
Date: Thu, 19 Mar 2009 18:02:32 -0400
Subject: preupgrade F10
In-Reply-To: <d5ad21470903191021y4edc044cla1e0b0799d43384f@mail.gmail.com>
References: <49C27B78.9070304@verizon.net>
	<d5ad21470903191021y4edc044cla1e0b0799d43384f@mail.gmail.com>
Message-ID: <20090319220232.GR26147@localhost.localdomain>

On Thu, Mar 19, 2009 at 06:21:20PM +0100, Gianluca Sforna wrote:
> On Thu, Mar 19, 2009 at 6:06 PM, Gerry Reno <greno at verizon.net> wrote:
> > When I try to preupgrade F10 to F11-alpha I don't see any selection for
> > F11-alpha, only Rawhide. ?Shouldn't there be a selection for F11-alpha if I
> > check off the "show everything" box? ?(this is on a test machine).
> 
> Beside the technical problem for tracking which versions were present
> in the alpha, I don't think there is a point in upgrading to Alpha
> given that it will update to latest rawhide at first yum/pk run...

And make sure you update rpm and yum before proceeding with a
pre-upgrade.  Or does pre-upgrade do that first automatically?

https://fedoraproject.org/wiki/Fedora_11_Beta_release_notes#Known_Issues

-- 
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
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090319/4034fd77/attachment.sig>

From greno at verizon.net  Thu Mar 19 23:04:36 2009
From: greno at verizon.net (Gerry Reno)
Date: Thu, 19 Mar 2009 19:04:36 -0400
Subject: preupgrade F10
In-Reply-To: <20090319220232.GR26147@localhost.localdomain>
References: <49C27B78.9070304@verizon.net>
	<d5ad21470903191021y4edc044cla1e0b0799d43384f@mail.gmail.com>
	<20090319220232.GR26147@localhost.localdomain>
Message-ID: <49C2CF84.6010503@verizon.net>

Paul W. Frields wrote:
> On Thu, Mar 19, 2009 at 06:21:20PM +0100, Gianluca Sforna wrote:
>   
>> On Thu, Mar 19, 2009 at 6:06 PM, Gerry Reno <greno at verizon.net> wrote:
>>     
>>> When I try to preupgrade F10 to F11-alpha I don't see any selection for
>>> F11-alpha, only Rawhide.  Shouldn't there be a selection for F11-alpha if I
>>> check off the "show everything" box?  (this is on a test machine).
>>>       
>> Beside the technical problem for tracking which versions were present
>> in the alpha, I don't think there is a point in upgrading to Alpha
>> given that it will update to latest rawhide at first yum/pk run...
>>     
>
> And make sure you update rpm and yum before proceeding with a
> pre-upgrade.  Or does pre-upgrade do that first automatically?
>
> https://fedoraproject.org/wiki/Fedora_11_Beta_release_notes#Known_Issues
>
>   
I think yum should automatically do that for you.  It should first check 
if new 'rpm' and 'yum' are available and if so upgrade them and then 
reinvoke itself.

Regards,
Gerry

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090319/2cd48da8/attachment.htm>

From davej at redhat.com  Thu Mar 19 23:44:47 2009
From: davej at redhat.com (Dave Jones)
Date: Thu, 19 Mar 2009 19:44:47 -0400
Subject: audit-libs-python fails upgrade to rawhide.
Message-ID: <20090319234447.GA28180@redhat.com>

Steve,
 yum upgrades from f10 + updates -> rawhide fail right now due to a broken dep..

audit-libs-python-1.7.12-3.fc10.x86_64 from installed has depsolving problems
  --> Missing Dependency: python(abi) = 2.5 is needed by package audit-libs-python-1.7.12-3.fc10.x86_64 (installed)
Error: Missing Dependency: python(abi) = 2.5 is needed by package audit-libs-python-1.7.12-3.fc10.x86_64 (installed)

This happens because the version in f10-updates is newer than the version in rawhide.
(-3 in f10, and -2 in rawhide)

Can you bump the build ?

	Dave



From seg at haxxed.com  Fri Mar 20 00:28:05 2009
From: seg at haxxed.com (Callum Lerwick)
Date: Thu, 19 Mar 2009 19:28:05 -0500
Subject: ISA IDE no longer supported?
In-Reply-To: <1236849418.32388.33.camel@localhost.localdomain>
References: <1236849418.32388.33.camel@localhost.localdomain>
Message-ID: <1237508885.7049.502.camel@localhost.localdomain>

On Thu, 2009-03-12 at 04:16 -0500, Callum Lerwick wrote:
> So, I pulled out a Toshiba Satellite 325CDS (P233 MMX) laptop for the
> purpose of GPS logging for OpenStreetMap. The idea being I can leave it
> in my car and if anything I feel sorry for the idiot who bothers to
> steal such a fossil. Unfortunately I can't get F10 to install on it. The
> kernel sees no IDE controllers. It seems the "new" libata drivers do not
> work with plain old ISA IDE. Pentium era laptops typically didn't have
> PCI IDE. Another nail in the coffin for i586.

So, I got F10 running. It required:

1) Pull the HD, plug it in to a newer machine via USB bridge
2) Install
3) Force replace the i686 glibc/openssl with i386
4) Install custom built kernel package with old IDE drivers
5) Put HD back in old machine
6) Boot with SystemRescueCD to get grub installed properly, as
installing via USB failed miserably
7) Xorg no workey, the "chips" driver still exists but fails to work and
gives no useful error messages. Since Xorg 1.3 on the SystemRescueCD
works fine, I nuked xorg-* and installed Xorg 1.3 from Fedora 8 instead.
Ta da, working X.
8) Enjoy your unsupported frankenstein monster!

(Step 9, strip the install bare because otherwise it takes 20 minutes to
boot and log in, I'm looking at you Nautilus...)

Config pastebinned because it's too big for the mailing list:

http://pastebin.ca/raw/1365738

I tried to strip out things that a low end i586 is never going to have.
(AGP/DRM, SMP, HPET, firewire, enterprise server hardware, i686
microcode, probably overlooked a lot more because there's just too damn
much to go through...)

Anyone want me to upload the actual packages?
-------------- 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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090319/44607919/attachment.sig>

From ianweller at gmail.com  Fri Mar 20 01:18:20 2009
From: ianweller at gmail.com (Ian Weller)
Date: Thu, 19 Mar 2009 20:18:20 -0500
Subject: packaging wordpress plugins
Message-ID: <20090320011820.GA12955@gmail.com>

We have two packages in Fedora that provide what could be considered
WordPress core, "wordpress" and "wordpress-mu". Both store their files
separately in /usr/share/wordpress and /usr/share/wordpress-mu. The
plugins are installed under the wp-content/plugins directory under these
directories.

So, given that a certain infrastructure setup (not necessarily Fedora)
would need all the plugins to be packages for them to be installed on
the server, and given that users have the option to select either
wordpres or wordpress-mu, what would be the best method for packaging
plugins?

-- 
Ian Weller <ianweller at gmail.com>
GnuPG fingerprint:  E51E 0517 7A92 70A2 4226  B050 87ED 7C97 EFA8 4A36
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090319/604f74b2/attachment.sig>

From jonstanley at gmail.com  Fri Mar 20 01:27:40 2009
From: jonstanley at gmail.com (Jon Stanley)
Date: Thu, 19 Mar 2009 21:27:40 -0400
Subject: Plan for tomorrow's (20090320) FESCo meeting
Message-ID: <da159fda0903191827p57bda13bqfdfb003656eae719@mail.gmail.com>

The following topics are likely to come up at tomorrow's FESCo
meeting, 17:00UTC in #fedora-meeting:

102	Asking for sponsoring status (+ provenpackager): mcepl
109	Sponsor self-nomination: Michel Salim
114	Sponsor self nomination: Nils Philippsen / nphilipp
112	Provenpackager request: oliver
117	Provenpackager request: oget
10	Review list of non-provenpackager committable packages
106	ProvenPackager and/or Sponsor request: tuxbrewr
110	Policy on Flags
115	making fluid soundfont the default
116	figure out what to do about deactivated maintainers
65	Fedora Creative Commons Content repository


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 kanarip at kanarip.com  Fri Mar 20 02:04:09 2009
From: kanarip at kanarip.com (Jeroen van Meeuwen)
Date: Fri, 20 Mar 2009 03:04:09 +0100
Subject: Bugzilla and FAS accounts
In-Reply-To: <2d319b780903190310t5d136ccoeeaf3feb0c5c892e@mail.gmail.com>
References: <2d319b780903190310t5d136ccoeeaf3feb0c5c892e@mail.gmail.com>
Message-ID: <49C2F999.3010000@kanarip.com>

On 03/19/2009 11:10 AM, Mathieu Bridon (bochecha) wrote:
> What would be the best solution ? Change my Bugzilla account every
> time I change the email pointed by my FAS account ? Couldn't the
> Bugzilla account actually be the FAS account, to avoid this kind of
> issues ? Am I even diagnosing this correctly ?
>

I think your Bugzilla account and FAS account are matched using the 
emailaddress associated with both accounts. If your privileges in FAS 
change (you become a packager or the maintainer of a package or 
something similar), you're priviliges in Bugzilla change only if you use 
the same email account with both systems (if I recall correctly).

Hence, the solution would be to change your Bugzilla account to the new 
email address as well.

-Jeroen



From peter at thecodergeek.com  Fri Mar 20 05:52:59 2009
From: peter at thecodergeek.com (Peter Gordon)
Date: Thu, 19 Mar 2009 22:52:59 -0700
Subject: packaging wordpress plugins
In-Reply-To: <20090320011820.GA12955@gmail.com>
References: <20090320011820.GA12955@gmail.com>
Message-ID: <1237528379.3969.4.camel@localhost.localdomain>

On Thu, 2009-03-19 at 20:18 -0500, Ian Weller wrote:
> We have two packages in Fedora that provide what could be considered
> WordPress core, "wordpress" and "wordpress-mu". Both store their files
> separately in /usr/share/wordpress and /usr/share/wordpress-mu. The
> plugins are installed under the wp-content/plugins directory under these
> directories.
> 

My thinking this would need to be two-fold.

Firstly, both of these packages can provide some sort of virtual (such
as "wordpress-core" or something reasonable) so that anything which
needs "a generic wordpress installation" can run with both of them.

Then they would both need to provide an addition to the RPM macros such
as %wordpress_datadir which can be either of these two depending on the
providing package.

Secondly, a spec for a plugin file could install their contents to that
macro-ified directory, containing files section containing something to
the effect of:

%files
%{wordpress_datadir}/plugins/%{name}/
[...]

My $0.02. :)
-- 
Peter Gordon (codergeek42) <peter at thecodergeek.com>
Who am I? :: http://www.thecodergeek.com/about-me



-------------- 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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090319/33fde65e/attachment.sig>

From maxamillion at gmail.com  Fri Mar 20 05:53:54 2009
From: maxamillion at gmail.com (Adam Miller)
Date: Fri, 20 Mar 2009 00:53:54 -0500
Subject: preupgrade F10
In-Reply-To: <f12087800903192252pe8c099bg71bf8a9d4f731287@mail.gmail.com>
References: <49C27B78.9070304@verizon.net>
	<d5ad21470903191021y4edc044cla1e0b0799d43384f@mail.gmail.com>
	<20090319220232.GR26147@localhost.localdomain>
	<49C2CF84.6010503@verizon.net>
	<f12087800903192252pe8c099bg71bf8a9d4f731287@mail.gmail.com>
Message-ID: <f12087800903192253h7c977892na3cdf2a975747657@mail.gmail.com>

I agree with Gerry, +1 for yum and rpm checks taking priority over the rest
of packages marked for update.

-Adam
(From my G1)

On Mar 19, 2009 6:05 PM, "Gerry Reno" <greno at verizon.net> wrote:

Paul W. Frields wrote: > > On Thu, Mar 19, 2009 at 06:21:20PM +0100,
Gianluca Sforna wrote: > >> ...
I think yum should automatically do that for you.  It should first check if
new 'rpm' and 'yum' are available and if so upgrade them and then reinvoke
itself.

Regards,
Gerry


--
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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090320/1aa2d7dd/attachment.htm>

From rawhide at fedoraproject.org  Fri Mar 20 08:48:42 2009
From: rawhide at fedoraproject.org (Rawhide Report)
Date: Fri, 20 Mar 2009 08:48:42 +0000 (UTC)
Subject: rawhide report: 20090320 changes
Message-ID: <20090320084842.7DD021F8248@releng2.fedora.phx.redhat.com>

Compose started at Fri Mar 20 06:01:04 UTC 2009

Updated Packages:

anaconda-11.5.0.34-1
--------------------

gdm-2.26.0-5.fc11
-----------------
* Thu Mar 19 2009 Ray Strode <rstrode at redhat.com> - 1:2.26.0-4
- Use gethostname() instead of g_get_host_name() when writing
  out xauth files, because the hostname may change out from
  under us and glib caches it.

* Thu Mar 19 2009 Ray Strode <rstrode at redhat.com> - 1:2.26.0-5
- Use gethostname() _properly_ instead of g_get_host_name() when writing
  out xauth files, because the hostname may change out from
  under us and glib caches it.

* Wed Mar 18 2009 Ray Strode <rstrode at redhat.com> - 1:2.26.0-3
- emit "user-selected" signal for non-user items in the list
  as well.

* Mon Mar 16 2009 Ray Strode <rstrode at redhat.com> - 1:2.26.0-1
- Update to 2.26.0
- Drop gcc workaround.  it might not be needed now.

* Mon Mar 16 2009 Ray Strode <rstrode at redhat.com> - 1:2.26.0-2
- Clean up empty auth dirs so they don't hang around forever
  (bug 485974)


pyparted-2.0.7-1.fc11
---------------------
* Thu Mar 19 2009 David Cantrell <dcantrell at redhat.com> - 2.0.7-1
- Upgrade to pyparted-2.0.7

* Thu Mar 12 2009 David Cantrell <dcantrell at redhat.com> - 2.0.6-1
- Upgrade to pyparted-2.0.6


Summary:
Added Packages: 0
Removed Packages: 0
Modified Packages: 3
Broken deps for i386
----------------------------------------------------------
	dbmail-2.2.11-2.fc10.i386 requires libgmime-2.0.so.2
	dbmail-auth-ldap-2.2.11-2.fc10.i386 requires libgmime-2.0.so.2
	dbmail-mysql-2.2.11-2.fc10.i386 requires libssl.so.7
	dbmail-mysql-2.2.11-2.fc10.i386 requires libcrypto.so.7
	dbmail-mysql-2.2.11-2.fc10.i386 requires libmysqlclient.so.15
	dbmail-mysql-2.2.11-2.fc10.i386 requires libgmime-2.0.so.2
	dbmail-mysql-2.2.11-2.fc10.i386 requires libmysqlclient.so.15(libmysqlclient_15)
	dbmail-pgsql-2.2.11-2.fc10.i386 requires libgmime-2.0.so.2
	gdal-1.6.0-4.fc11.i386 requires libodbc.so.1
	gdal-1.6.0-4.fc11.i386 requires libodbcinst.so.1
	gdal-1.6.0-4.fc11.i386 requires libhdf5.so.5
	gdal-perl-1.6.0-4.fc11.i386 requires libodbc.so.1
	gdal-perl-1.6.0-4.fc11.i386 requires libodbcinst.so.1
	gdal-perl-1.6.0-4.fc11.i386 requires libhdf5.so.5
	gdal-ruby-1.6.0-4.fc11.i386 requires libodbc.so.1
	gdal-ruby-1.6.0-4.fc11.i386 requires libodbcinst.so.1
	gdal-ruby-1.6.0-4.fc11.i386 requires libhdf5.so.5
	grass-6.3.0-10.fc11.i386 requires libodbc.so.1
	k3d-0.6.7.0-9.fc11.i386 requires libMagickCore.so.1
	k3d-0.6.7.0-9.fc11.i386 requires libMagick++.so.1
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgdamm-3.0.so.10
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb_graph-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb_extra-3.0.so.4
	libopensync-plugin-syncml-0.35-4.fc10.i386 requires libsyncml.so.0
	mapnik-0.5.2-0.10.svn780.fc11.i386 requires dejavu-fonts-sans
	1:pan-0.133-1.fc10.i386 requires libgmime-2.0.so.2
	pfstools-imgmagick-1.7.0-3.fc11.i386 requires libMagickCore.so.1
	pfstools-imgmagick-1.7.0-3.fc11.i386 requires libMagick++.so.1
	pfstools-octave-1.7.0-3.fc11.i386 requires libhdf5.so.5
	postgresql-odbcng-0.90.101-2.fc10.i386 requires libodbcinst.so.1
	xastir-1.9.5-2.fc11.i386 requires libMagickCore.so.1



Broken deps for x86_64
----------------------------------------------------------
	dbmail-2.2.11-2.fc10.x86_64 requires libgmime-2.0.so.2()(64bit)
	dbmail-auth-ldap-2.2.11-2.fc10.x86_64 requires libgmime-2.0.so.2()(64bit)
	dbmail-mysql-2.2.11-2.fc10.x86_64 requires libmysqlclient.so.15(libmysqlclient_15)(64bit)
	dbmail-mysql-2.2.11-2.fc10.x86_64 requires libgmime-2.0.so.2()(64bit)
	dbmail-mysql-2.2.11-2.fc10.x86_64 requires libssl.so.7()(64bit)
	dbmail-mysql-2.2.11-2.fc10.x86_64 requires libcrypto.so.7()(64bit)
	dbmail-mysql-2.2.11-2.fc10.x86_64 requires libmysqlclient.so.15()(64bit)
	dbmail-pgsql-2.2.11-2.fc10.x86_64 requires libgmime-2.0.so.2()(64bit)
	gdal-1.6.0-4.fc11.i386 requires libodbc.so.1
	gdal-1.6.0-4.fc11.i386 requires libodbcinst.so.1
	gdal-1.6.0-4.fc11.i386 requires libhdf5.so.5
	gdal-1.6.0-4.fc11.x86_64 requires libhdf5.so.5()(64bit)
	gdal-1.6.0-4.fc11.x86_64 requires libodbcinst.so.1()(64bit)
	gdal-1.6.0-4.fc11.x86_64 requires libodbc.so.1()(64bit)
	gdal-perl-1.6.0-4.fc11.x86_64 requires libhdf5.so.5()(64bit)
	gdal-perl-1.6.0-4.fc11.x86_64 requires libodbcinst.so.1()(64bit)
	gdal-perl-1.6.0-4.fc11.x86_64 requires libodbc.so.1()(64bit)
	gdal-ruby-1.6.0-4.fc11.x86_64 requires libhdf5.so.5()(64bit)
	gdal-ruby-1.6.0-4.fc11.x86_64 requires libodbcinst.so.1()(64bit)
	gdal-ruby-1.6.0-4.fc11.x86_64 requires libodbc.so.1()(64bit)
	grass-6.3.0-10.fc11.x86_64 requires libodbc.so.1()(64bit)
	k3d-0.6.7.0-9.fc11.i386 requires libMagickCore.so.1
	k3d-0.6.7.0-9.fc11.i386 requires libMagick++.so.1
	k3d-0.6.7.0-9.fc11.x86_64 requires libMagick++.so.1()(64bit)
	k3d-0.6.7.0-9.fc11.x86_64 requires libMagickCore.so.1()(64bit)
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgdamm-3.0.so.10
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb_graph-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb_extra-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.x86_64 requires libgnomedb_graph-3.0.so.4()(64bit)
	libgnomedbmm-2.9.5-4.fc9.x86_64 requires libgdamm-3.0.so.10()(64bit)
	libgnomedbmm-2.9.5-4.fc9.x86_64 requires libgnomedb-3.0.so.4()(64bit)
	libgnomedbmm-2.9.5-4.fc9.x86_64 requires libgnomedb_extra-3.0.so.4()(64bit)
	libopensync-plugin-syncml-0.35-4.fc10.x86_64 requires libsyncml.so.0()(64bit)
	mapnik-0.5.2-0.10.svn780.fc11.i386 requires dejavu-fonts-sans
	mapnik-0.5.2-0.10.svn780.fc11.x86_64 requires dejavu-fonts-sans
	1:pan-0.133-1.fc10.x86_64 requires libgmime-2.0.so.2()(64bit)
	pfstools-imgmagick-1.7.0-3.fc11.x86_64 requires libMagick++.so.1()(64bit)
	pfstools-imgmagick-1.7.0-3.fc11.x86_64 requires libMagickCore.so.1()(64bit)
	pfstools-octave-1.7.0-3.fc11.x86_64 requires libhdf5.so.5()(64bit)
	postgresql-odbcng-0.90.101-2.fc10.i386 requires libodbcinst.so.1
	postgresql-odbcng-0.90.101-2.fc10.x86_64 requires libodbcinst.so.1()(64bit)
	xastir-1.9.5-2.fc11.x86_64 requires libMagickCore.so.1()(64bit)



Broken deps for ppc
----------------------------------------------------------
	dbmail-2.2.11-2.fc10.ppc requires libgmime-2.0.so.2
	dbmail-auth-ldap-2.2.11-2.fc10.ppc requires libgmime-2.0.so.2
	dbmail-mysql-2.2.11-2.fc10.ppc requires libssl.so.7
	dbmail-mysql-2.2.11-2.fc10.ppc requires libmysqlclient.so.15
	dbmail-mysql-2.2.11-2.fc10.ppc requires libcrypto.so.7
	dbmail-mysql-2.2.11-2.fc10.ppc requires libmysqlclient.so.15(libmysqlclient_15)
	dbmail-mysql-2.2.11-2.fc10.ppc requires libgmime-2.0.so.2
	dbmail-pgsql-2.2.11-2.fc10.ppc requires libgmime-2.0.so.2
	gdal-1.6.0-4.fc11.ppc requires libodbc.so.1
	gdal-1.6.0-4.fc11.ppc requires libodbcinst.so.1
	gdal-1.6.0-4.fc11.ppc requires libhdf5.so.5
	gdal-1.6.0-4.fc11.ppc64 requires libhdf5.so.5()(64bit)
	gdal-1.6.0-4.fc11.ppc64 requires libodbcinst.so.1()(64bit)
	gdal-1.6.0-4.fc11.ppc64 requires libodbc.so.1()(64bit)
	gdal-perl-1.6.0-4.fc11.ppc requires libodbc.so.1
	gdal-perl-1.6.0-4.fc11.ppc requires libodbcinst.so.1
	gdal-perl-1.6.0-4.fc11.ppc requires libhdf5.so.5
	gdal-ruby-1.6.0-4.fc11.ppc requires libodbc.so.1
	gdal-ruby-1.6.0-4.fc11.ppc requires libodbcinst.so.1
	gdal-ruby-1.6.0-4.fc11.ppc requires libhdf5.so.5
	grass-6.3.0-10.fc11.ppc requires libodbc.so.1
	k3d-0.6.7.0-9.fc11.ppc requires libMagickCore.so.1
	k3d-0.6.7.0-9.fc11.ppc requires libMagick++.so.1
	k3d-0.6.7.0-9.fc11.ppc64 requires libMagick++.so.1()(64bit)
	k3d-0.6.7.0-9.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc requires libgnomedb-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.ppc requires libgdamm-3.0.so.10
	libgnomedbmm-2.9.5-4.fc9.ppc requires libgnomedb_graph-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.ppc requires libgnomedb_extra-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgnomedb_graph-3.0.so.4()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgdamm-3.0.so.10()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgnomedb-3.0.so.4()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgnomedb_extra-3.0.so.4()(64bit)
	libopensync-plugin-syncml-0.35-4.fc10.ppc requires libsyncml.so.0
	mapnik-0.5.2-0.10.svn780.fc11.ppc requires dejavu-fonts-sans
	mapnik-0.5.2-0.10.svn780.fc11.ppc64 requires dejavu-fonts-sans
	1:pan-0.133-1.fc10.ppc requires libgmime-2.0.so.2
	pfstools-imgmagick-1.7.0-3.fc11.ppc requires libMagickCore.so.1
	pfstools-imgmagick-1.7.0-3.fc11.ppc requires libMagick++.so.1
	pfstools-octave-1.7.0-3.fc11.ppc requires libhdf5.so.5
	postgresql-odbcng-0.90.101-2.fc10.ppc requires libodbcinst.so.1
	postgresql-odbcng-0.90.101-2.fc10.ppc64 requires libodbcinst.so.1()(64bit)
	xastir-1.9.5-2.fc11.ppc requires libMagickCore.so.1



Broken deps for ppc64
----------------------------------------------------------
	cabal2spec-0.12-1.fc11.noarch requires ghc > 0:6.10.1-7
	dbmail-2.2.11-2.fc10.ppc64 requires libgmime-2.0.so.2()(64bit)
	dbmail-auth-ldap-2.2.11-2.fc10.ppc64 requires libgmime-2.0.so.2()(64bit)
	dbmail-mysql-2.2.11-2.fc10.ppc64 requires libgmime-2.0.so.2()(64bit)
	dbmail-mysql-2.2.11-2.fc10.ppc64 requires libssl.so.7()(64bit)
	dbmail-mysql-2.2.11-2.fc10.ppc64 requires libmysqlclient.so.15(libmysqlclient_15)(64bit)
	dbmail-mysql-2.2.11-2.fc10.ppc64 requires libcrypto.so.7()(64bit)
	dbmail-mysql-2.2.11-2.fc10.ppc64 requires libmysqlclient.so.15()(64bit)
	dbmail-pgsql-2.2.11-2.fc10.ppc64 requires libgmime-2.0.so.2()(64bit)
	gdal-1.6.0-4.fc11.ppc64 requires libhdf5.so.5()(64bit)
	gdal-1.6.0-4.fc11.ppc64 requires libodbcinst.so.1()(64bit)
	gdal-1.6.0-4.fc11.ppc64 requires libodbc.so.1()(64bit)
	gdal-perl-1.6.0-4.fc11.ppc64 requires libhdf5.so.5()(64bit)
	gdal-perl-1.6.0-4.fc11.ppc64 requires libodbcinst.so.1()(64bit)
	gdal-perl-1.6.0-4.fc11.ppc64 requires libodbc.so.1()(64bit)
	gdal-ruby-1.6.0-4.fc11.ppc64 requires libhdf5.so.5()(64bit)
	gdal-ruby-1.6.0-4.fc11.ppc64 requires libodbcinst.so.1()(64bit)
	gdal-ruby-1.6.0-4.fc11.ppc64 requires libodbc.so.1()(64bit)
	grass-6.3.0-10.fc11.ppc64 requires libodbc.so.1()(64bit)
	k3d-0.6.7.0-9.fc11.ppc64 requires libMagick++.so.1()(64bit)
	k3d-0.6.7.0-9.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgnomedb_graph-3.0.so.4()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgdamm-3.0.so.10()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgnomedb-3.0.so.4()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgnomedb_extra-3.0.so.4()(64bit)
	libopensync-plugin-syncml-0.35-4.fc10.ppc64 requires libsyncml.so.0()(64bit)
	mapnik-0.5.2-0.10.svn780.fc11.ppc64 requires dejavu-fonts-sans
	1:pan-0.133-1.fc10.ppc64 requires libgmime-2.0.so.2()(64bit)
	pfstools-imgmagick-1.7.0-3.fc11.ppc64 requires libMagick++.so.1()(64bit)
	pfstools-imgmagick-1.7.0-3.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	pfstools-octave-1.7.0-3.fc11.ppc64 requires libhdf5.so.5()(64bit)
	postgresql-odbcng-0.90.101-2.fc10.ppc64 requires libodbcinst.so.1()(64bit)
	xastir-1.9.5-2.fc11.ppc64 requires libMagickCore.so.1()(64bit)





From m.a.young at durham.ac.uk  Fri Mar 20 09:38:47 2009
From: m.a.young at durham.ac.uk (M A Young)
Date: Fri, 20 Mar 2009 09:38:47 +0000 (GMT)
Subject: preupgrade F10
In-Reply-To: <20090319220232.GR26147@localhost.localdomain>
References: <49C27B78.9070304@verizon.net>
	<d5ad21470903191021y4edc044cla1e0b0799d43384f@mail.gmail.com>
	<20090319220232.GR26147@localhost.localdomain>
Message-ID: <alpine.GSO.2.00.0903200925490.29513@algedi.dur.ac.uk>

On Thu, 19 Mar 2009, Paul W. Frields wrote:

> And make sure you update rpm and yum before proceeding with a
> pre-upgrade.  Or does pre-upgrade do that first automatically?
>
> https://fedoraproject.org/wiki/Fedora_11_Beta_release_notes#Known_Issues

For preupgrade it shouldn't matter, because it does a full anaconda based 
upgrade, booting from the install image, and that will include all the 
required package versions. The difference between preupgrade and a DVD 
based upgrade is that preupgrade assembles the packages you are going 
to need on local disks before booting from the install image, rather than 
relying on the standard collection from the DVD.

 	Michael Young



From jakub at redhat.com  Fri Mar 20 09:55:50 2009
From: jakub at redhat.com (Jakub Jelinek)
Date: Fri, 20 Mar 2009 10:55:50 +0100
Subject: "Dwarf error" on Rawhide
In-Reply-To: <20090319081533.GD4831@tyan-ft48-01.lab.bos.redhat.com>
References: <200903182222.47441.gauret@free.fr> <gpsk43$hv1$3@ger.gmane.org>
	<200903190725.42448.gauret@free.fr>
	<20090319081533.GD4831@tyan-ft48-01.lab.bos.redhat.com>
Message-ID: <20090320095550.GM4831@tyan-ft48-01.lab.bos.redhat.com>

On Thu, Mar 19, 2009 at 09:15:34AM +0100, Jakub Jelinek wrote:
> On Thu, Mar 19, 2009 at 07:25:42AM +0100, Aurelien Bompard wrote:
> > > I think the undefined references are the real problem there.
> > 
> > Oh, are they ? Any idea what could have changed in GCC 4.4 to cause that ? I 
> > didn't find anything obvious in http://gcc.gnu.org/gcc-4.4/porting_to.html
> 
> Mail me the preprocessed source for tab_ui.cpp (add -save-temps, avoid
> ccache (e.g. run /usr/bin/g++ instead of g++ if you have it installed), mail
> tab_ui.ii it generates) and I can have a look whether it is your package's
> fault or a GCC bug.

What the package does with presets.{h,cpp} is essentially:

presets.h:
template <typename T, int N> struct A { T a; int b; A (T, int); };
const A<int, 3> aint3 = A<int, 3> (6, 3);

presets.cpp:
#include "presets.h"
template <typename T, int N> A<T, N>::A (T t, int i) { a = t; b = i; }

tab_simple.cpp:
#include "presets.h"
int x;

aint3 in the above is being compiled into every CU that includes the header,
but except for presets.cpp the ctor template isn't defined.
In presets.cpp it is only implicitly instantiated, for -O0 nothing is
inlined and the ctors are exported from that CU, but for -O2 the ctor is
inlined and nothing is exported.

You either want to explicitly instantiate it in presets.cpp
(in the simplified testcase add:
template struct A<int, 3>;
), which will export the ctors, or define the ctor in the header as well,
or, perhaps best, don't define all the constants in the presets.h header at
all, just declare them as externs:
extern const A<int, 3> aint3;
and define them all just in presets.cpp.  They can't be optimized away
anyway when the ctor isn't visible.

	Jakub



From bochecha at fedoraproject.org  Fri Mar 20 09:59:17 2009
From: bochecha at fedoraproject.org (Mathieu Bridon (bochecha))
Date: Fri, 20 Mar 2009 10:59:17 +0100
Subject: Bugzilla and FAS accounts
In-Reply-To: <49C2F999.3010000@kanarip.com>
References: <2d319b780903190310t5d136ccoeeaf3feb0c5c892e@mail.gmail.com>
	<49C2F999.3010000@kanarip.com>
Message-ID: <2d319b780903200259t13d01a73qbb72f4d7060b15c2@mail.gmail.com>

> I think your Bugzilla account and FAS account are matched using the
> emailaddress associated with both accounts. If your privileges in FAS change
> (you become a packager or the maintainer of a package or something similar),
> you're priviliges in Bugzilla change only if you use the same email account
> with both systems (if I recall correctly).
>
> Hence, the solution would be to change your Bugzilla account to the new
> email address as well.

I just did the test and changed my bugzilla mail address to my
@fedoraproject.org address and I don't have the permissions.

If I change it to my mail address pointed in FAS, I do get those
permissions again.

Isn't it possible to have the Bugzilla account match either the
@fedoraproject.org address OR the one pointed by it ?

This would remove the need to change the Bugzilla mail address each
time you change your mail address in FAS... :-/


----------

Mathieu Bridon (bochecha)

"They who can give up essential liberty to obtain a little temporary
safety, deserve neither liberty nor safety." ~Benjamin Franklin



From billcrawford1970 at gmail.com  Fri Mar 20 10:10:03 2009
From: billcrawford1970 at gmail.com (Bill Crawford)
Date: Fri, 20 Mar 2009 10:10:03 +0000
Subject: packaging wordpress plugins
In-Reply-To: <1237528379.3969.4.camel@localhost.localdomain>
References: <20090320011820.GA12955@gmail.com>
	<1237528379.3969.4.camel@localhost.localdomain>
Message-ID: <200903201010.03317.billcrawford1970@gmail.com>

On Friday 20 March 2009 05:52:59 Peter Gordon wrote:
> On Thu, 2009-03-19 at 20:18 -0500, Ian Weller wrote:
> > We have two packages in Fedora that provide what could be considered
> > WordPress core, "wordpress" and "wordpress-mu". Both store their files
> > separately in /usr/share/wordpress and /usr/share/wordpress-mu. The
> > plugins are installed under the wp-content/plugins directory under these
> > directories.
>
> My thinking this would need to be two-fold.
>
> Firstly, both of these packages can provide some sort of virtual (such
> as "wordpress-core" or something reasonable) so that anything which
> needs "a generic wordpress installation" can run with both of them.

That makes it impossible to switch easily just by changing config, though.

> Then they would both need to provide an addition to the RPM macros such
> as %wordpress_datadir which can be either of these two depending on the
> providing package.

That means the building environment is different depending on which you have on 
the build host at the time you build the plugins ...

> Secondly, a spec for a plugin file could install their contents to that
> macro-ified directory, containing files section containing something to
> the effect of:
>
> %files
> %{wordpress_datadir}/plugins/%{name}/
> [...]

... and yes, but that means the plugins will only work with one version or the 
other, and that would be a random thing at build time (depending which package 
was installed to satisfy the BR: wordpress-core).

So, you need to have a way of making a single shared directory; although that 
only works if the two packages are guaranteed to not introduce incompatability 
with each other in whatever passes for an "ABI" :o)



From mschwendt at gmail.com  Fri Mar 20 12:25:19 2009
From: mschwendt at gmail.com (Michael Schwendt)
Date: Fri, 20 Mar 2009 13:25:19 +0100
Subject: Bugzilla and FAS accounts
In-Reply-To: <2d319b780903200259t13d01a73qbb72f4d7060b15c2@mail.gmail.com>
References: <2d319b780903190310t5d136ccoeeaf3feb0c5c892e@mail.gmail.com>
	<49C2F999.3010000@kanarip.com>
	<2d319b780903200259t13d01a73qbb72f4d7060b15c2@mail.gmail.com>
Message-ID: <20090320132519.06b52f30@faldor.intranet>

On Fri, 20 Mar 2009 10:59:17 +0100, Mathieu wrote:

> > I think your Bugzilla account and FAS account are matched using the
> > emailaddress associated with both accounts. If your privileges in FAS change
> > (you become a packager or the maintainer of a package or something similar),
> > you're priviliges in Bugzilla change only if you use the same email account
> > with both systems (if I recall correctly).
> >
> > Hence, the solution would be to change your Bugzilla account to the new
> > email address as well.
> 
> I just did the test and changed my bugzilla mail address to my
> @fedoraproject.org address and I don't have the permissions.
> 
> If I change it to my mail address pointed in FAS, I do get those
> permissions again.
> 
> Isn't it possible to have the Bugzilla account match either the
> @fedoraproject.org address OR the one pointed by it ?
> 
> This would remove the need to change the Bugzilla mail address each
> time you change your mail address in FAS... :-/

Check out this thread:
https://www.redhat.com/archives/fedora-infrastructure-list/2008-October/msg00132.html



From bochecha at fedoraproject.org  Fri Mar 20 12:44:18 2009
From: bochecha at fedoraproject.org (Mathieu Bridon (bochecha))
Date: Fri, 20 Mar 2009 13:44:18 +0100
Subject: Bugzilla and FAS accounts
In-Reply-To: <20090320132519.06b52f30@faldor.intranet>
References: <2d319b780903190310t5d136ccoeeaf3feb0c5c892e@mail.gmail.com>
	<49C2F999.3010000@kanarip.com>
	<2d319b780903200259t13d01a73qbb72f4d7060b15c2@mail.gmail.com>
	<20090320132519.06b52f30@faldor.intranet>
Message-ID: <2d319b780903200544o72df82c0k45fb573675b18745@mail.gmail.com>

> Check out this thread:
> https://www.redhat.com/archives/fedora-infrastructure-list/2008-October/msg00132.html

Thanks, that explains everything, and how to fix it.

Regards,


----------

Mathieu Bridon (bochecha)

"They who can give up essential liberty to obtain a little temporary
safety, deserve neither liberty nor safety." ~Benjamin Franklin



From lyos.gemininorezel at gmail.com  Fri Mar 20 12:52:36 2009
From: lyos.gemininorezel at gmail.com (Lyos Gemini Norezel)
Date: Fri, 20 Mar 2009 08:52:36 -0400
Subject: Full Licence field
In-Reply-To: <49C152C5.8040903@redhat.com>
References: <499E9CBB.8070406@schampijer.de>	<20090301225722.GD7111@yukidoke.org>	<49AB1FFE.3020900@codewiz.org>	<49C0C619.80800@schampijer.de>	<20090318143059.GD6640@yukidoke.org>	<49C12958.9010105@schampijer.de>	<gprj0e$s9a$1@ger.gmane.org>
	<49C152C5.8040903@redhat.com>
Message-ID: <49C39194.4000709@gmail.com>

Tom "spot" Callaway wrote:
> On 03/18/2009 03:45 PM, Kevin Kofler wrote:
>   
>> Simon Schampijer wrote:
>>     
>>> Yes. So the main question is now if Fedora would be willing to ship
>>> general licenses under /usr/share/common-licenses, I think.
>>>       
>
> I really don't want to do this. Here's why:
>
> A) Many copyright holders make minor modifications to the licensing
> terms. These modifications usually do not affect the rights granted by
> the license (which is why we do not mark them as distinct and individual
> licenses), 

Perhaps this is a mistake on our part?

> but it would be incorrect to have these packages pointing to
> general license texts when those do not apply.
>   



> B) Many licenses require that any distribution include the license text.
> Red Hat Legal was very uncomfortable with us using a rpm dependency to
> meet that requirement.
>   

Maybe it's because I'm not a lawyer, that I fail to see the problem with 
that.
As long as there exists some reference to the license and a location 
where it can be read,
doesn't that meet the requirements of those licenses?

It seems awfully wasteful carrying a million or more copies of the same 
blasted license file,
in a million or more locations in the OS.

Wasn't there a discussion, somewhat recently, about libraries that are 
shipped with the program instead
of being stored in /lib or /usr/lib?

Seems, to me, the arguments used to store such files in a *COMMON 
LOCATION* can, and should, be
used here.

Or has common sense been thrown out the window?

Lyos Gemini Norezel
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090320/baeaacf3/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Lyos_GeminiNorezel.vcf
Type: text/x-vcard
Size: 428 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090320/baeaacf3/attachment.vcf>

From maxamillion at gmail.com  Fri Mar 20 13:07:06 2009
From: maxamillion at gmail.com (Adam Miller)
Date: Fri, 20 Mar 2009 08:07:06 -0500
Subject: preupgrade F10
In-Reply-To: <alpine.GSO.2.00.0903200925490.29513@algedi.dur.ac.uk>
References: <49C27B78.9070304@verizon.net>
	<d5ad21470903191021y4edc044cla1e0b0799d43384f@mail.gmail.com>
	<20090319220232.GR26147@localhost.localdomain>
	<alpine.GSO.2.00.0903200925490.29513@algedi.dur.ac.uk>
Message-ID: <f12087800903200607w3229a60dn81aaea6fdedd1400@mail.gmail.com>

Right, but my comment was more geared towards the fact that installing
from F11-Alpha and trying to run 'yum update' at one point wasn't
possible without first running 'yum update rpm' and then 'yum update'.
I think that is a flaw in the priority of package installation, if it
had first checked for a new yum or new rpm package, installed those
and then re-invoked itself then the problem would be solved.

-Adam

On Fri, Mar 20, 2009 at 4:38 AM, M A Young <m.a.young at durham.ac.uk> wrote:
> On Thu, 19 Mar 2009, Paul W. Frields wrote:
>
>> And make sure you update rpm and yum before proceeding with a
>> pre-upgrade. ?Or does pre-upgrade do that first automatically?
>>
>> https://fedoraproject.org/wiki/Fedora_11_Beta_release_notes#Known_Issues
>
> For preupgrade it shouldn't matter, because it does a full anaconda based
> upgrade, booting from the install image, and that will include all the
> required package versions. The difference between preupgrade and a DVD based
> upgrade is that preupgrade assembles the packages you are going to need on
> local disks before booting from the install image, rather than relying on
> the standard collection from the DVD.
>
> ? ? ? ?Michael Young
>
> --
> fedora-devel-list mailing list
> fedora-devel-list at redhat.com
> https://www.redhat.com/mailman/listinfo/fedora-devel-list
>



-- 
http://maxamillion.googlepages.com
---------------------------------------------------------
()  ascii ribbon campaign - against html e-mail
/\  www.asciiribbon.org   - against proprietary attachments



From ianweller at gmail.com  Fri Mar 20 13:28:29 2009
From: ianweller at gmail.com (Ian Weller)
Date: Fri, 20 Mar 2009 08:28:29 -0500
Subject: packaging wordpress plugins
In-Reply-To: <200903201010.03317.billcrawford1970@gmail.com>
References: <20090320011820.GA12955@gmail.com>
	<1237528379.3969.4.camel@localhost.localdomain>
	<200903201010.03317.billcrawford1970@gmail.com>
Message-ID: <20090320132829.GA6157@gmail.com>

On Fri, Mar 20, 2009 at 10:10:03AM +0000, Bill Crawford wrote:
> So, you need to have a way of making a single shared directory; although that 
> only works if the two packages are guaranteed to not introduce incompatability 
> with each other in whatever passes for an "ABI" :o)
> 
Which they're not. :)

-- 
Ian Weller <ianweller at gmail.com>
GnuPG fingerprint:  E51E 0517 7A92 70A2 4226  B050 87ED 7C97 EFA8 4A36
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090320/28e54dec/attachment.sig>

From xjakub at fi.muni.cz  Fri Mar 20 13:28:58 2009
From: xjakub at fi.muni.cz (Milos Jakubicek)
Date: Fri, 20 Mar 2009 14:28:58 +0100
Subject: Plan for tomorrow's (20090320) FESCo meeting
In-Reply-To: <da159fda0903191827p57bda13bqfdfb003656eae719@mail.gmail.com>
References: <da159fda0903191827p57bda13bqfdfb003656eae719@mail.gmail.com>
Message-ID: <49C39A1A.7090903@fi.muni.cz>

Jon Stanley wrote:
> The following topics are likely to come up at tomorrow's FESCo
> meeting, 17:00UTC in #fedora-meeting:
> 
[...]
> 
> 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,

Yes - a reminder from last time:

120  Provenpackager request: mjakubicek

Regards,
Milos



From tcallawa at redhat.com  Fri Mar 20 13:36:22 2009
From: tcallawa at redhat.com (Tom "spot" Callaway)
Date: Fri, 20 Mar 2009 09:36:22 -0400
Subject: Full Licence field
In-Reply-To: <49C39194.4000709@gmail.com>
References: <499E9CBB.8070406@schampijer.de>	<20090301225722.GD7111@yukidoke.org>	<49AB1FFE.3020900@codewiz.org>	<49C0C619.80800@schampijer.de>	<20090318143059.GD6640@yukidoke.org>	<49C12958.9010105@schampijer.de>	<gprj0e$s9a$1@ger.gmane.org>	<49C152C5.8040903@redhat.com>
	<49C39194.4000709@gmail.com>
Message-ID: <49C39BD6.70000@redhat.com>

On 03/20/2009 08:52 AM, Lyos Gemini Norezel wrote:

> Maybe it's because I'm not a lawyer, that I fail to see the problem with
> that. As long as there exists some reference to the license and a location
> where it can be read, doesn't that meet the requirements of those licenses?

The short answer is not really. The more assumptions we make, the
farther we get from reality, and for the majority of FOSS licenses, we
(Fedora/Red Hat) bear the burden of informing the user of the licensing
terms of the software that we are distributing.

Here is a common scenario:

The upstream for a package changes licensing from GPL to LGPL. If we are
using a generic-licenses package, we are far less likely to notice this
change, whereas, we would immediately notice that COPYING was replaced
with COPYING.LIBS.

> Wasn't there a discussion, somewhat recently, about libraries that are
> shipped with the program instead
> of being stored in /lib or /usr/lib?

This is notably different. The licensing is part of our legal obligation
to our users and downstream consumers.

In addition, this comes out to about 17 MB. It is not a huge amount of
disk space, and certainly not worth the rather additional hassle it
would cause.

As it is now, each package maintainer is responsible for keeping the
license text as provided by upstream in the package, and the License tag
correct. If we were to generalize this into a central package, we'd have
to do constant auditing to be sure that the license text in the
generalized "LICENSE.rpm" exactly matched that of the package. And by
we, I mean me. Even if Red Hat Legal signed off on such an arrangement,
I'm not really thrilled by this prospect.

Now, if there were a clever way to handle this behind the scenes so that
these license files were not duplicated if they were identical, but
instead, symlinked to the license files in a generic license rpm, I
might be more interested. (If they weren't bit for bit identical, it
wouldn't be symlinked).

~spot



From oget.fedora at gmail.com  Fri Mar 20 14:16:46 2009
From: oget.fedora at gmail.com (Orcan Ogetbil)
Date: Fri, 20 Mar 2009 10:16:46 -0400
Subject: rawhide report: 20090320 changes
In-Reply-To: <20090320084842.7DD021F8248@releng2.fedora.phx.redhat.com>
References: <20090320084842.7DD021F8248@releng2.fedora.phx.redhat.com>
Message-ID: <e76492710903200716t5e0c6702oa34eb90a8af6fc5c@mail.gmail.com>

On Fri, Mar 20, 2009 at 4:48 AM, Rawhide Report  wrote:
> Compose started at Fri Mar 20 06:01:04 UTC 2009
>
> Summary:
> Added Packages: 0
> Removed Packages: 0
> Modified Packages: 3
> Broken deps for i386
> ----------------------------------------------------------

I made this chain build a few days ago:
http://koji.fedoraproject.org/koji/taskinfo?taskID=1247062

Can anyone tell me why it still didn't appear in rawhide? Did I miss something?

Orcan



From kyle at mcmartin.ca  Fri Mar 20 14:22:05 2009
From: kyle at mcmartin.ca (Kyle McMartin)
Date: Fri, 20 Mar 2009 10:22:05 -0400
Subject: rawhide report: 20090320 changes
In-Reply-To: <e76492710903200716t5e0c6702oa34eb90a8af6fc5c@mail.gmail.com>
References: <20090320084842.7DD021F8248@releng2.fedora.phx.redhat.com>
	<e76492710903200716t5e0c6702oa34eb90a8af6fc5c@mail.gmail.com>
Message-ID: <20090320142205.GA15067@bombadil.infradead.org>

On Fri, Mar 20, 2009 at 10:16:46AM -0400, Orcan Ogetbil wrote:
> On Fri, Mar 20, 2009 at 4:48 AM, Rawhide Report  wrote:
> > Compose started at Fri Mar 20 06:01:04 UTC 2009
> >
> > Summary:
> > Added Packages: 0
> > Removed Packages: 0
> > Modified Packages: 3
> > Broken deps for i386
> > ----------------------------------------------------------
> 
> I made this chain build a few days ago:
> http://koji.fedoraproject.org/koji/taskinfo?taskID=1247062
> 
> Can anyone tell me why it still didn't appear in rawhide? Did I miss something?
> 

beta freeze? ;-)



From ianweller at gmail.com  Fri Mar 20 14:23:12 2009
From: ianweller at gmail.com (Ian Weller)
Date: Fri, 20 Mar 2009 09:23:12 -0500
Subject: rawhide report: 20090320 changes
In-Reply-To: <e76492710903200716t5e0c6702oa34eb90a8af6fc5c@mail.gmail.com>
References: <20090320084842.7DD021F8248@releng2.fedora.phx.redhat.com>
	<e76492710903200716t5e0c6702oa34eb90a8af6fc5c@mail.gmail.com>
Message-ID: <20090320142312.GH6999@gmail.com>

On Fri, Mar 20, 2009 at 10:16:46AM -0400, Orcan Ogetbil wrote:
> On Fri, Mar 20, 2009 at 4:48 AM, Rawhide Report  wrote:
> > Compose started at Fri Mar 20 06:01:04 UTC 2009
> >
> > Summary:
> > Added Packages: 0
> > Removed Packages: 0
> > Modified Packages: 3
> > Broken deps for i386
> > ----------------------------------------------------------
> 
> I made this chain build a few days ago:
> http://koji.fedoraproject.org/koji/taskinfo?taskID=1247062
> 
> Can anyone tell me why it still didn't appear in rawhide? Did I miss something?
> 
Beta freeze. https://fedoraproject.org/wiki/Beta_Freeze_Policy

-- 
Ian Weller <ianweller at gmail.com>
GnuPG fingerprint:  E51E 0517 7A92 70A2 4226  B050 87ED 7C97 EFA8 4A36
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090320/47526f72/attachment.sig>

From oget.fedora at gmail.com  Fri Mar 20 14:41:19 2009
From: oget.fedora at gmail.com (Orcan Ogetbil)
Date: Fri, 20 Mar 2009 10:41:19 -0400
Subject: rawhide report: 20090320 changes
In-Reply-To: <20090320142312.GH6999@gmail.com>
References: <20090320084842.7DD021F8248@releng2.fedora.phx.redhat.com>
	<e76492710903200716t5e0c6702oa34eb90a8af6fc5c@mail.gmail.com>
	<20090320142312.GH6999@gmail.com>
Message-ID: <e76492710903200741y27444279w14aae47f2a3c2e2a@mail.gmail.com>

2009/3/20 Ian Weller :
> On Fri, Mar 20, 2009 at 10:16:46AM -0400, Orcan Ogetbil wrote:
>> On Fri, Mar 20, 2009 at 4:48 AM, Rawhide Report ?wrote:
>> > Compose started at Fri Mar 20 06:01:04 UTC 2009
>> >
>> > Summary:
>> > Added Packages: 0
>> > Removed Packages: 0
>> > Modified Packages: 3
>> > Broken deps for i386
>> > ----------------------------------------------------------
>>
>> I made this chain build a few days ago:
>> http://koji.fedoraproject.org/koji/taskinfo?taskID=1247062
>>
>> Can anyone tell me why it still didn't appear in rawhide? Did I miss something?
>>
> Beta freeze. https://fedoraproject.org/wiki/Beta_Freeze_Policy
>
Thanks. It was my first chain build. I thought I made a mistake somewhere.
So, we'll end up with a huge list of changes in rawhide in a few days...

Orcan



From dimitris at glezos.com  Fri Mar 20 05:16:46 2009
From: dimitris at glezos.com (Dimitris Glezos)
Date: Fri, 20 Mar 2009 07:16:46 +0200
Subject: Announcing Transifex 0.5
In-Reply-To: <6d4237680903192205t36f37bd6n11fc876323bc5349@mail.gmail.com>
References: <6d4237680903192205t36f37bd6n11fc876323bc5349@mail.gmail.com>
Message-ID: <6d4237680903192216i6279a864p33d07aeafecd4af1@mail.gmail.com>

Indifex and the Transifex Community are proud to announce the newest version
of their flagship translation platform, Transifex 0.5.

Transifex is a web application written in Python using the Django web
framework that gives translators a web interface to various version control
systems. Files to be translated can be downloaded, translated files can be
uploaded directly to the source repository, and various translation statistics
can be read at a glance.

Transifex is already in use by the Fedora Project to translate its interfaces
to an audience of more than 5 million users.


What does it offer?
===================

Transifex currently supports the following Version control systems:

?- Concurrent Version System
?- Subversion
?- Bazaar
?- Mercurial
?- Git

For statistics generation, Transifex supports static gettext message catalogs
and intltool-based ones, used by the vast majority of open source software
projects.


What's new in 0.5?
==================

A full list of the features offered in this release can be found in the
release notes:

?http://docs.transifex.org/releases/0.5.html

This release represents a significant advance in Transifex development since
the Transifex 0.3 release in November 2008. Here?s a 40K-foot view of the
release in numbers and most important feature categories.

243 files changed, 14027 insertions(+), 319 deletions(-)

?- Complete re-write of the source code on top of the Django Web framework
?- New data model supporting multiple repositories per project (eg. branches
? ?or domains of files), and project collections (eg. Fedora, GNOME, etc.)
?- Calculation of a project?s translation coverage (statistics)
?- Submission support of files to a variety of version control systems
?- Support for serving translation files to users for easy access to them
?- User registrations and authentication (including OpenID)
?- Simple workflow support


What does it look like?
=======================

The Fedora Project is currently running an instance of Transifex at:
?https://translate.fedoraproject.org/tx/

For some eye candy, check out the screenshots on our site, at:
?http://transifex.org/screenshots


How can I get it?
=================

Project and community managers who want to deploy Transifex for their
own community can get Transifex in a variety of ways.

A tarball of Transifex 0.5 is available at:
?http://transifex.org/files/

For full installation instructions, refer to the documentation section:
?http://docs.transifex.org/intro/install.html

RPM packages for Fedora 9, Fedora 10, and Fedora Rawhide are or will
soon be available via yum:
?yum install transifex transifex-extras

RPM packages for RHEL 5, CentOS 5, and Scientific Linux 5 will be
available in Fedora EPEL:
?https://fedoraproject.org/wiki/EPEL


Regards,

The staff of Indifex and the Transifex Community

?http://transifex.org/
?http://www.indifex.com/

_______________________________________________
Fedora-devel-announce mailing list
Fedora-devel-announce at redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-announce



From jkeating at redhat.com  Fri Mar 20 15:35:35 2009
From: jkeating at redhat.com (Jesse Keating)
Date: Fri, 20 Mar 2009 08:35:35 -0700
Subject: preupgrade F10
In-Reply-To: <f12087800903200607w3229a60dn81aaea6fdedd1400@mail.gmail.com>
References: <49C27B78.9070304@verizon.net>
	<d5ad21470903191021y4edc044cla1e0b0799d43384f@mail.gmail.com>
	<20090319220232.GR26147@localhost.localdomain>
	<alpine.GSO.2.00.0903200925490.29513@algedi.dur.ac.uk>
	<f12087800903200607w3229a60dn81aaea6fdedd1400@mail.gmail.com>
Message-ID: <1237563335.9564.10.camel@localhost.localdomain>

On Fri, 2009-03-20 at 08:07 -0500, Adam Miller wrote:
> Right, but my comment was more geared towards the fact that installing
> from F11-Alpha and trying to run 'yum update' at one point wasn't
> possible without first running 'yum update rpm' and then 'yum update'.
> I think that is a flaw in the priority of package installation, if it
> had first checked for a new yum or new rpm package, installed those
> and then re-invoked itself then the problem would be solved.

In the rare scenario of alpha -> missed some updates -> rawhide  case,
it might help some.  In the far more common F10 -> rawhide case it
wouldn't help one bit.  Why?  Because trying to go from an out of date
F10 directly to rawhide rpm would drag in hundreds and hundreds of
packages due to deps, because python changed.  The only way around this
is to fully update your F10 with F10 updates, and /then/ proceed to
rawhide, which you can do in one full swing.

The updater updating itself and restarting doesn't really solve enough
scenarios to add in the complication and complexity and numerous new
failure cases.

-- 
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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090320/fcb8ec1a/attachment.sig>

From greno at verizon.net  Fri Mar 20 16:03:20 2009
From: greno at verizon.net (Gerry Reno)
Date: Fri, 20 Mar 2009 12:03:20 -0400
Subject: preupgrade F10
In-Reply-To: <1237563335.9564.10.camel@localhost.localdomain>
References: <49C27B78.9070304@verizon.net>
	<d5ad21470903191021y4edc044cla1e0b0799d43384f@mail.gmail.com>
	<20090319220232.GR26147@localhost.localdomain>
	<alpine.GSO.2.00.0903200925490.29513@algedi.dur.ac.uk>
	<f12087800903200607w3229a60dn81aaea6fdedd1400@mail.gmail.com>
	<1237563335.9564.10.camel@localhost.localdomain>
Message-ID: <49C3BE48.6010504@verizon.net>

Jesse Keating wrote:
> On Fri, 2009-03-20 at 08:07 -0500, Adam Miller wrote:
>   
>> Right, but my comment was more geared towards the fact that installing
>> from F11-Alpha and trying to run 'yum update' at one point wasn't
>> possible without first running 'yum update rpm' and then 'yum update'.
>> I think that is a flaw in the priority of package installation, if it
>> had first checked for a new yum or new rpm package, installed those
>> and then re-invoked itself then the problem would be solved.
>>     
>
> In the rare scenario of alpha -> missed some updates -> rawhide  case,
> it might help some.  In the far more common F10 -> rawhide case it
> wouldn't help one bit.  Why?  Because trying to go from an out of date
> F10 directly to rawhide rpm would drag in hundreds and hundreds of
> packages due to deps, because python changed.  The only way around this
> is to fully update your F10 with F10 updates, and /then/ proceed to
> rawhide, which you can do in one full swing.
>
> The updater updating itself and restarting doesn't really solve enough
> scenarios to add in the complication and complexity and numerous new
> failure cases.
>
>   
The need to make sure that you update rpm or yum before you do 'yum 
update' has happened before and I'm sure this isn't the last time that 
it will happen either.  It just makes sense for a packager to see if 
there is an update to itself first.  Update itself and THEN do the 
updates for everything else.

Regards,
Gerry

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090320/6d89f022/attachment.htm>

From glommer at redhat.com  Fri Mar 20 16:31:02 2009
From: glommer at redhat.com (Glauber Costa)
Date: Fri, 20 Mar 2009 13:31:02 -0300
Subject: getting rid of gcc34
Message-ID: <20090320163102.GB18568@poweredge.glommer>

Hey guys,

Now that we moved qemu to a newer version, that does not depend
on compat-gcc34 anymore, I'm wondering:

Is anyone else using this package? Should we get rid of it?
I don't really see a point in keeping it, despite qemu's crazy
old-times need to compile itself in a museum environment.




From msuchy at redhat.com  Fri Mar 20 16:28:42 2009
From: msuchy at redhat.com (=?ISO-8859-2?Q?Miroslav_Such=FD?=)
Date: Fri, 20 Mar 2009 17:28:42 +0100
Subject: autodie and Fatal.pm
Message-ID: <49C3C43A.2030603@redhat.com>

Whoever is interested in - can you say your opinion about:
  https://bugzilla.redhat.com/show_bug.cgi?id=491268#c5
To approve or not to approve?

-- 
Miroslav Suchy
RHN Satellite Engineering, Red Hat



From jkeating at redhat.com  Fri Mar 20 16:37:34 2009
From: jkeating at redhat.com (Jesse Keating)
Date: Fri, 20 Mar 2009 09:37:34 -0700
Subject: preupgrade F10
In-Reply-To: <49C3BE48.6010504@verizon.net>
References: <49C27B78.9070304@verizon.net>
	<d5ad21470903191021y4edc044cla1e0b0799d43384f@mail.gmail.com>
	<20090319220232.GR26147@localhost.localdomain>
	<alpine.GSO.2.00.0903200925490.29513@algedi.dur.ac.uk>
	<f12087800903200607w3229a60dn81aaea6fdedd1400@mail.gmail.com>
	<1237563335.9564.10.camel@localhost.localdomain>
	<49C3BE48.6010504@verizon.net>
Message-ID: <1237567054.9564.12.camel@localhost.localdomain>

On Fri, 2009-03-20 at 12:03 -0400, Gerry Reno wrote:
> The need to make sure that you update rpm or yum before you do 'yum 
> update' has happened before and I'm sure this isn't the last time that 
> it will happen either.  It just makes sense for a packager to see if 
> there is an update to itself first.  Update itself and THEN do the 
> updates for everything else.

That's your opinion.  The opinion of the people writing the update tools
and preparing the repos and living through such "needs" and really
understanding what is actually going on don't share that opinion.

-- 
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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090320/c5306928/attachment.sig>

From notting at redhat.com  Fri Mar 20 16:43:35 2009
From: notting at redhat.com (Bill Nottingham)
Date: Fri, 20 Mar 2009 12:43:35 -0400
Subject: getting rid of gcc34
In-Reply-To: <20090320163102.GB18568@poweredge.glommer>
References: <20090320163102.GB18568@poweredge.glommer>
Message-ID: <20090320164334.GA22409@nostromo.devel.redhat.com>

Glauber Costa (glommer at redhat.com) said: 
> Hey guys,
> 
> Now that we moved qemu to a newer version, that does not depend
> on compat-gcc34 anymore, I'm wondering:
> 
> Is anyone else using this package?

# repoquery -q --repoid fedora-src --archlist src --whatrequires compat-gcc-34 --alldeps
<nothing>

> Should we get rid of it?

It may be needed to build older ABIs of runtime libraries (libstdc++, etc.),
but in that case it wouldn't necessarily be required to ship the compiler
itself.

Bill



From greno at verizon.net  Fri Mar 20 17:27:53 2009
From: greno at verizon.net (Gerry Reno)
Date: Fri, 20 Mar 2009 13:27:53 -0400
Subject: preupgrade F10
In-Reply-To: <1237567054.9564.12.camel@localhost.localdomain>
References: <49C27B78.9070304@verizon.net>
	<d5ad21470903191021y4edc044cla1e0b0799d43384f@mail.gmail.com>
	<20090319220232.GR26147@localhost.localdomain>
	<alpine.GSO.2.00.0903200925490.29513@algedi.dur.ac.uk>
	<f12087800903200607w3229a60dn81aaea6fdedd1400@mail.gmail.com>
	<1237563335.9564.10.camel@localhost.localdomain>
	<49C3BE48.6010504@verizon.net>
	<1237567054.9564.12.camel@localhost.localdomain>
Message-ID: <49C3D219.3060607@verizon.net>

Jesse Keating wrote:
> On Fri, 2009-03-20 at 12:03 -0400, Gerry Reno wrote:
>   
>> The need to make sure that you update rpm or yum before you do 'yum 
>> update' has happened before and I'm sure this isn't the last time that 
>> it will happen either.  It just makes sense for a packager to see if 
>> there is an update to itself first.  Update itself and THEN do the 
>> updates for everything else.
>>     
>
> That's your opinion.  The opinion of the people writing the update tools
> and preparing the repos and living through such "needs" and really
> understanding what is actually going on don't share that opinion.
>
>   

What is the matter with yum doing something like this?

if updated yum or updated rpm is available:
    if updated yum is available:
        update yum
        yum_is_new = true
    if updated rpm is available:
        update rpm
    if yum_is_new:
        sys.execv("/usr/bin/yum", sys.argv)  # replace current process 
with updated yum



Regards,
Gerry

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090320/bce566f7/attachment.htm>

From katzj at redhat.com  Fri Mar 20 17:37:06 2009
From: katzj at redhat.com (Jeremy Katz)
Date: Fri, 20 Mar 2009 13:37:06 -0400
Subject: preupgrade F10
In-Reply-To: <49C3D219.3060607@verizon.net>
References: <49C27B78.9070304@verizon.net>
	<d5ad21470903191021y4edc044cla1e0b0799d43384f@mail.gmail.com>
	<20090319220232.GR26147@localhost.localdomain>
	<alpine.GSO.2.00.0903200925490.29513@algedi.dur.ac.uk>
	<f12087800903200607w3229a60dn81aaea6fdedd1400@mail.gmail.com>
	<1237563335.9564.10.camel@localhost.localdomain>
	<49C3BE48.6010504@verizon.net>
	<1237567054.9564.12.camel@localhost.localdomain>
	<49C3D219.3060607@verizon.net>
Message-ID: <20090320173706.GB12402@redhat.com>

On Friday, March 20 2009, Gerry Reno said:
> Jesse Keating wrote:
>> On Fri, 2009-03-20 at 12:03 -0400, Gerry Reno wrote:
>>> The need to make sure that you update rpm or yum before you do 'yum  
>>> update' has happened before and I'm sure this isn't the last time 
>>> that it will happen either.  It just makes sense for a packager to 
>>> see if there is an update to itself first.  Update itself and THEN do 
>>> the updates for everything else.
>>
>> That's your opinion.  The opinion of the people writing the update tools
>> and preparing the repos and living through such "needs" and really
>> understanding what is actually going on don't share that opinion.
>
> What is the matter with yum doing something like this?
>
> if updated yum or updated rpm is available:
>    if updated yum is available:
>        update yum
>        yum_is_new = true
>    if updated rpm is available:
>        update rpm
>    if yum_is_new:
>        sys.execv("/usr/bin/yum", sys.argv)  # replace current process  
> with updated yum

New yum may depend on new python, new glibc, etc and thus 'update yum'
may essentially be 'update everything'

Jeremy



From jwboyer at gmail.com  Fri Mar 20 17:41:19 2009
From: jwboyer at gmail.com (Josh Boyer)
Date: Fri, 20 Mar 2009 13:41:19 -0400
Subject: getting rid of gcc34
In-Reply-To: <20090320164334.GA22409@nostromo.devel.redhat.com>
References: <20090320163102.GB18568@poweredge.glommer>
	<20090320164334.GA22409@nostromo.devel.redhat.com>
Message-ID: <20090320174119.GB2365@yoda.jdub.homelinux.org>

On Fri, Mar 20, 2009 at 12:43:35PM -0400, Bill Nottingham wrote:
>Glauber Costa (glommer at redhat.com) said: 
>> Hey guys,
>> 
>> Now that we moved qemu to a newer version, that does not depend
>> on compat-gcc34 anymore, I'm wondering:
>> 
>> Is anyone else using this package?
>
># repoquery -q --repoid fedora-src --archlist src --whatrequires compat-gcc-34 --alldeps
><nothing>
>
>> Should we get rid of it?
>
>It may be needed to build older ABIs of runtime libraries (libstdc++, etc.),
>but in that case it wouldn't necessarily be required to ship the compiler
>itself.

compat-gcc-32 provides libstdc++33.  I don't think compat-gcc-34 provides
anything outside of the compiler.

josh



From greno at verizon.net  Fri Mar 20 17:50:33 2009
From: greno at verizon.net (Gerry Reno)
Date: Fri, 20 Mar 2009 13:50:33 -0400
Subject: preupgrade F10
In-Reply-To: <20090320173706.GB12402@redhat.com>
References: <49C27B78.9070304@verizon.net>
	<d5ad21470903191021y4edc044cla1e0b0799d43384f@mail.gmail.com>
	<20090319220232.GR26147@localhost.localdomain>
	<alpine.GSO.2.00.0903200925490.29513@algedi.dur.ac.uk>
	<f12087800903200607w3229a60dn81aaea6fdedd1400@mail.gmail.com>
	<1237563335.9564.10.camel@localhost.localdomain>
	<49C3BE48.6010504@verizon.net>
	<1237567054.9564.12.camel@localhost.localdomain>
	<49C3D219.3060607@verizon.net> <20090320173706.GB12402@redhat.com>
Message-ID: <49C3D769.3050606@verizon.net>

Jeremy Katz wrote:
> On Friday, March 20 2009, Gerry Reno said:
>   
>> Jesse Keating wrote:
>>     
>>> On Fri, 2009-03-20 at 12:03 -0400, Gerry Reno wrote:
>>>       
>>>> The need to make sure that you update rpm or yum before you do 'yum  
>>>> update' has happened before and I'm sure this isn't the last time 
>>>> that it will happen either.  It just makes sense for a packager to 
>>>> see if there is an update to itself first.  Update itself and THEN do 
>>>> the updates for everything else.
>>>>         
>>> That's your opinion.  The opinion of the people writing the update tools
>>> and preparing the repos and living through such "needs" and really
>>> understanding what is actually going on don't share that opinion.
>>>       
>> What is the matter with yum doing something like this?
>>
>> if updated yum or updated rpm is available:
>>    if updated yum is available:
>>        update yum
>>        yum_is_new = true
>>    if updated rpm is available:
>>        update rpm
>>    if yum_is_new:
>>        sys.execv("/usr/bin/yum", sys.argv)  # replace current process  
>> with updated yum
>>     
>
> New yum may depend on new python, new glibc, etc and thus 'update yum'
> may essentially be 'update everything'
>
> Jeremy
>
>   
Ok, understand that. So an update of yum has to be left until the very 
last moment just before other things that require it.

So maybe change the first line to:

if found package that requires new yum or rpm and updated yum or updated 
rpm is available:



That way yum wouldn't update yum/rpm unless something actually required 
the updated yum/rpm.

My interest was just to make the process as simple as possible.



Regards,
Gerry

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090320/2f8e0e23/attachment.htm>

From seg at haxxed.com  Fri Mar 20 17:51:10 2009
From: seg at haxxed.com (Callum Lerwick)
Date: Fri, 20 Mar 2009 12:51:10 -0500
Subject: Full Licence field
In-Reply-To: <49C39194.4000709@gmail.com>
References: <499E9CBB.8070406@schampijer.de>
	<20090301225722.GD7111@yukidoke.org>	<49AB1FFE.3020900@codewiz.org>
	<49C0C619.80800@schampijer.de>	<20090318143059.GD6640@yukidoke.org>
	<49C12958.9010105@schampijer.de>	<gprj0e$s9a$1@ger.gmane.org>
	<49C152C5.8040903@redhat.com>  <49C39194.4000709@gmail.com>
Message-ID: <1237571470.5292.17.camel@localhost.localdomain>

On Fri, 2009-03-20 at 08:52 -0400, Lyos Gemini Norezel wrote:
> It seems awfully wasteful carrying a million or more copies of the
> same blasted license file,
> in a million or more locations in the OS. 

When the hell are we going to get copy-on-write files on Linux?

http://en.wikipedia.org/wiki/Single_instance_storage

... Oh wait, MS patented it.
-------------- 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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090320/dc973069/attachment.sig>

From jakub at redhat.com  Fri Mar 20 17:51:41 2009
From: jakub at redhat.com (Jakub Jelinek)
Date: Fri, 20 Mar 2009 18:51:41 +0100
Subject: getting rid of gcc34
In-Reply-To: <20090320174119.GB2365@yoda.jdub.homelinux.org>
References: <20090320163102.GB18568@poweredge.glommer>
	<20090320164334.GA22409@nostromo.devel.redhat.com>
	<20090320174119.GB2365@yoda.jdub.homelinux.org>
Message-ID: <20090320175141.GP4831@tyan-ft48-01.lab.bos.redhat.com>

On Fri, Mar 20, 2009 at 01:41:19PM -0400, Josh Boyer wrote:
> compat-gcc-32 provides libstdc++33.  I don't think compat-gcc-34 provides
> anything outside of the compiler.

That's true, on the other side it is the last release providing the F77
compiler.  While gfortran's F77 support got better, I don't think it can
serve as a 100% replacement yet.

	Jakub



From opensource at till.name  Fri Mar 20 18:19:07 2009
From: opensource at till.name (Till Maas)
Date: Fri, 20 Mar 2009 19:19:07 +0100
Subject: packaging libraries with no versioned .so files
In-Reply-To: <usocvy2dcs.fsf@allele2.eebweb.arizona.edu>
References: <usocvy2dcs.fsf@allele2.eebweb.arizona.edu>
Message-ID: <200903201919.23451.opensource@till.name>

On Do M?rz 19 2009, Alex Lancaster wrote:

> The guidelines don't appear to cover the case of packages that only
> consist of unversioned .so's.  Ideally upstream would add the

The Review Guidelines are easier to understand:

| MUST: If a package contains library files with a suffix (e.g.
| libfoo.so.1.1), then library files that end in .so (without suffix) must go
| in a -devel package.

Imho this means, that the .so files without other suffixed .so.* files go in 
the main package.

Regards,
Till
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 835 bytes
Desc: This is a digitally signed message part.
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090320/09b48a3c/attachment.sig>

From skvidal at fedoraproject.org  Fri Mar 20 18:34:32 2009
From: skvidal at fedoraproject.org (Seth Vidal)
Date: Fri, 20 Mar 2009 14:34:32 -0400 (EDT)
Subject: preupgrade F10
In-Reply-To: <49C3D769.3050606@verizon.net>
References: <49C27B78.9070304@verizon.net>
	<d5ad21470903191021y4edc044cla1e0b0799d43384f@mail.gmail.com>
	<20090319220232.GR26147@localhost.localdomain>
	<alpine.GSO.2.00.0903200925490.29513@algedi.dur.ac.uk>
	<f12087800903200607w3229a60dn81aaea6fdedd1400@mail.gmail.com>
	<1237563335.9564.10.camel@localhost.localdomain>
	<49C3BE48.6010504@verizon.net>
	<1237567054.9564.12.camel@localhost.localdomain>
	<49C3D219.3060607@verizon.net> <20090320173706.GB12402@redhat.com>
	<49C3D769.3050606@verizon.net>
Message-ID: <alpine.LFD.2.00.0903201433070.19858@localhost.localdomain>



On Fri, 20 Mar 2009, Gerry Reno wrote:

> 
> Ok, understand that.? So an update of yum has to be left until the very last moment just before other things that require
> it.
> 
> So maybe change the first line to:
> 
> ??? if found package that requires new yum or rpm?? and?? updated yum or updated rpm is available:
> 
> 
> 
> That way yum wouldn't update yum/rpm unless something actually required the updated yum/rpm.
> 
> My interest was just to make the process as simple as possible.
>

Here's my other hang up with it.

If the user issued:

yum install zsh

Does it seem right to check for a yum update and/or rpm updates before 
doing what the user asked?

I think we'd be better served with making this better via dependencies. If 
you cannot use your current rpm to install the pkgs updates that are 
available it should fail long before  the transaction.

imo.

-sv

From notting at redhat.com  Fri Mar 20 18:42:15 2009
From: notting at redhat.com (Bill Nottingham)
Date: Fri, 20 Mar 2009 14:42:15 -0400
Subject: getting rid of gcc34
In-Reply-To: <20090320175141.GP4831@tyan-ft48-01.lab.bos.redhat.com>
References: <20090320163102.GB18568@poweredge.glommer>
	<20090320164334.GA22409@nostromo.devel.redhat.com>
	<20090320174119.GB2365@yoda.jdub.homelinux.org>
	<20090320175141.GP4831@tyan-ft48-01.lab.bos.redhat.com>
Message-ID: <20090320184215.GA25060@nostromo.devel.redhat.com>

Jakub Jelinek (jakub at redhat.com) said: 
> On Fri, Mar 20, 2009 at 01:41:19PM -0400, Josh Boyer wrote:
> > compat-gcc-32 provides libstdc++33.  I don't think compat-gcc-34 provides
> > anything outside of the compiler.
> 
> That's true, on the other side it is the last release providing the F77
> compiler.  While gfortran's F77 support got better, I don't think it can
> serve as a 100% replacement yet.

However, nothing in Fedora appears to require it to biuld.

Bill



From awilliam at redhat.com  Fri Mar 20 18:43:39 2009
From: awilliam at redhat.com (Adam Williamson)
Date: Fri, 20 Mar 2009 11:43:39 -0700
Subject: preupgrade F10
In-Reply-To: <alpine.LFD.2.00.0903201433070.19858@localhost.localdomain>
References: <49C27B78.9070304@verizon.net>
	<d5ad21470903191021y4edc044cla1e0b0799d43384f@mail.gmail.com>
	<20090319220232.GR26147@localhost.localdomain>
	<alpine.GSO.2.00.0903200925490.29513@algedi.dur.ac.uk>
	<f12087800903200607w3229a60dn81aaea6fdedd1400@mail.gmail.com>
	<1237563335.9564.10.camel@localhost.localdomain>
	<49C3BE48.6010504@verizon.net>
	<1237567054.9564.12.camel@localhost.localdomain>
	<49C3D219.3060607@verizon.net> <20090320173706.GB12402@redhat.com>
	<49C3D769.3050606@verizon.net>
	<alpine.LFD.2.00.0903201433070.19858@localhost.localdomain>
Message-ID: <1237574619.4572.11.camel@adam.local.net>

On Fri, 2009-03-20 at 14:34 -0400, Seth Vidal wrote:

> Here's my other hang up with it.
> 
> If the user issued:
> 
> yum install zsh
> 
> Does it seem right to check for a yum update and/or rpm updates before 
> doing what the user asked?

FWIW, Mandriva (which, as I've mentioned, implements this) doesn't do
the check in that case. It only does the check if you do one of the
'automatically update my system' commands, like 'urpmi
--auto-update' (equivalent to 'yum upgrade', pretty much).

Just a note.
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org
http://www.happyassassin.net



From wtogami at redhat.com  Fri Mar 20 18:44:26 2009
From: wtogami at redhat.com (Warren Togami)
Date: Fri, 20 Mar 2009 14:44:26 -0400
Subject: getting rid of gcc34
In-Reply-To: <20090320184215.GA25060@nostromo.devel.redhat.com>
References: <20090320163102.GB18568@poweredge.glommer>	<20090320164334.GA22409@nostromo.devel.redhat.com>	<20090320174119.GB2365@yoda.jdub.homelinux.org>	<20090320175141.GP4831@tyan-ft48-01.lab.bos.redhat.com>
	<20090320184215.GA25060@nostromo.devel.redhat.com>
Message-ID: <49C3E40A.3020004@redhat.com>

Bill Nottingham wrote:
> Jakub Jelinek (jakub at redhat.com) said: 
>> On Fri, Mar 20, 2009 at 01:41:19PM -0400, Josh Boyer wrote:
>>> compat-gcc-32 provides libstdc++33.  I don't think compat-gcc-34 provides
>>> anything outside of the compiler.
>> That's true, on the other side it is the last release providing the F77
>> compiler.  While gfortran's F77 support got better, I don't think it can
>> serve as a 100% replacement yet.
> 
> However, nothing in Fedora appears to require it to biuld.
> 

Not true.  memtest86+ still needs it to build a working binary.  Known 
upstream issue.

Warren Togami
wtogami at redhat.com



From greno at verizon.net  Fri Mar 20 18:48:30 2009
From: greno at verizon.net (Gerry Reno)
Date: Fri, 20 Mar 2009 14:48:30 -0400
Subject: preupgrade F10
In-Reply-To: <alpine.LFD.2.00.0903201433070.19858@localhost.localdomain>
References: <49C27B78.9070304@verizon.net>
	<d5ad21470903191021y4edc044cla1e0b0799d43384f@mail.gmail.com>
	<20090319220232.GR26147@localhost.localdomain>
	<alpine.GSO.2.00.0903200925490.29513@algedi.dur.ac.uk>
	<f12087800903200607w3229a60dn81aaea6fdedd1400@mail.gmail.com>
	<1237563335.9564.10.camel@localhost.localdomain>
	<49C3BE48.6010504@verizon.net>
	<1237567054.9564.12.camel@localhost.localdomain>
	<49C3D219.3060607@verizon.net> <20090320173706.GB12402@redhat.com>
	<49C3D769.3050606@verizon.net>
	<alpine.LFD.2.00.0903201433070.19858@localhost.localdomain>
Message-ID: <49C3E4FE.4020502@verizon.net>

Seth Vidal wrote:
>
>
> On Fri, 20 Mar 2009, Gerry Reno wrote:
>
>>
>> Ok, understand that.  So an update of yum has to be left until the 
>> very last moment just before other things that require
>> it.
>>
>> So maybe change the first line to:
>>
>>     if found package that requires new yum or rpm   and   updated yum 
>> or updated rpm is available:
>>
>>
>>
>> That way yum wouldn't update yum/rpm unless something actually 
>> required the updated yum/rpm.
>>
>> My interest was just to make the process as simple as possible.
>>
>
> Here's my other hang up with it.
>
> If the user issued:
>
> yum install zsh
>
> Does it seem right to check for a yum update and/or rpm updates before 
> doing what the user asked?
>
> I think we'd be better served with making this better via 
> dependencies. If you cannot use your current rpm to install the pkgs 
> updates that are available it should fail long before  the transaction.
>
> imo.
>
> -sv

That is what the first 'if' should do.  Act as a filter.  So only if 
'zsh' had a dependency on a new yum or rpm would it go check for a new 
yum/rpm.  Otherwise it would just do the zsh update.

My perspective is from the user point of view.   If the user is 
upgrading to a new release let's say and the process goes along for 
quite a while and then decides to bomb out because the rpm version 
needed to be newer then the user becomes confused.  The software should 
take care of this.  So if any package in the whole update requires a 
newer yum/rpm then I think yum should go do that first.


Regards,
Gerry




From notting at redhat.com  Fri Mar 20 18:49:45 2009
From: notting at redhat.com (Bill Nottingham)
Date: Fri, 20 Mar 2009 14:49:45 -0400
Subject: getting rid of gcc34
In-Reply-To: <49C3E40A.3020004@redhat.com>
References: <20090320163102.GB18568@poweredge.glommer>
	<20090320164334.GA22409@nostromo.devel.redhat.com>
	<20090320174119.GB2365@yoda.jdub.homelinux.org>
	<20090320175141.GP4831@tyan-ft48-01.lab.bos.redhat.com>
	<20090320184215.GA25060@nostromo.devel.redhat.com>
	<49C3E40A.3020004@redhat.com>
Message-ID: <20090320184945.GA25605@nostromo.devel.redhat.com>

Warren Togami (wtogami at redhat.com) said: 
>> However, nothing in Fedora appears to require it to biuld.
>
> Not true.  memtest86+ still needs it to build a working binary.  Known  
> upstream issue.

Aha, fixed the repoquery. memtest86+ is the only one, though, and we've
certianly fixed other packages to build with it.

Bill



From rjones at redhat.com  Fri Mar 20 19:03:35 2009
From: rjones at redhat.com (Richard W.M. Jones)
Date: Fri, 20 Mar 2009 19:03:35 +0000
Subject: Full Licence field
In-Reply-To: <1237571470.5292.17.camel@localhost.localdomain>
References: <499E9CBB.8070406@schampijer.de>
	<20090301225722.GD7111@yukidoke.org>
	<49AB1FFE.3020900@codewiz.org> <49C0C619.80800@schampijer.de>
	<20090318143059.GD6640@yukidoke.org>
	<49C12958.9010105@schampijer.de> <gprj0e$s9a$1@ger.gmane.org>
	<49C152C5.8040903@redhat.com> <49C39194.4000709@gmail.com>
	<1237571470.5292.17.camel@localhost.localdomain>
Message-ID: <20090320190335.GA26369@amd.home.annexia.org>

On Fri, Mar 20, 2009 at 12:51:10PM -0500, Callum Lerwick wrote:
> On Fri, 2009-03-20 at 08:52 -0400, Lyos Gemini Norezel wrote:
> > It seems awfully wasteful carrying a million or more copies of the
> > same blasted license file,
> > in a million or more locations in the OS. 
> 
> When the hell are we going to get copy-on-write files on Linux?
> 
> http://en.wikipedia.org/wiki/Single_instance_storage
> 
> ... Oh wait, MS patented it.

Wow, talk about patenting the obvious ...

Masses of prior art in the functional programming world anyhow, so I
wouldn't worry about this patent.

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 maxamillion at gmail.com  Fri Mar 20 19:24:17 2009
From: maxamillion at gmail.com (Adam Miller)
Date: Fri, 20 Mar 2009 14:24:17 -0500
Subject: autodie and Fatal.pm
In-Reply-To: <49C3C43A.2030603@redhat.com>
References: <49C3C43A.2030603@redhat.com>
Message-ID: <f12087800903201224w2a021bf4keaa463cac985539b@mail.gmail.com>

I agree that core components should not be overridden. The problem
that first comes to mind is that if your package replaces a core
component that other packages use and your package is removed while
the user is unaware of what it has been replaced (possibly if it gets
pulled as a dependency to something later on and then removed) now all
the sudden, things that rely on the core component don't work. There
are potentially other issues, but that is just what comes to mind ...
just my two cents.

-Adam

2009/3/20 Miroslav Such? <msuchy at redhat.com>:
> Whoever is interested in - can you say your opinion about:
> ?https://bugzilla.redhat.com/show_bug.cgi?id=491268#c5
> To approve or not to approve?
>
> --
> Miroslav Suchy
> RHN Satellite Engineering, Red Hat
>
> --
> fedora-devel-list mailing list
> fedora-devel-list at redhat.com
> https://www.redhat.com/mailman/listinfo/fedora-devel-list
>



-- 
http://maxamillion.googlepages.com
---------------------------------------------------------
()  ascii ribbon campaign - against html e-mail
/\  www.asciiribbon.org   - against proprietary attachments



From lyos.gemininorezel at gmail.com  Fri Mar 20 19:38:16 2009
From: lyos.gemininorezel at gmail.com (Lyos Gemini Norezel)
Date: Fri, 20 Mar 2009 15:38:16 -0400
Subject: Full Licence field
In-Reply-To: <49C39BD6.70000@redhat.com>
References: <499E9CBB.8070406@schampijer.de>	<20090301225722.GD7111@yukidoke.org>	<49AB1FFE.3020900@codewiz.org>	<49C0C619.80800@schampijer.de>	<20090318143059.GD6640@yukidoke.org>	<49C12958.9010105@schampijer.de>	<gprj0e$s9a$1@ger.gmane.org>	<49C152C5.8040903@redhat.com>	<49C39194.4000709@gmail.com>
	<49C39BD6.70000@redhat.com>
Message-ID: <49C3F0A8.6060101@gmail.com>

Tom "spot" Callaway wrote:
> On 03/20/2009 08:52 AM, Lyos Gemini Norezel wrote:
>
>   
>> Maybe it's because I'm not a lawyer, that I fail to see the problem with
>> that. As long as there exists some reference to the license and a location
>> where it can be read, doesn't that meet the requirements of those licenses?
>>     
>
> The short answer is not really. The more assumptions we make, the
> farther we get from reality, and for the majority of FOSS licenses, we
> (Fedora/Red Hat) bear the burden of informing the user of the licensing
> terms of the software that we are distributing.
>
> Here is a common scenario:
>
> The upstream for a package changes licensing from GPL to LGPL. If we are
> using a generic-licenses package, we are far less likely to notice this
> change, whereas, we would immediately notice that COPYING was replaced
> with COPYING.LIBS.
>   

That would be the package maintainers responsibility, no? If a change is 
that dramatic,
wouldn't the maintainer notice it right away? (I see alot of emails 
about packages changing
licensing)

>> Wasn't there a discussion, somewhat recently, about libraries that are
>> shipped with the program instead
>> of being stored in /lib or /usr/lib?
>>     
>
> This is notably different. The licensing is part of our legal obligation
> to our users and downstream consumers.
>
>   

I understand that, but how is a change of license file location going to 
change,
or cause problems with, that obligation?

The licenses would still be available for the user to read, if they 
desire, and this change
won't really inconvenience anyone.

> In addition, this comes out to about 17 MB. It is not a huge amount of
> disk space, and certainly not worth the rather additional hassle it
> would cause.
>   

In reality, a change like this really should be pushed to FHS.
Standardizing the %License_File location just makes good common sense.

> As it is now, each package maintainer is responsible for keeping the
> license text as provided by upstream in the package, and the License tag
> correct. If we were to generalize this into a central package, we'd have
> to do constant auditing to be sure that the license text in the
> generalized "LICENSE.rpm" exactly matched that of the package. And by
> we, I mean me. Even if Red Hat Legal signed off on such an arrangement,
> I'm not really thrilled by this prospect.
>
> Now, if there were a clever way to handle this behind the scenes so that
> these license files were not duplicated if they were identical, but
> instead, symlinked to the license files in a generic license rpm, I
> might be more interested. (If they weren't bit for bit identical, it
> wouldn't be symlinked).
>
>   

Isn't it possible to figure that out with a bit of bash programming?
Eg., use the 'comm' command.
"comm     Compare two sorted files line by line"

and, if different, a diff could be generated to show you exactly what's 
different.

Doesn't seem like much of a hassle to me.

How difficult would it be to add functionality in yum:
a.) to store the license value of each program, and
b.) to integrate a license reader for easy access/reading?

> ~spot

Lyos Gemini Norezel
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Lyos_GeminiNorezel.vcf
Type: text/x-vcard
Size: 428 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090320/ed57766c/attachment.vcf>

From tcallawa at redhat.com  Fri Mar 20 19:43:37 2009
From: tcallawa at redhat.com (Tom "spot" Callaway)
Date: Fri, 20 Mar 2009 15:43:37 -0400
Subject: Full Licence field
In-Reply-To: <49C3F0A8.6060101@gmail.com>
References: <499E9CBB.8070406@schampijer.de>	<20090301225722.GD7111@yukidoke.org>	<49AB1FFE.3020900@codewiz.org>	<49C0C619.80800@schampijer.de>	<20090318143059.GD6640@yukidoke.org>	<49C12958.9010105@schampijer.de>	<gprj0e$s9a$1@ger.gmane.org>	<49C152C5.8040903@redhat.com>	<49C39194.4000709@gmail.com>	<49C39BD6.70000@redhat.com>
	<49C3F0A8.6060101@gmail.com>
Message-ID: <49C3F1E9.80704@redhat.com>

On 03/20/2009 03:38 PM, Lyos Gemini Norezel wrote:
> Isn't it possible to figure that out with a bit of bash programming?
> Eg., use the 'comm' command.
> "comm     Compare two sorted files line by line"
> 
> and, if different, a diff could be generated to show you exactly what's
> different.
> 
> Doesn't seem like much of a hassle to me.

Are you volunteering to do the work then?

> How difficult would it be to add functionality in yum:
> a.) to store the license value of each program, and
> b.) to integrate a license reader for easy access/reading?

I'm going to go out on a limb and say this isn't what we want. It will
just bloat the yum metadata for a rather minimal benefit.

Returning to the original problem, I'd rather see a transaction workflow
like this:

* Look at what a package has marked as a 'license file' (NOTE: RPM
doesn't really have support for this yet)
* Compare it against the set of known "Generic" licenses.
* If it is an exact match, replace it with a symlink to the Generic license.

Now, the problem is that if you do this in yum, you'll break rpm
verification of any package handled in such a way. It might be possible
to have RPM do this automagically, but I suspect they'd think it is a
monstrous hack. There are RPM devs lurking on this list, I wonder if
they will chime in.

~spot



From opensource at till.name  Fri Mar 20 20:00:21 2009
From: opensource at till.name (Till Maas)
Date: Fri, 20 Mar 2009 21:00:21 +0100
Subject: F9 whatis updates-newkey
In-Reply-To: <49C192EC.1020203@fi.muni.cz>
References: <49C187C0.4030608@verizon.net> <49C190E0.9030507@verizon.net>
	<49C192EC.1020203@fi.muni.cz>
Message-ID: <200903202100.39501.opensource@till.name>

On Do M?rz 19 2009, Milos Jakubicek wrote:

> Don't panic, the -newkey repos are there because of a security accident
> in last summer as a new signing key for our RPMs has been created and
> all of them resigned (into a new -newkey repo).

Afaik only updates after the incident have been signed with the new keys, 
which imho did not really fix any problem in case the signing key leaked. It 
only helps to update to F10 and to remove the old signing keys from the rpm 
database.

Regards,
Till
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 835 bytes
Desc: This is a digitally signed message part.
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090320/7f38137f/attachment.sig>

From lyos.gemininorezel at gmail.com  Fri Mar 20 20:06:50 2009
From: lyos.gemininorezel at gmail.com (Lyos Gemini Norezel)
Date: Fri, 20 Mar 2009 16:06:50 -0400
Subject: Full Licence field
In-Reply-To: <49C3F1E9.80704@redhat.com>
References: <499E9CBB.8070406@schampijer.de>	<20090301225722.GD7111@yukidoke.org>	<49AB1FFE.3020900@codewiz.org>	<49C0C619.80800@schampijer.de>	<20090318143059.GD6640@yukidoke.org>	<49C12958.9010105@schampijer.de>	<gprj0e$s9a$1@ger.gmane.org>	<49C152C5.8040903@redhat.com>	<49C39194.4000709@gmail.com>	<49C39BD6.70000@redhat.com>	<49C3F0A8.6060101@gmail.com>
	<49C3F1E9.80704@redhat.com>
Message-ID: <49C3F75A.8010909@gmail.com>

Tom "spot" Callaway wrote:
> On 03/20/2009 03:38 PM, Lyos Gemini Norezel wrote:
>   
>> Isn't it possible to figure that out with a bit of bash programming?
>> Eg., use the 'comm' command.
>> "comm     Compare two sorted files line by line"
>>
>> and, if different, a diff could be generated to show you exactly what's
>> different.
>>
>> Doesn't seem like much of a hassle to me.
>>     
>
> Are you volunteering to do the work then?
>
>   

I'm not much of a bash programmer (or any kind of programmer, really...
last time I could, legitimately, call myself a programmer was back in 
the 8086,
6502, etc ASM days), but I'd be willing to give it a shot if there 
is/would be
enough interest in such a tool.

If I had infrastructure support, I could even help setup the script to email
you the diffs when needed, provided such a script is setup on the koji 
boxen.

>> How difficult would it be to add functionality in yum:
>> a.) to store the license value of each program, and
>> b.) to integrate a license reader for easy access/reading?
>>     
>
> I'm going to go out on a limb and say this isn't what we want. It will
> just bloat the yum metadata for a rather minimal benefit.
>
>   

Perhaps yum could store the values in a text/db file that another program
(say %license_reader) could import?

> Returning to the original problem, I'd rather see a transaction workflow
> like this:
>
> * Look at what a package has marked as a 'license file' (NOTE: RPM
> doesn't really have support for this yet)
>   

Pity. A %license (ie., like the %doc) field would be nice to have.

> * Compare it against the set of known "Generic" licenses.
> * If it is an exact match, replace it with a symlink to the Generic license.
>
> Now, the problem is that if you do this in yum, you'll break rpm
> verification of any package handled in such a way. 

Oh? Why is that?

> It might be possible to have RPM do this automagically, but I suspect they'd think it is a
> monstrous hack. There are RPM devs lurking on this list, I wonder if they will chime in.
>   

I'd like to hear their thoughts on this, too.


Lyos Gemini Norezel
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Lyos_GeminiNorezel.vcf
Type: text/x-vcard
Size: 428 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090320/599106b6/attachment.vcf>

From tcallawa at redhat.com  Fri Mar 20 20:15:49 2009
From: tcallawa at redhat.com (Tom "spot" Callaway)
Date: Fri, 20 Mar 2009 16:15:49 -0400
Subject: Full Licence field
In-Reply-To: <49C3F75A.8010909@gmail.com>
References: <499E9CBB.8070406@schampijer.de>	<20090301225722.GD7111@yukidoke.org>	<49AB1FFE.3020900@codewiz.org>	<49C0C619.80800@schampijer.de>	<20090318143059.GD6640@yukidoke.org>	<49C12958.9010105@schampijer.de>	<gprj0e$s9a$1@ger.gmane.org>	<49C152C5.8040903@redhat.com>	<49C39194.4000709@gmail.com>	<49C39BD6.70000@redhat.com>	<49C3F0A8.6060101@gmail.com>	<49C3F1E9.80704@redhat.com>
	<49C3F75A.8010909@gmail.com>
Message-ID: <49C3F975.40808@redhat.com>

On 03/20/2009 04:06 PM, Lyos Gemini Norezel wrote:
> Pity. A %license (ie., like the %doc) field would be nice to have.

Indeed. This is where I think the most interesting work needs to be
done. Once rpm knows that a %license file is a special type of %doc that
gets installed even if --excludedocs is passed, we have solved one of
the big issues for the OLPC folks.

>> * Compare it against the set of known "Generic" licenses.
>> * If it is an exact match, replace it with a symlink to the Generic
>> license.
>>
>> Now, the problem is that if you do this in yum, you'll break rpm
>> verification of any package handled in such a way. 
> 
> Oh? Why is that?

Well, in order for this to work, the license text has to be a real file
in the binary RPM manifest. If yum replaced that actual file with a
symlink, it will no longer match the binary RPM manifest, and rpm -V
will report that the file has been changed (which, is true, but of
little relevance in such a scenario).

~spot



From paul at city-fan.org  Fri Mar 20 20:27:58 2009
From: paul at city-fan.org (Paul Howarth)
Date: Fri, 20 Mar 2009 20:27:58 +0000
Subject: F9 whatis updates-newkey
In-Reply-To: <200903202100.39501.opensource@till.name>
References: <49C187C0.4030608@verizon.net> <49C190E0.9030507@verizon.net>
	<49C192EC.1020203@fi.muni.cz>
	<200903202100.39501.opensource@till.name>
Message-ID: <20090320202758.3429e136@metropolis.intra.city-fan.org>

On Fri, 20 Mar 2009 21:00:21 +0100
Till Maas <opensource at till.name> wrote:

> On Do M?rz 19 2009, Milos Jakubicek wrote:
> 
> > Don't panic, the -newkey repos are there because of a security
> > accident in last summer as a new signing key for our RPMs has been
> > created and all of them resigned (into a new -newkey repo).
> 
> Afaik only updates after the incident have been signed with the new
> keys, which imho did not really fix any problem in case the signing
> key leaked. It only helps to update to F10 and to remove the old
> signing keys from the rpm database.

No, all the existing updates were re-signed and moved to the new repo,
with the exception of an updated fedora-release, PackageKit and their
dependencies that would be needed for users to transition to the new
repo.

Old repo:
http://download.fedora.redhat.com/pub/fedora/linux/updates/9/i386/

New repo:
http://download.fedora.redhat.com/pub/fedora/linux/updates/9/i386.newkey/

Paul.



From opensource at till.name  Fri Mar 20 21:07:21 2009
From: opensource at till.name (Till Maas)
Date: Fri, 20 Mar 2009 22:07:21 +0100
Subject: F9 whatis updates-newkey
In-Reply-To: <20090320202758.3429e136@metropolis.intra.city-fan.org>
References: <49C187C0.4030608@verizon.net>
	<200903202100.39501.opensource@till.name>
	<20090320202758.3429e136@metropolis.intra.city-fan.org>
Message-ID: <200903202207.32265.opensource@till.name>

On Fr M?rz 20 2009, Paul Howarth wrote:

> No, all the existing updates were re-signed and moved to the new repo,
> with the exception of an updated fedora-release, PackageKit and their
> dependencies that would be needed for users to transition to the new
> repo.

Nevertheless one would also need all the packages that did not receive an 
update yet signed with the new key to purge the old key from the rpm database 
without loss of functionality. Iirc, a yum update for F8 pulled in a package 
from Everything that did receive an update during the F8 lifecycle. To get 
this installed, one still needed the old public key in the rpm database, which 
renders the switch to the new key useless.

Regards,
Till
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 835 bytes
Desc: This is a digitally signed message part.
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090320/bb2a10b1/attachment.sig>

From jkeating at redhat.com  Fri Mar 20 21:34:29 2009
From: jkeating at redhat.com (Jesse Keating)
Date: Fri, 20 Mar 2009 14:34:29 -0700
Subject: preupgrade F10
In-Reply-To: <49C3E4FE.4020502@verizon.net>
References: <49C27B78.9070304@verizon.net>
	<d5ad21470903191021y4edc044cla1e0b0799d43384f@mail.gmail.com>
	<20090319220232.GR26147@localhost.localdomain>
	<alpine.GSO.2.00.0903200925490.29513@algedi.dur.ac.uk>
	<f12087800903200607w3229a60dn81aaea6fdedd1400@mail.gmail.com>
	<1237563335.9564.10.camel@localhost.localdomain>
	<49C3BE48.6010504@verizon.net>
	<1237567054.9564.12.camel@localhost.localdomain>
	<49C3D219.3060607@verizon.net> <20090320173706.GB12402@redhat.com>
	<49C3D769.3050606@verizon.net>
	<alpine.LFD.2.00.0903201433070.19858@localhost.localdomain>
	<49C3E4FE.4020502@verizon.net>
Message-ID: <1237584869.3791.2.camel@localhost.localdomain>

On Fri, 2009-03-20 at 14:48 -0400, Gerry Reno wrote:
> 
> My perspective is from the user point of view.   If the user is 
> upgrading to a new release let's say and the process goes along for 
> quite a while and then decides to bomb out because the rpm version 
> needed to be newer then the user becomes confused.  The software should 
> take care of this.  So if any package in the whole update requires a 
> newer yum/rpm then I think yum should go do that first.

Upgrading to a new release is precisely when this will fail.  The "new
yum" and "new rpm" would require all the other new packages in order to
be functional.  There is no way to use the new yum without the rest of
the new stuff.

-- 
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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090320/601eb854/attachment.sig>

From maxamillion at gmail.com  Fri Mar 20 21:38:04 2009
From: maxamillion at gmail.com (Adam Miller)
Date: Fri, 20 Mar 2009 16:38:04 -0500
Subject: preupgrade F10
In-Reply-To: <1237584869.3791.2.camel@localhost.localdomain>
References: <49C27B78.9070304@verizon.net>
	<1237563335.9564.10.camel@localhost.localdomain>
	<49C3BE48.6010504@verizon.net>
	<1237567054.9564.12.camel@localhost.localdomain>
	<49C3D219.3060607@verizon.net> <20090320173706.GB12402@redhat.com>
	<49C3D769.3050606@verizon.net>
	<alpine.LFD.2.00.0903201433070.19858@localhost.localdomain>
	<49C3E4FE.4020502@verizon.net>
	<1237584869.3791.2.camel@localhost.localdomain>
Message-ID: <f12087800903201438j52948bf9q65e6b56b7628c9b9@mail.gmail.com>

Then why was I able to pull the new rpm without any other packages
when going from Alpha -> Current Rawhide?

-Adam

2009/3/20 Jesse Keating <jkeating at redhat.com>:
> On Fri, 2009-03-20 at 14:48 -0400, Gerry Reno wrote:
>>
>> My perspective is from the user point of view. ? If the user is
>> upgrading to a new release let's say and the process goes along for
>> quite a while and then decides to bomb out because the rpm version
>> needed to be newer then the user becomes confused. ?The software should
>> take care of this. ?So if any package in the whole update requires a
>> newer yum/rpm then I think yum should go do that first.
>
> Upgrading to a new release is precisely when this will fail. ?The "new
> yum" and "new rpm" would require all the other new packages in order to
> be functional. ?There is no way to use the new yum without the rest of
> the new stuff.
>
> --
> Jesse Keating
> Fedora -- Freedom? is a feature!
> identi.ca: http://identi.ca/jkeating
>
> --
> fedora-devel-list mailing list
> fedora-devel-list at redhat.com
> https://www.redhat.com/mailman/listinfo/fedora-devel-list
>



-- 
http://maxamillion.googlepages.com
---------------------------------------------------------
()  ascii ribbon campaign - against html e-mail
/\  www.asciiribbon.org   - against proprietary attachments



From john5342 at googlemail.com  Fri Mar 20 22:02:20 2009
From: john5342 at googlemail.com (John5342)
Date: Fri, 20 Mar 2009 22:02:20 +0000
Subject: preupgrade F10
In-Reply-To: <f12087800903201438j52948bf9q65e6b56b7628c9b9@mail.gmail.com>
References: <49C27B78.9070304@verizon.net> <49C3BE48.6010504@verizon.net>
	<1237567054.9564.12.camel@localhost.localdomain>
	<49C3D219.3060607@verizon.net> <20090320173706.GB12402@redhat.com>
	<49C3D769.3050606@verizon.net>
	<alpine.LFD.2.00.0903201433070.19858@localhost.localdomain>
	<49C3E4FE.4020502@verizon.net>
	<1237584869.3791.2.camel@localhost.localdomain>
	<f12087800903201438j52948bf9q65e6b56b7628c9b9@mail.gmail.com>
Message-ID: <6dc6523c0903201502r24f40c6ciaefa8add7ff836d6@mail.gmail.com>

2009/3/20 Adam Miller <maxamillion at gmail.com>

> Then why was I able to pull the new rpm without any other packages
> when going from Alpha -> Current Rawhide?
>

Because in this particular case rpm didnt need a newer version of any other
packages but there have been and will continue to be many cases where rpm
does require later versions of some supporting library. These are the cases
i think Jesse was talking about when saying that we cant have yum install
rpm by itself first regardless. It may rely on some other updated package
and that would fail under those circumstances

-- 
There are 10 kinds of people in the world: Those who understand binary and
those who don't...
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090320/33e89f28/attachment.htm>

From awilliam at redhat.com  Fri Mar 20 22:09:44 2009
From: awilliam at redhat.com (Adam Williamson)
Date: Fri, 20 Mar 2009 15:09:44 -0700
Subject: preupgrade F10
In-Reply-To: <6dc6523c0903201502r24f40c6ciaefa8add7ff836d6@mail.gmail.com>
References: <49C27B78.9070304@verizon.net> <49C3BE48.6010504@verizon.net>
	<1237567054.9564.12.camel@localhost.localdomain>
	<49C3D219.3060607@verizon.net> <20090320173706.GB12402@redhat.com>
	<49C3D769.3050606@verizon.net>
	<alpine.LFD.2.00.0903201433070.19858@localhost.localdomain>
	<49C3E4FE.4020502@verizon.net>
	<1237584869.3791.2.camel@localhost.localdomain>
	<f12087800903201438j52948bf9q65e6b56b7628c9b9@mail.gmail.com>
	<6dc6523c0903201502r24f40c6ciaefa8add7ff836d6@mail.gmail.com>
Message-ID: <1237586984.4572.16.camel@adam.local.net>

On Fri, 2009-03-20 at 22:02 +0000, John5342 wrote:
> 2009/3/20 Adam Miller <maxamillion at gmail.com>
>         Then why was I able to pull the new rpm without any other
>         packages
>         when going from Alpha -> Current Rawhide?
> 
> Because in this particular case rpm didnt need a newer version of any
> other packages but there have been and will continue to be many cases
> where rpm does require later versions of some supporting library.
> These are the cases i think Jesse was talking about when saying that
> we cant have yum install rpm by itself first regardless. It may rely
> on some other updated package and that would fail under those
> circumstances

I don't see why it would fail. When I spoke to him, Jesse's argument was
not that it would fail (or, more precisely, that it would be any more
*likely* to fail than the current system), just that in most practical
real-world cases it would not be significantly different from the
current system and it's therefore not worth the effort to implement.
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org
http://www.happyassassin.net



From jkeating at redhat.com  Fri Mar 20 22:14:47 2009
From: jkeating at redhat.com (Jesse Keating)
Date: Fri, 20 Mar 2009 15:14:47 -0700
Subject: preupgrade F10
In-Reply-To: <f12087800903201438j52948bf9q65e6b56b7628c9b9@mail.gmail.com>
References: <49C27B78.9070304@verizon.net>
	<1237563335.9564.10.camel@localhost.localdomain>
	<49C3BE48.6010504@verizon.net>
	<1237567054.9564.12.camel@localhost.localdomain>
	<49C3D219.3060607@verizon.net> <20090320173706.GB12402@redhat.com>
	<49C3D769.3050606@verizon.net>
	<alpine.LFD.2.00.0903201433070.19858@localhost.localdomain>
	<49C3E4FE.4020502@verizon.net>
	<1237584869.3791.2.camel@localhost.localdomain>
	<f12087800903201438j52948bf9q65e6b56b7628c9b9@mail.gmail.com>
Message-ID: <1237587288.3791.4.camel@localhost.localdomain>

On Fri, 2009-03-20 at 16:38 -0500, Adam Miller wrote:
> Then why was I able to pull the new rpm without any other packages
> when going from Alpha -> Current Rawhide?

Because you're not doing a major version upgrade.  Gerry was talking
about F10 -> rawhide, not alpha -> 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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090320/58228ea1/attachment.sig>

From lsof at nodata.co.uk  Fri Mar 20 22:18:13 2009
From: lsof at nodata.co.uk (nodata)
Date: Fri, 20 Mar 2009 23:18:13 +0100
Subject: F10 -> rawhide update failure
Message-ID: <1237587493.6742.3.camel@prague>

Hello,

I tried this:
 yum update rpm
 yum update --skip-broken

but I get this:

Transaction Check Error:
  package audit-libs-1.7.12-3.fc10.x86_64 (which is newer than
audit-libs-1.7.12-2.fc11.i586) is already installed
  file /etc/libaudit.conf from install of audit-libs-1.7.12-2.fc11.i586
conflicts with file from package audit-libs-1.7.12-3.fc10.x86_64


I can't do an rpm -e --nodeps audit-libs due to this:
# ldd $(which rpm) | grep "not found"
	librpmbuild.so.0 => not found
	librpm.so.0 => not found
	librpmio.so.0 => not found

and I can't do a yum localinstall
rpm-libs-4.7.0-0.beta1.3.fc11.x86_64.rpm due to this:
warning: rpmts_HdrFromFdno: Header V3 RSA/SHA256 signature: NOKEY, key
ID d22e77f2


Public key for rpm-libs-4.7.0-0.beta1.3.fc11.x86_64.rpm is not installed

And preupgrade fails with a python traceback which I didn't save.

Any ideas?



From greno at verizon.net  Fri Mar 20 22:50:38 2009
From: greno at verizon.net (Gerry Reno)
Date: Fri, 20 Mar 2009 18:50:38 -0400
Subject: preupgrade F10
In-Reply-To: <1237584869.3791.2.camel@localhost.localdomain>
References: <49C27B78.9070304@verizon.net>
	<d5ad21470903191021y4edc044cla1e0b0799d43384f@mail.gmail.com>
	<20090319220232.GR26147@localhost.localdomain>
	<alpine.GSO.2.00.0903200925490.29513@algedi.dur.ac.uk>
	<f12087800903200607w3229a60dn81aaea6fdedd1400@mail.gmail.com>
	<1237563335.9564.10.camel@localhost.localdomain>
	<49C3BE48.6010504@verizon.net>
	<1237567054.9564.12.camel@localhost.localdomain>
	<49C3D219.3060607@verizon.net> <20090320173706.GB12402@redhat.com>
	<49C3D769.3050606@verizon.net>
	<alpine.LFD.2.00.0903201433070.19858@localhost.localdomain>
	<49C3E4FE.4020502@verizon.net>
	<1237584869.3791.2.camel@localhost.localdomain>
Message-ID: <49C41DBE.5010700@verizon.net>

Jesse Keating wrote:
> On Fri, 2009-03-20 at 14:48 -0400, Gerry Reno wrote:
>   
>> My perspective is from the user point of view.   If the user is 
>> upgrading to a new release let's say and the process goes along for 
>> quite a while and then decides to bomb out because the rpm version 
>> needed to be newer then the user becomes confused.  The software should 
>> take care of this.  So if any package in the whole update requires a 
>> newer yum/rpm then I think yum should go do that first.
>>     
>
> Upgrading to a new release is precisely when this will fail.  The "new
> yum" and "new rpm" would require all the other new packages in order to
> be functional.  There is no way to use the new yum without the rest of
> the new stuff.
>
>   
This then says to me that packagers ought to be completely static and 
not dependent on anything, so that we can actually perform an upgrade on 
them first and then upgrade everything else.   Or alternatively, we load 
a static version to complete the upgrade and then update to the shared 
version.

To require that the user remember to perform certain preupgrade 
procedures is just asking for lots of user frustration.  Even if you put 
it in bold geezer font you will always have users who just forget, or 
get confused and don't do it.   The better way is to create software 
that takes care of these things and gives the user a better experience.


Regards,
Gerry


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090320/25b7a80f/attachment.htm>

From ianweller at gmail.com  Fri Mar 20 23:13:09 2009
From: ianweller at gmail.com (Ian Weller)
Date: Fri, 20 Mar 2009 18:13:09 -0500
Subject: packaging wordpress plugins
In-Reply-To: <200903201010.03317.billcrawford1970@gmail.com>
References: <20090320011820.GA12955@gmail.com>
	<1237528379.3969.4.camel@localhost.localdomain>
	<200903201010.03317.billcrawford1970@gmail.com>
Message-ID: <20090320231309.GA25741@gmail.com>

On Fri, Mar 20, 2009 at 10:10:03AM +0000, Bill Crawford wrote:
> ... and yes, but that means the plugins will only work with one version or the 
> other, and that would be a random thing at build time (depending which package 
> was installed to satisfy the BR: wordpress-core).
> 
> So, you need to have a way of making a single shared directory; although that 
> only works if the two packages are guaranteed to not introduce incompatability 
> with each other in whatever passes for an "ABI" :o)
> 
So given that the plugin is not guaranteed to be compatible with both WP
and WP-MU at the same time, I provide the following specfile template:

  http://ianweller.fedorapeople.org/wordpress-plugin.spec

Because of the standards that WordPress holds to their plugins, filling
in plugin_name, plugin_human_name, a Version, a description, and
changelog should Just Work(tm). Criticism extremely wanted since there
are some WordPress plugins I need to get in EPEL on a deadline :/

-- 
Ian Weller <ianweller at gmail.com>
GnuPG fingerprint:  E51E 0517 7A92 70A2 4226  B050 87ED 7C97 EFA8 4A36
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090320/d529524d/attachment.sig>

From emmanuel.seyman at club-internet.fr  Sat Mar 21 00:20:34 2009
From: emmanuel.seyman at club-internet.fr (Emmanuel Seyman)
Date: Sat, 21 Mar 2009 01:20:34 +0100
Subject: Full Licence field
In-Reply-To: <49C3F0A8.6060101@gmail.com>
References: <20090301225722.GD7111@yukidoke.org>
	<49AB1FFE.3020900@codewiz.org> <49C0C619.80800@schampijer.de>
	<20090318143059.GD6640@yukidoke.org>
	<49C12958.9010105@schampijer.de> <gprj0e$s9a$1@ger.gmane.org>
	<49C152C5.8040903@redhat.com> <49C39194.4000709@gmail.com>
	<49C39BD6.70000@redhat.com> <49C3F0A8.6060101@gmail.com>
Message-ID: <20090321002034.GA19283@orient.maison.lan>

* Lyos Gemini Norezel [20/03/2009 22:01] :
>
> I understand that, but how is a change of license file location going to  
> change, or cause problems with, that obligation?

If we had a foo package which license (the GPL) is in the
fedora-common-licenses rpm, any update to foo would require we push out an
update to fedora-common-licenses as well. If we don't, a mirror
distributing only updates would be in violation of the GPL.

Emmanuel



From lsof at nodata.co.uk  Sat Mar 21 00:32:33 2009
From: lsof at nodata.co.uk (nodata)
Date: Sat, 21 Mar 2009 01:32:33 +0100
Subject: F10 -> rawhide update failure
In-Reply-To: <1237587493.6742.3.camel@prague>
References: <1237587493.6742.3.camel@prague>
Message-ID: <1237595553.13045.0.camel@prague>

Am Freitag, den 20.03.2009, 23:18 +0100 schrieb nodata:
> Hello,
> 
> I tried this:
>  yum update rpm
>  yum update --skip-broken
> 
> but I get this:
> 
> Transaction Check Error:
>   package audit-libs-1.7.12-3.fc10.x86_64 (which is newer than
> audit-libs-1.7.12-2.fc11.i586) is already installed
>   file /etc/libaudit.conf from install of audit-libs-1.7.12-2.fc11.i586
> conflicts with file from package audit-libs-1.7.12-3.fc10.x86_64
> 
> 
> I can't do an rpm -e --nodeps audit-libs due to this:
> # ldd $(which rpm) | grep "not found"
> 	librpmbuild.so.0 => not found
> 	librpm.so.0 => not found
> 	librpmio.so.0 => not found
> 
> and I can't do a yum localinstall
> rpm-libs-4.7.0-0.beta1.3.fc11.x86_64.rpm due to this:
> warning: rpmts_HdrFromFdno: Header V3 RSA/SHA256 signature: NOKEY, key
> ID d22e77f2
> 
> 
> Public key for rpm-libs-4.7.0-0.beta1.3.fc11.x86_64.rpm is not installed
> 
> And preupgrade fails with a python traceback which I didn't save.
> 
> Any ideas?
> 

Rescue cd + rpm -e --nodeps plus an rpm rebuild later (yuck!) and I am
up and running again.



From rc040203 at freenet.de  Sat Mar 21 03:58:11 2009
From: rc040203 at freenet.de (Ralf Corsepius)
Date: Sat, 21 Mar 2009 04:58:11 +0100
Subject: Full Licence field
In-Reply-To: <49C39BD6.70000@redhat.com>
References: <499E9CBB.8070406@schampijer.de>	<20090301225722.GD7111@yukidoke.org>	<49AB1FFE.3020900@codewiz.org>	<49C0C619.80800@schampijer.de>	<20090318143059.GD6640@yukidoke.org>	<49C12958.9010105@schampijer.de>	<gprj0e$s9a$1@ger.gmane.org>	<49C152C5.8040903@redhat.com>	<49C39194.4000709@gmail.com>
	<49C39BD6.70000@redhat.com>
Message-ID: <49C465D3.3000200@freenet.de>

Tom "spot" Callaway wrote:
> Now, if there were a clever way to handle this behind the scenes so that
> these license files were not duplicated if they were identical, but
> instead, symlinked to the license files in a generic license rpm, I
> might be more interested. (If they weren't bit for bit identical, it
> wouldn't be symlinked).

/usr/sbin/hardlink -c /usr/share/doc
is pretty close to what you want.

Ralf




From jakub at redhat.com  Sat Mar 21 08:40:00 2009
From: jakub at redhat.com (Jakub Jelinek)
Date: Sat, 21 Mar 2009 09:40:00 +0100
Subject: Full Licence field
In-Reply-To: <49C465D3.3000200@freenet.de>
References: <20090301225722.GD7111@yukidoke.org>
	<49AB1FFE.3020900@codewiz.org> <49C0C619.80800@schampijer.de>
	<20090318143059.GD6640@yukidoke.org>
	<49C12958.9010105@schampijer.de> <gprj0e$s9a$1@ger.gmane.org>
	<49C152C5.8040903@redhat.com> <49C39194.4000709@gmail.com>
	<49C39BD6.70000@redhat.com> <49C465D3.3000200@freenet.de>
Message-ID: <20090321084000.GQ4831@tyan-ft48-01.lab.bos.redhat.com>

On Sat, Mar 21, 2009 at 04:58:11AM +0100, Ralf Corsepius wrote:
> Tom "spot" Callaway wrote:
>> Now, if there were a clever way to handle this behind the scenes so that
>> these license files were not duplicated if they were identical, but
>> instead, symlinked to the license files in a generic license rpm, I
>> might be more interested. (If they weren't bit for bit identical, it
>> wouldn't be symlinked).
>
> /usr/sbin/hardlink -c /usr/share/doc
> is pretty close to what you want.

Yes, but if you have %license support in rpm where all %license files
would
1) not be excluded with --excludedocs
2) for rpm -V ignore timestamp verification
rpm could just cheaply look up if there is already some %license file
with identical {md5,sha{256,512}} sum and size installed and if so, do
a byte by byte comparison and hardlink the files if they are indeed identical.

	Jakub



From rawhide at fedoraproject.org  Sat Mar 21 09:53:11 2009
From: rawhide at fedoraproject.org (Rawhide Report)
Date: Sat, 21 Mar 2009 09:53:11 +0000 (UTC)
Subject: rawhide report: 20090321 changes
Message-ID: <20090321095311.B7FC01B8001@releng2.fedora.phx.redhat.com>

Compose started at Sat Mar 21 06:01:08 UTC 2009

New package gmime22
        Library for creating and parsing MIME messages
Updated Packages:

DeviceKit-disks-003-7.fc11
--------------------------
* Thu Mar 19 2009 David Zeuthen <davidz at redhat.com> - 003-7.fc11
- Make sure dm devices are marked as system-internal (#489397)


amqp-1.0.752600-1.fc11
----------------------
* Thu Mar 19 2009 Nuno Santos <nsantos at redhat.com> - 0:1.0.752600-1
- Rebased to svn rev 752600


anaconda-11.5.0.35-1
--------------------
* Fri Mar 20 2009 David Cantrell <dcantrell at redhat.com> - 11.5.0.35-1
- Fix traceback in FSSet.crypttab. (#491160) (dlehman)
- Fix traceback on upgrade. (#491446) (dlehman)
- Do not include .h and .sh files in updates.img (dcantrell)
- Make PartitionDevice resize work. (dcantrell)
- Reset mouse pointer if we find an unreadable disk. (dcantrell)
- Use label attr instead of non-existent fslabel attr. (#491120) (dlehman)
- Need to notify the kernel of changes before udev settle (katzj)
- Revert "mount and umount commands are in /sbin now, remove from /usr/sbin"
  (dcantrell)
- Make some fixes to the rescue mode system selection UI (#489973, #489977).
  (clumens)
- Fix text mode autopartitioning (#491282). (clumens)
- Do not use _rnetdev as fstab option for network based / (hdegoede)
- Make root= line in grub.conf and path spec in fstab consistent (hdegoede)
- Fix a reference to the partitions list (#491335). (clumens)
- Do not traceback at the very beginning of rescue mode (msivak)
- Fix traceback when editing encrypted mdraid device in UI. (rvykydal)


bind-9.6.0-11.P1.fc11
---------------------
* Tue Mar 17 2009 Adam Tkac <atkac redhat com> 32:9.6.0-11.P1
- fall back to insecure mode when no supported DNSSEC algorithm is found
  instead of SERVFAIL
- don't fall back to non-EDNS0 queries when DO bit is set

* Tue Mar 10 2009 Adam Tkac <atkac redhat com> 32:9.6.0-10.P1
- enable DNSSEC only if it is enabled in sysconfig/dnssec


dbmail-2.2.11-4.fc11
--------------------
* Thu Mar 19 2009 Bernard Johnson <bjohnson at symetrix.com> - 2.2.11-4
- build agaist old gmime22 (bz #490316)

* Tue Feb 24 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 2.2.11-3
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


dnssec-conf-1.20-2.fc11
-----------------------
* Tue Mar 17 2009 Paul Wouters <paul at xelerance.com> - 1.19-1
- Upgraded to 1.19, which adds --nocheck for the unbound post command.

* Tue Mar 17 2009 Paul Wouters <paul at xelerance.com> - 1.20-1
- Upgraded to 1.20, which fixes DLV support for Bind and reverse keys for Bind

* Tue Mar 17 2009 Paul Wouters <paul at xelerance.com> - 1.20-2
- Enable DLV with dlv.isc.org in the default configuration

* Sat Mar 14 2009 Paul Wouters <paul at xelerance.com> - 1.18-1
- Upgraded to 1.18 for new RIPE keys and .th testing key
- Fix for when Bind is installed but Unbound is not
- No longer need the patch - upstream committed it.


fontconfig-2.6.99.behdad.20090318-1.fc11
----------------------------------------
* Wed Mar 18 2009 Behdad Esfahbod <besfahbo at redhat.com> - 2.6.99.behdad.20090318-1
- Update to 2.6.99.behdad.20090318
- Resolves #490888


ghostscript-8.64-5.fc11
-----------------------
* Fri Mar 20 2009 Tim Waugh <twaugh at redhat.com> 8.64-5
- Applied patch to fix CVE-2009-0583 (bug #487742) and CVE-2009-0584
  (bug #487744).


iscsi-initiator-utils-6.2.0.870-7.fc11
--------------------------------------
* Fri Mar 20 2009 Hans de Goede <hdegoede at redhat.com> 6.2.0.870-7
- libiscsi: use fwparam_ibft_sysfs() instead of fw_get_entry(), as
  the latter causes stack corruption (workaround #490515)

* Sat Mar 14 2009 Terje Rosten <terje.rosten at ntnu.no> - 6.2.0.870-6
- Add glibc-static to buildreq to build in F11

* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 6.2.0.870-5
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


pan-0.133-3.fc11
----------------
* Thu Mar 19 2009 Alex Lancaster <alexlan[AT]fedoraproject org> - 1:0.133-3
- Add patch to fix build against GCC 4.4
- Rebuild against new gmime22 compatibility package (#476250)

* Thu Feb 26 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 1:0.133-2
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


postgresql-odbcng-0.99.101-0.1.test1.fc11
-----------------------------------------
* Sun Mar 15 2009 Alex Lancaster <alexlan[AT]fedoraproject org> - 0.99.101-0.1.test1
- Update with pre-release to get build working.

* Thu Feb 26 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 0.90.101-3
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


pyparted-2.0.8-1.fc11
---------------------
* Fri Mar 20 2009 David Cantrell <dcantrell at redhat.com> - 2.0.8-1
- Upgrade to pyparted-2.0.8


python-pyblock-0.41-1.fc11
--------------------------
* Thu Mar 19 2009 Joel Granados <jgranado at redhat.com> - 0.41-1
- Make build/tagging easier (jgranados).
- Do not try to find and activate partitions on raid subsets (hansg).


python-qpid-0.5.752600-1.fc11
-----------------------------
* Thu Mar 19 2009 Nuno Santos <nsantos at redhat.com> - 0.5.752600-1
- Rebased to svn rev 752600


ruby-qpid-0.5.752600-1.fc11
---------------------------
* Thu Mar 19 2009 Nuno Santos <nsantos at redhat.com> - 0.5.752600-1
- Rebased to svn rev 752600


unbound-1.2.1-5.fc11
--------------------
* Tue Mar 17 2009 Paul Wouters <paul at xelerance.com> - 1.2.1-5
- Use --nocheck to avoid giving an error on missing unbound-remote certs/keys

* Tue Mar 10 2009 Adam Tkac <atkac redhat com> - 1.2.1-4
- enable DNSSEC only if it is enabled in sysconfig/dnssec


vavoom-1.30-1.fc11
------------------
* Fri Mar 20 2009 Hans de Goede <hdegoede at redhat.com> 1.30-1
- New upstream release 1.30
- Fix vavoom not working at all when compiled with gcc-4.4


Summary:
Added Packages: 1
Removed Packages: 0
Modified Packages: 17
Broken deps for i386
----------------------------------------------------------
	gdal-1.6.0-4.fc11.i386 requires libodbc.so.1
	gdal-1.6.0-4.fc11.i386 requires libodbcinst.so.1
	gdal-1.6.0-4.fc11.i386 requires libhdf5.so.5
	gdal-perl-1.6.0-4.fc11.i386 requires libodbc.so.1
	gdal-perl-1.6.0-4.fc11.i386 requires libodbcinst.so.1
	gdal-perl-1.6.0-4.fc11.i386 requires libhdf5.so.5
	gdal-ruby-1.6.0-4.fc11.i386 requires libodbc.so.1
	gdal-ruby-1.6.0-4.fc11.i386 requires libodbcinst.so.1
	gdal-ruby-1.6.0-4.fc11.i386 requires libhdf5.so.5
	grass-6.3.0-10.fc11.i386 requires libodbc.so.1
	k3d-0.6.7.0-9.fc11.i386 requires libMagickCore.so.1
	k3d-0.6.7.0-9.fc11.i386 requires libMagick++.so.1
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgdamm-3.0.so.10
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb_graph-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb_extra-3.0.so.4
	libopensync-plugin-syncml-0.35-4.fc10.i386 requires libsyncml.so.0
	mapnik-0.5.2-0.10.svn780.fc11.i386 requires dejavu-fonts-sans
	pfstools-imgmagick-1.7.0-3.fc11.i386 requires libMagickCore.so.1
	pfstools-imgmagick-1.7.0-3.fc11.i386 requires libMagick++.so.1
	pfstools-octave-1.7.0-3.fc11.i386 requires libhdf5.so.5
	xastir-1.9.5-2.fc11.i386 requires libMagickCore.so.1



Broken deps for x86_64
----------------------------------------------------------
	gdal-1.6.0-4.fc11.i386 requires libodbc.so.1
	gdal-1.6.0-4.fc11.i386 requires libodbcinst.so.1
	gdal-1.6.0-4.fc11.i386 requires libhdf5.so.5
	gdal-1.6.0-4.fc11.x86_64 requires libhdf5.so.5()(64bit)
	gdal-1.6.0-4.fc11.x86_64 requires libodbcinst.so.1()(64bit)
	gdal-1.6.0-4.fc11.x86_64 requires libodbc.so.1()(64bit)
	gdal-perl-1.6.0-4.fc11.x86_64 requires libhdf5.so.5()(64bit)
	gdal-perl-1.6.0-4.fc11.x86_64 requires libodbcinst.so.1()(64bit)
	gdal-perl-1.6.0-4.fc11.x86_64 requires libodbc.so.1()(64bit)
	gdal-ruby-1.6.0-4.fc11.x86_64 requires libhdf5.so.5()(64bit)
	gdal-ruby-1.6.0-4.fc11.x86_64 requires libodbcinst.so.1()(64bit)
	gdal-ruby-1.6.0-4.fc11.x86_64 requires libodbc.so.1()(64bit)
	grass-6.3.0-10.fc11.x86_64 requires libodbc.so.1()(64bit)
	k3d-0.6.7.0-9.fc11.i386 requires libMagickCore.so.1
	k3d-0.6.7.0-9.fc11.i386 requires libMagick++.so.1
	k3d-0.6.7.0-9.fc11.x86_64 requires libMagick++.so.1()(64bit)
	k3d-0.6.7.0-9.fc11.x86_64 requires libMagickCore.so.1()(64bit)
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgdamm-3.0.so.10
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb_graph-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb_extra-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.x86_64 requires libgnomedb_graph-3.0.so.4()(64bit)
	libgnomedbmm-2.9.5-4.fc9.x86_64 requires libgdamm-3.0.so.10()(64bit)
	libgnomedbmm-2.9.5-4.fc9.x86_64 requires libgnomedb-3.0.so.4()(64bit)
	libgnomedbmm-2.9.5-4.fc9.x86_64 requires libgnomedb_extra-3.0.so.4()(64bit)
	libopensync-plugin-syncml-0.35-4.fc10.x86_64 requires libsyncml.so.0()(64bit)
	mapnik-0.5.2-0.10.svn780.fc11.i386 requires dejavu-fonts-sans
	mapnik-0.5.2-0.10.svn780.fc11.x86_64 requires dejavu-fonts-sans
	pfstools-imgmagick-1.7.0-3.fc11.x86_64 requires libMagick++.so.1()(64bit)
	pfstools-imgmagick-1.7.0-3.fc11.x86_64 requires libMagickCore.so.1()(64bit)
	pfstools-octave-1.7.0-3.fc11.x86_64 requires libhdf5.so.5()(64bit)
	xastir-1.9.5-2.fc11.x86_64 requires libMagickCore.so.1()(64bit)



Broken deps for ppc
----------------------------------------------------------
	gdal-1.6.0-4.fc11.ppc requires libodbc.so.1
	gdal-1.6.0-4.fc11.ppc requires libodbcinst.so.1
	gdal-1.6.0-4.fc11.ppc requires libhdf5.so.5
	gdal-1.6.0-4.fc11.ppc64 requires libhdf5.so.5()(64bit)
	gdal-1.6.0-4.fc11.ppc64 requires libodbcinst.so.1()(64bit)
	gdal-1.6.0-4.fc11.ppc64 requires libodbc.so.1()(64bit)
	gdal-perl-1.6.0-4.fc11.ppc requires libodbc.so.1
	gdal-perl-1.6.0-4.fc11.ppc requires libodbcinst.so.1
	gdal-perl-1.6.0-4.fc11.ppc requires libhdf5.so.5
	gdal-ruby-1.6.0-4.fc11.ppc requires libodbc.so.1
	gdal-ruby-1.6.0-4.fc11.ppc requires libodbcinst.so.1
	gdal-ruby-1.6.0-4.fc11.ppc requires libhdf5.so.5
	grass-6.3.0-10.fc11.ppc requires libodbc.so.1
	k3d-0.6.7.0-9.fc11.ppc requires libMagickCore.so.1
	k3d-0.6.7.0-9.fc11.ppc requires libMagick++.so.1
	k3d-0.6.7.0-9.fc11.ppc64 requires libMagick++.so.1()(64bit)
	k3d-0.6.7.0-9.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc requires libgnomedb-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.ppc requires libgdamm-3.0.so.10
	libgnomedbmm-2.9.5-4.fc9.ppc requires libgnomedb_graph-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.ppc requires libgnomedb_extra-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgnomedb_graph-3.0.so.4()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgdamm-3.0.so.10()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgnomedb-3.0.so.4()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgnomedb_extra-3.0.so.4()(64bit)
	libopensync-plugin-syncml-0.35-4.fc10.ppc requires libsyncml.so.0
	mapnik-0.5.2-0.10.svn780.fc11.ppc requires dejavu-fonts-sans
	mapnik-0.5.2-0.10.svn780.fc11.ppc64 requires dejavu-fonts-sans
	pfstools-imgmagick-1.7.0-3.fc11.ppc requires libMagickCore.so.1
	pfstools-imgmagick-1.7.0-3.fc11.ppc requires libMagick++.so.1
	pfstools-octave-1.7.0-3.fc11.ppc requires libhdf5.so.5
	xastir-1.9.5-2.fc11.ppc requires libMagickCore.so.1



Broken deps for ppc64
----------------------------------------------------------
	cabal2spec-0.12-1.fc11.noarch requires ghc > 0:6.10.1-7
	gdal-1.6.0-4.fc11.ppc64 requires libhdf5.so.5()(64bit)
	gdal-1.6.0-4.fc11.ppc64 requires libodbcinst.so.1()(64bit)
	gdal-1.6.0-4.fc11.ppc64 requires libodbc.so.1()(64bit)
	gdal-perl-1.6.0-4.fc11.ppc64 requires libhdf5.so.5()(64bit)
	gdal-perl-1.6.0-4.fc11.ppc64 requires libodbcinst.so.1()(64bit)
	gdal-perl-1.6.0-4.fc11.ppc64 requires libodbc.so.1()(64bit)
	gdal-ruby-1.6.0-4.fc11.ppc64 requires libhdf5.so.5()(64bit)
	gdal-ruby-1.6.0-4.fc11.ppc64 requires libodbcinst.so.1()(64bit)
	gdal-ruby-1.6.0-4.fc11.ppc64 requires libodbc.so.1()(64bit)
	grass-6.3.0-10.fc11.ppc64 requires libodbc.so.1()(64bit)
	k3d-0.6.7.0-9.fc11.ppc64 requires libMagick++.so.1()(64bit)
	k3d-0.6.7.0-9.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgnomedb_graph-3.0.so.4()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgdamm-3.0.so.10()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgnomedb-3.0.so.4()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgnomedb_extra-3.0.so.4()(64bit)
	libopensync-plugin-syncml-0.35-4.fc10.ppc64 requires libsyncml.so.0()(64bit)
	mapnik-0.5.2-0.10.svn780.fc11.ppc64 requires dejavu-fonts-sans
	pfstools-imgmagick-1.7.0-3.fc11.ppc64 requires libMagick++.so.1()(64bit)
	pfstools-imgmagick-1.7.0-3.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	pfstools-octave-1.7.0-3.fc11.ppc64 requires libhdf5.so.5()(64bit)
	xastir-1.9.5-2.fc11.ppc64 requires libMagickCore.so.1()(64bit)





From promac at gmail.com  Sat Mar 21 12:24:24 2009
From: promac at gmail.com (Paulo Cavalcanti)
Date: Sat, 21 Mar 2009 09:24:24 -0300
Subject: Rhel builds - who can do?
Message-ID: <68720af30903210524h29eec098o392b4744b961122e@mail.gmail.com>

Hi,

Is a non RedHat employee allowed to build/maintain
packages for RHEL4/RHEL5?

Thanks.

-- 
Paulo Roma Cavalcanti
LCG - UFRJ
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090321/ddb747f1/attachment.htm>

From jwboyer at gmail.com  Sat Mar 21 12:33:23 2009
From: jwboyer at gmail.com (Josh Boyer)
Date: Sat, 21 Mar 2009 08:33:23 -0400
Subject: Rhel builds - who can do?
In-Reply-To: <68720af30903210524h29eec098o392b4744b961122e@mail.gmail.com>
References: <68720af30903210524h29eec098o392b4744b961122e@mail.gmail.com>
Message-ID: <20090321123323.GA28465@hansolo.jdub.homelinux.org>

On Sat, Mar 21, 2009 at 09:24:24AM -0300, Paulo Cavalcanti wrote:
>Hi,
>
>Is a non RedHat employee allowed to build/maintain
>packages for RHEL4/RHEL5?

In the EPEL project, yes.

josh



From lemenkov at gmail.com  Sat Mar 21 12:37:32 2009
From: lemenkov at gmail.com (Peter Lemenkov)
Date: Sat, 21 Mar 2009 15:37:32 +0300
Subject: Rhel builds - who can do?
In-Reply-To: <20090321123323.GA28465@hansolo.jdub.homelinux.org>
References: <68720af30903210524h29eec098o392b4744b961122e@mail.gmail.com>
	<20090321123323.GA28465@hansolo.jdub.homelinux.org>
Message-ID: <adf480660903210537m2e8dfac7ud205596dc152c921@mail.gmail.com>

2009/3/21 Josh Boyer <jwboyer at gmail.com>:
> On Sat, Mar 21, 2009 at 09:24:24AM -0300, Paulo Cavalcanti wrote:
>>Hi,
>>
>>Is a non RedHat employee allowed to build/maintain
>>packages for RHEL4/RHEL5?
>
> In the EPEL project, yes.

...until the package, he maintains, will be included in RHEL.

-- 
With best regards!



From kr.abhish at gmail.com  Sat Mar 21 13:07:55 2009
From: kr.abhish at gmail.com (kumar Abhishek)
Date: Sat, 21 Mar 2009 18:37:55 +0530
Subject: regarding my soc project idea
Message-ID: <1cbb598f0903210607u1a7356e1k2ecf66ac82008233@mail.gmail.com>

Hi,
I have an idea for for fedora for google summer of code, but I dont know
where to post so that I can discuss with my potential mentors.

Please guide me.

Thanking you,
Kumar Abhishek
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090321/49793d41/attachment.htm>

From mschwendt at gmail.com  Sat Mar 21 13:31:42 2009
From: mschwendt at gmail.com (Michael Schwendt)
Date: Sat, 21 Mar 2009 14:31:42 +0100
Subject: packaging libraries with no versioned .so files
In-Reply-To: <200903201919.23451.opensource@till.name>
References: <usocvy2dcs.fsf@allele2.eebweb.arizona.edu>
	<200903201919.23451.opensource@till.name>
Message-ID: <20090321143142.2a3e1d16@faldor.intranet>

On Fri, 20 Mar 2009 19:19:07 +0100, Till wrote:

> On Do M?rz 19 2009, Alex Lancaster wrote:
> 
> > The guidelines don't appear to cover the case of packages that only
> > consist of unversioned .so's.  Ideally upstream would add the
> 
> The Review Guidelines are easier to understand:
> 
> | MUST: If a package contains library files with a suffix (e.g.
> | libfoo.so.1.1), then library files that end in .so (without suffix) must go
> | in a -devel package.
> 
> Imho this means, that the .so files without other suffixed .so.* files go in 
> the main package.

It's not bullet-proof either. That guideline only tries to cover ordinary
shared library packages, where the .so files are softlinks, which are
needed only when compiling software.

That guideline has been misunderstood a couple of times before, too. Some
packages store versioned libraries in %_libdir and non-versioned .so
plug-ins/modules in %_libdir/%name. I think we've also had packages that
store a mix of .so.N and .so libs in %_libdir, and even the cases where an
application dlopen()'s the .so symlinks which point to the versioned .so.N
or so.X.Y.Z libs. Additionally, there's the special case where the .so.N
libs are dlopen'ed at run-time, while the .so symlinks are not needed at
all. Sometimes packagers move them to a -devel package without having any
public API headers. [Not deleting statically linked .a plugins which
are useless is another case you can observe during pkg reviews.]



From jwboyer at gmail.com  Sat Mar 21 14:24:39 2009
From: jwboyer at gmail.com (Josh Boyer)
Date: Sat, 21 Mar 2009 10:24:39 -0400
Subject: Rhel builds - who can do?
In-Reply-To: <adf480660903210537m2e8dfac7ud205596dc152c921@mail.gmail.com>
References: <68720af30903210524h29eec098o392b4744b961122e@mail.gmail.com>
	<20090321123323.GA28465@hansolo.jdub.homelinux.org>
	<adf480660903210537m2e8dfac7ud205596dc152c921@mail.gmail.com>
Message-ID: <20090321142439.GB28465@hansolo.jdub.homelinux.org>

On Sat, Mar 21, 2009 at 03:37:32PM +0300, Peter Lemenkov wrote:
>2009/3/21 Josh Boyer <jwboyer at gmail.com>:
>> On Sat, Mar 21, 2009 at 09:24:24AM -0300, Paulo Cavalcanti wrote:
>>>Hi,
>>>
>>>Is a non RedHat employee allowed to build/maintain
>>>packages for RHEL4/RHEL5?
>>
>> In the EPEL project, yes.
>
>...until the package, he maintains, will be included in RHEL.

Has that happened?

josh



From bruno at wolff.to  Sat Mar 21 14:28:29 2009
From: bruno at wolff.to (Bruno Wolff III)
Date: Sat, 21 Mar 2009 09:28:29 -0500
Subject: F10 -> rawhide update failure
In-Reply-To: <1237587493.6742.3.camel@prague>
References: <1237587493.6742.3.camel@prague>
Message-ID: <20090321142829.GA20752@wolff.to>

On Fri, Mar 20, 2009 at 23:18:13 +0100,
  nodata <lsof at nodata.co.uk> wrote:
> 
> and I can't do a yum localinstall
> rpm-libs-4.7.0-0.beta1.3.fc11.x86_64.rpm due to this:
> warning: rpmts_HdrFromFdno: Header V3 RSA/SHA256 signature: NOKEY, key
> ID d22e77f2
> 
> 
> Public key for rpm-libs-4.7.0-0.beta1.3.fc11.x86_64.rpm is not installed

--nogpgcheck will work around that.



From lsof at nodata.co.uk  Sat Mar 21 14:29:20 2009
From: lsof at nodata.co.uk (nodata)
Date: Sat, 21 Mar 2009 15:29:20 +0100
Subject: F10 -> rawhide update failure
In-Reply-To: <20090321142829.GA20752@wolff.to>
References: <1237587493.6742.3.camel@prague> <20090321142829.GA20752@wolff.to>
Message-ID: <1237645760.7274.0.camel@prague>

Am Samstag, den 21.03.2009, 09:28 -0500 schrieb Bruno Wolff III:
> On Fri, Mar 20, 2009 at 23:18:13 +0100,
>   nodata <lsof at nodata.co.uk> wrote:
> > 
> > and I can't do a yum localinstall
> > rpm-libs-4.7.0-0.beta1.3.fc11.x86_64.rpm due to this:
> > warning: rpmts_HdrFromFdno: Header V3 RSA/SHA256 signature: NOKEY, key
> > ID d22e77f2
> > 
> > 
> > Public key for rpm-libs-4.7.0-0.beta1.3.fc11.x86_64.rpm is not installed
> 
> --nogpgcheck will work around that.

But then I got caught again by the audit-libs arch dependencies.. ugh.



From giallu at gmail.com  Sat Mar 21 14:46:25 2009
From: giallu at gmail.com (Gianluca Sforna)
Date: Sat, 21 Mar 2009 15:46:25 +0100
Subject: Rhel builds - who can do?
In-Reply-To: <20090321142439.GB28465@hansolo.jdub.homelinux.org>
References: <68720af30903210524h29eec098o392b4744b961122e@mail.gmail.com>
	<20090321123323.GA28465@hansolo.jdub.homelinux.org>
	<adf480660903210537m2e8dfac7ud205596dc152c921@mail.gmail.com>
	<20090321142439.GB28465@hansolo.jdub.homelinux.org>
Message-ID: <d5ad21470903210746y1cd96f1cx21d7d91884418657@mail.gmail.com>

On Sat, Mar 21, 2009 at 3:24 PM, Josh Boyer <jwboyer at gmail.com> wrote:
> On Sat, Mar 21, 2009 at 03:37:32PM +0300, Peter Lemenkov wrote:
>>...until the package, he maintains, will be included in RHEL.
>
> Has that happened?
>
Sure it has, see epel-devel list  archives for details (search for pexpect)

-- 
Gianluca Sforna

http://morefedora.blogspot.com
http://www.linkedin.com/in/gianlucasforna



From bruno at wolff.to  Sat Mar 21 15:30:25 2009
From: bruno at wolff.to (Bruno Wolff III)
Date: Sat, 21 Mar 2009 10:30:25 -0500
Subject: F10 -> rawhide update failure
In-Reply-To: <1237645760.7274.0.camel@prague>
References: <1237587493.6742.3.camel@prague> <20090321142829.GA20752@wolff.to>
	<1237645760.7274.0.camel@prague>
Message-ID: <20090321153025.GA25680@wolff.to>

On Sat, Mar 21, 2009 at 15:29:20 +0100,
  nodata <lsof at nodata.co.uk> wrote:
> Am Samstag, den 21.03.2009, 09:28 -0500 schrieb Bruno Wolff III:
> > On Fri, Mar 20, 2009 at 23:18:13 +0100,
> >   nodata <lsof at nodata.co.uk> wrote:
> > > 
> > > and I can't do a yum localinstall
> > > rpm-libs-4.7.0-0.beta1.3.fc11.x86_64.rpm due to this:
> > > warning: rpmts_HdrFromFdno: Header V3 RSA/SHA256 signature: NOKEY, key
> > > ID d22e77f2
> > > 
> > > 
> > > Public key for rpm-libs-4.7.0-0.beta1.3.fc11.x86_64.rpm is not installed
> > 
> > --nogpgcheck will work around that.
> 
> But then I got caught again by the audit-libs arch dependencies.. ugh.

What I have done to get around conflicts with updates in some situations is
yum erase followed by yum install. As long as the list of dependencies doesn't
include anything you can't do without for the duration of the erase and
reinstall, this will solve some problems that can be hard to work around.
Sometimes I have to leave things that are part of a broken dependency
uninstalled in order to be able to update other stuff. I have a list of
stuff like this and test reinstalling them after getting a new set of
rawhide updates.



From lsof at nodata.co.uk  Sat Mar 21 15:32:03 2009
From: lsof at nodata.co.uk (nodata)
Date: Sat, 21 Mar 2009 16:32:03 +0100
Subject: F10 -> rawhide update failure
In-Reply-To: <20090321153025.GA25680@wolff.to>
References: <1237587493.6742.3.camel@prague>
	<20090321142829.GA20752@wolff.to> <1237645760.7274.0.camel@prague>
	<20090321153025.GA25680@wolff.to>
Message-ID: <1237649523.7274.3.camel@prague>

Am Samstag, den 21.03.2009, 10:30 -0500 schrieb Bruno Wolff III:
> On Sat, Mar 21, 2009 at 15:29:20 +0100,
>   nodata <lsof at nodata.co.uk> wrote:
> > Am Samstag, den 21.03.2009, 09:28 -0500 schrieb Bruno Wolff III:
> > > On Fri, Mar 20, 2009 at 23:18:13 +0100,
> > >   nodata <lsof at nodata.co.uk> wrote:
> > > > 
> > > > and I can't do a yum localinstall
> > > > rpm-libs-4.7.0-0.beta1.3.fc11.x86_64.rpm due to this:
> > > > warning: rpmts_HdrFromFdno: Header V3 RSA/SHA256 signature: NOKEY, key
> > > > ID d22e77f2
> > > > 
> > > > 
> > > > Public key for rpm-libs-4.7.0-0.beta1.3.fc11.x86_64.rpm is not installed
> > > 
> > > --nogpgcheck will work around that.
> > 
> > But then I got caught again by the audit-libs arch dependencies.. ugh.
> 
> What I have done to get around conflicts with updates in some situations is
> yum erase followed by yum install. As long as the list of dependencies doesn't
> include anything you can't do without for the duration of the erase and
> reinstall, this will solve some problems that can be hard to work around.
> Sometimes I have to leave things that are part of a broken dependency
> uninstalled in order to be able to update other stuff. I have a list of
> stuff like this and test reinstalling them after getting a new set of
> rawhide updates.

My problem was that the list of dependencies included yum, and since rpm
was broken, removing yum would have left me in a bad state.

I think the F10->rawhide update instructions are wrong. yum update yum
then yum update did not work.



From bruno at wolff.to  Sat Mar 21 15:35:19 2009
From: bruno at wolff.to (Bruno Wolff III)
Date: Sat, 21 Mar 2009 10:35:19 -0500
Subject: regarding my soc project idea
In-Reply-To: <1cbb598f0903210607u1a7356e1k2ecf66ac82008233@mail.gmail.com>
References: <1cbb598f0903210607u1a7356e1k2ecf66ac82008233@mail.gmail.com>
Message-ID: <20090321153519.GB25680@wolff.to>

On Sat, Mar 21, 2009 at 18:37:55 +0530,
  kumar Abhishek <kr.abhish at gmail.com> wrote:
> Hi,
> I have an idea for for fedora for google summer of code, but I dont know
> where to post so that I can discuss with my potential mentors.
> 
> Please guide me.

If you haven't read the Fedora Summer of Code wiki page yet, I recommend
starting there.
http://fedoraproject.org/wiki/SummerOfCode



From bruno at wolff.to  Sat Mar 21 15:44:53 2009
From: bruno at wolff.to (Bruno Wolff III)
Date: Sat, 21 Mar 2009 10:44:53 -0500
Subject: F10 -> rawhide update failure
In-Reply-To: <1237649523.7274.3.camel@prague>
References: <1237587493.6742.3.camel@prague> <20090321142829.GA20752@wolff.to>
	<1237645760.7274.0.camel@prague> <20090321153025.GA25680@wolff.to>
	<1237649523.7274.3.camel@prague>
Message-ID: <20090321154453.GA1624@wolff.to>

On Sat, Mar 21, 2009 at 16:32:03 +0100,
  nodata <lsof at nodata.co.uk> wrote:
> 
> I think the F10->rawhide update instructions are wrong. yum update yum
> then yum update did not work.

Doing this during rawhide can be a problem because of things being updated
in F10 first or dependencies being broken.
This gets amplified when python is updated since virtually everything
depends on python and it is easy to have all of your updates blocked if
something that needs python can't be updated for some reason.

Another approach you might take is downgrading the package giving you
problems. The --oldpackage option for rpm will let you downgrade a
package using an rpm.



From skvidal at fedoraproject.org  Sat Mar 21 15:44:35 2009
From: skvidal at fedoraproject.org (Seth Vidal)
Date: Sat, 21 Mar 2009 11:44:35 -0400 (EDT)
Subject: F10 -> rawhide update failure
In-Reply-To: <1237649523.7274.3.camel@prague>
References: <1237587493.6742.3.camel@prague> <20090321142829.GA20752@wolff.to>
	<1237645760.7274.0.camel@prague> <20090321153025.GA25680@wolff.to>
	<1237649523.7274.3.camel@prague>
Message-ID: <alpine.LFD.2.00.0903211144100.22687@localhost.localdomain>



On Sat, 21 Mar 2009, nodata wrote:
>
> My problem was that the list of dependencies included yum, and since rpm
> was broken, removing yum would have left me in a bad state.
>
> I think the F10->rawhide update instructions are wrong. yum update yum
> then yum update did not work.

Those aren't the instructions that I've seen:

f10->rawhide:

yum update rpm

yum update

-sv



From pertusus at free.fr  Sat Mar 21 16:13:26 2009
From: pertusus at free.fr (Patrice Dumas)
Date: Sat, 21 Mar 2009 17:13:26 +0100
Subject: getting rid of gcc34
In-Reply-To: <20090320163102.GB18568@poweredge.glommer>
References: <20090320163102.GB18568@poweredge.glommer>
Message-ID: <20090321161326.GB7718@free.fr>

On Fri, Mar 20, 2009 at 01:31:02PM -0300, Glauber Costa wrote:
> Hey guys,
> 
> Now that we moved qemu to a newer version, that does not depend
> on compat-gcc34 anymore, I'm wondering:
> 
> Is anyone else using this package? Should we get rid of it?
> I don't really see a point in keeping it, despite qemu's crazy
> old-times need to compile itself in a museum environment.

Please keep it for g77. gfortran has been much better lately for 
fortran 77 code, but I think that it would be nice to keep g77 
along for some time.

It is used by cernlib-g77.

--
Pat



From jkeating at redhat.com  Sat Mar 21 16:23:16 2009
From: jkeating at redhat.com (Jesse Keating)
Date: Sat, 21 Mar 2009 09:23:16 -0700
Subject: F10 -> rawhide update failure
In-Reply-To: <alpine.LFD.2.00.0903211144100.22687@localhost.localdomain>
References: <1237587493.6742.3.camel@prague>
	<20090321142829.GA20752@wolff.to> <1237645760.7274.0.camel@prague>
	<20090321153025.GA25680@wolff.to> <1237649523.7274.3.camel@prague>
	<alpine.LFD.2.00.0903211144100.22687@localhost.localdomain>
Message-ID: <1237652596.3791.8.camel@localhost.localdomain>

On Sat, 2009-03-21 at 11:44 -0400, Seth Vidal wrote:
> 
> Those aren't the instructions that I've seen:
> 
> f10->rawhide:
> 
> yum update rpm
> 
> yum update

Actually the best way is:

yum update to latest rpm IN Fedora 10!

Then switch on rawhide

then yum 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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090321/c2aec1b0/attachment.sig>

From denis at poolshark.org  Sat Mar 21 16:24:58 2009
From: denis at poolshark.org (Denis Leroy)
Date: Sat, 21 Mar 2009 17:24:58 +0100
Subject: getting rid of gcc34
In-Reply-To: <20090320163102.GB18568@poweredge.glommer>
References: <20090320163102.GB18568@poweredge.glommer>
Message-ID: <49C514DA.1070303@poolshark.org>

Glauber Costa wrote:
> Hey guys,
> 
> Now that we moved qemu to a newer version, that does not depend
> on compat-gcc34 anymore, I'm wondering:
> 
> Is anyone else using this package? Should we get rid of it?
> I don't really see a point in keeping it, despite qemu's crazy
> old-times need to compile itself in a museum environment.

Please no, these older versions of gcc are extremely useful to C++ 
programmers. The differences between one version of gcc to the other 
often have a significant impact over C++ code compatibility (much more 
so than for C). I spent a lot of time trying to fix a K-3D build issue 
related to the C++ boost library unhappy with g++ 4.4. It was very 
useful to have g++34 available to fall back on a working case.

I actually maintain "compat-gcc-32-c++" here at work and am considering 
submitting it for review: gcc 3.2 is even more important to C++ 
programmers as it works with libstdc++.so.5 (while following versions 
need libstdc++.so.6). Fedora provides 'compat-libstdc++-33' for binaries 
compatibility, but if you have an old binary library that uses 
libstdc++.so.5, you can't use it without g++32.



From lsof at nodata.co.uk  Sat Mar 21 16:32:42 2009
From: lsof at nodata.co.uk (nodata)
Date: Sat, 21 Mar 2009 17:32:42 +0100
Subject: F10 -> rawhide update failure
In-Reply-To: <alpine.LFD.2.00.0903211144100.22687@localhost.localdomain>
References: <1237587493.6742.3.camel@prague>
	<20090321142829.GA20752@wolff.to> <1237645760.7274.0.camel@prague>
	<20090321153025.GA25680@wolff.to> <1237649523.7274.3.camel@prague>
	<alpine.LFD.2.00.0903211144100.22687@localhost.localdomain>
Message-ID: <1237653162.7274.4.camel@prague>

Am Samstag, den 21.03.2009, 11:44 -0400 schrieb Seth Vidal:
> 
> On Sat, 21 Mar 2009, nodata wrote:
> >
> > My problem was that the list of dependencies included yum, and since rpm
> > was broken, removing yum would have left me in a bad state.
> >
> > I think the F10->rawhide update instructions are wrong. yum update yum
> > then yum update did not work.
> 
> Those aren't the instructions that I've seen:
> 
> f10->rawhide:
> 
> yum update rpm
> 
> yum update
> 
> -sv
> 

Sorry, yum update yum, yum update.



From lsof at nodata.co.uk  Sat Mar 21 16:33:46 2009
From: lsof at nodata.co.uk (nodata)
Date: Sat, 21 Mar 2009 17:33:46 +0100
Subject: F10 -> rawhide update failure
In-Reply-To: <1237652596.3791.8.camel@localhost.localdomain>
References: <1237587493.6742.3.camel@prague>
	<20090321142829.GA20752@wolff.to> <1237645760.7274.0.camel@prague>
	<20090321153025.GA25680@wolff.to> <1237649523.7274.3.camel@prague>
	<alpine.LFD.2.00.0903211144100.22687@localhost.localdomain>
	<1237652596.3791.8.camel@localhost.localdomain>
Message-ID: <1237653226.7274.5.camel@prague>

Am Samstag, den 21.03.2009, 09:23 -0700 schrieb Jesse Keating:
> On Sat, 2009-03-21 at 11:44 -0400, Seth Vidal wrote:
> > 
> > Those aren't the instructions that I've seen:
> > 
> > f10->rawhide:
> > 
> > yum update rpm
> > 
> > yum update
> 
> Actually the best way is:
> 
> yum update to latest rpm IN Fedora 10!

F10 was completely up to date beforehand.





From wwoods at redhat.com  Sat Mar 21 17:43:49 2009
From: wwoods at redhat.com (Will Woods)
Date: Sat, 21 Mar 2009 13:43:49 -0400
Subject: preupgrade F10
In-Reply-To: <49C41DBE.5010700@verizon.net>
References: <49C27B78.9070304@verizon.net>
	<d5ad21470903191021y4edc044cla1e0b0799d43384f@mail.gmail.com>
	<20090319220232.GR26147@localhost.localdomain>
	<alpine.GSO.2.00.0903200925490.29513@algedi.dur.ac.uk>
	<f12087800903200607w3229a60dn81aaea6fdedd1400@mail.gmail.com>
	<1237563335.9564.10.camel@localhost.localdomain>
	<49C3BE48.6010504@verizon.net>
	<1237567054.9564.12.camel@localhost.localdomain>
	<49C3D219.3060607@verizon.net> <20090320173706.GB12402@redhat.com>
	<49C3D769.3050606@verizon.net>
	<alpine.LFD.2.00.0903201433070.19858@localhost.localdomain>
	<49C3E4FE.4020502@verizon.net>
	<1237584869.3791.2.camel@localhost.localdomain>
	<49C41DBE.5010700@verizon.net>
Message-ID: <1237657429.7807.6.camel@localhost.localdomain>

On Fri, 2009-03-20 at 18:50 -0400, Gerry Reno wrote:
> Jesse Keating wrote: 
> > On Fri, 2009-03-20 at 14:48 -0400, Gerry Reno wrote:
> >   
> > > My perspective is from the user point of view.   If the user is 
> > > upgrading to a new release let's say and the process goes along for 
> > > quite a while and then decides to bomb out because the rpm version 
> > > needed to be newer then the user becomes confused.  The software should 
> > > take care of this.  So if any package in the whole update requires a 
> > > newer yum/rpm then I think yum should go do that first.
> > >     
> > 
> > Upgrading to a new release is precisely when this will fail.  The "new
> > yum" and "new rpm" would require all the other new packages in order to
> > be functional.  There is no way to use the new yum without the rest of
> > the new stuff.
> > 
> >   
> This then says to me that packagers ought to be completely static and
> not dependent on anything, so that we can actually perform an upgrade
> on them first and then upgrade everything else.   Or alternatively, we
> load a static version to complete the upgrade and then update to the
> shared version.
> 
> To require that the user remember to perform certain preupgrade
> procedures is just asking for lots of user frustration.  Even if you
> put it in bold geezer font you will always have users who just forget,
> or get confused and don't do it.

You're getting confused. These tricks are only required if you're going
to try to run a 'yum upgrade' on a running system to upgrade between
major releases. It's complex, hard to document, error-prone, and doesn't
handle a lot of the special cases that anaconda does.

Running preupgrade requires *none* of these special preparations. It
downloads install images and *only* the packages you need, and then it
boots into the installer. The installer already *has* the newer
kernel/yum/rpm/etc. You don't need to worry about any of these things
with preupgrade.

> The better way is to create software that takes care of these things
> and gives the user a better experience.

We did. It's preupgrade. Give it a try!

-w



From h.reindl at thelounge.net  Sat Mar 21 17:45:11 2009
From: h.reindl at thelounge.net (Reindl Harald)
Date: Sat, 21 Mar 2009 18:45:11 +0100
Subject: Request for maintaining horde-packages
Message-ID: <49C527A7.1090309@thelounge.net>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1


Hi

Please take a look at https://bugzilla.redhat.com/show_bug.cgi?id=479662
There are no updates since a long time

At the end i have built the newest versions with additional ones
we need in our environment (kronolith, dimp, mimp) and also
fixed some small problems with replaces in the spec-files

I would offer to get maintainer of these packages and need a short
help what to do and how the build-environment for fedora is used

My english is not too good, so please do not refer to long documentations
if theres a short way :-)

Thank you!

- --

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/
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)

iEYEARECAAYFAknFJ6cACgkQhmBjz394Anm6hACfY+AK51HTQl6z4S7z9vDiESr/
NpUAn2J1F2lKuJSPcXQ25sYqA8Lk0dXj
=6Pcn
-----END PGP SIGNATURE-----



From paul at all-the-johnsons.co.uk  Sat Mar 21 18:24:09 2009
From: paul at all-the-johnsons.co.uk (Paul)
Date: Sat, 21 Mar 2009 18:24:09 +0000
Subject: Rel-eng ticket URL
Message-ID: <1237659850.17087.9.camel@PB3.Linux>

Hi,

I need monodoc-2.0-5 to be removed from the f11-beta as it's going to
cause problems with monodoc generated from the mono-sources.

I can't do this myself as f11-beta is already locked and can't find the
rel-eng ticket URL on the wiki.

Any help here would be appreciated as to the quickest way to remove the
package.

TTFN

Paul
-- 
?Sie k?nnen mich aufreizen und wirklich hei? machen!
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090321/ce1d79ef/attachment.sig>

From paul at all-the-johnsons.co.uk  Sat Mar 21 18:27:38 2009
From: paul at all-the-johnsons.co.uk (Paul)
Date: Sat, 21 Mar 2009 18:27:38 +0000
Subject: Mono buildfails on PPC
In-Reply-To: <26648.1237322868@sss.pgh.pa.us>
References: <20090317142033.M23325@all-the-johnsons.co.uk>
	<20090317143923.GA8354@yoda.jdub.homelinux.org>
	<1237320466.25641.2.camel@PB3.Linux> <26648.1237322868@sss.pgh.pa.us>
Message-ID: <1237660058.17087.13.camel@PB3.Linux>

Hi,

> >> The builders run RHEL5.x, which has a 64KiB page size on PPC64.
> 
> > What about the bogstandard PPC boxes or is everything built on PPC64?
> 
> They are all PPC64, I believe.  I ran into a similar problem with mysql
> awhile back --- you really need to probe the page size at runtime rather
> than assume you know what it is from the architecture.

How do I do that? It's really annoying that the ppc versions are killing
everything currently for mono as 2.4 has huge benefits over the other
versions.

TTFN

Paul
-- 
?Sie k?nnen mich aufreizen und wirklich hei? machen!
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090321/84533986/attachment.sig>

From greno at verizon.net  Sat Mar 21 18:40:15 2009
From: greno at verizon.net (Gerry Reno)
Date: Sat, 21 Mar 2009 14:40:15 -0400
Subject: F7 => F9 preupgrade
Message-ID: <49C5348F.4000004@verizon.net>

Ok, my first F7 machine preupgrade went pretty well even though it was 
with the buggy preupgrade-0.9.3.3.
But now my second F7 preupgrade has hit a snag with this error:

TurboGears-1.0.4.4-2.fc9.noarch.rpm cannot be opened.  This is due to a 
missing file, a corrupt package or corrupt media.

The first F7 machine did not have this package so I didn't run into this 
error.  Is there something wrong with this TurboGears package?  I guess 
for now I'll just restart the process but first delete TurboGears and 
then reinstall it later.


Regards,
Gerry



From denis at poolshark.org  Sat Mar 21 18:45:48 2009
From: denis at poolshark.org (Denis Leroy)
Date: Sat, 21 Mar 2009 19:45:48 +0100
Subject: libgnomedbmm abandonded upstream?
In-Reply-To: <t2eiwu2c7v.fsf@allele2.eebweb.arizona.edu>
References: <t2eiwu2c7v.fsf@allele2.eebweb.arizona.edu>
Message-ID: <49C535DC.9070504@poolshark.org>

Alex Lancaster wrote:
> libgnomedbmm is currently causing broken deps in rawhide and hasn't
> been ported to the new libgnomedb 3.x API.  
> 
> It doesn't seem that anything else uses it, should we block?  More
> details here:
> 
> http://bugzilla.redhat.com/show_bug.cgi?id=490869

I've asked rel-eng to block it for F-11. We'll unblock/unorphan it when 
upstream ports libgnomedbmm to the 4.0 gda API (which they told me will 
happen eventually).



From tgl at redhat.com  Sat Mar 21 18:53:59 2009
From: tgl at redhat.com (Tom Lane)
Date: Sat, 21 Mar 2009 14:53:59 -0400
Subject: Mono buildfails on PPC 
In-Reply-To: <1237660058.17087.13.camel@PB3.Linux> 
References: <20090317142033.M23325@all-the-johnsons.co.uk>
	<20090317143923.GA8354@yoda.jdub.homelinux.org>
	<1237320466.25641.2.camel@PB3.Linux>
	<26648.1237322868@sss.pgh.pa.us>
	<1237660058.17087.13.camel@PB3.Linux>
Message-ID: <24682.1237661639@sss.pgh.pa.us>

Paul <paul at all-the-johnsons.co.uk> writes:
>> They are all PPC64, I believe.  I ran into a similar problem with mysql
>> awhile back --- you really need to probe the page size at runtime rather
>> than assume you know what it is from the architecture.

> How do I do that? It's really annoying that the ppc versions are killing
> everything currently for mono as 2.4 has huge benefits over the other
> versions.

Well, you didn't say exactly what was dying in mono, but the problem
with mysql was a machine-independent value for the per-thread stack
space allocation.  The guard space (which is generally one hardware
page) comes out of that, and since PPC64 has so much bigger page size
it needs a different stack size setting.  The solution I'm using in
mysql is to use pthread_attr_getguardsize() to determine the guard
space and then add that to the stack size request passed to
pthread_attr_setstacksize -- see mysql/devel/mysql-stack-guard.patch
in our CVS.

If you need to know the page size for some purpose unrelated to
stack overflow guard space, I suppose you could still use
pthread_attr_getguardsize to find it out, but it'd seem a lot more
like a hack.  There might be some other syscall better suited to
your purpose though.

			regards, tom lane



From kevin.kofler at chello.at  Sat Mar 21 18:56:13 2009
From: kevin.kofler at chello.at (Kevin Kofler)
Date: Sat, 21 Mar 2009 19:56:13 +0100
Subject: getting rid of gcc34
References: <20090320163102.GB18568@poweredge.glommer>
	<49C514DA.1070303@poolshark.org>
Message-ID: <gq3d8d$dpk$1@ger.gmane.org>

Denis Leroy wrote:
> I actually maintain "compat-gcc-32-c++" here at work and am considering
> submitting it for review: gcc 3.2 is even more important to C++
> programmers as it works with libstdc++.so.5 (while following versions
> need libstdc++.so.6). Fedora provides 'compat-libstdc++-33' for binaries
> compatibility, but if you have an old binary library that uses
> libstdc++.so.5, you can't use it without g++32.

-fabi-version=1

        Kevin Kofler



From greno at verizon.net  Sat Mar 21 18:56:50 2009
From: greno at verizon.net (Gerry Reno)
Date: Sat, 21 Mar 2009 14:56:50 -0400
Subject: F7 => F9 preupgrade
In-Reply-To: <49C5348F.4000004@verizon.net>
References: <49C5348F.4000004@verizon.net>
Message-ID: <49C53872.5000208@verizon.net>

Gerry Reno wrote:
> Ok, my first F7 machine preupgrade went pretty well even though it was 
> with the buggy preupgrade-0.9.3.3.
> But now my second F7 preupgrade has hit a snag with this error:
>
> TurboGears-1.0.4.4-2.fc9.noarch.rpm cannot be opened.  This is due to 
> a missing file, a corrupt package or corrupt media.
>
> The first F7 machine did not have this package so I didn't run into 
> this error.  Is there something wrong with this TurboGears package?  I 
> guess for now I'll just restart the process but first delete 
> TurboGears and then reinstall it later.
>
>
> Regards,
> Gerry
>
I checked in the cache and in anaconda-updates there is no rpm for 
TurboGears.  There are 1039 fc9 packages in the update but no 
TurboGears.  So why did it not cache TurboGears?  Is this something 
wrong with the mirror?

Regards,
Gerry



From greno at verizon.net  Sat Mar 21 19:00:49 2009
From: greno at verizon.net (Gerry Reno)
Date: Sat, 21 Mar 2009 15:00:49 -0400
Subject: F7 => F9 preupgrade
In-Reply-To: <49C53872.5000208@verizon.net>
References: <49C5348F.4000004@verizon.net> <49C53872.5000208@verizon.net>
Message-ID: <49C53961.8030202@verizon.net>

Gerry Reno wrote:
> Gerry Reno wrote:
>> Ok, my first F7 machine preupgrade went pretty well even though it 
>> was with the buggy preupgrade-0.9.3.3.
>> But now my second F7 preupgrade has hit a snag with this error:
>>
>> TurboGears-1.0.4.4-2.fc9.noarch.rpm cannot be opened.  This is due to 
>> a missing file, a corrupt package or corrupt media.
>>
>> The first F7 machine did not have this package so I didn't run into 
>> this error.  Is there something wrong with this TurboGears package?  
>> I guess for now I'll just restart the process but first delete 
>> TurboGears and then reinstall it later.
>>
>>
>> Regards,
>> Gerry
>>
> I checked in the cache and in anaconda-updates there is no rpm for 
> TurboGears.  There are 1039 fc9 packages in the update but no 
> TurboGears.  So why did it not cache TurboGears?  Is this something 
> wrong with the mirror?
>
Now I see that this machine has TurboGears in the 'exclude=' list in 
/etc/yum.conf.   Would that be causing this problem with 'preupgrade'?

Regards,
Gerry




From ricky at fedoraproject.org  Sat Mar 21 19:04:50 2009
From: ricky at fedoraproject.org (Ricky Zhou)
Date: Sat, 21 Mar 2009 15:04:50 -0400
Subject: Rel-eng ticket URL
In-Reply-To: <1237659850.17087.9.camel@PB3.Linux>
References: <1237659850.17087.9.camel@PB3.Linux>
Message-ID: <20090321190450.GB10181@sphe.res.cmu.edu>

On 2009-03-21 06:24:09 PM, Paul wrote:
> I need monodoc-2.0-5 to be removed from the f11-beta as it's going to
> cause problems with monodoc generated from the mono-sources.
> 
> I can't do this myself as f11-beta is already locked and can't find the
> rel-eng ticket URL on the wiki.
If this hasn't gotten worked out already, the place to file a rel-eng
ticket is https://fedorahosted.org/rel-eng/ (login with your FAS
credentials, then click the New Ticket link).

Thanks,
Ricky
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090321/e00c350a/attachment.sig>

From konrad at tylerc.org  Sat Mar 21 19:09:03 2009
From: konrad at tylerc.org (Conrad Meyer)
Date: Sat, 21 Mar 2009 12:09:03 -0700
Subject: F7 => F9 preupgrade
In-Reply-To: <49C53961.8030202@verizon.net>
References: <49C5348F.4000004@verizon.net> <49C53872.5000208@verizon.net>
	<49C53961.8030202@verizon.net>
Message-ID: <200903211209.03138.konrad@tylerc.org>

F7 hasn't been supported for a long time and soliciting help fixing your F7 
install isn't relevent to the -devel list. Take it to fedora-list and/or 
figure out how to fix your ancient install yourself.

Regards,
-- 
Conrad Meyer <konrad at tylerc.org>



From m.a.young at durham.ac.uk  Sat Mar 21 19:22:51 2009
From: m.a.young at durham.ac.uk (M A Young)
Date: Sat, 21 Mar 2009 19:22:51 +0000 (GMT)
Subject: F10 -> rawhide update failure
In-Reply-To: <1237587493.6742.3.camel@prague>
References: <1237587493.6742.3.camel@prague>
Message-ID: <alpine.LFD.2.00.0903211906150.26041@vega1.dur.ac.uk>

On Fri, 20 Mar 2009, nodata wrote:

> Hello,
>
> I tried this:
> yum update rpm
> yum update --skip-broken
>
> but I get this:
>
> Transaction Check Error:
>  package audit-libs-1.7.12-3.fc10.x86_64 (which is newer than
> audit-libs-1.7.12-2.fc11.i586) is already installed
>  file /etc/libaudit.conf from install of audit-libs-1.7.12-2.fc11.i586
> conflicts with file from package audit-libs-1.7.12-3.fc10.x86_64

It looks like something strange is going on with audit-libs.i586 versus 
audit-libs.x86_64. There is a temporary issue with F10 having a more 
recent version of audit-libs than rawhide, but your problems might be 
elsewhere and yum is trying to pull in audit-libs-1.7.12-2.fc11.i586 to 
resolve a dependency problem.

> I can't do an rpm -e --nodeps audit-libs due to this:
> # ldd $(which rpm) | grep "not found"
> 	librpmbuild.so.0 => not found
> 	librpm.so.0 => not found
> 	librpmio.so.0 => not found

Another big question is how you have managed to update rpm without the 
corresponding version of rpm-libs, which shouldn't be possible unless 
something has gone wrong with yum, or you have done something strange, 
such as trying to upgrade an x86_64 distribution from i586 rawhide.

 	Michael Young



From kevin.kofler at chello.at  Sat Mar 21 19:39:46 2009
From: kevin.kofler at chello.at (Kevin Kofler)
Date: Sat, 21 Mar 2009 20:39:46 +0100
Subject: getting rid of gcc34
References: <20090320163102.GB18568@poweredge.glommer>
	<49C514DA.1070303@poolshark.org>
Message-ID: <gq3fq4$m24$1@ger.gmane.org>

Denis Leroy wrote:
> Please no, these older versions of gcc are extremely useful to C++
> programmers. The differences between one version of gcc to the other
> often have a significant impact over C++ code compatibility (much more
> so than for C). I spent a lot of time trying to fix a K-3D build issue
> related to the C++ boost library unhappy with g++ 4.4. It was very
> useful to have g++34 available to fall back on a working case.

What's the status of that? It's one of the remaining broken dependencies in
the F11 beta.

        Kevin Kofler



From kevin.kofler at chello.at  Sat Mar 21 19:52:47 2009
From: kevin.kofler at chello.at (Kevin Kofler)
Date: Sat, 21 Mar 2009 20:52:47 +0100
Subject: rawhide report: 20090321 changes
References: <20090321095311.B7FC01B8001@releng2.fedora.phx.redhat.com>
Message-ID: <gq3gih$o2b$1@ger.gmane.org>

Rawhide Report wrote:
> gdal-1.6.0-4.fc11.i386 requires libodbc.so.1
> gdal-1.6.0-4.fc11.i386 requires libodbcinst.so.1
> gdal-1.6.0-4.fc11.i386 requires libhdf5.so.5
> gdal-perl-1.6.0-4.fc11.i386 requires libodbc.so.1
> gdal-perl-1.6.0-4.fc11.i386 requires libodbcinst.so.1
> gdal-perl-1.6.0-4.fc11.i386 requires libhdf5.so.5
> gdal-ruby-1.6.0-4.fc11.i386 requires libodbc.so.1
> gdal-ruby-1.6.0-4.fc11.i386 requires libodbcinst.so.1
> gdal-ruby-1.6.0-4.fc11.i386 requires libhdf5.so.5
> grass-6.3.0-10.fc11.i386 requires libodbc.so.1
> mapnik-0.5.2-0.10.svn780.fc11.i386 requires dejavu-fonts-sans

These can't be fixed due to closed ACLs. The ACLs for these really need to
be forced open ASAP.

Can somebody with cvsadmin privileges fix this in the meantime? The
gdal-grass dependency is circular, so you have to switch on a bootstrapping
flag to build gdal without grass, build gdal, build grass, then rebuild
gdal against grass.

> pfstools-imgmagick-1.7.0-3.fc11.i386 requires libMagickCore.so.1
> pfstools-imgmagick-1.7.0-3.fc11.i386 requires libMagick++.so.1
> pfstools-octave-1.7.0-3.fc11.i386 requires libhdf5.so.5
> xastir-1.9.5-2.fc11.i386 requires libMagickCore.so.1

These both fail to rebuild because gdal is broken. See above.

> k3d-0.6.7.0-9.fc11.i386 requires libMagickCore.so.1
> k3d-0.6.7.0-9.fc11.i386 requires libMagick++.so.1

Denis Leroy wrote he's working on fixing this one.

> libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb-3.0.so.4
> libgnomedbmm-2.9.5-4.fc9.i386 requires libgdamm-3.0.so.10
> libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb_graph-3.0.so.4
> libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb_extra-3.0.so.4

See Alex Lancaster's comment about this one. Probably should be blocked.

> libopensync-plugin-syncml-0.35-4.fc10.i386 requires libsyncml.so.0

libopensync is still in a big limbo and this plugin was caught in the
crossfire. I can see if there's some way to get it to build, but it may not
be worth it because a decision on what to do with libopensync in Fedora is
still outstanding.

        Kevin Kofler



From denis at poolshark.org  Sat Mar 21 19:57:29 2009
From: denis at poolshark.org (Denis Leroy)
Date: Sat, 21 Mar 2009 20:57:29 +0100
Subject: getting rid of gcc34
In-Reply-To: <gq3fq4$m24$1@ger.gmane.org>
References: <20090320163102.GB18568@poweredge.glommer>	<49C514DA.1070303@poolshark.org>
	<gq3fq4$m24$1@ger.gmane.org>
Message-ID: <49C546A9.9040807@poolshark.org>

Kevin Kofler wrote:
> Denis Leroy wrote:
>> Please no, these older versions of gcc are extremely useful to C++
>> programmers. The differences between one version of gcc to the other
>> often have a significant impact over C++ code compatibility (much more
>> so than for C). I spent a lot of time trying to fix a K-3D build issue
>> related to the C++ boost library unhappy with g++ 4.4. It was very
>> useful to have g++34 available to fall back on a working case.
> 
> What's the status of that? It's one of the remaining broken dependencies in
> the F11 beta.

It's a particularly tough C++ compilation issue, I could use some help 
if anyone is familiar with C++ template meta-programming (Boost MPL). 
K-3D ships its own version of the Boost GIL library (Image library). 
It's fairly straightforward to patch the source to use the Boost GIL 
library we ship with F-11, but unfortunately it doesn't fix the problem.

Looking at the g++ changelog from 4.3 to 4.4, I don't see anything that 
could explain this problem (code compiles fine with 4.3).

http://koji.fedoraproject.org/koji/buildinfo?buildID=93629

See also:

https://bugzilla.redhat.com/show_bug.cgi?id=491322

http://sourceforge.net/mailarchive/forum.php?thread_name=49B7887D.8020502%40poolshark.org&forum_name=k3d-development



From nman64 at n-man.com  Sat Mar 21 20:01:05 2009
From: nman64 at n-man.com (Patrick W. Barnes)
Date: Sat, 21 Mar 2009 15:01:05 -0500
Subject: regarding my soc project idea
In-Reply-To: <20090321153519.GB25680@wolff.to>
References: <1cbb598f0903210607u1a7356e1k2ecf66ac82008233@mail.gmail.com>
	<20090321153519.GB25680@wolff.to>
Message-ID: <200903211501.11784.nman64@n-man.com>

On Saturday 21 March 2009 10:35:19 Bruno Wolff III wrote:
> On Sat, Mar 21, 2009 at 18:37:55 +0530,
>
>   kumar Abhishek <kr.abhish at gmail.com> wrote:
> > Hi,
> > I have an idea for for fedora for google summer of code, but I dont know
> > where to post so that I can discuss with my potential mentors.
> >
> > Please guide me.
>
> If you haven't read the Fedora Summer of Code wiki page yet, I recommend
> starting there.
> http://fedoraproject.org/wiki/SummerOfCode

You may also want to look here:

http://groups.google.com/group/redhat-summer

-- 
Patrick "The N-Man" Barnes
nman64 at n-man.com

http://n-man.com/

LinkedIn:
http://linkedin.com/in/nman64

Have I been helpful?  Rate my assistance!
http://rate.affero.net/nman64/

All messages cryptographically signed:
http://en.wikipedia.org/wiki/OpenPGP
-- 


-------------- 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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090321/79d807a6/attachment.sig>

From lsof at nodata.co.uk  Sat Mar 21 20:27:18 2009
From: lsof at nodata.co.uk (nodata)
Date: Sat, 21 Mar 2009 21:27:18 +0100
Subject: F10 -> rawhide update failure
In-Reply-To: <alpine.LFD.2.00.0903211906150.26041@vega1.dur.ac.uk>
References: <1237587493.6742.3.camel@prague>
	<alpine.LFD.2.00.0903211906150.26041@vega1.dur.ac.uk>
Message-ID: <1237667238.3101.0.camel@prague>

Am Samstag, den 21.03.2009, 19:22 +0000 schrieb M A Young:
> On Fri, 20 Mar 2009, nodata wrote:
> 
> > Hello,
> >
> > I tried this:
> > yum update rpm
> > yum update --skip-broken
> >
> > but I get this:
> >
> > Transaction Check Error:
> >  package audit-libs-1.7.12-3.fc10.x86_64 (which is newer than
> > audit-libs-1.7.12-2.fc11.i586) is already installed
> >  file /etc/libaudit.conf from install of audit-libs-1.7.12-2.fc11.i586
> > conflicts with file from package audit-libs-1.7.12-3.fc10.x86_64
> 
> It looks like something strange is going on with audit-libs.i586 versus 
> audit-libs.x86_64. There is a temporary issue with F10 having a more 
> recent version of audit-libs than rawhide, but your problems might be 
> elsewhere and yum is trying to pull in audit-libs-1.7.12-2.fc11.i586 to 
> resolve a dependency problem.
> 
> > I can't do an rpm -e --nodeps audit-libs due to this:
> > # ldd $(which rpm) | grep "not found"
> > 	librpmbuild.so.0 => not found
> > 	librpm.so.0 => not found
> > 	librpmio.so.0 => not found
> 
> Another big question is how you have managed to update rpm without the 
> corresponding version of rpm-libs, which shouldn't be possible unless 
> something has gone wrong with yum, or you have done something strange, 
> such as trying to upgrade an x86_64 distribution from i586 rawhide.
> 
>  	Michael Young
> 

I am not doing anything strange. This was a simple enabled= change in
the yum config from a fresh F10 install with all updates :)



From kevin.kofler at chello.at  Sat Mar 21 20:37:31 2009
From: kevin.kofler at chello.at (Kevin Kofler)
Date: Sat, 21 Mar 2009 21:37:31 +0100
Subject: libsyncml (was: Re: rawhide report: 20090321 changes)
References: <20090321095311.B7FC01B8001@releng2.fedora.phx.redhat.com>
Message-ID: <gq3j6b$u6c$1@ger.gmane.org>

Rawhide Report wrote:
> libopensync-plugin-syncml-0.35-4.fc10.i386 requires libsyncml.so.0

To elaborate on this:
https://bugzilla.redhat.com/show_bug.cgi?id=479954#c7

The thing is, nothing builds against libsyncml 0.5.0. osmo has syncml
support disabled and libopensync-plugin-syncml has broken dependencies. So
the 0.5.0 build is completely useless, the only way out I see is to revert
it with an Epoch bump.

        Kevin Kofler



From jkeating at redhat.com  Sat Mar 21 21:35:35 2009
From: jkeating at redhat.com (Jesse Keating)
Date: Sat, 21 Mar 2009 14:35:35 -0700
Subject: rawhide report: 20090321 changes
In-Reply-To: <gq3gih$o2b$1@ger.gmane.org>
References: <20090321095311.B7FC01B8001@releng2.fedora.phx.redhat.com>
	<gq3gih$o2b$1@ger.gmane.org>
Message-ID: <1237671335.3791.10.camel@localhost.localdomain>

On Sat, 2009-03-21 at 20:52 +0100, Kevin Kofler wrote:
> Can somebody with cvsadmin privileges fix this in the meantime? The
> gdal-grass dependency is circular, so you have to switch on a bootstrapping
> flag to build gdal without grass, build gdal, build grass, then rebuild
> gdal against grass.

I tried this weeks ago, but gdal doesn't currently build, even in the
bootstrap mode.

-- 
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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090321/d887a846/attachment.sig>

From paul at all-the-johnsons.co.uk  Sat Mar 21 21:38:49 2009
From: paul at all-the-johnsons.co.uk (Paul)
Date: Sat, 21 Mar 2009 21:38:49 +0000
Subject: Mono buildfails on PPC
In-Reply-To: <24682.1237661639@sss.pgh.pa.us>
References: <20090317142033.M23325@all-the-johnsons.co.uk>
	<20090317143923.GA8354@yoda.jdub.homelinux.org>
	<1237320466.25641.2.camel@PB3.Linux> <26648.1237322868@sss.pgh.pa.us>
	<1237660058.17087.13.camel@PB3.Linux> <24682.1237661639@sss.pgh.pa.us>
Message-ID: <1237671529.17087.16.camel@PB3.Linux>

Hi,

> > How do I do that? It's really annoying that the ppc versions are killing
> > everything currently for mono as 2.4 has huge benefits over the other
> > versions.
> 
> Well, you didn't say exactly what was dying in mono, but the problem
> with mysql was a machine-independent value for the per-thread stack
> space allocation. 

It's a big ol' stack trace while compiling System.Xml.dll on the ppc

http://koji.fedoraproject.org/koji/getfile?taskID=1242258&name=build.log

I'm just seeing a pile of the following stack trace repeated...

MCS     [basic] System.Xml.dll
Stack overflow in unmanaged: IP: 0xf850764, fault addr: 0xfeebfef0
Stacktrace:
  at System.TypeInitializationException..ctor (string,System.Exception) <0xffffffff>
  at System.TypeInitializationException..ctor (string,System.Exception) <0x00034>
  at (wrapper runtime-invoke) object.runtime_invoke_void__this___object_object (object,intptr,intptr,intptr) <0xffffffff>

This looks like a mono fault, but no-one at Novell can reproduce it.

TTFN

Paul
-- 
?Sie k?nnen mich aufreizen und wirklich hei? machen!
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090321/a6ed9996/attachment.sig>

From mike at miketc.net  Sat Mar 21 22:40:29 2009
From: mike at miketc.net (Mike Chambers)
Date: Sat, 21 Mar 2009 17:40:29 -0500
Subject: F10 -> rawhide update failure
In-Reply-To: <1237653162.7274.4.camel@prague>
References: <1237587493.6742.3.camel@prague>
	<20090321142829.GA20752@wolff.to> <1237645760.7274.0.camel@prague>
	<20090321153025.GA25680@wolff.to> <1237649523.7274.3.camel@prague>
	<alpine.LFD.2.00.0903211144100.22687@localhost.localdomain>
	<1237653162.7274.4.camel@prague>
Message-ID: <1237675229.3514.1.camel@scrappy.miketc.net>

On Sat, 2009-03-21 at 17:32 +0100, nodata wrote:
> Am Samstag, den 21.03.2009, 11:44 -0400 schrieb Seth Vidal:
> > 
> > On Sat, 21 Mar 2009, nodata wrote:
> > >
> > > My problem was that the list of dependencies included yum, and since rpm
> > > was broken, removing yum would have left me in a bad state.
> > >
> > > I think the F10->rawhide update instructions are wrong. yum update yum
> > > then yum update did not work.
> > 
> > Those aren't the instructions that I've seen:
> > 
> > f10->rawhide:
> > 
> > yum update rpm
> > 
> > yum update
> > 
> > -sv
> > 
> 
> Sorry, yum update yum, yum update.

NO, like jesse stated..

1 - With F10 enabled ONLY, yum update rpm (latest rpm in F10 updates)...

2 - Enable rawhide and then just "yum update"

THAT'S IT!!

-- 
Mike Chambers
Madisonville, KY

Fedora Project - Bugzapper, Tester, User, etc..
miketc302 at fedoraproject.org



From mike at miketc.net  Sat Mar 21 22:53:55 2009
From: mike at miketc.net (Mike Chambers)
Date: Sat, 21 Mar 2009 17:53:55 -0500
Subject: Packagekit applet shows updates after it updated
Message-ID: <1237676036.3514.5.camel@scrappy.miketc.net>

The sun shaped icon is there showing 5 updates.  You click on it to
update, and the program goes about and updates like it should.  The sun
shaped icon is still there showing 5 updates even though it updated.
Yet if you click on it, just to make sure, it tells you there are no
updates.

In other words, somehow the applet itself isn't updating or something
after the updates are done.

-- 
Mike Chambers
Madisonville, KY

Fedora Project - Bugzapper, Tester, User, etc..
miketc302 at fedoraproject.org



From mike at miketc.net  Sat Mar 21 22:59:14 2009
From: mike at miketc.net (Mike Chambers)
Date: Sat, 21 Mar 2009 17:59:14 -0500
Subject: Packagekit applet shows updates after it updated
In-Reply-To: <1237676036.3514.5.camel@scrappy.miketc.net>
References: <1237676036.3514.5.camel@scrappy.miketc.net>
Message-ID: <1237676354.3514.7.camel@scrappy.miketc.net>

On Sat, 2009-03-21 at 17:53 -0500, Mike Chambers wrote:
> The sun shaped icon is there showing 5 updates.  You click on it to
> update, and the program goes about and updates like it should.  The sun
> shaped icon is still there showing 5 updates even though it updated.
> Yet if you click on it, just to make sure, it tells you there are no
> updates.
> 
> In other words, somehow the applet itself isn't updating or something
> after the updates are done.

Prolly should had mentioned this, but version below is what experiencing
problem with..

PackageKit-0.4.5-1.fc11

Upgrade from koji to PackageKit-0.4.6-0.1.20090319git.fc11.x86_64 and
testing now and think it's fixed.

-- 
Mike Chambers
Madisonville, KY

Fedora Project - Bugzapper, Tester, User, etc..
miketc302 at fedoraproject.org



From lsof at nodata.co.uk  Sat Mar 21 23:50:30 2009
From: lsof at nodata.co.uk (nodata)
Date: Sun, 22 Mar 2009 00:50:30 +0100
Subject: F10 -> rawhide update failure
In-Reply-To: <1237675229.3514.1.camel@scrappy.miketc.net>
References: <1237587493.6742.3.camel@prague>
	<20090321142829.GA20752@wolff.to> <1237645760.7274.0.camel@prague>
	<20090321153025.GA25680@wolff.to> <1237649523.7274.3.camel@prague>
	<alpine.LFD.2.00.0903211144100.22687@localhost.localdomain>
	<1237653162.7274.4.camel@prague>
	<1237675229.3514.1.camel@scrappy.miketc.net>
Message-ID: <1237679430.3101.4.camel@prague>

Am Samstag, den 21.03.2009, 17:40 -0500 schrieb Mike Chambers:
> On Sat, 2009-03-21 at 17:32 +0100, nodata wrote:
> > Am Samstag, den 21.03.2009, 11:44 -0400 schrieb Seth Vidal:
> > > 
> > > On Sat, 21 Mar 2009, nodata wrote:
> > > >
> > > > My problem was that the list of dependencies included yum, and since rpm
> > > > was broken, removing yum would have left me in a bad state.
> > > >
> > > > I think the F10->rawhide update instructions are wrong. yum update yum
> > > > then yum update did not work.
> > > 
> > > Those aren't the instructions that I've seen:
> > > 
> > > f10->rawhide:
> > > 
> > > yum update rpm
> > > 
> > > yum update
> > > 
> > > -sv
> > > 
> > 
> > Sorry, yum update yum, yum update.
> 
> NO, like jesse stated..
> 
> 1 - With F10 enabled ONLY, yum update rpm (latest rpm in F10 updates)...

As I said, F10 was already up-to-date.

> 
> 2 - Enable rawhide and then just "yum update"
> 
> THAT'S IT!!

updating rawhide includes an update to yum.



From tgl at redhat.com  Sun Mar 22 00:12:08 2009
From: tgl at redhat.com (Tom Lane)
Date: Sat, 21 Mar 2009 20:12:08 -0400
Subject: Mono buildfails on PPC 
In-Reply-To: <1237671529.17087.16.camel@PB3.Linux> 
References: <20090317142033.M23325@all-the-johnsons.co.uk>
	<20090317143923.GA8354@yoda.jdub.homelinux.org>
	<1237320466.25641.2.camel@PB3.Linux>
	<26648.1237322868@sss.pgh.pa.us>
	<1237660058.17087.13.camel@PB3.Linux>
	<24682.1237661639@sss.pgh.pa.us>
	<1237671529.17087.16.camel@PB3.Linux>
Message-ID: <28285.1237680728@sss.pgh.pa.us>

Paul <paul at all-the-johnsons.co.uk> writes:
>> Well, you didn't say exactly what was dying in mono, ...

> It's a big ol' stack trace while compiling System.Xml.dll on the ppc
> http://koji.fedoraproject.org/koji/getfile?taskID=1242258&name=build.log

Hmm, what's the reason for thinking that it's a page size problem?
What it looks like to me is somebody passing bad arguments to vasprintf,
followed by some sort of recursive error occurrence in code that is
trying to recover from a crash ...

> This looks like a mono fault, but no-one at Novell can reproduce it.

What platforms have they tried on?


BTW, not related to your immediate problem, but stuff like this
doesn't exactly leave me with a warm fuzzy feeling about the code
being production quality:

./../../jay/jay -ct < ./../../jay/skeleton.cs System.Xml.XPath/Parser.jay >System.Xml.XPath/Parser.cs
./../../jay/jay: 21 rules never reduced
./../../jay/jay: 1 shift/reduce conflict, 42 reduce/reduce conflicts.

./../../jay/jay -ct Mono.Xml.Xsl/PatternParser.jay < ./../../jay/skeleton.cs >>Mono.Xml.Xsl/PatternParser.cs
./../../jay/jay: 3 rules never reduced
./../../jay/jay: 1 shift/reduce conflict, 46 reduce/reduce conflicts.

What that's telling you is this bison code is seriously broken
and probably doesn't accept anything like the language you think
it does.

			regards, tom lane



From kevin.kofler at chello.at  Sun Mar 22 02:25:43 2009
From: kevin.kofler at chello.at (Kevin Kofler)
Date: Sun, 22 Mar 2009 03:25:43 +0100
Subject: Mono buildfails on PPC
References: <20090317142033.M23325@all-the-johnsons.co.uk>
	<20090317143923.GA8354@yoda.jdub.homelinux.org>
	<1237320466.25641.2.camel@PB3.Linux>
	<26648.1237322868@sss.pgh.pa.us>
	<1237660058.17087.13.camel@PB3.Linux>
	<24682.1237661639@sss.pgh.pa.us>
	<1237671529.17087.16.camel@PB3.Linux>
	<28285.1237680728@sss.pgh.pa.us>
Message-ID: <gq47j7$b6h$1@ger.gmane.org>

Tom Lane wrote:
> What that's telling you is this bison code is seriously broken
> and probably doesn't accept anything like the language you think
> it does.

Uh, GCC's Bison grammars for C and C++ also had tons of conflicts. (They
have been replaced with handwritten parsers since.)

        Kevin Kofler



From mike at miketc.net  Sun Mar 22 02:46:55 2009
From: mike at miketc.net (Mike Chambers)
Date: Sat, 21 Mar 2009 21:46:55 -0500
Subject: Firefox 3.1 beta 3
Message-ID: <1237690015.3725.4.camel@scrappy.miketc.net>

When installing the latest version of Firefox from koji
( firefox-3.1-0.10.beta3.fc11.x86_64.rpm ), and trying to start it, get
the error below..

[mike at scrappy Download]$ firefox
Could not find compatible GRE between version 1.9.1b3 and 1.9.1b3.


Any ideas?

-- 
Mike Chambers
Madisonville, KY

Fedora Project - Bugzapper, Tester, User, etc..
miketc302 at fedoraproject.org



From mike at miketc.net  Sun Mar 22 03:00:46 2009
From: mike at miketc.net (Mike Chambers)
Date: Sat, 21 Mar 2009 22:00:46 -0500
Subject: (SOLVED) Firefox 3.1 beta 3
In-Reply-To: <1237690015.3725.4.camel@scrappy.miketc.net>
References: <1237690015.3725.4.camel@scrappy.miketc.net>
Message-ID: <1237690846.3725.5.camel@scrappy.miketc.net>

On Sat, 2009-03-21 at 21:46 -0500, Mike Chambers wrote:
> When installing the latest version of Firefox from koji
> ( firefox-3.1-0.10.beta3.fc11.x86_64.rpm ), and trying to start it, get
> the error below..
> 
> [mike at scrappy Download]$ firefox
> Could not find compatible GRE between version 1.9.1b3 and 1.9.1b3.

Disregard, as figured out xulrunner needed to be upgraded to the beta 3
package as well, DOH!!

-- 
Mike Chambers
Madisonville, KY

Fedora Project - Bugzapper, Tester, User, etc..
miketc302 at fedoraproject.org



From tgl at redhat.com  Sun Mar 22 03:44:24 2009
From: tgl at redhat.com (Tom Lane)
Date: Sat, 21 Mar 2009 23:44:24 -0400
Subject: Mono buildfails on PPC 
In-Reply-To: <gq47j7$b6h$1@ger.gmane.org> 
References: <20090317142033.M23325@all-the-johnsons.co.uk>
	<20090317143923.GA8354@yoda.jdub.homelinux.org>
	<1237320466.25641.2.camel@PB3.Linux>
	<26648.1237322868@sss.pgh.pa.us>
	<1237660058.17087.13.camel@PB3.Linux>
	<24682.1237661639@sss.pgh.pa.us>
	<1237671529.17087.16.camel@PB3.Linux>
	<28285.1237680728@sss.pgh.pa.us> <gq47j7$b6h$1@ger.gmane.org>
Message-ID: <4515.1237693464@sss.pgh.pa.us>

Kevin Kofler <kevin.kofler at chello.at> writes:
> Tom Lane wrote:
>> What that's telling you is this bison code is seriously broken
>> and probably doesn't accept anything like the language you think
>> it does.

> Uh, GCC's Bison grammars for C and C++ also had tons of conflicts. (They
> have been replaced with handwritten parsers since.)

Shift/reduce conflicts might be okay, if you know exactly why they're
there.  Reduce/reduce conflicts mean your code is broken.  Unreachable
productions mean your code is broken.

			regards, tom lane



From sokerlp at gmail.com  Sun Mar 22 06:26:07 2009
From: sokerlp at gmail.com (Oscar<Soker>)
Date: Sun, 22 Mar 2009 00:26:07 -0600
Subject: radeontool.... why?
Message-ID: <8536ef10903212326m5e4322eax1c7500d7968e3fef@mail.gmail.com>

I was looking for unnecesary packages installed at my laptop and I found a
package called radeontool and its  description says:


Radeontool may switch the backlight and external video output on and off.
Use radeontool at your own risk, it may damage your hardware.

So, I thought this is an unnecesary package because I'm using an nVidia
Card, and even with a  radeon card I wouldn't use it 'cause it says that can
damage my hardware, so I proceeded to uninstall it and PackageKit resolved
this packages as radeontool dependent


Dependencies Resolved

================================================================================
 Package                    Arch   Version                      Repository

Size
================================================================================
Removing:
 radeontool                 i386   1.5-3.fc9                    installed
37 k
Removing for dependencies:
 NetworkManager             i386   1:0.7.0.99-3.fc10            installed
3.0 M
 NetworkManager-gnome       i386   1:0.7.0.99-3.fc10            installed
1.1 M
 NetworkManager-openvpn     i386   1:0.7.0.99-1.fc10            installed
427 k
 NetworkManager-vpnc        i386   1:0.7.0.99-1.fc10            installed
306 k
 PolicyKit-gnome            i386   0.9-3.fc10                   installed
398 k
 alacarte                   noarch 0.11.6-4.fc10                installed
329 k
 amarok                     i386   2.0.2-3.fc10                 installed
27 M
 anaconda                   i386   11.4.1.63-1                  installed
17 M
 anjuta                     i386   1:2.24.2-1.fc10              installed
15 M
 anjuta-devel               i386   1:2.24.2-1.fc10              installed
3.1 M
 anjuta-doc                 i386   1:2.24.2-1.fc10              installed
6.5 M
 avant-window-navigator     i386   0.2.6-12.fc10                installed
1.6 M
 awn-extras-applets         i386   0.2.6-6.fc10                 installed
8.0 M
 blogtk                     noarch 1.1-9.fc9                    installed
498 k
 bug-buddy                  i386   1:2.24.2-1.fc10              installed
2.3 M
 cheese                     i386   2.24.3-1.fc10                installed
3.6 M
 compiz-gnome               i386   0.7.8-7.fc10                 installed
463 k
 compizconfig-backend-gconf i386   0.7.8-1.fc10                 installed
58 k
 control-center             i386   1:2.24.0.1-13.fc10           installed
7.1 M
 digikam                    i386   0.10.0-0.16.rc1.fc10         installed
22 M
 digikam-doc                noarch 0.9.4-2.fc10                 installed
59 M
 digikam-libs               i386   0.10.0-0.16.rc1.fc10         installed
3.7 M
 eclipse-cdt                i386   1:5.0.1-2.fc10               installed
52 M
 eclipse-cdt-sdk            i386   1:5.0.1-2.fc10               installed
8.3 M
 eclipse-changelog          i386   1:2.6.6-1.fc10               installed
477 k
 eclipse-jdt                i386   1:3.4.1-5.fc10               installed
25 M
 eclipse-phpeclipse         i386   1.2.1-2.fc10                 installed
25 M
 eclipse-platform           i386   1:3.4.1-5.fc10               installed
32 M
 eclipse-pydev              i386   1:1.4.2-1.fc10               installed
13 M
 eclipse-rcp                i386   1:3.4.1-5.fc10               installed
8.2 M
 eclipse-rpm-editor         i386   0.4.0-5.fc10                 installed
311 k
 eclipse-subclipse          noarch 1.2.4-12.fc10                installed
4.2 M
 eclipse-swt                i386   1:3.4.1-5.fc10               installed
2.4 M
 eel2                       i386   2.24.1-4.fc10                installed
704 k
 emesene                    noarch 1.0.1-3.fc10                 installed
6.1 M
 eog                        i386   2.24.3.1-1.fc10              installed
4.5 M
 evolution-data-server      i386   2.24.5-4.fc10                installed
11 M
 evolution-webcal           i386   2.23.91-1.fc10               installed
338 k
 f-spot                     i386   0.5.0.3-2.fc10               installed
9.0 M
 fedora-screensaver-theme   noarch 1.0.0-3.fc10                 installed
18 k
 fedorainfinity-screensaver-theme
                            noarch 1.0.0-1.fc8                  installed
102 k
 file-roller                i386   2.24.3-1.fc10                installed
4.1 M
 firefox                    i386   3.0.7-1.fc10                 installed
14 M
 firstboot                  i386   1.102-1.fc10                 installed
652 k
 gconf-editor               i386   2.24.1-1.fc10                installed
1.8 M
 gdesklets                  i386   0.36.1-3.fc10                installed
4.8 M
 gdesklets-quote-of-the-day noarch 1.1-1.fc9                    installed
127 k
 gdm                        i386   1:2.24.1-4.fc10              installed
3.3 M
 gdm-user-switch-applet     i386   1:2.24.1-4.fc10              installed
92 k
 gecko-mediaplayer          i386   0.9.4-1.fc10                 installed
407 k
 gecko-sharp2               i386   0.13-5.fc10                  installed
53 k
 gecko-sharp2-devel         i386   0.13-5.fc10                  installed
203
 gedit                      i386   1:2.24.3-3.fc10              installed
12 M
 glade3                     i386   3.4.5-2.fc10                 installed
3.3 M
 glade3-libgladeui          i386   3.4.5-2.fc10                 installed
1.0 M
 gnochm                     noarch 0.9.11-2.fc9                 installed
495 k
 gnome-applets              i386   1:2.24.3.1-1.fc10            installed
14 M
 gnome-bluetooth            i386   0.11.0-5.fc10                installed
475 k
 gnome-bluetooth-libs       i386   0.11.0-5.fc10                installed
124 k
 gnome-build                i386   2.24.1-1.fc10                installed
1.1 M
 gnome-build-devel          i386   2.24.1-1.fc10                installed
26 k
 gnome-compiz-manager       i386   0.10.4-4.fc10                installed
637 k
 gnome-desktop              i386   2.24.3-1.fc10                installed
2.6 M
 gnome-desktop-sharp        i386   2.24.0-3.fc10                installed
780 k
 gnome-desktop-sharp-devel  i386   2.24.0-3.fc10                installed
3.3 k
 gnome-gmail-notifier       i386   0.9.4-3.fc10                 installed
343 k
 gnome-media                i386   2.24.0.1-2.fc10              installed
4.8 M
 gnome-mount                i386   0.8-1.fc9                    installed
575 k
 gnome-mount-nautilus-properties
                            i386   0.8-1.fc9                    installed
27 k
 gnome-mplayer              i386   0.9.4-1.fc10                 installed
372 k
 gnome-panel                i386   2.24.3-1.fc10                installed
9.3 M
 gnome-panel-libs           i386   2.24.3-1.fc10                installed
56 k
 gnome-pilot                i386   2.0.16-2.fc9                 installed
2.0 M
 gnome-power-manager        i386   2.24.4-1.fc10                installed
6.7 M
 gnome-python2              i386   2.22.3-1.fc10                installed
95 k
 gnome-python2-applet       i386   2.23.0-1.fc10                installed
16 k
 gnome-python2-bonobo       i386   2.22.3-1.fc10                installed
317 k
 gnome-python2-canvas       i386   2.22.3-1.fc10                installed
60 k
 gnome-python2-desktop      i386   2.23.0-1.fc10                installed
259 k
 gnome-python2-extras       i386   2.19.1-27.fc10               installed
261 k
 gnome-python2-gconf        i386   2.22.3-1.fc10                installed
116 k
 gnome-python2-gnome        i386   2.22.3-1.fc10                installed
306 k
 gnome-python2-gnomedesktop i386   2.23.0-1.fc10                installed
27 k
 gnome-python2-gnomevfs     i386   2.22.3-1.fc10                installed
301 k
 gnome-python2-gtkhtml2     i386   2.19.1-27.fc10               installed
18 k
 gnome-python2-gtkmozembed  i386   2.19.1-27.fc10               installed
101 k
 gnome-python2-libegg       i386   2.19.1-27.fc10               installed
115 k
 gnome-screensaver          i386   2.24.1-2.fc10                installed
3.4 M
 gnome-session              i386   2.24.3-1.fc10                installed
1.8 M
 gnome-session-xsession     i386   2.24.3-1.fc10                installed
4.6 k
 gnome-settings-daemon      i386   2.24.1-7.fc10                installed
1.7 M
 gnome-sharp                i386   2.24.0-1.fc10                installed
1.3 M
 gnome-sharp-devel          i386   2.24.0-1.fc10                installed
1.3 k
 gnome-system-monitor       i386   2.24.3-1.fc10                installed
4.1 M
 gnome-terminal             i386   2.24.3-1.fc10                installed
5.4 M
 gnome-utils                i386   1:2.24.1-1.fc10              installed
11 M
 gnome-vfs2                 i386   2.24.0-3.fc10                installed
3.1 M
 gnome-vfs2-devel           i386   2.24.0-3.fc10                installed
1.9 M
 gnome-vfs2-obexftp         i386   0.4-8.fc10                   installed
127 k
 gnubversion                i386   0.5-5.fc10                   installed
1.4 M
 goffice04                  i386   0.4.3-3.fc9                  installed
3.5 M
 gok                        i386   2.24.0-2.fc10                installed
9.3 M
 graphviz                   i386   2.16.1-0.6.fc10              installed
2.4 M
 gsynaptics                 i386   0.9.14-2.fc10                installed
180 k
 gthumb                     i386   2.10.10-3.fc10               installed
7.1 M
 gtk-qt-engine              i386   1:1.1-4.fc10                 installed
262 k
 gtk-sharp                  i386   1.0.10-20.fc10               installed
2.2 M
 gtk-sharp-devel            i386   1.0.10-20.fc10               installed
2.7 k
 gtkhtml2                   i386   2.11.1-4.fc10                installed
441 k
 gtkhtml3                   i386   3.24.5-1.fc10                installed
3.3 M
 gwget                      i386   0.99-8.fc10                  installed
800 k
 hal                        i386   0.5.12-14.20081027git.fc10   installed
1.2 M
 hal-cups-utils             i386   0.6.19-1.fc10                installed
100 k
 hal-devel                  i386   0.5.12-14.20081027git.fc10   installed
48 k
 hal-info                   noarch 20090202-1.fc10              installed
674 k
 hpijs                      i386   1:2.8.12-6.fc10              installed
4.4 M
 hplip-libs                 i386   2.8.12-6.fc10                installed
307 k
 im-chooser                 i386   1.2.5-1.fc10                 installed
230 k
 kdegraphics                i386   7:4.2.1-3.fc10               installed
6.3 M
 kdegraphics-libs           i386   7:4.2.1-3.fc10               installed
2.3 M
 kmod-nvidia                i686   180.29-1.fc10.1              installed
0.0
 kmod-nvidia-2.6.27.12-170.2.5.fc10.i686
                            i686   180.27-1.fc10                installed
7.5 M
 kmod-nvidia-2.6.27.15-170.2.24.fc10.i686
                            i686   180.29-1.fc10                installed
7.5 M
 kmod-nvidia-2.6.27.19-170.2.35.fc10.i686
                            i686   180.29-1.fc10.1              installed
7.5 M
 krb5-auth-dialog           i386   0.7-7.fc9                    installed
52 k
 libbonoboui                i386   2.24.0-1.fc10                installed
1.1 M
 libbonoboui-devel          i386   2.24.0-1.fc10                installed
1.0 M
 libgail-gnome              i386   1.20.1-1.fc10                installed
50 k
 libgnome                   i386   2.24.1-9.fc10                installed
2.8 M
 libgnome-devel             i386   2.24.1-9.fc10                installed
544 k
 libgnomemm26               i386   2.24.0-1                     installed
69 k
 libgnomemm26-devel         i386   2.24.0-1                     installed
66 k
 libgnomeui                 i386   2.24.0-2.fc10                installed
3.4 M
 libgnomeui-devel           i386   2.24.0-2.fc10                installed
2.7 M
 libgpod                    i386   0.6.0-9.fc10                 installed
556 k
 libgsf-gnome               i386   1.14.10-1.fc10               installed
91 k
 libmtp                     i386   0.3.6-1.fc10                 installed
504 k
 libsane-hpaio              i386   2.8.12-6.fc10                installed
115 k
 livna-config-display       noarch 0.0.22-1.fc10                installed
211 k
 mousetweaks                i386   2.24.3-1.fc10                installed
1.4 M
 mysql-gui-tools            i386   5.0r12-9.fc10                installed
19 k
 mysql-query-browser        i386   5.0r12-9.fc10                installed
4.3 M
 mysql-workbench-oss        i386   5.1.7-1fc9                   installed
187 M
 nautilus                   i386   2.24.2-2.fc10                installed
13 M
 nautilus-actions           i386   1.9-0.3.svn20081020.fc10     installed
1.3 M
 nautilus-cd-burner         i386   2.24.0-1.fc10                installed
2.0 M
 nautilus-open-terminal     i386   0.9-4.fc10                   installed
104 k
 nautilus-sendto            i386   1.1.0-1.fc10                 installed
367 k
 orca                       i386   2.24.3-1.fc10                installed
9.3 M
 pidgin                     i386   2.5.5-1.fc10                 installed
2.4 M
 plymouth-gdm-hooks         i386   0.6.0-0.2008.11.17.3.fc10    installed
171
 pm-utils                   i386   1.2.2.1-2.fc10               installed
241 k
 policycoreutils-gui        i386   2.0.57-17.fc10               installed
868 k
 rhpxl                      i386   1.9-3.fc10                   installed
309 k
 sane-backends              i386   1.0.19-12.fc10               installed
4.1 M
 sane-backends-libs         i386   1.0.19-12.fc10               installed
6.1 M
 scim                       i386   1.4.7-35.fc10                installed
1.5 M
 scim-anthy                 i386   1.2.7-1.fc10                 installed
921 k
 scim-bridge                i386   0.4.15-8.fc10                installed
277 k
 scim-bridge-gtk            i386   0.4.15-8.fc10                installed
75 k
 scim-chewing               i386   0.3.3-0.fc10                 installed
135 k
 scim-hangul                i386   0.3.2-4.fc9                  installed
130 k
 scim-lang-assamese         i386   1.4.7-35.fc10                installed
0.0
 scim-lang-bengali          i386   1.4.7-35.fc10                installed
0.0
 scim-lang-gujarati         i386   1.4.7-35.fc10                installed
0.0
 scim-lang-hindi            i386   1.4.7-35.fc10                installed
0.0
 scim-lang-japanese         i386   1.4.7-35.fc10                installed
0.0
 scim-lang-kannada          i386   1.4.7-35.fc10                installed
0.0
 scim-lang-korean           i386   1.4.7-35.fc10                installed
0.0
 scim-lang-malayalam        i386   1.4.7-35.fc10                installed
0.0
 scim-lang-marathi          i386   1.4.7-35.fc10                installed
0.0
 scim-lang-nepali           i386   1.4.7-35.fc10                installed
0.0
 scim-lang-oriya            i386   1.4.7-35.fc10                installed
0.0
 scim-lang-punjabi          i386   1.4.7-35.fc10                installed
0.0
 scim-lang-tamil            i386   1.4.7-35.fc10                installed
0.0
 scim-lang-telugu           i386   1.4.7-35.fc10                installed
0.0
 scim-lang-thai             i386   1.4.7-35.fc10                installed
0.0
 scim-m17n                  i386   0.2.2-3.fc9                  installed
72 k
 scim-pinyin                i386   0.5.91-25.fc9                installed
5.0 M
 scim-thai                  i386   0.1.1-2.fc10                 installed
67 k
 setroubleshoot             noarch 2.0.12-3.fc10                installed
275 k
 sound-juicer               i386   2.24.0-1.fc10                installed
3.4 M
 system-config-date         noarch 1.9.36-1.fc10                installed
2.8 M
 system-config-date-docs    noarch 1.0.5-1.fc10                 installed
16 M
 system-config-display      noarch 1.1.1-1.fc10                 installed
708 k
 system-config-keyboard     noarch 1.2.15-4.fc10                installed
189 k
 system-config-lvm          noarch 1.1.4-3.1.fc10               installed
2.6 M
 system-config-network      noarch 1.5.95-1.fc10                installed
1.8 M
 system-config-printer      i386   1.0.15-1.fc10                installed
2.0 M
 system-config-services     noarch 0.99.28-3.fc10               installed
1.5 M
 tomboy                     i386   0.12.0-5.fc10                installed
7.6 M
 totem-pl-parser            i386   2.24.3-1.fc10                installed
962 k
 vlc                        i386   0.9.8a-1.fc10                installed
4.9 M
 xine-lib-extras            i386   1.1.16.2-3.fc10              installed
197 k
 xorg-x11-drv-nvidia        i386   180.29-1.fc10                installed
7.7 M
 xorg-x11-drv-nvidia-libs   i386   180.29-1.fc10                installed
21 M
 xorg-x11-drv-synaptics     i386   0.15.2-4.fc10                installed
76 k
 xulrunner                  i386   1.9.0.7-1.fc10               installed
22 M
 yelp                       i386   2.24.0-6.fc10                installed
3.2 M



So for successfully uninstall  this program, that I do not use or I do not
plan to use(and I can 'cause I do not have a radeon card) I should uninstall
fedora???? or is this an importan package??




Atentamente Oscar:
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090322/1dfe66a6/attachment.htm>

From airlied at redhat.com  Sun Mar 22 08:43:04 2009
From: airlied at redhat.com (Dave Airlie)
Date: Sun, 22 Mar 2009 18:43:04 +1000
Subject: radeontool.... why?
In-Reply-To: <8536ef10903212326m5e4322eax1c7500d7968e3fef@mail.gmail.com>
References: <8536ef10903212326m5e4322eax1c7500d7968e3fef@mail.gmail.com>
Message-ID: <1237711384.2761.1.camel@localhost>

On Sun, 2009-03-22 at 00:26 -0600, Oscar wrote:
> I was looking for unnecesary packages installed at my laptop and I
> found a package called radeontool and its  description says:

rpm -q --whatrequires radeontool
pm-utils-1.2.2.1-2.fc10.i386

pm-utils uses it on some systems to control backlight and I think
power up/down parts of the card across suspend/resume.

Dave.


> Radeontool may switch the backlight and external video output on and
> off.  Use radeontool at your own risk, it may damage your hardware.
> 
> So, I thought this is an unnecesary package because I'm using an
> nVidia Card, and even with a  radeon card I wouldn't use it 'cause it
> says that can damage my hardware, so I proceeded to uninstall it and
> PackageKit resolved this packages as radeontool dependent 
> 
> 
> Dependencies Resolved
> 
> ================================================================================
>  Package                    Arch   Version
> Repository
> 
> Size
> ================================================================================
> Removing:
>  radeontool                 i386   1.5-3.fc9
> installed  37 k
> Removing for dependencies:
>  NetworkManager             i386   1:0.7.0.99-3.fc10
> installed 3.0 M
>  NetworkManager-gnome       i386   1:0.7.0.99-3.fc10
> installed 1.1 M
>  NetworkManager-openvpn     i386   1:0.7.0.99-1.fc10
> installed 427 k
>  NetworkManager-vpnc        i386   1:0.7.0.99-1.fc10
> installed 306 k
>  PolicyKit-gnome            i386   0.9-3.fc10
> installed 398 k
>  alacarte                   noarch 0.11.6-4.fc10
> installed 329 k
>  amarok                     i386   2.0.2-3.fc10
> installed  27 M
>  anaconda                   i386   11.4.1.63-1
> installed  17 M
>  anjuta                     i386   1:2.24.2-1.fc10
> installed  15 M
>  anjuta-devel               i386   1:2.24.2-1.fc10
> installed 3.1 M
>  anjuta-doc                 i386   1:2.24.2-1.fc10
> installed 6.5 M
>  avant-window-navigator     i386   0.2.6-12.fc10
> installed 1.6 M
>  awn-extras-applets         i386   0.2.6-6.fc10
> installed 8.0 M
>  blogtk                     noarch 1.1-9.fc9
> installed 498 k
>  bug-buddy                  i386   1:2.24.2-1.fc10
> installed 2.3 M
>  cheese                     i386   2.24.3-1.fc10
> installed 3.6 M
>  compiz-gnome               i386   0.7.8-7.fc10
> installed 463 k
>  compizconfig-backend-gconf i386   0.7.8-1.fc10
> installed  58 k
>  control-center             i386   1:2.24.0.1-13.fc10
> installed 7.1 M
>  digikam                    i386   0.10.0-0.16.rc1.fc10
> installed  22 M
>  digikam-doc                noarch 0.9.4-2.fc10
> installed  59 M
>  digikam-libs               i386   0.10.0-0.16.rc1.fc10
> installed 3.7 M
>  eclipse-cdt                i386   1:5.0.1-2.fc10
> installed  52 M
>  eclipse-cdt-sdk            i386   1:5.0.1-2.fc10
> installed 8.3 M
>  eclipse-changelog          i386   1:2.6.6-1.fc10
> installed 477 k
>  eclipse-jdt                i386   1:3.4.1-5.fc10
> installed  25 M
>  eclipse-phpeclipse         i386   1.2.1-2.fc10
> installed  25 M
>  eclipse-platform           i386   1:3.4.1-5.fc10
> installed  32 M
>  eclipse-pydev              i386   1:1.4.2-1.fc10
> installed  13 M
>  eclipse-rcp                i386   1:3.4.1-5.fc10
> installed 8.2 M
>  eclipse-rpm-editor         i386   0.4.0-5.fc10
> installed 311 k
>  eclipse-subclipse          noarch 1.2.4-12.fc10
> installed 4.2 M
>  eclipse-swt                i386   1:3.4.1-5.fc10
> installed 2.4 M
>  eel2                       i386   2.24.1-4.fc10
> installed 704 k
>  emesene                    noarch 1.0.1-3.fc10
> installed 6.1 M
>  eog                        i386   2.24.3.1-1.fc10
> installed 4.5 M
>  evolution-data-server      i386   2.24.5-4.fc10
> installed  11 M
>  evolution-webcal           i386   2.23.91-1.fc10
> installed 338 k
>  f-spot                     i386   0.5.0.3-2.fc10
> installed 9.0 M
>  fedora-screensaver-theme   noarch 1.0.0-3.fc10
> installed  18 k
>  fedorainfinity-screensaver-theme
>                             noarch 1.0.0-1.fc8
> installed 102 k
>  file-roller                i386   2.24.3-1.fc10
> installed 4.1 M
>  firefox                    i386   3.0.7-1.fc10
> installed  14 M
>  firstboot                  i386   1.102-1.fc10
> installed 652 k
>  gconf-editor               i386   2.24.1-1.fc10
> installed 1.8 M
>  gdesklets                  i386   0.36.1-3.fc10
> installed 4.8 M
>  gdesklets-quote-of-the-day noarch 1.1-1.fc9
> installed 127 k
>  gdm                        i386   1:2.24.1-4.fc10
> installed 3.3 M
>  gdm-user-switch-applet     i386   1:2.24.1-4.fc10
> installed  92 k
>  gecko-mediaplayer          i386   0.9.4-1.fc10
> installed 407 k
>  gecko-sharp2               i386   0.13-5.fc10
> installed  53 k
>  gecko-sharp2-devel         i386   0.13-5.fc10
> installed  203 
>  gedit                      i386   1:2.24.3-3.fc10
> installed  12 M
>  glade3                     i386   3.4.5-2.fc10
> installed 3.3 M
>  glade3-libgladeui          i386   3.4.5-2.fc10
> installed 1.0 M
>  gnochm                     noarch 0.9.11-2.fc9
> installed 495 k
>  gnome-applets              i386   1:2.24.3.1-1.fc10
> installed  14 M
>  gnome-bluetooth            i386   0.11.0-5.fc10
> installed 475 k
>  gnome-bluetooth-libs       i386   0.11.0-5.fc10
> installed 124 k
>  gnome-build                i386   2.24.1-1.fc10
> installed 1.1 M
>  gnome-build-devel          i386   2.24.1-1.fc10
> installed  26 k
>  gnome-compiz-manager       i386   0.10.4-4.fc10
> installed 637 k
>  gnome-desktop              i386   2.24.3-1.fc10
> installed 2.6 M
>  gnome-desktop-sharp        i386   2.24.0-3.fc10
> installed 780 k
>  gnome-desktop-sharp-devel  i386   2.24.0-3.fc10
> installed 3.3 k
>  gnome-gmail-notifier       i386   0.9.4-3.fc10
> installed 343 k
>  gnome-media                i386   2.24.0.1-2.fc10
> installed 4.8 M
>  gnome-mount                i386   0.8-1.fc9
> installed 575 k
>  gnome-mount-nautilus-properties
>                             i386   0.8-1.fc9
> installed  27 k
>  gnome-mplayer              i386   0.9.4-1.fc10
> installed 372 k
>  gnome-panel                i386   2.24.3-1.fc10
> installed 9.3 M
>  gnome-panel-libs           i386   2.24.3-1.fc10
> installed  56 k
>  gnome-pilot                i386   2.0.16-2.fc9
> installed 2.0 M
>  gnome-power-manager        i386   2.24.4-1.fc10
> installed 6.7 M
>  gnome-python2              i386   2.22.3-1.fc10
> installed  95 k
>  gnome-python2-applet       i386   2.23.0-1.fc10
> installed  16 k
>  gnome-python2-bonobo       i386   2.22.3-1.fc10
> installed 317 k
>  gnome-python2-canvas       i386   2.22.3-1.fc10
> installed  60 k
>  gnome-python2-desktop      i386   2.23.0-1.fc10
> installed 259 k
>  gnome-python2-extras       i386   2.19.1-27.fc10
> installed 261 k
>  gnome-python2-gconf        i386   2.22.3-1.fc10
> installed 116 k
>  gnome-python2-gnome        i386   2.22.3-1.fc10
> installed 306 k
>  gnome-python2-gnomedesktop i386   2.23.0-1.fc10
> installed  27 k
>  gnome-python2-gnomevfs     i386   2.22.3-1.fc10
> installed 301 k
>  gnome-python2-gtkhtml2     i386   2.19.1-27.fc10
> installed  18 k
>  gnome-python2-gtkmozembed  i386   2.19.1-27.fc10
> installed 101 k
>  gnome-python2-libegg       i386   2.19.1-27.fc10
> installed 115 k
>  gnome-screensaver          i386   2.24.1-2.fc10
> installed 3.4 M
>  gnome-session              i386   2.24.3-1.fc10
> installed 1.8 M
>  gnome-session-xsession     i386   2.24.3-1.fc10
> installed 4.6 k
>  gnome-settings-daemon      i386   2.24.1-7.fc10
> installed 1.7 M
>  gnome-sharp                i386   2.24.0-1.fc10
> installed 1.3 M
>  gnome-sharp-devel          i386   2.24.0-1.fc10
> installed 1.3 k
>  gnome-system-monitor       i386   2.24.3-1.fc10
> installed 4.1 M
>  gnome-terminal             i386   2.24.3-1.fc10
> installed 5.4 M
>  gnome-utils                i386   1:2.24.1-1.fc10
> installed  11 M
>  gnome-vfs2                 i386   2.24.0-3.fc10
> installed 3.1 M
>  gnome-vfs2-devel           i386   2.24.0-3.fc10
> installed 1.9 M
>  gnome-vfs2-obexftp         i386   0.4-8.fc10
> installed 127 k
>  gnubversion                i386   0.5-5.fc10
> installed 1.4 M
>  goffice04                  i386   0.4.3-3.fc9
> installed 3.5 M
>  gok                        i386   2.24.0-2.fc10
> installed 9.3 M
>  graphviz                   i386   2.16.1-0.6.fc10
> installed 2.4 M
>  gsynaptics                 i386   0.9.14-2.fc10
> installed 180 k
>  gthumb                     i386   2.10.10-3.fc10
> installed 7.1 M
>  gtk-qt-engine              i386   1:1.1-4.fc10
> installed 262 k
>  gtk-sharp                  i386   1.0.10-20.fc10
> installed 2.2 M
>  gtk-sharp-devel            i386   1.0.10-20.fc10
> installed 2.7 k
>  gtkhtml2                   i386   2.11.1-4.fc10
> installed 441 k
>  gtkhtml3                   i386   3.24.5-1.fc10
> installed 3.3 M
>  gwget                      i386   0.99-8.fc10
> installed 800 k
>  hal                        i386   0.5.12-14.20081027git.fc10
> installed 1.2 M
>  hal-cups-utils             i386   0.6.19-1.fc10
> installed 100 k
>  hal-devel                  i386   0.5.12-14.20081027git.fc10
> installed  48 k
>  hal-info                   noarch 20090202-1.fc10
> installed 674 k
>  hpijs                      i386   1:2.8.12-6.fc10
> installed 4.4 M
>  hplip-libs                 i386   2.8.12-6.fc10
> installed 307 k
>  im-chooser                 i386   1.2.5-1.fc10
> installed 230 k
>  kdegraphics                i386   7:4.2.1-3.fc10
> installed 6.3 M
>  kdegraphics-libs           i386   7:4.2.1-3.fc10
> installed 2.3 M
>  kmod-nvidia                i686   180.29-1.fc10.1
> installed  0.0 
>  kmod-nvidia-2.6.27.12-170.2.5.fc10.i686
>                             i686   180.27-1.fc10
> installed 7.5 M
>  kmod-nvidia-2.6.27.15-170.2.24.fc10.i686
>                             i686   180.29-1.fc10
> installed 7.5 M
>  kmod-nvidia-2.6.27.19-170.2.35.fc10.i686
>                             i686   180.29-1.fc10.1
> installed 7.5 M
>  krb5-auth-dialog           i386   0.7-7.fc9
> installed  52 k
>  libbonoboui                i386   2.24.0-1.fc10
> installed 1.1 M
>  libbonoboui-devel          i386   2.24.0-1.fc10
> installed 1.0 M
>  libgail-gnome              i386   1.20.1-1.fc10
> installed  50 k
>  libgnome                   i386   2.24.1-9.fc10
> installed 2.8 M
>  libgnome-devel             i386   2.24.1-9.fc10
> installed 544 k
>  libgnomemm26               i386   2.24.0-1
> installed  69 k
>  libgnomemm26-devel         i386   2.24.0-1
> installed  66 k
>  libgnomeui                 i386   2.24.0-2.fc10
> installed 3.4 M
>  libgnomeui-devel           i386   2.24.0-2.fc10
> installed 2.7 M
>  libgpod                    i386   0.6.0-9.fc10
> installed 556 k
>  libgsf-gnome               i386   1.14.10-1.fc10
> installed  91 k
>  libmtp                     i386   0.3.6-1.fc10
> installed 504 k
>  libsane-hpaio              i386   2.8.12-6.fc10
> installed 115 k
>  livna-config-display       noarch 0.0.22-1.fc10
> installed 211 k
>  mousetweaks                i386   2.24.3-1.fc10
> installed 1.4 M
>  mysql-gui-tools            i386   5.0r12-9.fc10
> installed  19 k
>  mysql-query-browser        i386   5.0r12-9.fc10
> installed 4.3 M
>  mysql-workbench-oss        i386   5.1.7-1fc9
> installed 187 M
>  nautilus                   i386   2.24.2-2.fc10
> installed  13 M
>  nautilus-actions           i386   1.9-0.3.svn20081020.fc10
> installed 1.3 M
>  nautilus-cd-burner         i386   2.24.0-1.fc10
> installed 2.0 M
>  nautilus-open-terminal     i386   0.9-4.fc10
> installed 104 k
>  nautilus-sendto            i386   1.1.0-1.fc10
> installed 367 k
>  orca                       i386   2.24.3-1.fc10
> installed 9.3 M
>  pidgin                     i386   2.5.5-1.fc10
> installed 2.4 M
>  plymouth-gdm-hooks         i386   0.6.0-0.2008.11.17.3.fc10
> installed  171 
>  pm-utils                   i386   1.2.2.1-2.fc10
> installed 241 k
>  policycoreutils-gui        i386   2.0.57-17.fc10
> installed 868 k
>  rhpxl                      i386   1.9-3.fc10
> installed 309 k
>  sane-backends              i386   1.0.19-12.fc10
> installed 4.1 M
>  sane-backends-libs         i386   1.0.19-12.fc10
> installed 6.1 M
>  scim                       i386   1.4.7-35.fc10
> installed 1.5 M
>  scim-anthy                 i386   1.2.7-1.fc10
> installed 921 k
>  scim-bridge                i386   0.4.15-8.fc10
> installed 277 k
>  scim-bridge-gtk            i386   0.4.15-8.fc10
> installed  75 k
>  scim-chewing               i386   0.3.3-0.fc10
> installed 135 k
>  scim-hangul                i386   0.3.2-4.fc9
> installed 130 k
>  scim-lang-assamese         i386   1.4.7-35.fc10
> installed  0.0 
>  scim-lang-bengali          i386   1.4.7-35.fc10
> installed  0.0 
>  scim-lang-gujarati         i386   1.4.7-35.fc10
> installed  0.0 
>  scim-lang-hindi            i386   1.4.7-35.fc10
> installed  0.0 
>  scim-lang-japanese         i386   1.4.7-35.fc10
> installed  0.0 
>  scim-lang-kannada          i386   1.4.7-35.fc10
> installed  0.0 
>  scim-lang-korean           i386   1.4.7-35.fc10
> installed  0.0 
>  scim-lang-malayalam        i386   1.4.7-35.fc10
> installed  0.0 
>  scim-lang-marathi          i386   1.4.7-35.fc10
> installed  0.0 
>  scim-lang-nepali           i386   1.4.7-35.fc10
> installed  0.0 
>  scim-lang-oriya            i386   1.4.7-35.fc10
> installed  0.0 
>  scim-lang-punjabi          i386   1.4.7-35.fc10
> installed  0.0 
>  scim-lang-tamil            i386   1.4.7-35.fc10
> installed  0.0 
>  scim-lang-telugu           i386   1.4.7-35.fc10
> installed  0.0 
>  scim-lang-thai             i386   1.4.7-35.fc10
> installed  0.0 
>  scim-m17n                  i386   0.2.2-3.fc9
> installed  72 k
>  scim-pinyin                i386   0.5.91-25.fc9
> installed 5.0 M
>  scim-thai                  i386   0.1.1-2.fc10
> installed  67 k
>  setroubleshoot             noarch 2.0.12-3.fc10
> installed 275 k
>  sound-juicer               i386   2.24.0-1.fc10
> installed 3.4 M
>  system-config-date         noarch 1.9.36-1.fc10
> installed 2.8 M
>  system-config-date-docs    noarch 1.0.5-1.fc10
> installed  16 M
>  system-config-display      noarch 1.1.1-1.fc10
> installed 708 k
>  system-config-keyboard     noarch 1.2.15-4.fc10
> installed 189 k
>  system-config-lvm          noarch 1.1.4-3.1.fc10
> installed 2.6 M
>  system-config-network      noarch 1.5.95-1.fc10
> installed 1.8 M
>  system-config-printer      i386   1.0.15-1.fc10
> installed 2.0 M
>  system-config-services     noarch 0.99.28-3.fc10
> installed 1.5 M
>  tomboy                     i386   0.12.0-5.fc10
> installed 7.6 M
>  totem-pl-parser            i386   2.24.3-1.fc10
> installed 962 k
>  vlc                        i386   0.9.8a-1.fc10
> installed 4.9 M
>  xine-lib-extras            i386   1.1.16.2-3.fc10
> installed 197 k
>  xorg-x11-drv-nvidia        i386   180.29-1.fc10
> installed 7.7 M
>  xorg-x11-drv-nvidia-libs   i386   180.29-1.fc10
> installed  21 M
>  xorg-x11-drv-synaptics     i386   0.15.2-4.fc10
> installed  76 k
>  xulrunner                  i386   1.9.0.7-1.fc10
> installed  22 M
>  yelp                       i386   2.24.0-6.fc10
> installed 3.2 M
> 
> 
> 
> So for successfully uninstall  this program, that I do not use or I do
> not plan to use(and I can 'cause I do not have a radeon card) I should
> uninstall fedora???? or is this an importan package??
> 
> 
> 
> 
> Atentamente Oscar: 
> 
> 
> -- 
> fedora-devel-list mailing list
> fedora-devel-list at redhat.com
> https://www.redhat.com/mailman/listinfo/fedora-devel-list



From j.w.r.degoede at hhs.nl  Sun Mar 22 09:13:43 2009
From: j.w.r.degoede at hhs.nl (Hans de Goede)
Date: Sun, 22 Mar 2009 10:13:43 +0100
Subject: packaging libraries with no versioned .so files
In-Reply-To: <e1760170903190331k383e40d4p3bc88a978e36da78@mail.gmail.com>
References: <usocvy2dcs.fsf@allele2.eebweb.arizona.edu>	<49C1F3D2.3060805@hhs.nl>
	<e1760170903190331k383e40d4p3bc88a978e36da78@mail.gmail.com>
Message-ID: <49C60147.5090901@hhs.nl>

Nicolas Chauvet wrote:
> 2009/3/19 Hans de Goede <j.w.r.degoede at hhs.nl>:
>> Alex Lancaster wrote:
>>> Hi there,
>>>
>>> The packaging guidelines:
>>>
>>> http://fedoraproject.org/wiki/Packaging:Guidelines#Devel_Packages
>>>
>>> recommend that unversioned .so libraries should go into a -devel
>>> package.  I'm reviewing a package, eclib, that has no versioned .so
>>> libraries at all:
>>>
>>> http://bugzilla.redhat.com/show_bug.cgi?id=476398
>>>
>>> To satisfy the review requirements submitter put the .so into a -devel
>>> package and suppressed the main eclib package, as there are no
>>> versioned .so to package.  It seems to make more sense to actually
>>> remove the -devel package and include them in the main eclib package.
>>>
>>> The guidelines don't appear to cover the case of packages that only
>>> consist of unversioned .so's.  Ideally upstream would add the
>>> versioning, but currently don't support versioning the library.
>>>
>>> Either way, I would like to know what the best practice would be in
>>> this case, and ultimately it would be useful if there was an explicit
>>> guideline.
>>>
>> If upstream doesn't do library versioning it is a safe bet that they
>> don't guarantee ABI stability either.
> Another possibility is that this library is meant to be dlopened.
> That was the case with yafray which is a image renderer for blender.
> When i've patched it to use a SOVERSION and moved the symlink to a
> -devel subpackage,
> then it used the binary as a fallback method to talk to the image
> render which disabled lot of features.
> 

If it is a plugin it does not belong directly under %{_libdir}, but should be in
a subdir of it, and having unversioned .so files in subdirs is fine (as  long as they
do not get added to ld.so's search path.

Regards,

Hans



From j.w.r.degoede at hhs.nl  Sun Mar 22 09:20:27 2009
From: j.w.r.degoede at hhs.nl (Hans de Goede)
Date: Sun, 22 Mar 2009 10:20:27 +0100
Subject: packaging libraries with no versioned .so files
In-Reply-To: <200903192010.25935.ville.skytta@iki.fi>
References: <usocvy2dcs.fsf@allele2.eebweb.arizona.edu>	<49C1F3D2.3060805@hhs.nl>
	<200903192010.25935.ville.skytta@iki.fi>
Message-ID: <49C602DB.7040002@hhs.nl>

Ville Skytt? wrote:
> On Thursday 19 March 2009, Hans de Goede wrote:
> 
>> If upstream doesn't do library versioning it is a safe bet that they
>> don't guarantee ABI stability either.
>>
>> The best practice in this case is to patch upstream's Makefiles to make
>> versioned libraries with the full upstream version in the soname
>> (use -release argument to libtool if using libtool).
> 
> Is inventing sonames really a best practice or even something that should be 
> recommended?
> 
> Drawbacks of doing so include problems if/when upstream later implements 
> versioning as well and ships a version of a lib using the same soname that 
> was earlier used in Fedora for something that's not ABI compatible, confusion 
> caused by versions possibly decreasing in these scenarios, and another 
> smaller one is inflicted binary incompatibilities between distros.
> 

Which is why I advised using libtool's -release argument, or manually mimicking this,
this leads to soname's like: libfoo-%{version}.so. So if upstream starts doing versioning,
even if the choose the same scheme they will end up with different soname's (as the next
upstream release will have a different %{version} I may hope)

Sure this needs to be brought up upstream and in the mean time it should be fixed
*properly* in Fedora.

> Based on these issues, I think inventing sonames should be discouraged instead 
> of being recommended or mentioned as a best practice.

NACK ...

> IMO (unless I've 
> misunderstood something) a best practice would be to persuade upstream to 
> implement lib versioning even if the version changes on every release until 
> things stabilize, and until they do, resort to strict NEVR based dependencies 
> towards those unversioned lib packages in other Fedora packages, and never 
> invent sonames.

Full NEVR deps are way more bad then inventing soname's:
1) overkill, the ABI will only change with a new upstream release,
    not with some minor packaging fix / rebuild
2) only fix part of the problem, what if users compile software
    themselves against the unversioned so ?

We have a problem with non proper versioning in ld.so 's namespace, this *MUST*
be fixed in ld.so's namespace, fixing this at the rpm level is as good as
useless.

Regards,

Hans



From pmatilai at laiskiainen.org  Sun Mar 22 09:18:22 2009
From: pmatilai at laiskiainen.org (Panu Matilainen)
Date: Sun, 22 Mar 2009 11:18:22 +0200 (EET)
Subject: Full Licence field
In-Reply-To: <49C3F975.40808@redhat.com>
References: <499E9CBB.8070406@schampijer.de>
	<20090301225722.GD7111@yukidoke.org>
	<49AB1FFE.3020900@codewiz.org> <49C0C619.80800@schampijer.de>
	<20090318143059.GD6640@yukidoke.org>
	<49C12958.9010105@schampijer.de> <gprj0e$s9a$1@ger.gmane.org>
	<49C152C5.8040903@redhat.com> <49C39194.4000709@gmail.com>
	<49C39BD6.70000@redhat.com> <49C3F0A8.6060101@gmail.com>
	<49C3F1E9.80704@redhat.com> <49C3F75A.8010909@gmail.com>
	<49C3F975.40808@redhat.com>
Message-ID: <alpine.LFD.2.00.0903221015040.8795@turre.koti.laiskiainen.org>

On Fri, 20 Mar 2009, Tom \spot\ Callaway wrote:

> On 03/20/2009 04:06 PM, Lyos Gemini Norezel wrote:
>> Pity. A %license (ie., like the %doc) field would be nice to have.
>
> Indeed. This is where I think the most interesting work needs to be
> done. Once rpm knows that a %license file is a special type of %doc that
> gets installed even if --excludedocs is passed, we have solved one of
> the big issues for the OLPC folks.

Heh, actually rpm has had %license special file attribute since rpm 2.5.4, 
it just doesn't really do much anything at all. It also doesn't play well 
together with %doc, AND since the ancient copyright -> license tag change, 
%license as file attribute has gotten globbered with side-effect macro 
from the License: tag, so you'll have to use %%license in the %files 
section.

Other than that, making --excludedocs not affect %license files is 
literally a one-liner.

Making %license use in spec saner is somewhat more complicated (due to the 
funny little historical issues listed above). I take it you'd like it to 
behave exactly like %doc, like

%files
%doc README NEWS ChangeLog
%license COPYING
%{_bindir}/*

...which would place COPYING into the default docdir, but with the license 
attribute set. Right?

 	- Panu -



From rawhide at fedoraproject.org  Sun Mar 22 09:45:50 2009
From: rawhide at fedoraproject.org (Rawhide Report)
Date: Sun, 22 Mar 2009 09:45:50 +0000 (UTC)
Subject: rawhide report: 20090322 changes
Message-ID: <20090322094550.899E61B8001@releng2.fedora.phx.redhat.com>

Compose started at Sun Mar 22 06:01:04 UTC 2009

Summary:
Added Packages: 0
Removed Packages: 0
Modified Packages: 0
Broken deps for i386
----------------------------------------------------------
	gdal-1.6.0-4.fc11.i386 requires libodbc.so.1
	gdal-1.6.0-4.fc11.i386 requires libodbcinst.so.1
	gdal-1.6.0-4.fc11.i386 requires libhdf5.so.5
	gdal-perl-1.6.0-4.fc11.i386 requires libodbc.so.1
	gdal-perl-1.6.0-4.fc11.i386 requires libodbcinst.so.1
	gdal-perl-1.6.0-4.fc11.i386 requires libhdf5.so.5
	gdal-ruby-1.6.0-4.fc11.i386 requires libodbc.so.1
	gdal-ruby-1.6.0-4.fc11.i386 requires libodbcinst.so.1
	gdal-ruby-1.6.0-4.fc11.i386 requires libhdf5.so.5
	grass-6.3.0-10.fc11.i386 requires libodbc.so.1
	k3d-0.6.7.0-9.fc11.i386 requires libMagickCore.so.1
	k3d-0.6.7.0-9.fc11.i386 requires libMagick++.so.1
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgdamm-3.0.so.10
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb_graph-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb_extra-3.0.so.4
	libopensync-plugin-syncml-0.35-4.fc10.i386 requires libsyncml.so.0
	mapnik-0.5.2-0.10.svn780.fc11.i386 requires dejavu-fonts-sans
	pfstools-imgmagick-1.7.0-3.fc11.i386 requires libMagickCore.so.1
	pfstools-imgmagick-1.7.0-3.fc11.i386 requires libMagick++.so.1
	pfstools-octave-1.7.0-3.fc11.i386 requires libhdf5.so.5
	xastir-1.9.5-2.fc11.i386 requires libMagickCore.so.1



Broken deps for x86_64
----------------------------------------------------------
	gdal-1.6.0-4.fc11.i386 requires libodbc.so.1
	gdal-1.6.0-4.fc11.i386 requires libodbcinst.so.1
	gdal-1.6.0-4.fc11.i386 requires libhdf5.so.5
	gdal-1.6.0-4.fc11.x86_64 requires libhdf5.so.5()(64bit)
	gdal-1.6.0-4.fc11.x86_64 requires libodbcinst.so.1()(64bit)
	gdal-1.6.0-4.fc11.x86_64 requires libodbc.so.1()(64bit)
	gdal-perl-1.6.0-4.fc11.x86_64 requires libhdf5.so.5()(64bit)
	gdal-perl-1.6.0-4.fc11.x86_64 requires libodbcinst.so.1()(64bit)
	gdal-perl-1.6.0-4.fc11.x86_64 requires libodbc.so.1()(64bit)
	gdal-ruby-1.6.0-4.fc11.x86_64 requires libhdf5.so.5()(64bit)
	gdal-ruby-1.6.0-4.fc11.x86_64 requires libodbcinst.so.1()(64bit)
	gdal-ruby-1.6.0-4.fc11.x86_64 requires libodbc.so.1()(64bit)
	grass-6.3.0-10.fc11.x86_64 requires libodbc.so.1()(64bit)
	k3d-0.6.7.0-9.fc11.i386 requires libMagickCore.so.1
	k3d-0.6.7.0-9.fc11.i386 requires libMagick++.so.1
	k3d-0.6.7.0-9.fc11.x86_64 requires libMagick++.so.1()(64bit)
	k3d-0.6.7.0-9.fc11.x86_64 requires libMagickCore.so.1()(64bit)
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgdamm-3.0.so.10
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb_graph-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb_extra-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.x86_64 requires libgnomedb_graph-3.0.so.4()(64bit)
	libgnomedbmm-2.9.5-4.fc9.x86_64 requires libgdamm-3.0.so.10()(64bit)
	libgnomedbmm-2.9.5-4.fc9.x86_64 requires libgnomedb-3.0.so.4()(64bit)
	libgnomedbmm-2.9.5-4.fc9.x86_64 requires libgnomedb_extra-3.0.so.4()(64bit)
	libopensync-plugin-syncml-0.35-4.fc10.x86_64 requires libsyncml.so.0()(64bit)
	mapnik-0.5.2-0.10.svn780.fc11.i386 requires dejavu-fonts-sans
	mapnik-0.5.2-0.10.svn780.fc11.x86_64 requires dejavu-fonts-sans
	pfstools-imgmagick-1.7.0-3.fc11.x86_64 requires libMagick++.so.1()(64bit)
	pfstools-imgmagick-1.7.0-3.fc11.x86_64 requires libMagickCore.so.1()(64bit)
	pfstools-octave-1.7.0-3.fc11.x86_64 requires libhdf5.so.5()(64bit)
	xastir-1.9.5-2.fc11.x86_64 requires libMagickCore.so.1()(64bit)



Broken deps for ppc
----------------------------------------------------------
	gdal-1.6.0-4.fc11.ppc requires libodbc.so.1
	gdal-1.6.0-4.fc11.ppc requires libodbcinst.so.1
	gdal-1.6.0-4.fc11.ppc requires libhdf5.so.5
	gdal-1.6.0-4.fc11.ppc64 requires libhdf5.so.5()(64bit)
	gdal-1.6.0-4.fc11.ppc64 requires libodbcinst.so.1()(64bit)
	gdal-1.6.0-4.fc11.ppc64 requires libodbc.so.1()(64bit)
	gdal-perl-1.6.0-4.fc11.ppc requires libodbc.so.1
	gdal-perl-1.6.0-4.fc11.ppc requires libodbcinst.so.1
	gdal-perl-1.6.0-4.fc11.ppc requires libhdf5.so.5
	gdal-ruby-1.6.0-4.fc11.ppc requires libodbc.so.1
	gdal-ruby-1.6.0-4.fc11.ppc requires libodbcinst.so.1
	gdal-ruby-1.6.0-4.fc11.ppc requires libhdf5.so.5
	grass-6.3.0-10.fc11.ppc requires libodbc.so.1
	k3d-0.6.7.0-9.fc11.ppc requires libMagickCore.so.1
	k3d-0.6.7.0-9.fc11.ppc requires libMagick++.so.1
	k3d-0.6.7.0-9.fc11.ppc64 requires libMagick++.so.1()(64bit)
	k3d-0.6.7.0-9.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc requires libgnomedb-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.ppc requires libgdamm-3.0.so.10
	libgnomedbmm-2.9.5-4.fc9.ppc requires libgnomedb_graph-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.ppc requires libgnomedb_extra-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgnomedb_graph-3.0.so.4()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgdamm-3.0.so.10()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgnomedb-3.0.so.4()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgnomedb_extra-3.0.so.4()(64bit)
	libopensync-plugin-syncml-0.35-4.fc10.ppc requires libsyncml.so.0
	mapnik-0.5.2-0.10.svn780.fc11.ppc requires dejavu-fonts-sans
	mapnik-0.5.2-0.10.svn780.fc11.ppc64 requires dejavu-fonts-sans
	pfstools-imgmagick-1.7.0-3.fc11.ppc requires libMagickCore.so.1
	pfstools-imgmagick-1.7.0-3.fc11.ppc requires libMagick++.so.1
	pfstools-octave-1.7.0-3.fc11.ppc requires libhdf5.so.5
	xastir-1.9.5-2.fc11.ppc requires libMagickCore.so.1



Broken deps for ppc64
----------------------------------------------------------
	cabal2spec-0.12-1.fc11.noarch requires ghc > 0:6.10.1-7
	gdal-1.6.0-4.fc11.ppc64 requires libhdf5.so.5()(64bit)
	gdal-1.6.0-4.fc11.ppc64 requires libodbcinst.so.1()(64bit)
	gdal-1.6.0-4.fc11.ppc64 requires libodbc.so.1()(64bit)
	gdal-perl-1.6.0-4.fc11.ppc64 requires libhdf5.so.5()(64bit)
	gdal-perl-1.6.0-4.fc11.ppc64 requires libodbcinst.so.1()(64bit)
	gdal-perl-1.6.0-4.fc11.ppc64 requires libodbc.so.1()(64bit)
	gdal-ruby-1.6.0-4.fc11.ppc64 requires libhdf5.so.5()(64bit)
	gdal-ruby-1.6.0-4.fc11.ppc64 requires libodbcinst.so.1()(64bit)
	gdal-ruby-1.6.0-4.fc11.ppc64 requires libodbc.so.1()(64bit)
	grass-6.3.0-10.fc11.ppc64 requires libodbc.so.1()(64bit)
	k3d-0.6.7.0-9.fc11.ppc64 requires libMagick++.so.1()(64bit)
	k3d-0.6.7.0-9.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgnomedb_graph-3.0.so.4()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgdamm-3.0.so.10()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgnomedb-3.0.so.4()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgnomedb_extra-3.0.so.4()(64bit)
	libopensync-plugin-syncml-0.35-4.fc10.ppc64 requires libsyncml.so.0()(64bit)
	mapnik-0.5.2-0.10.svn780.fc11.ppc64 requires dejavu-fonts-sans
	pfstools-imgmagick-1.7.0-3.fc11.ppc64 requires libMagick++.so.1()(64bit)
	pfstools-imgmagick-1.7.0-3.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	pfstools-octave-1.7.0-3.fc11.ppc64 requires libhdf5.so.5()(64bit)
	xastir-1.9.5-2.fc11.ppc64 requires libMagickCore.so.1()(64bit)





From opensource at till.name  Sun Mar 22 11:16:06 2009
From: opensource at till.name (Till Maas)
Date: Sun, 22 Mar 2009 12:16:06 +0100
Subject: libsyncml
In-Reply-To: <gq3j6b$u6c$1@ger.gmane.org>
References: <20090321095311.B7FC01B8001@releng2.fedora.phx.redhat.com>
	<gq3j6b$u6c$1@ger.gmane.org>
Message-ID: <200903221216.23514.opensource@till.name>

On Sa M?rz 21 2009, Kevin Kofler wrote:
> Rawhide Report wrote:
> > libopensync-plugin-syncml-0.35-4.fc10.i386 requires libsyncml.so.0
>
> To elaborate on this:
> https://bugzilla.redhat.com/show_bug.cgi?id=479954#c7
>
> The thing is, nothing builds against libsyncml 0.5.0. osmo has syncml
> support disabled and libopensync-plugin-syncml has broken dependencies. So
> the 0.5.0 build is completely useless, the only way out I see is to revert
> it with an Epoch bump.

The up to date upstream release of libopensync-plugin-syncml requires 
libsyncml 0.5.0, so probably libopensync-* can be bumped to 0.38 do get it 
working. I have successfully built libopensync, the file and the syncml plugin 
and the msynctool locally[0] with some adjustments to the spec files. But it 
may also be better to go back to the 0.2X branch of libopensync, because it is 
documented and there are a lot of people who have successfully used it. The 
0.3X packages do not sync syncml with the file plugin here, but I also did not 
test 0.2X.

Regards,
Till

[0] http://till.fedorapeople.org/repo/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 835 bytes
Desc: This is a digitally signed message part.
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090322/8f8f3859/attachment.sig>

From che666 at gmail.com  Sun Mar 22 11:49:38 2009
From: che666 at gmail.com (Rudolf Kastl)
Date: Sun, 22 Mar 2009 12:49:38 +0100
Subject: Adding a new group to the desktop menu: Fedora Studio?
In-Reply-To: <e76492710903191005w786da96em55bcde26541afd5@mail.gmail.com>
References: <e76492710903191005w786da96em55bcde26541afd5@mail.gmail.com>
Message-ID: <e99d27470903220449h4692fi5f0d6cacdbbfa81b@mail.gmail.com>

2009/3/19 Orcan Ogetbil <oget.fedora at gmail.com>:
> I have been using audio creation software to compose and mix my tracks
> in Fedora for while now. Believe it or not, we have a wide range of
> applications and libraries dedicated to audio production. See the
> AudioCreation wiki page [1] for a list of our applications (however,
> this list is not complete, so if you own such an application or
> library, feel free to add it to our list).
>
> A while ago, it occurred to me that the audio production applications
> go into the Multimedia group in the desktop menu, mixing up with
> audio/video players (we also have a wide range of such applications),
> and making this group rather cluttered. But the audio production
> programs have a unique target audience, and their nature is really
> different from the audio/video players. I am thinking of listing these
> programs under a different group in the desktop menu, which will make
> the Multimedia group look sane and make both type of applications more
> accessible.
>
> What is the procedure of doing this? As far as I can tell, whenever a
> .desktop file contains the "AudioVideo" category, that applications
> goes to the Multimedia group. But where is this actually done? What
> application looks at the .desktop files and sorts them according to
> their categories?
>
> And how can we add a new group to the desktop menu? Possible
> suggestions for the name of such a group are:
> - Audio Creation
> - Compose and Mix
> - Studio
> - ...?
>
> We will need to work out the existing desktop applications and add a
> new category to their .desktop files so they will fall under this
> newly created group in the menu. We can use some of these categories
> for this purpose:
> - Midi
> - Sequencer
> - Tuner
> - AudioVideoEditing
> - X-Studio
> - X-...?
>
> Finally, is it too late to propose this for F-11?
>
> Orcan
>
> [1] https://fedoraproject.org/wiki/AudioCreation
>
> --
> fedora-devel-list mailing list
> fedora-devel-list at redhat.com
> https://www.redhat.com/mailman/listinfo/fedora-devel-list
>

there is a standard at:
http://standards.freedesktop.org/menu-spec/latest/apa.html.AudioVideo
(multimedia) is also supposed to carry production tools because it has
subcategorys e.g. for sequencers etc.

kind regards,
Rudolf Kastl

p.s. i am just busy fixing the applicatoin categorisation since a
while but according to above standard.



From alexl at users.sourceforge.net  Sun Mar 22 13:32:45 2009
From: alexl at users.sourceforge.net (Alex Lancaster)
Date: Sun, 22 Mar 2009 06:32:45 -0700
Subject: rawhide report: 20090321 changes
In-Reply-To: <1237671335.3791.10.camel@localhost.localdomain> (Jesse Keating's
	message of "Sat\, 21 Mar 2009 14\:35\:35 -0700")
References: <20090321095311.B7FC01B8001@releng2.fedora.phx.redhat.com>
	<gq3gih$o2b$1@ger.gmane.org>
	<1237671335.3791.10.camel@localhost.localdomain>
Message-ID: <roprg9znr6.fsf@allele2.eebweb.arizona.edu>

>>>>> "JK" == Jesse Keating  writes:

JK> On Sat, 2009-03-21 at 20:52 +0100, Kevin Kofler wrote:
>> Can somebody with cvsadmin privileges fix this in the meantime? The
>> gdal-grass dependency is circular, so you have to switch on a bootstrapping
>> flag to build gdal without grass, build gdal, build grass, then rebuild
>> gdal against grass.

JK> I tried this weeks ago, but gdal doesn't currently build, even in the
JK> bootstrap mode.

There are a few changes that need to be made, I almost got gdal to
build:

http://bugzilla.redhat.com/show_bug.cgi?id=488490#c5

one small problem in the %files section, then it should work.  Either
way, can we open up the ACLs in the meantime?

Alex



From nathanael at gnat.ca  Sun Mar 22 15:32:38 2009
From: nathanael at gnat.ca (Nathanael D. Noblet)
Date: Sun, 22 Mar 2009 09:32:38 -0600
Subject: libsyncml
In-Reply-To: <200903221216.23514.opensource@till.name>
References: <20090321095311.B7FC01B8001@releng2.fedora.phx.redhat.com>	<gq3j6b$u6c$1@ger.gmane.org>
	<200903221216.23514.opensource@till.name>
Message-ID: <49C65A16.5080105@gnat.ca>

Till Maas wrote:
> On Sa M?rz 21 2009, Kevin Kofler wrote:
>> Rawhide Report wrote:
>>> libopensync-plugin-syncml-0.35-4.fc10.i386 requires libsyncml.so.0
>> To elaborate on this:
>> https://bugzilla.redhat.com/show_bug.cgi?id=479954#c7
>>
>> The thing is, nothing builds against libsyncml 0.5.0. osmo has syncml
>> support disabled and libopensync-plugin-syncml has broken dependencies. So
>> the 0.5.0 build is completely useless, the only way out I see is to revert
>> it with an Epoch bump.
> 
> The up to date upstream release of libopensync-plugin-syncml requires 
> libsyncml 0.5.0, so probably libopensync-* can be bumped to 0.38 do get it 
> working. I have successfully built libopensync, the file and the syncml plugin 
> and the msynctool locally[0] with some adjustments to the spec files. But it 
> may also be better to go back to the 0.2X branch of libopensync, because it is 
> documented and there are a lot of people who have successfully used it. The 
> 0.3X packages do not sync syncml with the file plugin here, but I also did not 
> test 0.2X.

I would appreciate a 0.2X version of opensync. I was actually confused 
as to why Fedora went with a newer version, as their website states that 
the only good/stable version is 0.22 and that the next one will be 0.4. 
Software like barry (blackberry sync) is one piece of software that is 
waiting for a stable opensync lib before updating its code. So when F10 
went with a newer libopensync, I could no longer sync my blackberry...

 From their website:

Releases 0.22 (and 0.2x svn branch) and before are considered stable and 
suitable for production. 0.3x releases introduce major architecture and 
API changes and are targeted for developers and testers only and may not 
even compile or are likely to contain severe bugs.

0.3x releases are not recommended for end users or distribution packaging.


-- 
Nathanael d. Noblet
T: 403.875.4613



From felix at fetzig.org  Sun Mar 22 15:46:32 2009
From: felix at fetzig.org (Felix Kaechele)
Date: Sun, 22 Mar 2009 16:46:32 +0100
Subject: libsyncml
In-Reply-To: <gq3j6b$u6c$1@ger.gmane.org>
References: <20090321095311.B7FC01B8001@releng2.fedora.phx.redhat.com>
	<gq3j6b$u6c$1@ger.gmane.org>
Message-ID: <49C65D58.6090502@fetzig.org>

Am 21.03.2009 21:37, schrieb Kevin Kofler:
> Rawhide Report wrote:
>> libopensync-plugin-syncml-0.35-4.fc10.i386 requires libsyncml.so.0
>
> To elaborate on this:
> https://bugzilla.redhat.com/show_bug.cgi?id=479954#c7
>
> The thing is, nothing builds against libsyncml 0.5.0. osmo has syncml
> support disabled and libopensync-plugin-syncml has broken dependencies. So
> the 0.5.0 build is completely useless, the only way out I see is to revert
> it with an Epoch bump.

I'd be OK doing that. So unless there are objections I'll go ahead and 
do that on Monday.

Sorry for the hassle.

Felix



From opensource at till.name  Sun Mar 22 16:36:02 2009
From: opensource at till.name (Till Maas)
Date: Sun, 22 Mar 2009 17:36:02 +0100
Subject: libsyncml
In-Reply-To: <49C65D58.6090502@fetzig.org>
References: <20090321095311.B7FC01B8001@releng2.fedora.phx.redhat.com>
	<gq3j6b$u6c$1@ger.gmane.org> <49C65D58.6090502@fetzig.org>
Message-ID: <200903221736.22158.opensource@till.name>

On So M?rz 22 2009, Felix Kaechele wrote:
> Am 21.03.2009 21:37, schrieb Kevin Kofler:

> > The thing is, nothing builds against libsyncml 0.5.0. osmo has syncml
> > support disabled and libopensync-plugin-syncml has broken dependencies.
> > So the 0.5.0 build is completely useless, the only way out I see is to
> > revert it with an Epoch bump.
>
> I'd be OK doing that. So unless there are objections I'll go ahead and
> do that on Monday.

Can you maybe contact the libopensync-* maintainers before this? It would be 
nice to first agree on a roadmap for these packages, because recent releases 
of the unstable branch that is in Fedora need the new libsyncml.

Regards,
Till
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: This is a digitally signed message part.
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090322/98c52451/attachment.sig>

From jkeating at redhat.com  Sun Mar 22 16:46:29 2009
From: jkeating at redhat.com (Jesse Keating)
Date: Sun, 22 Mar 2009 09:46:29 -0700
Subject: rawhide report: 20090321 changes
In-Reply-To: <roprg9znr6.fsf@allele2.eebweb.arizona.edu>
References: <20090321095311.B7FC01B8001@releng2.fedora.phx.redhat.com>
	<gq3gih$o2b$1@ger.gmane.org>
	<1237671335.3791.10.camel@localhost.localdomain>
	<roprg9znr6.fsf@allele2.eebweb.arizona.edu>
Message-ID: <1237740389.3758.0.camel@localhost.localdomain>

On Sun, 2009-03-22 at 06:32 -0700, Alex Lancaster wrote:
> one small problem in the %files section, then it should work.  Either
> way, can we open up the ACLs in the meantime?

Have you started the nonresponsive maintainer process, or otherwise
contacted the maintainer's sponsor in order to get an idea what's going
on?

-- 
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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090322/26a1d835/attachment.sig>

From dr.diesel at gmail.com  Sun Mar 22 16:55:28 2009
From: dr.diesel at gmail.com (Dr. Diesel)
Date: Sun, 22 Mar 2009 12:55:28 -0400
Subject: rawhide report: 20090321 changes
In-Reply-To: <1237740389.3758.0.camel@localhost.localdomain>
References: <20090321095311.B7FC01B8001@releng2.fedora.phx.redhat.com>
	<gq3gih$o2b$1@ger.gmane.org>
	<1237671335.3791.10.camel@localhost.localdomain>
	<roprg9znr6.fsf@allele2.eebweb.arizona.edu>
	<1237740389.3758.0.camel@localhost.localdomain>
Message-ID: <2a28d2ab0903220955q30244f0p45072852dd1f50cf@mail.gmail.com>

2009/3/22 Jesse Keating <jkeating at redhat.com>

> On Sun, 2009-03-22 at 06:32 -0700, Alex Lancaster wrote:
> > one small problem in the %files section, then it should work.  Either
> > way, can we open up the ACLs in the meantime?
>
> Have you started the nonresponsive maintainer process, or otherwise
> contacted the maintainer's sponsor in order to get an idea what's going
> on?
>

On a side note, can't seem to find a link to the nonresponsive process?
Where do we lookup a maintainer's sponsor?


-- 
projecthuh.com
All of my bits are free, are yours?  Fedoraproject.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090322/348966b5/attachment.htm>

From xjakub at fi.muni.cz  Sun Mar 22 18:16:08 2009
From: xjakub at fi.muni.cz (Milos Jakubicek)
Date: Sun, 22 Mar 2009 19:16:08 +0100
Subject: rawhide report: 20090321 changes
In-Reply-To: <2a28d2ab0903220955q30244f0p45072852dd1f50cf@mail.gmail.com>
References: <20090321095311.B7FC01B8001@releng2.fedora.phx.redhat.com>	<gq3gih$o2b$1@ger.gmane.org>	<1237671335.3791.10.camel@localhost.localdomain>	<roprg9znr6.fsf@allele2.eebweb.arizona.edu>	<1237740389.3758.0.camel@localhost.localdomain>
	<2a28d2ab0903220955q30244f0p45072852dd1f50cf@mail.gmail.com>
Message-ID: <49C68068.8020706@fi.muni.cz>

Hi,

Dr. Diesel wrote:
> 
> On a side note, can't seem to find a link to the nonresponsive process?  

https://fedoraproject.org/wiki/Policy_for_nonresponsive_package_maintainers

> Where do we lookup a maintainer's sponsor?

In FAS.

Regards,
Milos



From louisg00 at bellsouth.net  Sun Mar 22 20:14:37 2009
From: louisg00 at bellsouth.net (Louis E Garcia II)
Date: Sun, 22 Mar 2009 16:14:37 -0400
Subject: Installing rawhide failed with encrypted ext4
Message-ID: <1237752877.17567.12.camel@localhost.localdomain>

Decided to try rawhide and grabbed the boot.iso from march 21.
Installation got to the point of formatting my partitions. The last
action was formatting my /home which was ext4 with encryption. The
installer crapped out but I didn't know how to copy the exception that
it gave. I do believe the kernel seg also. 

Without encryption install went fine.  



From sandeen at redhat.com  Sun Mar 22 21:55:54 2009
From: sandeen at redhat.com (Eric Sandeen)
Date: Sun, 22 Mar 2009 16:55:54 -0500
Subject: Installing rawhide failed with encrypted ext4
In-Reply-To: <1237752877.17567.12.camel@localhost.localdomain>
References: <1237752877.17567.12.camel@localhost.localdomain>
Message-ID: <49C6B3EA.9090606@redhat.com>

Louis E Garcia II wrote:
> Decided to try rawhide and grabbed the boot.iso from march 21.
> Installation got to the point of formatting my partitions. The last
> action was formatting my /home which was ext4 with encryption. The
> installer crapped out but I didn't know how to copy the exception that
> it gave. I do believe the kernel seg also. 
> 
> Without encryption install went fine.  

Can you give it another go and copy as much information as you can; a
digital camera pic can be attached to a bugzilla if need be; also check
other consoles <ctrl-alt-F1> F2, F3, etc, and you should be able to
scroll up & down to get more than fits on the screen...

Even if you can't get much info, filing a bug will still capture the
issue, and we can try to recreate it.

Thanks,

-Eric



From alexl at users.sourceforge.net  Sun Mar 22 21:59:06 2009
From: alexl at users.sourceforge.net (Alex Lancaster)
Date: Sun, 22 Mar 2009 14:59:06 -0700
Subject: contacting non-responsive maintainer: Cristian Balint? (was Re:
	rawhide report: 20090321 changes)
In-Reply-To: <1237740389.3758.0.camel@localhost.localdomain> (Jesse Keating's
	message of "Sun\, 22 Mar 2009 09\:46\:29 -0700")
References: <20090321095311.B7FC01B8001@releng2.fedora.phx.redhat.com>
	<gq3gih$o2b$1@ger.gmane.org>
	<1237671335.3791.10.camel@localhost.localdomain>
	<roprg9znr6.fsf@allele2.eebweb.arizona.edu>
	<1237740389.3758.0.camel@localhost.localdomain>
Message-ID: <k2k56hz0b9.fsf_-_@allele2.eebweb.arizona.edu>

>>>>> "JK" == Jesse Keating  writes:

JK> On Sun, 2009-03-22 at 06:32 -0700, Alex Lancaster wrote:
>> one small problem in the %files section, then it should work.  Either
>> way, can we open up the ACLs in the meantime?

JK> Have you started the nonresponsive maintainer process, or otherwise
JK> contacted the maintainer's sponsor in order to get an idea what's going
JK> on?

I have, on multiple occasions, tried to contact the maintainer,
Cristian Balint.  Looking at the FAS2 site, it appears that, you
(Jesse Keating) are his sponsor (btw, it took me a while to figure out
how to find out that info, it is not obvious how to do it from the
FAS2 webpage).

The maintainer has sometimes updated the packages, but not in response
to any requests, and has not (in the last 3-4 months) responded
directly to any questions about the ACLs or broken deps.

Here is the log of activity required for the non-responsive maintainer
policy:

1) First attempt at contact: on 2009-01-17 by Nicolas Mailhot to fix
   mapnik package:

   http://bugzilla.redhat.com/show_bug.cgi?id=480461

   No response.

2) Second attempt: on 2009-03-04 Dan Hor?k requested maintainer
   respond to broken deps:

   http://bugzilla.redhat.com/show_bug.cgi?id=488490#c0

   No response.

2) Third attempt: on 2009-03-14, I also reiterated request:

   https://bugzilla.redhat.com/show_bug.cgi?id=488490#c2

   No response.

  Fourth attempt: on 2009-03-20, I attempted another contact:

   http://bugzilla.redhat.com/show_bug.cgi?id=488490#c3

   No response as yet.

4) In several threads on fedora-devel-list I have asked about opening
   up these ACLs, which implicitly includes a question about how to
   contact the maintainer:

http://www.redhat.com/archives/fedora-devel-list/2009-March/msg00214.html
http://www.redhat.com/archives/fedora-devel-list/2009-March/msg00281.html

(and I have also asked on #fedora-devel)

I have also sent private mail to rezso at fedoraproject.org, regarding
openin up ACLs, as early as 2009-01-05, to no response.

So at this point, I believe we should be at step (4) on:

http://fedoraproject.org/wiki/Policy_for_nonresponsive_package_maintainers

in which many reasonable attempts to contact the maintainer have been
made.  If the above f-d-l posts aren't sufficient, consider this
request as the one that asks if anybody knows how to contact the
maintainer.

In general it appears that even a sponsor may not be able to fix the
issues any case, because of the ACLs, see:

https://fedoraproject.org/wiki/Package_sponsor_responsibities#Fix_issues_caused_by_sponsored_maintainers

However, in this case, I assume that Jesse has the appropriate
privileges to do this.

Actually, I don't really care if the ACLs are opened immediately
(although they should eventually be), just that *somebody* with
cvsadmin privileges in the meantime rebuild the packages to fix the
deps.  I will continue to supply patches on the above bug until it
builds, and hopefully somebody will apply them and rebuild.

(As an aside: surely the obvious fact of broken deps in Beta should
pre-empt or otherwise short-circuit the lengthy and somewhat
cumbersome non-maintainer process to open up ACLs or have a cvsadmin
person apply fix.)

Alex



From mcepl at redhat.com  Sun Mar 22 21:57:30 2009
From: mcepl at redhat.com (Matej Cepl)
Date: Sun, 22 Mar 2009 22:57:30 +0100
Subject: OT program requires .so although versioned .so are provided [Was:
 Re: packaging libraries with no versioned .so files]
References: <usocvy2dcs.fsf@allele2.eebweb.arizona.edu>
Message-ID: <aroi96-je4.ln1@ppp1053.in.ipex.cz>

On 2009-03-19, 07:14 GMT, Alex Lancaster wrote:
> recommend that unversioned .so libraries should go into 
> a -devel package.  I'm reviewing a package, eclib, that has no 
> versioned .so libraries at all:

Sorry for OT question, but I am just fighting with 
https://bugzilla.redhat.com/show_bug.cgi?id=471180 and it seems 
to be similar case. Reporter claims that making a symlink from 
libpsppire.so.0.0 to libpsppire.so makes *THE MAIN PROGRAM* not 
crashing. Does it make any sense to anybody? Is the program 
broken, or did I screw up something in the process of building 
it?

I thought that .so files are only for development, not for using 
the program itself?

(and now I cannot reproduce it on my computer)

Thanks in advance for any response,

Mat?j



From alexl at users.sourceforge.net  Sun Mar 22 22:08:11 2009
From: alexl at users.sourceforge.net (Alex Lancaster)
Date: Sun, 22 Mar 2009 15:08:11 -0700
Subject: contacting non-responsive maintainer: Cristian Balint?
In-Reply-To: <k2k56hz0b9.fsf_-_@allele2.eebweb.arizona.edu> (Alex Lancaster's
	message of "Sun\, 22 Mar 2009 14\:59\:06 -0700")
References: <20090321095311.B7FC01B8001@releng2.fedora.phx.redhat.com>
	<gq3gih$o2b$1@ger.gmane.org>
	<1237671335.3791.10.camel@localhost.localdomain>
	<roprg9znr6.fsf@allele2.eebweb.arizona.edu>
	<1237740389.3758.0.camel@localhost.localdomain>
	<k2k56hz0b9.fsf_-_@allele2.eebweb.arizona.edu>
Message-ID: <5fxh5yzw4.fsf@allele2.eebweb.arizona.edu>

>>>>> Alex Lancaster  writes:

>>>>> "JK" == Jesse Keating  writes:
JK> On Sun, 2009-03-22 at 06:32 -0700, Alex Lancaster wrote:
>>> one small problem in the %files section, then it should work.  Either
>>> way, can we open up the ACLs in the meantime?

JK> Have you started the nonresponsive maintainer process, or otherwise
JK> contacted the maintainer's sponsor in order to get an idea what's going
JK> on?

> I have, on multiple occasions, tried to contact the maintainer,
> Cristian Balint.  Looking at the FAS2 site, it appears that, you
> (Jesse Keating) are his sponsor (btw, it took me a while to figure out
> how to find out that info, it is not obvious how to do it from the
> FAS2 webpage).

Now I've figured out a bit more about how FAS2 works, I looked at at
Cristian Balint's maintainer account:

https://admin.fedoraproject.org/accounts/user/view/rezso

from it appears that his FAS account is marked as inactive.

This means he probably didn't reply to the multiple password reset
requests which, on it's own, should indicate inactivity for the
required period of the non-responsive maintainer policy.

Alex



From craftjml at gmail.com  Sun Mar 22 22:18:49 2009
From: craftjml at gmail.com (Jud Craft)
Date: Sun, 22 Mar 2009 18:18:49 -0400
Subject: A supposedly patent-free suggestion/solution to the curious
	subpixel rendering in Fedora
Message-ID: <20d6441a0903221518h4e7bd6aj55b61c7875495794@mail.gmail.com>

Hello there, thanks for reading.  This may be a bad place for this
post, I apologize if so.

Here's the problem, stated over and over throughout bad forum posts:
subpixel-rendering on Fedora is a little sub-par.  The chief reason
(from my lay perspective) is that it doesn't implement the various
cleartype-like filtering algorithms demonstrated in all sorts of
questionable patches, due to fear of patent-infringing on Microsoft's
Cleartype work.  This means Fedora's default subpixel-rendering is
full of color-fringes and in general less smooth than other algorithms
shown in (for example) Debian and Ubuntu.

Currently the only solutions are:

1.  Try out freetype-freeworld:  restores the bytecode interpreter to
Freetype and some adds filtering, patent-infringing, stuck in
RPMFusion, can't be merged into Fedora.
2.  Try out those peculiar cleartype-patches flying around the forums:
 you get all filtering functionality back, but again, patent
infringement.

Okay, here's something different.  Check this out:  Qt (that other GUI
toolkit) actually developed their own method to reduce the color
fringing on subpixel-rendering:
http://labs.trolltech.com/blogs/2008/09/01/subpixel-antialiasing-on-x11/

Qt is not perfect (their filter automatically locks you into
full-hinting on Qt 4.4, but that'll be fixed in 4.5), but their method
(without using any other patent-infringing algorithms) is very
beneficial.  You'll note their un-filtered examples look just as bad
as the current filtering in GTK in Fedora, while their fixed-examples
look pretty decent.

So here's the idea:  perhaps Fedora could petition Pango (I think
that's the system GTK uses to render glyphs) to include the
Qt-filtering style in their own upstream code.  This would mean that
both GUI toolkits on the Linux desktop would then have patent-free,
non-color-fringing, subpixel rendering by default.

And today currently, keep in mind that Qt on Fedora already has this
new filtering, so I don't think there are any patent-problems with it:
 Qt's solution seems to be a simple blur of their own ingenuity, and
nothing related to Cleartype.  (Otherwise Fedora wouldn't ship it, I'd
assume).



From ngompa13 at gmail.com  Sun Mar 22 22:28:46 2009
From: ngompa13 at gmail.com (King InuYasha)
Date: Sun, 22 Mar 2009 17:28:46 -0500
Subject: A supposedly patent-free suggestion/solution to the curious 
	subpixel rendering in Fedora
In-Reply-To: <20d6441a0903221518h4e7bd6aj55b61c7875495794@mail.gmail.com>
References: <20d6441a0903221518h4e7bd6aj55b61c7875495794@mail.gmail.com>
Message-ID: <8278b1b0903221528t500a942eoa152e25c68daba4b@mail.gmail.com>

On Sun, Mar 22, 2009 at 5:18 PM, Jud Craft <craftjml at gmail.com> wrote:

> Hello there, thanks for reading.  This may be a bad place for this
> post, I apologize if so.
>
> Here's the problem, stated over and over throughout bad forum posts:
> subpixel-rendering on Fedora is a little sub-par.  The chief reason
> (from my lay perspective) is that it doesn't implement the various
> cleartype-like filtering algorithms demonstrated in all sorts of
> questionable patches, due to fear of patent-infringing on Microsoft's
> Cleartype work.  This means Fedora's default subpixel-rendering is
> full of color-fringes and in general less smooth than other algorithms
> shown in (for example) Debian and Ubuntu.
>
> Currently the only solutions are:
>
> 1.  Try out freetype-freeworld:  restores the bytecode interpreter to
> Freetype and some adds filtering, patent-infringing, stuck in
> RPMFusion, can't be merged into Fedora.
> 2.  Try out those peculiar cleartype-patches flying around the forums:
>  you get all filtering functionality back, but again, patent
> infringement.
>
> Okay, here's something different.  Check this out:  Qt (that other GUI
> toolkit) actually developed their own method to reduce the color
> fringing on subpixel-rendering:
> http://labs.trolltech.com/blogs/2008/09/01/subpixel-antialiasing-on-x11/
>
> Qt is not perfect (their filter automatically locks you into
> full-hinting on Qt 4.4, but that'll be fixed in 4.5), but their method
> (without using any other patent-infringing algorithms) is very
> beneficial.  You'll note their un-filtered examples look just as bad
> as the current filtering in GTK in Fedora, while their fixed-examples
> look pretty decent.
>
> So here's the idea:  perhaps Fedora could petition Pango (I think
> that's the system GTK uses to render glyphs) to include the
> Qt-filtering style in their own upstream code.  This would mean that
> both GUI toolkits on the Linux desktop would then have patent-free,
> non-color-fringing, subpixel rendering by default.
>
> And today currently, keep in mind that Qt on Fedora already has this
> new filtering, so I don't think there are any patent-problems with it:
>  Qt's solution seems to be a simple blur of their own ingenuity, and
> nothing related to Cleartype.  (Otherwise Fedora wouldn't ship it, I'd
> assume).
>
> --
> fedora-devel-list mailing list
> fedora-devel-list at redhat.com
> https://www.redhat.com/mailman/listinfo/fedora-devel-list
>

A good idea yes, but the reason why Fedora and other USA-based distros have
such bad font rendering is because the hinting algorithms in freetype are
patented not by Microsoft, but by Apple.
http://freetype.sourceforge.net/patents.html

Meh, ClearType is just the same as the subpixel hinting that is patented by
Apple, just a different name.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090322/8402ae03/attachment.htm>

From tomek at pipebreaker.pl  Sun Mar 22 22:43:34 2009
From: tomek at pipebreaker.pl (Tomasz Torcz)
Date: Sun, 22 Mar 2009 23:43:34 +0100
Subject: A supposedly patent-free suggestion/solution to the curious
	subpixel rendering in Fedora
In-Reply-To: <20d6441a0903221518h4e7bd6aj55b61c7875495794@mail.gmail.com>
References: <20d6441a0903221518h4e7bd6aj55b61c7875495794@mail.gmail.com>
Message-ID: <20090322224334.GA23992@mother.fordon.pl.eu.org>

On Sun, Mar 22, 2009 at 06:18:49PM -0400, Jud Craft wrote:
> Here's the problem, stated over and over throughout bad forum posts:
> subpixel-rendering on Fedora is a little sub-par.  The chief reason
> (from my lay perspective) is that it doesn't implement the various
> cleartype-like filtering algorithms demonstrated in all sorts of
> questionable patches, due to fear of patent-infringing on Microsoft's
> Cleartype work.  This means Fedora's default subpixel-rendering is
> full of color-fringes and in general less smooth than other algorithms
> shown in (for example) Debian and Ubuntu.

  Orthogonally to your idea, I feel obliged to correct this statement.
Fontconfig configuration in Ubuntu got broken few months ago, and
last time I've checked it is still broken. Fonts rendered on Ubuntu
are colorbanded, which make them look blurry:
https://bugs.launchpad.net/ubuntu/hardy/+source/fontconfig/+bug/153521

  Especially this comparison is worth looking:
http://launchpadlibrarian.net/24152161/jj-alpha-6.png.png
When you zoom, you will see how Fedora 10 renders crisp fonts and
Ubuntu ones are surrounded by color stripes next to vertical lines.

-- 
Tomasz Torcz                "Funeral in the morning, IDE hacking
xmpp: zdzichubg at chrome.pl    in the afternoon and evening." - Alan Cox

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 237 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090322/1e219c5a/attachment.sig>

From craftjml at gmail.com  Sun Mar 22 22:58:25 2009
From: craftjml at gmail.com (Jud Craft)
Date: Sun, 22 Mar 2009 18:58:25 -0400
Subject: A supposedly patent-free suggestion/solution to the curious 
	subpixel rendering in Fedora
In-Reply-To: <20090322224334.GA23992@mother.fordon.pl.eu.org>
References: <20d6441a0903221518h4e7bd6aj55b61c7875495794@mail.gmail.com>
	<20090322224334.GA23992@mother.fordon.pl.eu.org>
Message-ID: <20d6441a0903221558g591cd3c2qb06002333bfaf1da@mail.gmail.com>

2009/3/22 Tomasz Torcz:
> Fonts rendered on Ubuntu
> are colorbanded, which make them look blurry...

You are very correct, they are different, but Ubuntu's fontconfig is
not "broken" -- it just has different default settings.  Ubuntu's
default filter is quite different, and some prefer Fedora's.  You can
gain Fedora's method under Ubuntu, actually -- just edit your
fontconfig and apply the lcdlegacy filter (as mentioned in that
Qt-subpixel post I linked above).

But Fedora's only looks good at certain sizes (and with full hinting).
 If you were to increase your fonts to size 10, or use slight hinting,
you'd notice that Fedora has very apparent color-banding that looks
even WORSE than Ubuntu's.  Fedora's default filter only looks good on
small sizes with maximum hinting.

Also, King InuYasha:  you are confusing "hinting" with "subpixel
antialiasing".  They are two very different things.  Microsoft has the
patents for Cleartype (a method for subpixel-antialiasing, or
"smoothing") while Apple owns the patents for the Truetype bytecode
interpreter (which applies "font hinting" to fonts, making them more
aligned with the pixels on the screen).  Hinting is patented by Apple,
yes, but we are not discussing hinting:  we are discussing the
subpixel methods, which are patented by Microsoft.

Anyway, I am not talking about using the same cleartype-style
algorithms that Ubuntu does.  I am talking about using Qt's smoothing
method to reduce color fringing, and how perhaps Fedora could
encourage the Pango project to adopt it, if possible.



From jos at xos.nl  Sun Mar 22 23:10:12 2009
From: jos at xos.nl (Jos Vos)
Date: Mon, 23 Mar 2009 00:10:12 +0100
Subject: F10 anaconda creates duplicate labels
Message-ID: <200903222310.n2MNAC42016430@jasmine.xos.nl>

Hi,

Today I installed F10 on a system where CentOS lives in some other
partitions.  It appeared that F10 happily labels it filesystems
exactly the same as the CentOS partitions!  Is this a know issue?
At first sight, I don't see a bug report about it, but I might be
wrong.  More important: is this bug still in Rawhide?

It is a very serious bug, it made CentOS mount Fedora partitions,
ending up in a real mess (until I manually editted grub.conf and
fstab).

--
--    Jos Vos <jos at xos.nl>
--    X/OS Experts in Open Systems BV   |   Phone: +31 20 6938364
--    Amsterdam, The Netherlands        |     Fax: +31 20 6948204



From drago01 at gmail.com  Sun Mar 22 23:11:38 2009
From: drago01 at gmail.com (drago01)
Date: Mon, 23 Mar 2009 00:11:38 +0100
Subject: OT program requires .so although versioned .so are provided
	[Was: Re: packaging libraries with no versioned .so files]
In-Reply-To: <aroi96-je4.ln1@ppp1053.in.ipex.cz>
References: <usocvy2dcs.fsf@allele2.eebweb.arizona.edu>
	<aroi96-je4.ln1@ppp1053.in.ipex.cz>
Message-ID: <f6ca9fed0903221611r65e854f1h25b4a0f1de3949bd@mail.gmail.com>

On Sun, Mar 22, 2009 at 10:57 PM, Matej Cepl <mcepl at redhat.com> wrote:
> On 2009-03-19, 07:14 GMT, Alex Lancaster wrote:
>> recommend that unversioned .so libraries should go into
>> a -devel package. ?I'm reviewing a package, eclib, that has no
>> versioned .so libraries at all:
>
> Sorry for OT question, but I am just fighting with
> https://bugzilla.redhat.com/show_bug.cgi?id=471180 and it seems
> to be similar case. Reporter claims that making a symlink from
> libpsppire.so.0.0 to libpsppire.so makes *THE MAIN PROGRAM* not
> crashing. Does it make any sense to anybody? Is the program
> broken, or did I screw up something in the process of building
> it?
>
> I thought that .so files are only for development, not for using
> the program itself?
>
> (and now I cannot reproduce it on my computer)
>
> Thanks in advance for any response,

Without looking at the code I assume it just try to dlopen
libpsppire.so and does not check if this actually succeeds so it tries
to use the NULL handle and segfaults.
The fix is to dlopen the correct version.



From clydekunkel7734 at cox.net  Mon Mar 23 00:39:37 2009
From: clydekunkel7734 at cox.net (Clyde E. Kunkel)
Date: Sun, 22 Mar 2009 20:39:37 -0400
Subject: Installing rawhide failed with encrypted ext4
In-Reply-To: <1237752877.17567.12.camel@localhost.localdomain>
References: <1237752877.17567.12.camel@localhost.localdomain>
Message-ID: <49C6DA49.3040703@cox.net>

On 03/22/2009 04:14 PM, Louis E Garcia II wrote:
> Decided to try rawhide and grabbed the boot.iso from march 21.
> Installation got to the point of formatting my partitions. The last
> action was formatting my /home which was ext4 with encryption. The
> installer crapped out but I didn't know how to copy the exception that
> it gave. I do believe the kernel seg also.
>
> Without encryption install went fine.
>

I have not been able to do a rawhide install either with or without 
encrypted partitions.  See: 
https://bugzilla.redhat.com/show_bug.cgi?id=491160

Also, just finished trying again, but used i386 Fedora 11 Alpha DVD and 
install went just fine with the encrypted partitions.

I think current anaconda should be a blocker.



From seg at haxxed.com  Mon Mar 23 05:01:02 2009
From: seg at haxxed.com (Callum Lerwick)
Date: Mon, 23 Mar 2009 00:01:02 -0500
Subject: F10 anaconda creates duplicate labels
In-Reply-To: <200903222310.n2MNAC42016430@jasmine.xos.nl>
References: <200903222310.n2MNAC42016430@jasmine.xos.nl>
Message-ID: <1237784462.9104.2.camel@localhost.localdomain>

On Mon, 2009-03-23 at 00:10 +0100, Jos Vos wrote:
> Hi,
> 
> Today I installed F10 on a system where CentOS lives in some other
> partitions.  It appeared that F10 happily labels it filesystems
> exactly the same as the CentOS partitions!  Is this a know issue?
> At first sight, I don't see a bug report about it, but I might be
> wrong.  More important: is this bug still in Rawhide?
> 
> It is a very serious bug, it made CentOS mount Fedora partitions,
> ending up in a real mess (until I manually editted grub.conf and
> fstab).

It sounds like the bug is in CentOS not using UUIDs instead of labels.
Probably because it's based on a Fedora from before we started Doing It
Right.
-------------- 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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090323/75d64b94/attachment.sig>

From cdahlin at redhat.com  Mon Mar 23 06:13:51 2009
From: cdahlin at redhat.com (Casey Dahlin)
Date: Mon, 23 Mar 2009 02:13:51 -0400
Subject: F10 anaconda creates duplicate labels
In-Reply-To: <1237784462.9104.2.camel@localhost.localdomain>
References: <200903222310.n2MNAC42016430@jasmine.xos.nl>
	<1237784462.9104.2.camel@localhost.localdomain>
Message-ID: <49C7289F.7030900@redhat.com>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Callum Lerwick wrote:
> On Mon, 2009-03-23 at 00:10 +0100, Jos Vos wrote:
>> Hi,
>>
>> Today I installed F10 on a system where CentOS lives in some other
>> partitions.  It appeared that F10 happily labels it filesystems
>> exactly the same as the CentOS partitions!  Is this a know issue?
>> At first sight, I don't see a bug report about it, but I might be
>> wrong.  More important: is this bug still in Rawhide?
>>
>> It is a very serious bug, it made CentOS mount Fedora partitions,
>> ending up in a real mess (until I manually editted grub.conf and
>> fstab).
> 
> It sounds like the bug is in CentOS not using UUIDs instead of labels.
> Probably because it's based on a Fedora from before we started Doing It
> Right.
> 

True, its not a good idea to use disklabels in this way (supposed you
plugged in a second hard drive that was the main drive on another box to
inspect it?) But if CentOS is doing it RHEL almost certainly does it
too. That's probably an environment we want to play nice with.

- --CJD
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org

iEYEARECAAYFAknHKJ8ACgkQIHOkVH4pLz42fgCghLwispLDaTOTZ3QpsOAwlSSb
m9wAniZnAySz0jFIstbIaxCYDlL0juQ3
=mOhP
-----END PGP SIGNATURE-----



From sundaram at fedoraproject.org  Mon Mar 23 06:21:12 2009
From: sundaram at fedoraproject.org (Rahul Sundaram)
Date: Mon, 23 Mar 2009 11:51:12 +0530
Subject: Full Licence field
In-Reply-To: <alpine.LFD.2.00.0903221015040.8795@turre.koti.laiskiainen.org>
References: <499E9CBB.8070406@schampijer.de>	<20090301225722.GD7111@yukidoke.org>	<49AB1FFE.3020900@codewiz.org>
	<49C0C619.80800@schampijer.de>	<20090318143059.GD6640@yukidoke.org>	<49C12958.9010105@schampijer.de>
	<gprj0e$s9a$1@ger.gmane.org>	<49C152C5.8040903@redhat.com>
	<49C39194.4000709@gmail.com>	<49C39BD6.70000@redhat.com>
	<49C3F0A8.6060101@gmail.com>	<49C3F1E9.80704@redhat.com>
	<49C3F75A.8010909@gmail.com>	<49C3F975.40808@redhat.com>
	<alpine.LFD.2.00.0903221015040.8795@turre.koti.laiskiainen.org>
Message-ID: <49C72A58.8090408@fedoraproject.org>

Panu Matilainen wrote:

> Making %license use in spec saner is somewhat more complicated (due to
> the funny little historical issues listed above). I take it you'd like
> it to behave exactly like %doc, like
> 
> %files
> %doc README NEWS ChangeLog
> %license COPYING
> %{_bindir}/*
> 
> ...which would place COPYING into the default docdir, but with the
> license attribute set. Right?

This would require rebuilding all the packages. Perhaps it is more
useful to look at a centralized system policy (overridable) that
automatically tags particular files as licenses by applying heuristics.
Eliminate the %files section instead of adding more to it.

Rahul



From jrowens.fedora at ghiapet.net  Mon Mar 23 06:25:17 2009
From: jrowens.fedora at ghiapet.net (J. Randall Owens)
Date: Sun, 22 Mar 2009 23:25:17 -0700
Subject: F10 anaconda creates duplicate labels
In-Reply-To: <1237784462.9104.2.camel@localhost.localdomain>
References: <200903222310.n2MNAC42016430@jasmine.xos.nl>
	<1237784462.9104.2.camel@localhost.localdomain>
Message-ID: <49C72B4D.6050701@ghiapet.net>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Callum Lerwick wrote:
> On Mon, 2009-03-23 at 00:10 +0100, Jos Vos wrote:
>> Hi,
>>
>> Today I installed F10 on a system where CentOS lives in some other
>> partitions.  It appeared that F10 happily labels it filesystems
>> exactly the same as the CentOS partitions!  Is this a know issue?
>> At first sight, I don't see a bug report about it, but I might be
>> wrong.  More important: is this bug still in Rawhide?
>>
>> It is a very serious bug, it made CentOS mount Fedora partitions,
>> ending up in a real mess (until I manually editted grub.conf and
>> fstab).
> 
> It sounds like the bug is in CentOS not using UUIDs instead of labels.
> Probably because it's based on a Fedora from before we started Doing It
> Right.
> 

Doesn't the problem mean that F10 is engaging in exactly the same behaviour that
you label buggy, then?  After all, the problem was that F10 did just that kind
of labeling, too, instead of using UUIDs for its own partitions.

- --
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

iEYEARECAAYFAknHK0MACgkQdGy7nCl1Vp8oOACdGDPVGGndphMkv+dJdjFMaGG9
Te4AnjxaM18TWyTV7ImWeiuASOLXU06k
=Zq9A
-----END PGP SIGNATURE-----



From jos at xos.nl  Mon Mar 23 07:36:08 2009
From: jos at xos.nl (Jos Vos)
Date: Mon, 23 Mar 2009 08:36:08 +0100
Subject: F10 anaconda creates duplicate labels
In-Reply-To: <49C72B4D.6050701@ghiapet.net>
References: <200903222310.n2MNAC42016430@jasmine.xos.nl>
	<1237784462.9104.2.camel@localhost.localdomain>
	<49C72B4D.6050701@ghiapet.net>
Message-ID: <20090323073608.GA20807@jasmine.xos.nl>

On Sun, Mar 22, 2009 at 11:25:17PM -0700, J. Randall Owens wrote:

> Doesn't the problem mean that F10 is engaging in exactly the same behaviour that
> you label buggy, then?  After all, the problem was that F10 did just that kind
> of labeling, too, instead of using UUIDs for its own partitions.

But I'm not sure why this problem pops up now.  I'm doing multiple
RHL/RHEL/Fedora installs on test systems since ages and that always
worked ok, until now, because partitions for new boot and root were,
for example. labeled /BOOT2 and /2, when other /BOOT and / labels
already existed.

-- 
--    Jos Vos <jos at xos.nl>
--    X/OS Experts in Open Systems BV   |   Phone: +31 20 6938364
--    Amsterdam, The Netherlands        |     Fax: +31 20 6948204



From tomek at pipebreaker.pl  Sun Mar 22 22:43:34 2009
From: tomek at pipebreaker.pl (Tomasz Torcz)
Date: Sun, 22 Mar 2009 23:43:34 +0100
Subject: A supposedly patent-free suggestion/solution to the curious
	subpixel rendering in Fedora
In-Reply-To: <20d6441a0903221518h4e7bd6aj55b61c7875495794@mail.gmail.com>
References: <20d6441a0903221518h4e7bd6aj55b61c7875495794@mail.gmail.com>
Message-ID: <20090322224334.GA23992@mother.fordon.pl.eu.org>

On Sun, Mar 22, 2009 at 06:18:49PM -0400, Jud Craft wrote:
> Here's the problem, stated over and over throughout bad forum posts:
> subpixel-rendering on Fedora is a little sub-par.  The chief reason
> (from my lay perspective) is that it doesn't implement the various
> cleartype-like filtering algorithms demonstrated in all sorts of
> questionable patches, due to fear of patent-infringing on Microsoft's
> Cleartype work.  This means Fedora's default subpixel-rendering is
> full of color-fringes and in general less smooth than other algorithms
> shown in (for example) Debian and Ubuntu.

  Orthogonally to your idea, I feel obliged to correct this statement.
Fontconfig configuration in Ubuntu got broken few months ago, and
last time I've checked it is still broken. Fonts rendered on Ubuntu
are colorbanded, which make them look blurry:
https://bugs.launchpad.net/ubuntu/hardy/+source/fontconfig/+bug/153521

  Especially this comparison is worth looking:
http://launchpadlibrarian.net/24152161/jj-alpha-6.png.png
When you zoom, you will see how Fedora 10 renders crisp fonts and
Ubuntu ones are surrounded by color stripes next to vertical lines.

-- 
Tomasz Torcz                "Funeral in the morning, IDE hacking
xmpp: zdzichubg at chrome.pl    in the afternoon and evening." - Alan Cox

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 237 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090322/1e219c5a/attachment-0001.sig>

From rawhide at fedoraproject.org  Mon Mar 23 08:59:13 2009
From: rawhide at fedoraproject.org (Rawhide Report)
Date: Mon, 23 Mar 2009 08:59:13 +0000 (UTC)
Subject: rawhide report: 20090323 changes
Message-ID: <20090323085913.94EF81F825E@releng2.fedora.phx.redhat.com>

Compose started at Mon Mar 23 06:01:05 UTC 2009

Summary:
Added Packages: 0
Removed Packages: 0
Modified Packages: 0
Broken deps for i386
----------------------------------------------------------
	gdal-1.6.0-4.fc11.i386 requires libodbc.so.1
	gdal-1.6.0-4.fc11.i386 requires libodbcinst.so.1
	gdal-1.6.0-4.fc11.i386 requires libhdf5.so.5
	gdal-perl-1.6.0-4.fc11.i386 requires libodbc.so.1
	gdal-perl-1.6.0-4.fc11.i386 requires libodbcinst.so.1
	gdal-perl-1.6.0-4.fc11.i386 requires libhdf5.so.5
	gdal-ruby-1.6.0-4.fc11.i386 requires libodbc.so.1
	gdal-ruby-1.6.0-4.fc11.i386 requires libodbcinst.so.1
	gdal-ruby-1.6.0-4.fc11.i386 requires libhdf5.so.5
	grass-6.3.0-10.fc11.i386 requires libodbc.so.1
	k3d-0.6.7.0-9.fc11.i386 requires libMagickCore.so.1
	k3d-0.6.7.0-9.fc11.i386 requires libMagick++.so.1
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgdamm-3.0.so.10
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb_graph-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb_extra-3.0.so.4
	libopensync-plugin-syncml-0.35-4.fc10.i386 requires libsyncml.so.0
	mapnik-0.5.2-0.10.svn780.fc11.i386 requires dejavu-fonts-sans
	pfstools-imgmagick-1.7.0-3.fc11.i386 requires libMagickCore.so.1
	pfstools-imgmagick-1.7.0-3.fc11.i386 requires libMagick++.so.1
	pfstools-octave-1.7.0-3.fc11.i386 requires libhdf5.so.5
	xastir-1.9.5-2.fc11.i386 requires libMagickCore.so.1



Broken deps for x86_64
----------------------------------------------------------
	gdal-1.6.0-4.fc11.i386 requires libodbc.so.1
	gdal-1.6.0-4.fc11.i386 requires libodbcinst.so.1
	gdal-1.6.0-4.fc11.i386 requires libhdf5.so.5
	gdal-1.6.0-4.fc11.x86_64 requires libhdf5.so.5()(64bit)
	gdal-1.6.0-4.fc11.x86_64 requires libodbcinst.so.1()(64bit)
	gdal-1.6.0-4.fc11.x86_64 requires libodbc.so.1()(64bit)
	gdal-perl-1.6.0-4.fc11.x86_64 requires libhdf5.so.5()(64bit)
	gdal-perl-1.6.0-4.fc11.x86_64 requires libodbcinst.so.1()(64bit)
	gdal-perl-1.6.0-4.fc11.x86_64 requires libodbc.so.1()(64bit)
	gdal-ruby-1.6.0-4.fc11.x86_64 requires libhdf5.so.5()(64bit)
	gdal-ruby-1.6.0-4.fc11.x86_64 requires libodbcinst.so.1()(64bit)
	gdal-ruby-1.6.0-4.fc11.x86_64 requires libodbc.so.1()(64bit)
	grass-6.3.0-10.fc11.x86_64 requires libodbc.so.1()(64bit)
	k3d-0.6.7.0-9.fc11.i386 requires libMagickCore.so.1
	k3d-0.6.7.0-9.fc11.i386 requires libMagick++.so.1
	k3d-0.6.7.0-9.fc11.x86_64 requires libMagick++.so.1()(64bit)
	k3d-0.6.7.0-9.fc11.x86_64 requires libMagickCore.so.1()(64bit)
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgdamm-3.0.so.10
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb_graph-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb_extra-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.x86_64 requires libgnomedb_graph-3.0.so.4()(64bit)
	libgnomedbmm-2.9.5-4.fc9.x86_64 requires libgdamm-3.0.so.10()(64bit)
	libgnomedbmm-2.9.5-4.fc9.x86_64 requires libgnomedb-3.0.so.4()(64bit)
	libgnomedbmm-2.9.5-4.fc9.x86_64 requires libgnomedb_extra-3.0.so.4()(64bit)
	libopensync-plugin-syncml-0.35-4.fc10.x86_64 requires libsyncml.so.0()(64bit)
	mapnik-0.5.2-0.10.svn780.fc11.i386 requires dejavu-fonts-sans
	mapnik-0.5.2-0.10.svn780.fc11.x86_64 requires dejavu-fonts-sans
	pfstools-imgmagick-1.7.0-3.fc11.x86_64 requires libMagick++.so.1()(64bit)
	pfstools-imgmagick-1.7.0-3.fc11.x86_64 requires libMagickCore.so.1()(64bit)
	pfstools-octave-1.7.0-3.fc11.x86_64 requires libhdf5.so.5()(64bit)
	xastir-1.9.5-2.fc11.x86_64 requires libMagickCore.so.1()(64bit)



Broken deps for ppc
----------------------------------------------------------
	gdal-1.6.0-4.fc11.ppc requires libodbc.so.1
	gdal-1.6.0-4.fc11.ppc requires libodbcinst.so.1
	gdal-1.6.0-4.fc11.ppc requires libhdf5.so.5
	gdal-1.6.0-4.fc11.ppc64 requires libhdf5.so.5()(64bit)
	gdal-1.6.0-4.fc11.ppc64 requires libodbcinst.so.1()(64bit)
	gdal-1.6.0-4.fc11.ppc64 requires libodbc.so.1()(64bit)
	gdal-perl-1.6.0-4.fc11.ppc requires libodbc.so.1
	gdal-perl-1.6.0-4.fc11.ppc requires libodbcinst.so.1
	gdal-perl-1.6.0-4.fc11.ppc requires libhdf5.so.5
	gdal-ruby-1.6.0-4.fc11.ppc requires libodbc.so.1
	gdal-ruby-1.6.0-4.fc11.ppc requires libodbcinst.so.1
	gdal-ruby-1.6.0-4.fc11.ppc requires libhdf5.so.5
	grass-6.3.0-10.fc11.ppc requires libodbc.so.1
	k3d-0.6.7.0-9.fc11.ppc requires libMagickCore.so.1
	k3d-0.6.7.0-9.fc11.ppc requires libMagick++.so.1
	k3d-0.6.7.0-9.fc11.ppc64 requires libMagick++.so.1()(64bit)
	k3d-0.6.7.0-9.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc requires libgnomedb-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.ppc requires libgdamm-3.0.so.10
	libgnomedbmm-2.9.5-4.fc9.ppc requires libgnomedb_graph-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.ppc requires libgnomedb_extra-3.0.so.4
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgnomedb_graph-3.0.so.4()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgdamm-3.0.so.10()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgnomedb-3.0.so.4()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgnomedb_extra-3.0.so.4()(64bit)
	libopensync-plugin-syncml-0.35-4.fc10.ppc requires libsyncml.so.0
	mapnik-0.5.2-0.10.svn780.fc11.ppc requires dejavu-fonts-sans
	mapnik-0.5.2-0.10.svn780.fc11.ppc64 requires dejavu-fonts-sans
	pfstools-imgmagick-1.7.0-3.fc11.ppc requires libMagickCore.so.1
	pfstools-imgmagick-1.7.0-3.fc11.ppc requires libMagick++.so.1
	pfstools-octave-1.7.0-3.fc11.ppc requires libhdf5.so.5
	xastir-1.9.5-2.fc11.ppc requires libMagickCore.so.1



Broken deps for ppc64
----------------------------------------------------------
	cabal2spec-0.12-1.fc11.noarch requires ghc > 0:6.10.1-7
	gdal-1.6.0-4.fc11.ppc64 requires libhdf5.so.5()(64bit)
	gdal-1.6.0-4.fc11.ppc64 requires libodbcinst.so.1()(64bit)
	gdal-1.6.0-4.fc11.ppc64 requires libodbc.so.1()(64bit)
	gdal-perl-1.6.0-4.fc11.ppc64 requires libhdf5.so.5()(64bit)
	gdal-perl-1.6.0-4.fc11.ppc64 requires libodbcinst.so.1()(64bit)
	gdal-perl-1.6.0-4.fc11.ppc64 requires libodbc.so.1()(64bit)
	gdal-ruby-1.6.0-4.fc11.ppc64 requires libhdf5.so.5()(64bit)
	gdal-ruby-1.6.0-4.fc11.ppc64 requires libodbcinst.so.1()(64bit)
	gdal-ruby-1.6.0-4.fc11.ppc64 requires libodbc.so.1()(64bit)
	grass-6.3.0-10.fc11.ppc64 requires libodbc.so.1()(64bit)
	k3d-0.6.7.0-9.fc11.ppc64 requires libMagick++.so.1()(64bit)
	k3d-0.6.7.0-9.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgnomedb_graph-3.0.so.4()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgdamm-3.0.so.10()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgnomedb-3.0.so.4()(64bit)
	libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgnomedb_extra-3.0.so.4()(64bit)
	libopensync-plugin-syncml-0.35-4.fc10.ppc64 requires libsyncml.so.0()(64bit)
	mapnik-0.5.2-0.10.svn780.fc11.ppc64 requires dejavu-fonts-sans
	pfstools-imgmagick-1.7.0-3.fc11.ppc64 requires libMagick++.so.1()(64bit)
	pfstools-imgmagick-1.7.0-3.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	pfstools-octave-1.7.0-3.fc11.ppc64 requires libhdf5.so.5()(64bit)
	xastir-1.9.5-2.fc11.ppc64 requires libMagickCore.so.1()(64bit)





From rjones at redhat.com  Mon Mar 23 09:14:46 2009
From: rjones at redhat.com (Richard W.M. Jones)
Date: Mon, 23 Mar 2009 09:14:46 +0000
Subject: Installing rawhide failed with encrypted ext4
In-Reply-To: <1237752877.17567.12.camel@localhost.localdomain>
References: <1237752877.17567.12.camel@localhost.localdomain>
Message-ID: <20090323091446.GA18846@amd.home.annexia.org>

On Sun, Mar 22, 2009 at 04:14:37PM -0400, Louis E Garcia II wrote:
> Decided to try rawhide and grabbed the boot.iso from march 21.
> Installation got to the point of formatting my partitions. The last
> action was formatting my /home which was ext4 with encryption. The
> installer crapped out but I didn't know how to copy the exception that
> it gave. I do believe the kernel seg also. 

Take a photo with a digital camera / phone?

Rich.

-- 
Richard Jones, Emerging Technologies, Red Hat  http://et.redhat.com/~rjones
virt-df lists disk usage of guests without needing to install any
software inside the virtual machine.  Supports Linux and Windows.
http://et.redhat.com/~rjones/virt-df/



From mcepl at redhat.com  Mon Mar 23 09:36:55 2009
From: mcepl at redhat.com (Matej Cepl)
Date: Mon, 23 Mar 2009 10:36:55 +0100
Subject: OT program requires .so although versioned .so are provided
 [Was: Re: packaging libraries with no versioned .so files]
References: <usocvy2dcs.fsf@allele2.eebweb.arizona.edu>
	<aroi96-je4.ln1@ppp1053.in.ipex.cz>
	<f6ca9fed0903221611r65e854f1h25b4a0f1de3949bd@mail.gmail.com>
Message-ID: <nq1k96-0hu.ln1@ppp1053.in.ipex.cz>

On 2009-03-22, 23:11 GMT, drago01 wrote:
> Without looking at the code I assume it just try to dlopen
> libpsppire.so and does not check if this actually succeeds so it tries
> to use the NULL handle and segfaults.
> The fix is to dlopen the correct version.

Yes, it is so. Thanks.

Mat?j



From mcepl at redhat.com  Mon Mar 23 09:41:20 2009
From: mcepl at redhat.com (Matej Cepl)
Date: Mon, 23 Mar 2009 10:41:20 +0100
Subject: Orphaning Sylpheed
References: <20090314194023.026a5369@rawhide.intranet>
	<1237217803.3325.93.camel@localhost.localdomain>
	<1237230755.25260.39.camel@adam.local.net>
Message-ID: <032k96-0hu.ln1@ppp1053.in.ipex.cz>

On 2009-03-16, 19:12 GMT, Adam Williamson wrote:
> Just out of interest - is there much reason to prefer Sylpheed 
> over Claws any more? Is it lighter on resources, for e.g.?  
> Just curious, really.

Sylpheed is much more Gnome-like (not sure it claims HIG 
consistency), whereas Claws tends to be much more "we don't care 
about looks, just throw menu, icon, whatever, anywhere we want." 
IMHO, of course.

Mat?j



From mcepl at redhat.com  Mon Mar 23 09:58:10 2009
From: mcepl at redhat.com (Matej Cepl)
Date: Mon, 23 Mar 2009 10:58:10 +0100
Subject: Orphaning python-enum
Message-ID: <i23k96-0hu.ln1@ppp1053.in.ipex.cz>

It was mistake, I shouldn't package it. Ownership released and if 
anybody wants it, please, go ahead, and take it.

Mat?j



From mcepl at redhat.com  Mon Mar 23 09:50:42 2009
From: mcepl at redhat.com (Matej Cepl)
Date: Mon, 23 Mar 2009 10:50:42 +0100
Subject: F10 Fresh Vanilla Install with Updates Has Broken NetworkManager
References: <20d6441a0903132156q47de59aay65c70bfcb955c772@mail.gmail.com>
	<20090314084908.253a1626@metropolis.intra.city-fan.org>
	<20d6441a0903140841v4355ae34k17cae996f893968b@mail.gmail.com>
	<8A9D5E4A6012443F9196B8181C89216F@Aidan>
	<7133.1237053471@sss.pgh.pa.us>
	<1237221172.16956.2.camel@localhost.localdomain>
	<28799.1237254341@sss.pgh.pa.us>
	<1237255370.3823.7.camel@localhost.localdomain>
	<29675.1237257853@sss.pgh.pa.us>
	<faa16b610903180940s5983968fq76dc560ffac250da@mail.gmail.com>
Message-ID: <ik2k96-0hu.ln1@ppp1053.in.ipex.cz>

On 2009-03-18, 16:40 GMT, Colin Walters wrote:
> Yes, that sounds like krb5-auth-dialog, which is an independent 
> package from NM.
>
> We would definitely like the UI for it to be better.  If you're
> interested in improving the Kerberos experience for the desktop, there
> is an active upstream who would likely respond to a bug report.  I
> could imagine e.g. having a libnotify popup pointing to the new tray
> icon, rather than an out-of-the-blue dialog.  That wouldn't be
> significant amounts of work.

Rawhide krb5-auth-dialog is much much better and it has 
persistent icon in the status area (which shows your current 
Kerberos status and warns you if it is going to expire) and it 
can actually (sometimes, bug 
https://bugzilla.redhat.com/show_bug.cgi?id=491580 has been filed 
this morning) refresh your ticket.

Local rebuild of Rawhide packages for F10 are at 
http://mcepl.fedorapeople.org/rpms/

Mat?j



From kaboon at gmail.com  Mon Mar 23 10:25:16 2009
From: kaboon at gmail.com (kaboon)
Date: Mon, 23 Mar 2009 11:25:16 +0100
Subject: Firefox 3.1 beta 3
In-Reply-To: <1237690015.3725.4.camel@scrappy.miketc.net>
References: <1237690015.3725.4.camel@scrappy.miketc.net>
Message-ID: <3f5430b30903230325h32802392v1a62983330459eeb@mail.gmail.com>

On Sun, Mar 22, 2009 at 3:46 AM, Mike Chambers <mike at miketc.net> wrote:
> When installing the latest version of Firefox from koji
> ( firefox-3.1-0.10.beta3.fc11.x86_64.rpm ), and trying to start it, get
> the error below..
>
> [mike at scrappy Download]$ firefox
> Could not find compatible GRE between version 1.9.1b3 and 1.9.1b3.
>
>
> Any ideas?
>
> --
> Mike Chambers
> Madisonville, KY
>
> Fedora Project - Bugzapper, Tester, User, etc..
> miketc302 at fedoraproject.org
>

Did you install the corresponding xulrunner
(http://koji.fedoraproject.org/koji/buildinfo?buildID=94090) also?


-- 
Eelko Berkenpies
http://blog.berkenpies.nl/



From maxamillion at gmail.com  Mon Mar 23 13:18:27 2009
From: maxamillion at gmail.com (Adam Miller)
Date: Mon, 23 Mar 2009 08:18:27 -0500
Subject: Orphaning python-enum
In-Reply-To: <i23k96-0hu.ln1@ppp1053.in.ipex.cz>
References: <i23k96-0hu.ln1@ppp1053.in.ipex.cz>
Message-ID: <f12087800903230618t797c7c9cu78b39cb71bc14d0a@mail.gmail.com>

I would like to take it, I will mark ownership in pkgdb.

-Adam

On Mon, Mar 23, 2009 at 4:58 AM, Matej Cepl <mcepl at redhat.com> wrote:
> It was mistake, I shouldn't package it. Ownership released and if
> anybody wants it, please, go ahead, and take it.
>
> Mat?j
>
> --
> fedora-devel-list mailing list
> fedora-devel-list at redhat.com
> https://www.redhat.com/mailman/listinfo/fedora-devel-list
>



-- 
http://maxamillion.googlepages.com
---------------------------------------------------------
()  ascii ribbon campaign - against html e-mail
/\  www.asciiribbon.org   - against proprietary attachments



From 440volt.tux at gmail.com  Mon Mar 23 13:28:17 2009
From: 440volt.tux at gmail.com (Subhodip Biswas)
Date: Mon, 23 Mar 2009 18:58:17 +0530
Subject: packaging a jar file
Message-ID: <539333cb0903230628n290bb526v4193caf6514c8d56@mail.gmail.com>

hi!
What is the proper way to package a single  jar file as rpm?

-- 
Regards
Subhodip Biswas

GPG key : FAEA34AB
Server : pgp.mit.edu
http://subhodipbiswas.wordpress.com
http:/www.fedoraproject.org/wiki/SubhodipBiswas



From itamar at ispbrasil.com.br  Mon Mar 23 13:33:41 2009
From: itamar at ispbrasil.com.br (Itamar Reis Peixoto)
Date: Mon, 23 Mar 2009 10:33:41 -0300
Subject: packaging a jar file
In-Reply-To: <539333cb0903230628n290bb526v4193caf6514c8d56@mail.gmail.com>
References: <539333cb0903230628n290bb526v4193caf6514c8d56@mail.gmail.com>
Message-ID: <d3ceea380903230633u7f3896dbid87a8dabc039f236@mail.gmail.com>

yes, do you have the source code to compile it again ?


2009/3/23 Subhodip Biswas <440volt.tux at gmail.com>:
> hi!
> What is the proper way to package a single ?jar file as rpm?
>
> --
> Regards
> Subhodip Biswas



-- 
------------

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 tcallawa at redhat.com  Mon Mar 23 13:38:33 2009
From: tcallawa at redhat.com (Tom "spot" Callaway)
Date: Mon, 23 Mar 2009 09:38:33 -0400
Subject: Full Licence field
In-Reply-To: <alpine.LFD.2.00.0903221015040.8795@turre.koti.laiskiainen.org>
References: <499E9CBB.8070406@schampijer.de>	<20090301225722.GD7111@yukidoke.org>	<49AB1FFE.3020900@codewiz.org>
	<49C0C619.80800@schampijer.de>	<20090318143059.GD6640@yukidoke.org>	<49C12958.9010105@schampijer.de>
	<gprj0e$s9a$1@ger.gmane.org>	<49C152C5.8040903@redhat.com>
	<49C39194.4000709@gmail.com>	<49C39BD6.70000@redhat.com>
	<49C3F0A8.6060101@gmail.com>	<49C3F1E9.80704@redhat.com>
	<49C3F75A.8010909@gmail.com>	<49C3F975.40808@redhat.com>
	<alpine.LFD.2.00.0903221015040.8795@turre.koti.laiskiainen.org>
Message-ID: <49C790D9.6050405@redhat.com>

On 03/22/2009 05:18 AM, Panu Matilainen wrote:

> Heh, actually rpm has had %license special file attribute since rpm
> 2.5.4, it just doesn't really do much anything at all. It also doesn't
> play well together with %doc, AND since the ancient copyright -> license
> tag change, %license as file attribute has gotten globbered with
> side-effect macro from the License: tag, so you'll have to use %%license
> in the %files section.
> 
> Other than that, making --excludedocs not affect %license files is
> literally a one-liner.
> 
> Making %license use in spec saner is somewhat more complicated (due to
> the funny little historical issues listed above). I take it you'd like
> it to behave exactly like %doc, like
> 
> %files
> %doc README NEWS ChangeLog
> %license COPYING
> %{_bindir}/*
> 
> ...which would place COPYING into the default docdir, but with the
> license attribute set. Right?

Yes, this is almost exactly what I would think would be ideal. (Yes, it
requires a rebuild, but I far prefer being able to mark the license
files rather than have some heuristic guess and get it wrong repeatedly).

The only thing I would want on top of that is what Jakub proposed
earlier in the thread:

Basically, have rpm -V ignore timestamp verification on %license files.
Then, upon install, if there is already another %license file present
with identical {md5,sha{256,512}} sum and size installed and if so, do a
byte by byte comparison and hardlink the files if they are indeed identical.

I'm not sure whether that overcomplicates the transaction or not (also,
removal would probably need to make sure we didn't leave a package
without a license text).

~spot



From bpepple at fedoraproject.org  Mon Mar 23 13:42:58 2009
From: bpepple at fedoraproject.org (Brian Pepple)
Date: Mon, 23 Mar 2009 09:42:58 -0400
Subject: Package Review Stats for the week ending March 22nd, 2009
Message-ID: <1237815778.2963.3.camel@localhost.localdomain>

Top three FAS account holders who have completed reviewing "Package
review" components on bugzilla for the week ending March 22nd, 2009
were Jason Tibbitts, Parag AN(????), Alexey Torkhov, Hans de Goede, and
Jussi Lehtola. Below is the number of package reviews completed.

Jason Tibbitts - 9
Parag AN(????) - 7
Alexey Torkhov - 3
Hans de Goede - 3
Jussi Lehtola - 3
Nicolas Mailhot - 2
Richard W.M. Jones - 2
Alex Lancaster - 1
Christian Krause - 1
Clint Savage - 1
Conrad Meyer - 1
Dan Hor?k - 1
Dominik 'Rathann' Mierzejewski - 1
Jochen Schmitt - 1
Mamoru Tasaka - 1
Marcela Maslanova - 1
Michael Schwendt - 1
Michal Schmidt - 1
Orcan 'oget' Ogetbil - 1
Peter Lemenkov - 1
Pierre-YvesChibon - 1
Ralf Corsepius - 1
Remi Collet - 1
Rex Dieter - 1
Simon Wesp - 1
Stepan Kasal - 1
Steve Whitehouse - 1
Steven M. Parrish - 1
Tom "spot" Callaway - 1
Yaakov Nemoy - 1

Merge Reviews: 0
Review Requests: 51
Total Reviews modified: 52

Later,
/B
-- 
Brian Pepple <bpepple at fedoraproject.org>

https://fedoraproject.org/wiki/User: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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090323/d0ceaccb/attachment.sig>

From 440volt.tux at gmail.com  Mon Mar 23 13:44:23 2009
From: 440volt.tux at gmail.com (Subhodip Biswas)
Date: Mon, 23 Mar 2009 19:14:23 +0530
Subject: packaging a jar file
In-Reply-To: <d3ceea380903230633u7f3896dbid87a8dabc039f236@mail.gmail.com>
References: <539333cb0903230628n290bb526v4193caf6514c8d56@mail.gmail.com>
	<d3ceea380903230633u7f3896dbid87a8dabc039f236@mail.gmail.com>
Message-ID: <539333cb0903230644l1cb5755bgf1940cd1470ed1b3@mail.gmail.com>

On Mon, Mar 23, 2009 at 7:03 PM, Itamar Reis Peixoto
<itamar at ispbrasil.com.br> wrote:
> yes, do you have the source code to compile it again ?
>
Yes i do. Please point me to docs or help me with how to do it .



-- 
Regards
Subhodip Biswas

GPG key : FAEA34AB
Server : pgp.mit.edu
http://subhodipbiswas.wordpress.com
http:/www.fedoraproject.org/wiki/SubhodipBiswas



From robert at marcanoonline.com  Mon Mar 23 13:35:49 2009
From: robert at marcanoonline.com (Robert Marcano)
Date: Tue, 24 Mar 2009 09:05:49 +1930
Subject: packaging a jar file
In-Reply-To: <539333cb0903230628n290bb526v4193caf6514c8d56@mail.gmail.com>
References: <539333cb0903230628n290bb526v4193caf6514c8d56@mail.gmail.com>
Message-ID: <a9ba50e50903230635j860f06cndd99258caec6290a@mail.gmail.com>

2009/3/24 Subhodip Biswas <440volt.tux at gmail.com>:
> hi!
> What is the proper way to package a single ?jar file as rpm?
>

Take a look at the packaging guidelines at
http://fedoraproject.org/wiki/Packaging/Java

If the jar has no other dependencies, an example you can take a look
is trilead-ssh2 (on Rawhide)

-- 
Robert Marcano



From itamar at ispbrasil.com.br  Mon Mar 23 13:49:51 2009
From: itamar at ispbrasil.com.br (Itamar Reis Peixoto)
Date: Mon, 23 Mar 2009 10:49:51 -0300
Subject: packaging a jar file
In-Reply-To: <539333cb0903230644l1cb5755bgf1940cd1470ed1b3@mail.gmail.com>
References: <539333cb0903230628n290bb526v4193caf6514c8d56@mail.gmail.com>
	<d3ceea380903230633u7f3896dbid87a8dabc039f236@mail.gmail.com>
	<539333cb0903230644l1cb5755bgf1940cd1470ed1b3@mail.gmail.com>
Message-ID: <d3ceea380903230649pe6e3flcbf8265e3345ff86@mail.gmail.com>

try this

https://fedoraproject.org/wiki/Packaging/Java

but I don't know if this will help you.


2009/3/23 Subhodip Biswas <440volt.tux at gmail.com>:
> On Mon, Mar 23, 2009 at 7:03 PM, Itamar Reis Peixoto
> <itamar at ispbrasil.com.br> wrote:
>> yes, do you have the source code to compile it again ?
>>
> Yes i do. Please point me to docs or help me with how to do it .
>
>
>
> --
> Regards
> Subhodip Biswas
>
> GPG key : FAEA34AB
> Server : pgp.mit.edu
> http://subhodipbiswas.wordpress.com
> http:/www.fedoraproject.org/wiki/SubhodipBiswas
>
> --
> 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 ajax at redhat.com  Mon Mar 23 14:26:36 2009
From: ajax at redhat.com (Adam Jackson)
Date: Mon, 23 Mar 2009 10:26:36 -0400
Subject: radeontool.... why?
In-Reply-To: <8536ef10903212326m5e4322eax1c7500d7968e3fef@mail.gmail.com>
References: <8536ef10903212326m5e4322eax1c7500d7968e3fef@mail.gmail.com>
Message-ID: <1237818396.5005.127.camel@atropine.boston.devel.redhat.com>

On Sun, 2009-03-22 at 00:26 -0600, Oscar wrote:
> I was looking for unnecesary packages installed at my laptop and I
> found a package called radeontool and its  description says:
> 
> 
> Radeontool may switch the backlight and external video output on and
> off.  Use radeontool at your own risk, it may damage your hardware.

I've fixed the package description to sound less alarming.

> So, I thought this is an unnecesary package because I'm using an
> nVidia Card, and even with a  radeon card I wouldn't use it 'cause it
> says that can damage my hardware, so I proceeded to uninstall it and
> PackageKit resolved this packages as radeontool dependent 

It's all of 12k and three inodes on disk.  Don't worry about 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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090323/47145a06/attachment.sig>

From ajax at redhat.com  Mon Mar 23 14:51:46 2009
From: ajax at redhat.com (Adam Jackson)
Date: Mon, 23 Mar 2009 10:51:46 -0400
Subject: A supposedly patent-free suggestion/solution to the curious
 subpixel rendering in Fedora
In-Reply-To: <20d6441a0903221518h4e7bd6aj55b61c7875495794@mail.gmail.com>
References: <20d6441a0903221518h4e7bd6aj55b61c7875495794@mail.gmail.com>
Message-ID: <1237819906.5005.151.camel@atropine.boston.devel.redhat.com>

On Sun, 2009-03-22 at 18:18 -0400, Jud Craft wrote:

> So here's the idea:  perhaps Fedora could petition Pango (I think
> that's the system GTK uses to render glyphs) to include the
> Qt-filtering style in their own upstream code.  This would mean that
> both GUI toolkits on the Linux desktop would then have patent-free,
> non-color-fringing, subpixel rendering by default.

freetype.  pango does glyph layout.  freetype does glyph rendering.

> And today currently, keep in mind that Qt on Fedora already has this
> new filtering, so I don't think there are any patent-problems with it:
>  Qt's solution seems to be a simple blur of their own ingenuity, and
> nothing related to Cleartype.  (Otherwise Fedora wouldn't ship it, I'd
> assume).

Not that I am in any way giving legal advice here (besides being just an
engineer, I've read neither the patents in question, nor the qt code),
but the other possibility is that someone does actually check the qt
code against the patents, and finds that it's infringing.

Not that bringing it to freetype is a bad idea, just that it may not get
you what you want.

Vetting _any_ software for patent clearance is already a barely
tractable problem.  Assuming that something is patent-clear just because
we're already shipping it is fallacious.  We've had to remove encumbered
code in the past and we'll probably have to do it in the future too.

(ObDisclaimer: I'm not aware of any current patent infringements in
fedora; I'm also in no particularly special place to _be_ aware of them.
For actual legal advice, find a lawyer and exchange money for service.)

- 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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090323/dd7e17bc/attachment.sig>

From hughsient at gmail.com  Mon Mar 23 14:49:35 2009
From: hughsient at gmail.com (Richard Hughes)
Date: Mon, 23 Mar 2009 14:49:35 +0000
Subject: PackageKit and gnome-packagekit test packages
In-Reply-To: <1237475743.13333.3.camel@megadoomer.boston.devel.redhat.com>
References: <1237467645.30277.84.camel@hughsie-work.lan>
	<1237475743.13333.3.camel@megadoomer.boston.devel.redhat.com>
Message-ID: <1237819775.9055.14.camel@localhost.localdomain>

On Thu, 2009-03-19 at 11:15 -0400, Zack Cerza wrote:
> I'm excited about the changelog feature. I'm getting the following
> traceback, though, when gpk-u-v2 is chewing on metadata:

I've fixed this in git master -- can you try the packages here please:
http://www.packagekit.org/packages/

Thanks.

Richard.




From craftjml at gmail.com  Mon Mar 23 15:02:24 2009
From: craftjml at gmail.com (Jud Craft)
Date: Mon, 23 Mar 2009 10:02:24 -0500
Subject: A supposedly patent-free suggestion/solution to the curious 
	subpixel rendering in Fedora
In-Reply-To: <1237819906.5005.151.camel@atropine.boston.devel.redhat.com>
References: <20d6441a0903221518h4e7bd6aj55b61c7875495794@mail.gmail.com>
	<1237819906.5005.151.camel@atropine.boston.devel.redhat.com>
Message-ID: <20d6441a0903230802s3cfed391tc24eb62995519bae@mail.gmail.com>

Sorry for the mistake, it is hard to keep the font stack straight.  I
figured it was actually the other way around.

2009/3/23 Adam Jackson <ajax at redhat.com>:
> Not that I am in any way giving legal advice here (besides being just an
> engineer, I've read neither the patents in question, nor the qt code),
> but the other possibility is that someone does actually check the qt
> code against the patents, and finds that it's infringing.

Oh, that would be really lame, no doubt.  Every piece of logic in me
wants to argue there's no way that Qt's simple alpha mask+blur could
possibly be a true infringement...but hey, I'm not a lawyer either.



From rc040203 at freenet.de  Mon Mar 23 15:09:54 2009
From: rc040203 at freenet.de (Ralf Corsepius)
Date: Mon, 23 Mar 2009 16:09:54 +0100
Subject: Full Licence field
In-Reply-To: <20090321084000.GQ4831@tyan-ft48-01.lab.bos.redhat.com>
References: <20090301225722.GD7111@yukidoke.org>	<49AB1FFE.3020900@codewiz.org>
	<49C0C619.80800@schampijer.de>	<20090318143059.GD6640@yukidoke.org>	<49C12958.9010105@schampijer.de>
	<gprj0e$s9a$1@ger.gmane.org>	<49C152C5.8040903@redhat.com>
	<49C39194.4000709@gmail.com>	<49C39BD6.70000@redhat.com>
	<49C465D3.3000200@freenet.de>
	<20090321084000.GQ4831@tyan-ft48-01.lab.bos.redhat.com>
Message-ID: <49C7A642.3070602@freenet.de>

Jakub Jelinek wrote:
> On Sat, Mar 21, 2009 at 04:58:11AM +0100, Ralf Corsepius wrote:
>> Tom "spot" Callaway wrote:
>>> Now, if there were a clever way to handle this behind the scenes so that
>>> these license files were not duplicated if they were identical, but
>>> instead, symlinked to the license files in a generic license rpm, I
>>> might be more interested. (If they weren't bit for bit identical, it
>>> wouldn't be symlinked).
>> /usr/sbin/hardlink -c /usr/share/doc
>> is pretty close to what you want.
> 
> Yes, but if you have %license support in rpm where all %license files
> would
> 1) not be excluded with --excludedocs
Right.

> 2) for rpm -V ignore timestamp verification
Timestamps are irrelevant, because you want to merge files with 
identical contents.

b) license-wise irrelevant - Contents matters, not timestamps.

c) Generally irrelevant in rpm.

Ralf



From kevin.kofler at chello.at  Mon Mar 23 15:11:20 2009
From: kevin.kofler at chello.at (Kevin Kofler)
Date: Mon, 23 Mar 2009 16:11:20 +0100
Subject: Mono buildfails on PPC
References: <20090317142033.M23325@all-the-johnsons.co.uk>
	<20090317143923.GA8354@yoda.jdub.homelinux.org>
	<1237320466.25641.2.camel@PB3.Linux>
	<26648.1237322868@sss.pgh.pa.us>
	<1237660058.17087.13.camel@PB3.Linux>
	<24682.1237661639@sss.pgh.pa.us>
	<1237671529.17087.16.camel@PB3.Linux>
	<28285.1237680728@sss.pgh.pa.us> <gq47j7$b6h$1@ger.gmane.org>
	<4515.1237693464@sss.pgh.pa.us>
Message-ID: <gq88qo$uj2$1@ger.gmane.org>

Tom Lane wrote:
> Shift/reduce conflicts might be okay, if you know exactly why they're
> there.  Reduce/reduce conflicts mean your code is broken.  Unreachable
> productions mean your code is broken.

GCC also used to have at least one reduce/reduce conflict for Objective C.

        Kevin Kofler



From kevin.kofler at chello.at  Mon Mar 23 15:20:18 2009
From: kevin.kofler at chello.at (Kevin Kofler)
Date: Mon, 23 Mar 2009 16:20:18 +0100
Subject: libsyncml
References: <20090321095311.B7FC01B8001@releng2.fedora.phx.redhat.com>	<gq3j6b$u6c$1@ger.gmane.org>
	<200903221216.23514.opensource@till.name>
	<49C65A16.5080105@gnat.ca>
Message-ID: <gq89bi$295$1@ger.gmane.org>

Nathanael D. Noblet wrote:
> I would appreciate a 0.2X version of opensync. I was actually confused
> as to why Fedora went with a newer version, as their website states that
> the only good/stable version is 0.22 and that the next one will be 0.4.

Well, I'm not sure why the maintainer made the decision, but KDE 4.1 shipped
with a KitchenSync which required libopensync 0.36. Unfortunately, it
turned out to be buggy to the point of being unusable, so KDE upstream
disabled it in 4.2 (the KitchenSync code there has been ported to 0.38, but
its build has been disabled because of general brokenness), and even if we
wanted to reenable it (which I don't think we do), we'd need 0.38, so we
have no use for 0.36 anymore from the KDE/KitchenSync point of view.

I think the big problem there is that 0.40 has been promised for over a year
now (it was supposed to be released before KDE 4.0 - when KDE still planned
to ship kdepim in 4.0, libopensync upstream claimed they'd have a
libopensync 0.40 release in time for it!) and we're still stuck with buggy
development versions with APIs changing based on the phase of the moon and
plugins significantly lagging behind the main package.

        Kevin Kofler



From kevin.kofler at chello.at  Mon Mar 23 15:33:04 2009
From: kevin.kofler at chello.at (Kevin Kofler)
Date: Mon, 23 Mar 2009 16:33:04 +0100
Subject: A supposedly patent-free suggestion/solution to the curious
	subpixel rendering in Fedora
References: <20d6441a0903221518h4e7bd6aj55b61c7875495794@mail.gmail.com>
Message-ID: <gq8a3g$295$2@ger.gmane.org>

Jud Craft wrote:
> 1.  Try out freetype-freeworld:  restores the bytecode interpreter to
> Freetype and some adds filtering, patent-infringing, stuck in
> RPMFusion, can't be merged into Fedora.

Apart from the bytecode interpreter, freetype-freeworld just enables the
subpixel rendering in the upstream freetype. So does Fedora's freetype
since Fedora 10. (It was disabled in F9, it got reenabled in F10, I have no
idea what the rationale was for each of those decisions.) So these days the
only difference between freetype and freetype-freeworld is the bytecode
interpreter.

If somebody is willing to look at the mess of patches from Ubuntu and
elsewhere and make a freetype-freeworld package including those, they're
welcome to take over freetype-freeworld maintainership from me. (Heck, I
don't actually *use* that package. I mostly just packaged it to show that
it can easily be done thanks to ld.so.conf.d. :-) )

        Kevin Kofler



From kevin.kofler at chello.at  Mon Mar 23 15:36:43 2009
From: kevin.kofler at chello.at (Kevin Kofler)
Date: Mon, 23 Mar 2009 16:36:43 +0100
Subject: packaging a jar file
References: <539333cb0903230628n290bb526v4193caf6514c8d56@mail.gmail.com>
Message-ID: <gq8aab$295$3@ger.gmane.org>

Subhodip Biswas wrote:
> What is the proper way to package a single  jar file as rpm?

1. You'll have to build it from the source code, you can't just ship the JAR
as is.
2. Make sure there are no other binary JARs shipped as part of the "source
code". If there are any of those, they'll have to be packaged separately
from their respective source code, so back to step 1 for each of those.

        Kevin Kofler



From buc at odusz.so-cdu.ru  Mon Mar 23 15:45:19 2009
From: buc at odusz.so-cdu.ru (Dmitry Butskoy)
Date: Mon, 23 Mar 2009 18:45:19 +0300
Subject: A supposedly patent-free suggestion/solution to the
 curious	subpixel rendering in Fedora
In-Reply-To: <gq8a3g$295$2@ger.gmane.org>
References: <20d6441a0903221518h4e7bd6aj55b61c7875495794@mail.gmail.com>
	<gq8a3g$295$2@ger.gmane.org>
Message-ID: <49C7AE8F.4030804@odu.neva.ru>

Kevin Kofler wrote:
>  (It was disabled in F9, it got reenabled in F10, I have no
> idea what the rationale was for each of those decisions.) So these days the
> only difference between freetype and freetype-freeworld is the bytecode
> interpreter.
>   

According to http://www.freetype.org/patents.html, there are 3 patents 
regards bytecode, and 2 of them are filled on May 8, 1989.

Does it mean that this two should expire at May 8, 2009 (after 20 years) ?


~buc





From tcallawa at redhat.com  Mon Mar 23 16:13:37 2009
From: tcallawa at redhat.com (Tom "spot" Callaway)
Date: Mon, 23 Mar 2009 12:13:37 -0400
Subject: A supposedly patent-free suggestion/solution to the
 curious	subpixel rendering in Fedora
In-Reply-To: <49C7AE8F.4030804@odu.neva.ru>
References: <20d6441a0903221518h4e7bd6aj55b61c7875495794@mail.gmail.com>	<gq8a3g$295$2@ger.gmane.org>
	<49C7AE8F.4030804@odu.neva.ru>
Message-ID: <49C7B531.4080108@redhat.com>

On 03/23/2009 11:45 AM, Dmitry Butskoy wrote:
> Kevin Kofler wrote:
>>  (It was disabled in F9, it got reenabled in F10, I have no
>> idea what the rationale was for each of those decisions.) So these
>> days the
>> only difference between freetype and freetype-freeworld is the bytecode
>> interpreter.
>>   
> 
> According to http://www.freetype.org/patents.html, there are 3 patents
> regards bytecode, and 2 of them are filled on May 8, 1989.
> 
> Does it mean that this two should expire at May 8, 2009 (after 20 years) ?

In the US, for patents filed prior to June 8, 1995, the term of patent
is either 20 years from the earliest claimed filing date or 17 years
from the issue date, whichever is longer.

So, for the three Apple patents, this means that this is when the
patents expire:

US5155805 : 2009-10-13 (17 years from issue date: 1992-10-13)
US5159668 : 2009-10-27 (17 years from issue date: 1992-10-27)
US5325479 : 2012-05-28 (20 years from file date: 1992-05-28)

So, two of them will expire this October, but the last one won't go out
until May 2012.

~spot



From denis at poolshark.org  Mon Mar 23 16:22:31 2009
From: denis at poolshark.org (Denis Leroy)
Date: Mon, 23 Mar 2009 17:22:31 +0100
Subject: getting rid of gcc34
In-Reply-To: <gq3d8d$dpk$1@ger.gmane.org>
References: <20090320163102.GB18568@poweredge.glommer>	<49C514DA.1070303@poolshark.org>
	<gq3d8d$dpk$1@ger.gmane.org>
Message-ID: <49C7B747.6040107@poolshark.org>

Kevin Kofler wrote:
> Denis Leroy wrote:
>> I actually maintain "compat-gcc-32-c++" here at work and am considering
>> submitting it for review: gcc 3.2 is even more important to C++
>> programmers as it works with libstdc++.so.5 (while following versions
>> need libstdc++.so.6). Fedora provides 'compat-libstdc++-33' for binaries
>> compatibility, but if you have an old binary library that uses
>> libstdc++.so.5, you can't use it without g++32.
> 
> -fabi-version=1

Interesting, but:

 > g++32 -shared lib.cc -o libtest5.so

 > g++ -fabi-version=1 main.cc -Wl,--rpath `pwd` -g -L. -ltest5 -o test5
/usr/bin/ld: warning: libstdc++.so.5, needed by ./libtest5.so, may 
conflict with libstdc++.so.6

 > ldd test5
	libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x00101000)
	libstdc++.so.5 => /usr/lib/libstdc++.so.5 (0x006e7000)
	[...]



From 440volt.tux at gmail.com  Mon Mar 23 16:24:16 2009
From: 440volt.tux at gmail.com (Subhodip Biswas)
Date: Mon, 23 Mar 2009 21:54:16 +0530
Subject: packaging a jar file
In-Reply-To: <gq8aab$295$3@ger.gmane.org>
References: <539333cb0903230628n290bb526v4193caf6514c8d56@mail.gmail.com>
	<gq8aab$295$3@ger.gmane.org>
Message-ID: <539333cb0903230924l74751c31jc981706c6341236e@mail.gmail.com>

hi !


On Mon, Mar 23, 2009 at 9:06 PM, Kevin Kofler <kevin.kofler at chello.at> wrote:
> Subhodip Biswas wrote:
>> What is the proper way to package a single ?jar file as rpm?
>
> 1. You'll have to build it from the source code, you can't just ship the JAR
> as is.
> 2. Make sure there are no other binary JARs shipped as part of the "source
> code". If there are any of those, they'll have to be packaged separately
> from their respective source code, so back to step 1 for each of those.

One thing is : 1) The upstream project gives code only via svn (no
archive as for now)
                     2) can i run rpmbuild on that svn code
>
> ? ? ? ?Kevin Kofler
>
> --
> fedora-devel-list mailing list
> fedora-devel-list at redhat.com
> https://www.redhat.com/mailman/listinfo/fedora-devel-list
>



-- 
Regards
Subhodip Biswas

GPG key : FAEA34AB
Server : pgp.mit.edu
http://subhodipbiswas.wordpress.com
http:/www.fedoraproject.org/wiki/SubhodipBiswas



From sokerlp at gmail.com  Mon Mar 23 16:24:13 2009
From: sokerlp at gmail.com (Oscar<Soker>)
Date: Mon, 23 Mar 2009 10:24:13 -0600
Subject: radeontool.... why?
In-Reply-To: <1237818396.5005.127.camel@atropine.boston.devel.redhat.com>
References: <8536ef10903212326m5e4322eax1c7500d7968e3fef@mail.gmail.com> 
	<1237818396.5005.127.camel@atropine.boston.devel.redhat.com>
Message-ID: <8536ef10903230924y4e1c84dkd6dc166e21b01cf6@mail.gmail.com>

jojojo and I didn't worry about space but I think is not ok, that I want to
uninstall something with only 12k and 3 iNodes and I also  have to unisntall
allmost all the important packages on my system, I do not know how this
thing is implemented(and I do not care) but in my opini?n is wrong even if
all is  just 12k or if it's 1 GB. I have to leave it that way 'cause I have
no other choice :P maybe use Windows but i think is forbidden in the ten
commandments and I'm not a sinner [?]
Anyway thanks


Atentamente Oscar:




2009/3/23 Adam Jackson <ajax at redhat.com>

> On Sun, 2009-03-22 at 00:26 -0600, Oscar wrote:
> > I was looking for unnecesary packages installed at my laptop and I
> > found a package called radeontool and its  description says:
> >
> >
> > Radeontool may switch the backlight and external video output on and
> > off.  Use radeontool at your own risk, it may damage your hardware.
>
> I've fixed the package description to sound less alarming.
>
> > So, I thought this is an unnecesary package because I'm using an
> > nVidia Card, and even with a  radeon card I wouldn't use it 'cause it
> > says that can damage my hardware, so I proceeded to uninstall it and
> > PackageKit resolved this packages as radeontool dependent
>
> It's all of 12k and three inodes on disk.  Don't worry about it.
>
> - ajax
>
> --
> 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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090323/3cb60b48/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 338.gif
Type: image/gif
Size: 541 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090323/3cb60b48/attachment.gif>

From seg at haxxed.com  Mon Mar 23 16:24:57 2009
From: seg at haxxed.com (Callum Lerwick)
Date: Mon, 23 Mar 2009 11:24:57 -0500
Subject: A supposedly patent-free suggestion/solution to the curious
 subpixel rendering in Fedora
In-Reply-To: <49C7AE8F.4030804@odu.neva.ru>
References: <20d6441a0903221518h4e7bd6aj55b61c7875495794@mail.gmail.com>
	<gq8a3g$295$2@ger.gmane.org>  <49C7AE8F.4030804@odu.neva.ru>
Message-ID: <1237825497.24750.0.camel@localhost.localdomain>

On Mon, 2009-03-23 at 18:45 +0300, Dmitry Butskoy wrote:
> Kevin Kofler wrote:
> >  (It was disabled in F9, it got reenabled in F10, I have no
> > idea what the rationale was for each of those decisions.) So these days the
> > only difference between freetype and freetype-freeworld is the bytecode
> > interpreter.
> >   
> 
> According to http://www.freetype.org/patents.html, there are 3 patents 
> regards bytecode, and 2 of them are filled on May 8, 1989.
> 
> Does it mean that this two should expire at May 8, 2009 (after 20 years) ?

http://lists.gnu.org/archive/html/freetype-devel/2006-11/msg00006.html
-------------- 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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090323/f108fde9/attachment.sig>

From kevin.kofler at chello.at  Mon Mar 23 16:30:56 2009
From: kevin.kofler at chello.at (Kevin Kofler)
Date: Mon, 23 Mar 2009 17:30:56 +0100
Subject: packaging a jar file
References: <539333cb0903230628n290bb526v4193caf6514c8d56@mail.gmail.com>
	<gq8aab$295$3@ger.gmane.org>
	<539333cb0903230924l74751c31jc981706c6341236e@mail.gmail.com>
Message-ID: <gq8dg0$h7t$2@ger.gmane.org>

Subhodip Biswas wrote:
> One thing is : 1) The upstream project gives code only via svn (no
> archive as for now)
>                      2) can i run rpmbuild on that svn code

You need to write a specfile to package something. For the source tarball,
you can use an svn export and pack it into a tar.bz2 archive. Look at how
other prerelease packages are made.

Oh, and if what you want to package happens to be Sesame2 (the "code only
via SVN" story sounds familiar), come talk to us on #fedora-kde. Some
partial work has been done, but it has lots of dependencies which are all
hidden inside that binary JAR file (as nested JAR files, yuck!).

        Kevin Kofler



From sundaram at fedoraproject.org  Mon Mar 23 16:37:19 2009
From: sundaram at fedoraproject.org (Rahul Sundaram)
Date: Mon, 23 Mar 2009 22:07:19 +0530
Subject: packaging a jar file
In-Reply-To: <539333cb0903230924l74751c31jc981706c6341236e@mail.gmail.com>
References: <539333cb0903230628n290bb526v4193caf6514c8d56@mail.gmail.com>	<gq8aab$295$3@ger.gmane.org>
	<539333cb0903230924l74751c31jc981706c6341236e@mail.gmail.com>
Message-ID: <49C7BABF.8090603@fedoraproject.org>

Subhodip Biswas wrote:
> hi !
> 
> 
> On Mon, Mar 23, 2009 at 9:06 PM, Kevin Kofler <kevin.kofler at chello.at> wrote:
>> Subhodip Biswas wrote:
>>> What is the proper way to package a single  jar file as rpm?
>> 1. You'll have to build it from the source code, you can't just ship the JAR
>> as is.
>> 2. Make sure there are no other binary JARs shipped as part of the "source
>> code". If there are any of those, they'll have to be packaged separately
>> from their respective source code, so back to step 1 for each of those.
> 
> One thing is : 1) The upstream project gives code only via svn (no
> archive as for now)
>                      2) can i run rpmbuild on that svn code

Yes.

http://fedoraproject.org/wiki/Packaging/NamingGuidelines#Snapshot_packages

Rahul



From mnowak at redhat.com  Mon Mar 23 16:34:59 2009
From: mnowak at redhat.com (Michal Nowak)
Date: Mon, 23 Mar 2009 12:34:59 -0400 (EDT)
Subject: PackageKit and gnome-packagekit test packages
In-Reply-To: <1175730299.77681237825731746.JavaMail.root@zmail04.collab.prod.int.phx2.redhat.com>
Message-ID: <309696842.78091237826099311.JavaMail.root@zmail04.collab.prod.int.phx2.redhat.com>

----- "Richard Hughes" <hughsient at gmail.com> wrote:
> ...
> http://www.packagekit.org/packages/

I'd appreciate to have there x86-64 packages too (in case is 
expected to always contain fresh alpha PackageKit).

But few points anyway w.r.t. PackageKit-0.4.6-0.1.20090319git.fc11.x86_64

gpk-u-v2:

* in "List of changes:", it'd be nice to have only the changes done
in between the installed and the updating packages *and* $random_value
at most, not just the last $random_value item

* the "List of changes:" might be bolt and some bigger font also

* Wed Mar 18 13:00:00 2009 Behdad Esfahbod <besfahbo at redhat.com> - 2.6.99.behdad.20090318-1
* Fri Oct 17 14:00:00 2008 Tim Waugh <twaugh at redhat.com> 8.63-4
`------------^^^^^^^^---[not in spec file]

* "size" column is ambiguous, on first sight I expected it's pkg's 
size but when the pkg is download via yum and the gpk-u-v2 started
again, it shows "0 bytes", so, I realized that it's "size to be 
downloaded". I'd prefer to always have "pkg size" there

* column "Software" sort according to pkg name, not description.
I prefer to have (sub-)packages together. A lot of description
field starts with "The" or "A"...

* it'd be nice to be able to select/unselect packages via keyboard
by e.g. having keyboard cursor ("rectangle") on the first column
with checkbox

* there's a lot of room for playing with anchoring "texts" like
"bug #466507" with proper bug tracker. :)

* I guess, that table labels (like "Install", "Size", ...) can be 
three-state -- ascending, descending, 'back to normal' (no arrow)
but not sure whether it was GTK+, or some other toolkit

* 'u' in "Install updates" should be capitalized, like is common
in gpk-u-i

* info "There are no updates for your computer." might be changed to 
"All updates successfully installed."otherwise it looks like: "Gah, 
what did I wrong that there are no updates for me?" Also bold text
and auto-disappearing window are not very common and generally should
be omitted

Thanks,
Michal



From kevin.kofler at chello.at  Mon Mar 23 16:32:54 2009
From: kevin.kofler at chello.at (Kevin Kofler)
Date: Mon, 23 Mar 2009 17:32:54 +0100
Subject: getting rid of gcc34
References: <20090320163102.GB18568@poweredge.glommer>	<49C514DA.1070303@poolshark.org>
	<gq3d8d$dpk$1@ger.gmane.org> <49C7B747.6040107@poolshark.org>
Message-ID: <gq8djm$h7t$3@ger.gmane.org>

Denis Leroy wrote:
> /usr/bin/ld: warning: libstdc++.so.5, needed by ./libtest5.so, may
> conflict with libstdc++.so.6

Normally you should never do that, but in this case you need to link with
gcc instead of g++, and manually drag in the old libstdc++ and libsupc++
(link them with the full file name including the path and the versioned
soname).

        Kevin Kofler



From 440volt.tux at gmail.com  Mon Mar 23 16:36:12 2009
From: 440volt.tux at gmail.com (Subhodip Biswas)
Date: Mon, 23 Mar 2009 22:06:12 +0530
Subject: packaging a jar file
In-Reply-To: <gq8dg0$h7t$2@ger.gmane.org>
References: <539333cb0903230628n290bb526v4193caf6514c8d56@mail.gmail.com>
	<gq8aab$295$3@ger.gmane.org>
	<539333cb0903230924l74751c31jc981706c6341236e@mail.gmail.com>
	<gq8dg0$h7t$2@ger.gmane.org>
Message-ID: <539333cb0903230936q303e9f8fs58876fc1cd3246b2@mail.gmail.com>

On Mon, Mar 23, 2009 at 10:00 PM, Kevin Kofler <kevin.kofler at chello.at> wrote:
> Subhodip Biswas wrote:
>> One thing is : 1) The upstream project gives code only via svn (no
>> archive as for now)
>> ? ? ? ? ? ? ? ? ? ? ?2) can i run rpmbuild on that svn code
>
> You need to write a specfile to package something. For the source tarball,
> you can use an svn export and pack it into a tar.bz2 archive. Look at how
> other prerelease packages are made.
>
> Oh, and if what you want to package happens to be Sesame2 (the "code only
> via SVN" story sounds familiar), come talk to us on #fedora-kde. Some
> partial work has been done, but it has lots of dependencies which are all
> hidden inside that binary JAR file (as nested JAR files, yuck!).

eh! no, what I am trying to package is JOSM( java openstreetmap editor).

>
> ? ? ? ?Kevin Kofler
Anyways, thanks for the help.



-- 
Regards
Subhodip Biswas

GPG key : FAEA34AB
Server : pgp.mit.edu
http://subhodipbiswas.wordpress.com
http:/www.fedoraproject.org/wiki/SubhodipBiswas



From kevin.kofler at chello.at  Mon Mar 23 16:39:00 2009
From: kevin.kofler at chello.at (Kevin Kofler)
Date: Mon, 23 Mar 2009 17:39:00 +0100
Subject: radeontool.... why?
References: <8536ef10903212326m5e4322eax1c7500d7968e3fef@mail.gmail.com>
	<1237818396.5005.127.camel@atropine.boston.devel.redhat.com>
	<8536ef10903230924y4e1c84dkd6dc166e21b01cf6@mail.gmail.com>
Message-ID: <gq8dv4$h7t$4@ger.gmane.org>

Oscar wrote:
> jojojo and I didn't worry about space but I think is not ok, that I want
> to uninstall something with only 12k and 3 iNodes and I also  have to
> unisntall allmost all the important packages on my system, I do not know
> how this thing is implemented(and I do not care) but in my opini?n is
> wrong even if all is  just 12k or if it's 1 GB. I have to leave it that
> way 'cause I have no other choice :P maybe use Windows but i think is
> forbidden in the ten commandments and I'm not a sinner [?]

I'll tell you a dirty little secret: There's lots of other hardware support
code for hardware you don't have which is required by various dependencies.
Usually libraries which we have to build the packages against so they
support that hardware. That's why there are distros for control freaks
(e.g. Gentoo) which build everything from source and allow you to disable
stuff (and end up with something completely untested as a result). Needless
to say, I think you'd be wasting a lot more time rebuilding everything from
source than downloading a few kilobytes of unneeded (for you) hardware
support libraries. :-)

        Kevin Kofler



From mtasaka at ioa.s.u-tokyo.ac.jp  Mon Mar 23 16:42:11 2009
From: mtasaka at ioa.s.u-tokyo.ac.jp (Mamoru Tasaka)
Date: Tue, 24 Mar 2009 01:42:11 +0900
Subject: newRepo (dist-f11-build) frozen?
Message-ID: <49C7BBE3.3050301@ioa.s.u-tokyo.ac.jp>

Hello:

It seems that newRepo task for dist-f11-build (task id 1253751)
seems to be frozen for 10 hours. Would someone investigate what
is happening?

Regards,
Mamoru



From jkeating at redhat.com  Mon Mar 23 16:46:14 2009
From: jkeating at redhat.com (Jesse Keating)
Date: Mon, 23 Mar 2009 09:46:14 -0700
Subject: newRepo (dist-f11-build) frozen?
In-Reply-To: <49C7BBE3.3050301@ioa.s.u-tokyo.ac.jp>
References: <49C7BBE3.3050301@ioa.s.u-tokyo.ac.jp>
Message-ID: <1237826774.3748.1.camel@localhost.localdomain>

On Tue, 2009-03-24 at 01:42 +0900, Mamoru Tasaka wrote:
> Hello:
> 
> It seems that newRepo task for dist-f11-build (task id 1253751)
> seems to be frozen for 10 hours. Would someone investigate what
> is happening?
> 
> Regards,
> Mamoru

I just cancelled it, a new one should pick up in its place.

-- 
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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090323/12da95b8/attachment.sig>

From billcrawford1970 at gmail.com  Mon Mar 23 16:50:48 2009
From: billcrawford1970 at gmail.com (Bill Crawford)
Date: Mon, 23 Mar 2009 16:50:48 +0000
Subject: getting rid of gcc34
In-Reply-To: <gq8djm$h7t$3@ger.gmane.org>
References: <20090320163102.GB18568@poweredge.glommer>
	<49C7B747.6040107@poolshark.org> <gq8djm$h7t$3@ger.gmane.org>
Message-ID: <200903231650.48229.billcrawford1970@gmail.com>

On Monday 23 March 2009 16:32:54 Kevin Kofler wrote:
> Denis Leroy wrote:
> > /usr/bin/ld: warning: libstdc++.so.5, needed by ./libtest5.so, may
> > conflict with libstdc++.so.6
>
> Normally you should never do that, but in this case you need to link with
> gcc instead of g++, and manually drag in the old libstdc++ and libsupc++
> (link them with the full file name including the path and the versioned
> soname).

And you'll still probably be dragging in the wrong headers, yada yada.

The right compiler is not just about the object file ABI.



From kevin.kofler at chello.at  Mon Mar 23 16:47:04 2009
From: kevin.kofler at chello.at (Kevin Kofler)
Date: Mon, 23 Mar 2009 17:47:04 +0100
Subject: A supposedly patent-free suggestion/solution to the
	curious	subpixel rendering in Fedora
References: <20d6441a0903221518h4e7bd6aj55b61c7875495794@mail.gmail.com>	<gq8a3g$295$2@ger.gmane.org>
	<49C7AE8F.4030804@odu.neva.ru> <49C7B531.4080108@redhat.com>
Message-ID: <gq8ee8$h7t$6@ger.gmane.org>

Tom "spot" Callaway wrote:
> US5155805 : 2009-10-13 (17 years from issue date: 1992-10-13)
> US5159668 : 2009-10-27 (17 years from issue date: 1992-10-27)
> US5325479 : 2012-05-28 (20 years from file date: 1992-05-28)

http://lists.gnu.org/archive/html/freetype-devel/2006-11/msg00006.html
claims the third patent actually does not apply to freetype.

So will we have the BCI in F12? :-)

        Kevin Kofler



From mclasen at redhat.com  Mon Mar 23 17:10:28 2009
From: mclasen at redhat.com (Matthias Clasen)
Date: Mon, 23 Mar 2009 13:10:28 -0400
Subject: PackageKit and gnome-packagekit test packages
In-Reply-To: <309696842.78091237826099311.JavaMail.root@zmail04.collab.prod.int.phx2.redhat.com>
References: <309696842.78091237826099311.JavaMail.root@zmail04.collab.prod.int.phx2.redhat.com>
Message-ID: <1237828228.3650.1.camel@localhost.localdomain>

On Mon, 2009-03-23 at 12:34 -0400, Michal Nowak wrote:
> 
> * it'd be nice to be able to select/unselect packages via keyboard
> by e.g. having keyboard cursor ("rectangle") on the first column
> with checkbox

That is possible. Just move the focus in the list and use space to
toggle the checkboxes.

> * I guess, that table labels (like "Install", "Size", ...) can be 
> three-state -- ascending, descending, 'back to normal' (no arrow)
> but not sure whether it was GTK+, or some other toolkit

GTK+ doesn't let you go back to 'unsorted', really. Instead you can pick
another column to sort after.





From sokerlp at gmail.com  Mon Mar 23 17:21:33 2009
From: sokerlp at gmail.com (Oscar<Soker>)
Date: Mon, 23 Mar 2009 11:21:33 -0600
Subject: radeontool.... why?
In-Reply-To: <gq8dv4$h7t$4@ger.gmane.org>
References: <8536ef10903212326m5e4322eax1c7500d7968e3fef@mail.gmail.com> 
	<1237818396.5005.127.camel@atropine.boston.devel.redhat.com> 
	<8536ef10903230924y4e1c84dkd6dc166e21b01cf6@mail.gmail.com> 
	<gq8dv4$h7t$4@ger.gmane.org>
Message-ID: <8536ef10903231021v1e683393xa4adcf1c4d2d0a7@mail.gmail.com>

that's what I said:
I have to leave it that way 'cause I have no other choice
and it's not a secret that there's a lots of other hardware support code for
hardware I don't have, I mean who doesn't know something called ""kernell""
who for the first instance has to guess in which hardware is running and
loads only what it needs, but my objective is to point that would be nice to
install or uninstall software just like kmod packages, if after a long time
I wish to  change my videocard and I want to uninstall kmod-nvidia package,
I expect that yum or packagekit does not tell me that I need to uninstall
eclipse, java or something not really related to it... and I know that
building everything as a single module with a low coupling is not an easy
task and that's what I said:
I have to leave it that way 'cause I have no other choice



Atentamente Oscar:

Sent from: Guadalajara Jal Mexico.


On Mon, Mar 23, 2009 at 10:39 AM, Kevin Kofler <kevin.kofler at chello.at>wrote:

> Oscar wrote:
> > jojojo and I didn't worry about space but I think is not ok, that I want
> > to uninstall something with only 12k and 3 iNodes and I also  have to
> > unisntall allmost all the important packages on my system, I do not know
> > how this thing is implemented(and I do not care) but in my opini?n is
> > wrong even if all is  just 12k or if it's 1 GB. I have to leave it that
> > way 'cause I have no other choice :P maybe use Windows but i think is
> > forbidden in the ten commandments and I'm not a sinner [?]
>
> I'll tell you a dirty little secret: There's lots of other hardware support
> code for hardware you don't have which is required by various dependencies.
> Usually libraries which we have to build the packages against so they
> support that hardware. That's why there are distros for control freaks
> (e.g. Gentoo) which build everything from source and allow you to disable
> stuff (and end up with something completely untested as a result). Needless
> to say, I think you'd be wasting a lot more time rebuilding everything from
> source than downloading a few kilobytes of unneeded (for you) hardware
> support libraries. :-)
>
>        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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090323/b99315d5/attachment.htm>

From tcallawa at redhat.com  Mon Mar 23 17:27:13 2009
From: tcallawa at redhat.com (Tom "spot" Callaway)
Date: Mon, 23 Mar 2009 13:27:13 -0400
Subject: A supposedly patent-free suggestion/solution to
 the	curious	subpixel rendering in Fedora
In-Reply-To: <gq8ee8$h7t$6@ger.gmane.org>
References: <20d6441a0903221518h4e7bd6aj55b61c7875495794@mail.gmail.com>	<gq8a3g$295$2@ger.gmane.org>	<49C7AE8F.4030804@odu.neva.ru>
	<49C7B531.4080108@redhat.com> <gq8ee8$h7t$6@ger.gmane.org>
Message-ID: <49C7C671.1050301@redhat.com>

On 03/23/2009 12:47 PM, Kevin Kofler wrote:
> Tom "spot" Callaway wrote:
>> US5155805 : 2009-10-13 (17 years from issue date: 1992-10-13)
>> US5159668 : 2009-10-27 (17 years from issue date: 1992-10-27)
>> US5325479 : 2012-05-28 (20 years from file date: 1992-05-28)
> 
> http://lists.gnu.org/archive/html/freetype-devel/2006-11/msg00006.html
> claims the third patent actually does not apply to freetype.
> 
> So will we have the BCI in F12? :-)

We'll have to look at that patent and determine whether it is applicable
or not. I find it odd that they would list it on their webpage if they
didn't feel it was applicable.

~spot



From awilliam at redhat.com  Mon Mar 23 17:44:27 2009
From: awilliam at redhat.com (Adam Williamson)
Date: Mon, 23 Mar 2009 10:44:27 -0700
Subject: libsyncml
In-Reply-To: <gq89bi$295$1@ger.gmane.org>
References: <20090321095311.B7FC01B8001@releng2.fedora.phx.redhat.com>
	<gq3j6b$u6c$1@ger.gmane.org> <200903221216.23514.opensource@till.name>
	<49C65A16.5080105@gnat.ca>  <gq89bi$295$1@ger.gmane.org>
Message-ID: <1237830267.4572.59.camel@adam.local.net>

On Mon, 2009-03-23 at 16:20 +0100, Kevin Kofler wrote:
> Nathanael D. Noblet wrote:
> > I would appreciate a 0.2X version of opensync. I was actually confused
> > as to why Fedora went with a newer version, as their website states that
> > the only good/stable version is 0.22 and that the next one will be 0.4.
> 
> Well, I'm not sure why the maintainer made the decision, but KDE 4.1 shipped
> with a KitchenSync which required libopensync 0.36. Unfortunately, it
> turned out to be buggy to the point of being unusable, so KDE upstream
> disabled it in 4.2 (the KitchenSync code there has been ported to 0.38, but
> its build has been disabled because of general brokenness), and even if we
> wanted to reenable it (which I don't think we do), we'd need 0.38, so we
> have no use for 0.36 anymore from the KDE/KitchenSync point of view.
> 
> I think the big problem there is that 0.40 has been promised for over a year
> now (it was supposed to be released before KDE 4.0 - when KDE still planned
> to ship kdepim in 4.0, libopensync upstream claimed they'd have a
> libopensync 0.40 release in time for it!) and we're still stuck with buggy
> development versions with APIs changing based on the phase of the moon and
> plugins significantly lagging behind the main package.

Better come out of stealth mode here...

I've been working on this, with the opensync maintainer.

Here's the deal (my credentials in this field are that I maintained the
entire sync stack in Mandriva, which in 2008 Spring and 2009 had
working, 100% graphical synchronization of Windows Mobile, Blackberry
and Nokia devices - see
http://wiki.mandriva.com/en/2009.0_Synchronization):

opensync 0.3 is entirely useless. It doesn't work. In the rare cases
where it might possibly work, it is at least equally likely to eat your
data (and your babies). This is explained prominently on the opensync
homepage:

"Releases 0.22 (and 0.2x svn branch) and before are considered stable
and suitable for production. 0.3x releases introduce major architecture
and API changes and are targeted for developers and testers only and may
not even compile or are likely to contain severe bugs. 

0.3x releases are not recommended for end users or distribution
packaging."

Additionally, 0.40 - when it ever arrives - isn't really expected to be
ready for end-user production either. That's likely to be 0.41 or 0.42.

Kevin's right that 0.40 has been planned and promised forever and a day
and keeps getting delayed. Six months ago it was supposed to be coming
now, but it obviously isn't.

Here's the status of what you can actually *do* with opensync:

KDE 4, indeed, shipped with a kitchensync that depends on opensync 0.3.
This is rather irrelevant, however, because what KDE 4 does NOT ship
with is an opensync plugin allowing you to actually synchronize any data
with any KDE 4 applications. kitchensync is just a GUI front end for
opensync, there's no opensync plugin that actually lets you synchronize
contacts or appointments or tasks with the PIM suite in KDE 4. So you
can't do any kind of useful synchronization with any KDE 4 apps with any
version of opensync. Until this is fixed it's not really worth worrying
about KDE at all.

You *can* synchronize rather well with GNOME apps (well, really with
evolution-data-server) with opensync 0.22.

There are plugins for synchronizing with various online services, like
Google Calendar &c, which are in various states of working-ness for
0.22.

For devices, synchronizing with at least Windows Mobile devices (all the
way from at least 2003 up to 6.1, using two different plugins) works
well with a properly set up synce/opensync 0.22 combination.
Synchronizing with Blackberries works well if the opensync plugin for
Barry is available (currently, in Fedora, it's not - the barry package
should be updated to include it). And for Nokias - you can do limited
sync very well with the gnokii plugin, and more sophisticated sync with
the libsyncml plugin on some Nokias (some have broken SyncML
implementations and just don't work right). The latest version of
libsyncml which works with opensync 0.22 is 0.4.6, so we should revert
to that.

As I said, I've been working on this with the opensync maintainer,
Andreas Bierfert. He agrees that we should revert to opensync 0.22 and
has been working on the packages. The current state of his work can be
found at http://fedora.lowlatency.de/opensync-synce/ .

With those packages and a few tweaks (that I've reported to Andreas) I
can get working synchronization out of my Windows Mobile test devices.
I'm not sure if we'll be able to get it into F11 now, though :\

At present, the opensync and synce and syncml related packages in
Rawhide are basically entirely useless, you can't do anything with them.
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org
http://www.happyassassin.net



From dbn.lists at gmail.com  Mon Mar 23 17:49:38 2009
From: dbn.lists at gmail.com (Dan Nicholson)
Date: Mon, 23 Mar 2009 10:49:38 -0700
Subject: radeontool.... why?
In-Reply-To: <1237711384.2761.1.camel@localhost>
References: <8536ef10903212326m5e4322eax1c7500d7968e3fef@mail.gmail.com>
	<1237711384.2761.1.camel@localhost>
Message-ID: <91705d080903231049j15335107o689c3742241e892a@mail.gmail.com>

On Sun, Mar 22, 2009 at 1:43 AM, Dave Airlie <airlied at redhat.com> wrote:
> On Sun, 2009-03-22 at 00:26 -0600, Oscar wrote:
>> I was looking for unnecesary packages installed at my laptop and I
>> found a package called radeontool and its ?description says:
>
> rpm -q --whatrequires radeontool
> pm-utils-1.2.2.1-2.fc10.i386
>
> pm-utils uses it on some systems to control backlight and I think
> power up/down parts of the card across suspend/resume.

When executed with --quirk-radeon-off, pm-suspend will run "radeontool
dac off; radeontool light off" at suspend and the opposite on resume.
I'm pretty sure that's it.

--
Dan



From 440volt.tux at gmail.com  Mon Mar 23 17:53:10 2009
From: 440volt.tux at gmail.com (Subhodip Biswas)
Date: Mon, 23 Mar 2009 23:23:10 +0530
Subject: error from ant script
Message-ID: <539333cb0903231053u23e10604uab4395fe043b4eaa@mail.gmail.com>

hi!

While trying to package JOSM which is java based and uses ant to compile.
ant when called from rpmbuild fails to compile the code saying :
------
static import declarations are not supported in -source 1.4
    [javac] (try -source 1.5 to enable static import declarations)
------
However executing ant separately on source leads to successful compilation.
----
What am i missing?

-- 
Regards
Subhodip Biswas

GPG key : FAEA34AB
Server : pgp.mit.edu
http://subhodipbiswas.wordpress.com
http:/www.fedoraproject.org/wiki/SubhodipBiswas



From akurtako at redhat.com  Mon Mar 23 18:01:52 2009
From: akurtako at redhat.com (Alexander Kurtakov)
Date: Mon, 23 Mar 2009 19:01:52 +0100
Subject: error from ant script
In-Reply-To: <539333cb0903231053u23e10604uab4395fe043b4eaa@mail.gmail.com>
References: <539333cb0903231053u23e10604uab4395fe043b4eaa@mail.gmail.com>
Message-ID: <200903231901.52404.akurtako@redhat.com>

On Monday 23 March 2009 18:53:10 Subhodip Biswas wrote:
> hi!
>
> While trying to package JOSM which is java based and uses ant to compile.
> ant when called from rpmbuild fails to compile the code saying :
> ------
> static import declarations are not supported in -source 1.4
>     [javac] (try -source 1.5 to enable static import declarations)
> ------
> However executing ant separately on source leads to successful compilation.
> ----
> What am i missing?
Try to call ant -Dant.build.javac.source=1.5 -Dant.build.javac.target=1.5 
your_targets instead of only ant.
This will set both source and target to 1.5.

Regards,
Alexander Kurtakov 

>
> --
> Regards
> Subhodip Biswas
>
> GPG key : FAEA34AB
> Server : pgp.mit.edu
> http://subhodipbiswas.wordpress.com
> http:/www.fedoraproject.org/wiki/SubhodipBiswas



From nathanael at gnat.ca  Mon Mar 23 18:04:55 2009
From: nathanael at gnat.ca (Nathanael D. Noblet)
Date: Mon, 23 Mar 2009 12:04:55 -0600
Subject: libsyncml
In-Reply-To: <1237830267.4572.59.camel@adam.local.net>
References: <20090321095311.B7FC01B8001@releng2.fedora.phx.redhat.com>	<gq3j6b$u6c$1@ger.gmane.org>
	<200903221216.23514.opensource@till.name>	<49C65A16.5080105@gnat.ca>
	<gq89bi$295$1@ger.gmane.org>
	<1237830267.4572.59.camel@adam.local.net>
Message-ID: <49C7CF47.3030309@gnat.ca>

Adam Williamson wrote:

> With those packages and a few tweaks (that I've reported to Andreas) I
> can get working synchronization out of my Windows Mobile test devices.
> I'm not sure if we'll be able to get it into F11 now, though :\
> 
> At present, the opensync and synce and syncml related packages in
> Rawhide are basically entirely useless, you can't do anything with them.

It seems to me that though the beta freeze is in effect, that it should 
be rolled back. From my perspective we have

#1 ) Roll opensync back to 0.22
#2 ) Leave opensync where it is...

in the case of #2 - we have essentially a non-working syncing system. 
Worst case for #1 is exactly the same as #2, best case for #1 - it works 
again (albeit after some potential issues). To me #1 seems like the best 
bet at the moment... Granted I say this without an indepth knowledge of 
everything building against opensync...

But as it goes between selecting a package that is known to not work, is 
not recommended for use by the developer, and a somewhat known stable 
version that has the potential to actually work. I'd choose the one with 
potential. I mean come on, who wants to have their babies eaten by this 
software? ;)

-- 
Nathanael d. Noblet
T: 403.875.4613



From braden at endoframe.com  Mon Mar 23 18:11:20 2009
From: braden at endoframe.com (Braden McDaniel)
Date: Mon, 23 Mar 2009 14:11:20 -0400
Subject: pkgconfig can't find libgnomeui on F9
Message-ID: <1237831880.9375.5.camel@localhost.localdomain>

I have a package (openvrml) that's failing to build on F-9:

        http://koji.fedoraproject.org/koji/getfile?taskID=1254875&name=build.log

The build log indicates that the pkg-config check for libgnomeui is
failing.  In configure.ac, that check looks like:

        PKG_CHECK_MODULES([GNOMEUI], [libgnomeui-2.0 libgnome-2.0 >= 2.14], ,
                          [have_gnomeui=no])
        
The specfile does have:

        BuildRequires:  libgnomeui-devel >= 2.14
        
This is succeeding for F-10 and devel; and it *used* to work for F-9.
Why would it be failing now?

-- 
Braden McDaniel                           e-mail: <braden at endoframe.com>
<http://endoframe.com>                    Jabber: <braden at jabber.org>




From walters at verbum.org  Mon Mar 23 18:27:16 2009
From: walters at verbum.org (Colin Walters)
Date: Mon, 23 Mar 2009 14:27:16 -0400
Subject: pkgconfig can't find libgnomeui on F9
In-Reply-To: <1237831880.9375.5.camel@localhost.localdomain>
References: <1237831880.9375.5.camel@localhost.localdomain>
Message-ID: <faa16b610903231127t40a4b3e9s4ac073da3d7ceb19@mail.gmail.com>

On Mon, Mar 23, 2009 at 2:11 PM, Braden McDaniel <braden at endoframe.com> wrote:
> I have a package (openvrml) that's failing to build on F-9:
>
> ? ? ? ?http://koji.fedoraproject.org/koji/getfile?taskID=1254875&name=build.log
>
> The build log indicates that the pkg-config check for libgnomeui is
> failing. ?In configure.ac, that check looks like:
>
> ? ? ? ?PKG_CHECK_MODULES([GNOMEUI], [libgnomeui-2.0 libgnome-2.0 >= 2.14], ,
> ? ? ? ? ? ? ? ? ? ? ? ? ?[have_gnomeui=no])
>
> The specfile does have:
>
> ? ? ? ?BuildRequires: ?libgnomeui-devel >= 2.14
>
> This is succeeding for F-10 and devel; and it *used* to work for F-9.
> Why would it be failing now?

My guess offhand is that there's a missing dependency of
libgnomeui-devel that the .pc file is referencing.  This would be a
missing Depends: in libgnomeui-devel.  The contents of config.log
would have more information.



From hughsient at gmail.com  Mon Mar 23 18:27:38 2009
From: hughsient at gmail.com (Richard Hughes)
Date: Mon, 23 Mar 2009 18:27:38 +0000
Subject: PackageKit and gnome-packagekit test packages
In-Reply-To: <309696842.78091237826099311.JavaMail.root@zmail04.collab.prod.int.phx2.redhat.com>
References: <309696842.78091237826099311.JavaMail.root@zmail04.collab.prod.int.phx2.redhat.com>
Message-ID: <1237832858.9055.24.camel@localhost.localdomain>

On Mon, 2009-03-23 at 12:34 -0400, Michal Nowak wrote:
> I'd appreciate to have there x86-64 packages too (in case is 
> expected to always contain fresh alpha PackageKit).

Yes, those packages are a quick rpmbuild bodge that runs every few days
-- I'll stick a new snapshot in koji soon, and then everyone can have
the love.

> * in "List of changes:", it'd be nice to have only the changes done
> in between the installed and the updating packages *and* $random_value
> at most, not just the last $random_value item

Agreed, I've just fixed this in the yumBackend.

> * the "List of changes:" might be bolt and some bigger font also
> 
> * Wed Mar 18 13:00:00 2009 Behdad Esfahbod <besfahbo at redhat.com> - 2.6.99.behdad.20090318-1
> * Fri Oct 17 14:00:00 2008 Tim Waugh <twaugh at redhat.com> 8.63-4
> `------------^^^^^^^^---[not in spec file]

Fixed, thanks.

> * "size" column is ambiguous, on first sight I expected it's pkg's 
> size but when the pkg is download via yum and the gpk-u-v2 started
> again, it shows "0 bytes", so, I realized that it's "size to be 
> downloaded". I'd prefer to always have "pkg size" there

That makes the column very wide...

> * there's a lot of room for playing with anchoring "texts" like
> "bug #466507" with proper bug tracker. :)

No. In the bodhi metadata we have proper URLs which we display in the
text. We can't guess that #12345 is a gnome bug, a Red Hat bug, or even
a freedesktop bug. The ChangeLog text is just a bodge as we don't have
metadata with rawhide.

> * 'u' in "Install updates" should be capitalized, like is common
> in gpk-u-i

Fixed, thanks.

> * info "There are no updates for your computer." might be changed to 
> "All updates successfully installed."otherwise it looks like: "Gah, 
> what did I wrong that there are no updates for me?" Also bold text
> and auto-disappearing window are not very common and generally should
> be omitted

I'll fix up the end dialog, but I think the autoclose should remain.

Richard.




From erik at vanpienbroek.nl  Mon Mar 23 18:29:29 2009
From: erik at vanpienbroek.nl (Erik van Pienbroek)
Date: Mon, 23 Mar 2009 19:29:29 +0100
Subject: pkgconfig can't find libgnomeui on F9
In-Reply-To: <1237831880.9375.5.camel@localhost.localdomain>
References: <1237831880.9375.5.camel@localhost.localdomain>
Message-ID: <1237832969.3496.12.camel@erik-laptop.lan>

Op maandag 23-03-2009 om 14:11 uur [tijdzone -0400], schreef Braden
McDaniel:
> I have a package (openvrml) that's failing to build on F-9:
> 
>         http://koji.fedoraproject.org/koji/getfile?taskID=1254875&name=build.log
> 
> The build log indicates that the pkg-config check for libgnomeui is
> failing.  In configure.ac, that check looks like:
> 
>         PKG_CHECK_MODULES([GNOMEUI], [libgnomeui-2.0 libgnome-2.0 >= 2.14], ,
>                           [have_gnomeui=no])
>         
> The specfile does have:
> 
>         BuildRequires:  libgnomeui-devel >= 2.14
>         
> This is succeeding for F-10 and devel; and it *used* to work for F-9.
> Why would it be failing now?

Hi,

Some days ago I've had exactly the same problem, but with gtkhtml. Seems
to be caused be a missing BuildRequires: gail-devel..but I don't know
which package should be responsible for this BuildRequires..

Regards,

Erik van Pienbroek




From mtasaka at ioa.s.u-tokyo.ac.jp  Mon Mar 23 18:32:28 2009
From: mtasaka at ioa.s.u-tokyo.ac.jp (Mamoru Tasaka)
Date: Tue, 24 Mar 2009 03:32:28 +0900
Subject: pkgconfig can't find libgnomeui on F9
In-Reply-To: <1237831880.9375.5.camel@localhost.localdomain>
References: <1237831880.9375.5.camel@localhost.localdomain>
Message-ID: <49C7D5BC.3050801@ioa.s.u-tokyo.ac.jp>

Braden McDaniel wrote, at 03/24/2009 03:11 AM +9:00:
> I have a package (openvrml) that's failing to build on F-9:
> 
>         http://koji.fedoraproject.org/koji/getfile?taskID=1254875&name=build.log
> 
> The build log indicates that the pkg-config check for libgnomeui is
> failing.  In configure.ac, that check looks like:
> 
>         PKG_CHECK_MODULES([GNOMEUI], [libgnomeui-2.0 libgnome-2.0 >= 2.14], ,
>                           [have_gnomeui=no])
>         
> The specfile does have:
> 
>         BuildRequires:  libgnomeui-devel >= 2.14
>         
> This is succeeding for F-10 and devel; and it *used* to work for F-9.
> Why would it be failing now?
> 

This is due to pkgconfig change. Now also F-9 pkgconfig tries to check
"Requires.private" for "pkg-config --exists". F-9 libgnomecanvas-2.0.pc
has "gail" in Requires.private, while root.log says "gail-devel" is not
included (note: with old pkgconfig "BR: gail-devel" was not needed)

See:
http://koji.fedoraproject.org/koji/taskinfo?taskID=1255010

Regards,
Mamoru



From walters at verbum.org  Mon Mar 23 18:32:57 2009
From: walters at verbum.org (Colin Walters)
Date: Mon, 23 Mar 2009 14:32:57 -0400
Subject: pkgconfig can't find libgnomeui on F9
In-Reply-To: <1237832969.3496.12.camel@erik-laptop.lan>
References: <1237831880.9375.5.camel@localhost.localdomain>
	<1237832969.3496.12.camel@erik-laptop.lan>
Message-ID: <faa16b610903231132s18a1eba8y63ec58a9205c52b8@mail.gmail.com>

On Mon, Mar 23, 2009 at 2:29 PM, Erik van Pienbroek
<erik at vanpienbroek.nl> wrote:
>
> Some days ago I've had exactly the same problem, but with gtkhtml. Seems
> to be caused be a missing BuildRequires: gail-devel..but I don't know
> which package should be responsible for this BuildRequires..

It's not a BuildRequires issue, it's Requires.  Before rpm gained
knowledge of pkg-config (i.e. F10 and below I believe), every item
listed under the Requires: section of the .pc file had to have the
corresponding RPM package listed in the the Requires: section of the
-devel package.



From craftjml at gmail.com  Mon Mar 23 18:55:41 2009
From: craftjml at gmail.com (Jud Craft)
Date: Mon, 23 Mar 2009 13:55:41 -0500
Subject: A supposedly patent-free suggestion/solution to the curious 
	subpixel rendering in Fedora
In-Reply-To: <49C7C671.1050301@redhat.com>
References: <20d6441a0903221518h4e7bd6aj55b61c7875495794@mail.gmail.com>
	<gq8a3g$295$2@ger.gmane.org> <49C7AE8F.4030804@odu.neva.ru>
	<49C7B531.4080108@redhat.com> <gq8ee8$h7t$6@ger.gmane.org>
	<49C7C671.1050301@redhat.com>
Message-ID: <20d6441a0903231155v7f39458fr100cf3d103ecc95b@mail.gmail.com>

But even so, if I recall correctly, wasn't it mentioned that due to
the patents, work on the bytecode interpreter actually stopped a while
back?  I figured that's why even if you enable the freetype bytecode
interpreter today, it still displays glitches in some Windows fonts.
(ex, Tahoma).

Even if the relevant patents expire, the current Freetype
implementation may not be up to snuff.  (As to whether that is an
important point for users who just "like the Windows way better",
probably not).

I haven't tried F10's freetype-freeworld, but just to be certain I
will give it a shot.  I was always under the impression that freeworld
enabled both the BCI and the patented subpixel filtering.  (Maybe I
don't remember F9 clearly enough; maybe it really didn't ship with
subpixel capability of any kind).

PS.  My confusion may result from a misconception:  I always thought
that the patented filtering was part of Freetype, and Fedora merely
disabled it downstream; now I see that perhaps Fedora always mirrored
Freetype-upstream as close as possible, and that these patches for
advanced subpixel filtering were actually always kept separate from
the main Freetype tree (but merged in by other downstreams, like
Ubuntu).



From limb at jcomserv.net  Mon Mar 23 19:17:02 2009
From: limb at jcomserv.net (Jon Ciesla)
Date: Mon, 23 Mar 2009 14:17:02 -0500
Subject: pkgconfig can't find libgnomeui on F9
In-Reply-To: <faa16b610903231132s18a1eba8y63ec58a9205c52b8@mail.gmail.com>
References: <1237831880.9375.5.camel@localhost.localdomain>	<1237832969.3496.12.camel@erik-laptop.lan>
	<faa16b610903231132s18a1eba8y63ec58a9205c52b8@mail.gmail.com>
Message-ID: <49C7E02E.7030106@jcomserv.net>

Colin Walters wrote:
> On Mon, Mar 23, 2009 at 2:29 PM, Erik van Pienbroek
> <erik at vanpienbroek.nl> wrote:
>   
>> Some days ago I've had exactly the same problem, but with gtkhtml. Seems
>> to be caused be a missing BuildRequires: gail-devel..but I don't know
>> which package should be responsible for this BuildRequires..
>>     
>
> It's not a BuildRequires issue, it's Requires.  Before rpm gained
> knowledge of pkg-config (i.e. F10 and below I believe), every item
> listed under the Requires: section of the .pc file had to have the
> corresponding RPM package listed in the the Requires: section of the
> -devel package.
>
>   
I have this problem with glunarclock, but it already BRs gail-devel.  
Does this mean I need Requires as well?

-- 
in your fear, speak only peace
in your fear, seek only love

-d. bowie



From dennis at ausil.us  Mon Mar 23 19:34:42 2009
From: dennis at ausil.us (Dennis Gilmore)
Date: Mon, 23 Mar 2009 14:34:42 -0500
Subject: Fedora Release Engineering Meeting Recap - 2009-03-23
Message-ID: <200903231434.47423.dennis@ausil.us>

Various subjects relative to the upcoming beta were discussed, including:

* beta is closer but not yet complete
* most remaining issues are due to the storage rewrite
* https://fedoraproject.org/wiki/QA:Fedora_11_Beta_Install_Test_Results could 
do with more completeness and reporting by more people.
* requests for package inclusion have all been handled.
*  there will be a few more last minute packages to go in then get beta spun 
tested and out to mirrors.

For more information, see the full transcript located at:
    http://fedoraproject.org/wiki/ReleaseEngineering/Meetings/2009-mar-23

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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090323/35600db8/attachment.sig>

From walters at verbum.org  Mon Mar 23 19:35:38 2009
From: walters at verbum.org (Colin Walters)
Date: Mon, 23 Mar 2009 15:35:38 -0400
Subject: pkgconfig can't find libgnomeui on F9
In-Reply-To: <49C7D5BC.3050801@ioa.s.u-tokyo.ac.jp>
References: <1237831880.9375.5.camel@localhost.localdomain>
	<49C7D5BC.3050801@ioa.s.u-tokyo.ac.jp>
Message-ID: <faa16b610903231235i722a7553ke28dd58ab6c275af@mail.gmail.com>

> This is due to pkgconfig change. Now also F-9 pkgconfig tries to check
> "Requires.private" for "pkg-config --exists". F-9 libgnomecanvas-2.0.pc
> has "gail" in Requires.private, while root.log says "gail-devel" is not
> included (note: with old pkgconfig "BR: gail-devel" was not needed)

Just to save others the trouble of searching, this appears to be the
best reference:

http://err.no/personal/blog/2008/Mar/25

I don't understand all the details, but the bottom line seems to be
that everything in both Requires and Requires.private needs to be in
Requires.  So then we need this attached patch?
-------------- next part --------------
A non-text attachment was scrubbed...
Name: gnomecanvas-requires.patch
Type: text/x-patch
Size: 622 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090323/dec254c5/attachment.bin>

From kevin.kofler at chello.at  Mon Mar 23 19:39:37 2009
From: kevin.kofler at chello.at (Kevin Kofler)
Date: Mon, 23 Mar 2009 20:39:37 +0100
Subject: libsyncml
References: <20090321095311.B7FC01B8001@releng2.fedora.phx.redhat.com>
	<gq3j6b$u6c$1@ger.gmane.org>
	<200903221216.23514.opensource@till.name>
	<49C65A16.5080105@gnat.ca> <gq89bi$295$1@ger.gmane.org>
	<1237830267.4572.59.camel@adam.local.net>
Message-ID: <gq8ohq$sot$1@ger.gmane.org>

Adam Williamson wrote:
> opensync 0.3 is entirely useless. It doesn't work. In the rare cases
> where it might possibly work, it is at least equally likely to eat your
> data (and your babies).

FWIW, in the current state, I also agree that reverting to 0.22 (or removing
libopensync entirely) is the only reasonable course of action (even if it
means we won't be able to ship KitchenSync in an update even if KDE
reenables it, but as the 0.3x API is still not stable, shipping 0.38
wouldn't guarantee that either anyway, and 0.36 definitely not).

Based on what I've seen so far and on your input in this message, I'm
convinced 0.36 is completely useless at this point and 0.38 isn't of much
more use.

> KDE 4, indeed, shipped with a kitchensync that depends on opensync 0.3.
> This is rather irrelevant, however, because what KDE 4 does NOT ship
> with is an opensync plugin allowing you to actually synchronize any data
> with any KDE 4 applications. kitchensync is just a GUI front end for
> opensync, there's no opensync plugin that actually lets you synchronize
> contacts or appointments or tasks with the PIM suite in KDE 4. So you
> can't do any kind of useful synchronization with any KDE 4 apps with any
> version of opensync. Until this is fixed it's not really worth worrying
> about KDE at all.

Actually F10 is shipping a KDE 4 port of libopensync-plugin-kdepim from a
work branch (which may or may not work, I built it and all I know is that
it builds) and since 4.2 there's now an Akonadi syncing plugin (which
requires 0.38 as KitchenSync does and which is also disabled as "not ready"
just like KitchenSync).

Speaking of this, this is one drawback reverting: we won't be able to build
that KDE 4 libopensync-plugin-kdepim anymore. :-( That said, as I wrote
above, I have no idea if it's even working at all right now.

        Kevin Kofler



From dbn.lists at gmail.com  Mon Mar 23 19:45:42 2009
From: dbn.lists at gmail.com (Dan Nicholson)
Date: Mon, 23 Mar 2009 12:45:42 -0700
Subject: pkgconfig can't find libgnomeui on F9
In-Reply-To: <faa16b610903231235i722a7553ke28dd58ab6c275af@mail.gmail.com>
References: <1237831880.9375.5.camel@localhost.localdomain>
	<49C7D5BC.3050801@ioa.s.u-tokyo.ac.jp>
	<faa16b610903231235i722a7553ke28dd58ab6c275af@mail.gmail.com>
Message-ID: <91705d080903231245i5dc8f73ake0c42df7f699a6d1@mail.gmail.com>

2009/3/23 Colin Walters <walters at verbum.org>:
>> This is due to pkgconfig change. Now also F-9 pkgconfig tries to check
>> "Requires.private" for "pkg-config --exists". F-9 libgnomecanvas-2.0.pc
>> has "gail" in Requires.private, while root.log says "gail-devel" is not
>> included (note: with old pkgconfig "BR: gail-devel" was not needed)
>
> Just to save others the trouble of searching, this appears to be the
> best reference:
>
> http://err.no/personal/blog/2008/Mar/25
>
> I don't understand all the details, but the bottom line seems to be
> that everything in both Requires and Requires.private needs to be in
> Requires. ?So then we need this attached patch?

The other thing you can do if you know that gnomecanvas will not need
the gail headers and you will not be static linking to gnomecanvas
(maybe the .a isn't even installed) is to remove the gail reference
from libgnomecanvas.pc Requires.private. Or you can remove the gail
reference from Requires.private and add -lgail to Libs.private.

My take is that fixing these issues would require more granularity in
pkg-config to specify exactly what is required from another package.

http://lists.freedesktop.org/archives/pkg-config/2009-February/000411.html

--
Dan



From mtasaka at ioa.s.u-tokyo.ac.jp  Mon Mar 23 19:49:21 2009
From: mtasaka at ioa.s.u-tokyo.ac.jp (Mamoru Tasaka)
Date: Tue, 24 Mar 2009 04:49:21 +0900
Subject: pkgconfig can't find libgnomeui on F9
In-Reply-To: <faa16b610903231235i722a7553ke28dd58ab6c275af@mail.gmail.com>
References: <1237831880.9375.5.camel@localhost.localdomain>	<49C7D5BC.3050801@ioa.s.u-tokyo.ac.jp>
	<faa16b610903231235i722a7553ke28dd58ab6c275af@mail.gmail.com>
Message-ID: <49C7E7C1.90302@ioa.s.u-tokyo.ac.jp>

Colin Walters wrote, at 03/24/2009 04:35 AM +9:00:
>> This is due to pkgconfig change. Now also F-9 pkgconfig tries to check
>> "Requires.private" for "pkg-config --exists". F-9 libgnomecanvas-2.0.pc
>> has "gail" in Requires.private, while root.log says "gail-devel" is not
>> included (note: with old pkgconfig "BR: gail-devel" was not needed)
> 
> Just to save others the trouble of searching, this appears to be the
> best reference:
> 
> http://err.no/personal/blog/2008/Mar/25
> 
> I don't understand all the details, but the bottom line seems to be
> that everything in both Requires and Requires.private needs to be in
> Requires.  So then we need this attached patch?
> 

Actually "gail-devel" not "libgail-devel", but yes, now F-9
libgnomecanvas-devel needs "Requires: gail-devel".

Regards,
Mamoru



From kwizart at gmail.com  Mon Mar 23 19:49:19 2009
From: kwizart at gmail.com (Nicolas Chauvet)
Date: Mon, 23 Mar 2009 20:49:19 +0100
Subject: pkgconfig can't find libgnomeui on F9
In-Reply-To: <faa16b610903231235i722a7553ke28dd58ab6c275af@mail.gmail.com>
References: <1237831880.9375.5.camel@localhost.localdomain>
	<49C7D5BC.3050801@ioa.s.u-tokyo.ac.jp>
	<faa16b610903231235i722a7553ke28dd58ab6c275af@mail.gmail.com>
Message-ID: <e1760170903231249q427d4a29o6b3c5de9be2421c@mail.gmail.com>

2009/3/23 Colin Walters <walters at verbum.org>:
>> This is due to pkgconfig change. Now also F-9 pkgconfig tries to check
>> "Requires.private" for "pkg-config --exists". F-9 libgnomecanvas-2.0.pc
>> has "gail" in Requires.private, while root.log says "gail-devel" is not
>> included (note: with old pkgconfig "BR: gail-devel" was not needed)
>
> Just to save others the trouble of searching, this appears to be the
> best reference:
>
> http://err.no/personal/blog/2008/Mar/25
>
> I don't understand all the details, but the bottom line seems to be
> that everything in both Requires and Requires.private needs to be in
> Requires. ?So then we need this attached patch?

Wrong, that will lead to overlinking which is exactly what the
Requires.private original behaviour tend to avoid.

The  problem is that the current Requires.private behaviour is conter
intuitive and the best solution would be to move some of the
Requires.private to their Libs.private : equivalent as a workaround.

Nicolas (kwizart)



From walters at verbum.org  Mon Mar 23 20:04:13 2009
From: walters at verbum.org (Colin Walters)
Date: Mon, 23 Mar 2009 16:04:13 -0400
Subject: pkgconfig can't find libgnomeui on F9
In-Reply-To: <e1760170903231249q427d4a29o6b3c5de9be2421c@mail.gmail.com>
References: <1237831880.9375.5.camel@localhost.localdomain>
	<49C7D5BC.3050801@ioa.s.u-tokyo.ac.jp>
	<faa16b610903231235i722a7553ke28dd58ab6c275af@mail.gmail.com>
	<e1760170903231249q427d4a29o6b3c5de9be2421c@mail.gmail.com>
Message-ID: <faa16b610903231304m277376cdm48f9b5d1eb10eafb@mail.gmail.com>

On Mon, Mar 23, 2009 at 3:49 PM, Nicolas Chauvet <kwizart at gmail.com> wrote:
>
> Wrong, that will lead to overlinking which is exactly what the
> Requires.private original behaviour tend to avoid.

Well, something is definitely broken if the behavior changes in an
undesirable way if more packages are installed than are specified in
the BuildRequires.

> The ?problem is that the current Requires.private behaviour is conter
> intuitive and the best solution would be to move some of the
> Requires.private to their Libs.private : equivalent as a workaround.

Ok, well that raises the question why the problem doesn't appear in
F-10 and later, if F-9 has the same version of pkg-config.

Anyways if that's the fix, it needs to be done upstream.



From mtasaka at ioa.s.u-tokyo.ac.jp  Mon Mar 23 20:05:29 2009
From: mtasaka at ioa.s.u-tokyo.ac.jp (Mamoru Tasaka)
Date: Tue, 24 Mar 2009 05:05:29 +0900
Subject: newRepo (dist-f11-build) frozen?
In-Reply-To: <1237826774.3748.1.camel@localhost.localdomain>
References: <49C7BBE3.3050301@ioa.s.u-tokyo.ac.jp>
	<1237826774.3748.1.camel@localhost.localdomain>
Message-ID: <49C7EB89.9000802@ioa.s.u-tokyo.ac.jp>

Jesse Keating wrote, at 03/24/2009 01:46 AM +9:00:
> On Tue, 2009-03-24 at 01:42 +0900, Mamoru Tasaka wrote:
>> Hello:
>>
>> It seems that newRepo task for dist-f11-build (task id 1253751)
>> seems to be frozen for 10 hours. Would someone investigate what
>> is happening?
>>
>> Regards,
>> Mamoru
> 
> I just cancelled it, a new one should pick up in its place.

Now new task (id 1254968) finished and new pkgs are shown in
dist-f11-build repo, thank you.

Mamoru



From limb at jcomserv.net  Mon Mar 23 20:11:47 2009
From: limb at jcomserv.net (Jon Ciesla)
Date: Mon, 23 Mar 2009 15:11:47 -0500
Subject: pkgconfig can't find libgnomeui on F9
In-Reply-To: <faa16b610903231304m277376cdm48f9b5d1eb10eafb@mail.gmail.com>
References: <1237831880.9375.5.camel@localhost.localdomain>	<49C7D5BC.3050801@ioa.s.u-tokyo.ac.jp>	<faa16b610903231235i722a7553ke28dd58ab6c275af@mail.gmail.com>	<e1760170903231249q427d4a29o6b3c5de9be2421c@mail.gmail.com>
	<faa16b610903231304m277376cdm48f9b5d1eb10eafb@mail.gmail.com>
Message-ID: <49C7ED03.8050809@jcomserv.net>

Colin Walters wrote:
> On Mon, Mar 23, 2009 at 3:49 PM, Nicolas Chauvet <kwizart at gmail.com> wrote:
>   
>> Wrong, that will lead to overlinking which is exactly what the
>> Requires.private original behaviour tend to avoid.
>>     
>
> Well, something is definitely broken if the behavior changes in an
> undesirable way if more packages are installed than are specified in
> the BuildRequires.
>
>   
>> The  problem is that the current Requires.private behaviour is conter
>> intuitive and the best solution would be to move some of the
>> Requires.private to their Libs.private : equivalent as a workaround.
>>     
>
> Ok, well that raises the question why the problem doesn't appear in
> F-10 and later, if F-9 has the same version of pkg-config.
>
> Anyways if that's the fix, it needs to be done upstream.
>
>   
Similar failure on rawhide:

http://koji.fedoraproject.org/koji/taskinfo?taskID=1255211

-- 
in your fear, speak only peace
in your fear, seek only love

-d. bowie



From pasik at iki.fi  Mon Mar 23 20:16:31 2009
From: pasik at iki.fi (Pasi =?iso-8859-1?Q?K=E4rkk=E4inen?=)
Date: Mon, 23 Mar 2009 22:16:31 +0200
Subject: firstboot Xserver/plymouthd errors/traceback from rawhide Xen domU
Message-ID: <20090323201631.GI5528@edu.joroinen.fi>

Hello!

I just installed rawhide xen domU on el5.3 dom0. 

During first boot I get this error/traceback from X server / plymouthd:
http://pasik.reaktio.net/fedora/rawhide-xen-domu-firstboot-error.jpg

Any ideas? 

-- Pasi



From awilliam at redhat.com  Mon Mar 23 20:18:30 2009
From: awilliam at redhat.com (Adam Williamson)
Date: Mon, 23 Mar 2009 13:18:30 -0700
Subject: libsyncml
In-Reply-To: <gq8ohq$sot$1@ger.gmane.org>
References: <20090321095311.B7FC01B8001@releng2.fedora.phx.redhat.com>
	<gq3j6b$u6c$1@ger.gmane.org> <200903221216.23514.opensource@till.name>
	<49C65A16.5080105@gnat.ca> <gq89bi$295$1@ger.gmane.org>
	<1237830267.4572.59.camel@adam.local.net> <gq8ohq$sot$1@ger.gmane.org>
Message-ID: <1237839510.4572.64.camel@adam.local.net>

On Mon, 2009-03-23 at 20:39 +0100, Kevin Kofler wrote:

> Actually F10 is shipping a KDE 4 port of libopensync-plugin-kdepim from a
> work branch (which may or may not work, I built it and all I know is that
> it builds) and since 4.2 there's now an Akonadi syncing plugin (which
> requires 0.38 as KitchenSync does and which is also disabled as "not ready"
> just like KitchenSync).
> 
> Speaking of this, this is one drawback reverting: we won't be able to build
> that KDE 4 libopensync-plugin-kdepim anymore. :-( That said, as I wrote
> above, I have no idea if it's even working at all right now.

Thanks for the update there - I didn't know work had actually begun on a
plugin.

On 0.38 vs. 0.36 - yeah, it really doesn't make much of a difference.
Neither is at a point where you could reasonably use it on production
data on *any* device or app.
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org
http://www.happyassassin.net



From dbn.lists at gmail.com  Mon Mar 23 21:27:35 2009
From: dbn.lists at gmail.com (Dan Nicholson)
Date: Mon, 23 Mar 2009 14:27:35 -0700
Subject: pkgconfig can't find libgnomeui on F9
In-Reply-To: <49C7ED03.8050809@jcomserv.net>
References: <1237831880.9375.5.camel@localhost.localdomain>
	<49C7D5BC.3050801@ioa.s.u-tokyo.ac.jp>
	<faa16b610903231235i722a7553ke28dd58ab6c275af@mail.gmail.com>
	<e1760170903231249q427d4a29o6b3c5de9be2421c@mail.gmail.com>
	<faa16b610903231304m277376cdm48f9b5d1eb10eafb@mail.gmail.com>
	<49C7ED03.8050809@jcomserv.net>
Message-ID: <91705d080903231427l49f64cf4n27a5c0aa6ff60475@mail.gmail.com>

On Mon, Mar 23, 2009 at 1:11 PM, Jon Ciesla <limb at jcomserv.net> wrote:
> Colin Walters wrote:
>>
>> On Mon, Mar 23, 2009 at 3:49 PM, Nicolas Chauvet <kwizart at gmail.com>
>> wrote:
>>
>>>
>>> Wrong, that will lead to overlinking which is exactly what the
>>> Requires.private original behaviour tend to avoid.
>>>
>>
>> Well, something is definitely broken if the behavior changes in an
>> undesirable way if more packages are installed than are specified in
>> the BuildRequires.
>>
>>
>>>
>>> The ?problem is that the current Requires.private behaviour is conter
>>> intuitive and the best solution would be to move some of the
>>> Requires.private to their Libs.private : equivalent as a workaround.
>>>
>>
>> Ok, well that raises the question why the problem doesn't appear in
>> F-10 and later, if F-9 has the same version of pkg-config.
>>
>> Anyways if that's the fix, it needs to be done upstream.
>>
>>
>
> Similar failure on rawhide:
>
> http://koji.fedoraproject.org/koji/taskinfo?taskID=1255211

I think this is different. Here, all the pkg-config calls (done in
configure) have passed, but the build fails because the
libgnomeui-devel cflags have not been asked for. If the pkg-config
autoreqs are expected to fill this gap, then some .pc file is missing
a necessary reference to libgnomeui-2.0 in Requires or
Requires.private. Or perhaps glunarclock is using libgnomeui itself
but not checking for it during configure.

--
Dan



From mefoster at gmail.com  Mon Mar 23 21:31:30 2009
From: mefoster at gmail.com (Mary Ellen Foster)
Date: Mon, 23 Mar 2009 22:31:30 +0100
Subject: error from ant script
In-Reply-To: <200903231901.52404.akurtako@redhat.com>
References: <539333cb0903231053u23e10604uab4395fe043b4eaa@mail.gmail.com> 
	<200903231901.52404.akurtako@redhat.com>
Message-ID: <f58861e00903231431p57ac8573u677e67958965c421@mail.gmail.com>

2009/3/23 Alexander Kurtakov <akurtako at redhat.com>:
> On Monday 23 March 2009 18:53:10 Subhodip Biswas wrote:
>> hi!
>>
>> While trying to package JOSM which is java based and uses ant to compile.
>> ant when called from rpmbuild fails to compile the code saying :
>> ------
>> static import declarations are not supported in -source 1.4
>> ? ? [javac] (try -source 1.5 to enable static import declarations)
>> ------
>> However executing ant separately on source leads to successful compilation.
>> ----
>> What am i missing?
> Try to call ant -Dant.build.javac.source=1.5 -Dant.build.javac.target=1.5
> your_targets instead of only ant.
> This will set both source and target to 1.5.

I've seen this before: it seems that gcj uses source level 1.4 by
default unless you tell it about 1.5, while OpenJDK uses 1.5 by
default.

MEF

-- 
Mary Ellen Foster  --  http://homepages.inf.ed.ac.uk/mef/
Informatik 6: Robotics and Embedded Systems, Technische Universit?t M?nchen
and ICCS, School of Informatics, University of Edinburgh



From lsof at nodata.co.uk  Mon Mar 23 21:42:02 2009
From: lsof at nodata.co.uk (nodata)
Date: Mon, 23 Mar 2009 22:42:02 +0100
Subject: WANTED: Clever solution for Transifex storage
In-Reply-To: <200903111810.17266.opensource@till.name>
References: <1236750159.31110.70.camel@ignacio.lan>
	<200903111553.21270.opensource@till.name>
	<faa16b610903110948p3266f1d4y8f4aaf538a1c826f@mail.gmail.com>
	<200903111810.17266.opensource@till.name>
Message-ID: <1237844522.9839.3.camel@prague>

Am Mittwoch, den 11.03.2009, 18:10 +0100 schrieb Till Maas:
> On Mi M?rz 11 2009, Colin Walters wrote:
> > 2009/3/11 Till Maas <opensource at till.name>:
> > > There is no way with ACLs to setup a directory where a group of users has
> > > complete access to everything.
> >
> > "complete access to everything" isn't very well specified - can you
> > give an example?
> 
> In a collaborative work environment where several people store files in one 
> directory or subdirectories of it, every user in the group should have read 
> and write access to any file.

Does this do what you want?

mkdir /mnt/eng
chown root:eng /mnt/eng
chmod 070 /mnt/eng
chmod g+s /mnt/eng


> 
> > > It is still possible for a user to add a file
> > > that cannot be accessed by other users or cannot be written to.
> >
> > Deliberately?  Of course, the Unix discretionary permissions model has
> > always allowed that, ACLs or not.  But the default ACL setting on the
> > directory should ensure that new files have the intended permissions.
> 
> The default ACLs are overwritten by the ACL mask, which is somehow built from 
> the traditional unix permission. E.g. if there is a directory with a default 
> mask that gives read and write permissions to a certain group, someone can 
> still (s)cp a file that is not group writeable to this directory. Then because 
> of the ACL mask, it is also not group writeable for the collaboration group. 
> 
> With bindfs a root user can ensure that no non-root user will mess up the 
> permissions inside the common directory, regardless of whether it happens 
> intentionally or by accident.
> 
> Regards,
> Till
> -- 
> fedora-devel-list mailing list
> fedora-devel-list at redhat.com
> https://www.redhat.com/mailman/listinfo/fedora-devel-list




From mclasen at redhat.com  Mon Mar 23 23:42:43 2009
From: mclasen at redhat.com (Matthias Clasen)
Date: Mon, 23 Mar 2009 19:42:43 -0400
Subject: pkgconfig can't find libgnomeui on F9
In-Reply-To: <49C7ED03.8050809@jcomserv.net>
References: <1237831880.9375.5.camel@localhost.localdomain>
	<49C7D5BC.3050801@ioa.s.u-tokyo.ac.jp>
	<faa16b610903231235i722a7553ke28dd58ab6c275af@mail.gmail.com>
	<e1760170903231249q427d4a29o6b3c5de9be2421c@mail.gmail.com>
	<faa16b610903231304m277376cdm48f9b5d1eb10eafb@mail.gmail.com>
	<49C7ED03.8050809@jcomserv.net>
Message-ID: <1237851763.3459.2.camel@localhost.localdomain>

On Mon, 2009-03-23 at 15:11 -0500, Jon Ciesla wrote:

> >   
> Similar failure on rawhide:
> 
> http://koji.fedoraproject.org/koji/taskinfo?taskID=1255211

The problem for glunarclock in rawhide is that libpanelapplet dropped it
libgnomeui dependency, I'd say. So glunarclock's configure needs to add
an explicit libgnomeui dependency to its GNOME_APPLETS_CFLAGS.
 That is hardly pkg-configs fault...



From nathanael at gnat.ca  Tue Mar 24 00:58:42 2009
From: nathanael at gnat.ca (Nathanael D. Noblet)
Date: Mon, 23 Mar 2009 18:58:42 -0600
Subject: libsyncml
In-Reply-To: <1237839510.4572.64.camel@adam.local.net>
References: <20090321095311.B7FC01B8001@releng2.fedora.phx.redhat.com>	<gq3j6b$u6c$1@ger.gmane.org>
	<200903221216.23514.opensource@till.name>	<49C65A16.5080105@gnat.ca>
	<gq89bi$295$1@ger.gmane.org>	<1237830267.4572.59.camel@adam.local.net>
	<gq8ohq$sot$1@ger.gmane.org>
	<1237839510.4572.64.camel@adam.local.net>
Message-ID: <49C83042.1040807@gnat.ca>

Adam Williamson wrote:
> On Mon, 2009-03-23 at 20:39 +0100, Kevin Kofler wrote:
> 
>> Actually F10 is shipping a KDE 4 port of libopensync-plugin-kdepim from a
>> work branch (which may or may not work, I built it and all I know is that
>> it builds) and since 4.2 there's now an Akonadi syncing plugin (which
>> requires 0.38 as KitchenSync does and which is also disabled as "not ready"
>> just like KitchenSync).
>>
>> Speaking of this, this is one drawback reverting: we won't be able to build
>> that KDE 4 libopensync-plugin-kdepim anymore. :-( That said, as I wrote
>> above, I have no idea if it's even working at all right now.
> 
> Thanks for the update there - I didn't know work had actually begun on a
> plugin.
> 
> On 0.38 vs. 0.36 - yeah, it really doesn't make much of a difference.
> Neither is at a point where you could reasonably use it on production
> data on *any* device or app.

So what needs to happen to revert? Is it possible? I'm a lurker here, 
but wouldn't mind increasing my participation if it would help.

-- 
Nathanael d. Noblet
T: 403.875.4613



From ranjithkannikara at gmail.com  Tue Mar 24 01:34:40 2009
From: ranjithkannikara at gmail.com (ranjith kannikara)
Date: Tue, 24 Mar 2009 07:04:40 +0530
Subject: Developer UI for PackageDB
Message-ID: <20aa8c370903231834k521da689h5c2c8067e7e60961@mail.gmail.com>

I name is Ranjith Babu Kannikara. I am a pre-final year student in
govt.Engg College Thrissur, kerala(india). I have been learning
c,python,and their APIs for quite good amount of time. And Java and
Lisp as of now. I have little experience in working with some large
code-base from the last year GSOC in which I have worked with the Zope
Foundation in project 'Porting Zope2 to python2.5' .
My GSOC proposal is for making the PackageDB Developer UI more
flexible and friendly for the developers so that It wont waste the
valuable time of the developer. The present Developer UI is outdated
and needs serious changes and some additional options that will make
it easy to handle the acls, within much lesser time and with much less
effort. And it implemented by including more check boxes and buttons and
by setting reminders for works to be done.

The ideas are listed in detail in the wiki page
https://fedorahosted.org/packagedb/wiki/NewDevUI

The works to be done over the project have a flow like this..
* Aggregating the options that are to be there in the UI.
* Arranging the options with check boxes and buttons instead of select
boxes.
   :- ie arranging the options in rows and coloumns with each rows
start with a user and the check boxes/buttons in
     the row contains the permissions that can be given to the user.
   :- if there is more choice of permissions for each user then
checking itself will be annoying then there will be some
     extra coloumns( 2 or 3 ) of check boxes corresponding to each
user like 'give full permissions' 'give minimal
     permissions' and a custom set .
   :- these boxes, as their names indicate, will automatically give
checkings in a set of boxes the developer may define
      a custom set if he find himself giving a set of permissions
together quite often.
    ( I can make a picture of how the UI will be like after the
summer, and it will be easy for me if I could get the other
     options than 'Approve' and 'Awaiting for review' )
* After the list of the users a button to add new user can be given
which will expand to a text box on click. And this check box will
automatically search and match the text with the names in the list
user as it is entered in the box. ( Implementing such a button and
text box wont be difficult with javascript ).
* Such a button can be provided for the co-maintainer/watcher or the
button it will be enough to provide provisions in the first button it
self to make the new user co-maintainer/watcher once a new user is
added.( All these work belongs to the UI and it will not be difficult
when each button are defined to perform the background works for these
options assigned to them.
* In the page, Toshio have given (https://admin.fedoraproject.org/
pkgdb/packages/name/python), we can see links to bug reports, package
status etc. Another link named ' Active Requests'  can be added there
which will refer to a page that lists the active requests. The
requests can also be arranged so that it can be handled within no time
but this needs me to get an idea about the possible requests a
developer can get.
* As the requests are being listed it is easy to track what happens to
the request and and if a request is being left unnoticed or in some
state of waiting this track can be used to get the list of requests
that needs sending remainders. ( Here i need some more help from some
one else to generate the automatic reminders)
* As our implementation of the new UI will be much like a new
Interface with either the background or the existing page itself as
background for the new UI. In such way of implementation it will be
easy to show the respective EOL only and give options to switch in
between them.

Awaiting your reply
Ranju

-- 
http://www.ranjithkannikara.blogspot.com/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090324/970de164/attachment.htm>

From braden at endoframe.com  Tue Mar 24 02:56:02 2009
From: braden at endoframe.com (Braden McDaniel)
Date: Mon, 23 Mar 2009 22:56:02 -0400
Subject: pkgconfig can't find libgnomeui on F9
In-Reply-To: <49C7D5BC.3050801@ioa.s.u-tokyo.ac.jp>
References: <1237831880.9375.5.camel@localhost.localdomain>
	<49C7D5BC.3050801@ioa.s.u-tokyo.ac.jp>
Message-ID: <1237863362.9375.7.camel@localhost.localdomain>

On Tue, 2009-03-24 at 03:32 +0900, Mamoru Tasaka wrote:
> Braden McDaniel wrote, at 03/24/2009 03:11 AM +9:00:
> > I have a package (openvrml) that's failing to build on F-9:
> > 
> >         http://koji.fedoraproject.org/koji/getfile?taskID=1254875&name=build.log
> > 
> > The build log indicates that the pkg-config check for libgnomeui is
> > failing.  In configure.ac, that check looks like:
> > 
> >         PKG_CHECK_MODULES([GNOMEUI], [libgnomeui-2.0 libgnome-2.0 >= 2.14], ,
> >                           [have_gnomeui=no])
> >         
> > The specfile does have:
> > 
> >         BuildRequires:  libgnomeui-devel >= 2.14
> >         
> > This is succeeding for F-10 and devel; and it *used* to work for F-9.
> > Why would it be failing now?
> > 
> 
> This is due to pkgconfig change. Now also F-9 pkgconfig tries to check
> "Requires.private" for "pkg-config --exists". F-9 libgnomecanvas-2.0.pc
> has "gail" in Requires.private, while root.log says "gail-devel" is not
> included (note: with old pkgconfig "BR: gail-devel" was not needed)
> 
> See:
> http://koji.fedoraproject.org/koji/taskinfo?taskID=1255010

Thanks for that.  I've filed this:

        <http://bugzilla.redhat.com/show_bug.cgi?id=491785>

-- 
Braden McDaniel                           e-mail: <braden at endoframe.com>
<http://endoframe.com>                    Jabber: <braden at jabber.org>




From awilliam at redhat.com  Tue Mar 24 05:15:22 2009
From: awilliam at redhat.com (Adam Williamson)
Date: Mon, 23 Mar 2009 22:15:22 -0700
Subject: libsyncml
In-Reply-To: <49C83042.1040807@gnat.ca>
References: <20090321095311.B7FC01B8001@releng2.fedora.phx.redhat.com>
	<gq3j6b$u6c$1@ger.gmane.org> <200903221216.23514.opensource@till.name>
	<49C65A16.5080105@gnat.ca> <gq89bi$295$1@ger.gmane.org>
	<1237830267.4572.59.camel@adam.local.net> <gq8ohq$sot$1@ger.gmane.org>
	<1237839510.4572.64.camel@adam.local.net>  <49C83042.1040807@gnat.ca>
Message-ID: <1237871722.4572.117.camel@adam.local.net>

On Mon, 2009-03-23 at 18:58 -0600, Nathanael D. Noblet wrote:
> Adam Williamson wrote:
> > On Mon, 2009-03-23 at 20:39 +0100, Kevin Kofler wrote:
> > 
> >> Actually F10 is shipping a KDE 4 port of libopensync-plugin-kdepim from a
> >> work branch (which may or may not work, I built it and all I know is that
> >> it builds) and since 4.2 there's now an Akonadi syncing plugin (which
> >> requires 0.38 as KitchenSync does and which is also disabled as "not ready"
> >> just like KitchenSync).
> >>
> >> Speaking of this, this is one drawback reverting: we won't be able to build
> >> that KDE 4 libopensync-plugin-kdepim anymore. :-( That said, as I wrote
> >> above, I have no idea if it's even working at all right now.
> > 
> > Thanks for the update there - I didn't know work had actually begun on a
> > plugin.
> > 
> > On 0.38 vs. 0.36 - yeah, it really doesn't make much of a difference.
> > Neither is at a point where you could reasonably use it on production
> > data on *any* device or app.
> 
> So what needs to happen to revert? Is it possible? I'm a lurker here, 
> but wouldn't mind increasing my participation if it would help.

The packages I linked to earlier already do it, actually. It mostly just
involves using some Epochs and being careful with the obsoletes. I
already had to do this for Mandriva a few months back. I tested, and the
packages Andreas built work fine - if you install all rawhide opensync
packages then enable his test packages as a repository (the directory's
set up as a yum repo), then do 'yum update', it all works as it should
do.

I think Andreas was just waiting on my testing and possibly a few tweaks
before pushing it, but I wouldn't want to speak too far on his behalf.
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org
http://www.happyassassin.net



From opensource at till.name  Tue Mar 24 07:29:19 2009
From: opensource at till.name (Till Maas)
Date: Tue, 24 Mar 2009 08:29:19 +0100
Subject: WANTED: Clever solution for Transifex storage
In-Reply-To: <1237844522.9839.3.camel@prague>
References: <1236750159.31110.70.camel@ignacio.lan>
	<200903111810.17266.opensource@till.name>
	<1237844522.9839.3.camel@prague>
Message-ID: <200903240829.34931.opensource@till.name>

On Mo M?rz 23 2009, nodata wrote:
> Am Mittwoch, den 11.03.2009, 18:10 +0100 schrieb Till Maas:
> > On Mi M?rz 11 2009, Colin Walters wrote:
> > > 2009/3/11 Till Maas <opensource at till.name>:

> > In a collaborative work environment where several people store files in
> > one directory or subdirectories of it, every user in the group should
> > have read and write access to any file.
>
> Does this do what you want?
>
> mkdir /mnt/eng
> chown root:eng /mnt/eng
> chmod 070 /mnt/eng
> chmod g+s /mnt/eng

No, it still makes the this possible:

> > > > It is still possible for a user to add a file
> > > > that cannot be accessed by other users or cannot be written to.

Another cause for promples like these is extracting archives that contain 
files or directories with strange permissions, e.g. no group executable flag 
for directories.

Regards,
Till
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: This is a digitally signed message part.
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090324/77e59e74/attachment.sig>

From pmatilai at laiskiainen.org  Tue Mar 24 08:07:30 2009
From: pmatilai at laiskiainen.org (Panu Matilainen)
Date: Tue, 24 Mar 2009 10:07:30 +0200 (EET)
Subject: Full Licence field
In-Reply-To: <49C790D9.6050405@redhat.com>
References: <499E9CBB.8070406@schampijer.de>
	<20090301225722.GD7111@yukidoke.org>
	<49AB1FFE.3020900@codewiz.org> <49C0C619.80800@schampijer.de>
	<20090318143059.GD6640@yukidoke.org>
	<49C12958.9010105@schampijer.de> <gprj0e$s9a$1@ger.gmane.org>
	<49C152C5.8040903@redhat.com> <49C39194.4000709@gmail.com>
	<49C39BD6.70000@redhat.com> <49C3F0A8.6060101@gmail.com>
	<49C3F1E9.80704@redhat.com> <49C3F75A.8010909@gmail.com>
	<49C3F975.40808@redhat.com>
	<alpine.LFD.2.00.0903221015040.8795@turre.koti.laiskiainen.org>
	<49C790D9.6050405@redhat.com>
Message-ID: <alpine.DEB.1.10.0903240852500.22609@gotcha.dreamhost.com>

On Mon, 23 Mar 2009, Tom \spot\ Callaway wrote:

> On 03/22/2009 05:18 AM, Panu Matilainen wrote:
>
>> Heh, actually rpm has had %license special file attribute since rpm
>> 2.5.4, it just doesn't really do much anything at all. It also doesn't
>> play well together with %doc, AND since the ancient copyright -> license
>> tag change, %license as file attribute has gotten globbered with
>> side-effect macro from the License: tag, so you'll have to use %%license
>> in the %files section.
>>
>> Other than that, making --excludedocs not affect %license files is
>> literally a one-liner.
>>
>> Making %license use in spec saner is somewhat more complicated (due to
>> the funny little historical issues listed above). I take it you'd like
>> it to behave exactly like %doc, like
>>
>> %files
>> %doc README NEWS ChangeLog
>> %license COPYING
>> %{_bindir}/*
>>
>> ...which would place COPYING into the default docdir, but with the
>> license attribute set. Right?
>
> Yes, this is almost exactly what I would think would be ideal.

Ok.

> (Yes, it requires a rebuild, but I far prefer being able to mark the 
> license files rather than have some heuristic guess and get it wrong 
> repeatedly).

Yup, magic runtime pattern matching aint going work and aint going to 
happen.

> The only thing I would want on top of that is what Jakub proposed
> earlier in the thread:
>
> Basically, have rpm -V ignore timestamp verification on %license files.

Make that "have rpm -V ignore timestamp verification on files whose 
hardlink count is > 1". That's reasonably in line with how rpm -V 
currently treats files shared among multiple packages and makes 
hardlink-on-content verification-friendly for any files, and without 
making licenses a totally oddball special case in verify.

> Then, upon install, if there is already another %license file present
> with identical {md5,sha{256,512}} sum and size installed and if so, do a
> byte by byte comparison and hardlink the files if they are indeed identical.
>
> I'm not sure whether that overcomplicates the transaction or not (also,
> removal would probably need to make sure we didn't leave a package
> without a license text).

And on every upgrade check that hardlinked files are still shareable 
and if not undo hardlinks... eww. Sounds like a whole lotta trouble for 
very little gain.

 	- Panu -



From rawhide at fedoraproject.org  Tue Mar 24 09:00:55 2009
From: rawhide at fedoraproject.org (Rawhide Report)
Date: Tue, 24 Mar 2009 09:00:55 +0000 (UTC)
Subject: rawhide report: 20090324 changes
Message-ID: <20090324090055.32FBE1B8001@releng2.fedora.phx.redhat.com>

Compose started at Tue Mar 24 06:01:04 UTC 2009

Removed package libgnomedbmm
Removed package monodoc
Removed package oki4linux
Updated Packages:

anaconda-11.5.0.36-1
--------------------
* Mon Mar 23 2009 David Cantrell <dcantrell at redhat.com> - 11.5.0.36-1
- Add EFI, Apple Bootstrap, and PPC PReP Boot formats. (dlehman)
- Remove all implicit calls to self.format.destroy from Device classes.
  (dlehman)
- Pop the busy cursor when we're done with the wait window (#491736).
  (clumens)
- If the new size and old size are the same, treat as a no-op (#491496).
  (clumens)
- Let mountFilesystems handling bind mounting /dev (#490772). (clumens)
- Not all FileDevices have parents, so don't assume. (clumens)
- Bind mount formats are mountable. (clumens)
- If a filesystem is already mounted, don't raise an error. (clumens)
- Fix a typo calling the superclass's constructor. (clumens)
- Add a fake device for bind mounting /dev. (clumens)
- If there was an exception leading to the urlgrabber error, log it.
  (clumens)
- Fix the import of checkbootloader (#491574). (clumens)
- Add a missing import (#491605). (clumens)


gdm-2.26.0-6.fc11
-----------------
* Fri Mar 20 2009 Ray Strode <rstrode at redhat.com> - 1:2.26.0-6
- Fix problem in keyboard layout selector (483195)


gnome-screensaver-2.26.0-1.fc11
-------------------------------
* Thu Mar 19 2009 Matthias Clasen <mclasen at redhat.com> - 2.26.0-1
- Update to 2.26.0


k3d-0.7.11.0-1.fc11
-------------------
* Sun Mar 22 2009 Denis Leroy <denis at poolshark.org> - 0.7.11.0-1
- Update to upstream 0.7.11.0

* Wed Mar 04 2009 Denis Leroy <denis at poolshark.org> - 0.7.10.0-1
- Update to upstream 0.7.10.0
- Build system now based on cmake
- All patches upstreamed or obsoleted
- Added potfiles file list patch fix
- Removed example subpackage
- Removed packaged bitstream fonts, use Fedora ones instead

* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 0.6.7.0-10
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


parted-1.8.8-15.fc11
--------------------
* Mon Mar 23 2009 Joel Granados <jgranado at redhat.com> - 1.8.8-14
- Correct the behavior of upated_mode functions when the ASSERT fails (thx to hansg).


pyparted-2.0.9-1.fc11
---------------------
* Mon Mar 23 2009 David Cantrell <dcantrell at redhat.com> - 2.0.9-1
- Upgrade to pyparted-2.0.9


Summary:
Added Packages: 0
Removed Packages: 3
Modified Packages: 6
Broken deps for i386
----------------------------------------------------------
	gdal-1.6.0-4.fc11.i386 requires libodbc.so.1
	gdal-1.6.0-4.fc11.i386 requires libodbcinst.so.1
	gdal-1.6.0-4.fc11.i386 requires libhdf5.so.5
	gdal-perl-1.6.0-4.fc11.i386 requires libodbc.so.1
	gdal-perl-1.6.0-4.fc11.i386 requires libodbcinst.so.1
	gdal-perl-1.6.0-4.fc11.i386 requires libhdf5.so.5
	gdal-ruby-1.6.0-4.fc11.i386 requires libodbc.so.1
	gdal-ruby-1.6.0-4.fc11.i386 requires libodbcinst.so.1
	gdal-ruby-1.6.0-4.fc11.i386 requires libhdf5.so.5
	grass-6.3.0-10.fc11.i386 requires libodbc.so.1
	libopensync-plugin-syncml-0.35-4.fc10.i386 requires libsyncml.so.0
	mapnik-0.5.2-0.10.svn780.fc11.i386 requires dejavu-fonts-sans
	pfstools-imgmagick-1.7.0-3.fc11.i386 requires libMagickCore.so.1
	pfstools-imgmagick-1.7.0-3.fc11.i386 requires libMagick++.so.1
	pfstools-octave-1.7.0-3.fc11.i386 requires libhdf5.so.5
	xastir-1.9.5-2.fc11.i386 requires libMagickCore.so.1



Broken deps for x86_64
----------------------------------------------------------
	gdal-1.6.0-4.fc11.i386 requires libodbc.so.1
	gdal-1.6.0-4.fc11.i386 requires libodbcinst.so.1
	gdal-1.6.0-4.fc11.i386 requires libhdf5.so.5
	gdal-1.6.0-4.fc11.x86_64 requires libhdf5.so.5()(64bit)
	gdal-1.6.0-4.fc11.x86_64 requires libodbcinst.so.1()(64bit)
	gdal-1.6.0-4.fc11.x86_64 requires libodbc.so.1()(64bit)
	gdal-perl-1.6.0-4.fc11.x86_64 requires libhdf5.so.5()(64bit)
	gdal-perl-1.6.0-4.fc11.x86_64 requires libodbcinst.so.1()(64bit)
	gdal-perl-1.6.0-4.fc11.x86_64 requires libodbc.so.1()(64bit)
	gdal-ruby-1.6.0-4.fc11.x86_64 requires libhdf5.so.5()(64bit)
	gdal-ruby-1.6.0-4.fc11.x86_64 requires libodbcinst.so.1()(64bit)
	gdal-ruby-1.6.0-4.fc11.x86_64 requires libodbc.so.1()(64bit)
	grass-6.3.0-10.fc11.x86_64 requires libodbc.so.1()(64bit)
	libopensync-plugin-syncml-0.35-4.fc10.x86_64 requires libsyncml.so.0()(64bit)
	mapnik-0.5.2-0.10.svn780.fc11.i386 requires dejavu-fonts-sans
	mapnik-0.5.2-0.10.svn780.fc11.x86_64 requires dejavu-fonts-sans
	pfstools-imgmagick-1.7.0-3.fc11.x86_64 requires libMagick++.so.1()(64bit)
	pfstools-imgmagick-1.7.0-3.fc11.x86_64 requires libMagickCore.so.1()(64bit)
	pfstools-octave-1.7.0-3.fc11.x86_64 requires libhdf5.so.5()(64bit)
	xastir-1.9.5-2.fc11.x86_64 requires libMagickCore.so.1()(64bit)



Broken deps for ppc
----------------------------------------------------------
	gdal-1.6.0-4.fc11.ppc requires libodbc.so.1
	gdal-1.6.0-4.fc11.ppc requires libodbcinst.so.1
	gdal-1.6.0-4.fc11.ppc requires libhdf5.so.5
	gdal-1.6.0-4.fc11.ppc64 requires libhdf5.so.5()(64bit)
	gdal-1.6.0-4.fc11.ppc64 requires libodbcinst.so.1()(64bit)
	gdal-1.6.0-4.fc11.ppc64 requires libodbc.so.1()(64bit)
	gdal-perl-1.6.0-4.fc11.ppc requires libodbc.so.1
	gdal-perl-1.6.0-4.fc11.ppc requires libodbcinst.so.1
	gdal-perl-1.6.0-4.fc11.ppc requires libhdf5.so.5
	gdal-ruby-1.6.0-4.fc11.ppc requires libodbc.so.1
	gdal-ruby-1.6.0-4.fc11.ppc requires libodbcinst.so.1
	gdal-ruby-1.6.0-4.fc11.ppc requires libhdf5.so.5
	grass-6.3.0-10.fc11.ppc requires libodbc.so.1
	libopensync-plugin-syncml-0.35-4.fc10.ppc requires libsyncml.so.0
	mapnik-0.5.2-0.10.svn780.fc11.ppc requires dejavu-fonts-sans
	mapnik-0.5.2-0.10.svn780.fc11.ppc64 requires dejavu-fonts-sans
	pfstools-imgmagick-1.7.0-3.fc11.ppc requires libMagickCore.so.1
	pfstools-imgmagick-1.7.0-3.fc11.ppc requires libMagick++.so.1
	pfstools-octave-1.7.0-3.fc11.ppc requires libhdf5.so.5
	xastir-1.9.5-2.fc11.ppc requires libMagickCore.so.1



Broken deps for ppc64
----------------------------------------------------------
	cabal2spec-0.12-1.fc11.noarch requires ghc > 0:6.10.1-7
	gdal-1.6.0-4.fc11.ppc64 requires libhdf5.so.5()(64bit)
	gdal-1.6.0-4.fc11.ppc64 requires libodbcinst.so.1()(64bit)
	gdal-1.6.0-4.fc11.ppc64 requires libodbc.so.1()(64bit)
	gdal-perl-1.6.0-4.fc11.ppc64 requires libhdf5.so.5()(64bit)
	gdal-perl-1.6.0-4.fc11.ppc64 requires libodbcinst.so.1()(64bit)
	gdal-perl-1.6.0-4.fc11.ppc64 requires libodbc.so.1()(64bit)
	gdal-ruby-1.6.0-4.fc11.ppc64 requires libhdf5.so.5()(64bit)
	gdal-ruby-1.6.0-4.fc11.ppc64 requires libodbcinst.so.1()(64bit)
	gdal-ruby-1.6.0-4.fc11.ppc64 requires libodbc.so.1()(64bit)
	grass-6.3.0-10.fc11.ppc64 requires libodbc.so.1()(64bit)
	libopensync-plugin-syncml-0.35-4.fc10.ppc64 requires libsyncml.so.0()(64bit)
	mapnik-0.5.2-0.10.svn780.fc11.ppc64 requires dejavu-fonts-sans
	pfstools-imgmagick-1.7.0-3.fc11.ppc64 requires libMagick++.so.1()(64bit)
	pfstools-imgmagick-1.7.0-3.fc11.ppc64 requires libMagickCore.so.1()(64bit)
	pfstools-octave-1.7.0-3.fc11.ppc64 requires libhdf5.so.5()(64bit)
	xastir-1.9.5-2.fc11.ppc64 requires libMagickCore.so.1()(64bit)





From j.w.r.degoede at hhs.nl  Tue Mar 24 09:16:27 2009
From: j.w.r.degoede at hhs.nl (Hans de Goede)
Date: Tue, 24 Mar 2009 10:16:27 +0100
Subject: libsyncml
In-Reply-To: <1237830267.4572.59.camel@adam.local.net>
References: <20090321095311.B7FC01B8001@releng2.fedora.phx.redhat.com>	<gq3j6b$u6c$1@ger.gmane.org>
	<200903221216.23514.opensource@till.name>	<49C65A16.5080105@gnat.ca>
	<gq89bi$295$1@ger.gmane.org>
	<1237830267.4572.59.camel@adam.local.net>
Message-ID: <49C8A4EB.7040902@hhs.nl>

On 03/23/2009 06:44 PM, Adam Williamson wrote:

<snip>

> Synchronizing with Blackberries works well if the opensync plugin for
> Barry is available (currently, in Fedora, it's not - the barry package
> should be updated to include it).

I did the barry review, and the reason the opensync plugin in barry is
disabled is because it needs opensync-0.22, so if we revert I'm sure the
maintainer will happily enable it.

Regards,

Hans



From jakub at redhat.com  Tue Mar 24 09:23:25 2009
From: jakub at redhat.com (Jakub Jelinek)
Date: Tue, 24 Mar 2009 10:23:25 +0100
Subject: Full Licence field
In-Reply-To: <alpine.DEB.1.10.0903240852500.22609@gotcha.dreamhost.com>
References: <49C152C5.8040903@redhat.com> <49C39194.4000709@gmail.com>
	<49C39BD6.70000@redhat.com> <49C3F0A8.6060101@gmail.com>
	<49C3F1E9.80704@redhat.com> <49C3F75A.8010909@gmail.com>
	<49C3F975.40808@redhat.com>
	<alpine.LFD.2.00.0903221015040.8795@turre.koti.laiskiainen.org>
	<49C790D9.6050405@redhat.com>
	<alpine.DEB.1.10.0903240852500.22609@gotcha.dreamhost.com>
Message-ID: <20090324092325.GZ4831@tyan-ft48-01.lab.bos.redhat.com>

On Tue, Mar 24, 2009 at 10:07:30AM +0200, Panu Matilainen wrote:
>> Basically, have rpm -V ignore timestamp verification on %license files.
>
> Make that "have rpm -V ignore timestamp verification on files whose  
> hardlink count is > 1". That's reasonably in line with how rpm -V  
> currently treats files shared among multiple packages and makes  
> hardlink-on-content verification-friendly for any files, and without  
> making licenses a totally oddball special case in verify.

gcc contains hardlinks (e.g. /usr/bin/{,x86_64-redhat-linux-}gcc) and for
these I'd prefer if the timestamp verification was done.  Also,
if e.g. /tmp is on the same filesystem as /bin, any user can do
ln -f /bin/login /tmp/abcdefg
and avoid timestamp verification of /bin/login on subsequent rpm -V.

>> Then, upon install, if there is already another %license file present
>> with identical {md5,sha{256,512}} sum and size installed and if so, do a
>> byte by byte comparison and hardlink the files if they are indeed identical.
>>
>> I'm not sure whether that overcomplicates the transaction or not (also,
>> removal would probably need to make sure we didn't leave a package
>> without a license text).

A removal of a hardlink just decreases the link count, so as long as there
is at least once license file, it won't be erased.

> And on every upgrade check that hardlinked files are still shareable and 
> if not undo hardlinks... eww. Sounds like a whole lotta trouble for very 
> little gain.

I thought rpm doesn't overwrite files, but instead unpacks them under a
temporary name and renames them over.  Which would mean after rename it
would be no longer a hardlink, so no need to undo hardlinks in any way.

	Jakub



From rc040203 at freenet.de  Tue Mar 24 10:09:56 2009
From: rc040203 at freenet.de (Ralf Corsepius)
Date: Tue, 24 Mar 2009 11:09:56 +0100
Subject: Full Licence field
In-Reply-To: <20090324092325.GZ4831@tyan-ft48-01.lab.bos.redhat.com>
References: <49C152C5.8040903@redhat.com>
	<49C39194.4000709@gmail.com>	<49C39BD6.70000@redhat.com>
	<49C3F0A8.6060101@gmail.com>	<49C3F1E9.80704@redhat.com>
	<49C3F75A.8010909@gmail.com>	<49C3F975.40808@redhat.com>	<alpine.LFD.2.00.0903221015040.8795@turre.koti.laiskiainen.org>	<49C790D9.6050405@redhat.com>	<alpine.DEB.1.10.0903240852500.22609@gotcha.dreamhost.com>
	<20090324092325.GZ4831@tyan-ft48-01.lab.bos.redhat.com>
Message-ID: <49C8B174.9000208@freenet.de>

Jakub Jelinek wrote:
> On Tue, Mar 24, 2009 at 10:07:30AM +0200, Panu Matilainen wrote:
>>> Basically, have rpm -V ignore timestamp verification on %license files.
>> Make that "have rpm -V ignore timestamp verification on files whose  
>> hardlink count is > 1". That's reasonably in line with how rpm -V  
>> currently treats files shared among multiple packages and makes  
>> hardlink-on-content verification-friendly for any files, and without  
>> making licenses a totally oddball special case in verify.
> 
> gcc contains hardlinks (e.g. /usr/bin/{,x86_64-redhat-linux-}gcc) and for
> these I'd prefer if the timestamp verification was done. 
What for?

You seem to be forgetting that files system are not read-only. Any user 
has the liberty to "move/copy" around files or "touch" them.

What you really want is "identical contents", not matching timestamps.

Ralf



From pmatilai at laiskiainen.org  Tue Mar 24 10:26:23 2009
From: pmatilai at laiskiainen.org (Panu Matilainen)
Date: Tue, 24 Mar 2009 12:26:23 +0200 (EET)
Subject: Full Licence field
In-Reply-To: <20090324092325.GZ4831@tyan-ft48-01.lab.bos.redhat.com>
References: <49C152C5.8040903@redhat.com> <49C39194.4000709@gmail.com>
	<49C39BD6.70000@redhat.com> <49C3F0A8.6060101@gmail.com>
	<49C3F1E9.80704@redhat.com> <49C3F75A.8010909@gmail.com>
	<49C3F975.40808@redhat.com>
	<alpine.LFD.2.00.0903221015040.8795@turre.koti.laiskiainen.org>
	<49C790D9.6050405@redhat.com>
	<alpine.DEB.1.10.0903240852500.22609@gotcha.dreamhost.com>
	<20090324092325.GZ4831@tyan-ft48-01.lab.bos.redhat.com>
Message-ID: <alpine.DEB.1.10.0903241204020.22609@gotcha.dreamhost.com>

On Tue, 24 Mar 2009, Jakub Jelinek wrote:

> On Tue, Mar 24, 2009 at 10:07:30AM +0200, Panu Matilainen wrote:
>>> Basically, have rpm -V ignore timestamp verification on %license files.
>>
>> Make that "have rpm -V ignore timestamp verification on files whose
>> hardlink count is > 1". That's reasonably in line with how rpm -V
>> currently treats files shared among multiple packages and makes
>> hardlink-on-content verification-friendly for any files, and without
>> making licenses a totally oddball special case in verify.
>
> gcc contains hardlinks (e.g. /usr/bin/{,x86_64-redhat-linux-}gcc) and for
> these I'd prefer if the timestamp verification was done. Also,
> if e.g. /tmp is on the same filesystem as /bin, any user can do
> ln -f /bin/login /tmp/abcdefg
> and avoid timestamp verification of /bin/login on subsequent rpm -V.

Hmm okay, any user being able to modivy rpm -V behavior is not exactly 
good, although timestamp verify is pretty feeble business (considering rpm 
doesnt raise conflicts on timestamp differences).

I just seriously dislike the idea of making license files somehow highly 
special with different rules to everything else, when we're basically 
talking about "files hardlinked outside of packaging".

>>> Then, upon install, if there is already another %license file present
>>> with identical {md5,sha{256,512}} sum and size installed and if so, do a
>>> byte by byte comparison and hardlink the files if they are indeed identical.
>>>
>>> I'm not sure whether that overcomplicates the transaction or not (also,
>>> removal would probably need to make sure we didn't leave a package
>>> without a license text).
>
> A removal of a hardlink just decreases the link count, so as long as there
> is at least once license file, it won't be erased.
>
>> And on every upgrade check that hardlinked files are still shareable and
>> if not undo hardlinks... eww. Sounds like a whole lotta trouble for very
>> little gain.
>
> I thought rpm doesn't overwrite files, but instead unpacks them under a
> temporary name and renames them over.  Which would mean after rename it
> would be no longer a hardlink, so no need to undo hardlinks in any way.

Duh, indeed. I'm not thinking straight :)

 	- Panu -



From billcrawford1970 at gmail.com  Tue Mar 24 10:50:33 2009
From: billcrawford1970 at gmail.com (Bill Crawford)
Date: Tue, 24 Mar 2009 10:50:33 +0000
Subject: Full Licence field
In-Reply-To: <alpine.DEB.1.10.0903241204020.22609@gotcha.dreamhost.com>
References: <49C152C5.8040903@redhat.com>
	<20090324092325.GZ4831@tyan-ft48-01.lab.bos.redhat.com>
	<alpine.DEB.1.10.0903241204020.22609@gotcha.dreamhost.com>
Message-ID: <200903241050.33521.billcrawford1970@gmail.com>

On Tuesday 24 March 2009 10:26:23 Panu Matilainen wrote:

> Hmm okay, any user being able to modivy rpm -V behavior is not exactly
> good, although timestamp verify is pretty feeble business (considering rpm
> doesnt raise conflicts on timestamp differences).

If it's shared, then it should at least verify that the timestamp matches ONE OF 
the packages it's shared between :o)



From alexl at redhat.com  Tue Mar 24 11:25:13 2009
From: alexl at redhat.com (Alexander Larsson)
Date: Tue, 24 Mar 2009 12:25:13 +0100
Subject: Experience and observations of F11a/rawhide so far
In-Reply-To: <1237230600.25260.38.camel@adam.local.net>
References: <k7f096-r0c.ln1@sky.matrix>
	<1237230600.25260.38.camel@adam.local.net>
Message-ID: <1237893913.5108.23.camel@fatty>

On Mon, 2009-03-16 at 12:10 -0700, Adam Williamson wrote:
> For the PulseAudio guys this is complicated by the fact that the
> potential set of available channels from ALSA is hideously complicated,
> and it's not at all easy to know which ones are useful to expose to the
> user for any given card. And the PA guys really, really don't just want
> to expose the whole bundle of channels for each card through the PA
> configuration interface somehow, because making people figure out which
> of 16 channels they need to poke to make their sound do what they want
> it to is horrible.

Only 16 Channels!!! You're lucky:

http://people.redhat.com/alexl/files/why-alsa-sucks.png




From simon at schampijer.de  Tue Mar 24 12:49:13 2009
From: simon at schampijer.de (Simon Schampijer)
Date: Tue, 24 Mar 2009 13:49:13 +0100
Subject: Full Licence field
In-Reply-To: <gpu0vj$546$1@ger.gmane.org>
References: <499E9CBB.8070406@schampijer.de>	<20090301225722.GD7111@yukidoke.org>	<49AB1FFE.3020900@codewiz.org>	<49C0C619.80800@schampijer.de>	<20090318143059.GD6640@yukidoke.org>	<49C12958.9010105@schampijer.de>	<gprj0e$s9a$1@ger.gmane.org>	<49C152C5.8040903@redhat.com>
	<49C2336D.6020304@schampijer.de> <gpu0vj$546$1@ger.gmane.org>
Message-ID: <49C8D6C9.6070004@schampijer.de>

Kevin Kofler wrote:
> Simon Schampijer wrote:
>> So, the point to ship a license per package is fine. I actually did not
>> want to relax that. I had the technical problem to need to access the
>> license field to be able to display it in a dialog inside Sugar.
>>
>> http://shell.sugarlabs.org/~erikos/licence_field.png
>>
>> And since - the file is placed in different places on each distro I
>> wanted to see if a common place would be possible, makes sense. On
>> Fedora this could have been in addition to the per package license
>> field. Not very economic of course.
> 
> FWIW, KDE does exactly that.
> 
> /usr/share/kde4/apps/LICENSES/ (where /usr/share/kde4/apps is the KDE 4
> application data directory, it can vary from distribution to distribution)
> contains the following files (owned by kdelibs):
> ARTISTIC  BSD       GPL_V2    GPL_V3    LGPL_V2   LGPL_V3   QPL_V1.0
> The KAboutData class in kdelibs provides an enum which allows you to pick
> one of these licenses. If the license is not one of those, the application
> is responsible for loading the exact text of the license explicitly.
> 
>> Anyhow - while thinking about it, I was not even sure the displaying of
>> the full license is correct/needed - or matches the guidelines. For
>> example I have not seen something similar in GNOME.
> 
> KDE does it. (Try "Help / About (application name)" in a KDE application.
> The name of the license is a link, clicking that link opens a dialog box
> with the full text of the license.)
> 
> It's not a bad idea, but it isn't strictly needed either. (There are plenty
> of GPLed applications which don't display the full text of the GPL in the
> UI.)
> 
>         Kevin Kofler

Ok, I have placed it now to the sugar data dir so it is accessible on 
each platform/distribution the same way. As Sugar is likely getting into 
areas where people are not that familiar with open source software it is 
maybe a good thing to strengthen it out in the UI as well. I think that 
was part of the idea behind it when done by OLPC.

Thanks for your thoughts,
    Simon



From rjones at redhat.com  Tue Mar 24 13:59:37 2009
From: rjones at redhat.com (Richard W.M. Jones)
Date: Tue, 24 Mar 2009 13:59:37 +0000
Subject: Is there a tool to visualize RPM dependencies (by size)
Message-ID: <20090324135937.GA23976@amd.home.annexia.org>

Has anyone written a tool to visualize RPM dependencies?  Preferably
graphically, and I'm primarily interested in the size of each
dependent package.

                +-------------------+
                | foo (1.3MB)       |
                +-------------------+
                   |         |
               +-----+     +------------------------+
               | bar |     | baz (2 MB)             |
               +-----+     +------------------------+
                | | |              |         |

I found rpmgraph[1] but it only does dependencies, not size.

Rich.

[1] http://www.inf.ethz.ch/personal/lombardo/projects/index.html

-- 
Richard Jones, Emerging Technologies, Red Hat  http://et.redhat.com/~rjones
virt-top is 'top' for virtual machines.  Tiny program with many
powerful monitoring features, net stats, disk stats, logging, etc.
http://et.redhat.com/~rjones/virt-top



From skvidal at fedoraproject.org  Tue Mar 24 14:03:58 2009
From: skvidal at fedoraproject.org (Seth Vidal)
Date: Tue, 24 Mar 2009 10:03:58 -0400 (EDT)
Subject: Is there a tool to visualize RPM dependencies (by size)
In-Reply-To: <20090324135937.GA23976@amd.home.annexia.org>
References: <20090324135937.GA23976@amd.home.annexia.org>
Message-ID: <alpine.LFD.2.00.0903241003200.22687@localhost.localdomain>



On Tue, 24 Mar 2009, Richard W.M. Jones wrote:

> Has anyone written a tool to visualize RPM dependencies?  Preferably
> graphically, and I'm primarily interested in the size of each
> dependent package.
>
>                +-------------------+
>                | foo (1.3MB)       |
>                +-------------------+
>                   |         |
>               +-----+     +------------------------+
>               | bar |     | baz (2 MB)             |
>               +-----+     +------------------------+
>                | | |              |         |
>
> I found rpmgraph[1] but it only does dependencies, not size.

I don't know of anything graphical - but it wouldn't be hard to sort the 
deps of an installed pkg by the size of the pkg.

-sv



From rjones at redhat.com  Tue Mar 24 14:25:58 2009
From: rjones at redhat.com (Richard W.M. Jones)
Date: Tue, 24 Mar 2009 14:25:58 +0000
Subject: Is there a tool to visualize RPM dependencies (by size)
In-Reply-To: <alpine.LFD.2.00.0903241003200.22687@localhost.localdomain>
References: <20090324135937.GA23976@amd.home.annexia.org>
	<alpine.LFD.2.00.0903241003200.22687@localhost.localdomain>
Message-ID: <20090324142558.GA29911@amd.home.annexia.org>

On Tue, Mar 24, 2009 at 10:03:58AM -0400, Seth Vidal wrote:
>
>
> On Tue, 24 Mar 2009, Richard W.M. Jones wrote:
>
>> Has anyone written a tool to visualize RPM dependencies?  Preferably
>> graphically, and I'm primarily interested in the size of each
>> dependent package.
>>
>>                +-------------------+
>>                | foo (1.3MB)       |
>>                +-------------------+
>>                   |         |
>>               +-----+     +------------------------+
>>               | bar |     | baz (2 MB)             |
>>               +-----+     +------------------------+
>>                | | |              |         |
>>
>> I found rpmgraph[1] but it only does dependencies, not size.
>
> I don't know of anything graphical - but it wouldn't be hard to sort the  
> deps of an installed pkg by the size of the pkg.

Am I right in thinking that 'repoquery' is the right tool for this
job?

Rich.

-- 
Richard Jones, Emerging Technologies, Red Hat  http://et.redhat.com/~rjones
virt-top is 'top' for virtual machines.  Tiny program with many
powerful monitoring features, net stats, disk stats, logging, etc.
http://et.redhat.com/~rjones/virt-top



From jhrozek at redhat.com  Tue Mar 24 14:28:04 2009
From: jhrozek at redhat.com (Jakub Hrozek)
Date: Tue, 24 Mar 2009 15:28:04 +0100
Subject: Is there a tool to visualize RPM dependencies (by size)
In-Reply-To: <20090324135937.GA23976@amd.home.annexia.org>
References: <20090324135937.GA23976@amd.home.annexia.org>
Message-ID: <1237904884.15325.5.camel@zeppelin.englab.brq.redhat.com>

On Tue, 2009-03-24 at 13:59 +0000, Richard W.M. Jones wrote:
> Has anyone written a tool to visualize RPM dependencies?  Preferably
> graphically, and I'm primarily interested in the size of each
> dependent package.

rpmreaper does that in ncurses interface, but AFAIK only on installed
packages - not sure of that's what you want.

Jakub



From skvidal at fedoraproject.org  Tue Mar 24 14:27:46 2009
From: skvidal at fedoraproject.org (Seth Vidal)
Date: Tue, 24 Mar 2009 10:27:46 -0400 (EDT)
Subject: Is there a tool to visualize RPM dependencies (by size)
In-Reply-To: <20090324142558.GA29911@amd.home.annexia.org>
References: <20090324135937.GA23976@amd.home.annexia.org>
	<alpine.LFD.2.00.0903241003200.22687@localhost.localdomain>
	<20090324142558.GA29911@amd.home.annexia.org>
Message-ID: <alpine.LFD.2.00.0903241027050.22687@localhost.localdomain>



On Tue, 24 Mar 2009, Richard W.M. Jones wrote:

> On Tue, Mar 24, 2009 at 10:03:58AM -0400, Seth Vidal wrote:
>>
>>
>> On Tue, 24 Mar 2009, Richard W.M. Jones wrote:
>>
>>> Has anyone written a tool to visualize RPM dependencies?  Preferably
>>> graphically, and I'm primarily interested in the size of each
>>> dependent package.
>>>
>>>                +-------------------+
>>>                | foo (1.3MB)       |
>>>                +-------------------+
>>>                   |         |
>>>               +-----+     +------------------------+
>>>               | bar |     | baz (2 MB)             |
>>>               +-----+     +------------------------+
>>>                | | |              |         |
>>>
>>> I found rpmgraph[1] but it only does dependencies, not size.
>>
>> I don't know of anything graphical - but it wouldn't be hard to sort the
>> deps of an installed pkg by the size of the pkg.
>
> Am I right in thinking that 'repoquery' is the right tool for this
> job?

Depends - do you want to report on the pkgs from a repo or from your 
installed system?

-sv



From rjones at redhat.com  Tue Mar 24 14:40:14 2009
From: rjones at redhat.com (Richard W.M. Jones)
Date: Tue, 24 Mar 2009 14:40:14 +0000
Subject: Is there a tool to visualize RPM dependencies (by size)
In-Reply-To: <alpine.LFD.2.00.0903241027050.22687@localhost.localdomain>
References: <20090324135937.GA23976@amd.home.annexia.org>
	<alpine.LFD.2.00.0903241003200.22687@localhost.localdomain>
	<20090324142558.GA29911@amd.home.annexia.org>
	<alpine.LFD.2.00.0903241027050.22687@localhost.localdomain>
Message-ID: <20090324144014.GB29911@amd.home.annexia.org>

On Tue, Mar 24, 2009 at 10:27:46AM -0400, Seth Vidal wrote:
> On Tue, 24 Mar 2009, Richard W.M. Jones wrote:
>> Am I right in thinking that 'repoquery' is the right tool for this
>> job?
>
> Depends - do you want to report on the pkgs from a repo or from your  
> installed system?

>From the repository.

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 robertsong.linux at gmail.com  Tue Mar 24 14:40:40 2009
From: robertsong.linux at gmail.com (robert song)
Date: Tue, 24 Mar 2009 23:40:40 +0900
Subject: question about patent
In-Reply-To: <3e004f8e0903230838s1839cd91m94b063ba5e5858be@mail.gmail.com>
References: <3e004f8e0903230838s1839cd91m94b063ba5e5858be@mail.gmail.com>
Message-ID: <3e004f8e0903240740t6d386511n427c4afb48337ee9@mail.gmail.com>

Hello, everyone.
Now I am using Pettis-Hansen method as follows to reorder functions.
http://www.cs.virginia.edu/kim/courses/cs771/papers/pettis90profile.pdf

But I found that the algorithm has its patent as below.
http://www.freepatentsonline.com/EP0459192.html

So if I use this algorithm in my codes, it will infringe the HP patent.
Does it mean that this algorithm can not be used in codes ?
Is there any method to deal with this problem ?

Best wishes,
robert



From camilo at mesias.co.uk  Tue Mar 24 15:00:35 2009
From: camilo at mesias.co.uk (Camilo Mesias)
Date: Tue, 24 Mar 2009 15:00:35 +0000
Subject: Is there a tool to visualize RPM dependencies (by size)
In-Reply-To: <20090324144014.GB29911@amd.home.annexia.org>
References: <20090324135937.GA23976@amd.home.annexia.org>
	<alpine.LFD.2.00.0903241003200.22687@localhost.localdomain>
	<20090324142558.GA29911@amd.home.annexia.org>
	<alpine.LFD.2.00.0903241027050.22687@localhost.localdomain>
	<20090324144014.GB29911@amd.home.annexia.org>
Message-ID: <d551e0e20903240800k21b53835l301521b469cd4f28@mail.gmail.com>

You could post-process the graph produced by rpmgraph to add in the
size info. You'd need to find the min and max sizes you're interested
in and scale that value to something reasonable, add in 'node [
fixedsize=true ]' and an extra entry for each node giving the scaled
size, eg. ' "bash" [width=1.75] '

-Cam



From jwboyer at gmail.com  Tue Mar 24 15:28:30 2009
From: jwboyer at gmail.com (Josh Boyer)
Date: Tue, 24 Mar 2009 11:28:30 -0400
Subject: question about patent
In-Reply-To: <3e004f8e0903240740t6d386511n427c4afb48337ee9@mail.gmail.com>
References: <3e004f8e0903230838s1839cd91m94b063ba5e5858be@mail.gmail.com>
	<3e004f8e0903240740t6d386511n427c4afb48337ee9@mail.gmail.com>
Message-ID: <20090324152830.GA2346@yoda.jdub.homelinux.org>

On Tue, Mar 24, 2009 at 11:40:40PM +0900, robert song wrote:
>Hello, everyone.
>Now I am using Pettis-Hansen method as follows to reorder functions.
>http://www.cs.virginia.edu/kim/courses/cs771/papers/pettis90profile.pdf
>
>But I found that the algorithm has its patent as below.
>http://www.freepatentsonline.com/EP0459192.html
>
>So if I use this algorithm in my codes, it will infringe the HP patent.
>Does it mean that this algorithm can not be used in codes ?
>Is there any method to deal with this problem ?

You should contact a lawyer about this.  Asking on this list is both
off-topic and probably not a good idea since you're seeking the
equivalent of legal advice and most people here are not lawyers.

josh



From skvidal at fedoraproject.org  Tue Mar 24 15:55:09 2009
From: skvidal at fedoraproject.org (Seth Vidal)
Date: Tue, 24 Mar 2009 11:55:09 -0400 (EDT)
Subject: Is there a tool to visualize RPM dependencies (by size)
In-Reply-To: <20090324144014.GB29911@amd.home.annexia.org>
References: <20090324135937.GA23976@amd.home.annexia.org>
	<alpine.LFD.2.00.0903241003200.22687@localhost.localdomain>
	<20090324142558.GA29911@amd.home.annexia.org>
	<alpine.LFD.2.00.0903241027050.22687@localhost.localdomain>
	<20090324144014.GB29911@amd.home.annexia.org>
Message-ID: <alpine.LFD.2.00.0903241154020.22687@localhost.localdomain>



On Tue, 24 Mar 2009, Richard W.M. Jones wrote:

> On Tue, Mar 24, 2009 at 10:27:46AM -0400, Seth Vidal wrote:
>> On Tue, 24 Mar 2009, Richard W.M. Jones wrote:
>>> Am I right in thinking that 'repoquery' is the right tool for this
>>> job?
>>
>> Depends - do you want to report on the pkgs from a repo or from your
>> installed system?
>
>> From the repository.


try this:

http://skvidal.fedorapeople.org/misc/deps-by-size.py

for example:
$ python deps-by-size.py zsh
Loaded plugins: post-transaction-actions, remove-with-leaves
5966388 - glibc
4766326 - coreutils
2036281 - zsh
1887256 - bash
334108 - ncurses-libs
186790 - grep
182020 - info


-sv



From rjones at redhat.com  Tue Mar 24 16:01:43 2009
From: rjones at redhat.com (Richard W.M. Jones)
Date: Tue, 24 Mar 2009 16:01:43 +0000
Subject: Is there a tool to visualize RPM dependencies (by size)
In-Reply-To: <alpine.LFD.2.00.0903241154020.22687@localhost.localdomain>
References: <20090324135937.GA23976@amd.home.annexia.org>
	<alpine.LFD.2.00.0903241003200.22687@localhost.localdomain>
	<20090324142558.GA29911@amd.home.annexia.org>
	<alpine.LFD.2.00.0903241027050.22687@localhost.localdomain>
	<20090324144014.GB29911@amd.home.annexia.org>
	<alpine.LFD.2.00.0903241154020.22687@localhost.localdomain>
Message-ID: <20090324160143.GA906@amd.home.annexia.org>

On Tue, Mar 24, 2009 at 11:55:09AM -0400, Seth Vidal wrote:
>
>
> On Tue, 24 Mar 2009, Richard W.M. Jones wrote:
>
>> On Tue, Mar 24, 2009 at 10:27:46AM -0400, Seth Vidal wrote:
>>> On Tue, 24 Mar 2009, Richard W.M. Jones wrote:
>>>> Am I right in thinking that 'repoquery' is the right tool for this
>>>> job?
>>>
>>> Depends - do you want to report on the pkgs from a repo or from your
>>> installed system?
>>
>>> From the repository.
>
>
> try this:
>
> http://skvidal.fedorapeople.org/misc/deps-by-size.py
>
> for example:
> $ python deps-by-size.py zsh
> Loaded plugins: post-transaction-actions, remove-with-leaves
> 5966388 - glibc
> 4766326 - coreutils
> 2036281 - zsh
> 1887256 - bash
> 334108 - ncurses-libs
> 186790 - grep
> 182020 - info

Great, thanks.

Rich.

-- 
Richard Jones, Emerging Technologies, Red Hat  http://et.redhat.com/~rjones
virt-top is 'top' for virtual machines.  Tiny program with many
powerful monitoring features, net stats, disk stats, logging, etc.
http://et.redhat.com/~rjones/virt-top



From maxamillion at gmail.com  Tue Mar 24 16:04:54 2009
From: maxamillion at gmail.com (Adam Miller)
Date: Tue, 24 Mar 2009 11:04:54 -0500
Subject: question about patent
In-Reply-To: <20090324152830.GA2346@yoda.jdub.homelinux.org>
References: <3e004f8e0903230838s1839cd91m94b063ba5e5858be@mail.gmail.com>
	<3e004f8e0903240740t6d386511n427c4afb48337ee9@mail.gmail.com>
	<20090324152830.GA2346@yoda.jdub.homelinux.org>
Message-ID: <f12087800903240904v4f799ce3pb95c04e373ebbc08@mail.gmail.com>

I would imagine the members of the Fedora-Legal mailing list would be
of more assistance in this topic area.

-Adam

On Tue, Mar 24, 2009 at 10:28 AM, Josh Boyer <jwboyer at gmail.com> wrote:
> On Tue, Mar 24, 2009 at 11:40:40PM +0900, robert song wrote:
>>Hello, everyone.
>>Now I am using Pettis-Hansen method as follows to reorder functions.
>>http://www.cs.virginia.edu/kim/courses/cs771/papers/pettis90profile.pdf
>>
>>But I found that the algorithm has its patent as below.
>>http://www.freepatentsonline.com/EP0459192.html
>>
>>So if I use this algorithm in my codes, it will infringe the HP patent.
>>Does it mean that this algorithm can not be used in codes ?
>>Is there any method to deal with this problem ?
>
> You should contact a lawyer about this. ?Asking on this list is both
> off-topic and probably not a good idea since you're seeking the
> equivalent of legal advice and most people here are not lawyers.
>
> josh
>
> --
> fedora-devel-list mailing list
> fedora-devel-list at redhat.com
> https://www.redhat.com/mailman/listinfo/fedora-devel-list
>



-- 
http://maxamillion.googlepages.com
---------------------------------------------------------
()  ascii ribbon campaign - against html e-mail
/\  www.asciiribbon.org   - against proprietary attachments



From jreznik at redhat.com  Tue Mar 24 16:10:00 2009
From: jreznik at redhat.com (Jaroslav Reznik)
Date: Tue, 24 Mar 2009 17:10:00 +0100
Subject: System Config Tools Cleanup Project - tools to eliminate/replace
Message-ID: <200903241710.00926.jreznik@redhat.com>

Hi all (interested in system config tools;-).
We are working on System Configurations Tools Cleanup Project we need Fedora
community opinion on this subject.

Some s-c-* tools are now very outdated, some are replaced with better 
solution, some are only used in Anaconda etc. 

This is a short list of application that could be eliminated/replaced/enhanced 
in short/long term from Fedora.
 
I've prepared it simple and clean to support further discussion, maybe some 
other tool is missing... 

* system-config-netboot
  - very outdated
  - replacements k12linux, cobbler

* system-config-boot
  - at least it needs facelift and it's not very usable at all

* system-config-display
  - xrandr should be used for resolution/dualhead configuration, Gnome & KDE 
have 
    own xrandr based display configuration tool
  - generates xorg.conf - it's not needed anymore (only if someone needs 
    more expert configuration)  

* system-config-network
  - replacement NetworkManager
  - missing IPv6? routing?

* system-config-date
  - Gnome/KDE/XFCE have own datetime configuration tool/module, it's confusing 
than
    which one users should use
  - used in firstboot or anaconda???

* system-config-keyboard
  - used only in Anaconda, let it be standalone?
  - very simple tool, Gnome/KDE have better one

* system-config-httpd
  - old GTK 1 application, should be ported to GTK 2 & PolicyKit

* switchdesk and system-switch-tools?
  - it's possible to switch desktop in GDM/KDM
  - one tool for switching all alternatives?

---

Expect more spam from us regarding cleanup project - we already have s-c-* 
tools reviews, so we will fill bugs soon (with some guidelines on list), 
nearly all s-c-* tools need to be ported to PolicyKit and so on ;-)

Happy system config tools hacking
System Config Cleanup Team

-- 
Jaroslav ?ezn?k <jreznik at redhat.com>
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 nathanael at gnat.ca  Tue Mar 24 16:34:59 2009
From: nathanael at gnat.ca (Nathanael D. Noblet)
Date: Tue, 24 Mar 2009 10:34:59 -0600
Subject: libsyncml
In-Reply-To: <49C8A4EB.7040902@hhs.nl>
References: <20090321095311.B7FC01B8001@releng2.fedora.phx.redhat.com>	<gq3j6b$u6c$1@ger.gmane.org>	<200903221216.23514.opensource@till.name>	<49C65A16.5080105@gnat.ca>	<gq89bi$295$1@ger.gmane.org>	<1237830267.4572.59.camel@adam.local.net>
	<49C8A4EB.7040902@hhs.nl>
Message-ID: <49C90BB3.3080908@gnat.ca>

Hans de Goede wrote:
> On 03/23/2009 06:44 PM, Adam Williamson wrote:
> 
> <snip>
> 
>> Synchronizing with Blackberries works well if the opensync plugin for
>> Barry is available (currently, in Fedora, it's not - the barry package
>> should be updated to include it).
> 
> I did the barry review, and the reason the opensync plugin in barry is
> disabled is because it needs opensync-0.22, so if we revert I'm sure the
> maintainer will happily enable it.

So who do we prod to get it reverted?

-- 
Nathanael d. Noblet
T: 403.875.4613



From pemboa at gmail.com  Tue Mar 24 16:38:01 2009
From: pemboa at gmail.com (Arthur Pemberton)
Date: Tue, 24 Mar 2009 11:38:01 -0500
Subject: System Config Tools Cleanup Project - tools to eliminate/replace
In-Reply-To: <200903241710.00926.jreznik@redhat.com>
References: <200903241710.00926.jreznik@redhat.com>
Message-ID: <16de708d0903240938y5605dd2bk891ba75740f5cb8b@mail.gmail.com>

On Tue, Mar 24, 2009 at 11:10 AM, Jaroslav Reznik <jreznik at redhat.com> wrote:
> Hi all (interested in system config tools;-).
> We are working on System Configurations Tools Cleanup Project we need Fedora
> community opinion on this subject.
>
> Some s-c-* tools are now very outdated, some are replaced with better
> solution, some are only used in Anaconda etc.
>
> This is a short list of application that could be eliminated/replaced/enhanced
> in short/long term from Fedora.
>
> I've prepared it simple and clean to support further discussion, maybe some
> other tool is missing...

I'm going to assume you want all discussion in this thread.

> * system-config-netboot
> ?- very outdated
> ?- replacements k12linux, cobbler

Kill it

> * system-config-boot
> ?- at least it needs facelift and it's not very usable at all

Think there needs to be some discussion on a UI first and then out it
out there as a task that someone could pickup.

> * system-config-display
> ?- xrandr should be used for resolution/dualhead configuration, Gnome & KDE
> have
> ? ?own xrandr based display configuration tool
> ?- generates xorg.conf - it's not needed anymore (only if someone needs
> ? ?more expert configuration)

system-config-display hasn't been use other than as an xorg generator
for me for quite a few releases now. And even haven't an xorg.conf no
longer solves my problems. So might as well kill it.


> * system-config-network
> ?- replacement NetworkManager
> ?- missing IPv6? routing?

I don't think NetworkManager is ready yet, at least not ready to
repalce system-config-network. Just setting up LTSP, i needed
system-config-network quite a bit.

> * system-config-date
> ?- Gnome/KDE/XFCE have own datetime configuration tool/module, it's confusing
> than
> ? ?which one users should use
> ?- used in firstboot or anaconda???

Assuming it is killed, what happens to firsrtboot?

> * system-config-keyboard
> ?- used only in Anaconda, let it be standalone?
> ?- very simple tool, Gnome/KDE have better one

No opinion.

> * system-config-httpd
> ?- old GTK 1 application, should be ported to GTK 2 & PolicyKit

Think there needs to be some discussion on a UI first and then out it
out there as a task that someone could pickup.

> * switchdesk and system-switch-tools?
> ?- it's possible to switch desktop in GDM/KDM
> ?- one tool for switching all alternatives?

Can anyone confirm that this still actually works? I seem to remember
it not really working last time I tried it, but I am not sure.

-- 
Fedora 9 : sulphur is good for the skin
( www.pembo13.com )



From Jochen at herr-schmitt.de  Tue Mar 24 16:40:26 2009
From: Jochen at herr-schmitt.de (Jochen Schmitt)
Date: Tue, 24 Mar 2009 17:40:26 +0100
Subject: System Config Tools Cleanup Project - tools to eliminate/replace
In-Reply-To: <200903241710.00926.jreznik@redhat.com>
References: <200903241710.00926.jreznik@redhat.com>
Message-ID: <49C90CFA.7050408@herr-schmitt.de>

Jaroslav Reznik schrieb:
> * switchdesk and system-switch-tools?
>   - it's possible to switch desktop in GDM/KDM
>   - one tool for switching all alternatives?
>   

This tool should be more extensible to allow the usage of other desktop 
environments.
On BZ #488602 I have made an suggestion which allows you to specified 
DESKTOP=LXDE
on /etc/sysconfig/desktop to start LXDE as a desktop environment.

BEst Regards:

Jochen Schmitt



From notting at redhat.com  Tue Mar 24 17:04:24 2009
From: notting at redhat.com (Bill Nottingham)
Date: Tue, 24 Mar 2009 13:04:24 -0400
Subject: System Config Tools Cleanup Project - tools to eliminate/replace
In-Reply-To: <200903241710.00926.jreznik@redhat.com>
References: <200903241710.00926.jreznik@redhat.com>
Message-ID: <20090324170424.GA5925@nostromo.devel.redhat.com>

Jaroslav Reznik (jreznik at redhat.com) said: 
> * system-config-netboot
>   - very outdated
>   - replacements k12linux, cobbler

Yes, this needs to die.

> * system-config-display
>   - xrandr should be used for resolution/dualhead configuration, Gnome & KDE 
> have 
>     own xrandr based display configuration tool
>   - generates xorg.conf - it's not needed anymore (only if someone needs 
>     more expert configuration)  

This is already not in the default install.

> * system-config-network
>   - replacement NetworkManager
>   - missing IPv6? routing?

Which are you referring to 'missing' features in this case?

> * switchdesk and system-switch-tools?
>   - it's possible to switch desktop in GDM/KDM
>   - one tool for switching all alternatives?

Yes, I'm not sure why this still is around.

Bill



From scottt.tw at gmail.com  Tue Mar 24 17:04:52 2009
From: scottt.tw at gmail.com (Scott Tsai)
Date: Tue, 24 Mar 2009 17:04:52 +0000 (UTC)
Subject: System Config Tools Cleanup Project - tools to eliminate/replace
References: <200903241710.00926.jreznik@redhat.com>
Message-ID: <gqb3rj$i39$1@ger.gmane.org>

Some suggestions:

1. Keep this wiki page up-to-date:
http://fedoraproject.org/wiki/SystemConfig/Tools
It still mentions "pirut" for example.
Add a link to the upstream repositories on fedorahosted.org

2. Consider removing these after loud announcements:
system-config-netboot
system-config-display

3. Only remove system-config-network when Fedora no longer ships the old 
network configuration scripts like /etc/sysconfig/network-scripts/ifup 
and have NetworkManager totally take over.
Even then you might want to keep a "System->Administration->Network" menu 
entry but have it start the NetworkManager connection editor.




From ajax at redhat.com  Tue Mar 24 17:10:43 2009
From: ajax at redhat.com (Adam Jackson)
Date: Tue, 24 Mar 2009 13:10:43 -0400
Subject: System Config Tools Cleanup Project - tools to eliminate/replace
In-Reply-To: <20090324170424.GA5925@nostromo.devel.redhat.com>
References: <200903241710.00926.jreznik@redhat.com>
	<20090324170424.GA5925@nostromo.devel.redhat.com>
Message-ID: <1237914643.5005.193.camel@atropine.boston.devel.redhat.com>

On Tue, 2009-03-24 at 13:04 -0400, Bill Nottingham wrote:
> Jaroslav Reznik (jreznik at redhat.com) said: 
> > * system-config-netboot
> >   - very outdated
> >   - replacements k12linux, cobbler
> 
> Yes, this needs to die.
> 
> > * system-config-display
> >   - xrandr should be used for resolution/dualhead configuration, Gnome & KDE 
> > have 
> >     own xrandr based display configuration tool
> >   - generates xorg.conf - it's not needed anymore (only if someone needs 
> >     more expert configuration)  
> 
> This is already not in the default install.

s-c-d is really only useful for multihead across multiple GPUs.  If that
_worked_ in X at the moment.

xorg.conf is still useful (and recommended) for configuring the initial
login screen.

- 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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090324/c6f47961/attachment.sig>

From jreznik at redhat.com  Tue Mar 24 17:13:58 2009
From: jreznik at redhat.com (Jaroslav Reznik)
Date: Tue, 24 Mar 2009 18:13:58 +0100
Subject: System Config Tools Cleanup Project - tools to eliminate/replace
In-Reply-To: <gqb3rj$i39$1@ger.gmane.org>
References: <200903241710.00926.jreznik@redhat.com>
	<gqb3rj$i39$1@ger.gmane.org>
Message-ID: <200903241813.58482.jreznik@redhat.com>

On Tuesday 24 March 2009 18:04:52 Scott Tsai wrote:
> Some suggestions:
>
> 1. Keep this wiki page up-to-date:
> http://fedoraproject.org/wiki/SystemConfig/Tools
> It still mentions "pirut" for example.
> Add a link to the upstream repositories on fedorahosted.org

I'd like to update it according this "questionaire". And yes, all system 
configs should be hosted on fedorahosted.org.

> 2. Consider removing these after loud announcements:
> system-config-netboot
> system-config-display
>
> 3. Only remove system-config-network when Fedora no longer ships the old
> network configuration scripts like /etc/sysconfig/network-scripts/ifup
> and have NetworkManager totally take over.
> Even then you might want to keep a "System->Administration->Network" menu
> entry but have it start the NetworkManager connection editor.

Seems reasonable to me.

Thanks!

Jaroslav



From alsadi at gmail.com  Tue Mar 24 17:15:33 2009
From: alsadi at gmail.com (Muayyad AlSadi)
Date: Tue, 24 Mar 2009 19:15:33 +0200
Subject: System Config Tools Cleanup Project - tools to eliminate/replace
In-Reply-To: <49C90CFA.7050408@herr-schmitt.de>
References: <200903241710.00926.jreznik@redhat.com>
	<49C90CFA.7050408@herr-schmitt.de>
Message-ID: <385866f0903241015k3cb39b43je8cb5a325484022c@mail.gmail.com>

> And even haven't an xorg.conf no
> longer solves my problems. So might as well kill it.

I needed system-config-display because
  * called by /etc/init.d/livesys-late to provide my livecd with a
xdriver= boot option
  * recover bad hand written xorg.conf
  * recover bad xorg.conf files generated by older versions of
proprietary nvidia drivers

>> * system-config-network
>>  - replacement NetworkManager
>>  - missing IPv6? routing?
> I don't think NetworkManager is ready yet, at least not ready to
> repalce system-config-network. Just setting up LTSP, i needed
> system-config-network quite a bit.

+1
NM is not ready yet,
for example I could not use it to dial xDSL and pass it my password
..etc. [in F9]

> * system-config-keyboard
>  - used only in Anaconda, let it be standalone?
>  - very simple tool, Gnome/KDE have better one
hmmm,
we need a system-wide default
and of course we need to allow users to override

talking about my self, I only rely on system-config-keyboard
because I have several problems with other tools
here is a screenshot

http://up2.m5zn.com/photo/2009/3/20/03/1ytw0m0w5.png/png



From awilliam at redhat.com  Tue Mar 24 17:16:54 2009
From: awilliam at redhat.com (Adam Williamson)
Date: Tue, 24 Mar 2009 10:16:54 -0700
Subject: System Config Tools Cleanup Project - tools to eliminate/replace
In-Reply-To: <200903241710.00926.jreznik@redhat.com>
References: <200903241710.00926.jreznik@redhat.com>
Message-ID: <1237915014.4572.132.camel@adam.local.net>

On Tue, 2009-03-24 at 17:10 +0100, Jaroslav Reznik wrote:

> * system-config-display
>   - xrandr should be used for resolution/dualhead configuration, Gnome & KDE 
> have 
>     own xrandr based display configuration tool

Only for RandR 1.2-based drivers, note. Although as of F11 we should be
shipping RandR 1.2 drivers for the three major card types by default for
the first time (radeon, nouveau, intel).

> * system-config-network
>   - replacement NetworkManager
>   - missing IPv6? routing?

Quite a lot of people still don't want to use NetworkManager. It makes
little sense on a system which just sits there connected to a static IP
address 24/7.
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org
http://www.happyassassin.net



From walters at verbum.org  Tue Mar 24 17:38:40 2009
From: walters at verbum.org (Colin Walters)
Date: Tue, 24 Mar 2009 13:38:40 -0400
Subject: System Config Tools Cleanup Project - tools to eliminate/replace
In-Reply-To: <1237915014.4572.132.camel@adam.local.net>
References: <200903241710.00926.jreznik@redhat.com>
	<1237915014.4572.132.camel@adam.local.net>
Message-ID: <faa16b610903241038u7c5fbfaby20d1cd02b3e74187@mail.gmail.com>

On Tue, Mar 24, 2009 at 1:16 PM, Adam Williamson <awilliam at redhat.com> wrote:

> Quite a lot of people still don't want to use NetworkManager. It makes
> little sense on a system which just sits there connected to a static IP
> address 24/7.

I think it does because it provides a useful networking API for other
applications to consume.  For example, answering the question "is
there an active network link" was effectively impossible for app
authors before.

Also, in my opinion on a well-managed network if you want a fixed IP
address, the right way to do it is MAC matching on the DHCP server,
not client configuration.  And NetworkManager works well in such a
setup.



From pemboa at gmail.com  Tue Mar 24 17:43:55 2009
From: pemboa at gmail.com (Arthur Pemberton)
Date: Tue, 24 Mar 2009 12:43:55 -0500
Subject: System Config Tools Cleanup Project - tools to eliminate/replace
In-Reply-To: <faa16b610903241038u7c5fbfaby20d1cd02b3e74187@mail.gmail.com>
References: <200903241710.00926.jreznik@redhat.com>
	<1237915014.4572.132.camel@adam.local.net>
	<faa16b610903241038u7c5fbfaby20d1cd02b3e74187@mail.gmail.com>
Message-ID: <16de708d0903241043r3ab88e8fo47b9ae2159426f97@mail.gmail.com>

On Tue, Mar 24, 2009 at 12:38 PM, Colin Walters <walters at verbum.org> wrote:
> On Tue, Mar 24, 2009 at 1:16 PM, Adam Williamson <awilliam at redhat.com> wrote:
[ snip ]
> Also, in my opinion on a well-managed network if you want a fixed IP
> address, the right way to do it is MAC matching on the DHCP server,
> not client configuration. ?And NetworkManager works well in such a
> setup.


Sometimes you just want to enter an IP address manually. This
shouldn't be considered some extra special case.


-- 
Fedora 9 : sulphur is good for the skin
( www.pembo13.com )



From jreznik at redhat.com  Tue Mar 24 17:45:29 2009
From: jreznik at redhat.com (Jaroslav Reznik)
Date: Tue, 24 Mar 2009 18:45:29 +0100
Subject: System Config Tools Cleanup Project - tools to eliminate/replace
In-Reply-To: <faa16b610903241038u7c5fbfaby20d1cd02b3e74187@mail.gmail.com>
References: <200903241710.00926.jreznik@redhat.com>
	<1237915014.4572.132.camel@adam.local.net>
	<faa16b610903241038u7c5fbfaby20d1cd02b3e74187@mail.gmail.com>
Message-ID: <200903241845.29525.jreznik@redhat.com>

On Tuesday 24 March 2009 18:38:40 Colin Walters wrote:
> On Tue, Mar 24, 2009 at 1:16 PM, Adam Williamson <awilliam at redhat.com> 
wrote:
> > Quite a lot of people still don't want to use NetworkManager. It makes
> > little sense on a system which just sits there connected to a static IP
> > address 24/7.
>
> I think it does because it provides a useful networking API for other
> applications to consume.  For example, answering the question "is
> there an active network link" was effectively impossible for app
> authors before.

Yes, this make sense and it's really quite useful - applications know current 
network state. So now we should collect what is still missing in NM and what 
do we really need to have.

> Also, in my opinion on a well-managed network if you want a fixed IP
> address, the right way to do it is MAC matching on the DHCP server,
> not client configuration.  And NetworkManager works well in such a
> setup.

+1, but there are still devices that don't allow this (as my ADSL router, I 
can only have random IP, no MAC binding available).

Jaroslav 



From jreznik at redhat.com  Tue Mar 24 17:49:28 2009
From: jreznik at redhat.com (Jaroslav Reznik)
Date: Tue, 24 Mar 2009 18:49:28 +0100
Subject: System Config Tools Cleanup Project - tools to eliminate/replace
In-Reply-To: <16de708d0903241043r3ab88e8fo47b9ae2159426f97@mail.gmail.com>
References: <200903241710.00926.jreznik@redhat.com>
	<faa16b610903241038u7c5fbfaby20d1cd02b3e74187@mail.gmail.com>
	<16de708d0903241043r3ab88e8fo47b9ae2159426f97@mail.gmail.com>
Message-ID: <200903241849.28636.jreznik@redhat.com>

On Tuesday 24 March 2009 18:43:55 Arthur Pemberton wrote:
> On Tue, Mar 24, 2009 at 12:38 PM, Colin Walters <walters at verbum.org> wrote:
> > On Tue, Mar 24, 2009 at 1:16 PM, Adam Williamson <awilliam at redhat.com>
> > wrote:
>
> [ snip ]
>
> > Also, in my opinion on a well-managed network if you want a fixed IP
> > address, the right way to do it is MAC matching on the DHCP server,
> > not client configuration. ?And NetworkManager works well in such a
> > setup.
>
> Sometimes you just want to enter an IP address manually. This
> shouldn't be considered some extra special case.

You can enter IP manually in nm-applet too, so it's same (sorry, I've never 
tried it but is seems to be there).

Jaroslav

>
> --
> Fedora 9 : sulphur is good for the skin
> ( www.pembo13.com )



From fabian.deutsch at gmx.de  Tue Mar 24 17:49:25 2009
From: fabian.deutsch at gmx.de (Fabian Deutsch)
Date: Tue, 24 Mar 2009 18:49:25 +0100
Subject: System Config Tools Cleanup Project - tools to eliminate/replace
In-Reply-To: <gqb3rj$i39$1@ger.gmane.org>
References: <200903241710.00926.jreznik@redhat.com>
	<gqb3rj$i39$1@ger.gmane.org>
Message-ID: <1237916965.20478.0.camel@localhost.localdomain>

Am Dienstag, den 24.03.2009, 17:04 +0000 schrieb Scott Tsai:
> Some suggestions:
> 
> 1. Keep this wiki page up-to-date:
> http://fedoraproject.org/wiki/SystemConfig/Tools
> It still mentions "pirut" for example.
> Add a link to the upstream repositories on fedorahosted.org
> 
> 2. Consider removing these after loud announcements:
> system-config-netboot
> system-config-display
> 
> 3. Only remove system-config-network when Fedora no longer ships the old 
> network configuration scripts like /etc/sysconfig/network-scripts/ifup 
> and have NetworkManager totally take over.
> Even then you might want to keep a "System->Administration->Network" menu 
> entry but have it start the NetworkManager connection editor.

What is the long term solution for configuring network settings on
server systems not using NM?

- fabian



From dan at danny.cz  Tue Mar 24 17:59:53 2009
From: dan at danny.cz (Dan =?ISO-8859-1?Q?Hor=E1k?=)
Date: Tue, 24 Mar 2009 18:59:53 +0100
Subject: System Config Tools Cleanup Project - tools to eliminate/replace
In-Reply-To: <faa16b610903241038u7c5fbfaby20d1cd02b3e74187@mail.gmail.com>
References: <200903241710.00926.jreznik@redhat.com>
	<1237915014.4572.132.camel@adam.local.net>
	<faa16b610903241038u7c5fbfaby20d1cd02b3e74187@mail.gmail.com>
Message-ID: <1237917593.3789.37.camel@eagle.danny.cz>

Colin Walters p??e v ?t 24. 03. 2009 v 13:38 -0400:
> On Tue, Mar 24, 2009 at 1:16 PM, Adam Williamson <awilliam at redhat.com> wrote:
> 
> > Quite a lot of people still don't want to use NetworkManager. It makes
> > little sense on a system which just sits there connected to a static IP
> > address 24/7.
> 
> I think it does because it provides a useful networking API for other
> applications to consume.  For example, answering the question "is
> there an active network link" was effectively impossible for app
> authors before.

There are situations when you don't want any reaction on link up/down
events.

> Also, in my opinion on a well-managed network if you want a fixed IP
> address, the right way to do it is MAC matching on the DHCP server,
> not client configuration.  And NetworkManager works well in such a
> setup.

It really depends on situation, but staticly assigned IPs (without DHCP)
are usually prefered in server deployments.


		Dan




From billcrawford1970 at gmail.com  Tue Mar 24 18:03:17 2009
From: billcrawford1970 at gmail.com (Bill Crawford)
Date: Tue, 24 Mar 2009 18:03:17 +0000
Subject: System Config Tools Cleanup Project - tools to eliminate/replace
In-Reply-To: <faa16b610903241038u7c5fbfaby20d1cd02b3e74187@mail.gmail.com>
References: <200903241710.00926.jreznik@redhat.com>
	<1237915014.4572.132.camel@adam.local.net>
	<faa16b610903241038u7c5fbfaby20d1cd02b3e74187@mail.gmail.com>
Message-ID: <200903241803.18008.billcrawford1970@gmail.com>

On Tuesday 24 March 2009 17:38:40 Colin Walters wrote:

> Also, in my opinion on a well-managed network if you want a fixed IP
> address, the right way to do it is MAC matching on the DHCP server,
> not client configuration.  And NetworkManager works well in such a
> setup.

You're entitled to your opinion, but not everyone wants to have to set up DHCP, 
and not everyone wants to have to go their sysadmin and request configuration 
changes to the corporate DHCP server just to change some piece of configuration 
FOR THEIR LOCAL MACHINE with all the annoyance to the sysadmin, timewasting for 
me, and so on.

It used to be nice and simple; you put the DNS server(s) in /etc/resolv.conf or 
in /etc/sysconfig/network-scripts/eth0, you got a network connection when the 
system booted.

It's not always correct to remove the DNS settings from /etc/resolv.conf when 
you shut the machine down; I disabled NM on my rawhide test install because I 
could no longer chroot into it from my older system and run "yum" to update (or 
a number of other things) due to "host not found" errors.

NetworkManager may "work" well in some setups; it's just annoying to see it 
touted as a panac?a when it plainly isn't handling a lot of nice simple setups 
at all well.



From billcrawford1970 at gmail.com  Tue Mar 24 18:04:43 2009
From: billcrawford1970 at gmail.com (Bill Crawford)
Date: Tue, 24 Mar 2009 18:04:43 +0000
Subject: System Config Tools Cleanup Project - tools to eliminate/replace
In-Reply-To: <faa16b610903241038u7c5fbfaby20d1cd02b3e74187@mail.gmail.com>
References: <200903241710.00926.jreznik@redhat.com>
	<1237915014.4572.132.camel@adam.local.net>
	<faa16b610903241038u7c5fbfaby20d1cd02b3e74187@mail.gmail.com>
Message-ID: <200903241804.43402.billcrawford1970@gmail.com>

On Tuesday 24 March 2009 17:38:40 Colin Walters wrote:

> Also, in my opinion on a well-managed network if you want a fixed IP
> address, the right way to do it is MAC matching on the DHCP server,
> not client configuration.  And NetworkManager works well in such a
> setup.

What happens when you replace your network card, btw?



From notting at redhat.com  Tue Mar 24 18:07:11 2009
From: notting at redhat.com (Bill Nottingham)
Date: Tue, 24 Mar 2009 14:07:11 -0400
Subject: System Config Tools Cleanup Project - tools to eliminate/replace
In-Reply-To: <385866f0903241015k3cb39b43je8cb5a325484022c@mail.gmail.com>
References: <200903241710.00926.jreznik@redhat.com>
	<49C90CFA.7050408@herr-schmitt.de>
	<385866f0903241015k3cb39b43je8cb5a325484022c@mail.gmail.com>
Message-ID: <20090324180711.GC5925@nostromo.devel.redhat.com>

Muayyad AlSadi (alsadi at gmail.com) said: 
> > And even haven't an xorg.conf no
> > longer solves my problems. So might as well kill it.
> 
> I needed system-config-display because
>   * called by /etc/init.d/livesys-late to provide my livecd with a
> xdriver= boot option

Should be fixed - file a bug.

>   * recover bad hand written xorg.conf
>   * recover bad xorg.conf files generated by older versions of
> proprietary nvidia drivers

Having a separate tool not called anywhere else to solve PEBKAC
sounds wrong.

Bill



From notting at redhat.com  Tue Mar 24 18:09:56 2009
From: notting at redhat.com (Bill Nottingham)
Date: Tue, 24 Mar 2009 14:09:56 -0400
Subject: System Config Tools Cleanup Project - tools to eliminate/replace
In-Reply-To: <gqb3rj$i39$1@ger.gmane.org>
References: <200903241710.00926.jreznik@redhat.com>
	<gqb3rj$i39$1@ger.gmane.org>
Message-ID: <20090324180956.GD5925@nostromo.devel.redhat.com>

Scott Tsai (scottt.tw at gmail.com) said: 
> 3. Only remove system-config-network when Fedora no longer ships the old 
> network configuration scripts like /etc/sysconfig/network-scripts/ifup 
> and have NetworkManager totally take over.

NetworkManager's connection editor will (soon) be able to
write to those files. Even if NM isn't in use, if it's
writing the same data, to the same files, while being
actually maintained more... I don't see why s-c-network
would stay around.

Bill



From mw_triad at users.sourceforge.net  Tue Mar 24 18:10:11 2009
From: mw_triad at users.sourceforge.net (Matthew Woehlke)
Date: Tue, 24 Mar 2009 13:10:11 -0500
Subject: System Config Tools Cleanup Project - tools to eliminate/replace
In-Reply-To: <1237914643.5005.193.camel@atropine.boston.devel.redhat.com>
References: <200903241710.00926.jreznik@redhat.com>	<20090324170424.GA5925@nostromo.devel.redhat.com>
	<1237914643.5005.193.camel@atropine.boston.devel.redhat.com>
Message-ID: <gqb7m3$3qu$1@ger.gmane.org>

Adam Jackson wrote:
> s-c-d is really only useful for multihead across multiple GPUs.  If that
> _worked_ in X at the moment.

It works for me, if by "works" you mean "GLX crashes if it's loaded" 
;-). (But I have three monitors on two cards; one PCIe, and one good-old 
PCI. GL is thoroughly broken, but it's working otherwise.)

-- 
Matthew
Please do not quote my e-mail address unobfuscated in message bodies.
-- 
  ,= ,-_-. =.    Freedom to Use
((_/)o o(\_))  Freedom to Examine
  `-'(. .)`-'  Freedom to Share
      \_/     Freedom to Improve



From limb at jcomserv.net  Tue Mar 24 18:05:41 2009
From: limb at jcomserv.net (Jon Ciesla)
Date: Tue, 24 Mar 2009 13:05:41 -0500
Subject: pkgconfig can't find libgnomeui on F9
In-Reply-To: <1237851763.3459.2.camel@localhost.localdomain>
References: <1237831880.9375.5.camel@localhost.localdomain>	<49C7D5BC.3050801@ioa.s.u-tokyo.ac.jp>	<faa16b610903231235i722a7553ke28dd58ab6c275af@mail.gmail.com>	<e1760170903231249q427d4a29o6b3c5de9be2421c@mail.gmail.com>	<faa16b610903231304m277376cdm48f9b5d1eb10eafb@mail.gmail.com>	<49C7ED03.8050809@jcomserv.net>
	<1237851763.3459.2.camel@localhost.localdomain>
Message-ID: <49C920F5.4020702@jcomserv.net>

Matthias Clasen wrote:
> On Mon, 2009-03-23 at 15:11 -0500, Jon Ciesla wrote:
>
>   
>>>   
>>>       
>> Similar failure on rawhide:
>>
>> http://koji.fedoraproject.org/koji/taskinfo?taskID=1255211
>>     
>
> The problem for glunarclock in rawhide is that libpanelapplet dropped it
> libgnomeui dependency, I'd say. So glunarclock's configure needs to add
> an explicit libgnomeui dependency to its GNOME_APPLETS_CFLAGS.
>  That is hardly pkg-configs fault...
>
>   
Thanks, that worked.

-- 
in your fear, speak only peace
in your fear, seek only love

-d. bowie



From jdieter at gmail.com  Tue Mar 24 18:11:43 2009
From: jdieter at gmail.com (Jonathan Dieter)
Date: Tue, 24 Mar 2009 20:11:43 +0200
Subject: System Config Tools Cleanup Project - tools to eliminate/replace
In-Reply-To: <200903241804.43402.billcrawford1970@gmail.com>
References: <200903241710.00926.jreznik@redhat.com>
	<1237915014.4572.132.camel@adam.local.net>
	<faa16b610903241038u7c5fbfaby20d1cd02b3e74187@mail.gmail.com>
	<200903241804.43402.billcrawford1970@gmail.com>
Message-ID: <1237918303.20838.15.camel@jdlaptop.lesbg.loc>

On Tue, 2009-03-24 at 18:04 +0000, Bill Crawford wrote:
> On Tuesday 24 March 2009 17:38:40 Colin Walters wrote:
> 
> > Also, in my opinion on a well-managed network if you want a fixed IP
> > address, the right way to do it is MAC matching on the DHCP server,
> > not client configuration.  And NetworkManager works well in such a
> > setup.
> 
> What happens when you replace your network card, btw?
> 

You reassign the IP address to the new MAC address.  I use a script that
allows me to set an IP address and hostname to a MAC address with a
single command (it updates both bind and dhcpd).

At the school I work at, we used to run our network with static (set on
the client side) IP addresses.  A couple of years ago, we made the
switch over to DHCP with the "static" IP address coming from the server,
and it's made life much easier.  We've found that we image/update the
computers far more than we ever change network cards.

Jonathan
-------------- 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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090324/1e71c4a5/attachment.sig>

From surenkarapetyan at gmail.com  Tue Mar 24 17:56:30 2009
From: surenkarapetyan at gmail.com (Suren Karapetyan)
Date: Tue, 24 Mar 2009 21:56:30 +0400
Subject: System Config Tools Cleanup Project - tools to eliminate/replace
In-Reply-To: <faa16b610903241038u7c5fbfaby20d1cd02b3e74187@mail.gmail.com>
References: <200903241710.00926.jreznik@redhat.com>	<1237915014.4572.132.camel@adam.local.net>
	<faa16b610903241038u7c5fbfaby20d1cd02b3e74187@mail.gmail.com>
Message-ID: <49C91ECE.6020800@gmail.com>

Colin Walters wrote:
> On Tue, Mar 24, 2009 at 1:16 PM, Adam Williamson <awilliam at redhat.com> wrote:
>
>   
>> Quite a lot of people still don't want to use NetworkManager. It makes
>> little sense on a system which just sits there connected to a static IP
>> address 24/7.
>>     
>
> I think it does because it provides a useful networking API for other
> applications to consume.  For example, answering the question "is
> there an active network link" was effectively impossible for app
> authors before.
>   
I'm not quite sure squid/httpd/dhcpd/samba/... cares about network link.
The programs which check link availability are usually (always?) desktop 
programs.
> Also, in my opinion on a well-managed network if you want a fixed IP
> address, the right way to do it is MAC matching on the DHCP server,
> not client configuration.  And NetworkManager works well in such a
> setup.
>   
Yes that makes sense for any 10+ workstations network.
But it doesn't make sense for the 2-3 servers which serve that network, 
cause they usually *never* have their ips changed.

So again this makes sense only for desktops (and of course much more 
sense for laptops) but is mostly useless for servers.
And also /etc/init.d/network with dhclient also works quite well in this 
setup.

What I wanted to say is "Removing old ifcfg-style network configuration 
support is wrong".



From mw_triad at users.sourceforge.net  Tue Mar 24 18:21:26 2009
From: mw_triad at users.sourceforge.net (Matthew Woehlke)
Date: Tue, 24 Mar 2009 13:21:26 -0500
Subject: System Config Tools Cleanup Project - tools to eliminate/replace
In-Reply-To: <faa16b610903241038u7c5fbfaby20d1cd02b3e74187@mail.gmail.com>
References: <200903241710.00926.jreznik@redhat.com>	<1237915014.4572.132.camel@adam.local.net>
	<faa16b610903241038u7c5fbfaby20d1cd02b3e74187@mail.gmail.com>
Message-ID: <gqb8b6$83r$1@ger.gmane.org>

Colin Walters wrote:
> Also, in my opinion on a well-managed network if you want a fixed IP
> address, the right way to do it is MAC matching on the DHCP server,
> not client configuration.

I disagree. I want to be able to configure boxes to match DNS entries 
without also having to fiddle with the DHCP configuration. (Besides, 
what if the NIC goes bad? It's easier to just swap it out and continue 
running the old config on the new hardware than to have to update DHCP.)

In the instance where the machine admins are also the network admins, I 
tend to agree (and in fairness that's how I run my home network), but 
when the machine admins are in a totally separate group (and, for that 
matter, thousands of miles geographically displaced as well) it doesn't 
work so well. (In such cases, it sometimes ends up you have to ask 
people to memorize IP addresses until IT gets around to fixing DNS, 
never mind trying to get them to manage static DHCP leases as well.)

-- 
Matthew
Please do not quote my e-mail address unobfuscated in message bodies.
-- 
  ,= ,-_-. =.    Freedom to Use
((_/)o o(\_))  Freedom to Examine
  `-'(. .)`-'  Freedom to Share
      \_/     Freedom to Improve



From mw_triad at users.sourceforge.net  Tue Mar 24 18:21:28 2009
From: mw_triad at users.sourceforge.net (Matthew Woehlke)
Date: Tue, 24 Mar 2009 13:21:28 -0500
Subject: System Config Tools Cleanup Project - tools to eliminate/replace
In-Reply-To: <200903241710.00926.jreznik@redhat.com>
References: <200903241710.00926.jreznik@redhat.com>
Message-ID: <gqb8b8$83r$2@ger.gmane.org>

Jaroslav Reznik wrote:
> * system-config-display
>   - xrandr should be used for resolution/dualhead configuration, Gnome & KDE 
> have 
>     own xrandr based display configuration tool
>   - generates xorg.conf - it's not needed anymore (only if someone needs 
>     more expert configuration)  

At least this machine needs an xorg.conf, I think the one of my home 
machines does also.

I'd vote to keep this as a tool to generate a decent starting point for 
an xorg.conf that needs to be hand-edited, as opposed to having to write 
one from scratch (which, frankly, sucks, especially things like getting 
monitor refresh rates correct).

Bill pointed out that this is not installed by default, which is fine. 
I'd say we should keep it that way; available and working for those that 
need it, but not installed by default.

> * system-config-network
>   - replacement NetworkManager
>   - missing IPv6? routing?

What about machines not using NM? (Like, again, this one and one of my 
home machines...) As with s-c-display, it's useful for not having to 
hand-write configs (or at least to generate good starting points). It 
should probably not be installed when NM is being used, though, so 'not 
installed by default' except on non-NM-using spins (if there are any).

For this machine, I'm running custom ifup scripts in order to set up a 
TUN bridge, so "eth0" is just the hardware with no address and the local 
processes actually use br0. (tap0 is fed to qemu as a virtual hardware 
device, so the box has multiple IP's, one of which is "owned" by the 
VM.) Can NM handle that yet?

> * system-config-date
>   - Gnome/KDE/XFCE have own datetime configuration tool/module, it's confusing 
> than
>     which one users should use
>   - used in firstboot or anaconda???

...and s-c-date conflicts with these. What manages the ntp service? I 
don't think I've had any luck with the KDE date config working correctly 
at system level, which means if s-c-date went away I'd have to manage 
the date/time on my machine(s) at CLI level and by editing ntpd.conf by 
hand.

-- 
Matthew
Please do not quote my e-mail address unobfuscated in message bodies.
-- 
  ,= ,-_-. =.    Freedom to Use
((_/)o o(\_))  Freedom to Examine
  `-'(. .)`-'  Freedom to Share
      \_/     Freedom to Improve



From rc040203 at freenet.de  Tue Mar 24 18:27:25 2009
From: rc040203 at freenet.de (Ralf Corsepius)
Date: Tue, 24 Mar 2009 19:27:25 +0100
Subject: System Config Tools Cleanup Project - tools to eliminate/replace
In-Reply-To: <20090324180956.GD5925@nostromo.devel.redhat.com>
References: <200903241710.00926.jreznik@redhat.com>	<gqb3rj$i39$1@ger.gmane.org>
	<20090324180956.GD5925@nostromo.devel.redhat.com>
Message-ID: <49C9260D.5080703@freenet.de>

Bill Nottingham wrote:
> Scott Tsai (scottt.tw at gmail.com) said: 
>> 3. Only remove system-config-network when Fedora no longer ships the old 
>> network configuration scripts like /etc/sysconfig/network-scripts/ifup 
>> and have NetworkManager totally take over.
> 
> NetworkManager's connection editor will (soon) be able to
> write to those files. Even if NM isn't in use, if it's
> writing the same data, to the same files, while being
> actually maintained more... I don't see why s-c-network
> would stay around.

Well, I regret having to say so, but unless NetworkManager has seen 
_very_ substantial improvements since FC10, I feel your rationale is 
wishful thinking.

Actually, I feel s-c-network should be revived and NetworkManager be 
made strictly optional.




From mw_triad at users.sourceforge.net  Tue Mar 24 18:26:09 2009
From: mw_triad at users.sourceforge.net (Matthew Woehlke)
Date: Tue, 24 Mar 2009 13:26:09 -0500
Subject: System Config Tools Cleanup Project - tools to eliminate/replace
In-Reply-To: <20090324180711.GC5925@nostromo.devel.redhat.com>
References: <200903241710.00926.jreznik@redhat.com>	<49C90CFA.7050408@herr-schmitt.de>	<385866f0903241015k3cb39b43je8cb5a325484022c@mail.gmail.com>
	<20090324180711.GC5925@nostromo.devel.redhat.com>
Message-ID: <gqb8k2$93o$1@ger.gmane.org>

Bill Nottingham wrote:
> Muayyad AlSadi (alsadi at gmail.com) said: 
>>   * recover bad hand written xorg.conf
>>   * recover bad xorg.conf files generated by older versions of
>> proprietary nvidia drivers
> 
> Having a separate tool not called anywhere else to solve PEBKAC
> sounds wrong.

How is having a tool to generate sane xorg.conf's "wrong"? If it can 
sanitize and correct bad hand-written configs, even better. (We have 
tools that only do half of that, i.e. only point out the errors... their 
names tend to end in "lint".)

-- 
Matthew
Please do not quote my e-mail address unobfuscated in message bodies.
-- 
  ,= ,-_-. =.    Freedom to Use
((_/)o o(\_))  Freedom to Examine
  `-'(. .)`-'  Freedom to Share
      \_/     Freedom to Improve



From kevin at scrye.com  Tue Mar 24 18:35:25 2009
From: kevin at scrye.com (Kevin Fenzi)
Date: Tue, 24 Mar 2009 12:35:25 -0600
Subject: System Config Tools Cleanup Project - tools to eliminate/replace
In-Reply-To: <20090324180956.GD5925@nostromo.devel.redhat.com>
References: <200903241710.00926.jreznik@redhat.com>
	<gqb3rj$i39$1@ger.gmane.org>
	<20090324180956.GD5925@nostromo.devel.redhat.com>
Message-ID: <20090324123525.13c99eb5@ohm.scrye.com>

On Tue, 24 Mar 2009 14:09:56 -0400
Bill Nottingham <notting at redhat.com> wrote:

> Scott Tsai (scottt.tw at gmail.com) said: 
> > 3. Only remove system-config-network when Fedora no longer ships
> > the old network configuration scripts
> > like /etc/sysconfig/network-scripts/ifup and have NetworkManager
> > totally take over.
> 
> NetworkManager's connection editor will (soon) be able to
> write to those files. Even if NM isn't in use, if it's
> writing the same data, to the same files, while being
> actually maintained more... I don't see why s-c-network
> would stay around.

Here's my short list of things I would like to see implemented before
s-c-network goes away: 

- bridging support in NM 
- command line configuration/management tool for nm
(I would think this could just be a management tool and have some
config file to change config, I don't care which). 

> 
> Bill
> 

kevin
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090324/63a2c0f2/attachment.sig>

From katzj at redhat.com  Tue Mar 24 18:37:07 2009
From: katzj at redhat.com (Jeremy Katz)
Date: Tue, 24 Mar 2009 14:37:07 -0400
Subject: System Config Tools Cleanup Project - tools to eliminate/replace
In-Reply-To: <20090324180711.GC5925@nostromo.devel.redhat.com>
References: <200903241710.00926.jreznik@redhat.com>
	<49C90CFA.7050408@herr-schmitt.de>
	<385866f0903241015k3cb39b43je8cb5a325484022c@mail.gmail.com>
	<20090324180711.GC5925@nostromo.devel.redhat.com>
Message-ID: <20090324183705.GA16586@redhat.com>

On Tuesday, March 24 2009, Bill Nottingham said:
> Muayyad AlSadi (alsadi at gmail.com) said: 
> > > And even haven't an xorg.conf no
> > > longer solves my problems. So might as well kill it.
> > 
> > I needed system-config-display because
> >   * called by /etc/init.d/livesys-late to provide my livecd with a
> > xdriver= boot option
> 
> Should be fixed - file a bug.

ajax was talking about having the xserver do this automatically... not
sure if he got around to it or not

Jeremy



From mw_triad at users.sourceforge.net  Tue Mar 24 18:42:11 2009
From: mw_triad at users.sourceforge.net (Matthew Woehlke)
Date: Tue, 24 Mar 2009 13:42:11 -0500
Subject: System Config Tools Cleanup Project - tools to eliminate/replace
In-Reply-To: <49C9260D.5080703@freenet.de>
References: <200903241710.00926.jreznik@redhat.com>	<gqb3rj$i39$1@ger.gmane.org>	<20090324180956.GD5925@nostromo.devel.redhat.com>
	<49C9260D.5080703@freenet.de>
Message-ID: <gqb9i4$cif$1@ger.gmane.org>

Ralf Corsepius wrote:
> Actually, I feel s-c-network should be revived and NetworkManager be 
> made strictly optional.

I'd actually have to disagree. I *love* NM on my Asus (netbook). It's 
great for laptops (or other computers that tend to move around and need 
to deal with "foreign" networks, especially wireless networks), and it's 
"okay" for desktops. (For one, it handles Verizon CDMA modems out of the 
box, much better even that on Windoze, which is why I'd much rather use 
NM when dealing with one of those.) However, it's not yet up-to-snuff 
(and possibly inferior) for servers or other "complicated" network 
setups, and it's maybe at "break even" for static setups.

I think we /should/ be pushing NM for "normal" use so it gets exposure 
and improves, but I agree that s-c-n and the if-scripts toolchains need 
to be maintained (at least for now) as they are still superior for some 
situations.

-- 
Matthew
Please do not quote my e-mail address unobfuscated in message bodies.
-- 
  ,= ,-_-. =.    Freedom to Use
((_/)o o(\_))  Freedom to Examine
  `-'(. .)`-'  Freedom to Share
      \_/     Freedom to Improve



From mw_triad at users.sourceforge.net  Tue Mar 24 18:42:27 2009
From: mw_triad at users.sourceforge.net (Matthew Woehlke)
Date: Tue, 24 Mar 2009 13:42:27 -0500
Subject: System Config Tools Cleanup Project - tools to eliminate/replace
In-Reply-To: <faa16b610903241038u7c5fbfaby20d1cd02b3e74187@mail.gmail.com>
References: <200903241710.00926.jreznik@redhat.com>	<1237915014.4572.132.camel@adam.local.net>
	<faa16b610903241038u7c5fbfaby20d1cd02b3e74187@mail.gmail.com>
Message-ID: <gqb9ij$cif$2@ger.gmane.org>

Colin Walters wrote:
> Also, in my opinion on a well-managed network if you want a fixed IP
> address, the right way to do it is MAC matching on the DHCP server,
> not client configuration.  And NetworkManager works well in such a
> setup.

Aside from the other reasons I mentioned (which I notice Bill Crawford 
echoed), I'd point out that you still need to statically assign the IP 
/for the DHCP server/ ;-).

(Yes I know it was said elsewhere NM is supposed to handle static 
IP's... just pointing out why it *must* be able to do so if you expect 
to use it to replace the if* scripts.)

-- 
Matthew
Please do not quote my e-mail address unobfuscated in message bodies.
-- 
  ,= ,-_-. =.    Freedom to Use
((_/)o o(\_))  Freedom to Examine
  `-'(. .)`-'  Freedom to Share
      \_/     Freedom to Improve



From lutter at redhat.com  Tue Mar 24 18:47:16 2009
From: lutter at redhat.com (David Lutterkort)
Date: Tue, 24 Mar 2009 18:47:16 +0000
Subject: System Config Tools Cleanup Project - tools to eliminate/replace
In-Reply-To: <200903241710.00926.jreznik@redhat.com>
References: <200903241710.00926.jreznik@redhat.com>
Message-ID: <1237920436.9304.24.camel@avon.watzmann.net>

On Tue, 2009-03-24 at 17:10 +0100, Jaroslav Reznik wrote:
> * system-config-netboot
>   - very outdated
>   - replacements k12linux, cobbler

Heh, yeah, the shortcomings of this were the inspiration for cobbler.

> * system-config-boot
>   - at least it needs facelift and it's not very usable at all

And should probably use Augeas in the backend.

> * system-config-network
>   - replacement NetworkManager
>   - missing IPv6? routing?

If a tool like this is needed at all (though NM should really just
absorb the functionality), the backend should be based on netcf[1]

David

[1] Currently at http://people.redhat.com/dlutter/netcf, but I'll
    move it to fedorahosted any day now, and actually make a release.
    The intent is to have netcf as a distro-agnostic backend for network
    configuration that can be used by at least libvirt and NM




From notting at redhat.com  Tue Mar 24 18:47:23 2009
From: notting at redhat.com (Bill Nottingham)
Date: Tue, 24 Mar 2009 14:47:23 -0400
Subject: System Config Tools Cleanup Project - tools to eliminate/replace
In-Reply-To: <gqb8k2$93o$1@ger.gmane.org>
References: <200903241710.00926.jreznik@redhat.com>
	<49C90CFA.7050408@herr-schmitt.de>
	<385866f0903241015k3cb39b43je8cb5a325484022c@mail.gmail.com>
	<20090324180711.GC5925@nostromo.devel.redhat.com>
	<gqb8k2$93o$1@ger.gmane.org>
Message-ID: <20090324184723.GB7544@nostromo.devel.redhat.com>

Matthew Woehlke (mw_triad at users.sourceforge.net) said: 
> How is having a tool to generate sane xorg.conf's "wrong"?

Xorg -configure

Bill



From 440volt.tux at gmail.com  Tue Mar 24 18:48:34 2009
From: 440volt.tux at gmail.com (Subhodip Biswas)
Date: Wed, 25 Mar 2009 00:18:34 +0530
Subject: error from ant script
In-Reply-To: <f58861e00903231431p57ac8573u677e67958965c421@mail.gmail.com>
References: <539333cb0903231053u23e10604uab4395fe043b4eaa@mail.gmail.com>
	<200903231901.52404.akurtako@redhat.com>
	<f58861e00903231431p57ac8573u677e67958965c421@mail.gmail.com>
Message-ID: <539333cb0903241148xf4bd76bn41d59d2ba9a15cda@mail.gmail.com>

I am still facing the problem even though i shifted to openjdk from
gcj.How to specify target and source for ant in a specfile.
I tried this but was of no help.
------------------------------------------------
ant -Dant.build.javac.source=1.5  -Dant.build.javac.target=1.5

My present java compiler is :
------------------------------------------------
java version "1.6.0"
OpenJDK  Runtime Environment (build 1.6.0-b09)
OpenJDK Client VM (build 1.6.0-b09, mixed mode)

Present error I am getting is this :
-------------------------------------------------------------
 warning: as of release 5, 'enum' is a keyword, and may not be used as
an identifier
    [javac] (use -source 5 or higher to use 'enum' as a keyword)



-- 
Regards
Subhodip Biswas

GPG key : FAEA34AB
Server : pgp.mit.edu
http://subhodipbiswas.wordpress.com
http:/www.fedoraproject.org/wiki/SubhodipBiswas



From lutter at redhat.com  Tue Mar 24 18:53:39 2009
From: lutter at redhat.com (David Lutterkort)
Date: Tue, 24 Mar 2009 18:53:39 +0000
Subject: System Config Tools Cleanup Project - tools to eliminate/replace
In-Reply-To: <gqb3rj$i39$1@ger.gmane.org>
References: <200903241710.00926.jreznik@redhat.com>
	<gqb3rj$i39$1@ger.gmane.org>
Message-ID: <1237920819.9304.27.camel@avon.watzmann.net>

On Tue, 2009-03-24 at 17:04 +0000, Scott Tsai wrote:
> 3. Only remove system-config-network when Fedora no longer ships the old 
> network configuration scripts like /etc/sysconfig/network-scripts/ifup 
> and have NetworkManager totally take over.

For system-wide configs, those scritps need to stick around; NM
integration of those will be addressed by using netcf, which
encapsulates all the headaches with what files to change to set up a
bond etc.

David




From lutter at redhat.com  Tue Mar 24 18:55:16 2009
From: lutter at redhat.com (David Lutterkort)
Date: Tue, 24 Mar 2009 11:55:16 -0700
Subject: System Config Tools Cleanup Project - tools to eliminate/replace
In-Reply-To: <gqb8b8$83r$2@ger.gmane.org>
References: <200903241710.00926.jreznik@redhat.com>
	<gqb8b8$83r$2@ger.gmane.org>
Message-ID: <1237920916.9304.28.camel@avon.watzmann.net>

On Tue, 2009-03-24 at 13:21 -0500, Matthew Woehlke wrote:
> For this machine, I'm running custom ifup scripts in order to set up a 
> TUN bridge, so "eth0" is just the hardware with no address and the local 
> processes actually use br0. (tap0 is fed to qemu as a virtual hardware 
> device, so the box has multiple IP's, one of which is "owned" by the 
> VM.) Can NM handle that yet?

No, but that's such a common setup that both libvirt and NM will support
it in the near future (via netcf).

David




From che666 at gmail.com  Tue Mar 24 19:03:54 2009
From: che666 at gmail.com (Rudolf Kastl)
Date: Tue, 24 Mar 2009 20:03:54 +0100
Subject: System Config Tools Cleanup Project - tools to eliminate/replace
In-Reply-To: <200903241710.00926.jreznik@redhat.com>
References: <200903241710.00926.jreznik@redhat.com>
Message-ID: <e99d27470903241203g376da16ey5dbf64fc2f61d3c2@mail.gmail.com>

2009/3/24 Jaroslav Reznik <jreznik at redhat.com>:
> Hi all (interested in system config tools;-).
> We are working on System Configurations Tools Cleanup Project we need Fedora
> community opinion on this subject.
>
> Some s-c-* tools are now very outdated, some are replaced with better
> solution, some are only used in Anaconda etc.
>
> This is a short list of application that could be eliminated/replaced/enhanced
> in short/long term from Fedora.
>
> I've prepared it simple and clean to support further discussion, maybe some
> other tool is missing...
>
> * system-config-netboot
> ?- very outdated
> ?- replacements k12linux, cobbler

could be removed.

>
> * system-config-boot
> ?- at least it needs facelift and it's not very usable at all
>
> * system-config-display
> ?- xrandr should be used for resolution/dualhead configuration, Gnome & KDE
> have
> ? ?own xrandr based display configuration tool
> ?- generates xorg.conf - it's not needed anymore (only if someone needs
> ? ?more expert configuration)

or someone has issues with the automatic detection or wants to use
nvidia binary drivers (which have a file overlay). or needs to switch
driver to vesa if drivers are broken or or or or... i wouldnt call
that expert stuff. more things you still need to do in some cases.

>
> * system-config-network
> ?- replacement NetworkManager
> ?- missing IPv6? routing?

system-config-network has a text user interface. networkmanager is
still lacking a proper way to be configured or used from a terminal as
it is. still required e.g. for system troubleshooting and system
rescue ... e.g. if X doesent start you cant enable or manage your
interfaces properly. most endusers cant handle the textfiles and
therefore wouldnt even be able to configure an interface manually to
get the updates that makes things start again. (not like friends of
mine didnt have those issues before)

>
> * system-config-date
> ?- Gnome/KDE/XFCE have own datetime configuration tool/module, it's confusing
> than
> ? ?which one users should use
> ?- used in firstboot or anaconda???

as long as those tool properly configure ntp... in the gnome date
applet i cant find any ntp options.

>
> * system-config-keyboard
> ?- used only in Anaconda, let it be standalone?
> ?- very simple tool, Gnome/KDE have better one

system wide config tool yet missing?

>
> * system-config-httpd
> ?- old GTK 1 application, should be ported to GTK 2 & PolicyKit

+1

>
> * switchdesk and system-switch-tools?
> ?- it's possible to switch desktop in GDM/KDM
> ?- one tool for switching all alternatives?

atleast the nonui script can still be useful to some degree.



there is another one i have to add:

system-config-cluster:

doesent start since 2 years because of a pam error... maintainer
doesent respond to bugs at all... is pretty buggy.
but doesent have a replacement (ricci is in the true... but lucy still
cant go in because of the zope problem since years now)


>
> ---
>
> Expect more spam from us regarding cleanup project - we already have s-c-*
> tools reviews, so we will fill bugs soon (with some guidelines on list),
> nearly all s-c-* tools need to be ported to PolicyKit and so on ;-)
>
> Happy system config tools hacking
> System Config Cleanup Team
>
> --
> Jaroslav ?ezn?k <jreznik at redhat.com>
> Associate Software Engineer - Base Operating Systems Brno
>
> Office: +420 532 294 275
> Mobile: +420 731 455 332
> Red Hat, Inc. ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? http://cz.redhat.com/
>
> --
> fedora-devel-list mailing list
> fedora-devel-list at redhat.com
> https://www.redhat.com/mailman/listinfo/fedora-devel-list
>



From awilliam at redhat.com  Tue Mar 24 19:14:01 2009
From: awilliam at redhat.com (Adam Williamson)
Date: Tue, 24 Mar 2009 12:14:01 -0700
Subject: System Config Tools Cleanup Project - tools to eliminate/replace
In-Reply-To: <gqb7m3$3qu$1@ger.gmane.org>
References: <200903241710.00926.jreznik@redhat.com>
	<20090324170424.GA5925@nostromo.devel.redhat.com>
	<1237914643.5005.193.camel@atropine.boston.devel.redhat.com>
	<gqb7m3$3qu$1@ger.gmane.org>
Message-ID: <1237922041.4572.144.camel@adam.local.net>

On Tue, 2009-03-24 at 13:10 -0500, Matthew Woehlke wrote:
> Adam Jackson wrote:
> > s-c-d is really only useful for multihead across multiple GPUs.  If that
> > _worked_ in X at the moment.
> 
> It works for me, if by "works" you mean "GLX crashes if it's loaded" 
> ;-). (But I have three monitors on two cards; one PCIe, and one good-old 
> PCI. GL is thoroughly broken, but it's working otherwise.)

You're not using an RandR 1.2 driver, are you?

In my experience, multi-card multi-head just ain't working at all with
RandR 1.2 / 1.3. It's not yet capable of handling it. I think that's
what ajax was talking about.
-- 
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 Mar 24 19:16:22 2009
From: awilliam at redhat.com (Adam Williamson)
Date: Tue, 24 Mar 2009 12:16:22 -0700
Subject: libsyncml
In-Reply-To: <49C90BB3.3080908@gnat.ca>
References: <20090321095311.B7FC01B8001@releng2.fedora.phx.redhat.com>
	<gq3j6b$u6c$1@ger.gmane.org>	<200903221216.23514.opensource@till.name>
	<49C65A16.5080105@gnat.ca>	<gq89bi$295$1@ger.gmane.org>
	<1237830267.4572.59.camel@adam.local.net> <49C8A4EB.7040902@hhs.nl>
	<49C90BB3.3080908@gnat.ca>
Message-ID: <1237922182.4572.146.camel@adam.local.net>

On Tue, 2009-03-24 at 10:34 -0600, Nathanael D. Noblet wrote:
> Hans de Goede wrote:
> > On 03/23/2009 06:44 PM, Adam Williamson wrote:
> > 
> > <snip>
> > 
> >> Synchronizing with Blackberries works well if the opensync plugin for
> >> Barry is available (currently, in Fedora, it's not - the barry package
> >> should be updated to include it).
> > 
> > I did the barry review, and the reason the opensync plugin in barry is
> > disabled is because it needs opensync-0.22, so if we revert I'm sure the
> > maintainer will happily enable it.
> 
> So who do we prod to get it reverted?

Relaying from Andreas:

"please go ahead and start with on proposing it. I am currently in a bad
situation as I am moving and my internet is not up again yet (may happen
tomorrow). I will get to you asap."

So Andreas is happy for this to be proposed to get into F11 at this
point. Echoing Nathan's question - where does this get taken next?
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org
http://www.happyassassin.net



From loganjerry at gmail.com  Tue Mar 24 19:43:33 2009
From: loganjerry at gmail.com (Jerry James)
Date: Tue, 24 Mar 2009 13:43:33 -0600
Subject: error from ant script
In-Reply-To: <539333cb0903241148xf4bd76bn41d59d2ba9a15cda@mail.gmail.com>
References: <539333cb0903231053u23e10604uab4395fe043b4eaa@mail.gmail.com>
	<200903231901.52404.akurtako@redhat.com>
	<f58861e00903231431p57ac8573u677e67958965c421@mail.gmail.com>
	<539333cb0903241148xf4bd76bn41d59d2ba9a15cda@mail.gmail.com>
Message-ID: <870180fe0903241243t5bd55415j3ebf6c867119d91d@mail.gmail.com>

On Tue, Mar 24, 2009 at 12:48 PM, Subhodip Biswas <440volt.tux at gmail.com> wrote:
> I am still facing the problem even though i shifted to openjdk from
> gcj.How to specify target and source for ant in a specfile.
> I tried this but was of no help.
> ------------------------------------------------
> ant -Dant.build.javac.source=1.5 ?-Dant.build.javac.target=1.5
>
> My present java compiler is :
> ------------------------------------------------
> java version "1.6.0"
> OpenJDK ?Runtime Environment (build 1.6.0-b09)
> OpenJDK Client VM (build 1.6.0-b09, mixed mode)
>
> Present error I am getting is this :
> -------------------------------------------------------------
> ?warning: as of release 5, 'enum' is a keyword, and may not be used as
> an identifier
> ? ?[javac] (use -source 5 or higher to use 'enum' as a keyword)
>

That's a different problem than the one your first described.  Your
first error message said that "static import" was in use, which is a
Java >= 5 feature.  This error message says that the code uses "enum"
as a keyword, which is a Java < 5 feature.  So parts of this code seem
to require a Java 5 or greater compiler, and other parts require a
pre-Java 5 compiler.  You'd better ask upstream if you are really
supposed to compile all of the parts with the same compiler.  Perhaps
some parts can be omitted when one compiler or the other is in use.
For example, I have a couple of packages that use retroweaver to
support pre-Java 5 compilers.  I skip the retroweaver parts when
compiling for Fedora.
-- 
Jerry James
http://loganjerry.googlepages.com/



From lyos.gemininorezel at gmail.com  Tue Mar 24 19:47:14 2009
From: lyos.gemininorezel at gmail.com (Lyos Gemini Norezel)
Date: Tue, 24 Mar 2009 15:47:14 -0400
Subject: System Config Tools Cleanup Project - tools to eliminate/replace
In-Reply-To: <16de708d0903241043r3ab88e8fo47b9ae2159426f97@mail.gmail.com>
References: <200903241710.00926.jreznik@redhat.com>	<1237915014.4572.132.camel@adam.local.net>	<faa16b610903241038u7c5fbfaby20d1cd02b3e74187@mail.gmail.com>
	<16de708d0903241043r3ab88e8fo47b9ae2159426f97@mail.gmail.com>
Message-ID: <49C938C2.9000905@gmail.com>

Arthur Pemberton wrote:
> On Tue, Mar 24, 2009 at 12:38 PM, Colin Walters <walters at verbum.org> wrote:
>   
> Sometimes you just want to enter an IP address manually. This
> shouldn't be considered some extra special case.
>
>   
(In Gnome)
System -> Administration -> Network
Select network device -> Edit
'General' tab -> 'Statically Set IP Addresses:'

Worked flawlessly for me when I had to use my laptop as a tftp server to 
fix my broken openwrt router.

Lyos Gemini Norezel

-------------- next part --------------
A non-text attachment was scrubbed...
Name: Lyos_GeminiNorezel.vcf
Type: text/x-vcard
Size: 428 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090324/505d6be8/attachment.vcf>

From tdiehl at rogueind.com  Tue Mar 24 19:31:09 2009
From: tdiehl at rogueind.com (Tom Diehl)
Date: Tue, 24 Mar 2009 15:31:09 -0400 (EDT)
Subject: System Config Tools Cleanup Project - tools to eliminate/replace
In-Reply-To: <faa16b610903241038u7c5fbfaby20d1cd02b3e74187@mail.gmail.com>
References: <200903241710.00926.jreznik@redhat.com>
	<1237915014.4572.132.camel@adam.local.net>
	<faa16b610903241038u7c5fbfaby20d1cd02b3e74187@mail.gmail.com>
Message-ID: <alpine.LFD.2.00.0903241528390.3376@tigger.tntechs.com>

On Tue, 24 Mar 2009, Colin Walters wrote:

> On Tue, Mar 24, 2009 at 1:16 PM, Adam Williamson <awilliam at redhat.com> wrote:
>
>> Quite a lot of people still don't want to use NetworkManager. It makes
>> little sense on a system which just sits there connected to a static IP
>> address 24/7.
>
> I think it does because it provides a useful networking API for other
> applications to consume.  For example, answering the question "is
> there an active network link" was effectively impossible for app
> authors before.
>
> Also, in my opinion on a well-managed network if you want a fixed IP
> address, the right way to do it is MAC matching on the DHCP server,
> not client configuration.  And NetworkManager works well in such a
> setup.

Which I guess is OK if you are not setting up the system with the dhcp server
AND the box you are setting up has X installed. Does NM have a command line
interface? Not that I have seen but I could have missed it.

Regards,

-- 
Tom Diehl		tdiehl at rogueind.com		Spamtrap address mtd123 at rogueind.com



From mw_triad at users.sourceforge.net  Tue Mar 24 20:03:38 2009
From: mw_triad at users.sourceforge.net (Matthew Woehlke)
Date: Tue, 24 Mar 2009 15:03:38 -0500
Subject: System Config Tools Cleanup Project - tools to eliminate/replace
In-Reply-To: <20090324184723.GB7544@nostromo.devel.redhat.com>
References: <200903241710.00926.jreznik@redhat.com>	<49C90CFA.7050408@herr-schmitt.de>	<385866f0903241015k3cb39b43je8cb5a325484022c@mail.gmail.com>	<20090324180711.GC5925@nostromo.devel.redhat.com>	<gqb8k2$93o$1@ger.gmane.org>
	<20090324184723.GB7544@nostromo.devel.redhat.com>
Message-ID: <gqbeaq$rbg$1@ger.gmane.org>

Bill Nottingham wrote:
> Matthew Woehlke (mw_triad at users.sourceforge.net) said: 
>> How is having a tool to generate sane xorg.conf's "wrong"?
> 
> Xorg -configure

...which doesn't clean up existing xorg.conf and doesn't have the 
helpful 'you need to be root' dialog (and doesn't let you make even 
basic changes in a GUI)? How is that better?

-- 
Matthew
Please do not quote my e-mail address unobfuscated in message bodies.
-- 
  ,= ,-_-. =.    Freedom to Use
((_/)o o(\_))  Freedom to Examine
  `-'(. .)`-'  Freedom to Share
      \_/     Freedom to Improve



From notting at redhat.com  Tue Mar 24 20:06:20 2009
From: notting at redhat.com (Bill Nottingham)
Date: Tue, 24 Mar 2009 16:06:20 -0400
Subject: System Config Tools Cleanup Project - tools to eliminate/replace
In-Reply-To: <gqbeaq$rbg$1@ger.gmane.org>
References: <200903241710.00926.jreznik@redhat.com>
	<49C90CFA.7050408@herr-schmitt.de>
	<385866f0903241015k3cb39b43je8cb5a325484022c@mail.gmail.com>
	<20090324180711.GC5925@nostromo.devel.redhat.com>
	<gqb8k2$93o$1@ger.gmane.org>
	<20090324184723.GB7544@nostromo.devel.redhat.com>
	<gqbeaq$rbg$1@ger.gmane.org>
Message-ID: <20090324200620.GA9097@nostromo.devel.redhat.com>

Matthew Woehlke (mw_triad at users.sourceforge.net) said: 
> Bill Nottingham wrote:
>> Matthew Woehlke (mw_triad at users.sourceforge.net) said: 
>>> How is having a tool to generate sane xorg.conf's "wrong"?
>>
>> Xorg -configure
>
> ...which doesn't clean up existing xorg.conf and doesn't have the  
> helpful 'you need to be root' dialog (and doesn't let you make even  
> basic changes in a GUI)? How is that better?

It's a tool that generates a sane xorg.conf. If that is the goal,
I think it's a better place to start than with a large barely-maintained
graphical framework.

Bill



From scottt.tw at gmail.com  Tue Mar 24 20:10:32 2009
From: scottt.tw at gmail.com (Scott Tsai)
Date: Tue, 24 Mar 2009 20:10:32 +0000 (UTC)
Subject: System Config Tools Cleanup Project - tools to eliminate/replace
References: <200903241710.00926.jreznik@redhat.com>
	<gqb3rj$i39$1@ger.gmane.org>
	<1237920819.9304.27.camel@avon.watzmann.net>
Message-ID: <gqbeno$rh7$1@ger.gmane.org>

On Tue, 24 Mar 2009 18:53:39 +0000, David Lutterkort wrote:
> For system-wide configs, those scritps need to stick around; NM
> integration of those will be addressed by using netcf, which
> encapsulates all the headaches with what files to change to set up a
> bond etc.

This implies that unless the traditional network configuration 
initscripts are taught to configure WPA and 3G modems those kind of 
connections could never be system-wide though?

I was hoping that sharing internet connection through a 3G modem "system-
wide" (i.e. from a box where I never login locally) would eventually be 
supported.




From jreznik at redhat.com  Tue Mar 24 20:13:44 2009
From: jreznik at redhat.com (Jaroslav Reznik)
Date: Tue, 24 Mar 2009 16:13:44 -0400 (EDT)
Subject: System Config Tools Cleanup Project - tools to eliminate/replace
In-Reply-To: <20090324200620.GA9097@nostromo.devel.redhat.com>
Message-ID: <2122475377.1447341237925624374.JavaMail.root@zmail06.collab.prod.int.phx2.redhat.com>

----- "Bill Nottingham" <notting at redhat.com> wrote:

> Matthew Woehlke (mw_triad at users.sourceforge.net) said: 
> > Bill Nottingham wrote:
> >> Matthew Woehlke (mw_triad at users.sourceforge.net) said: 
> >>> How is having a tool to generate sane xorg.conf's "wrong"?
> >>
> >> Xorg -configure
> >
> > ...which doesn't clean up existing xorg.conf and doesn't have the  
> > helpful 'you need to be root' dialog (and doesn't let you make even 
> 
> > basic changes in a GUI)? How is that better?
> 
> It's a tool that generates a sane xorg.conf. If that is the goal,
> I think it's a better place to start than with a large
> barely-maintained
> graphical framework.

Exactly what I think about it. Better to start from clean ground.
When someone needs custom xorg.conf, he must know what he's doing
so tool that does nothing (only generating template) is useless.

Jaroslav

> Bill
> 
> -- 
> fedora-devel-list mailing list
> fedora-devel-list at redhat.com
> https://www.redhat.com/mailman/listinfo/fedora-devel-list



From mike at cchtml.com  Tue Mar 24 20:19:38 2009
From: mike at cchtml.com (Michael Cronenworth)
Date: Tue, 24 Mar 2009 15:19:38 -0500
Subject: System Config Tools Cleanup Project - tools to eliminate/replace
In-Reply-To: <20090324200620.GA9097@nostromo.devel.redhat.com>
References: <200903241710.00926.jreznik@redhat.com>	<49C90CFA.7050408@herr-schmitt.de>	<385866f0903241015k3cb39b43je8cb5a325484022c@mail.gmail.com>	<20090324180711.GC5925@nostromo.devel.redhat.com>	<gqb8k2$93o$1@ger.gmane.org>	<20090324184723.GB7544@nostromo.devel.redhat.com>	<gqbeaq$rbg$1@ger.gmane.org>
	<20090324200620.GA9097@nostromo.devel.redhat.com>
Message-ID: <49C9405A.5020007@cchtml.com>

-------- Original Message --------
Subject: Re: System Config Tools Cleanup Project - tools to 
eliminate/replace
From: Bill Nottingham <notting at redhat.com>
To: Development discussions related to Fedora <fedora-devel-list at redhat.com>
Date: 03/24/2009 03:06 PM

> 
> It's a tool that generates a sane xorg.conf. If that is the goal,
> I think it's a better place to start than with a large barely-maintained
> graphical framework.
> 

Unfortunately it's not a 100% guarantee to get a "sane" xorg.conf. The 
default for resolutions in X have been to try the maximum possible by 
the monitor, but this may not work well with the selected video card 
driver. Example: mga driver with a G450 and any size LCD monitor will 
not work above 800x600. I had to switch to the "vesa" driver to get a 
working X.

There needs to be better configuration keeping. X should first see if 
there is an xorg.conf. If there is one, it should see if the driver 
matches the currently installed card. If it does, it tries to start X. 
If the card and driver do not match, X should ignore the xorg.conf by 
default with the possiblity of a "Force" option. As for resolutions, 
without an xorg.conf, X should try the highest available, but fallback 
to a lower resolution if a user hasn't clicked on an "OK" button, etc. 
after a set amount of time.

All of this should be exposed to user-space so that X does not have to 
be run as root and the xorg.conf could be configured by GDM (KDM, etc) 
and/or the user via PolicyKit. This should also allow for use of GTK+ or 
QT for configuration widgets. The last thing a new user should see is a 
raw Xt window.

The "rm -f xorg.conf" policy is a good one in nature, but there will 
always be a need for static configuration. It seems the same dynamic 
configuration policy was on the minds of NetworkManager developers at 
the start, which has caused more trouble than good. Ajax should still 
continue work on making X hot-pluggable, hot-switchable, and more 
dynamic, but a static configuration policy should not be forgotten.

tldr;



From cra at WPI.EDU  Tue Mar 24 21:04:18 2009
From: cra at WPI.EDU (Chuck Anderson)
Date: Tue, 24 Mar 2009 17:04:18 -0400
Subject: System Config Tools Cleanup Project - tools to eliminate/replace
In-Reply-To: <alpine.LFD.2.00.0903241528390.3376@tigger.tntechs.com>
References: <200903241710.00926.jreznik@redhat.com>
	<1237915014.4572.132.camel@adam.local.net>
	<faa16b610903241038u7c5fbfaby20d1cd02b3e74187@mail.gmail.com>
	<alpine.LFD.2.00.0903241528390.3376@tigger.tntechs.com>
Message-ID: <20090324210418.GD3330@angus.ind.WPI.EDU>

On Tue, Mar 24, 2009 at 03:31:09PM -0400, Tom Diehl wrote:
> On Tue, 24 Mar 2009, Colin Walters wrote:
>
>> On Tue, Mar 24, 2009 at 1:16 PM, Adam Williamson <awilliam at redhat.com> wrote:
>>
>>> Quite a lot of people still don't want to use NetworkManager. It makes
>>> little sense on a system which just sits there connected to a static IP
>>> address 24/7.
>>
>> I think it does because it provides a useful networking API for other
>> applications to consume.  For example, answering the question "is
>> there an active network link" was effectively impossible for app
>> authors before.
>>
>> Also, in my opinion on a well-managed network if you want a fixed IP
>> address, the right way to do it is MAC matching on the DHCP server,
>> not client configuration.  And NetworkManager works well in such a
>> setup.
>
> Which I guess is OK if you are not setting up the system with the dhcp server
> AND the box you are setting up has X installed. Does NM have a command line
> interface? Not that I have seen but I could have missed it.

NM supports static IP addresses configured in 
/etc/sysconfig/network-scripts/ifcfg-ethX, or you could enable the 
keyfile plugin to use INI-like files to specify network configuration.  
If you set ONBOOT=yes, you don't even need to interact with NM in any 
way--it should just work.  If you need to wait for the network before 
continuing the system boot up, set NETWORKWAIT=yes in 
/etc/sysconfig/network.

So basically, the no-X argument isn't convincing to me, because you 
can still do the basic stuff the old non-X way and it works.

However, there is an argument for not getting rid of the old network 
scripts.  The following are supported with network scripts but not NM 
yet:

1. IPv6
2. bridges
3. interface aliases

..and probably more.



From alexl at users.sourceforge.net  Tue Mar 24 21:15:05 2009
From: alexl at users.sourceforge.net (Alex Lancaster)
Date: Tue, 24 Mar 2009 14:15:05 -0700
Subject: libsyncml
In-Reply-To: <1237922182.4572.146.camel@adam.local.net> (Adam Williamson's
	message of "Tue\, 24 Mar 2009 12\:16\:22 -0700")
References: <20090321095311.B7FC01B8001@releng2.fedora.phx.redhat.com>
	<gq3j6b$u6c$1@ger.gmane.org> <200903221216.23514.opensource@till.name>
	<49C65A16.5080105@gnat.ca> <gq89bi$295$1@ger.gmane.org>
	<1237830267.4572.59.camel@adam.local.net> <49C8A4EB.7040902@hhs.nl>
	<49C90BB3.3080908@gnat.ca> <1237922182.4572.146.camel@adam.local.net>
Message-ID: <vk3ad2y65i.fsf@allele2.eebweb.arizona.edu>

>>>>> "AW" == Adam Williamson  writes:

AW> On Tue, 2009-03-24 at 10:34 -0600, Nathanael D. Noblet wrote:
>> Hans de Goede wrote:
>> > On 03/23/2009 06:44 PM, Adam Williamson wrote:
>> > 
>> > <snip>
>> > 
>> >> Synchronizing with Blackberries works well if the opensync plugin for
>> >> Barry is available (currently, in Fedora, it's not - the barry package
>> >> should be updated to include it).
>> > 
>> > I did the barry review, and the reason the opensync plugin in barry is
>> > disabled is because it needs opensync-0.22, so if we revert I'm sure the
>> > maintainer will happily enable it.
>> 
>> So who do we prod to get it reverted?

AW> Relaying from Andreas:

AW> "please go ahead and start with on proposing it. I am currently in a bad
AW> situation as I am moving and my internet is not up again yet (may happen
AW> tomorrow). I will get to you asap."

AW> So Andreas is happy for this to be proposed to get into F11 at this
AW> point. Echoing Nathan's question - where does this get taken next?

I suggest opening up bug on libopensync, add the patches against the
current spec file(s) that fix the API, bump Epoch tag and do any the
required Obsoletes/Provides.  Has Andreas already provided the
necessary modifications to the spec files that would do all this?

Then post the link to the bug here and request people in the
provenpackager group to apply the patches, do the rebuilds and request
rel-eng tagging (assuming they get done in time for the f11-beta).
Since Andreas has already given the node for rebuilds to be done in
his absence, this should be OK.

Rinse and repeat for all the affected packages.  If Andreas owns all
the affected packages, one bug should suffice as he will be Cc'ed on
all changes, however if there are affected packages not owned by him
(e.g. osmo, see: http://bugzilla.redhat.com/show_bug.cgi?id=479954),
they probably should have their own bugs.

Alex



From alexl at users.sourceforge.net  Tue Mar 24 21:26:11 2009
From: alexl at users.sourceforge.net (Alex Lancaster)
Date: Tue, 24 Mar 2009 14:26:11 -0700
Subject: System Config Tools Cleanup Project - tools to eliminate/replace
In-Reply-To: <20090324123525.13c99eb5@ohm.scrye.com> (Kevin Fenzi's message of
	"Tue\, 24 Mar 2009 12\:35\:25 -0600")
References: <200903241710.00926.jreznik@redhat.com>
	<gqb3rj$i39$1@ger.gmane.org>
	<20090324180956.GD5925@nostromo.devel.redhat.com>
	<20090324123525.13c99eb5@ohm.scrye.com>
Message-ID: <4ay6uuwr2k.fsf@allele2.eebweb.arizona.edu>

>>>>> "KF" == Kevin Fenzi  writes:

[...]

KF> Here's my short list of things I would like to see implemented before
KF> s-c-network goes away: 

KF> - command line configuration/management tool for nm
KF> (I would think this could just be a management tool and have some
KF> config file to change config, I don't care which). 

Yes, indeed, I agree this is must have before s-c-network goes away.
Also a way of specifying wireless connections from the command-line
and in text mode (e.g. a server with no GUI).  

A way to select from available wireless ones in some kind of
text-based modes is really needed, although this is currently not
provided by s-c-network.

Alex



From awilliam at redhat.com  Tue Mar 24 21:26:15 2009
From: awilliam at redhat.com (Adam Williamson)
Date: Tue, 24 Mar 2009 14:26:15 -0700
Subject: libsyncml
In-Reply-To: <vk3ad2y65i.fsf@allele2.eebweb.arizona.edu>
References: <20090321095311.B7FC01B8001@releng2.fedora.phx.redhat.com>
	<gq3j6b$u6c$1@ger.gmane.org> <200903221216.23514.opensource@till.name>
	<49C65A16.5080105@gnat.ca> <gq89bi$295$1@ger.gmane.org>
	<1237830267.4572.59.camel@adam.local.net> <49C8A4EB.7040902@hhs.nl>
	<49C90BB3.3080908@gnat.ca> <1237922182.4572.146.camel@adam.local.net>
	<vk3ad2y65i.fsf@allele2.eebweb.arizona.edu>
Message-ID: <1237929975.4572.161.camel@adam.local.net>

On Tue, 2009-03-24 at 14:15 -0700, Alex Lancaster wrote:

> AW> So Andreas is happy for this to be proposed to get into F11 at this
> AW> point. Echoing Nathan's question - where does this get taken next?
> 
> I suggest opening up bug on libopensync, add the patches against the
> current spec file(s) that fix the API, bump Epoch tag and do any the
> required Obsoletes/Provides.  Has Andreas already provided the
> necessary modifications to the spec files that would do all this?

Yes, as I said, the packages in that testing location I linked to
earlier in the thread already do the obsoleting correctly, I've tested
this. SRPMs are in there, it's not just binary packages.

> Then post the link to the bug here and request people in the
> provenpackager group to apply the patches, do the rebuilds and request
> rel-eng tagging (assuming they get done in time for the f11-beta).
> Since Andreas has already given the node for rebuilds to be done in
> his absence, this should be OK.

Here's the link again:

http://fedora.lowlatency.de/opensync-synce/SRPMS/

of course, if Andreas is only going to indisposed for a few days, we
could just wait for him. Jesse tells me he can still just push a build
as normal and it'll get into Rawhide for F11 as soon as the beta's done.
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org
http://www.happyassassin.net



From nathanael at gnat.ca  Tue Mar 24 21:27:49 2009
From: nathanael at gnat.ca (Nathanael D. Noblet)
Date: Tue, 24 Mar 2009 15:27:49 -0600
Subject: libsyncml
In-Reply-To: <1237929975.4572.161.camel@adam.local.net>
References: <20090321095311.B7FC01B8001@releng2.fedora.phx.redhat.com>	<gq3j6b$u6c$1@ger.gmane.org>
	<200903221216.23514.opensource@till.name>	<49C65A16.5080105@gnat.ca>
	<gq89bi$295$1@ger.gmane.org>	<1237830267.4572.59.camel@adam.local.net>
	<49C8A4EB.7040902@hhs.nl>	<49C90BB3.3080908@gnat.ca>
	<1237922182.4572.146.camel@adam.local.net>	<vk3ad2y65i.fsf@allele2.eebweb.arizona.edu>
	<1237929975.4572.161.camel@adam.local.net>
Message-ID: <49C95055.8090903@gnat.ca>

Adam Williamson wrote:
> On Tue, 2009-03-24 at 14:15 -0700, Alex Lancaster wrote:

> of course, if Andreas is only going to indisposed for a few days, we
> could just wait for him. Jesse tells me he can still just push a build
> as normal and it'll get into Rawhide for F11 as soon as the beta's done.

So should someone file a bug? It seems we are all in agreement on what 
should happen, I'm just not sure who is going to do any of it. ;)

-- 
Nathanael d. Noblet
T: 403.875.4613



From awilliam at redhat.com  Tue Mar 24 21:35:51 2009
From: awilliam at redhat.com (Adam Williamson)
Date: Tue, 24 Mar 2009 14:35:51 -0700
Subject: libsyncml
In-Reply-To: <49C95055.8090903@gnat.ca>
References: <20090321095311.B7FC01B8001@releng2.fedora.phx.redhat.com>
	<gq3j6b$u6c$1@ger.gmane.org> <200903221216.23514.opensource@till.name>
	<49C65A16.5080105@gnat.ca> <gq89bi$295$1@ger.gmane.org>
	<1237830267.4572.59.camel@adam.local.net> <49C8A4EB.7040902@hhs.nl>
	<49C90BB3.3080908@gnat.ca> <1237922182.4572.146.camel@adam.local.net>
	<vk3ad2y65i.fsf@allele2.eebweb.arizona.edu>
	<1237929975.4572.161.camel@adam.local.net> <49C95055.8090903@gnat.ca>
Message-ID: <1237930551.4572.162.camel@adam.local.net>

On Tue, 2009-03-24 at 15:27 -0600, Nathanael D. Noblet wrote:
> Adam Williamson wrote:
> > On Tue, 2009-03-24 at 14:15 -0700, Alex Lancaster wrote:
> 
> > of course, if Andreas is only going to indisposed for a few days, we
> > could just wait for him. Jesse tells me he can still just push a build
> > as normal and it'll get into Rawhide for F11 as soon as the beta's done.
> 
> So should someone file a bug? It seems we are all in agreement on what 
> should happen, I'm just not sure who is going to do any of it. ;)

Well I have to run off and sell my laptop to a guy, and I'll be back in
a couple of hours. If no-one else has filed a bug by then I'll do it
before the Canucks game comes on. =)
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org
http://www.happyassassin.net



From jlaska at redhat.com  Tue Mar 24 21:28:43 2009
From: jlaska at redhat.com (James Laska)
Date: Tue, 24 Mar 2009 17:28:43 -0400
Subject: 2009-03-26 - Fedora Test Day - Nouveau graphics driver
Message-ID: <1237930123.3620.531.camel@flatline.devel.redhat.com>

Greetings testers,

Adam Williamson and Ben Skeggs have lined up an exciting Fedora Test Day
topic.  This Thursday, March 26 will focus on testing the new nouveau
graphics driver.  If the Intel graphics test day [1] was any indication,
this will be a busy event.  

As outlined in the NouveauAsDefault feature page [2], the nouveau driver
will be replacing the previous 'nv' driver for nVidia chipsets.  There
are several notable improvements including RANDR 1.2 support and
accelerated XRENDER support.  To determine if you have the required
hardware, run the following command:

# /sbin/lspci -d 10de: | grep -iq VGA && echo "Join Nouveau Fedora Test Day"

So come join #fedora-qa this Thursday, March 26, 2009 to share your
Nouveau graphics test results.  A Fedora live image will be available to
aid testing.  Stay tuned for more details are available at
https://fedoraproject.org/wiki/QA/Test_Days/2009-03-24.

Thanks,
James

[1] https://fedoraproject.org/wiki/QA/Test_Days/2009-03-12
[2] https://fedoraproject.org/wiki/Features/NouveauAsDefault

-------------- 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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090324/fef82bbc/attachment.sig>
-------------- next part --------------
_______________________________________________
Fedora-devel-announce mailing list
Fedora-devel-announce at redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-announce

From alexl at users.sourceforge.net  Tue Mar 24 22:03:57 2009
From: alexl at users.sourceforge.net (Alex Lancaster)
Date: Tue, 24 Mar 2009 15:03:57 -0700
Subject: libsyncml
In-Reply-To: <1237930551.4572.162.camel@adam.local.net> (Adam Williamson's
	message of "Tue\, 24 Mar 2009 14\:35\:51 -0700")
References: <20090321095311.B7FC01B8001@releng2.fedora.phx.redhat.com>
	<gq3j6b$u6c$1@ger.gmane.org> <200903221216.23514.opensource@till.name>
	<49C65A16.5080105@gnat.ca> <gq89bi$295$1@ger.gmane.org>
	<1237830267.4572.59.camel@adam.local.net> <49C8A4EB.7040902@hhs.nl>
	<49C90BB3.3080908@gnat.ca> <1237922182.4572.146.camel@adam.local.net>
	<vk3ad2y65i.fsf@allele2.eebweb.arizona.edu>
	<1237929975.4572.161.camel@adam.local.net> <49C95055.8090903@gnat.ca>
	<1237930551.4572.162.camel@adam.local.net>
Message-ID: <4mocvqwpbm.fsf@allele2.eebweb.arizona.edu>

>>>>> "AW" == Adam Williamson  writes:

AW> On Tue, 2009-03-24 at 15:27 -0600, Nathanael D. Noblet wrote:
>> Adam Williamson wrote:
>> > On Tue, 2009-03-24 at 14:15 -0700, Alex Lancaster wrote:
>> 
>> > of course, if Andreas is only going to indisposed for a few days, we
>> > could just wait for him. Jesse tells me he can still just push a build
>> > as normal and it'll get into Rawhide for F11 as soon as the beta's done.
>> 
>> So should someone file a bug? It seems we are all in agreement on what 
>> should happen, I'm just not sure who is going to do any of it. ;)

AW> Well I have to run off and sell my laptop to a guy, and I'll be back in
AW> a couple of hours. If no-one else has filed a bug by then I'll do it
AW> before the Canucks game comes on. =)

Yes, one of you, please file a bug.  To make it easier for
provenpackagers to do the rebuilds it would be best to extract the
spec files from the SRPMs that Andreas has provided, diff them agains
the current devel/ branches in Fedora CVS and post the patches, rather
than just post the links to the SRPMs which makes provenpackagers have
to do all the legwork... ;)

Alex



From orion at cora.nwra.com  Tue Mar 24 23:02:45 2009
From: orion at cora.nwra.com (Orion Poplawski)
Date: Tue, 24 Mar 2009 17:02:45 -0600
Subject: System Config Tools Cleanup Project - tools to eliminate/replace
In-Reply-To: <4ay6uuwr2k.fsf@allele2.eebweb.arizona.edu>
References: <200903241710.00926.jreznik@redhat.com>	<gqb3rj$i39$1@ger.gmane.org>	<20090324180956.GD5925@nostromo.devel.redhat.com>	<20090324123525.13c99eb5@ohm.scrye.com>
	<4ay6uuwr2k.fsf@allele2.eebweb.arizona.edu>
Message-ID: <49C96695.2070606@cora.nwra.com>

Alex Lancaster wrote:
>>>>>> "KF" == Kevin Fenzi  writes:
> 
> [...]
> 
> KF> Here's my short list of things I would like to see implemented before
> KF> s-c-network goes away: 

And support for analog ppp dialup:

https://bugzilla.redhat.com/show_bug.cgi?id=486671


-- 
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 awilliam at redhat.com  Tue Mar 24 23:20:58 2009
From: awilliam at redhat.com (Adam Williamson)
Date: Tue, 24 Mar 2009 16:20:58 -0700
Subject: libsyncml
In-Reply-To: <4mocvqwpbm.fsf@allele2.eebweb.arizona.edu>
References: <20090321095311.B7FC01B8001@releng2.fedora.phx.redhat.com>
	<gq3j6b$u6c$1@ger.gmane.org> <200903221216.23514.opensource@till.name>
	<49C65A16.5080105@gnat.ca> <gq89bi$295$1@ger.gmane.org>
	<1237830267.4572.59.camel@adam.local.net> <49C8A4EB.7040902@hhs.nl>
	<49C90BB3.3080908@gnat.ca> <1237922182.4572.146.camel@adam.local.net>
	<vk3ad2y65i.fsf@allele2.eebweb.arizona.edu>
	<1237929975.4572.161.camel@adam.local.net> <49C95055.8090903@gnat.ca>
	<1237930551.4572.162.camel@adam.local.net>
	<4mocvqwpbm.fsf@allele2.eebweb.arizona.edu>
Message-ID: <1237936871.16736.4.camel@localhost.localdomain>

On Tue, 2009-03-24 at 15:03 -0700, Alex Lancaster wrote:
> >>>>> "AW" == Adam Williamson  writes:
> 
> AW> On Tue, 2009-03-24 at 15:27 -0600, Nathanael D. Noblet wrote:
> >> Adam Williamson wrote:
> >> > On Tue, 2009-03-24 at 14:15 -0700, Alex Lancaster wrote:
> >> 
> >> > of course, if Andreas is only going to indisposed for a few days, we
> >> > could just wait for him. Jesse tells me he can still just push a build
> >> > as normal and it'll get into Rawhide for F11 as soon as the beta's done.
> >> 
> >> So should someone file a bug? It seems we are all in agreement on what 
> >> should happen, I'm just not sure who is going to do any of it. ;)
> 
> AW> Well I have to run off and sell my laptop to a guy, and I'll be back in
> AW> a couple of hours. If no-one else has filed a bug by then I'll do it
> AW> before the Canucks game comes on. =)
> 
> Yes, one of you, please file a bug.  To make it easier for
> provenpackagers to do the rebuilds it would be best to extract the
> spec files from the SRPMs that Andreas has provided, diff them agains
> the current devel/ branches in Fedora CVS and post the patches, rather
> than just post the links to the SRPMs which makes provenpackagers have
> to do all the legwork... ;)

OK, I've now filed a bug:

https://bugzilla.redhat.com/show_bug.cgi?id=492013

it doesn't include spec diffs yet (I'm sitting in Starbucks typing this
on my very-tiny laptop, it's not set up for CVS). I'll check with
Andreas whether he expects to be back in time to do this himself, and if
not, I'll post spec diffs to the bug later.

Apologies for the weird sig, I don't have my normal one set up on the
laptop.
-- 
Adam Williamson <awilliam at redhat.com>
Red Hat



From robertsong.linux at gmail.com  Wed Mar 25 00:41:27 2009
From: robertsong.linux at gmail.com (robert song)
Date: Wed, 25 Mar 2009 09:41:27 +0900
Subject: question about patent
In-Reply-To: <3e004f8e0903240740t6d386511n427c4afb48337ee9@mail.gmail.com>
References: <3e004f8e0903230838s1839cd91m94b063ba5e5858be@mail.gmail.com>
	<3e004f8e0903240740t6d386511n427c4afb48337ee9@mail.gmail.com>
Message-ID: <3e004f8e0903241741v2f571529gf15110f0b291de81@mail.gmail.com>

thank you very much.
I will send the mail to Fedora-Legal mailing list.

Best wishes,
robert



From a.badger at gmail.com  Wed Mar 25 02:04:44 2009
From: a.badger at gmail.com (Toshio Kuratomi)
Date: Tue, 24 Mar 2009 19:04:44 -0700
Subject: python-paver upgrade
Message-ID: <49C9913C.8090405@gmail.com>

python-paver is a program and library to make building and installing
python modules easy.  We currently have 0.8 in F9, F10, and EPEL.  1.0
is built for rawhide.  0.8 and 1.0 are API incompatible.  I'm going to
update to the 1.0 version in the stable releases after it proves itself
in rawhide due to two things:

1) There's a number of bugs in 0.8 that won't be fixed because 1.x is
where work is being done.
2) It's a mess to try to support both paver-1.0 and paver-0.8 in one
pavement.py file.  My efforts to do so show that it's not possible to
have all the functionality of 1.0 in 0.8.

If any project we're packaging is using paver to build and cannot
upgrade to 1.0, let me know so I can either help with porting the
buildscripts or start the review process on a python-paver0.8 compat
package.

-Toshio

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: OpenPGP digital signature
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090324/50e96579/attachment.sig>

From 440volt.tux at gmail.com  Wed Mar 25 02:34:27 2009
From: 440volt.tux at gmail.com (Subhodip Biswas)
Date: Wed, 25 Mar 2009 08:04:27 +0530
Subject: error from ant script
In-Reply-To: <870180fe0903241243t5bd55415j3ebf6c867119d91d@mail.gmail.com>
References: <539333cb0903231053u23e10604uab4395fe043b4eaa@mail.gmail.com>
	<200903231901.52404.akurtako@redhat.com>
	<f58861e00903231431p57ac8573u677e67958965c421@mail.gmail.com>
	<539333cb0903241148xf4bd76bn41d59d2ba9a15cda@mail.gmail.com>
	<870180fe0903241243t5bd55415j3ebf6c867119d91d@mail.gmail.com>
Message-ID: <539333cb0903241934u6044e9a7u4cd71498d2049784@mail.gmail.com>

Here I am attaching the whole ant output from rpmbuild.
Just curious which java compiler does rpmbuild calls by default
because I have both gcj and openjdk but seems like rpmbuild still
calling gcj.


-- 
Regards
Subhodip Biswas

GPG key : FAEA34AB
Server : pgp.mit.edu
http://subhodipbiswas.wordpress.com
http:/www.fedoraproject.org/wiki/SubhodipBiswas
-------------- next part --------------
Executing(%prep): /bin/sh -e /var/tmp/rpm-tmp.18463
Executing(%build): /bin/sh -e /var/tmp/rpm-tmp.18463
Buildfile: build.xml

init:

compile:
    [mkdir] Created dir: /usr/src/redhat/BUILD/josm-build1511/build
    [javac] Compiling 288 source files to /usr/src/redhat/BUILD/josm-build1511/build
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/Main.java:3: static import declarations are not supported in -source 1.4
    [javac] (use -source 5 or higher to enable static import declarations)
    [javac] import static org.openstreetmap.josm.tools.I18n.tr;
    [javac]        ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/Main.java:253: generics are not supported in -source 1.4
    [javac] (use -source 5 or higher to enable generics)
    [javac]     public static void preConstructorInit(Map<String, Collection<String>> args) {
    [javac]                                              ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/Main.java:321: for-each loops are not supported in -source 1.4
    [javac] (use -source 5 or higher to enable for-each loops)
    [javac]             for (String s : args.get("download"))
    [javac]                           ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/actions/AboutAction.java:4: static import declarations are not supported in -source 1.4
    [javac] (use -source 5 or higher to enable static import declarations)
    [javac] import static org.openstreetmap.josm.tools.I18n.tr;
    [javac]        ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/actions/AddNodeAction.java:4: static import declarations are not supported in -source 1.4
    [javac] (use -source 5 or higher to enable static import declarations)
    [javac] import static org.openstreetmap.josm.tools.I18n.tr;
    [javac]        ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/actions/AlignInCircleAction.java:28: warning: unmappable character for encoding ASCII
    [javac]  * @author Petr Dlouh??
    [javac]                      ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/actions/AlignInCircleAction.java:28: warning: unmappable character for encoding ASCII
    [javac]  * @author Petr Dlouh??
    [javac]                       ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/actions/AlignInCircleAction.java:4: static import declarations are not supported in -source 1.4
    [javac] (use -source 5 or higher to enable static import declarations)
    [javac] import static org.openstreetmap.josm.tools.I18n.tr;
    [javac]        ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/actions/AlignInCircleAction.java:134: generics are not supported in -source 1.4
    [javac] (use -source 5 or higher to enable generics)
    [javac]         Collection<OsmPrimitive> sel = Main.ds.getSelected();
    [javac]                   ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/actions/AlignInCircleAction.java:141: for-each loops are not supported in -source 1.4
    [javac] (use -source 5 or higher to enable for-each loops)
    [javac]         for (OsmPrimitive osm : sel) {
    [javac]                               ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/actions/AlignInLineAction.java:4: static import declarations are not supported in -source 1.4
    [javac] (use -source 5 or higher to enable static import declarations)
    [javac] import static org.openstreetmap.josm.tools.I18n.tr;
    [javac]        ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/actions/AlignInLineAction.java:42: generics are not supported in -source 1.4
    [javac] (use -source 5 or higher to enable generics)
    [javac]         Collection<OsmPrimitive> sel = Main.ds.getSelected();
    [javac]                   ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/actions/AlignInLineAction.java:45: for-each loops are not supported in -source 1.4
    [javac] (use -source 5 or higher to enable for-each loops)
    [javac]         for (OsmPrimitive osm : sel)
    [javac]                               ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/actions/AutoScaleAction.java:4: static import declarations are not supported in -source 1.4
    [javac] (use -source 5 or higher to enable static import declarations)
    [javac] import static org.openstreetmap.josm.tools.I18n.marktr;
    [javac]        ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/actions/AutoScaleAction.java:72: for-each loops are not supported in -source 1.4
    [javac] (use -source 5 or higher to enable for-each loops)
    [javac]             for (Layer l : Main.map.mapView.getAllLayers())
    [javac]                          ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/actions/AutoScaleAction.java:77: generics are not supported in -source 1.4
    [javac] (use -source 5 or higher to enable generics)
    [javac]             Collection<OsmPrimitive> sel = mode.equals("selection") ? Main.ds.getSelected()
    [javac]                       ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/actions/CombineWayAction.java:4: static import declarations are not supported in -source 1.4
    [javac] (use -source 5 or higher to enable static import declarations)
    [javac] import static org.openstreetmap.josm.tools.I18n.tr;
    [javac]        ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/actions/CombineWayAction.java:59: generics are not supported in -source 1.4
    [javac] (use -source 5 or higher to enable generics)
    [javac]         Collection<OsmPrimitive> selection = Main.ds.getSelected();
    [javac]                   ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/actions/CombineWayAction.java:62: for-each loops are not supported in -source 1.4
    [javac] (use -source 5 or higher to enable for-each loops)
    [javac]         for (OsmPrimitive osm : selection)
    [javac]                               ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/actions/CopyAction.java:5: static import declarations are not supported in -source 1.4
    [javac] (use -source 5 or higher to enable static import declarations)
    [javac] import static org.openstreetmap.josm.tools.I18n.tr;
    [javac]        ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/actions/CopyAction.java:30: generics are not supported in -source 1.4
    [javac] (use -source 5 or higher to enable generics)
    [javac]     private LinkedList<JosmAction> listeners;
    [javac]                       ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/actions/CopyAction.java:41: annotations are not supported in -source 1.4
    [javac] (use -source 5 or higher to enable annotations)
    [javac]     @Override public void addListener(JosmAction a) {
    [javac]      ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/actions/CopyAction.java:51: for-each loops are not supported in -source 1.4
    [javac] (use -source 5 or higher to enable for-each loops)
    [javac]         for(JosmAction a : listeners) {
    [javac]                          ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/actions/CreateCircleAction.java:4: static import declarations are not supported in -source 1.4
    [javac] (use -source 5 or higher to enable static import declarations)
    [javac] import static org.openstreetmap.josm.tools.I18n.tr;
    [javac]        ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/actions/CreateCircleAction.java:79: generics are not supported in -source 1.4
    [javac] (use -source 5 or higher to enable generics)
    [javac]         Collection<OsmPrimitive> sel = Main.ds.getSelected();
    [javac]                   ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/actions/CreateCircleAction.java:83: for-each loops are not supported in -source 1.4
    [javac] (use -source 5 or higher to enable for-each loops)
    [javac]         for (OsmPrimitive osm : sel)
    [javac]                               ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/actions/DeleteAction.java:4: static import declarations are not supported in -source 1.4
    [javac] (use -source 5 or higher to enable static import declarations)
    [javac] import static org.openstreetmap.josm.tools.I18n.tr;
    [javac]        ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/actions/DeleteAction.java:32: generics are not supported in -source 1.4
    [javac] (use -source 5 or higher to enable generics)
    [javac]     public void selectionChanged(Collection<? extends OsmPrimitive> newSelection) {
    [javac]                                            ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/actions/DiskAccessAction.java:4: static import declarations are not supported in -source 1.4
    [javac] (use -source 5 or higher to enable static import declarations)
    [javac] import static org.openstreetmap.josm.tools.I18n.tr;
    [javac]        ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/actions/DistributeAction.java:4: static import declarations are not supported in -source 1.4
    [javac] (use -source 5 or higher to enable static import declarations)
    [javac] import static org.openstreetmap.josm.tools.I18n.tr;
    [javac]        ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/actions/DistributeAction.java:40: generics are not supported in -source 1.4
    [javac] (use -source 5 or higher to enable generics)
    [javac]         Collection<OsmPrimitive> sel = Main.ds.getSelected();
    [javac]                   ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/actions/DistributeAction.java:43: for-each loops are not supported in -source 1.4
    [javac] (use -source 5 or higher to enable for-each loops)
    [javac]         for (OsmPrimitive osm : sel)
    [javac]                               ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/actions/DownloadAction.java:4: static import declarations are not supported in -source 1.4
    [javac] (use -source 5 or higher to enable static import declarations)
    [javac] import static org.openstreetmap.josm.tools.I18n.tr;
    [javac]        ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/actions/DownloadAction.java:59: for-each loops are not supported in -source 1.4
    [javac] (use -source 5 or higher to enable for-each loops)
    [javac]                 for (DownloadTask task : dialog.downloadTasks) {
    [javac]                                        ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/actions/DuplicateAction.java:5: static import declarations are not supported in -source 1.4
    [javac] (use -source 5 or higher to enable static import declarations)
    [javac] import static org.openstreetmap.josm.tools.I18n.tr;
    [javac]        ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/actions/DuplicateAction.java:32: generics are not supported in -source 1.4
    [javac] (use -source 5 or higher to enable generics)
    [javac]     public void selectionChanged(Collection<? extends OsmPrimitive> newSelection) {
    [javac]                                            ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/actions/ExitAction.java:4: static import declarations are not supported in -source 1.4
    [javac] (use -source 5 or higher to enable static import declarations)
    [javac] import static org.openstreetmap.josm.tools.I18n.tr;
    [javac]        ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/actions/ExtensionFileFilter.java:4: static import declarations are not supported in -source 1.4
    [javac] (use -source 5 or higher to enable static import declarations)
    [javac] import static org.openstreetmap.josm.tools.I18n.tr;
    [javac]        ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/actions/ExtensionFileFilter.java:43: for-each loops are not supported in -source 1.4
    [javac] (use -source 5 or higher to enable for-each loops)
    [javac]         for (String ext : extension.split(","))
    [javac]                         ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/actions/ExtensionFileFilter.java:49: annotations are not supported in -source 1.4
    [javac] (use -source 5 or higher to enable annotations)
    [javac]     @Override public boolean accept(File pathname) {
    [javac]      ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/actions/GpxExportAction.java:4: static import declarations are not supported in -source 1.4
    [javac] (use -source 5 or higher to enable static import declarations)
    [javac] import static org.openstreetmap.josm.tools.I18n.tr;
    [javac]        ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/actions/GpxExportAction.java:185: annotations are not supported in -source 1.4
    [javac] (use -source 5 or higher to enable annotations)
    [javac]                     @Override public void keyReleased(KeyEvent e) {
    [javac]                      ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/actions/GpxExportAction.java:206: for-each loops are not supported in -source 1.4
    [javac] (use -source 5 or higher to enable for-each loops)
    [javac]                 for (int i : l.getSelectedIndices()) {
    [javac]                            ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/actions/HelpAction.java:4: static import declarations are not supported in -source 1.4
    [javac] (use -source 5 or higher to enable static import declarations)
    [javac] import static org.openstreetmap.josm.tools.I18n.tr;
    [javac]        ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/actions/HelpAction.java:90: annotations are not supported in -source 1.4
    [javac] (use -source 5 or higher to enable annotations)
    [javac]             @Override public void windowClosing(WindowEvent e) {
    [javac]              ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/actions/HistoryInfoAction.java:4: static import declarations are not supported in -source 1.4
    [javac] (use -source 5 or higher to enable static import declarations)
    [javac] import static org.openstreetmap.josm.tools.I18n.tr;
    [javac]        ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/actions/HistoryInfoAction.java:32: generics are not supported in -source 1.4
    [javac] (use -source 5 or higher to enable generics)
    [javac]         final Collection<Object> sel = new LinkedList<Object>();
    [javac]                         ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/actions/HistoryInfoAction.java:53: for-each loops are not supported in -source 1.4
    [javac] (use -source 5 or higher to enable for-each loops)
    [javac]                 for (OsmPrimitive osm : Main.ds.getSelected())
    [javac]                                       ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/actions/JoinNodeWayAction.java:4: static import declarations are not supported in -source 1.4
    [javac] (use -source 5 or higher to enable static import declarations)
    [javac] import static org.openstreetmap.josm.tools.I18n.tr;
    [javac]        ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/actions/JoinNodeWayAction.java:34: generics are not supported in -source 1.4
    [javac] (use -source 5 or higher to enable generics)
    [javac]         Collection<OsmPrimitive> sel = Main.ds.getSelected();
    [javac]                   ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/actions/JoinNodeWayAction.java:41: for-each loops are not supported in -source 1.4
    [javac] (use -source 5 or higher to enable for-each loops)
    [javac]         for (WaySegment ws : wss) {
    [javac]                            ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/actions/JosmAction.java:4: static import declarations are not supported in -source 1.4
    [javac] (use -source 5 or higher to enable static import declarations)
    [javac] import static org.openstreetmap.josm.tools.I18n.tr;
    [javac]        ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/actions/MergeNodesAction.java:4: static import declarations are not supported in -source 1.4
    [javac] (use -source 5 or higher to enable static import declarations)
    [javac] import static org.openstreetmap.josm.tools.I18n.tr;
    [javac]        ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/actions/MergeNodesAction.java:62: generics are not supported in -source 1.4
    [javac] (use -source 5 or higher to enable generics)
    [javac]         Collection<OsmPrimitive> selection = Main.ds.getSelected();
    [javac]                   ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/actions/MergeNodesAction.java:68: for-each loops are not supported in -source 1.4
    [javac] (use -source 5 or higher to enable for-each loops)
    [javac]         for (OsmPrimitive osm : selection)
    [javac]                               ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/actions/MoveAction.java:4: static import declarations are not supported in -source 1.4
    [javac] (use -source 5 or higher to enable static import declarations)
    [javac] import static org.openstreetmap.josm.tools.I18n.tr;
    [javac]        ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/actions/MoveAction.java:28: warning: as of release 5, 'enum' is a keyword, and may not be used as an identifier
    [javac] (use -source 5 or higher to use 'enum' as a keyword)
    [javac]     public enum Direction { UP, LEFT, RIGHT, DOWN }
    [javac]            ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/actions/MoveAction.java:28: ';' expected
    [javac]     public enum Direction { UP, LEFT, RIGHT, DOWN }
    [javac]                          ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/actions/MoveAction.java:28: not a statement
    [javac]     public enum Direction { UP, LEFT, RIGHT, DOWN }
    [javac]                             ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/actions/MoveAction.java:28: ';' expected
    [javac]     public enum Direction { UP, LEFT, RIGHT, DOWN }
    [javac]                               ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/actions/MoveAction.java:28: not a statement
    [javac]     public enum Direction { UP, LEFT, RIGHT, DOWN }
    [javac]                                 ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/actions/MoveAction.java:28: ';' expected
    [javac]     public enum Direction { UP, LEFT, RIGHT, DOWN }
    [javac]                                     ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/actions/MoveAction.java:28: not a statement
    [javac]     public enum Direction { UP, LEFT, RIGHT, DOWN }
    [javac]                                       ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/actions/MoveAction.java:28: ';' expected
    [javac]     public enum Direction { UP, LEFT, RIGHT, DOWN }
    [javac]                                            ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/actions/MoveAction.java:28: not a statement
    [javac]     public enum Direction { UP, LEFT, RIGHT, DOWN }
    [javac]                                              ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/actions/MoveAction.java:28: ';' expected
    [javac]     public enum Direction { UP, LEFT, RIGHT, DOWN }
    [javac]                                                  ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/actions/MoveAction.java:88: generics are not supported in -source 1.4
    [javac] (use -source 5 or higher to enable generics)
    [javac]         Collection<OsmPrimitive> selection = Main.ds.getSelected();
    [javac]                   ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/actions/MoveAction.java:100: for-each loops are not supported in -source 1.4
    [javac] (use -source 5 or higher to enable for-each loops)
    [javac]         for (Node n : affectedNodes) {
    [javac]                     ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/actions/NewAction.java:4: static import declarations are not supported in -source 1.4
    [javac] (use -source 5 or higher to enable static import declarations)
    [javac] import static org.openstreetmap.josm.tools.I18n.tr;
    [javac]        ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/actions/OpenFileAction.java:4: static import declarations are not supported in -source 1.4
    [javac] (use -source 5 or higher to enable static import declarations)
    [javac] import static org.openstreetmap.josm.tools.I18n.tr;
    [javac]        ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/actions/OpenLocationAction.java:4: static import declarations are not supported in -source 1.4
    [javac] (use -source 5 or higher to enable static import declarations)
    [javac] import static org.openstreetmap.josm.tools.I18n.tr;
    [javac]        ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/actions/OrthogonalizeAction.java:5: static import declarations are not supported in -source 1.4
    [javac] (use -source 5 or higher to enable static import declarations)
    [javac] import static org.openstreetmap.josm.tools.I18n.tr;
    [javac]        ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/actions/OrthogonalizeAction.java:49: generics are not supported in -source 1.4
    [javac] (use -source 5 or higher to enable generics)
    [javac]         Collection<OsmPrimitive> sel = Main.ds.getSelected();
    [javac]                   ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/actions/OrthogonalizeAction.java:54: for-each loops are not supported in -source 1.4
    [javac] (use -source 5 or higher to enable for-each loops)
    [javac]         for (OsmPrimitive osm : sel) {
    [javac]                               ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/actions/PasteAction.java:5: static import declarations are not supported in -source 1.4
    [javac] (use -source 5 or higher to enable static import declarations)
    [javac] import static org.openstreetmap.josm.tools.I18n.tr;
    [javac]        ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/actions/PasteAction.java:43: for-each loops are not supported in -source 1.4
    [javac] (use -source 5 or higher to enable for-each loops)
    [javac]         for (Node n : pasteBuffer.nodes) {
    [javac]                     ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/actions/PasteAction.java:62: generics are not supported in -source 1.4
    [javac] (use -source 5 or higher to enable generics)
    [javac]         HashMap<OsmPrimitive,OsmPrimitive> map = new HashMap<OsmPrimitive,OsmPrimitive>();
    [javac]                ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/actions/PasteTagsAction.java:5: static import declarations are not supported in -source 1.4
    [javac] (use -source 5 or higher to enable static import declarations)
    [javac] import static org.openstreetmap.josm.tools.I18n.tr;
    [javac]        ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/actions/PasteTagsAction.java:35: generics are not supported in -source 1.4
    [javac] (use -source 5 or higher to enable generics)
    [javac]     private void pasteKeys(Collection<Command> clist, Collection<? extends OsmPrimitive> pasteBufferSubset, Collection<OsmPrimitive> selectionSubset) {
    [javac]                                      ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/actions/PasteTagsAction.java:44: for-each loops are not supported in -source 1.4
    [javac] (use -source 5 or higher to enable for-each loops)
    [javac]                     for (String key : m.keySet()) {
    [javac]                                     ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/actions/PasteTagsAction.java:101: annotations are not supported in -source 1.4
    [javac] (use -source 5 or higher to enable annotations)
    [javac]     @Override public void pasteBufferChanged(DataSet newPasteBuffer) {
    [javac]      ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/actions/PreferencesAction.java:4: static import declarations are not supported in -source 1.4
    [javac] (use -source 5 or higher to enable static import declarations)
    [javac] import static org.openstreetmap.josm.tools.I18n.tr;
    [javac]        ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/actions/RedoAction.java:4: static import declarations are not supported in -source 1.4
    [javac] (use -source 5 or higher to enable static import declarations)
    [javac] import static org.openstreetmap.josm.tools.I18n.tr;
    [javac]        ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/actions/RenameLayerAction.java:4: static import declarations are not supported in -source 1.4
    [javac] (use -source 5 or higher to enable static import declarations)
    [javac] import static org.openstreetmap.josm.tools.I18n.tr;
    [javac]        ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/actions/RenameLayerAction.java:58: annotations are not supported in -source 1.4
    [javac] (use -source 5 or higher to enable annotations)
    [javac]             @Override public void selectInitialValue() {
    [javac]              ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/actions/ReverseWayAction.java:4: static import declarations are not supported in -source 1.4
    [javac] (use -source 5 or higher to enable static import declarations)
    [javac] import static org.openstreetmap.josm.tools.I18n.tr;
    [javac]        ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/actions/ReverseWayAction.java:36: generics are not supported in -source 1.4
    [javac] (use -source 5 or higher to enable generics)
    [javac]         final Collection<Way> sel = new LinkedList<Way>();
    [javac]                         ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/actions/ReverseWayAction.java:49: for-each loops are not supported in -source 1.4
    [javac] (use -source 5 or higher to enable for-each loops)
    [javac]                 for (OsmPrimitive osm : Main.ds.getSelected())
    [javac]                                       ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/actions/SaveAction.java:4: static import declarations are not supported in -source 1.4
    [javac] (use -source 5 or higher to enable static import declarations)
    [javac] import static org.openstreetmap.josm.tools.I18n.tr;
    [javac]        ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/actions/SaveAction.java:30: annotations are not supported in -source 1.4
    [javac] (use -source 5 or higher to enable annotations)
    [javac]     @Override public File getFile(Layer layer) {
    [javac]      ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/actions/SaveActionBase.java:4: static import declarations are not supported in -source 1.4
    [javac] (use -source 5 or higher to enable static import declarations)
    [javac] import static org.openstreetmap.josm.tools.I18n.tr;
    [javac]        ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/actions/SaveActionBase.java:234: for-each loops are not supported in -source 1.4
    [javac] (use -source 5 or higher to enable for-each loops)
    [javac]         for (OsmPrimitive osm : layer.data.allNonDeletedPrimitives())
    [javac]                               ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/actions/SaveAsAction.java:4: static import declarations are not supported in -source 1.4
    [javac] (use -source 5 or higher to enable static import declarations)
    [javac] import static org.openstreetmap.josm.tools.I18n.tr;
    [javac]        ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/actions/SaveAsAction.java:28: annotations are not supported in -source 1.4
    [javac] (use -source 5 or higher to enable annotations)
    [javac]     @Override protected File getFile(Layer layer) {
    [javac]      ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/actions/SelectAllAction.java:4: static import declarations are not supported in -source 1.4
    [javac] (use -source 5 or higher to enable static import declarations)
    [javac] import static org.openstreetmap.josm.tools.I18n.tr;
    [javac]        ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/actions/ShowStatusReportAction.java:4: static import declarations are not supported in -source 1.4
    [javac] (use -source 5 or higher to enable static import declarations)
    [javac] import static org.openstreetmap.josm.tools.I18n.tr;
    [javac]        ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/actions/SplitWayAction.java:4: static import declarations are not supported in -source 1.4
    [javac] (use -source 5 or higher to enable static import declarations)
    [javac] import static org.openstreetmap.josm.tools.I18n.tr;
    [javac]        ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/actions/SplitWayAction.java:47: generics are not supported in -source 1.4
    [javac] (use -source 5 or higher to enable generics)
    [javac]     private List<Node> selectedNodes;
    [javac]                 ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/actions/SplitWayAction.java:90: for-each loops are not supported in -source 1.4
    [javac] (use -source 5 or higher to enable for-each loops)
    [javac]         for (OsmPrimitive p : selection)
    [javac]                             ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/actions/ToggleGPXLinesAction.java:4: static import declarations are not supported in -source 1.4
    [javac] (use -source 5 or higher to enable static import declarations)
    [javac] import static org.openstreetmap.josm.tools.I18n.tr;
    [javac]        ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/actions/UnGlueAction.java:4: static import declarations are not supported in -source 1.4
    [javac] (use -source 5 or higher to enable static import declarations)
    [javac] import static org.openstreetmap.josm.tools.I18n.tr;
    [javac]        ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/actions/UnGlueAction.java:46: generics are not supported in -source 1.4
    [javac] (use -source 5 or higher to enable generics)
    [javac]     private ArrayList<Node> selectedNodes;
    [javac]                      ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/actions/UnGlueAction.java:69: for-each loops are not supported in -source 1.4
    [javac] (use -source 5 or higher to enable for-each loops)
    [javac]             for (Way w : Main.ds.ways) {
    [javac]                        ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/actions/mapmode/DrawAction.java:66: warning: as of release 5, 'enum' is a keyword, and may not be used as an identifier
    [javac] (use -source 5 or higher to use 'enum' as a keyword)
    [javac]     enum Cursors { crosshair, node, way }
    [javac]     ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/actions/mapmode/ExtrudeAction.java:44: warning: as of release 5, 'enum' is a keyword, and may not be used as an identifier
    [javac] (use -source 5 or higher to use 'enum' as a keyword)
    [javac]     enum Mode { EXTRUDE, rotate, select }
    [javac]     ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/actions/mapmode/SelectAction.java:59: warning: as of release 5, 'enum' is a keyword, and may not be used as an identifier
    [javac] (use -source 5 or higher to use 'enum' as a keyword)
    [javac]     enum Mode { move, rotate, select }
    [javac]     ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/actions/search/SearchAction.java:31: warning: as of release 5, 'enum' is a keyword, and may not be used as an identifier
    [javac] (use -source 5 or higher to use 'enum' as a keyword)
    [javac]     public static enum SearchMode {
    [javac]                   ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/data/coor/LatLon.java:135: warning: unmappable character for encoding ASCII
    [javac]      * @return String in the format "lat=1.23456??, lon=2.34567??"
    [javac]                                                 ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/data/coor/LatLon.java:135: warning: unmappable character for encoding ASCII
    [javac]      * @return String in the format "lat=1.23456??, lon=2.34567??"
    [javac]                                                  ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/data/coor/LatLon.java:135: warning: unmappable character for encoding ASCII
    [javac]      * @return String in the format "lat=1.23456??, lon=2.34567??"
    [javac]                                                                ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/data/coor/LatLon.java:135: warning: unmappable character for encoding ASCII
    [javac]      * @return String in the format "lat=1.23456??, lon=2.34567??"
    [javac]                                                                 ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/data/coor/LatLon.java:140: warning: unmappable character for encoding ASCII
    [javac]         return "lat=" + nf.format(lat()) + "??, lon=" + nf.format(lon()) + "??";
    [javac]                                             ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/data/coor/LatLon.java:140: warning: unmappable character for encoding ASCII
    [javac]         return "lat=" + nf.format(lat()) + "??, lon=" + nf.format(lon()) + "??";
    [javac]                                              ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/data/coor/LatLon.java:140: warning: unmappable character for encoding ASCII
    [javac]         return "lat=" + nf.format(lat()) + "??, lon=" + nf.format(lon()) + "??";
    [javac]                                                                             ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/data/coor/LatLon.java:140: warning: unmappable character for encoding ASCII
    [javac]         return "lat=" + nf.format(lat()) + "??, lon=" + nf.format(lon()) + "??";
    [javac]                                                                              ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/data/coor/LatLon.java:29: warning: as of release 5, 'enum' is a keyword, and may not be used as an identifier
    [javac] (use -source 5 or higher to use 'enum' as a keyword)
    [javac]     public enum CoordinateFormat {
    [javac]            ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/data/projection/Lambert.java:111: warning: unmappable character for encoding ASCII
    [javac]                         + "latitudes between 46.1?? and 57?? only.\n"
    [javac]                                                  ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/data/projection/Lambert.java:111: warning: unmappable character for encoding ASCII
    [javac]                         + "latitudes between 46.1?? and 57?? only.\n"
    [javac]                                                   ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/data/projection/Lambert.java:111: warning: unmappable character for encoding ASCII
    [javac]                         + "latitudes between 46.1?? and 57?? only.\n"
    [javac]                                                           ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/data/projection/Lambert.java:111: warning: unmappable character for encoding ASCII
    [javac]                         + "latitudes between 46.1?? and 57?? only.\n"
    [javac]                                                            ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/gui/ConflictResolver.java:53: warning: as of release 5, 'enum' is a keyword, and may not be used as an identifier
    [javac] (use -source 5 or higher to use 'enum' as a keyword)
    [javac]     public static enum Resolution {MY, THEIR}
    [javac]                   ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/gui/MapStatus.java:368: warning: unmappable character for encoding ASCII
    [javac]         angleText.setText(a < 0 ? "--" : Math.round(a*10)/10.0 + " ??");
    [javac]                                                                    ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/gui/MapStatus.java:368: warning: unmappable character for encoding ASCII
    [javac]         angleText.setText(a < 0 ? "--" : Math.round(a*10)/10.0 + " ??");
    [javac]                                                                     ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/gui/MapStatus.java:371: warning: unmappable character for encoding ASCII
    [javac]         headingText.setText(h < 0 ? "--" : Math.round(h*10)/10.0 + " ??");
    [javac]                                                                      ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/gui/MapStatus.java:371: warning: unmappable character for encoding ASCII
    [javac]         headingText.setText(h < 0 ? "--" : Math.round(h*10)/10.0 + " ??");
    [javac]                                                                       ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/gui/QuadStateCheckBox.java:25: warning: as of release 5, 'enum' is a keyword, and may not be used as an identifier
    [javac] (use -source 5 or higher to use 'enum' as a keyword)
    [javac]     public enum State { NOT_SELECTED, SELECTED, UNSET, PARTIAL }
    [javac]            ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/gui/layer/GpxLayer.java:377: warning: as of release 5, 'enum' is a keyword, and may not be used as an identifier
    [javac] (use -source 5 or higher to use 'enum' as a keyword)
    [javac]     enum colorModes { none, velocity, dilution }
    [javac]     ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/gui/mappaint/LineElemStyle.java:15: warning: as of release 5, 'enum' is a keyword, and may not be used as an identifier
    [javac] (use -source 5 or higher to use 'enum' as a keyword)
    [javac]     public enum WidthMode { ABSOLUTE, PERCENT, OFFSET }
    [javac]            ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/io/GpxReader.java:43: warning: as of release 5, 'enum' is a keyword, and may not be used as an identifier
    [javac] (use -source 5 or higher to use 'enum' as a keyword)
    [javac]     public enum state { init, metadata, wpt, rte, trk, ext, author, link, trkseg }
    [javac]            ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/io/NmeaReader.java:30: warning: as of release 5, 'enum' is a keyword, and may not be used as an identifier
    [javac] (use -source 5 or higher to use 'enum' as a keyword)
    [javac]     public static enum NMEA_TYPE {
    [javac]                   ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/tools/AudioPlayer.java:28: warning: as of release 5, 'enum' is a keyword, and may not be used as an identifier
    [javac] (use -source 5 or higher to use 'enum' as a keyword)
    [javac]     private enum State { INITIALIZING, NOTPLAYING, PLAYING, PAUSED, INTERRUPTED }
    [javac]             ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/tools/AudioPlayer.java:30: warning: as of release 5, 'enum' is a keyword, and may not be used as an identifier
    [javac] (use -source 5 or higher to use 'enum' as a keyword)
    [javac]     private enum Command { PLAY, PAUSE }
    [javac]             ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/tools/AudioPlayer.java:31: warning: as of release 5, 'enum' is a keyword, and may not be used as an identifier
    [javac] (use -source 5 or higher to use 'enum' as a keyword)
    [javac]     private enum Result { WAITING, OK, FAILED }
    [javac]             ^
    [javac] /usr/src/redhat/BUILD/josm-build1511/src/org/openstreetmap/josm/tools/ImageProvider.java:41: warning: as of release 5, 'enum' is a keyword, and may not be used as an identifier
    [javac] (use -source 5 or higher to use 'enum' as a keyword)
    [javac]     public static enum OverlayPosition {NORTHWEST, NORTHEAST, SOUTHWEST, SOUTHEAST}
    [javac]                   ^
    [javac] 100 errors
    [javac] 34 warnings


RPM build errors:

From rc040203 at freenet.de  Wed Mar 25 03:00:24 2009
From: rc040203 at freenet.de (Ralf Corsepius)
Date: Wed, 25 Mar 2009 04:00:24 +0100
Subject: System Config Tools Cleanup Project - tools to eliminate/replace
In-Reply-To: <gqb9i4$cif$1@ger.gmane.org>
References: <200903241710.00926.jreznik@redhat.com>	<gqb3rj$i39$1@ger.gmane.org>	<20090324180956.GD5925@nostromo.devel.redhat.com>	<49C9260D.5080703@freenet.de>
	<gqb9i4$cif$1@ger.gmane.org>
Message-ID: <49C99E48.6040102@freenet.de>

Matthew Woehlke wrote:
> Ralf Corsepius wrote:
>> Actually, I feel s-c-network should be revived and NetworkManager be 
>> made strictly optional.
> 
> I'd actually have to disagree. I *love* NM on my Asus (netbook).
Congratulations.

For me,
- NM doesn't work on any machine w/ WLAN
- NM is just bloated ballast on machines w/o WLAN


 >  It's
> great for laptops (or other computers that tend to move around and need 
> to deal with "foreign" networks,
Seemingly it's sufficiently functional for some people in such 
situation. I don't have such demands.

> especially wireless networks), and it's 
> "okay" for desktops. 
Yes, it works "sufficiently" on my desktops, but ... at which price?
... Instability caused by silly "dark magic",
... no cli
... no network profiles
... bloat



(For one, it handles Verizon CDMA modems out of the
> box, much better even that on Windoze, which is why I'd much rather use 
> NM when dealing with one of those.) However, it's not yet up-to-snuff 
> (and possibly inferior) for servers or other "complicated" network 
> setups, and it's maybe at "break even" for static setups.
My network isn't compliated (static IPs, static topologic, yp based 
autofs, DHCP).

It's just that NM can't handle it properly.


Ralf



From alexl at users.sourceforge.net  Wed Mar 25 03:07:19 2009
From: alexl at users.sourceforge.net (Alex Lancaster)
Date: Tue, 24 Mar 2009 20:07:19 -0700
Subject: error from ant script
In-Reply-To: <539333cb0903241934u6044e9a7u4cd71498d2049784@mail.gmail.com>
	(Subhodip Biswas's message of "Wed\,
	25 Mar 2009 08\:04\:27 +0530")
References: <539333cb0903231053u23e10604uab4395fe043b4eaa@mail.gmail.com>
	<200903231901.52404.akurtako@redhat.com>
	<f58861e00903231431p57ac8573u677e67958965c421@mail.gmail.com>
	<539333cb0903241148xf4bd76bn41d59d2ba9a15cda@mail.gmail.com>
	<870180fe0903241243t5bd55415j3ebf6c867119d91d@mail.gmail.com>
	<539333cb0903241934u6044e9a7u4cd71498d2049784@mail.gmail.com>
Message-ID: <ixk56ewba0.fsf@allele2.eebweb.arizona.edu>

>>>>> "SB" == Subhodip Biswas  writes:

SB> Here I am attaching the whole ant output from rpmbuild.
SB> Just curious which java compiler does rpmbuild calls by default
SB> because I have both gcj and openjdk but seems like rpmbuild still
SB> calling gcj.

You should probably only install one or the other if you intend to use
one, but not both.  i.e. use "BuildRequires: java-devel-gcj" or
"BuildRequires: java-devel-openjdk".

Alex



From tdiehl at rogueind.com  Wed Mar 25 03:08:11 2009
From: tdiehl at rogueind.com (Tom Diehl)
Date: Tue, 24 Mar 2009 23:08:11 -0400 (EDT)
Subject: System Config Tools Cleanup Project - tools to eliminate/replace
In-Reply-To: <20090324210418.GD3330@angus.ind.WPI.EDU>
References: <200903241710.00926.jreznik@redhat.com>
	<1237915014.4572.132.camel@adam.local.net>
	<faa16b610903241038u7c5fbfaby20d1cd02b3e74187@mail.gmail.com>
	<alpine.LFD.2.00.0903241528390.3376@tigger.tntechs.com>
	<20090324210418.GD3330@angus.ind.WPI.EDU>
Message-ID: <alpine.LFD.2.00.0903242253120.3376@tigger.tntechs.com>

On Tue, 24 Mar 2009, Chuck Anderson wrote:

> On Tue, Mar 24, 2009 at 03:31:09PM -0400, Tom Diehl wrote:
>> On Tue, 24 Mar 2009, Colin Walters wrote:
>>
>>> On Tue, Mar 24, 2009 at 1:16 PM, Adam Williamson <awilliam at redhat.com> wrote:
>>>
>>>> Quite a lot of people still don't want to use NetworkManager. It makes
>>>> little sense on a system which just sits there connected to a static IP
>>>> address 24/7.
>>>
>>> I think it does because it provides a useful networking API for other
>>> applications to consume.  For example, answering the question "is
>>> there an active network link" was effectively impossible for app
>>> authors before.
>>>
>>> Also, in my opinion on a well-managed network if you want a fixed IP
>>> address, the right way to do it is MAC matching on the DHCP server,
>>> not client configuration.  And NetworkManager works well in such a
>>> setup.
>>
>> Which I guess is OK if you are not setting up the system with the dhcp server
>> AND the box you are setting up has X installed. Does NM have a command line
>> interface? Not that I have seen but I could have missed it.
>
> NM supports static IP addresses configured in
> /etc/sysconfig/network-scripts/ifcfg-ethX, or you could enable the
> keyfile plugin to use INI-like files to specify network configuration.
> If you set ONBOOT=yes, you don't even need to interact with NM in any
> way--it should just work.  If you need to wait for the network before
> continuing the system boot up, set NETWORKWAIT=yes in
> /etc/sysconfig/network.

Well maybe I mis-understood then. I thought 
/etc/sysconfig/network-scripts/ifcfg-ethX was going away. If that is
incorrect then I do not understand what all of the complaining is
about.

>
> So basically, the no-X argument isn't convincing to me, because you
> can still do the basic stuff the old non-X way and it works.
>
> However, there is an argument for not getting rid of the old network
> scripts.  The following are supported with network scripts but not NM
> yet:
>
> 1. IPv6
> 2. bridges
> 3. interface aliases

But the current scripts in /etc/sysconfig/network-scripts/ do this now
If you say they are not going away then rpm -e NM* and you have what you have
today when you do not install X. Works for me for the last 15 years or so.
I will admit I do like nm on my laptop but NOT on my servers.

Seriously, what am I missing?

Regards,

-- 
Tom Diehl		tdiehl at rogueind.com		Spamtrap address mtd123 at rogueind.com



From pemboa at gmail.com  Wed Mar 25 03:09:37 2009
From: pemboa at gmail.com (Arthur Pemberton)
Date: Tue, 24 Mar 2009 22:09:37 -0500
Subject: System Config Tools Cleanup Project - tools to eliminate/replace
In-Reply-To: <49C99E48.6040102@freenet.de>
References: <200903241710.00926.jreznik@redhat.com>
	<gqb3rj$i39$1@ger.gmane.org>
	<20090324180956.GD5925@nostromo.devel.redhat.com>
	<49C9260D.5080703@freenet.de> <gqb9i4$cif$1@ger.gmane.org>
	<49C99E48.6040102@freenet.de>
Message-ID: <16de708d0903242009w55a0b063w2acdef324accc115@mail.gmail.com>

On Tue, Mar 24, 2009 at 10:00 PM, Ralf Corsepius <rc040203 at freenet.de> wrote:
> Matthew Woehlke wrote:
>>
>> Ralf Corsepius wrote:
>>>
>>> Actually, I feel s-c-network should be revived and NetworkManager be made
>>> strictly optional.
>>
>> I'd actually have to disagree. I *love* NM on my Asus (netbook).
>
> Congratulations.
>
> For me,
> - NM doesn't work on any machine w/ WLAN
> - NM is just bloated ballast on machines w/o WLAN

I believe you are in a very small minority with that view.

>
>> ?It's
>>
>> great for laptops (or other computers that tend to move around and need to
>> deal with "foreign" networks,
>
> Seemingly it's sufficiently functional for some people in such situation. I
> don't have such demands.

It's more than functional for most people in most situations.

>> especially wireless networks), and it's "okay" for desktops.
>
> Yes, it works "sufficiently" on my desktops, but ... at which price?
> ... Instability caused by silly "dark magic",

Oh please.

> ... no cli
> ... no network profiles

Both valid concerns.

> ... bloat

Made up over used word thrown around as as a subject non specific
critic of any software someone doesn't like

> My network isn't compliated (static IPs, static topologic, yp based autofs,
> DHCP).
> It's just that NM can't handle it properly.

Since I've been told that NM can handle static IPs now, i don't see
why any of the above would be a problem.

-- 
Fedora 9 : sulphur is good for the skin
( www.pembo13.com )



From konrad at tylerc.org  Wed Mar 25 03:15:00 2009
From: konrad at tylerc.org (Conrad Meyer)
Date: Tue, 24 Mar 2009 20:15:00 -0700
Subject: error from ant script
In-Reply-To: <ixk56ewba0.fsf@allele2.eebweb.arizona.edu>
References: <539333cb0903231053u23e10604uab4395fe043b4eaa@mail.gmail.com>
	<539333cb0903241934u6044e9a7u4cd71498d2049784@mail.gmail.com>
	<ixk56ewba0.fsf@allele2.eebweb.arizona.edu>
Message-ID: <200903242015.00206.konrad@tylerc.org>

On Tuesday 24 March 2009 08:07:19 pm Alex Lancaster wrote:
> >>>>> "SB" == Subhodip Biswas  writes:
>
> SB> Here I am attaching the whole ant output from rpmbuild.
> SB> Just curious which java compiler does rpmbuild calls by default
> SB> because I have both gcj and openjdk but seems like rpmbuild still
> SB> calling gcj.
>
> You should probably only install one or the other if you intend to use
> one, but not both.  i.e. use "BuildRequires: java-devel-gcj" or
> "BuildRequires: java-devel-openjdk".
>
> Alex

Mock's rpmbuild will use whichever java you required that fits (openjdk if you 
require java >= 1:1.6.0 or gcj otherwise); normal rpmbuild will use whatever 
you have configured with alternatives.

Regards,
-- 
Conrad Meyer <konrad at tylerc.org>



From rc040203 at freenet.de  Wed Mar 25 04:28:18 2009
From: rc040203 at freenet.de (Ralf Corsepius)
Date: Wed, 25 Mar 2009 05:28:18 +0100
Subject: System Config Tools Cleanup Project - tools to eliminate/replace
In-Reply-To: <16de708d0903242009w55a0b063w2acdef324accc115@mail.gmail.com>
References: <200903241710.00926.jreznik@redhat.com>	<gqb3rj$i39$1@ger.gmane.org>	<20090324180956.GD5925@nostromo.devel.redhat.com>	<49C9260D.5080703@freenet.de>
	<gqb9i4$cif$1@ger.gmane.org>	<49C99E48.6040102@freenet.de>
	<16de708d0903242009w55a0b063w2acdef324accc115@mail.gmail.com>
Message-ID: <49C9B2E2.2050607@freenet.de>

Arthur Pemberton wrote:
> On Tue, Mar 24, 2009 at 10:00 PM, Ralf Corsepius <rc040203 at freenet.de> wrote:
>> Matthew Woehlke wrote:
>>> Ralf Corsepius wrote:
>>>> Actually, I feel s-c-network should be revived and NetworkManager be made
>>>> strictly optional.
>>> I'd actually have to disagree. I *love* NM on my Asus (netbook).
>> Congratulations.
>>
>> For me,
>> - NM doesn't work on any machine w/ WLAN
>> - NM is just bloated ballast on machines w/o WLAN
> 
> I believe you are in a very small minority with that view.
Please stop using this ole bolshevist argument. Just because you don't 
see a problem doesn't mean there isn't a problem.

>>>  It's
>>>
>>> great for laptops (or other computers that tend to move around and need to
>>> deal with "foreign" networks,
>> Seemingly it's sufficiently functional for some people in such situation. I
>> don't have such demands.
> 
> It's more than functional for most people in most situations.
> 
>>> especially wireless networks), and it's "okay" for desktops.
>> Yes, it works "sufficiently" on my desktops, but ... at which price?
>> ... Instability caused by silly "dark magic",
> 
> Oh please.
... Yes, NM is responsible for pulling in dozens of unnecessary 
daemons/services.

>> ... no cli
>> ... no network profiles
> 
> Both valid concerns.

IMO, both hard show stoppers, disqualifying NM from being branded a 
replacement for s-c-networking.

>> ... bloat
> 
> Made up over used word thrown around as as a subject non specific
> critic of any software someone doesn't like
Do yourself a favor and check how much bloat (and potential sources 
errors and vulnerabilities) NM pulls in.

In case you haven't noticed yet: In comparison to s-c-networking, this 
list is very long.

>> My network isn't compliated (static IPs, static topologic, yp based autofs,
>> DHCP).
>> It's just that NM can't handle it properly.
> 
> Since I've been told that NM can handle static IPs now, i don't see
> why any of the above would be a problem.
"told" is the key word ... reality speaks a different language.

The problem with it: Due to NM's black magic and the huge set of 
services it is trying to interact with, it's very difficult to identify 
the origin of problems.

One prominent and well-known case many people have complained about:
NM's way of dns handling.

Ralf



From fedora at leemhuis.info  Wed Mar 25 06:38:02 2009
From: fedora at leemhuis.info (Thorsten Leemhuis)
Date: Wed, 25 Mar 2009 07:38:02 +0100
Subject: fedora-devel-announce again (was: Re: 2009-03-26 - Fedora Test Day
 - Nouveau graphics driver)
In-Reply-To: <1237930123.3620.531.camel@flatline.devel.redhat.com>
References: <1237930123.3620.531.camel@flatline.devel.redhat.com>
Message-ID: <49C9D14A.7000104@leemhuis.info>

Hi!

On 24.03.2009 22:28, James Laska wrote:
> Greetings testers,
> 
> Adam Williamson and Ben Skeggs have lined up an exciting Fedora Test Day
> topic.  This Thursday, March 26 will focus on testing the new nouveau
> graphics driver.  If the Intel graphics test day [1] was any indication,
> this will be a busy event.  

Why are these "Fedora Test Day" announcements being send to 
fedora-devel-announce? I can't see how they fit into the rule set that
https://www.redhat.com/mailman/listinfo/fedora-devel-announce
lists. Quoting it here again:

"""
> This list is intended to be a LOW TRAFFIC announce-only list for Fedora development.
> 
> Acceptable Types of Announcements
> - Policy or process changes that affect developers.
> - Infrastructure changes that affect developers.
> - Tools changes that affect developers.
> - Schedule changes
> - Freeze reminders
> 
> Unacceptable Types of Announcements
> - Periodic automated reports (violates the INFREQUENT rule)
> - Discussion
> - Anything else not mentioned above
> 
> In order to post. you must be subscribed as a member. Then your post will be allowed into the moderation queue.
"""

They IMHO violate the hinted "INFREQUENT rule", as they come weekly 
right now.

CU
knurd (who is getting more and more worried that packagers with only one 
or two packages start to ignore fedora-devel-announce because it gets 
more and more mails that are not of interest for them)

P.S.: While at it: The mail "Fedora 11 Beta slip" definitely was okay 
for fedora-devel-announce, but I wonder if it should have gone to 
fedora-announce-list as well, as such slips in the past normally have 
been announced there; take the F11 Alpha slip for example:
http://www.redhat.com/archives/fedora-announce-list/2009-February/msg00003.html



From surenkarapetyan at gmail.com  Wed Mar 25 06:37:00 2009
From: surenkarapetyan at gmail.com (Suren Karapetyan)
Date: Wed, 25 Mar 2009 10:37:00 +0400
Subject: System Config Tools Cleanup Project - tools to eliminate/replace
In-Reply-To: <16de708d0903242009w55a0b063w2acdef324accc115@mail.gmail.com>
References: <200903241710.00926.jreznik@redhat.com>	<gqb3rj$i39$1@ger.gmane.org>	<20090324180956.GD5925@nostromo.devel.redhat.com>	<49C9260D.5080703@freenet.de>
	<gqb9i4$cif$1@ger.gmane.org>	<49C99E48.6040102@freenet.de>
	<16de708d0903242009w55a0b063w2acdef324accc115@mail.gmail.com>
Message-ID: <49C9D10C.9090209@gmail.com>

Arthur Pemberton wrote:
> On Tue, Mar 24, 2009 at 10:00 PM, Ralf Corsepius <rc040203 at freenet.de> wrote:
>   
>> Matthew Woehlke wrote:
>>     
>>> Ralf Corsepius wrote:
>>>       
>>>> Actually, I feel s-c-network should be revived and NetworkManager be made
>>>> strictly optional.
>>>>         
>>> I'd actually have to disagree. I *love* NM on my Asus (netbook).
>>>       
>> Congratulations.
>>
>> For me,
>> - NM doesn't work on any machine w/ WLAN
>> - NM is just bloated ballast on machines w/o WLAN
>>     
>
> I believe you are in a very small minority with that view.
>
>   
>>>  It's
>>>
>>> great for laptops (or other computers that tend to move around and need to
>>> deal with "foreign" networks,
>>>       
>> Seemingly it's sufficiently functional for some people in such situation. I
>> don't have such demands.
>>     
>
> It's more than functional for most people in most situations.
>
>   
>>> especially wireless networks), and it's "okay" for desktops.
>>>       
>> Yes, it works "sufficiently" on my desktops, but ... at which price?
>> ... Instability caused by silly "dark magic",
>>     
>
> Oh please.
>
>   
>> ... no cli
>> ... no network profiles
>>     
>
> Both valid concerns.
>
>   
>> ... bloat
>>     
>
> Made up over used word thrown around as as a subject non specific
> critic of any software someone doesn't like
>   
Come on... :)
A full-fledged daemon running all the time sitting on the system bus
waking up every few seconds (to eat CPU) which is going to do

ifconfig eth0 111.111.111.111/24 up
ip route add default via 111.111.111.222
echo "nameserver 111.111.111.123" > /etc/resolv.conf

And do it only *once* every reboot (which can easily be 30+ days).

This makes sense neither for servers nor for desktops.
It's useful for laptops which travel a lot (not even all laptops, cause 
many of them are used as desktop-replacements).

What I'm asking for is to allow free choice, cause , you know, there is 
no such thing as "one true way",
i.e. what is the only way in one situation may be completely useless and 
even stupid in another.
>   
>> My network isn't compliated (static IPs, static topologic, yp based autofs,
>> DHCP).
>> It's just that NM can't handle it properly.
>>     
>
> Since I've been told that NM can handle static IPs now, i don't see
> why any of the above would be a problem.
>
>   



From pemboa at gmail.com  Wed Mar 25 06:56:08 2009
From: pemboa at gmail.com (Arthur Pemberton)
Date: Wed, 25 Mar 2009 01:56:08 -0500
Subject: System Config Tools Cleanup Project - tools to eliminate/replace
In-Reply-To: <49C9D10C.9090209@gmail.com>
References: <200903241710.00926.jreznik@redhat.com>
	<gqb3rj$i39$1@ger.gmane.org>
	<20090324180956.GD5925@nostromo.devel.redhat.com>
	<49C9260D.5080703@freenet.de> <gqb9i4$cif$1@ger.gmane.org>
	<49C99E48.6040102@freenet.de>
	<16de708d0903242009w55a0b063w2acdef324accc115@mail.gmail.com>
	<49C9D10C.9090209@gmail.com>
Message-ID: <16de708d0903242356u26583d4ex609f6f88f585f5f7@mail.gmail.com>

On Wed, Mar 25, 2009 at 1:37 AM, Suren Karapetyan
<surenkarapetyan at gmail.com> wrote:
> Arthur Pemberton wrote:
> Come on... :)
> A full-fledged daemon running all the time sitting on the system bus
> waking up every few seconds (to eat CPU) which is going to do

What exactly is a full-fledged daemon tha makes it bad things for
servers or desktops? What amount of your CPU is it using that it is
such a bad thing.

> ifconfig eth0 111.111.111.111/24 up
> ip route add default via 111.111.111.222
> echo "nameserver 111.111.111.123" > /etc/resolv.conf
>
> And do it only *once* every reboot (which can easily be 30+ days).
>
> This makes sense neither for servers nor for desktops.

Look, if you have a simple setup fine. I am all for everyone having
their choice. But taking the tone that it is some bad thing or a waste
of time is ridiculous. It makes sense on desktops unless they have a
connection that cannot ever be severed, and do not use VPNs.

> It's useful for laptops which travel a lot (not even all laptops, cause many
> of them are used as desktop-replacements).

It's useful for desktops as well.

> What I'm asking for is to allow free choice, cause , you know, there is no
> such thing as "one true way",
> i.e. what is the only way in one situation may be completely useless and
> even stupid in another.

What's the point of asking for that when you can already turn
NetworkManager off. If NetworkManager fills all the role provided by
s-c-network, there's no point in having two ways to do the same thing.
I started off by saying that there are several things that
NetworkManager doesn't do yet so s-c-network shouldn't be removed yet.

Some of these things bring change and seem to make some people overly
nervous, as long you can do things the old way, try not to block
change that is useful to everyone else.  It's just like PulseAudio, it
helps a lot of people, but it works terribly for me, so I just removed
it. No need to go complaining about its existence.

-- 
Fedora 9 : sulphur is good for the skin
( www.pembo13.com )



From jreznik at redhat.com  Wed Mar 25 08:37:23 2009
From: jreznik at redhat.com (Jaroslav Reznik)
Date: Wed, 25 Mar 2009 09:37:23 +0100
Subject: System Config Tools Cleanup Project - tools to eliminate/replace
In-Reply-To: <alpine.LFD.2.00.0903242253120.3376@tigger.tntechs.com>
References: <200903241710.00926.jreznik@redhat.com>
	<20090324210418.GD3330@angus.ind.WPI.EDU>
	<alpine.LFD.2.00.0903242253120.3376@tigger.tntechs.com>
Message-ID: <200903250937.23279.jreznik@redhat.com>

On Wednesday 25 March 2009 04:08:11 Tom Diehl wrote:
> On Tue, 24 Mar 2009, Chuck Anderson wrote:
> > On Tue, Mar 24, 2009 at 03:31:09PM -0400, Tom Diehl wrote:
> >> On Tue, 24 Mar 2009, Colin Walters wrote:
> >>> On Tue, Mar 24, 2009 at 1:16 PM, Adam Williamson <awilliam at redhat.com> 
wrote:
> >>>> Quite a lot of people still don't want to use NetworkManager. It makes
> >>>> little sense on a system which just sits there connected to a static
> >>>> IP address 24/7.
> >>>
> >>> I think it does because it provides a useful networking API for other
> >>> applications to consume.  For example, answering the question "is
> >>> there an active network link" was effectively impossible for app
> >>> authors before.
> >>>
> >>> Also, in my opinion on a well-managed network if you want a fixed IP
> >>> address, the right way to do it is MAC matching on the DHCP server,
> >>> not client configuration.  And NetworkManager works well in such a
> >>> setup.
> >>
> >> Which I guess is OK if you are not setting up the system with the dhcp
> >> server AND the box you are setting up has X installed. Does NM have a
> >> command line interface? Not that I have seen but I could have missed it.
> >
> > NM supports static IP addresses configured in
> > /etc/sysconfig/network-scripts/ifcfg-ethX, or you could enable the
> > keyfile plugin to use INI-like files to specify network configuration.
> > If you set ONBOOT=yes, you don't even need to interact with NM in any
> > way--it should just work.  If you need to wait for the network before
> > continuing the system boot up, set NETWORKWAIT=yes in
> > /etc/sysconfig/network.
>
> Well maybe I mis-understood then. I thought
> /etc/sysconfig/network-scripts/ifcfg-ethX was going away. If that is
> incorrect then I do not understand what all of the complaining is
> about.

Network-scripts are part of initscripts, s-c-n is only TUI/GUI configuration 
tool. So these scripts stays until something better is designed (I'm not sure 
how netcf - mentioned in this thread - works).

If we have another tool that's able to edit configuration and use network-
scripts then it's nonsense to have both doing same. So now the question is 
what's missing in NM edit connections (not in standalone NM) and if it is 
worth to add it there or let it alone in s-c-n or only let possibility to do 
it manually (and for servers it's my preferred way to have control over 
configuration).

Jaroslav 

> > So basically, the no-X argument isn't convincing to me, because you
> > can still do the basic stuff the old non-X way and it works.
> >
> > However, there is an argument for not getting rid of the old network
> > scripts.  The following are supported with network scripts but not NM
> > yet:
> >
> > 1. IPv6
> > 2. bridges
> > 3. interface aliases
>
> But the current scripts in /etc/sysconfig/network-scripts/ do this now
> If you say they are not going away then rpm -e NM* and you have what you
> have today when you do not install X. Works for me for the last 15 years or
> so. I will admit I do like nm on my laptop but NOT on my servers.
>
> Seriously, what am I missing?
>
> Regards,
>
> --
> Tom Diehl		tdiehl at rogueind.com		Spamtrap address mtd123 at rogueind.com

-- 
Jaroslav ?ezn?k <jreznik at redhat.com>
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 sfeb at osgdc.org  Wed Mar 25 08:39:14 2009
From: sfeb at osgdc.org (Stephan February)
Date: Wed, 25 Mar 2009 16:39:14 +0800
Subject: GPL Web App containing Proprietary Flash Widget
Message-ID: <1237970354.6151.5.camel@stephanfeb>

Hello

I have done extensive reading on the Fedora site regarding packaging,
and specifically "code vs. content". 
My employer is developing a web-application which will be licensed under
GPL or similar FSF-approved license. The web application will most
likely contain a proprietary (non-free) flash charting widget.  
Will our rpm-packaged web application, which will include the flash
widget be accepted into Fedora repository ? 

Regards
Stephan



From sundaram at fedoraproject.org  Wed Mar 25 08:47:21 2009
From: sundaram at fedoraproject.org (Rahul Sundaram)
Date: Wed, 25 Mar 2009 14:17:21 +0530
Subject: GPL Web App containing Proprietary Flash Widget
In-Reply-To: <1237970354.6151.5.camel@stephanfeb>
References: <1237970354.6151.5.camel@stephanfeb>
Message-ID: <49C9EF99.6060101@fedoraproject.org>

Stephan February wrote:
> Hello
> 
> I have done extensive reading on the Fedora site regarding packaging,
> and specifically "code vs. content". 
> My employer is developing a web-application which will be licensed under
> GPL or similar FSF-approved license. The web application will most
> likely contain a proprietary (non-free) flash charting widget.  
> Will our rpm-packaged web application, which will include the flash
> widget be accepted into Fedora repository ? 

The app would be acceptable but not the widget.

Rahul



From mcepl at redhat.com  Wed Mar 25 08:54:02 2009
From: mcepl at redhat.com (Matej Cepl)
Date: Wed, 25 Mar 2009 09:54:02 +0100
Subject: libsyncml
References: <20090321095311.B7FC01B8001@releng2.fedora.phx.redhat.com>
	<gq3j6b$u6c$1@ger.gmane.org> <200903221216.23514.opensource@till.name>
	<49C65A16.5080105@gnat.ca> <gq89bi$295$1@ger.gmane.org>
	<1237830267.4572.59.camel@adam.local.net>
Message-ID: <a28p96-bbd.ln1@ppp1053.in.ipex.cz>

On 2009-03-23, 17:44 GMT, Adam Williamson wrote:
> And for Nokias - you can do limited
> sync very well with the gnokii plugin, and more sophisticated sync with
> the libsyncml plugin on some Nokias (some have broken SyncML
> implementations and just don't work right). The latest version of
> libsyncml which works with opensync 0.22 is 0.4.6, so we should revert
> to that.

Thanks a lot for finally explaining me this whole mess. Two years 
of my life working in Red Hat were spent trying to make 
synchroznization to my Nokia 3110 Classic work without any 
visible results (aside from putting myself on Cc: of 
http://opensync.org/ticket/877 ;-)) and whole thing makes me 
really crazy. Oh well.

One of the problems I see with opensync (aside from being totally 
underpowered upstream and mostly ignored by everybody else than 
SuSE and as I see now Mandriva, and especially ignored by most
Fedora folks) is that I don't see any effort at all on their side 
to maintain stable branch.  Any requests for fixing bugs are 
stereotypically replied with "Wait until we finish 0.3* (now 
0.4*) branch".  I have been waiting for two years. Oh well.

Mat?j



From choeger at cs.tu-berlin.de  Wed Mar 25 09:10:19 2009
From: choeger at cs.tu-berlin.de (Christoph =?ISO-8859-1?Q?H=F6ger?=)
Date: Wed, 25 Mar 2009 10:10:19 +0100
Subject: 2009-03-26 - Fedora Test Day - Nouveau graphics driver
In-Reply-To: <1237930123.3620.531.camel@flatline.devel.redhat.com>
References: <1237930123.3620.531.camel@flatline.devel.redhat.com>
Message-ID: <1237972219.10771.2.camel@choeger5.umpa.netz>

Hi,

I would like to test, but currently the livecd is not available (though
links are there), any chance to fix that until ~16:00 ALPHA?

thanks

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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090325/86277d5f/attachment.sig>

From mcepl at redhat.com  Wed Mar 25 09:13:56 2009
From: mcepl at redhat.com (Matej Cepl)
Date: Wed, 25 Mar 2009 10:13:56 +0100
Subject: System Config Tools Cleanup Project - tools to eliminate/replace
References: <200903241710.00926.jreznik@redhat.com>
	<gqb3rj$i39$1@ger.gmane.org>
	<20090324180956.GD5925@nostromo.devel.redhat.com>
	<49C9260D.5080703@freenet.de> <gqb9i4$cif$1@ger.gmane.org>
	<49C99E48.6040102@freenet.de>
	<16de708d0903242009w55a0b063w2acdef324accc115@mail.gmail.com>
	<49C9D10C.9090209@gmail.com>
Message-ID: <k79p96-bbd.ln1@ppp1053.in.ipex.cz>

On 2009-03-25, 06:37 GMT, Suren Karapetyan wrote:
> What I'm asking for is to allow free choice, cause , you know, 
> there is no such thing as "one true way",

service NetworkManager stop
chkconfig NetworkManager off
chkconfig network on
service network start

Mat?j



From mcepl at redhat.com  Wed Mar 25 09:16:53 2009
From: mcepl at redhat.com (Matej Cepl)
Date: Wed, 25 Mar 2009 10:16:53 +0100
Subject: System Config Tools Cleanup Project - tools to eliminate/replace
References: <200903241710.00926.jreznik@redhat.com>
	<49C90CFA.7050408@herr-schmitt.de>
	<385866f0903241015k3cb39b43je8cb5a325484022c@mail.gmail.com>
Message-ID: <5d9p96-bbd.ln1@ppp1053.in.ipex.cz>

On 2009-03-24, 17:15 GMT, Muayyad AlSadi wrote:
>   * recover bad hand written xorg.conf
>   * recover bad xorg.conf files generated by older versions of
> proprietary nvidia drivers

rm -fv /etc/X11/xorg.conf 

is pretty good one for both of these (hint: it SHOULD work 
without any xorg.conf, if not file a bug).

Mat?j



From rawhide at fedoraproject.org  Wed Mar 25 10:29:21 2009
From: rawhide at fedoraproject.org (Rawhide Report)
Date: Wed, 25 Mar 2009 10:29:21 +0000 (UTC)
Subject: rawhide report: 20090325 changes
Message-ID: <20090325102921.962261F8259@releng2.fedora.phx.redhat.com>

Compose started at Wed Mar 25 06:01:03 UTC 2009

Updated Packages:

anaconda-11.5.0.37-1
--------------------
* Tue Mar 24 2009 David Cantrell <dcantrell at redhat.com> - 11.5.0.37-1
- Start with a basic /etc/hosts file (#491634) (dcantrell)
- Do not flag every existing partition for resize (#491803) (dcantrell)
- Remove unused noformatCB() function. (dcantrell)
- Remove unnecessary istruefalse() function. (dcantrell)
- Build new _isys.so for updates.img if needed. (dcantrell)
- Get the UUID of each md array we create. (#491796) (dlehman)
- Call udev_settle after committing changes to a disk (#491529) (hdegoede)
- Be a little bit smarter about allocating space to grow parts. (#491761)
  (dlehman)
- Check that partition is on the disk before trying to remove it. (#491997)
  (dlehman)
- Work around a bug in mdadm incremental assembly. (dlehman)
- Use the same units (MB) for extent size that we do for everything else.
  (dlehman)
- Put line breaks in between crypttab entries. (#491938) (dlehman)
- Register the NoDevFS class. (clumens)
- fslabels -> labels. (clumens)
- NFSDevice does not take exists= as a parameter. (clumens)
- Override _setDevice and _getDevice in NFS. (clumens)
- Move resolveDevice into the DeviceTree class. (clumens)
- Move most of the parseFSTab logic into its own function. (clumens)
- We don't even use partedUtils in this module. (clumens)
- PReP formats can never be active. (#491865) (dlehman)
- Move protectedPartition setup into storageInitialize (#491781). (clumens)
- Use the mount and unmount methods on OpticalDevice.format now. (clumens)
- Add a format for ISO9660 filesystems. (clumens)
- getDeviceByName does not expect the CD device to start with "/dev/"
  (#491768). (clumens)
- Write the same arch to .discinfo as iutil.getArch() gives us (#490977).
  (clumens)
- Don't remove partitions twice. (jgranado)


festival-1.96-11.fc11
---------------------
* Tue Mar 24 2009 Jesse Keating <jkeating at redhat.com> - 1.96-11
- Drop the explicit dep on festival-voice, as it is redundant and
  causes problems with multiple providers


gdal-1.6.0-8.fc11
-----------------
* Mon Mar 23 2009 Jesse Keating <jkeating at redhat.com> - 1.6.0-8
- re-enable grass support

* Sun Mar 22 2009 Lubomir Rintel <lkundrak at v3.sk> - 1.6.0-7
- Depend specifically on GCJ for Java (Alex Lancaster)
- Disable grass (Alex Lancaster)
- Create %_bindir before copying files there

* Tue Feb 24 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 1.6.0-5
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


grass-6.3.0-12.fc11
-------------------
* Mon Mar 23 2009 Lubomir Rintel <lkundrak at v3.sk> - 6.3.0-12
- Fix build with GCC 4.4

* Tue Feb 24 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 6.3.0-11
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


kernel-2.6.29-0.258.2.3.rc8.git2.fc11
-------------------------------------
* Tue Mar 24 2009 Josef Bacik <josef at toxicpanda.com>
- fsync replay fixes for btrfs

* Tue Mar 24 2009 Kyle McMartin <kyle at redhat.com>
- F-11 beta branch
- btrfs fixes + ide disk ppc fix.
- add back in dropped stuff due to cvs flubbage.

* Tue Mar 24 2009 Kyle McMartin <kyle at redhat.com> 2.6.29-0.258.2.2.rc8.git2
- tag for beta.

* Tue Mar 24 2009 Kyle McMartin <kyle at redhat.com> 2.6.29-0.258.2.3.rc8.git2
- Disable DMAR by default, suspend & resume is unsupported in current
  code.

* Mon Mar 23 2009 Bill Nottingham <notting at redhat.com>
- build ide-gd_mod in on PPC (#491380)


mapnik-0.5.2-0.12.svn780.fc11
-----------------------------
* Tue Mar 24 2009 Alex Lancaster <alexlan[AT] fedoraproject org> - 0.5.2-0.12.svn780
- Add patch for compiling against GCC 4.4
- Fix file list for Python
- Fix font Requires: dejavu-fonts-compat and macro

* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 0.5.2-0.11.svn780
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


pfstools-1.7.0-5.fc11
---------------------
* Mon Mar 23 2009 Alex Lancaster <alexlan[AT]fedoraproject org> - 1.7.0-5
- Add patch to fix building with GCC 4.4

* Wed Feb 25 2009 Ulrich Drepper <drepper at redhat.com> - 1.7.0-4
- recompile for hdf5 ABI change


pungi-2.0.13-1.fc11
-------------------
* Tue Mar 24 2009 Jesse Keating <jkeating at redhat.com> - 2.0.13-1
- Add online-docs to pkgorder


xastir-1.9.4-7.fc11
-------------------
* Tue Mar 10 2009 Lucian Langa <cooly at gnome.eu.org> - 1:1.9.4-7
- downgrade to the latest stable
- add patch for english units

* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 1.9.5-3
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


Summary:
Added Packages: 0
Removed Packages: 0
Modified Packages: 9
Broken deps for i386
----------------------------------------------------------
	libopensync-plugin-syncml-0.35-4.fc10.i386 requires libsyncml.so.0



Broken deps for x86_64
----------------------------------------------------------
	libopensync-plugin-syncml-0.35-4.fc10.x86_64 requires libsyncml.so.0()(64bit)



Broken deps for ppc
----------------------------------------------------------
	libopensync-plugin-syncml-0.35-4.fc10.ppc requires libsyncml.so.0



Broken deps for ppc64
----------------------------------------------------------
	cabal2spec-0.12-1.fc11.noarch requires ghc > 0:6.10.1-7
	libopensync-plugin-syncml-0.35-4.fc10.ppc64 requires libsyncml.so.0()(64bit)





From berrange at redhat.com  Wed Mar 25 10:38:25 2009
From: berrange at redhat.com (Daniel P. Berrange)
Date: Wed, 25 Mar 2009 10:38:25 +0000
Subject: GPL Web App containing Proprietary Flash Widget
In-Reply-To: <1237970354.6151.5.camel@stephanfeb>
References: <1237970354.6151.5.camel@stephanfeb>
Message-ID: <20090325103825.GD25134@redhat.com>

On Wed, Mar 25, 2009 at 04:39:14PM +0800, Stephan February wrote:
> Hello
> 
> I have done extensive reading on the Fedora site regarding packaging,
> and specifically "code vs. content". 
> My employer is developing a web-application which will be licensed under
> GPL or similar FSF-approved license. The web application will most
> likely contain a proprietary (non-free) flash charting widget.  
> Will our rpm-packaged web application, which will include the flash
> widget be accepted into Fedora repository ? 

The flash widget would have to be excluded, or made open source & buildable
with open source tools too. 

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 nicolas.mailhot at laposte.net  Wed Mar 25 10:44:15 2009
From: nicolas.mailhot at laposte.net (Nicolas Mailhot)
Date: Wed, 25 Mar 2009 11:44:15 +0100 (CET)
Subject: rawhide report: 20090325 changes
In-Reply-To: <20090325102921.962261F8259@releng2.fedora.phx.redhat.com>
References: <20090325102921.962261F8259@releng2.fedora.phx.redhat.com>
Message-ID: <1cac83318ad3066478600efff9954358.squirrel@arekh.dyndns.org>



Le Mer 25 mars 2009 11:29, Rawhide Report a ?crit :

> mapnik-0.5.2-0.12.svn780.fc11
> -----------------------------
> * Tue Mar 24 2009 Alex Lancaster <alexlan[AT] fedoraproject org> -

> - Fix font Requires: dejavu-fonts-compat and macro

Why the hell is a dep on this added now? Is the package name,
description, the pages of wiki help and months of repeated bugzilla
tickets and information mails not sufficient to make clear THIS SHOULD
NOT BE DONE?

-- 
Nicolas Mailhot



From lists at ecsc.co.uk  Wed Mar 25 10:55:23 2009
From: lists at ecsc.co.uk (Matthew Hall)
Date: Wed, 25 Mar 2009 10:55:23 +0000
Subject: Experience and observations of F11a/rawhide so far
In-Reply-To: <k7f096-r0c.ln1@sky.matrix>
References: <k7f096-r0c.ln1@sky.matrix>
Message-ID: <49CA0D9B.80203@ecsc.co.uk>

On 15/03/09 23:22, Keith G. Robertson-Turner wrote:
> One request I would like to throw out there, as a RFE, is the ability to
> specify *keyfiles* instead of a password, when anaconda is setting up an
> encrypted filesystem with cryptsetup. My current arrangement requires me
> to manually edit the initrd thus:
>
> echo Setting up disk encryption: SecureKeys
> cryptsetup luksOpen /dev/sdb1 SecureKeys
> mkdir /SecureKeys
> mount -t ext3 /dev/mapper/SecureKeys /SecureKeys
> echo Setting up disk encryption: takeMScrypt
> cryptsetup luksOpen /dev/sda2 takeMScrypt
>     --key-file=/SecureKeys/takeMScrypt.key
> echo Closing encryption keys volume: SecureKeys
> umount /SecureKeys
> cryptsetup luksClose SecureKeys
>
> sda is a USB keychain, with a built in MicroSDHC card reader.
> sda1 is "/boot", unencrypted.
> sda2 is "/" on an LVM volume encrypted with the kefile on sdb1.
>
> sdb is a MicroSDHC card, with the key store on sdb1, which is itself
> password encrypted.
>
> So when this boots, I'm asked for a password once, which unlocks the key
> store, and uses keyfiles in that key store to unlock the other
> filesystems, then closes and unmounts the keystore, so the MicroSDHC
> card can be physically removed (and possibly hidden).
>
> How easy would it be to build something like this into anaconda?

I've attached the patch to rc.sysinit I use in-house here to achieve a 
similar thing.

In short, all my users' gpg keys are held in /etc/gnupg 
(root.root/0700); and have a usb key which has a small (4k) bit of 
random data from /dev/random which is gpg encrypted to everyone's public 
keys. /etc/crypttab is then modified to use '/mnt/.home.key.gpg' instead 
of 'none'.

I then add the keyfile to the luks partition with cryptsetup (any 
passphrases can be kept if you're wary about losing the ability to 
decrypt - simply don't remove the passphrase from the luks partition and 
don't plug the usb stick in when booting).

Plymouth passes the passphrase requested into Gpg then decrypts the 
keyfile which is then passed into cryptsetup to unlock the partition via 
stdin/out.

This way, a users laptop, usb key and passphrase would have to fall into 
the hands of an attacker to get to your data.

-- 
Regards,

Matthew Hall (BSc, CISSP, CEH)
Security Engineer
ECSC Ltd
01274 513266

This email is intended solely for the addressee, and is strictly
confidential. The content does not comprise professional advice, and you
should seek suitable specific advice from us before acting in any way
upon it. Additional terms and conditions are available at
http://www.ecsc.co.uk/cond_serv.html
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: rc.sysinit-usbkey.patch
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090325/17d79c37/attachment.ksh>

From nils at redhat.com  Wed Mar 25 11:10:44 2009
From: nils at redhat.com (Nils Philippsen)
Date: Wed, 25 Mar 2009 12:10:44 +0100
Subject: System Config Tools Cleanup Project - tools to eliminate/replace
In-Reply-To: <200903241710.00926.jreznik@redhat.com>
References: <200903241710.00926.jreznik@redhat.com>
Message-ID: <1237979444.21415.90.camel@gibraltar.str.redhat.com>

On Tue, 2009-03-24 at 17:10 +0100, Jaroslav Reznik wrote:

> * system-config-date
>   - Gnome/KDE/XFCE have own datetime configuration tool/module, it's confusing 
> than
>     which one users should use

- as they (should) operate on the same low-level resources
(/bin/date, /sbin/hwclock, /etc/localtime) it shouldn't really matter
much which is used
- the DE specific things should be much more visible than s-c-date (i.e.
directly in the panel vs. some levels deep in the menu), I don't see
much source for confusion there
- AFAIK, none of the tools in the DEs deal with NTP right now (do they
at least honor it being used and then block setting the system clock?),
so I'm not inclined to drop it

>   - used in firstboot or anaconda???

yes

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 nils at redhat.com  Wed Mar 25 11:33:43 2009
From: nils at redhat.com (Nils Philippsen)
Date: Wed, 25 Mar 2009 12:33:43 +0100
Subject: System Config Tools Cleanup Project - tools to eliminate/replace
In-Reply-To: <200903241710.00926.jreznik@redhat.com>
References: <200903241710.00926.jreznik@redhat.com>
Message-ID: <1237980823.21415.124.camel@gibraltar.str.redhat.com>

On Tue, 2009-03-24 at 17:10 +0100, Jaroslav Reznik wrote:
> * system-config-network
>   - replacement NetworkManager
>   - missing IPv6? routing?

Not my turf, but I'll comment anyway. IMO, some things need to happen
before NM could be used everywhere from a functionality POV (not
addressing bloat here ;-), here's what I think of right now:

- it needs to support an arbitrary number of interfaces up at the same
time (i.e. multiple LANs/WLANs/VPNs simultaneously)
- it needs to support arbitrarily complicated routing setups, if I'm
connected to two VPNs at the same time it better do that right
- It should (optionally) not immediately kill off interfaces with
dropped links
- DNS handling needs to be improved a great deal, e.g. use private DNS
server for home LAN, use VPN DNS server for their respective addresses
_only_ (e.g. for specific domains/IP ranges)

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 awilliam at redhat.com  Wed Mar 25 12:00:10 2009
From: awilliam at redhat.com (Adam Williamson)
Date: Wed, 25 Mar 2009 05:00:10 -0700
Subject: libsyncml
In-Reply-To: <a28p96-bbd.ln1@ppp1053.in.ipex.cz>
References: <20090321095311.B7FC01B8001@releng2.fedora.phx.redhat.com>
	<gq3j6b$u6c$1@ger.gmane.org> <200903221216.23514.opensource@till.name>
	<49C65A16.5080105@gnat.ca> <gq89bi$295$1@ger.gmane.org>
	<1237830267.4572.59.camel@adam.local.net>
	<a28p96-bbd.ln1@ppp1053.in.ipex.cz>
Message-ID: <1237982410.4572.186.camel@adam.local.net>

On Wed, 2009-03-25 at 09:54 +0100, Matej Cepl wrote:
> On 2009-03-23, 17:44 GMT, Adam Williamson wrote:
> > And for Nokias - you can do limited
> > sync very well with the gnokii plugin, and more sophisticated sync with
> > the libsyncml plugin on some Nokias (some have broken SyncML
> > implementations and just don't work right). The latest version of
> > libsyncml which works with opensync 0.22 is 0.4.6, so we should revert
> > to that.
> 
> Thanks a lot for finally explaining me this whole mess. Two years 
> of my life working in Red Hat were spent trying to make 
> synchroznization to my Nokia 3110 Classic work without any 
> visible results (aside from putting myself on Cc: of 
> http://opensync.org/ticket/877 ;-)) and whole thing makes me 
> really crazy. Oh well.

Yeah, it is something of a mess to figure out. I came at it just because
I had a Windows Mobile phone and I wanted it to do something when I
plugged it in :) So I mostly came at opensync via the synce angle, but
after that, I got some other phones I had lying around to work too (I
had a working sync group which synchronized my contacts on a Windows
Mobile phone, a Nokia 6300, a Blackberry, Evolution and KDE 3 in a
single operation - opensync can actually do some pretty awesome stuff
once you get the damn thing to work).

It looks like you had the same problem with syncml as I did - a Nokia
phone with a bad implementation (my test device, a 6300, has a similar
problem, it just doesn't seem to do SyncML properly no matter what
settings you try). If gnokii supports your phone, then the gnokii
opensync plugin - which is thankfully really easy to configure - will
let you sync contacts and possibly calendar entries, but not tasks.
(gnokii bypasses SyncML entirely and accesses things some other way).

> One of the problems I see with opensync (aside from being totally 
> underpowered upstream and mostly ignored by everybody else than 
> SuSE and as I see now Mandriva, and especially ignored by most
> Fedora folks) is that I don't see any effort at all on their side 
> to maintain stable branch.  Any requests for fixing bugs are 
> stereotypically replied with "Wait until we finish 0.3* (now 
> 0.4*) branch".  I have been waiting for two years. Oh well.

Yeah, that's definitely the big problem, it causes all kinds of issues -
like the KDE 4 thing. No-one wanted to write a plugin for KDE 4 /
akonadi for opensync 0.22 because everyone knows it's 'obsolete', but
no-one really wanted to write one for 0.4 either because it doesn't
work, and even now that one's getting written for 0.3/0.4, it's not much
use to anyone yet :\.

Some fixes for 0.2 do get stuck into the SVN branch, but not very many.

I think there was also a historic problem in that when 0.22 was still
current, there was no really good interface for it (you only had
msynctool the console client, or multisync-gui, which isn't very good).
The KitchenSync from KDE 3 is actually an awesome GUI for opensync 0.22
which makes it really easy to set things up - that's why the Mandriva
instructions are based around it - but it didn't really show up until
quite a bit later, and even then, very few people seem to know about it
for some reason.
-- 
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 Mar 25 12:03:57 2009
From: awilliam at redhat.com (Adam Williamson)
Date: Wed, 25 Mar 2009 05:03:57 -0700
Subject: 2009-03-26 - Fedora Test Day - Nouveau graphics driver
In-Reply-To: <1237972219.10771.2.camel@choeger5.umpa.netz>
References: <1237930123.3620.531.camel@flatline.devel.redhat.com>
	<1237972219.10771.2.camel@choeger5.umpa.netz>
Message-ID: <1237982637.4572.190.camel@adam.local.net>

On Wed, 2009-03-25 at 10:10 +0100, Christoph H?ger wrote:
> Hi,
> 
> I would like to test, but currently the livecd is not available (though
> links are there), any chance to fix that until ~16:00 ALPHA?

James Laska is going to upload the images some time today - we were
mostly focusing on having them up before Thursday. Unfortunately the
images we generated yesterday are missing the updated libdrm from Koji
(I didn't realize we needed that as well as kernel and the nouveau
package), so we may have to rebuild them today. They'll definitely be up
by tomorrow at the latest, though.
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org
http://www.happyassassin.net



From billcrawford1970 at gmail.com  Wed Mar 25 12:17:23 2009
From: billcrawford1970 at gmail.com (Bill Crawford)
Date: Wed, 25 Mar 2009 12:17:23 +0000
Subject: System Config Tools Cleanup Project - tools to eliminate/replace
In-Reply-To: <16de708d0903242356u26583d4ex609f6f88f585f5f7@mail.gmail.com>
References: <200903241710.00926.jreznik@redhat.com>
	<49C9D10C.9090209@gmail.com>
	<16de708d0903242356u26583d4ex609f6f88f585f5f7@mail.gmail.com>
Message-ID: <200903251217.24027.billcrawford1970@gmail.com>

On Wednesday 25 March 2009 06:56:08 Arthur Pemberton wrote:

> What's the point of asking for that when you can already turn
> NetworkManager off. If NetworkManager fills all the role provided by
> s-c-network, there's no point in having two ways to do the same thing.
> I started off by saying that there are several things that
> NetworkManager doesn't do yet so s-c-network shouldn't be removed yet.

The worry is that the "NM can replace this" argument is heading towards removal 
of the "old" way of doing things, and for a few people that's annoying. It is 
not a true replacement; it does very different things.

> Some of these things bring change and seem to make some people overly
> nervous, as long you can do things the old way, try not to block
> change that is useful to everyone else.  It's just like PulseAudio, it
> helps a lot of people, but it works terribly for me, so I just removed
> it. No need to go complaining about its existence.

We're not "complaining about its existence" we are objecting to it being forced 
as a "replacement" in all situations, even though it a) doesn't really support 
all those situations, and b) is unnecessary in at least some of them.

No one is "blocking change that is useful to everyone else", some people object 
to having this change forced on them ...

The "it still works" argument is disingenuous when the NM solution is being 
touted as a complete replacement for the "old" way, ... we're not stupid, we 
know the plan is to remove the "old" way of doing things completely. Some of us 
think this should be postponed until NM can *actually* be a replacement, and I 
for one would like it if NM would "get out of the way" ... I have a single 
wired ethernet connection on this machine, and no matter how much RAM I have, 
using some of it semi-permanently to support NM in the background is a waste.

Not saying you shouldn't have your NM, just want to be sure I won't be forced to 
use it :o)



From billcrawford1970 at gmail.com  Wed Mar 25 12:18:21 2009
From: billcrawford1970 at gmail.com (Bill Crawford)
Date: Wed, 25 Mar 2009 12:18:21 +0000
Subject: System Config Tools Cleanup Project - tools to eliminate/replace
In-Reply-To: <k79p96-bbd.ln1@ppp1053.in.ipex.cz>
References: <200903241710.00926.jreznik@redhat.com>
	<49C9D10C.9090209@gmail.com> <k79p96-bbd.ln1@ppp1053.in.ipex.cz>
Message-ID: <200903251218.21717.billcrawford1970@gmail.com>

On Wednesday 25 March 2009 09:13:56 Matej Cepl wrote:
> On 2009-03-25, 06:37 GMT, Suren Karapetyan wrote:
> > What I'm asking for is to allow free choice, cause , you know,
> > there is no such thing as "one true way",
>
> service NetworkManager stop
> chkconfig NetworkManager off
> chkconfig network on
> service network start

Yes, as long as that continues to be possible :o)

[ in other words, I have no problem with NM existing, although I think it's a 
big monster of complications that needn't be so ]

> Mat?j




From awilliam at redhat.com  Wed Mar 25 12:21:52 2009
From: awilliam at redhat.com (Adam Williamson)
Date: Wed, 25 Mar 2009 05:21:52 -0700
Subject: fedora-devel-announce again (was: Re: 2009-03-26 - Fedora Test
 Day - Nouveau graphics driver)
In-Reply-To: <49C9D14A.7000104@leemhuis.info>
References: <1237930123.3620.531.camel@flatline.devel.redhat.com>
	<49C9D14A.7000104@leemhuis.info>
Message-ID: <1237983712.4572.193.camel@adam.local.net>

On Wed, 2009-03-25 at 07:38 +0100, Thorsten Leemhuis wrote:
> Hi!
> 
> On 24.03.2009 22:28, James Laska wrote:
> > Greetings testers,
> > 
> > Adam Williamson and Ben Skeggs have lined up an exciting Fedora Test Day
> > topic.  This Thursday, March 26 will focus on testing the new nouveau
> > graphics driver.  If the Intel graphics test day [1] was any indication,
> > this will be a busy event.  
> 
> Why are these "Fedora Test Day" announcements being send to 
> fedora-devel-announce? I can't see how they fit into the rule set that
> https://www.redhat.com/mailman/listinfo/fedora-devel-announce
> lists. Quoting it here again:

James, I think Thorsten's probably right here. We should probably send
them to just -devel, not -devel-announce.
-- 
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 Mar 25 12:33:15 2009
From: awilliam at redhat.com (Adam Williamson)
Date: Wed, 25 Mar 2009 05:33:15 -0700
Subject: System Config Tools Cleanup Project - tools to eliminate/replace
In-Reply-To: <200903251217.24027.billcrawford1970@gmail.com>
References: <200903241710.00926.jreznik@redhat.com>
	<49C9D10C.9090209@gmail.com>
	<16de708d0903242356u26583d4ex609f6f88f585f5f7@mail.gmail.com>
	<200903251217.24027.billcrawford1970@gmail.com>
Message-ID: <1237984395.4572.198.camel@adam.local.net>

On Wed, 2009-03-25 at 12:17 +0000, Bill Crawford wrote:
> On Wednesday 25 March 2009 06:56:08 Arthur Pemberton wrote:
> 
> > What's the point of asking for that when you can already turn
> > NetworkManager off. If NetworkManager fills all the role provided by
> > s-c-network, there's no point in having two ways to do the same thing.
> > I started off by saying that there are several things that
> > NetworkManager doesn't do yet so s-c-network shouldn't be removed yet.
> 
> The worry is that the "NM can replace this" argument is heading towards removal 
> of the "old" way of doing things, and for a few people that's annoying. It is 
> not a true replacement; it does very different things.
> 
> > Some of these things bring change and seem to make some people overly
> > nervous, as long you can do things the old way, try not to block
> > change that is useful to everyone else.  It's just like PulseAudio, it
> > helps a lot of people, but it works terribly for me, so I just removed
> > it. No need to go complaining about its existence.
> 
> We're not "complaining about its existence" we are objecting to it being forced 
> as a "replacement" in all situations, even though it a) doesn't really support 
> all those situations, and b) is unnecessary in at least some of them.
> 
> No one is "blocking change that is useful to everyone else", some people object 
> to having this change forced on them ...
> 
> The "it still works" argument is disingenuous when the NM solution is being 
> touted as a complete replacement for the "old" way, ... we're not stupid, we 
> know the plan is to remove the "old" way of doing things completely. Some of us 
> think this should be postponed until NM can *actually* be a replacement, and I 
> for one would like it if NM would "get out of the way" ... I have a single 
> wired ethernet connection on this machine, and no matter how much RAM I have, 
> using some of it semi-permanently to support NM in the background is a waste.
> 
> Not saying you shouldn't have your NM, just want to be sure I won't be forced to 
> use it :o)

I think there's some heat being generated here due to the fact that
'NetworkManager' is not a suitably specific term :)

>From the discussion it appears that the 'Edit Connections' tool in
NetworkManager (nm-connection-editor) can perform some configuration
tasks even if you are not actually using the NetworkManager daemon -
i.e. it can configure the 'old school' /etc/sysconfig files. This is the
sense in which NetworkManager can 'replace' s-c-n, I believe.

So what's really important is: what can s-c-n configure in
the /etc/sysconfig system than nm-connection-editor cannot? All the
(useful) functions in s-c-n have to be available in nm-connection-editor
before s-c-n can safely be dropped. That's the real issue, I think.

I don't think anyone is proposing dropping the support for the 'network'
service and /etc/sysconfig configuration files, so it's not really
useful to discuss whether that's a good idea or not, since it isn't
happening.
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org
http://www.happyassassin.net



From andreas.bierfert at lowlatency.de  Wed Mar 25 13:31:08 2009
From: andreas.bierfert at lowlatency.de (Andreas Bierfert)
Date: Wed, 25 Mar 2009 14:31:08 +0100
Subject: libsyncml
In-Reply-To: <1237830267.4572.59.camel@adam.local.net>
References: <20090321095311.B7FC01B8001@releng2.fedora.phx.redhat.com>
	<gq3j6b$u6c$1@ger.gmane.org>
	<200903221216.23514.opensource@till.name>
	<49C65A16.5080105@gnat.ca> <gq89bi$295$1@ger.gmane.org>
	<1237830267.4572.59.camel@adam.local.net>
Message-ID: <20090325143108.34ccaae8@lowlatency.de>

On Mon, 23 Mar 2009 10:44:27 -0700
Adam Williamson <awilliam at redhat.com> wrote:

> Better come out of stealth mode here...
> 
> I've been working on this, with the opensync maintainer.

Sorry for the late reply, but due to moving I did not have a internet
connection till now. I will start pushing 0.22 to the buildsys now. If there is
any fallout let me know.

Best Regards,
Andreas

-- 
Andreas Bierfert, M.Sc.        | http://awbsworld.de      | GPG: C58CF1CB
andreas.bierfert at lowlatency.de | http://lowlatency.de     | signed/encrypted
phone: +49 2402 102373         | 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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090325/66144d59/attachment.sig>

From surenkarapetyan at gmail.com  Wed Mar 25 13:58:32 2009
From: surenkarapetyan at gmail.com (Suren Karapetyan)
Date: Wed, 25 Mar 2009 17:58:32 +0400
Subject: System Config Tools Cleanup Project - tools to eliminate/replace
In-Reply-To: <16de708d0903242356u26583d4ex609f6f88f585f5f7@mail.gmail.com>
References: <200903241710.00926.jreznik@redhat.com>
	<49C9D10C.9090209@gmail.com>
	<16de708d0903242356u26583d4ex609f6f88f585f5f7@mail.gmail.com>
Message-ID: <200903251758.33341.surenkarapetyan@gmail.com>

On Wednesday 25 March 2009 10:56:08 Arthur Pemberton wrote:
> On Wed, Mar 25, 2009 at 1:37 AM, Suren Karapetyan
>
> <surenkarapetyan at gmail.com> wrote:
> > Arthur Pemberton wrote:
> > Come on... :)
> > A full-fledged daemon running all the time sitting on the system bus
> > waking up every few seconds (to eat CPU) which is going to do
>
> What exactly is a full-fledged daemon tha makes it bad things for
> servers or desktops? What amount of your CPU is it using that it is
> such a bad thing.

 2045 root      20   0 69236 2456 1920 S  0.0  0.1   0:01.98 NetworkManager                                                                                  
 2058 root      20   0 74152 3964 3336 S  0.0  0.1   0:00.06 nm-system-setti
NetworkManager wakes up every second and does a new poll syscall with 3 second 
timeout.
6MB of RAM, 15 open fds and 1/3 wakeup/s to do network management on a laptop 
which travels once it day is O.K.
6MB of RAM, 15 open fds  and 1/3 wakeup/s to do absolutely nothing (e.g. 
server :) ) is bad.
Of course it doesn't use much, and I'm sure it can be made to use even less.
But there is no point in using any CPU/RAM/HDD at all if it isn't going to do 
you any good.

>
> > ifconfig eth0 111.111.111.111/24 up
> > ip route add default via 111.111.111.222
> > echo "nameserver 111.111.111.123" > /etc/resolv.conf
> >
> > And do it only *once* every reboot (which can easily be 30+ days).
> >
> > This makes sense neither for servers nor for desktops.
>
> Look, if you have a simple setup fine. I am all for everyone having
> their choice. But taking the tone that it is some bad thing or a waste
> of time is ridiculous. It makes sense on desktops unless they have a
> connection that cannot ever be severed, and do not use VPNs.

I'm also for everyone having their free choice and that's my main point.
And I'm not saying that it's useless, I'm saying that sometimes it useless.

>
> > It's useful for laptops which travel a lot (not even all laptops, cause
> > many of them are used as desktop-replacements).
>
> It's useful for desktops as well.

The main part of it which is useful (and is different from simple script which 
runs dhclient) for desktop (with single connection) IMO is detecting if there 
is internet connection.
Do I miss something big here.

>
> > What I'm asking for is to allow free choice, cause , you know, there is
> > no such thing as "one true way",
> > i.e. what is the only way in one situation may be completely useless and
> > even stupid in another.
>
> What's the point of asking for that when you can already turn
> NetworkManager off. If NetworkManager fills all the role provided by
> s-c-network, there's no point in having two ways to do the same thing.
> I started off by saying that there are several things that
> NetworkManager doesn't do yet so s-c-network shouldn't be removed yet.

What exactly are we talking about?
Is it just NetworkManager/s-c-network, or does /etc/init.d/network have 
something to do with this too?

I'm almost sure it's the latter.
If NM will be able to read /etc/sysconfig/network-scripts/ifcgf-*, do ifcfg/ip 
route stuff and quit I'll agree that it can replace s-c-network.
But I'm sure it won't, cause we already have a program/script which does 
that... and there is no need to create a new one for the same job.


>
> Some of these things bring change and seem to make some people overly
> nervous, as long you can do things the old way, try not to block
> change that is useful to everyone else.  It's just like PulseAudio, it
> helps a lot of people, but it works terribly for me, so I just removed
> it. No need to go complaining about its existence.

I'm not trying to block changes (and I'm sure I can't) but it looks like 
others are trying to block the "old way". I use NetworkManager myself on my 
laptop, but I don't use it on my desktop, cause
a) It *never* changes networks
b) It bridges eth and wlan together.

And about PulseAudio :)
I have the same problems with it as You do.
It creates a lot of sound skipping/stopping/hanging and games not playing 
problems for me. It doesn't work at all on my laptop, but with F10 (and 
updates :) ) it became bearable on my desktop. So I'm using it (at least 
trying to) there. But even if it starts to work ideally on every machine I 
use, I still want to be able to use bare ALSA when I want so.

>
> --
> Fedora 9 : sulphur is good for the skin
> ( www.pembo13.com )



From jlaska at redhat.com  Wed Mar 25 14:17:16 2009
From: jlaska at redhat.com (James Laska)
Date: Wed, 25 Mar 2009 10:17:16 -0400
Subject: fedora-devel-announce again (was: Re: 2009-03-26 - Fedora Test
 Day - Nouveau graphics driver)
In-Reply-To: <1237983712.4572.193.camel@adam.local.net>
References: <1237930123.3620.531.camel@flatline.devel.redhat.com>
	<49C9D14A.7000104@leemhuis.info>
	<1237983712.4572.193.camel@adam.local.net>
Message-ID: <1237990636.3553.5.camel@flatline.devel.redhat.com>

On Wed, 2009-03-25 at 05:21 -0700, Adam Williamson wrote:
> On Wed, 2009-03-25 at 07:38 +0100, Thorsten Leemhuis wrote:
> > Hi!
> > 
> > On 24.03.2009 22:28, James Laska wrote:
> > > Greetings testers,
> > > 
> > > Adam Williamson and Ben Skeggs have lined up an exciting Fedora Test Day
> > > topic.  This Thursday, March 26 will focus on testing the new nouveau
> > > graphics driver.  If the Intel graphics test day [1] was any indication,
> > > this will be a busy event.  
> > 
> > Why are these "Fedora Test Day" announcements being send to 
> > fedora-devel-announce? I can't see how they fit into the rule set that
> > https://www.redhat.com/mailman/listinfo/fedora-devel-announce
> > lists. Quoting it here again:

> James, I think Thorsten's probably right here. We should probably send
> them to just -devel, not -devel-announce.

Sounds like a plan.  I'll make sure future announcements go out to
fedora-devel-list at .  

Thanks for the feedback!
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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090325/b9d8ba40/attachment.sig>

From alsadi at gmail.com  Wed Mar 25 15:13:38 2009
From: alsadi at gmail.com (Muayyad AlSadi)
Date: Wed, 25 Mar 2009 17:13:38 +0200
Subject: System Config Tools Cleanup Project - tools to eliminate/replace
In-Reply-To: <200903251758.33341.surenkarapetyan@gmail.com>
References: <200903241710.00926.jreznik@redhat.com>
	<49C9D10C.9090209@gmail.com>
	<16de708d0903242356u26583d4ex609f6f88f585f5f7@mail.gmail.com>
	<200903251758.33341.surenkarapetyan@gmail.com>
Message-ID: <385866f0903250813s17a10ff7rc08c2c25ee2f9da3@mail.gmail.com>

>>   * recover bad hand written xorg.conf
>>   * recover bad xorg.conf files generated by older versions of
>> proprietary nvidia drivers

> rm -fv /etc/X11/xorg.conf

I already did

https://bugzilla.redhat.com/show_bug.cgi?id=465634

another one was with a brother who needed to pass some option to make
cursors appear [it was an S3 Chrom VGA card] he needs xorg.conf file
to save add this option

another case when I don't like 190000x160000 default resolution
and I want a smooth entry from GDM, so I set both to the same resolution



From dcbw at redhat.com  Wed Mar 25 15:27:16 2009
From: dcbw at redhat.com (Dan Williams)
Date: Wed, 25 Mar 2009 11:27:16 -0400
Subject: System Config Tools Cleanup Project - tools to eliminate/replace
In-Reply-To: <1237915014.4572.132.camel@adam.local.net>
References: <200903241710.00926.jreznik@redhat.com>
	<1237915014.4572.132.camel@adam.local.net>
Message-ID: <1237994836.18896.6.camel@localhost.localdomain>

On Tue, 2009-03-24 at 10:16 -0700, Adam Williamson wrote:
> On Tue, 2009-03-24 at 17:10 +0100, Jaroslav Reznik wrote:
> 
> > * system-config-display
> >   - xrandr should be used for resolution/dualhead configuration, Gnome & KDE 
> > have 
> >     own xrandr based display configuration tool
> 
> Only for RandR 1.2-based drivers, note. Although as of F11 we should be
> shipping RandR 1.2 drivers for the three major card types by default for
> the first time (radeon, nouveau, intel).
> 
> > * system-config-network
> >   - replacement NetworkManager
> >   - missing IPv6? routing?
> 
> Quite a lot of people still don't want to use NetworkManager. It makes
> little sense on a system which just sits there connected to a static IP
> address 24/7.

NM also doesn't write out ifcfg files, which s-c-n is still pretty good
at.  I hope to land that functionality for F11, but I think s-c-n still
has one release left in it, at least.  Doesn't hurt to keep both around,
as long as the cooperate with each other (something I'll be working on
too).  Maybe just don't install it by default when NM is installed by
default, but keep it available.

Dan

> -- 
> 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 Mar 25 16:25:11 2009
From: jkeating at redhat.com (Jesse Keating)
Date: Wed, 25 Mar 2009 09:25:11 -0700
Subject: fedora-devel-announce again (was: Re: 2009-03-26 - Fedora Test
 Day - Nouveau graphics driver)
In-Reply-To: <49C9D14A.7000104@leemhuis.info>
References: <1237930123.3620.531.camel@flatline.devel.redhat.com>
	<49C9D14A.7000104@leemhuis.info>
Message-ID: <1237998311.5432.3.camel@localhost.localdomain>

On Wed, 2009-03-25 at 07:38 +0100, Thorsten Leemhuis wrote:
> P.S.: While at it: The mail "Fedora 11 Beta slip" definitely was okay 
> for fedora-devel-announce, but I wonder if it should have gone to 
> fedora-announce-list as well, as such slips in the past normally have 
> been announced there; take the F11 Alpha slip for example:
> http://www.redhat.com/archives/fedora-announce-list/2009-February/msg00003.html

Just oversight on my part when trying to quickly get the message out
before a local appointment took me away for the rest of the day.

-- 
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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090325/bd5129df/attachment.sig>

From mcepl at redhat.com  Wed Mar 25 16:33:47 2009
From: mcepl at redhat.com (Matej Cepl)
Date: Wed, 25 Mar 2009 17:33:47 +0100
Subject: libsyncml
References: <20090321095311.B7FC01B8001@releng2.fedora.phx.redhat.com>
	<gq3j6b$u6c$1@ger.gmane.org> <200903221216.23514.opensource@till.name>
	<49C65A16.5080105@gnat.ca> <gq89bi$295$1@ger.gmane.org>
	<1237830267.4572.59.camel@adam.local.net>
	<a28p96-bbd.ln1@ppp1053.in.ipex.cz>
	<1237982410.4572.186.camel@adam.local.net>
Message-ID: <b03q96-fs.ln1@ppp1053.in.ipex.cz>

On 2009-03-25, 12:00 GMT, Adam Williamson wrote:
> I think there was also a historic problem in that when 0.22 was 
> still current, there was no really good interface for it (you 
> only had msynctool the console client, or multisync-gui, which 
> isn't very good). The KitchenSync from KDE 3 is actually an 
> awesome GUI for opensync 0.22 which makes it really easy to set 
> things up

Not disputing, just to note that Conduit is pretty cool (and 
pretty buggy so far, I am afraid).

Mat?j



From christoph.wickert at googlemail.com  Wed Mar 25 17:09:21 2009
From: christoph.wickert at googlemail.com (Christoph Wickert)
Date: Wed, 25 Mar 2009 18:09:21 +0100
Subject: System Config Tools Cleanup Project - tools to eliminate/replace
In-Reply-To: <16de708d0903242356u26583d4ex609f6f88f585f5f7@mail.gmail.com>
References: <200903241710.00926.jreznik@redhat.com>
	<gqb3rj$i39$1@ger.gmane.org>
	<20090324180956.GD5925@nostromo.devel.redhat.com>
	<49C9260D.5080703@freenet.de> <gqb9i4$cif$1@ger.gmane.org>
	<49C99E48.6040102@freenet.de>
	<16de708d0903242009w55a0b063w2acdef324accc115@mail.gmail.com>
	<49C9D10C.9090209@gmail.com>
	<16de708d0903242356u26583d4ex609f6f88f585f5f7@mail.gmail.com>
Message-ID: <1238000961.8226.4.camel@localhost.localdomain>

Am Mittwoch, den 25.03.2009, 01:56 -0500 schrieb Arthur Pemberton:

> 
> > It's useful for laptops which travel a lot (not even all laptops, cause many
> > of them are used as desktop-replacements).
> 
> It's useful for desktops as well.

If your desktop is connected to the internet via ethernet, what is the
use of NetworkManager? Or if the desktop is not connected to the
internet at all, what's it's use?

Regards,
Christoph



From christoph.wickert at googlemail.com  Wed Mar 25 17:14:11 2009
From: christoph.wickert at googlemail.com (Christoph Wickert)
Date: Wed, 25 Mar 2009 18:14:11 +0100
Subject: System Config Tools Cleanup Project - tools to eliminate/replace
In-Reply-To: <200903241710.00926.jreznik@redhat.com>
References: <200903241710.00926.jreznik@redhat.com>
Message-ID: <1238001251.8226.8.camel@localhost.localdomain>

Am Dienstag, den 24.03.2009, 17:10 +0100 schrieb Jaroslav Reznik:

> * system-config-date
>   - Gnome/KDE/XFCE have own datetime configuration tool/module, it's confusing 
> than which one users should use

Xfce does _not_ have a date time configuration tool.

> * system-config-keyboard
>   - used only in Anaconda, let it be standalone?
>   - very simple tool, Gnome/KDE have better one

So has Xfce, but LXDE and others haven't.

> * switchdesk and system-switch-tools?
>   - it's possible to switch desktop in GDM/KDM
>   - one tool for switching all alternatives?

Yes please, as not everybody wants to use GDM/KDM. The tool needs to be
extensible for new desktops, currently this is hardcoded.

Regards,
Christoph



From jkeating at redhat.com  Wed Mar 25 17:32:00 2009
From: jkeating at redhat.com (Jesse Keating)
Date: Wed, 25 Mar 2009 10:32:00 -0700
Subject: System Config Tools Cleanup Project - tools to eliminate/replace
In-Reply-To: <1238000961.8226.4.camel@localhost.localdomain>
References: <200903241710.00926.jreznik@redhat.com>
	<gqb3rj$i39$1@ger.gmane.org>
	<20090324180956.GD5925@nostromo.devel.redhat.com>
	<49C9260D.5080703@freenet.de> <gqb9i4$cif$1@ger.gmane.org>
	<49C99E48.6040102@freenet.de>
	<16de708d0903242009w55a0b063w2acdef324accc115@mail.gmail.com>
	<49C9D10C.9090209@gmail.com>
	<16de708d0903242356u26583d4ex609f6f88f585f5f7@mail.gmail.com>
	<1238000961.8226.4.camel@localhost.localdomain>
Message-ID: <1238002320.5432.4.camel@localhost.localdomain>

On Wed, 2009-03-25 at 18:09 +0100, Christoph Wickert wrote:
> 
> If your desktop is connected to the internet via ethernet, what is the
> use of NetworkManager? Or if the desktop is not connected to the
> internet at all, what's it's use?


Even when using Ethernet, I find it useful for initiating a VPN
connection when I need it, or re-initiating a connection when the vpn
drops for whatever reason.

-- 
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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090325/888626c2/attachment.sig>

From mclasen at redhat.com  Wed Mar 25 17:40:44 2009
From: mclasen at redhat.com (Matthias Clasen)
Date: Wed, 25 Mar 2009 13:40:44 -0400
Subject: System Config Tools Cleanup Project - tools to eliminate/replace
In-Reply-To: <e99d27470903241203g376da16ey5dbf64fc2f61d3c2@mail.gmail.com>
References: <200903241710.00926.jreznik@redhat.com>
	<e99d27470903241203g376da16ey5dbf64fc2f61d3c2@mail.gmail.com>
Message-ID: <1238002844.3851.3.camel@localhost.localdomain>

On Tue, 2009-03-24 at 20:03 +0100, Rudolf Kastl wrote:
> 
> as long as those tool properly configure ntp... in the gnome date
> applet i cant find any ntp options.

NTP doesn't need any configuration UI, it just needs to be on by
default. 



From awilliam at redhat.com  Wed Mar 25 17:43:49 2009
From: awilliam at redhat.com (Adam Williamson)
Date: Wed, 25 Mar 2009 10:43:49 -0700
Subject: libsyncml
In-Reply-To: <b03q96-fs.ln1@ppp1053.in.ipex.cz>
References: <20090321095311.B7FC01B8001@releng2.fedora.phx.redhat.com>
	<gq3j6b$u6c$1@ger.gmane.org> <200903221216.23514.opensource@till.name>
	<49C65A16.5080105@gnat.ca> <gq89bi$295$1@ger.gmane.org>
	<1237830267.4572.59.camel@adam.local.net>
	<a28p96-bbd.ln1@ppp1053.in.ipex.cz>
	<1237982410.4572.186.camel@adam.local.net>
	<b03q96-fs.ln1@ppp1053.in.ipex.cz>
Message-ID: <1238003029.4572.210.camel@adam.local.net>

On Wed, 2009-03-25 at 17:33 +0100, Matej Cepl wrote:
> On 2009-03-25, 12:00 GMT, Adam Williamson wrote:
> > I think there was also a historic problem in that when 0.22 was 
> > still current, there was no really good interface for it (you 
> > only had msynctool the console client, or multisync-gui, which 
> > isn't very good). The KitchenSync from KDE 3 is actually an 
> > awesome GUI for opensync 0.22 which makes it really easy to set 
> > things up
> 
> Not disputing, just to note that Conduit is pretty cool (and 
> pretty buggy so far, I am afraid).

Yeah, I actually know the Conduit developer and have chatted with him
pretty often regarding the opensync integration :). That's the same case
as KitchenSync - it's a more recent development (it wasn't available at
all while 0.22 was actually the 'current' release).
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org
http://www.happyassassin.net



From rc040203 at freenet.de  Wed Mar 25 17:49:58 2009
From: rc040203 at freenet.de (Ralf Corsepius)
Date: Wed, 25 Mar 2009 18:49:58 +0100
Subject: System Config Tools Cleanup Project - tools to eliminate/replace
In-Reply-To: <1238002844.3851.3.camel@localhost.localdomain>
References: <200903241710.00926.jreznik@redhat.com>	<e99d27470903241203g376da16ey5dbf64fc2f61d3c2@mail.gmail.com>
	<1238002844.3851.3.camel@localhost.localdomain>
Message-ID: <49CA6EC6.8050501@freenet.de>

Matthias Clasen wrote:
> On Tue, 2009-03-24 at 20:03 +0100, Rudolf Kastl wrote:
>> as long as those tool properly configure ntp... in the gnome date
>> applet i cant find any ntp options.
> 
> NTP doesn't need any configuration UI,  it just needs to be on by default.
Wrong.

Keywords: Firewall, dedicated local ntpd-servers.

Ralf





From christoph.wickert at googlemail.com  Wed Mar 25 17:50:05 2009
From: christoph.wickert at googlemail.com (Christoph Wickert)
Date: Wed, 25 Mar 2009 18:50:05 +0100
Subject: System Config Tools Cleanup Project - tools to eliminate/replace
In-Reply-To: <1238002320.5432.4.camel@localhost.localdomain>
References: <200903241710.00926.jreznik@redhat.com>
	<gqb3rj$i39$1@ger.gmane.org>
	<20090324180956.GD5925@nostromo.devel.redhat.com>
	<49C9260D.5080703@freenet.de> <gqb9i4$cif$1@ger.gmane.org>
	<49C99E48.6040102@freenet.de>
	<16de708d0903242009w55a0b063w2acdef324accc115@mail.gmail.com>
	<49C9D10C.9090209@gmail.com>
	<16de708d0903242356u26583d4ex609f6f88f585f5f7@mail.gmail.com>
	<1238000961.8226.4.camel@localhost.localdomain>
	<1238002320.5432.4.camel@localhost.localdomain>
Message-ID: <1238003405.8226.10.camel@localhost.localdomain>

Am Mittwoch, den 25.03.2009, 10:32 -0700 schrieb Jesse Keating:
> On Wed, 2009-03-25 at 18:09 +0100, Christoph Wickert wrote:
> > 
> > If your desktop is connected to the internet via ethernet, what is the
> > use of NetworkManager? Or if the desktop is not connected to the
> > internet at all, what's it's use?
> 
> 
> Even when using Ethernet, I find it useful for initiating a VPN
> connection when I need it, or re-initiating a connection when the vpn
> drops for whatever reason.

Agreed, but how many of our users are using VPN? 2%? 5%?

Regards,
Christoph



From a.badger at gmail.com  Wed Mar 25 17:47:47 2009
From: a.badger at gmail.com (Toshio Kuratomi)
Date: Wed, 25 Mar 2009 10:47:47 -0700
Subject: GPL Web App containing Proprietary Flash Widget
In-Reply-To: <1237970354.6151.5.camel@stephanfeb>
References: <1237970354.6151.5.camel@stephanfeb>
Message-ID: <49CA6E43.8040701@gmail.com>

Stephan February wrote:
> Hello
> 
> I have done extensive reading on the Fedora site regarding packaging,
> and specifically "code vs. content". 
> My employer is developing a web-application which will be licensed under
> GPL or similar FSF-approved license. The web application will most
> likely contain a proprietary (non-free) flash charting widget.  
> Will our rpm-packaged web application, which will include the flash
> widget be accepted into Fedora repository ? 
> 
No.  If you develop the application in such a way that the flash widget
is not needed, we can package the web application only.  having a
separate tarball for the proprietary and GPL code would definitely help
in this instance.  You could see this as a long term benefit as:

1) The charting widget could be replaced with a piece of javascript in
the future (flot + some AJAX calls, for instance).
2) Wider use "minus this one really cool charting plugin" might be
enough for others to work on integrating a non-proprietary charting
widget for you.

-Toshio

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: OpenPGP digital signature
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090325/4c750718/attachment.sig>

From chasd at silveroaks.com  Wed Mar 25 17:59:43 2009
From: chasd at silveroaks.com (chasd)
Date: Wed, 25 Mar 2009 12:59:43 -0500
Subject: System Config Tools Cleanup Project - tools to eliminate/replace
In-Reply-To: <20090324175016.BE2208E01C1@hormel.redhat.com>
References: <20090324175016.BE2208E01C1@hormel.redhat.com>
Message-ID: <09FEF0A8-3675-42BE-9444-DEA331BC120D@silveroaks.com>

> * system-config-display


There are still cases ( corner cases, granted ) where the no- 
xorg.conf-auto-foo doesn't quite work, and s-c-d gets you to a better  
working X. I muck with xorg.conf so rarely I forget the directives  
and syntax between each time - editing by hand is painful.

When using older monitors that don't have the talkie-talkie to tell  
the graphics card what resolution it supports, choosing a model from  
the list in s-c-d gets a list of resolutions known to work. s-c-d  
makes it much easier to switch between drivers to see which one  
better supports what is in your machine.

The KMS drivers kinda made s-c-d more useful, I hadn't needed it for  
a while.

Matthew Woehlke :

> Bill pointed out that this is not installed by default, which is fine.
> I'd say we should keep it that way; available and working for those  
> that
> need it, but not installed by default.

Puts s-c-d in maintenance limbo.
It might already be in that position.


> * system-config-httpd

Is this why the apache config file(s) don't more closely match  
upstream ?
I'm the opposite of s-c-d here, I know the httpd.conf directives from  
memory,
I don't need a GUI to help me, plus I don't run X on the systems that  
run httpd.

Instead of editing httpd.conf ( the old apache 1.3.x way ), it should  
add or subtract whole files in /etc/httpd/conf.d



-- 
Charles Dostale
System Admin - Silver Oaks Communications




From choeger at cs.tu-berlin.de  Wed Mar 25 18:55:46 2009
From: choeger at cs.tu-berlin.de (Christoph =?ISO-8859-1?Q?H=F6ger?=)
Date: Wed, 25 Mar 2009 19:55:46 +0100
Subject: 2009-03-26 - Fedora Test Day - Nouveau graphics driver
In-Reply-To: <1237982637.4572.190.camel@adam.local.net>
References: <1237930123.3620.531.camel@flatline.devel.redhat.com>
	<1237972219.10771.2.camel@choeger5.umpa.netz>
	<1237982637.4572.190.camel@adam.local.net>
Message-ID: <1238007346.11846.12.camel@choeger6>

Hi,

I just did the test and at least the live cd boots into X, that's a lot
more than my last test of nouveau.

But a few questions arised:

- how can I install mplayer into that live system to test XV? shouldn't
yum install mplayer work? Do I have to manually set up rawhide repos?

- what is the way to restart X on that livecd? Just killing the xserver
did not work and someone did deactivate CTRL - ALT - BACKSPACE (grml, as
if people would hit that combo accidentally...)

- I did not see any KMS stuff (native solution, playmouth gfx) should I?

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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090325/f621b9c8/attachment.sig>

From awilliam at redhat.com  Wed Mar 25 19:27:16 2009
From: awilliam at redhat.com (Adam Williamson)
Date: Wed, 25 Mar 2009 12:27:16 -0700
Subject: 2009-03-26 - Fedora Test Day - Nouveau graphics driver
In-Reply-To: <1238007346.11846.12.camel@choeger6>
References: <1237930123.3620.531.camel@flatline.devel.redhat.com>
	<1237972219.10771.2.camel@choeger5.umpa.netz>
	<1237982637.4572.190.camel@adam.local.net>
	<1238007346.11846.12.camel@choeger6>
Message-ID: <1238009236.4572.220.camel@adam.local.net>

On Wed, 2009-03-25 at 19:55 +0100, Christoph H?ger wrote:
> Hi,
> 
> I just did the test and at least the live cd boots into X, that's a lot
> more than my last test of nouveau.
> 
> But a few questions arised:
> 
> - how can I install mplayer into that live system to test XV? shouldn't
> yum install mplayer work? Do I have to manually set up rawhide repos?

Do a shift-refresh on that page. I've reworked the test case not to use
mplayer, since it's not actually available in the official repos (it's
in rpmfusion). The updated version of the test case uses totem.

this sucks, because mplayer is great - it gives very verbose output on
what the hell it's doing, which no other video player does. Ah well.

> - what is the way to restart X on that livecd? Just killing the xserver
> did not work and someone did deactivate CTRL - ALT - BACKSPACE (grml, as
> if people would hit that combo accidentally...)

You can actually follow the test case - you can edit the boot options
for the live CD as described in the test case. Other than that,
ctrl-alt-f2, log in as root, kill the Xorg process, run startx.

> - I did not see any KMS stuff (native solution, playmouth gfx) should I?

No - it's not enabled by default. If you want to test it, you can enable
it: set 'nouveau.modeset=1' as a kernel parameter. I might throw
together a test case for this.
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org
http://www.happyassassin.net



From alexl at users.sourceforge.net  Wed Mar 25 19:36:12 2009
From: alexl at users.sourceforge.net (Alex Lancaster)
Date: Wed, 25 Mar 2009 12:36:12 -0700
Subject: rawhide report: 20090325 changes
In-Reply-To: <1cac83318ad3066478600efff9954358.squirrel@arekh.dyndns.org>
	(Nicolas Mailhot's message of "Wed\,
	25 Mar 2009 11\:44\:15 +0100 \(CET\)")
References: <20090325102921.962261F8259@releng2.fedora.phx.redhat.com>
	<1cac83318ad3066478600efff9954358.squirrel@arekh.dyndns.org>
Message-ID: <qevdpxv1hv.fsf@allele2.eebweb.arizona.edu>

>>>>> "NM" == Nicolas Mailhot  writes:

NM> Le Mer 25 mars 2009 11:29, Rawhide Report a ?crit :

>> mapnik-0.5.2-0.12.svn780.fc11
>> -----------------------------
>> * Tue Mar 24 2009 Alex Lancaster <alexlan[AT] fedoraproject org> -

>> - Fix font Requires: dejavu-fonts-compat and macro

NM> Why the hell is a dep on this added now? Is the package name,
NM> description, the pages of wiki help and months of repeated bugzilla
NM> tickets and information mails not sufficient to make clear THIS SHOULD
NM> NOT BE DONE?

The broken deps that made mapnik completely uninstallable (it had
"Requires: dejavu-fonts-sans") needed to be fixed quickly for the
f11-beta by rel-eng (because of closed ACLs).  I'm not the primary
maintainer of the package (who is non-responsive) and hence probably
not on the bugzilla tickets.  I wasn't aware that the -compat package
was only temporary.

In any case, I can easily fix this before the final release, the
package ACLs should be opened up before then.

Alex



From awilliam at redhat.com  Wed Mar 25 19:44:41 2009
From: awilliam at redhat.com (Adam Williamson)
Date: Wed, 25 Mar 2009 12:44:41 -0700
Subject: 2009-03-26 - Fedora Test Day - Nouveau graphics driver
In-Reply-To: <1238009236.4572.220.camel@adam.local.net>
References: <1237930123.3620.531.camel@flatline.devel.redhat.com>
	<1237972219.10771.2.camel@choeger5.umpa.netz>
	<1237982637.4572.190.camel@adam.local.net>
	<1238007346.11846.12.camel@choeger6>
	<1238009236.4572.220.camel@adam.local.net>
Message-ID: <1238010281.4572.221.camel@adam.local.net>

On Wed, 2009-03-25 at 12:27 -0700, Adam Williamson wrote:

> > - I did not see any KMS stuff (native solution, playmouth gfx) should I?
> 
> No - it's not enabled by default. If you want to test it, you can enable
> it: set 'nouveau.modeset=1' as a kernel parameter. I might throw
> together a test case for this.

I've just added a KMS test case to the Test Day page. Everyone who's
already tested, if you could add your result for the KMS test, that
would be awesome. I may also add a rendercheck test case before
tomorrow.

Thanks!
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org
http://www.happyassassin.net



From amdunn at gmail.com  Wed Mar 25 20:01:42 2009
From: amdunn at gmail.com (Alan Dunn)
Date: Wed, 25 Mar 2009 16:01:42 -0400
Subject: Update PPL 0.9 -> 0.10 for F9/F10?
Message-ID: <f90695ee0903251301j4946027dkf13731f14af00fb1@mail.gmail.com>

I would like to use PPL 0.10 in packages for F9 and (more importantly)
F10, and have been directed to ask whether anyone else minds this
change. It is currently only in rawhide. It does require an soname
bump (libppl.so.6 -> libppl.so.7), however, it appears that the only
packages that rely on this are the subpackages of the package itself.
Upstream has merely to submit the change as an update (and would also
like to do so: https://bugzilla.redhat.com/show_bug.cgi?id=463742).

- Alan



From pemboa at gmail.com  Wed Mar 25 20:07:45 2009
From: pemboa at gmail.com (Arthur Pemberton)
Date: Wed, 25 Mar 2009 15:07:45 -0500
Subject: System Config Tools Cleanup Project - tools to eliminate/replace
In-Reply-To: <1238003405.8226.10.camel@localhost.localdomain>
References: <200903241710.00926.jreznik@redhat.com>
	<49C9260D.5080703@freenet.de> <gqb9i4$cif$1@ger.gmane.org>
	<49C99E48.6040102@freenet.de>
	<16de708d0903242009w55a0b063w2acdef324accc115@mail.gmail.com>
	<49C9D10C.9090209@gmail.com>
	<16de708d0903242356u26583d4ex609f6f88f585f5f7@mail.gmail.com>
	<1238000961.8226.4.camel@localhost.localdomain>
	<1238002320.5432.4.camel@localhost.localdomain>
	<1238003405.8226.10.camel@localhost.localdomain>
Message-ID: <16de708d0903251307r12613b91m72a9fbb471bf1b21@mail.gmail.com>

On Wed, Mar 25, 2009 at 12:50 PM, Christoph Wickert
<christoph.wickert at googlemail.com> wrote:
> Am Mittwoch, den 25.03.2009, 10:32 -0700 schrieb Jesse Keating:
>> On Wed, 2009-03-25 at 18:09 +0100, Christoph Wickert wrote:
>> >
>> > If your desktop is connected to the internet via ethernet, what is the
>> > use of NetworkManager? Or if the desktop is not connected to the
>> > internet at all, what's it's use?
>>
>>
>> Even when using Ethernet, I find it useful for initiating a VPN
>> connection when I need it, or re-initiating a connection when the vpn
>> drops for whatever reason.
>
> Agreed, but how many of our users are using VPN? 2%? 5%?
>
> Regards,
> Christoph

Possibly, but why make it hard for those 2% plus those that
plug/unplug their desktop/routers., plus those with laptop, all
because some guys don't want NM tickling their kernels every minute?


-- 
Fedora 9 : sulphur is good for the skin
( www.pembo13.com )



From pemboa at gmail.com  Wed Mar 25 20:06:04 2009
From: pemboa at gmail.com (Arthur Pemberton)
Date: Wed, 25 Mar 2009 15:06:04 -0500
Subject: System Config Tools Cleanup Project - tools to eliminate/replace
In-Reply-To: <1238000961.8226.4.camel@localhost.localdomain>
References: <200903241710.00926.jreznik@redhat.com>
	<gqb3rj$i39$1@ger.gmane.org>
	<20090324180956.GD5925@nostromo.devel.redhat.com>
	<49C9260D.5080703@freenet.de> <gqb9i4$cif$1@ger.gmane.org>
	<49C99E48.6040102@freenet.de>
	<16de708d0903242009w55a0b063w2acdef324accc115@mail.gmail.com>
	<49C9D10C.9090209@gmail.com>
	<16de708d0903242356u26583d4ex609f6f88f585f5f7@mail.gmail.com>
	<1238000961.8226.4.camel@localhost.localdomain>
Message-ID: <16de708d0903251306s78a9437an46a629c54433a033@mail.gmail.com>

On Wed, Mar 25, 2009 at 12:09 PM, Christoph Wickert
<christoph.wickert at googlemail.com> wrote:
> Am Mittwoch, den 25.03.2009, 01:56 -0500 schrieb Arthur Pemberton:
>
>>
>> > It's useful for laptops which travel a lot (not even all laptops, cause many
>> > of them are used as desktop-replacements).
>>
>> It's useful for desktops as well.
>
> If your desktop is connected to the internet via ethernet, what is the
> use of NetworkManager? Or if the desktop is not connected to the
> internet at all, what's it's use?


The same reason I first tried NetworkManager and got thoroughly
burned... the base network script don't handle losing and resuming
connections. Listen, I've been burned by NM in its early days, and I
recognize that it isn't ready yet. I just don't support those who say
that NM should be retired.


-- 
Fedora 9 : sulphur is good for the skin
( www.pembo13.com )



From billcrawford1970 at gmail.com  Wed Mar 25 20:15:22 2009
From: billcrawford1970 at gmail.com (Bill Crawford)
Date: Wed, 25 Mar 2009 20:15:22 +0000
Subject: System Config Tools Cleanup Project - tools to eliminate/replace
In-Reply-To: <16de708d0903251307r12613b91m72a9fbb471bf1b21@mail.gmail.com>
References: <200903241710.00926.jreznik@redhat.com>
	<1238003405.8226.10.camel@localhost.localdomain>
	<16de708d0903251307r12613b91m72a9fbb471bf1b21@mail.gmail.com>
Message-ID: <200903252015.22724.billcrawford1970@gmail.com>

On Wednesday 25 March 2009 20:07:45 Arthur Pemberton wrote:
> On Wed, Mar 25, 2009 at 12:50 PM, Christoph Wickert
>
> <christoph.wickert at googlemail.com> wrote:
> > Am Mittwoch, den 25.03.2009, 10:32 -0700 schrieb Jesse Keating:
> >> On Wed, 2009-03-25 at 18:09 +0100, Christoph Wickert wrote:
> >> > If your desktop is connected to the internet via ethernet, what is the
> >> > use of NetworkManager? Or if the desktop is not connected to the
> >> > internet at all, what's it's use?
> >>
> >> Even when using Ethernet, I find it useful for initiating a VPN
> >> connection when I need it, or re-initiating a connection when the vpn
> >> drops for whatever reason.
> >
> > Agreed, but how many of our users are using VPN? 2%? 5%?
> >
> > Regards,
> > Christoph
>
> Possibly, but why make it hard for those 2% plus those that
> plug/unplug their desktop/routers., plus those with laptop, all
> because some guys don't want NM tickling their kernels every minute?

Noone is saying that.

I suspect some people might be thinking "why affect the 98% for the benefit of a 
handful of people who, if they are using a VPN, could probably manage to click 
on a button in an applet, or launch a command from a menu, or type something in 
order to bring up the VPN?" ...

I'd love to see an applet that let you go "hey, please start this interface". 
Oh, wait, we used to have one ...



From oget.fedora at gmail.com  Wed Mar 25 20:17:50 2009
From: oget.fedora at gmail.com (Orcan Ogetbil)
Date: Wed, 25 Mar 2009 16:17:50 -0400
Subject: System Config Tools Cleanup Project - tools to eliminate/replace
In-Reply-To: <200903241710.00926.jreznik@redhat.com>
References: <200903241710.00926.jreznik@redhat.com>
Message-ID: <e76492710903251317g73db080bl633562c19e597168@mail.gmail.com>

On Tue, Mar 24, 2009 at 12:10 PM, Jaroslav Reznik wrote:
> * system-config-keyboard
> ?- used only in Anaconda, let it be standalone?
> ?- very simple tool, Gnome/KDE have better one
>

I'm constantly using this. Something in Fedora changes my Fedora
layout to Arabic on each login, for some reason. I couldn't figure out
why this is happening but the only solution is to run
system-config-keyboard and pick US English for me. KDE's configuration
GUI does not help at all.

Orcan



From mw_triad at users.sourceforge.net  Wed Mar 25 20:28:16 2009
From: mw_triad at users.sourceforge.net (Matthew Woehlke)
Date: Wed, 25 Mar 2009 15:28:16 -0500
Subject: System Config Tools Cleanup Project - tools to eliminate/replace
In-Reply-To: <16de708d0903251307r12613b91m72a9fbb471bf1b21@mail.gmail.com>
References: <200903241710.00926.jreznik@redhat.com>	<49C9260D.5080703@freenet.de>
	<gqb9i4$cif$1@ger.gmane.org>	<49C99E48.6040102@freenet.de>	<16de708d0903242009w55a0b063w2acdef324accc115@mail.gmail.com>	<49C9D10C.9090209@gmail.com>	<16de708d0903242356u26583d4ex609f6f88f585f5f7@mail.gmail.com>	<1238000961.8226.4.camel@localhost.localdomain>	<1238002320.5432.4.camel@localhost.localdomain>	<1238003405.8226.10.camel@localhost.localdomain>
	<16de708d0903251307r12613b91m72a9fbb471bf1b21@mail.gmail.com>
Message-ID: <gqe451$1gu$2@ger.gmane.org>

Arthur Pemberton wrote:
> Possibly, but why make it hard for those 2% plus those that
> plug/unplug their desktop/routers., plus those with laptop, all
> because some guys don't want NM tickling their kernels every minute?

Two words: battery life. (Or if you prefer, "power consumption". Useless 
process eating CPU are *bad*.)

Of course, the irony is that NM is most useful for the same systems 
where power consumption is of most concern :-).

-- 
Matthew
Please do not quote my e-mail address unobfuscated in message bodies.
-- 
"Yoda of Borg am I. Futile is resistance. Assimilate you, I will."
   -- from http://en.wikipedia.org/wiki/Wikipedia:Yet_more_Best_of_BJAODN



From greno at verizon.net  Wed Mar 25 20:38:11 2009
From: greno at verizon.net (Gerry Reno)
Date: Wed, 25 Mar 2009 16:38:11 -0400
Subject: Any postgresql 8.4 alpha, beta packages?
Message-ID: <49CA9633.6020207@verizon.net>

Are there any postgresql 8.4 alpha or beta packages available for 
testing in any of the repos?  We want to test and feedback on replication.

Regards,
Gerry



From surenkarapetyan at gmail.com  Wed Mar 25 21:14:07 2009
From: surenkarapetyan at gmail.com (Suren Karapetyan)
Date: Thu, 26 Mar 2009 01:14:07 +0400
Subject: System Config Tools Cleanup Project - tools to eliminate/replace
In-Reply-To: <16de708d0903251306s78a9437an46a629c54433a033@mail.gmail.com>
References: <200903241710.00926.jreznik@redhat.com>	<gqb3rj$i39$1@ger.gmane.org>	<20090324180956.GD5925@nostromo.devel.redhat.com>	<49C9260D.5080703@freenet.de>
	<gqb9i4$cif$1@ger.gmane.org>	<49C99E48.6040102@freenet.de>	<16de708d0903242009w55a0b063w2acdef324accc115@mail.gmail.com>	<49C9D10C.9090209@gmail.com>	<16de708d0903242356u26583d4ex609f6f88f585f5f7@mail.gmail.com>	<1238000961.8226.4.camel@localhost.localdomain>
	<16de708d0903251306s78a9437an46a629c54433a033@mail.gmail.com>
Message-ID: <49CA9E9F.8020704@gmail.com>

Arthur Pemberton wrote:
> On Wed, Mar 25, 2009 at 12:09 PM, Christoph Wickert
> <christoph.wickert at googlemail.com> wrote:
>   
>> Am Mittwoch, den 25.03.2009, 01:56 -0500 schrieb Arthur Pemberton:
>>
>>     
>>>> It's useful for laptops which travel a lot (not even all laptops, cause many
>>>> of them are used as desktop-replacements).
>>>>         
>>> It's useful for desktops as well.
>>>       
>> If your desktop is connected to the internet via ethernet, what is the
>> use of NetworkManager? Or if the desktop is not connected to the
>> internet at all, what's it's use?
>>     
>
>
> The same reason I first tried NetworkManager and got thoroughly
> burned... the base network script don't handle losing and resuming
> connections. Listen, I've been burned by NM in its early days, and I
> recognize that it isn't ready yet. I just don't support those who say
> that NM should be retired.
>
>
>   
Look, guys, there is a huge misunderstanding involved in every 
discussion about NM.
Those who "protect" NM try to protect it in every situation. They are 
sure everyone who
wants to use anything except NM want NM dead and buried face down.
 They always say that every
"normal" person's use cases are covered by NM, and if it isn't good for 
you - you are stupid,
you're on your own and you should burn in hell, and also you try to 
block changes
which are good for everyone.

And those who "attack" NM (including me :) ) think (and I hope they are 
wrong) that
"the others" (yep.. the ones from ABC's series :) ) are going to force 
them use something,
which they don't want and it is going to cause them a lot of unbearable 
pain...

What I think everyone will agree with is that both NM and 
/etc/init.d/network have cons and pros
and that both have their users. It's also clear that NM's features 
aren't super-set of
"service network"'s and the opposite isn't true too.
I also think there will be no objections if I say:
One should always be able to setup everything he wants with 
ifconfig/iproute2
If You don't agree with it, think about a completely hosed system...
Then do "ldd `which ifconfig`" and "ldd `which NetworkManager`" and 
guess which one
has more chance to die because of a few bad blocks on the HDD.

If we put all this thoughts (which look like facts to me) together we 
get that it's possible
and makes sense to maintain "service network" next to NM *forever*.

I think if we all can agree on the last sentence it will make all the 
future discussions
much more constructive.



From alexl at users.sourceforge.net  Wed Mar 25 21:25:13 2009
From: alexl at users.sourceforge.net (Alex Lancaster)
Date: Wed, 25 Mar 2009 14:25:13 -0700
Subject: Update PPL 0.9 -> 0.10 for F9/F10?
In-Reply-To: <f90695ee0903251301j4946027dkf13731f14af00fb1@mail.gmail.com>
	(Alan Dunn's message of "Wed\, 25 Mar 2009 16\:01\:42 -0400")
References: <f90695ee0903251301j4946027dkf13731f14af00fb1@mail.gmail.com>
Message-ID: <87k56duwg6.fsf@allele2.eebweb.arizona.edu>

>>>>> "AD" == Alan Dunn  writes:

AD> I would like to use PPL 0.10 in packages for F9 and (more importantly)
AD> F10, and have been directed to ask whether anyone else minds this
AD> change. It is currently only in rawhide. It does require an soname
AD> bump (libppl.so.6 -> libppl.so.7), however, it appears that the only
AD> packages that rely on this are the subpackages of the package itself.
AD> Upstream has merely to submit the change as an update (and would also
AD> like to do so: https://bugzilla.redhat.com/show_bug.cgi?id=463742).

Looks like only ppl does depend on that soname:

# repoquery --recursive --alldeps --whatrequires libppl.so.6
ppl-static-0:0.9-25.fc10.i386
ppl-0:0.9-25.fc10.i386
ppl-yap-0:0.9-25.fc10.i386
ppl-gprolog-0:0.9-25.fc10.i386
ppl-gprolog-static-0:0.9-25.fc10.i386
ppl-utils-0:0.9-25.fc10.i386
ppl-devel-0:0.9-25.fc10.i386
ppl-docs-0:0.9-25.fc10.i386
ppl-yap-static-0:0.9-25.fc10.i386
ppl-swiprolog-0:0.9-25.fc10.i386
ppl-swiprolog-static-0:0.9-25.fc10.i386



From choeger at cs.tu-berlin.de  Wed Mar 25 21:26:55 2009
From: choeger at cs.tu-berlin.de (Christoph =?ISO-8859-1?Q?H=F6ger?=)
Date: Wed, 25 Mar 2009 22:26:55 +0100
Subject: Woohooo!
In-Reply-To: <1238010281.4572.221.camel@adam.local.net>
References: <1237930123.3620.531.camel@flatline.devel.redhat.com>
	<1237972219.10771.2.camel@choeger5.umpa.netz>
	<1237982637.4572.190.camel@adam.local.net>
	<1238007346.11846.12.camel@choeger6>
	<1238009236.4572.220.camel@adam.local.net>
	<1238010281.4572.221.camel@adam.local.net>
Message-ID: <1238016415.11846.14.camel@choeger6>

Hi,

this was awesome! I got KMS; xv, restart x working flawlessly. Pretty
good job. Thanks for the work made. I am still impressed from KMS.

posting my results to the wiki soon

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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090325/4f6c5326/attachment.sig>

From devrim at gunduz.org  Wed Mar 25 21:58:58 2009
From: devrim at gunduz.org (Devrim =?ISO-8859-1?Q?G=DCND=DCZ?=)
Date: Wed, 25 Mar 2009 23:58:58 +0200
Subject: Need help for a bison error
Message-ID: <1238018338.16032.163.camel@laptop-hp.gunduz.org>

Hi,

Orafce scratch build fail with an error. Here is the build log:

http://koji.fedoraproject.org/koji/getfile?taskID=1258391&name=build.log

How can I get rid of bison error? I don't get this message on any
servers except Fedora build servers (I have ~70 rpm build servers, none
of them failed with this error). 

What could the problem be?

Regards,
-- 
Devrim G?ND?Z, RHCE
devrim~gunduz.org, devrim~PostgreSQL.org, devrim.gunduz~linux.org.tr
                   http://www.gunduz.org
-------------- 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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090325/378ea369/attachment.sig>

From mapleoin at lavabit.com  Wed Mar 25 22:03:20 2009
From: mapleoin at lavabit.com (mapleoin at lavabit.com)
Date: Wed, 25 Mar 2009 18:03:20 -0400 (EDT)
Subject: GSOC Idea: Packages End User UI
Message-ID: <26378.86.55.176.81.1238018600.squirrel@lavabit.com>

Hello,

My name is Ionu&#539; Ar&#539;&#259;ri&#537;i and I am a student in
Bucharest, Romania. I have written code for pkgdb over the last year under
the supervision of Toshio Kuratomi and I am now applying for Google Summer
of Code 2009.

I have already discussed this idea at length with Toshio, but I would be
very interested in your ideas and comments as well. I hope to be able to
implement this project as I am aware of its long history as an idea.

Here's a short description (for the more detailed/technical part please
visit [1]):

Other *nix distributions have a centralized place which enables the user
to search and find relevant information about a certain application (ex:
packages.debian.org, freshports.org, aur.archlinux.org etc.), but this is
missing in fedora. The pkgdb is developer-centric as are other related
applications which hold this information (bodhi, koji, bugzilla etc.).

The proposal is to create another view of the pkgdb aimed at the general
fedora user. The project will be integrated with existing tools (yum,
bodhi) with a desire to centralize their information and present it in a
suitable form for the intended audience. It will provide package
information such as: project website, pkg version, occupied space,
categories, dependencies, user commenting/reviewing of packages, user tags
with keywords (which will be exported to other tools in the future and
used for searching).

Thank you!

[1] https://fedorahosted.org/packagedb/wiki/EndUserUI





From bruno at wolff.to  Wed Mar 25 22:07:55 2009
From: bruno at wolff.to (Bruno Wolff III)
Date: Wed, 25 Mar 2009 17:07:55 -0500
Subject: Any postgresql 8.4 alpha, beta packages?
In-Reply-To: <49CA9633.6020207@verizon.net>
References: <49CA9633.6020207@verizon.net>
Message-ID: <20090325220755.GA5311@wolff.to>

On Wed, Mar 25, 2009 at 16:38:11 -0400,
  Gerry Reno <greno at verizon.net> wrote:
> Are there any postgresql 8.4 alpha or beta packages available for  
> testing in any of the repos?  We want to test and feedback on 
> replication.

I haven't seen any.
I don't think there is a beta out yet. The commitfest from last fall still
seems to be open.

It's getting to be a bit late in the F11 cycle to be putting in 8.4, but
Tom would be the authority on that. And hopefully he can give you a more
definitive answer.



From tcallawa at redhat.com  Wed Mar 25 22:14:28 2009
From: tcallawa at redhat.com (Tom "spot" Callaway)
Date: Wed, 25 Mar 2009 18:14:28 -0400
Subject: GSOC Idea: Packages End User UI
In-Reply-To: <26378.86.55.176.81.1238018600.squirrel@lavabit.com>
References: <26378.86.55.176.81.1238018600.squirrel@lavabit.com>
Message-ID: <49CAACC4.1010502@redhat.com>

On 03/25/2009 06:03 PM, mapleoin at lavabit.com wrote:

> The proposal is to create another view of the pkgdb aimed at the general
> fedora user. The project will be integrated with existing tools (yum,
> bodhi) with a desire to centralize their information and present it in a
> suitable form for the intended audience. It will provide package
> information such as: project website, pkg version, occupied space,
> categories, dependencies, user commenting/reviewing of packages, user tags
> with keywords (which will be exported to other tools in the future and
> used for searching).

Not to put a damper on your idea, but this is precisely one of the goals
of Fedora Community. See:
http://www.mail-archive.com/fedora-announce-list at redhat.com/msg01493.html

That email doesn't put it very well, but I think you'll find that it
will cover a lot of the bases you're interested in. We're hopeful to
have something live within the next few weeks.

Once we've got that up and running, there will undoubtedly be
functionality that is in your list that we have not provided yet, and I
think adding those apps to the Fedora Community environment will be a
great GSOC.

~spot



From roland at redhat.com  Wed Mar 25 22:22:01 2009
From: roland at redhat.com (Roland McGrath)
Date: Wed, 25 Mar 2009 15:22:01 -0700 (PDT)
Subject: Need help for a bison error
In-Reply-To: Devrim GÃNDÃZ's message of  Wednesday, 25 March 2009 23:58:58 +0200 <1238018338.16032.163.camel@laptop-hp.gunduz.org>
References: <1238018338.16032.163.camel@laptop-hp.gunduz.org>
Message-ID: <20090325222201.D08C7FC2A7@magilla.sf.frob.com>

Please give the task URL, not the file URL.

Um, it's not exactly a bison error.

> make: execvp: bison: Permission denied

It's odd that that would be the error for bison just being missing.
But, did you use BuildRequires: bison?



From mike at miketc.net  Wed Mar 25 22:40:19 2009
From: mike at miketc.net (Mike Chambers)
Date: Wed, 25 Mar 2009 17:40:19 -0500
Subject: 2009-03-26 - Fedora Test Day - Nouveau graphics driver
In-Reply-To: <1238010281.4572.221.camel@adam.local.net>
References: <1237930123.3620.531.camel@flatline.devel.redhat.com>
	<1237972219.10771.2.camel@choeger5.umpa.netz>
	<1237982637.4572.190.camel@adam.local.net>
	<1238007346.11846.12.camel@choeger6>
	<1238009236.4572.220.camel@adam.local.net>
	<1238010281.4572.221.camel@adam.local.net>
Message-ID: <1238020819.3062.2.camel@scrappy.miketc.net>

On Wed, 2009-03-25 at 12:44 -0700, Adam Williamson wrote:

> I've just added a KMS test case to the Test Day page. Everyone who's
> already tested, if you could add your result for the KMS test, that
> would be awesome. I may also add a rendercheck test case before
> tomorrow.

I must be doing something wrong, but enabling modeset on grub boot tells
me incorrect parameter?  If you wanted to edit your grub.conf itself and
add it there , would someone post theirs and show me what line and how
it's set for it to work?  I've done it via grub.conf and tried via just
boot up and adding it before booting and either way gives me an error.

-- 
Mike Chambers
Madisonville, KY

Fedora Project - Bugzapper, Tester, User, etc..
miketc302 at fedoraproject.org



From loganjerry at gmail.com  Wed Mar 25 22:44:20 2009
From: loganjerry at gmail.com (Jerry James)
Date: Wed, 25 Mar 2009 16:44:20 -0600
Subject: Speech recognition
Message-ID: <870180fe0903251544h1bf98930h17a037a5225338ec@mail.gmail.com>

I've had multiple friends & colleagues who have fallen prey to our
occupational hazard of RSI.? Some ten years ago or more, I worked on
integrating IBM's ViaVoice for Linux with XEmacs for the benefit of a
couple of XEmacs developers who were suffering from that problem at
the time.? Unfortunately, IBM dropped support for its Linux product
while I was still working on the integration.

I'm thinking about working on something like that again, but need a
voice recognition product to work with.? I've been looking at CMU
Sphinx [1] as a possibility, and have made test RPMs out of a few
pieces of that project [2,3,4].

Questions for the list:

Is anybody already working on packaging up some voice recognition product?

Does anybody know of anything more accessible than CMU Sphinx (it
appears to be very powerful, but is definitely not for newbies; also,
not all pieces of it have been released yet)?

Is anybody interested in working with me on getting some voice
recognition product packaged up in usable form on Fedora?

References:
[1] http://www.cmusphinx.org/
[2] http://jjames.fedorapeople.org/sphinxbase/
[3] http://jjames.fedorapeople.org/pocketsphinx/
[4] http://jjames.fedorapeople.org/SphinxTrain/
--
Jerry James
http://loganjerry.googlepages.com/



From choeger at cs.tu-berlin.de  Wed Mar 25 22:49:41 2009
From: choeger at cs.tu-berlin.de (Christoph =?ISO-8859-1?Q?H=F6ger?=)
Date: Wed, 25 Mar 2009 23:49:41 +0100
Subject: 2009-03-26 - Fedora Test Day - Nouveau graphics driver
In-Reply-To: <1238020819.3062.2.camel@scrappy.miketc.net>
References: <1237930123.3620.531.camel@flatline.devel.redhat.com>
	<1237972219.10771.2.camel@choeger5.umpa.netz>
	<1237982637.4572.190.camel@adam.local.net>
	<1238007346.11846.12.camel@choeger6>
	<1238009236.4572.220.camel@adam.local.net>
	<1238010281.4572.221.camel@adam.local.net>
	<1238020819.3062.2.camel@scrappy.miketc.net>
Message-ID: <1238021381.11846.16.camel@choeger6>

Am Mittwoch, den 25.03.2009, 17:40 -0500 schrieb Mike Chambers:
> On Wed, 2009-03-25 at 12:44 -0700, Adam Williamson wrote:
> 
> > I've just added a KMS test case to the Test Day page. Everyone who's
> > already tested, if you could add your result for the KMS test, that
> > would be awesome. I may also add a rendercheck test case before
> > tomorrow.
> 
> I must be doing something wrong, but enabling modeset on grub boot tells
> me incorrect parameter?  If you wanted to edit your grub.conf itself and
> add it there , would someone post theirs and show me what line and how
> it's set for it to work?  I've done it via grub.conf and tried via just
> boot up and adding it before booting and either way gives me an error.

Just go on, kernel complained about incorrect param to me too, but kms
worked like a charm.
-------------- 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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090325/f65ec2e0/attachment.sig>

From devrim at gunduz.org  Wed Mar 25 23:02:23 2009
From: devrim at gunduz.org (Devrim =?ISO-8859-1?Q?G=DCND=DCZ?=)
Date: Thu, 26 Mar 2009 01:02:23 +0200
Subject: Any postgresql 8.4 alpha, beta packages?
In-Reply-To: <49CA9633.6020207@verizon.net>
References: <49CA9633.6020207@verizon.net>
Message-ID: <1238022143.16032.169.camel@laptop-hp.gunduz.org>

On Wed, 2009-03-25 at 16:38 -0400, Gerry Reno wrote:
> Are there any postgresql 8.4 alpha or beta packages available for 
> testing in any of the repos?  We want to test and feedback on
> replication.

Even thought 8.4 is not even in beta yet, I've been building 8.4devel
RPMs for a long time:

Please find info here:

http://yum.pgsqlrpms.org 

Regards,
-- 
Devrim G?ND?Z, RHCE
devrim~gunduz.org, devrim~PostgreSQL.org, devrim.gunduz~linux.org.tr
                   http://www.gunduz.org
-------------- 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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090326/69f08737/attachment.sig>

From devrim at gunduz.org  Wed Mar 25 23:04:13 2009
From: devrim at gunduz.org (Devrim =?ISO-8859-1?Q?G=DCND=DCZ?=)
Date: Thu, 26 Mar 2009 01:04:13 +0200
Subject: Need help for a bison error
In-Reply-To: <20090325222201.D08C7FC2A7@magilla.sf.frob.com>
References: <1238018338.16032.163.camel@laptop-hp.gunduz.org>
	<20090325222201.D08C7FC2A7@magilla.sf.frob.com>
Message-ID: <1238022253.16032.171.camel@laptop-hp.gunduz.org>

On Wed, 2009-03-25 at 15:22 -0700, Roland McGrath wrote:
> Please give the task URL, not the file URL.

Ok.

> Um, it's not exactly a bison error.
> 
> > make: execvp: bison: Permission denied
> 
> It's odd that that would be the error for bison just being missing.
> But, did you use BuildRequires: bison?

/me bangs his head to the wall.

Ok, it was missing deps: bison, flex, krb5-devel and openssl-devel.

Thanks for the pointer.

Regards,
-- 
Devrim G?ND?Z, RHCE
devrim~gunduz.org, devrim~PostgreSQL.org, devrim.gunduz~linux.org.tr
                   http://www.gunduz.org
-------------- 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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090326/53dd27a7/attachment.sig>

From devrim at gunduz.org  Wed Mar 25 23:04:41 2009
From: devrim at gunduz.org (Devrim =?ISO-8859-1?Q?G=DCND=DCZ?=)
Date: Thu, 26 Mar 2009 01:04:41 +0200
Subject: Any postgresql 8.4 alpha, beta packages?
In-Reply-To: <1238022143.16032.169.camel@laptop-hp.gunduz.org>
References: <49CA9633.6020207@verizon.net>
	<1238022143.16032.169.camel@laptop-hp.gunduz.org>
Message-ID: <1238022281.16032.173.camel@laptop-hp.gunduz.org>

On Thu, 2009-03-26 at 01:02 +0200, Devrim G?ND?Z wrote:
> Even thought

Even though ...
-- 
Devrim G?ND?Z, RHCE
devrim~gunduz.org, devrim~PostgreSQL.org, devrim.gunduz~linux.org.tr
                   http://www.gunduz.org
-------------- 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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090326/a126166a/attachment.sig>

From ndbecker2 at gmail.com  Wed Mar 25 23:11:49 2009
From: ndbecker2 at gmail.com (Neal Becker)
Date: Wed, 25 Mar 2009 19:11:49 -0400
Subject: Ubuntu promises DIY Amazon cloud
Message-ID: <gqednl$4as$1@ger.gmane.org>

Sounds interesting:
http://lxer.com/module/newswire/ext_link.php?rid=117904




From orion at cora.nwra.com  Wed Mar 25 23:16:15 2009
From: orion at cora.nwra.com (Orion Poplawski)
Date: Wed, 25 Mar 2009 17:16:15 -0600
Subject: Speech recognition
In-Reply-To: <870180fe0903251544h1bf98930h17a037a5225338ec@mail.gmail.com>
References: <870180fe0903251544h1bf98930h17a037a5225338ec@mail.gmail.com>
Message-ID: <49CABB3F.6010005@cora.nwra.com>

Jerry James wrote:
> Is anybody interested in working with me on getting some voice
> recognition product packaged up in usable form on Fedora?

I'm happy to help - we have someone here in a similar position.   But I 
have no leads on good software.

-- 
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 sundaram at fedoraproject.org  Wed Mar 25 23:27:27 2009
From: sundaram at fedoraproject.org (Rahul Sundaram)
Date: Thu, 26 Mar 2009 04:57:27 +0530
Subject: Ubuntu promises DIY Amazon cloud
In-Reply-To: <gqednl$4as$1@ger.gmane.org>
References: <gqednl$4as$1@ger.gmane.org>
Message-ID: <49CABDDF.6010801@fedoraproject.org>

Neal Becker wrote:
> Sounds interesting:
> http://lxer.com/module/newswire/ext_link.php?rid=117904

It is just packaging up

http://eucalyptus.cs.ucsb.edu/

Rahul



From a.badger at gmail.com  Thu Mar 26 00:05:38 2009
From: a.badger at gmail.com (Toshio Kuratomi)
Date: Wed, 25 Mar 2009 17:05:38 -0700
Subject: GSOC Idea: Packages End User UI
In-Reply-To: <49CAACC4.1010502@redhat.com>
References: <26378.86.55.176.81.1238018600.squirrel@lavabit.com>
	<49CAACC4.1010502@redhat.com>
Message-ID: <49CAC6D2.3090603@gmail.com>

Tom "spot" Callaway wrote:
> On 03/25/2009 06:03 PM, mapleoin at lavabit.com wrote:
> 
>> The proposal is to create another view of the pkgdb aimed at the general
>> fedora user. The project will be integrated with existing tools (yum,
>> bodhi) with a desire to centralize their information and present it in a
>> suitable form for the intended audience. It will provide package
>> information such as: project website, pkg version, occupied space,
>> categories, dependencies, user commenting/reviewing of packages, user tags
>> with keywords (which will be exported to other tools in the future and
>> used for searching).
> 
> Not to put a damper on your idea, but this is precisely one of the goals
> of Fedora Community. See:
> http://www.mail-archive.com/fedora-announce-list at redhat.com/msg01493.html
> 
> That email doesn't put it very well, but I think you'll find that it
> will cover a lot of the bases you're interested in. We're hopeful to
> have something live within the next few weeks.
> 
> Once we've got that up and running, there will undoubtedly be
> functionality that is in your list that we have not provided yet, and I
> think adding those apps to the Fedora Community environment will be a
> great GSOC.
> 
I disagree.  I think this is a great thing to do this year in the
PackageDB.  When Fedora Community is up and running, giving access to
the data via the Fedora Community platform could be a great project for
next year's summer of code (or over the course of the year if maploin
wants to continue working on that aspect). There's a few reasons for this:

1) Fedora Community pulls data from other places and puts them together
usefully.  This is information that belongs in the PackageDB.  Exposing
the information via Fedora Community is not precluded by this.

2) In fact, this work is going to be essential for helping Fedora
Community to do its work.  Currently, Fedora Community doesn't store
information in the databases itself.  It uses the data from the other
Fedora Services.  Having packagedb changes available via RSS feeds, tag
metadata, and a search interface for the tag metadata are useful for
Fedora Communityas well as PackageDB.

3) Quite a bit of this work needs to be done anyway.  Tagging of
packages in the PackageDB is a prerequisite for the redesign of how yum
works with groups.  Fedora Community is structured to primarily be a
consumer and aggregator of information rather than a provider of
information to other apps.  Writing code that generates the tag data
from the packagedb flows naturally from the other information that the
PackageDB stores.

4) Fedora Community is continuing to evolve.  As far as I know, the
first version is trying to focus on developer UI.  This is going to work
 on adding end user UI to an existing stable service.  Even if we build
a Fedora Community interface on top of this data for next year's GSoC
we'll still have benefited from having users using the existing
interface and suggesting enhancements that we can take into account when
designing the next generation interface.

This is necessary work that will pay dividends for Fedora Community as
well as the PackageDB.

-Toshio

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: OpenPGP digital signature
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090325/b257972f/attachment.sig>

From mclasen at redhat.com  Thu Mar 26 00:14:26 2009
From: mclasen at redhat.com (Matthias Clasen)
Date: Wed, 25 Mar 2009 20:14:26 -0400
Subject: GSOC Idea: Packages End User UI
In-Reply-To: <49CAC6D2.3090603@gmail.com>
References: <26378.86.55.176.81.1238018600.squirrel@lavabit.com>
	<49CAACC4.1010502@redhat.com>  <49CAC6D2.3090603@gmail.com>
Message-ID: <1238026466.3550.3.camel@localhost.localdomain>

On Wed, 2009-03-25 at 17:05 -0700, Toshio Kuratomi wrote:

> This is necessary work that will pay dividends for Fedora Community as
> well as the PackageDB.

There is some unfinished prior art here:
https://fedoraproject.org/wiki/Features/ApplicationInstaller
It may not quite be the same, but the overlap seems considerable.



From galibert at pobox.com  Thu Mar 26 00:17:22 2009
From: galibert at pobox.com (Olivier Galibert)
Date: Thu, 26 Mar 2009 01:17:22 +0100
Subject: Speech recognition
In-Reply-To: <870180fe0903251544h1bf98930h17a037a5225338ec@mail.gmail.com>
References: <870180fe0903251544h1bf98930h17a037a5225338ec@mail.gmail.com>
Message-ID: <20090326001722.GB98926@dspnet.fr.eu.org>

On Wed, Mar 25, 2009 at 04:44:20PM -0600, Jerry James wrote:
> Is anybody interested in working with me on getting some voice
> recognition product packaged up in usable form on Fedora?

For speech recognition, software is only part of the problem and,
fundamentally, the easiest one (take the algorithms, implement them,
optimize/debug at will).  The real problem is the data needed to build
the models to feed the algorithms.  There isn't as far as I know any
reasonable set of corpus available under an open source license usable
to build a decent speech recognizer.  Which makes open source speech
recognition something not doable yet.

  OG.



From dominik at greysector.net  Thu Mar 26 00:18:42 2009
From: dominik at greysector.net (Dominik 'Rathann' Mierzejewski)
Date: Thu, 26 Mar 2009 01:18:42 +0100
Subject: rawhide report: 20090325 changes
In-Reply-To: <qevdpxv1hv.fsf@allele2.eebweb.arizona.edu>
References: <20090325102921.962261F8259@releng2.fedora.phx.redhat.com>
	<1cac83318ad3066478600efff9954358.squirrel@arekh.dyndns.org>
	<qevdpxv1hv.fsf@allele2.eebweb.arizona.edu>
Message-ID: <20090326001841.GD30393@mokona.greysector.net>

On Wednesday, 25 March 2009 at 20:36, Alex Lancaster wrote:
> >>>>> "NM" == Nicolas Mailhot  writes:
> 
> NM> Le Mer 25 mars 2009 11:29, Rawhide Report a ?crit :
> 
> >> mapnik-0.5.2-0.12.svn780.fc11
> >> -----------------------------
> >> * Tue Mar 24 2009 Alex Lancaster <alexlan[AT] fedoraproject org> -
> 
> >> - Fix font Requires: dejavu-fonts-compat and macro
> 
> NM> Why the hell is a dep on this added now? Is the package name,
> NM> description, the pages of wiki help and months of repeated bugzilla
> NM> tickets and information mails not sufficient to make clear THIS SHOULD
> NM> NOT BE DONE?
> 
> The broken deps that made mapnik completely uninstallable (it had
> "Requires: dejavu-fonts-sans") needed to be fixed quickly for the
> f11-beta by rel-eng (because of closed ACLs).  I'm not the primary
> maintainer of the package (who is non-responsive) and hence probably
> not on the bugzilla tickets.

If the maintainer is non-responsive then the appropriate procedure[1] should
be initiated to take the package over.

Regards,
R.

[1] https://fedoraproject.org/wiki/Policy_for_nonresponsive_package_maintainers

-- 
Fedora http://fedoraproject.org/wiki/User:Rathann
RPMFusion http://rpmfusion.org | MPlayer http://mplayerhq.hu
"Faith manages."
        -- Delenn to Lennier in Babylon 5:"Confessions and Lamentations"



From bruno at wolff.to  Thu Mar 26 00:43:17 2009
From: bruno at wolff.to (Bruno Wolff III)
Date: Wed, 25 Mar 2009 19:43:17 -0500
Subject: 2009-03-26 - Fedora Test Day - Nouveau graphics driver
In-Reply-To: <1238020819.3062.2.camel@scrappy.miketc.net>
References: <1237930123.3620.531.camel@flatline.devel.redhat.com>
	<1237972219.10771.2.camel@choeger5.umpa.netz>
	<1237982637.4572.190.camel@adam.local.net>
	<1238007346.11846.12.camel@choeger6>
	<1238009236.4572.220.camel@adam.local.net>
	<1238010281.4572.221.camel@adam.local.net>
	<1238020819.3062.2.camel@scrappy.miketc.net>
Message-ID: <20090326004317.GA14261@wolff.to>

On Wed, Mar 25, 2009 at 17:40:19 -0500,
  Mike Chambers <mike at miketc.net> wrote:
> 
> I must be doing something wrong, but enabling modeset on grub boot tells
> me incorrect parameter?  If you wanted to edit your grub.conf itself and
> add it there , would someone post theirs and show me what line and how
> it's set for it to work?  I've done it via grub.conf and tried via just
> boot up and adding it before booting and either way gives me an error.

modeset is the default. You use nomodeset to turn it off.



From forum at ru.bir.ru  Thu Mar 26 00:51:13 2009
From: forum at ru.bir.ru (Pavel Alexeev (aka Pahan-Hubbitus))
Date: Thu, 26 Mar 2009 03:51:13 +0300
Subject: Some php stuff missed on PPC builders?
Message-ID: <gqeji3$j00$1@ger.gmane.org>

I have the same question what Remi Collet ask [1] 01 March.

It is in archive I can't answer. And I have similar problem with PPC 
build [2] (this build on i586 successful):

State Changed: clean
ERROR: Command failed:
  # /usr/bin/yum --installroot 
/var/lib/mock/fedora-5-ppc-epel-e3925848eafb7e09061ed5eae74be9bc98a2f211/root/ 
  install  'php-pear >= 1.4.7' 'php-devel >= 5.0.0'
php-5.1.6-20.el5_2.1.ppc from rhel5-base has depsolving problems
   --> Missing Dependency: php-cli = 5.1.6-20.el5_2.1 is needed by 
package php-5.1.6-20.el5_2.1.ppc (rhel5-base)
php-5.1.6-20.el5_2.1.ppc from rhel5-base has depsolving problems
   --> Missing Dependency: php-common = 5.1.6-20.el5_2.1 is needed by 
package php-5.1.6-20.el5_2.1.ppc (rhel5-base)
php-5.1.6-20.el5_2.1.ppc from rhel5-base has depsolving problems
   --> Missing Dependency: php-common = 5.1.6-20.el5_2.1 is needed by 
package php-5.1.6-20.el5_2.1.ppc (rhel5-base)
Error: Missing Dependency: php-cli = 5.1.6-20.el5_2.1 is needed by 
package php-5.1.6-20.el5_2.1.ppc (rhel5-base)
Error: Missing Dependency: php-common = 5.1.6-20.el5_2.1 is needed by 
package php-5.1.6-20.el5_2.1.ppc (rhel5-base)


Can I solve this problem itself?

[1] http://www.mail-archive.com/epel-devel-list at redhat.com/msg02031.html
[2] 
http://buildsys.fedoraproject.org/logs/fedora-5-epel/1824-php-pecl-runkit-0.9-10.CVS20090215.el5/ppc/job.log



From a.badger at gmail.com  Thu Mar 26 01:00:23 2009
From: a.badger at gmail.com (Toshio Kuratomi)
Date: Wed, 25 Mar 2009 18:00:23 -0700
Subject: GSOC Idea: Packages End User UI
In-Reply-To: <1238026466.3550.3.camel@localhost.localdomain>
References: <26378.86.55.176.81.1238018600.squirrel@lavabit.com>	<49CAACC4.1010502@redhat.com>
	<49CAC6D2.3090603@gmail.com>
	<1238026466.3550.3.camel@localhost.localdomain>
Message-ID: <49CAD3A7.8000603@gmail.com>

Matthias Clasen wrote:
> On Wed, 2009-03-25 at 17:05 -0700, Toshio Kuratomi wrote:
> 
>> This is necessary work that will pay dividends for Fedora Community as
>> well as the PackageDB.
> 
> There is some unfinished prior art here:
> https://fedoraproject.org/wiki/Features/ApplicationInstaller
> It may not quite be the same, but the overlap seems considerable.
> 
<nod> The web application portion of that feature was an influence in
this design. It's too bad that was done as a separate application
instead of integrated with the PackageDB otherwise we might have been
able to carry the work forward when the lead developer stopped work on
amber.

-Toshio

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: OpenPGP digital signature
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090325/99e61268/attachment.sig>

From ranjithkannikara at gmail.com  Thu Mar 26 01:16:44 2009
From: ranjithkannikara at gmail.com (ranjith kannikara)
Date: Thu, 26 Mar 2009 06:46:44 +0530
Subject: GSOC - Developer UI for PackageDB
Message-ID: <20aa8c370903251816o4e4c83c9g22fa39c082ae50ea@mail.gmail.com>

Hi,
My name is Ranjith Babu Kannikara. I am a pre-final year student in
govt.Engg College Thrissur, kerala(india). I have been learning
c,python,and their APIs for quite good amount of time. And Java and
Lisp as of now. I have little experience in working with some large
code-base from the last year GSOC in which I have worked with the Zope
Foundation in project 'Porting Zope2 to python2.5' .
My GSOC proposal is for making the PackageDB Developer UI more
flexible and friendly for the developers so that It wont waste the
valuable time of the developer. The present Developer UI is outdated
and needs serious changes and some additional options that will make
it easy to handle the acls, within much lesser time and with much less
effort. And it implemented by including more check boxes and buttons and
by setting reminders for works to be done.

The ideas are listed in detail in the wiki page
https://fedorahosted.org/packagedb/wiki/NewDevUI

The works to be done over the project have a flow like this..
* Aggregating the options that are to be there in the UI.
* Arranging the options with check boxes and buttons instead of select
boxes.
  :- ie arranging the options in rows and coloumns with each rows
start with a user and the check boxes/buttons in
    the row contains the permissions that can be given to the user.
  :- if there is more choice of permissions for each user then
checking itself will be annoying then there will be some
    extra coloumns( 2 or 3 ) of check boxes corresponding to each
user like 'give full permissions' 'give minimal
    permissions' and a custom set .
  :- these boxes, as their names indicate, will automatically give
checkings in a set of boxes the developer may define
     a custom set if he find himself giving a set of permissions
together quite often.
   ( I can make a picture of how the UI will be like after the
summer, and it will be easy for me if I could get the other
    options than 'Approve' and 'Awaiting for review' )
* After the list of the users a button to add new user can be given
which will expand to a text box on click. And this check box will
automatically search and match the text with the names in the list
user as it is entered in the box. ( Implementing such a button and
text box wont be difficult with javascript ).
* Such a button can be provided for the co-maintainer/watcher or the
button it will be enough to provide provisions in the first button it
self to make the new user co-maintainer/watcher once a new user is
added.( All these work belongs to the UI and it will not be difficult
when each button are defined to perform the background works for these
options assigned to them.
* In the page, Toshio have given (https://admin.fedoraproject.org/
pkgdb/packages/name/python<https://admin.fedoraproject.org/pkgdb/packages/name/python>),
we can see links to bug reports, package
status etc. Another link named ' Active Requests'  can be added there
which will refer to a page that lists the active requests. The
requests can also be arranged so that it can be handled within no time
but this needs me to get an idea about the possible requests a
developer can get.
* As the requests are being listed it is easy to track what happens to
the request and and if a request is being left unnoticed or in some
state of waiting this track can be used to get the list of requests
that needs sending remainders. ( Here i need some more help from some
one else to generate the automatic reminders)
* As our implementation of the new UI will be much like a new
Interface with either the background or the existing page itself as
background for the new UI. In such way of implementation it will be
easy to show the respective EOL only and give options to switch in
between them.

Awaiting your reply
Ranju

--
http://www.ranjithkannikara.blogspot.com/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090326/5ad052bd/attachment.htm>

From alexl at users.sourceforge.net  Thu Mar 26 01:46:24 2009
From: alexl at users.sourceforge.net (Alex Lancaster)
Date: Wed, 25 Mar 2009 18:46:24 -0700
Subject: rawhide report: 20090325 changes
In-Reply-To: <20090326001841.GD30393@mokona.greysector.net> (Dominik
	Mierzejewski's message of "Thu\, 26 Mar 2009 01\:18\:42 +0100")
References: <20090325102921.962261F8259@releng2.fedora.phx.redhat.com>
	<1cac83318ad3066478600efff9954358.squirrel@arekh.dyndns.org>
	<qevdpxv1hv.fsf@allele2.eebweb.arizona.edu>
	<20090326001841.GD30393@mokona.greysector.net>
Message-ID: <d3ab79ukcv.fsf@allele2.eebweb.arizona.edu>

>>>>> "DM" == Dominik 'Rathann' Mierzejewski  writes:

[...]

>> The broken deps that made mapnik completely uninstallable (it had
>> "Requires: dejavu-fonts-sans") needed to be fixed quickly for the
>> f11-beta by rel-eng (because of closed ACLs).  I'm not the primary
>> maintainer of the package (who is non-responsive) and hence probably
>> not on the bugzilla tickets.

DM> If the maintainer is non-responsive then the appropriate procedure[1] should
DM> be initiated to take the package over.

That has indeed already been done and is in progress:

http://www.redhat.com/archives/fedora-devel-list/2009-March/msg01301.html

I have yet to hear back from anybody who has been able to contact this
particular maintainer.

The opening up of ACLs to provenpackager is orthogonal to this issue.
As agreed in FESCo meeting, maintainers have two weeks to file reasons
that their packages are still closed, otherwise they will be opened
up:

https://fedorahosted.org/fesco/ticket/10#comment:10

Alex



From katzj at redhat.com  Thu Mar 26 01:59:05 2009
From: katzj at redhat.com (Jeremy Katz)
Date: Wed, 25 Mar 2009 21:59:05 -0400
Subject: Ubuntu promises DIY Amazon cloud
In-Reply-To: <49CABDDF.6010801@fedoraproject.org>
References: <gqednl$4as$1@ger.gmane.org> <49CABDDF.6010801@fedoraproject.org>
Message-ID: <20090326015904.GC20721@redhat.com>

On Thursday, March 26 2009, Rahul Sundaram said:
> Neal Becker wrote:
> > Sounds interesting:
> > http://lxer.com/module/newswire/ext_link.php?rid=117904
> 
> It is just packaging up
> 
> http://eucalyptus.cs.ucsb.edu/

One problem is that Eucalyptus is Xen based -- since the Xen dom0 work
isn't done upstream yet (and thus we're not shipping a dom0 in Fedora),
there's more than just packaging to be done if someone really wants to
integrate this into Fedora

Jeremy



From jspaleta at gmail.com  Thu Mar 26 02:28:26 2009
From: jspaleta at gmail.com (Jeff Spaleta)
Date: Wed, 25 Mar 2009 18:28:26 -0800
Subject: Ubuntu promises DIY Amazon cloud
In-Reply-To: <20090326015904.GC20721@redhat.com>
References: <gqednl$4as$1@ger.gmane.org> <49CABDDF.6010801@fedoraproject.org>
	<20090326015904.GC20721@redhat.com>
Message-ID: <604aa7910903251928je99ba20vb2f6e2e836036d45@mail.gmail.com>

On Wed, Mar 25, 2009 at 5:59 PM, Jeremy Katz <katzj at redhat.com> wrote:
> On Thursday, March 26 2009, Rahul Sundaram said:
>> Neal Becker wrote:
>> > Sounds interesting:
>> > http://lxer.com/module/newswire/ext_link.php?rid=117904
>>
>> It is just packaging up
>>
>> http://eucalyptus.cs.ucsb.edu/
>
> One problem is that Eucalyptus is Xen based -- since the Xen dom0 work
> isn't done upstream yet (and thus we're not shipping a dom0 in Fedora),
> there's more than just packaging to be done if someone really wants to
> integrate this into Fedora


The new 1.5 version has kvm support is my understanding. And
Eucalyptus just opened up their bzr repository for public consumption
so you can start pulling the 1.5 tree and working with the kvm
support.

Canonical has had preferential access to pre-release 1.5 code for
awhile and has been shipping unofficial 1.5 versions as part of Jaunty
alpha testing. In fact the only way to get the kvm enabled version up
until last week was to take the tarballs from Jaunty source packages
as the upstream project itself was not making 1.5 pre-release code
available even as a bzr tree.  I should have talked to the project
lead sooner than I did about making source publicly accessible. I
didn't expect them to give preferential access to Canonical.

I think there are a number of java related deps that would also have
to be worked on, which makes this a somewhat more complicated thing to
get packaged up.

-jef



From mjg at redhat.com  Thu Mar 26 02:33:13 2009
From: mjg at redhat.com (Matthew Garrett)
Date: Thu, 26 Mar 2009 02:33:13 +0000
Subject: System Config Tools Cleanup Project - tools to eliminate/replace
In-Reply-To: <gqe451$1gu$2@ger.gmane.org>
References: <gqb9i4$cif$1@ger.gmane.org> <49C99E48.6040102@freenet.de>
	<16de708d0903242009w55a0b063w2acdef324accc115@mail.gmail.com>
	<49C9D10C.9090209@gmail.com>
	<16de708d0903242356u26583d4ex609f6f88f585f5f7@mail.gmail.com>
	<1238000961.8226.4.camel@localhost.localdomain>
	<1238002320.5432.4.camel@localhost.localdomain>
	<1238003405.8226.10.camel@localhost.localdomain>
	<16de708d0903251307r12613b91m72a9fbb471bf1b21@mail.gmail.com>
	<gqe451$1gu$2@ger.gmane.org>
Message-ID: <20090326023313.GA27004@srcf.ucam.org>

On Wed, Mar 25, 2009 at 03:28:16PM -0500, Matthew Woehlke wrote:

> Of course, the irony is that NM is most useful for the same systems 
> where power consumption is of most concern :-).

Waking up once a minute has an insignificant impact on power 
consumption. Sure, it'd be nice if it could be avoided, but it's really 
not that important.

-- 
Matthew Garrett | mjg59 at srcf.ucam.org



From tgl at redhat.com  Thu Mar 26 02:44:47 2009
From: tgl at redhat.com (Tom Lane)
Date: Wed, 25 Mar 2009 22:44:47 -0400
Subject: Need help for a bison error 
In-Reply-To: <1238022253.16032.171.camel@laptop-hp.gunduz.org> 
References: <1238018338.16032.163.camel@laptop-hp.gunduz.org>
	<20090325222201.D08C7FC2A7@magilla.sf.frob.com>
	<1238022253.16032.171.camel@laptop-hp.gunduz.org>
Message-ID: <12054.1238035487@sss.pgh.pa.us>

Devrim =?ISO-8859-1?Q?G=DCND=DCZ?= <devrim at gunduz.org> writes:
> On Wed, 2009-03-25 at 15:22 -0700, Roland McGrath wrote:
>> It's odd that that would be the error for bison just being missing.
>> But, did you use BuildRequires: bison?

> /me bangs his head to the wall.

The root.log clearly shows bison being installed, so I don't think
that's the problem.

Maybe just a transient glitch?  Is the failure repeatable?

			regards, tom lane



From cmadams at hiwaay.net  Thu Mar 26 02:44:46 2009
From: cmadams at hiwaay.net (Chris Adams)
Date: Wed, 25 Mar 2009 21:44:46 -0500
Subject: System Config Tools Cleanup Project - tools to eliminate/replace
In-Reply-To: <20090326023313.GA27004@srcf.ucam.org>
References: <49C99E48.6040102@freenet.de>
	<16de708d0903242009w55a0b063w2acdef324accc115@mail.gmail.com>
	<49C9D10C.9090209@gmail.com>
	<16de708d0903242356u26583d4ex609f6f88f585f5f7@mail.gmail.com>
	<1238000961.8226.4.camel@localhost.localdomain>
	<1238002320.5432.4.camel@localhost.localdomain>
	<1238003405.8226.10.camel@localhost.localdomain>
	<16de708d0903251307r12613b91m72a9fbb471bf1b21@mail.gmail.com>
	<gqe451$1gu$2@ger.gmane.org> <20090326023313.GA27004@srcf.ucam.org>
Message-ID: <20090326024446.GA1548620@hiwaay.net>

Once upon a time, Matthew Garrett <mjg at redhat.com> said:
> Waking up once a minute has an insignificant impact on power 
> consumption. Sure, it'd be nice if it could be avoided, but it's really 
> not that important.

If it were only once per minute, it wouldn't be so bad.  I see a lot
more than that (on F10; I keep crashing rawhide anaconda so I haven't
checked F11-to-be yet).
-- 
Chris Adams <cmadams at hiwaay.net>
Systems and Network Administrator - HiWAAY Internet Services
I don't speak for anybody but myself - that's enough trouble.



From loganjerry at gmail.com  Thu Mar 26 02:46:47 2009
From: loganjerry at gmail.com (Jerry James)
Date: Wed, 25 Mar 2009 20:46:47 -0600
Subject: Speech recognition
In-Reply-To: <20090326001722.GB98926@dspnet.fr.eu.org>
References: <870180fe0903251544h1bf98930h17a037a5225338ec@mail.gmail.com>
	<20090326001722.GB98926@dspnet.fr.eu.org>
Message-ID: <870180fe0903251946s59ab8e56q31e58f28dbc36f23@mail.gmail.com>

On Wed, Mar 25, 2009 at 6:17 PM, Olivier Galibert <galibert at pobox.com> wrote:
> For speech recognition, software is only part of the problem and,
> fundamentally, the easiest one (take the algorithms, implement them,
> optimize/debug at will). ?The real problem is the data needed to build
> the models to feed the algorithms. ?There isn't as far as I know any
> reasonable set of corpus available under an open source license usable
> to build a decent speech recognizer. ?Which makes open source speech
> recognition something not doable yet.

There are some small databases available [1], although admittedly too
small for accurate general purpose use.  There are some models
available [2], built from databases which are not themselves
redistributable.  There are also a number of model-building tools
available [3-5], which may be sufficient for small command-and-control
tasks.

But you are right.  For general-purpose voice recognition, we don't
have the data we need.  Still, I think it may be worth putting the
software in place so that those who wish to purchase licenses to
commercial data have everything else they need, and to encourage the
production of better quality free data [6].

References:
[1] http://www.speech.cs.cmu.edu/databases/
[2] http://www.speech.cs.cmu.edu/sphinx/models/
[3] http://www.speech.sri.com/projects/srilm/
[4] http://cmusphinx.sourceforge.net/html/download.php#SphinxTrain
[5] http://cmusphinx.sourceforge.net/html/download.php/#cmulclmtk
[6] http://www.voxforge.org/
-- 
Jerry James
http://loganjerry.googlepages.com/



From tgl at redhat.com  Thu Mar 26 02:49:56 2009
From: tgl at redhat.com (Tom Lane)
Date: Wed, 25 Mar 2009 22:49:56 -0400
Subject: Any postgresql 8.4 alpha, beta packages? 
In-Reply-To: <20090325220755.GA5311@wolff.to> 
References: <49CA9633.6020207@verizon.net> <20090325220755.GA5311@wolff.to>
Message-ID: <12148.1238035796@sss.pgh.pa.us>

Bruno Wolff III <bruno at wolff.to> writes:
> It's getting to be a bit late in the F11 cycle to be putting in 8.4, but
> Tom would be the authority on that. And hopefully he can give you a more
> definitive answer.

PG 8.4 has no chance of making F-11, I fear.  But the OP just wanted
some unofficial testing packages, so http://yum.pgsqlrpms.org would be
the place to go for that.

			regards, tom lane



From sfeb at osgdc.org  Thu Mar 26 04:00:05 2009
From: sfeb at osgdc.org (Stephan February)
Date: Thu, 26 Mar 2009 12:00:05 +0800
Subject: GPL Web App containing Proprietary Flash Widget
In-Reply-To: <20090325103825.GD25134@redhat.com>
References: <1237970354.6151.5.camel@stephanfeb>
	<20090325103825.GD25134@redhat.com>
Message-ID: <1238040005.8681.4.camel@stephanfeb>

On Wed, 2009-03-25 at 10:38 +0000, Daniel P. Berrange wrote:
> On Wed, Mar 25, 2009 at 04:39:14PM +0800, Stephan February wrote:
> > Hello
> > 
> > I have done extensive reading on the Fedora site regarding packaging,
> > and specifically "code vs. content". 
> > My employer is developing a web-application which will be licensed under
> > GPL or similar FSF-approved license. The web application will most
> > likely contain a proprietary (non-free) flash charting widget.  
> > Will our rpm-packaged web application, which will include the flash
> > widget be accepted into Fedora repository ? 
> 
> The flash widget would have to be excluded, or made open source & buildable
> with open source tools too. 
> 

Does this mean that if I were to use something like OpenFlash Chart,
which is LGPL (http://teethgrinder.co.uk/open-flash-chart-2/) and
buildable using the MPL-licensed Adobe Flex SDK, that I could get the
Webapp + OpenFlashChart .rpm into the repo ?

Cheers
Stephan




From seg at haxxed.com  Thu Mar 26 05:51:59 2009
From: seg at haxxed.com (Callum Lerwick)
Date: Thu, 26 Mar 2009 00:51:59 -0500
Subject: System Config Tools Cleanup Project - tools to eliminate/replace
In-Reply-To: <1238002844.3851.3.camel@localhost.localdomain>
References: <200903241710.00926.jreznik@redhat.com>
	<e99d27470903241203g376da16ey5dbf64fc2f61d3c2@mail.gmail.com>
	<1238002844.3851.3.camel@localhost.localdomain>
Message-ID: <1238046719.24750.384.camel@localhost.localdomain>

On Wed, 2009-03-25 at 13:40 -0400, Matthias Clasen wrote:
> On Tue, 2009-03-24 at 20:03 +0100, Rudolf Kastl wrote:
> > 
> > as long as those tool properly configure ntp... in the gnome date
> > applet i cant find any ntp options.
> 
> NTP doesn't need any configuration UI, it just needs to be on by
> default. 

Because NTP servers just love it when you have ten machines updating
from one IP. Even Windows XP lets you easily enter in your own NTP
server.

... What I really want is an easy "Multicast client" checkbox. Right now
to configure multicast I seem to have to manually edit ntp.conf which
seems to get clobbered occasionally. I run a local NTP server off my
MythTV box, since it needs to have accurate time anyway.
-------------- 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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090326/11c02f32/attachment.sig>

From email.ahmedkamal at googlemail.com  Thu Mar 26 08:18:40 2009
From: email.ahmedkamal at googlemail.com (Ahmed Kamal)
Date: Thu, 26 Mar 2009 10:18:40 +0200
Subject: Ubuntu promises DIY Amazon cloud
In-Reply-To: <604aa7910903251928je99ba20vb2f6e2e836036d45@mail.gmail.com>
References: <gqednl$4as$1@ger.gmane.org> <49CABDDF.6010801@fedoraproject.org>
	<20090326015904.GC20721@redhat.com>
	<604aa7910903251928je99ba20vb2f6e2e836036d45@mail.gmail.com>
Message-ID: <3da3b5b40903260118m7eea7c7rb3720f1b563fb696@mail.gmail.com>

What about open-nebula http://opennebula.org/
It has KVM support today, besides Xen, and can "extend" the private cloud to
EC2. Any idea how the two compare

On Thu, Mar 26, 2009 at 4:28 AM, Jeff Spaleta <jspaleta at gmail.com> wrote:

> On Wed, Mar 25, 2009 at 5:59 PM, Jeremy Katz <katzj at redhat.com> wrote:
> > On Thursday, March 26 2009, Rahul Sundaram said:
> >> Neal Becker wrote:
> >> > Sounds interesting:
> >> > http://lxer.com/module/newswire/ext_link.php?rid=117904
> >>
> >> It is just packaging up
> >>
> >> http://eucalyptus.cs.ucsb.edu/
> >
> > One problem is that Eucalyptus is Xen based -- since the Xen dom0 work
> > isn't done upstream yet (and thus we're not shipping a dom0 in Fedora),
> > there's more than just packaging to be done if someone really wants to
> > integrate this into Fedora
>
>
> The new 1.5 version has kvm support is my understanding. And
> Eucalyptus just opened up their bzr repository for public consumption
> so you can start pulling the 1.5 tree and working with the kvm
> support.
>
> Canonical has had preferential access to pre-release 1.5 code for
> awhile and has been shipping unofficial 1.5 versions as part of Jaunty
> alpha testing. In fact the only way to get the kvm enabled version up
> until last week was to take the tarballs from Jaunty source packages
> as the upstream project itself was not making 1.5 pre-release code
> available even as a bzr tree.  I should have talked to the project
> lead sooner than I did about making source publicly accessible. I
> didn't expect them to give preferential access to Canonical.
>
> I think there are a number of java related deps that would also have
> to be worked on, which makes this a somewhat more complicated thing to
> get packaged up.
>
> -jef
>
> --
> 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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090326/8210d8df/attachment.htm>

From xjakub at fi.muni.cz  Thu Mar 26 08:51:08 2009
From: xjakub at fi.muni.cz (Milos Jakubicek)
Date: Thu, 26 Mar 2009 09:51:08 +0100
Subject: Speech recognition
In-Reply-To: <20090326001722.GB98926@dspnet.fr.eu.org>
References: <870180fe0903251544h1bf98930h17a037a5225338ec@mail.gmail.com>
	<20090326001722.GB98926@dspnet.fr.eu.org>
Message-ID: <49CB41FC.6030902@fi.muni.cz>

Olivier Galibert wrote:
> On Wed, Mar 25, 2009 at 04:44:20PM -0600, Jerry James wrote:
>> Is anybody interested in working with me on getting some voice
>> recognition product packaged up in usable form on Fedora?
> 
> For speech recognition, software is only part of the problem and,
> fundamentally, the easiest one (take the algorithms, implement them,
> optimize/debug at will).  The real problem is the data needed to build
> the models to feed the algorithms.  There isn't as far as I know any
> reasonable set of corpus available under an open source license usable
> to build a decent speech recognizer.  Which makes open source speech
> recognition something not doable yet.
> 
>   OG.

(I'm sorry for cross-posting to fedora-legal)

Well, the most interesting question here for me is what about licensing 
such language models -- could they be considered to be firmware 
(redistributable, not modifiable)?

This is important also because of their size (shipping 1G+ corpora, even 
compressed, is probably not a right way to go).

Regards,
Milos



From sundaram at fedoraproject.org  Thu Mar 26 09:20:39 2009
From: sundaram at fedoraproject.org (Rahul Sundaram)
Date: Thu, 26 Mar 2009 14:50:39 +0530
Subject: [Fedora-legal-list] Re: Speech recognition
In-Reply-To: <49CB41FC.6030902@fi.muni.cz>
References: <870180fe0903251544h1bf98930h17a037a5225338ec@mail.gmail.com>	<20090326001722.GB98926@dspnet.fr.eu.org>
	<49CB41FC.6030902@fi.muni.cz>
Message-ID: <49CB48E7.3020905@fedoraproject.org>

Milos Jakubicek wrote:
> Olivier Galibert wrote:
>> On Wed, Mar 25, 2009 at 04:44:20PM -0600, Jerry James wrote:
>>> Is anybody interested in working with me on getting some voice
>>> recognition product packaged up in usable form on Fedora?
>>
>> For speech recognition, software is only part of the problem and,
>> fundamentally, the easiest one (take the algorithms, implement them,
>> optimize/debug at will).  The real problem is the data needed to build
>> the models to feed the algorithms.  There isn't as far as I know any
>> reasonable set of corpus available under an open source license usable
>> to build a decent speech recognizer.  Which makes open source speech
>> recognition something not doable yet.
>>
>>   OG.
> 
> (I'm sorry for cross-posting to fedora-legal)
> 
> Well, the most interesting question here for me is what about licensing
> such language models -- could they be considered to be firmware
> (redistributable, not modifiable)?

No. They are not firmware and cannot be considered as one.

Rahul



From fabian.deutsch at gmx.de  Thu Mar 26 09:31:58 2009
From: fabian.deutsch at gmx.de (Fabian Deutsch)
Date: Thu, 26 Mar 2009 10:31:58 +0100
Subject: Speech recognition
In-Reply-To: <870180fe0903251544h1bf98930h17a037a5225338ec@mail.gmail.com>
References: <870180fe0903251544h1bf98930h17a037a5225338ec@mail.gmail.com>
Message-ID: <1238059918.3973.0.camel@localhost.localdomain>

Hi,

> Does anybody know of anything more accessible than CMU Sphinx (it
> appears to be very powerful, but is definitely not for newbies; also,
> not all pieces of it have been released yet)?

I've been also working with juluis, which also uses acoustic models from
voxforge.
http://julius.sourceforge.jp/en_index.php

- fabiand


> Is anybody interested in working with me on getting some voice
> recognition product packaged up in usable form on Fedora?
> 
> References:
> [1] http://www.cmusphinx.org/
> [2] http://jjames.fedorapeople.org/sphinxbase/
> [3] http://jjames.fedorapeople.org/pocketsphinx/
> [4] http://jjames.fedorapeople.org/SphinxTrain/
> --
> Jerry James
> http://loganjerry.googlepages.com/
> 



From devrim at gunduz.org  Thu Mar 26 09:16:34 2009
From: devrim at gunduz.org (Devrim =?ISO-8859-1?Q?G=DCND=DCZ?=)
Date: Thu, 26 Mar 2009 11:16:34 +0200
Subject: Need help for a bison error
In-Reply-To: <12054.1238035487@sss.pgh.pa.us>
References: <1238018338.16032.163.camel@laptop-hp.gunduz.org>
	<20090325222201.D08C7FC2A7@magilla.sf.frob.com>
	<1238022253.16032.171.camel@laptop-hp.gunduz.org>
	<12054.1238035487@sss.pgh.pa.us>
Message-ID: <1238058994.16032.189.camel@laptop-hp.gunduz.org>

On Wed, 2009-03-25 at 22:44 -0400, Tom Lane wrote:
> Maybe just a transient glitch?  Is the failure repeatable?

It's been repeatable. See:
https://bugzilla.redhat.com/show_bug.cgi?id=251805

It was probably related to openssl-devel and krb5-devel,  but I'm not
sure.

Regards,
-- 
Devrim G?ND?Z, RHCE
devrim~gunduz.org, devrim~PostgreSQL.org, devrim.gunduz~linux.org.tr
                   http://www.gunduz.org
-------------- 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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090326/487cbc4e/attachment.sig>

From rawhide at fedoraproject.org  Thu Mar 26 09:56:55 2009
From: rawhide at fedoraproject.org (Rawhide Report)
Date: Thu, 26 Mar 2009 09:56:55 +0000 (UTC)
Subject: rawhide report: 20090326 changes
Message-ID: <20090326095655.5D6E21B8001@releng2.fedora.phx.redhat.com>

Compose started at Thu Mar 26 06:01:04 UTC 2009

Updated Packages:

anaconda-11.5.0.38-1
--------------------
* Wed Mar 25 2009 Chris Lumens <clumens at redhat.com> - 11.5.0.38-1
- Fix pylint errors in iw/*.py (hdegoede)
- Rework CryptTab.parse (dlehman).
- Code fixes of errors shown by pylint (mgracik).
- Don't underflow on the busy cursor stack. (clumens)
- "vg" is not valide inside this if. (jgranado)
- Device is sometimes None. (jgranado)
- Fix typo. (#492042) (dlehman)


Summary:
Added Packages: 0
Removed Packages: 0
Modified Packages: 1
Broken deps for i386
----------------------------------------------------------
	libopensync-plugin-syncml-0.35-4.fc10.i386 requires libsyncml.so.0



Broken deps for x86_64
----------------------------------------------------------
	libopensync-plugin-syncml-0.35-4.fc10.x86_64 requires libsyncml.so.0()(64bit)



Broken deps for ppc
----------------------------------------------------------
	libopensync-plugin-syncml-0.35-4.fc10.ppc requires libsyncml.so.0



Broken deps for ppc64
----------------------------------------------------------
	cabal2spec-0.12-1.fc11.noarch requires ghc > 0:6.10.1-7
	libopensync-plugin-syncml-0.35-4.fc10.ppc64 requires libsyncml.so.0()(64bit)





From harald at redhat.com  Thu Mar 26 09:57:13 2009
From: harald at redhat.com (Harald Hoyer)
Date: Thu, 26 Mar 2009 10:57:13 +0100
Subject: System Config Tools Cleanup Project - tools to eliminate/replace
In-Reply-To: <49C938C2.9000905@gmail.com>
References: <200903241710.00926.jreznik@redhat.com>	<1237915014.4572.132.camel@adam.local.net>	<faa16b610903241038u7c5fbfaby20d1cd02b3e74187@mail.gmail.com>	<16de708d0903241043r3ab88e8fo47b9ae2159426f97@mail.gmail.com>
	<49C938C2.9000905@gmail.com>
Message-ID: <gqfjho$o7h$1@ger.gmane.org>

Lyos Gemini Norezel schrieb:
> Arthur Pemberton wrote:
>> On Tue, Mar 24, 2009 at 12:38 PM, Colin Walters <walters at verbum.org> 
>> wrote:
>>   Sometimes you just want to enter an IP address manually. This
>> shouldn't be considered some extra special case.
>>
>>   
> (In Gnome)
> System -> Administration -> Network
> Select network device -> Edit
> 'General' tab -> 'Statically Set IP Addresses:'
> 
> Worked flawlessly for me when I had to use my laptop as a tftp server to 
> fix my broken openwrt router.
> 
> Lyos Gemini Norezel
> 

this is in fact system-config-network :-)



From mail at robertoragusa.it  Thu Mar 26 10:51:04 2009
From: mail at robertoragusa.it (Roberto Ragusa)
Date: Thu, 26 Mar 2009 11:51:04 +0100
Subject: A supposedly patent-free suggestion/solution to the
 curious	subpixel rendering in Fedora
In-Reply-To: <gq8a3g$295$2@ger.gmane.org>
References: <20d6441a0903221518h4e7bd6aj55b61c7875495794@mail.gmail.com>
	<gq8a3g$295$2@ger.gmane.org>
Message-ID: <49CB5E18.7040709@robertoragusa.it>

Kevin Kofler wrote:
> 
> Apart from the bytecode interpreter, freetype-freeworld just enables the
> subpixel rendering in the upstream freetype. So does Fedora's freetype
> since Fedora 10. (It was disabled in F9, it got reenabled in F10, I have no
> idea what the rationale was for each of those decisions.) So these days the
> only difference between freetype and freetype-freeworld is the bytecode
> interpreter.

Rendering with BCI enabled always looked awful to me, the BC-equipped fonts
really turn into a b&w bitmap, which appears ugly to me. Maybe people who
use Windows really like them, but my eyes are much more happy with light
hinting and don't care about the color fringes; this could depend on the
monitor DPI (my screen is 133dpi, I suppose 1024x768 17" laptops are
another story).

I just use the freetype from Fedora 10 and I consider my fonts beautifully
rendered. Probably the autohinter is doing its work well.

I think that font rendering on Mac is worse than on my Fedora. No colors,
but really blurry chars; they mitigate the effect by using huge font sizes
in the GUI.

Just a thought: do I remember correctly that the color filter is just a
simple y(0)=(x(-1)+x(0)+x(1))/3 on the subpixels? Did anyone consider that
R, G and B have different brightness to the human eye and should be weighted
more smartly?

-- 
   Roberto Ragusa    mail at robertoragusa.it



From mail at robertoragusa.it  Thu Mar 26 11:12:43 2009
From: mail at robertoragusa.it (Roberto Ragusa)
Date: Thu, 26 Mar 2009 12:12:43 +0100
Subject: question about patent
In-Reply-To: <3e004f8e0903240740t6d386511n427c4afb48337ee9@mail.gmail.com>
References: <3e004f8e0903230838s1839cd91m94b063ba5e5858be@mail.gmail.com>
	<3e004f8e0903240740t6d386511n427c4afb48337ee9@mail.gmail.com>
Message-ID: <49CB632B.2000505@robertoragusa.it>

robert song wrote:
> Now I am using Pettis-Hansen method as follows to reorder functions.
> http://www.cs.virginia.edu/kim/courses/cs771/papers/pettis90profile.pdf
> 
> But I found that the algorithm has its patent as below.
> http://www.freepatentsonline.com/EP0459192.html
> 
> So if I use this algorithm in my codes, it will infringe the HP patent.
> Does it mean that this algorithm can not be used in codes ?

I am not a lawyer, so I don't have an answer for you; even lawyers
will try to never give you an answer (but you can try bribing them with
big amounts of money if you really want one :-) ).

I understand that the patent is on smart function reordering in a program.
(really stupid patent, IMHO, "trivial to those skilled in the art")

Are you implementing the reordering algorithm (are you writing a compiler?)
or are you using this algorithm on your code to smartly rearrange the
source?

In the first case, you may have a legal issue.
In the second case, I dare to say you don't.

I mean, if someone patents quick-sort (thanks God software patents were only
conceived after quick sort, linked lists and FFT):
- using and distributing a quick sort routine is not allowed
- distributing a sorted list is allowed (did you use quick sort or bubble sort
to obtain it? no one knows, if you used quick sort you have infringed the patent
but the result of the process is not infringing)

Best regards.

-- 
   Roberto Ragusa    mail at robertoragusa.it



From rjones at redhat.com  Thu Mar 26 12:11:37 2009
From: rjones at redhat.com (Richard W.M. Jones)
Date: Thu, 26 Mar 2009 12:11:37 +0000
Subject: missing dep => Permission denied in Koji (was: Re: Need help for a
	bison error)
In-Reply-To: <1238022253.16032.171.camel@laptop-hp.gunduz.org>
References: <1238018338.16032.163.camel@laptop-hp.gunduz.org>
	<20090325222201.D08C7FC2A7@magilla.sf.frob.com>
	<1238022253.16032.171.camel@laptop-hp.gunduz.org>
Message-ID: <20090326121137.GA11705@amd.home.annexia.org>

On Thu, Mar 26, 2009 at 01:04:13AM +0200, Devrim G?ND?Z wrote:
> On Wed, 2009-03-25 at 15:22 -0700, Roland McGrath wrote:
> > Please give the task URL, not the file URL.
> 
> Ok.
> 
> > Um, it's not exactly a bison error.
> > 
> > > make: execvp: bison: Permission denied
> > 
> > It's odd that that would be the error for bison just being missing.
> > But, did you use BuildRequires: bison?
> 
> /me bangs his head to the wall.
> 
> Ok, it was missing deps: bison, flex, krb5-devel and openssl-devel.

I was about to jump in and suggest a missing dep.  The same thing
happened to me yesterday, a "permission denied" error for a missing
dependency:

http://koji.fedoraproject.org/koji/getfile?taskID=1257805&name=build.log

Why do we get this error for a missing program?  SELinux thing?

Rich.

-- 
Richard Jones, Emerging Technologies, Red Hat  http://et.redhat.com/~rjones
virt-top is 'top' for virtual machines.  Tiny program with many
powerful monitoring features, net stats, disk stats, logging, etc.
http://et.redhat.com/~rjones/virt-top



From berrange at redhat.com  Thu Mar 26 12:12:50 2009
From: berrange at redhat.com (Daniel P. Berrange)
Date: Thu, 26 Mar 2009 12:12:50 +0000
Subject: GPL Web App containing Proprietary Flash Widget
In-Reply-To: <1238040005.8681.4.camel@stephanfeb>
References: <1237970354.6151.5.camel@stephanfeb>
	<20090325103825.GD25134@redhat.com>
	<1238040005.8681.4.camel@stephanfeb>
Message-ID: <20090326121250.GA6555@redhat.com>

On Thu, Mar 26, 2009 at 12:00:05PM +0800, Stephan February wrote:
> On Wed, 2009-03-25 at 10:38 +0000, Daniel P. Berrange wrote:
> > On Wed, Mar 25, 2009 at 04:39:14PM +0800, Stephan February wrote:
> > > Hello
> > > 
> > > I have done extensive reading on the Fedora site regarding packaging,
> > > and specifically "code vs. content". 
> > > My employer is developing a web-application which will be licensed under
> > > GPL or similar FSF-approved license. The web application will most
> > > likely contain a proprietary (non-free) flash charting widget.  
> > > Will our rpm-packaged web application, which will include the flash
> > > widget be accepted into Fedora repository ? 
> > 
> > The flash widget would have to be excluded, or made open source & buildable
> > with open source tools too. 
> > 
> 
> Does this mean that if I were to use something like OpenFlash Chart,
> which is LGPL (http://teethgrinder.co.uk/open-flash-chart-2/) and
> buildable using the MPL-licensed Adobe Flex SDK, that I could get the
> Webapp + OpenFlashChart .rpm into the repo ?

Last time I looked at the Adobe Flex SDK there was some questionmark about 
whether all of it was truely covered under MPL - some files had unclear 
licensing headers in the source. But assuming those were resolved & Adobe
Flex SDK were approved for Fedora, then using OpenFlash Chart seems like 
a reasonable approach.

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 mjg at redhat.com  Thu Mar 26 12:25:15 2009
From: mjg at redhat.com (Matthew Garrett)
Date: Thu, 26 Mar 2009 12:25:15 +0000
Subject: System Config Tools Cleanup Project - tools to eliminate/replace
In-Reply-To: <20090326024446.GA1548620@hiwaay.net>
References: <16de708d0903242009w55a0b063w2acdef324accc115@mail.gmail.com>
	<49C9D10C.9090209@gmail.com>
	<16de708d0903242356u26583d4ex609f6f88f585f5f7@mail.gmail.com>
	<1238000961.8226.4.camel@localhost.localdomain>
	<1238002320.5432.4.camel@localhost.localdomain>
	<1238003405.8226.10.camel@localhost.localdomain>
	<16de708d0903251307r12613b91m72a9fbb471bf1b21@mail.gmail.com>
	<gqe451$1gu$2@ger.gmane.org> <20090326023313.GA27004@srcf.ucam.org>
	<20090326024446.GA1548620@hiwaay.net>
Message-ID: <20090326122515.GA2084@srcf.ucam.org>

On Wed, Mar 25, 2009 at 09:44:46PM -0500, Chris Adams wrote:
> Once upon a time, Matthew Garrett <mjg at redhat.com> said:
> > Waking up once a minute has an insignificant impact on power 
> > consumption. Sure, it'd be nice if it could be avoided, but it's really 
> > not that important.
> 
> If it were only once per minute, it wouldn't be so bad.  I see a lot
> more than that (on F10; I keep crashing rawhide anaconda so I haven't
> checked F11-to-be yet).

Once you're down below once a second it's pretty much noise, assuming 
everything's using g_timeout_add_seconds.

-- 
Matthew Garrett | mjg59 at srcf.ucam.org



From nils at redhat.com  Thu Mar 26 12:52:07 2009
From: nils at redhat.com (Nils Philippsen)
Date: Thu, 26 Mar 2009 13:52:07 +0100
Subject: System Config Tools Cleanup Project - tools to eliminate/replace
In-Reply-To: <1238046719.24750.384.camel@localhost.localdomain>
References: <200903241710.00926.jreznik@redhat.com>
	<e99d27470903241203g376da16ey5dbf64fc2f61d3c2@mail.gmail.com>
	<1238002844.3851.3.camel@localhost.localdomain>
	<1238046719.24750.384.camel@localhost.localdomain>
Message-ID: <1238071927.22620.2.camel@gibraltar.str.redhat.com>

On Thu, 2009-03-26 at 00:51 -0500, Callum Lerwick wrote:

> ... What I really want is an easy "Multicast client" checkbox. Right now
> to configure multicast I seem to have to manually edit ntp.conf

Would you please open a bug/RFE for that against s-c-date?

> which
> seems to get clobbered occasionally.

What gets/how does it get clobbered?

> I run a local NTP server off my
> MythTV box, since it needs to have accurate time anyway.

Thanks,
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 ajax at redhat.com  Thu Mar 26 14:12:21 2009
From: ajax at redhat.com (Adam Jackson)
Date: Thu, 26 Mar 2009 10:12:21 -0400
Subject: System Config Tools Cleanup Project - tools to eliminate/replace
In-Reply-To: <49CA6EC6.8050501@freenet.de>
References: <200903241710.00926.jreznik@redhat.com>
	<e99d27470903241203g376da16ey5dbf64fc2f61d3c2@mail.gmail.com>
	<1238002844.3851.3.camel@localhost.localdomain>
	<49CA6EC6.8050501@freenet.de>
Message-ID: <1238076741.5005.211.camel@atropine.boston.devel.redhat.com>

On Wed, 2009-03-25 at 18:49 +0100, Ralf Corsepius wrote:
> Matthias Clasen wrote:
> > On Tue, 2009-03-24 at 20:03 +0100, Rudolf Kastl wrote:
> >> as long as those tool properly configure ntp... in the gnome date
> >> applet i cant find any ntp options.
> > 
> > NTP doesn't need any configuration UI,  it just needs to be on by default.
> Wrong.
> 
> Keywords: Firewall, dedicated local ntpd-servers.

Statistically speaking, 0% of the endpoints on the internet are ntpd
servers.

- 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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090326/3137e409/attachment.sig>

From greno at verizon.net  Thu Mar 26 14:16:18 2009
From: greno at verizon.net (Gerry Reno)
Date: Thu, 26 Mar 2009 10:16:18 -0400
Subject: After F10 upgrade: gconftool-2 killing these machines
Message-ID: <49CB8E32.6070104@verizon.net>

After we upgraded to F10, we notice that the machines were very slow.  
top shows gconftool-2 is taking anywhere from 85-95% of cpu.  Is there a 
way to throttle this process back to something reasonable?  Or how do we 
just remove this process?

Regards,
Gerry



From craftjml at gmail.com  Thu Mar 26 14:22:37 2009
From: craftjml at gmail.com (Jud Craft)
Date: Thu, 26 Mar 2009 09:22:37 -0500
Subject: A supposedly patent-free suggestion/solution to the curious 
	subpixel rendering in Fedora
In-Reply-To: <49CB5E18.7040709@robertoragusa.it>
References: <20d6441a0903221518h4e7bd6aj55b61c7875495794@mail.gmail.com>
	<gq8a3g$295$2@ger.gmane.org> <49CB5E18.7040709@robertoragusa.it>
Message-ID: <20d6441a0903260722r1bfd078axf352670056fc2471@mail.gmail.com>

No idea.  Probably something to ask the freetype people, or whoever
implements the rest of the subpixel filters.

There is someone who implemented such an idea by considering the red
and blue subpixels as dependently linked, since together red and blue
have an approximate luminance as green.  It was called the SubRGB
algorithm, and there was a page with source, a library, and examples
-- but I can't find it in google.  I don't believe it was ever used in
any font-rendering library, but it was suggested as a possible
non-patent infringing replacement.

On Thu, Mar 26, 2009 at 5:51 AM, Roberto Ragusa <mail at robertoragusa.it> wrote:
> Kevin Kofler wrote:
>>
>> Apart from the bytecode interpreter, freetype-freeworld just enables the
>> subpixel rendering in the upstream freetype. So does Fedora's freetype
>> since Fedora 10. (It was disabled in F9, it got reenabled in F10, I have no
>> idea what the rationale was for each of those decisions.) So these days the
>> only difference between freetype and freetype-freeworld is the bytecode
>> interpreter.
>
> Rendering with BCI enabled always looked awful to me, the BC-equipped fonts
> really turn into a b&w bitmap, which appears ugly to me. Maybe people who
> use Windows really like them, but my eyes are much more happy with light
> hinting and don't care about the color fringes; this could depend on the
> monitor DPI (my screen is 133dpi, I suppose 1024x768 17" laptops are
> another story).
>
> I just use the freetype from Fedora 10 and I consider my fonts beautifully
> rendered. Probably the autohinter is doing its work well.
>
> I think that font rendering on Mac is worse than on my Fedora. No colors,
> but really blurry chars; they mitigate the effect by using huge font sizes
> in the GUI.
>
> Just a thought: do I remember correctly that the color filter is just a
> simple y(0)=(x(-1)+x(0)+x(1))/3 on the subpixels? Did anyone consider that
> R, G and B have different brightness to the human eye and should be weighted
> more smartly?
>
> --
> ? Roberto Ragusa ? ?mail at robertoragusa.it
>
> --
> fedora-devel-list mailing list
> fedora-devel-list at redhat.com
> https://www.redhat.com/mailman/listinfo/fedora-devel-list
>



From craftjml at gmail.com  Thu Mar 26 14:26:04 2009
From: craftjml at gmail.com (Jud Craft)
Date: Thu, 26 Mar 2009 09:26:04 -0500
Subject: A supposedly patent-free suggestion/solution to the curious 
	subpixel rendering in Fedora
In-Reply-To: <20d6441a0903260722r1bfd078axf352670056fc2471@mail.gmail.com>
References: <20d6441a0903221518h4e7bd6aj55b61c7875495794@mail.gmail.com>
	<gq8a3g$295$2@ger.gmane.org> <49CB5E18.7040709@robertoragusa.it>
	<20d6441a0903260722r1bfd078axf352670056fc2471@mail.gmail.com>
Message-ID: <20d6441a0903260726w55ef0d9cv6166068939d5a9ab@mail.gmail.com>

Found it.  It is actually called "SubLCD".

http://kim.oyhus.no/SubLCD-1.html
http://www.oyhus.no/SubLCD.html



From cra at WPI.EDU  Thu Mar 26 14:56:09 2009
From: cra at WPI.EDU (Chuck Anderson)
Date: Thu, 26 Mar 2009 10:56:09 -0400
Subject: System Config Tools Cleanup Project - tools to eliminate/replace
In-Reply-To: <1238076741.5005.211.camel@atropine.boston.devel.redhat.com>
References: <200903241710.00926.jreznik@redhat.com>
	<e99d27470903241203g376da16ey5dbf64fc2f61d3c2@mail.gmail.com>
	<1238002844.3851.3.camel@localhost.localdomain>
	<49CA6EC6.8050501@freenet.de>
	<1238076741.5005.211.camel@atropine.boston.devel.redhat.com>
Message-ID: <20090326145609.GD28831@angus.ind.WPI.EDU>

On Thu, Mar 26, 2009 at 10:12:21AM -0400, Adam Jackson wrote:
> On Wed, 2009-03-25 at 18:49 +0100, Ralf Corsepius wrote:
> > Matthias Clasen wrote:
> > > On Tue, 2009-03-24 at 20:03 +0100, Rudolf Kastl wrote:
> > >> as long as those tool properly configure ntp... in the gnome date
> > >> applet i cant find any ntp options.
> > > 
> > > NTP doesn't need any configuration UI,  it just needs to be on by default.
> > Wrong.
> > 
> > Keywords: Firewall, dedicated local ntpd-servers.
> 
> Statistically speaking, 0% of the endpoints on the internet are ntpd
> servers.

We also need to fix ntpdate so that it waits for the network to be 
available before attempting to set the clock.  Using NetworkManager 
NETWORKWAIT=yes doesn't help here.



From ml at kiewel-online.ch  Thu Mar 26 15:08:48 2009
From: ml at kiewel-online.ch (Uwe Kiewel)
Date: Thu, 26 Mar 2009 16:08:48 +0100
Subject: repoview in F10 Everything not possible
Message-ID: <49CB9A80.9090204@kiewel-online.ch>

Hi,

I cannot create repoview for F10 Everyathing.


Writing package php-pear.html
Writing package php-pear-auth.html
Writing package php-pear-auth-openid.html
Writing package php-pear-auth-radius.html
Writing package php-pear-auth-sasl.html
Traceback (most recent call last):
  File "/usr/bin/repoview", line 926, in ?
    main()
  File "/usr/bin/repoview", line 923, in main
    Repoview(opts)
  File "/usr/bin/repoview", line 191, in __init__
    packages = self.do_packages(repo_data, group_data, pkgnames)
  File "/usr/bin/repoview", line 554, in do_packages
    if self.has_changed(pkg_filename, checksum):
  File "/usr/bin/repoview", line 607, in has_changed
    scursor.execute(query)
  File "/usr/lib/python2.4/site-packages/sqlite/main.py", line 244, in
execute
    self.rs = self.con.db.execute(SQL)
_sqlite.IntegrityError: column filename is not unique


Thanks,
	Uwe



From skvidal at fedoraproject.org  Thu Mar 26 15:10:39 2009
From: skvidal at fedoraproject.org (Seth Vidal)
Date: Thu, 26 Mar 2009 11:10:39 -0400 (EDT)
Subject: repoview in F10 Everything not possible
In-Reply-To: <49CB9A80.9090204@kiewel-online.ch>
References: <49CB9A80.9090204@kiewel-online.ch>
Message-ID: <alpine.LFD.2.00.0903261110190.12190@localhost.localdomain>



On Thu, 26 Mar 2009, Uwe Kiewel wrote:

> Hi,
>
> I cannot create repoview for F10 Everyathing.
>
>
> Writing package php-pear.html
> Writing package php-pear-auth.html
> Writing package php-pear-auth-openid.html
> Writing package php-pear-auth-radius.html
> Writing package php-pear-auth-sasl.html
> Traceback (most recent call last):
>  File "/usr/bin/repoview", line 926, in ?
>    main()
>  File "/usr/bin/repoview", line 923, in main
>    Repoview(opts)
>  File "/usr/bin/repoview", line 191, in __init__
>    packages = self.do_packages(repo_data, group_data, pkgnames)
>  File "/usr/bin/repoview", line 554, in do_packages
>    if self.has_changed(pkg_filename, checksum):
>  File "/usr/bin/repoview", line 607, in has_changed
>    scursor.execute(query)
>  File "/usr/lib/python2.4/site-packages/sqlite/main.py", line 244, in
> execute
>    self.rs = self.con.db.execute(SQL)
> _sqlite.IntegrityError: column filename is not unique

repoview has been fixed in rawhide. Not  sure if the fix got backported to 
f10.

-sv



From ml at kiewel-online.ch  Thu Mar 26 15:16:45 2009
From: ml at kiewel-online.ch (Uwe Kiewel)
Date: Thu, 26 Mar 2009 16:16:45 +0100
Subject: repoview in F10 Everything not possible
In-Reply-To: <alpine.LFD.2.00.0903261110190.12190@localhost.localdomain>
References: <49CB9A80.9090204@kiewel-online.ch>
	<alpine.LFD.2.00.0903261110190.12190@localhost.localdomain>
Message-ID: <49CB9C5D.7030404@kiewel-online.ch>

Seth Vidal wrote:
> 
> 
> On Thu, 26 Mar 2009, Uwe Kiewel wrote:
> 
>> Hi,
>>
>> I cannot create repoview for F10 Everyathing.
>>
>>
[...]
> 
> repoview has been fixed in rawhide. Not  sure if the fix got backported
> to f10.

Cool. I will try it tonight.

Thanks,
	Uwe



From skvidal at fedoraproject.org  Thu Mar 26 15:23:47 2009
From: skvidal at fedoraproject.org (Seth Vidal)
Date: Thu, 26 Mar 2009 11:23:47 -0400 (EDT)
Subject: repoview in F10 Everything not possible
In-Reply-To: <49CB9C5D.7030404@kiewel-online.ch>
References: <49CB9A80.9090204@kiewel-online.ch>
	<alpine.LFD.2.00.0903261110190.12190@localhost.localdomain>
	<49CB9C5D.7030404@kiewel-online.ch>
Message-ID: <alpine.LFD.2.00.0903261122180.12190@localhost.localdomain>



On Thu, 26 Mar 2009, Uwe Kiewel wrote:

> Seth Vidal wrote:
>>
>>
>> On Thu, 26 Mar 2009, Uwe Kiewel wrote:
>>
>>> Hi,
>>>
>>> I cannot create repoview for F10 Everyathing.
>>>
>>>
> [...]
>>
>> repoview has been fixed in rawhide. Not  sure if the fix got backported
>> to f10.
>
> Cool. I will try it tonight.
>

Sorry, there is a patch for this - but it is not in F10, yet, and the 
problem was that there were two pkgs with the same name but in a different 
case.

-sv



From stickster at gmail.com  Thu Mar 26 15:31:06 2009
From: stickster at gmail.com (Paul W. Frields)
Date: Thu, 26 Mar 2009 11:31:06 -0400
Subject: 2009-03-26 - Fedora Test Day - Nouveau graphics driver
In-Reply-To: <20090326004317.GA14261@wolff.to>
References: <1237930123.3620.531.camel@flatline.devel.redhat.com>
	<1237972219.10771.2.camel@choeger5.umpa.netz>
	<1237982637.4572.190.camel@adam.local.net>
	<1238007346.11846.12.camel@choeger6>
	<1238009236.4572.220.camel@adam.local.net>
	<1238010281.4572.221.camel@adam.local.net>
	<1238020819.3062.2.camel@scrappy.miketc.net>
	<20090326004317.GA14261@wolff.to>
Message-ID: <20090326153106.GE10723@localhost.localdomain>

On Wed, Mar 25, 2009 at 07:43:17PM -0500, Bruno Wolff III wrote:
> On Wed, Mar 25, 2009 at 17:40:19 -0500,
>   Mike Chambers <mike at miketc.net> wrote:
> > 
> > I must be doing something wrong, but enabling modeset on grub boot tells
> > me incorrect parameter?  If you wanted to edit your grub.conf itself and
> > add it there , would someone post theirs and show me what line and how
> > it's set for it to work?  I've done it via grub.conf and tried via just
> > boot up and adding it before booting and either way gives me an error.
> 
> modeset is the default. You use nomodeset to turn it off.

This wasn't my experience on the Test Day Live image.  I had to use
the modeset parameter to explicitly enable modesetting.

-- 
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
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090326/5e91690e/attachment.sig>

From sundaram at fedoraproject.org  Thu Mar 26 15:41:35 2009
From: sundaram at fedoraproject.org (Rahul Sundaram)
Date: Thu, 26 Mar 2009 21:11:35 +0530
Subject: 2009-03-26 - Fedora Test Day - Nouveau graphics driver
In-Reply-To: <20090326153106.GE10723@localhost.localdomain>
References: <1237930123.3620.531.camel@flatline.devel.redhat.com>	<1237972219.10771.2.camel@choeger5.umpa.netz>	<1237982637.4572.190.camel@adam.local.net>	<1238007346.11846.12.camel@choeger6>	<1238009236.4572.220.camel@adam.local.net>	<1238010281.4572.221.camel@adam.local.net>	<1238020819.3062.2.camel@scrappy.miketc.net>	<20090326004317.GA14261@wolff.to>
	<20090326153106.GE10723@localhost.localdomain>
Message-ID: <49CBA22F.8040303@fedoraproject.org>

Paul W. Frields wrote:
> On Wed, Mar 25, 2009 at 07:43:17PM -0500, Bruno Wolff III wrote:
>> On Wed, Mar 25, 2009 at 17:40:19 -0500,
>>   Mike Chambers <mike at miketc.net> wrote:
>>> I must be doing something wrong, but enabling modeset on grub boot tells
>>> me incorrect parameter?  If you wanted to edit your grub.conf itself and
>>> add it there , would someone post theirs and show me what line and how
>>> it's set for it to work?  I've done it via grub.conf and tried via just
>>> boot up and adding it before booting and either way gives me an error.
>> modeset is the default. You use nomodeset to turn it off.
> 
> This wasn't my experience on the Test Day Live image.  I had to use
> the modeset parameter to explicitly enable modesetting.

Modesetting is only on by default on ATI and Intel. Nvidia, it is opt-in.

Rahul



From itamar at ispbrasil.com.br  Thu Mar 26 15:38:37 2009
From: itamar at ispbrasil.com.br (Itamar Reis Peixoto)
Date: Thu, 26 Mar 2009 12:38:37 -0300
Subject: 2009-03-26 - Fedora Test Day - Nouveau graphics driver
In-Reply-To: <49CBA22F.8040303@fedoraproject.org>
References: <1237930123.3620.531.camel@flatline.devel.redhat.com>
	<1237972219.10771.2.camel@choeger5.umpa.netz>
	<1237982637.4572.190.camel@adam.local.net>
	<1238007346.11846.12.camel@choeger6>
	<1238009236.4572.220.camel@adam.local.net>
	<1238010281.4572.221.camel@adam.local.net>
	<1238020819.3062.2.camel@scrappy.miketc.net>
	<20090326004317.GA14261@wolff.to>
	<20090326153106.GE10723@localhost.localdomain>
	<49CBA22F.8040303@fedoraproject.org>
Message-ID: <d3ceea380903260838m2de73decm74018ac67585b041@mail.gmail.com>

I Can't make my second monitor work with norveau

I am using lasted rawhide.


mirroring screen works, but I don't want a mirrored screen (I want
independent screens)



On Thu, Mar 26, 2009 at 12:41 PM, Rahul Sundaram
<sundaram at fedoraproject.org> wrote:
> Paul W. Frields wrote:
>> On Wed, Mar 25, 2009 at 07:43:17PM -0500, Bruno Wolff III wrote:
>>> On Wed, Mar 25, 2009 at 17:40:19 -0500,
>>> ? Mike Chambers <mike at miketc.net> wrote:
>>>> I must be doing something wrong, but enabling modeset on grub boot tells
>>>> me incorrect parameter? ?If you wanted to edit your grub.conf itself and
>>>> add it there , would someone post theirs and show me what line and how
>>>> it's set for it to work? ?I've done it via grub.conf and tried via just
>>>> boot up and adding it before booting and either way gives me an error.
>>> modeset is the default. You use nomodeset to turn it off.
>>
>> This wasn't my experience on the Test Day Live image. ?I had to use
>> the modeset parameter to explicitly enable modesetting.
>
> Modesetting is only on by default on ATI and Intel. Nvidia, it is opt-in.
>
> Rahul
>
> --
> 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 sgallagh at redhat.com  Thu Mar 26 15:41:19 2009
From: sgallagh at redhat.com (Stephen Gallagher)
Date: Thu, 26 Mar 2009 11:41:19 -0400
Subject: 2009-03-26 - Fedora Test Day - Nouveau graphics driver
In-Reply-To: <d3ceea380903260838m2de73decm74018ac67585b041@mail.gmail.com>
References: <1237930123.3620.531.camel@flatline.devel.redhat.com>	<1237972219.10771.2.camel@choeger5.umpa.netz>	<1237982637.4572.190.camel@adam.local.net>	<1238007346.11846.12.camel@choeger6>	<1238009236.4572.220.camel@adam.local.net>	<1238010281.4572.221.camel@adam.local.net>	<1238020819.3062.2.camel@scrappy.miketc.net>	<20090326004317.GA14261@wolff.to>	<20090326153106.GE10723@localhost.localdomain>	<49CBA22F.8040303@fedoraproject.org>
	<d3ceea380903260838m2de73decm74018ac67585b041@mail.gmail.com>
Message-ID: <49CBA21F.6080107@redhat.com>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Itamar Reis Peixoto wrote:
> I Can't make my second monitor work with norveau
> 
> I am using lasted rawhide.
> 
> 
> mirroring screen works, but I don't want a mirrored screen (I want
> independent screens)
> 
> 
> 
> On Thu, Mar 26, 2009 at 12:41 PM, Rahul Sundaram
> <sundaram at fedoraproject.org> wrote:
>> Paul W. Frields wrote:
>>> On Wed, Mar 25, 2009 at 07:43:17PM -0500, Bruno Wolff III wrote:
>>>> On Wed, Mar 25, 2009 at 17:40:19 -0500,
>>>>   Mike Chambers <mike at miketc.net> wrote:
>>>>> I must be doing something wrong, but enabling modeset on grub boot tells
>>>>> me incorrect parameter?  If you wanted to edit your grub.conf itself and
>>>>> add it there , would someone post theirs and show me what line and how
>>>>> it's set for it to work?  I've done it via grub.conf and tried via just
>>>>> boot up and adding it before booting and either way gives me an error.
>>>> modeset is the default. You use nomodeset to turn it off.
>>> This wasn't my experience on the Test Day Live image.  I had to use
>>> the modeset parameter to explicitly enable modesetting.
>> Modesetting is only on by default on ATI and Intel. Nvidia, it is opt-in.
>>
>> Rahul
>>
>> --
>> fedora-devel-list mailing list
>> fedora-devel-list at redhat.com
>> https://www.redhat.com/mailman/listinfo/fedora-devel-list
>>
> 
> 
> 

There's a current Xorg limitation with virtual screen size maxing out at
1920x1920, so if the sum of the vertical or horizontal sizes of your
screen exceeds 1920, it won't work.

This can be fixed in the xorg.conf with
Section "Screen"
	Identifier "Screen0"
	Device     "Videocard0"
	DefaultDepth     24
	SubSection "Display"
		Virtual 3600 1200
		Viewport   0 0
		Depth     24
	EndSubSection
EndSection

for example

- --
Stephen Gallagher
RHCE 804006346421761

Looking to carve out IT costs?
www.redhat.com/carveoutcosts/
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org

iEYEARECAAYFAknLohwACgkQeiVVYja6o6P+QQCgkMtprsSIRZ6ucToBaB7YGVju
qlQAn3Xc2VOKohoBDP7U50mgdkl09aPa
=cjS/
-----END PGP SIGNATURE-----



From wwoods at redhat.com  Thu Mar 26 15:45:49 2009
From: wwoods at redhat.com (Will Woods)
Date: Thu, 26 Mar 2009 11:45:49 -0400
Subject: 2009-03-26 - Fedora Test Day - Nouveau graphics driver
In-Reply-To: <20090326004317.GA14261@wolff.to>
References: <1237930123.3620.531.camel@flatline.devel.redhat.com>
	<1237972219.10771.2.camel@choeger5.umpa.netz>
	<1237982637.4572.190.camel@adam.local.net>
	<1238007346.11846.12.camel@choeger6>
	<1238009236.4572.220.camel@adam.local.net>
	<1238010281.4572.221.camel@adam.local.net>
	<1238020819.3062.2.camel@scrappy.miketc.net>
	<20090326004317.GA14261@wolff.to>
Message-ID: <1238082349.3289.18.camel@metroid.rdu.redhat.com>

On Wed, 2009-03-25 at 19:43 -0500, Bruno Wolff III wrote:
> On Wed, Mar 25, 2009 at 17:40:19 -0500,
>   Mike Chambers <mike at miketc.net> wrote:
> > 
> > I must be doing something wrong, but enabling modeset on grub boot tells
> > me incorrect parameter?  

That's expected, and you can ignore it. The *kernel* complains because
it doesn't understand 'nouveau.modeset=1'. But the nouveau *module*
understands it fine.

> > If you wanted to edit your grub.conf itself and
> > add it there , would someone post theirs and show me what line and how
> > it's set for it to work?  I've done it via grub.conf and tried via just
> > boot up and adding it before booting and either way gives me an error.
> 
> modeset is the default. You use nomodeset to turn it off.

That's for intel and radeon, not nouveau. See the *other* feature page
for details on modesetting with nouveau:

http://fedoraproject.org/wiki/Features/NouveauModesetting

I added a note to the NouveauAsDefault wiki page to clarify a bit.

-w
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 3153 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090326/ead50645/attachment.bin>

From skvidal at fedoraproject.org  Thu Mar 26 15:47:23 2009
From: skvidal at fedoraproject.org (Seth Vidal)
Date: Thu, 26 Mar 2009 11:47:23 -0400 (EDT)
Subject: repoview in F10 Everything not possible
In-Reply-To: <alpine.LFD.2.00.0903261122180.12190@localhost.localdomain>
References: <49CB9A80.9090204@kiewel-online.ch>
	<alpine.LFD.2.00.0903261110190.12190@localhost.localdomain>
	<49CB9C5D.7030404@kiewel-online.ch>
	<alpine.LFD.2.00.0903261122180.12190@localhost.localdomain>
Message-ID: <alpine.LFD.2.00.0903261146540.12190@localhost.localdomain>



On Thu, 26 Mar 2009, Seth Vidal wrote:

>
>
> On Thu, 26 Mar 2009, Uwe Kiewel wrote:
>
>> Seth Vidal wrote:
>>> 
>>> 
>>> On Thu, 26 Mar 2009, Uwe Kiewel wrote:
>>> 
>>>> Hi,
>>>> 
>>>> I cannot create repoview for F10 Everyathing.
>>>> 
>>>> 
>> [...]
>>> 
>>> repoview has been fixed in rawhide. Not  sure if the fix got backported
>>> to f10.
>> 
>> Cool. I will try it tonight.
>> 
>
> Sorry, there is a patch for this - but it is not in F10, yet, and the problem 
> was that there were two pkgs with the same name but in a different case.
>

It's in F9, F10 and rawhide in koji now.

I'll push it into bodhi on f9 and f10 today.

-sv



From ml at kiewel-online.ch  Thu Mar 26 15:54:16 2009
From: ml at kiewel-online.ch (Uwe Kiewel)
Date: Thu, 26 Mar 2009 16:54:16 +0100
Subject: repoview in F10 Everything not possible
In-Reply-To: <alpine.LFD.2.00.0903261146540.12190@localhost.localdomain>
References: <49CB9A80.9090204@kiewel-online.ch>	<alpine.LFD.2.00.0903261110190.12190@localhost.localdomain>	<49CB9C5D.7030404@kiewel-online.ch>	<alpine.LFD.2.00.0903261122180.12190@localhost.localdomain>
	<alpine.LFD.2.00.0903261146540.12190@localhost.localdomain>
Message-ID: <49CBA528.7040406@kiewel-online.ch>

Seth Vidal wrote:
> 
> 
> On Thu, 26 Mar 2009, Seth Vidal wrote:
> 
>>
>>
>> On Thu, 26 Mar 2009, Uwe Kiewel wrote:
>>
>>> Seth Vidal wrote:
>>>>
>>>>
>>>> On Thu, 26 Mar 2009, Uwe Kiewel wrote:
>>>>
>>>>> Hi,
>>>>>
>>>>> I cannot create repoview for F10 Everyathing.
>>>>>
>>>>>
>>> [...]
>>>>
>>>> repoview has been fixed in rawhide. Not  sure if the fix got backported
>>>> to f10.
>>>
>>> Cool. I will try it tonight.
>>>
>>
>> Sorry, there is a patch for this - but it is not in F10, yet, and the
>> problem was that there were two pkgs with the same name but in a
>> different case.
>>
> 
> It's in F9, F10 and rawhide in koji now.
> 
> I'll push it into bodhi on f9 and f10 today.

Sorry, I don't understand. What does it meen: koji and bodhi?

Thanks,
	Uwe



From icon at fedoraproject.org  Thu Mar 26 16:00:11 2009
From: icon at fedoraproject.org (Konstantin Ryabitsev)
Date: Thu, 26 Mar 2009 12:00:11 -0400
Subject: repoview in F10 Everything not possible
In-Reply-To: <alpine.LFD.2.00.0903261122180.12190@localhost.localdomain>
References: <49CB9A80.9090204@kiewel-online.ch>
	<alpine.LFD.2.00.0903261110190.12190@localhost.localdomain>
	<49CB9C5D.7030404@kiewel-online.ch>
	<alpine.LFD.2.00.0903261122180.12190@localhost.localdomain>
Message-ID: <f8f6300f0903260900i78ff3025r760676471f8611a1@mail.gmail.com>

On Thu, Mar 26, 2009 at 11:23 AM, Seth Vidal <skvidal at fedoraproject.org> wrote:
> Sorry, there is a patch for this - but it is not in F10, yet, and the
> problem was that there were two pkgs with the same name but in a different
> case.

Sorry for dragging my feed with these fixes. Besides the expected
excuse (young baby at home), I'll also need to make sure we still deal
with the original reason why lowercasing was put into the code -- so
as to avoid creating separate group entries for case-insensitive RPM
groups (e.g. "Applications/Internet" and "Applications/internet").

It should be fairly simple but I need to find some time to sit down with it.

In the meantime, the fixes that Seth put in should be fine for Fedora,
since RPM groups are not used.

Cheers,
-- 
Konstantin Ryabitsev
Montr?al, Qu?bec



From skvidal at fedoraproject.org  Thu Mar 26 16:11:19 2009
From: skvidal at fedoraproject.org (Seth Vidal)
Date: Thu, 26 Mar 2009 12:11:19 -0400 (EDT)
Subject: repoview in F10 Everything not possible
In-Reply-To: <f8f6300f0903260900i78ff3025r760676471f8611a1@mail.gmail.com>
References: <49CB9A80.9090204@kiewel-online.ch>
	<alpine.LFD.2.00.0903261110190.12190@localhost.localdomain>
	<49CB9C5D.7030404@kiewel-online.ch>
	<alpine.LFD.2.00.0903261122180.12190@localhost.localdomain>
	<f8f6300f0903260900i78ff3025r760676471f8611a1@mail.gmail.com>
Message-ID: <alpine.LFD.2.00.0903261210400.12190@localhost.localdomain>



On Thu, 26 Mar 2009, Konstantin Ryabitsev wrote:

> On Thu, Mar 26, 2009 at 11:23 AM, Seth Vidal <skvidal at fedoraproject.org> wrote:
>> Sorry, there is a patch for this - but it is not in F10, yet, and the
>> problem was that there were two pkgs with the same name but in a different
>> case.
>
> Sorry for dragging my feed with these fixes. Besides the expected
> excuse (young baby at home), I'll also need to make sure we still deal
> with the original reason why lowercasing was put into the code -- so
> as to avoid creating separate group entries for case-insensitive RPM
> groups (e.g. "Applications/Internet" and "Applications/internet").
>
> It should be fairly simple but I need to find some time to sit down with it.
>
> In the meantime, the fixes that Seth put in should be fine for Fedora,
> since RPM groups are not used.
>

Icon,
  I built 0.6.2-3.fc9 and .fc10 with that patch. If you want to push them to 
bodhi, be my guest. :)

-sv



From rjones at redhat.com  Thu Mar 26 17:15:54 2009
From: rjones at redhat.com (Richard W.M. Jones)
Date: Thu, 26 Mar 2009 17:15:54 +0000
Subject: Is there a tool to visualize RPM dependencies (by size)
In-Reply-To: <20090324135937.GA23976@amd.home.annexia.org>
References: <20090324135937.GA23976@amd.home.annexia.org>
Message-ID: <20090326171554.GA18237@amd.home.annexia.org>

Just to complete the circle on this:
http://et.redhat.com/~rjones/rpmdepsize/

Rich.

-- 
Richard Jones, Emerging Technologies, Red Hat  http://et.redhat.com/~rjones
virt-top is 'top' for virtual machines.  Tiny program with many
powerful monitoring features, net stats, disk stats, logging, etc.
http://et.redhat.com/~rjones/virt-top



From lfarkas at lfarkas.org  Thu Mar 26 17:22:19 2009
From: lfarkas at lfarkas.org (Farkas Levente)
Date: Thu, 26 Mar 2009 18:22:19 +0100
Subject: Is there a tool to visualize RPM dependencies (by size)
In-Reply-To: <20090326171554.GA18237@amd.home.annexia.org>
References: <20090324135937.GA23976@amd.home.annexia.org>
	<20090326171554.GA18237@amd.home.annexia.org>
Message-ID: <49CBB9CB.6010305@lfarkas.org>

Richard W.M. Jones wrote:
> Just to complete the circle on this:
> http://et.redhat.com/~rjones/rpmdepsize/

an rpm for this rpm tool?:-)

-- 
  Levente                               "Si vis pacem para bellum!"



From ndbecker2 at gmail.com  Thu Mar 26 18:22:51 2009
From: ndbecker2 at gmail.com (Neal Becker)
Date: Thu, 26 Mar 2009 14:22:51 -0400
Subject: another interesting idea (zfs based upgrades)
Message-ID: <gqgh5r$cbm$1@ger.gmane.org>

http://tech.xerces.com/unbreakable-upgrades-zfs-and-apt-get.geek




From rjones at redhat.com  Thu Mar 26 18:31:19 2009
From: rjones at redhat.com (Richard W.M. Jones)
Date: Thu, 26 Mar 2009 18:31:19 +0000
Subject: Is there a tool to visualize RPM dependencies (by size)
In-Reply-To: <49CBB9CB.6010305@lfarkas.org>
References: <20090324135937.GA23976@amd.home.annexia.org>
	<20090326171554.GA18237@amd.home.annexia.org>
	<49CBB9CB.6010305@lfarkas.org>
Message-ID: <20090326183119.GA19129@amd.home.annexia.org>

On Thu, Mar 26, 2009 at 06:22:19PM +0100, Farkas Levente wrote:
> Richard W.M. Jones wrote:
> > Just to complete the circle on this:
> > http://et.redhat.com/~rjones/rpmdepsize/
> 
> an rpm for this rpm tool?:-)

Yes, I'll put one up later.  At the moment it's still an experiment.

Rich.

-- 
Richard Jones, Emerging Technologies, Red Hat  http://et.redhat.com/~rjones
virt-df lists disk usage of guests without needing to install any
software inside the virtual machine.  Supports Linux and Windows.
http://et.redhat.com/~rjones/virt-df/



From skvidal at fedoraproject.org  Thu Mar 26 18:30:38 2009
From: skvidal at fedoraproject.org (Seth Vidal)
Date: Thu, 26 Mar 2009 14:30:38 -0400 (EDT)
Subject: another interesting idea (zfs based upgrades)
In-Reply-To: <gqgh5r$cbm$1@ger.gmane.org>
References: <gqgh5r$cbm$1@ger.gmane.org>
Message-ID: <alpine.LFD.2.00.0903261428230.12190@localhost.localdomain>



On Thu, 26 Mar 2009, Neal Becker wrote:

> http://tech.xerces.com/unbreakable-upgrades-zfs-and-apt-get.geek
>

Here's how this would work in the yum world:

1. if any package from @core (or any of their deps) are being upgraded 
then run an lvm snapshot and store it/add it to grub
2. proceed with update

If anyone would like to write the lvm snapshot rootfs and store/add it to 
grub I can write the yum plugin to do the rest.

It's not radically exciting code.

In yum you wouldn't even need to stop the yum update command and ask the 
user to run a separate program.

-sv




From awilliam at redhat.com  Thu Mar 26 18:53:34 2009
From: awilliam at redhat.com (Adam Williamson)
Date: Thu, 26 Mar 2009 11:53:34 -0700
Subject: 2009-03-26 - Fedora Test Day - Nouveau graphics driver
In-Reply-To: <1238021381.11846.16.camel@choeger6>
References: <1237930123.3620.531.camel@flatline.devel.redhat.com>
	<1237972219.10771.2.camel@choeger5.umpa.netz>
	<1237982637.4572.190.camel@adam.local.net>
	<1238007346.11846.12.camel@choeger6>
	<1238009236.4572.220.camel@adam.local.net>
	<1238010281.4572.221.camel@adam.local.net>
	<1238020819.3062.2.camel@scrappy.miketc.net>
	<1238021381.11846.16.camel@choeger6>
Message-ID: <1238093614.4338.0.camel@adam.local.net>

On Wed, 2009-03-25 at 23:49 +0100, Christoph H?ger wrote:
> Am Mittwoch, den 25.03.2009, 17:40 -0500 schrieb Mike Chambers:
> > On Wed, 2009-03-25 at 12:44 -0700, Adam Williamson wrote:
> > 
> > > I've just added a KMS test case to the Test Day page. Everyone who's
> > > already tested, if you could add your result for the KMS test, that
> > > would be awesome. I may also add a rendercheck test case before
> > > tomorrow.
> > 
> > I must be doing something wrong, but enabling modeset on grub boot tells
> > me incorrect parameter?  If you wanted to edit your grub.conf itself and
> > add it there , would someone post theirs and show me what line and how
> > it's set for it to work?  I've done it via grub.conf and tried via just
> > boot up and adding it before booting and either way gives me an error.
> 
> Just go on, kernel complained about incorrect param to me too, but kms
> worked like a charm.

Right - that message is bogus, just ignore it. I've added a note to the
test case now.
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org
http://www.happyassassin.net



From dbn.lists at gmail.com  Thu Mar 26 18:55:55 2009
From: dbn.lists at gmail.com (Dan Nicholson)
Date: Thu, 26 Mar 2009 11:55:55 -0700
Subject: 2009-03-26 - Fedora Test Day - Nouveau graphics driver
In-Reply-To: <1238020819.3062.2.camel@scrappy.miketc.net>
References: <1237930123.3620.531.camel@flatline.devel.redhat.com>
	<1237972219.10771.2.camel@choeger5.umpa.netz>
	<1237982637.4572.190.camel@adam.local.net>
	<1238007346.11846.12.camel@choeger6>
	<1238009236.4572.220.camel@adam.local.net>
	<1238010281.4572.221.camel@adam.local.net>
	<1238020819.3062.2.camel@scrappy.miketc.net>
Message-ID: <91705d080903261155j2b1615asbf2052c1cd16dddc@mail.gmail.com>

On Wed, Mar 25, 2009 at 3:40 PM, Mike Chambers <mike at miketc.net> wrote:
> On Wed, 2009-03-25 at 12:44 -0700, Adam Williamson wrote:
>
>> I've just added a KMS test case to the Test Day page. Everyone who's
>> already tested, if you could add your result for the KMS test, that
>> would be awesome. I may also add a rendercheck test case before
>> tomorrow.
>
> I must be doing something wrong, but enabling modeset on grub boot tells
> me incorrect parameter? ?If you wanted to edit your grub.conf itself and
> add it there , would someone post theirs and show me what line and how
> it's set for it to work? ?I've done it via grub.conf and tried via just
> boot up and adding it before booting and either way gives me an error.

The kernel doesn't know what to do with the parameter because nouveau
is a loadable module. But modprobe will pick up the option when it's
run by udev. Don't worry about the kernel saying it's an incorrect
parameter. At some point, the kernel should probably be fixed to issue
this warning when the module is builtin.

--
Dan



From awilliam at redhat.com  Thu Mar 26 18:56:29 2009
From: awilliam at redhat.com (Adam Williamson)
Date: Thu, 26 Mar 2009 11:56:29 -0700
Subject: 2009-03-26 - Fedora Test Day - Nouveau graphics driver
In-Reply-To: <20090326004317.GA14261@wolff.to>
References: <1237930123.3620.531.camel@flatline.devel.redhat.com>
	<1237972219.10771.2.camel@choeger5.umpa.netz>
	<1237982637.4572.190.camel@adam.local.net>
	<1238007346.11846.12.camel@choeger6>
	<1238009236.4572.220.camel@adam.local.net>
	<1238010281.4572.221.camel@adam.local.net>
	<1238020819.3062.2.camel@scrappy.miketc.net>
	<20090326004317.GA14261@wolff.to>
Message-ID: <1238093789.4338.1.camel@adam.local.net>

On Wed, 2009-03-25 at 19:43 -0500, Bruno Wolff III wrote:
> On Wed, Mar 25, 2009 at 17:40:19 -0500,
>   Mike Chambers <mike at miketc.net> wrote:
> > 
> > I must be doing something wrong, but enabling modeset on grub boot tells
> > me incorrect parameter?  If you wanted to edit your grub.conf itself and
> > add it there , would someone post theirs and show me what line and how
> > it's set for it to work?  I've done it via grub.conf and tried via just
> > boot up and adding it before booting and either way gives me an error.
> 
> modeset is the default. You use nomodeset to turn it off.

Not for nouveau. It's disabled by default on nouveau.
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org
http://www.happyassassin.net



From jdieter at gmail.com  Thu Mar 26 18:52:07 2009
From: jdieter at gmail.com (Jonathan Dieter)
Date: Thu, 26 Mar 2009 20:52:07 +0200
Subject: another interesting idea (zfs based upgrades)
In-Reply-To: <alpine.LFD.2.00.0903261428230.12190@localhost.localdomain>
References: <gqgh5r$cbm$1@ger.gmane.org>
	<alpine.LFD.2.00.0903261428230.12190@localhost.localdomain>
Message-ID: <1238093527.9589.38.camel@jdlaptop.lesbg.loc>

On Thu, 2009-03-26 at 14:30 -0400, Seth Vidal wrote:
> 
> On Thu, 26 Mar 2009, Neal Becker wrote:
> 
> > http://tech.xerces.com/unbreakable-upgrades-zfs-and-apt-get.geek
> >
> 
> Here's how this would work in the yum world:
> 
> 1. if any package from @core (or any of their deps) are being upgraded 
> then run an lvm snapshot and store it/add it to grub
> 2. proceed with update
> 
> If anyone would like to write the lvm snapshot rootfs and store/add it to 
> grub I can write the yum plugin to do the rest.
> 
> It's not radically exciting code.
> 
> In yum you wouldn't even need to stop the yum update command and ask the 
> user to run a separate program.

My experience with lvm snapshotting was that it slowed down disk speeds
significantly.  I would expect that filesystem based snapshotting (which
btrfs will have) might be more efficient.  Or we could make sure the
snapshot is only left long enough to make sure the updates work.

Jonathan
-------------- 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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090326/7752e838/attachment.sig>

From awilliam at redhat.com  Thu Mar 26 19:32:41 2009
From: awilliam at redhat.com (Adam Williamson)
Date: Thu, 26 Mar 2009 12:32:41 -0700
Subject: 2009-03-26 - Fedora Test Day - Nouveau graphics driver
In-Reply-To: <d3ceea380903260838m2de73decm74018ac67585b041@mail.gmail.com>
References: <1237930123.3620.531.camel@flatline.devel.redhat.com>
	<1237972219.10771.2.camel@choeger5.umpa.netz>
	<1237982637.4572.190.camel@adam.local.net>
	<1238007346.11846.12.camel@choeger6>
	<1238009236.4572.220.camel@adam.local.net>
	<1238010281.4572.221.camel@adam.local.net>
	<1238020819.3062.2.camel@scrappy.miketc.net>
	<20090326004317.GA14261@wolff.to>
	<20090326153106.GE10723@localhost.localdomain>
	<49CBA22F.8040303@fedoraproject.org>
	<d3ceea380903260838m2de73decm74018ac67585b041@mail.gmail.com>
Message-ID: <1238095961.4338.7.camel@adam.local.net>

On Thu, 2009-03-26 at 12:38 -0300, Itamar Reis Peixoto wrote:
> I Can't make my second monitor work with norveau
> 
> I am using lasted rawhide.
> 
> 
> mirroring screen works, but I don't want a mirrored screen (I want
> independent screens)

Lots of people have reported this: the problem is the same one intel
used to have, it doesn't automatically allocate a framebuffer big enough
for both screens. There's a bug for this now:

https://bugzilla.redhat.com/show_bug.cgi?id=492175

in that bug I've asked Ben for his input on the status of this wrt
nouveau. As someone else followed up, the workaround is the same as it
used to be for Intel - you need an xorg.conf file with a proper Screens
section, and set the Virtual in the screens section to be the combined
resolution for the dual-head mode you want.
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org
http://www.happyassassin.net



From mschwendt at gmail.com  Thu Mar 26 19:40:13 2009
From: mschwendt at gmail.com (Michael Schwendt)
Date: Thu, 26 Mar 2009 19:40:13 -0000
Subject: Broken dependencies in Fedora 9 - 2009-03-26
Message-ID: <20090326194013.5827.59944@faldor.intranet>

======================================================================
The results in this summary consider Test Updates!
======================================================================

Summary of broken packages (by src.rpm name):

    aasaver
    brasero
    cas
    conexusmm
    cyphesis
    emma
    kbiof
    livecd-tools
    mediawiki-SpecialInterwiki
    openvas-libraries
    paraview
    perl-Test-AutoBuild
    php
    php-ZendFramework
    sear
    sepostgresql
    transifex


Summary of broken packages (by primary owner):

    adam.stokes AT gmail com
        cas

    akahl AT iconmobile com
        php-ZendFramework

    berrange AT redhat com
        perl-Test-AutoBuild

    denis AT poolshark org
        brasero

    extras-orphan AT fedoraproject org
        aasaver
        kbiof

    huzaifas AT redhat com
        openvas-libraries

    ivazqueznet AT gmail com
        transifex                       (1 co-owner)

    jorton AT redhat com
        php                             (2 co-owners)

    kaigai AT kaigai.gr jp
        sepostgresql

    katzj AT redhat com
        livecd-tools                    (2 co-owners)

    nigjones AT redhat com
        mediawiki-SpecialInterwiki

    orion AT cora.nwra com
        paraview                        (1 co-owner)

    overholt AT redhat com
        emma

    rvinyard AT cs.nmsu edu
        conexusmm

    wart AT kobold org
        cyphesis                        (1 co-owner)
        sear                            (1 co-owner)


======================================================================
Broken packages in fedora-9-i386:

    aasaver-0.3.2-3.fc9.i386  requires  libkscreensaver.so.4
    brasero-0.7.1-3.fc9.i386  requires  libburn.so.0
    conexusmm-0.5.0-3.fc7.i386  requires  libpapyrusmm.so.0
    conexusmm-devel-0.5.0-3.fc7.i386  requires  libpapyrusmm.so.0
    cyphesis-selinux-0.5.15-6.fc9.i386  requires  cyphesis = 0:0.5.15-6.fc9
    kbiof-0.3-3.fc9.i386  requires  libkscreensaver.so.4
    sear-0.6.3-10.fc9.i386  requires  libmercator-0.2.so.4


======================================================================
Broken packages in fedora-9-ppc:

    aasaver-0.3.2-3.fc9.ppc  requires  libkscreensaver.so.4
    brasero-0.7.1-3.fc9.ppc  requires  libburn.so.0
    conexusmm-0.5.0-3.fc7.ppc  requires  libpapyrusmm.so.0
    conexusmm-0.5.0-3.fc7.ppc64  requires  libpapyrusmm.so.0()(64bit)
    conexusmm-devel-0.5.0-3.fc7.ppc  requires  libpapyrusmm.so.0
    conexusmm-devel-0.5.0-3.fc7.ppc64  requires  libpapyrusmm.so.0()(64bit)
    cyphesis-selinux-0.5.15-6.fc9.ppc  requires  cyphesis = 0:0.5.15-6.fc9
    kbiof-0.3-3.fc9.ppc  requires  libkscreensaver.so.4
    paraview-3.2.1-6.fc9.ppc64  requires  paraview-data = 0:3.2.1-6.fc9
    paraview-mpi-3.2.1-6.fc9.ppc64  requires  paraview-data = 0:3.2.1-6.fc9
    php-devel-5.2.5-7.fc9.ppc64  requires  php = 0:5.2.5-7.fc9
    sear-0.6.3-10.fc9.ppc  requires  libmercator-0.2.so.4


======================================================================
Broken packages in fedora-9-ppc64:

    aasaver-0.3.2-3.fc9.ppc64  requires  libkscreensaver.so.4()(64bit)
    brasero-0.7.1-3.fc9.ppc64  requires  libburn.so.0()(64bit)
    conexusmm-0.5.0-3.fc7.ppc64  requires  libpapyrusmm.so.0()(64bit)
    conexusmm-devel-0.5.0-3.fc7.ppc64  requires  libpapyrusmm.so.0()(64bit)
    cyphesis-selinux-0.5.15-6.fc9.ppc64  requires  cyphesis = 0:0.5.15-6.fc9
    kbiof-0.3-3.fc9.ppc64  requires  libkscreensaver.so.4()(64bit)
    perl-Test-AutoBuild-darcs-1.2.2-3.fc9.noarch  requires  darcs >= 0:1.0.0
    sear-0.6.3-10.fc9.ppc64  requires  libmercator-0.2.so.4()(64bit)


======================================================================
Broken packages in fedora-9-x86_64:

    aasaver-0.3.2-3.fc9.x86_64  requires  libkscreensaver.so.4()(64bit)
    brasero-0.7.1-3.fc9.x86_64  requires  libburn.so.0()(64bit)
    conexusmm-0.5.0-3.fc7.i386  requires  libpapyrusmm.so.0
    conexusmm-0.5.0-3.fc7.x86_64  requires  libpapyrusmm.so.0()(64bit)
    conexusmm-devel-0.5.0-3.fc7.i386  requires  libpapyrusmm.so.0
    conexusmm-devel-0.5.0-3.fc7.x86_64  requires  libpapyrusmm.so.0()(64bit)
    cyphesis-selinux-0.5.15-6.fc9.x86_64  requires  cyphesis = 0:0.5.15-6.fc9
    kbiof-0.3-3.fc9.x86_64  requires  libkscreensaver.so.4()(64bit)
    paraview-3.2.1-6.fc9.i386  requires  paraview-data = 0:3.2.1-6.fc9
    paraview-mpi-3.2.1-6.fc9.i386  requires  paraview-data = 0:3.2.1-6.fc9
    php-devel-5.2.5-7.fc9.i386  requires  php = 0:5.2.5-7.fc9
    sear-0.6.3-10.fc9.x86_64  requires  libmercator-0.2.so.4()(64bit)


======================================================================
Broken packages in fedora-updates-9-i386:

    cyphesis-0.5.15-8.fc9.i386  requires  libmercator-0.2.so.4
    mediawiki-SpecialInterwiki-0-0.3.20080606svn.fc9.noarch  requires  mediawiki < 0:1.11
    openvas-libraries-1.0.2-2.fc9.i386  requires  libresolv.so.2(GLIBC_PRIVATE)
    sepostgresql-8.3.6-2.1634.fc9.i386  requires  postgresql-server = 0:8.3.6


======================================================================
Broken packages in fedora-updates-9-ppc:

    cas-0.13-118.fc9.noarch  requires  crash
    cyphesis-0.5.15-8.fc9.ppc  requires  libmercator-0.2.so.4
    mediawiki-SpecialInterwiki-0-0.3.20080606svn.fc9.noarch  requires  mediawiki < 0:1.11
    openvas-libraries-1.0.2-2.fc9.ppc  requires  libresolv.so.2(GLIBC_PRIVATE)
    openvas-libraries-1.0.2-2.fc9.ppc64  requires  libresolv.so.2(GLIBC_PRIVATE)(64bit)
    sepostgresql-8.3.6-2.1634.fc9.ppc  requires  postgresql-server = 0:8.3.6


======================================================================
Broken packages in fedora-updates-9-ppc64:

    cyphesis-0.5.15-8.fc9.ppc64  requires  libmercator-0.2.so.4()(64bit)
    emma-2.0-0.5312.2jpp.3.fc9.noarch  requires  maven2
    livecd-tools-017.2-1.fc9.ppc64  requires  yaboot
    mediawiki-SpecialInterwiki-0-0.3.20080606svn.fc9.noarch  requires  mediawiki < 0:1.11
    openvas-libraries-1.0.2-2.fc9.ppc64  requires  libresolv.so.2(GLIBC_PRIVATE)(64bit)
    sepostgresql-8.3.6-2.1634.fc9.ppc64  requires  postgresql-server = 0:8.3.6


======================================================================
Broken packages in fedora-updates-9-x86_64:

    cyphesis-0.5.15-8.fc9.x86_64  requires  libmercator-0.2.so.4()(64bit)
    mediawiki-SpecialInterwiki-0-0.3.20080606svn.fc9.noarch  requires  mediawiki < 0:1.11
    openvas-libraries-1.0.2-2.fc9.i386  requires  libresolv.so.2(GLIBC_PRIVATE)
    openvas-libraries-1.0.2-2.fc9.x86_64  requires  libresolv.so.2(GLIBC_PRIVATE)(64bit)
    sepostgresql-8.3.6-2.1634.fc9.x86_64  requires  postgresql-server = 0:8.3.6


======================================================================
Broken packages in fedora-updates-testing-9-i386:

    php-ZendFramework-tests-1.7.7-1.fc9.noarch  requires  php-pear(pear.phpunit.de/PHPUnit) >= 0:3.3.0
    transifex-0.5-1.fc9.noarch  requires  intltool >= 0:0.40.5


======================================================================
Broken packages in fedora-updates-testing-9-ppc:

    php-ZendFramework-tests-1.7.7-1.fc9.noarch  requires  php-pear(pear.phpunit.de/PHPUnit) >= 0:3.3.0
    transifex-0.5-1.fc9.noarch  requires  intltool >= 0:0.40.5


======================================================================
Broken packages in fedora-updates-testing-9-ppc64:

    php-ZendFramework-tests-1.7.7-1.fc9.noarch  requires  php-pear(pear.phpunit.de/PHPUnit) >= 0:3.3.0
    transifex-0.5-1.fc9.noarch  requires  intltool >= 0:0.40.5


======================================================================
Broken packages in fedora-updates-testing-9-x86_64:

    php-ZendFramework-tests-1.7.7-1.fc9.noarch  requires  php-pear(pear.phpunit.de/PHPUnit) >= 0:3.3.0
    transifex-0.5-1.fc9.noarch  requires  intltool >= 0:0.40.5



From mschwendt at gmail.com  Thu Mar 26 19:43:16 2009
From: mschwendt at gmail.com (Michael Schwendt)
Date: Thu, 26 Mar 2009 19:43:16 -0000
Subject: Broken dependencies in Fedora 10 - 2009-03-26
Message-ID: <20090326194316.5839.65076@faldor.intranet>

======================================================================
The results in this summary consider Test Updates!
======================================================================

Summary of broken packages (by src.rpm name):

    cabal2spec
    db4o
    llvm
    mono-tools
    php
    sepostgresql
    sugar-update-control


Summary of broken packages (by primary owner):

    bos AT serpentine com
        llvm

    jorton AT redhat com
        php                             (2 co-owners)

    kaigai AT kaigai.gr jp
        sepostgresql

    paul AT all-the-johnsons.co uk
        db4o
        mono-tools                      (2 co-owners)

    petersen AT redhat com
        cabal2spec                      (1 co-owner)

    smparrish AT gmail com
        sugar-update-control            (1 co-owner)


======================================================================
Broken packages in fedora-10-i386:

    db4o-6.1-4.fc9.i386  requires  mono(Mono.Cecil) = 0:0.6.8.8607
    mono-tools-2.0-8.fc10.i386  requires  mono(Mono.Cecil) = 0:0.6.8.8607


======================================================================
Broken packages in fedora-10-ppc:

    db4o-6.1-4.fc9.ppc  requires  mono(Mono.Cecil) = 0:0.6.8.8607
    llvm-devel-2.3-2.fc10.ppc64  requires  llvm = 0:2.3-2.fc10
    php-devel-5.2.6-5.ppc64  requires  php = 0:5.2.6-5


======================================================================
Broken packages in fedora-10-x86_64:

    db4o-6.1-4.fc9.x86_64  requires  mono(Mono.Cecil) = 0:0.6.8.8607
    mono-tools-2.0-8.fc10.x86_64  requires  mono(Mono.Cecil) = 0:0.6.8.8607
    php-devel-5.2.6-5.i386  requires  php = 0:5.2.6-5


======================================================================
Broken packages in fedora-updates-10-i386:

    sepostgresql-8.3.6-2.1634.fc10.i386  requires  postgresql-server = 0:8.3.6
    sugar-update-control-0.20-4.fc10.noarch  requires  sugar >= 0:0.83.0


======================================================================
Broken packages in fedora-updates-10-ppc:

    sepostgresql-8.3.6-2.1634.fc10.ppc  requires  postgresql-server = 0:8.3.6
    sugar-update-control-0.20-4.fc10.noarch  requires  sugar >= 0:0.83.0


======================================================================
Broken packages in fedora-updates-10-ppc64:

    cabal2spec-0.12-1.fc10.noarch  requires  ghc > 0:6.10.1-7
    sepostgresql-8.3.6-2.1634.fc10.ppc64  requires  postgresql-server = 0:8.3.6
    sugar-update-control-0.20-4.fc10.noarch  requires  sugar >= 0:0.83.0


======================================================================
Broken packages in fedora-updates-10-x86_64:

    sepostgresql-8.3.6-2.1634.fc10.x86_64  requires  postgresql-server = 0:8.3.6
    sugar-update-control-0.20-4.fc10.noarch  requires  sugar >= 0:0.83.0



From maxamillion at gmail.com  Thu Mar 26 19:54:45 2009
From: maxamillion at gmail.com (Adam Miller)
Date: Thu, 26 Mar 2009 14:54:45 -0500
Subject: another interesting idea (zfs based upgrades)
In-Reply-To: <1238093527.9589.38.camel@jdlaptop.lesbg.loc>
References: <gqgh5r$cbm$1@ger.gmane.org>
	<alpine.LFD.2.00.0903261428230.12190@localhost.localdomain>
	<1238093527.9589.38.camel@jdlaptop.lesbg.loc>
Message-ID: <f12087800903261254r417d4c1bp7447646440c03094@mail.gmail.com>

Well now that btrfs has been mentioned ..... :)

Are we planning to adopt it as default soon as upstream releases
stable? or possibly just shoot for alternative if default would be too
ambitious?

-Adam

2009/3/26 Jonathan Dieter <jdieter at gmail.com>:
> On Thu, 2009-03-26 at 14:30 -0400, Seth Vidal wrote:
>>
>> On Thu, 26 Mar 2009, Neal Becker wrote:
>>
>> > http://tech.xerces.com/unbreakable-upgrades-zfs-and-apt-get.geek
>> >
>>
>> Here's how this would work in the yum world:
>>
>> 1. if any package from @core (or any of their deps) are being upgraded
>> then run an lvm snapshot and store it/add it to grub
>> 2. proceed with update
>>
>> If anyone would like to write the lvm snapshot rootfs and store/add it to
>> grub I can write the yum plugin to do the rest.
>>
>> It's not radically exciting code.
>>
>> In yum you wouldn't even need to stop the yum update command and ask the
>> user to run a separate program.
>
> My experience with lvm snapshotting was that it slowed down disk speeds
> significantly. ?I would expect that filesystem based snapshotting (which
> btrfs will have) might be more efficient. ?Or we could make sure the
> snapshot is only left long enough to make sure the updates work.
>
> Jonathan
>
> --
> fedora-devel-list mailing list
> fedora-devel-list at redhat.com
> https://www.redhat.com/mailman/listinfo/fedora-devel-list
>



-- 
http://maxamillion.googlepages.com
---------------------------------------------------------
()  ascii ribbon campaign - against html e-mail
/\  www.asciiribbon.org   - against proprietary attachments



From rwheeler at redhat.com  Thu Mar 26 20:14:00 2009
From: rwheeler at redhat.com (Ric Wheeler)
Date: Thu, 26 Mar 2009 16:14:00 -0400
Subject: another interesting idea (zfs based upgrades)
In-Reply-To: <f12087800903261254r417d4c1bp7447646440c03094@mail.gmail.com>
References: <gqgh5r$cbm$1@ger.gmane.org>	<alpine.LFD.2.00.0903261428230.12190@localhost.localdomain>	<1238093527.9589.38.camel@jdlaptop.lesbg.loc>
	<f12087800903261254r417d4c1bp7447646440c03094@mail.gmail.com>
Message-ID: <49CBE208.5070108@redhat.com>

Adam Miller wrote:
> Well now that btrfs has been mentioned ..... :)
> 
> Are we planning to adopt it as default soon as upstream releases
> stable? or possibly just shoot for alternative if default would be too
> ambitious?
> 
> -Adam


I think that moving users to btrfs in mass would be pretty aggressive any time 
in the next year or so. While it is maturing much faster than most file systems 
have, it can take a lot of time to shake out nasty bugs that eat your data :-)

ric



From notting at redhat.com  Thu Mar 26 20:14:25 2009
From: notting at redhat.com (Bill Nottingham)
Date: Thu, 26 Mar 2009 16:14:25 -0400
Subject: "Please split doc into foo-doc subpackage" -> why?
Message-ID: <20090326201425.GA11521@nostromo.devel.redhat.com>

I just recieved one of these bugs (#492446), and I'm not sure
why we'd do this for any package.

If we split the docs like this:

- it would be inconsistent per-package
-- so an admin wouldn't know whether a package had docs or not in
   the main package without manually trying to install a foo-doc
   subpackage
-- they would no longer be there by default if they're needed

Hence, why do this, when rpm already has a --nodocs flag and
macro that can be used for space savings on live images?

Bill



From skvidal at fedoraproject.org  Thu Mar 26 20:15:37 2009
From: skvidal at fedoraproject.org (Seth Vidal)
Date: Thu, 26 Mar 2009 16:15:37 -0400 (EDT)
Subject: "Please split doc into foo-doc subpackage" -> why?
In-Reply-To: <20090326201425.GA11521@nostromo.devel.redhat.com>
References: <20090326201425.GA11521@nostromo.devel.redhat.com>
Message-ID: <alpine.LFD.2.00.0903261615000.12190@localhost.localdomain>



On Thu, 26 Mar 2009, Bill Nottingham wrote:

> I just recieved one of these bugs (#492446), and I'm not sure
> why we'd do this for any package.
>
> If we split the docs like this:
>
> - it would be inconsistent per-package
> -- so an admin wouldn't know whether a package had docs or not in
>   the main package without manually trying to install a foo-doc
>   subpackage
> -- they would no longer be there by default if they're needed
>
> Hence, why do this, when rpm already has a --nodocs flag and
> macro that can be used for space savings on live images?

yum's tsflags option in yum.conf also accepts 'nodocs'

unfortunately, if you're using rpm -V it won't know about --nodocs being 
passed in on install.

-sv



From jkeating at redhat.com  Thu Mar 26 20:22:20 2009
From: jkeating at redhat.com (Jesse Keating)
Date: Thu, 26 Mar 2009 13:22:20 -0700
Subject: "Please split doc into foo-doc subpackage" -> why?
In-Reply-To: <20090326201425.GA11521@nostromo.devel.redhat.com>
References: <20090326201425.GA11521@nostromo.devel.redhat.com>
Message-ID: <1238098940.8152.0.camel@localhost.localdomain>

On Thu, 2009-03-26 at 16:14 -0400, Bill Nottingham wrote:
> 
> Hence, why do this, when rpm already has a --nodocs flag and
> macro that can be used for space savings on live images?

I don't think --nodocs flags will remove the deps that are there just to
render the docs, if that is a concern.

-- 
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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090326/21f3d64d/attachment.sig>

From mjg at redhat.com  Thu Mar 26 20:36:05 2009
From: mjg at redhat.com (Matthew Garrett)
Date: Thu, 26 Mar 2009 20:36:05 +0000
Subject: improve-relatime.patch dropped from F10
In-Reply-To: <20090107005452.GA8500@srcf.ucam.org>
References: <500f0ca00812272308w2b6d0f39q5868b9ce06d032@mail.gmail.com>
	<gk04m5$1qt$1@ger.gmane.org> <20090106191022.GA32590@srcf.ucam.org>
	<500f0ca00901061116k5aee1e2fl38bc51fe369e9e6d@mail.gmail.com>
	<20090107005452.GA8500@srcf.ucam.org>
Message-ID: <20090326203604.GA10814@srcf.ucam.org>

On Wed, Jan 07, 2009 at 12:54:52AM +0000, Matthew Garrett wrote:

> Huh. I actually meant "shouldn't cause failure" there, in terms of it 
> still being a valid mount option. The improved relatime code adds that 
> heuristic, which avoids the tmpreaper failure. I'm trying to get it 
> upstream, at which point I'll backport it - I'm not enthusiastic about 
> carrying it around as a custom modification forever.

This got merged for 2.6.30 and I've backported it to the rawhide tree. 
It should also turn up in the 2.6.29 kernel update for F10, but possibly 
won't be enabled by default there while we work out how to handle the 
userland transition.

-- 
Matthew Garrett | mjg59 at srcf.ucam.org



From notting at redhat.com  Thu Mar 26 20:42:04 2009
From: notting at redhat.com (Bill Nottingham)
Date: Thu, 26 Mar 2009 16:42:04 -0400
Subject: "Please split doc into foo-doc subpackage" -> why?
In-Reply-To: <1238098940.8152.0.camel@localhost.localdomain>
References: <20090326201425.GA11521@nostromo.devel.redhat.com>
	<1238098940.8152.0.camel@localhost.localdomain>
Message-ID: <20090326204204.GA11894@nostromo.devel.redhat.com>

Jesse Keating (jkeating at redhat.com) said: 
> On Thu, 2009-03-26 at 16:14 -0400, Bill Nottingham wrote:
> > 
> > Hence, why do this, when rpm already has a --nodocs flag and
> > macro that can be used for space savings on live images?
> 
> I don't think --nodocs flags will remove the deps that are there just to
> render the docs, if that is a concern.

I think the main concern was just space. So, looking at the bugs
filed, the documentation takes ~86MB, ~36MB squashed. Most all
of that is the cloudy package (a bunch of PDFs), octave (which
includes the docs in *BOTH* PDF and HTML form for the main manual,
and one seperate document in PDF, DVI, PS, HTML, Texinfo, and info
form!), and wxPython (9MB of samples and demos).

I suspect it's much simpler to weed out extraneous docs than to
worry about splitting off random -doc packages inconsistently.

Bill



From james at fedoraproject.org  Thu Mar 26 21:12:09 2009
From: james at fedoraproject.org (James Antill)
Date: Thu, 26 Mar 2009 17:12:09 -0400
Subject: "Please split doc into foo-doc subpackage" -> why?
In-Reply-To: <20090326201425.GA11521@nostromo.devel.redhat.com>
References: <20090326201425.GA11521@nostromo.devel.redhat.com>
Message-ID: <1238101929.9262.58.camel@code.and.org>

On Thu, 2009-03-26 at 16:14 -0400, Bill Nottingham wrote:
> I just recieved one of these bugs (#492446), and I'm not sure
> why we'd do this for any package.
> 
> If we split the docs like this:
> 
> - it would be inconsistent per-package
> -- so an admin wouldn't know whether a package had docs or not in
>    the main package without manually trying to install a foo-doc
>    subpackage
> -- they would no longer be there by default if they're needed
> 
> Hence, why do this, when rpm already has a --nodocs flag and
> macro that can be used for space savings on live images?

 My personal feeling is that this is nice in some cases, but not the
majority. If/when we have "Suggests:" I think it'd be a perfect
opportunity to use it on *-docs, until then the only thing I'd recommend
is that people not do rpm installs, or use tsflag hacks :).

-- 
James Antill <james at fedoraproject.org>
Fedora



From james at fedoraproject.org  Thu Mar 26 21:19:05 2009
From: james at fedoraproject.org (James Antill)
Date: Thu, 26 Mar 2009 17:19:05 -0400
Subject: another interesting idea (zfs based upgrades)
In-Reply-To: <1238093527.9589.38.camel@jdlaptop.lesbg.loc>
References: <gqgh5r$cbm$1@ger.gmane.org>
	<alpine.LFD.2.00.0903261428230.12190@localhost.localdomain>
	<1238093527.9589.38.camel@jdlaptop.lesbg.loc>
Message-ID: <1238102345.9262.65.camel@code.and.org>

On Thu, 2009-03-26 at 20:52 +0200, Jonathan Dieter wrote:
> On Thu, 2009-03-26 at 14:30 -0400, Seth Vidal wrote:
> > 
> > On Thu, 26 Mar 2009, Neal Becker wrote:
> > 
> > > http://tech.xerces.com/unbreakable-upgrades-zfs-and-apt-get.geek
> > >
> > 
> > Here's how this would work in the yum world:
> > 
> > 1. if any package from @core (or any of their deps) are being upgraded 
> > then run an lvm snapshot and store it/add it to grub
> > 2. proceed with update
> > 
> > If anyone would like to write the lvm snapshot rootfs and store/add it to 
> > grub I can write the yum plugin to do the rest.
> > 
> > It's not radically exciting code.
> > 
> > In yum you wouldn't even need to stop the yum update command and ask the 
> > user to run a separate program.
> 
> My experience with lvm snapshotting was that it slowed down disk speeds
> significantly.  I would expect that filesystem based snapshotting (which
> btrfs will have) might be more efficient.  Or we could make sure the
> snapshot is only left long enough to make sure the updates work.

 IMNSO the problem isn't the speed hit, it's the fact that you are using
a file system snapshot (or LVM block layer snapshot, same difference) as
a file system transaction.
 This is completely insane. Imagine if mysql implemented transactions by
doing a copy of the entire DB, and then for rollback just moved back to
the old version (if you don't see the problem, think about more than one
connection/transaction at once).

 snapshot + rollback can work in some situations, and the yum developers
will be happy to provide some help to people who want to make this
easier to achieve. However even if all the tools made this as automated
as possible, you have to know what you are doing. So, again IMNSHO, this
can't be a general/default solution.

-- 
James Antill - james at fedoraproject.org
"I'd just like to see a realistic approach to updates via
 packages." -- Les Mikesell



From denis at poolshark.org  Thu Mar 26 21:22:33 2009
From: denis at poolshark.org (Denis Leroy)
Date: Thu, 26 Mar 2009 22:22:33 +0100
Subject: Latest F-10 NetworkManager crash issue
Message-ID: <49CBF219.5050202@poolshark.org>

As of the latest F-10 NM (0.7.0.99-4.git20090324), the NetworkManager 
daemon systematically crashes upon startup. Going in the debugger, it 
appears NM crashes because of a missing HAL property :

 > hal-get-property --udi /org/freedesktop/Hal/devices/computer --key 
info.linux.driver
error: libhal_device_get_property_type: 
org.freedesktop.Hal.NoSuchProperty: No property info.linux.driver on 
device with id /org/freedesktop/Hal/devices/computer


which causes NM to crash at nm-hal-manager.c:207

I'm not sure where to file this bug... Any insights ?

-denis



From oget.fedora at gmail.com  Thu Mar 26 21:24:21 2009
From: oget.fedora at gmail.com (Orcan Ogetbil)
Date: Thu, 26 Mar 2009 17:24:21 -0400
Subject: "Please split doc into foo-doc subpackage" -> why?
In-Reply-To: <20090326201425.GA11521@nostromo.devel.redhat.com>
References: <20090326201425.GA11521@nostromo.devel.redhat.com>
Message-ID: <e76492710903261424p77d3af8cx9c44252a1896f9ea@mail.gmail.com>

On Thu, Mar 26, 2009 at 4:14 PM, Bill Nottingham  wrote:
> I just recieved one of these bugs (#492446), and I'm not sure
> why we'd do this for any package.
>
> If we split the docs like this:
>
> - it would be inconsistent per-package
> -- so an admin wouldn't know whether a package had docs or not in
> ? the main package without manually trying to install a foo-doc
> ? subpackage
> -- they would no longer be there by default if they're needed
>
> Hence, why do this, when rpm already has a --nodocs flag and
> macro that can be used for space savings on live images?
>
> Bill
>

There is another inconsistency. Some -doc subpackages in Fedora
require the main package and some don't. I don't know what someone can
do with, for instance, API docs of a library without having the
library itself. But I don't see a guideline that tells that a -doc
subpackage must require the main package.

Orcan



From schaiba at gmail.com  Thu Mar 26 21:27:13 2009
From: schaiba at gmail.com (Aioanei Rares)
Date: Thu, 26 Mar 2009 23:27:13 +0200
Subject: Latest F-10 NetworkManager crash issue
In-Reply-To: <49CBF219.5050202@poolshark.org>
References: <49CBF219.5050202@poolshark.org>
Message-ID: <49CBF331.9050902@gmail.com>

On 03/26/2009 11:22 PM, Denis Leroy wrote:
> As of the latest F-10 NM (0.7.0.99-4.git20090324), the NetworkManager 
> daemon systematically crashes upon startup. Going in the debugger, it 
> appears NM crashes because of a missing HAL property :
>
> > hal-get-property --udi /org/freedesktop/Hal/devices/computer --key 
> info.linux.driver
> error: libhal_device_get_property_type: 
> org.freedesktop.Hal.NoSuchProperty: No property info.linux.driver on 
> device with id /org/freedesktop/Hal/devices/computer
>
>
> which causes NM to crash at nm-hal-manager.c:207
>
> I'm not sure where to file this bug... Any insights ?
>
> -denis
>
NetworkManager, I'd say.



From tmus at tmus.dk  Thu Mar 26 21:30:21 2009
From: tmus at tmus.dk (Thomas M Steenholdt)
Date: Thu, 26 Mar 2009 18:30:21 -0300
Subject: Latest F-10 NetworkManager crash issue
In-Reply-To: <49CBF219.5050202@poolshark.org>
References: <49CBF219.5050202@poolshark.org>
Message-ID: <gqgs5d$n8t$1@ger.gmane.org>

Denis Leroy wrote:
> As of the latest F-10 NM (0.7.0.99-4.git20090324), the NetworkManager 
> daemon systematically crashes upon startup. Going in the debugger, it 
> appears NM crashes because of a missing HAL property :
> 
>  > hal-get-property --udi /org/freedesktop/Hal/devices/computer --key 
> info.linux.driver
> error: libhal_device_get_property_type: 
> org.freedesktop.Hal.NoSuchProperty: No property info.linux.driver on 
> device with id /org/freedesktop/Hal/devices/computer
> 
> 
> which causes NM to crash at nm-hal-manager.c:207
> 
> I'm not sure where to file this bug... Any insights ?
> 
> -denis
> 
Already reported as #492246.

Seems to be related to/triggered by vmware (try: service vmware stop && 
service NetworkManager restart)

/Thomas



From mschwendt at gmail.com  Thu Mar 26 21:34:11 2009
From: mschwendt at gmail.com (Michael Schwendt)
Date: Thu, 26 Mar 2009 22:34:11 +0100
Subject: "Please split doc into foo-doc subpackage" -> why?
In-Reply-To: <e76492710903261424p77d3af8cx9c44252a1896f9ea@mail.gmail.com>
References: <20090326201425.GA11521@nostromo.devel.redhat.com>
	<e76492710903261424p77d3af8cx9c44252a1896f9ea@mail.gmail.com>
Message-ID: <20090326223411.5f04cd3e@faldor.intranet>

On Thu, 26 Mar 2009 17:24:21 -0400, Orcan wrote:

> There is another inconsistency. Some -doc subpackages in Fedora
> require the main package and some don't. I don't know what someone can
> do with, for instance, API docs of a library without having the
> library itself.

You can browse the API documentation and evaluate it, then decide whether
you want to develop with the library.

> But I don't see a guideline that tells that a -doc
> subpackage must require the main package.

And that's good.



From denis at poolshark.org  Thu Mar 26 21:34:18 2009
From: denis at poolshark.org (Denis Leroy)
Date: Thu, 26 Mar 2009 22:34:18 +0100
Subject: Latest F-10 NetworkManager crash issue
In-Reply-To: <gqgs5d$n8t$1@ger.gmane.org>
References: <49CBF219.5050202@poolshark.org> <gqgs5d$n8t$1@ger.gmane.org>
Message-ID: <49CBF4DA.8010003@poolshark.org>

Thomas M Steenholdt wrote:
> Denis Leroy wrote:
>> As of the latest F-10 NM (0.7.0.99-4.git20090324), the NetworkManager 
>> daemon systematically crashes upon startup. Going in the debugger, it 
>> appears NM crashes because of a missing HAL property :
>>
>>  > hal-get-property --udi /org/freedesktop/Hal/devices/computer --key 
>> info.linux.driver
>> error: libhal_device_get_property_type: 
>> org.freedesktop.Hal.NoSuchProperty: No property info.linux.driver on 
>> device with id /org/freedesktop/Hal/devices/computer
>>
>>
>> which causes NM to crash at nm-hal-manager.c:207
>>
>> I'm not sure where to file this bug... Any insights ?
>>
>> -denis
>>
> Already reported as #492246.
> 
> Seems to be related to/triggered by vmware (try: service vmware stop && 
> service NetworkManager restart)

Gah, unfortunately the karma system rushed it to stable even before I 
had a chance to test it...



From tmus at tmus.dk  Thu Mar 26 21:35:08 2009
From: tmus at tmus.dk (Thomas M Steenholdt)
Date: Thu, 26 Mar 2009 18:35:08 -0300
Subject: Latest F-10 NetworkManager crash issue
In-Reply-To: <gqgs5d$n8t$1@ger.gmane.org>
References: <49CBF219.5050202@poolshark.org> <gqgs5d$n8t$1@ger.gmane.org>
Message-ID: <gqgsec$n8t$2@ger.gmane.org>

Thomas M Steenholdt wrote:
> Denis Leroy wrote:
>> As of the latest F-10 NM (0.7.0.99-4.git20090324), the NetworkManager 
>> daemon systematically crashes upon startup. Going in the debugger, it 
>> appears NM crashes because of a missing HAL property :
>>
>>  > hal-get-property --udi /org/freedesktop/Hal/devices/computer --key 
>> info.linux.driver
>> error: libhal_device_get_property_type: 
>> org.freedesktop.Hal.NoSuchProperty: No property info.linux.driver on 
>> device with id /org/freedesktop/Hal/devices/computer
>>
>>
>> which causes NM to crash at nm-hal-manager.c:207
>>
>> I'm not sure where to file this bug... Any insights ?
>>
>> -denis
>>
> Already reported as #492246.
> 
> Seems to be related to/triggered by vmware (try: service vmware stop && 
> service NetworkManager restart)
> 
> /Thomas

Replying to my own mail, after realizing that your issues seems to be 
different... Still, take a look at the bug, it might still be related in 
some way?

/Thomas



From john5342 at googlemail.com  Thu Mar 26 21:39:52 2009
From: john5342 at googlemail.com (John5342)
Date: Thu, 26 Mar 2009 21:39:52 +0000
Subject: missing dep => Permission denied in Koji (was: Re: Need help
	for a bison error)
In-Reply-To: <20090326121137.GA11705@amd.home.annexia.org>
References: <1238018338.16032.163.camel@laptop-hp.gunduz.org> 
	<20090325222201.D08C7FC2A7@magilla.sf.frob.com>
	<1238022253.16032.171.camel@laptop-hp.gunduz.org> 
	<20090326121137.GA11705@amd.home.annexia.org>
Message-ID: <6dc6523c0903261439j423628fdj89265d5c4f1146fa@mail.gmail.com>

2009/3/26 Richard W.M. Jones <rjones at redhat.com>:
> On Thu, Mar 26, 2009 at 01:04:13AM +0200, Devrim G?ND?Z wrote:
>> On Wed, 2009-03-25 at 15:22 -0700, Roland McGrath wrote:
>> > Please give the task URL, not the file URL.
>>
>> Ok.
>>
>> > Um, it's not exactly a bison error.
>> >
>> > > make: execvp: bison: Permission denied
>> >
>> > It's odd that that would be the error for bison just being missing.
>> > But, did you use BuildRequires: bison?
>>
>> /me bangs his head to the wall.
>>
>> Ok, it was missing deps: bison, flex, krb5-devel and openssl-devel.
>
> I was about to jump in and suggest a missing dep. ?The same thing
> happened to me yesterday, a "permission denied" error for a missing
> dependency:
>
> http://koji.fedoraproject.org/koji/getfile?taskID=1257805&name=build.log
>
> Why do we get this error for a missing program? ?SELinux thing?

This is just a guess but I would imagine execution of programs outside
the build environment is disallowed by permissions. If the path
variable in the build environment for some reason has a component that
points outside the build environment then you could be in a position
where programs that have been Required are in an early part of the
path and therefore just work but when the shell tries to access a
program that doesn't exist it checks each component in the path until
it reaches a component in the path variable that the build environment
doesn't have permissions for and it bails out with permission denied.

Only a guess though. I am sure somebody with more knowledge of the
build system could confirm or provide a more correct answer.

-- 
There are 10 kinds of people in the world: Those who understand binary
and those who don't...



From dcbw at redhat.com  Thu Mar 26 21:42:53 2009
From: dcbw at redhat.com (Dan Williams)
Date: Thu, 26 Mar 2009 17:42:53 -0400
Subject: Latest F-10 NetworkManager crash issue
In-Reply-To: <49CBF4DA.8010003@poolshark.org>
References: <49CBF219.5050202@poolshark.org> <gqgs5d$n8t$1@ger.gmane.org>
	<49CBF4DA.8010003@poolshark.org>
Message-ID: <1238103773.23000.2.camel@localhost.localdomain>

On Thu, 2009-03-26 at 22:34 +0100, Denis Leroy wrote:
> Thomas M Steenholdt wrote:
> > Denis Leroy wrote:
> >> As of the latest F-10 NM (0.7.0.99-4.git20090324), the NetworkManager 
> >> daemon systematically crashes upon startup. Going in the debugger, it 
> >> appears NM crashes because of a missing HAL property :
> >>
> >>  > hal-get-property --udi /org/freedesktop/Hal/devices/computer --key 
> >> info.linux.driver
> >> error: libhal_device_get_property_type: 
> >> org.freedesktop.Hal.NoSuchProperty: No property info.linux.driver on 
> >> device with id /org/freedesktop/Hal/devices/computer
> >>
> >>
> >> which causes NM to crash at nm-hal-manager.c:207
> >>
> >> I'm not sure where to file this bug... Any insights ?
> >>
> >> -denis
> >>
> > Already reported as #492246.
> > 
> > Seems to be related to/triggered by vmware (try: service vmware stop && 
> > service NetworkManager restart)
> 
> Gah, unfortunately the karma system rushed it to stable even before I 
> had a chance to test it...

Yup.  However:

http://koji.fedoraproject.org/koji/taskinfo?taskID=1260229

Dan



From dcbw at redhat.com  Thu Mar 26 21:44:23 2009
From: dcbw at redhat.com (Dan Williams)
Date: Thu, 26 Mar 2009 17:44:23 -0400
Subject: Latest F-10 NetworkManager crash issue
In-Reply-To: <49CBF4DA.8010003@poolshark.org>
References: <49CBF219.5050202@poolshark.org> <gqgs5d$n8t$1@ger.gmane.org>
	<49CBF4DA.8010003@poolshark.org>
Message-ID: <1238103863.23000.5.camel@localhost.localdomain>

On Thu, 2009-03-26 at 22:34 +0100, Denis Leroy wrote:
> Thomas M Steenholdt wrote:
> > Denis Leroy wrote:
> >> As of the latest F-10 NM (0.7.0.99-4.git20090324), the NetworkManager 
> >> daemon systematically crashes upon startup. Going in the debugger, it 
> >> appears NM crashes because of a missing HAL property :
> >>
> >>  > hal-get-property --udi /org/freedesktop/Hal/devices/computer --key 
> >> info.linux.driver
> >> error: libhal_device_get_property_type: 
> >> org.freedesktop.Hal.NoSuchProperty: No property info.linux.driver on 
> >> device with id /org/freedesktop/Hal/devices/computer
> >>
> >>
> >> which causes NM to crash at nm-hal-manager.c:207
> >>
> >> I'm not sure where to file this bug... Any insights ?
> >>
> >> -denis
> >>
> > Already reported as #492246.
> > 
> > Seems to be related to/triggered by vmware (try: service vmware stop && 
> > service NetworkManager restart)
> 
> Gah, unfortunately the karma system rushed it to stable even before I 
> had a chance to test it...

I should probably set NM's autopush karma to 6 or 10 from now on
anyway :)  3 doesn't seem high enough to get a good coverage given the
number of moving parts in the networking system these days.

Dan



From fedoraproject at cyberpear.com  Thu Mar 26 21:49:53 2009
From: fedoraproject at cyberpear.com (James Cassell)
Date: Thu, 26 Mar 2009 17:49:53 -0400
Subject: Latest F-10 NetworkManager crash issue
In-Reply-To: <49CBF4DA.8010003@poolshark.org>
References: <49CBF219.5050202@poolshark.org> <gqgs5d$n8t$1@ger.gmane.org>
	<49CBF4DA.8010003@poolshark.org>
Message-ID: <op.ure5lfed4bfjir@cassej2t61>

On Thu, 26 Mar 2009 17:34:18 -0400, Denis Leroy <denis at poolshark.org>
wrote:

> unfortunately the karma system rushed it to stable even before I had a  
> chance to test it...

Partly my fault for having voted on it, I guess.  It was pushed shortly
after I left my feedback.

Is there anything specific people should do before leaving "works for me"
feedback?

-- 
James Cassell



From fedoraproject at cyberpear.com  Thu Mar 26 21:49:53 2009
From: fedoraproject at cyberpear.com (James Cassell)
Date: Thu, 26 Mar 2009 17:49:53 -0400
Subject: Latest F-10 NetworkManager crash issue
In-Reply-To: <49CBF4DA.8010003@poolshark.org>
References: <49CBF219.5050202@poolshark.org> <gqgs5d$n8t$1@ger.gmane.org>
	<49CBF4DA.8010003@poolshark.org>
Message-ID: <op.ure5lfed4bfjir@cassej2t61>

On Thu, 26 Mar 2009 17:34:18 -0400, Denis Leroy <denis at poolshark.org>
wrote:

> unfortunately the karma system rushed it to stable even before I had a  
> chance to test it...

Partly my fault for having voted on it, I guess.  It was pushed shortly
after I left my feedback.

Is there anything specific people should do before leaving "works for me"
feedback?

-- 
James Cassell



From seg at haxxed.com  Thu Mar 26 21:56:20 2009
From: seg at haxxed.com (Callum Lerwick)
Date: Thu, 26 Mar 2009 16:56:20 -0500
Subject: "Please split doc into foo-doc subpackage" -> why?
In-Reply-To: <20090326223411.5f04cd3e@faldor.intranet>
References: <20090326201425.GA11521@nostromo.devel.redhat.com>
	<e76492710903261424p77d3af8cx9c44252a1896f9ea@mail.gmail.com>
	<20090326223411.5f04cd3e@faldor.intranet>
Message-ID: <1238104580.24750.432.camel@localhost.localdomain>

On Thu, 2009-03-26 at 22:34 +0100, Michael Schwendt wrote:
> On Thu, 26 Mar 2009 17:24:21 -0400, Orcan wrote:
> 
> > There is another inconsistency. Some -doc subpackages in Fedora
> > require the main package and some don't. I don't know what someone can
> > do with, for instance, API docs of a library without having the
> > library itself.
> 
> You can browse the API documentation and evaluate it, then decide whether
> you want to develop with the library.

Or read the documentation to some piece of software on a
faster/better/more local machine, that's in use on a headless server 
somewhere on the other side of an overburdened internet link.
-------------- 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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090326/7bcc9c3b/attachment.sig>

From denis at poolshark.org  Thu Mar 26 22:00:42 2009
From: denis at poolshark.org (Denis Leroy)
Date: Thu, 26 Mar 2009 23:00:42 +0100
Subject: Latest F-10 NetworkManager crash issue
In-Reply-To: <1238103773.23000.2.camel@localhost.localdomain>
References: <49CBF219.5050202@poolshark.org>
	<gqgs5d$n8t$1@ger.gmane.org>	<49CBF4DA.8010003@poolshark.org>
	<1238103773.23000.2.camel@localhost.localdomain>
Message-ID: <49CBFB0A.1060905@poolshark.org>

Dan Williams wrote:
> Yup.  However:
> 
> http://koji.fedoraproject.org/koji/taskinfo?taskID=1260229

Fixed it. Dan, thank you for the quick response!

-Denis



From denis at poolshark.org  Thu Mar 26 21:59:49 2009
From: denis at poolshark.org (Denis Leroy)
Date: Thu, 26 Mar 2009 22:59:49 +0100
Subject: Latest F-10 NetworkManager crash issue
In-Reply-To: <gqgsec$n8t$2@ger.gmane.org>
References: <49CBF219.5050202@poolshark.org> <gqgs5d$n8t$1@ger.gmane.org>
	<gqgsec$n8t$2@ger.gmane.org>
Message-ID: <49CBFAD5.6020407@poolshark.org>

Thomas M Steenholdt wrote:
> Thomas M Steenholdt wrote:
>> Denis Leroy wrote:
>>> As of the latest F-10 NM (0.7.0.99-4.git20090324), the NetworkManager 
>>> daemon systematically crashes upon startup. Going in the debugger, it 
>>> appears NM crashes because of a missing HAL property :
>>>
>>>  > hal-get-property --udi /org/freedesktop/Hal/devices/computer --key 
>>> info.linux.driver
>>> error: libhal_device_get_property_type: 
>>> org.freedesktop.Hal.NoSuchProperty: No property info.linux.driver on 
>>> device with id /org/freedesktop/Hal/devices/computer
>>>
>>>
>>> which causes NM to crash at nm-hal-manager.c:207
>>>
>>> I'm not sure where to file this bug... Any insights ?
>>>
>>> -denis
>>>
>> Already reported as #492246.
>>
>> Seems to be related to/triggered by vmware (try: service vmware stop 
>> && service NetworkManager restart)
>>
>> /Thomas
> 
> Replying to my own mail, after realizing that your issues seems to be 
> different... Still, take a look at the bug, it might still be related in 
> some way?
> 

Thomas, it was the same issue (conflict with VMWare), but Dan's koji 
build fixed it...



From mike at cchtml.com  Thu Mar 26 22:46:51 2009
From: mike at cchtml.com (Michael Cronenworth)
Date: Thu, 26 Mar 2009 17:46:51 -0500
Subject: Latest F-10 NetworkManager crash issue
In-Reply-To: <op.ure5lfed4bfjir@cassej2t61>
References: <49CBF219.5050202@poolshark.org>
	<gqgs5d$n8t$1@ger.gmane.org>	<49CBF4DA.8010003@poolshark.org>
	<op.ure5lfed4bfjir@cassej2t61>
Message-ID: <49CC05DA.3030106@cchtml.com>

-------- Original Message --------
Subject: Re: Latest F-10 NetworkManager crash issue
From: James Cassell <fedoraproject at cyberpear.com>
To: Development discussions related to Fedora <fedora-devel-list at redhat.com>
Date: 03/26/2009 04:49 PM
> 
> Is there anything specific people should do before leaving "works for me"
> feedback?
> 


If you don't have wireless, VPN, 3G, or a DSL connection, you should 
announce such info into the comment. That way they'll know if there's +5 
karma but everyone said "i only have ethernet, sorry" it's probably not 
entirely ready to push.



From zaitcev at redhat.com  Thu Mar 26 23:17:24 2009
From: zaitcev at redhat.com (Pete Zaitcev)
Date: Thu, 26 Mar 2009 17:17:24 -0600
Subject: Ubuntu promises DIY Amazon cloud
In-Reply-To: <gqednl$4as$1@ger.gmane.org>
References: <gqednl$4as$1@ger.gmane.org>
Message-ID: <20090326171724.a4e9053b.zaitcev@redhat.com>

On Wed, 25 Mar 2009 19:11:49 -0400, Neal Becker <ndbecker2 at gmail.com> wrote:

> Sounds interesting:
> http://lxer.com/module/newswire/ext_link.php?rid=117904

That's just the EC2, and AWS includes several other interesting components
that make sense for internal, behind-firewall clouds, most especially S3.
Free reimplementations exist for that, such as Apache Hadoop. So the
Ubuntu thing is only a small part of the cloud story, and it looks to
me that it works in the area that's already well covered by libvirt et. al.

Another thing, cloud apps do not have to limit themselves to AWS
(or a sum of EC2, S3, and messaging). I'm working on a class project
to run a Googlesque Map/Reduce on MPI clusters, for instance.

In short, stop aping Ubuntu people, it's not the end of everything.
I expect more from Fedora.

-- Pete



From opensource at till.name  Thu Mar 26 23:26:10 2009
From: opensource at till.name (Till Maas)
Date: Fri, 27 Mar 2009 00:26:10 +0100
Subject: System Config Tools Cleanup Project - tools to eliminate/replace
In-Reply-To: <200903241710.00926.jreznik@redhat.com>
References: <200903241710.00926.jreznik@redhat.com>
Message-ID: <200903270026.24360.opensource@till.name>

On Di M?rz 24 2009, Jaroslav Reznik wrote:

> * system-config-date
>   - Gnome/KDE/XFCE have own datetime configuration tool/module, it's
> confusing than
>     which one users should use
>   - used in firstboot or anaconda???
>
> * system-config-keyboard
>   - used only in Anaconda, let it be standalone?
>   - very simple tool, Gnome/KDE have better one

Do the Gmone/KDE/Whatever tools really know / configure 
/etc/sysconfig/keyboard and /etc/sysconfig/clock?

I remember using system-config-keyboard a lot with live media btw.

Regards,
Till
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: This is a digitally signed message part.
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090327/99826a54/attachment.sig>

From jspaleta at gmail.com  Fri Mar 27 00:24:19 2009
From: jspaleta at gmail.com (Jeff Spaleta)
Date: Thu, 26 Mar 2009 16:24:19 -0800
Subject: Ubuntu promises DIY Amazon cloud
In-Reply-To: <20090326171724.a4e9053b.zaitcev@redhat.com>
References: <gqednl$4as$1@ger.gmane.org>
	<20090326171724.a4e9053b.zaitcev@redhat.com>
Message-ID: <604aa7910903261724k7121c5camddda4275b84721d4@mail.gmail.com>

Eucalyptus actually uses libvirt as a dependency. I think the idea is
eucalyptus is an independent implementation the same apis that ec2
uses which can be extended to support other cloud services.  I don't
know if supporting Gogrid's interfaces is on the Eucalyptus roadmap.

-jef



From bjorn at xn--rombobjrn-67a.se  Fri Mar 27 00:56:45 2009
From: bjorn at xn--rombobjrn-67a.se (=?iso-8859-1?q?Bj=F6rn_Persson?=)
Date: Fri, 27 Mar 2009 01:56:45 +0100
Subject: System Config Tools Cleanup Project - tools to eliminate/replace
In-Reply-To: <e76492710903251317g73db080bl633562c19e597168@mail.gmail.com>
References: <200903241710.00926.jreznik@redhat.com>
	<e76492710903251317g73db080bl633562c19e597168@mail.gmail.com>
Message-ID: <200903270157.02478.bjorn@xn--rombobjrn-67a.se>

onsdagen den 25 mars 2009 skrev Orcan Ogetbil:
> On Tue, Mar 24, 2009 at 12:10 PM, Jaroslav Reznik wrote:
> > * system-config-keyboard
> > ?- used only in Anaconda, let it be standalone?
> > ?- very simple tool, Gnome/KDE have better one
>
> I'm constantly using this. Something in Fedora changes my Fedora
> layout to Arabic on each login, for some reason. I couldn't figure out
> why this is happening but the only solution is to run
> system-config-keyboard and pick US English for me. KDE's configuration
> GUI does not help at all.

I had that problem for several weeks, except that the system seemed to think I 
had a US keyboard and I had to set it to Swedish on each login. The first 
thing I did was to check if there was a system-config-keyboard. There was, 
and it did the job, so I never looked for a KDE tool. (It might have been a 
bit difficult if I hadn't known to press [+] to type "-".)

The problem seems to have gone away about a week ago.

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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090327/1d5a71b3/attachment.sig>

From tmus at tmus.dk  Fri Mar 27 01:22:42 2009
From: tmus at tmus.dk (Thomas M Steenholdt)
Date: Thu, 26 Mar 2009 22:22:42 -0300
Subject: Latest F-10 NetworkManager crash issue
In-Reply-To: <49CBFAD5.6020407@poolshark.org>
References: <49CBF219.5050202@poolshark.org>
	<gqgs5d$n8t$1@ger.gmane.org>	<gqgsec$n8t$2@ger.gmane.org>
	<49CBFAD5.6020407@poolshark.org>
Message-ID: <gqh9p2$3da$1@ger.gmane.org>

Denis Leroy wrote:
> Thomas M Steenholdt wrote:
>> Thomas M Steenholdt wrote:
>>> Denis Leroy wrote:
>>>> As of the latest F-10 NM (0.7.0.99-4.git20090324), the 
>>>> NetworkManager daemon systematically crashes upon startup. Going in 
>>>> the debugger, it appears NM crashes because of a missing HAL property :
>>>>
>>>>  > hal-get-property --udi /org/freedesktop/Hal/devices/computer 
>>>> --key info.linux.driver
>>>> error: libhal_device_get_property_type: 
>>>> org.freedesktop.Hal.NoSuchProperty: No property info.linux.driver on 
>>>> device with id /org/freedesktop/Hal/devices/computer
>>>>
>>>>
>>>> which causes NM to crash at nm-hal-manager.c:207
>>>>
>>>> I'm not sure where to file this bug... Any insights ?
>>>>
>>>> -denis
>>>>
>>> Already reported as #492246.
>>>
>>> Seems to be related to/triggered by vmware (try: service vmware stop 
>>> && service NetworkManager restart)
>>>
>>> /Thomas
>>
>> Replying to my own mail, after realizing that your issues seems to be 
>> different... Still, take a look at the bug, it might still be related 
>> in some way?
>>
> 
> Thomas, it was the same issue (conflict with VMWare), but Dan's koji 
> build fixed it...
> 

Yeah - It fixed min too... Nice! :)

/Thomas



From chris.stone at gmail.com  Fri Mar 27 01:32:17 2009
From: chris.stone at gmail.com (Christopher Stone)
Date: Thu, 26 Mar 2009 18:32:17 -0700
Subject: 2009-03-26 - Fedora Test Day - Nouveau graphics driver
In-Reply-To: <1237930123.3620.531.camel@flatline.devel.redhat.com>
References: <1237930123.3620.531.camel@flatline.devel.redhat.com>
Message-ID: <d9c612bf0903261832s603313e7qda8732384b9de204@mail.gmail.com>

2009/3/24 James Laska <jlaska at redhat.com>:
> Greetings testers,

Hi, when I try to boot from the Live CD, I get the following messages:

Buffer I/O error on device sr0, logical block 333952
end_request: I/O error, dev sr0, sector 1335680

As far as I can tell, the CD burned okay.



From sundaram at fedoraproject.org  Fri Mar 27 01:58:18 2009
From: sundaram at fedoraproject.org (Rahul Sundaram)
Date: Fri, 27 Mar 2009 07:28:18 +0530
Subject: another interesting idea (zfs based upgrades)
In-Reply-To: <f12087800903261254r417d4c1bp7447646440c03094@mail.gmail.com>
References: <gqgh5r$cbm$1@ger.gmane.org>	<alpine.LFD.2.00.0903261428230.12190@localhost.localdomain>	<1238093527.9589.38.camel@jdlaptop.lesbg.loc>
	<f12087800903261254r417d4c1bp7447646440c03094@mail.gmail.com>
Message-ID: <49CC32BA.8040802@fedoraproject.org>

Adam Miller wrote:
> Well now that btrfs has been mentioned ..... :)
> 
> Are we planning to adopt it as default soon as upstream releases
> stable? or possibly just shoot for alternative if default would be too
> ambitious?

Rawhide already offers it as a option.

https://fedoraproject.org/wiki/Fedora_11_Alpha_release_notes#Btrfs_File_System

Rahul



From airlied at redhat.com  Fri Mar 27 02:00:02 2009
From: airlied at redhat.com (Dave Airlie)
Date: Fri, 27 Mar 2009 12:00:02 +1000
Subject: another interesting idea (zfs based upgrades)
In-Reply-To: <1238102345.9262.65.camel@code.and.org>
References: <gqgh5r$cbm$1@ger.gmane.org>
	<alpine.LFD.2.00.0903261428230.12190@localhost.localdomain>
	<1238093527.9589.38.camel@jdlaptop.lesbg.loc>
	<1238102345.9262.65.camel@code.and.org>
Message-ID: <1238119202.12320.8.camel@clockmaker.usersys.redhat.com>

On Thu, 2009-03-26 at 17:19 -0400, James Antill wrote:
> On Thu, 2009-03-26 at 20:52 +0200, Jonathan Dieter wrote:
> > On Thu, 2009-03-26 at 14:30 -0400, Seth Vidal wrote:
> > > 
> > > On Thu, 26 Mar 2009, Neal Becker wrote:
> > > 
> > > > http://tech.xerces.com/unbreakable-upgrades-zfs-and-apt-get.geek
> > > >
> > > 
> > > Here's how this would work in the yum world:
> > > 
> > > 1. if any package from @core (or any of their deps) are being upgraded 
> > > then run an lvm snapshot and store it/add it to grub
> > > 2. proceed with update
> > > 
> > > If anyone would like to write the lvm snapshot rootfs and store/add it to 
> > > grub I can write the yum plugin to do the rest.
> > > 
> > > It's not radically exciting code.
> > > 
> > > In yum you wouldn't even need to stop the yum update command and ask the 
> > > user to run a separate program.
> > 
> > My experience with lvm snapshotting was that it slowed down disk speeds
> > significantly.  I would expect that filesystem based snapshotting (which
> > btrfs will have) might be more efficient.  Or we could make sure the
> > snapshot is only left long enough to make sure the updates work.
> 
>  IMNSO the problem isn't the speed hit, it's the fact that you are using
> a file system snapshot (or LVM block layer snapshot, same difference) as
> a file system transaction.
>  This is completely insane. Imagine if mysql implemented transactions by
> doing a copy of the entire DB, and then for rollback just moved back to
> the old version (if you don't see the problem, think about more than one
> connection/transaction at once).
> 
>  snapshot + rollback can work in some situations, and the yum developers
> will be happy to provide some help to people who want to make this
> easier to achieve. However even if all the tools made this as automated
> as possible, you have to know what you are doing. So, again IMNSHO, this
> can't be a general/default solution.

Better off having yum ptrace every install process, trap any file
interactions, and back those files up into a transaction rollback, also
take a list of new files created.

Dave.




From k.georgiou at imperial.ac.uk  Fri Mar 27 02:56:54 2009
From: k.georgiou at imperial.ac.uk (Kostas Georgiou)
Date: Fri, 27 Mar 2009 02:56:54 +0000
Subject: another interesting idea (zfs based upgrades)
In-Reply-To: <alpine.LFD.2.00.0903261428230.12190@localhost.localdomain>
References: <gqgh5r$cbm$1@ger.gmane.org>
	<alpine.LFD.2.00.0903261428230.12190@localhost.localdomain>
Message-ID: <20090327025654.GA5426@imperial.ac.uk>

On Thu, Mar 26, 2009 at 02:30:38PM -0400, Seth Vidal wrote:

>
>
> On Thu, 26 Mar 2009, Neal Becker wrote:
>
>> http://tech.xerces.com/unbreakable-upgrades-zfs-and-apt-get.geek
>>
>
> Here's how this would work in the yum world:
>
> 1. if any package from @core (or any of their deps) are being upgraded  
> then run an lvm snapshot and store it/add it to grub
> 2. proceed with update

This isn't going to work very well if /usr for example is on its own
logical volume, since the default is everything in one volume I suspect
that this is a bit uncommon.

Kostas



From awilliam at redhat.com  Fri Mar 27 03:57:32 2009
From: awilliam at redhat.com (Adam Williamson)
Date: Thu, 26 Mar 2009 20:57:32 -0700
Subject: 2009-03-26 - Fedora Test Day - Nouveau graphics driver
In-Reply-To: <d9c612bf0903261832s603313e7qda8732384b9de204@mail.gmail.com>
References: <1237930123.3620.531.camel@flatline.devel.redhat.com>
	<d9c612bf0903261832s603313e7qda8732384b9de204@mail.gmail.com>
Message-ID: <1238126252.4338.15.camel@adam.local.net>

On Thu, 2009-03-26 at 18:32 -0700, Christopher Stone wrote:
> 2009/3/24 James Laska <jlaska at redhat.com>:
> > Greetings testers,
> 
> Hi, when I try to boot from the Live CD, I get the following messages:
> 
> Buffer I/O error on device sr0, logical block 333952
> end_request: I/O error, dev sr0, sector 1335680
> 
> As far as I can tell, the CD burned okay.

It almost certainly didn't. That's a classic bad burn error, and no-one
else has had it.
-- 
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 Mar 27 04:11:17 2009
From: skvidal at fedoraproject.org (Seth Vidal)
Date: Fri, 27 Mar 2009 00:11:17 -0400 (EDT)
Subject: another interesting idea (zfs based upgrades)
In-Reply-To: <20090327025654.GA5426@imperial.ac.uk>
References: <gqgh5r$cbm$1@ger.gmane.org>
	<alpine.LFD.2.00.0903261428230.12190@localhost.localdomain>
	<20090327025654.GA5426@imperial.ac.uk>
Message-ID: <alpine.LFD.2.00.0903270010570.3312@localhost.localdomain>



On Fri, 27 Mar 2009, Kostas Georgiou wrote:

> On Thu, Mar 26, 2009 at 02:30:38PM -0400, Seth Vidal wrote:
>
>>
>>
>> On Thu, 26 Mar 2009, Neal Becker wrote:
>>
>>> http://tech.xerces.com/unbreakable-upgrades-zfs-and-apt-get.geek
>>>
>>
>> Here's how this would work in the yum world:
>>
>> 1. if any package from @core (or any of their deps) are being upgraded
>> then run an lvm snapshot and store it/add it to grub
>> 2. proceed with update
>
> This isn't going to work very well if /usr for example is on its own
> logical volume, since the default is everything in one volume I suspect
> that this is a bit uncommon.

it's a backup mechanism - one size RARELY fits all.

-sv



From randyn3lrx at gmail.com  Fri Mar 27 04:13:45 2009
From: randyn3lrx at gmail.com (Randall J. Berry)
Date: Fri, 27 Mar 2009 00:13:45 -0400
Subject: Strange date changes to doc files on rpmbuild/mock
Message-ID: <49CC5279.3030304@gmail.com>

	Hello,
I am building a package and everything works just fine except for one
strange anomaly that I can't figure out. When the package builds it
changes the doc files (COPYING, README, INSTALL) dates to December 2009
from their original date of December 2008. Both rpmbuild and mock are
doing this. I've never noticed this before and it's only happening to
this one package.

It has a very simple spec file and no specific copy methods are used to
copy these files other than the %doc macro itself. Anyone have a clue
why this is happening?

Thanks

Spec:
http://dp67.fedorapeople.org/pkgs/SPECS/callgit.spec

Source:
http://dp67.fedorapeople.org/pkgs/SRPMS/callgit-1.6-1.fc10.src.rpm

RPM:
http://dp67.fedorapeople.org/pkgs/RPMS/i386/callgit-1.6-1.fc10.i386.rpm

-- 
Randall J. Berry (Randy)
IRC: Dp67, N3LRX
Email: <randyn3lrx at gmail.com> gpg key: 0x8479625D
Fingerprint: 40B4 2E18 DE47 29DD 9E13 BFD6 D558 96D3 8479 625D



From icon at fedoraproject.org  Fri Mar 27 04:17:51 2009
From: icon at fedoraproject.org (Konstantin Ryabitsev)
Date: Fri, 27 Mar 2009 00:17:51 -0400
Subject: repoview in F10 Everything not possible
In-Reply-To: <alpine.LFD.2.00.0903261210400.12190@localhost.localdomain>
References: <49CB9A80.9090204@kiewel-online.ch>
	<alpine.LFD.2.00.0903261110190.12190@localhost.localdomain>
	<49CB9C5D.7030404@kiewel-online.ch>
	<alpine.LFD.2.00.0903261122180.12190@localhost.localdomain>
	<f8f6300f0903260900i78ff3025r760676471f8611a1@mail.gmail.com>
	<alpine.LFD.2.00.0903261210400.12190@localhost.localdomain>
Message-ID: <f8f6300f0903262117q20b909dak9c58b987e9c50da1@mail.gmail.com>

On Thu, Mar 26, 2009 at 12:11 PM, Seth Vidal <skvidal at fedoraproject.org> wrote:
>> Sorry for dragging my feed with these fixes. Besides the expected
>> excuse (young baby at home), I'll also need to make sure we still deal
>> with the original reason why lowercasing was put into the code -- so
>> as to avoid creating separate group entries for case-insensitive RPM
>> groups (e.g. "Applications/Internet" and "Applications/internet").
>>
>> It should be fairly simple but I need to find some time to sit down with
>> it.
>>
>> In the meantime, the fixes that Seth put in should be fine for Fedora,
>> since RPM groups are not used.
>>
>
> Icon,
> ?I built 0.6.2-3.fc9 and .fc10 with that patch. If you want to push them to
> bodhi, be my guest. :)

I just released 0.6.3 that should address this issue (plus a couple of
other minor problems). The packages have been built and should be in
updates-testing for F9 and F10.

Cheers,
-- 
Konstantin Ryabitsev
Montr?al, Qu?bec



From maxamillion at gmail.com  Fri Mar 27 05:10:21 2009
From: maxamillion at gmail.com (Adam Miller)
Date: Fri, 27 Mar 2009 00:10:21 -0500
Subject: System Config Tools Cleanup Project - tools to eliminate/replace
In-Reply-To: <f12087800903262208j40148335u93ae73e29f30fa69@mail.gmail.com>
References: <200903241710.00926.jreznik@redhat.com>
	<gqb3rj$i39$1@ger.gmane.org>
	<20090324180956.GD5925@nostromo.devel.redhat.com>
	<20090324123525.13c99eb5@ohm.scrye.com>
	<f12087800903262208j40148335u93ae73e29f30fa69@mail.gmail.com>
Message-ID: <f12087800903262210h6d4a1937w4f4cdb650b6aafde@mail.gmail.com>

I am going to agree with Mr. Fenzi 100%. The cli interface being a must and
the bridging would be nice but I also want to add one: NIC Bonding.

-Adam
(From my G1)

On Mar 24, 2009 1:36 PM, "Kevin Fenzi" <kevin at scrye.com> wrote:

On Tue, 24 Mar 2009 14:09:56 -0400 Bill Nottingham <notting at redhat.com>
wrote: > Scott Tsai (scottt...
Here's my short list of things I would like to see implemented before
s-c-network goes away:

- bridging support in NM
- command line configuration/management tool for nm
(I would think this could just be a management tool and have some
config file to change config, I don't care which).

>
> Bill
>

kevin

--
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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090327/741fb66c/attachment.htm>

From maxamillion at gmail.com  Fri Mar 27 05:14:50 2009
From: maxamillion at gmail.com (Adam Miller)
Date: Fri, 27 Mar 2009 00:14:50 -0500
Subject: another interesting idea (zfs based upgrades)
In-Reply-To: <49CC32BA.8040802@fedoraproject.org>
References: <gqgh5r$cbm$1@ger.gmane.org>
	<alpine.LFD.2.00.0903261428230.12190@localhost.localdomain>
	<1238093527.9589.38.camel@jdlaptop.lesbg.loc>
	<f12087800903261254r417d4c1bp7447646440c03094@mail.gmail.com>
	<49CC32BA.8040802@fedoraproject.org>
Message-ID: <f12087800903262214l4870f173n3f064d1966eea34@mail.gmail.com>

Wow ... honestly surprised I missed that. Thanks!

-Adam
(From my G1)

On Mar 26, 2009 8:55 PM, "Rahul Sundaram" <sundaram at fedoraproject.org>
wrote:

Adam Miller wrote: > Well now that btrfs has been mentioned ..... :) > > Are
we planning to adopt i...
Rawhide already offers it as a option.

https://fedoraproject.org/wiki/Fedora_11_Alpha_release_notes#Btrfs_File_System

Rahul

--

fedora-devel-list mailing list fedora-devel-list at redhat.com
https://www.redhat.com/mailman/listinfo/...
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090327/0966aab0/attachment.htm>

From rawhide at fedoraproject.org  Fri Mar 27 10:19:16 2009
From: rawhide at fedoraproject.org (Rawhide Report)
Date: Fri, 27 Mar 2009 10:19:16 +0000 (UTC)
Subject: rawhide report: 20090327 changes
Message-ID: <20090327101916.A2F451F8259@releng2.fedora.phx.redhat.com>

Compose started at Fri Mar 27 06:01:08 UTC 2009

Summary:
Added Packages: 0
Removed Packages: 0
Modified Packages: 0
Broken deps for i386
----------------------------------------------------------
	libopensync-plugin-syncml-0.35-4.fc10.i386 requires libsyncml.so.0



Broken deps for x86_64
----------------------------------------------------------
	libopensync-plugin-syncml-0.35-4.fc10.x86_64 requires libsyncml.so.0()(64bit)



Broken deps for ppc
----------------------------------------------------------
	libopensync-plugin-syncml-0.35-4.fc10.ppc requires libsyncml.so.0



Broken deps for ppc64
----------------------------------------------------------
	cabal2spec-0.12-1.fc11.noarch requires ghc > 0:6.10.1-7
	libopensync-plugin-syncml-0.35-4.fc10.ppc64 requires libsyncml.so.0()(64bit)





From ml at kiewel-online.ch  Fri Mar 27 10:47:10 2009
From: ml at kiewel-online.ch (Uwe Kiewel)
Date: Fri, 27 Mar 2009 11:47:10 +0100
Subject: repoview in F10 Everything not possible
In-Reply-To: <f8f6300f0903262117q20b909dak9c58b987e9c50da1@mail.gmail.com>
References: <49CB9A80.9090204@kiewel-online.ch>	<alpine.LFD.2.00.0903261110190.12190@localhost.localdomain>	<49CB9C5D.7030404@kiewel-online.ch>	<alpine.LFD.2.00.0903261122180.12190@localhost.localdomain>	<f8f6300f0903260900i78ff3025r760676471f8611a1@mail.gmail.com>	<alpine.LFD.2.00.0903261210400.12190@localhost.localdomain>
	<f8f6300f0903262117q20b909dak9c58b987e9c50da1@mail.gmail.com>
Message-ID: <49CCAEAE.7010705@kiewel-online.ch>

Konstantin Ryabitsev wrote:
> On Thu, Mar 26, 2009 at 12:11 PM, Seth Vidal <skvidal at fedoraproject.org> wrote:
>>> Sorry for dragging my feed with these fixes. Besides the expected
>>> excuse (young baby at home), I'll also need to make sure we still deal
>>> with the original reason why lowercasing was put into the code -- so
>>> as to avoid creating separate group entries for case-insensitive RPM
>>> groups (e.g. "Applications/Internet" and "Applications/internet").
>>>
>>> It should be fairly simple but I need to find some time to sit down with
>>> it.
>>>
>>> In the meantime, the fixes that Seth put in should be fine for Fedora,
>>> since RPM groups are not used.
>>>
>> Icon,
>>  I built 0.6.2-3.fc9 and .fc10 with that patch. If you want to push them to
>> bodhi, be my guest. :)
> 
> I just released 0.6.3 that should address this issue (plus a couple of
> other minor problems). The packages have been built and should be in
> updates-testing for F9 and F10.

I don't see it -  neither in updates/testing/F9 nor F10.
I looked at download.fedora.redhat.com.

Thanks,
   Uwe



From jwboyer at gmail.com  Fri Mar 27 11:23:30 2009
From: jwboyer at gmail.com (Josh Boyer)
Date: Fri, 27 Mar 2009 07:23:30 -0400
Subject: repoview in F10 Everything not possible
In-Reply-To: <49CCAEAE.7010705@kiewel-online.ch>
References: <49CB9A80.9090204@kiewel-online.ch>
	<alpine.LFD.2.00.0903261110190.12190@localhost.localdomain>
	<49CB9C5D.7030404@kiewel-online.ch>
	<alpine.LFD.2.00.0903261122180.12190@localhost.localdomain>
	<f8f6300f0903260900i78ff3025r760676471f8611a1@mail.gmail.com>
	<alpine.LFD.2.00.0903261210400.12190@localhost.localdomain>
	<f8f6300f0903262117q20b909dak9c58b987e9c50da1@mail.gmail.com>
	<49CCAEAE.7010705@kiewel-online.ch>
Message-ID: <20090327112330.GA2417@yoda.jdub.homelinux.org>

On Fri, Mar 27, 2009 at 11:47:10AM +0100, Uwe Kiewel wrote:
>Konstantin Ryabitsev wrote:
>> On Thu, Mar 26, 2009 at 12:11 PM, Seth Vidal <skvidal at fedoraproject.org> wrote:
>>>> Sorry for dragging my feed with these fixes. Besides the expected
>>>> excuse (young baby at home), I'll also need to make sure we still deal
>>>> with the original reason why lowercasing was put into the code -- so
>>>> as to avoid creating separate group entries for case-insensitive RPM
>>>> groups (e.g. "Applications/Internet" and "Applications/internet").
>>>>
>>>> It should be fairly simple but I need to find some time to sit down with
>>>> it.
>>>>
>>>> In the meantime, the fixes that Seth put in should be fine for Fedora,
>>>> since RPM groups are not used.
>>>>
>>> Icon,
>>>  I built 0.6.2-3.fc9 and .fc10 with that patch. If you want to push them to
>>> bodhi, be my guest. :)
>> 
>> I just released 0.6.3 that should address this issue (plus a couple of
>> other minor problems). The packages have been built and should be in
>> updates-testing for F9 and F10.
>
>I don't see it -  neither in updates/testing/F9 nor F10.
>I looked at download.fedora.redhat.com.

They haven't been pushed yet.  Wait about 6 hours.

josh



From billcrawford1970 at gmail.com  Fri Mar 27 11:54:08 2009
From: billcrawford1970 at gmail.com (Bill Crawford)
Date: Fri, 27 Mar 2009 11:54:08 +0000
Subject: another interesting idea (zfs based upgrades)
In-Reply-To: <1238093527.9589.38.camel@jdlaptop.lesbg.loc>
References: <gqgh5r$cbm$1@ger.gmane.org>
	<alpine.LFD.2.00.0903261428230.12190@localhost.localdomain>
	<1238093527.9589.38.camel@jdlaptop.lesbg.loc>
Message-ID: <200903271154.09170.billcrawford1970@gmail.com>

On Thursday 26 March 2009 18:52:07 Jonathan Dieter wrote:
...
> My experience with lvm snapshotting was that it slowed down disk speeds
> significantly.  I would expect that filesystem based snapshotting (which
> btrfs will have) might be more efficient.  Or we could make sure the
> snapshot is only left long enough to make sure the updates work.

You're basically doing copy-on-write of lots of metadata on the disk when you 
start doing anything that writes to it. Once that happens, new blocks can get 
reused in place for future updates and that slowdown should disappear. Making 
sure you have "noatime" in the mount options might help.

Any other way of doing this - "creating a rollback" - is going to involve at 
least as much writing of data to disk *somewhere* and the hit will come all at 
once while doing the updates. You also make your update tools etc much more 
complex, which isn't necessarily a good thing. LVM snapshots will also cope 
with most of the issues surrounding changing config file formats, and so on; 
the drawback is that you would need enough disk space to store two copies of 
any substantial data files that might change. This isn't unique to taking a 
snapshot; you'd again use just as much space and probably time taking a backup 
of a big database, for example, and you'd have to do that anyway if you were 
upgrading postgresql from <8.3.1 to 8.3.x, ...



From ZambranoH at ottawapolice.ca  Fri Mar 27 11:58:41 2009
From: ZambranoH at ottawapolice.ca (Zambrano,Hugo)
Date: Fri, 27 Mar 2009 07:58:41 -0400
Subject: ps -Hc --- enhancement
Message-ID: <AE6BF6D84322C148B907AC5B071FD4180A4CD63E@ottexch1.ocrps.ops.local>

Proposal:

You have a small test1.sh shell script that calls a second test2.sh script.  In the second script you want to find out what the name of the first calling script is.

Currently, if you use the ps command within the second script you only get "bash" as command name but not the real name of the calling script, in this case it would be test1.sh. If you use ps -Hc, where "c" is supposed to mean real command name, still shows "bash".

  PID TTY          TIME COMMAND
29763 pts/1    00:00:00 bash
14387 pts/1    00:00:00   bash
14389 pts/1    00:00:00     bash
14392 pts/1    00:00:00       ps
14388 pts/1    00:00:00   more

Hugo Zambrano	
RMS Team Leader


-------------- next part --------------
A non-text attachment was scrubbed...
Name: winmail.dat
Type: application/ms-tnef
Size: 2187 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090327/3c046f8f/attachment.bin>

From rjones at redhat.com  Fri Mar 27 13:08:25 2009
From: rjones at redhat.com (Richard W.M. Jones)
Date: Fri, 27 Mar 2009 13:08:25 +0000
Subject: Is there a tool to visualize RPM dependencies (by size)
In-Reply-To: <20090326183119.GA19129@amd.home.annexia.org>
References: <20090324135937.GA23976@amd.home.annexia.org>
	<20090326171554.GA18237@amd.home.annexia.org>
	<49CBB9CB.6010305@lfarkas.org>
	<20090326183119.GA19129@amd.home.annexia.org>
Message-ID: <20090327130825.GA8579@amd.home.annexia.org>

> > Richard W.M. Jones wrote:
> > > http://et.redhat.com/~rjones/rpmdepsize/

RPMs are there.  Note that you definitely won't be able to
compile this on CentOS ...  It requires Fedora >= 10.

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 pmatilai at laiskiainen.org  Fri Mar 27 13:13:16 2009
From: pmatilai at laiskiainen.org (Panu Matilainen)
Date: Fri, 27 Mar 2009 15:13:16 +0200 (EET)
Subject: "Please split doc into foo-doc subpackage" -> why?
In-Reply-To: <alpine.LFD.2.00.0903261615000.12190@localhost.localdomain>
References: <20090326201425.GA11521@nostromo.devel.redhat.com>
	<alpine.LFD.2.00.0903261615000.12190@localhost.localdomain>
Message-ID: <alpine.DEB.1.10.0903271505300.23513@gotcha.dreamhost.com>

On Thu, 26 Mar 2009, Seth Vidal wrote:
>
> On Thu, 26 Mar 2009, Bill Nottingham wrote:
>
>> I just recieved one of these bugs (#492446), and I'm not sure
>> why we'd do this for any package.
>> 
>> If we split the docs like this:
>> 
>> - it would be inconsistent per-package
>> -- so an admin wouldn't know whether a package had docs or not in
>>   the main package without manually trying to install a foo-doc
>>   subpackage
>> -- they would no longer be there by default if they're needed
>> 
>> Hence, why do this, when rpm already has a --nodocs flag and
>> macro that can be used for space savings on live images?
>
> yum's tsflags option in yum.conf also accepts 'nodocs'
>
> unfortunately, if you're using rpm -V it won't know about --nodocs being 
> passed in on install.

Sure it does:

[root at localhost ~]# rpm -U --nodocs /tmp/telnet-0.17-42.fc9.x86_64.rpm
[root at localhost ~]# rpm -qs telnet
normal        /usr/bin/telnet
not installed /usr/share/man/man1/telnet.1.gz
[root at localhost ~]# rpm -V telnet
[root at localhost ~]#

Verify checks out clean as the recorded file state says the file is not 
even *supposed* to be there. Compared to manually removing it:

[root at localhost ~]# rpm -U /tmp/telnet-0.17-42.fc9.x86_64.rpm
[root at localhost ~]# rm -f /usr/share/man/man1/telnet.1.gz
[root at localhost ~]# rpm -qs telnet
normal        /usr/bin/telnet
normal        /usr/share/man/man1/telnet.1.gz
[root at localhost ~]# rpm -V telnet
missing   d /usr/share/man/man1/telnet.1.gz
[root at localhost ~]#

 	- Panu -



From jonstanley at gmail.com  Fri Mar 27 13:45:41 2009
From: jonstanley at gmail.com (Jon Stanley)
Date: Fri, 27 Mar 2009 09:45:41 -0400
Subject: Plan for todays (20090327) FESCo meeting
Message-ID: <da159fda0903270645o1410e180n81b2817c5e6becb2@mail.gmail.com>

Sorry for the late agenda, there's not much of an agenda today
anyways, we'll actually finish in under 2 hours!

119	Provenpackager Request: s4504kr
110	Policy on Flags

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 lyos.gemininorezel at gmail.com  Fri Mar 27 13:56:07 2009
From: lyos.gemininorezel at gmail.com (Lyos Gemini Norezel)
Date: Fri, 27 Mar 2009 09:56:07 -0400
Subject: another interesting idea (zfs based upgrades)
In-Reply-To: <f12087800903261254r417d4c1bp7447646440c03094@mail.gmail.com>
References: <gqgh5r$cbm$1@ger.gmane.org>	<alpine.LFD.2.00.0903261428230.12190@localhost.localdomain>	<1238093527.9589.38.camel@jdlaptop.lesbg.loc>
	<f12087800903261254r417d4c1bp7447646440c03094@mail.gmail.com>
Message-ID: <49CCDAF7.6060009@gmail.com>

Adam Miller wrote:
> Well now that btrfs has been mentioned ..... :)
>
> Are we planning to adopt it as default soon as upstream releases
> stable? or possibly just shoot for alternative if default would be too
> ambitious?
>
> -Adam

Unless there are *SIGNIFICANT* performance increases and/or data 
security benefits
(by 'significant', I mean *at least* 3 to 4 *times* better than previous 
default FS), I fail to
see the validity of making everyone to switch to a new filesystem.

So, re: btrfs being set as default... -1000
I'd prefer to stick with the Ext2/3 line until a proper DB filesystem is 
released.

Lyos Gemini Norezel
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Lyos_GeminiNorezel.vcf
Type: text/x-vcard
Size: 428 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090327/c996dd68/attachment.vcf>

From seg at haxxed.com  Fri Mar 27 14:41:57 2009
From: seg at haxxed.com (Callum Lerwick)
Date: Fri, 27 Mar 2009 09:41:57 -0500
Subject: question about patent
In-Reply-To: <3e004f8e0903240740t6d386511n427c4afb48337ee9@mail.gmail.com>
References: <3e004f8e0903230838s1839cd91m94b063ba5e5858be@mail.gmail.com>
	<3e004f8e0903240740t6d386511n427c4afb48337ee9@mail.gmail.com>
Message-ID: <1238164917.24750.434.camel@localhost.localdomain>

On Tue, 2009-03-24 at 23:40 +0900, robert song wrote:
> Hello, everyone.
> Now I am using Pettis-Hansen method as follows to reorder functions.
> http://www.cs.virginia.edu/kim/courses/cs771/papers/pettis90profile.pdf
> 
> But I found that the algorithm has its patent as below.
> http://www.freepatentsonline.com/EP0459192.html
> 
> So if I use this algorithm in my codes, it will infringe the HP patent.
> Does it mean that this algorithm can not be used in codes ?
> Is there any method to deal with this problem ?

... Doesn't gcc do this? Just going off the patent abstract, it sounds
like gcc already infringes. But in law, details matter...
-------------- 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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090327/5b60b65f/attachment.sig>

From mclasen at redhat.com  Fri Mar 27 14:43:44 2009
From: mclasen at redhat.com (Matthias Clasen)
Date: Fri, 27 Mar 2009 10:43:44 -0400
Subject: Plan for todays (20090327) FESCo meeting
In-Reply-To: <da159fda0903270645o1410e180n81b2817c5e6becb2@mail.gmail.com>
References: <da159fda0903270645o1410e180n81b2817c5e6becb2@mail.gmail.com>
Message-ID: <1238165024.3445.3.camel@localhost.localdomain>

On Fri, 2009-03-27 at 09:45 -0400, Jon Stanley wrote:
> Sorry for the late agenda, there's not much of an agenda today
> anyways, we'll actually finish in under 2 hours!
> 
> 119	Provenpackager Request: s4504kr
> 110	Policy on Flags
> 
> 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'd like to discuss the following little schedule oddity:

F11 final devel freeze: April 14
GNOME 2.26.1 release:   April 15 (releases tend to happen in the days
before this)

We have always kept up with stable GNOME releases, and we get a lot of
translation updates and bug fixes this way. So I would like to ask for
some forgiveness if building GNOME 2.26.1 bends the final devel freeze
deadline by a day or so.


Matthias



From fedora at camperquake.de  Fri Mar 27 14:22:32 2009
From: fedora at camperquake.de (Ralf Ertzinger)
Date: Fri, 27 Mar 2009 15:22:32 +0100
Subject: another interesting idea (zfs based upgrades)
In-Reply-To: <49CCDAF7.6060009@gmail.com>
References: <gqgh5r$cbm$1@ger.gmane.org>
	<alpine.LFD.2.00.0903261428230.12190@localhost.localdomain>
	<1238093527.9589.38.camel@jdlaptop.lesbg.loc>
	<f12087800903261254r417d4c1bp7447646440c03094@mail.gmail.com>
	<49CCDAF7.6060009@gmail.com>
Message-ID: <20090327152232.7a926c3b@lain.camperquake.de>

Hi.

On Fri, 27 Mar 2009 09:56:07 -0400, Lyos Gemini Norezel wrote

> Unless there are *SIGNIFICANT* performance increases and/or data 
> security benefits
> (by 'significant', I mean *at least* 3 to 4 *times* better than
> previous default FS), I fail to
> see the validity of making everyone to switch to a new filesystem.

Well.. btrfs has some nice tricks up it's sleeve (many of them
similar to ZFS). And, having worked with ZFS for some time now, the
way ZFS 'thinks' about filesystems is a huge step ahead from RAID/LVM/
classical unix filesystems.

For me it's one of those "why haven't we always done stuff this way?"
situations.



From rwheeler at redhat.com  Fri Mar 27 14:48:17 2009
From: rwheeler at redhat.com (Ric Wheeler)
Date: Fri, 27 Mar 2009 10:48:17 -0400
Subject: question about patent
In-Reply-To: <1238164917.24750.434.camel@localhost.localdomain>
References: <3e004f8e0903230838s1839cd91m94b063ba5e5858be@mail.gmail.com>	<3e004f8e0903240740t6d386511n427c4afb48337ee9@mail.gmail.com>
	<1238164917.24750.434.camel@localhost.localdomain>
Message-ID: <49CCE731.2030600@redhat.com>


Without reading or looking at the patent at all, it is almost always really bad 
to discuss patents in public, especially on email.

Patents & patent trolls are so pervasive that you can help feed patent trolls by 
bringing up the possibility of infringement in these forums (even when they are 
marginal claims).

I have always been given guidance that engineers should never, ever do patent 
searches and never discuss the specifics of IP issues in email.

Regards,

Ric



From orion at cora.nwra.com  Fri Mar 27 15:43:14 2009
From: orion at cora.nwra.com (Orion Poplawski)
Date: Fri, 27 Mar 2009 09:43:14 -0600
Subject: Should I be able to hibernate a NFS/LDAP using system?
Message-ID: <49CCF412.309@cora.nwra.com>

Before I start filing bugs (and to help determine where if needed), is 
it reasonable for me to expect to be able to put a desktop machine that 
uses LDAP authentication and NFS home directories into hibernate? 
Currently it seems to get hung up trying to do some work that attempts 
to query the LDAP server and syncing the filesystems (which seems to 
need NFS up) after NM has brought down the network interface.

Thoughts?

-- 
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 jonstanley at gmail.com  Fri Mar 27 16:02:01 2009
From: jonstanley at gmail.com (Jon Stanley)
Date: Fri, 27 Mar 2009 12:02:01 -0400
Subject: Plan for todays (20090327) FESCo meeting
In-Reply-To: <1238165024.3445.3.camel@localhost.localdomain>
References: <da159fda0903270645o1410e180n81b2817c5e6becb2@mail.gmail.com> 
	<1238165024.3445.3.camel@localhost.localdomain>
Message-ID: <da159fda0903270902g780e6decue0735f6eef6065f9@mail.gmail.com>

On Fri, Mar 27, 2009 at 10:43 AM, Matthias Clasen <mclasen at redhat.com> wrote:

> I'd like to discuss the following little schedule oddity:
>
> F11 final devel freeze: April 14
> GNOME 2.26.1 release: ? April 15 (releases tend to happen in the days
> before this)

Sure we can discuss this.  I'm thinking though that all that needs to
happen is a tagging request for getting the packages in post-freeze.



From zcerza at redhat.com  Fri Mar 27 16:24:05 2009
From: zcerza at redhat.com (Zack Cerza)
Date: Fri, 27 Mar 2009 12:24:05 -0400
Subject: PackageKit and gnome-packagekit test packages
In-Reply-To: <1237819775.9055.14.camel@localhost.localdomain>
References: <1237467645.30277.84.camel@hughsie-work.lan>
	<1237475743.13333.3.camel@megadoomer.boston.devel.redhat.com>
	<1237819775.9055.14.camel@localhost.localdomain>
Message-ID: <1238171045.3486.6.camel@megadoomer.boston.devel.redhat.com>

On Mon, 2009-03-23 at 14:49 +0000, Richard Hughes wrote:
> On Thu, 2009-03-19 at 11:15 -0400, Zack Cerza wrote:
> > I'm excited about the changelog feature. I'm getting the following
> > traceback, though, when gpk-u-v2 is chewing on metadata:
> 
> I've fixed this in git master -- can you try the packages here please:
> http://www.packagekit.org/packages/
> 
> Thanks.
> 
> Richard.

Ah, I just noticed your reply and installed newer packages:
gnome-packagekit-0.4.6-0.2.20090319git.fc11.i586

The changelog feature is indeed awesome. The formatting could use some
tweaking, though. Here's a sample, from libXv-1.0.4-2.fc11:
"""

List of changes:
2009-2-25 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> -
1.0.4-2
? Rebuilt for https://fedoraproject.org/wiki/Fedora11Mass_Rebuild
"""

The blank line should be between "List of changes:" and the actual list.
Looks awkward the way it is now. Also, it'd be sweet if URIs could be
linkified.

Another thing I noticed is that when I start gpk-update-viewer2, the UI
blocks for around 30 seconds as it struggles to show all 967 available
updates. That's not too terribly surprising, considering I have
accessibility turned on. Then again, yumBackend.py seems to be chewing a
lot of CPU cycles:

  398 root      30  10 45604  33m 6340 R 87.8  2.2   1:06.30
yumBackend.py      

Maybe it's just my fault for putting off updating so many things. Either
way, I love the changelog feature!

Zack





From hughsient at gmail.com  Fri Mar 27 16:30:44 2009
From: hughsient at gmail.com (Richard Hughes)
Date: Fri, 27 Mar 2009 16:30:44 +0000
Subject: PackageKit and gnome-packagekit test packages
In-Reply-To: <1238171045.3486.6.camel@megadoomer.boston.devel.redhat.com>
References: <1237467645.30277.84.camel@hughsie-work.lan>
	<1237475743.13333.3.camel@megadoomer.boston.devel.redhat.com>
	<1237819775.9055.14.camel@localhost.localdomain>
	<1238171045.3486.6.camel@megadoomer.boston.devel.redhat.com>
Message-ID: <1238171444.7847.89.camel@hughsie-work.lan>

On Fri, 2009-03-27 at 12:24 -0400, Zack Cerza wrote:
> On Mon, 2009-03-23 at 14:49 +0000, Richard Hughes wrote:
> > On Thu, 2009-03-19 at 11:15 -0400, Zack Cerza wrote:
> > > I'm excited about the changelog feature. I'm getting the following
> > > traceback, though, when gpk-u-v2 is chewing on metadata:
> > 
> > I've fixed this in git master -- can you try the packages here please:
> > http://www.packagekit.org/packages/
> > 
> > Thanks.
> > 
> > Richard.
> 
> Ah, I just noticed your reply and installed newer packages:
> gnome-packagekit-0.4.6-0.2.20090319git.fc11.i586
> 
> The changelog feature is indeed awesome. The formatting could use some
> tweaking, though. Here's a sample, from libXv-1.0.4-2.fc11:
> """
> 
> List of changes:
> 2009-2-25 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> -
> 1.0.4-2
> ? Rebuilt for https://fedoraproject.org/wiki/Fedora11Mass_Rebuild
> """
> 
> The blank line should be between "List of changes:" and the actual list.
> Looks awkward the way it is now.

Could you file a rh bug please, trivial fix.

> Also, it'd be sweet if URIs could be linkified.

Trickier, but not impossible. File a bug and I'll make it so. Note, that
the URLs that people put into Bohdi are "linkified", we'll just have to
do a bit of tweaking for the ChangeLog text. Might take a bit of time.

> Another thing I noticed is that when I start gpk-update-viewer2, the UI
> blocks for around 30 seconds as it struggles to show all 967 available
> updates.

Yikes.

> That's not too terribly surprising, considering I have
> accessibility turned on. Then again, yumBackend.py seems to be chewing a
> lot of CPU cycles:
> 
>   398 root      30  10 45604  33m 6340 R 87.8  2.2   1:06.30
> yumBackend.py      
> 
> Maybe it's just my fault for putting off updating so many things. Either
> way, I love the changelog feature!

Well, we probably need to optimise the python; I'm no python legend and
it's not been optimised at all yet. Offers of help gleefully received,
but thanks indeed for the feedback!

Richard.



From jlaska at redhat.com  Fri Mar 27 16:46:22 2009
From: jlaska at redhat.com (James Laska)
Date: Fri, 27 Mar 2009 12:46:22 -0400
Subject: 2009-03-26 - Fedora Test Day - Nouveau graphics driver [results]
In-Reply-To: <1237930123.3620.531.camel@flatline.devel.redhat.com>
References: <1237930123.3620.531.camel@flatline.devel.redhat.com>
Message-ID: <1238172382.3415.261.camel@flatline.devel.redhat.com>

Greetings testers,

Thanks to all who participated!  Test days with Live images are always
very popular.  I've also learned that Test Days that focus on
high-profile features that impact a large set of users are even more
popular.

Just wanted to share some highlights:

      * 1 test day announcement that pointed to the wrong wiki page [1]
        (https://www.redhat.com/archives/fedora-test-list/2009-March/msg01126.html) 
      * 6 nouveau test cases created by Adam Williamson
        (https://fedoraproject.org/wiki/Category:Nouveau_Test_Cases) 
      * 68 recorded unique participants
        (https://fedoraproject.org/wiki/QA/Test_Days/2009-03-26#Results) 
      * 47 bugs filed (http://tinyurl.com/dxvexk) 
              * 38 NEW 
              * 4 CLOSED DUPLICATE 
              * 4 CLOSED NOTABUG 
              * 1 CLOSED RAWHIDE 

Many thanks to Adam Williamson for coordinating testing and tirelessly
keeping the communication lines flowing throughout the day.

Thanks again,
James

[1] I *think* dmalcolm fixed my goof here.  Thank you Dave!

On Tue, 2009-03-24 at 17:28 -0400, James Laska wrote:
> Greetings testers,
> 
> Adam Williamson and Ben Skeggs have lined up an exciting Fedora Test Day
> topic.  This Thursday, March 26 will focus on testing the new nouveau
> graphics driver.  If the Intel graphics test day [1] was any indication,
> this will be a busy event.  
> 
> As outlined in the NouveauAsDefault feature page [2], the nouveau driver
> will be replacing the previous 'nv' driver for nVidia chipsets.  There
> are several notable improvements including RANDR 1.2 support and
> accelerated XRENDER support.  To determine if you have the required
> hardware, run the following command:
> 
> # /sbin/lspci -d 10de: | grep -iq VGA && echo "Join Nouveau Fedora Test Day"
> 
> So come join #fedora-qa this Thursday, March 26, 2009 to share your
> Nouveau graphics test results.  A Fedora live image will be available to
> aid testing.  Stay tuned for more details are available at
> https://fedoraproject.org/wiki/QA/Test_Days/2009-03-24.
> 
> Thanks,
> James
> 
> [1] https://fedoraproject.org/wiki/QA/Test_Days/2009-03-12
> [2] https://fedoraproject.org/wiki/Features/NouveauAsDefault
> 
> -- 
> fedora-test-list mailing list
> fedora-test-list at redhat.com
> To unsubscribe: 
> https://www.redhat.com/mailman/listinfo/fedora-test-list
-------------- 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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090327/e4954357/attachment.sig>

From zcerza at redhat.com  Fri Mar 27 16:52:34 2009
From: zcerza at redhat.com (Zack Cerza)
Date: Fri, 27 Mar 2009 12:52:34 -0400
Subject: PackageKit and gnome-packagekit test packages
In-Reply-To: <1237828228.3650.1.camel@localhost.localdomain>
References: <309696842.78091237826099311.JavaMail.root@zmail04.collab.prod.int.phx2.redhat.com>
	<1237828228.3650.1.camel@localhost.localdomain>
Message-ID: <1238172754.708.0.camel@megadoomer.boston.devel.redhat.com>

On Mon, 2009-03-23 at 13:10 -0400, Matthias Clasen wrote:
> On Mon, 2009-03-23 at 12:34 -0400, Michal Nowak wrote:
> > 
> > * it'd be nice to be able to select/unselect packages via keyboard
> > by e.g. having keyboard cursor ("rectangle") on the first column
> > with checkbox
> 
> That is possible. Just move the focus in the list and use space to
> toggle the checkboxes.

Have you tried this, though? It doesn't work for me, and after trying it
none of the checkboxes work at all.

Zack



From erikina at gmail.com  Fri Mar 27 16:54:10 2009
From: erikina at gmail.com (Eric Springer)
Date: Sat, 28 Mar 2009 02:54:10 +1000
Subject: question about patent
In-Reply-To: <3e004f8e0903240740t6d386511n427c4afb48337ee9@mail.gmail.com>
References: <3e004f8e0903230838s1839cd91m94b063ba5e5858be@mail.gmail.com>
	<3e004f8e0903240740t6d386511n427c4afb48337ee9@mail.gmail.com>
Message-ID: <ce9c609e0903270954w6a28ca45j6947f5ce914cfa3e@mail.gmail.com>

On Wed, Mar 25, 2009 at 12:40 AM, robert song
<robertsong.linux at gmail.com> wrote:
> Hello, everyone.
> Now I am using Pettis-Hansen method as follows to reorder functions.
> http://www.cs.virginia.edu/kim/courses/cs771/papers/pettis90profile.pdf
>
> But I found that the algorithm has its patent as below.
> http://www.freepatentsonline.com/EP0459192.html
>
> So if I use this algorithm in my codes, it will infringe the HP patent.
> Does it mean that this algorithm can not be used in codes ?
> Is there any method to deal with this problem ?
>
> Best wishes,
> robert
>

I agree with Ric on this one. You're far better off to never look at
any patents and not discuss them either. For a variety of reasons:

a) Knowingly infringing has x3 the penalty.
b) You're drawing attention where none should be.
c) Almost all of these patents are untenable


And such is the unfair nature of patents. I bet some of my code
accidentally "infringes" a dozen patents. Completely ignore them
completely unless you're doing something like a clone of some
commercial software, where you'll need to tread carefully .


P.S. I'm not a patent lawyer, but I read through the patent. And
people have been doing optimising like this for well over 30 years in
assembly. And considering the patent was filed for a compiler method
of doing it, in 1991 -- I have no doubt it was in every major compiler
by then. Worthless patent as far as I can tell.

> --
> fedora-devel-list mailing list
> fedora-devel-list at redhat.com
> https://www.redhat.com/mailman/listinfo/fedora-devel-list
>



-- 
Eric Springer,
PGP Fingerprint: 097D E98D 9278 FE86 2659 2959 DA9E 90BD F183 2F88



From mcepl at redhat.com  Fri Mar 27 16:50:10 2009
From: mcepl at redhat.com (Matej Cepl)
Date: Fri, 27 Mar 2009 17:50:10 +0100
Subject: another interesting idea (zfs based upgrades)
References: <gqgh5r$cbm$1@ger.gmane.org>
	<alpine.LFD.2.00.0903261428230.12190@localhost.localdomain>
	<1238093527.9589.38.camel@jdlaptop.lesbg.loc>
	<f12087800903261254r417d4c1bp7447646440c03094@mail.gmail.com>
	<49CCDAF7.6060009@gmail.com>
	<20090327152232.7a926c3b@lain.camperquake.de>
Message-ID: <2ncv96-as4.ln1@ppp1053.in.ipex.cz>

On 2009-03-27, 14:22 GMT, Ralf Ertzinger wrote:
> For me it's one of those "why haven't we always done stuff this 
> way?" situations.

Well, there are some advantages of monolithic monsters, but 
I prefer The Unix Way ... do one thing and do it well. Am I right 
that OpenSolaris still doesn't have disk encryption in its basic 
installation? I mean, really?

Matej



From zcerza at redhat.com  Fri Mar 27 17:02:12 2009
From: zcerza at redhat.com (Zack Cerza)
Date: Fri, 27 Mar 2009 13:02:12 -0400
Subject: PackageKit and gnome-packagekit test packages
In-Reply-To: <1238171444.7847.89.camel@hughsie-work.lan>
References: <1237467645.30277.84.camel@hughsie-work.lan>
	<1237475743.13333.3.camel@megadoomer.boston.devel.redhat.com>
	<1237819775.9055.14.camel@localhost.localdomain>
	<1238171045.3486.6.camel@megadoomer.boston.devel.redhat.com>
	<1238171444.7847.89.camel@hughsie-work.lan>
Message-ID: <1238173332.708.3.camel@megadoomer.boston.devel.redhat.com>

On Fri, 2009-03-27 at 16:30 +0000, Richard Hughes wrote:
> On Fri, 2009-03-27 at 12:24 -0400, Zack Cerza wrote:
> > On Mon, 2009-03-23 at 14:49 +0000, Richard Hughes wrote:
> > > On Thu, 2009-03-19 at 11:15 -0400, Zack Cerza wrote:
> > > > I'm excited about the changelog feature. I'm getting the following
> > > > traceback, though, when gpk-u-v2 is chewing on metadata:
> > > 
> > > I've fixed this in git master -- can you try the packages here please:
> > > http://www.packagekit.org/packages/
> > > 
> > > Thanks.
> > > 
> > > Richard.
> > 
> > Ah, I just noticed your reply and installed newer packages:
> > gnome-packagekit-0.4.6-0.2.20090319git.fc11.i586
> > 
> > The changelog feature is indeed awesome. The formatting could use some
> > tweaking, though. Here's a sample, from libXv-1.0.4-2.fc11:
> > """
> > 
> > List of changes:
> > 2009-2-25 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> -
> > 1.0.4-2
> > ? Rebuilt for https://fedoraproject.org/wiki/Fedora11Mass_Rebuild
> > """
> > 
> > The blank line should be between "List of changes:" and the actual list.
> > Looks awkward the way it is now.
> 
> Could you file a rh bug please, trivial fix.

https://bugzilla.redhat.com/show_bug.cgi?id=492602

> > Also, it'd be sweet if URIs could be linkified.
> 
> Trickier, but not impossible. File a bug and I'll make it so. Note, that
> the URLs that people put into Bohdi are "linkified", we'll just have to
> do a bit of tweaking for the ChangeLog text. Might take a bit of time.

https://bugzilla.redhat.com/show_bug.cgi?id=492603

> > Another thing I noticed is that when I start gpk-update-viewer2, the UI
> > blocks for around 30 seconds as it struggles to show all 967 available
> > updates.
> 
> Yikes.
> 
> > That's not too terribly surprising, considering I have
> > accessibility turned on. Then again, yumBackend.py seems to be chewing a
> > lot of CPU cycles:
> > 
> >   398 root      30  10 45604  33m 6340 R 87.8  2.2   1:06.30
> > yumBackend.py      
> > 
> > Maybe it's just my fault for putting off updating so many things. Either
> > way, I love the changelog feature!
> 
> Well, we probably need to optimise the python; I'm no python legend and
> it's not been optimised at all yet. Offers of help gleefully received,
> but thanks indeed for the feedback!
> 
> Richard.

Ah, I see. I'm not sure if I could help there, but if I get a few free
minutes I'll take a look.

Zack



From mclasen at redhat.com  Fri Mar 27 17:19:35 2009
From: mclasen at redhat.com (Matthias Clasen)
Date: Fri, 27 Mar 2009 13:19:35 -0400
Subject: PackageKit and gnome-packagekit test packages
In-Reply-To: <1238172754.708.0.camel@megadoomer.boston.devel.redhat.com>
References: <309696842.78091237826099311.JavaMail.root@zmail04.collab.prod.int.phx2.redhat.com>
	<1237828228.3650.1.camel@localhost.localdomain>
	<1238172754.708.0.camel@megadoomer.boston.devel.redhat.com>
Message-ID: <1238174375.3445.8.camel@localhost.localdomain>

On Fri, 2009-03-27 at 12:52 -0400, Zack Cerza wrote:
> On Mon, 2009-03-23 at 13:10 -0400, Matthias Clasen wrote:
> > On Mon, 2009-03-23 at 12:34 -0400, Michal Nowak wrote:
> > > 
> > > * it'd be nice to be able to select/unselect packages via keyboard
> > > by e.g. having keyboard cursor ("rectangle") on the first column
> > > with checkbox
> > 
> > That is possible. Just move the focus in the list and use space to
> > toggle the checkboxes.
> 
> Have you tried this, though? It doesn't work for me, and after trying it
> none of the checkboxes work at all.

It certainly worked for the one checkbox I tried it on.



From mclasen at redhat.com  Fri Mar 27 17:31:25 2009
From: mclasen at redhat.com (Matthias Clasen)
Date: Fri, 27 Mar 2009 13:31:25 -0400
Subject: PackageKit and gnome-packagekit test packages
In-Reply-To: <1238172754.708.0.camel@megadoomer.boston.devel.redhat.com>
References: <309696842.78091237826099311.JavaMail.root@zmail04.collab.prod.int.phx2.redhat.com>
	<1237828228.3650.1.camel@localhost.localdomain>
	<1238172754.708.0.camel@megadoomer.boston.devel.redhat.com>
Message-ID: <1238175086.3445.10.camel@localhost.localdomain>

On Fri, 2009-03-27 at 12:52 -0400, Zack Cerza wrote:
> On Mon, 2009-03-23 at 13:10 -0400, Matthias Clasen wrote:
> > On Mon, 2009-03-23 at 12:34 -0400, Michal Nowak wrote:
> > > 
> > > * it'd be nice to be able to select/unselect packages via keyboard
> > > by e.g. having keyboard cursor ("rectangle") on the first column
> > > with checkbox
> > 
> > That is possible. Just move the focus in the list and use space to
> > toggle the checkboxes.
> 
> Have you tried this, though? It doesn't work for me, and after trying it
> none of the checkboxes work at all.

Yes, it definitively works here. 

What is slightly suboptimal is that the update-viewer seems to grab the
focus to the "Install" button after any check/uncheck, so you constantly
have to navigate back to the list...



From fedora at camperquake.de  Fri Mar 27 17:49:39 2009
From: fedora at camperquake.de (Ralf Ertzinger)
Date: Fri, 27 Mar 2009 18:49:39 +0100
Subject: another interesting idea (zfs based upgrades)
In-Reply-To: <2ncv96-as4.ln1@ppp1053.in.ipex.cz>
References: <gqgh5r$cbm$1@ger.gmane.org>
	<alpine.LFD.2.00.0903261428230.12190@localhost.localdomain>
	<1238093527.9589.38.camel@jdlaptop.lesbg.loc>
	<f12087800903261254r417d4c1bp7447646440c03094@mail.gmail.com>
	<49CCDAF7.6060009@gmail.com>
	<20090327152232.7a926c3b@lain.camperquake.de>
	<2ncv96-as4.ln1@ppp1053.in.ipex.cz>
Message-ID: <20090327184939.503a2f6d@lain.camperquake.de>

Hi.

On Fri, 27 Mar 2009 17:50:10 +0100, Matej Cepl wrote

> Well, there are some advantages of monolithic monsters, but 
> I prefer The Unix Way ... do one thing and do it well.

Yes, and I usually agree with that. But one might also argue that
splitting the "storage problem" into RAID/LVM/Filesystem creates
an unnatural division of a single problem.

But that has been discussed to death elsewhere and does not bear
repeating here. I'd just like to say that I was sceptical of the
ZFS concept as well until I tried it.

> Am I right 
> that OpenSolaris still doesn't have disk encryption in its basic 
> installation? I mean, really?

Per dataset encryption fully integrated into ZFS does not exist
at this time, right. Encryption via loopback file systems exists
(which does not work for ZFS unless you do some really ugly
things)



From seg at haxxed.com  Fri Mar 27 18:13:05 2009
From: seg at haxxed.com (Callum Lerwick)
Date: Fri, 27 Mar 2009 13:13:05 -0500
Subject: A supposedly patent-free suggestion/solution to the curious 
 subpixel rendering in Fedora
In-Reply-To: <20d6441a0903260722r1bfd078axf352670056fc2471@mail.gmail.com>
References: <20d6441a0903221518h4e7bd6aj55b61c7875495794@mail.gmail.com>
	<gq8a3g$295$2@ger.gmane.org> <49CB5E18.7040709@robertoragusa.it>
	<20d6441a0903260722r1bfd078axf352670056fc2471@mail.gmail.com>
Message-ID: <1238177585.24750.502.camel@localhost.localdomain>

On Thu, 2009-03-26 at 09:22 -0500, Jud Craft wrote:
> No idea.  Probably something to ask the freetype people, or whoever
> implements the rest of the subpixel filters.
> 
> There is someone who implemented such an idea by considering the red
> and blue subpixels as dependently linked, since together red and blue
> have an approximate luminance as green.  It was called the SubRGB
> algorithm, and there was a page with source, a library, and examples
> -- but I can't find it in google.  I don't believe it was ever used in
> any font-rendering library, but it was suggested as a possible
> non-patent infringing replacement.

Note that a FreeType developer is not so convinced that SubLCD is
completely in the clear:

http://david.freetype.org/cleartype-patents.html

-------------- 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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090327/98ba310b/attachment.sig>

From craftjml at gmail.com  Fri Mar 27 18:25:19 2009
From: craftjml at gmail.com (Jud Craft)
Date: Fri, 27 Mar 2009 13:25:19 -0500
Subject: A supposedly patent-free suggestion/solution to the curious 
	subpixel rendering in Fedora
In-Reply-To: <1238177585.24750.502.camel@localhost.localdomain>
References: <20d6441a0903221518h4e7bd6aj55b61c7875495794@mail.gmail.com>
	<gq8a3g$295$2@ger.gmane.org> <49CB5E18.7040709@robertoragusa.it>
	<20d6441a0903260722r1bfd078axf352670056fc2471@mail.gmail.com>
	<1238177585.24750.502.camel@localhost.localdomain>
Message-ID: <20d6441a0903271125u8c1ac97x6cdeabb2b8384efd@mail.gmail.com>

2009/3/27 Callum Lerwick <seg at haxxed.com>:
> Note that a FreeType developer is not so convinced that SubLCD is
> completely in the clear:
>
> http://david.freetype.org/cleartype-patents.htm

That is very interesting.  I would be curious to hear his opinion on
Qt's method.  Patents are so very...complicated.



From behdad at behdad.org  Fri Mar 27 18:32:01 2009
From: behdad at behdad.org (Behdad Esfahbod)
Date: Fri, 27 Mar 2009 14:32:01 -0400
Subject: A supposedly patent-free suggestion/solution to the curious 
 subpixel rendering in Fedora
In-Reply-To: <20d6441a0903271125u8c1ac97x6cdeabb2b8384efd@mail.gmail.com>
References: <20d6441a0903221518h4e7bd6aj55b61c7875495794@mail.gmail.com>	<gq8a3g$295$2@ger.gmane.org>
	<49CB5E18.7040709@robertoragusa.it>	<20d6441a0903260722r1bfd078axf352670056fc2471@mail.gmail.com>	<1238177585.24750.502.camel@localhost.localdomain>
	<20d6441a0903271125u8c1ac97x6cdeabb2b8384efd@mail.gmail.com>
Message-ID: <49CD1BA1.9030800@behdad.org>

On 03/27/2009 02:25 PM, Jud Craft wrote:
> 2009/3/27 Callum Lerwick<seg at haxxed.com>:
>> Note that a FreeType developer is not so convinced that SubLCD is
>> completely in the clear:
>>
>> http://david.freetype.org/cleartype-patents.htm
>
> That is very interesting.  I would be curious to hear his opinion on
> Qt's method.  Patents are so very...complicated.

The subject of this thread is FALSE.  I wonder whether the person starting the 
thread even read the page he quoted.  All the Qt page is saying is that they 
now implement all the different subpixel filters that FreeType supports (in a 
patent-infringing build).  There is NO new algorithm involved.  Go read it for 
yourself:

   http://labs.trolltech.com/blogs/2008/09/01/subpixel-antialiasing-on-x11/

To quote: "Note that the filtering we use in Qt 4.4 and earlier is pretty much 
the same as Freetype?s default filtering, but unlike before we now also 
support the other filtering settings."

Any kind of subpixel filtering is covered by those patents.  Just stop it already.

behdad
Your pissed off text stack maintainer



From craftjml at gmail.com  Fri Mar 27 19:34:51 2009
From: craftjml at gmail.com (Jud Craft)
Date: Fri, 27 Mar 2009 14:34:51 -0500
Subject: A supposedly patent-free suggestion/solution to the curious 
	subpixel rendering in Fedora
In-Reply-To: <49CD1BA1.9030800@behdad.org>
References: <20d6441a0903221518h4e7bd6aj55b61c7875495794@mail.gmail.com>
	<gq8a3g$295$2@ger.gmane.org> <49CB5E18.7040709@robertoragusa.it>
	<20d6441a0903260722r1bfd078axf352670056fc2471@mail.gmail.com>
	<1238177585.24750.502.camel@localhost.localdomain>
	<20d6441a0903271125u8c1ac97x6cdeabb2b8384efd@mail.gmail.com>
	<49CD1BA1.9030800@behdad.org>
Message-ID: <20d6441a0903271234q23f9ca64l785ea2c3221df951@mail.gmail.com>

Sir, the subject is not false.  You may be a text-stack-maintainer,
but I am not a moron.

>From the article:
-----
"However, since Qt4 was released, Freetype has added support for doing
subpixel rendering and filtering itself, along with several settings
for which filter to use.

In Qt 4.5 we will use Freetype?s filtering if available..."
-----

>From this, we clearly see that Qt has only started to use Freetype's
filter, in a version of Qt that Fedora hasn't even shipped to F10 yet.
 Ergo:  Qt has actually had its own filtering code independent of
Freetype for some time (I imagine analogous to Xft and Cairo in those
articles from David Turner the guy above linked to).  And, here's
more:

-----
"Note that the filtering we use in Qt 4.4 and earlier is pretty much
the same as Freetype?s default filtering..."
-----

They obviously have developed their own filter code (see above),
sometime before Freetype removed their own built-in LCD-specific
filtering.  The final result is apparently comparable to Freetype's
old (patent-infringing) filters.

If you want to double check me, then actually try _running_ a Qt
program in Fedora with RGB rendering on.  You'll notice the filtering
looks a heck of a lot different than GTK programs.

I am not trying to be deceptive or waste anyone's time.  I genuinely
thought this was something to look into.  Yes, I could be wrong and
Qt's filter could also patent-infringe.  But I have already mentioned
all of this.  I am _not_ wrong that Qt has their own independent
filtering code.

I am sorry I started the discussion.  Patent law is not my forte, but
I did come in with _some_ understanding of how the X text stack works.



From craftjml at gmail.com  Fri Mar 27 19:43:10 2009
From: craftjml at gmail.com (Jud Craft)
Date: Fri, 27 Mar 2009 14:43:10 -0500
Subject: A supposedly patent-free suggestion/solution to the curious 
	subpixel rendering in Fedora
In-Reply-To: <20d6441a0903271234q23f9ca64l785ea2c3221df951@mail.gmail.com>
References: <20d6441a0903221518h4e7bd6aj55b61c7875495794@mail.gmail.com>
	<gq8a3g$295$2@ger.gmane.org> <49CB5E18.7040709@robertoragusa.it>
	<20d6441a0903260722r1bfd078axf352670056fc2471@mail.gmail.com>
	<1238177585.24750.502.camel@localhost.localdomain>
	<20d6441a0903271125u8c1ac97x6cdeabb2b8384efd@mail.gmail.com>
	<49CD1BA1.9030800@behdad.org>
	<20d6441a0903271234q23f9ca64l785ea2c3221df951@mail.gmail.com>
Message-ID: <20d6441a0903271243h4066e939h583ac1eb026ae1e2@mail.gmail.com>

PS.

But your reading does make one thing clear to me that I'll admit I
didn't pay attention to -- Qt does say their filter code is pretty
much the same as Freetype's (patented) one.

In that case it appears the filter in Fedora Qt is indeed
patent-infringing, but I suppose it will be remedied in the next
version.  (I mean, it definitely will, since upstream Qt 4.5 will obey
Fedora's LCD-code-disabled freetype, instead of using Qt's filter
code).



From orion at cora.nwra.com  Fri Mar 27 19:49:06 2009
From: orion at cora.nwra.com (Orion Poplawski)
Date: Fri, 27 Mar 2009 13:49:06 -0600
Subject: Why does pm-utils/NM bring down the network for hibernate/suspend?
Message-ID: <49CD2DB2.4060304@cora.nwra.com>

I'll ask my question a different way I guess:

Why does pm-utils/NM bring down the network for hibernate/suspend?

-- 
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 christoph.wickert at googlemail.com  Fri Mar 27 20:01:42 2009
From: christoph.wickert at googlemail.com (Christoph Wickert)
Date: Fri, 27 Mar 2009 21:01:42 +0100
Subject: rpms/libopensync-plugin-evolution2/devel .cvsignore, 1.7, 1.8
 libopensync-plugin-evolution2.spec, 1.19, 1.20 sources, 1.7, 1.8
In-Reply-To: <20090326132811.0951070132@cvs1.fedora.phx.redhat.com>
References: <20090326132811.0951070132@cvs1.fedora.phx.redhat.com>
Message-ID: <1238184102.11232.5.camel@localhost.localdomain>

Am Donnerstag, den 26.03.2009, 13:28 +0000 schrieb Andreas Bierfert:
> Author: awjb
> 
> Update of /cvs/pkgs/rpms/libopensync-plugin-evolution2/devel
> In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv2309
> 
> Modified Files:
> 	.cvsignore libopensync-plugin-evolution2.spec sources 
> Log Message:
> - downgrade
> 
[...]
>  
>  %changelog
> -* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 0.36-2
> -- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild
> +* Tue Feb 10 2009 Andreas Bierfert <andreas.bierfert[AT]lowlatency.de>
> +- 1:0.22-2
> +- use versioned provides/requires/obsoletes
> +- cleanup
> +
> +* Sat Feb 07 2009 Andreas Bierfert <andreas.bierfert[AT]lowlatency.de>
> +- 1:0.22-1
> +- downgrade (#474070)
>  
>  * Fri Jun 20 2008 Andreas Bierfert <andreas.bierfert[AT]lowlatency.de>
>  - 0.36-1

Why did you wipe the changelog instead of merging the previous entries?
And why did you switch the style of changelog entries between 0.35 and
0.36? And why the versioned BuildRequires? It's ok for Requires, but an
Epoch for BuildRequires seems wrong to me.

Regards,
Christoph



From behdad at behdad.org  Fri Mar 27 20:03:41 2009
From: behdad at behdad.org (Behdad Esfahbod)
Date: Fri, 27 Mar 2009 16:03:41 -0400
Subject: A supposedly patent-free suggestion/solution to the curious 
 subpixel rendering in Fedora
In-Reply-To: <20d6441a0903271234q23f9ca64l785ea2c3221df951@mail.gmail.com>
References: <20d6441a0903221518h4e7bd6aj55b61c7875495794@mail.gmail.com>	<gq8a3g$295$2@ger.gmane.org>
	<49CB5E18.7040709@robertoragusa.it>	<20d6441a0903260722r1bfd078axf352670056fc2471@mail.gmail.com>	<1238177585.24750.502.camel@localhost.localdomain>	<20d6441a0903271125u8c1ac97x6cdeabb2b8384efd@mail.gmail.com>	<49CD1BA1.9030800@behdad.org>
	<20d6441a0903271234q23f9ca64l785ea2c3221df951@mail.gmail.com>
Message-ID: <49CD311D.9090103@behdad.org>

On 03/27/2009 03:34 PM, Jud Craft wrote:
> Sir, the subject is not false.  You may be a text-stack-maintainer,
> but I am not a moron.

Then please point it out to me where the "supposedly patent-free" claim come from.

[...]
> They obviously have developed their own filter code (see above),
> sometime before Freetype removed their own built-in LCD-specific
> filtering.  The final result is apparently comparable to Freetype's
> old (patent-infringing) filters.

Sure, Qt developed their own.  Xft and cairo also developed their own (written 
by Keith Packard).  Then FreeType developed four, one of which similar to the 
one in Qt, Xft, and cairo (developed by David Turner).
Your reasoning seems to be:

   - The filter in Xft and cairo is patent-infringing
   - The Qt filter was developed separately
   = Result: The Qt filter is supposedly patent-free

That's baseless.  That's deducing ~p=>~q when we know p=>q.

Anyway, to make it clear, the reason the filter in Xft and cairo is 
patent-infringing is not because someone copied it from ClearType.  No.  It's 
infringing because the whole idea of subpixel filtered text rendering is 
patented.  You can implement and reimplement and reimplement.  Doesn't make a 
difference (until the patents expire).


I'm sure you didn't mean to waste anyone's time.  It just looked more like 
what one typically finds on news sites: an eye-grabbing title with no support. 
  Thanks for clarifying.

behdad



From craftjml at gmail.com  Fri Mar 27 20:14:52 2009
From: craftjml at gmail.com (Jud Craft)
Date: Fri, 27 Mar 2009 15:14:52 -0500
Subject: A supposedly patent-free suggestion/solution to the curious 
	subpixel rendering in Fedora
In-Reply-To: <49CD311D.9090103@behdad.org>
References: <20d6441a0903221518h4e7bd6aj55b61c7875495794@mail.gmail.com>
	<gq8a3g$295$2@ger.gmane.org> <49CB5E18.7040709@robertoragusa.it>
	<20d6441a0903260722r1bfd078axf352670056fc2471@mail.gmail.com>
	<1238177585.24750.502.camel@localhost.localdomain>
	<20d6441a0903271125u8c1ac97x6cdeabb2b8384efd@mail.gmail.com>
	<49CD1BA1.9030800@behdad.org>
	<20d6441a0903271234q23f9ca64l785ea2c3221df951@mail.gmail.com>
	<49CD311D.9090103@behdad.org>
Message-ID: <20d6441a0903271314h23ff55c9y15dbeb7f715ce383@mail.gmail.com>

I didn't know myself for sure whether it [Qt's filter code] was
patent-infringing.  But I did know:

1.  Fedora tries not to ship patented technologies.
2.  Fedora took subpixel filtering (due to its possible infringement)
out of the desktop stack.
3.  Qt has its own separate filtering code.
4.  Fedora did NOT remove the Qt subpixel filters.

Hence I began to wonder if A) Qt's filtering technique was considered
as non-infringing, and B) if so, why not just use that for the rest of
the X stack?

But now I know the answer, that it really was infringing, but
apparently Fedora didn't catch it, because they assumed Qt just used
whatever filters everybody else used, without having duplicate
filtering code of its own.

I was wrong, but my thought process wasn't horrible flawed.  I figured
Fedora had already figured this stuff out (after all, I am not a
lawyer, but I thought certainly Fedora was on good legal ground), and
yet there was an incongruity about their enforcement (Qt gets filters
while the rest do not).  So I concluded either A) Qt's filters were
patent-safe, or B) Fedora missed it, and stupid me, I gave Fedora the
benefit of the doubt.  But I apologize for making a big deal about it.



From craftjml at gmail.com  Fri Mar 27 20:15:48 2009
From: craftjml at gmail.com (Jud Craft)
Date: Fri, 27 Mar 2009 15:15:48 -0500
Subject: A supposedly patent-free suggestion/solution to the curious 
	subpixel rendering in Fedora
In-Reply-To: <20d6441a0903271314h23ff55c9y15dbeb7f715ce383@mail.gmail.com>
References: <20d6441a0903221518h4e7bd6aj55b61c7875495794@mail.gmail.com>
	<gq8a3g$295$2@ger.gmane.org> <49CB5E18.7040709@robertoragusa.it>
	<20d6441a0903260722r1bfd078axf352670056fc2471@mail.gmail.com>
	<1238177585.24750.502.camel@localhost.localdomain>
	<20d6441a0903271125u8c1ac97x6cdeabb2b8384efd@mail.gmail.com>
	<49CD1BA1.9030800@behdad.org>
	<20d6441a0903271234q23f9ca64l785ea2c3221df951@mail.gmail.com>
	<49CD311D.9090103@behdad.org>
	<20d6441a0903271314h23ff55c9y15dbeb7f715ce383@mail.gmail.com>
Message-ID: <20d6441a0903271315l9c37738pbbc33313c6967788@mail.gmail.com>

Oh, errata:  due to the darn, outright, without question infringement
of all subpixel filtering code, ever.



From seg at haxxed.com  Fri Mar 27 20:28:07 2009
From: seg at haxxed.com (Callum Lerwick)
Date: Fri, 27 Mar 2009 15:28:07 -0500
Subject: A supposedly patent-free suggestion/solution to the curious
 subpixel rendering in Fedora
In-Reply-To: <49CB5E18.7040709@robertoragusa.it>
References: <20d6441a0903221518h4e7bd6aj55b61c7875495794@mail.gmail.com>
	<gq8a3g$295$2@ger.gmane.org>  <49CB5E18.7040709@robertoragusa.it>
Message-ID: <1238185687.24750.638.camel@localhost.localdomain>

On Thu, 2009-03-26 at 11:51 +0100, Roberto Ragusa wrote:
> Just a thought: do I remember correctly that the color filter is just a
> simple y(0)=(x(-1)+x(0)+x(1))/3 on the subpixels? Did anyone consider that
> R, G and B have different brightness to the human eye and should be weighted
> more smartly?

Everyone's favorite self-aggrandizing lunatic Steve Gibson has this
algorithm:

http://www.grc.com/cttech.htm

Which looks quite good to me and makes a lot of sense. But playing with
his little applet I really don't see the advantage of the second pass,
the first filter pass looks just fine to me, I can hardly see the
difference the second pass makes, it just looks very slightly blurrier.

Note that his applet only seems to be working with un-antialiased text
with good hinting, which probably makes a difference. If your underlying
font rendering looks like crap, fringe filtering isn't going to help it
any. Garbage in garbage out.

I have no idea how Gibson's algorithm relates to any patents. Gibson
doesn't seem to have any, but a lot of patents seem to reference his
page...
-------------- 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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090327/22679179/attachment.sig>

From greno at verizon.net  Fri Mar 27 20:31:25 2009
From: greno at verizon.net (Gerry Reno)
Date: Fri, 27 Mar 2009 16:31:25 -0400
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
Message-ID: <49CD379D.8040104@verizon.net>

I was reading through the F11A Release Notes when I came across this:

    "The key combination Ctrl-Alt-Backspace to kill the X server has 
been disabled by default as a decision of the upstream Xorg project."

Having to deal with many servers and workstations in a company it is 
crucial that Ctrl-Alt-Backspace be enabled by default.  There are times 
when your KVM has lost mouse control or X is in a tight loop and 
something like Ctrl-Alt-Backspace can save the situation.  This is much 
more common than the uncommon cases that are illustrated as to why this 
has been removed as default.

Ctrl-Alt-Backspace needs to be restored as the "default" and Emacs users 
or others that find themselves in conflict with Java expressions can 
just disable it for their very limited purpose.

Regards,
Gerry



From dbn.lists at gmail.com  Fri Mar 27 20:32:50 2009
From: dbn.lists at gmail.com (Dan Nicholson)
Date: Fri, 27 Mar 2009 13:32:50 -0700
Subject: Why does pm-utils/NM bring down the network for 
	hibernate/suspend?
In-Reply-To: <49CD2DB2.4060304@cora.nwra.com>
References: <49CD2DB2.4060304@cora.nwra.com>
Message-ID: <91705d080903271332n781c46a3g5cbde3e61271a276@mail.gmail.com>

On Fri, Mar 27, 2009 at 12:49 PM, Orion Poplawski <orion at cora.nwra.com> wrote:
> I'll ask my question a different way I guess:
>
> Why does pm-utils/NM bring down the network for hibernate/suspend?

I think the main reason is that when you resume, it's unknown that
you're on the same network or even if you're on a network at all. So,
pm-utils tells NM over dbus to sleep and wake around suspend/resume.
This causes NM to reestablish connections. Anything smarter about what
to do would have to be done in NM.

You can skip the hook if you want.

echo 'HOOK_BLACKLIST="10NetworkManager"' > /etc/pm/config.d/hook-blacklist

--
Dan



From jkeating at redhat.com  Fri Mar 27 20:31:53 2009
From: jkeating at redhat.com (Jesse Keating)
Date: Fri, 27 Mar 2009 13:31:53 -0700
Subject: Fedora 11 Beta Freeze lifted
Message-ID: <1238185913.3726.12.camel@localhost.localdomain>

We have composed our Beta images, and thus I'm lifting the beta freeze.
Tomorrow's rawhide will have all the pent up changes.  March on toward
final!

-- 
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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090327/8dd80c0b/attachment.sig>
-------------- next part --------------
_______________________________________________
Fedora-devel-announce mailing list
Fedora-devel-announce at redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-announce

From andreas.bierfert at lowlatency.de  Wed Mar 25 13:39:49 2009
From: andreas.bierfert at lowlatency.de (Andreas Bierfert)
Date: Wed, 25 Mar 2009 14:39:49 +0100
Subject: opensync downgrade to 0.22
Message-ID: <20090325143949.740d7647@lowlatency.de>

During the next hours opensync will be downgraded to version 0.22 in rawhide as
has been discussed on the devel list recently and been prepared for a while by
Adam Williamson and me.

Test packages can be found here [1] a bug for the downgrade has been opened
here [2].

This downgrade will mean for all packages which depend on opensync in some way
to be rebuild. If there are questions let me and Adam know.

Best Regards,
Andreas

[1] - http://fedora.lowlatency.de/opensync-synce/
[2] - https://bugzilla.redhat.com/show_bug.cgi?id=492013
-- 
Andreas Bierfert, M.Sc.        | http://awbsworld.de      | GPG: C58CF1CB
andreas.bierfert at lowlatency.de | http://lowlatency.de     | signed/encrypted
phone: +49 2402 102373         | 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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090325/b415ca76/attachment.sig>
-------------- next part --------------
_______________________________________________
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  Fri Mar 27 20:45:16 2009
From: awilliam at redhat.com (Adam Williamson)
Date: Fri, 27 Mar 2009 13:45:16 -0700
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <49CD379D.8040104@verizon.net>
References: <49CD379D.8040104@verizon.net>
Message-ID: <1238186716.4338.69.camel@adam.local.net>

On Fri, 2009-03-27 at 16:31 -0400, Gerry Reno wrote:
> I was reading through the F11A Release Notes when I came across this:
> 
>     "The key combination Ctrl-Alt-Backspace to kill the X server has 
> been disabled by default as a decision of the upstream Xorg project."
> 
> Having to deal with many servers and workstations in a company it is 
> crucial that Ctrl-Alt-Backspace be enabled by default.  There are times 
> when your KVM has lost mouse control or X is in a tight loop and 
> something like Ctrl-Alt-Backspace can save the situation.  This is much 
> more common than the uncommon cases that are illustrated as to why this 
> has been removed as default.
> 
> Ctrl-Alt-Backspace needs to be restored as the "default" and Emacs users 
> or others that find themselves in conflict with Java expressions can 
> just disable it for their very limited purpose.

aaaaaaagh, here comes the zombie thread again...run! run for your lives!
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org
http://www.happyassassin.net



From maxamillion at gmail.com  Fri Mar 27 20:47:51 2009
From: maxamillion at gmail.com (Adam Miller)
Date: Fri, 27 Mar 2009 15:47:51 -0500
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <1238186716.4338.69.camel@adam.local.net>
References: <49CD379D.8040104@verizon.net>
	<1238186716.4338.69.camel@adam.local.net>
Message-ID: <f12087800903271347s6a9d36f7md5d6011dd096aa0c@mail.gmail.com>

If it is configurable post-install or through a script in a kickstart
file then I think it is a solid idea to comply with the direction that
upstream is headed.

Just my opinion,
-Adam


-- 
http://maxamillion.googlepages.com
---------------------------------------------------------
()  ascii ribbon campaign - against html e-mail
/\  www.asciiribbon.org   - against proprietary attachments



From greno at verizon.net  Fri Mar 27 20:53:43 2009
From: greno at verizon.net (Gerry Reno)
Date: Fri, 27 Mar 2009 16:53:43 -0400
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <1238186716.4338.69.camel@adam.local.net>
References: <49CD379D.8040104@verizon.net>
	<1238186716.4338.69.camel@adam.local.net>
Message-ID: <49CD3CD7.10102@verizon.net>

Adam Williamson wrote:
> On Fri, 2009-03-27 at 16:31 -0400, Gerry Reno wrote:
>   
>> I was reading through the F11A Release Notes when I came across this:
>>
>>     "The key combination Ctrl-Alt-Backspace to kill the X server has 
>> been disabled by default as a decision of the upstream Xorg project."
>>
>> Having to deal with many servers and workstations in a company it is 
>> crucial that Ctrl-Alt-Backspace be enabled by default.  There are times 
>> when your KVM has lost mouse control or X is in a tight loop and 
>> something like Ctrl-Alt-Backspace can save the situation.  This is much 
>> more common than the uncommon cases that are illustrated as to why this 
>> has been removed as default.
>>
>> Ctrl-Alt-Backspace needs to be restored as the "default" and Emacs users 
>> or others that find themselves in conflict with Java expressions can 
>> just disable it for their very limited purpose.
>>     
>
> aaaaaaagh, here comes the zombie thread again...run! run for your lives!
>   
Well, sorry, didn't mean to hit some nerve.  But, having 
Ctrl-Alt-Backspace is critical to system admins and most users.  Only 
Emacs users have a problem with this and they are how much of the total 
distro population? (two fingers pinched).  All the virtualization tools 
rely upon Ctrl-Alt-Backspace to restart X and you'll find it on all 
their menues. 

Regards,
Gerry

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090327/70aa6c4d/attachment.htm>

From greno at verizon.net  Fri Mar 27 20:55:18 2009
From: greno at verizon.net (Gerry Reno)
Date: Fri, 27 Mar 2009 16:55:18 -0400
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <f12087800903271347s6a9d36f7md5d6011dd096aa0c@mail.gmail.com>
References: <49CD379D.8040104@verizon.net>
	<1238186716.4338.69.camel@adam.local.net>
	<f12087800903271347s6a9d36f7md5d6011dd096aa0c@mail.gmail.com>
Message-ID: <49CD3D36.6000706@verizon.net>

Adam Miller wrote:
> If it is configurable post-install or through a script in a kickstart
> file then I think it is a solid idea to comply with the direction that
> upstream is headed.
>
> Just my opinion,
> -Adam
>
>
>   
That's totally ridiculous for sys admins to know have to prepare a 
kickstart file for all future Fedora installs.  Upstream made a bad 
decision.

Regards,
Gerry



From giallu at gmail.com  Fri Mar 27 20:58:57 2009
From: giallu at gmail.com (Gianluca Sforna)
Date: Fri, 27 Mar 2009 21:58:57 +0100
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <49CD3D36.6000706@verizon.net>
References: <49CD379D.8040104@verizon.net>
	<1238186716.4338.69.camel@adam.local.net>
	<f12087800903271347s6a9d36f7md5d6011dd096aa0c@mail.gmail.com>
	<49CD3D36.6000706@verizon.net>
Message-ID: <d5ad21470903271358p48ec4826m871e67f6b08569ae@mail.gmail.com>

On Fri, Mar 27, 2009 at 9:55 PM, Gerry Reno <greno at verizon.net> wrote:
>
> ?Upstream made a bad decision.

Well, then maybe you should try to convince upstream to put back the
old default?

note: I'll also miss the combo...

-- 
Gianluca Sforna

http://morefedora.blogspot.com
http://www.linkedin.com/in/gianlucasforna



From roland at redhat.com  Fri Mar 27 21:00:43 2009
From: roland at redhat.com (Roland McGrath)
Date: Fri, 27 Mar 2009 14:00:43 -0700 (PDT)
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: Gerry Reno's message of  Friday,
	27 March 2009 16:31:25 -0400 <49CD379D.8040104@verizon.net>
References: <49CD379D.8040104@verizon.net>
Message-ID: <20090327210044.0514AFC25E@magilla.sf.frob.com>

I'm sure many of us are used to hacking xorg.conf with:

	Section "ServerFlags"
		Option      "DontZap" "1"
	EndSection

A change to the default just means that people who care in the other
direction need that same thing with s/1/0/ in their habits or kickstart %post.

Neither of these is very satisfactory to me.

Where this really belongs in with the user "keyboard shortcuts" preferences
settings, so each desktop user gets it the way they want it.  Then really
nobody will care which way the default is, it's just a user preference.

(I understand why this is magically different from other keyboard config
things, but I don't really care what the preferences magic does behind the
curtain if it makes it work.)

All that said, in my experience when C-M-DEL works, C-M-Fn also works to
switch VTs, with the same level of how-bad-the-session-is-borked affecting
whether the X server magic hotkeys work.  So, C-M-F3 and use the console
login to go kill it pretty much always works for the scenarios you are
worried about.


Thanks,
Roland



From greno at verizon.net  Fri Mar 27 21:01:58 2009
From: greno at verizon.net (Gerry Reno)
Date: Fri, 27 Mar 2009 17:01:58 -0400
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <d5ad21470903271358p48ec4826m871e67f6b08569ae@mail.gmail.com>
References: <49CD379D.8040104@verizon.net>
	<1238186716.4338.69.camel@adam.local.net>
	<f12087800903271347s6a9d36f7md5d6011dd096aa0c@mail.gmail.com>
	<49CD3D36.6000706@verizon.net>
	<d5ad21470903271358p48ec4826m871e67f6b08569ae@mail.gmail.com>
Message-ID: <49CD3EC6.6090009@verizon.net>

Gianluca Sforna wrote:
> On Fri, Mar 27, 2009 at 9:55 PM, Gerry Reno <greno at verizon.net> wrote:
>   
>>  Upstream made a bad decision.
>>     
>
> Well, then maybe you should try to convince upstream to put back the
> old default?
>
> note: I'll also miss the combo...
>
>   
For right now I'd like Fedora to ignore this really bad upstream 
decision and put back the X default behavior that has been there for 
decades.  We can take it to upstream after this.

Regards,
Gerry
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090327/331fd536/attachment.htm>

From pemboa at gmail.com  Fri Mar 27 21:02:35 2009
From: pemboa at gmail.com (Arthur Pemberton)
Date: Fri, 27 Mar 2009 16:02:35 -0500
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <49CD379D.8040104@verizon.net>
References: <49CD379D.8040104@verizon.net>
Message-ID: <16de708d0903271402pc092641t348790f84eee2476@mail.gmail.com>

On Fri, Mar 27, 2009 at 3:31 PM, Gerry Reno <greno at verizon.net> wrote:
> I was reading through the F11A Release Notes when I came across this:
>
> ? "The key combination Ctrl-Alt-Backspace to kill the X server has been
> disabled by default as a decision of the upstream Xorg project."
>
> Having to deal with many servers and workstations in a company it is crucial
> that Ctrl-Alt-Backspace be enabled by default. ?There are times when your
> KVM has lost mouse control or X is in a tight loop and something like
> Ctrl-Alt-Backspace can save the situation. ?This is much more common than
> the uncommon cases that are illustrated as to why this has been removed as
> default.
>
> Ctrl-Alt-Backspace needs to be restored as the "default" and Emacs users or
> others that find themselves in conflict with Java expressions can just
> disable it for their very limited purpose.
>
> Regards,
> Gerry


So what am I supposed to do when X starts with the monitor off [1] ?
Restart the commuter?

[1] https://bugzilla.redhat.com/show_bug.cgi?id=490082


-- 
Fedora 9 : sulphur is good for the skin
( www.pembo13.com )



From mike at cchtml.com  Fri Mar 27 21:02:59 2009
From: mike at cchtml.com (Michael Cronenworth)
Date: Fri, 27 Mar 2009 16:02:59 -0500
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <d5ad21470903271358p48ec4826m871e67f6b08569ae@mail.gmail.com>
References: <49CD379D.8040104@verizon.net>	<1238186716.4338.69.camel@adam.local.net>	<f12087800903271347s6a9d36f7md5d6011dd096aa0c@mail.gmail.com>	<49CD3D36.6000706@verizon.net>
	<d5ad21470903271358p48ec4826m871e67f6b08569ae@mail.gmail.com>
Message-ID: <49CD3F03.8090800@cchtml.com>

-------- Original Message --------
Subject: Re: F11: xorg decision to disable Ctrl-Alt-Backspace
From: Gianluca Sforna <giallu at gmail.com>
To: Development discussions related to Fedora <fedora-devel-list at redhat.com>
Date: 03/27/2009 03:58 PM

> On Fri, Mar 27, 2009 at 9:55 PM, Gerry Reno <greno at verizon.net> wrote:
>>  Upstream made a bad decision.
> 
> Well, then maybe you should try to convince upstream to put back the
> old default?
> 
> note: I'll also miss the combo...
> 

The correct way of handling this would have been to keep the current 
default of enabled and Fedora should create an xorg.conf with this 
turned on. Anyone who is upgrading won't be affected, just new installs.

I'm positive when F11 is released we will see thread after thread after 
thread after thread of people whining about not being able to CTRL+ALT+BKSP.

No. No one reads release notes. You can make them as pretty as you like, 
but no one will read them.

I'd suggest filing a bug in Red Hat and X.org about it. If they get 
closed then whine on the mailing list some more. This decision really 
was not handled well.

P.S. I don't use emacs.



From greno at verizon.net  Fri Mar 27 21:04:19 2009
From: greno at verizon.net (Gerry Reno)
Date: Fri, 27 Mar 2009 17:04:19 -0400
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <20090327210044.0514AFC25E@magilla.sf.frob.com>
References: <49CD379D.8040104@verizon.net>
	<20090327210044.0514AFC25E@magilla.sf.frob.com>
Message-ID: <49CD3F53.9020405@verizon.net>

Roland McGrath wrote:
> I'm sure many of us are used to hacking xorg.conf with:
>
> 	Section "ServerFlags"
> 		Option      "DontZap" "1"
> 	EndSection
>
> A change to the default just means that people who care in the other
> direction need that same thing with s/1/0/ in their habits or kickstart %post.
>
> Neither of these is very satisfactory to me.
>
> Where this really belongs in with the user "keyboard shortcuts" preferences
> settings, so each desktop user gets it the way they want it.  Then really
> nobody will care which way the default is, it's just a user preference.
>
> (I understand why this is magically different from other keyboard config
> things, but I don't really care what the preferences magic does behind the
> curtain if it makes it work.)
>
> All that said, in my experience when C-M-DEL works, C-M-Fn also works to
> switch VTs, with the same level of how-bad-the-session-is-borked affecting
> whether the X server magic hotkeys work.  So, C-M-F3 and use the console
> login to go kill it pretty much always works for the scenarios you are
> worried about.
>
>
> Thanks,
> Roland
>
>   

Just how do I sent that to a VM from a VMM? Ctrl-Alt-Backspace is the 
menu selection. And this behavior has been a part of X as I said, for 
decades.

Regards,
Gerry



From kevin.kofler at chello.at  Fri Mar 27 21:14:21 2009
From: kevin.kofler at chello.at (Kevin Kofler)
Date: Fri, 27 Mar 2009 22:14:21 +0100
Subject: Qt 4.5 coming to Fedora 9 and 10, license changing to LGPL
Message-ID: <gqjfjd$461$1@ger.gmane.org>

Hi,

We are working on providing Qt 4.5.0 as updates for Fedora 9 and 10. The updates
have already been built. They will be tagged into the buildroots for Fedora 9
and 10 shortly after this announcement is sent, in order for KDE 4 packages to
get rebuilt against it, as some KDE modules are highly dependent on the Qt
version used to build them and check the Qt version at build time. (Therefore,
we timed the Qt upgrade to coincide with the KDE 4.2.2 update, which we will be
packaging during the next few days.) From there, the Qt 4.5.0 updates will be
pushed to updates-testing and eventually the stable updates together with
KDE 4.2.2.

If you maintain any Qt-4-based package, please:
* check if your package needs patching or rebuilding to fully work with Qt 4.5.
  The update is normally backwards-compatible, so almost all packages are
  expected to work with no changes. However, due to bugs in some applications
  and bugs in Qt 4.4 which were being worked around, there are some rare cases
  where patches are needed. If you are aware of any such patches, please apply
  them to Rawhide immediately if not already done, then to Fedora 9 and 10 as
  soon as Qt 4.5 is in the buildroots. Once you have the patched or rebuilt
  version built, please talk to us on #fedora-kde or the fedora-kde mailing list
  to have your package included into the Qt 4.5 update group.
* check if your package can benefit from getting rebuilt against Qt 4.5 for some
  other reason, e.g. new features which require Qt 4.5 at build time, or a new
  upstream version requiring Qt 4.5 to build. If so, please proceed as above.
* make sure you DO NOT push out an update which was built against Qt 4.5 before
  Qt 4.5 itself (as the compatibility is only unidirectional, i.e. packages
  built against Qt 4.5 will most likely NOT work with Qt 4.4). If you need to
  build and push an urgent update to a Qt-4-using package (e.g. a security
  update), please talk to Rex Dieter (via e-mail or IRC) to get Qt 4.5
  temporarily untagged from the buildroot so you can build it against Qt 4.4.

We are pushing this update to the stable releases of Fedora for 4 reasons:
* some packages benefit vastly from the improvements in Qt 4.5, in particular
  Arora hugely benefits from the major improvements in QtWebKit,
* it fixes several bugs in the Qt 4.4 series,
* it will be required for KDE 4.3 (and some other software) and
* at least one package in a third-party repository is waiting for the license
  change (see below) for license compatibility reasons.
As it is a backwards-compatible update, we do not expect major disruption.
Compatibility issues with Qt 4.5 have already been identified and fixed during
the weeks Qt 4.5 has been in Rawhide, so they should all be resolved by now.

Please also note that, as already announced when the new version hit Rawhide,
the license has changed from:
GPLv2 with exceptions or GPLv3 with exceptions
to:
LGPLv2 with exceptions or GPLv3 with exceptions
which is more permissive.

For the Fedora KDE SIG,
        Kevin Kofler



From greno at verizon.net  Fri Mar 27 21:19:05 2009
From: greno at verizon.net (Gerry Reno)
Date: Fri, 27 Mar 2009 17:19:05 -0400
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <49CD3F53.9020405@verizon.net>
References: <49CD379D.8040104@verizon.net>
	<20090327210044.0514AFC25E@magilla.sf.frob.com>
	<49CD3F53.9020405@verizon.net>
Message-ID: <49CD42C9.9090706@verizon.net>

Gerry Reno wrote:
> Roland McGrath wrote:
>> I'm sure many of us are used to hacking xorg.conf with:
>>
>> Section "ServerFlags"
>> Option "DontZap" "1"
>> EndSection
>>
>> A change to the default just means that people who care in the other
>> direction need that same thing with s/1/0/ in their habits or 
>> kickstart %post.
>>
>> Neither of these is very satisfactory to me.
>>
>> Where this really belongs in with the user "keyboard shortcuts" 
>> preferences
>> settings, so each desktop user gets it the way they want it. Then really
>> nobody will care which way the default is, it's just a user preference.
>>
>> (I understand why this is magically different from other keyboard config
>> things, but I don't really care what the preferences magic does 
>> behind the
>> curtain if it makes it work.)
>>
>> All that said, in my experience when C-M-DEL works, C-M-Fn also works to
>> switch VTs, with the same level of how-bad-the-session-is-borked 
>> affecting
>> whether the X server magic hotkeys work. So, C-M-F3 and use the console
>> login to go kill it pretty much always works for the scenarios you are
>> worried about.
>>
>>
>> Thanks,
>> Roland
>>
>
> Just how do I sent that to a VM from a VMM? Ctrl-Alt-Backspace is the 
> menu selection. And this behavior has been a part of X as I said, for 
> decades.
>
This change to default behavior of Ctrl-Alt-Backspace is an example of a 
tiny minority of Emacs users lobbying xorg for a change that will affect 
a huge number of community and commercial users including datacenters 
and their sys admins. This change needs to be reversed immediately. 
Ctrl-Alt-Backspace is embedded now into many tools including all the 
virtualization tools. It is part of the DNA of every sys admin. To 
change this behavior is just insanity.

Regards,
Gerry



From dcbw at redhat.com  Fri Mar 27 21:17:25 2009
From: dcbw at redhat.com (Dan Williams)
Date: Fri, 27 Mar 2009 17:17:25 -0400
Subject: Why does pm-utils/NM bring down the network for
	hibernate/suspend?
In-Reply-To: <49CD2DB2.4060304@cora.nwra.com>
References: <49CD2DB2.4060304@cora.nwra.com>
Message-ID: <1238188645.16870.3.camel@localhost.localdomain>

On Fri, 2009-03-27 at 13:49 -0600, Orion Poplawski wrote:
> I'll ask my question a different way I guess:
> 
> Why does pm-utils/NM bring down the network for hibernate/suspend?

Must have missed something here...

Are you referring to the periodic problem where "Networking Enabled" is
unchecked on resume?  If so, that's covered by a pm-utils bug already,
which is really a dbus bug that can be worked around in pm-utils.

https://bugzilla.redhat.com/show_bug.cgi?id=477964

If you're referring in general to "why does NM bring down the network"
on suspend, there are a few reasons for that which I can elaborate on.

Dan




From seg at haxxed.com  Fri Mar 27 21:26:19 2009
From: seg at haxxed.com (Callum Lerwick)
Date: Fri, 27 Mar 2009 16:26:19 -0500
Subject: question about patent
In-Reply-To: <3e004f8e0903240740t6d386511n427c4afb48337ee9@mail.gmail.com>
References: <3e004f8e0903230838s1839cd91m94b063ba5e5858be@mail.gmail.com>
	<3e004f8e0903240740t6d386511n427c4afb48337ee9@mail.gmail.com>
Message-ID: <1238189179.24750.687.camel@localhost.localdomain>

On Tue, 2009-03-24 at 23:40 +0900, robert song wrote:
> Hello, everyone.
> Now I am using Pettis-Hansen method as follows to reorder functions.
> http://www.cs.virginia.edu/kim/courses/cs771/papers/pettis90profile.pdf

http://portal.acm.org/citation.cfm?id=93550

Paper was published in 1990.

> But I found that the algorithm has its patent as below.
> http://www.freepatentsonline.com/EP0459192.html

I took a closer look. That's a European patent:

http://v3.espacenet.com/publicationDetails/biblio?CC=EP&NR=0459192&KC=&FT=E

Which according to this:

http://www.ipo.gov.uk/types/patent/p-os/p-journal/p-pj/p-pj-epuk?startYear=2009&startMonth=January&startDay=28th+-+6245&endYear=2009&endMonth=January&endDay=28th+-+6245&filter=EP0459192&perPage=10&status=All&sort=Publication+Date

It "Ceased" on May 8, 2008.

There's some stuff about "Ceased through non-payment of renewal fee" and
"Lapsed" at the end of this page:

http://v3.espacenet.com/publicationDetails/inpadoc?CC=EP&NR=0459192A2&KC=A2&FT=D&date=19911204&DB=&locale=

I don't know anything about European patents but that sounds like
"Expired" to me.

The US patent seems to be here:

http://www.patentstorm.us/patents/5212794.html

With an "estimated" expiration date of June 1, 2010.

Is HP known for being a patent troll? What is their track record with
open source? (I honestly don't really know.)

This patent doesn't seem like much of a threat anymore and in a little
over a year will be completely gone. Imagine the ruckus if HP started
trying to sue everyone over gcc. Why would they bother with such a PR
nightmare on a patent that's a year from expiring? (The answer is,
getting bought out or taken over by patent trolls, like what happened to
SCO...)

... I of course am not a lawyer.
-------------- 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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090327/50d93152/attachment.sig>

From maxamillion at gmail.com  Fri Mar 27 21:28:10 2009
From: maxamillion at gmail.com (Adam Miller)
Date: Fri, 27 Mar 2009 16:28:10 -0500
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <49CD42C9.9090706@verizon.net>
References: <49CD379D.8040104@verizon.net>
	<20090327210044.0514AFC25E@magilla.sf.frob.com>
	<49CD3F53.9020405@verizon.net> <49CD42C9.9090706@verizon.net>
Message-ID: <f12087800903271428y460499ccv60a61aace0c741d9@mail.gmail.com>

>This change to default behavior of Ctrl-Alt-Backspace is an example of a tiny minority of Emacs users lobbying xorg for a change that will affect a huge number of community and commercial >users including datacenters and their sys admins. This change needs to be reversed immediately. Ctrl-Alt-Backspace is embedded now into many tools including all the virtualization tools. It is >part of the DNA of every sys admin. To change this behavior is just insanity.
>
>Regards,
>Gerry

Please stop throwing around the "sys admins will freak out" card, I'm
a sys admin and we do things correctly through provisioning using
kickstarts. It will be maybe a 3 line edit to a script. It was an
upstream choice, Fedora has historically remained compliant with
upstream so I imagine if you would like a change to be made on this
topic it would be most effective to discuss it with upstream.

-Adam

-- 
http://maxamillion.googlepages.com
---------------------------------------------------------
()  ascii ribbon campaign - against html e-mail
/\  www.asciiribbon.org   - against proprietary attachments



From greno at verizon.net  Fri Mar 27 21:35:19 2009
From: greno at verizon.net (Gerry Reno)
Date: Fri, 27 Mar 2009 17:35:19 -0400
Subject: question about patent
In-Reply-To: <1238189179.24750.687.camel@localhost.localdomain>
References: <3e004f8e0903230838s1839cd91m94b063ba5e5858be@mail.gmail.com>
	<3e004f8e0903240740t6d386511n427c4afb48337ee9@mail.gmail.com>
	<1238189179.24750.687.camel@localhost.localdomain>
Message-ID: <49CD4697.9090201@verizon.net>

Callum Lerwick wrote:
> On Tue, 2009-03-24 at 23:40 +0900, robert song wrote:
>   
>> Hello, everyone.
>> Now I am using Pettis-Hansen method as follows to reorder functions.
>> http://www.cs.virginia.edu/kim/courses/cs771/papers/pettis90profile.pdf
>>     
>
> http://portal.acm.org/citation.cfm?id=93550
>
> Paper was published in 1990.
>
>   
>> But I found that the algorithm has its patent as below.
>> http://www.freepatentsonline.com/EP0459192.html
>>     
>
> I took a closer look. That's a European patent:
>
> http://v3.espacenet.com/publicationDetails/biblio?CC=EP&NR=0459192&KC=&FT=E
>
> Which according to this:
>
> http://www.ipo.gov.uk/types/patent/p-os/p-journal/p-pj/p-pj-epuk?startYear=2009&startMonth=January&startDay=28th+-+6245&endYear=2009&endMonth=January&endDay=28th+-+6245&filter=EP0459192&perPage=10&status=All&sort=Publication+Date
>
> It "Ceased" on May 8, 2008.
>
> There's some stuff about "Ceased through non-payment of renewal fee" and
> "Lapsed" at the end of this page:
>
> http://v3.espacenet.com/publicationDetails/inpadoc?CC=EP&NR=0459192A2&KC=A2&FT=D&date=19911204&DB=&locale=
>
> I don't know anything about European patents but that sounds like
> "Expired" to me.
>
> The US patent seems to be here:
>
> http://www.patentstorm.us/patents/5212794.html
>
> With an "estimated" expiration date of June 1, 2010.
>
> Is HP known for being a patent troll? What is their track record with
> open source? (I honestly don't really know.)
>
> This patent doesn't seem like much of a threat anymore and in a little
> over a year will be completely gone. Imagine the ruckus if HP started
> trying to sue everyone over gcc. Why would they bother with such a PR
> nightmare on a patent that's a year from expiring? (The answer is,
> getting bought out or taken over by patent trolls, like what happened to
> SCO...)
>
> ... I of course am not a lawyer.
>   
HP is just one of many companies that now derives more benefit from open 
source projects than if they were to try to enforce basically worthless 
patents.  There are tens of thousands if not hundreds of thousands of 
worthless patents filed that are never enforced and never challenged.  
They just die a quiet death.  Especially in the days before the 
internet, many patents got filed on ideas that had already been in 
commercial products for years.  And the patent examiners never found 
these instances back then.  Probably because they didn't look too hard.  
I wouldn't worry that much about these dubious patents.  You can drive 
yourself crazy trying to patent search everything about software code 
techniques.

Regards,
Gerry

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090327/d1e821cb/attachment.htm>

From orion at cora.nwra.com  Fri Mar 27 21:38:20 2009
From: orion at cora.nwra.com (Orion Poplawski)
Date: Fri, 27 Mar 2009 15:38:20 -0600
Subject: Why does pm-utils/NM bring down the network
	for	hibernate/suspend?
In-Reply-To: <1238188645.16870.3.camel@localhost.localdomain>
References: <49CD2DB2.4060304@cora.nwra.com>
	<1238188645.16870.3.camel@localhost.localdomain>
Message-ID: <49CD474C.2020203@cora.nwra.com>

Dan Williams wrote:
> On Fri, 2009-03-27 at 13:49 -0600, Orion Poplawski wrote:
>> I'll ask my question a different way I guess:
>>
>> Why does pm-utils/NM bring down the network for hibernate/suspend?
> 
> Must have missed something here...
> 
> Are you referring to the periodic problem where "Networking Enabled" is
> unchecked on resume?  If so, that's covered by a pm-utils bug already,
> which is really a dbus bug that can be worked around in pm-utils.
> 
> https://bugzilla.redhat.com/show_bug.cgi?id=477964
> 
> If you're referring in general to "why does NM bring down the network"
> on suspend, there are a few reasons for that which I can elaborate on.

Well, the problem I'm seeing on a machine with NFS home directories and 
LDAP authentication is that after the network is brought down calls by 
pm-utils to sync hang (presumably NFS related) and I see lots of 
nss_ldap cannont connect to LDAP server errors and the hibernate process 
hangs.

I suppose I should file a bug - against pm-utils for incorrect ordering 
of scripts?  Should I expect this to work?

-- 
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 kevin.kofler at chello.at  Fri Mar 27 21:40:41 2009
From: kevin.kofler at chello.at (Kevin Kofler)
Date: Fri, 27 Mar 2009 22:40:41 +0100
Subject: libsyncml
References: <20090321095311.B7FC01B8001@releng2.fedora.phx.redhat.com>
	<gq3j6b$u6c$1@ger.gmane.org>
	<200903221216.23514.opensource@till.name>
	<49C65A16.5080105@gnat.ca> <gq89bi$295$1@ger.gmane.org>
	<1237830267.4572.59.camel@adam.local.net>
	<a28p96-bbd.ln1@ppp1053.in.ipex.cz>
	<1237982410.4572.186.camel@adam.local.net>
Message-ID: <gqjh4p$6p3$1@ger.gmane.org>

Adam Williamson wrote:
> The KitchenSync from KDE 3 is actually an awesome GUI for opensync 0.22
> which makes it really easy to set things up - that's why the Mandriva
> instructions are based around it - but it didn't really show up until
> quite a bit later, and even then, very few people seem to know about it
> for some reason.

By the way, any efforts going into packaging that as a separate package for
F10+? Or do you want us to try building it from the kdepim3 SRPM (which
currently only builds a compatibility libkcal)?

The big issue is of course syncing with KDE 4 kdepim. There's no working
plugin for that and even if there was one, I think ld.so would go kamikaze
when trying to load KDE 4 libraries into KDE 3 KitchenSync. :-(

        Kevin Kofler



From kevin.kofler at chello.at  Fri Mar 27 21:44:21 2009
From: kevin.kofler at chello.at (Kevin Kofler)
Date: Fri, 27 Mar 2009 22:44:21 +0100
Subject: A supposedly patent-free suggestion/solution to the curious
	subpixel rendering in Fedora
References: <20d6441a0903221518h4e7bd6aj55b61c7875495794@mail.gmail.com>	<gq8a3g$295$2@ger.gmane.org>
	<49CB5E18.7040709@robertoragusa.it>	<20d6441a0903260722r1bfd078axf352670056fc2471@mail.gmail.com>	<1238177585.24750.502.camel@localhost.localdomain>	<20d6441a0903271125u8c1ac97x6cdeabb2b8384efd@mail.gmail.com>	<49CD1BA1.9030800@behdad.org>
	<20d6441a0903271234q23f9ca64l785ea2c3221df951@mail.gmail.com>
	<49CD311D.9090103@behdad.org>
Message-ID: <gqjhbl$6p3$2@ger.gmane.org>

Behdad Esfahbod wrote:
> Anyway, to make it clear, the reason the filter in Xft and cairo is
> patent-infringing is not because someone copied it from ClearType.  No. 
> It's infringing because the whole idea of subpixel filtered text rendering
> is patented.  You can implement and reimplement and reimplement.  Doesn't
> make a difference (until the patents expire).

Why is it enabled in F10 and F11's default freetype then?

        Kevin Kofler



From greno at verizon.net  Fri Mar 27 21:46:20 2009
From: greno at verizon.net (Gerry Reno)
Date: Fri, 27 Mar 2009 17:46:20 -0400
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <f12087800903271428y460499ccv60a61aace0c741d9@mail.gmail.com>
References: <49CD379D.8040104@verizon.net>
	<20090327210044.0514AFC25E@magilla.sf.frob.com>	<49CD3F53.9020405@verizon.net>
	<49CD42C9.9090706@verizon.net>
	<f12087800903271428y460499ccv60a61aace0c741d9@mail.gmail.com>
Message-ID: <49CD492C.70200@verizon.net>

Adam Miller wrote:
>> This change to default behavior of Ctrl-Alt-Backspace is an example of a tiny minority of Emacs users lobbying xorg for a change that will affect a huge number of community and commercial >users including datacenters and their sys admins. This change needs to be reversed immediately. Ctrl-Alt-Backspace is embedded now into many tools including all the virtualization tools. It is >part of the DNA of every sys admin. To change this behavior is just insanity.
>>
>> Regards,
>> Gerry
>>     
>
> Please stop throwing around the "sys admins will freak out" card, I'm
> a sys admin and we do things correctly through provisioning using
> kickstarts. It will be maybe a 3 line edit to a script. It was an
> upstream choice, Fedora has historically remained compliant with
> upstream so I imagine if you would like a change to be made on this
> topic it would be most effective to discuss it with upstream.
>
> -Adam
>
>   
I intend to discuss it with upstream.  But this is a huge change to 
default behavior for X control that almost NO ONE knows about.  The 
default methods of controlling the X server have been around for decades 
and many users and sys admins automatically know what the default 
behavior is that can be counted on in almost all situations and 
therefore this constitutes a big change.  And big changes like this need 
to be advertised extensively instead of just quietly slipped in.  I was 
hoping that Fedora might take the lead on stopping this bad change.  And 
again, yes, I'll take this to upstream as well.

Regards,
Gerry

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090327/e5ba2447/attachment.htm>

From seg at haxxed.com  Fri Mar 27 21:46:34 2009
From: seg at haxxed.com (Callum Lerwick)
Date: Fri, 27 Mar 2009 16:46:34 -0500
Subject: A supposedly patent-free suggestion/solution to the curious 
 subpixel rendering in Fedora
In-Reply-To: <20d6441a0903271314h23ff55c9y15dbeb7f715ce383@mail.gmail.com>
References: <20d6441a0903221518h4e7bd6aj55b61c7875495794@mail.gmail.com>
	<gq8a3g$295$2@ger.gmane.org> <49CB5E18.7040709@robertoragusa.it>
	<20d6441a0903260722r1bfd078axf352670056fc2471@mail.gmail.com>
	<1238177585.24750.502.camel@localhost.localdomain>
	<20d6441a0903271125u8c1ac97x6cdeabb2b8384efd@mail.gmail.com>
	<49CD1BA1.9030800@behdad.org>
	<20d6441a0903271234q23f9ca64l785ea2c3221df951@mail.gmail.com>
	<49CD311D.9090103@behdad.org>
	<20d6441a0903271314h23ff55c9y15dbeb7f715ce383@mail.gmail.com>
Message-ID: <1238190394.24750.706.camel@localhost.localdomain>

On Fri, 2009-03-27 at 15:14 -0500, Jud Craft wrote:
> I didn't know myself for sure whether it [Qt's filter code] was
> patent-infringing.  But I did know:
> 
> 1.  Fedora tries not to ship patented technologies.

A bit oversimplified. I remember reading some kind of patent guideline a
while back, probably from spot, but googling and searching the wiki
isn't bringing it up. Basically since pretty much everything is
patented, "not shipping patented technology" isn't feasible. Instead
it's a judgement call, we avoid patents who's owners are known to be
actively seeking licensing fees or are otherwise sue happy. We can't
avoid them all and still have a product to ship.

> 2.  Fedora took subpixel filtering (due to its possible infringement)
> out of the desktop stack.

Where is this coming from? Are you confusing subpixel filtering with
hinting? They're two different things.

> 3.  Qt has its own separate filtering code.
> 4.  Fedora did NOT remove the Qt subpixel filters.
> 
> Hence I began to wonder if A) Qt's filtering technique was considered
> as non-infringing, and B) if so, why not just use that for the rest of
> the X stack?

Near as I can tell, filtering isn't the problem. MS seems to have a
patent on the very idea of subpixel font rendering, it doesn't matter
what you do to filter the color fringing away.

> (after all, I am not a lawyer, but I thought certainly Fedora was
> on good legal ground)

There's no winning when it comes to software patents. Everyone is a
criminal.
-------------- 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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090327/c85524c8/attachment.sig>

From caillon at redhat.com  Fri Mar 27 21:49:10 2009
From: caillon at redhat.com (Christopher Aillon)
Date: Fri, 27 Mar 2009 14:49:10 -0700
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <f12087800903271428y460499ccv60a61aace0c741d9@mail.gmail.com>
References: <49CD379D.8040104@verizon.net>	<20090327210044.0514AFC25E@magilla.sf.frob.com>	<49CD3F53.9020405@verizon.net>
	<49CD42C9.9090706@verizon.net>
	<f12087800903271428y460499ccv60a61aace0c741d9@mail.gmail.com>
Message-ID: <49CD49D6.4020607@redhat.com>

On 03/27/2009 02:28 PM, Adam Miller wrote:
>> This change to default behavior of Ctrl-Alt-Backspace is an example of a tiny minority of Emacs users lobbying xorg for a change that will affect a huge number of community and commercial>users including datacenters and their sys admins. This change needs to be reversed immediately. Ctrl-Alt-Backspace is embedded now into many tools including all the virtualization tools. It is>part of the DNA of every sys admin. To change this behavior is just insanity.
>>
>> Regards,
>> Gerry
>
> Please stop throwing around the "sys admins will freak out" card, I'm
> a sys admin and we do things correctly through provisioning using
> kickstarts. It will be maybe a 3 line edit to a script. It was an
> upstream choice, Fedora has historically remained compliant with
> upstream so I imagine if you would like a change to be made on this
> topic it would be most effective to discuss it with upstream.

Also, won't Ctrl+Alt+<Fn> still work to get you to a vt where you can at 
your choice kill X manually, or try to debug the problem further?



From email.ahmedkamal at googlemail.com  Fri Mar 27 21:50:01 2009
From: email.ahmedkamal at googlemail.com (Ahmed Kamal)
Date: Fri, 27 Mar 2009 23:50:01 +0200
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <f12087800903271428y460499ccv60a61aace0c741d9@mail.gmail.com>
References: <49CD379D.8040104@verizon.net>
	<20090327210044.0514AFC25E@magilla.sf.frob.com>
	<49CD3F53.9020405@verizon.net> <49CD42C9.9090706@verizon.net>
	<f12087800903271428y460499ccv60a61aace0c741d9@mail.gmail.com>
Message-ID: <3da3b5b40903271450x59cb1be8x93752c50406dcb2c@mail.gmail.com>

To anyone wanting to kill X when it hangs, why not login through a VC and
"pkill X" .. Just like any process, why do we have to have magic keys!

On Fri, Mar 27, 2009 at 11:28 PM, Adam Miller <maxamillion at gmail.com> wrote:

> >This change to default behavior of Ctrl-Alt-Backspace is an example of a
> tiny minority of Emacs users lobbying xorg for a change that will affect a
> huge number of community and commercial >users including datacenters and
> their sys admins. This change needs to be reversed immediately.
> Ctrl-Alt-Backspace is embedded now into many tools including all the
> virtualization tools. It is >part of the DNA of every sys admin. To change
> this behavior is just insanity.
> >
> >Regards,
> >Gerry
>
> Please stop throwing around the "sys admins will freak out" card, I'm
> a sys admin and we do things correctly through provisioning using
> kickstarts. It will be maybe a 3 line edit to a script. It was an
> upstream choice, Fedora has historically remained compliant with
> upstream so I imagine if you would like a change to be made on this
> topic it would be most effective to discuss it with upstream.
>
> -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
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090327/3df9e072/attachment.htm>

From dcbw at redhat.com  Fri Mar 27 21:49:39 2009
From: dcbw at redhat.com (Dan Williams)
Date: Fri, 27 Mar 2009 17:49:39 -0400
Subject: Why does pm-utils/NM bring down the network
	for	hibernate/suspend?
In-Reply-To: <49CD474C.2020203@cora.nwra.com>
References: <49CD2DB2.4060304@cora.nwra.com>
	<1238188645.16870.3.camel@localhost.localdomain>
	<49CD474C.2020203@cora.nwra.com>
Message-ID: <1238190579.16870.25.camel@localhost.localdomain>

On Fri, 2009-03-27 at 15:38 -0600, Orion Poplawski wrote:
> Dan Williams wrote:
> > On Fri, 2009-03-27 at 13:49 -0600, Orion Poplawski wrote:
> >> I'll ask my question a different way I guess:
> >>
> >> Why does pm-utils/NM bring down the network for hibernate/suspend?
> > 
> > Must have missed something here...
> > 
> > Are you referring to the periodic problem where "Networking Enabled" is
> > unchecked on resume?  If so, that's covered by a pm-utils bug already,
> > which is really a dbus bug that can be worked around in pm-utils.
> > 
> > https://bugzilla.redhat.com/show_bug.cgi?id=477964
> > 
> > If you're referring in general to "why does NM bring down the network"
> > on suspend, there are a few reasons for that which I can elaborate on.
> 
> Well, the problem I'm seeing on a machine with NFS home directories and 
> LDAP authentication is that after the network is brought down calls by 
> pm-utils to sync hang (presumably NFS related) and I see lots of 
> nss_ldap cannont connect to LDAP server errors and the hibernate process 
> hangs.
> 
> I suppose I should file a bug - against pm-utils for incorrect ordering 
> of scripts?  Should I expect this to work?

Yeah, should probably get re-ordered.  NM is at 55, should probably be
one of the last things to get poked.

Dan




From greno at verizon.net  Fri Mar 27 21:52:12 2009
From: greno at verizon.net (Gerry Reno)
Date: Fri, 27 Mar 2009 17:52:12 -0400
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <49CD49D6.4020607@redhat.com>
References: <49CD379D.8040104@verizon.net>
	<20090327210044.0514AFC25E@magilla.sf.frob.com>	<49CD3F53.9020405@verizon.net>
	<49CD42C9.9090706@verizon.net>
	<f12087800903271428y460499ccv60a61aace0c741d9@mail.gmail.com>
	<49CD49D6.4020607@redhat.com>
Message-ID: <49CD4A8C.2020701@verizon.net>

Christopher Aillon wrote:
>
> Also, won't Ctrl+Alt+<Fn> still work to get you to a vt where you can 
> at your choice kill X manually, or try to debug the problem further?
>

 From a previous post in thread:
Just how do I sent that to a VM from a VMM? Ctrl-Alt-Backspace is the 
menu selection. And this behavior has been a part of X as I said, for 
decades.

Many tools have already embedded Ctrl-Alt-Backspace and they count on 
it's availability to function.

Regards,
Gerry



From maxamillion at gmail.com  Fri Mar 27 21:53:41 2009
From: maxamillion at gmail.com (Adam Miller)
Date: Fri, 27 Mar 2009 16:53:41 -0500
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <49CD49D6.4020607@redhat.com>
References: <49CD379D.8040104@verizon.net>
	<20090327210044.0514AFC25E@magilla.sf.frob.com>
	<49CD3F53.9020405@verizon.net> <49CD42C9.9090706@verizon.net>
	<f12087800903271428y460499ccv60a61aace0c741d9@mail.gmail.com>
	<49CD49D6.4020607@redhat.com>
Message-ID: <f12087800903271453qdd8da97je44a88363c9c77f2@mail.gmail.com>

>I intend to discuss it with upstream.  But this is a huge change to default behavior for X control that almost NO ONE knows about.  The default methods of controlling the X server have been >around for decades and many users and sys admins automatically know what the default behavior is that can be counted on in almost all situations and therefore this constitutes a big change.  >And big changes like this need to be advertised extensively instead of just quietly slipped in.  I was hoping that Fedora might take the lead on stopping this bad change.  And again, yes, I'll >take this to upstream as well.
>
>Regards,
>Gerry

I will agree that it could be advertised more, but at the same time I
think that if people don't read the release notes where information
about the release is held, then it is no fault of the Fedora
developers or document writers.

>Also, won't Ctrl+Alt+<Fn> still work to get you to a vt where you can at your choice kill X manually, or try to debug the problem further?

Yes, yes it will. Solid observation :)

-Adam

-- 
http://maxamillion.googlepages.com
---------------------------------------------------------
()  ascii ribbon campaign - against html e-mail
/\  www.asciiribbon.org   - against proprietary attachments



From greno at verizon.net  Fri Mar 27 21:54:59 2009
From: greno at verizon.net (Gerry Reno)
Date: Fri, 27 Mar 2009 17:54:59 -0400
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <3da3b5b40903271450x59cb1be8x93752c50406dcb2c@mail.gmail.com>
References: <49CD379D.8040104@verizon.net>
	<20090327210044.0514AFC25E@magilla.sf.frob.com>	<49CD3F53.9020405@verizon.net>
	<49CD42C9.9090706@verizon.net>
	<f12087800903271428y460499ccv60a61aace0c741d9@mail.gmail.com>
	<3da3b5b40903271450x59cb1be8x93752c50406dcb2c@mail.gmail.com>
Message-ID: <49CD4B33.5050901@verizon.net>

Ahmed Kamal wrote:
> To anyone wanting to kill X when it hangs, why not login through a VC 
> and "pkill X" .. Just like any process, why do we have to have magic keys!
>
Because not everyone logs in or is logged in that way.  And when you're 
in a datacenter dealing with hundreds of machines you don't have time to 
be fiddling around with alternate mechanisms.  You need to be able to 
count on the behaviors of controlling the X server that have been there 
for decades and as I said have become part of your DNA.

Regards,
Gerry



From behdad at behdad.org  Fri Mar 27 21:58:10 2009
From: behdad at behdad.org (Behdad Esfahbod)
Date: Fri, 27 Mar 2009 17:58:10 -0400
Subject: A supposedly patent-free suggestion/solution to the
 curious	subpixel rendering in Fedora
In-Reply-To: <gqjhbl$6p3$2@ger.gmane.org>
References: <20d6441a0903221518h4e7bd6aj55b61c7875495794@mail.gmail.com>	<gq8a3g$295$2@ger.gmane.org>	<49CB5E18.7040709@robertoragusa.it>	<20d6441a0903260722r1bfd078axf352670056fc2471@mail.gmail.com>	<1238177585.24750.502.camel@localhost.localdomain>	<20d6441a0903271125u8c1ac97x6cdeabb2b8384efd@mail.gmail.com>	<49CD1BA1.9030800@behdad.org>	<20d6441a0903271234q23f9ca64l785ea2c3221df951@mail.gmail.com>	<49CD311D.9090103@behdad.org>
	<gqjhbl$6p3$2@ger.gmane.org>
Message-ID: <49CD4BF2.8010807@behdad.org>

On 03/27/2009 05:44 PM, Kevin Kofler wrote:
> Behdad Esfahbod wrote:
>> Anyway, to make it clear, the reason the filter in Xft and cairo is
>> patent-infringing is not because someone copied it from ClearType.  No.
>> It's infringing because the whole idea of subpixel filtered text rendering
>> is patented.  You can implement and reimplement and reimplement.  Doesn't
>> make a difference (until the patents expire).
>
> Why is it enabled in F10 and F11's default freetype then?

Oops.  Seems like an unintentional change I committed while fixing the 
ligature bug.

/me disables both

>          Kevin Kofler



From greno at verizon.net  Fri Mar 27 21:58:40 2009
From: greno at verizon.net (Gerry Reno)
Date: Fri, 27 Mar 2009 17:58:40 -0400
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <f12087800903271453qdd8da97je44a88363c9c77f2@mail.gmail.com>
References: <49CD379D.8040104@verizon.net>
	<20090327210044.0514AFC25E@magilla.sf.frob.com>	<49CD3F53.9020405@verizon.net>
	<49CD42C9.9090706@verizon.net>
	<f12087800903271428y460499ccv60a61aace0c741d9@mail.gmail.com>
	<49CD49D6.4020607@redhat.com>
	<f12087800903271453qdd8da97je44a88363c9c77f2@mail.gmail.com>
Message-ID: <49CD4C10.1000506@verizon.net>

Adam Miller wrote:
>> Also, won't Ctrl+Alt+<Fn> still work to get you to a vt where you can at your choice kill X manually, or try to debug the problem further?
>>     
>
> Yes, yes it will. Solid observation :)
>
> -Adam
>   
NO!  If the X server is in a tight loop sometimes you cannot even get a 
login prompt at a terminal.  The ONLY thing that works is 
Ctrl-Alt-Backspace.  And sometimes you have to issue it a few times and 
wait but generally it will kill the X server even when you cannot get 
logged in from a terminal.

Regards,
Gerry


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090327/96e8a473/attachment.htm>

From kevin.kofler at chello.at  Fri Mar 27 22:00:04 2009
From: kevin.kofler at chello.at (Kevin Kofler)
Date: Fri, 27 Mar 2009 23:00:04 +0100
Subject: System Config Tools Cleanup Project - tools to eliminate/replace
References: <200903241710.00926.jreznik@redhat.com>
	<gqb3rj$i39$1@ger.gmane.org>
	<1237916965.20478.0.camel@localhost.localdomain>
Message-ID: <gqji94$6p3$3@ger.gmane.org>

Fabian Deutsch wrote:
> What is the long term solution for configuring network settings on
> server systems not using NM?

The idea is that "server systems not using NM" will not exist in the "long
term". Instead, they'll use NM with systemwide configuration. NM actually
supports systemwide settings these days, and with those settings it can
connect to the network without requiring a user login.

        Kevin Kofler



From craftjml at gmail.com  Fri Mar 27 22:06:14 2009
From: craftjml at gmail.com (Jud Craft)
Date: Fri, 27 Mar 2009 17:06:14 -0500
Subject: A supposedly patent-free suggestion/solution to the curious 
	subpixel rendering in Fedora
In-Reply-To: <49CD4BF2.8010807@behdad.org>
References: <20d6441a0903221518h4e7bd6aj55b61c7875495794@mail.gmail.com>
	<49CB5E18.7040709@robertoragusa.it>
	<20d6441a0903260722r1bfd078axf352670056fc2471@mail.gmail.com>
	<1238177585.24750.502.camel@localhost.localdomain>
	<20d6441a0903271125u8c1ac97x6cdeabb2b8384efd@mail.gmail.com>
	<49CD1BA1.9030800@behdad.org>
	<20d6441a0903271234q23f9ca64l785ea2c3221df951@mail.gmail.com>
	<49CD311D.9090103@behdad.org> <gqjhbl$6p3$2@ger.gmane.org>
	<49CD4BF2.8010807@behdad.org>
Message-ID: <20d6441a0903271506u6a819632qc4daa78c2e52e112@mail.gmail.com>

When building Fedora's freetype packages, it must be easy to
independently enable Freetype's non-filtered subpixel antialiasing,
without enabling the different LCD-optimized filters that Freetype can
use.

I say this because even though you can turn on subpixel rendering in
F10, you cannot actually use any of the different LCD-optimized
subpixel filters available in the different patches.  I assumed
subpixel antialiasing was enabled, but all of the filters were not.

I may have mistakenly assumed that patent infringement applied to the
different filtering methods, as opposed to "text that just has blue
and red streaks in it." (the mere idea of your font having
nonhomogenous RGB channels).  That seems even more bizarre than just
patenting all ways of filtering the output; patenting the entire
subpixel workflow itself.

Yes, I am aware subpixel filtering is different from hinting.



From maxamillion at gmail.com  Fri Mar 27 22:07:51 2009
From: maxamillion at gmail.com (Adam Miller)
Date: Fri, 27 Mar 2009 17:07:51 -0500
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <49CD4C10.1000506@verizon.net>
References: <49CD379D.8040104@verizon.net>
	<20090327210044.0514AFC25E@magilla.sf.frob.com>
	<49CD3F53.9020405@verizon.net> <49CD42C9.9090706@verizon.net>
	<f12087800903271428y460499ccv60a61aace0c741d9@mail.gmail.com>
	<49CD49D6.4020607@redhat.com>
	<f12087800903271453qdd8da97je44a88363c9c77f2@mail.gmail.com>
	<49CD4C10.1000506@verizon.net>
Message-ID: <f12087800903271507i210604e3v4f64dc97aa15cd2b@mail.gmail.com>

This thread has been rendered pointless, we're arguing a moot point.
Fedora is apparently sticking with upstream on this so as you stated
you will proceed to seek change through their avenues, please do so
and once the change has been made upstream then it will be reflected
in Fedora.

-Adam

-- 
http://maxamillion.googlepages.com
---------------------------------------------------------
()  ascii ribbon campaign - against html e-mail
/\  www.asciiribbon.org   - against proprietary attachments



From mclasen at redhat.com  Fri Mar 27 22:10:42 2009
From: mclasen at redhat.com (Matthias Clasen)
Date: Fri, 27 Mar 2009 18:10:42 -0400
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <49CD4A8C.2020701@verizon.net>
References: <49CD379D.8040104@verizon.net>
	<20090327210044.0514AFC25E@magilla.sf.frob.com>
	<49CD3F53.9020405@verizon.net> <49CD42C9.9090706@verizon.net>
	<f12087800903271428y460499ccv60a61aace0c741d9@mail.gmail.com>
	<49CD49D6.4020607@redhat.com>  <49CD4A8C.2020701@verizon.net>
Message-ID: <1238191842.4105.4.camel@localhost.localdomain>

On Fri, 2009-03-27 at 17:52 -0400, Gerry Reno wrote:
> Christopher Aillon wrote:
> >
> > Also, won't Ctrl+Alt+<Fn> still work to get you to a vt where you can 
> > at your choice kill X manually, or try to debug the problem further?
> >
> 
>  From a previous post in thread:
> Just how do I sent that to a VM from a VMM? Ctrl-Alt-Backspace is the 
> menu selection. And this behavior has been a part of X as I said, for 
> decades.
> 
> Many tools have already embedded Ctrl-Alt-Backspace and they count on 
> it's availability to function.

So whoever wrote those tools confused a configurable keybinding with a
supported api. It certainly highlights why it is a good idea to turn it
off by default: it is a loaded weapon that random clients can use to
kill your session. 



From martin.sourada at gmail.com  Fri Mar 27 22:11:08 2009
From: martin.sourada at gmail.com (Martin Sourada)
Date: Fri, 27 Mar 2009 23:11:08 +0100
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <49CD379D.8040104@verizon.net>
References: <49CD379D.8040104@verizon.net>
Message-ID: <1238191868.2884.17.camel@pc-notebook>

On Fri, 2009-03-27 at 16:31 -0400, Gerry Reno wrote:
> I was reading through the F11A Release Notes when I came across this:
> 
>     "The key combination Ctrl-Alt-Backspace to kill the X server has 
> been disabled by default as a decision of the upstream Xorg project."
> 
> Having to deal with many servers and workstations in a company it is 
> crucial that Ctrl-Alt-Backspace be enabled by default.  There are times 
> when your KVM has lost mouse control or X is in a tight loop and 
> something like Ctrl-Alt-Backspace can save the situation.  This is much 
> more common than the uncommon cases that are illustrated as to why this 
> has been removed as default.
> 
> Ctrl-Alt-Backspace needs to be restored as the "default" and Emacs users 
> or others that find themselves in conflict with Java expressions can 
> just disable it for their very limited purpose.
> 
> Regards,
> Gerry
> 
Hm... I'm personally not very much concerned about it... If X is just
misbehaving you can switch to terminal and kill it. If it freezes, it
blocks the keyboard and ctrl+alt+backspace is unusable as well, at least
for me... The only good solution *I* see is to redesign it so that X
never blocks the keyboard, even if frozen. I don't always have a second
computer to use to ssh to my laptop to kill the frozen X... 

Also, as pointed out by other people, it's *default* setting. If you
disagree with it, just change it to your preference. No one stops you
doing that. And if you still disagree with it being default, go complain
upstream, Fedora just follows what the upstream project has chosen to
do.

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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090327/a4c85cbd/attachment.sig>

From orion at cora.nwra.com  Fri Mar 27 22:14:20 2009
From: orion at cora.nwra.com (Orion Poplawski)
Date: Fri, 27 Mar 2009 16:14:20 -0600
Subject: Why does pm-utils/NM bring down the
	network	for	hibernate/suspend?
In-Reply-To: <1238190579.16870.25.camel@localhost.localdomain>
References: <49CD2DB2.4060304@cora.nwra.com>	<1238188645.16870.3.camel@localhost.localdomain>	<49CD474C.2020203@cora.nwra.com>
	<1238190579.16870.25.camel@localhost.localdomain>
Message-ID: <49CD4FBC.9040403@cora.nwra.com>

Dan Williams wrote:
> 
> Yeah, should probably get re-ordered.  NM is at 55, should probably be
> one of the last things to get poked.

Bug filed:

https://bugzilla.redhat.com/show_bug.cgi?id=492665


-- 
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 greno at verizon.net  Fri Mar 27 22:14:44 2009
From: greno at verizon.net (Gerry Reno)
Date: Fri, 27 Mar 2009 18:14:44 -0400
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <1238191842.4105.4.camel@localhost.localdomain>
References: <49CD379D.8040104@verizon.net>
	<20090327210044.0514AFC25E@magilla.sf.frob.com>	<49CD3F53.9020405@verizon.net>
	<49CD42C9.9090706@verizon.net>
	<f12087800903271428y460499ccv60a61aace0c741d9@mail.gmail.com>
	<49CD49D6.4020607@redhat.com>  <49CD4A8C.2020701@verizon.net>
	<1238191842.4105.4.camel@localhost.localdomain>
Message-ID: <49CD4FD4.9040709@verizon.net>

Matthias Clasen wrote:
> it is a loaded weapon that random clients can use to
> kill your session. 
>
>   
In over thirty years of dealing with thousands of *nix systems I have 
never seen one instance of that ever occurring.


Regards,
Gerry



From awilliam at redhat.com  Fri Mar 27 22:17:31 2009
From: awilliam at redhat.com (Adam Williamson)
Date: Fri, 27 Mar 2009 15:17:31 -0700
Subject: libsyncml
In-Reply-To: <gqjh4p$6p3$1@ger.gmane.org>
References: <20090321095311.B7FC01B8001@releng2.fedora.phx.redhat.com>
	<gq3j6b$u6c$1@ger.gmane.org> <200903221216.23514.opensource@till.name>
	<49C65A16.5080105@gnat.ca> <gq89bi$295$1@ger.gmane.org>
	<1237830267.4572.59.camel@adam.local.net>
	<a28p96-bbd.ln1@ppp1053.in.ipex.cz>
	<1237982410.4572.186.camel@adam.local.net> <gqjh4p$6p3$1@ger.gmane.org>
Message-ID: <1238192251.4338.71.camel@adam.local.net>

On Fri, 2009-03-27 at 22:40 +0100, Kevin Kofler wrote:
> Adam Williamson wrote:
> > The KitchenSync from KDE 3 is actually an awesome GUI for opensync 0.22
> > which makes it really easy to set things up - that's why the Mandriva
> > instructions are based around it - but it didn't really show up until
> > quite a bit later, and even then, very few people seem to know about it
> > for some reason.
> 
> By the way, any efforts going into packaging that as a separate package for
> F10+? Or do you want us to try building it from the kdepim3 SRPM (which
> currently only builds a compatibility libkcal)?

I was planning to look at it for MDV while I was there, but never got
time. Would be nice to have it for Fedora, but there are other things
which take priority (sorting out syncml, getting the blackberry plugin
in, remembering what little patches need to get put it from mdv to fix
various little issues).

> The big issue is of course syncing with KDE 4 kdepim. There's no working
> plugin for that and even if there was one, I think ld.so would go kamikaze
> when trying to load KDE 4 libraries into KDE 3 KitchenSync. :-(

I suspect that when we're actually in a position to do any sane kind of
sync with KDE 4, we'll also be in a position to use the KDE 4
kitchensync. That sort of seems like the pace of development, to me.
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org
http://www.happyassassin.net



From pemboa at gmail.com  Fri Mar 27 22:25:44 2009
From: pemboa at gmail.com (Arthur Pemberton)
Date: Fri, 27 Mar 2009 17:25:44 -0500
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <49CD4FD4.9040709@verizon.net>
References: <49CD379D.8040104@verizon.net>
	<20090327210044.0514AFC25E@magilla.sf.frob.com>
	<49CD3F53.9020405@verizon.net> <49CD42C9.9090706@verizon.net>
	<f12087800903271428y460499ccv60a61aace0c741d9@mail.gmail.com>
	<49CD49D6.4020607@redhat.com> <49CD4A8C.2020701@verizon.net>
	<1238191842.4105.4.camel@localhost.localdomain>
	<49CD4FD4.9040709@verizon.net>
Message-ID: <16de708d0903271525n2920f6c9x48f5dccc254d2ba4@mail.gmail.com>

No one has yet said what is supposed to happen when X on a desktop
inevitably starts with the incorrect resolution. At the very least I
could restart X easily. Now I need to log in then restart X? And what
about regular users? Do I have to now instruct them to login as root
and kill X?

-- 
Fedora 9 : sulphur is good for the skin
( www.pembo13.com )



From orion at cora.nwra.com  Fri Mar 27 22:26:00 2009
From: orion at cora.nwra.com (Orion Poplawski)
Date: Fri, 27 Mar 2009 16:26:00 -0600
Subject: Qt 4.5 coming to Fedora 9 and 10, license changing to LGPL
In-Reply-To: <gqjfjd$461$1@ger.gmane.org>
References: <gqjfjd$461$1@ger.gmane.org>
Message-ID: <49CD5278.4050802@cora.nwra.com>

Kevin Kofler wrote:
> Hi,
> 
> We are working on providing Qt 4.5.0 as updates for Fedora 9 and 10. The updates
> have already been built. They will be tagged into the buildroots for Fedora 9
> and 10 shortly after this announcement is sent, in order for KDE 4 packages to
> get rebuilt against it, as some KDE modules are highly dependent on the Qt
> version used to build them and check the Qt version at build time. 

Can I install qt 4.5 from koji on my KDE 4.1.2 F-10 box without killing 
KDE in order to test my other Qt apps?  What to watch out for?  Or is 
there some other way to get my machine up and stable with Qt 4.5 before 
the testing updates are pushed?

-- 
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 johnsmithdoe14 at googlemail.com  Fri Mar 27 22:26:29 2009
From: johnsmithdoe14 at googlemail.com (psmith)
Date: Fri, 27 Mar 2009 22:26:29 +0000
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <f12087800903271507i210604e3v4f64dc97aa15cd2b@mail.gmail.com>
References: <49CD379D.8040104@verizon.net>	<20090327210044.0514AFC25E@magilla.sf.frob.com>	<49CD3F53.9020405@verizon.net>
	<49CD42C9.9090706@verizon.net>	<f12087800903271428y460499ccv60a61aace0c741d9@mail.gmail.com>	<49CD49D6.4020607@redhat.com>	<f12087800903271453qdd8da97je44a88363c9c77f2@mail.gmail.com>	<49CD4C10.1000506@verizon.net>
	<f12087800903271507i210604e3v4f64dc97aa15cd2b@mail.gmail.com>
Message-ID: <49CD5295.1030601@googlemail.com>

Adam Miller wrote:
> This thread has been rendered pointless, we're arguing a moot point.
> Fedora is apparently sticking with upstream on this so as you stated
> you will proceed to seek change through their avenues, please do so
> and once the change has been made upstream then it will be reflected
> in Fedora.
>
> -Adam
>
>   
and who are you to decide what fedora is choosing?, i can't even 
remember this being spoken about on the lists since the F11 announce on 
the test list, and there all that spoke on the matter were against it! 
fedora is a community! as for fedora always sticking with upstream i'm 
pretty positive you know this not to be true



From seg at haxxed.com  Fri Mar 27 22:45:59 2009
From: seg at haxxed.com (Callum Lerwick)
Date: Fri, 27 Mar 2009 17:45:59 -0500
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <49CD49D6.4020607@redhat.com>
References: <49CD379D.8040104@verizon.net>
	<20090327210044.0514AFC25E@magilla.sf.frob.com>
	<49CD3F53.9020405@verizon.net> <49CD42C9.9090706@verizon.net>
	<f12087800903271428y460499ccv60a61aace0c741d9@mail.gmail.com>
	<49CD49D6.4020607@redhat.com>
Message-ID: <1238193959.24750.708.camel@localhost.localdomain>

On Fri, 2009-03-27 at 14:49 -0700, Christopher Aillon wrote:
> On 03/27/2009 02:28 PM, Adam Miller wrote:
> >> This change to default behavior of Ctrl-Alt-Backspace is an example of a tiny minority of Emacs users lobbying xorg for a change that will affect a huge number of community and commercial>users including datacenters and their sys admins. This change needs to be reversed immediately. Ctrl-Alt-Backspace is embedded now into many tools including all the virtualization tools. It is>part of the DNA of every sys admin. To change this behavior is just insanity.
> >>
> >> Regards,
> >> Gerry
> >
> > Please stop throwing around the "sys admins will freak out" card, I'm
> > a sys admin and we do things correctly through provisioning using
> > kickstarts. It will be maybe a 3 line edit to a script. It was an
> > upstream choice, Fedora has historically remained compliant with
> > upstream so I imagine if you would like a change to be made on this
> > topic it would be most effective to discuss it with upstream.
> 
> Also, won't Ctrl+Alt+<Fn> still work to get you to a vt where you can at 
> your choice kill X manually, or try to debug the problem further?

Not if your console is f*cked up and you just want the f*cking machine
to reboot cleanly. Perhaps the bug here is that the X server deactivates
ctl-alt-del. Or do the emacs weenies want that one too?
-------------- 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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090327/d749747b/attachment.sig>

From greno at verizon.net  Fri Mar 27 22:46:16 2009
From: greno at verizon.net (Gerry Reno)
Date: Fri, 27 Mar 2009 18:46:16 -0400
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <16de708d0903271525n2920f6c9x48f5dccc254d2ba4@mail.gmail.com>
References: <49CD379D.8040104@verizon.net>
	<20090327210044.0514AFC25E@magilla.sf.frob.com>	<49CD3F53.9020405@verizon.net>
	<49CD42C9.9090706@verizon.net>
	<f12087800903271428y460499ccv60a61aace0c741d9@mail.gmail.com>
	<49CD49D6.4020607@redhat.com> <49CD4A8C.2020701@verizon.net>
	<1238191842.4105.4.camel@localhost.localdomain>	<49CD4FD4.9040709@verizon.net>
	<16de708d0903271525n2920f6c9x48f5dccc254d2ba4@mail.gmail.com>
Message-ID: <49CD5738.207@verizon.net>

Arthur Pemberton wrote:
> No one has yet said what is supposed to happen when X on a desktop
> inevitably starts with the incorrect resolution. At the very least I
> could restart X easily. Now I need to log in then restart X? And what
> about regular users? Do I have to now instruct them to login as root
> and kill X?
>
>   
I'm trying to understand how the problem of bad config relates to this 
xorg disabling Ctrl-Alt-Backspace discussion?  I mean I could remotely 
login into the users terminal and fix their xorg.conf and then just tell 
them to hit Ctrl-Alt-Backspace and that should fix them up and if not 
I'll kill their X server.  Or is there some other situation you're 
referring to?

Regards,
Gerry



From kevin.kofler at chello.at  Fri Mar 27 22:45:14 2009
From: kevin.kofler at chello.at (Kevin Kofler)
Date: Fri, 27 Mar 2009 23:45:14 +0100
Subject: System Config Tools Cleanup Project - tools to eliminate/replace
References: <200903241710.00926.jreznik@redhat.com>
	<gqb8b8$83r$2@ger.gmane.org>
Message-ID: <gqjktq$jkr$1@ger.gmane.org>

Matthew Woehlke wrote:
> ...and s-c-date conflicts with these. What manages the ntp service? I
> don't think I've had any luck with the KDE date config working correctly
> at system level, which means if s-c-date went away I'd have to manage
> the date/time on my machine(s) at CLI level and by editing ntpd.conf by
> hand.

Uh, the KDE date configuration tool is intended to work at system level (and
at system level ONLY), it's one of the few System Settings modules
requiring root privileges for a reason.

        Kevin Kofler



From jkeating at redhat.com  Fri Mar 27 22:48:11 2009
From: jkeating at redhat.com (Jesse Keating)
Date: Fri, 27 Mar 2009 15:48:11 -0700
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <1238191868.2884.17.camel@pc-notebook>
References: <49CD379D.8040104@verizon.net>
	<1238191868.2884.17.camel@pc-notebook>
Message-ID: <1238194091.3726.19.camel@localhost.localdomain>

On Fri, 2009-03-27 at 23:11 +0100, Martin Sourada wrote:
> Hm... I'm personally not very much concerned about it... 

I'm not concerned about it either.  I don't run X directly on my
servers, so the whole VM thing is a little bit of hogwash to me.  ssh
exported X works just fine for when I need something graphical,
otherwise it's CLI.

What exactly is your use case that you need a local functioning X on all
these systems in your data center and virtual hosts?

-- 
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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090327/f7f91946/attachment.sig>

From kevin.kofler at chello.at  Fri Mar 27 22:50:29 2009
From: kevin.kofler at chello.at (Kevin Kofler)
Date: Fri, 27 Mar 2009 23:50:29 +0100
Subject: System Config Tools Cleanup Project - tools to eliminate/replace
References: <200903241710.00926.jreznik@redhat.com>
	<e99d27470903241203g376da16ey5dbf64fc2f61d3c2@mail.gmail.com>
Message-ID: <gqjl7l$jkr$2@ger.gmane.org>

Rudolf Kastl wrote:

> 2009/3/24 Jaroslav Reznik <jreznik at redhat.com>:
>> * system-config-date
>> - Gnome/KDE/XFCE have own datetime configuration tool/module, it's
>> confusing than
>> which one users should use
>> - used in firstboot or anaconda???
> 
> as long as those tool properly configure ntp... in the gnome date
> applet i cant find any ntp options.

KDE's System Settings date/time module supports NTP.

        Kevin Kofler



From kevin.kofler at chello.at  Fri Mar 27 22:53:56 2009
From: kevin.kofler at chello.at (Kevin Kofler)
Date: Fri, 27 Mar 2009 23:53:56 +0100
Subject: System Config Tools Cleanup Project - tools to eliminate/replace
References: <200903241710.00926.jreznik@redhat.com>
	<1237979444.21415.90.camel@gibraltar.str.redhat.com>
Message-ID: <gqjle4$jkr$3@ger.gmane.org>

Nils Philippsen wrote:
> - AFAIK, none of the tools in the DEs deal with NTP right now (do they
> at least honor it being used and then block setting the system clock?),
> so I'm not inclined to drop it

KDE actually does.

That said, it doesn't detect an NTP setup configured with
system-config-date, it shows NTP as not in use. It also only supports
selecting a server from a list or entering a server into the combobox, no
multiple servers, no advanced options.

        Kevin Kofler



From pemboa at gmail.com  Fri Mar 27 22:59:49 2009
From: pemboa at gmail.com (Arthur Pemberton)
Date: Fri, 27 Mar 2009 17:59:49 -0500
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <49CD5738.207@verizon.net>
References: <49CD379D.8040104@verizon.net> <49CD3F53.9020405@verizon.net>
	<49CD42C9.9090706@verizon.net>
	<f12087800903271428y460499ccv60a61aace0c741d9@mail.gmail.com>
	<49CD49D6.4020607@redhat.com> <49CD4A8C.2020701@verizon.net>
	<1238191842.4105.4.camel@localhost.localdomain>
	<49CD4FD4.9040709@verizon.net>
	<16de708d0903271525n2920f6c9x48f5dccc254d2ba4@mail.gmail.com>
	<49CD5738.207@verizon.net>
Message-ID: <16de708d0903271559r346708bfpca1f906f204a8608@mail.gmail.com>

On Fri, Mar 27, 2009 at 5:46 PM, Gerry Reno <greno at verizon.net> wrote:
> Arthur Pemberton wrote:
>>
>> No one has yet said what is supposed to happen when X on a desktop
>> inevitably starts with the incorrect resolution. At the very least I
>> could restart X easily. Now I need to log in then restart X? And what
>> about regular users? Do I have to now instruct them to login as root
>> and kill X?
>>
>>
>
> I'm trying to understand how the problem of bad config relates to this xorg
> disabling Ctrl-Alt-Backspace discussion? ?I mean I could remotely login into
> the users terminal and fix their xorg.conf and then just tell them to hit
> Ctrl-Alt-Backspace and that should fix them up and if not I'll kill their X
> server. ?Or is there some other situation you're referring to?
>
> Regards,
> Gerry

I am referring to Bug #490082 which requires (apparently) every Fedora
install which boots with the monitor off to restart X somehow.
Removing Cltr+Alt+Backspace makes this bug even more annoying.

-- 
Fedora 9 : sulphur is good for the skin
( www.pembo13.com )



From greno at verizon.net  Fri Mar 27 23:04:11 2009
From: greno at verizon.net (Gerry Reno)
Date: Fri, 27 Mar 2009 19:04:11 -0400
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <1238194091.3726.19.camel@localhost.localdomain>
References: <49CD379D.8040104@verizon.net>
	<1238191868.2884.17.camel@pc-notebook>
	<1238194091.3726.19.camel@localhost.localdomain>
Message-ID: <49CD5B6B.3030402@verizon.net>

Jesse Keating wrote:
> I'm not concerned about it either.  I don't run X directly on my
> servers, so the whole VM thing is a little bit of hogwash to me.  ssh
> exported X works just fine for when I need something graphical,
> otherwise it's CLI.
>
> What exactly is your use case that you need a local functioning X on all
> these systems in your data center and virtual hosts?
>
>   
X servers are everywhere these days.  Even on some of our servers and 
VM's.  We have servers hosting test VM's for users and we have X running 
so that we can bring up the graphical virtualization tools so we can run 
the VM's console and see what is happening with a particular users VM X 
server.

Regards,
Gerry



From seg at haxxed.com  Fri Mar 27 23:07:06 2009
From: seg at haxxed.com (Callum Lerwick)
Date: Fri, 27 Mar 2009 18:07:06 -0500
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <49CD49D6.4020607@redhat.com>
References: <49CD379D.8040104@verizon.net>
	<20090327210044.0514AFC25E@magilla.sf.frob.com>
	<49CD3F53.9020405@verizon.net> <49CD42C9.9090706@verizon.net>
	<f12087800903271428y460499ccv60a61aace0c741d9@mail.gmail.com>
	<49CD49D6.4020607@redhat.com>
Message-ID: <1238195226.24750.741.camel@localhost.localdomain>

On Fri, 2009-03-27 at 14:49 -0700, Christopher Aillon wrote:
> Also, won't Ctrl+Alt+<Fn> still work to get you to a vt where you can at 
> your choice kill X manually, or try to debug the problem further?

Times when I really need to ctl-alt-bksp are generally times when the
console state has been completely fucked up so that console switching
doesn't work. And the reason I hit ctl-alt-bksp is usually so I can then
hit ctl-alt-del to reboot the damned machine.

Seriously, how braindead is it to not having *some* reliable way to
trigger a reboot without needing a working monitor or network
connection? (Or working keymap...) If you're going to kill ctl-alt-bksp,
you damn well better enable ctl-alt-del while X is running. (Why was
THAT ever disabled in the first place?)
-------------- 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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090327/f4e540a8/attachment.sig>

From greno at verizon.net  Fri Mar 27 23:09:04 2009
From: greno at verizon.net (Gerry Reno)
Date: Fri, 27 Mar 2009 19:09:04 -0400
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <1238195226.24750.741.camel@localhost.localdomain>
References: <49CD379D.8040104@verizon.net>
	<20090327210044.0514AFC25E@magilla.sf.frob.com>	<49CD3F53.9020405@verizon.net>
	<49CD42C9.9090706@verizon.net>
	<f12087800903271428y460499ccv60a61aace0c741d9@mail.gmail.com>
	<49CD49D6.4020607@redhat.com>
	<1238195226.24750.741.camel@localhost.localdomain>
Message-ID: <49CD5C90.2080003@verizon.net>

Callum Lerwick wrote:
> On Fri, 2009-03-27 at 14:49 -0700, Christopher Aillon wrote:
>   
>> Also, won't Ctrl+Alt+<Fn> still work to get you to a vt where you can at 
>> your choice kill X manually, or try to debug the problem further?
>>     
>
> Times when I really need to ctl-alt-bksp are generally times when the
> console state has been completely fucked up so that console switching
> doesn't work. And the reason I hit ctl-alt-bksp is usually so I can then
> hit ctl-alt-del to reboot the damned machine.
>
> Seriously, how braindead is it to not having *some* reliable way to
> trigger a reboot without needing a working monitor or network
> connection? (Or working keymap...) If you're going to kill ctl-alt-bksp,
> you damn well better enable ctl-alt-del while X is running. (Why was
> THAT ever disabled in the first place?)
>   
lobbying by the same tiny minority.

Regards,
Gerry

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090327/eb467a1b/attachment.htm>

From nman64 at n-man.com  Fri Mar 27 23:12:12 2009
From: nman64 at n-man.com (Patrick W. Barnes)
Date: Fri, 27 Mar 2009 18:12:12 -0500
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <49CD5B6B.3030402@verizon.net>
References: <49CD379D.8040104@verizon.net>
	<1238194091.3726.19.camel@localhost.localdomain>
	<49CD5B6B.3030402@verizon.net>
Message-ID: <200903271812.15789.nman64@n-man.com>

On Friday 27 March 2009 18:04:11 Gerry Reno wrote:
> Jesse Keating wrote:
> > I'm not concerned about it either.  I don't run X directly on my
> > servers, so the whole VM thing is a little bit of hogwash to me.  ssh
> > exported X works just fine for when I need something graphical,
> > otherwise it's CLI.
> >
> > What exactly is your use case that you need a local functioning X on all
> > these systems in your data center and virtual hosts?
>
> X servers are everywhere these days.  Even on some of our servers and
> VM's.  We have servers hosting test VM's for users and we have X running
> so that we can bring up the graphical virtualization tools so we can run
> the VM's console and see what is happening with a particular users VM X
> server.
>

I have to agree with Jesse on this.  It sounds like you are getting a lot more 
exercise than a SysAdmin should.  ;-)

I am surprised that you have so many systems on which this is apparently a 
problem and yet you do not do provisioning where a simple config change would 
resolve it.  Even without provisioning for installs, any config provisioning 
would easily handle this.

I am also a SysAdmin, and I do (very rarely) use this key combination, but 
certainly not often enough to see this as a big deal.  There are soooo many 
ways around this change and around the need for the key combination in the 
first place.

I wish you luck in your upstream fight.

-- 
Patrick "The N-Man" Barnes
nman64 at n-man.com

http://n-man.com/

LinkedIn:
http://linkedin.com/in/nman64

Have I been helpful?  Rate my assistance!
http://rate.affero.net/nman64/

All messages cryptographically signed:
http://en.wikipedia.org/wiki/OpenPGP
-- 


-------------- 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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090327/fdc06631/attachment.sig>

From cmadams at hiwaay.net  Fri Mar 27 23:14:15 2009
From: cmadams at hiwaay.net (Chris Adams)
Date: Fri, 27 Mar 2009 18:14:15 -0500
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <1238191842.4105.4.camel@localhost.localdomain>
References: <49CD379D.8040104@verizon.net>
	<20090327210044.0514AFC25E@magilla.sf.frob.com>
	<49CD3F53.9020405@verizon.net> <49CD42C9.9090706@verizon.net>
	<f12087800903271428y460499ccv60a61aace0c741d9@mail.gmail.com>
	<49CD49D6.4020607@redhat.com> <49CD4A8C.2020701@verizon.net>
	<1238191842.4105.4.camel@localhost.localdomain>
Message-ID: <20090327231415.GA613405@hiwaay.net>

Once upon a time, Matthias Clasen <mclasen at redhat.com> said:
> So whoever wrote those tools confused a configurable keybinding with a
> supported api.

I don't believe that the Zap function is a configurable keybinding.  It
can only be triggered by Ctrl+Alt+Backspace.

Also, for those recommending Ctrl+Alt+Fn to switch to a text console:
that requires more cooperation from the X server (and functioning
graphics).  I've had X hose the graphics, be unable to restore a text
console, but an X restart re-initialized the hardware back to a working
state.
-- 
Chris Adams <cmadams at hiwaay.net>
Systems and Network Administrator - HiWAAY Internet Services
I don't speak for anybody but myself - that's enough trouble.



From mcepl at redhat.com  Fri Mar 27 23:07:41 2009
From: mcepl at redhat.com (Matej Cepl)
Date: Sat, 28 Mar 2009 00:07:41 +0100
Subject: another interesting idea (zfs based upgrades)
References: <gqgh5r$cbm$1@ger.gmane.org>
	<alpine.LFD.2.00.0903261428230.12190@localhost.localdomain>
	<1238093527.9589.38.camel@jdlaptop.lesbg.loc>
	<f12087800903261254r417d4c1bp7447646440c03094@mail.gmail.com>
	<49CCDAF7.6060009@gmail.com>
	<20090327152232.7a926c3b@lain.camperquake.de>
	<2ncv96-as4.ln1@ppp1053.in.ipex.cz>
	<20090327184939.503a2f6d@lain.camperquake.de>
Message-ID: <tq20a6-nn6.ln1@ppp1053.in.ipex.cz>

On 2009-03-27, 17:49 GMT, Ralf Ertzinger wrote:
> Per dataset encryption fully integrated into ZFS does not exist
> at this time, right. Encryption via loopback file systems exists
> (which does not work for ZFS unless you do some really ugly
> things)

I understand that it is not that big deal in server deployment 
(which is what enteprise Linux/Unix providers care for), although 
I am not sure whether I would like to have unencrypted disks in
huge datahosting company racks, but it is certainly quite 
different with desktop deployment -- I am just not allowed to 
have unencrypted /home on my notebook with Red Hat on it.

I am not saying that ZFS is bad (that would be crazy, it IS 
probably the most advanced filesystem of enterprise quality 
available today), but that we Linuxists shouldn't suffer that 
much feeling of inferiority for not having it.

Besides, I have both on this office computer and my notebook at 
home BTRFS on /var (I wouldn't let it go further than to /var 
;-)). I think in the moment BTRFS will mature enough to be 
enterprise-level ready ZFS will get a good run for its money.

Mat?j



From greno at verizon.net  Fri Mar 27 23:22:14 2009
From: greno at verizon.net (Gerry Reno)
Date: Fri, 27 Mar 2009 19:22:14 -0400
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <200903271812.15789.nman64@n-man.com>
References: <49CD379D.8040104@verizon.net>
	<1238194091.3726.19.camel@localhost.localdomain>
	<49CD5B6B.3030402@verizon.net> <200903271812.15789.nman64@n-man.com>
Message-ID: <49CD5FA6.6090707@verizon.net>

Patrick W. Barnes wrote:
> I have to agree with Jesse on this.  It sounds like you are getting a lot more 
> exercise than a SysAdmin should.  ;-)
>
> I am surprised that you have so many systems on which this is apparently a 
> problem and yet you do not do provisioning where a simple config change would 
> resolve it.  Even without provisioning for installs, any config provisioning 
> would easily handle this.
>
> I am also a SysAdmin, and I do (very rarely) use this key combination, but 
> certainly not often enough to see this as a big deal.  There are soooo many 
> ways around this change and around the need for the key combination in the 
> first place.
>   
This is a big deal because now some tiny minority has lobbied for 
changes to X that end up affecting a large community.  And the bogus 
arguments about user getting confused about keys is just that totally 
bogus.  I've never had a user complain about X control key 
combinations.  Emacs users complain because Emacs wants to have the same 
key control sequences as Xorg.  That's just wrong.  And as a sys admin 
if you're not willing to stand up and say that's wrong, then watch for 
more ridiculous changes coming your way in the future.

> I wish you luck in your upstream fight

There shouldn't even need to be a fight.  It's a totally ridiculous 
change based on bogus arguments to begin with.

Regards,
Gerry



From seg at haxxed.com  Fri Mar 27 23:30:37 2009
From: seg at haxxed.com (Callum Lerwick)
Date: Fri, 27 Mar 2009 18:30:37 -0500
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <49CD5C90.2080003@verizon.net>
References: <49CD379D.8040104@verizon.net>
	<20090327210044.0514AFC25E@magilla.sf.frob.com>
	<49CD3F53.9020405@verizon.net> <49CD42C9.9090706@verizon.net>
	<f12087800903271428y460499ccv60a61aace0c741d9@mail.gmail.com>
	<49CD49D6.4020607@redhat.com>
	<1238195226.24750.741.camel@localhost.localdomain>
	<49CD5C90.2080003@verizon.net>
Message-ID: <1238196637.24750.765.camel@localhost.localdomain>

On Fri, 2009-03-27 at 19:09 -0400, Gerry Reno wrote:
> Callum Lerwick wrote: 
> > Seriously, how braindead is it to not having *some* reliable way to
> > trigger a reboot without needing a working monitor or network
> > connection? (Or working keymap...) If you're going to kill ctl-alt-bksp,
> > you damn well better enable ctl-alt-del while X is running. (Why was
> > THAT ever disabled in the first place?)
> >   
> lobbying by the same tiny minority.

Somehow I doubt that. IIRC it's been like this since at least XFree86
3.3 in 1997 when I first started using Linux.
-------------- 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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090327/583e81f9/attachment.sig>

From nman64 at n-man.com  Fri Mar 27 23:37:26 2009
From: nman64 at n-man.com (Patrick W. Barnes)
Date: Fri, 27 Mar 2009 18:37:26 -0500
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <49CD5FA6.6090707@verizon.net>
References: <49CD379D.8040104@verizon.net>
	<200903271812.15789.nman64@n-man.com>
	<49CD5FA6.6090707@verizon.net>
Message-ID: <200903271837.30047.nman64@n-man.com>

On Friday 27 March 2009 18:22:14 Gerry Reno wrote:
> This is a big deal because now some tiny minority has lobbied for
> changes to X that end up affecting a large community.  And the bogus
> arguments about user getting confused about keys is just that totally
> bogus.  I've never had a user complain about X control key
> combinations.  Emacs users complain because Emacs wants to have the same
> key control sequences as Xorg.  That's just wrong.  And as a sys admin
> if you're not willing to stand up and say that's wrong, then watch for
> more ridiculous changes coming your way in the future.
>
...
> There shouldn't even need to be a fight.  It's a totally ridiculous
> change based on bogus arguments to begin with.
>

I agree with most of your arguments.  If the change were to completely remove 
support for my desired behavior, I would also complain.  Since it is just a 
change to the default behavior, and I can easily recover my preferred 
behavior, I will accept the change and wish those who care more strongly the 
best of luck.

"I support and oppose many things, but not strongly enough to pick up a pen." 
- Bender, Futurama

-- 
Patrick "The N-Man" Barnes
nman64 at n-man.com

http://n-man.com/

LinkedIn:
http://linkedin.com/in/nman64

Have I been helpful?  Rate my assistance!
http://rate.affero.net/nman64/

All messages cryptographically signed:
http://en.wikipedia.org/wiki/OpenPGP
-- 


-------------- 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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090327/6034dfe8/attachment.sig>

From dgboles at comcast.net  Fri Mar 27 23:37:08 2009
From: dgboles at comcast.net (David)
Date: Fri, 27 Mar 2009 19:37:08 -0400
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <1238186716.4338.69.camel@adam.local.net>
References: <49CD379D.8040104@verizon.net>
	<1238186716.4338.69.camel@adam.local.net>
Message-ID: <49CD6324.9000706@comcast.net>

On 3/27/2009 4:45 PM, Adam Williamson wrote:
> On Fri, 2009-03-27 at 16:31 -0400, Gerry Reno wrote:
>> I was reading through the F11A Release Notes when I came across this:

>>     "The key combination Ctrl-Alt-Backspace to kill the X server has 
>> been disabled by default as a decision of the upstream Xorg project."

>> Having to deal with many servers and workstations in a company it is 
>> crucial that Ctrl-Alt-Backspace be enabled by default.  There are times 
>> when your KVM has lost mouse control or X is in a tight loop and 
>> something like Ctrl-Alt-Backspace can save the situation.  This is much 
>> more common than the uncommon cases that are illustrated as to why this 
>> has been removed as default.

>> Ctrl-Alt-Backspace needs to be restored as the "default" and Emacs users 
>> or others that find themselves in conflict with Java expressions can 
>> just disable it for their very limited purpose.

> aaaaaaagh, here comes the zombie thread again...run! run for your lives!


Hi Adam. Welcome to Fedora. I missed you since leaving some time ago.. well
where you just left.

You will find that the 'same nuts' are here as there. They just have
different names.  8-)

-- 


  David



From greno at verizon.net  Fri Mar 27 23:38:22 2009
From: greno at verizon.net (Gerry Reno)
Date: Fri, 27 Mar 2009 19:38:22 -0400
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <49CD5FA6.6090707@verizon.net>
References: <49CD379D.8040104@verizon.net>
	<1238194091.3726.19.camel@localhost.localdomain>
	<49CD5B6B.3030402@verizon.net> <200903271812.15789.nman64@n-man.com>
	<49CD5FA6.6090707@verizon.net>
Message-ID: <49CD636E.6050307@verizon.net>

Gerry Reno wrote:
> Patrick W. Barnes wrote:
>> I have to agree with Jesse on this.  It sounds like you are getting a 
>> lot more exercise than a SysAdmin should.  ;-)
>>
>> I am surprised that you have so many systems on which this is 
>> apparently a problem and yet you do not do provisioning where a 
>> simple config change would resolve it.  Even without provisioning for 
>> installs, any config provisioning would easily handle this.
>>
>> I am also a SysAdmin, and I do (very rarely) use this key 
>> combination, but certainly not often enough to see this as a big 
>> deal.  There are soooo many ways around this change and around the 
>> need for the key combination in the first place.
>>   
> This is a big deal because now some tiny minority has lobbied for 
> changes to X that end up affecting a large community.  And the bogus 
> arguments about user getting confused about keys is just that totally 
> bogus.  I've never had a user complain about X control key 
> combinations.  Emacs users complain because Emacs wants to have the 
> same key control sequences as Xorg.  That's just wrong.  And as a sys 
> admin if you're not willing to stand up and say that's wrong, then 
> watch for more ridiculous changes coming your way in the future.
>
>> I wish you luck in your upstream fight
>
> There shouldn't even need to be a fight.  It's a totally ridiculous 
> change based on bogus arguments to begin with.
>
>

And a few more angry threads are starting to pop up here and there as 
word of this is getting out:

http://www.linux-archive.org/kubuntu-user/265174-restarting-x-server.html



Regards,
Gerry



From jkeating at redhat.com  Fri Mar 27 23:41:28 2009
From: jkeating at redhat.com (Jesse Keating)
Date: Fri, 27 Mar 2009 16:41:28 -0700
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <49CD636E.6050307@verizon.net>
References: <49CD379D.8040104@verizon.net>
	<1238194091.3726.19.camel@localhost.localdomain>
	<49CD5B6B.3030402@verizon.net> <200903271812.15789.nman64@n-man.com>
	<49CD5FA6.6090707@verizon.net>  <49CD636E.6050307@verizon.net>
Message-ID: <1238197289.3726.20.camel@localhost.localdomain>

On Fri, 2009-03-27 at 19:38 -0400, Gerry Reno wrote:
> 
> > There shouldn't even need to be a fight.  It's a totally ridiculous 
> > change based on bogus arguments to begin with.
> >
> >
> 
> And a few more angry threads are starting to pop up here and there as 
> word of this is getting out:
> 
> http://www.linux-archive.org/kubuntu-user/265174-restarting-x-server.html

If there shouldn't be a fight and if the change was as really stupid as
you say it is, you shouldn't have much difficulty getting it reverted
upstream.

-- 
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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090327/c90836c4/attachment.sig>

From kevin.kofler at chello.at  Fri Mar 27 23:42:27 2009
From: kevin.kofler at chello.at (Kevin Kofler)
Date: Sat, 28 Mar 2009 00:42:27 +0100
Subject: GPL Web App containing Proprietary Flash Widget
References: <1237970354.6151.5.camel@stephanfeb>
	<20090325103825.GD25134@redhat.com>
	<1238040005.8681.4.camel@stephanfeb>
	<20090326121250.GA6555@redhat.com>
Message-ID: <gqjo93$rmu$1@ger.gmane.org>

Daniel P. Berrange wrote:
> Last time I looked at the Adobe Flex SDK there was some questionmark about
> whether all of it was truely covered under MPL - some files had unclear
> licensing headers in the source. But assuming those were resolved & Adobe
> Flex SDK were approved for Fedora, then using OpenFlash Chart seems like
> a reasonable approach.

Unfortunately, Klash (the Gnash Konqueror plugin) shows me their example
chart as an empty white rectangle. So, unless it works any better with
swfdec, it looks like this is pretty much useless without proprietary
software. :-(

        Kevin Kofler



From kevin.kofler at chello.at  Fri Mar 27 23:55:43 2009
From: kevin.kofler at chello.at (Kevin Kofler)
Date: Sat, 28 Mar 2009 00:55:43 +0100
Subject: Update PPL 0.9 -> 0.10 for F9/F10?
References: <f90695ee0903251301j4946027dkf13731f14af00fb1@mail.gmail.com>
Message-ID: <gqjp20$rmu$2@ger.gmane.org>

Alan Dunn wrote:
> I would like to use PPL 0.10 in packages for F9 and (more importantly)
> F10, and have been directed to ask whether anyone else minds this
> change. It is currently only in rawhide. It does require an soname
> bump (libppl.so.6 -> libppl.so.7), however, it appears that the only
> packages that rely on this are the subpackages of the package itself.

In that case (and Alex Lancaster's repoquery confirmed it) there's no
problem whatsoever with just upgrading it.

> Upstream has merely to submit the change as an update (and would also
> like to do so: https://bugzilla.redhat.com/show_bug.cgi?id=463742).

Tell them to go ahead.

        Kevin Kofler



From kevin.kofler at chello.at  Sat Mar 28 00:03:41 2009
From: kevin.kofler at chello.at (Kevin Kofler)
Date: Sat, 28 Mar 2009 01:03:41 +0100
Subject: Speech recognition
References: <870180fe0903251544h1bf98930h17a037a5225338ec@mail.gmail.com>	<20090326001722.GB98926@dspnet.fr.eu.org>
	<49CB41FC.6030902@fi.muni.cz> <49CB48E7.3020905@fedoraproject.org>
Message-ID: <gqjpgt$rmu$3@ger.gmane.org>

Rahul Sundaram wrote:
> No. They are not firmware and cannot be considered as one.

They are not firmware, but are they "content"? Non-code "content", e.g. game
data, is allowed under the same rules as firmware. On the other hand, this
does not apply for things like fonts or documentation.

        Kevin Kofler



From ngompa13 at gmail.com  Sat Mar 28 00:06:18 2009
From: ngompa13 at gmail.com (King InuYasha)
Date: Fri, 27 Mar 2009 19:06:18 -0500
Subject: GPL Web App containing Proprietary Flash Widget
In-Reply-To: <gqjo93$rmu$1@ger.gmane.org>
References: <1237970354.6151.5.camel@stephanfeb>
	<20090325103825.GD25134@redhat.com>
	<1238040005.8681.4.camel@stephanfeb>
	<20090326121250.GA6555@redhat.com> <gqjo93$rmu$1@ger.gmane.org>
Message-ID: <8278b1b0903271706t7dd45379g659683127de3482@mail.gmail.com>

On Fri, Mar 27, 2009 at 6:42 PM, Kevin Kofler <kevin.kofler at chello.at>wrote:

> Daniel P. Berrange wrote:
> > Last time I looked at the Adobe Flex SDK there was some questionmark
> about
> > whether all of it was truely covered under MPL - some files had unclear
> > licensing headers in the source. But assuming those were resolved & Adobe
> > Flex SDK were approved for Fedora, then using OpenFlash Chart seems like
> > a reasonable approach.
>
> Unfortunately, Klash (the Gnash Konqueror plugin) shows me their example
> chart as an empty white rectangle. So, unless it works any better with
> swfdec, it looks like this is pretty much useless without proprietary
> software. :-(
>
>        Kevin Kofler
>
> --
> fedora-devel-list mailing list
> fedora-devel-list at redhat.com
> https://www.redhat.com/mailman/listinfo/fedora-devel-list
>

Have you tried using the gnash mozilla plugin in Konqueror? gnash-klash
seems to be broken for quite some time. However, gnash mozilla plugin works
very well, though I haven't tried it with the example chart.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090327/1aa3d723/attachment.htm>

From ngompa13 at gmail.com  Sat Mar 28 00:10:58 2009
From: ngompa13 at gmail.com (King InuYasha)
Date: Fri, 27 Mar 2009 19:10:58 -0500
Subject: Speech recognition
In-Reply-To: <gqjpgt$rmu$3@ger.gmane.org>
References: <870180fe0903251544h1bf98930h17a037a5225338ec@mail.gmail.com>
	<20090326001722.GB98926@dspnet.fr.eu.org>
	<49CB41FC.6030902@fi.muni.cz> <49CB48E7.3020905@fedoraproject.org>
	<gqjpgt$rmu$3@ger.gmane.org>
Message-ID: <8278b1b0903271710m6f884e71wb38a917fe52021e@mail.gmail.com>

On Fri, Mar 27, 2009 at 7:03 PM, Kevin Kofler <kevin.kofler at chello.at>wrote:

> Rahul Sundaram wrote:
> > No. They are not firmware and cannot be considered as one.
>
> They are not firmware, but are they "content"? Non-code "content", e.g.
> game
> data, is allowed under the same rules as firmware. On the other hand, this
> does not apply for things like fonts or documentation.
>
>        Kevin Kofler
>
> --
> fedora-devel-list mailing list
> fedora-devel-list at redhat.com
> https://www.redhat.com/mailman/listinfo/fedora-devel-list
>

On the other hand, speech recognition requires a database of content to help
it deal with voice and translate it into text or commands to execute. This
is a similar enough dependency to games that I figure it would fall under
the same jurisdiction. (IANAL)
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090327/f68c5343/attachment.htm>

From kevin.kofler at chello.at  Sat Mar 28 00:14:20 2009
From: kevin.kofler at chello.at (Kevin Kofler)
Date: Sat, 28 Mar 2009 01:14:20 +0100
Subject: Speech recognition
References: <870180fe0903251544h1bf98930h17a037a5225338ec@mail.gmail.com>
	<1238059918.3973.0.camel@localhost.localdomain>
Message-ID: <gqjq4s$rmu$4@ger.gmane.org>

Fabian Deutsch wrote:
> I've been also working with juluis, which also uses acoustic models from
> voxforge.
> http://julius.sourceforge.jp/en_index.php

Unfortunately, they're using a custom license whose freeness is unclear. In
particular, this clause worries me:
> 3. When you publish or present any results by using the Software, you
> must explicitly mention your use of "Large Vocabulary Continuous
> Speech Recognition Engine Julius".

        Kevin Kofler



From kevin.kofler at chello.at  Sat Mar 28 00:21:00 2009
From: kevin.kofler at chello.at (Kevin Kofler)
Date: Sat, 28 Mar 2009 01:21:00 +0100
Subject: repoview in F10 Everything not possible
References: <49CB9A80.9090204@kiewel-online.ch>	<alpine.LFD.2.00.0903261110190.12190@localhost.localdomain>	<49CB9C5D.7030404@kiewel-online.ch>	<alpine.LFD.2.00.0903261122180.12190@localhost.localdomain>
	<alpine.LFD.2.00.0903261146540.12190@localhost.localdomain>
	<49CBA528.7040406@kiewel-online.ch>
Message-ID: <gqjqhc$rmu$5@ger.gmane.org>

Uwe Kiewel wrote:
> Sorry, I don't understand. What does it meen: koji and bodhi?

Koji is our build system. Bodhi is our update management tool.

In particular:

> Seth Vidal wrote:
>> It's in F9, F10 and rawhide in koji now.

This means the fixed version has been built for F9, F10 and Rawhide. It can
be fetched directly from the build system if you are in a hurry, but it's
better to avoid doing that as the build system has only limited bandwidth
(though repoquery isn't really the kind of package where this is a big
issue, large packages like OO.o are).
 
>> I'll push it into bodhi on f9 and f10 today.

This means he is queueing it for an update for F9 and F10 today. Once
queued, it will end up in updates-testing or updates (depending on what he
requested) when the next push happens (i.e. within the next few days).

        Kevin Kofler



From kevin.kofler at chello.at  Sat Mar 28 00:32:52 2009
From: kevin.kofler at chello.at (Kevin Kofler)
Date: Sat, 28 Mar 2009 01:32:52 +0100
Subject: "Please split doc into foo-doc subpackage" -> why?
References: <20090326201425.GA11521@nostromo.devel.redhat.com>
Message-ID: <gqjr7k$rmu$6@ger.gmane.org>

Bill Nottingham wrote:
> I just recieved one of these bugs (#492446), and I'm not sure
> why we'd do this for any package.

Because the documentation can be noarch. We have support for noarch
subpackages in F10 and later now.

        Kevin Kofler



From xjakub at fi.muni.cz  Sat Mar 28 00:42:03 2009
From: xjakub at fi.muni.cz (Milos Jakubicek)
Date: Sat, 28 Mar 2009 01:42:03 +0100
Subject: Speech recognition
In-Reply-To: <gqjpgt$rmu$3@ger.gmane.org>
References: <870180fe0903251544h1bf98930h17a037a5225338ec@mail.gmail.com>	<20090326001722.GB98926@dspnet.fr.eu.org>	<49CB41FC.6030902@fi.muni.cz>
	<49CB48E7.3020905@fedoraproject.org> <gqjpgt$rmu$3@ger.gmane.org>
Message-ID: <49CD725B.1090309@fi.muni.cz>

Kevin Kofler wrote:
> Rahul Sundaram wrote:
>> No. They are not firmware and cannot be considered as one.
> 
> They are not firmware, but are they "content"? Non-code "content", e.g. game
> data, is allowed under the same rules as firmware. On the other hand, this
> does not apply for things like fonts or documentation.

Yes yes, that's what I meant by "considering to be firmware"...thank you 
  Kevin for clarification.

What's the (juristic) difference between game data and speech 
recognition data (or in common any scientific appplications data)?

This is a common situation in many scientific apps (especially natural 
language processing): the code is not important (and thus released under 
GPL or whatever else), what matters is data (thus if released, then only 
in binary form).

Regards,
Milos



From kevin.kofler at chello.at  Sat Mar 28 00:53:37 2009
From: kevin.kofler at chello.at (Kevin Kofler)
Date: Sat, 28 Mar 2009 01:53:37 +0100
Subject: GPL Web App containing Proprietary Flash Widget
References: <1237970354.6151.5.camel@stephanfeb>
	<20090325103825.GD25134@redhat.com>
	<1238040005.8681.4.camel@stephanfeb>
	<20090326121250.GA6555@redhat.com> <gqjo93$rmu$1@ger.gmane.org>
	<8278b1b0903271706t7dd45379g659683127de3482@mail.gmail.com>
Message-ID: <gqjseh$rmu$7@ger.gmane.org>

King InuYasha wrote:
> Have you tried using the gnash mozilla plugin in Konqueror? gnash-klash
> seems to be broken for quite some time. However, gnash mozilla plugin
> works very well, though I haven't tried it with the example chart.

gnash-klash just works here. Gnash just doesn't support these charts. Try
them.

        Kevin Kofler



From kevin.kofler at chello.at  Sat Mar 28 01:07:34 2009
From: kevin.kofler at chello.at (Kevin Kofler)
Date: Sat, 28 Mar 2009 02:07:34 +0100
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
References: <49CD379D.8040104@verizon.net>
	<1238194091.3726.19.camel@localhost.localdomain>
	<49CD5B6B.3030402@verizon.net>
	<200903271812.15789.nman64@n-man.com>
	<49CD5FA6.6090707@verizon.net>
Message-ID: <gqjt8m$rmu$8@ger.gmane.org>

Gerry Reno wrote:
> This is a big deal because now some tiny minority has lobbied for
> changes to X that end up affecting a large community.  And the bogus
> arguments about user getting confused about keys is just that totally
> bogus.  I've never had a user complain about X control key
> combinations.  Emacs users complain because Emacs wants to have the same
> key control sequences as Xorg.  That's just wrong.  And as a sys admin
> if you're not willing to stand up and say that's wrong, then watch for
> more ridiculous changes coming your way in the future.

I agree here, I think disabling Ctrl+Alt+BkSp by default makes no sense
whatsoever.

Sure, it's just a default setting, but that doesn't mean the default
shouldn't be sane.

And setting defaults is one of the things a distribution is for. I disagree
about the assertion that we should blindly follow upstream defaults.
Several packages have Fedora-specific default configurations. KDE even has
a kde-settings package for that purpose (and no, there's no way we're going
to remove that package). Many other packages ship with config files which
differ from upstream's defaults.

        Kevin Kofler



From chris.stone at gmail.com  Sat Mar 28 01:15:40 2009
From: chris.stone at gmail.com (Christopher Stone)
Date: Fri, 27 Mar 2009 18:15:40 -0700
Subject: 2009-03-26 - Fedora Test Day - Nouveau graphics driver
In-Reply-To: <1238126252.4338.15.camel@adam.local.net>
References: <1237930123.3620.531.camel@flatline.devel.redhat.com>
	<d9c612bf0903261832s603313e7qda8732384b9de204@mail.gmail.com>
	<1238126252.4338.15.camel@adam.local.net>
Message-ID: <d9c612bf0903271815l6ed72fb3i74724a5ba1a06717@mail.gmail.com>

On Thu, Mar 26, 2009 at 8:57 PM, Adam Williamson <awilliam at redhat.com> wrote:
> On Thu, 2009-03-26 at 18:32 -0700, Christopher Stone wrote:
>> 2009/3/24 James Laska <jlaska at redhat.com>:
>> > Greetings testers,
>>
>> Hi, when I try to boot from the Live CD, I get the following messages:
>>
>> Buffer I/O error on device sr0, logical block 333952
>> end_request: I/O error, dev sr0, sector 1335680
>>
>> As far as I can tell, the CD burned okay.
>
> It almost certainly didn't. That's a classic bad burn error, and no-one
> else has had it.

hmm okay, well I have already cleaned all the dust out of my PC, and I
have upgraded my IDE cable to an 80-conductor cable, and the DVDRW is
now a primary instead of a slave.  These actions did not help however,
I get slightly different results (different block and sector numbers).
 I will try doing a full erase and burn again and see if this helps at
all.



From ivazqueznet at gmail.com  Sat Mar 28 01:26:20 2009
From: ivazqueznet at gmail.com (Ignacio Vazquez-Abrams)
Date: Fri, 27 Mar 2009 21:26:20 -0400
Subject: GPL Web App containing Proprietary Flash Widget
In-Reply-To: <gqjseh$rmu$7@ger.gmane.org>
References: <1237970354.6151.5.camel@stephanfeb>
	<20090325103825.GD25134@redhat.com>
	<1238040005.8681.4.camel@stephanfeb>
	<20090326121250.GA6555@redhat.com> <gqjo93$rmu$1@ger.gmane.org>
	<8278b1b0903271706t7dd45379g659683127de3482@mail.gmail.com>
	<gqjseh$rmu$7@ger.gmane.org>
Message-ID: <1238203580.27479.28.camel@ignacio.lan>

On Sat, 2009-03-28 at 01:53 +0100, Kevin Kofler wrote:
> King InuYasha wrote:
> > Have you tried using the gnash mozilla plugin in Konqueror? gnash-klash
> > seems to be broken for quite some time. However, gnash mozilla plugin
> > works very well, though I haven't tried it with the example chart.
> 
> gnash-klash just works here. Gnash just doesn't support these charts. Try
> them.

I think that upstream would be very interested to hear about specific
failure instances.

-- 
Ignacio Vazquez-Abrams <ivazqueznet at gmail.com>

PLEASE don't CC me; I'm already subscribed
-------------- 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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090327/e9532480/attachment.sig>

From fedora at camperquake.de  Sat Mar 28 01:29:33 2009
From: fedora at camperquake.de (Ralf Ertzinger)
Date: Sat, 28 Mar 2009 02:29:33 +0100
Subject: another interesting idea (zfs based upgrades)
In-Reply-To: <tq20a6-nn6.ln1@ppp1053.in.ipex.cz>
References: <gqgh5r$cbm$1@ger.gmane.org>
	<alpine.LFD.2.00.0903261428230.12190@localhost.localdomain>
	<1238093527.9589.38.camel@jdlaptop.lesbg.loc>
	<f12087800903261254r417d4c1bp7447646440c03094@mail.gmail.com>
	<49CCDAF7.6060009@gmail.com>
	<20090327152232.7a926c3b@lain.camperquake.de>
	<2ncv96-as4.ln1@ppp1053.in.ipex.cz>
	<20090327184939.503a2f6d@lain.camperquake.de>
	<tq20a6-nn6.ln1@ppp1053.in.ipex.cz>
Message-ID: <20090328022933.42158d32@lain.camperquake.de>

Hi.

On Sat, 28 Mar 2009 00:07:41 +0100, Matej Cepl wrote

> I understand that it is not that big deal in server deployment 
> (which is what enteprise Linux/Unix providers care for), although 
> I am not sure whether I would like to have unencrypted disks in
> huge datahosting company racks, but it is certainly quite 
> different with desktop deployment -- I am just not allowed to 
> have unencrypted /home on my notebook with Red Hat on it.

I'm none too happy about this state of affairs, either. The
feature is in development and was scheduled for around this
time of the year but has been pushed back into Q4.



From chris.stone at gmail.com  Sat Mar 28 01:43:42 2009
From: chris.stone at gmail.com (Christopher Stone)
Date: Fri, 27 Mar 2009 18:43:42 -0700
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <49CD379D.8040104@verizon.net>
References: <49CD379D.8040104@verizon.net>
Message-ID: <d9c612bf0903271843u2958d511p50554ecffd09a813@mail.gmail.com>

On Fri, Mar 27, 2009 at 1:31 PM, Gerry Reno <greno at verizon.net> wrote:
> I was reading through the F11A Release Notes when I came across this:
>
> ? "The key combination Ctrl-Alt-Backspace to kill the X server has been
> disabled by default as a decision of the upstream Xorg project."

Amazing! How did this get through without anyone knowing?

I'm sure if X.org (or Fedora) actually asked the community, this
change would have never made it upstream.

Extremely poor judgement by upstream IMO.

I am in 100% total agreement with Gerry, and I hope the FESCo or
whatever body is in charge of making a decision for Fedora will make
the correct decision on this.  Obviously (for those of us with brains)
the X.org people did not make the correct decision.

/me *shakes head in bewilderment*



From sundaram at fedoraproject.org  Sat Mar 28 01:50:34 2009
From: sundaram at fedoraproject.org (Rahul Sundaram)
Date: Sat, 28 Mar 2009 07:20:34 +0530
Subject: Speech recognition
In-Reply-To: <gqjpgt$rmu$3@ger.gmane.org>
References: <870180fe0903251544h1bf98930h17a037a5225338ec@mail.gmail.com>	<20090326001722.GB98926@dspnet.fr.eu.org>	<49CB41FC.6030902@fi.muni.cz>
	<49CB48E7.3020905@fedoraproject.org> <gqjpgt$rmu$3@ger.gmane.org>
Message-ID: <49CD826A.1040109@fedoraproject.org>

Kevin Kofler wrote:
> Rahul Sundaram wrote:
>> No. They are not firmware and cannot be considered as one.
> 
> They are not firmware, but are they "content"? Non-code "content", e.g. game
> data, is allowed under the same rules as firmware. On the other hand, this
> does not apply for things like fonts or documentation.

I am not sure, any games are carrying non modifiable content. Which ones
are talking about?

Rahul



From sundaram at fedoraproject.org  Sat Mar 28 02:08:51 2009
From: sundaram at fedoraproject.org (Rahul Sundaram)
Date: Sat, 28 Mar 2009 07:38:51 +0530
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <d9c612bf0903271843u2958d511p50554ecffd09a813@mail.gmail.com>
References: <49CD379D.8040104@verizon.net>
	<d9c612bf0903271843u2958d511p50554ecffd09a813@mail.gmail.com>
Message-ID: <49CD86B3.5020407@fedoraproject.org>

Christopher Stone wrote:
> On Fri, Mar 27, 2009 at 1:31 PM, Gerry Reno <greno at verizon.net> wrote:
>> I was reading through the F11A Release Notes when I came across this:
>>
>>   "The key combination Ctrl-Alt-Backspace to kill the X server has been
>> disabled by default as a decision of the upstream Xorg project."
> 
> Amazing! How did this get through without anyone knowing?

A lot of people already knew and it has been well documented in the
release notes. There was a long discussion already in fedora-test list.

> I am in 100% total agreement with Gerry, and I hope the FESCo or
> whatever body is in charge of making a decision for Fedora will make
> the correct decision on this.  

I hope, we continue to leave such decisions to the maintainers of the
software rather than micro manage them with a committee. FESCo should
not be (usually) be overriding maintainer decisions.

Rahul



From kevin.kofler at chello.at  Sat Mar 28 02:34:27 2009
From: kevin.kofler at chello.at (Kevin Kofler)
Date: Sat, 28 Mar 2009 03:34:27 +0100
Subject: Speech recognition
References: <870180fe0903251544h1bf98930h17a037a5225338ec@mail.gmail.com>	<20090326001722.GB98926@dspnet.fr.eu.org>	<49CB41FC.6030902@fi.muni.cz>
	<49CB48E7.3020905@fedoraproject.org> <gqjpgt$rmu$3@ger.gmane.org>
	<49CD826A.1040109@fedoraproject.org>
Message-ID: <gqk2bj$dh8$9@ger.gmane.org>

Rahul Sundaram wrote:
> I am not sure, any games are carrying non modifiable content. Which ones
> are talking about?

Plenty of them. I forgot which ones exactly. Just check a few of them and
I'm sure you'll find some. Or ask the Games SIG.

        Kevin Kofler



From sundaram at fedoraproject.org  Sat Mar 28 03:06:36 2009
From: sundaram at fedoraproject.org (Rahul Sundaram)
Date: Sat, 28 Mar 2009 08:36:36 +0530
Subject: [Fedora-legal-list] Re: Speech recognition
In-Reply-To: <gqk2bj$dh8$9@ger.gmane.org>
References: <870180fe0903251544h1bf98930h17a037a5225338ec@mail.gmail.com>	<20090326001722.GB98926@dspnet.fr.eu.org>	<49CB41FC.6030902@fi.muni.cz>	<49CB48E7.3020905@fedoraproject.org>
	<gqjpgt$rmu$3@ger.gmane.org>	<49CD826A.1040109@fedoraproject.org>
	<gqk2bj$dh8$9@ger.gmane.org>
Message-ID: <49CD943C.3060207@fedoraproject.org>

Kevin Kofler wrote:
> Rahul Sundaram wrote:
>> I am not sure, any games are carrying non modifiable content. Which ones
>> are talking about?
> 
> Plenty of them. I forgot which ones exactly. Just check a few of them and
> I'm sure you'll find some. Or ask the Games SIG.

Ah yes, we do have some content which are just distributable.

Rahul



From zaitcev at redhat.com  Sat Mar 28 03:58:20 2009
From: zaitcev at redhat.com (Pete Zaitcev)
Date: Fri, 27 Mar 2009 21:58:20 -0600
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <49CD42C9.9090706@verizon.net>
References: <49CD379D.8040104@verizon.net>
	<20090327210044.0514AFC25E@magilla.sf.frob.com>
	<49CD3F53.9020405@verizon.net> <49CD42C9.9090706@verizon.net>
Message-ID: <20090327215820.afa176fd.zaitcev@redhat.com>

On Fri, 27 Mar 2009 17:19:05 -0400, Gerry Reno <greno at verizon.net> wrote:

> This change to default behavior of Ctrl-Alt-Backspace is an example of a 
> tiny minority of Emacs users lobbying xorg for a change that will affect 
> a huge number of community and commercial users including datacenters 
> and their sys admins. This change needs to be reversed immediately. 

Oh please. When was the last time X wedged so the keyboard survived?
Your imaginary sysadmins have to powercycle anyway.

-- Pete



From jspaleta at gmail.com  Sat Mar 28 04:15:39 2009
From: jspaleta at gmail.com (Jeff Spaleta)
Date: Fri, 27 Mar 2009 20:15:39 -0800
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <20090327215820.afa176fd.zaitcev@redhat.com>
References: <49CD379D.8040104@verizon.net>
	<20090327210044.0514AFC25E@magilla.sf.frob.com>
	<49CD3F53.9020405@verizon.net> <49CD42C9.9090706@verizon.net>
	<20090327215820.afa176fd.zaitcev@redhat.com>
Message-ID: <604aa7910903272115x2647724fm6f8f622791343775@mail.gmail.com>

On Fri, Mar 27, 2009 at 7:58 PM, Pete Zaitcev <zaitcev at redhat.com> wrote:
> Oh please. When was the last time X wedged so the keyboard survived?
> Your imaginary sysadmins have to powercycle anyway.

Better yet, when is it not better to use SysRq keycombos and try to
diagnose things?
If you can get back keyboard control via SysRq, isn't it more
beneficial to make use of SysRq instead of zapping?

-jef



From bruno at wolff.to  Sat Mar 28 04:28:09 2009
From: bruno at wolff.to (Bruno Wolff III)
Date: Fri, 27 Mar 2009 23:28:09 -0500
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <604aa7910903272115x2647724fm6f8f622791343775@mail.gmail.com>
References: <49CD379D.8040104@verizon.net>
	<20090327210044.0514AFC25E@magilla.sf.frob.com>
	<49CD3F53.9020405@verizon.net> <49CD42C9.9090706@verizon.net>
	<20090327215820.afa176fd.zaitcev@redhat.com>
	<604aa7910903272115x2647724fm6f8f622791343775@mail.gmail.com>
Message-ID: <20090328042809.GA16399@wolff.to>

On Fri, Mar 27, 2009 at 20:15:39 -0800,
  Jeff Spaleta <jspaleta at gmail.com> wrote:
> On Fri, Mar 27, 2009 at 7:58 PM, Pete Zaitcev <zaitcev at redhat.com> wrote:
> > Oh please. When was the last time X wedged so the keyboard survived?
> > Your imaginary sysadmins have to powercycle anyway.
> 
> Better yet, when is it not better to use SysRq keycombos and try to
> diagnose things?
> If you can get back keyboard control via SysRq, isn't it more
> beneficial to make use of SysRq instead of zapping?

Not if you are just trying to get your system to boot up. Currently I have
to restart X a couple of times on average before I get a login screen.
Eventually I shouldn't have to do that, but for now I have to live with
it.

Of course I didn't find it too hard to customize my xorg.conf file to
keep this feature working in the meantime.



From MathStuf at gmail.com  Sat Mar 28 04:33:52 2009
From: MathStuf at gmail.com (Ben Boeckel)
Date: Sat, 28 Mar 2009 00:33:52 -0400
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
References: <49CD379D.8040104@verizon.net>
	<20090327210044.0514AFC25E@magilla.sf.frob.com>
	<49CD3F53.9020405@verizon.net> <49CD42C9.9090706@verizon.net>
	<20090327215820.afa176fd.zaitcev@redhat.com>
Message-ID: <gqk9bl$s77$1@ger.gmane.org>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Pete Zaitcev wrote:

> On Fri, 27 Mar 2009 17:19:05 -0400, Gerry Reno 
<greno at verizon.net> wrote:
> 
>> This change to default behavior of Ctrl-Alt-Backspace is an 
example of a
>> tiny minority of Emacs users lobbying xorg for a change that will 
affect
>> a huge number of community and commercial users including 
datacenters
>> and their sys admins. This change needs to be reversed 
immediately.
> 
> Oh please. When was the last time X wedged so the keyboard 
survived?
> Your imaginary sysadmins have to powercycle anyway.
> 
> -- Pete
> 

There's a bug with the Intel driver when DE for KWin is enabled such 
that the system eventually uses all of its available file handles and 
everything locks up with the notification of "too many open files". 
Nothing can be run since that is requires a file to be opened. 
Ctrl+Alt+Bksp is the only way I've found that "fixes" the problem 
without a reboot (other than not using DE, which is...annoying). Yes 
there is a bug open against it: 
<https://bugzilla.redhat.com/show_bug.cgi?id=486695>. Anything else 
that causes similar things to happen either need a reboot without 
Ctrl+Alt+Bksp.

- --Ben
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)

iEYEARECAAYFAknNqLAACgkQiPi+MRHG3qQeMgCeIIdsH7FdoCWpV3IoZORtsUES
IGsAn06W9wbEY0Dxy5bfdBijaHaemwWT
=b9zO
-----END PGP SIGNATURE-----




From tcallawa at redhat.com  Sat Mar 28 04:46:23 2009
From: tcallawa at redhat.com (Tom "spot" Callaway)
Date: Sat, 28 Mar 2009 00:46:23 -0400
Subject: Speech recognition
In-Reply-To: <gqjq4s$rmu$4@ger.gmane.org>
References: <870180fe0903251544h1bf98930h17a037a5225338ec@mail.gmail.com>	<1238059918.3973.0.camel@localhost.localdomain>
	<gqjq4s$rmu$4@ger.gmane.org>
Message-ID: <49CDAB9F.7060504@redhat.com>

On 03/27/2009 08:14 PM, Kevin Kofler wrote:
> Fabian Deutsch wrote:
>> I've been also working with juluis, which also uses acoustic models from
>> voxforge.
>> http://julius.sourceforge.jp/en_index.php
> 
> Unfortunately, they're using a custom license whose freeness is unclear. In
> particular, this clause worries me:
>> 3. When you publish or present any results by using the Software, you
>> must explicitly mention your use of "Large Vocabulary Continuous
>> Speech Recognition Engine Julius".

I'm pretty sure this is fine. At worst, it would make it GPL incompatible.

~spot



From cmadams at hiwaay.net  Sat Mar 28 04:45:51 2009
From: cmadams at hiwaay.net (Chris Adams)
Date: Fri, 27 Mar 2009 23:45:51 -0500
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <604aa7910903272115x2647724fm6f8f622791343775@mail.gmail.com>
References: <49CD379D.8040104@verizon.net>
	<20090327210044.0514AFC25E@magilla.sf.frob.com>
	<49CD3F53.9020405@verizon.net> <49CD42C9.9090706@verizon.net>
	<20090327215820.afa176fd.zaitcev@redhat.com>
	<604aa7910903272115x2647724fm6f8f622791343775@mail.gmail.com>
Message-ID: <20090328044550.GC613405@hiwaay.net>

Once upon a time, Jeff Spaleta <jspaleta at gmail.com> said:
> Better yet, when is it not better to use SysRq keycombos and try to
> diagnose things?
> If you can get back keyboard control via SysRq, isn't it more
> beneficial to make use of SysRq instead of zapping?

Well, that's disabled by default also.
-- 
Chris Adams <cmadams at hiwaay.net>
Systems and Network Administrator - HiWAAY Internet Services
I don't speak for anybody but myself - that's enough trouble.



From pemboa at gmail.com  Sat Mar 28 05:31:29 2009
From: pemboa at gmail.com (Arthur Pemberton)
Date: Sat, 28 Mar 2009 00:31:29 -0500
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <20090328044550.GC613405@hiwaay.net>
References: <49CD379D.8040104@verizon.net>
	<20090327210044.0514AFC25E@magilla.sf.frob.com>
	<49CD3F53.9020405@verizon.net> <49CD42C9.9090706@verizon.net>
	<20090327215820.afa176fd.zaitcev@redhat.com>
	<604aa7910903272115x2647724fm6f8f622791343775@mail.gmail.com>
	<20090328044550.GC613405@hiwaay.net>
Message-ID: <16de708d0903272231r72a1d904v666e32f21edd07c4@mail.gmail.com>

Could someone please explain what's going on. The only documentation
in Fedora i see about this decision is in the F11 alpha release notes.
Maybe everyone reads them but me, however it would be nice if these
kind of significant changes were announced.

Its been said that this decision was taken upstream. My initial
Googling shows this first being brought up as an idea in Ubuntu [1]
where it is shown as implemented. It is later shown as a secret poll
on the freedesktop list [2]. Is there any reason the Xorg maintainer
in Fedora didn't make us aware of that all this was going on?

Aren't the release notes expected to be read upon release, when it is
way to late to give input? I don't agree that adding a paragraph or
two in the release notes are good enough for changes that effect
everyone. Xorg seems especially guilty of making significant changes
which are later just discovered by users.

[1] https://blueprints.launchpad.net/ubuntu/+spec/xorg-ctrl-alt-backspace
[2] http://lists.freedesktop.org/archives/xorg/2008-September/038786.html

On 3/27/09, Chris Adams <cmadams at hiwaay.net> wrote:
> Once upon a time, Jeff Spaleta <jspaleta at gmail.com> said:
>> Better yet, when is it not better to use SysRq keycombos and try to
>> diagnose things?
>> If you can get back keyboard control via SysRq, isn't it more
>> beneficial to make use of SysRq instead of zapping?
>
> Well, that's disabled by default also.
> --
> Chris Adams <cmadams at hiwaay.net>
> Systems and Network Administrator - HiWAAY Internet Services
> I don't speak for anybody but myself - that's enough trouble.
>
> --
> fedora-devel-list mailing list
> fedora-devel-list at redhat.com
> https://www.redhat.com/mailman/listinfo/fedora-devel-list
>


-- 
Fedora 9 : sulphur is good for the skin
( www.pembo13.com )



From che666 at gmail.com  Sat Mar 28 05:56:39 2009
From: che666 at gmail.com (Rudolf Kastl)
Date: Sat, 28 Mar 2009 06:56:39 +0100
Subject: System Config Tools Cleanup Project - tools to eliminate/replace
In-Reply-To: <gqjle4$jkr$3@ger.gmane.org>
References: <200903241710.00926.jreznik@redhat.com>
	<1237979444.21415.90.camel@gibraltar.str.redhat.com>
	<gqjle4$jkr$3@ger.gmane.org>
Message-ID: <e99d27470903272256x43894509w99f5e78399ca7be1@mail.gmail.com>

2009/3/27 Kevin Kofler <kevin.kofler at chello.at>:
> Nils Philippsen wrote:
>> - AFAIK, none of the tools in the DEs deal with NTP right now (do they
>> at least honor it being used and then block setting the system clock?),
>> so I'm not inclined to drop it
>
> KDE actually does.
>
> That said, it doesn't detect an NTP setup configured with
> system-config-date, it shows NTP as not in use. It also only supports
> selecting a server from a list or entering a server into the combobox, no
> multiple servers, no advanced options.

proper ntp setups require atleast 3 servers to be set. (proper tuning
various more things.)

regards,
Rudolf Kastl

>
> ? ? ? ?Kevin Kofler
>
> --
> fedora-devel-list mailing list
> fedora-devel-list at redhat.com
> https://www.redhat.com/mailman/listinfo/fedora-devel-list
>



From chris.stone at gmail.com  Sat Mar 28 07:02:19 2009
From: chris.stone at gmail.com (Christopher Stone)
Date: Sat, 28 Mar 2009 00:02:19 -0700
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <20090328044550.GC613405@hiwaay.net>
References: <49CD379D.8040104@verizon.net>
	<20090327210044.0514AFC25E@magilla.sf.frob.com>
	<49CD3F53.9020405@verizon.net> <49CD42C9.9090706@verizon.net>
	<20090327215820.afa176fd.zaitcev@redhat.com>
	<604aa7910903272115x2647724fm6f8f622791343775@mail.gmail.com>
	<20090328044550.GC613405@hiwaay.net>
Message-ID: <d9c612bf0903280002r5c937f8w92ca77ef0ecfce11@mail.gmail.com>

On Fri, Mar 27, 2009 at 9:45 PM, Chris Adams <cmadams at hiwaay.net> wrote:
> Once upon a time, Jeff Spaleta <jspaleta at gmail.com> said:
>> Better yet, when is it not better to use SysRq keycombos and try to
>> diagnose things?
>> If you can get back keyboard control via SysRq, isn't it more
>> beneficial to make use of SysRq instead of zapping?
>
> Well, that's disabled by default also.

What emacs commands do the sysreqs override? :P



From chris.stone at gmail.com  Sat Mar 28 07:13:21 2009
From: chris.stone at gmail.com (Christopher Stone)
Date: Sat, 28 Mar 2009 00:13:21 -0700
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <16de708d0903272231r72a1d904v666e32f21edd07c4@mail.gmail.com>
References: <49CD379D.8040104@verizon.net>
	<20090327210044.0514AFC25E@magilla.sf.frob.com>
	<49CD3F53.9020405@verizon.net> <49CD42C9.9090706@verizon.net>
	<20090327215820.afa176fd.zaitcev@redhat.com>
	<604aa7910903272115x2647724fm6f8f622791343775@mail.gmail.com>
	<20090328044550.GC613405@hiwaay.net>
	<16de708d0903272231r72a1d904v666e32f21edd07c4@mail.gmail.com>
Message-ID: <d9c612bf0903280013i61ef6ef3lef2adf4b368ea753@mail.gmail.com>

On Fri, Mar 27, 2009 at 10:31 PM, Arthur Pemberton <pemboa at gmail.com> wrote:
>
> [1] https://blueprints.launchpad.net/ubuntu/+spec/xorg-ctrl-alt-backspace

> - There is no need for such a feature for an end user desktop system (you cannot kill the X server in MacOSX...)

HAHAAH I was just thinking to myself before I read this, "I bet the
reasoning for this is something like, Windows doesnt have
ctrl-alt-bksp therefore ubuntu shouldnt either"

WHAT A JOKE!!!!

We are disabling ctrl-alt-backspace because Ubuntu is doing it because
Windows doesn't have that feautre.

Okay.

> - The typical end user does not know about this feature (it is undocumented and hidden) and it is relatively easy to trigger it by mistake. It can have disastrous consequences.

relatively easy? relative to what? ctrl-alt-shift-sysrq-q?  LOL



> - If one really needs to kill the X server, he can go to a tty term and do it by hand.

Indeed.  But it is also *a lot* easier for a newb to hit ctrl-alt-backsapce.

I am truely amazed this is in Ubuntu, I would think they would want
the exact opposite, and actually make it easier for newbies to recover
from an X crash.

Can we please now make decisions on technical merit and not because of
what some other OS does. PLEASE.



From mschwendt at gmail.com  Sat Mar 28 08:36:19 2009
From: mschwendt at gmail.com (Michael Schwendt)
Date: Sat, 28 Mar 2009 09:36:19 +0100
Subject: rpms/libopensync-plugin-evolution2/devel .cvsignore, 1.7, 1.8
 libopensync-plugin-evolution2.spec, 1.19, 1.20 sources, 1.7, 1.8
In-Reply-To: <1238184102.11232.5.camel@localhost.localdomain>
References: <20090326132811.0951070132@cvs1.fedora.phx.redhat.com>
	<1238184102.11232.5.camel@localhost.localdomain>
Message-ID: <20090328093619.1833e2fb@faldor.intranet>

On Fri, 27 Mar 2009 21:01:42 +0100, Christoph wrote:

> Am Donnerstag, den 26.03.2009, 13:28 +0000 schrieb Andreas Bierfert:
> > Author: awjb
> > 
> > Update of /cvs/pkgs/rpms/libopensync-plugin-evolution2/devel
> > In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv2309
> > 
> > Modified Files:
> > 	.cvsignore libopensync-plugin-evolution2.spec sources 
> > Log Message:
> > - downgrade
> > 
> [...]
> >  
> >  %changelog
> > -* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 0.36-2
> > -- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild
> > +* Tue Feb 10 2009 Andreas Bierfert <andreas.bierfert[AT]lowlatency.de>
> > +- 1:0.22-2
> > +- use versioned provides/requires/obsoletes
> > +- cleanup
> > +
> > +* Sat Feb 07 2009 Andreas Bierfert <andreas.bierfert[AT]lowlatency.de>
> > +- 1:0.22-1
> > +- downgrade (#474070)
> >  
> >  * Fri Jun 20 2008 Andreas Bierfert <andreas.bierfert[AT]lowlatency.de>
> >  - 0.36-1
> 
> Why did you wipe the changelog instead of merging the previous entries?
> And why did you switch the style of changelog entries between 0.35 and
> 0.36? And why the versioned BuildRequires? It's ok for Requires, but an
> Epoch for BuildRequires seems wrong to me.

I wonder why this spec file creates a virtual -devel subpackage with a
lower Epoch and higher version and why there is no API for that -devel
pkg included?

| Name:           libopensync-plugin-evolution2
| Epoch:          1
| Version:        0.22

| BuildRequires:  libopensync-devel = 1:0.22
| BuildRequires:  evolution-data-server-devel

| Obsoletes: libopensync-plugin-evolution2-devel < 0:0.35
| Provides:  libopensync-plugin-evolution2-devel = 0:0.35

| %install
| [...]
| rm -fr $RPM_BUILD_ROOT/%{_includedir}

| %files
| %defattr(-,root,root,-)
| %doc COPYING README ChangeLog
| %{_libdir}/opensync/plugins/evo2_sync.so
| %{_datadir}/opensync/defaults/evo2-sync



From belegdol at gmail.com  Sat Mar 28 09:34:02 2009
From: belegdol at gmail.com (Julian Sikorski)
Date: Sat, 28 Mar 2009 10:34:02 +0100
Subject: Two strange issues with gnome-chemistry-utils
Message-ID: <gqkqua$rte$1@ger.gmane.org>

Hello,

the first one is described in detail here:
https://savannah.nongnu.org/bugs/?25927
Basically, the build works fine within mock/koji, but fails with plain
rpmbuild due to undefined references. Are there some differences when it
comes to libtool setup?

The second problem is related to rpaths:
https://savannah.nongnu.org/bugs/?24262
I'm looking for the best way to disable these. The sed command described
 in the packaging guidelines makes the build process fail. I asked
upstream to add --disable-rpath, but surprisingly, it does not disable
the rpaths, which is really weird. So now I'm using chrpath, but I could
also run autoreconf (which solves the first problem as well).

Do you have any ideas how to resolve these strange problems nicely and
cleanly? Thanks in advance,

Julian



From surenkarapetyan at gmail.com  Sat Mar 28 09:45:20 2009
From: surenkarapetyan at gmail.com (Suren Karapetyan)
Date: Sat, 28 Mar 2009 13:45:20 +0400
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <16de708d0903272231r72a1d904v666e32f21edd07c4@mail.gmail.com>
References: <49CD379D.8040104@verizon.net> <20090328044550.GC613405@hiwaay.net>
	<16de708d0903272231r72a1d904v666e32f21edd07c4@mail.gmail.com>
Message-ID: <200903281345.21104.surenkarapetyan@gmail.com>

On Saturday 28 March 2009 09:31:29 Arthur Pemberton wrote:
> Could someone please explain what's going on. The only documentation
> in Fedora i see about this decision is in the F11 alpha release notes.
> Maybe everyone reads them but me, however it would be nice if these
> kind of significant changes were announced.
>
> Its been said that this decision was taken upstream. My initial
> Googling shows this first being brought up as an idea in Ubuntu [1]
> where it is shown as implemented. It is later shown as a secret poll
> on the freedesktop list [2]. Is there any reason the Xorg maintainer
> in Fedora didn't make us aware of that all this was going on?
>
> Aren't the release notes expected to be read upon release, when it is
> way to late to give input? I don't agree that adding a paragraph or
> two in the release notes are good enough for changes that effect
> everyone. Xorg seems especially guilty of making significant changes
> which are later just discovered by users.
>
> [1] https://blueprints.launchpad.net/ubuntu/+spec/xorg-ctrl-alt-backspace
> [2] http://lists.freedesktop.org/archives/xorg/2008-September/038786.html
>
> On 3/27/09, Chris Adams <cmadams at hiwaay.net> wrote:
> > Once upon a time, Jeff Spaleta <jspaleta at gmail.com> said:
> >> Better yet, when is it not better to use SysRq keycombos and try to
> >> diagnose things?
> >> If you can get back keyboard control via SysRq, isn't it more
> >> beneficial to make use of SysRq instead of zapping?
> >
> > Well, that's disabled by default also.
> > --
> > Chris Adams <cmadams at hiwaay.net>
> > Systems and Network Administrator - HiWAAY Internet Services
> > I don't speak for anybody but myself - that's enough trouble.
> >
> > --
> > fedora-devel-list mailing list
> > fedora-devel-list at redhat.com
> > https://www.redhat.com/mailman/listinfo/fedora-devel-list
>
> --
> Fedora 9 : sulphur is good for the skin
> ( www.pembo13.com )

And the most funny thing is, the secret polls result was *no*
The poll was started on "Mon Sep 22 19:41:16 PDT 2008"
And on " 2008-10-07 23:30:05 (GMT)" Daniel Stone committed the "Make DontZap 
the default" patch.

P.S. yes, I'm one of the guys for whom sometimes Ctrl-Alt-Fn doesn't work,
but Ctrl-Alt-Backspace does.

P.P.S. google for <"Daniel Stone" fedora>



From abo at stacken.kth.se  Sat Mar 28 09:57:47 2009
From: abo at stacken.kth.se (=?UTF-8?B?QWxleGFuZGVyIEJvc3Ryw7Zt?=)
Date: Sat, 28 Mar 2009 10:57:47 +0100
Subject: Enable SysRq?
In-Reply-To: <604aa7910903272115x2647724fm6f8f622791343775@mail.gmail.com>
References: <49CD379D.8040104@verizon.net>	<20090327210044.0514AFC25E@magilla.sf.frob.com>	<49CD3F53.9020405@verizon.net>
	<49CD42C9.9090706@verizon.net>	<20090327215820.afa176fd.zaitcev@redhat.com>
	<604aa7910903272115x2647724fm6f8f622791343775@mail.gmail.com>
Message-ID: <49CDF49B.4080704@stacken.kth.se>

Jeff Spaleta skrev:

> If you can get back keyboard control via SysRq, isn't it more
> beneficial to make use of SysRq instead of zapping?

Yes, if Alt-SysRq-K does everything Ctrl-Alt-Backspace does, and more, 
then perhaps that should be enabled by default instead?

Any security implications of enabling SysRq by default?

Alt-SysRq is actually "make a screenshot of the active window" in GNOME, 
but perhaps that's not such a big deal in the case when X is hosed.

/abo



From abo at stacken.kth.se  Sat Mar 28 09:59:26 2009
From: abo at stacken.kth.se (=?ISO-8859-1?Q?Alexander_Bostr=F6m?=)
Date: Sat, 28 Mar 2009 10:59:26 +0100
Subject: Should I be able to hibernate a NFS/LDAP using system?
In-Reply-To: <49CCF412.309@cora.nwra.com>
References: <49CCF412.309@cora.nwra.com>
Message-ID: <49CDF4FE.9040609@stacken.kth.se>

Orion Poplawski skrev:
> Before I start filing bugs (and to help determine where if needed), is 
> it reasonable for me to expect to be able to put a desktop machine that 
> uses LDAP authentication and NFS home directories into hibernate? 
> Currently it seems to get hung up trying to do some work that attempts 
> to query the LDAP server and syncing the filesystems (which seems to 
> need NFS up) after NM has brought down the network interface.

You could perhaps use nscd to cache LDAP data, but for NFS you probably 
need to keep the network up through the suspend.

/abo



From martin.sourada at gmail.com  Sat Mar 28 11:25:42 2009
From: martin.sourada at gmail.com (Martin Sourada)
Date: Sat, 28 Mar 2009 12:25:42 +0100
Subject: Enable SysRq?
In-Reply-To: <49CDF49B.4080704@stacken.kth.se>
References: <49CD379D.8040104@verizon.net>
	<20090327210044.0514AFC25E@magilla.sf.frob.com>
	<49CD3F53.9020405@verizon.net> <49CD42C9.9090706@verizon.net>
	<20090327215820.afa176fd.zaitcev@redhat.com>
	<604aa7910903272115x2647724fm6f8f622791343775@mail.gmail.com>
	<49CDF49B.4080704@stacken.kth.se>
Message-ID: <1238239542.2840.6.camel@pc-notebook>

On Sat, 2009-03-28 at 10:57 +0100, Alexander Bostr?m wrote:
> Jeff Spaleta skrev:
> 
> > If you can get back keyboard control via SysRq, isn't it more
> > beneficial to make use of SysRq instead of zapping?
> 
> Yes, if Alt-SysRq-K does everything Ctrl-Alt-Backspace does, and more, 
> then perhaps that should be enabled by default instead?
> 
Hm... if disabled, zillions of gnome-screenshooter windows starts to
appear (I haven't actually counted them and the amount is probably
proportional to the time I hold Alt [Gr]-SysRq before hitting K), if
enabled, caps-lock indicator starts to blink and the computer freezes
(whole computer, not only X)... Not sure how this can be helpful at
all...

> Any security implications of enabling SysRq by default?
> 
> Alt-SysRq is actually "make a screenshot of the active window" in GNOME, 
> but perhaps that's not such a big deal in the case when X is hosed.
> 
> /abo
> 
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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090328/dc56ebd0/attachment.sig>

From martin.sourada at gmail.com  Sat Mar 28 11:25:42 2009
From: martin.sourada at gmail.com (Martin Sourada)
Date: Sat, 28 Mar 2009 12:25:42 +0100
Subject: Enable SysRq?
In-Reply-To: <49CDF49B.4080704@stacken.kth.se>
References: <49CD379D.8040104@verizon.net>
	<20090327210044.0514AFC25E@magilla.sf.frob.com>
	<49CD3F53.9020405@verizon.net> <49CD42C9.9090706@verizon.net>
	<20090327215820.afa176fd.zaitcev@redhat.com>
	<604aa7910903272115x2647724fm6f8f622791343775@mail.gmail.com>
	<49CDF49B.4080704@stacken.kth.se>
Message-ID: <1238239542.2840.7.camel@pc-notebook>

On Sat, 2009-03-28 at 10:57 +0100, Alexander Bostr?m wrote:
> Jeff Spaleta skrev:
> 
> > If you can get back keyboard control via SysRq, isn't it more
> > beneficial to make use of SysRq instead of zapping?
> 
> Yes, if Alt-SysRq-K does everything Ctrl-Alt-Backspace does, and more, 
> then perhaps that should be enabled by default instead?
> 
Hm... if disabled, zillions of gnome-screenshooter windows starts to
appear (I haven't actually counted them and the amount is probably
proportional to the time I hold Alt [Gr]-SysRq before hitting K), if
enabled, caps-lock indicator starts to blink and the computer freezes
(whole computer, not only X)... Not sure how this can be helpful at
all...

> Any security implications of enabling SysRq by default?
> 
> Alt-SysRq is actually "make a screenshot of the active window" in GNOME, 
> but perhaps that's not such a big deal in the case when X is hosed.
> 
> /abo
> 
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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090328/9424f310/attachment.sig>

From christoph.wickert at googlemail.com  Sat Mar 28 12:13:11 2009
From: christoph.wickert at googlemail.com (Christoph Wickert)
Date: Sat, 28 Mar 2009 13:13:11 +0100
Subject: rpms/libopensync-plugin-evolution2/devel .cvsignore, 1.7, 1.8
 libopensync-plugin-evolution2.spec, 1.19, 1.20 sources, 1.7, 1.8
In-Reply-To: <20090328093619.1833e2fb@faldor.intranet>
References: <20090326132811.0951070132@cvs1.fedora.phx.redhat.com>
	<1238184102.11232.5.camel@localhost.localdomain>
	<20090328093619.1833e2fb@faldor.intranet>
Message-ID: <1238242391.3305.77.camel@localhost.localdomain>

Am Samstag, den 28.03.2009, 09:36 +0100 schrieb Michael Schwendt:
> 
> I wonder why this spec file creates a virtual -devel subpackage with a
> lower Epoch and higher version 

because of the downgrade

> and why there is no API for that -devel
> pkg included?

because the maintainer has dropped the -devel package again.

Anyway: A lot of the recent libopensync-plugin-* commits still look
fishy to me.

Christoph



From rjones at redhat.com  Sat Mar 28 12:30:02 2009
From: rjones at redhat.com (Richard W.M. Jones)
Date: Sat, 28 Mar 2009 12:30:02 +0000
Subject: Qt 4.5 coming to Fedora 9 and 10, license changing to LGPL
In-Reply-To: <gqjfjd$461$1@ger.gmane.org>
References: <gqjfjd$461$1@ger.gmane.org>
Message-ID: <20090328123002.GA415@amd.home.annexia.org>

And thanks to some excellent work[1] by Thomas Sailer and Kevin Kofler
we also have mingw32-qt 4.5.0 in Fedora 10 & 11, which makes Qt (along
with Gtk) a good choice if you want to cross-compile your software to
run on Windows.

Rich.

[1] https://bugzilla.redhat.com/show_bug.cgi?id=mingw32-qt

-- 
Richard Jones, Emerging Technologies, Red Hat  http://et.redhat.com/~rjones
virt-df lists disk usage of guests without needing to install any
software inside the virtual machine.  Supports Linux and Windows.
http://et.redhat.com/~rjones/virt-df/



From dbn.lists at gmail.com  Sat Mar 28 13:17:46 2009
From: dbn.lists at gmail.com (Dan Nicholson)
Date: Sat, 28 Mar 2009 06:17:46 -0700
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <16de708d0903272231r72a1d904v666e32f21edd07c4@mail.gmail.com>
References: <49CD379D.8040104@verizon.net>
	<20090327210044.0514AFC25E@magilla.sf.frob.com>
	<49CD3F53.9020405@verizon.net> <49CD42C9.9090706@verizon.net>
	<20090327215820.afa176fd.zaitcev@redhat.com>
	<604aa7910903272115x2647724fm6f8f622791343775@mail.gmail.com>
	<20090328044550.GC613405@hiwaay.net>
	<16de708d0903272231r72a1d904v666e32f21edd07c4@mail.gmail.com>
Message-ID: <91705d080903280617k1987bfbaj4b13b39594df4a1f@mail.gmail.com>

On Fri, Mar 27, 2009 at 10:31 PM, Arthur Pemberton <pemboa at gmail.com> wrote:

> [2] http://lists.freedesktop.org/archives/xorg/2008-September/038786.html

The poll was meaningless; that thread just captures people's
sentiments. When the patch was committed, it was because the X
developers had been talking about it for a long time as being the
right thing to do.

--
Dan



From mschwendt at gmail.com  Sat Mar 28 13:17:25 2009
From: mschwendt at gmail.com (Michael Schwendt)
Date: Sat, 28 Mar 2009 14:17:25 +0100
Subject: rpms/libopensync-plugin-evolution2/devel .cvsignore, 1.7, 1.8
 libopensync-plugin-evolution2.spec, 1.19, 1.20 sources, 1.7, 1.8
In-Reply-To: <1238242391.3305.77.camel@localhost.localdomain>
References: <20090326132811.0951070132@cvs1.fedora.phx.redhat.com>
	<1238184102.11232.5.camel@localhost.localdomain>
	<20090328093619.1833e2fb@faldor.intranet>
	<1238242391.3305.77.camel@localhost.localdomain>
Message-ID: <20090328141725.4294619d@faldor.intranet>

On Sat, 28 Mar 2009 13:13:11 +0100, Christoph wrote:

> Am Samstag, den 28.03.2009, 09:36 +0100 schrieb Michael Schwendt:
> > 
> > I wonder why this spec file creates a virtual -devel subpackage with a
> > lower Epoch and higher version 
> 
> because of the downgrade

Let me rephrase:

Previous package build: 0.36-1
This update: 1:0.22-2

Why is the -devel subpackage 0:0.35 as I quoted?

The 0.36-1 release already did:

Obsoletes: libopensync-plugin-evolution2-devel < 0.35
Provides:  libopensync-plugin-evolution2-devel = 0.35

With a downgrade to 1:0.22, -devel goes from 0.35 to 0:0.35?
(no Epoch and explicit zero Epoch doesn't make a different, btw)

> > and why there is no API for that -devel
> > pkg included?
> 
> because the maintainer has dropped the -devel package again.

Why the "Provides" then?



From ml at kiewel-online.ch  Sat Mar 28 13:30:08 2009
From: ml at kiewel-online.ch (Uwe Kiewel)
Date: Sat, 28 Mar 2009 14:30:08 +0100
Subject: update from alpha to beta to release
Message-ID: <49CE2660.4040105@kiewel-online.ch>

Hi,

if I install a F11 Alpha system from installation DVD, may I update to 
F11 beta and late to F11 production release with yum without problems?


Thanks,
    Uwe



From christoph.wickert at googlemail.com  Sat Mar 28 13:43:11 2009
From: christoph.wickert at googlemail.com (Christoph Wickert)
Date: Sat, 28 Mar 2009 14:43:11 +0100
Subject: rpms/libopensync-plugin-evolution2/devel .cvsignore, 1.7, 1.8
 libopensync-plugin-evolution2.spec, 1.19, 1.20 sources, 1.7, 1.8
In-Reply-To: <20090328141725.4294619d@faldor.intranet>
References: <20090326132811.0951070132@cvs1.fedora.phx.redhat.com>
	<1238184102.11232.5.camel@localhost.localdomain>
	<20090328093619.1833e2fb@faldor.intranet>
	<1238242391.3305.77.camel@localhost.localdomain>
	<20090328141725.4294619d@faldor.intranet>
Message-ID: <1238247791.15226.17.camel@localhost.localdomain>

Am Samstag, den 28.03.2009, 14:17 +0100 schrieb Michael Schwendt:
> On Sat, 28 Mar 2009 13:13:11 +0100, Christoph wrote:
> 
> > Am Samstag, den 28.03.2009, 09:36 +0100 schrieb Michael Schwendt:
> > > 
> > > I wonder why this spec file creates a virtual -devel subpackage with a
> > > lower Epoch and higher version 
> > 
> > because of the downgrade
> 
> Let me rephrase:
> 
> Previous package build: 0.36-1
> This update: 1:0.22-2
> 
> Why is the -devel subpackage 0:0.35 as I quoted?
> 
> The 0.36-1 release already did:
> 
> Obsoletes: libopensync-plugin-evolution2-devel < 0.35
> Provides:  libopensync-plugin-evolution2-devel = 0.35
> 
> With a downgrade to 1:0.22, -devel goes from 0.35 to 0:0.35?
> (no Epoch and explicit zero Epoch doesn't make a different, btw)

You are correct, I did not look closely enough. This is nonsense.

> > > and why there is no API for that -devel
> > > pkg included?
> > 
> > because the maintainer has dropped the -devel package again.
> 
> Why the "Provides" then?

Most likely because of a bad interpretation of 
http://fedoraproject.org/wiki/Packaging/NamingGuidelines#Renaming.2Freplacing_existing_packages

Regards,
Christoph



From itamar at ispbrasil.com.br  Sat Mar 28 13:44:36 2009
From: itamar at ispbrasil.com.br (Itamar Reis Peixoto)
Date: Sat, 28 Mar 2009 10:44:36 -0300
Subject: update from alpha to beta to release
In-Reply-To: <49CE2660.4040105@kiewel-online.ch>
References: <49CE2660.4040105@kiewel-online.ch>
Message-ID: <d3ceea380903280644s15b9427fo5754fcf8180078c7@mail.gmail.com>

yes

On Sat, Mar 28, 2009 at 10:30 AM, Uwe Kiewel <ml at kiewel-online.ch> wrote:
> Hi,
>
> if I install a F11 Alpha system from installation DVD, may I update to F11
> beta and late to F11 production release with yum without problems?
>
>
> Thanks,
> ? Uwe
>
> --
> 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 ml at kiewel-online.ch  Sat Mar 28 13:53:01 2009
From: ml at kiewel-online.ch (Uwe Kiewel)
Date: Sat, 28 Mar 2009 14:53:01 +0100
Subject: update from alpha to beta to release
In-Reply-To: <d3ceea380903280644s15b9427fo5754fcf8180078c7@mail.gmail.com>
References: <49CE2660.4040105@kiewel-online.ch>
	<d3ceea380903280644s15b9427fo5754fcf8180078c7@mail.gmail.com>
Message-ID: <49CE2BBD.1000808@kiewel-online.ch>

Itamar Reis Peixoto schrieb:
> yes
>   

thanks

> On Sat, Mar 28, 2009 at 10:30 AM, Uwe Kiewel <ml at kiewel-online.ch> wrote:
>   
>> Hi,
>>
>> if I install a F11 Alpha system from installation DVD, may I update to F11
>> beta and late to F11 production release with yum without problems?
>>
>>
>> Thanks,
>>   Uwe
>>
>> --
>> fedora-devel-list mailing list
>> fedora-devel-list at redhat.com
>> https://www.redhat.com/mailman/listinfo/fedora-devel-list
>>
>>     
>
>
>
>   



From clydekunkel7734 at cox.net  Sat Mar 28 14:30:22 2009
From: clydekunkel7734 at cox.net (Clyde E. Kunkel)
Date: Sat, 28 Mar 2009 10:30:22 -0400
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <49CD86B3.5020407@fedoraproject.org>
References: <49CD379D.8040104@verizon.net>	<d9c612bf0903271843u2958d511p50554ecffd09a813@mail.gmail.com>
	<49CD86B3.5020407@fedoraproject.org>
Message-ID: <49CE347E.5030701@cox.net>

On 03/27/2009 10:08 PM, Rahul Sundaram wrote:
> Christopher Stone wrote:
>> <snip<
> I hope, we continue to leave such decisions to the maintainers of the
> software rather than micro manage them with a committee. FESCo should
> not be (usually) be overriding maintainer decisions.
>
> Rahul
>

Maintainers should also (usually) be listening to the community.



From benny+usenet at amorsen.dk  Sat Mar 28 14:30:16 2009
From: benny+usenet at amorsen.dk (Benny Amorsen)
Date: Sat, 28 Mar 2009 15:30:16 +0100
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <d9c612bf0903271843u2958d511p50554ecffd09a813@mail.gmail.com>
	(Christopher Stone's message of "Fri\,
	27 Mar 2009 18\:43\:42 -0700")
References: <49CD379D.8040104@verizon.net>
	<d9c612bf0903271843u2958d511p50554ecffd09a813@mail.gmail.com>
Message-ID: <m3myb54t53.fsf@ursa.amorsen.dk>

Christopher Stone <chris.stone at gmail.com> writes:

> I am in 100% total agreement with Gerry, and I hope the FESCo or
> whatever body is in charge of making a decision for Fedora will make
> the correct decision on this.  Obviously (for those of us with brains)
> the X.org people did not make the correct decision.

Obviously I must be without brains, because I support the change.


/Benny



From greno at verizon.net  Sat Mar 28 14:55:37 2009
From: greno at verizon.net (Gerry Reno)
Date: Sat, 28 Mar 2009 10:55:37 -0400
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <91705d080903280617k1987bfbaj4b13b39594df4a1f@mail.gmail.com>
References: <49CD379D.8040104@verizon.net>
	<20090327210044.0514AFC25E@magilla.sf.frob.com>	<49CD3F53.9020405@verizon.net>
	<49CD42C9.9090706@verizon.net>	<20090327215820.afa176fd.zaitcev@redhat.com>
	<604aa7910903272115x2647724fm6f8f622791343775@mail.gmail.com>
	<20090328044550.GC613405@hiwaay.net>
	<16de708d0903272231r72a1d904v666e32f21edd07c4@mail.gmail.com>
	<91705d080903280617k1987bfbaj4b13b39594df4a1f@mail.gmail.com>
Message-ID: <49CE3A69.9070804@verizon.net>

Dan Nicholson wrote:
> On Fri, Mar 27, 2009 at 10:31 PM, Arthur Pemberton <pemboa at gmail.com> wrote:
>
>   
>> [2] http://lists.freedesktop.org/archives/xorg/2008-September/038786.html
>>     
>
> The poll was meaningless; that thread just captures people's
> sentiments. When the patch was committed, it was because the X
> developers had been talking about it for a long time as being the
> right thing to do.
>
>   
The X developers had been talking about without ANY community input.  
That makes for very bad decisions.  They didn't even realize that people 
expect the Ctrl-Alt-Backspace to be available to them as it has for 
decades.  What is left unsaid is that there a lot of emacs users in 
Xorg.  Despite the fact that they sign as "a vim user",  they're all vim 
users but mostly emacs users,  and that's not the same as signing "not 
an emacs user".


I've opened a thread on xorg-devel and have been getting nothing but 
ridiculous arguments in response.  Mostly like, "well *I* accidentally 
killed my X server while I was typing".  Total nonsense.  This is all 
about a tiny minority of Emacs users, mostly inside Xorg itself 
introducing a change that has a large to impact to the overall Xorg 
community and all for the benefit of just the tiny Emacs community.  
That completely wrong and is bad stewardship.
Fedora needs to see this change for what it really is and reject it.  We 
need to continue the historical default behavior for Ctrl-Alt-Backspace 
that users and sysadmins have counted on for decades without 
organizations and users needing to install special setups in xorg.conf 
which is a completely unnecessary bother and a waste of time and resources.

Regards,
Gerry

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090328/239863d3/attachment.htm>

From greno at verizon.net  Sat Mar 28 14:58:49 2009
From: greno at verizon.net (Gerry Reno)
Date: Sat, 28 Mar 2009 10:58:49 -0400
Subject: preupgrade today: getting error: cannot download the kickstart file
Message-ID: <49CE3B29.3010408@verizon.net>

Is something going on with the mirrors today?

Today, I see we are getting this error on an F10 install using preupgrade:

Cannot download the kickstart file...


Regards,
Gerry



From bruno at wolff.to  Sat Mar 28 15:11:14 2009
From: bruno at wolff.to (Bruno Wolff III)
Date: Sat, 28 Mar 2009 10:11:14 -0500
Subject: update from alpha to beta to release
In-Reply-To: <49CE2660.4040105@kiewel-online.ch>
References: <49CE2660.4040105@kiewel-online.ch>
Message-ID: <20090328151114.GA30503@wolff.to>

On Sat, Mar 28, 2009 at 14:30:08 +0100,
  Uwe Kiewel <ml at kiewel-online.ch> wrote:
> Hi,
>
> if I install a F11 Alpha system from installation DVD, may I update to  
> F11 beta and late to F11 production release with yum without problems?

I wouldn't recommend that unless you really want to do something this
weekend and you don't want to do a network install.
The mass rebuild occured between the alpha and the beta so nearly every
package you install will need to be updated.



From dgboles at comcast.net  Sat Mar 28 15:12:48 2009
From: dgboles at comcast.net (David)
Date: Sat, 28 Mar 2009 11:12:48 -0400
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <49CE3A69.9070804@verizon.net>
References: <49CD379D.8040104@verizon.net>	<20090327210044.0514AFC25E@magilla.sf.frob.com>	<49CD3F53.9020405@verizon.net>	<49CD42C9.9090706@verizon.net>	<20090327215820.afa176fd.zaitcev@redhat.com>	<604aa7910903272115x2647724fm6f8f622791343775@mail.gmail.com>	<20090328044550.GC613405@hiwaay.net>	<16de708d0903272231r72a1d904v666e32f21edd07c4@mail.gmail.com>	<91705d080903280617k1987bfbaj4b13b39594df4a1f@mail.gmail.com>
	<49CE3A69.9070804@verizon.net>
Message-ID: <49CE3E70.3050101@comcast.net>

On 3/28/2009 10:55 AM, Gerry Reno wrote:
> Dan Nicholson wrote:
>> On Fri, Mar 27, 2009 at 10:31 PM, Arthur Pemberton <pemboa at gmail.com> wrote:


>>> [2] http://lists.freedesktop.org/archives/xorg/2008-September/038786.html


>> The poll was meaningless; that thread just captures people's
>> sentiments. When the patch was committed, it was because the X
>> developers had been talking about it for a long time as being the
>> right thing to do.


> The X developers had been talking about without ANY community input. 
> That makes for very bad decisions.  They didn't even realize that people
> expect the Ctrl-Alt-Backspace to be available to them as it has for
> decades.  What is left unsaid is that there a lot of emacs users in
> Xorg.  Despite the fact that they sign as "a vim user",  they're all vim
> users but mostly emacs users,  and that's not the same as signing "not
> an emacs user".


> I've opened a thread on xorg-devel and have been getting nothing but
> ridiculous arguments in response.  Mostly like, "well *I* accidentally
> killed my X server while I was typing".  Total nonsense.  This is all
> about a tiny minority of Emacs users, mostly inside Xorg itself
> introducing a change that has a large to impact to the overall Xorg
> community and all for the benefit of just the tiny Emacs community. 
> That completely wrong and is bad stewardship.
> Fedora needs to see this change for what it really is and reject it.  We
> need to continue the historical default behavior for Ctrl-Alt-Backspace
> that users and sysadmins have counted on for decades without
> organizations and users needing to install special setups in xorg.conf
> which is a completely unnecessary bother and a waste of time and resources.


Just keep repeating to yourself, "Linux is an OS...   Linux is not a
cause...   Linux is an OS...   Linux is not a cause..."



;-)
-- 


  David



From dbn.lists at gmail.com  Sat Mar 28 15:15:28 2009
From: dbn.lists at gmail.com (Dan Nicholson)
Date: Sat, 28 Mar 2009 08:15:28 -0700
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <49CE3A69.9070804@verizon.net>
References: <49CD379D.8040104@verizon.net>
	<20090327210044.0514AFC25E@magilla.sf.frob.com>
	<49CD3F53.9020405@verizon.net> <49CD42C9.9090706@verizon.net>
	<20090327215820.afa176fd.zaitcev@redhat.com>
	<604aa7910903272115x2647724fm6f8f622791343775@mail.gmail.com>
	<20090328044550.GC613405@hiwaay.net>
	<16de708d0903272231r72a1d904v666e32f21edd07c4@mail.gmail.com>
	<91705d080903280617k1987bfbaj4b13b39594df4a1f@mail.gmail.com>
	<49CE3A69.9070804@verizon.net>
Message-ID: <91705d080903280815jb2b2d2cj3637bdf04daf2a94@mail.gmail.com>

2009/3/28 Gerry Reno <greno at verizon.net>:
> Dan Nicholson wrote:
>
> On Fri, Mar 27, 2009 at 10:31 PM, Arthur Pemberton <pemboa at gmail.com> wrote:
>
>
>
> [2] http://lists.freedesktop.org/archives/xorg/2008-September/038786.html
>
>
> The poll was meaningless; that thread just captures people's
> sentiments. When the patch was committed, it was because the X
> developers had been talking about it for a long time as being the
> right thing to do.
>
>
>
> The X developers had been talking about without ANY community input.? That
> makes for very bad decisions.? They didn't even realize that people expect
> the Ctrl-Alt-Backspace to be available to them as it has for decades.? What
> is left unsaid is that there a lot of emacs users in Xorg.? Despite the fact
> that they sign as "a vim user",? they're all vim users but mostly emacs
> users,? and that's not the same as signing "not an emacs user".

Please stop with the conspiracy theory. This has nothing to do with
emacs. It has everything to do with people accidentally killing their
X session. I have no idea where you've gotten the idea that this was
done for emacs users. Read Daniel's reply to you again.

--
Dan



From greno at verizon.net  Sat Mar 28 15:24:17 2009
From: greno at verizon.net (Gerry Reno)
Date: Sat, 28 Mar 2009 11:24:17 -0400
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <91705d080903280815jb2b2d2cj3637bdf04daf2a94@mail.gmail.com>
References: <49CD379D.8040104@verizon.net>
	<20090327210044.0514AFC25E@magilla.sf.frob.com>	<49CD3F53.9020405@verizon.net>
	<49CD42C9.9090706@verizon.net>	<20090327215820.afa176fd.zaitcev@redhat.com>
	<604aa7910903272115x2647724fm6f8f622791343775@mail.gmail.com>
	<20090328044550.GC613405@hiwaay.net>
	<16de708d0903272231r72a1d904v666e32f21edd07c4@mail.gmail.com>
	<91705d080903280617k1987bfbaj4b13b39594df4a1f@mail.gmail.com>
	<49CE3A69.9070804@verizon.net>
	<91705d080903280815jb2b2d2cj3637bdf04daf2a94@mail.gmail.com>
Message-ID: <49CE4121.6050206@verizon.net>

Dan Nicholson wrote:
> 2009/3/28 Gerry Reno <greno at verizon.net>:
>   
>> Dan Nicholson wrote:
>>
>> On Fri, Mar 27, 2009 at 10:31 PM, Arthur Pemberton <pemboa at gmail.com> wrote:
>>
>>
>>
>> [2] http://lists.freedesktop.org/archives/xorg/2008-September/038786.html
>>
>>
>> The poll was meaningless; that thread just captures people's
>> sentiments. When the patch was committed, it was because the X
>> developers had been talking about it for a long time as being the
>> right thing to do.
>>
>>
>>
>> The X developers had been talking about without ANY community input.  That
>> makes for very bad decisions.  They didn't even realize that people expect
>> the Ctrl-Alt-Backspace to be available to them as it has for decades.  What
>> is left unsaid is that there a lot of emacs users in Xorg.  Despite the fact
>> that they sign as "a vim user",  they're all vim users but mostly emacs
>> users,  and that's not the same as signing "not an emacs user".
>>     
>
> Please stop with the conspiracy theory. This has nothing to do with
> emacs. It has everything to do with people accidentally killing their
> X session. I have no idea where you've gotten the idea that this was
> done for emacs users. Read Daniel's reply to you again.
>
> --
> Dan
>
>   
This is not a conspiracy theory.  If you've ever used emacs you know 
that they have a number of Ctrl-Alt-XXXXX sequences that are very close 
to Ctrl-Alt-Backspace.  And emacs users have whined about everything 
Ctrl-Alt such as Ctrl-Alt-Del, Ctrl-Alt-Backspace, etc. 

In thirty years of administering and managing *nix systems inside 
companies that have tens of thousands of employees, I have never had a 
user come to me and complain that they were having trouble because they 
kept killing their X server with Ctrl-Alt-Backspace.   Daniel rammed 
this change into Xorg without ANY community input.  And further there is 
no statisically significant number of cases where people are killing 
their X server accidentally.  The only user community that has ever had 
this problem is the Emacs community because of their similar keystroke 
combinations to Ctrl-Alt-Backspace.


Regards,
Gerry

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090328/8bfc2a15/attachment.htm>

From surenkarapetyan at gmail.com  Sat Mar 28 15:26:18 2009
From: surenkarapetyan at gmail.com (Suren Karapetyan)
Date: Sat, 28 Mar 2009 19:26:18 +0400
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <91705d080903280815jb2b2d2cj3637bdf04daf2a94@mail.gmail.com>
References: <49CD379D.8040104@verizon.net> <49CE3A69.9070804@verizon.net>
	<91705d080903280815jb2b2d2cj3637bdf04daf2a94@mail.gmail.com>
Message-ID: <200903281926.18533.surenkarapetyan@gmail.com>

On Saturday 28 March 2009 19:15:28 Dan Nicholson wrote:
> 2009/3/28 Gerry Reno <greno at verizon.net>:
> > Dan Nicholson wrote:
> >
> > On Fri, Mar 27, 2009 at 10:31 PM, Arthur Pemberton <pemboa at gmail.com>
> > wrote:
> >
> >
> >
> > [2] http://lists.freedesktop.org/archives/xorg/2008-September/038786.html
> >
> >
> > The poll was meaningless; that thread just captures people's
> > sentiments. When the patch was committed, it was because the X
> > developers had been talking about it for a long time as being the
> > right thing to do.
> >
> >
> >
> > The X developers had been talking about without ANY community input. 
> > That makes for very bad decisions.  They didn't even realize that people
> > expect the Ctrl-Alt-Backspace to be available to them as it has for
> > decades.  What is left unsaid is that there a lot of emacs users in
> > Xorg.  Despite the fact that they sign as "a vim user",  they're all vim
> > users but mostly emacs users,  and that's not the same as signing "not an
> > emacs user".
>
> Please stop with the conspiracy theory. This has nothing to do with
> emacs. It has everything to do with people accidentally killing their
> X session. I have no idea where you've gotten the idea that this was
> done for emacs users. Read Daniel's reply to you again.
>
> --
> Dan

Can someone, please, explain me what is a user trying to do when he 
accidentally kills X?

And if the answer is: "Pressing all the buttons he sees", what stops the same 
user from pressing reset/poweroff or even Ctrl-Alt-F4 + Ctrl-Alt-Del?

Oh and one more...
I also wonder why we don't disable Ctrl-Alt-Fn, cause a user may accidentally 
switch to another vt and don't know how to come back.



From rdieter at math.unl.edu  Sat Mar 28 15:43:46 2009
From: rdieter at math.unl.edu (Rex Dieter)
Date: Sat, 28 Mar 2009 10:43:46 -0500
Subject: Qt 4.5 coming to Fedora 9 and 10, license changing to LGPL
References: <gqjfjd$461$1@ger.gmane.org> <49CD5278.4050802@cora.nwra.com>
Message-ID: <gqlgil$hps$1@ger.gmane.org>

Orion Poplawski wrote:

> Kevin Kofler wrote:
>> Hi,
>> 
>> We are working on providing Qt 4.5.0 as updates for Fedora 9 and 10. The
>> updates have already been built. They will be tagged into the buildroots
>> for Fedora 9 and 10 shortly after this announcement is sent, in order for
>> KDE 4 packages to get rebuilt against it, as some KDE modules are highly
>> dependent on the Qt version used to build them and check the Qt version
>> at build time.
> 
> Can I install qt 4.5 from koji on my KDE 4.1.2 F-10 box without killing
> KDE in order to test my other Qt apps? 

It should work (with kde-4.2.1) for the most part.  We've been testing that 
configuration for quite awhile. 

-- Rex 




From mjg at redhat.com  Sat Mar 28 15:51:49 2009
From: mjg at redhat.com (Matthew Garrett)
Date: Sat, 28 Mar 2009 15:51:49 +0000
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <49CE3A69.9070804@verizon.net>
References: <49CD379D.8040104@verizon.net>
	<20090327210044.0514AFC25E@magilla.sf.frob.com>
	<49CD3F53.9020405@verizon.net> <49CD42C9.9090706@verizon.net>
	<20090327215820.afa176fd.zaitcev@redhat.com>
	<604aa7910903272115x2647724fm6f8f622791343775@mail.gmail.com>
	<20090328044550.GC613405@hiwaay.net>
	<16de708d0903272231r72a1d904v666e32f21edd07c4@mail.gmail.com>
	<91705d080903280617k1987bfbaj4b13b39594df4a1f@mail.gmail.com>
	<49CE3A69.9070804@verizon.net>
Message-ID: <20090328155149.GA28657@srcf.ucam.org>

On Sat, Mar 28, 2009 at 10:55:37AM -0400, Gerry Reno wrote:

>    I've opened a thread on xorg-devel and have been getting nothing but
>    ridiculous arguments in response.  Mostly like, "well *I* accidentally
>    killed my X server while I was typing".  Total nonsense.  This is all
>    about a tiny minority of Emacs users, mostly inside Xorg itself
>    introducing a change that has a large to impact to the overall Xorg
>    community and all for the benefit of just the tiny Emacs community.  That
>    completely wrong and is bad stewardship.

Ctrl-Alt-Backspace was changed because of... a conspiracy of secret 
emacs users?

-- 
Matthew Garrett | mjg59 at srcf.ucam.org



From linuxguy123 at gmail.com  Sat Mar 28 16:15:18 2009
From: linuxguy123 at gmail.com (Linuxguy123)
Date: Sat, 28 Mar 2009 10:15:18 -0600
Subject: Qt 4.5 coming to Fedora 9 and 10, license changing to LGPL
In-Reply-To: <20090328123002.GA415@amd.home.annexia.org>
References: <gqjfjd$461$1@ger.gmane.org>
	<20090328123002.GA415@amd.home.annexia.org>
Message-ID: <1238256918.3779.16.camel@localhost.localdomain>

On Sat, 2009-03-28 at 12:30 +0000, Richard W.M. Jones wrote:
> And thanks to some excellent work[1] by Thomas Sailer and Kevin Kofler
> we also have mingw32-qt 4.5.0 in Fedora 10 & 11, which makes Qt (along
> with Gtk) a good choice if you want to cross-compile your software to
> run on Windows.

Great work, guys !  This is going to save me a lot of time and effort
building cross platform apps. 



From forum at ru.bir.ru  Sat Mar 28 16:16:58 2009
From: forum at ru.bir.ru (Pavel Alexeev (aka Pahan-Hubbitus))
Date: Sat, 28 Mar 2009 19:16:58 +0300
Subject: Strange date changes to doc files on rpmbuild/mock
In-Reply-To: <49CC5279.3030304@gmail.com>
References: <49CC5279.3030304@gmail.com>
Message-ID: <gqlihq$of6$1@ger.gmane.org>

Randall J. Berry wrote:
> 	Hello,
> I am building a package and everything works just fine except for one
> strange anomaly that I can't figure out. When the package builds it
> changes the doc files (COPYING, README, INSTALL) dates to December 2009
> from their original date of December 2008. Both rpmbuild and mock are
> doing this. I've never noticed this before and it's only happening to
> this one package.
> 
> It has a very simple spec file and no specific copy methods are used to
> copy these files other than the %doc macro itself. Anyone have a clue
> why this is happening?

Strange...
Do this happened on koji build too?



From mjs at clemson.edu  Sat Mar 28 16:15:29 2009
From: mjs at clemson.edu (Matthew Saltzman)
Date: Sat, 28 Mar 2009 12:15:29 -0400
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <200903281926.18533.surenkarapetyan@gmail.com>
References: <49CD379D.8040104@verizon.net> <49CE3A69.9070804@verizon.net>
	<91705d080903280815jb2b2d2cj3637bdf04daf2a94@mail.gmail.com>
	<200903281926.18533.surenkarapetyan@gmail.com>
Message-ID: <1238256929.6553.47.camel@localhost.localdomain>

On Sat, 2009-03-28 at 19:26 +0400, Suren Karapetyan wrote:

> Can someone, please, explain me what is a user trying to do when he 
> accidentally kills X?
> 
> And if the answer is: "Pressing all the buttons he sees", what stops the same 
> user from pressing reset/poweroff or even Ctrl-Alt-F4 + Ctrl-Alt-Del?

In emacs, Ctrl-Alt-\ means indent the selected region according to style
rules for the type of file being edited (very useful), and Ctrl-Alt-End
does something related to emacs-Lisp programming (less useful, IMO).
Both \ and End are right next to Bksp on my laptop keyboard, but only
the \ is at risk on my desktop keyboard.  Other nearby keys (=, ], and
PgDn) don't have default emacs bindings with Ctrl-Alt, but I suppose a
sophisticated emacs user could bind them to something useful.

Some GNOME keyboard shortcuts use Ctrl-Alt as well.

I'm a GNOME and  emacs user, but I'm not taking sides here, just
responding to the request for information.

> 
> Oh and one more...
> I also wonder why we don't disable Ctrl-Alt-Fn, cause a user may accidentally 
> switch to another vt and don't know how to come back.
> 
> 
-- 
                Matthew Saltzman

Clemson University Math Sciences
mjs AT clemson DOT edu
http://www.math.clemson.edu/~mjs



From mjg at redhat.com  Sat Mar 28 16:20:53 2009
From: mjg at redhat.com (Matthew Garrett)
Date: Sat, 28 Mar 2009 16:20:53 +0000
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <20090327231415.GA613405@hiwaay.net>
References: <49CD379D.8040104@verizon.net>
	<20090327210044.0514AFC25E@magilla.sf.frob.com>
	<49CD3F53.9020405@verizon.net> <49CD42C9.9090706@verizon.net>
	<f12087800903271428y460499ccv60a61aace0c741d9@mail.gmail.com>
	<49CD49D6.4020607@redhat.com> <49CD4A8C.2020701@verizon.net>
	<1238191842.4105.4.camel@localhost.localdomain>
	<20090327231415.GA613405@hiwaay.net>
Message-ID: <20090328162053.GA28876@srcf.ucam.org>

On Fri, Mar 27, 2009 at 06:14:15PM -0500, Chris Adams wrote:
> Once upon a time, Matthias Clasen <mclasen at redhat.com> said:
> > So whoever wrote those tools confused a configurable keybinding with a
> > supported api.
> 
> I don't believe that the Zap function is a configurable keybinding.  It
> can only be triggered by Ctrl+Alt+Backspace.

You believe wrongly. It's the Terminate_Server symbol, and you can bind 
it to whatever you want with XKB.

Now, arguably, a better approach would have been to leave DontZap as the 
default but remove the Terminate_Server entry from the default XKB maps. 
That would let clients rebind it if they want to, which can be done 
without requiring administrative privileges.
-- 
Matthew Garrett | mjg59 at srcf.ucam.org



From greno at verizon.net  Sat Mar 28 16:27:00 2009
From: greno at verizon.net (Gerry Reno)
Date: Sat, 28 Mar 2009 12:27:00 -0400
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <20090328162053.GA28876@srcf.ucam.org>
References: <49CD379D.8040104@verizon.net>
	<20090327210044.0514AFC25E@magilla.sf.frob.com>	<49CD3F53.9020405@verizon.net>
	<49CD42C9.9090706@verizon.net>
	<f12087800903271428y460499ccv60a61aace0c741d9@mail.gmail.com>
	<49CD49D6.4020607@redhat.com> <49CD4A8C.2020701@verizon.net>
	<1238191842.4105.4.camel@localhost.localdomain>
	<20090327231415.GA613405@hiwaay.net>
	<20090328162053.GA28876@srcf.ucam.org>
Message-ID: <49CE4FD4.30808@verizon.net>

Matthew Garrett wrote:
> On Fri, Mar 27, 2009 at 06:14:15PM -0500, Chris Adams wrote:
>   
>> Once upon a time, Matthias Clasen <mclasen at redhat.com> said:
>>     
>>> So whoever wrote those tools confused a configurable keybinding with a
>>> supported api.
>>>       
>> I don't believe that the Zap function is a configurable keybinding.  It
>> can only be triggered by Ctrl+Alt+Backspace.
>>     
>
> You believe wrongly. It's the Terminate_Server symbol, and you can bind 
> it to whatever you want with XKB.
>
> Now, arguably, a better approach would have been to leave DontZap as the 
> default but remove the Terminate_Server entry from the default XKB maps. 
> That would let clients rebind it if they want to, which can be done 
> without requiring administrative privileges.
>   

I also made a suggestion upstream that to protect Emacs users, the 
default Ctrl-Alt-Backspace could be left enabled but that it would have 
to be pressed TWICE in order to kill the X server. This way tools that 
embed the Ctrl-Alt-Backspace keysequence such as virtualization tools 
would still work. The user would just have to select it twice from the 
menu. And this would be a lot more acceptable than just disabling the 
Ctrl-Alt-Backspace default.

Regards,
Gerry

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090328/8fc29f60/attachment.htm>

From seg at haxxed.com  Sat Mar 28 16:29:17 2009
From: seg at haxxed.com (Callum Lerwick)
Date: Sat, 28 Mar 2009 11:29:17 -0500
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <91705d080903280815jb2b2d2cj3637bdf04daf2a94@mail.gmail.com>
References: <49CD379D.8040104@verizon.net>
	<20090327210044.0514AFC25E@magilla.sf.frob.com>
	<49CD3F53.9020405@verizon.net> <49CD42C9.9090706@verizon.net>
	<20090327215820.afa176fd.zaitcev@redhat.com>
	<604aa7910903272115x2647724fm6f8f622791343775@mail.gmail.com>
	<20090328044550.GC613405@hiwaay.net>
	<16de708d0903272231r72a1d904v666e32f21edd07c4@mail.gmail.com>
	<91705d080903280617k1987bfbaj4b13b39594df4a1f@mail.gmail.com>
	<49CE3A69.9070804@verizon.net>
	<91705d080903280815jb2b2d2cj3637bdf04daf2a94@mail.gmail.com>
Message-ID: <1238257757.21693.8.camel@localhost.localdomain>

On Sat, 2009-03-28 at 08:15 -0700, Dan Nicholson wrote:
> Please stop with the conspiracy theory. This has nothing to do with
> emacs. It has everything to do with people accidentally killing their
> X session. I have no idea where you've gotten the idea that this was
> done for emacs users. Read Daniel's reply to you again.

Is "accidentally hitting it" really the only reason? If so, the simplest
thing to do would be to CHANGE THE KEYBINDING not remove functionality.
Change it to oh, I don't know, ctl-alt-del? quadruple-bucky-cokebottle?
You've got ~101 keys to work with, I'm sure we can find something
acceptable.

... Or is there another reason?
-------------- 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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090328/b0e78198/attachment.sig>

From mjg at redhat.com  Sat Mar 28 16:39:39 2009
From: mjg at redhat.com (Matthew Garrett)
Date: Sat, 28 Mar 2009 16:39:39 +0000
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <1238257757.21693.8.camel@localhost.localdomain>
References: <49CD3F53.9020405@verizon.net> <49CD42C9.9090706@verizon.net>
	<20090327215820.afa176fd.zaitcev@redhat.com>
	<604aa7910903272115x2647724fm6f8f622791343775@mail.gmail.com>
	<20090328044550.GC613405@hiwaay.net>
	<16de708d0903272231r72a1d904v666e32f21edd07c4@mail.gmail.com>
	<91705d080903280617k1987bfbaj4b13b39594df4a1f@mail.gmail.com>
	<49CE3A69.9070804@verizon.net>
	<91705d080903280815jb2b2d2cj3637bdf04daf2a94@mail.gmail.com>
	<1238257757.21693.8.camel@localhost.localdomain>
Message-ID: <20090328163939.GA29112@srcf.ucam.org>

On Sat, Mar 28, 2009 at 11:29:17AM -0500, Callum Lerwick wrote:

> ... Or is there another reason?

Yes. Xorg developers are paid by Microsoft.

Seriously. ctrl+alt+backspace is about the least likely key combination 
to be accidently hit, but it's still entirely possible. Changing it to 
another set of keys doesn't actually fix things.

-- 
Matthew Garrett | mjg59 at srcf.ucam.org



From muepsj at gmail.com  Sat Mar 28 16:40:17 2009
From: muepsj at gmail.com (=?UTF-8?Q?Joonas_Saraj=C3=A4rvi?=)
Date: Sat, 28 Mar 2009 18:40:17 +0200
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <1238257757.21693.8.camel@localhost.localdomain>
References: <49CD379D.8040104@verizon.net> <49CD42C9.9090706@verizon.net>
	<20090327215820.afa176fd.zaitcev@redhat.com>
	<604aa7910903272115x2647724fm6f8f622791343775@mail.gmail.com>
	<20090328044550.GC613405@hiwaay.net>
	<16de708d0903272231r72a1d904v666e32f21edd07c4@mail.gmail.com>
	<91705d080903280617k1987bfbaj4b13b39594df4a1f@mail.gmail.com>
	<49CE3A69.9070804@verizon.net>
	<91705d080903280815jb2b2d2cj3637bdf04daf2a94@mail.gmail.com>
	<1238257757.21693.8.camel@localhost.localdomain>
Message-ID: <66ec675b0903280940i2dba6b59g27526de66cb0a14@mail.gmail.com>

2009/3/28 Callum Lerwick <seg at haxxed.com>:
> On Sat, 2009-03-28 at 08:15 -0700, Dan Nicholson wrote:
>> Please stop with the conspiracy theory. This has nothing to do with
>> emacs. It has everything to do with people accidentally killing their
>> X session. I have no idea where you've gotten the idea that this was
>> done for emacs users. Read Daniel's reply to you again.
>
> Is "accidentally hitting it" really the only reason? If so, the simplest
> thing to do would be to CHANGE THE KEYBINDING not remove functionality.
> Change it to oh, I don't know, ctl-alt-del? quadruple-bucky-cokebottle?
> You've got ~101 keys to work with, I'm sure we can find something
> acceptable.
>
> ... Or is there another reason?

I'd prefer a system where X.org wouldn't have any keyboard shortcuts
at all. Things would just work and I wouldn't ever need to Zap X or go
to a vt to fix things.

Of course, the world isn't perfect, and there probably is need for a
global shortcut to kill or restart X, among other things. However, it
would be nice if X eventually got rid of everything ctrl-alt-something
(Zap, vt switches, resolution changes, etc.) , so that the
combinations could be used for more useful purposes, and replaced them
with less intrusive ones, if any, as default.

-- 
Joonas Saraj?rvi
muepsj at gmail.com



From dbn.lists at gmail.com  Sat Mar 28 16:45:26 2009
From: dbn.lists at gmail.com (Dan Nicholson)
Date: Sat, 28 Mar 2009 09:45:26 -0700
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <66ec675b0903280940i2dba6b59g27526de66cb0a14@mail.gmail.com>
References: <49CD379D.8040104@verizon.net>
	<20090327215820.afa176fd.zaitcev@redhat.com>
	<604aa7910903272115x2647724fm6f8f622791343775@mail.gmail.com>
	<20090328044550.GC613405@hiwaay.net>
	<16de708d0903272231r72a1d904v666e32f21edd07c4@mail.gmail.com>
	<91705d080903280617k1987bfbaj4b13b39594df4a1f@mail.gmail.com>
	<49CE3A69.9070804@verizon.net>
	<91705d080903280815jb2b2d2cj3637bdf04daf2a94@mail.gmail.com>
	<1238257757.21693.8.camel@localhost.localdomain>
	<66ec675b0903280940i2dba6b59g27526de66cb0a14@mail.gmail.com>
Message-ID: <91705d080903280945n4ee6e6cfwc135b991f187e15b@mail.gmail.com>

2009/3/28 Joonas Saraj?rvi <muepsj at gmail.com>:
>
> Of course, the world isn't perfect, and there probably is need for a
> global shortcut to kill or restart X, among other things. However, it
> would be nice if X eventually got rid of everything ctrl-alt-something
> (Zap, vt switches, resolution changes, etc.) , so that the
> combinations could be used for more useful purposes, and replaced them
> with less intrusive ones, if any, as default.

That system is called XKB. You can remap keys to your heart's desire.

--
Dan



From ml at kiewel-online.ch  Sat Mar 28 16:49:22 2009
From: ml at kiewel-online.ch (Uwe Kiewel)
Date: Sat, 28 Mar 2009 17:49:22 +0100
Subject: update from alpha to beta to release
In-Reply-To: <20090328151114.GA30503@wolff.to>
References: <49CE2660.4040105@kiewel-online.ch>
	<20090328151114.GA30503@wolff.to>
Message-ID: <49CE5512.9060301@kiewel-online.ch>

Bruno Wolff III schrieb:
> On Sat, Mar 28, 2009 at 14:30:08 +0100,
>   Uwe Kiewel <ml at kiewel-online.ch> wrote:
>> Hi,
>>
>> if I install a F11 Alpha system from installation DVD, may I update to  
>> F11 beta and late to F11 production release with yum without problems?
> 
> I wouldn't recommend that unless you really want to do something this
> weekend and you don't want to do a network install.
> The mass rebuild occured between the alpha and the beta so nearly every
> package you install will need to be updated.

ack.

It's a very rainy weekend in Switzerland ;-)

Thanks,
	Uwe



From muepsj at gmail.com  Sat Mar 28 17:05:13 2009
From: muepsj at gmail.com (=?UTF-8?Q?Joonas_Saraj=C3=A4rvi?=)
Date: Sat, 28 Mar 2009 19:05:13 +0200
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <91705d080903280945n4ee6e6cfwc135b991f187e15b@mail.gmail.com>
References: <49CD379D.8040104@verizon.net>
	<604aa7910903272115x2647724fm6f8f622791343775@mail.gmail.com>
	<20090328044550.GC613405@hiwaay.net>
	<16de708d0903272231r72a1d904v666e32f21edd07c4@mail.gmail.com>
	<91705d080903280617k1987bfbaj4b13b39594df4a1f@mail.gmail.com>
	<49CE3A69.9070804@verizon.net>
	<91705d080903280815jb2b2d2cj3637bdf04daf2a94@mail.gmail.com>
	<1238257757.21693.8.camel@localhost.localdomain>
	<66ec675b0903280940i2dba6b59g27526de66cb0a14@mail.gmail.com>
	<91705d080903280945n4ee6e6cfwc135b991f187e15b@mail.gmail.com>
Message-ID: <66ec675b0903281005y7c717276yc426cbe8395c08e8@mail.gmail.com>

2009/3/28 Dan Nicholson <dbn.lists at gmail.com>:
> 2009/3/28 Joonas Saraj?rvi <muepsj at gmail.com>:
>>
>> Of course, the world isn't perfect, and there probably is need for a
>> global shortcut to kill or restart X, among other things. However, it
>> would be nice if X eventually got rid of everything ctrl-alt-something
>> (Zap, vt switches, resolution changes, etc.) , so that the
>> combinations could be used for more useful purposes, and replaced them
>> with less intrusive ones, if any, as default.
>
> That system is called XKB. You can remap keys to your heart's desire.

I know that I can configure and tweak my system to my heart's content,
but I rather get used to the default settings where it makes sense. It
eases life with multiple computers, as well as helping others to use
the same software.

I just think that the traditional X shortcuts are not a very good
solution to a problem, and a better one could be developed. I don't
know any perfect solutions, but in my opinion, it is good that some of
the most obtrusive shortcuts are already (possibly) getting a
non-default status.

While I haven't lost any important work due to X.org zapping, I fail
to see why a modern graphics system should have many keyboard
shortcuts itself in such prominent places.

I am also an Emacs user, though I haven't yet figured what control in
Emacs is close to ctrl-alt-backspace. Maybe it's the Finnish layout
that has something positioned more favourably...
-- 
Joonas Saraj?rvi
muepsj at gmail.com



From jkeating at redhat.com  Sat Mar 28 17:11:37 2009
From: jkeating at redhat.com (Jesse Keating)
Date: Sat, 28 Mar 2009 10:11:37 -0700
Subject: rawhide report: 20090328 changes
In-Reply-To: <20090328105859.6F2991B8001@releng2.fedora.phx.redhat.com>
References: <20090328105859.6F2991B8001@releng2.fedora.phx.redhat.com>
Message-ID: <1238260297.3517.52.camel@localhost.localdomain>

On Sat, 2009-03-28 at 10:58 +0000, Rawhide Report wrote:
> Summary:
> Added Packages: 119
> Removed Packages: 4
> Modified Packages: 754

WHAT COULD GO WRONG?

More seriously, we have a shorter window between Beta and Final so its
pretty important that we're focusing on fixing bugs and polish issues
now that we're past the Feature freeze.  Please think twice about every
change you make in rawhide, whether it has potential to make things
better, or potential to make things more unstable.  Together we can work
toward a great Fedora release.

If you really are just itching to work on that next new big risky thing,
then you should take advantage of the early CVS branching we'll enable
next week.  This will allow you to branch for F-11/ and keep careful
changes there, while putting your big risky stuff in devel/.  Those
builds will only be published as koji static-repos for dist-f12, but it
will allow you to test and work in that direction.

Always open/available for questions via email, irc, etc..!

-- 
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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090328/61f814bc/attachment.sig>

From chris.stone at gmail.com  Sat Mar 28 17:18:11 2009
From: chris.stone at gmail.com (Christopher Stone)
Date: Sat, 28 Mar 2009 10:18:11 -0700
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <m3myb54t53.fsf@ursa.amorsen.dk>
References: <49CD379D.8040104@verizon.net>
	<d9c612bf0903271843u2958d511p50554ecffd09a813@mail.gmail.com>
	<m3myb54t53.fsf@ursa.amorsen.dk>
Message-ID: <d9c612bf0903281018x821d9c5odf9ecef6cd0d3cb9@mail.gmail.com>

On Sat, Mar 28, 2009 at 7:30 AM, Benny Amorsen <benny+usenet at amorsen.dk> wrote:
> Christopher Stone <chris.stone at gmail.com> writes:
>
>> I am in 100% total agreement with Gerry, and I hope the FESCo or
>> whatever body is in charge of making a decision for Fedora will make
>> the correct decision on this. ?Obviously (for those of us with brains)
>> the X.org people did not make the correct decision.
>
> Obviously I must be without brains, because I support the change.

Right, I suppose the X.org people realize that X is so incredibly
stable, that no software, no matter how poorly written could ever
cause X to lock up.  Especially games.  You know, those things that
newbies run.  And you know newbies, they are extremely proficient at
switching virtual consoles and killing X sessions...

Can I please just give a big fat DUH to all the X.org people out
there?  Thanks for being so stupid.

-Chris



From sundaram at fedoraproject.org  Sat Mar 28 17:24:11 2009
From: sundaram at fedoraproject.org (Rahul Sundaram)
Date: Sat, 28 Mar 2009 22:54:11 +0530
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <49CE347E.5030701@cox.net>
References: <49CD379D.8040104@verizon.net>	<d9c612bf0903271843u2958d511p50554ecffd09a813@mail.gmail.com>	<49CD86B3.5020407@fedoraproject.org>
	<49CE347E.5030701@cox.net>
Message-ID: <49CE5D3B.9010206@fedoraproject.org>

Clyde E. Kunkel wrote:
> On 03/27/2009 10:08 PM, Rahul Sundaram wrote:
>> Christopher Stone wrote:
>>> <snip<
>> I hope, we continue to leave such decisions to the maintainers of the
>> software rather than micro manage them with a committee. FESCo should
>> not be (usually) be overriding maintainer decisions.
>>
>> Rahul
>>
> 
> Maintainers should also (usually) be listening to the community.

Community is not a single entity. It is a very diverse set of
independent people with sometimes very strong opinions on both sides.

Rahul



From greno at verizon.net  Sat Mar 28 17:21:36 2009
From: greno at verizon.net (Gerry Reno)
Date: Sat, 28 Mar 2009 13:21:36 -0400
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <66ec675b0903281005y7c717276yc426cbe8395c08e8@mail.gmail.com>
References: <49CD379D.8040104@verizon.net>
	<604aa7910903272115x2647724fm6f8f622791343775@mail.gmail.com>
	<20090328044550.GC613405@hiwaay.net>
	<16de708d0903272231r72a1d904v666e32f21edd07c4@mail.gmail.com>
	<91705d080903280617k1987bfbaj4b13b39594df4a1f@mail.gmail.com>
	<49CE3A69.9070804@verizon.net>
	<91705d080903280815jb2b2d2cj3637bdf04daf2a94@mail.gmail.com>
	<1238257757.21693.8.camel@localhost.localdomain>
	<66ec675b0903280940i2dba6b59g27526de66cb0a14@mail.gmail.com>
	<91705d080903280945n4ee6e6cfwc135b991f187e15b@mail.gmail.com>
	<66ec675b0903281005y7c717276yc426cbe8395c08e8@mail.gmail.com>
Message-ID: <49CE5CA0.9090404@verizon.net>

Joonas Saraj?rvi wrote:
> 2009/3/28 Dan Nicholson <dbn.lists at gmail.com>:
>   
>> 2009/3/28 Joonas Saraj?rvi <muepsj at gmail.com>:
>>     
>>> Of course, the world isn't perfect, and there probably is need for a
>>> global shortcut to kill or restart X, among other things. However, it
>>> would be nice if X eventually got rid of everything ctrl-alt-something
>>> (Zap, vt switches, resolution changes, etc.) , so that the
>>> combinations could be used for more useful purposes, and replaced them
>>> with less intrusive ones, if any, as default.
>>>       
>> That system is called XKB. You can remap keys to your heart's desire.
>>     
>
> I know that I can configure and tweak my system to my heart's content,
> but I rather get used to the default settings where it makes sense. It
> eases life with multiple computers, as well as helping others to use
> the same software.
>
> I just think that the traditional X shortcuts are not a very good
> solution to a problem, and a better one could be developed. 
The traditional  three-keystroke combination of Ctrl-Alt-Backspace has 
been working successfully for decades.  There is absolutely nothing 
wrong with this keysequence.  It is one of the most unlikely 
keysequences that a general X user is ever going to hit accidentally.  
It is only the tiny Emacs community with their very similar keystroke 
combinations that has ever had any problems with accidentally tripping 
this keystroke combination.   And it's not fair to the general Xorg 
community that a historical well-understood and expected default should 
be disabled all in the interest of one tiny subcommunity.


> I don't
> know any perfect solutions, but in my opinion, it is good that some of
> the most obtrusive shortcuts are already (possibly) getting a
> non-default status.
>
> While I haven't lost any important work due to X.org zapping, I fail
> to see why a modern graphics system should have many keyboard
> shortcuts itself in such prominent places.
>
> I am also an Emacs user, though I haven't yet figured what control in
> Emacs is close to ctrl-alt-backspace. Maybe it's the Finnish layout
> that has something positioned more favourably...
>   
Try Ctrl-Alt-End or Ctrl-Alt-\.  Emacs users can easily mistakenly type 
Ctrl-Alt-Backspace when attempting these keystrokes especially on 
laptops.  But again, that doesn't mean we need to change default 
behaviors.  What it means is that the Emacs community needs to prepare 
special xorg.conf entries for their purpose of disabling 
Ctrl-Alt-Backspace for them and not pushing a huge change on the massive 
overall Xorg community.

Regards,
Gerry



From loupgaroublond at gmail.com  Sat Mar 28 17:24:25 2009
From: loupgaroublond at gmail.com (Yaakov Nemoy)
Date: Sat, 28 Mar 2009 13:24:25 -0400
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <49CD492C.70200@verizon.net>
References: <49CD379D.8040104@verizon.net>
	<20090327210044.0514AFC25E@magilla.sf.frob.com>
	<49CD3F53.9020405@verizon.net> <49CD42C9.9090706@verizon.net>
	<f12087800903271428y460499ccv60a61aace0c741d9@mail.gmail.com>
	<49CD492C.70200@verizon.net>
Message-ID: <7f692fec0903281024j6ce20f34scb254aa1b6245361@mail.gmail.com>

2009/3/27 Gerry Reno <greno at verizon.net>:
> Adam Miller wrote:
>
> This change to default behavior of Ctrl-Alt-Backspace is an example of a
> tiny minority of Emacs users lobbying xorg for a change that will affect a
> huge number of community and commercial >users including datacenters and
> their sys admins. This change needs to be reversed immediately.
> Ctrl-Alt-Backspace is embedded now into many tools including all the
> virtualization tools. It is >part of the DNA of every sys admin. To change
> this behavior is just insanity.
>
> Regards,
> Gerry
>
>
> Please stop throwing around the "sys admins will freak out" card, I'm
> a sys admin and we do things correctly through provisioning using
> kickstarts. It will be maybe a 3 line edit to a script. It was an
> upstream choice, Fedora has historically remained compliant with
> upstream so I imagine if you would like a change to be made on this
> topic it would be most effective to discuss it with upstream.
>
> -Adam
>
>
>
> I intend to discuss it with upstream.? But this is a huge change to default
> behavior for X control that almost NO ONE knows about.? The default methods
> of controlling the X server have been around for decades and many users and
> sys admins automatically know what the default behavior is that can be
> counted on in almost all situations and therefore this constitutes a big
> change.? And big changes like this need to be advertised extensively instead
> of just quietly slipped in.? I was hoping that Fedora might take the lead on
> stopping this bad change.? And again, yes, I'll take this to upstream as
> well.

Solution, ask people to include it in the Release Notes, where it
belongs, and let sysadmins act appropriately.  This is how things are
done in Fedora.

-Yaakov



From greno at verizon.net  Sat Mar 28 17:25:58 2009
From: greno at verizon.net (Gerry Reno)
Date: Sat, 28 Mar 2009 13:25:58 -0400
Subject: preupgrade today: getting error: cannot download the kickstart
	file
In-Reply-To: <49CE3B29.3010408@verizon.net>
References: <49CE3B29.3010408@verizon.net>
Message-ID: <49CE5DA6.7080000@verizon.net>

Gerry Reno wrote:
> Is something going on with the mirrors today?
>
> Today, I see we are getting this error on an F10 install using 
> preupgrade:
>
> Cannot download the kickstart file...
>
>
> Regards,
> Gerry
>
Can anyone else verify this?  We just tried this preupgrade again with a 
different mirror and we're still seeing the same error.

Regards,
Gerry



From greno at verizon.net  Sat Mar 28 17:28:08 2009
From: greno at verizon.net (Gerry Reno)
Date: Sat, 28 Mar 2009 13:28:08 -0400
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <7f692fec0903281024j6ce20f34scb254aa1b6245361@mail.gmail.com>
References: <49CD379D.8040104@verizon.net>
	<20090327210044.0514AFC25E@magilla.sf.frob.com>	<49CD3F53.9020405@verizon.net>
	<49CD42C9.9090706@verizon.net>
	<f12087800903271428y460499ccv60a61aace0c741d9@mail.gmail.com>
	<49CD492C.70200@verizon.net>
	<7f692fec0903281024j6ce20f34scb254aa1b6245361@mail.gmail.com>
Message-ID: <49CE5E28.9090706@verizon.net>

Yaakov Nemoy wrote:
> 2009/3/27 Gerry Reno <greno at verizon.net>:
>   
>> Adam Miller wrote:
>>
>> This change to default behavior of Ctrl-Alt-Backspace is an example of a
>> tiny minority of Emacs users lobbying xorg for a change that will affect a
>> huge number of community and commercial >users including datacenters and
>> their sys admins. This change needs to be reversed immediately.
>> Ctrl-Alt-Backspace is embedded now into many tools including all the
>> virtualization tools. It is >part of the DNA of every sys admin. To change
>> this behavior is just insanity.
>>
>> Regards,
>> Gerry
>>
>>
>> Please stop throwing around the "sys admins will freak out" card, I'm
>> a sys admin and we do things correctly through provisioning using
>> kickstarts. It will be maybe a 3 line edit to a script. It was an
>> upstream choice, Fedora has historically remained compliant with
>> upstream so I imagine if you would like a change to be made on this
>> topic it would be most effective to discuss it with upstream.
>>
>> -Adam
>>
>>
>>
>> I intend to discuss it with upstream.  But this is a huge change to default
>> behavior for X control that almost NO ONE knows about.  The default methods
>> of controlling the X server have been around for decades and many users and
>> sys admins automatically know what the default behavior is that can be
>> counted on in almost all situations and therefore this constitutes a big
>> change.  And big changes like this need to be advertised extensively instead
>> of just quietly slipped in.  I was hoping that Fedora might take the lead on
>> stopping this bad change.  And again, yes, I'll take this to upstream as
>> well.
>>     
>
> Solution, ask people to include it in the Release Notes, where it
> belongs, and let sysadmins act appropriately.  This is how things are
> done in Fedora.
>
> -Yaakov
>
>   
Please read the entire thread before responding to very early postings.  
The discussion has moved well beyond this point.

Regards,
Gerry

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090328/8803c06b/attachment.htm>

From jreiser at BitWagon.com  Sat Mar 28 17:40:27 2009
From: jreiser at BitWagon.com (John Reiser)
Date: Sat, 28 Mar 2009 10:40:27 -0700
Subject: preupgrade today: getting error: cannot download the kickstart
 file
In-Reply-To: <49CE5DA6.7080000@verizon.net>
References: <49CE3B29.3010408@verizon.net> <49CE5DA6.7080000@verizon.net>
Message-ID: <49CE610B.7030002@BitWagon.com>

>> Is something going on with the mirrors today?

Yes.  The sync (from master to mirrors) may be in progress for F11 beta
release next Tuesday: tens of GB per mirror.  The floodgates for rawhide
have been opened (changes that were held back during the freeze for
F11 beta): more hundreds of packages.  It's also a weekend, spring break
on many academic calendars in the US, time for the final rounds of the
US NCAA college basketball tournament, etc.  The reliability/supervision
of mirrors might be even more erratic than usual.

-- 



From greno at verizon.net  Sat Mar 28 17:45:43 2009
From: greno at verizon.net (Gerry Reno)
Date: Sat, 28 Mar 2009 13:45:43 -0400
Subject: preupgrade today: getting error: cannot download the kickstart
	file
In-Reply-To: <49CE610B.7030002@BitWagon.com>
References: <49CE3B29.3010408@verizon.net> <49CE5DA6.7080000@verizon.net>
	<49CE610B.7030002@BitWagon.com>
Message-ID: <49CE6247.5070203@verizon.net>

John Reiser wrote:
>>> Is something going on with the mirrors today?
>>>       
>
> Yes.  The sync (from master to mirrors) may be in progress for F11 beta
> release next Tuesday: tens of GB per mirror.  The floodgates for rawhide
> have been opened (changes that were held back during the freeze for
> F11 beta): more hundreds of packages.  It's also a weekend, spring break
> on many academic calendars in the US, time for the final rounds of the
> US NCAA college basketball tournament, etc.  The reliability/supervision
> of mirrors might be even more erratic than usual.
>
>   
terrific.  We've been trying numerous mirrors and they all appear to 
have the same problem.  So I guess nobody can perform any upgrades 
today.  They should not screw up every mirror while doing these mirror 
updates.  Some mirrors should still be left operational and then update 
them later.

Regards,
Gerry

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090328/28cef46b/attachment.htm>

From mrmazda at ij.net  Sat Mar 28 17:56:25 2009
From: mrmazda at ij.net (Felix Miata)
Date: Sat, 28 Mar 2009 13:56:25 -0400
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <91705d080903280815jb2b2d2cj3637bdf04daf2a94@mail.gmail.com>
References: <49CD379D.8040104@verizon.net>	<20090327210044.0514AFC25E@magilla.sf.frob.com>	<49CD3F53.9020405@verizon.net>
	<49CD42C9.9090706@verizon.net>	<20090327215820.afa176fd.zaitcev@redhat.com>	<604aa7910903272115x2647724fm6f8f622791343775@mail.gmail.com>	<20090328044550.GC613405@hiwaay.net>	<16de708d0903272231r72a1d904v666e32f21edd07c4@mail.gmail.com>	<91705d080903280617k1987bfbaj4b13b39594df4a1f@mail.gmail.com>	<49CE3A69.9070804@verizon.net>
	<91705d080903280815jb2b2d2cj3637bdf04daf2a94@mail.gmail.com>
Message-ID: <49CE64C9.5070604@ij.net>

On 2009/03/28 08:15 (GMT-0700) Dan Nicholson composed:

> It has everything to do with people accidentally killing their
> X session.

IMO there's no such thing as "accidentally" striking any key sequence that
requires three depressed keys at once. OTOH, openSUSE's solution to require
Ctrl-Alt-BS to be struck twice before it takes effect seems fine.
-- 
"The plans of the diligent lead to profit as surely
as haste leads to poverty."	Proverbs 21:5 NIV

 Team OS/2 ** Reg. Linux User #211409

Felix Miata  ***  http://fm.no-ip.com/



From muepsj at gmail.com  Sat Mar 28 17:55:40 2009
From: muepsj at gmail.com (=?UTF-8?Q?Joonas_Saraj=C3=A4rvi?=)
Date: Sat, 28 Mar 2009 19:55:40 +0200
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <49CE5CA0.9090404@verizon.net>
References: <49CD379D.8040104@verizon.net>
	<16de708d0903272231r72a1d904v666e32f21edd07c4@mail.gmail.com>
	<91705d080903280617k1987bfbaj4b13b39594df4a1f@mail.gmail.com>
	<49CE3A69.9070804@verizon.net>
	<91705d080903280815jb2b2d2cj3637bdf04daf2a94@mail.gmail.com>
	<1238257757.21693.8.camel@localhost.localdomain>
	<66ec675b0903280940i2dba6b59g27526de66cb0a14@mail.gmail.com>
	<91705d080903280945n4ee6e6cfwc135b991f187e15b@mail.gmail.com>
	<66ec675b0903281005y7c717276yc426cbe8395c08e8@mail.gmail.com>
	<49CE5CA0.9090404@verizon.net>
Message-ID: <66ec675b0903281055m4d3517b3y1f3eedb70e7e1808@mail.gmail.com>

2009/3/28 Gerry Reno <greno at verizon.net>:
> Joonas Saraj?rvi wrote:
>>
>> 2009/3/28 Dan Nicholson <dbn.lists at gmail.com>:
>>
>>>
>>> 2009/3/28 Joonas Saraj?rvi <muepsj at gmail.com>:
>>>
>>>>
>>>> Of course, the world isn't perfect, and there probably is need for a
>>>> global shortcut to kill or restart X, among other things. However, it
>>>> would be nice if X eventually got rid of everything ctrl-alt-something
>>>> (Zap, vt switches, resolution changes, etc.) , so that the
>>>> combinations could be used for more useful purposes, and replaced them
>>>> with less intrusive ones, if any, as default.
>>>>
>>>
>>> That system is called XKB. You can remap keys to your heart's desire.
>>>
>>
>> I know that I can configure and tweak my system to my heart's content,
>> but I rather get used to the default settings where it makes sense. It
>> eases life with multiple computers, as well as helping others to use
>> the same software.
>>
>> I just think that the traditional X shortcuts are not a very good
>> solution to a problem, and a better one could be developed.
>
> The traditional ?three-keystroke combination of Ctrl-Alt-Backspace has been
> working successfully for decades. ?There is absolutely nothing wrong with
> this keysequence. ?It is one of the most unlikely keysequences that a
> general X user is ever going to hit accidentally. ?It is only the tiny Emacs
> community with their very similar keystroke combinations that has ever had
> any problems with accidentally tripping this keystroke combination. ? And
> it's not fair to the general Xorg community that a historical
> well-understood and expected default should be disabled all in the interest
> of one tiny subcommunity.

My support for support the X.org developers' decision isn't due to my
Emacs usage. I just think it's a better design to not have the Zap
function enabled as default.

I think leaving the zap function disabled is very much in line with
the general character of Fedora. In past, we have many times replaced
old, de-facto ways of doing things with new, innovative solutions and
decision. In Fedora 10, the default vt for X was changed from vt 1 to
vt 7, despite many arguments similar to yours, and despite that it
could potentially confuse some experienced users. Especially now that
this isn't even a Fedora decision but an upstream one, it would in my
opinion seem a bit odd if Fedora did override that decision. The X
developers seem to think that the system should work so well that
there would be no need for a magic key combo for killing the server. I
think that's quite optimistic and forward-looking, which is mindset
that Fedora also happens to follow quite often.

>> I don't
>> know any perfect solutions, but in my opinion, it is good that some of
>> the most obtrusive shortcuts are already (possibly) getting a
>> non-default status.
>>
>> While I haven't lost any important work due to X.org zapping, I fail
>> to see why a modern graphics system should have many keyboard
>> shortcuts itself in such prominent places.
>>
>> I am also an Emacs user, though I haven't yet figured what control in
>> Emacs is close to ctrl-alt-backspace. Maybe it's the Finnish layout
>> that has something positioned more favourably...
>>
>
> Try Ctrl-Alt-End or Ctrl-Alt-\. ?Emacs users can easily mistakenly type
> Ctrl-Alt-Backspace when attempting these keystrokes especially on laptops.
> ?But again, that doesn't mean we need to change default behaviors. ?What it
> means is that the Emacs community needs to prepare special xorg.conf entries
> for their purpose of disabling Ctrl-Alt-Backspace for them and not pushing a
> huge change on the massive overall Xorg community.

I haven't probably ever used those commands in Emacs.


-- 
Joonas Saraj?rvi
muepsj at gmail.com



From clydekunkel7734 at cox.net  Sat Mar 28 18:00:59 2009
From: clydekunkel7734 at cox.net (Clyde E. Kunkel)
Date: Sat, 28 Mar 2009 14:00:59 -0400
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <49CE5D3B.9010206@fedoraproject.org>
References: <49CD379D.8040104@verizon.net>	<d9c612bf0903271843u2958d511p50554ecffd09a813@mail.gmail.com>	<49CD86B3.5020407@fedoraproject.org>	<49CE347E.5030701@cox.net>
	<49CE5D3B.9010206@fedoraproject.org>
Message-ID: <49CE65DB.2080000@cox.net>

On 03/28/2009 01:24 PM, Rahul Sundaram wrote:
> Clyde E. Kunkel wrote:
>> On 03/27/2009 10:08 PM, Rahul Sundaram wrote:
>>> Christopher Stone wrote:
>>>> <snip<
>>> I hope, we continue to leave such decisions to the maintainers of the
>>> software rather than micro manage them with a committee. FESCo should
>>> not be (usually) be overriding maintainer decisions.
>>>
>>> Rahul
>>>
>> Maintainers should also (usually) be listening to the community.
>
> Community is not a single entity. It is a very diverse set of
> independent people with sometimes very strong opinions on both sides.
>
> Rahul
>

And the many strong opinions need to be heard by the maintainers.  If 
there is a strong opinion, as this diverse thread has shown, then that 
is a strong indication that a decision should be revisited and if no 
change is made, then say why with the facts and data to support it.  I 
haven't seen a real strong indication in this thread why the default 
behavior should be as it is, only why it shouldn't be, tho it does seem 
to be a simple matter to turn on c-a-bs.  The question revolves around 
defaults and which it should be.



From sundaram at fedoraproject.org  Sat Mar 28 18:17:01 2009
From: sundaram at fedoraproject.org (Rahul Sundaram)
Date: Sat, 28 Mar 2009 23:47:01 +0530
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <49CE65DB.2080000@cox.net>
References: <49CD379D.8040104@verizon.net>	<d9c612bf0903271843u2958d511p50554ecffd09a813@mail.gmail.com>	<49CD86B3.5020407@fedoraproject.org>	<49CE347E.5030701@cox.net>	<49CE5D3B.9010206@fedoraproject.org>
	<49CE65DB.2080000@cox.net>
Message-ID: <49CE699D.2040303@fedoraproject.org>

lyde E. Kunkel wrote:

> 
> And the many strong opinions need to be heard by the maintainers

They did hear it (read fedora-test list discussions on the same topic)
but the point remains that the community doesn't have one single opinion
on this topic. Trying to pitch it as a debate between some monolithic
community on one side and the maintainers on the other side is just
plain wrong. Maintainers are part of the same community as everybody else.

Rahul



From greno at verizon.net  Sat Mar 28 18:16:53 2009
From: greno at verizon.net (Gerry Reno)
Date: Sat, 28 Mar 2009 14:16:53 -0400
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <66ec675b0903281055m4d3517b3y1f3eedb70e7e1808@mail.gmail.com>
References: <49CD379D.8040104@verizon.net>
	<16de708d0903272231r72a1d904v666e32f21edd07c4@mail.gmail.com>
	<91705d080903280617k1987bfbaj4b13b39594df4a1f@mail.gmail.com>
	<49CE3A69.9070804@verizon.net>
	<91705d080903280815jb2b2d2cj3637bdf04daf2a94@mail.gmail.com>
	<1238257757.21693.8.camel@localhost.localdomain>
	<66ec675b0903280940i2dba6b59g27526de66cb0a14@mail.gmail.com>
	<91705d080903280945n4ee6e6cfwc135b991f187e15b@mail.gmail.com>
	<66ec675b0903281005y7c717276yc426cbe8395c08e8@mail.gmail.com>
	<49CE5CA0.9090404@verizon.net>
	<66ec675b0903281055m4d3517b3y1f3eedb70e7e1808@mail.gmail.com>
Message-ID: <49CE6995.3090306@verizon.net>

Joonas Saraj?rvi wrote:
> 2009/3/28 Gerry Reno <greno at verizon.net>:
>   
>> The traditional  three-keystroke combination of Ctrl-Alt-Backspace 
>> has been
>> working successfully for decades.  There is absolutely nothing wrong with
>> this keysequence.  It is one of the most unlikely keysequences that a
>> general X user is ever going to hit accidentally.  It is only the tiny Emacs
>> community with their very similar keystroke combinations that has ever had
>> any problems with accidentally tripping this keystroke combination.   And
>> it's not fair to the general Xorg community that a historical
>> well-understood and expected default should be disabled all in the interest
>> of one tiny subcommunity.
>>     
>
> My support for support the X.org developers' decision isn't due to my
> Emacs usage. I just think it's a better design to not have the Zap
> function enabled as default.
>
> I think leaving the zap function disabled is very much in line with
> the general character of Fedora. In past, we have many times replaced
> old, de-facto ways of doing things with new, innovative solutions and
> decision. In Fedora 10, the default vt for X was changed from vt 1 to
> vt 7, despite many arguments similar to yours, and despite that it
> could potentially confuse some experienced users. Especially now that
> this isn't even a Fedora decision but an upstream one, it would in my
> opinion seem a bit odd if Fedora did override that decision. The X
> developers seem to think that the system should work so well that
> there would be no need for a magic key combo for killing the server. I
> think that's quite optimistic and forward-looking, which is mindset
> that Fedora also happens to follow quite often.
>   
The change regarding the default vt made sense since it made the whole 
vt keystroke sequence more sensible.  The change with regard to default 
setting for Ctrl-Alt-Backspace does not make sense.  The default setting 
has not been causing anyone any problems outside of the tiny Emacs 
community.  And the Emacs community as I said can create their own 
special xorg.conf file to deal with their special keystroke combination 
conflict.  And please, Xorg changing the default is not some 
forward-looking thing in any way.  It is nothing more than a special 
interest implementation for a tiny subcommunity that ends up impacting 
sysadmins and creating additional work for them and increases demands on 
time and resources.




>   
>>> I don't
>>> know any perfect solutions, but in my opinion, it is good that some of
>>> the most obtrusive shortcuts are already (possibly) getting a
>>> non-default status.
>>>
>>> While I haven't lost any important work due to X.org zapping, I fail
>>> to see why a modern graphics system should have many keyboard
>>> shortcuts itself in such prominent places.
>>>
>>> I am also an Emacs user, though I haven't yet figured what control in
>>> Emacs is close to ctrl-alt-backspace. Maybe it's the Finnish layout
>>> that has something positioned more favourably...
>>>
>>>       
>> Try Ctrl-Alt-End or Ctrl-Alt-\.  Emacs users can easily mistakenly type
>> Ctrl-Alt-Backspace when attempting these keystrokes especially on laptops.
>>  But again, that doesn't mean we need to change default behaviors.  What it
>> means is that the Emacs community needs to prepare special xorg.conf entries
>> for their purpose of disabling Ctrl-Alt-Backspace for them and not pushing a
>> huge change on the massive overall Xorg community.
>>     
>
> I haven't probably ever used those commands in Emacs.
>
>
>   
Well there are plenty of Emacs users who do use those commands and who 
are having the conflict problem with Ctrl-Alt-Backspace.

Regards,
Gerry


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090328/ec4c20a9/attachment.htm>

From muepsj at gmail.com  Sat Mar 28 18:32:51 2009
From: muepsj at gmail.com (=?UTF-8?Q?Joonas_Saraj=C3=A4rvi?=)
Date: Sat, 28 Mar 2009 20:32:51 +0200
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <49CE6995.3090306@verizon.net>
References: <49CD379D.8040104@verizon.net> <49CE3A69.9070804@verizon.net>
	<91705d080903280815jb2b2d2cj3637bdf04daf2a94@mail.gmail.com>
	<1238257757.21693.8.camel@localhost.localdomain>
	<66ec675b0903280940i2dba6b59g27526de66cb0a14@mail.gmail.com>
	<91705d080903280945n4ee6e6cfwc135b991f187e15b@mail.gmail.com>
	<66ec675b0903281005y7c717276yc426cbe8395c08e8@mail.gmail.com>
	<49CE5CA0.9090404@verizon.net>
	<66ec675b0903281055m4d3517b3y1f3eedb70e7e1808@mail.gmail.com>
	<49CE6995.3090306@verizon.net>
Message-ID: <66ec675b0903281132i7cc5268cj46c3edb866b3f662@mail.gmail.com>

> It is
> nothing more than a special interest implementation for a tiny subcommunity
> that ends up impacting sysadmins and creating additional work for them and
> increases demands on time and resources.

You have said this many times in this thread already. I still think
there are reasons to disable zapping as default, beyond just pleasing
Emacs users.

-- 
Joonas Saraj?rvi
muepsj at gmail.com



From caillon at redhat.com  Sat Mar 28 18:40:27 2009
From: caillon at redhat.com (Christopher Aillon)
Date: Sat, 28 Mar 2009 11:40:27 -0700
Subject: preupgrade today: getting error: cannot download the kickstart
 file
In-Reply-To: <49CE610B.7030002@BitWagon.com>
References: <49CE3B29.3010408@verizon.net> <49CE5DA6.7080000@verizon.net>
	<49CE610B.7030002@BitWagon.com>
Message-ID: <49CE6F1B.1000603@redhat.com>

On 03/28/2009 10:40 AM, John Reiser wrote:
>>> Is something going on with the mirrors today?
>
> Yes.  The sync (from master to mirrors) may be in progress for F11 beta
> release next Tuesday: tens of GB per mirror.  The floodgates for rawhide
> have been opened (changes that were held back during the freeze for
> F11 beta): more hundreds of packages.  It's also a weekend, spring break
> on many academic calendars in the US, time for the final rounds of the
> US NCAA college basketball tournament, etc.  The reliability/supervision
> of mirrors might be even more erratic than usual.

Also, the Mozilla guys released a Firefox security update yesterday 
afternoon (we have updates already out for all supported releases), and 
many of our mirrors are also mozilla mirrors...



From cmadams at hiwaay.net  Sat Mar 28 18:42:49 2009
From: cmadams at hiwaay.net (Chris Adams)
Date: Sat, 28 Mar 2009 13:42:49 -0500
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <66ec675b0903281055m4d3517b3y1f3eedb70e7e1808@mail.gmail.com>
References: <16de708d0903272231r72a1d904v666e32f21edd07c4@mail.gmail.com>
	<91705d080903280617k1987bfbaj4b13b39594df4a1f@mail.gmail.com>
	<49CE3A69.9070804@verizon.net>
	<91705d080903280815jb2b2d2cj3637bdf04daf2a94@mail.gmail.com>
	<1238257757.21693.8.camel@localhost.localdomain>
	<66ec675b0903280940i2dba6b59g27526de66cb0a14@mail.gmail.com>
	<91705d080903280945n4ee6e6cfwc135b991f187e15b@mail.gmail.com>
	<66ec675b0903281005y7c717276yc426cbe8395c08e8@mail.gmail.com>
	<49CE5CA0.9090404@verizon.net>
	<66ec675b0903281055m4d3517b3y1f3eedb70e7e1808@mail.gmail.com>
Message-ID: <20090328184249.GD613405@hiwaay.net>

Once upon a time, Joonas Saraj??rvi <muepsj at gmail.com> said:
> I think leaving the zap function disabled is very much in line with
> the general character of Fedora. In past, we have many times replaced
> old, de-facto ways of doing things with new, innovative solutions and
> decision.

Yes, but this is a case of replacing an old, de-facto way of doing
things with nothing.  Now, if your X server is hosed, you hit the reset
switch.

> Especially now that
> this isn't even a Fedora decision but an upstream one, it would in my
> opinion seem a bit odd if Fedora did override that decision.

This is a configuration item, and plenty of configuration items are
changed from upstream defaults.

-- 
Chris Adams <cmadams at hiwaay.net>
Systems and Network Administrator - HiWAAY Internet Services
I don't speak for anybody but myself - that's enough trouble.



From mike.cloaked at gmail.com  Sat Mar 28 18:47:43 2009
From: mike.cloaked at gmail.com (Mike Cloaked)
Date: Sat, 28 Mar 2009 18:47:43 +0000 (UTC)
Subject: 2009-03-26 - Fedora Test Day - Nouveau graphics driver [results]
References: <1237930123.3620.531.camel@flatline.devel.redhat.com>
	<1238172382.3415.261.camel@flatline.devel.redhat.com>
Message-ID: <loom.20090328T184457-125@post.gmane.org>

James Laska <jlaska <at> redhat.com> writes:

> 
> Greetings testers,
> 
> Thanks to all who participated!  Test days with Live images are always
> very popular.  I've also learned that Test Days that focus on
> high-profile features that impact a large set of users are even more
> popular.

Will there be a followup test day to allow anyone who was not available on the
test day to contribute test results once changes have been made following the
success of the test day?

I have two nvidia cards that seem not to have been covered in the test day
results.  I would certainly like to see the nouveau driver have the best chance
of working from day 1 of the next release.




From caillon at redhat.com  Sat Mar 28 18:51:25 2009
From: caillon at redhat.com (Christopher Aillon)
Date: Sat, 28 Mar 2009 11:51:25 -0700
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <20090328042809.GA16399@wolff.to>
References: <49CD379D.8040104@verizon.net>	<20090327210044.0514AFC25E@magilla.sf.frob.com>	<49CD3F53.9020405@verizon.net>
	<49CD42C9.9090706@verizon.net>	<20090327215820.afa176fd.zaitcev@redhat.com>	<604aa7910903272115x2647724fm6f8f622791343775@mail.gmail.com>
	<20090328042809.GA16399@wolff.to>
Message-ID: <49CE71AD.6070404@redhat.com>

On 03/27/2009 09:28 PM, Bruno Wolff III wrote:
> On Fri, Mar 27, 2009 at 20:15:39 -0800,
>    Jeff Spaleta<jspaleta at gmail.com>  wrote:
>> On Fri, Mar 27, 2009 at 7:58 PM, Pete Zaitcev<zaitcev at redhat.com>  wrote:
>>> Oh please. When was the last time X wedged so the keyboard survived?
>>> Your imaginary sysadmins have to powercycle anyway.
>> Better yet, when is it not better to use SysRq keycombos and try to
>> diagnose things?
>> If you can get back keyboard control via SysRq, isn't it more
>> beneficial to make use of SysRq instead of zapping?
>
> Not if you are just trying to get your system to boot up. Currently I have
> to restart X a couple of times on average before I get a login screen.
> Eventually I shouldn't have to do that, but for now I have to live with

I imagine that trying to diagnose the problem a little and filing a bug 
will lead to you having to live with that behavior for much less time 
than just leaving it to chance that eventually someone will randomly fix 
your precise issue.



From sundaram at fedoraproject.org  Sat Mar 28 19:21:21 2009
From: sundaram at fedoraproject.org (Rahul Sundaram)
Date: Sun, 29 Mar 2009 00:51:21 +0530
Subject: 2009-03-26 - Fedora Test Day - Nouveau graphics driver [results]
In-Reply-To: <loom.20090328T184457-125@post.gmane.org>
References: <1237930123.3620.531.camel@flatline.devel.redhat.com>	<1238172382.3415.261.camel@flatline.devel.redhat.com>
	<loom.20090328T184457-125@post.gmane.org>
Message-ID: <49CE78B1.9060105@fedoraproject.org>

Mike Cloaked wrote:
> James Laska <jlaska <at> redhat.com> writes:
> 
>> Greetings testers,
>>
>> Thanks to all who participated!  Test days with Live images are always
>> very popular.  I've also learned that Test Days that focus on
>> high-profile features that impact a large set of users are even more
>> popular.
> 
> Will there be a followup test day to allow anyone who was not available on the
> test day to contribute test results once changes have been made following the
> success of the test day?
> 
> I have two nvidia cards that seem not to have been covered in the test day
> results.  I would certainly like to see the nouveau driver have the best chance
> of working from day 1 of the next release.

Then test it as soon as you can with the live cd's provided or with the
beta release and file bug reports if things aren't working. There is no
reasons to limit bug reports to just test days.

Rahul



From ml at kiewel-online.ch  Sat Mar 28 19:41:52 2009
From: ml at kiewel-online.ch (Uwe Kiewel)
Date: Sat, 28 Mar 2009 20:41:52 +0100
Subject: broken deps F10 -> Rawhide 
Message-ID: <49CE7D80.90707@kiewel-online.ch>

Hi,

I have installed F10 64 Bit and rolled it forward to the latest updates. 
Thenm I installed fedora-release from the development tree and tryed:

yum -y update

It sucks:

--> Processing Dependency: python(abi) = 2.5 for package: audit-libs-python
---> Package sgml-common.noarch 0:0.6.3-27.fc11 set to be updated
--> Finished Dependency Resolution
2:gimp-help-browser-2.6.6-1.fc10.x86_64 from installed has depsolving 
problems
   --> Missing Dependency: libwebkit-1.0.so.1()(64bit) is needed by 
package 2:gimp-help-browser-2.6.6-1.fc10.x86_64 (installed)
audit-libs-python-1.7.12-3.fc10.x86_64 from installed has depsolving 
problems
   --> Missing Dependency: python(abi) = 2.5 is needed by package 
audit-libs-python-1.7.12-3.fc10.x86_64 (installed)
2:gimp-2.6.6-1.fc10.x86_64 from installed has depsolving problems
   --> Missing Dependency: libpoppler-glib.so.3()(64bit) is needed by 
package 2:gimp-2.6.6-1.fc10.x86_64 (installed)
postgresql-libs-8.3.7-1.fc10.x86_64 from installed has depsolving problems
   --> Missing Dependency: libcrypto.so.7()(64bit) is needed by package 
postgresql-libs-8.3.7-1.fc10.x86_64 (installed)
postgresql-libs-8.3.7-1.fc10.x86_64 from installed has depsolving problems
   --> Missing Dependency: libssl.so.7()(64bit) is needed by package 
postgresql-libs-8.3.7-1.fc10.x86_64 (installed)
Error: Missing Dependency: libcrypto.so.7()(64bit) is needed by package 
postgresql-libs-8.3.7-1.fc10.x86_64 (installed)
Error: Missing Dependency: libpoppler-glib.so.3()(64bit) is needed by 
package 2:gimp-2.6.6-1.fc10.x86_64 (installed)
Error: Missing Dependency: libssl.so.7()(64bit) is needed by package 
postgresql-libs-8.3.7-1.fc10.x86_64 (installed)
Error: Missing Dependency: python(abi) = 2.5 is needed by package 
audit-libs-python-1.7.12-3.fc10.x86_64 (installed)
Error: Missing Dependency: libwebkit-1.0.so.1()(64bit) is needed by 
package 2:gimp-help-browser-2.6.6-1.fc10.x86_64 (installed)
[root at ontario ~]#



From alsadi at gmail.com  Sat Mar 28 19:45:02 2009
From: alsadi at gmail.com (Muayyad AlSadi)
Date: Sat, 28 Mar 2009 22:45:02 +0300
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <49CE71AD.6070404@redhat.com>
References: <49CD379D.8040104@verizon.net>
	<20090327210044.0514AFC25E@magilla.sf.frob.com>
	<49CD3F53.9020405@verizon.net> <49CD42C9.9090706@verizon.net>
	<20090327215820.afa176fd.zaitcev@redhat.com>
	<604aa7910903272115x2647724fm6f8f622791343775@mail.gmail.com>
	<20090328042809.GA16399@wolff.to> <49CE71AD.6070404@redhat.com>
Message-ID: <385866f0903281245y7499681an4987add4c3e14d7d@mail.gmail.com>

and how can this be configured while do don't have a xorg.conf files ?



From sundaram at fedoraproject.org  Sat Mar 28 20:03:36 2009
From: sundaram at fedoraproject.org (Rahul Sundaram)
Date: Sun, 29 Mar 2009 01:33:36 +0530
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <385866f0903281245y7499681an4987add4c3e14d7d@mail.gmail.com>
References: <49CD379D.8040104@verizon.net>	<20090327210044.0514AFC25E@magilla.sf.frob.com>	<49CD3F53.9020405@verizon.net>
	<49CD42C9.9090706@verizon.net>	<20090327215820.afa176fd.zaitcev@redhat.com>	<604aa7910903272115x2647724fm6f8f622791343775@mail.gmail.com>	<20090328042809.GA16399@wolff.to>
	<49CE71AD.6070404@redhat.com>
	<385866f0903281245y7499681an4987add4c3e14d7d@mail.gmail.com>
Message-ID: <49CE8298.5000902@fedoraproject.org>

Muayyad AlSadi wrote:
> and how can this be configured while do don't have a xorg.conf files ?

Just create one. Simple.

Rahul



From greno at verizon.net  Sat Mar 28 19:58:46 2009
From: greno at verizon.net (Gerry Reno)
Date: Sat, 28 Mar 2009 15:58:46 -0400
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <385866f0903281245y7499681an4987add4c3e14d7d@mail.gmail.com>
References: <49CD379D.8040104@verizon.net>
	<20090327210044.0514AFC25E@magilla.sf.frob.com>	<49CD3F53.9020405@verizon.net>
	<49CD42C9.9090706@verizon.net>	<20090327215820.afa176fd.zaitcev@redhat.com>
	<604aa7910903272115x2647724fm6f8f622791343775@mail.gmail.com>
	<20090328042809.GA16399@wolff.to> <49CE71AD.6070404@redhat.com>
	<385866f0903281245y7499681an4987add4c3e14d7d@mail.gmail.com>
Message-ID: <49CE8176.6070200@verizon.net>

Muayyad AlSadi wrote:
> and how can this be configured while do don't have a xorg.conf files ?
>
>   
You open a ticket using whatever ticket system your company has in place 
and request that a sysadmin make the entries in xorg.conf for you.

Regards,
Gerry



From sundaram at fedoraproject.org  Sat Mar 28 20:06:00 2009
From: sundaram at fedoraproject.org (Rahul Sundaram)
Date: Sun, 29 Mar 2009 01:36:00 +0530
Subject: broken deps F10 -> Rawhide
In-Reply-To: <49CE7D80.90707@kiewel-online.ch>
References: <49CE7D80.90707@kiewel-online.ch>
Message-ID: <49CE8328.4000509@fedoraproject.org>

Uwe Kiewel wrote:
> Hi,
> 
> I have installed F10 64 Bit and rolled it forward to the latest updates.
> Thenm I installed fedora-release from the development tree and tryed:
> 
> yum -y update
> 
> It sucks:
> 
> --> Processing Dependency: python(abi) = 2.5 for package: audit-libs-python

yum -y update --skip-broken is useful as a workaround but the real issue
has been fixed and the update is available at

http://koji.fedoraproject.org/koji/buildinfo?buildID=94529

Should be in rawhide as well. It was delayed due to the beta freeze.

Rahul



From rawhide at fedoraproject.org  Sat Mar 28 10:58:59 2009
From: rawhide at fedoraproject.org (Rawhide Report)
Date: Sat, 28 Mar 2009 10:58:59 +0000 (UTC)
Subject: rawhide report: 20090328 changes
Message-ID: <20090328105859.6F2991B8001@releng2.fedora.phx.redhat.com>

Compose started at Sat Mar 28 06:01:03 UTC 2009

New package CodeAnalyst-gui
        CodeAnalyst is a Performance Analysis Suite for AMD-based System
New package L-function
        L-function calculator
New package R-qtl
        Tools for analyzing QTL experiments
New package afpfs-ng
        Apple Filing Protocol client
New package backup-light
        A small backup bash utility
New package beteckna-fonts
        Beteckna sans-serif fonts
New package bio2jack
        A library for porting blocked io(OSS/ALSA) applications to jack
New package blahtexml
        TeX / MathML converter
New package btanks
        Funny battle on your desk
New package clc-intercal
        Compiler for the INTERCAL language
New package coccinelle
        Semantic patching for Linux (spatch)
New package davfs2
        A filesystem driver for WebDAV
New package django-evolution
        Schema evolution for Django
New package dropwatch
        Kernel dropped packet monitor
New package earth-and-moon-backgrounds
        Modern background
New package echolinux
        Linux echoLink client
New package eclipse-findbugs
        Eclipse plugin for FindBugs
New package eina
        A classic player for a modern era
New package faust
        Compiled language for real-time audio signal processing
New package fcode-utils
        Utilities for dealing with FCode
New package findbugs
        Find bugs in Java code
New package flint
        Fast Library for Number Theory
New package fluid-soundfont
        Pro-quality GM/GS soundfont
New package gadget
        XMPP server component for tracking people and activities
New package gdesklets-citation
        Display quote
New package genus2reduction
        Computes Reductions of Genus 2 Proper Smooth Curves
New package ggz-base-libs
        Base libraries for GGZ gaming zone
New package ghc-haskell-src-exts
        Library for Manipulating Haskell source
New package ghc-uniplate
        Uniform type generic traversals
New package globus-core
        Globus Toolkit - Globus Core
New package globus-libtool
        Globus Toolkit - Globus libtool package
New package gnome-guitar
        A small suite of applications for the guitarist
New package gnu-free-fonts
        Free UCS Outline Fonts
New package gnubik
        3D interactive graphics puzzle
New package grid-packaging-tools
        Grid Packaging Tools (GPT)
New package gupnp-vala
        GUPnP is a upnp framework. This adds vala language bindings
New package hscolour
        Colourizes Haskell code
New package hyphen-fa
        Farsi hyphenation rules
New package hyphen-ia
        Interlingua hyphenation rules
New package hyphen-mn
        Mongolian hyphenation rules
New package iax
        Implementation of Inter-Asterisk eXchange protocol
New package ibus-sayura
        The Sinhala engine for IBus input platform
New package ibus-table-cangjie
        Cang Jie input methods for ibus-table
New package icc_examin
        ICC profile viewer and color visualization
New package ioport
        Access I/O ports
New package k3guitune
        Musical instrument tuner
New package knemo
        A KDE network monitoring tool
New package kvkbd
        Virtual keyboard for KDE
New package latex2rtf
        LaTeX to RTF converter that handles equations, figures, and cross-references
New package lekhonee
        A blog client
New package libass
        Portable library for SSA/ASS subtitles rendering
New package libdmapsharing
        A DMAP client and server library
New package libgdither
        Library for applying dithering to PCM audio sources
New package libopensync-plugin-sunbird
        Mozilla Calendar / Sunbird Synchronization Plug-In for OpenSync
New package libopensync-plugin-synce
        Synce plugin for libopensync to sync WM2003 devices
New package libowfat
        Reimplementation of libdjb
New package libservicelog
        Servicelog Database and Library
New package libvirt-qpid
        QPid QMF interface to Libvirt
New package libwps
        Library for reading and converting Microsoft Works word processor documents
New package lpairs
        Classical memory game with cards
New package lxmenu-data
        Data files for the LXDE menu
New package mediawiki-semantic
        An extension of MediaWiki that improves content organization
New package mingw32-expat
        MinGW Windows port of expat XML parser library
New package mingw32-fontconfig
        MinGW Windows Fontconfig library
New package mingw32-gtk-vnc
        MinGW Windows port of VNC client GTK widget
New package mingw32-gtk2
        MinGW Windows Gtk2 library
New package mingw32-jasper
        MinGW Windows Jasper library
New package mingw32-liboil
        Library of Optimized Inner Loops, CPU optimized functions
New package mingw32-pango
        MinGW Windows Pango library
New package mingw32-physfs
        MinGW Windows port of the PhysicsFS library
New package mingw32-qt
        Qt for Windows
New package mingw32-qt-qmake
        Qt for Windows Build Environment
New package mingw32-qwt
        MinGW Windows Qwt library
New package mingw32-wpcap
        MinGW user-level packet capture
New package mscore
        Music Composition & Notation Software
New package multisync
        Calendar (and other PIM data) synchronization program
New package netstat-nat
        A tool that displays NAT connections
New package ninvaders
        Space Invaders clone written in ncurses for cli gaming
New package noip
        A dynamic DNS update client
New package ocaml-p3l
        OCaml compiler for parallel programs
New package ocaml-pa-do
        OCaml syntax extension for delimited overloading
New package pdftk
        The PDF Tool Kit
New package perl-Apache-Htpasswd
        Manage Unix crypt-style password file
New package perl-Authen-Krb5-Admin
        Perl extension for MIT Kerberos 5 admin interface
New package perl-Best
        Fallbackable module loader
New package perl-CGI-Application
        Framework for building reusable web-applications
New package perl-Data-Denter
        An alternative to Data::Dumper and Storable
New package perl-Date-ICal
        Perl extension for ICalendar date objects
New package perl-Date-Leapyear
        Is a particular year a leap year?
New package perl-HTML-Strip
        Perl extension for stripping HTML markup from text
New package perl-Verilog-CodeGen
        Verilog code generator
New package perl-XML-Simple-DTDReader
        Simple XML file reading based on their DTDs
New package php-pecl-runkit
        Mangle with user defined functions and classes
New package pyfacebook
        Python wrapper for Facebook's API
New package pyifp
        Python Bindings for libifp
New package python-TraitsBackendQt
        PyQt backend for Traits and TraitsGUI
New package python-networkx
        Creates and Manipulates Graphs and Networks
New package python-text_table
        Simple Eyecandy ASCII Tables
New package qd
        Double-Double and Quad-Double Arithmetic
New package reinteract
        Interactive Python shell
New package renameutils
        A set of programs to make renaming and copying of files easier
New package simspark
        Spark physical simulation system
New package slock
        Simple X display locker
New package spring
        Multiplayer, 3D realtime strategy combat game
New package spring-installer
        Installer for the Spring game's maps and mods
New package spring-maps-default
        Default maps for Spring
New package springlobby
        A lobby client for the spring RTS game engine
New package subtitlecomposer
        A text-based subtitles editor
New package sympow
        Special Values of Symmetric Power Elliptic Curve L-Functions
New package sysbench
        System performance benchmark
New package taglib-extras
        Taglib support for other formats
New package tcl-tkpng
        Tcl/Tk support for PNG
New package tcl-trf
        Tcl extension providing "transformer" commands
New package transifex
        A system for distributed translation submissions
New package tucnak2
        VHF contest logging program
New package watchdog
        Software and/or Hardware watchdog daemon
New package wcslib
        An implementation of the FITS World Coordinate System standard
New package yofrankie-bge
        3D Game with characters from Big Buck Bunny movie
New package zikula
        Zikula is a free open source Web Application Framework
Removed package freefont
Removed package ggz-client-libs
Removed package guidance-power-manager
Removed package libggz
Updated Packages:

Cython-0.11-2.fc11
------------------
* Sat Mar 14 2009 Neal Becker <ndbecker2 at gmail.com> - 0.11-1
- Update to 0.11
- Exclude numpy from tests so we don't have to BR it

* Sat Mar 14 2009 Neal Becker <ndbecker2 at gmail.com> - 0.11-2
- Missed cython.py*


DeviceKit-disks-003-9.fc11
--------------------------
* Fri Mar 27 2009 Matthias Clasen  <mclasen at redhat.com> - 003-9.f11
- Don't require ntfsprogs on ppc, where it doesn't exist

* Wed Mar 25 2009 Matthias Clasen  <mclasen at redhat.com> - 003-8.f11
- Add dependencies to for all the cmdline tools we use (#490670)


Django-1.0.2-3.fc11
-------------------
* Thu Mar 12 2009 Michel Salim <salimma at fedoraproject.org> - 1.0.2-3
- Build HTML documentation (bug #484070)
- No longer excluding *.py? in bindir, F11's Python does not optimizes these


GConf2-2.26.0-1.fc11
--------------------
* Mon Mar 16 2009 Ray Strode <rstrode at redhat.com> - 2.26.0-1
- update to 2.26.0


GLC_Player-2.0.0-1.fc11
-----------------------
* Mon Mar 23 2009 kwizart < kwizart at gmail.com > - 2.0.0-1
- Update to 2.0.0


GLC_lib-1.1.0-1.fc11
--------------------
* Mon Mar 23 2009 kwizart < kwizart at gmail.com > - 1.1.0-1
- Update to 1.1.0


GREYCstoration-2.8-4.fc11
-------------------------

ImageMagick-6.4.9.6-2.fc11
--------------------------
* Fri Mar 13 2009 Hans de Goede <hdegoede at redhat.com> 6.4.9.6-2
- Fix undefined warning in magick-type.h (#489453)
- Do not link PerlMagick against system ImageMagick, but against the just
  build one


Miro-2.0.3-1.fc11
-----------------
* Mon Mar 16 2009 Alex Lancaster <alexlan[AT]fedoraproject org> - 2.0.3-1
- Update to upstream 2.0.3
- Add patch to disable xine-hack, hopefully fixes #480527
- Use internal 0.14 version of rb_libtorrent for < F-11 (#489755)


NetworkManager-0.7.0.99-5.git20090326.fc11
------------------------------------------
* Thu Mar 26 2009 Dan Williams <dcbw at redhat.com> - 1:0.7.0.99-5
- nm: fix crashes with out-of-tree modules that provide no driver link (rh #492246)
- nm: fix USB modem probing on recent udev versions

* Tue Mar 24 2009 Dan Williams <dcbw at redhat.com> - 1:0.7.0.99-4
- nm: fix communication with Option GT Max 3.6 mobile broadband cards
- nm: fix communication with Huawei mobile broadband cards (rh #487663)
- nm: don't look up hostname when HOSTNAME=localhost unless asked (rh #490184)
- nm: fix crash during IP4 configuration (rh #491620)
- nm: ignore ONBOOT=no for minimal ifcfg files (f9 & f10 only) (rh #489398)
- applet: updated translations

* Wed Mar 18 2009 Dan Williams <dcbw at redhat.com> - 1:0.7.0.99-3.5
- nm: work around unhandled device removals due to missing HAL events (rh #484530)
- nm: improve handling of multiple modem ports
- nm: support for Sony Ericsson F3507g / MD300 and Dell 5530
- applet: updated translations


ORBit2-2.14.17-1.fc11
---------------------
* Sun Mar 15 2009 Matthias Clasen <mclasen at redhat.com> - 2.14.17-1
- 2.14.17


OpenIPMI-2.0.16-1.fc11
----------------------
* Thu Mar 19 2009 Jan Safranek <jsafrane at redhat.com> - 2.0.16-1
- new upstream release


PackageKit-0.4.6-0.3.20090324git.fc11
-------------------------------------
* Tue Mar 24 2009 Richard Hughes  <rhughes at redhat.com> - 0.4.6-0.3.20090324git
- Update to todays git snapshot with fixed ChangeLog functionality.

* Mon Mar 23 2009 Matthias Clasen  <mclasen at redhat.com> - 0.4.6-0.2.2009319git
- Make the GTK+ module resident

* Thu Mar 19 2009 Richard Hughes  <rhughes at redhat.com> - 0.4.6-0.1.20090319git
- Update to todays git snapshot so we can test the update ChangeLog feature.

* Mon Mar 16 2009 Richard Hughes  <rhughes at redhat.com> - 0.4.5-2
- Add two patches from upstream:
 - Allow users to turn off update cache to try to debug #20559
 - Filter out duplicate updates to fix #488509


PersonalCopy-Lite-soundfont-4.1-5.fc11
--------------------------------------
* Mon Mar 23 2009 Orcan Ogetbil <oget[DOT]fedora[AT]gmail[DOT]com> - 4.1-5
- Drop PersonalCopy-Lite-patches package (GUS patches are provided by the 
  fluid-soundfont from now on).


R-2.8.1-7.fc11
--------------
* Tue Mar 24 2009 Tom "spot" Callaway <tcallawa at redhat.com> - 2.8.1-6
- add profile.d scripts to set R_HOME 
- rpmlint cleanups

* Tue Mar 24 2009 Tom "spot" Callaway <tcallawa at redhat.com> - 2.8.1-7
- bump for new tag

* Mon Mar 23 2009 Tom "spot" Callaway <tcallawa at redhat.com> - 2.8.1-5
- add R-java and R-java-devel "dummy" packages, so that we can get java dependent R-modules 
  to build/install


R-BufferedMatrix-1.6.0-2.fc11
-----------------------------
* Sun Mar 22 2009 pingou <pingou at pingoured.fr> - 1.6.0-2
- -devel should contain only the folder include  !

* Sat Mar 21 2009 pingou <pingou at pingoured.fr> - 1.6.0-1
- Update to Biocondutor 2.3
- Put back the headers to libdir instead of moving them to datadir


R-BufferedMatrixMethods-1.3.0-4.fc11
------------------------------------
* Sat Mar 21 2009 Robert Scheck <robert at fedoraproject.org> - 1.3.0-4
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


R-car-1.2-6.fc11
----------------
* Tue Mar 10 2009 Orion Poplawski <orion at cora.nwra.com> 1.2-6
- Update to 1.2-12


R-multcomp-1.0-5.fc11
---------------------
* Tue Mar 10 2009 Orion Poplawski <orion at cora.nwra.com> - 1.0-5
- Update to 1.0-7


R-systemfit-1.0-6.fc11
----------------------
* Tue Mar 10 2009 Orion Poplawski <orion at cora.nwra.com> - 1.0-6
- Update to 1.0-9
- Fix latex requires


R2spec-2.5.2-1.fc11
-------------------
* Sun Mar 22 2009 Pingou <pingou-at-pingoured.fr> 2.5.2-1
- New upstream release


TVAnytimeAPI-1.3-5.fc11
-----------------------
* Fri Mar 13 2009 Sandro Mathys <red at fedoraproject.org> - 1.3-5
- Added patch submitted by Tim Coote with the parts that were added to the standard implemented by TVAnytimeAPI.


Xaw3d-1.5E-14.fc11
------------------
* Sun Mar 15 2009 Hans de Goede <hdegoede at redhat.com> 1.5E-14
- Fix a bunch of (potentially harmfull) compiler warnings


Zim-0.28-1.fc11
---------------
* Mon Mar 16 2009 Chris Weyl <cweyl at alumni.drew.edu> 0.28-1
- update to 0.28


abrt-0.0.2-1.fc11
-----------------
* Wed Mar 11 2009 Jiri Moskovcak <jmoskovc at redhat.com> 0.0.2-1
- new version
- removed unneeded patch for rpm 4.7
- added kerneloops addon to rpm (aarapov)
- added kerneloops addon and plugin (aarapov)
- Made Crash() private
- Applet requires gui, removed dbus-glib deps
- Closing stdout in daemon rhbz#489622
- Changed applet behaviour according to rhbz#489624
- Changed gui according to rhbz#489624, fixed dbus timeouts
- Increased timeout for async dbus calls to 60sec
- deps cleanup, signal AnalyzeComplete has the crashreport as an argument.
- Fixed empty package Description.
- Fixed problem with applet tooltip on x86_64
- More renaming issues fixed..
- Changed BR from gtkmm24 to gtk2
- Fixed saving of user comment
- Added a progress bar, new Comment entry for user comments..
- FILENAME_CMDLINE and FILENAME_RELEASE are optional
- new default path to DB


ace-0.0.7-2.fc11
----------------
* Mon Mar 16 2009 Bryan Kearney <bkearney at redhat.com> 0.0.7-2
- Ovirt enhancements from Joey Boggs


alacarte-0.11.10-1.fc11
-----------------------
* Tue Mar 17 2009 Matthias Clasen <mclasen at redhat.com> - 0.11.10-1
- Update to 0.11.10


alexandria-0.6.4.1-2.fc11
-------------------------
* Thu Mar 26 2009 Mamoru Tasaka <mtasaka at ioa.s.u-tokyo.ac.jp> - 0.6.4.1-2
- Fix arguments of bindtextdomain() for ruby(gettext) 2.0.0

* Mon Mar 16 2009 Mamoru Tasaka <mtasaka at ioa.s.u-tokyo.ac.jp> - 0.6.4.1-1
- 0.6.4.1 (fixing upstream bug 24568)

* Sun Mar 15 2009 Mamoru Tasaka <mtasaka at ioa.s.u-tokyo.ac.jp> - 0.6.4-1
- 0.6.4
- Patch from upstream to fix issue when book entry is once sorted
  (upstream bug 24568)


alleyoop-0.9.5-1.fc11
---------------------
* Mon Mar 09 2009 Gianluca Sforna <giallu gmail com> - 0.9.5-1
- New upstream version


anacron-2.3-73.fc11
-------------------
* Fri Mar 27 2009 Marcela Ma??l????ov?? <mmaslano at redhat.com> 2.3-73
- rewrite the range and random patches with checking log to one 
  more lucid with help of tmraz.


anjuta-2.25.903.0-1.fc11
------------------------
* Tue Mar 10 2009 Debarshi Ray <rishi at fedoraproject.org> - 1:2.25.903.0-1
- Version bump to 2.25.903.0.
  * Fixed Glade and version control integration.
  * Updated documentation.
  * Automatically select program to run if the project has only one
    executable. (GNOME Bugzilla #564306)
  * Build (basic Autotools) plugin:
    + Save configuration options for build configuration. (GNOME Bugzilla
          + Fixed Valgrind violations. (GNOME Bugzilla #565170)
  * GtkSourceView editor plugin:
    + Make swapping of .h and .c work for C header files. (GNOME Bugzilla
          + Should not crash when closing unsaved file. (GNOME Bugzilla #559806)
    + Fixed crash when closing a read-only file that threw an exception while
      running a program in the debugger. (GNOME Bugzilla #564891)
  * Scintilla editor plugin:
    + Make auto-complete box vanish on backspace. (GNOME Bugzilla #567068)
  * Search plugin:
    + Repaired Find & Replace. (GNOME Bugzilla #571760)
    + Fixed crash when clicking on the results of 'Find in files ...'. (GNOME
      Bugzilla #572608)
  * Symbol-db plugin:
    + Fixed Valgrind violations. (GNOME Bugzilla #572637)
  * http://ftp.gnome.org/pub/GNOME/sources/anjuta/2.25/anjuta-2.25.903.0.news
- Fixed configure to correctly handle --enable-plugin-scintilla.
- Upstream no longer installs /usr/bin/benchmark.


antlr-2.7.7-5.fc11
------------------
* Fri Mar 20 2009 Deepak Bhole <dbhole at redhat.com> - 0:2.7.7-5
- Include cstdio in CharScanner.hpp (needed to build with GCC 4.4)
- Merge changes from includestrings patch into the above one

* Mon Feb 23 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 0:2.7.7-4
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


antlr3-3.1.1-7.fc11
-------------------
* Tue Mar 17 2009 Bart Vanbrabant <bart.vanbrabant at zoeloelip.be> - 3.1.1-7
- Fix the name of the jar to antlr.jar

* Mon Feb 23 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 3.1.1-6
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild

* Mon Jan 12 2009 Colin Walters <walters at redhat.com> - 3.1.1-4
- Add bcel build dep to version jar name

* Mon Jan 12 2009 Colin Walters <walters at redhat.com> - 3.1.1-5
- Add bcel to build path

* Mon Nov 10 2008 Colin Walters <walters at redhat.com> - 3.1.1-3
- Add antlr3 script

* Thu Nov 06 2008 Bart Vanbrabant <bart.vanbrabant at zoeloelip.be> - 3.1.1-2
- Fix the install of the jar (remove the version)

* Mon Nov 03 2008 Bart Vanbrabant <bart.vanbrabant at zoeloelip.be> - 3.1.1-1
- Update to version 3.1.1
- Add python runtime subpackage


anyremote-4.18-1.fc11
---------------------
* Tue Mar 17 2009 Mikhail Fedotov <anyremote at mail.ru> - 4.18-1
- Get(password) and Get(ping) commands were added.
  Experimental support for iPhones/iPods with Command Fusion iViewer installed.


anyremote2html-0.9-1.fc11
-------------------------
* Mon Mar 16 2009 Mikhail Fedotov <anyremote at mail.ru> - 0.9
- Fixed handling of Set(list...) command and reconnect issue.

* Tue Mar 10 2009 Mikhail Fedotov <anyremote at mail.ru> - 0.8
- Force image caching on client side.


apanov-edrip-fonts-20081007-8.fc11
----------------------------------
* Sun Mar 15 2009 Nicolas Mailhot <nicolas.mailhot at laposte.net> - 20081007-8
??? Make sure F11 font packages have been built with F11 fontforge


apanov-heuristica-fonts-20090125-5.fc11
---------------------------------------
* Sun Mar 15 2009 Nicolas Mailhot <nicolas.mailhot at laposte.net> - 20090125-5
??? Make sure F11 font packages have been built with F11 fontforge


aplus-fsf-4.22.4-15.fc11
------------------------
* Tue Mar 10 2009 Jochen Schmitt <Jochen herr-schmitt de> 4.22.4-15
- Support noach subpackages
- fix gcc-44 releated issues (workaround)

* Fri Feb 27 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 4.22.4-14
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


apmd-3.2.2-10.fc11
------------------
* Tue Mar 17 2009 Zdenek Prikryl <zprikryl at redhat.com> - 1:3.2.2-10
- minor spec file clean up


argyllcms-1.0.3-3.fc11
----------------------
* Mon Mar 23 2009 Jon Ciesla <limb at jcomserv.net> - 1.0.3-3
- Patch for ICC library CVE-2009-{0583, 0584} by Tim Waugh.


arptables_jf-0.0.8-15.fc11
--------------------------
* Mon Mar 16 2009 Jiri Skala <jskala at redhat.com> - 0:0.0.8-15
- replaced config directive before arptables_jf init script


asymptote-1.68-1.fc11
---------------------
* Wed Mar 25 2009 Tom "spot" Callaway <tcallawa at redhat.com> - 1.68-1
- update to 1.68

* Thu Mar 19 2009 Tom "spot" Callaway <tcallawa at redhat.com> - 1.67-1
- update to 1.67


at-spi-1.26.0-1.fc11
--------------------
* Mon Mar 16 2009 Matthias Clasen <mclasen at redhat.com> - 1.26.0-1
- Update to 1.26.0


audit-1.7.12-3.fc11
-------------------
* Tue Mar 17 2009 Steve Grubb <sgrubb at redhat.com> 1.7.12-3
- Apply patch from dwalsh moving audit.py file to arch specific python dir


augeas-0.5.0-2.fc11
-------------------
* Fri Mar 27 2009 David Lutterkort <lutter at redhat.com> - 0.5.0-2
- fadot isn't being installed just yet

* Tue Mar 24 2009 David Lutterkort <lutter at redhat.com> - 0.5.0-1
- New program /usr/bin/fadot


autofs-5.0.4-23
---------------
* Fri Mar 20 2009 Ian Kent <ikent at redhat.com> - 1:5.0.4-23
- fix call restorecon when misc device file doesn't exist.

* Wed Mar 18 2009 Ian Kent <ikent at redhat.com> - 1:5.0.4-22
- use misc device ioctl interface by default, if available.

* Tue Mar 17 2009 Ian Kent <ikent at redhat.com> - 1:5.0.4-21
- fix file map lookup when reading included or nsswitch sources.
  - a regression introduced by file map lookup optimisation in rev 9.

* Fri Mar 13 2009 Ian Kent <ikent at redhat.com> - 1:5.0.4-19
- another easy alloca replacements fix.

* Fri Mar 13 2009 Ian Kent <ikent at redhat.com> - 1:5.0.4-20
- add LSB init script parameter block.

* Thu Mar 12 2009 Ian Kent <ikent at redhat.com> - 1:5.0.4-18
- fix return start status on fail.
- fix double free in expire_proc().


avogadro-0.9.2-2.fc11
---------------------
* Sat Mar 21 2009 Sebastian Dziallas <sebastian at when.com> 0.9.2-2
- get desktop file properly installed

* Sat Mar 14 2009 Sebastian Dziallas <sebastian at when.com> 0.9.2-1
- update to new release


ax25-apps-0.0.6-4.fc11
----------------------
* Sat Mar 21 2009 Robert Scheck <robert at fedoraproject.org> 0.0.6-4
- Rebuilt against libtool 2.2

* Mon Feb 23 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 0.0.6-3
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


azureus-4.0.0.4-3.fc11
----------------------
* Wed Mar 18 2009 Conrad Meyer <konrad at tylerc.org> - 4.0.0.4-3
- Apply Bart Vanbrabant's patch to azureus.script to start
  correctly on 64-bit (rhbz#490774).


balsa-2.3.28-4.fc11
-------------------
* Thu Mar 19 2009 Lubomir Rintel <lkundrak at v3.sk> - 2.3.28-4
- Patch for newer gmime
- Fix BRs

* Mon Mar 02 2009 Pawel Salek <pawsa at theochem.kth.se> - 2.3.28-1
- upgrade to 2.3.28. Fix bug 487780.

* Mon Mar 02 2009 Pawel Salek <pawsa at theochem.kth.se> - 2.3.28-2
- specify a correct patch path strip argument.

* Mon Mar 02 2009 Pawel Salek <pawsa at theochem.kth.se> - 2.3.28-3
- Add autoreconf, mock on devel does not work right now.


bash-4.0-4.fc11
---------------
* Sat Mar 21 2009 Lubomir Rintel <lkundrak at v3.sk> - 4.0-4
- Add full URLs to upstream patches
- Don't uselessly use %version macro

* Wed Mar 11 2009 Roman Rakus <rrakus at redhat.com> - 4.0-3
- Official upstream patch level 10


bash-completion-20080705-4.20090314gitf4f0984
---------------------------------------------
* Mon Mar 23 2009 Ville Skytt?? <ville.skytta at iki.fi> - 20080705-4.20090314gitf4f0984
- Add dependency on coreutils for triggers (#490768).
- Update and improve mock completion.

* Sun Mar 15 2009 Ville Skytt?? <ville.skytta at iki.fi> - 20080705-3.20090314gitf4f0984
- git snapshot f4f0984, fixes #484578 (another issue), #486998.


bibletime-1.7-1.fc11
--------------------
* Tue Mar 17 2009 Deji Akingunola <dakingun at gmail.com> - 1.7-1
- Update to 1.7


binutils-2.19.51.0.2-17.fc11
----------------------------
* Tue Mar 17 2009 Nick Clifton <nickc at redhat.com> 2.19.51.0.2-17
- Add glibc-static to BuildRequires when running the testsuite.


bip-0.8.0-1.fc11
----------------
* Thu Mar 05 2009 Lorenzo Villani <lvillani at binaryhelix.net> - 0.8.0-1
- 0.8.0


blender-2.48a-16.fc11
---------------------
* Wed Mar 11 2009 Jochen Schmitt <Jochen herr-schmitt de> - 2.48a-16
- Put blenderplayer into a separate subpackage (#489685)


bluez-4.33-11.fc11
------------------
* Tue Mar 24 2009 - Bastien Nocera <bnocera at redhat.com> - 4.34-11
- Fix a possible crasher

* Mon Mar 16 2009 - Bastien Nocera <bnocera at redhat.com> - 4.33-1
- Update to 4.33

* Sat Mar 14 2009 - Bastien Nocera <bnocera at redhat.com> - 4.32-10
- Fix a couple of warnings in the CUPS/BlueZ 4.x patch

* Fri Mar 13 2009 - Bastien Nocera <bnocera at redhat.com> - 4.32-9
- Switch Wacom Bluetooth tablet to mode 2


bodhi-0.5.17-4.fc11
-------------------
* Sat Mar 14 2009 Luke Macken <lmacken at redhat.com> - 0.5.17-4
- Require httpd


boinc-client-6.4.7-8.r17542svn.fc11
-----------------------------------
* Fri Mar 27 2009 Milos Jakubicek <xjakub at fi.muni.cz> - 6.4.7-8.r17542svn
- Make the -doc subpackage noarch.

* Thu Mar 26 2009 Milos Jakubicek <xjakub at fi.muni.cz> - 6.4.7-7.r17542svn
- Split most documentation into a separate -doc subpackage (resolves #492442).

* Thu Mar 19 2009 Milos Jakubicek <xjakub at fi.muni.cz> - 6.4.7-6.r17542svn
- Mark sysconfig configuration as %config(noreplace).
- Minor changes in the init script.
- Added patch to enable dlopen() system-wide CUDA libraries, if present.

* Tue Mar 17 2009 Milos Jakubicek <xjakub at fi.muni.cz> - 6.4.7-5.r17542svn
- Wait longer when checking start/stop result in the init script.

* Wed Mar 11 2009 Milos Jakubicek <xjakub at fi.muni.cz> - 6.4.7-4.r17542svn
- Rewritten init script: honours localisation, fixed reload action, doesn't 
  output garbage into logfiles (resolves BZ#489378), do not leave stale init 
  script process on startup, uses /etc/init.d/functions instead of own stuff.

* Tue Mar 10 2009 Milos Jakubicek <xjakub at fi.muni.cz> - 6.4.7-3.r17542svn
- Fix damn typos in boincmgr wrapper script (resolves BZ#489463).


boost-1.37.0-6.fc11
-------------------
* Mon Mar 23 2009 Petr Machata <pmachata at redhat.com> - 1.37.0-6
- Apply a SMP patch from Stefan Ring
- Apply a workaround for "cannot appear in a constant-expression" in
  dynamic_bitset library.
- Resolves: #491537


bootparamd-0.17-28.fc11
-----------------------
* Mon Feb 23 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 0.17-28
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


botan-1.8.1-4.fc11
------------------
* Mon Mar 16 2009 Thomas Moschny <thomas.moschny at gmx.de> - 1.8.1-4
- Add missing requirements to -devel package.


bouncycastle-1.42-1.fc11
------------------------
* Tue Mar 17 2009 Orcan Ogetbil <oget [DOT] fedora [AT] gmail [DOT] com> - 1.42-1
- Import Bouncy Castle 1.42.
- Update description.
- Add javadoc subpackage.


bouncycastle-mail-1.42-1.fc11
-----------------------------
* Tue Mar 17 2009 Orcan Ogetbil <oget [DOT] fedora [AT] gmail [DOT] com> - 1.42-1
- Import Bouncy Castle 1.42.
- Add javadoc subpackage.


bti-015-1.fc11
--------------
* Fri Mar 13 2009 Michel Salim <salimma at fedoraproject.org> - 015-1
- Update to 015


bug-buddy-2.26.0-1.fc11
-----------------------
* Tue Mar 17 2009 Matthias Clasen <mclasen at redhat.com> - 1:2.26.0-1
- Update to 2.26.0


bzip2-1.0.5-5.fc11
------------------
* Tue Mar 17 2009 Ivana Varekova <varekova at redhat.com> 1.0.5-5
- remove static library


bzr-1.13.1-1.fc11
-----------------
* Tue Mar 24 2009 Henrik Nordstrom <henrik at henriknordstrom.net> - 1.13.1-1
- Update to 1.13.1

* Mon Mar 16 2009 Henrik Nordstrom <henrik at henriknordstrom.net> - 1.13-1
- Update to 1.13

* Tue Mar 10 2009 Henrik Nordstrom <henrik at henriknordstrom.net> - 1.13-0.1.rc1
- Update to 1.13rc1


bzrtools-1.13.0-1.fc11
----------------------
* Wed Mar 11 2009 Henrik Nordstrom <henrik at henriknordstrom.net> - 1.13.0-1
- Update to 1.13.0


cdo-1.0.8-5.fc11
----------------
* Sat Mar 21 2009 Robert Scheck <robert at fedoraproject.org> - 1.0.8-5
- Corrected the used header include path for netcdf 4 slightly

* Mon Feb 23 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 1.0.8-4
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild

* Fri May 23 2008 Jon Stanley <jonstanley at gmail.com> - 1.0.8-3
- Fix license tag


cernlib-g77-2006-32.fc11
------------------------
* Mon Feb 23 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 2006-32
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


cf-bonveno-fonts-1.1-8.fc11
---------------------------
* Mon Mar 16 2009 Ankur Sinha <ankursinha at fedoraproject.org> - 1.1-8
- Changed according to #490371

* Sun Mar 15 2009 Nicolas Mailhot <nicolas.mailhot at laposte.net> - 1.1-5
??? Make sure F11 font packages have been built with F11 fontforge

* Mon Feb 23 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 1.1-4
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


cfitsio-3.130-4.fc11
--------------------
* Tue Mar 10 2009 Matthew Truch <matt at truch.net> - 3.130-4
- Set correct version in pkgconfig .pc file.


cgit-0.8.2.1-1.fc11
-------------------
* Sun Mar 15 2009 Todd Zullinger <tmz at pobox.com> - 0.8.2.1-1
- Update to 0.8.2.1


cheese-2.26.0-1.fc11
--------------------
* Mon Mar 16 2009 Matthias Clasen  <mclasen at redhat.com> 2.26.0-1
- Update to 2.26.0


chipmunk-4.1.0-6.fc11
---------------------
* Tue Mar 10 2009 Jon Ciesla <limb at jcomserv.net> - 4.1.0-6
- ruby extension fix, BZ 489187.


clamav-0.95-1.fc11
------------------
* Wed Mar 25 2009 Enrico Scholz <enrico.scholz at informatik.tu-chemnitz.de> - 0.95-1
- updated to final 0.95
- added ncurses-devel (-> clamdtop) BR
- enforced IPv6 support


claws-mail-3.7.1-1.fc11
-----------------------
* Fri Mar 27 2009 Andreas Bierfert <andreas.bierfert[AT]lowlatency.de>
- 3.7.1-1
- version upgrade


clive-2.1.7-1.fc11
------------------
* Mon Mar 16 2009 Nicoleau Fabien <nicoleau.fabien at gmail.com> 2.1.7-1
- Rebuild for 2.1.7
- Add Term::ReadKey explicit require


clojure-20090320-1.fc11
-----------------------
* Fri Mar 20 2009 Colin Walters <walters at verbum.org> - 20090320
- New upstream


cluster-3.0.0-15.rc1.fc11
-------------------------
* Tue Mar 24 2009 Fabio M. Di Nitto <fdinitto at redhat.com> - 3.0.0-15.rc1
- New upstream release.
- Update corosync/openais BuildRequires and Requires.
- Drop --corosynclibdir from configure. Libs are now in standard path.
- Update BuildRoot usage to preferred versions/names
- Drop qdisk init script. Now merged in cman init from upstream.


cmake-2.6.3-3.fc11
------------------
* Mon Mar 16 2009 Rex Dieter <rdieter at fedoraproject.org> - 2.6.3-3
- macros.cmake: +%_cmake_version


cmucl-19f-1.fc11
----------------
* Wed Mar 18 2009 Rex Dieter <rdieter at fedoraproject.org> - 19f-1
- cmucl-19f
- build both x87 and sse2 cores


cobbler-1.6.1-1.fc11
--------------------
* Fri Mar 27 2009 Michael DeHaan <mdehaan at redhat.com> - 1.6.1-1
- Upstream changes (see CHANGELOG)


code2html-0.9.1-4.fc11
----------------------
* Tue Mar 17 2009 Rakesh Pandit <rakesh at fedoraproject.org> - 0.9.1-4
- Fixed Source URL


collectl-3.2.1-1.fc11
---------------------
* Sat Mar 21 2009 Dan Horak <dan[at]danny.cz> 3.2.1-1
- upgrade to upstream version 3.2.1


compat-flex-2.5.4a-5.fc11
-------------------------
* Tue Feb 24 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 2.5.4a-5
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


compat-wxGTK26-2.6.4-7
----------------------
* Wed Mar 25 2009 Michael Schwendt <mschwendt at fedoraproject.org> - 2.6.4-7
- add check section with tiny compilation check for wx/setup.h wrapper

* Tue Mar 24 2009 Michael Schwendt <mschwendt at fedoraproject.org> - 2.6.4-6
- resolve multi-arch conflict in wx/setup.h


compiz-0.7.8-17.fc11
--------------------
* Mon Mar 16 2009 Adel Gadllah <adel.gadllah at gmail.com> - 0.7.8-17
- Fix compiz-gtk script RH #490383

* Sun Mar 15 2009 Adel Gadllah <adel.gadllah at gmail.com> - 0.7.8-15
- Improved tfp check, fixes "white screen of death"
- Use direct rendering if the driver supports it (DRI2)

* Sun Mar 15 2009 Adel Gadllah <adel.gadllah at gmail.com> - 0.7.8-16
- Revert to always using indirect rendering


compiz-fusion-0.7.8-8.fc11
--------------------------
* Tue Mar 24 2009 Adel Gadllah <adel.gadllah at gmail.com> 0.7.8-8
- Add fix for RH #491918, CVE-2008-6514

* Sat Mar 14 2009 Adel Gadllah <adel.gadllah at gmail.com> 0.7.8-7
- Backport upstream fix for RH #474741


concordance-0.21-1.fc11
-----------------------
* Tue Mar 10 2009 Douglas E. Warner <silfreed at silfreed.net> 0.21-1
- moved udev/policykit rules to libconcord package
- supports flashing 5** remotes
- improved IR learning support


conexus-0.6.0-1.fc11
--------------------
* Thu Mar 26 2009 Rick L Vinyard Jr <rvinyard at cs.nmsu.edu> - 0.6.0-1
- New release
- Changed Sourceforge url to downloads.sf.net from download.sf.net
- Added -p to doc installs
- Updated minimum papyrus-devel version to 0.10
- Updated a few of the descriptions

* Tue Feb 24 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 0.5.98-2
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


control-center-2.26.0-1.fc11
----------------------------
* Mon Mar 16 2009 Matthias Clasen <mclasen at redhat.com> - 2.26.0-1
- Update to 2.26.0

* Wed Mar 11 2009 - Bastien Nocera <bnocera at redhat.com> - 2.25.92-2
- New icons for the fingerprint enrollment, from Mike Langlie


coreutils-7.1-7.fc11
--------------------
* Thu Mar 19 2009 Ondrej Vasik <ovasik at redhat.com> 7.1-7
- do not ship /etc/DIR_COLORS.xterm - as many terminals
  use TERM xterm and black background as default - making
  ls color output unreadable
- shipping /etc/DIR_COLORS.lightbgcolor instead of it for
  light(white/gray) backgrounds
- try to preserve xattrs in cp -a when possible


corosync-0.95-1.fc11
--------------------
* Tue Mar 24 2009 Fabio M. Di Nitto <fdinitto at redhat.com> - 0.95-1
- New upstream release
- spec file updates:
  * Drop alpha tag
  * Drop local patches (no longer required)
  * Allow to build from svn trunk by supporting rpmbuild --with buildtrunk 
  * BuildRequires autoconf automake if building from trunk
  * Execute autogen.sh if building from trunk and if no configure is available
  * Switch to use rpm configure macro and set standard install paths
  * Build invokation now supports _smp_mflags
  * Remove install section for docs and use proper doc macro instead
  * Add tree fixup bits to drop static libs and html docs (only for now)
  * Add LICENSE file to all subpackages
  * libraries have moved to libdir. Drop ld.so.conf.d corosync file
  * Update BuildRoot usage to preferred versions/names

* Tue Mar 10 2009 Fabio M. Di Nitto <fdinitto at redhat.com> - 0.94-4.svn1797
- Import fixes from upstream:
  * Cleanup logsys format init around to use default settings (1795)
  * logsys_format_set should use its own internal copy of format_buffer (1796)
  * Add logsys_format_get to logsys API (1797)
- Cherry pick svn1807 to unbreak CPG.

* Tue Mar 10 2009 Fabio M. Di Nitto <fdinitto at redhat.com> - 0.94-5.svn1797
- Update the corosync-trunk patch for real this time.


corrida-0.96.11-3.fc11
----------------------
* Tue Mar 24 2009 Lubomir Rintel (Fedora Astronomy) <lkundrak at v3.sk> - 0.96.11-3
- Fix the menu categories


cpuspeed-1.5-6.fc11
-------------------
* Tue Mar 17 2009 Jarod Wilson <jarod at redhat.com> 1.5-6
- Fix up prior fix-up so that status and stop actually do the right thing
  on NON-p4-clockmod systems


crda-1.0.1_2009.03.09-8.fc11
----------------------------
* Thu Mar 19 2009 John W. Linville <linville at redhat.com> 1.0.1_2009.03.09-8
- Add setregdomain script to set regulatory domain based on timezone
- Expand 85-regulatory.rules to invoke setregdomain script on device add

* Tue Mar 10 2009 John W. Linville <linville at redhat.com> 1.0.1_2009.03.09-7
- Update wireless-regdb version to pick-up recent updates and fixes (#489560)


createrepo-0.9.7-1.fc11
-----------------------
* Tue Mar 24 2009 Seth Vidal <skvidal at fedoraproject.org> - 0.9.7-1
- 0.9.7
- require yum 3.2.22


crypto-utils-2.4.1-18
---------------------
* Sun Mar 15 2009 Elio Maldonado <emaldona at redhat.com> - 2.4.1-18
- certwatch: Fixed cert expiry time calculations (#473860)
- keyutil: Fixed segfault on certificate generation and missing of key/cert pem files (#479886)


cryptopp-5.6.0-1.fc11
---------------------
* Sun Mar 15 2009 Aurelien Bompard <abompard at fedoraproject.org> 5.6.0-1
- version 5.6.0
- rediff patches


culmus-fonts-0.102-5.fc11
-------------------------
* Thu Mar 19 2009 Rahul Bhalerao <rbhalera at redhat.com> - 0.102-5.fc11
- Corrected Obsoletes for compat.


cups-1.4-0.b2.12.fc11
---------------------
* Mon Mar 23 2009 Tim Waugh <twaugh at redhat.com> 1:1.4-0.b2.12
- If cups-polld gets EAI_AGAIN when looking up a hostname,
  re-initialise the resolver (bug #490943).


curl-7.19.4-5.fc11
------------------
* Wed Mar 18 2009 Kamil Dudka <kdudka at redhat.com> 7.19.4-5
- enable 6 additional crypto algorithms by default (#436781,
  accepted by upstream)

* Thu Mar 12 2009 Kamil Dudka <kdudka at redhat.com> 7.19.4-4
- fix memory leak in src/main.c (accepted by upstream)
- avoid using %ifarch

* Wed Mar 11 2009 Kamil Dudka <kdudka at redhat.com> 7.19.4-3
- make libcurl-devel multilib-ready (bug #488922)


cvsweb-3.0.6-8.fc11
-------------------
* Mon Mar 16 2009 Dennis Gilmore <dennis at ausil.us> - 3.0.6-6
- remove references to perl patch that doesnt exist in cvs

* Mon Mar 16 2009 Dennis Gilmore <dennis at ausil.us> - 3.0.6-7
- remove references to non existant cvsweb.conf file

* Mon Mar 16 2009 Dennis Gilmore <dennis at ausil.us> - 3.0.6-8
- missed a reference to missing source file

* Tue Feb 24 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 3.0.6-5
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild

* Sat Jun 21 2008 Lubomir Rintel <lkundrak at v3.sk> - 3.0.6-4
- Move it out of /var/www
- Correct the httpd configuration


cyphesis-0.5.19-1.fc11
----------------------
* Fri Mar 27 2009 Alexey Torkhov <atorkhov at gmail.com> - 0.5.19-1
- Update to 0.5.19


darkgarden-fonts-1.1-9.fc11
---------------------------
* Sun Mar 15 2009 Nicolas Mailhot <nicolas.mailhot at laposte.net> - 1.1-9
??? Make sure F11 font packages have been built with F11 fontforge


dasher-4.10.0-1.fc11
--------------------
* Tue Mar 17 2009 Matthias Clasen <mclasen at redhat.com> - 4.10.0-1
- Update to 4.10.0


dayplanner-0.10-1.fc11
----------------------
* Thu Mar 26 2009 Christoph Wickert <cwickert at fedoraproject.org> - 0.10-1
- Update to 0.10
- Include new manpages
- Use upstream's desktop file
- Run update-desktop-database because we now have a mime type


dbus-1.2.12-1.fc11
------------------
* Thu Mar 12 2009 Colin Walters <walters at verbum.org> - 1:1.2.12-1
- Switch to non-permissive branch:
  http://fedoraproject.org/wiki/Features/DBusPolicy


dbus-java-2.5.1-1.fc11
----------------------
* Tue Mar 17 2009 Omair Majid <omajid at redhat.com> - 2.5.1-1
- update to 2.5.1
- Added patches from Fran??ois Kooman <fkooman at tuxed.net>
- Added docs.patch (already upstream). Replaces docbook.patch and 
  man_fixes.patch
- Add missing TestSignalInterface2 interface (already upstream)


dc3dd-6.12.3-1.fc11
-------------------
* Thu Mar 19 2009 Adam Miller <maxamillion [AT] gmail.com> - 6.12.3-1
- New release of dc3dd


dejavu-fonts-2.29-2.fc11
------------------------
* Sun Mar 15 2009 Nicolas Mailhot <nicolas.mailhot at laposte.net> - 2.29-2
??? Make sure F11 font packages have been built with F11 fontforge

* Sat Mar 14 2009 Nicolas Mailhot <nicolas.mailhot at laposte.net>
- 2.29-1


deltarpm-3.4-15.fc11
--------------------
* Thu Mar 26 2009 Jonathan Dieter <jdieter at gmail.com> - 3.4-15
- Fix bug when checking sequence with new sha256 file digests

* Tue Mar 24 2009 Jonathan Dieter <jdieter at gmail.com> - 3.4-14
- Add support for rpms with sha256 file digests


deluge-1.1.5-1.fc11
-------------------
* Mon Mar 16 2009 Peter Gordon <peter at thecodergeek.com> - 1.1.5-1
- Update to new upstream bug-fix release (1.1.5)
- Remove FIXME comment about parallel-compilation. We're not building the
  in-tarball libtorrent copy anymore, so no compilation (other than the python
  bytecode) happens and we no longer need to worry about this.

* Tue Mar 10 2009 Peter Gordon <peter at thecodergeek.com> - 1.1.4-2
- Fix the installed location of the scalable (SVG) icon (#483443).
  + scalable-icon-dir.diff


dfu-util-0.1-0.9.20090307svn4917.fc11
-------------------------------------
* Tue Mar 10 2009 Juha Tuomala <tuju at iki.fi> - 0.1-0.6.20090307svn4917
- Update to snpshot 4917.

* Tue Mar 10 2009 Jaroslav Reznik <jreznik at redhat.com> - 0.1-0.7.20090307svn4917
- glibc-devel BR

* Tue Mar 10 2009 Juha Tuomala <tuju at iki.fi> - 0.1-0.8.20090307svn4917
- Add 64-bit archs again as x86_64 seems to work.

* Tue Mar 10 2009 Juha Tuomala <tuju at iki.fi> - 0.1-0.9.20090307svn4917
- Fix builds for Fedora 11.

* Tue Feb 24 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 0.1-0.5.20080922svn4662
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


dhcp-4.1.0-12.fc11
------------------
* Wed Mar 11 2009 David Cantrell <dcantrell at redhat.com> - 12:4.1.0-12
- Fix problems with dhclient.d script execution (#488864)


diffuse-0.3.1-1.fc11
--------------------
* Tue Mar 10 2009 Jon Levell <fedora at coralbark.net> - 0.3.1-1
- Update to latest upstream release


digikam-0.10.0-1.fc11
---------------------
* Tue Mar 17 2009 Rex Dieter <rdieter at fedoraproject.org> - 0.10.0-1
- digikam-0.10.0 (final)


django-contact-form-0.3-3.fc11.hg97559a887345
---------------------------------------------
* Tue Mar 10 2009 Ignacio Vazquez-Abrams <ivazqueznet+rpm at gmail.com> 0.3-3.hg97559a887345
- Update to a newer release from hg


docbook-style-xsl-1.74.3-1.fc11
-------------------------------
* Wed Mar 11 2009 Ondrej Vasik <ovasik at redhat.com> 1.74.3-1
- New upstream release 1.74.3


docbook5-style-xsl-1.74.3-1.fc11
--------------------------------
* Wed Mar 11 2009 Ondrej Vasik <ovasik at redhat.com> 1.74.3-1
- new upstream release 1.74.3


drupal-cck-6.x.2.2-1.fc11
-------------------------
* Thu Mar 19 2009 Jon Ciesla <limb at jcomserv.net> - 6.x.2.2-1
- New upstream, fixes DRUPAL-SA-CONTRIB-2009-013.


duplicity-0.5.12-1.fc11
-----------------------
* Sat Mar 21 2009 Robert Scheck <robert at fedoraproject.org> 0.5.12-1
- Upgrade to 0.5.12 (#490289)


dvgrab-3.4-2.fc11
-----------------
* Thu Mar 19 2009 Jarod Wilson <jarod at redhat.com> - 3.4-2
- Set retval to 1 if we get an error, to make life easier for folks
  who wrap dvgrab to tell if something went wrong (#486061).


ecj-3.4.2-4.fc11
----------------
* Wed Mar 11 2009 Deepak Bhole <dbhole at redhat.com> 1:3.4.2-4
- Add patch to generate full debuginfo for ecj itself


eclipse-3.4.2-5.fc11
--------------------
* Fri Mar 20 2009 Alexander Kurtakov <akurtako at redhat.com> 1:3.4.2-5
- Disable XULRunner-specific patch.
- Make pdebuild script to not generate p2 repo.

* Mon Mar 16 2009 Andrew Overholt <overholt at redhat.com> 1:3.4.2-4
- Build with XULRunner-specific flags since we're building against XULRunner.


eclipse-birt-2.3.2-2.fc11
-------------------------
* Mon Mar 23 2009 Alexander Kurtakov <akurtako at redhat.com> 2.3.2-2
- Rebuild to not ship p2 context.xml.


eclipse-cdt-5.0.1-4.fc11
------------------------
* Mon Mar 23 2009 Jeff Johnston <jjohnstn at redhat.com> 5.0.1-4
- Bump release and rebuild.


eclipse-changelog-2.6.6-3.fc11
------------------------------
* Mon Mar 23 2009 Jeff Johnston <jjohnstn at redhat.com> 2.6.6-3
- Bump release and rebuild.


eclipse-cmakeed-1.1.2-3.fc11
----------------------------
* Mon Mar 23 2009 Alexander Kurtakov <akurtako at redhat.com> 1.1.2-3
- Rebuild to not ship p2 context.xml.


eclipse-dtp-1.6.2-2.fc11
------------------------
* Mon Mar 23 2009 Alexander Kurtakov <akurtako at redhat.com> 1.6.2-2
- Rebuild to not ship p2 context.xml.


eclipse-eclemma-1.3.2-5.fc11
----------------------------
* Mon Mar 23 2009 Alexander Kurtakov <akurtako at redhat.com> 1.3.2-5
- Rebuild to not ship p2 context.xml.


eclipse-egit-0.4.0-3.20090323.fc11
----------------------------------
* Mon Mar 23 2009 Alexander Kurtakov <akurtako at redhat.com> 0.4.0-3.20090217
- Rebuild to not ship p2 context.xml.

* Mon Mar 23 2009 Alexander Kurtakov <akurtako at redhat.com> 0.4.0-3.20090323
- Update to latest snapshot.


eclipse-emf-2.4.2-2.fc11
------------------------
* Mon Mar 23 2009 Alexander Kurtakov <akurtako at redhat.com> 2.4.2-2
- Rebuild to not ship p2 context.xml.
- Remove context.xml from %files section.


eclipse-epic-0.6.33-1.fc11
--------------------------
* Tue Mar 24 2009 Mat Booth <fedora at matbooth.co.uk> 0.6.33-1
- Rebuilt to omit p2 metadata.
- Updated to version 0.6.33.
- Fixed Bug [ 2609775 ] CGI debugging: Could not connect to debug port!
- Fixed Bug [ 2617018 ] Breakpoints view sorting
- Fixed Bug [ 2703403 ] Show options remain disabled in Variables view
- Fixed Bug [ 2680597 ] doesn't respect global Eclipse text editor background color
- Fixed Bug [ 2694463 ] Templates don't work anymore in 0.6.32
- Fixed Bug [ 2617016 ] Editor fails highlight. double-click.
- Fixed Bug [ 2612813 ] Editor fails highlight. Binary operators.
- Implemented Feature Request [ 2692844 ] Preference for fold column background color

* Mon Mar 16 2009 Mat Booth <fedora at matbooth.co.uk> 0.6.31-2
- Add missing dependency Test::Simple for Module::Starter integration.
- Enable Module::Starter and taint checking by default.


eclipse-gef-3.4.2-2.fc11
------------------------
* Mon Mar 23 2009 Alexander Kurtakov <akurtako at redhat.com> 3.4.2-2
- Rebuild to not ship p2 context.xml.
- Remove context.xml from %files section.


eclipse-linuxprofilingframework-0.1.0-3.fc11
--------------------------------------------
* Mon Mar 23 2009 Elliott Baron <ebaron at redhat.com> 0.1.0-3
- Rebuild for changes in pdebuild to not ship p2 metadata.


eclipse-moreunit-1.3.2-1.fc11
-----------------------------
* Tue Mar 24 2009 Alexander Kurtakov <akurtako at redhat.com> 1.3.2-1
- Update to new upstream version 1.3.2.

* Mon Mar 23 2009 Alexander Kurtakov <akurtako at redhat.com> 1.2.0-4
- Rebuild to not ship p2 context.xml.


eclipse-mylyn-3.1.0-3.fc11
--------------------------
* Wed Mar 25 2009 Alexander Kurtakov <akurtako at redhat.com> 3.1.0-3
- Fix documentation build.

* Mon Mar 23 2009 Alexander Kurtakov <akurtako at redhat.com> 3.1.0-2
- Rebuild to not ship p2 context.xml.

* Tue Mar 17 2009 Andrew Overholt <overholt at redhat.com> 3.1.0-1
- 3.1.0
- Add wikitext sub-package.
- Update to new Fedora customizations plugin.
- Don't repack JARs as it breaks help content.


eclipse-oprofile-0.1.0-4.fc11
-----------------------------
* Mon Mar 23 2009 Kent Sebastian <ksebasti at redhat.com> 0.1.0-4
- Rebuild for new pdebuild.


eclipse-photran-4.0.0-0.5.b5.fc11
---------------------------------
* Mon Mar 23 2009 Alexander Kurtakov <akurtako at redhat.com> 4.0.0-0.5.b5
- Rebuild to not ship p2 content.xml.


eclipse-pydev-1.4.4-2.fc11
--------------------------
* Mon Mar 23 2009 Alexander Kurtakov <akurtako at redhat.com> 1:1.4.4-2
- Rebuild to not ship p2 context.xml.


eclipse-rpm-editor-0.4.2-2.fc11
-------------------------------
* Mon Mar 23 2009 Alexander Kurtakov <akurtako at redhat.com> 0.4.2-2
- Rebuild to not ship p2 context.xml.


eclipse-rpmstubby-0.1.1-2.fc11
------------------------------
* Mon Mar 23 2009 Alexander Kurtakov <akurtako at redhat.com> 0.1.1-2
- Rebuild to not ship p2 context.xml.


eclipse-shelled-1.0.4-3.fc11
----------------------------
* Mon Mar 23 2009 Alexander Kurtakov <akurtako at redhat.com> 1.0.4-3
- Rebuild to not ship p2 context.xml.


eclipse-subclipse-1.4.7-4.fc11
------------------------------
* Mon Mar 23 2009 Alexander Kurtakov <akurtako at redhat.com> 1.4.7-4
- Rebuild to not ship p2 context.xml.


eclipse-valgrind-0.1.0-5.fc11
-----------------------------
* Mon Mar 23 2009 Elliott Baron <ebaron at redhat.com> 0.1.0-5
- Rebuild for changes in pdebuild to not ship p2 metadata.

* Fri Mar 13 2009 Elliott Baron <ebaron at redhat.com> 0.1.0-4
- Fixed Massif parser crashing on other locales.


ecryptfs-utils-73-1.fc11
------------------------
* Sat Mar 21 2009 Michal Hlavinka <mhlavink at redhat.com> 73-1
- updated to 73
- move libs from /usr/lib to /lib (#486139)
- fix symlinks created by ecryptfs-setup-private (#486146)


edb-0.9.7-1.fc11
----------------
* Tue Mar 17 2009 Nicoleau Fabien <nicoleau.fabien at gmail.com> 0.9.7-1
- Rebuild for 0.9.7


eel2-2.26.0-1.fc11
------------------
* Mon Mar 16 2009 Tomas Bzatek <tbzatek at redhat.com> - 2.26.0-1
- Update to 2.26.0


efont-unicode-bdf-0.4.2-9.fc11
------------------------------
* Fri Mar 27 2009 Mamoru Tasaka <mtasaka at ioa.s.u-tokyo.ac.jp> - 0.4.2-9
- F-11: Again rebuild for new virtual font Provides (#491958)


ejabberd-2.0.4-1.fc11
---------------------
* Sun Mar 15 2009 Peter Lemenkov <lemenkov at gmail.com> 2.0.4-1
- Ver. 2.0.4

* Tue Feb 24 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 2.0.3-2
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


ekiga-3.2.0-1.fc11
------------------
* Tue Mar 17 2009 Peter Robinson <pbrobinson at gmail.com> - 3.2.0-1
- Ekiga 3.2.0 stable


elinks-0.12-0.10.pre2.fc11
--------------------------
* Wed Mar 25 2009 Ondrej Vasik <ovasik at redhat.com> 0.12-0.10.pre2
- use better obsoletes/provides for links, use alternatives for
  links manpage and binary(#470703)


emacs-22.3-10.fc11
------------------
* Fri Mar 27 2009 Daniel Novotny <dnovotny at redhat.com> 1:22.3-10
- fix segfaults when emacsclient connects to a tcp emacs server (#489066)

* Thu Mar 12 2009 Daniel Novotny <dnovotny at redhat.com> 1:22.3-9
- implement UTC change log option in rpm-spec-mode.el (#489829)


empathy-2.26.0-1.fc11
---------------------
* Mon Mar 16 2009 Peter Gordon <peter at thecodergeek.com> - 2.26.0-1
- Update to new upstream release (2.26.0).


eog-2.26.0-1.fc11
-----------------
* Mon Mar 16 2009 Matthias Clasen <mclasen at redhat.com> - 2.26.0-1
- Update to 2.26.0


epdfview-0.1.7-1.fc11
---------------------
* Thu Mar 26 2009 Michal Schmidt <mschmidt at redhat.com> - 0.1.7-1
- Upstream release 0.1.7.


epiphany-2.26.0-2.fc11
----------------------
* Thu Mar 19 2009 Jan Horak <jhorak at redhat.com> - 2.26.0-2
- Rebuild against newer gecko
- Fix the missing headers by patch

* Tue Mar 17 2009 Matthias Clasen <mclasen at redhat.com> - 2.26.0-1
- Update to 2.26.0


esound-0.2.41-1.fc11
--------------------
* Sun Mar 15 2009 Matthias Clasen <mclasen at redhat.com> - 1:0.2.41-1
- Update to 0.2.41


eventlog-0.2.7-3.fc11
---------------------
* Tue Mar 24 2009 Douglas E. Warner <silfreed at silfreed.net> 0.2.7-3
- re-added the -static package


evince-2.26.0-1.fc11
--------------------
* Mon Mar 16 2009 Matthias Clasen  <mclasen at redhat.com> - 2.26.0-1
- Update to 2.26.0


evolution-2.26.0-1.fc11
-----------------------
* Mon Mar 16 2009 Matthew Barnes <mbarnes at redhat.com> - 2.26.0-1.fc11
- Update to 2.26.0


evolution-data-server-2.26.0-1.fc11
-----------------------------------
* Mon Mar 16 2009 Matthew Barnes <mbarnes at redhat.com> - 2.26.0-1.fc11
- Update to 2.26.0
- Remove patch for RH bug #568332 (fixed upstream).
- Remove patch for GNOME bug #573240 (reverted upstream).


evolution-exchange-2.26.0-1.fc11
--------------------------------
* Mon Mar 16 2009 Matthew Barnes <mbarnes at redhat.com> - 2.26.0-1.fc11
- Update to 2.26.0


evolution-mapi-0.26.0.1-1.fc11
------------------------------
* Thu Mar 19 2009 Matthew Barnes <mbarnes at redhat.com> - 0.26.0.1-1
- Update to 0.26.0.1

* Mon Mar 16 2009 Matthew Barnes <mbarnes at redhat.com> - 0.26.0-1
- Update to 0.26.0


evolution-rspam-0.0.8-2.fc11
----------------------------
* Fri Mar 20 2009 Lucian Langa <cooly at gnome.eu.org> - 0.0.8-2
- update BR

* Tue Mar 17 2009 Lucian Langa <cooly at gnome.eu.org> - 0.0.8-1
- update to 0.0.8 release


evolution-sharp-0.20.0-1.fc11
-----------------------------
* Thu Mar 26 2009 Matthew Barnes <mbarnes at redhat.com> - 0.20.0-1.fc11
- Update to 0.20.0


fakeroot-1.12.2-21.fc11
-----------------------
* Sun Mar 22 2009 Axel Thimm <Axel.Thimm at ATrpms.net> - 1.12.2-21
- Update to 1.12.2.
- Create a fakeroot-libs subpackage so that the package is multilib
  aware (by Richard W.M. Jones <rjones at redhat.com>, see RH bug


fantasdic-1.0-0.4.beta7.fc11
----------------------------
* Thu Mar 26 2009 Mamoru Tasaka <mtasaka at ioa.s.u-tokyo.ac.jp> - 1.0-0.4.beta7
- 1.0 beta 7
- Fix arguments of bindtextdomain() for ruby(gettext) 2.0.0


farsight2-0.0.8-1.fc11
----------------------
* Tue Mar 17 2009 Brian Pepple <bpepple at fedoraproject.org> - 0.0.8-1
- Update to 0.0.8.
- Bump min version of gstreamer needed.


fbterm-1.4-1.fc11
-----------------
* Mon Mar 23 2009 Ding-Yi Chen <dchen at redhat dot com> - 1.4-1
- Upstream update:
  1. improved text rendering performence 
  2. added private escape sequences for 256 color mode support 
  3. added a option "font-width" to adjust character cell width 
  4. added support for older 2.2/2.4 kernel 
  5. fixed a crash bug with bitmap fonts 
  6. fixed a configure failure in cross-compiling environment
- Note: iminput.patch is applied.


fence-agents-3.0.0-10.rc1.fc11
------------------------------
* Tue Mar 24 2009 Fabio M. Di Nitto <fdinitto at redhat.com> - 3.0.0-10.rc1
- New upstream release.
- Cleanup BuildRequires to avoid to pull in tons of stuff when it's not
  required.
- Update BuildRoot usage to preferred versions/names.
- Stop shipping powermib. Those are not required for operations anymore.

* Thu Mar 12 2009 Fabio M. Di Nitto <fdinitto at redhat.com> - 3.0.0-9.beta1
- Fix arch check for virt support.
- Drop unrequired BuildRequires.
- Drop unrequired Requires: on perl.


file-5.00-5.fc11
----------------
* Mon Mar 23 2009 Daniel Novotny <dnovotny at redhat.com> 5.00-5
- added two font definitions (#491594, #491595)
  and a fix for file descriptor leak when MAGIC_COMPRESS used (#491596)


file-roller-2.26.0-1.fc11
-------------------------
* Mon Mar 16 2009 Matthias Clasen <mclasen at redhat.com> 2.26.0-1
- Update to 2.26.0


filezilla-3.2.3-1.fc11
----------------------
* Mon Mar 23 2009 kwizart < kwizart at gmail.com > - 3.2.3-1
- Update to 3.2.3 stable

* Mon Mar 16 2009 kwizart < kwizart at gmail.com > - 3.2.3-0.1_rc1
- Update to 3.2.3-rc1


findbugs-bcel-5.2-1.3.8.fc11
----------------------------
* Tue Mar 17 2009 Jerry James <loganjerry at gmail.com> - 5.2-1.3.8
- Update to the findbugs 1.3.8 version of the BCEL patch
- The BCEL patch now applies cleanly, so drop workaround code


fipscheck-1.1.1-1.fc11
----------------------
* Thu Mar 19 2009 Tomas Mraz - 1.1.1-1
- move binaries and libraries to /usr

* Wed Mar 18 2009 Tomas Mraz - 1.1.0-1
- hmac check itself as required by FIPS


firefox-3.1-0.11.beta3.fc11
---------------------------
* Fri Mar 27 2009 Christopher Aillon <caillon at redhat.com> - 3.1-0.11
- Rebuild against newer gecko

* Fri Mar 13 2009 Christopher Aillon <caillon at redhat.com> - 3.1-0.10
- 3.1 beta 3


firewalk-5.0-4.fc11
-------------------
* Mon May 18 2009 Robert Scheck <robert at fedoraproject.org> - 5.0-4
- Solve the x86_64-redhat-linux-gnu configure target error

* Tue Feb 24 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 5.0-3
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


firstaidkit-0.2.2-9.fc11
------------------------
* Thu Mar 19 2009 Joel Granados <jgranado at redhat.com> - 0.2.2-8
- Track the sysconfig directory.

* Thu Mar 19 2009 Joel Granados <jgranado at redhat.com> - 0.2.2-9
- Track the grub plugin directory.


flashrom-0-0.17.20090311svn3984.fc11
------------------------------------
* Wed Mar 11 2009 Peter Lemenkov <lemenkov at gmail.com> 0-0.17.20090311svn3984
- MSI MS-7046 board enable
- Intel Desktop Board D201GLY
- Add Am29F080B Am29LV081B SST39VF080 support (untested)
- Board enable for GIGABYTE GA-MA78G-DS3H


flexdock-0.5.1-13.fc11
----------------------
* Sat Mar 28 2009 <mycae(a!t)yahoo.com> 0.5.1-13
- Version bump due to tag mess

* Thu Mar 26 2009 <mycae(a!t)yahoo.com> 0.5.1-12
- Added a named symlink to versioned jar


flite-1.3-13.fc11
-----------------
* Sat Mar 21 2009 Robert Scheck <robert at fedoraproject.org> - 1.3-13
- Removed moving of non-existing documentation flite directory

* Tue Feb 24 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 1.3-12
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild

* Sat Oct 11 2008 Peter Lemenkov <lemenkov at gmail.com> - 1.3-11
- Fix for RHEL 4


florence-0.4.0-1.fc11
---------------------
* Mon Mar 23 2009 Simon Wesp <cassmodiah at fedoraproject.org> - 0.4.0-1
- New upstream release


fontmatrix-0.5.0-1.r900.fc11
----------------------------
* Fri Mar 20 2009 Parag <pnemade at redhat.com> - 0.5.0-1.r900
- update to svn revision 900


fotowall-0.3.1-1.fc11
---------------------
* Fri Mar 13 2009 Nicoleau Fabien <nicoleau.fabien at gmail.com> - 1:0.3.1-1
- Rebuild for 0.3.1


freealut-1.1.0-8.fc11
---------------------
* Wed Mar 18 2009 Robert Scheck <robert at fedoraproject.org> - 1.1.0-8
- Rebuilt against libtool 2.2 to avoid libtool errors

* Tue Feb 24 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 1.1.0-7
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


freedroid-1.0.2-12.fc11
-----------------------
* Fri Feb 27 2009 Ville Skytt?? <ville.skytta at iki.fi> - 1.0.2-12
- Split data files into a subpackage, make it noarch for Fedora >= 10.


freetds-0.82-5.fc11
-------------------
* Thu Mar 26 2009 Dmitry Butskoy <Dmitry at Butskoy.name> - 0.82-5
- add upstream patch cspublic.BLK_VERSION_150.patch (#492393)


freetype-2.3.9-3.fc11
---------------------
* Fri Mar 27 2009 Behdad Esfahbod <besfahbo at redhat.com> 2.3.9-3
- Disable subpixel hinting by default.  Was turned on unintentionally.

* Wed Mar 25 2009 Behdad Esfahbod <besfahbo at redhat.com> 2.3.9-2
- Add Provides: freetype-bytecode and freetype-subpixel if built
  with those options.
- Resolves: #155210


fribidi-0.19.2-1.fc11
---------------------
* Thu Mar 26 2009 Behdad Esfahbod <besfahbo at redhat.com> 0.19.2-1
- Update to 0.19.2


fsarchiver-0.4.5-1.fc11
-----------------------
* Sun Mar 22 2009 Adel Gadllah <adel.gadllah at gmail.com> - 0.4.5-1
- Update to 0.4.5


fwbackups-1.43.3-0.1.rc1.fc11
-----------------------------
* Sun Mar 22 2009 Stewart Adam <s.adam at diffingo.com> 1.43.3-0.1.rc1
- Update to 1.43.3rc1 (fixes #489034, #489040, #491469, #491472)
- Change gnome-python2 requirement to gnome-python2-gnome (#460025)


gambas2-2.12.0-1.fc11
---------------------
* Wed Mar 25 2009 Tom "spot" Callaway <tcallawa at redhat.com> - 2.12.0-1
- update to 2.12.0


ganyremote-5.7-1.fc11
---------------------
* Wed Mar 11 2009 Mikhail Fedotov <anyremote at mail.ru> - 5.7
- Finnish and Swedish translation were added (thanks to Matti Jokinen)


gcalctool-5.26.0-1.fc11
-----------------------
* Mon Mar 16 2009 Matthias Clasen <mclasen at redhat.com> - 5.26.0-1
- Update to 5.26.0


gcc-4.4.0-0.29
--------------
* Tue Mar 24 2009 Jakub Jelinek <jakub at redhat.com> 4.4.0-0.29
- update from trunk
  - PRs c++/28879, c++/37729, c++/39526, debug/39524, tree-optimization/39516

* Thu Mar 19 2009 Jakub Jelinek <jakub at redhat.com> 4.4.0-0.28
- update from trunk
  - PRs c++/39425, c++/39475, c/39495, debug/39485, middle-end/37805,
	middle-end/38609, middle-end/39378, middle-end/39447,
	middle-end/39500, target/35180, target/39063, target/39496
  - fix RA bug with global reg variables (#490509)
- use DW_LANG_C99 for -std=c99 or -std=gnu99 compiled C code (PR debug/38757)
- emit DW_AT_explicit when needed (PR debug/37959)
- optimize memmove into memcpy in more cases when we can prove src and dest
  don't overlap

* Tue Mar 17 2009 Jakub Jelinek <jakub at redhat.com> 4.4.0-0.27
- update from trunk
  - PRs debug/37890, debug/39471, debug/39474, libstdc++/39405, target/34299,
	target/39473, target/39476, target/39477, target/39482,
	testsuite/37628, testsuite/37630, testsuite/37960, testsuite/38526,
	tree-optimization/39455

* Sat Mar 14 2009 Jakub Jelinek <jakub at redhat.com> 4.4.0-0.26
- fix ppc64 regression caused by the power7 backport (#490149,
  PR target/39457)

* Fri Mar 13 2009 Jakub Jelinek <jakub at redhat.com> 4.4.0-0.25
- update from trunk
  - PRs debug/39086, debug/39432, libobjc/27466, middle-end/37850,
	target/39137, target/39181, target/39431, target/39445, target/5362,
	testsuite/39451, tree-optimization/39422
- fix ICE in gen_tagged_type_instantiation_die (#489308, PR debug/39412)
- fix memcmp builtin asm redirection (PR middle-end/39443)
- fix sparcv9 profiledbootstrap (PR bootstrap/39454)

* Thu Mar 12 2009 Dennis Gilmore <dennis at ausil.us>
- don't build with graphite support on sparc arches
  - still missing some deps

* Tue Mar 10 2009 Jakub Jelinek <jakub at redhat.com> 4.4.0-0.24
- update from trunk
  - PRs ada/39221, c++/39060, c++/39367, c++/39371, libfortran/39402,
	middle-end/38028, target/39361, tree-optimization/39394
- use system cloog-ppl instead of building a private libcloog.so.0 (#489183)
- preliminary Power7 support (#463846)


gconf-editor-2.26.0-1.fc11
--------------------------
* Tue Mar 17 2009 Matthias Clasen <mclasen at redhat.com> - 2.26.0-1
- Update to 2.26.0


gcx-0.9.11-5.fc11
-----------------
* Tue Mar 24 2009 Lubomir Rintel (Fedora Astronomy) <lkundrak at v3.sk> - 0.9.11-5
- Fix the icon location


gdb-6.8.50.20090302-12.fc11
---------------------------
* Fri Mar 27 2009 Jan Kratochvil <jan.kratochvil at redhat.com> - 6.8.50.20090302-12
- Archer update to the snapshot: 837d9879980148af05eae540d92caeb7200f1813
- Archer backport: 8340d06295c8db80c544503458305197891e0348
  - Fixes [master] regression for Eclipse CDT testsuite.
- Archer backport: 16328456d5740917ade0a49bcecc14c4564b9a99
  - Fixes #2 [expr] compatibility with gcc-4.4 on gdb.cp/namespace-using.exp.
- Rebase [expr] on the Keith Seitz's sync with FSF GDB fixing the former merge.

* Sun Mar 22 2009 Jan Kratochvil <jan.kratochvil at redhat.com> - 6.8.50.20090302-11
- Archer update to the snapshot: e734ed95d296a3342d4147873c4641cea6c4d7fe
- Archer backport: 1e1d73cda98b1adda884b80e07c7b4929c175628
  - Fixes [expr] compatibility with gcc-4.4 on gdb.cp/namespace-using.exp.

* Sun Mar 15 2009 Jan Kratochvil <jan.kratochvil at redhat.com> - 6.8.50.20090302-10
- Archer update to the snapshot: 935f217d3367a642374bc56c6b146d376fc3edab
- Archer backport: 281278326412f9d6a3fabb8adc1d419fd7ddc7d7
  - Fix [expr] crash reading invalid DWARF C++ symbol "" (BZ 490319).

* Thu Mar 12 2009 Jan Kratochvil <jan.kratochvil at redhat.com> - 6.8.50.20090302-9
- Archer backport: aafe933b497eee8cfab736a10bae1a90d4bceb18
  - [python] Remove duplicate target-wide-charset parameter


gdm-2.26.0-7.fc11
-----------------
* Mon Mar 23 2009 Ray Strode <rstrode at redhat.com> - 1:2.26.0-7
- Load session and language settings when username is read on
  Other user


gedit-2.26.0-1.fc11
-------------------
* Mon Mar 16 2009 Matthias Clasen <mclasen at redhat.com> - 1:2.26.0-1
- Update to 2.26.0


gentoo-0.15.2-1
---------------
* Mon Mar 16 2009 Matthias Saou <http://freshrpms.net/> 0.15.2-1
- Update to 0.15.2, the first gtk2 version at last!
- Update desktop file Categories to System;FileManager;.
- Include new 64x64 icon (taken from the website, the sources one is 55x55).
- Install icon in hicolor directory and include all current relevant scriplets.


geoclue-0.11.1.1-0.1.20090310git3a31d26.fc11
--------------------------------------------
* Tue Mar 10 2009 Peter Robinson <pbrobinson at gmail.com> 0.11.1.1-0.1
- Move to a git snapshot until we finally get a new stable release


ghdl-0.27-0.110svn.4.fc11
-------------------------
* Sun Mar 15 2009 Thomas Sailer <t.sailer at alumni.ethz.ch> - 0.27-0.110svn.4
- gnat version is now 4.4


gimp-2.6.6-1.fc11
-----------------
* Wed Mar 18 2009 Nils Philippsen <nils at redhat.com> - 2:2.6.6-1
- version 2.6.6

  Overview of Changes from GIMP 2.6.5 to GIMP 2.6.6
  =================================================

  * Bugs fixed:

   571117 - lcms plug-in crashes on broken profile
   575154 - changing the help browser preference may not work
   573542 - blur plugin: bug in the first line
   572403 - gimp-2.6 crashed with SIGSEGV in IA__g_object_get()
   573695 - 1-bit white background saved as PBM becomes all black
   573488 - Small bug in Filter>Distorts>Ripple
   572156 - top left pixel position/coordinate is not 0,0 but 1,1
   472644 - Rotate with clipping crops the whole layer

  * Updated translations:

   German (de)
   Spanish (es)
   Estonian (et)
   Basque (eu)
   French (fr)
   Italian (it)
   Portuguese (pt)
   Simplified Chinese (zh_CN)

* Tue Mar 17 2009 Nils Philippsen <nils at redhat.com> - 2:2.6.5-5
- require pygtk2 >= 2.10.4 (#490553)


ginac-1.5.1-1.fc11
------------------
* Tue Mar 17 2009 Rakesh Pandit <rakesh at fedoraproject.org> - 1.5.1-1
- Patched up lexer.cpp for missing header
- Removed rpaths in pkgconfig file #487612
- Updated to 1.5.1:
-   Added polynomial factorization.
-   New, faster (recursive descent) expression parser.
-   Faster GCD computation.
-   Replaced custom RTTI by standard C++ RTTI.
-   Fixed recursion in polynomial divide that caused a significant slowdown in sqrfree().
-   Improved lsolve() of systems containing non-numeric coefficients.
-   Improved configuration and compatibility.


git-cola-1.3.6-1.fc11
---------------------
* Mon Mar 23 2009 Ben Boeckel <MathStuf at gmail.com> 1.3.6-1
- Update to 1.3.6

* Mon Mar 16 2009 Ben Boeckel <MathStuf at gmail.com> 1.3.5.42-1
- Update to 1.3.5.42


gkrellm-2.3.2-4.fc11
--------------------
* Tue Mar 17 2009 Ville Skytt?? <ville.skytta at iki.fi> - 2.3.2-4
- Sync icon cache update scriptlets with current Fedora guidelines.


glade3-3.6.0-1.fc11
-------------------
* Tue Mar 17 2009 Debarshi Ray <rishi at fedoraproject.org> - 3.6.0-1
- Version bump to 3.6.0.
  * Support for both GtkBuilder and Libglade, and conversion from one format
    to the other.
  * Support for GtkAction.
  * New interface to allow plugins to define editor layouts on a class level
    basis, and new customized editors for GtkButton, GtkImage and GtkEntry.
  * New Python plugin for instrospecting and loading Python class properties
    and signals, and adding them to the palette automatically.
  * Support for filtering and searching the project using the inspector.
  * Support for inline editing of widgets in a dialog.
  * Cut and pasted widgets should retain original names. (GNOME Bugzilla
      * The "after" property for a signal handler should be saved to the project
    file. (GNOME Bugzilla #573453)
  * Fixed crash when choosing not to save a project with errors. (GNOME
    Bugzilla #574706)
  * Translation updates: el, fr, da, ml, gl, te, lt, pt, or, cs, it, th, en_GB,
    sv, ru, fi, de, tr, lv, ko, es, sv, hu, eu, vi and pt_BR.
- Updated License to reflect recent licensing changes according to Fedora
  licensing guidelines.
- Stripped redundant translations from .mo files. (GNOME Bugzilla #474987)


glibc-2.9.90-11
---------------
* Fri Mar 20 2009 Jakub Jelinek <jakub at redhat.com> 2.9.90-11
- update from trunk
  - POSIX 2008 prototype adjustments for scandir{,64}, alphasort{,64} and
    versionsort{,64}
  - fix libthread_db (#491197)

* Tue Mar 10 2009 Jakub Jelinek <jakub at redhat.com> 2.9.90-10
- update from trunk
  - fix atexit/__cxa_atexit

* Mon Mar 09 2009 Jakub Jelinek <jakub at redhat.com> 2.9.90-9
- update from trunk
  - POSIX 2008 support: -D_XOPEN_SOURCE=700 and -D_POSIX_C_SOURCE=200809L
- move libnldbl_nonshared.a on ppc*/s390*/sparc* back to glibc-devel


glom-1.10.0-2.fc11
------------------
* Wed Mar 25 2009 Denis Leroy <denis at poolshark.org> - 1.10.0-2
- Fixed libs rpmlint complaints

* Mon Mar 23 2009 <denis at poolshark.org> - 1.10.0-1
- Update to 1.10.0
- Disable sqlite backend, has very limited functionality
- Split libs and devel packages


glpi-data-injection-1.4.0-1.fc11
--------------------------------
* Fri Mar 13 2009 Remi Collet <Fedora at FamilleCollet.com> - 1.4.0-1
- update to 1.4.0
- spec cleanup


glpk-4.36-3.fc11
----------------
* Fri Mar 27 2009 Conrad Meyer <konrad at tylerc.org> - 4.36-3
- Split out -doc subpackage.


glunarclock-0.32.4-14.fc11
--------------------------
* Tue Mar 24 2009 Jon Ciesla <limb at jcomserv.net> - 0.32.4-14
- Libgnomeui fix.

* Mon Feb 23 2009 Jon Ciesla <limb at jcomserv.net> - 0.32.4-13
- Rebuild for new gcc, glibc.


gnome-applet-jalali-calendar-1.6.7-1.fc11
-----------------------------------------
* Sat Mar 21 2009 Hedayat Vatankhah <hedayat at grad.com> 1.6.7-1
- Updated to 1.6.7 release (which contains info about year 1388)


gnome-applets-2.25.92-3.fc11
----------------------------
* Sat Mar 21 2009 Matthias Clasen <mclasen at redhat.com> - 1:2.25.92-3
- Make the invest applet work

* Tue Mar 17 2009 Matthias Clasen <mclasen at redhat.com> - 1:2.25.92-2
- Support https in minicommander (#490387)


gnome-backgrounds-2.24.1-1.fc11
-------------------------------
* Tue Mar 17 2009 Matthias Clasen <mclasen at redhat.com> - 2.24.1-1
- Update to 2.24.1


gnome-chemistry-utils-0.10.4-1.fc11
-----------------------------------
* Wed Mar 18 2009 Julian Sikorski <belegdol[at]gmail[dot]com> - 0.10.4-1
- Updated to 0.10.4
- Dropped upstreamed patches
- Dropped the KDE MIME .desktop files
- Remove the newly-appeared rpaths as well


gnome-commander-1.2.8-0.3.svn2497_trunk.fc11
--------------------------------------------
* Sat Mar 28 2009 Mamoru Tasaka <mtasaka at ioa.s.u-tokyo.ac.jp>
- rev 2497


gnome-desktop-2.26.0-1.fc11
---------------------------
* Mon Mar 16 2009 Matthias Clasen <mclasen at redhat.com> - 2.26.0-1
- Update to 2.26.0


gnome-devel-docs-2.26.0-1.fc11
------------------------------
* Mon Mar 16 2009 Matthias Clasen <mclasen at redhat.com> - 2.26.0-1
- Update to 2.26.0


gnome-do-0.8.1.3-2.fc11
-----------------------
* Tue Mar 17 2009 Sindre Pedersen Bj??rdal <sindrepb at fedoraproject.org> - 0.8.1.3-2
- New upstream release

* Tue Mar 03 2009 Sindre Pedersen Bj??rdal <sindrepb at fedoraproject.org> - 0.8.0-4
- Own _datadir/gnome-do


gnome-doc-utils-0.16.0-1.fc11
-----------------------------
* Mon Mar 16 2009 Matthias Clasen <mclasen at redhat.com> - 0.16.0-1
- Update to 0.16.0


gnome-games-2.26.0-1.fc11
-------------------------
* Mon Mar 16 2009 Matthias Clasen <mclasen at redhat.com> - 1:2.26.0-1
- Update to 2.26.0


gnome-games-extra-data-2.26.0-1
-------------------------------
* Mon Mar 16 2009 Matthias Clasen <mclasen at redhat.com> - 2.26.0-1
- Update to 2.26.0


gnome-icon-theme-2.26.0-2.fc11
------------------------------
* Tue Mar 17 2009 Matthias Clasen <mclasen at redhat.com> - 2.26.0-2
- Add a window icon so we don't show missing icons in window frames

* Mon Mar 16 2009 Matthias Clasen <mclasen at redhat.com> - 2.26.0-1
- Update to 2.26.0


gnome-keyring-2.26.0-1.fc11
---------------------------
* Mon Mar 16 2009 Tomas Bzatek <tbzatek at redhat.com> - 2.26.0-1
- Update to 2.26.0


gnome-mag-0.15.5-1.fc11
-----------------------
* Mon Mar 16 2009 Matthias Clasen <mclasen at redhat.com> - 0.15.5-1
- Update to 0.15.5


gnome-media-2.26.0-1.fc11
-------------------------
* Mon Mar 16 2009 Matthias Clasen <mclasen at redhat.com> - 2.26.0-1
- Update to 2.26.0

* Thu Mar 12 2009 - Bastien Nocera <bnocera at redhat.com> - 2.25.92-4
- Fix dB tooltip always being wrong (#489297)

* Thu Mar 12 2009 - Bastien Nocera <bnocera at redhat.com> - 2.25-92-5
- Add a 100% mark for amplified sources


gnome-menus-2.26.0-1.fc11
-------------------------
* Mon Mar 16 2009 Matthias Clasen <mclasen at redhat.com> 2.26.0-1
- Update to 2.26.0


gnome-nettool-2.26.0-1.fc11
---------------------------
* Tue Mar 17 2009 Matthias Clasen <mclasen at redhat.com> - 2.26.0-1
- Update to 2.26.0


gnome-packagekit-2.27.1-0.1.20090324git.fc11
--------------------------------------------
* Tue Mar 24 2009 Richard Hughes  <rhughes at redhat.com> - 2.27.1-0.1.20090324git
- New snapshot fixing several bugs with the new update viewer.

* Thu Mar 19 2009 Richard Hughes  <rhughes at redhat.com> - 0.4.6-0.1.20090319git
- Update to todays git snapshot so we can test the latest version of the
  update viewer.
- Remove the fedora system-install-packages compatibility script as we've had
  it for over two releases.

* Thu Mar 19 2009 Richard Hughes  <rhughes at redhat.com> - 0.4.6-0.2.20090319git
- Don't break the package download size label.

* Tue Mar 17 2009 Richard Hughes  <rhughes at redhat.com> - 0.4.6-0.1.20090317git
- Update to a git snapshot so we can test the latest version of the
  update viewer.


gnome-panel-2.26.0-1.fc11
-------------------------
* Tue Mar 17 2009 Matthias Clasen <mclasen at redhat.com> - 2.26.0-1
- Update to 2.26.0


gnome-power-manager-2.26.0-1.fc11
---------------------------------
* Mon Mar 16 2009 Richard Hughes  <rhughes at redhat.com> - 2.26.0-1
- Update to 2.26.0


gnome-python2-2.26.0-1.fc11
---------------------------
* Sat Mar 14 2009 Matthew Barnes <mbarnes at redhat.com> - 2.26.0-1.fc11
- Update to 2.26.0


gnome-python2-desktop-2.26.0-1.fc11
-----------------------------------
* Sat Mar 14 2009 Matthew Barnes <mbarnes at redhat.com> - 2.26.0-1.fc11
- Update to 2.26.0


gnome-session-2.26.0-1.fc11
---------------------------
* Mon Mar 16 2009 Matthias Clasen  <mclasen at redhat.com> - 2.26.0-1
- Update to 2.26.0


gnome-settings-daemon-2.26.0-1.fc11
-----------------------------------
* Mon Mar 16 2009 Matthias Clasen  <mclasen at redhat.com> - 2.26.0-1
- Update to 2.26.0


gnome-system-monitor-2.26.0.1-1.fc11
------------------------------------
* Mon Mar 16 2009 Matthias Clasen <mclasen at redhat.com> - 2.26.0.1-1
- Update to 2.26.0.1

* Tue Mar 03 2009 Matthias Clasen <mclasen at redhat.com> - 2.26.0-2
- No need to explicitly require PolicyKit-gnome


gnome-terminal-2.26.0-1.fc11
----------------------------
* Mon Mar 16 2009 Matthias Clasen <mclasen at redhat.com> - 2.26.0-1
- Update to 2.26.0


gnome-themes-2.26.0-1.fc11
--------------------------
* Tue Mar 17 2009 Matthias Clasen <mclasen at redhat.com> - 2.26.0-1
- Update to 2.26.0


gnome-user-docs-2.26.0-1.fc11
-----------------------------
* Mon Mar 16 2009 Matthias Clasen <mclasen at redhat.com> - 2.26.0-1
- Update to 2.26.0


gnome-user-share-2.26.0-1.fc11
------------------------------
* Mon Mar 16 2009 - Bastien Nocera <bnocera at redhat.com> - 2.26.0-1
- Update to 2.26.0


gnome-utils-2.26.0-1.fc11
-------------------------
* Mon Mar 16 2009 Matthias Clasen <mclasen at redhat.com> - 1:2.26.0-1
- Update to 2.26.0


gnome-vfs2-2.24.1-1.fc11
------------------------
* Tue Mar 17 2009 Tomas Bzatek <tbzatek at redhat.com> - 2.24.1-1
- Update to 2.24.1


gnome-web-photo-0.6-2.fc11
--------------------------
* Tue Mar 24 2009 Jan Horak <jhorak at redhat.com> - 0.6-2
- Fix for rebuild against newer gecko

* Tue Mar 17 2009 Matthias Clasen <mclasen at redhat.com> - 0.6-1
- Update to 0.6


gnuplot-4.2.4-6.fc11
--------------------
* Fri Mar 27 2009 Ivana Varekova <varekova at redhat.com> - 4.2.4-6
- split documentation

* Tue Mar 10 2009 Ivana Varekova <varekova at redhat.com> - 4.2.4-5
- fix #489069 (update of the package from nonsplit version
  causes the absence of gnuplot binary -
  fixed using posttrans instead of post)


gnustep-make-2.0.8-2.fc11
-------------------------
* Thu Mar 12 2009 Michel Salim <salimma at fedoraproject.org> - 2.0.8-2
- Put documentation into separate subpackage

* Tue Mar 03 2009 Jochen Schmitt <Jochen herr-schmitt de> - 2.0.8-1
- New upstream release


gok-2.26.0-1.fc11
-----------------
* Mon Mar 16 2009 Matthias Clasen <mclasen at redhat.com> - 2.26.0-1
- Update to 2.26.0


gpodder-0.15.1-1.fc11
---------------------
* Fri Mar 20 2009 - 0.15.1-1 jpaleta <jspaleta AT fedoraproject DOT org>
- new upstream release and packaging fixes


gpredict-0.9.0-4.fc11
---------------------
* Tue Mar 24 2009 Lubomir Rintel (Fedora Astronomy) <lkundrak at v3.sk> - 0.9.0-4
- Fix up the menu entry for Astronomy menus


gpsd-2.39-2.fc11
----------------
* Wed Mar 25 2009 Douglas E. Warner <silfreed at silfreed.net> - 2.39-2
- adding patch to try to fix parallel make errors

* Thu Mar 19 2009 Douglas E. Warner <silfreed at silfreed.net> - 2.39-1
- updating to 2.39
- fixed potential core dump in C client handling of "K" responses
- Made device hotplugging work again; had been broken by changes in udev
- Introduced major and minor API version symbols into the public interfaces
- The sirfmon utility is gone, replaced by gpsmon which does the same job
  for multiple GPS types
- Fixed a two-year old error in NMEA parsing that nobody noticed because its
  only effect was to trash VDOP values from GSA sentences, and gpsd computes
  those with an internal error model when they look wonky
- cgpxlogger has been merged into gpxlogger
- Speed-setting commands now allow parity and stop-bit setting if the GPS
  chipset and adaptor can support it
- Specfile and other packaging paraphenalia now live in a packaging
  subdirectory
- rtcmdecode becomes gpsdecode and can now de-armor and dump AIDVM packets
- The client library now work correctly in locales where the decimal separator
  is not a period

* Mon Mar 16 2009 Douglas E. Warner <silfreed at silfreed.net> - 2.38-1
- updating to 2.38
- creating init script and sysconfig files
- migrating hotplug rules to udev + hotplug wrapper script from svn r5147
- updating pyexecdir patch
- fixing udev rule subsystem match
- Regression test load for RoyalTek RGM3800 and Blumax GPS-009 added
- Scaling on E error-estimate fields fixed to match O
- Listen on localhost only by default to avoid security problems; this can be
  overridden with the -G command-line option
- The packet-state machine can now recognize RTCM3 packets, though support is
  not yet complete
- Added support for ublox5 and mkt-3301 devices
- Add a wrapper around gpsd_hexdump to save CPU
- Lots of little fixes to various packet parsers
- Always keep the device open: "-n" is not optional any more
- xgpsspeed no longer depends on Motif
- gpsctl can now ship arbitrary payloads to a device; 
  It's possible to send binary through the control channel with the
  new "&" command
- Experimental new driver for Novatel SuperStarII
- The 'g' mode switch command now requires, and returns, 'rtcm104v2' rather
  than 'rtcm104'; this is design forward for when RTCM104v2 is fully working


gpsim-0.23.0-4.fc11
-------------------
* Sat Mar 21 2009 Roy Rankin <rrankin at ihug.com.au> 0.23.0-4
- upstream release of gpsim 0.23.0 - bug fixes and see ANNOUNCE for
  new features and processors.


gramps-3.1.1-3.fc11
-------------------
* Fri Mar 27 2009 Warren Togami <wtogami at redhat.com> - 3.1.1-3
- frefont -> gnu-free* automatic detected for Fedora 11+
  Turns out gramps used them during PDF chart generation.

* Tue Mar 24 2009 Warren Togami <wtogami at redhat.com> - 3.1.1-2
- freefont was split into multiple packages gnu-free-*, however it seems that 
  gramps works fine without any of them?  Remove freefont req to fix broken
  dep for now.

* Tue Mar 10 2009 Jeffrey C. Ollie <jeff at ocjtech.us> - 3.1.1-1
- Version 3.1.1 -- the "Spam, bacon, sausage and spam" release:
- * The release of 3.1.1 is primarily to fix a crash bug that needed to be addressed immediately:
- * -> bug #2792, crash with the message "need more than 6 values to unpack"
- * Several other small fixes snuck into the release over the last 2 days between 3.1.0 and 3.1.1:
- * -> add a warning when installing from .tar.gz
- * -> bug #2121 - graphviz reports were generated off-page
- * -> various gramplet fixes
- * -> several text typo fixes and translation updates (de, fr)
- * -> bug #2772 - name display format
- * -> bug #2789 - fix for HTTP 404 in NarrativeWeb due to bad relative path


grc-0.70-5.fc11
---------------
* Tue Mar 24 2009 Lubomir Rintel (Fedora Astronomy) <lkundrak at v3.sk> - 0.70-5
- Fix the categories and icon location


grib_api-1.7.0-1.fc11
---------------------
* Tue Mar 17 2009 Jeroen van Meeuwen <j.van.meeuwen at ogd.nl> - 1.7.0-1
- New upstream version


gtk-vnc-0.3.8-8.fc11
--------------------
* Fri Mar 27 2009 Daniel P. Berrange <berrange at redhat.com> - 0.3.8-8.fc11
- Fix ungrab when pointer type changes

* Tue Mar 24 2009 Daniel P. Berrange <berrange at redhat.com> - 0.3.8-7.fc11
- Fix release of keyboard grab when releasing mouse grab outside app window (rhbz #491167)


gtk2-2.16.0-1.fc11
------------------
* Fri Mar 13 2009 Matthias Clasen <mclasen at redhat.com> - 2.16.0-1
- Update to 2.16.0


gtk2-engines-2.18.0-1.fc11
--------------------------
* Mon Mar 16 2009 Matthias Clasen <mclasen at redhat.com> - 2.18.0-1
- Update to 2.18.0


gtkhtml3-3.26.0-1.fc11
----------------------
* Mon Mar 16 2009 Matthew Barnes <mbarnes at redhat.com> - 3.26.0-1.fc11
- Update to 3.26.0


gtksourceview2-2.6.0-1.fc11
---------------------------
* Mon Mar 16 2009 Matthias Clasen <mclasen at redhat.com> - 2.6.0-1
- Update to 2.6.0


guake-0.3.1-10.20090321git.fc11
-------------------------------
* Sat Mar 21 2009 pingou <pingou at pingoured.fr> - 0.3.1-10.20090321git
- New version from git


gucharmap-2.26.0-1.fc11
-----------------------
* Mon Mar 16 2009 Matthias Clasen <mclasen at redhat.com> - 2.26.0-1
- Update to 2.26.0


gv-3.6.7-1.fc11
---------------
* Tue Mar 24 2009 Orion Poplawski <orion at cora.nwra.com> 3.6.7-1
- Update to 3.6.7


gvfs-1.2.0-2.fc11
-----------------
* Wed Mar 18 2009 David Zeuthen <davidz at redhat.com> - 1.2.0-2
- GNOME #575728 - crash in Open Folder: mounting a crypto volume

* Mon Mar 16 2009 Tomas Bzatek <tbzatek at redhat.com> - 1.2.0-1
- Update to 1.2.0


gwibber-0.9.1-1.251bzr.fc11
---------------------------
* Tue Mar 17 2009 Peter Jones <pjones at redhat.com>
- Fix missing Requires: libsoup

* Tue Mar 17 2009 Ian Weller <ianweller at gmail.com> 0.9.1-1.251bzr
- Update from upstream revision 251
- Adjust pjones's patch to use spaces


gzip-1.3.12-9.fc11
------------------
* Fri Mar 13 2009 Ivana Varekova <varekova at redhat.com> - 1.3.12-9
- fix #484213 - zdiff shows no output


hal-0.5.12-26.20090226git.fc11
------------------------------
* Fri Mar 27 2009 Peter Hutterer <peter.hutterer at redhat.com> - 0.5.12-26.20090226git
- hal-KVM-evdev.patch: force the evdev driver for American Megatrends KVM
  (#484776)

* Sat Mar 14 2009 - Matthew Garrett <mjg at redhat.com> - 0.5.12-25.20090226git
- Fully disable smbios support - backlight control is in-kernel on Dells now.


hamster-applet-2.26.0-1.fc11
----------------------------
* Mon Mar 16 2009 Mads Villadsen <maxx at krakoa.dk> - 2.26.0-1
- Update to new stable version
- Final fixes to utf-8 and Python 2.6 sqlite


homebank-4.0.2-1.fc11
---------------------
* Fri Mar 27 2009 Johan Cwiklinski <johan AT x-tnd DOT be> 4.0.2-1
- 4.0.2


httpd-2.2.11-8
--------------
* Tue Mar 17 2009 Joe Orton <jorton at redhat.com> 2.2.11-8
- fix pidfile in httpd.logrotate (thanks to Rainer Traut)
- don't build mod_mem_cache or mod_file_cache


hunspell-ca-0.20090311-1.fc11
-----------------------------
* Wed Mar 11 2009 Caolan McNamara <caolanm at redhat.com> - 0.20090311-1
- latest version

* Tue Mar 10 2009 Caolan McNamara <caolanm at redhat.com> - 0.20090309-1
- latest version


hunspell-pl-0.20090315-1.fc11
-----------------------------
* Sun Mar 15 2009 Caolan McNamara <caolanm at redhat.com> - 0.20090315-1
- latest version


hunspell-pt-0.20090309-1.fc11
-----------------------------
* Tue Mar 10 2009 Caolan McNamara <caolanm at redhat.com> - 0.20090309-1
- latest pt_PT version


hwdata-0.223-1.fc11
-------------------
* Thu Mar 19 2009 Karsten Hopp <karsten at redhat.com> 0.223-1
- update usb.ids pci.ids oui.txt
- rename /etc/modprobe.d/blacklist to /etc/modprobe.d/blacklist.conf


ibus-1.1.0.20090311-2.fc11
--------------------------
* Sat Mar 28 2009 Huang Peng <shawn.p.huang at gmail.com> - 1.1.0.20090311-2
- Recreate the ibus-HEAD.patch from upstream git source tree.
- Fixe bug 490009 - Deleting Next Engine shortcuts doesn't work
- Fixe bug 490381 - Change "Next/Previous engine" labels

* Wed Mar 11 2009 Huang Peng <shawn.p.huang at gmail.com> - 1.1.0.20090311-1
- Update to ibus-1.1.0.20090311.
- Update setup ui follow GNOME Human Interface Guidelines 2.2 (#489497).


ibus-chewing-1.0.4.20090323-2.fc11
----------------------------------
* Mon Mar 23 2009 Ding-Yi Chen <dchen at redhat.com> - 1.0.4.20090323-2
* Mon Mar 23 2009 Ding-Yi Chen <dchen at redhat.com> - 1.0.4.20090323-1
- Various Settings are now in dialog.
- Integer settings are now revealed.
- MakerDialog.gob is now available.
- Work around of easy symbol input.
- Fix iBus Google issue 310.


ibus-table-1.1.0.20090316-1.fc11
--------------------------------
* Mon Mar 16 2009 Caius Chance <cchance at redhat.com> - 1.1.0.20090316-1.fc11
- Resolves: rhbz#490396
- Updated source tarball.
- Disabled speedmeter until config option is implemented.


ice-3.3.1-1.fc11
----------------
* Wed Mar 25 2009 Mary Ellen Foster <mefoster at gmail.com> - 3.3.1-1
- Update to new upstream 3.3.1 release
  - Includes all previous patches
  - Support for serializable Java and .NET types in your Slice definitions
  - Ability to use Ice for Java in an applet and to load IceSSL files, such
    as keystores, from class path resources
- Details at http://www.zeroc.com/download/Ice/3.3/Ice-3.3.1-RELEASE_NOTES


idw-gpl-1.6.1-1.fc11
--------------------
* Wed Mar 18 2009 Jerry James <loganjerry at gmail.com> - 1.6.1-1
- Update to 1.6.1
- Drop upstreamed patches


ikiwiki-3.08-1.fc11
-------------------
* Fri Mar 27 2009 Thomas Moschny <thomas.moschny at gmx.de> - 3.08-1
- Update to 3.08.


initscripts-8.91-1
------------------
* Mon Mar 16 2009 Bill Nottingham <notting at redhat.com> - 8.91-1
- fix DHCP reading of options from ifcfg-XXX (#483257)
- ifdown-eth: clean up bridges on ifdown (#463325, <sean at bruenor.org>)
- support MD on iSCSI (#480627)
- remove support for 'ifcfg-foo-bar' configurations that inherit from 'ifcfg-foo'
- remove slip support
- translation updates: es, pl, ca, sr, de, sv, pa, pt_BR


inksmoto-0.5.1-1.fc11
---------------------
* Tue Mar 17 2009 Jon Ciesla <limb at jcomserv.net> - 0.5.1-1
- New upstream, bugfix release.


inn-2.4.6-1.fc11
----------------
* Wed Mar 11 2009 Ondrej Vasik <ovasik at redhat.com> - 2.4.6-1
- new bugfix upstream release 2.4.6
- no strict aliasing, remove pyo/.pyc filters files from list


intltool-0.40.6-1.fc11
----------------------
* Mon Mar 16 2009 Matthias Clasen <mclasen at redhat.com> - 0.40.6-1
- Update to 0.40.6


iok-1.3.3-1.fc11
----------------
* Fri Mar 20 2009 Parag Nemade <panemade at gmail.com>- 1.3.3-1
- Update to Next release 1.3.3


iproute-2.6.29-1.fc11
---------------------
* Wed Mar 25 2009 Marcela Ma??l????ov?? <mmaslano at redhat.com> - 2.6.29-1
- update to 2.6.29
- remove DDR patch which became part of sourc
- add patch with correct headers 1957a322c9932e1a1d2ca1fd37ce4b335ceb7113


ipw2200-firmware-3.1-1
----------------------
* Sat Mar 20 2010 John W. Linville <linville at redhat.com> - 3.1-1
- Update for release 3.1 of firmware


iso-codes-3.7-1.fc11
--------------------
* Sun Mar 22 2009 Christopher Aillon <caillon at redhat.com> - 3.7-1
- Update to 3.7


itext-2.1.5-1.fc11
------------------
* Tue Mar 10 2009 Jochen Schmitt <Jochen herr-schmitt de> 2.1.5-1
- New upstream release


iverilog-0.9.20090423-4..fc11
-----------------------------
* Mon Mar 23 2009 Chitlesh Goorah <chitlesh [AT] fedoraproject DOT org> - 0.9.20081118-4
- new development release

* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 0.9.20081118-2
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


jabbim-0.5-0.4.svn20090314.fc11
-------------------------------
* Sat Mar 14 2009 Michal Schmidt <mschmidt at redhat.com> - 0.5-0.4.svn20090314
- Update to current SVN snapshot.


jadetex-3.13-5.fc11
-------------------
* Tue Mar 10 2009 Ondrej Vasik  <ovasik at redhat.com> 3.13-5
- cleanup after post scriptlet (no .log files in web2c dir)


jakarta-commons-httpclient-3.1-0.4.fc11
---------------------------------------
* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 1:3.1-0.4
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


japanese-bitmap-fonts-0.20080710-5.fc11
---------------------------------------
* Fri Mar 27 2009 Akira TAGOH <tagoh at redhat.com> - 0.20080710-5
- Clean up a spec file.
- Rebuilt (#491963)


java-1.6.0-openjdk-1.6.0.0-17.b14.fc11
--------------------------------------
* Tue Mar 24 2009 Lillian Angel <langel at redhat.com> - 1:1.6.0-16.b14
- Added java-1.6.0-openjdk-securitypatches.patch.
- Updated release.

* Tue Mar 24 2009 Lillian Angel <langel at redhat.com> - 1:1.6.0-17.b14
- Updated java-1.6.0-openjdk-lcms.patch.

* Fri Mar 20 2009 Lillian Angel <langel at redhat.com> - 1:1.6.0-15.b14
- Added java-1.6.0-openjdk-lcms.patch.


jbrout-0.3.174-1.fc11
---------------------
* Sat Mar 21 2009 Matej Cepl <mcepl at redhat.com> 0.3.174-1
- New upstream release


jcommon-serializer-0.3.0-2.fc11
-------------------------------
* Mon Mar 16 2009 Caolan McNamara <caolanm at redhat.com> 0.3.0-2
- OOo tuned serializer


jd-2.4.0-0.1.svn2744_trunk.fc11
-------------------------------
* Mon Mar 23 2009 Mamoru Tasaka <mtasaka at ioa.s.u-tokyo.ac.jp>
- Update to latest trunk


jfbterm-0.4.7-21.fc11
---------------------
* Sat Mar 28 2009 Mamoru Tasaka <mtasaka at ioa.s.u-tokyo.ac.jp> - 0.4.7-21
- Font path again changed (on japanese-bitmap-fonts) ......

* Fri Mar 27 2009 Mamoru Tasaka <mtasaka at ioa.s.u-tokyo.ac.jp> - 0.4.7-20
- F-11: rebuild, with suppressing font Provides (related to bug 491964)


jfsutils-1.1.13-5.fc11
----------------------
* Wed Mar 25 2009 Josh Boyer <jwboyer at gmail.com> - 1.1.13-5
- Fix merge review issues, again (bug 225945)

* Mon Mar 23 2009 Josh Boyer <jwboyer at gmail.com> - 1.1.13-3
- Fix merge review issues (bug 225945)

* Mon Mar 23 2009 Josh Boyer <jwboyer at gmail.com> - 1.1.13-4
- Fix merge review issues, again (bug 225945)


jisksp16-1990-fonts-0.983-4.fc11
--------------------------------
* Thu Mar 26 2009 Akira TAGOH <tagoh at redhat.com> - 0.983-4
- Update a spec file a bit.
- rebuild to correct autoprovides. (#491965)


jomolhari-fonts-0.003-7.fc11
----------------------------
* Sun Mar 15 2009 Marcin Garski <mgarski[AT]post.pl> 0.003-7
- Update to new fonts guidelines, thanks to Rajeesh K Nambiar (#477403)


jrefactory-2.8.9-8.7.fc11
-------------------------
* Fri Mar 20 2009 Deepak Bhole <dbhole at redhat.com> - 0:2.8.9-8.7
- Add patch to set source to 1.4

* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 0:2.8.9-8.6
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


jtidy-1.0-0.3.r7dev.1.4.fc11
----------------------------
* Fri Mar 20 2009 Deepak Bhole <dbhole at redhat.com> - 2:1.0-0.3.r7dev.1.4
- Add patch to set source to 1.4

* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 2:1.0-0.3.r7dev.1.3
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


justmoon-0.3.3-5.fc11
---------------------
* Tue Mar 24 2009 Lubomir Rintel (Fedora Astronomy) <lkundrak at v3.sk> - 0.3.3-5
- Fix the summary and icon location


jwhois-4.0-13.fc11
------------------
* Fri Mar 13 2009 Vitezslav Crhonek <vcrhonek at redhat.com> - 4.0-13
- jwhois.conf update for another few domains
  Resolves: #489161


kaffeine-0.8.7-6.fc11
---------------------
* Wed Mar 18 2009 Ville Skytt?? <ville.skytta at iki.fi> - 0.8.7-6
- Improve icon cache and desktop database update scriptlets.
- Update URL.


kanyremote-5.7-1.fc11
---------------------
* Wed Mar 11 2009 Mikhail Fedotov <anyremote at mail.ru> - 5.7
- Finnish and Swedish translation were added (thanks to Matti Jokinen)


kazehakase-0.5.6-7.svn3769_trunk.fc11
-------------------------------------
* Fri Mar 27 2009 Mamoru Tasaka <mtasaka at ioa.s.u-tokyo.ac.jp> - 0.5.6-7.svn3769_trunk
- Fix Group tag (bug 486452)

* Mon Mar 23 2009 Mamoru Tasaka <mtasaka at ioa.s.u-tokyo.ac.jp>
- Try rev 3769


kde-filesystem-4-25.fc11
------------------------
* Thu Mar 12 2009 Rex Dieter <rdieter at fedoraproject.org> 4-25
- own %_kde4_datadir/wallpapers (revert -20)


kdeaccessibility-4.2.1-2.fc11
-----------------------------
* Mon Mar 23 2009 Rex Dieter <rdieter at fedoraproject.org> - 4.2.1-2
- scriptlet optimization


kdebase-workspace-4.2.1-11.fc11
-------------------------------
* Mon Mar 23 2009 REx Dieter <rdieter at fedoraproject.org> - 4.2.1-11
- Obsoletes: guidance-power-manager (-> powerdevil upgrade path, F-11+)

* Wed Mar 18 2009 Than Ngo <than at redhat.com> - 4.2.1-10
- upstream patch to fix MenuEntryActions created from khotkeys

* Mon Mar 16 2009 Rex Dieter <rdieter at fedoraproject.org> - 4.2.1-9
- kdm subpkg
- -devel: move cmake modules here
- Requires: kdelibs4%{?_isa} ..
- BR: libutempter-devel (drops need for kwrited helper)

* Thu Mar 12 2009 Rex Dieter <rdieter at fedoraproject.org> - 4.2.1-7
- fix quicklauch (kdebug#185585,rh#489769)
- -wallpapers: make noarch (f10+)

* Thu Mar 12 2009 Rex Dieter <rdieter at fedoraproject.org> - 4.2.1-8
- oxygen-cursor-themes: make noarch (f10+)

* Tue Mar 10 2009 Than Ngo <than at redhat.com> - 4.2.1-6
- fix konsole patch to use invokeTerminal


kdebindings-4.2.1-4.fc11
------------------------
* Fri Mar 20 2009 Ben Boeckel <Mathstuf at gmail.com> - 4.2.1-3
- Clean up conditionals
- Enable PHP and C# bindings

* Fri Mar 20 2009 Ben Boeckel <Mathstuf at gmail.com> - 4.2.1-4
- Don't enable csharp on ppc64

* Wed Mar 18 2009 Rex Dieter <rdieter at fedoraproject.org> - 4.2.1-2
- fix typos in Provides: kross(python)


kdeedu-4.2.1-3.fc11
-------------------
* Wed Mar 25 2009 Rex Dieter <rdieter at fedoraproject.org> 4.2.1-2.1
- -marble: Conflicts: kdeedu-libs < 4.2.0 (f10-, #487550)

* Wed Mar 25 2009 Rex Dieter <rdieter at fedoraproject.org> 4.2.1-3
- respin (gpsd)

* Tue Mar 24 2009 Rex Dieter <rdieter at fedoraproject.org> 4.2.1-2
- libanalitza should go into-math subpkg (#491867)
- include designer plugins in runtime (not -devel)
- optimize scriptlets
- -math: move 'Obsoletes/Provides: kalgebra' here


kdelibs-4.2.1-9.fc11
--------------------
* Mon Mar 23 2009 Rex Dieter <rdieter at fedoraproject.org> - 4.2.1-9
- scriptlet optimization

* Thu Mar 19 2009 Rex Dieter <rdieter at fedoraproject.org> - 4.2.1-8
- Provides: kdelibs4%{?_isa} ... (#491082)

* Wed Mar 18 2009 Rex Dieter <rdieter at fedoraproject.org> 4.2.1-7
- Provides: kross(javascript) kross(qtscript)  (#490586)

* Thu Mar 12 2009 Than Ngo <than at redhat.com> - 4.2.1-6
- apply patch to fix encoding for Qt-4.5.0

* Mon Mar 09 2009 Than Ngo <than at redhat.com> - 4.2.1-5
- apply patch to fix issue in CSS style that causes konqueror shows a blank page


kdeplasma-addons-4.2.1-3.fc11
-----------------------------
* Mon Mar 16 2009 Rex Dieter <rdieter at fedoraproject.org> - 4.2.1-2
- make bball applet work (ship .svg instead of .svgz)
- use new %_qt45 macro
- spec housecleaning


keepassx-0.4.0-1.fc11
---------------------
* Thu Mar 26 2009 Aurelien Bompard <abompard at fedoraproject.org> 0.4.0-1
- version 0.4.0
- drop patch0 (upstream)

* Thu Mar 12 2009 Aurelien Bompard <abompard at fedoraproject.org> 0.3.4-3
- backport fix from upstream for bug #489820


kernel-2.6.29-16.fc11
---------------------
* Fri Mar 27 2009 Ben Skeggs <bskeggs at redhat.com>
- nv50: clear 0x1900/8 on init, possible fix for rh#492240
- forcibly disable GEM also if KMS requested where not supported
- inform the user if we disable KMS because of it not being supported

* Fri Mar 27 2009 Ben Skeggs <bskeggs at redhat.com>
- drm-nouveau.patch: do nothing for dac_{prepare,commit}, it's useless
  and breaks some things in strange ways.

* Fri Mar 27 2009 Chuck Ebbert <cebbert at redhat.com> 2.6.29-16
- Fix 2.6.29 networking lockups.
- Fix locking in net/xfrm/xfrm_state.c (#489764)

* Thu Mar 26 2009 Mauro Carvalho Chehab <mchehab at redhat.com>
- Move all 2.6.30 stuff into linux-2.6-v4l-dvb-fixes.patch, in
  preparation for upstream pull;
- Added two new drivers: gspca sq905c and DVB Intel ce6230
- Updated to the latest v4l-dvb drivers.

* Thu Mar 26 2009 Kyle McMartin <kyle at redhat.com>
- linux-2.6-v4l-pvrusb2-fixes.patch: fix build for uncle steve.

* Thu Mar 26 2009 Dave Jones <davej at redhat.com>
- Enable CONFIG_MOUSE_PS2_ELANTECH (#492163)

* Thu Mar 26 2009 Dave Jones <davej at redhat.com>
- Set kernel-PAE as default in grub. (#487578)

* Thu Mar 26 2009 Dave Jones <davej at redhat.com>
- Check for modesetting enabled before forcing mode on 915. (#490336)

* Thu Mar 26 2009 Matthew Garrett <mjg at redhat.com>
- linux-2.6-relatime-by-default.patch: Backport relatime code from 2.6.30

* Wed Mar 25 2009 Mauro Carvalho Chehab <mchehab at redhat.com>
- remove duplicated Cinergy T2 entry at config-generic


kile-2.0.3-3.fc11
-----------------
* Mon Mar 23 2009 Rex Dieter <rdieter at fedoraproject.org> - 2.0.3-3
- optimize scriptlets


kipi-plugins-0.2.0-2.fc11
-------------------------
* Tue Mar 17 2009 Rex Dieter <rdieter at fedoraproject.org> - 0.2.0-1
- kipi-plugins-0.2.0 (final)

* Tue Mar 17 2009 Rex Dieter <rdieter at fedoraproject.org> - 0.2.0-2
- BR: opencv-devel, include RemoveRedEye plugin


klamav-0.46-2.fc11
------------------
* Thu Mar 19 2009 Andy Shevchenko <andy at smile.org.ua> - 0.46-2
- disable update from GUI (#490451)


kmplayer-0.11.0a-2.fc11
-----------------------
* Tue Mar 24 2009 Orcan Ogetbil <oget[DOT]fedora[AT]gmail[DOT]com> - 0.11.0a-1
- kmplayer-0.11.0a (KDE4)

* Tue Mar 24 2009 Rex Dieter <rdieter at fedoraproject.org> - 0.11.0a-2
- default to using phonon engine (instead of mplayer)


knm_new-fonts-1.1-5.fc11
------------------------
* Thu Mar 26 2009 Akira TAGOH <tagoh at redhat.com> - 1.1-5
- Clean up a spec file.
- Rebuild to correct autoprovides (#491966)


koan-1.6.1-1.fc11
-----------------
* Fri Mar 27 2009 Michael DeHaan <mdehaan at redhat.com> - 1.6.1-1
- Upstream changes (see CHANGELOG)
- added cobbler-register script and manpage


koffice-langpack-1.6.3-3.fc11
-----------------------------
* Thu Mar 19 2009 Rex Dieter <rdieter at fedoraproject.org> 1:1.1.6-3
- revert koffice2 -> koffice1, Epoch bump


konq-plugins-4.2.0-4.fc11
-------------------------
* Wed Mar 25 2009 Rex Dieter <rdieter at fedoraproject.org> 4.2.0-4
- fixup handbook install
- optimize scriptlets


koules-1.4-5.fc11
-----------------
* Mon Mar 16 2009 Lubomir Rintel <lkundrak at v3.sk> 1.4-5
- Require fonts
- Fix Xshm support


kpackagekit-0.4.0-4.fc11
------------------------
* Tue Mar 17 2009 Luk???? Tinkl <ltinkl at redhat.com> - 0.4.0-4
- respun (fixed) tarball with translations included


krb5-1.6.3-19.fc11
------------------
* Tue Mar 17 2009 Nalin Dahyabhai <nalin at redhat.com> 1.6.3-19
- libgssapi_krb5: backport fix for some errors which can occur when
  we fail to set up the server half of a context (CVE-2009-0845)


kscope-1.9.4-1.fc11
-------------------
* Mon Mar 16 2009 Tom "spot" Callaway <tcallawa at redhat.com> - 1.9.4-1
- update to 1.9.4


ksh-20081104-3.fc11
-------------------
* Tue Mar 10 2009 Michal Hlavinka <mhlavink at redhat.com> - 20081104-3
- fix typos in spec file


ksplice-0.9.7-2.fc11
--------------------
* Wed Mar 11 2009 Jochen Schmitt <Jochen herr-schmitt de> 0.9.7-2
- New upstream release


kst-1.7.0-6.fc11
----------------
* Tue Mar 10 2009 Matthew Truch <matt at truch.net> - 1.7.0-6
- Make cfitsio explicit version check work.


ladspa-1.13-5.fc11
------------------
* Sun Mar 22 2009 Robert Scheck <robert at fedoraproject.org> - 1.13-5
- Really added the plugindir patch now (thanks to Karsten Hopp)
- Avoid the make errors because of mkdirhier better than until now

* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 1.13-3
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild

* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 1.13-4
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild

* Sun Nov 23 2008 Thomas Vander Stichele <thomas at apestaart dot org>
- 1.13-2
- updated summary
- not rebuilt yet

* Fri Sep 05 2008 Michael Schwendt <mschwendt at fedoraproject.org> - 1.13-1
- link with build-id to fix rawhide build
- upgrade to 1.13 (GCC4 build-fix and string fixes) (#449542)
- add -plugindir patch so listplugin and friends will work by default
  (Anthony Green #324741)

* Tue Aug 05 2008 Tom "spot" Callaway <tcallawa at redhat.com> - 1.12-10
- fix license tag


ladspa-caps-plugins-0.4.2-4.fc11
--------------------------------
* Wed Sep 16 2009 Hans de Goede <hdegoede at redhat.com> 0.4.2-4
- Remove -ffast-math from CFLAGS, as it causes errors in the output (#491636)


lam-7.1.4-3.fc11
----------------
* Sat Mar 21 2009 Robert Scheck <robert at fedoraproject.org> - 2:7.1.4-3
- Rebuilt against libtool 2.2

* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 2:7.1.4-2
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


lash-0.5.4-4.fc11
-----------------
* Sun Mar 22 2009 Robert Scheck <robert at fedoraproject.org> - 0.5.4-4
- Work around the newer texi2html which is behaving somehow else

* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 0.5.4-3
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


lcms-1.18-1.fc11
----------------
* Mon Mar 23 2009 kwizart < kwizart at gmail.com > - 1.18-1
- Update to 1.18 (final)
- Remove upstreamed patches
- Disable autoreconf - patch libtool to prevent rpath issue

* Fri Mar 20 2009 kwizart < kwizart at gmail.com > - 1.18-0.1.beta2
- Update to 1.18beta2
 fix bug #487508: CVE-2009-0723 LittleCms integer overflow
 fix bug #487512: CVE-2009-0733 LittleCms lack of upper-bounds check on sizes
 fix bug #487509: CVE-2009-0581 LittleCms memory leak


ldapjdk-4.18-4.fc11
-------------------
* Fri Mar 20 2009 Deepak Bhole <dbhole at redhat.com> - 0:4.18-4
- RPM was using pre-built jars before. Fixed that problem.

* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 0:4.18-3
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild

* Thu May 29 2008 Tom "spot" Callaway <tcallawa at redhat.com> - 4.18-2
- fix license tag


less-424-3.fc11
---------------
* Tue Mar 17 2009 Zdenek Prikryl <zprikryl at redhat.com> - 424-3
- Added lzma support
- Added test if fsync produces EIVAL on tty


levien-inconsolata-fonts-1.01-3.fc11
------------------------------------
* Sun Mar 15 2009 Nicolas Mailhot <nicolas.mailhot at laposte.net> - 1.01-3
??? Make sure F11 font packages have been built with F11 fontforge


libIDL-0.8.13-1.fc11
--------------------
* Tue Mar 17 2009 Matthias Clasen <mclasen at redhat.com> - 0.8.13-1
- Update to 0.8.13


libapreq2-2.12-1.fc11
---------------------
* Sun Mar 15 2009 Bojan Smojver <bojan at rexursive.com> - 2.12-1
- bump up to 2.12 release


libatasmart-0.3-1.fc11
----------------------
* Tue Mar 24 2009 Lennart Poettering <lpoetter at redhat.com> 0.3-1
- New upstream release

* Thu Mar 19 2009 Lennart Poettering <lpoetter at redhat.com> 0.2-1
- New upstream release


libbase-1.0.0-2.OOo31.fc11
--------------------------
* Mon Mar 16 2009 Caolan McNamara <caolanm at redhat.com> 1.0.0-2.OOo31
- Post released tuned for OpenOffice.org reportbuilder


libbonobo-2.24.1-1.fc11
-----------------------
* Sun Mar 15 2009 Matthias Clasen <mclasen at redhat.com> - 2.24.1-1
- Update to 2.24.1


libbonoboui-2.24.1-1.fc11
-------------------------
* Mon Mar 16 2009 Matthias Clasen <mclasen at redhat.com> - 2.24.1-1
- Update to 2.24.1


libcap-2.16-2.fc11
------------------
* Sun Mar 22 2009 Karsten Hopp <karsten at redhat.com> 2.16-1
- update, with a fix for rebuild problems

* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 2.10-3
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


libcgroup-0.33-3.fc11
---------------------

libchamplain-0.2.9-1.fc11
-------------------------
* Wed Mar 18 2009 Debarshi Ray <rishi at fedoraproject.org> - 0.2.9-1
- Version bump to 0.2.9.
  * Fixed elastic effect.
  * Reduced exported symbols.


libconcord-0.21-1.fc11
----------------------
* Tue Mar 10 2009 Douglas E. Warner <silfreed at silfreed.net> 0.21-1
- moving policykit rule generation from concordnace to here
- including new upstream install for policykit/hal/udev rules
- removing registered marks
- supports updating firmware on 5** remotes
- improved IR learning support


libctl-3.0.2-9.fc11
-------------------
* Sun Mar 22 2009 Robert Scheck <robert at fedoraproject.org> - 3.0.2-9
- Rebuilt against libtool 2.2

* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 3.0.2-8
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild

* Fri May 23 2008 Jon Stanley <jonstanley at gmail.com> - 3.0.2-7
- Fix license tag


libdc1394-2.1.0-1.fc11
----------------------
* Tue Mar 17 2009 Tim Niemueller <tim at niemueller.de> - 2.1.0-1
- Update to latest stable release 2.1.0


libdrm-2.4.5-3.fc11
-------------------
* Thu Mar 26 2009 Adam Jackson <ajax at redhat.com> 2.4.5-3
- libdrm-intel-gtt.patch: Fix GTT maps for intel.

* Wed Mar 25 2009 Ben Skeggs <bskeggs at redhat.com> 2.4.5-2
- pull in nouveau fixes from drm.git

* Mon Mar 23 2009 Dave Airlie <airlied at redhat.com> 2.4.5-1
- add bo naming


libev-3.53-1.fc11
-----------------
* Thu Mar 19 2009 Michal Nowak <mnowak at redhat.com> - 3.53-1
- 3.53


libfakekey-0.1-2.fc11
---------------------
* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 0.1-2
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


libfonts-1.0.0-1.OOo31.fc11
---------------------------
* Mon Mar 16 2009 Caolan McNamara <caolanm at redhat.com> 1.0.0-1.OOo31
- Post-release tuned for OpenOffice.org


libformula-0.2.0-2.OOo31.fc11
-----------------------------
* Mon Mar 16 2009 Caolan McNamara <caolanm at redhat.com> 0.2.0-2.OOo31
- post-release tuned for OpenOffice.org report-designer


libgda-4.0.0-1.fc11
-------------------
* Mon Mar 23 2009 <denis at poolshark.org> - 1:4.0.0-1
- Update to upstream 4.0.0


libgdamm-3.99.14-1.fc11
-----------------------
* Mon Mar 23 2009 <denis at poolshark.org> - 3.99.14-1
- Update to upstream 3.99.14


libgdiplus-2.4-5.fc11
---------------------
* Thu Mar 26 2009 Paul F. Johnson <paul at all-the-johnsons.co.uk> 2.4-5
- 2.4 release

* Tue Mar 17 2009 Paul F. Johnson <paul at all-the-johnsons.co.uk> 2.4-4.RC3
- Bump to RC3

* Tue Mar 10 2009 Paul F. Johnson <paul at all-the-johnsons.co.uk> 2.4-3.RC2
- Bump to RC2


libglade2-2.6.4-1.fc11
----------------------
* Tue Mar 17 2009 Matthias Clasen <mclasen at redhat.com> 2.6.4-1
- Update to 2.6.4


libgnome-2.26.0-1.fc11
----------------------
* Tue Mar 17 2009 Matthias Clasen <mclasen at redhat.com> - 2.26.0-1
- Update to 2.26.0

* Sun Mar 15 2009 Matthias Clasen <mclasen at redhat.com> - 2.25.1-1
- Update to 2.25.1
- Drop explicit library requires


libgnomecanvas-2.26.0-1.fc11
----------------------------
* Tue Mar 17 2009 Matthias Clasen <mclasen at redhat.com> 2.26.0-1
- Update to 2.26.0


libgnomekbd-2.26.0-1.fc11
-------------------------
* Mon Mar 16 2009 Matthias Clasen <mclasen at redhat.com> - 2.26.0-1
- Update to 2.26.0


libgnomeprint22-2.18.6-1.fc11
-----------------------------
* Tue Mar 17 2009 Matthias Clasen <mclasen at redhat.com> - 2.18.6-1
- Update to 2.18.6


libgnomeprintui22-2.18.4-1.fc11
-------------------------------
* Tue Mar 17 2009 Matthias Clasen <mclasen at redhat.com> - 2.18.4-1
- Update to 2.18.4


libgnomeui-2.24.1-1.fc11
------------------------
* Mon Mar 16 2009 Matthias Clasen <mclasen at redhat.com> - 2.24.1-1
- Update to 2.24.1


libgweather-2.26.0-1.fc11
-------------------------
* Mon Mar 16 2009 Matthias Clasen <mclasen at redhat.com> 2.26.0-1
- Update to 2.26.0


libibmad-1.2.0-3.fc11
---------------------
* Sat Mar 21 2009 Robert Scheck <robert at fedoraproject.org> - 1.2.0-3
- Rebuilt against libtool 2.2

* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 1.2.0-2
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


libibumad-1.2.0-3.fc11
----------------------
* Sat Mar 21 2009 Robert Scheck <robert at fedoraproject.org> - 1.2.0-3
- Rebuilt against libtool 2.2

* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 1.2.0-2
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


libical-0.43-4.fc11
-------------------
* Sun Mar 15 2009 Debarshi Ray <rishi at fedoraproject.org> - 0.43-4
- Updated patch to fix #includes in the headers to work with
  'pkg-config --cflags libical'. (Red Hat Bugzilla #484091)


libidn-1.9-4
------------
* Tue Mar 10 2009 Joe Orton <jorton at redhat.com> 1.9-4
- update to 1.9 (#302111)
- update License to reflect GPLv3+ binaries, LGPLv2+ library


libisofs-0.6.16-1.fc11
----------------------
* Tue Mar 17 2009 Robert Scheck <robert at fedoraproject.org> 0.6.16-1
- Upgrade to 0.6.16
- Several spec file cleanups and solved the multilib issues


liblayout-0.2.9-3.OOo31.fc11
----------------------------
* Mon Mar 16 2009 Caolan McNamara <caolanm at redhat.com> 0.2.9-3.OOo31
- Post-release tuned for OpenOffice.org


libloader-1.0.0-1.OOo31.fc11
----------------------------
* Mon Mar 16 2009 Caolan McNamara <caolanm at redhat.com> 1.0.0-1.OOo31
- Post release tuned for OpenOffice.org reportbuilder


libmtp-0.3.7-1.fc11
-------------------
* Tue Mar 17 2009 Linus Walleij <triad at df.lth.se> 0.3.7-1
- New upstream bugfix release.


libnice-0.0.5-1.fc11
--------------------
* Wed Mar 18 2009 Brian Pepple <bpepple at fedoraproject.org> - 0.0.5-1
- Update to 0.0.5.


liboil-0.3.16-1.fc11
--------------------
* Thu Mar 26 2009 - Behdad Esfahbod <besfahbo at redhat.com> - 0.3.16-1
- Update to 0.3.16
- Remove upstreamed patches
- Resolves #489861


libopensync-0.22-4.fc11
-----------------------
* Wed Mar 25 2009 Andreas Bierfert <andreas.bierfert[AT]lowlatency.de>
- 1:0.22-4
- add patch for werr build failure


libopensync-plugin-evolution2-0.22-2.fc11
-----------------------------------------

libopensync-plugin-file-0.22-2.fc11
-----------------------------------

libopensync-plugin-gnokii-0.22-2.fc11
-------------------------------------

libopensync-plugin-google-calendar-0.22-2.fc11
----------------------------------------------

libopensync-plugin-gpe-0.22-2.fc11
----------------------------------

libopensync-plugin-irmc-0.22-2.fc11
-----------------------------------

libopensync-plugin-moto-0.22-2.fc11
-----------------------------------

libopensync-plugin-opie-0.22-2.fc11
-----------------------------------

libopensync-plugin-palm-0.22-2.fc11
-----------------------------------

libopensync-plugin-python-0.22-2.fc11
-------------------------------------

libprelude-0.9.21.2-8.fc11
--------------------------
* Fri Mar 13 2009 Karsten Hopp <karsten at redhat.com> 0.9.21.2-8
- don't buildrequire valgrind on s390x, similar to ppc


libpst-0.6.34-1.fc11
--------------------
* Thu Mar 19 2009 Carl Byington <carl at five-ten-sg.com> - 0.6.34-1
- avoid putting mixed item types into the same output folder.

* Tue Mar 17 2009 Carl Byington <carl at five-ten-sg.com> - 0.6.33-1
- compensate for iconv conversion to utf-7 that produces strings that
  are not null terminated.
- don't produce empty attachment files in separate mode.

* Sat Mar 14 2009 Carl Byington <carl at five-ten-sg.com> - 0.6.30-1
- track character set individually for each mapi element.
- remove charset option from pst2ldif since we get that from each
  object now.
- avoid emitting bogus empty email messages into contacts and
  calendar files.

* Sat Mar 14 2009 Carl Byington <carl at five-ten-sg.com> - 0.6.31-1
- bump version for fedora cvs tagging mistake

* Sat Mar 14 2009 Carl Byington <carl at five-ten-sg.com> - 0.6.32-1
- fix ppc64 compile error


librepository-1.0.0-1.OOo31.fc11
--------------------------------

librsvg2-2.26.0-1.fc11
----------------------
* Mon Mar 16 2009 Matthias Clasen <mclasen at redhat.com> - 2.26.0-1
- Update to 2.26.0


libselinux-2.0.79-3.fc11
------------------------

libsemanage-2.0.31-4.fc11
-------------------------
* Wed Mar 11 2009 Dan Walsh <dwalsh at redhat.com> - 2.0.31-4
- Fix typo


libsepol-2.0.36-1.fc11
----------------------
* Wed Mar 25 2009 Dan Walsh <dwalsh at redhat.com> 2.0.36-1
- Upgrade to latest from NSA
	* Fix boolean state smashing from Joshua Brindle.


libsmbios-2.2.15-3.fc11
-----------------------
* Tue Mar 24 2009 Michael E Brown <michael_e_brown at dell.com> - 2.2.15-2
- update to lastest upstream.
- fixes bug in bios update on systems with versions like x.y.z.

* Tue Mar 24 2009 Michael E Brown <michael_e_brown at dell.com> - 2.2.16-3
- add gcc 4.4 support
- fix pointer aliasing issue

* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 2.2.13-2
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


libsoup-2.26.0-1.fc11
---------------------
* Mon Mar 16 2009 Matthias Clasen <mclasen at redhat.com> - 2.26.0-1
- Update to 2.26.0


libtirpc-0.1.10-6.fc11
----------------------
* Fri Mar 13 2009 Steve Dickson  <steved at redhat.com> 0.1.10-6
- libtirpc: set r_netid and r_owner in __rpcb_findaddr_timed
- libtirpc: be sure to free cl_netid and cl_tp
- libtirpc: must free saved wire verifier when destroying context


libv4l-0.5.9-1.fc11
-------------------
* Fri Mar 13 2009 Hans de Goede <hdegoede at redhat.com> 0.5.9-1
- New upstream release 0.5.9


libvpd-2.1.0-3.fc11
-------------------
* Mon Mar 16 2009 Eric Munson <ebmunson at us.ibm.com> 2.1.0-3
- Bump dist for rebuild


libwnck-2.26.0-1.fc11
---------------------
* Mon Mar 16 2009 Matthias Clasen <mclasen at redhat.com> - 2.26.0-1
- Update to 2.26.0


libxklavier-3.9-1.fc11
----------------------
* Thu Mar 19 2009 Matthias Clasen <mclasen at redhat.com> - 3.9-1
- Update to 3.9


linphone-2.1.1-3.fc11
---------------------
* Fri Mar 13 2009 Ralf Cors??pius <corsepiu at fedoraproject.org> - 2.1.1-3
- Re-base patches to fix rebuild breakdowns.
- Fix various autotool source file bugs.
- Use pre-built autotool-generated files.

* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 2.1.1-2
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


linpsk-0.9-6.fc11
-----------------
* Sat Mar 21 2009 Robert Scheck <robert at fedoraproject.org> 0.9-6
- Rebuilt against libtool 2.2

* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 0.9-5
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


linuxwacom-0.8.2.2-10.fc11
--------------------------
* Thu Mar 26 2009 Peter Hutterer <peter.hutterer at redhat.com> 0.8.2.2-10
- Add WALTOP and N-Trig Duosense devices to the fdi file.


liveusb-creator-3.6.4-1.fc11
----------------------------
* Wed Mar 18 2009 Luke Macken <lmacken at redhat.com> 3.6.4-1
- Update to v3.6.4, which works with the PyParted 2.0 API

* Thu Mar 12 2009 Luke Macken <lmacken at redhat.com> 3.6.3-1
- Update to v3.6.3


lklug-fonts-0.2.2-9.fc11
------------------------
* Tue Mar 10 2009 Rahul Bhalerao <rbhalera at redhat.com> - 0.2.2-9
- Dropping previous release.

* Mon Mar 09 2009 Rahul Bhalerao <rbhalera at redhat.com> - 0.2.2-8
- Following new font packaging guidelines

* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 0.2.2-7
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


lxpanel-0.3.999-1.fc11
----------------------
* Sun Mar 22 2009 Christoph Wickert <cwickert at fedoraproject.org> 0.3.999-1
- Update to 0.4.0 Beta 2
- Build alsa mixer plugin
- BR wireless-tools-devel

* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 0.3.8.1-4
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild

* Sat Nov 01 2008 Christoph Wickert <cwickert at fedoraproject.org> 0.3.8.1-3
- Add battery callback patch
- Add gnome-run icon and update default patch


lyx-1.6.2-2.fc11
----------------
* Mon Mar 23 2009 Rex Dieter <rdieter at fedoraproject.org> - 1.6.2-2
- scriptlet optimization

* Sun Mar 15 2009 Rex Dieter <rdieter at fedoraproject.org> - 1.6.2-1
- lyx-1.6.2
- use --without-included-boost unconditionally


mailman-2.1.12-1.fc11
---------------------
* Wed Mar 11 2009 Daniel Novotny <dnovotny at redhat.com> 3:2.1.12-1
- upgrade to 2.1.12, drop upstreamed patches, rebase other patches


man-pages-3.19-1.fc11
---------------------
* Tue Mar 10 2009 Ivana Varekova <varekova at redhat.com> - 3.19-1
- update to 3.19


maven-scm-1.0-0.3.b3.1.7.fc11
-----------------------------
* Mon Mar 23 2009 Deepak Bhole <dbhole at redhat.com> - 0:1.0-0.3.b3.1.7
- Remove ppc64 arch exclusion

* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 0:1.0-0.3.b3.1.6
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


maven-shared-1.0-5.7.fc11
-------------------------
* Mon Mar 23 2009 Deepak Bhole <dbhole at redhat.com> - 0:1.0-5.7
- Remove ppc64 exclusion

* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 0:1.0-5.6
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


mdadm-3.0-0.devel3.5.fc11
-------------------------
* Fri Mar 20 2009 Doug Ledford <dledford at redhat.com> - 3.0-0.devel3.3
- Slightly tweak the udev rules to make sure we don't start arrays
  while running in rc.sysinit...leave array starting to it instead
- Modify mdadm to put its mapfile in /dev/md instead of /var/run/mdadm
  since at startup /var/run/mdadm is read-only by default and this
  breaks incremental assembly
- Change how mdadm decides to assemble incremental devices using their 
  preferred name or a random name to avoid possible conflicts when plugging
  a foreign array into a host

* Fri Mar 20 2009 Doug Ledford <dledford at redhat.com> - 3.0-0.devel3.4
- Change the perms on the udev rules file, it doesn't need to be +x

* Fri Mar 20 2009 Doug Ledford <dledford at redhat.com> - 3.0-0.devel3.5
- Fix a few issues with the new code to determine when a device gets to
  keep its name and when it doesn't

* Wed Mar 18 2009 Doug Ledford <dledford at redhat.com> - 3.0-0.devel3.2
- Change around the mdadm udev rules we ship to avoid a udev file conflict

* Tue Mar 17 2009 Doug Ledford <dledford at redhat.com> - 3.0-0.devel3.1
- Update to latest devel release
- Remove the no longer necessary udev patch
- Remove the no longer necessary warn patch
- Remove the no longer necessary alias patch
- Update the mdadm.rules file to only pay attention to device adds, not
  changes and to enable incremental assembly
- Add a cron job to run a weekly repair of the array to correct bad sectors
- Resolves: bz474436, bz490972


mdsplib-0.11-8.fc11
-------------------
* Mon Mar 23 2009 Karsten Hopp <karsten at redhat.com> 0.11-8
- fix conflicting types for 'strndup' on s390*


memtest86+-2.11-4.fc11
----------------------
* Wed Mar 11 2009 Paulo Roma <roma at lcg.ufrj.br> - 2.11-4
- Updated to 2.11
- Patched for booting from grub.
- Using memtest (ELF) instead of memtest.bin
- Changed memtest-setup for writing the correct grub entry.
- Removed obsolete patch memtest86+-2.10-fixflags.patch
- Created option update grub.conf


mercurial-1.2.1-1.fc11
----------------------
* Sat Mar 21 2009 Neal Becker <ndbecker2 at gmail.com> - 1.2.1-1
- Update to 1.2.1
- Tests remain disabled due to failures


mesa-7.5-0.4.fc11
-----------------
* Thu Mar 26 2009 Dave Airlie <airlied at redhat.com> 7.5-0.4
- fix r200 fbo + vram sizing bug

* Tue Mar 24 2009 Dave Airlie <airlied at redhat.com> 7.5-0.3
- radeon-rewrite: add FBO support for radeon on KMS/DRI2

* Mon Mar 23 2009 Karsten Hopp <karsten at redhat.com> 7.5-0.2
- fix filelist on s390x where dri isn't available and
  where libGL.so has a different version

* Fri Mar 20 2009 Dave Airlie <airlied at redhat.com> 7.5-0.1
- bump to snapshot of mesa master
- mainly has intel dri2 tfp fixes + radeon rewrite patch

* Thu Mar 19 2009 Orion Poplawski <orion at cora.nwra.com> 7.3-13
- Update libdrm requirement to >= 2.4.3 to match source


metacity-2.26.0-1.fc11
----------------------
* Mon Mar 16 2009 Matthias Clasen  <mclasen at redhat.com> - 2.26.0-1
- Update to 2.26.0

* Wed Mar 11 2009 Matthias Clasen  <mclasen at redhat.com> - 2.25.144-6
- Fix interaction with autohide panels


midori-0.1.4-2.fc11
-------------------
* Tue Mar 10 2009 Peter Gordon <peter at thecodergeek.com> - 0.1.4-2
- Build against the recently-updated libidn for proper IDN support.

* Mon Mar 09 2009 Peter Gordon <peter at thecodergeek.com>
- Add TODO note about libidn support. (Thanks to Kevin Fenzi via IRC.)


mingw32-binutils-2.19.1-4.fc11
------------------------------
* Tue Mar 10 2009 Richard W.M. Jones <rjones at redhat.com> - 2.19.1-4
- Switch to using upstream (GNU) binutils 2.19.1.  It's exactly the
  same as the MinGW version now.


mingw32-cairo-1.8.6-1.fc11
--------------------------
* Tue Mar 10 2009 Richard W.M. Jones <rjones at redhat.com> - 1.8.6-1
- Rebase to 1.8.6, same as Fedora native version.
- Source URL corrected.


mingw32-filesystem-50-3.fc11
----------------------------
* Fri Mar 27 2009 Richard W.M. Jones <rjones at redhat.com> - 50-3
- Fix up and test mingw32-pkg-config changes.

* Thu Mar 26 2009 Levente Farkas <lfarkas at lfarkas.org> - 50-1
- Add mingw32-pkg-config.


mingw32-gcc-4.4.0-0.7.fc11
--------------------------
* Mon Mar 23 2009 Richard W.M. Jones <rjones at redhat.com> - 4.4.0-0.7
- New native Fedora version gcc 4.4.0 20090319 svn 144967.
- Enable _smp_mflags.


mingw32-nsis-2.44-1.fc11
------------------------
* Sat Mar 14 2009 Kevin Kofler <Kevin at tigcc.ticalc.org> - 2.44-1
- Update to 2.44 (#488522)


mingw32-pthreads-2.8.0-7.fc11
-----------------------------
* Fri Mar 13 2009 Richard W.M. Jones <rjones at redhat.com> - 2.8.0-7
- Move header files to system include directory.


mingw32-zlib-1.2.3-15.fc11
--------------------------
* Tue Mar 03 2009 W. Pilorz <wpilorz at gmail.com> - 1.2.3-15
- Add static subpackage.


mldonkey-3.0.0-1.fc11
---------------------
* Sat Mar 14 2009 Peter Lemenkov <lemenkov at gmail.com> 3.0.0-1
- Ver. 3.0.0
- Dropped patch1


mm3d-1.3.8-1.fc11
-----------------
* Tue Mar 10 2009 Dan Hor??k <dan[at]danny.cz> 1.3.8-1
- update to 1.3.8


mod_security-2.5.9-1.fc11
-------------------------
* Thu Mar 12 2009 Michael Fleming <mfleming+rpm at thatfleminggent.com> 2.5.9-1
- Update to upstream release 2.5.9
- Fixes potential DoS' in multipart request and PDF XSS handling


module-init-tools-3.7-7.fc11
----------------------------
* Thu Mar 19 2009 Jon Masters <jcm at redhat.com> - 3.7-6 (pre9)
- Rebuild with fixes, remove 2.4 compat and static build, and disable OSS.

* Thu Mar 19 2009 Jon Masters <jcm at redhat.com> - 3.7-7 (pre9)
- Rebuild with stock vendor conf files called "dist.conf" not "fedora.conf".
- Re-add glibc-static dependency because of zlib_flags requiring static.

* Thu Mar 12 2009 Jon Masters <jcm at redhat.com> - 3.7-5 (pre9)
- Rebuild with latest upstream. Post-F11 will kill config files.


monafont-2.90-8.fc11
--------------------
* Fri Mar 27 2009 Mamoru Tasaka <mtasaka at ioa.s.u-tokyo.ac.jp> - 2.90-8
- F-11: Again rebuild for new virtual font Provides (bug 491969)


monodevelop-2.0-1.fc11
----------------------
* Thu Mar 26 2009 Paul F. Johnson <paul at all-the-johnsons.co.uk> 2.0-1
- Full 2.0 release

* Tue Mar 10 2009 Paul F. Johnson <paul at all-the-johnsons.co.uk> 1.9.3-1.beta2
- Move back to tarballs
- Bump to beta2


moodle-1.9.4-5.fc11
-------------------
* Tue Mar 24 2009 Jon Ciesla <limb at jcomserv.net> - 1.9.4-5
- Update for freefont->gnu-free-fonts change.


mousetweaks-2.26.0-1.fc11
-------------------------
* Mon Mar 16 2009 Matthias Clasen <mclasen at redhat.com> - 2.26.0-1
- Update to 2.26.0


mpage-2.5.6-7.fc11
------------------
* Fri Mar 27 2009 Michal Hlavinka <mhlavink at redhat.com> - 2.5.6-5
- clean-up for merge review

* Fri Mar 27 2009 Michal Hlavinka <mhlavink at redhat.com> - 2.5.6-6
- preserve time stamps

* Fri Mar 27 2009 Michal Hlavinka <mhlavink at redhat.com> - 2.5.6-7
- fix doc in file section


mpfr-2.4.1-1.fc11
-----------------
* Wed Mar 11 2009 Ivana Varekova <varekova at redhat.com> - 2.4.1-1
- update to 2.4.1


mpich2-1.1-0.1.b1.fc11
----------------------
* Wed Mar 18 2009 Deji Akingunola <dakingun at gmail.com> - 1.1-0.1.b1
- Update for the 1.1 (beta) release
- Stop building with dllchan, it is not fully supported
- Fix un-owned directory (#490270)
- Add Posttrans scriplets to work around 1.0.8-3 scriplet brokenness


msynctool-0.22-1.fc11
---------------------

mythes-ca-1.5.0-1.fc11
----------------------
* Fri Mar 27 2009 Caol??n McNamara <caolanm at redhat.com> - 1.5.0-1
- latest version


namazu-2.0.19-1.fc11
--------------------
* Wed Mar 18 2009 Akira TAGOH <tagoh at redhat.com> - 2.0.19-1
- New upstream release.


nautilus-2.26.0-1.fc11
----------------------
* Mon Mar 16 2009 Tomas Bzatek <tbzatek at redhat.com> - 2.26.0-1
- Update to 2.26.0

* Thu Mar 12 2009 Matthias Clasen <mclasen at redhat.com> - 2.25.93-2
- Avoid respawning in a loop when not showing the desktop (#485375)


nautilus-sendto-1.1.2-4.fc11
----------------------------
* Tue Mar 17 2009 Matthias Clasen <mclasen at redhat.com> - 1.1.2-4
- Make build and run with current Empathy


ncl-5.1.0-1.fc11
----------------
* Thu Mar 05 2009 - Orion Poplawski <orion at cora.nwra.com> - 5.1.0-1
- Update to 5.1.0
- Rebase ppc64, netcdff patch
- Drop triangle, flex, hdf, png, wrapit, uint32 patch upstreamed


ncmpcpp-0.3.2-1.fc11
--------------------
* Wed Mar 18 2009 Michal Nowak <mnowak at redhat.com> - 0.3.2-1
- 0.3.2
- added ncmpcpp man page


nco-3.9.7-1.fc11
----------------
* Wed Mar 25 2009 - Orion Poplawski <orion at cora.nwra.com> - 3.9.7-1
- Update to 3.9.7 - download tarball from nco site
- Add BR on gsl-devel to enable GSL support
- Force antlr detection to override bad configure test
- Rework install_C_headers patch to not require autotool run
- Report include patch upstream


nemiver-0.6.5-2.fc11
--------------------
* Fri Mar 13 2009 Dodji Seketeli <dodji at redhat.org> - 0.6.5-2
- Add upstream patch http://bugzilla.gnome.org/show_bug.cgi?id=574915
  Fixes a "spinner not found" bug.
- Add boost-static in BuildRequires (required for nemiver tests)
- Remove more *.a files
- Do not ship nemiver-headers package
  Upstream can't garantee API/ABI stability yet and
  nobody uses this package yet anyway


nfs-utils-1.1.5-4.fc11
----------------------
* Mon Mar 23 2009 Steve Dickson <steved at redhat.com> 1.1.5-4
- Added upstream rc3 patch
  - gssd: initialize fakeseed in prepare_krb5_rfc1964_buffer
  - gssd: NULL-terminate buffer after read in read_service_info (try #2)
  - gssd: free buffer allocated by gssd_k5_err_msg
  - gssd: fix potential double-frees in gssd
  - Removed a number of warn_unused_result warnings

* Mon Mar 16 2009 Steve Dickson <steved at redhat.com> 1.1.5-3
- Added upstream rc2 patch


nickle-2.68-1.fc11
------------------
* Wed Mar 11 2009 Michel Salim <salimma at fedoraproject.org> - 2.68-1
- Update to 2.68
- Enable checks


nightview-0.3.2-6.fc11
----------------------
* Tue Mar 24 2009 Lubomir Rintel (Fedora Astronomy) <lkundrak at v3.sk> - 0.3.2-6
- Fix the categories


nntpgrab-0.4.90-2.fc11
----------------------
* Sat Mar 21 2009 Erik van Pienbroek <info at nntpgrab.nl> - 0.4.90-2
- The program wouldn't start unless the -devel package was installed. Fixed

* Sun Mar 15 2009 Erik van Pienbroek <info at nntpgrab.nl> - 0.4.90-1
- Update to 0.4.90
- Removed the core-libs subpackage (obsoleted by the core subpackage)
- Removed the gui-networked subpackage (obsoleted by the gui subpackage)
- Added the server-gui subpackage
- Drop upstreamed patch


nted-1.5.0-6.fc11
-----------------
* Wed Mar 25 2009 Hans Ulrich Niedermann <hun at n-dimensional.de> - 1.5.0-6
- Rebuild for Fedora 11 to pick up font autodeps (#491970)

* Thu Mar 05 2009 Hans Ulrich Niedermann <hun at n-dimensional.de> - 1.5.0-5
- Remove workaround for broken po2xml which is now fixed
- Move noarch subpackage conditional part to single place in file


ntfs-3g-2009.3.8-1.fc11
-----------------------
* Thu Mar 26 2009 Tom "spot" Callaway <tcallawa at redhat.com> - 2:2009.3.8-1
- update to 2009.3.8


ntl-5.4.2-7.fc11
----------------
* Fri Mar 20 2009 Michael Schwendt <mschwendt at fedoraproject.org> - 5.4.2-7
- add -static virtual Provides to -devel package


ntop-3.3.9-5.fc11
-----------------
* Tue Mar 17 2009 Rakesh Pandit <rakesh at fedoraproject.org> - 3.3.9-5
- Fixed world-writable access log (#490561)

* Thu Mar 12 2009 Rakesh Pandit <rakesh at fedoraproject.org> - 3.3.9-4
- Fixing license tag and confirmed .dat file are legal (#488717)
- Fixed Source field with proper source URLs.


numactl-2.0.2-4.fc11
--------------------
* Wed Mar 25 2009 Mark McLoughlin <markmc at redhat.com> - 2.0.2-4
- Remove warning from libnuma (bz 484552)


obexd-0.9-1.fc11
----------------
* Sun Mar 15 2009 - Bastien Nocera <bnocera at redhat.com> - 0.9-1
- Udpate to 0.9


ocaml-lacaml-4.7.6-1.fc11
-------------------------
* Tue Mar 10 2009 Richard W.M. Jones <rjones at redhat.com> - 4.7.6-1
- New upstream version 4.7.6.
- Name of documentation files has changed slightly.


ocaml-libvirt-0.6.1.0-1.fc11
----------------------------
* Tue Mar 10 2009 Richard W.M. Jones <rjones at redhat.com> - 0.6.1.0-1
- New upstream release 0.6.1.0.


ocaml-pa-monad-6.0-1.fc11
-------------------------
* Tue Mar 10 2009 Richard W.M. Jones <rjones at redhat.com> - 6.0-1
- New upstream version 6.0 [sic].
- Patch no longer required, now upstream.


ocaml-postgresql-1.10.3-1.fc11
------------------------------
* Tue Mar 10 2009 Richard W.M. Jones <rjones at redhat.com> - 1.10.3-1
- New upstream version 1.10.3.
- Fix URL.
- Upstream Source URLs have all changed.


ocaml-res-3.1.1-1.fc11
----------------------
* Tue Mar 10 2009 Richard W.M. Jones <rjones at redhat.com> - 3.1.1-1
- New upstream version 3.1.1.
- Fix URL.
- Fix Source URL.


ocaml-sexplib-4.2.7-1.fc11
--------------------------
* Tue Mar 10 2009 Richard W.M. Jones <rjones at redhat.com> - 4.2.7-1
- New upstream version 4.2.7.
- Fixed source URL.
- Removed the patch as it is now upstream.
- Fixed the doc line.


ocaml-type-conv-1.6.7-1.fc11
----------------------------
* Tue Mar 10 2009 Richard W.M. Jones <rjones at redhat.com> - 1.6.7-1
- New upstream version 1.6.7.
- Fixed source URL.
- VERSION file no longer exists in upstream tarball.


ocaml-xmlrpc-light-0.6.1-1.fc11
-------------------------------
* Tue Mar 10 2009 Richard W.M. Jones <rjones at redhat.com> - 0.6.1-1
- New upstream version 0.6.1.


ocaml-zip-1.04-1.fc11
---------------------
* Mon Mar 16 2009 Richard W.M. Jones <rjones at redhat.com> - 1.04-1
- New upstream release (resolves rhbz#490407).


ochusha-0.6.0.1-0.5.cvs20090312T0050.fc11
-----------------------------------------
* Thu Mar 12 2009 Mamoru Tasaka <mtasaka at ioa.s.u-tokyo.ac.jp>
- Update to the latest CVS


ohm-0.1.1-9.22.20080921git.fc11
-------------------------------
* Tue Mar 24 2009 Robert Scheck <robert at fedoraproject.org> - 0.1.1-9.22.20080921git.olpc
- Set ExclusiveArch %{ix86} so it builds for F-11

* Thu Feb 26 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 0.1.1-8.22.20080921git
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


oldstandard-sfd-fonts-2.0.2-7.fc11
----------------------------------
* Mon Mar 16 2009 Ankur Sinha <ankursinha at fedoraproject.org> - 2.0.2-7
- changed in accordance with #490369

* Sun Mar 15 2009 Nicolas Mailhot <nicolas.mailhot at laposte.net> - 2.0.2-5
??? Make sure F11 font packages have been built with F11 fontforge

* Thu Feb 26 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 2.0.2-4
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


opal-3.6.1-1.fc11
-----------------
* Wed Mar 18 2009 Peter Robinson <pbrobinson at gmail.com> - 3.6.1-1
- New stable release for ekiga 3.2.0


open-cobol-1.1-0.20090206.fc11
------------------------------
* Mon Mar 23 2009 Jochen Schmitt <Jochen herr-schmitt de> 1.1-0.20090206
- Adapt version to naming guidelines

* Thu Feb 26 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 1.0.95-4
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild

* Mon Dec 01 2008 Jochen Schmitt <Jochen herr-schmitt de> 1.0.95-3
- Obsoleting libcob-devel


openais-0.94-1.fc11
-------------------
* Tue Mar 24 2009 Fabio M. Di Nitto <fdinitto at redhat.com> - 0.94-1
- New upstream release
- spec file updates:
  * Drop alpha tag
  * Drop local patches (no longer required)
  * Remove install section for docs and use proper doc macro instead
  * Add LICENSE file to all subpackages
  * Bump Requires and BuildRequires to corosync 0.95-1
  * openaislib-devel now Requires pkgconfig
  * Update BuildRoot usage to preferred versions/names


openconnect-1.00-1.fc11
-----------------------
* Wed Mar 18 2009 David Woodhouse <David.Woodhouse at intel.com> - 1.00-1
- Update to 1.00.


openldap-2.4.15-2.fc11
----------------------
* Thu Mar 26 2009 Jan Zeleny <jzeleny at redhat.com> 2.4.15-2
- removed -f option from some client tools (#481310)


openoffice.org-3.1.0-7.1.fc11
-----------------------------
* Mon Mar 23 2009 Caol??n McNamara <caolanm at redhat.com> - 1:3.1.0-7.1
- drop integrated workspace.rptfix06.patch

* Thu Mar 19 2009 Caol??n McNamara <caolanm at redhat.com> - 1:3.1.0-6.3
- Resolves: rhbz#490924 whacked out handling of tlswg custom token

* Tue Mar 17 2009 Caol??n McNamara <caolanm at redhat.com> - 1:3.1.0-6.1
- drop integrated workspace.cl12.patch

* Tue Mar 17 2009 Caol??n McNamara <caolanm at redhat.com> - 1:3.1.0-6.2
- Resolves: ooo#100273 fix utf-8 hyphenation for potential Indic
  hyphenation patterns
- add thb's svg importer

* Mon Mar 16 2009 Caol??n McNamara <caolanm at redhat.com> - 1:3.1.0-5.2
- re-enable system jfreereport

* Fri Mar 13 2009 Caol??n McNamara <caolanm at redhat.com> - 1:3.1.0-5.1
- next version
- disable gnome-print-unix dialog
- drop integrated Maithili translations
- drop integrated Finnish translations
- drop integrated Hindi translations
- drop integrated Punjabi translations
- drop integrated Tamil translations
- drop integrated Marathi translations
- drop integrated Telugu translations
- drop integrated Kannada translations
- drop integrated Assamese translations
- drop integrated Malayalam translations
- drop integrated workspace.localization35.patch

* Tue Mar 10 2009 Caol??n McNamara <caolanm at redhat.com> - 1:3.1.0-4.2
- Resolves: rhbz#481012 workaround incorrect branch/type selection 
  or whatever it is with openoffice.org-3.1.0.gccXXXXX.sw.typeillness.patch


openssh-5.2p1-2.fc11
--------------------
* Fri Mar 13 2009 Tomas Mraz <tmraz at redhat.com> - 5.2p1-2
- add AES-CTR ciphers to the FIPS mode proposal

* Mon Mar 09 2009 Jan F. Chadima <jchadima at redhat.com> - 5.2p1-1
- upgrade to new upstream release


openssl-0.9.8k-1.fc11
---------------------
* Wed Mar 25 2009 Tomas Mraz <tmraz at redhat.com> 0.9.8k-1
- update to new upstream release (minor bug fixes, security
  fixes and machine code optimizations only)

* Thu Mar 19 2009 Tomas Mraz <tmraz at redhat.com> 0.9.8j-10
- move libraries to /usr/lib (#239375)

* Fri Mar 13 2009 Tomas Mraz <tmraz at redhat.com> 0.9.8j-9
- add a static subpackage


openuniverse-1.0-0.2.beta3.fc11
-------------------------------
* Tue Mar 24 2009 Lubomir Rintel (Fedora Astronomy) <lkundrak at v3.sk> - 1.0-0.2.beta3
- Add icon


openvrml-0.17.12-1.fc11
-----------------------
* Mon Mar 23 2009 Braden McDaniel  <braden at endoframe.com> - 0.17.12-1
- Updated to 0.17.12.
- Only build with _smp_mflags if the machine has at least 4 GB of RAM.

* Sat Feb 28 2009 Braden McDaniel  <braden at endoframe.com> - 0.17.10-6.0
- Define XP_UNIX and use new integer type names in the Gecko plug-in.

* Sat Feb 28 2009 Braden McDaniel  <braden at endoframe.com> - 0.17.10-7.0
- Looks like Gecko now provides the NPN_* entry points like the old Netscape
  did.

* Sat Feb 28 2009 Braden McDaniel  <braden at endoframe.com> - 0.17.10-8.0
- Define OJI for the Gecko plug-in.

* Fri Feb 27 2009 Braden McDaniel  <braden at endoframe.com> - 0.17.10-4.0
- XULRunner now provides npfunctions.h instead of npupp.h.

* Fri Feb 27 2009 Braden McDaniel  <braden at endoframe.com> - 0.17.10-5.0
- Looks like we need to include npapi.h now, too.

* Thu Feb 26 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 0.17.10-3.0
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


orca-2.26.0-1.fc11
------------------
* Mon Mar 16 2009 Matthias Clasen <mclasen at redhat.com> - 2.26.0-1
- Update to 2.26.0


pam-1.0.91-5.fc11
-----------------
* Thu Mar 26 2009 Tomas Mraz <tmraz at redhat.com> 1.0.91-5
- replace also other std descriptors (#491471)

* Mon Mar 16 2009 Tomas Mraz <tmraz at redhat.com> 1.0.91-2
- do not close stdout/err when execing the helpers (#488147)

* Mon Mar 16 2009 Tomas Mraz <tmraz at redhat.com> 1.0.91-3
- we must replace the stdin when execing the helper (#490644)


pam_ssh-1.92-10.fc11
--------------------
* Thu Mar 26 2009 Dmitry Butskoy <Dmitry at Butskoy.name> - 1.92-10
- Always use standard "Password:" prompt for the first password's inquire
  in a PAM chain (#492153)


pango-1.24.0-2.fc11
-------------------
* Thu Mar 26 2009 Behdad Esfahbod <besfahbo at redhat.com> - 1.24.0-2
- Remove weird Requires(pre).
- Resolves #486641


paprefs-0.9.7-5.fc11
--------------------
* Sun Mar 15 2009 Lubomir Rintel <lkundrak at v3.sk> - 0.9.7-5
- Try harder when looking for modules


papyrus-0.11.0-1.fc11
---------------------
* Wed Mar 18 2009 Rick L Vinyard Jr <rvinyard at cs.nmsu.edu> - 0.11.0-1
- New release


parcellite-0.9.1-1.fc11
-----------------------
* Wed Mar 18 2009 Christoph Wickert <cwickert at fedoraproject.org> - 0.9.1-1
- Update to 0.9.1
- Remove both patches as all fixes got upstreamed


parted-1.8.8-16.fc11
--------------------
* Thu Mar 26 2009 Joel Granados <jgranado at redhat.com> - 1.8.8-15
- Begin to identify virtio devices.
- Actually change the partition type in msdos lables (dcantrell).


pcmciautils-015-2.fc11
----------------------
* Thu Mar 12 2009 Harald Hoyer <harald at redhat.com> 015-2
- moved binaries for udev rules to /lib/udev


pdfjam-1.21-1.fc11
------------------
* Thu Mar 12 2009 Michel Salim <salimma at fedoraproject.org> - 1.21-1
- Update to 1.21, fixing security issues CVE-2008-5743, CVE-2008-5843
  (bz #480174)


pentaho-libxml-1.0.0-1.OOo31.fc11
---------------------------------
* Mon Mar 16 2009 Caolan McNamara <caolanm at redhat.com> 1.0.0-1.OOo31
- Post release tuned for OpenOffice.org reportdesigner


pentaho-reporting-flow-engine-0.9.2-1.fc11
------------------------------------------
* Mon Mar 16 2009 Caolan McNamara <caolanm at redhat.com> 0.9.2-1
- OOo tuned version


perl-5.10.0-65.fc11
-------------------
* Fri Mar 27 2009 Stepan Kasal <skasal at redhat.com> - 4:5.10.0-65
- Move the gargantuan Changes* collection to -devel (#492605)

* Tue Mar 24 2009 Stepan Kasal <skasal at redhat.com> - 4:5.10.0-64
- update module autodie

* Mon Mar 23 2009 Stepan Kasal <skasal at redhat.com> - 4:5.10.0-63
- update Digest::SHA (fixes 489221)

* Wed Mar 11 2009 Tom "spot" Callaway <tcallawa at redhat.com> - 4:5.10.0-61
- apply Change 34507: Fix memory leak in single-char character class optimization
- Reorder @INC, based on b9ba2fadb18b54e35e5de54f945111a56cbcb249
- fix Archive::Extract to fix test failure caused by tar >= 1.21
- Merge useful Debian patches

* Wed Mar 11 2009 Tom "spot" Callaway <tcallawa at redhat.com> - 4:5.10.0-62
- drop 26_fix_pod2man_upgrade (don't need it)
- fix typo in %define ExtUtils_CBuilder_version

* Tue Mar 10 2009 Stepan Kasal <skasal at redhat.com> - 4:5.10.0-60
- remove compatibility obsolete sitelib directories
- use a better BuildRoot
- drop a redundant mkdir in %install
- call patchlevel.h only once; rm patchlevel.bak
- update modules Sys::Syslog, Module::Load::Conditional, Module::CoreList,
  Test::Harness, Test::Simple, CGI.pm (dropping the upstreamed patch),
  File::Path (that includes our perl-5.10.0-CVE-2008-2827.patch),
  constant, Pod::Simple, Archive::Tar, Archive::Extract, File::Fetch,
  File::Temp, IPC::Cmd, Time::HiRes, Module::Build, ExtUtils::CBuilder
- standardize the patches for updating embedded modules
- work around a bug in Module::Build tests bu setting TMPDIR to a directory
  inside the source tree


perl-Acme-Damn-0.03-8.fc11
--------------------------
* Thu Mar 26 2009 Chris Weyl <cweyl at alumni.drew.edu> - 0.03-8
- Stripping bad provides of private Perl extension libs


perl-CGI-Simple-1.108-1.fc11
----------------------------
* Fri Mar 13 2009 Tom "spot" Callaway <tcallawa at redhat.com> 1.108-1
- update to 1.108


perl-Cairo-1.060-1.fc11
-----------------------
* Fri Mar 13 2009 Tom "spot" Callaway <tcallawa at redhat.com> - 1.060-1
- update to 1.060


perl-Carp-Clan-6.00-4.fc11
--------------------------
* Sun Mar 22 2009 Robert Scheck <robert at fedoraproject.org> - 6.00-4
- Really remove the no-prompt patch to avoid RPM rebuild errors

* Thu Feb 26 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 6.00-2
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild

* Thu Feb 26 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 6.00-3
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


perl-Catalyst-Log-Log4perl-1.02-1.fc11
--------------------------------------
* Sun Mar 15 2009 Iain Arnell <iarnell at gmail.com> 1.02-1
- update to latest upstream
- remove unnecessary explicit requires


perl-Class-Trigger-0.13-1.fc11
------------------------------
* Fri Mar 13 2009 Tom "spot" Callaway <tcallawa at redhat.com> - 0.13-1
- update to 0.13


perl-Clone-0.31-1.fc11
----------------------
* Fri Mar 13 2009 Tom "spot" Callaway <tcallawa at redhat.com> - 0.31-1
- update to 0.31


perl-DBIx-Class-0.08012-3.fc11
------------------------------
* Sun Mar 22 2009 Robert Scheck <robert at fedoraproject.org> 0.08012-3
- Added missing build requirement perl(Test::Deep) for make tests
- Re-diffed make tests patch for more verbosity when skipping tests

* Thu Feb 26 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 0.08012-2
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild

* Sun Feb 22 2009 Chris Weyl <cweyl at alumni.drew.edu> 0.08012-1
- update to 0.08012


perl-Data-Page-2.01-1.fc11
--------------------------
* Fri Mar 13 2009 Tom "spot" Callaway <tcallawa at redhat.com> - 2.01-1
- update to 2.01


perl-Devel-LexAlias-0.04-4.fc11
-------------------------------
* Thu Mar 26 2009 Chris Weyl <cweyl at alumni.drew.edu> - 0.04-4
- Stripping bad provides of private Perl extension libs


perl-Email-Abstract-3.001-1.fc11
--------------------------------
* Fri Mar 13 2009 Tom "spot" Callaway <tcallawa at redhat.com> - 3.001-1
- update to 3.001


perl-Email-MIME-1.863-1.fc11
----------------------------
* Fri Mar 13 2009 Tom "spot" Callaway <tcallawa at redhat.com> - 1.863-1
- update to 1.863


perl-Email-MIME-Attachment-Stripper-1.316-1.fc11
------------------------------------------------
* Fri Mar 13 2009 Tom "spot" Callaway <tcallawa at redhat.com> - 1.316-1
- update to 1.316


perl-Email-MIME-ContentType-1.015-1.fc11
----------------------------------------
* Fri Mar 13 2009 Tom "spot" Callaway <tcallawa at redhat.com> - 1.015-1
- update to 1.015


perl-Email-MIME-Creator-1.455-1.fc11
------------------------------------
* Fri Mar 13 2009 Tom "spot" Callaway <tcallawa at redhat.com> - 1.455-1
- update to 1.455


perl-Email-MIME-Encodings-1.312-1.fc11
--------------------------------------
* Fri Mar 13 2009 Tom "spot" Callaway <tcallawa at redhat.com> - 1.312-1
- update to 1.312


perl-Email-Send-2.194-1.fc11
----------------------------
* Fri Mar 13 2009 Tom "spot" Callaway <tcallawa at redhat.com> - 2.194-1
- update to 2.194


perl-Email-Valid-0.180-1.fc11
-----------------------------
* Fri Mar 13 2009 Tom "spot" Callaway <tcallawa at redhat.com> - 0.180-1
- update to 0.180


perl-ExtUtils-MakeMaker-Coverage-0.05-6.fc11
--------------------------------------------
* Wed Mar 18 2009 Ralf Cors??pius <corsepiu at fedoraproject.org> - 0.05-6
- Add R: perl(Object::Accessor), perl(Devel::Cover) (BZ 490743).


perl-File-HomeDir-0.84-1.fc11
-----------------------------
* Fri Mar 13 2009 Tom "spot" Callaway <tcallawa at redhat.com> - 0.84-1
- update to 0.84


perl-File-LibMagic-0.91-1.fc11
------------------------------
* Sun Mar 22 2009 Robert Scheck <robert at fedoraproject.org> 0.91-1
- Upgrade to 0.91 and some spec file cleanup

* Thu Feb 26 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 0.88-1
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


perl-GD-2.41-2.fc11
-------------------
* Mon Mar 16 2009 Tom "spot" Callaway <tcallawa at redhat.com> - 2.41-2
- fix Makefile.PL to install GD/Group.pm (bz 490429)

* Fri Mar 13 2009 Tom "spot" Callaway <tcallawa at redhat.com> - 2.41-1
- update to 2.41


perl-GPS-0.16-1.fc11
--------------------
* Fri Mar 13 2009 Tom "spot" Callaway <tcallawa at redhat.com> - 0.16-1
- update to 0.16


perl-GTop-0.16-8.fc11
---------------------
* Thu Mar 26 2009 Chris Weyl <cweyl at alumni.drew.edu> - 0.16-8
- Stripping bad provides of private Perl extension libs


perl-Geo-Ellipsoids-0.16-1.fc11
-------------------------------
* Fri Mar 13 2009 Tom "spot" Callaway <tcallawa at redhat.com> - 0.16-1
- update to 0.16


perl-Glib-1.201-2.fc11
----------------------
* Fri Mar 13 2009 Tom "spot" Callaway <tcallawa at redhat.com> - 1.201-1
- update to 1.201

* Fri Mar 13 2009 Tom "spot" Callaway <tcallawa at redhat.com> - 1.201-2
- dont run the tests on ppc


perl-Gtk2-1.203-1.fc11
----------------------
* Fri Mar 13 2009 Tom "spot" Callaway <tcallawa at redhat.com> - 1.203-1
- update to 1.203


perl-Gtk2-Sexy-0.05-3.fc11
--------------------------
* Thu Mar 26 2009 Chris Weyl <cweyl at alumni.drew.edu> - 0.05-3
- Stripping bad provides of private Perl extension libs


perl-HTML-Tiny-1.05-2.fc11
--------------------------
* Tue Mar 10 2009 Iain Arnell <iarnell at gmail.com> 1.05-1
- update to latest upstream

* Tue Mar 10 2009 Iain Arnell <iarnell at gmail.com> 1.05-2
- Explicitly require perl-Test-Simple to avoid BZ #489421/473874


perl-IO-CaptureOutput-1.1101-1.fc11
-----------------------------------
* Fri Mar 13 2009 Tom "spot" Callaway <tcallawa at redhat.com> - 1.1101-1
- update to 1.1101


perl-IO-Interface-1.05-1.fc11
-----------------------------
* Fri Mar 13 2009 Tom "spot" Callaway <tcallawa at redhat.com> - 1.05-1
- update to 1.05


perl-Image-Size-3.2-1.fc11
--------------------------
* Fri Mar 13 2009 Tom "spot" Callaway <tcallawa at redhat.com> - 3.2-1
- update to 3.2


perl-JSON-XS-2.2311-4.fc11
--------------------------
* Thu Mar 26 2009 Chris Weyl <cweyl at alumni.drew.edu> - 2.2311-4
- Stripping bad provides of private Perl extension libs


perl-MIME-Types-1.27-1.fc11
---------------------------
* Fri Mar 13 2009 Tom "spot" Callaway <tcallawa at redhat.com> - 1.27-1
- update to 1.27


perl-Mail-Box-2.087-1.fc11
--------------------------
* Fri Mar 13 2009 Tom "spot" Callaway <tcallawa at redhat.com> - 2.087-1
- update to 2.087


perl-Mail-IMAPClient-3.14-1.fc11
--------------------------------
* Fri Mar 13 2009 Tom "spot" Callaway <tcallawa at redhat.com> - 3.14-1
- update to 3.14


perl-Mail-Sender-0.8.16-2.fc11
------------------------------
* Fri Mar 13 2009 Tom "spot" Callaway <tcallawa at redhat.com> - 0.8.16-1
- update to 0.8.16

* Fri Mar 13 2009 Tom "spot" Callaway <tcallawa at redhat.com> - 0.8.16-2
- missing BR on Test::More


perl-Maypole-2.13-1.fc11
------------------------
* Fri Mar 13 2009 Tom "spot" Callaway <tcallawa at redhat.com> 2.13-1
- update to 2.13 (pick up an epoch, thanks perl versioning)
- add BR: File::MMagic::XS


perl-Module-Install-0.80-1.fc11
-------------------------------
* Sun Mar 22 2009 Chris Weyl <cweyl at alumni.drew.edu> 0.80-1
- update to 0.80 
- remove 03_autoinstall.t swizzle (now self-skipped; see RT29448)

* Fri Mar 13 2009 Tom "spot" Callaway <tcallawa at redhat.com> - 0.79-1
- update to 0.79


perl-Net-Domain-TLD-1.68-1.fc11
-------------------------------
* Fri Mar 13 2009 Tom "spot" Callaway <tcallawa at redhat.com> - 1.68-1
- update to 1.68


perl-Net-GPSD-0.37-1.fc11
-------------------------
* Fri Mar 13 2009 Tom "spot" Callaway <tcallawa at redhat.com> - 0.37-1
- update to 0.37


perl-OLE-Storage_Lite-0.18-1.fc11
---------------------------------
* Fri Mar 13 2009 Tom "spot" Callaway <tcallawa at redhat.com> - 0.18-1
- update to 0.18


perl-POE-Component-Client-HTTP-0.85-3.fc11
------------------------------------------
* Sun Mar 22 2009 Robert Scheck <robert at fedoraproject.org> 0.85-3
- Disabled the network requiring test t/59_andy_one_keepalive.t

* Thu Feb 26 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 0.85-2
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild

* Sun Oct 26 2008 Chris Weyl <cweyl at alumni.drew.edu> 0.85-1
- update to 0.85


perl-POE-Component-SNMP-1.1001-1.fc11
-------------------------------------
* Sun Mar 22 2009 Robert Scheck <robert at fedoraproject.org> 1.1001-1
- Upgrade to 1.1001

* Thu Feb 26 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 1.07-4
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


perl-Padre-0.28-1.fc11
----------------------
* Wed Mar 04 2009 Marcela Ma??l????ov?? <mmaslano at redhat.com> 0.28-1
- Specfile autogenerated by cpanspec 1.78 again because Padre was
 rewritten and many requirement were changed.


perl-Pod-POM-0.18-1.fc11
------------------------
* Fri Mar 13 2009 Tom "spot" Callaway <tcallawa at redhat.com> 0.18-1
- update to 0.18


perl-SQL-Abstract-1.50-2.fc11
-----------------------------
* Mon Mar 16 2009 Tom "spot" Callaway <tcallawa at redhat.com> - 1.50-2
- add missing BR: perl(Test::Exception)

* Fri Mar 13 2009 Tom "spot" Callaway <tcallawa at redhat.com> - 1.50-1
- update to 1.50


perl-Sort-Versions-1.5-11.fc11
------------------------------
* Thu Mar 19 2009 Stepan Kasal <skasal at redhat.com> - 1.5-11
- fix timestamps of the recoded text files

* Mon Mar 16 2009 Stepan Kasal <skasal at redhat.com> - 1.5-10
- Recode as UTF-8, fix argument order find with -depth (both by Paul Howarth)
- Other minor cleanups


perl-Spreadsheet-WriteExcel-2.25-1.fc11
---------------------------------------
* Fri Mar 13 2009 Tom "spot" Callaway <tcallawa at redhat.com> 2.25-1
- update to 2.25


perl-String-Format-1.15-1.fc11
------------------------------
* Fri Mar 27 2009 Ralf Cors??pius <corsepiu at fedoraproject.org> - 1.15-1
- Upstream update.


perl-Template-Toolkit-2.20-1.fc11
---------------------------------
* Fri Mar 13 2009 Tom "spot" Callaway <tcallawa at redhat.com> - 2.20-1
- update to 2.20


perl-Term-Size-0.2-3.fc11
-------------------------
* Thu Mar 26 2009 Chris Weyl <cweyl at alumni.drew.edu> - 0.2-3
- Stripping bad provides of private Perl extension libs


perl-Test-Differences-0.4801-1.fc11
-----------------------------------
* Fri Mar 13 2009 Tom "spot" Callaway <tcallawa at redhat.com> - 0.4801-1
- update to 0.4801


perl-Test-WWW-Mechanize-Catalyst-0.50-2.fc11
--------------------------------------------
* Sun Mar 22 2009 Robert Scheck <robert at fedoraproject.org> 0.50-2
- Buildrequire perl(Catalyst::Plugin::Session::State::Cookie)

* Mon Mar 09 2009 Chris Weyl <cweyl at alumni.drew.edu> 0.50-1
- update to 0.50

* Thu Feb 26 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 0.43-2
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild

* Sun Oct 26 2008 Chris Weyl <cweyl at alumni.drew.edu> 0.43-1
- update to 0.43


perl-Tk-804.028-7.fc11
----------------------
* Thu Mar 19 2009 Stepan Kasal <skasal at redhat.com> - 804.028-7
- perl-Tk-XIM.patch (#489228)


perl-XML-LibXSLT-1.68-3.fc11
----------------------------
* Wed Mar 18 2009 Stepan Kasal <skasal at redhat.com> - 1.68-3
- patch to fix a refcounting bug leading to segfaults (#490781)


perl-XML-RSS-1.43-1.fc11
------------------------
* Fri Mar 13 2009 Tom "spot" Callaway <tcallawa at redhat.com> - 1.43-1
- update to 1.43


perl-XML-TreeBuilder-3.09-13.fc11
---------------------------------
* Mon Mar 16 2009 Jeff Fearn <jfearn at redhat.com> - 3.09-13
- Remove NoExpand and ErrorContext from output if they aren't set.


php-ZendFramework-1.7.7-2.fc11
------------------------------
* Tue Mar 17 2009 Alexander Kahl <akahl at iconmobile.com> - 1.7.7-1
- update to 1.7.7
- PHPUnit dep now >= 3.3.0
- moved Ldap bindings to extra packages (php-ldap dep)
- excluded db adapters with unresolvable deps
- moved mysqli db adapter files to correct package
- support both old and new font deps using conditional

* Tue Mar 17 2009 Alexander Kahl <akahl at iconmobile.com> - 1.7.7-2
- bump to catch up with with f10


php-pear-Services-Weather-1.4.4-1.fc11
--------------------------------------
* Fri Mar 13 2009 Remi Collet <Fedora at famillecollet.com> 1.4.4-1
- update to 1.4.4 (bugfix)


phpMyAdmin-3.1.3.1-1.fc11
-------------------------
* Wed Mar 25 2009 Robert Scheck <robert at fedoraproject.org> 3.1.3.1-1
- Upstream released 3.1.3.1 (#492066)


picviz-0.5-1.fc11
-----------------
* Wed Mar 18 2009 Tomas Heinrich <theinric at redhat.com> 0.5-1
- upgrade


pidgin-privacy-please-0.5.3-1.fc11
----------------------------------
* Mon Mar 16 2009 Guillaume Kulakowski <guillaume DOT kulakowski AT fedoraproject DOT org> - 0.5.3-1
- Update to 0.5.3


pigment-0.3.15-1.fc11
---------------------
* Tue Mar 24 2009 Matthias Saou <http://freshrpms.net/> 0.3.15-1
- Update to 0.3.15.


pikdev-0.9.2-7.fc11
-------------------
* Thu Feb 26 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 0.9.2-7
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


pikloops-0.2.5-4.fc11
---------------------
* Thu Feb 26 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 0.2.5-4
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


plexus-appserver-1.0-0.3.a5.2.9.fc11
------------------------------------
* Tue Mar 24 2009 Deepak Bhole <dbhole at redhat.com> 1.0-0.3.a5.2.9
- Build with maven
- Add tomcat BRs

* Mon Mar 23 2009 Deepak Bhole <dbhole at redhat.com> 1.0-0.3.a5.2.7
- Add tomcat servlet api dependency
- Build on ppc64

* Mon Mar 23 2009 Deepak Bhole <dbhole at redhat.com> 1.0-0.3.a5.2.8
- Build without maven

* Thu Feb 26 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 0:1.0-0.3.a5.2.6
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


plexus-bsh-factory-1.0-0.3.a7s.1.10.fc11
----------------------------------------
* Mon Mar 23 2009 Deepak Bhole <dbhole at redhat.com> - 1.0-0.3.a7s.1.10
- Rebuild with maven


plexus-cdc-1.0-0.3.a4.1.7.fc11
------------------------------
* Mon Mar 23 2009 Deepak Bhole <dbhole at redhat.com> - 0:1.0-0.3.a4.1.7
- Build on ppc64

* Thu Feb 26 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 0:1.0-0.3.a4.1.6
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


plexus-i18n-1.0-0.b6.5.3.fc11.1
-------------------------------
* Thu Feb 26 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 0:1.0-0.b6.5.3.1
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


plexus-maven-plugin-1.2-3.7.fc11
--------------------------------
* Tue Mar 24 2009 Deepak Bhole <dbhole at redhat.com> 1.2-3.7
- Adjust tomcat requirements

* Mon Mar 23 2009 Deepak Bhole <dbhole at redhat.com> - 0:1.2-3.5
- Build on ppc64

* Mon Mar 23 2009 Deepak Bhole <dbhole at redhat.com> - 0:1.2-3.6
- Fix cdc requirement version
- Added tomcat BR

* Thu Feb 26 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 0:1.2-3.4
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


plexus-runtime-builder-1.0-0.3.a9.1.9.fc11
------------------------------------------
* Mon Mar 23 2009 Deepak Bhole <dbhole at redhat.com> 1.0-0.3.a9.1.9
- Build on ppc64


plexus-xmlrpc-1.0-0.3.b4.2.14.fc11
----------------------------------
* Tue Mar 24 2009 Deepak Bhole <dbhole at redhat.com> 1.0-0.3.b4.2.14
- Build with maven
- Add tomcat deps

* Mon Mar 23 2009 Deepak Bhole <dbhole at redhat.com> - 0:1.0-0.3.b4.2.12
- Add plexus-maven-plugin BR
- Build on ppc64

* Mon Mar 23 2009 Deepak Bhole <dbhole at redhat.com> 1.0-0.3.b4.2.13
- Build without maven

* Thu Feb 26 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 0:1.0-0.3.b4.2.11
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


plplot-5.9.2-4.fc11
-------------------
* Fri Mar 27 2009 - Orion Poplawski <orion at cora.nwra.com> - 5.9.2-4
- Enable ada on ppc64 (resolves bug#241233)
- freefont is now gnu-free-{mono,sans,serif}-fonts


plymouth-0.7.0-0.2009.03.10.2.fc11
----------------------------------
* Wed Mar 18 2009 Ray Strode <rstrode at redhat.com> 0.7.0-0.2009.03.10.2
- Destroy terminal on detach (may help with bug 490965)

* Tue Mar 10 2009 Ray Strode <rstrode at redhat.com> 0.7.0-0.2009.03.10.1
- Address one more issue with password handling.  It wasn't working
  well for secondary devices when using the "details" plugin.


poedit-1.4.2-4.fc11
-------------------
* Thu Mar 26 2009 Bill Nottingham <notting at redhat.com> - 1.4.2-4
- rebuild per bug #492193, releng ticket 1432


policycoreutils-2.0.62-6.fc11
-----------------------------
* Mon Mar 23 2009 Dan Walsh <dwalsh at redhat.com> 2.0.62-6
- Update po files

* Thu Mar 12 2009 Dan Walsh <dwalsh at redhat.com> 2.0.62-5
- Fix semanage transations


polyester3-1.0.4-2.fc11
-----------------------
* Thu Feb 26 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 1.0.4-2
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


poppler-0.10.5-1.fc11
---------------------
* Thu Mar 12 2009 Matthias Clasen <mclasen at redhat.com> - 0.10.5-1
- Update to 0.10.5


postgresql-8.3.7-1.fc11
-----------------------
* Sat Mar 21 2009 Tom Lane <tgl at redhat.com> 8.3.7-1
- Update to PostgreSQL 8.3.7, for various fixes described at
  http://www.postgresql.org/docs/8.3/static/release-8-3-7.html
  notably the fix for CVE-2009-0922

* Tue Mar 10 2009 Tom Lane <tgl at redhat.com> 8.3.6-4
- Prevent dependent packages from needing to include sys/sdt.h
  (unintended side effect of previous patch)
- Use -O1 on alpha, per report from Oliver Falk; -O2 tickles gcc bugs


postgresql-pgpool-II-2.2-1.fc11.1
---------------------------------
* Mon Mar 23 2009 Devrim Gunduz <devrim at CommandPrompt.com> 2.2-1.1
- Fix pid file path in init script.
- Fix spec file -- we don't use short_name macro in pgcore spec file.
- Create pgpool pid file directory.
- Fix stop/start routines, also improve init script a bit.
- Install conf files to a new directory (/etc/pgpool-II), and get rid
  of sample conf files.

* Sun Mar 01 2009 Devrim Gunduz <devrim at CommandPrompt.com> 2.2-1
- Update to 2.2
- Update URL


postgresql-pgpoolAdmin-2.2-1.fc11
---------------------------------
* Mon Mar 23 2009 Devrim Gunduz <devrim at commandprompt.com> 2.2-1
- Update to 2.2
- Update spec and patches so that pgpoolAdmin works against pgpool 2.2

* Wed Mar 18 2009 Robert Scheck <robert at fedoraproject.org> 1.0.0-11
- Corrected a typo at %attr in %files section

* Thu Feb 26 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 1.0.0-10
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild

* Tue Oct 16 2007 Devrim Gunduz <devrim at commandprompt.com> 1.0.0-9
- Fixed smarty error caused by wrong ownership


ppl-0.10-10.fc11
----------------
* Tue Mar 24 2009 Roberto Bagnara <bagnara at cs.unipr.it> 0.10-10
- There are no GNU Prolog packages available on ia64: disable the GNU Prolog
  interface also on those platforms (besides ppc64, s390 and s390x).


pptp-1.7.2-5.fc11
-----------------
* Wed Mar 25 2009 Paul Howarth <paul at city-fan.org> 1.7.2-5
- Retain permissions on /etc/ppp/chap-secrets when using pptpsetup (#492090)
- Use upstream versions of patches
- Re-enable parallel build; Makefile dependencies now fixed
- Use perl rather than sed to edit Makefile, for spec compatibility with
  ancient distro releases


prelink-0.4.0-7.fc11
--------------------
* Wed Mar 11 2009 Jakub Jelinek <jakub at redhat.com> 0.4.0-7
- fix prelinking on ppc64

* Tue Mar 10 2009 Jakub Jelinek <jakub at redhat.com> 0.4.0-6
- BuildRequire glibc-static
- rebuilt with gcc 4.4
- sparc64 and ARM TLS support

* Thu Feb 26 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 0.4.0-5
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild

* Fri Aug 29 2008 Tom "spot" Callaway <tcallawa at redhat.com> 0.4.0-4
- fix license tag


pspp-0.6.1-3.fc11
-----------------
* Sun Mar 22 2009 Mat??j Cepl <mcepl at redhat.com> - 0.6.1-3
- Make .so symlink to versioned libraries -- shouldn't be needed
  but helps to fix bug 471180


ptlib-2.6.1-1.fc11
------------------
* Wed Mar 18 2009 Peter Robinson <pbrobinson at gmail.com> - 2.6.1-1
- New stable release for ekiga 3.2.0


publican-0.44-0.fc11
--------------------
* Wed Mar 11 2009 Jeff Fearn <jfearn at redhat.com> 0.44
- Add 0-9 and '.' to DOCNAME regex. BZ #489626

* Mon Mar 09 2009 Jeff Fearn <jfearn at redhat.com> 0.43
- Fix many warnings about 'body-start() called from outside an fo:list-item' BZ #484628
- Fix Initial build of new lang failing. BZ #485179
- Add lang to final doc root node. BZ #486162
- Add embed for stanky IE. BZ #486501
- Add symlinks for langauges without country codes. BZ #487256
- Add rudimentary Obsoletes logic. RT #36366
- Rolled in following from fedora devel spec
- - Mon Feb  9 2009 Jens Petersen <petersen at redhat.com> - 0.40-4
- - update the sazanami-fonts subpackage names
- - list liberation-fonts subpackages explicitly
- - Fri Feb  6 2009 Alex Lancaster <alexlan[AT]fedoraproject org> - 0.40-3
- - Fix broken font deps: liberation-fonts -> liberation-fonts-compat
- - Sat Jan 24 2009 Caol??n McNamara <caolanm at redhat.com> - 0.40-2
- - cjkunifonts-uming -> cjkuni-uming-fonts
- - Thu Jan 22 2009 Alex Lancaster <alexlan[AT]fedoraproject org> - 0.40-1
- - Font changes baekmuk-ttf-fonts-batang -> baekmuk-ttf-batang-fonts to
-   fix broken deps in rawhide
- Fri Mar 6 2009 Piotr Dr??g <piotrdrag at gmail.com>
- Translate Document Conventions into Polish
- Thu Mar 5 2009 Piotr Dr??g <piotrdrag at gmail.com>
- Translate common Feedback section into Polish
- Wed Mar 4 2009 Richard van der Luit <zuma at xs4all.nl>
- Corrections to Document Conventions in Dutch
- Mon Mar 2 2009 Richard van der Luit <zuma at xs4all.nl>
- Translate Document Conventions into Dutch
- Sat Feb 28 2009 Rui Gouveia <rui.gouveia at globaltek.pt>
- Translate Document Conventions into European Portuguese


publican-fedora-0.18-0.fc11
---------------------------
* Mon Mar 09 2009 Jeff Fearn <jfearn at redhat.com> 0.18
- Add symlinks for langauges without country codes. BZ #487256
- Fri Mar 6 2009 Piotr Dr??g <piotrdrag at gmail.com>
- Translate Fedora Feedback into Polish
- Wed Mar 4 2009 Milo?? Komar??evi?? <kmilos at gmail.com>
- Translate Fedora Feedback into Serbian
- Translate Fedora Feedback into Serbian (Latin)
- Wed Mar 4 2009 Richard van der Luit <zuma at xs4all.nl>
- Corrections to Fedora Feedback in Dutch
- Sat Feb 28 2009 Rui Gouveia <rui.gouveia at globaltek.pt>
- Translate Fedora Feedback into European Portuguese
- Fri Feb 27 2009 Richard van der Luit <zuma at xs4all.nl>
- Translate Fedora Feedback into Dutch


puppet-0.24.8-1.fc11
--------------------
* Mon Mar 23 2009 Todd Zullinger <tmz at pobox.com> - 0.24.8-1
- Update to 0.24.8
- Quiet output from %pre
- Use upstream install script
- Increase required facter version to >= 1.5


pygobject2-2.16.1-3.fc11
------------------------
* Thu Feb 26 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 2.16.1-3
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild

* Tue Feb 24 2009 Matthias Clasen <mclasen at redhat.com> - 2.16.1-2
- Make -doc noarch

* Sun Feb 22 2009 - Matthew Barnes <mbarnes at redhat.com> - 2.16.1-1.fc11
- Update to 2.16.1


pyke-1.0-1.fc11
---------------
* Thu Mar 19 2009 Tom "spot" Callaway <tcallawa at redhat.com> 1.0-1
- update to 1.0


python-2.6-7.fc11
-----------------
* Tue Mar 17 2009 James Antill <james at fedoraproject.org> - 2.6-7
- Use system libffi
- Resolves: bug#490573
- Fix SELinux execmem problems
- Resolves: bug#488396


python-bugzilla-0.5-1.fc11
--------------------------
* Wed Mar 25 2009 Will Woods <wwoods at redhat.com> - 0.5-1
- Fix problem where login wasn't saving the cookies to a file 
- Fix openattachment (bug #487673)
- Update version number for 0.5 final


python-cryptsetup-0.0.9-1.fc11
------------------------------
* Fri Mar 13 2009 Martin Sivak <msivak at redhat dot com> - 0.0.9-1
- luksFormat accepts None values and then uses defaults


python-fedora-0.3.11.1-1.fc11
-----------------------------
* Thu Mar 12 2009 Toshio Kuratomi <toshio at fedoraproject.org> - 0.3.11.1-1
- Update to fix problem with django auth and redirects.


python-gdata-1.3.0-1.fc11
-------------------------
* Sun Mar 22 2009 - Bastien Nocera <bnocera at redhat.com> - 1.3.0-1
- Update to 1.3.0


python-instant-0.9.6-1.fc11
---------------------------
* Tue Mar 24 2009 Fabian Affolter <fabian at bernewireless.net> - 0.9.6-1
- Updated to new upstream version 0.9.6


python-lxml-2.2-1.fc11
----------------------
* Tue Mar 24 2009 Jeffrey C. Ollie <jeff at ocjtech.us> - 2.2-1
- 2.2 (2009-03-21)
- Features added
- 
-    * Support for standalone flag in XML declaration through
-      tree.docinfo.standalone and by passing standalone=True/False on
-      serialisation.
- 
- Bugs fixed
- 
-    * Crash when parsing an XML Schema with external imports from a
-      filename.


python-paver-1.0-1.fc11
-----------------------
* Tue Mar 24 2009 Toshio Kuratomi <toshio at fedoraproject.org> - 1.0-1
- New upstream final.

* Thu Mar 19 2009 Toshio Kuratomi <toshio at fedoraproject.org> - 1.0-0.1.b1
- New upstream beta.


python-psycopg2-2.0.9-1.fc11
----------------------------
* Fri Mar 20 2009 Devrim GUNDUZ <devrim at gunduz.org> - 2.0.9-1
- Update to 2.0.9


python-textile-2.1.3-1.fc11
---------------------------
* Wed Mar 11 2009 Thomas Moschny <thomas.moschny at gmx.de> - 2.1.3-1
- Upstream and upstream URLs changed.
- Update to 2.1.3.
- Remove now obsolete tweak for enabling import of htmlizer.
- Process README.textile provided in the package.
- Run test.py in %check section.


python-urlgrabber-3.0.0-14.fc11
-------------------------------
* Fri Mar 13 2009 Seth Vidal <skvidal at fedoraproject.org>
- kill deprecation warning from importing md5 if anyone uses keepalive

* Mon Mar 09 2009 Seth Vidal <skvidal at fedoraproject.org>
- apply patch for urlgrabber to properly check file:// urls with the checkfunc


python-virtinst-0.400.3-2.fc11
------------------------------
* Mon Mar 23 2009 Cole Robinson <crobinso at redhat.com> - 0.400.3-2.fc11
- Add spanish translation (bz 480816)
- Fix calls to libvirt host device detach/reset
- Fix virt-image with create-on-the-fly disks


python-webob-0.9.6.1-1.fc11
---------------------------
* Tue Mar 10 2009 Ricky Zhou <ricky at fedoraproject.org> - 0.9.6.1-1
- Upstream released new version.


python-xmpp-0.4.1-6.fc11
------------------------
* Sun Mar 15 2009 Peter Lemenkov <lemenkov at gmail.com> -  0.4.1-6
- Added Provides: xmpppy
- Added patches from upstream CVS
- Fixed Source0 link


qct-1.7-2.fc11
--------------
* Thu Mar 26 2009 Neal Becker <ndbecker2 at gmail.com> - 1.7-1
- Update to 1.7

* Thu Mar 26 2009 Neal Becker <ndbecker2 at gmail.com> - 1.7-2
- fix typo


qemu-0.10-0.12.kvm20090323git.fc11
----------------------------------
* Wed Mar 25 2009 Mark McLoughlin <markmc at redhat.com> - 2:0.10-0.12.kvm20090323git
- BuildRequires pciutils-devel for device assignment (#492076)

* Mon Mar 23 2009 Glauber Costa <glommer at redhat.com> - 2:0.10-0.11.kvm20090323git
- Update to snapshot kvm20090323.
- Removed patch2 (upstream).
- use upstream's new split package.
- --with-patched-kernel flag not needed anymore
- Tell how to get the sources.

* Wed Mar 18 2009 Glauber Costa <glommer at redhat.com> - 2:0.10-0.10.kvm20090310git
- Added extboot to files list.


qjackctl-0.3.3-2.fc11
---------------------
* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 0.3.3-2
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


qsynth-0.3.3-3.fc11
-------------------
* Sun Mar 22 2009 Robert Scheck <robert at fedoraproject.org> 0.3.3-3
- Rebuilt without %{?_smp_mflags} as it isn't supported

* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 0.3.3-2
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


qt-4.5.0-10.fc11
----------------
* Wed Mar 25 2009 Rex Dieter <rdieter at fedoraproject.org> - 4.5.0-10
- qt-copy-patches-20090325

* Tue Mar 24 2009 Than Ngo <than at redhat.com> - 4.5.0-9
- lrelease only shows warning when duplicate messages found in *.ts( #491514)

* Fri Mar 20 2009 Rex Dieter <rdieter at fedoraproject.org> - 4.5.0-8
- qt-copy-patches-20090319

* Thu Mar 19 2009 Rex Dieter <rdieter at fedoraproject.org> - 4.5.0-7
- include more phonon bits, attempt to fix/provide phonon bindings
  for qtscriptgenerator, PyQt, ...

* Tue Mar 17 2009 Than Ngo <than at redhat.com> - 4.5.0-6
- fix lupdate segfault (#486866)

* Sat Mar 14 2009 Dennis Gilmore <dennis at ausil.us> - 4.5.0-5
- add patch for sparc64. 
- _Atomic_word is not always an int

* Tue Mar 10 2009 Rex Dieter <rdieter at fedoraproject.org> - 4.5.0-4
- macros.qt4: %_qt45
- cleanup more phonon-related left-overs


quadkonsole-2.0.2-4.fc11
------------------------
* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 2.0.2-4
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


quilt-0.47-4.fc11
-----------------
* Mon Mar 16 2009 Josh Boyer <jwboyer at gmail.com> - 0.47-4
- Fix sendmail configure (bug 474136)


quota-3.17-4.fc11
-----------------
* Fri Mar 13 2009 Ondrej Vasik <ovasik at redhat.com> 1:3.17-3
- add missing buildrequires needed to compile with
  enable-ldapmail=try option with LDAP(#490106)

* Fri Mar 13 2009 Ondrej Vasik <ovasik at redhat.com> 1:3.17-4
- clarify statements about LDAP in warnquota conf
  (related to #490106)
- fix parsing issue in warnquota.c(#490125)
- enable rpcsetquota by default(#159292, #469753)


radeontool-1.5-5.fc11
---------------------
* Mon Mar 23 2009 Adam Jackson <ajax at redhat.com> 1.5-5
- Fix %description to sound less alarming.


rcssserver3d-0.6.1-3.fc11
-------------------------
* Mon Mar 23 2009 Hedayat Vatankhah <hedayat at grad.com> 0.6.1-1
- Updated to 0.6.1 version
- Using the new CMake build system

* Mon Mar 23 2009 Hedayat Vatankhah <hedayat at grad.com> 0.6.1-2
- Rebuild because of a missing patch file in cvs!

* Mon Mar 23 2009 Hedayat Vatankhah <hedayat at grad.com> 0.6.1-3
- Added missing requirements: ImageMagic and latex


rdiff-backup-1.2.8-1.fc11
-------------------------
* Thu Mar 26 2009 Kevin Fenzi <kevin at tummy.com> - 1.2.8-1
- Update to 1.2.8

* Thu Mar 12 2009 Kevin Fenzi <kevin at tummy.com> - 1.2.7-1
- Update to 1.2.7 (bug 486426)


redmode-1.1-1.fc11
------------------
* Tue Mar 24 2009 Lubomir Rintel (Fedora Astronomy) <lkundrak at v3.sk> - 1.1-1
- New (though comparably ugly) icon
- Fix menu categories
- Don't show up in KDE menu


rednotebook-0.6.2-1.fc11
------------------------
* Wed Mar 18 2009 Fabian Affolter <fabian at bernewireless.net> - 0.6.2-1
- Added hicolor-icon-theme as a requirement
- Added icons directory
- Updated to new upstream version 0.6.2


repoview-0.6.3-1.fc11
---------------------
* Fri Mar 27 2009 Konstantin Ryabitsev <icon at fedoraproject.org> - 0.6.3-1
- Upstream 0.6.3
- Upstream fix for mixed-case packages and md5 warnings (obsoletes patch)
- Minor fixes to functionality

* Thu Mar 26 2009 Seth Vidal <skvidal at fedoraproject.org>
- don't lowercase pkgnames
- stop md5 warning emit


resource-agents-3.0.0-8.rc1.fc11
--------------------------------
* Tue Mar 24 2009 Fabio M. Di Nitto <fdinitto at redhat.com> - 3.0.0-8.rc1
- New upstream release.
- Update BuildRoot usage to preferred versions/names


rhino-1.7-0.3.r2pre.1.1.fc11
----------------------------
* Thu Mar 26 2009 Lillian Angel <langel at redhat.com> - 0:1.7-0.3.r2pre.1.1
- Updated rhino-build.patch
- License for treetable has been fixed. Re-included this code, and removed patch.
- Resolves: rhbz#457336


rhythmbox-0.12.0-3.fc11
-----------------------
* Wed Mar 25 2009 - Bastien Nocera <bnocera at redhat.com> - 0.12.0-3
- Fix crasher in the PSP and Nokia plugins

* Tue Mar 24 2009 - Bastien Nocera <bnocera at redhat.com> - 0.12.0-2
- Add patch to use decodebin2 instead of decodebin and fix
  playback problems with chained ogg streams (#446283)

* Thu Mar 19 2009 - Bastien Nocera <bnocera at redhat.com> - 0.12.0-1
- Update to 0.12.0

* Wed Mar 18 2009 - Bastien Nocera <bnocera at redhat.com> - 0.11.99.3-1
- Update to 0.11.99.3 pre-release

* Tue Mar 17 2009 - Bastien Nocera <bnocera at redhat.com> - 0.11.99.2-1
- Update to 0.11.99.2 pre-release

* Fri Mar 13 2009 - Bastien Nocera <bnocera at redhat.com> - 0.11.99.1-1
- Update to 0.11.99.1 pre-release

* Thu Mar 12 2009 - Bastien Nocera <bnocera at redhat.com> - 0.11.99-1
- Update to 0.11.99 pre-release


rootfiles-8.1-4.fc11
--------------------
* Mon Mar 23 2009 Phil Knirsch <pknirsch at redhat.com> - 8.1-4
- Added the "we-are-upstream" comments according to Fedora review (#226376)
- Added -p option to install to preserve timestamps (#226376)


rpm-4.7.0-0.beta1.7.fc11
------------------------
* Tue Mar 24 2009 Panu Matilainen <pmatilai at redhat.com> - 4.7.0-0.beta1.7
- prefer more specific types over generic "text" in classification (#491349)

* Mon Mar 23 2009 Panu Matilainen <pmatilai at redhat.com> - 4.7.0-0.beta1.5
- fix font provide generation on filenames with whitespace (#491597)

* Mon Mar 23 2009 Panu Matilainen <pmatilai at redhat.com> - 4.7.0-0.beta1.6
- with the fd leak gone, let libmagic look into compressed files again (#491596)

* Thu Mar 12 2009 Panu Matilainen <pmatilai at redhat.com> - 4.7.0-0.beta1.4
- handle RSA V4 signatures (#436812)
- add alpha arch ISA-bits
- enable internal testsuite on build


rpmlint-0.87-1.fc11
-------------------
* Thu Mar 19 2009 Ville Skytt?? <ville.skytta at iki.fi> - 0.87-1
- 0.87; fixes #480664, #483196, #483199, #486748, #488146, #488930, #489118.
- Sync Fedora license list with Wiki revision 1.38.
- Configs patch included upstream.


rpy-2.0.3-1.fc11
----------------
* Fri Mar 20 2009 Tom "spot" Callaway <tcallawa at redhat.com> - 2.0.3-1
- update to rpy2 2.0.3


rsh-0.17-53.fc11
----------------
* Thu Mar 26 2009 Adam Tkac <atkac redhat com> 0.17-53
- check return value from close to catch errors on NFS filesystems (#461903)


rsyslog-3.21.10-3.fc11
----------------------
* Wed Mar 18 2009 Tomas Heinrich <theinric at redhat.com> 3.21.10-3
- fix variables' type conversion in expression-based filters (#485937)


rtpproxy-1.2.0-1.fc11
---------------------
* Fri Mar 27 2009 Peter Lemenkov <lemenkov at gmail.com> - 1.2.0-1
- Ver. 1.2.0


ruby-1.8.6.287-7.fc11
---------------------
* Wed Mar 18 2009 Jeroen van Meeuwen <j.van.meeuwen at ogd.nl> - 1.8.6.287-7
- Fix regression in CVE-2008-3790 (#485383)


rubygem-actionmailer-2.3.2-1.fc11
---------------------------------
* Mon Mar 16 2009 Jeroen van Meeuwen <j.van.meeuwen at ogd.nl> - 2.3.2-1
- New upstream version


rubygem-actionpack-2.3.2-1.fc11
-------------------------------
* Mon Mar 16 2009 Jeroen van Meeuwen <j.van.meeuwen at ogd.nl> - 2.3.2-1
- New upstream version


rubygem-activerecord-2.3.2-1.fc11
---------------------------------
* Mon Mar 16 2009 Jeroen van Meeuwen <j.van.meeuwen at ogd.nl> - 2.3.2-1
- New upstream version


rubygem-activeresource-2.3.2-1.fc11
-----------------------------------
* Mon Mar 16 2009 Jeroen van Meeuwen <kanarip at fedoraproject.org> - 2.3.2-1
- New upstream version


rubygem-activesupport-2.3.2-1.fc11
----------------------------------
* Mon Mar 16 2009 Jeroen van Meeuwen <kanarip at fedoraproject.org> - 2.3.2-1
- New upstream version


rubygem-arrayfields-4.7.2-1.fc11
--------------------------------
* Mon Mar 16 2009 Jeroen van Meeuwen <j.van.meeuwen at ogd.nl> - 4.7.2-1
- New upstream version


rubygem-facets-2.5.1-1.fc11
---------------------------
* Mon Mar 16 2009 Jeroen van Meeuwen <j.van.meeuwen at ogd.nl> - 2.5.1-1
- New upstream version


rubygem-highline-1.5.0-1.fc11
-----------------------------
* Mon Mar 16 2009 Jeroen van Meeuwen <j.van.meeuwen at ogd.nl> - 1.5.0-1
- New upstream version


rubygem-hoe-1.11.0-1.fc11
-------------------------
* Tue Mar 17 2009 Darryl Pierce <dpierce at redhat.com> - 1.11.0-1
- Release 1.11.0 of Hoe.

* Tue Mar 10 2009 Darryl Pierce <dpierce at redhat.com> - 1.10.0-1
- Release 1.10.0 of Hoe.


rubygem-hpricot-0.7-1.fc11
--------------------------
* Thu Mar 26 2009 Mamoru Tasaka <mtasaka at ioa.s.u-tokyo.ac.jp> - 0.7-1
- 0.7


rubygem-main-2.8.3-1.fc11
-------------------------
* Mon Mar 16 2009 Jeroen van Meeuwen <j.van.meeuwen at ogd.nl> - 2.8.3-1
- New upstream version


rubygem-mechanize-0.9.2-1.fc11
------------------------------
* Thu Mar 12 2009 Mamoru Tasaka <mtasaka at ioa.s.u-tokyo.ac.jp> - 0.9.2-1
- 0.9.2


rubygem-nokogiri-1.2.3-1.fc11
-----------------------------
* Thu Mar 26 2009 Mamoru Tasaka <mtasaka at ioa.s.u-tokyo.ac.jp> - 1.2.3-1
- 1.2.3

* Thu Mar 19 2009 Mamoru Tasaka <mtasaka at ioa.s.u-tokyo.ac.jp> - 1.2.2-1
- 1.2.2

* Thu Mar 12 2009 Mamoru Tasaka <mtasaka at ioa.s.u-tokyo.ac.jp> - 1.2.1-1
- 1.2.1


rubygem-picnic-0.7.1-1.fc11
---------------------------
* Mon Mar 16 2009 Jeroen van Meeuwen <j.van.meeuwen at ogd.nl> - 0.7.1-1
- New upstream version


rubygem-rack-0.9.1-1.fc11
-------------------------
* Mon Mar 16 2009 Jeroen van Meeuwen <j.van.meeuwen at ogd.nl> - 0.9.1-1
- New upstream version


rubygem-rails-2.3.2-1.fc11
--------------------------
* Mon Mar 16 2009 Jeroen van Meeuwen <j.van.meeuwen at ogd.nl> - 2.3.2-1
- New upstream version


rubygem-rake-0.8.4-1.fc11
-------------------------
* Tue Mar 17 2009 Jeroen van Meeuwen <j.van.meeuwen at ogd.nl> - 0.8.4-1
- New upstream version


rubygem-restr-0.5.0-1.fc11
--------------------------
* Mon Mar 16 2009 Jeroen van Meeuwen <j.van.meeuwen at ogd.nl> - 0.5.0-1
- New upstream version


rubygem-rspec-1.2.2-1.fc11
--------------------------
* Fri Mar 27 2009 Michael Stahnke <stahnma at fedoraproject.org> - 1.2.2-1
- New Version


rubyripper-0.5.5-2.fc11
-----------------------
* Sat Mar 14 2009 Sindre Pedersen Bj??rdal <sindrepb at fedoraproject.org> - 0.5.5-2
- Add missing vorbis-tools dependency


sabayon-2.25.0-1.fc11
---------------------
* Fri Mar 20 2009 Tomas Bzatek <tbzatek at redhat.com> - 2.25.0-1
- Update to 2.25.0


samba-3.3.2-0.33.fc11
---------------------
* Thu Mar 26 2009 Simo Sorce <ssorce at redhat.com> - 3.3.2-0.33
- Fix nmbd init script nmbd reload was causing smbd not nmbd to reload the
  configuration
- Fix upstream bug 6224, nmbd was waiting 5+ minutes before running elections on
  startup, causing your own machine not to show up in the network for 5 minutes
  if it was the only client in that workgroup (fix committed upstream)


samba4-4.0.0-13alpha7.fc11
--------------------------
* Wed Mar 25 2009 Simo Sorce <ssorce at redhat.com> - 4.0.0-13alpha7
- rebuild with correct CFLAGS (also fixes debuginfo)


saoimage-1.35.1-5.fc11
----------------------
* Tue Mar 24 2009 Lubomir Rintel (Fedora Astronomy) <lkundrak at v3.sk> - 1.35.1-5
- Fix the categories


scim-1.4.8-3.fc11
-----------------
* Wed Mar 25 2009 Huang Peng <phuang at redhat.com> - 1.4.8-3
- Use lt_dlopenadvise to replace lt_dlopenext to fix bug 491841


scsi-target-utils-0.9.5-1.fc11
------------------------------
* Mon Mar 16 2009 Terje Rosten <terje.rosten at ntnu.no> - 0.9.5-1
- 0.9.5
- remove patch now upstream
- add patch to fix mising destdir in usr/Makefile
- mktape and dump_tape has moved to tgtimg
- add more docs


scummvm-tools-0.13.0-1.fc11
---------------------------
* Tue Mar 10 2009 Lucian Langa <cooly at gnome.eu.org> - 0.13.0-1
- new upstream release
- use SF generic downloads URL
- drop patch0 (fixed upstream)


seahorse-2.26.0-1.fc11
----------------------
* Mon Mar 16 2009 Tomas Bzatek <tbzatek at redhat.com> 2.26.0-1
- Update to 2.26.0


seahorse-plugins-2.26.0-1.fc11
------------------------------
* Mon Mar 16 2009 Matthias Clasen  <mclasen at redhat.com> - 2.26.0-1
- Update to 2.26.0


selinux-policy-3.6.10-4.fc11
----------------------------
* Fri Mar 27 2009 Dan Walsh <dwalsh at redhat.com> 3.6.10-4
- Add label for ~/.forward and /root/.forward

* Thu Mar 26 2009 Dan Walsh <dwalsh at redhat.com> 3.6.10-3
- Fixes for svirt

* Thu Mar 19 2009 Dan Walsh <dwalsh at redhat.com> 3.6.10-1
- Add xenner and wine fixes from mgrepl

* Thu Mar 19 2009 Dan Walsh <dwalsh at redhat.com> 3.6.10-2
- Fixes to allow svirt read iso files in homedir

* Wed Mar 18 2009 Dan Walsh <dwalsh at redhat.com> 3.6.9-4
- Allow mdadm to read/write mls override

* Tue Mar 17 2009 Dan Walsh <dwalsh at redhat.com> 3.6.9-3
- Change to svirt to only access svirt_image_t

* Thu Mar 12 2009 Dan Walsh <dwalsh at redhat.com> 3.6.9-1
- Upgrade to latest upstream

* Thu Mar 12 2009 Dan Walsh <dwalsh at redhat.com> 3.6.9-2
- Fix libvirt policy

* Tue Mar 10 2009 Dan Walsh <dwalsh at redhat.com> 3.6.8-4
- Fixes for iscsid and sssd
- More cleanups for upgrade from F10 to Rawhide.


sepostgresql-8.3.7-1771.fc11
----------------------------
* Fri Mar 27 2009 KaiGai Kohei <kaigai at kaigai.gr.jp> - 8.3.7-1770
- upgrade base PostgreSQL versin 8.3.6->8.3.7
- backport features from v8.4devel


serafettin-cartoon-fonts-0.5.1-2.fc11
-------------------------------------
* Sun Mar 15 2009 Nicolas Mailhot <nicolas.mailhot at laposte.net> - 0.5.1-2
??? Make sure F11 font packages have been built with F11 fontforge


setroubleshoot-2.1.6-2.fc11
---------------------------
* Thu Mar 26 2009 Dan Walsh <dwalsh at redhat.com> - 2.1.6-2
- Split out documentation


setup-2.8.2-2.fc11
------------------
* Wed Mar 25 2009 Ondrej Vasik <ovasik at redhat.com> 2.8.2-2
- reserve uid 65 for nslcd (will share group 55 ldap, #491899)

* Tue Mar 24 2009 Ondrej Vasik <ovasik at redhat.com> 2.8.2-1
- ship COPYING file, update protocols and services
  to latest IANA

* Mon Mar 23 2009 Ondrej Vasik <ovasik at redhat.com> 2.8.1-2
- fix sources syntax, add sources URL (#226412)


shadow-utils-4.1.2-13.fc11
--------------------------
* Tue Mar 24 2009 Peter Vrabec <pvrabec at redhat.com> 2:4.1.2-13
- do not allow UID/GID = 4294967295 (#484040,#133664)


shorewall-4.2.7-2.fc11
----------------------
* Tue Mar 24 2009 Jonathan G. Underwood <jonathan.underwood at gmail.com> - 4.2.7-1
- Update to version 4.2.7

* Tue Mar 24 2009 Jonathan G. Underwood <jonathan.underwood at gmail.com> - 4.2.7-2
- Make the perl compiler the default. Drop shorewall-shell requirement from
  shorewall package


sj-fonts-2.0.2-4.fc11
---------------------
* Sun Mar 15 2009 Nicolas Mailhot <nicolas.mailhot at laposte.net> - 2.0.2-4
??? Make sure F11 font packages have been built with F11 fontforge


skychart-3.0.1.5-5.20081026svn.fc11
-----------------------------------
* Fri Mar 27 2009 Lubomir Rintel (Fedora Astronomy) <lkundrak at v3.sk> - 3.0.1.5-5.20081026svn
- Fix desktop entry categories


slingshot-0.8.1p-3.fc11
-----------------------
* Tue Mar 24 2009 Jon Ciesla <limb at jcomserv.net> - 0.8.1p-3
- Update for freefont->gnu-free-fonts rename/split.


smb4k-0.10.2-1.fc11
-------------------
* Sun Mar 15 2009 Marcin Garski <mgarski[AT]post.pl> 0.10.2-1
- Update to 0.10.2


smbldap-tools-0.9.5-4.fc11
--------------------------
* Fri Mar 06 2009 Paul Howarth <paul at city-fan.org> 0.9.5-4
- change dependencies on samba and openldap-clients to samba-common and
  openldap-servers respectively
- invalidate nscd caches rather than restart nscd (#476504)
- add descriptions and bugzilla references to patch references in spec


smolt-1.2-4.1.fc11
------------------
* Fri Mar 13 2009 Mike McGrath <mmcgrath at redhat.com> - 1.2-4.1
- Fixed some formatting in the spec file
- Added note to %post


sonic-visualiser-1.5-1.fc11
---------------------------
* Thu Mar 26 2009 Michel Salim <salimma at fedoraproject.org> - 1.5-1
- Update to 1.5


sound-juicer-2.26.0-1.fc11
--------------------------
* Tue Mar 17 2009 Matthias Clasen <mclasen at redhat.com> - 2.26.0-1
- Update to 2.26.0


spacechart-0.9.5-3.fc11
-----------------------
* Tue Mar 24 2009 Lubomir Rintel (Fedora Astronomy) <lkundrak at v3.sk> - 0.9.5-3
- Add icon
- Add manual page


squashfs-tools-4.0-0.20090316
-----------------------------
* Mon Mar 16 2009 Kyle McMartin <kyle at redhat.com> - 4.0-0.20090316
- update to cvs snap from 2009-03-16.


squirrelmail-1.4.17-7.fc11
--------------------------
* Wed Mar 18 2009 Michal Hlavinka <mhlavink at redhat.com> - 1.4.17-6
- don't use white text (invisible on white paper) for highlighting
  in conf.pl (#427217)

* Wed Mar 18 2009 Michal Hlavinka <mhlavink at redhat.com> - 1.4.17-7
- fix: patch was not applyed

* Tue Mar 17 2009 Michal Hlavinka <mhlavink at redhat.com> - 1.4.17-5
- don't use colored conf.pl by default (#427217)


stellarium-0.10.2-2.fc11
------------------------
* Tue Mar 24 2009 Jochen Schmitt <Jochen herr-schmitt de> 0.10.2-2
- Changed desktop file (#491922)

* Thu Mar 12 2009 Jochen Schmitt <Jochen herr-schmitt de> 0.10.2-1
- New upstream release


subversion-1.5.6-4
------------------
* Thu Mar 12 2009 Dennis Gilmore <dennis at ausil.us> - 1.5.6-4
- use -fPIE on sparc64


subversion-api-docs-1.5.6-1.fc11
--------------------------------
* Sun Mar 22 2009 Bojan Smojver <bojan at rexursive.com> 1.5.6-1
- bump up to 1.5.6


sugar-0.84.1-3.20090324gite16cf854aa.fc11
-----------------------------------------
* Tue Mar 24 2009 Simon Schampijer <simon at schampijer.de> - 0.84.1-2.20090324gite16cf854aa
- git snapshot

* Tue Mar 24 2009 Simon Schampijer <simon at schampijer.de> - 0.84.1-3.20090324gite16cf854aa
- rebuild without the logout patch

* Sun Mar 22 2009 Simon Schampijer <simon at schampijer.de> - 0.84.1-1
- Update to latest NM-User config file (same as nm-applet)
- Fix nondeterministic denials for no-interface messages #575
  (Thanks to Dan Williams and Colin Walters for their assistance
  in spotting this. upstream bug fdo #18961)
- Draw the rounding box inside the icon bounds (benzea) #567
- Add Dismiss option to the palette of finished transfers #484
- Resume-by-default uses open with, not just open #547
- Set Pippy as the default for opening python files #287
- Remove duplicates from the activities submenu #497
- Remove transfer icon from frame when the local user cancels it #483
- Restore the icon size after a layout change #157
- enable logout option

* Wed Mar 18 2009 Simon Schampijer <simon at schampijer.de> - 0.84.0-2.20090318gitd3a0839735
- git snapshot


sugar-artwork-0.84.1-1.fc11
---------------------------
* Wed Mar 11 2009 Tomeu Vizoso <tomeu at sugarlabs.org> - 0.84.1-1
- Add back some icons to the Makefile (Simon)


sugar-imageviewer-7-1.fc11
--------------------------
* Tue Mar 24 2009 Simon Schampijer <simon at schampijer.de> - 7-1
- Fix initial zoom level being extremely small: d.sl.o #486 (Tomeu)
- New German translation
- give full source url


sugar-toolkit-0.84.1-1.fc11
---------------------------
* Sun Mar 22 2009 Simon Schampijer <simon at schampijer.de> - 0.84.1-1
- Fix palettes scaling when using scaling factor 72 #504
- Use Popen.communicate() to avoid hang (Sascha Silbe) #397
- Change property type to object because int cannot be None #157

* Wed Mar 18 2009 Simon Schampijer <simon at schampijer.de> - 0.84.0-2.20090318git29aa6cbe65
- git snapshot


svnkit-1.2.3-1.fc11
-------------------
* Mon Mar 23 2009 Robert Marcano <robert at marcanoonline.com> - 1.2.3-1
- Update to upstream 1.2.3


swfdec-gnome-2.26.0-1.fc11
--------------------------
* Tue Mar 17 2009 Matthias Clasen <mclasen at redhat.com> - 2.26.0-1
- Update to 2.26.0


synce-gnomevfs-0.13-1.fc11
--------------------------

synce-software-manager-0.9.0-12.fc11
------------------------------------
* Sat Mar 21 2009 Robert Scheck <robert at fedoraproject.org> - 0.9.0-12
- Force usage of libtoolize and intltoolize to avoid build errors

* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 0.9.0-11
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


synce-trayicon-0.13-1.fc11
--------------------------

syncevolution-0.8.1a-1.fc11
---------------------------
* Mon Mar 23 2009 Matej Cepl <mcepl at redhat.com> 0.8.1a-1
- New upstream release.
- make a fix for one #elif which should be #else


syslog-ng-2.1.4-1.fc11
----------------------
* Tue Mar 24 2009 Douglas E. Warner <silfreed at silfreed.net> - 2.1.4-1
- update to 2.1.4
- enabling mixed linking to compile only non-system libs statically
- lots of packaging updates to be able to build on RHEL4,5, Fedora9+ and be
  parallel-installable with rsyslog and/or sysklogd on those platforms
- removing BR for flex & byacc to try to prevent files from being regenerated
- fixing build error with cfg-lex.l and flex 2.5.4
- Fixed a possible DoS condition triggered by a destination port unreachable
  ICMP packet received from a UDP destination.  syslog-ng started eating all
  available memory and CPU until it crashed if this happened.
- Fixed the rate at which files regular were read using the file() source.
- Report connection breaks as a write error instead of reporting POLLERR as
  the write error path reports more sensible information in the logs.


system-config-kdump-1.0.14-5.fc11
---------------------------------
* Mon Mar 23 2009 Roman Rakus <rrakus at redhat.com> - 1.0.14-5
- Fix off by one error in kernel command line parsing
  Resolves #334269


systemtap-0.9.5-1.fc11
----------------------
* Fri Mar 27 2009 Josh Stone <jistone at redhat.com> - 0.9.5-1
- Upstream release.

* Wed Mar 18 2009 Will Cohen <wcohen at redhat.com> - 0.9-2
- Add location of man pages.


taskjuggler-2.4.1-8.fc11
------------------------
* Tue Mar 10 2009 Ondrej Vasik <ovasik at redhat.com> - 2.4.1-8
- Remove obsoletes, use Requires (#489496)


tcl-snack-2.2.10-10.fc11
------------------------
* Mon Mar 16 2009 Tom "spot" Callaway <tcallawa at redhat.com> - 2.2.10-10
- enable -devel package


tcl-tclvfs-20080503-3.fc11
--------------------------
* Wed Mar 18 2009 Tom "spot" Callaway <tcallawa at redhat.com> 20080503-3
- add Requires: tcl-trf


telepathy-farsight-0.0.6-1.fc11
-------------------------------
* Tue Mar 17 2009 Brian Pepple <bpepple at fedoraproject.org> - 0.0.6-1
- Update to 0.0.6.
- Bump min version of tp-glib needed.


telepathy-glib-0.7.28-1.fc11
----------------------------
* Tue Mar 24 2009 Brian Pepple <bpepple at fedoraproject.org> - 0.7.28-1
- Update to 0.7.28.

* Tue Mar 17 2009 Brian Pepple <bpepple at fedoraproject.org> - 0.7.27-1
- Update to 0.7.27.


terminus-fonts-4.28-8.fc11
--------------------------
* Wed Mar 25 2009 Hans Ulrich Niedermann <hun at n-dimensional.de> - 4.28-8
- Rebuild for Fedora 11 to pick up font autodeps (#491973)


thai-scalable-fonts-0.4.11-3.fc11
---------------------------------
* Sun Mar 15 2009 Nicolas Mailhot <nicolas.mailhot at laposte.net> - 0.4.11-3
??? Make sure F11 font packages have been built with F11 fontforge


thibault-fonts-0.1-10.fc11
--------------------------
* Sun Mar 15 2009 Nicolas Mailhot <nicolas.mailhot at laposte.net> - 0.1-10
??? Make sure F11 font packages have been built with F11 fontforge


thunderbird-3.0-2.1.beta2.fc11
------------------------------
* Mon Mar 23 2009 Christopher Aillon <caillon at redhat.com> - 3.0-2.1.beta2
- Disable the default app nag dialog

* Tue Mar 17 2009 Jan Horak <jhorak at redhat.com> - 3.0-2.beta2
- Fixed clicked link does not open in browser (#489120)
- Fixed missing help in thunderbird (#488885)


tibetan-machine-uni-fonts-1.901-3.fc11
--------------------------------------
* Sun Mar 15 2009 Marcin Garski <mgarski[AT]post.pl> 1.901-3
- Update to 1.901b
- Update URL
- Update to new fonts guidelines, thanks to Rajeesh (#477467)


timidity++-2.13.2-18.fc11
-------------------------
* Tue Mar 24 2009 Hans de Goede <hdegoede at redhat.com> 2.13.2-18
- Require soundfont2-default virtual provides instead of hardcoding
  PersonalCopy-Lite-soundfont (#491421)


tiresias-fonts-1.0-6.fc11
-------------------------
* Wed Mar 25 2009 Tom "spot" Callaway <tcallawa at redhat.com> - 1.0-6
- rebuild for font autoprovides


tmpwatch-2.9.14-1
-----------------
* Mon Mar 23 2009 Miloslav Trma?? <mitr at redhat.com> - 2.9.14-1
- Update to tmpwatch-2.9.14.


tomboy-0.14.0-1.fc11
--------------------
* Mon Mar 16 2009 Matthias Clasen <mclasen at redhat.com> - 0.14.0-1
- Update to 0.14.0


totem-2.26.0-1.fc11
-------------------
* Mon Mar 16 2009 - Bastien Nocera <bnocera at redhat.com> - 2.26.0-1
- Update to 2.26.0


totem-pl-parser-2.26.0-1.fc11
-----------------------------
* Mon Mar 16 2009 - Bastien Nocera <bnocera at redhat.com> - 2.26.0-1
- Update to 2.26.0


tracker-0.6.91-1.fc11
---------------------
* Fri Mar 13 2009 Deji Akingunola <dakingun at gmail.com> - 0.6.91-1
- Update to 0.6.91 release


tzclock-2.7.4-1.fc11
--------------------
* Tue Mar 24 2009 Mamoru Tasaka <mtasaka at ioa.s.u-tokyo.ac.jp> - 2.7.4-1
- 2.7.4


tzdata-2009d-1.fc11
-------------------
* Mon Mar 23 2009 Petr Machata <pmachata at redhat.com> - 2009d-1
- Upstream 2009d
  - Morocco will observe DST from 2009-06-01 00:00 to 2009-08-21 00:00
  - Tunisia will not observe DST this year.
  - Syria will start DST on 2009-03-27 00:00 this year
  - Cuba will start DST on midnight between 2009-03-07 and 2009-03-08
  - Province of San Luis, Argentina, went to UTC-04:00 on 2009-03-15


util-linux-ng-2.14.2-7.fc11
---------------------------
* Fri Mar 20 2009 Karel Zak <kzak at redhat.com>  2.14.2-6
- fix #491175 - mount of tmpfs FSs fail at boot

* Fri Mar 20 2009 Karel Zak <kzak at redhat.com>  2.14.2-7
- fix some nits in mount.tmpfs

* Thu Mar 19 2009 Karel Zak <kzak at redhat.com>  2.14.2-5
- fix #489672 - flock segfaults when file name is not given (upstream)
- fix #476964 - Mount /var/tmp with tmpfs creates denials
- fix #487227 - fdisk 4KiB hw sectors support (upstream)
- fix #477303 - renice doesn't support -n option (upstream)


verbiste-0.1.25-1.fc11
----------------------
* Tue Mar 24 2009 Konstantin Ryabitsev <icon at fedoraproject.org> - 0.1.25-1
- New version 0.1.25
- New verbs and several conjugation fixes.
- Minor UI tweaks and programming cleanups.
- BR: perl-XML-Parser (during build).
- Remove empty THANKS from doc.


vim-7.2.148-1.fc11
------------------
* Fri Mar 27 2009 Karsten Hopp <karsten at redhat.com> 7.2.148-1
- patchlevel 148, fixes #461417

* Tue Mar 10 2009 Karsten Hopp <karsten at redhat.com> 7.2.132-1
- patchlevel 132, fixes accesses to freed memory


vim-perl-support-4.1-1.fc11
---------------------------
* Tue Mar 17 2009 Iain Arnell <iarnell at gmail.com> 4.1-1
- update to latest upstream version


vinagre-2.26.0-1.fc11
---------------------
* Mon Mar 16 2009 Matthias Clasen <mclasen at redhat.com> - 2.26.0-1
- Update to 2.26.0


vino-2.26.0-1.fc11
------------------
* Mon Mar 16 2009 Matthias Clasen <mclasen at redhat.com> - 2.26.0-1
- Update to 2.26.0


virt-df-2.1.5-1.fc11
--------------------
* Tue Mar 10 2009 Richard W.M. Jones <rjones at redhat.com> - 2.1.5-1
- New upstream version 2.1.5.
- Remove patch for camlp4, since it's now upstream.


virt-manager-0.7.0-2.fc11
-------------------------
* Mon Mar 23 2009 Cole Robinson <crobinso at redhat.com> - 0.7.0-2.fc11
- Back compat fixes for connecting to older xen installations (bz 489885)
- Don't show harmless NoneType error when launching new VM details window


vte-0.20.0-1.fc11
-----------------
* Mon Mar 16 2009 Matthias Clasen <mclasen at redhat.com> 0.20.0-1
- Update to 0.20.0


warzone2100-2.1.2-1.fc11
------------------------
* Thu Mar 19 2009 Karol Trzcionka <karlikt at gmail.com> - 2.1.2-1
- Update to v2.1.2


weechat-0.2.6.1-1.fc11
----------------------
* Thu Mar 19 2009 Paul P. Komkoff Jr <i at stingr.net> - 0.2.6.1-1
- fix bz#490709


wesnoth-1.6-1.fc11
------------------
* Mon Mar 23 2009 Jon Ciesla <limb at jcomserv.net> - 1.6-1
- Update to 1.6 stable.

* Tue Mar 17 2009 Jon Ciesla <limb at jcomserv.net> - 1.5.14-1
- Update to 1.5.14.

* Wed Mar 11 2009 Jon Ciesla <limb at jcomserv.net> - 1.5.13-1
- Update to 1.5.13.


wine-1.1.15-3.fc11
------------------
* Sun Mar 15 2009 Nicolas Mailhot <nicolas.mailhot at laposte.net> - 1.1.15-3
??? Make sure F11 font packages have been built with F11 fontforge


wireshark-1.1.3-1.fc11
----------------------
* Thu Mar 26 2009 Radek Vokal <rvokal at redhat.com> - 1.1.2-4.pre1
- fix libsmi support

* Thu Mar 26 2009 Radek Vokal <rvokal at redhat.com> - 1.1.3-1
- upgrade to 1.1.3


wlassistant-0.5.7-10.fc11
-------------------------
* Fri Mar 13 2009 Tom "spot" Callaway <tcallawa at redhat.com> - 0.5.7-10
- prevent iwlib from monkeying around with inline define

* Wed Feb 25 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 0.5.7-9
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


wordtrans-1.1-0.8.pre13.fc11
----------------------------
* Tue Mar 24 2009 Than Ngo <than at redhat.com> - 1.1-0.8.pre13
- get rid of the manual page (#463013)


wxGTK-2.8.10-1.fc11
-------------------
* Sat Mar 21 2009 Dan Hor??k <dan[at]danny.cz> - 2.8.10-1
- update to 2.8.10
- fix default plugin path for 64 bit arches


xclip-0.11-1.fc11
-----------------
* Mon Mar 16 2009 Tom "spot" Callaway <tcallawa at redhat.com> - 0.11-1
- update to 0.11


xen-3.3.1-11.fc11
-----------------
* Tue Mar 10 2009 Gerd Hoffmann <kraxel at redhat.com> - 3.3.1-11
- fix python 2.6 warnings.


xfce4-power-manager-0.6.5-1.fc11
--------------------------------
* Tue Mar 24 2009 Christoph Wickert <cwickert at fedoraproject.org> - 0.6.5-1
- Update to 0.6.5
- Remove custom autostart desktop


xfce4-settings-4.6.0-3.fc11
---------------------------
* Thu Mar 19 2009 Kevin Fenzi <kevin at tummy.com> - 4.6.0-3
- display settings fixes from upstream svn.


xfig-3.2.5-17.fc11
------------------
* Sun Mar 15 2009 Hans de Goede <hdegoede at redhat.com> 3.2.5-16
- Fix Text size field inserts characters on left instead of right (#490257)
- Fix xfig-Xaw3d does not display messages in message panel (#490259)

* Sun Mar 15 2009 Hans de Goede <hdegoede at redhat.com> 3.2.5-17
- Add various patches from Debian (doc updates, new figures in the lib,
  better fix for modepanel resizing)
- Do not crash when inserting a character from the charmap into a text string


xine-lib-1.1.16.2-6.fc11
------------------------
* Thu Mar 26 2009 Rex Dieter <rdieter at fedoraproject.org> - 1.1.16.2-6
- add-mime-for-mod.patch


xmlto-0.0.22-1.fc11
-------------------
* Wed Mar 25 2009 Ondrej Vasik <ovasik at redhat.com>
- New version 0.0.22
- autodetection for tools/program paths, consolidated
  error code handling, build warnings cleanup

* Mon Mar 16 2009 Ondrej Vasik <ovasik at redhat.com> - 0.0.21-9
- reenable noent switch - bug is on lcdproc side
- add xhtml support(subpackage) (#145140)


xmms-scrobbler-0.4.0-7.fc11
---------------------------
* Wed Mar 18 2009 Robert Scheck <robert at fedoraproject.org> - 0.4.0-7
- Rebuilt against libmusicbrainz < 3.0.0

* Thu Feb 26 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 0.4.0-6
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild

* Thu Feb 19 2009 Andreas Thienemann <andreas at bawue.net> - 0.4.0-5
- Rebuilt against newer libmusicbrainz

* Fri Jun 06 2008 Tom "spot" Callaway <tcallawa at redhat.com> - 0.4.0-4
- fix license tag
- add bc as BuildRequires (configure uses it)
- add taglib-devel as BuildRequires

* Tue Feb 19 2008 Fedora Release Engineering <rel-eng at fedoraproject.org> - 0.4.0-3
- Autorebuild for GCC 4.3

* Mon Feb 18 2008 Andreas Thienemann <andreas at bawue.net> - 0.4.0-2
- Rebuilt against gcc43

* Fri Aug 31 2007 Andreas Thienemann <andreas at bawue.net> - 0.4.0-1
- Updated to new upstream release 0.4.0


xorg-x11-drv-ati-6.12.0-2.fc11
------------------------------
* Mon Mar 16 2009 Dave Airlie <airlied at redhat.com> 6.12.0-2
- radeon-6.12.0-git-fixes: fixes from git upstream

* Sat Mar 14 2009 Dave Airlie <airlied at redhat.com> 6.12.0-1
- rebase to latest -ati upstream release


xorg-x11-drv-evdev-2.2.1-1.fc11
-------------------------------
* Tue Mar 24 2009 Peter Hutterer <peter.hutterer at redhat.com> 2.2.1-1
- evdev 2.2.1


xorg-x11-drv-intel-2.6.99.902-1.fc11
------------------------------------
* Thu Mar 12 2009 Adam Jackson <ajax at redhat.com> 2.6.99.902-1
- intel-2.6.99.902-kms-get-crtc.patch: Add drmmode_get_crtc() so we
  blink less on VT switches.

* Wed Mar 11 2009 Kristian H??gsberg <krh at redhat.com> - 2.6.99.902-0
- Use 2.7 rc2 tarball.
- Consolidate the legacy3d patches into no-legacy3d.patch, which sent
  upstream.


xorg-x11-drv-nouveau-0.0.12-18.20090327gitf1907dc.fc11
------------------------------------------------------
* Fri Mar 27 2009 Ben Skeggs <bskeggs at redhat.com> 0.0.12-17.20090327gitf431e20
- fix partially obscured xv rendering without compmgr (rh#492227,rh#492229,rh#492428)
- fix crash when rotation requested (fdo#20848)
- additional sanity checks for kernel modesetting enabled

* Fri Mar 27 2009 Ben Skeggs <bskeggs at redhat.com> 0.0.12-18.20090327gitf1907dc
- nv50: add default modes to mode pool for lvds panels (rh#492360)
- kms: fix getting edid blob from kernel

* Thu Mar 26 2009 Ben Skeggs <bskeggs at redhat.com> 0.0.12-16.20090326git01cee29
- update, should fix rh#497173

* Mon Mar 23 2009 Ben Skeggs <bskeggs at redhat.com> 0.0.12-12.20090318git3e7fa97
- upstream update, various fixes to pre-nv50 modesetting, cleanups

* Mon Mar 23 2009 Ben Skeggs <bskeggs at redhat.com> 0.0.12-13.20090323gitd80fe78
- modesetting fixes, should handle rh#487456

* Mon Mar 23 2009 Ben Skeggs <bskeggs at redhat.com> 0.0.12-14.20090323git3063486
- fix ppc build

* Mon Mar 23 2009 Ben Skeggs <bskeggs at redhat.com> 0.0.12-15.20090324git4067ab4
- more ppc build fixes

* Fri Mar 13 2009 Ben Skeggs <bskeggs at redhat.com> 0.0.12-11.20090313git79d23d8
- kms: dpms fixes
- kms: nicer reporting of output properties to users
- improve init paths, more robust
- support for multiple xservers (fast user switching)


xorg-x11-drv-openchrome-0.2.903-10.fc11
---------------------------------------
* Sat Mar 21 2009 Xavier Bachelot <xavier at bachelot.org> - 0.2.903-10
- Update to latest snapshot (svn 740) :
  - Fix panel resolution detection fallback (RHBZ#491417).
  - Fix 2D engine initialization.
  - Add support for CX700 integrated TMDS encoder.


xorg-x11-server-1.6.0-15.fc11
-----------------------------
* Wed Mar 25 2009 Peter Hutterer <peter.hutterer at redhat.com> 1.6.0-15
- xserver-1.6.0-xtest-pointerscreen.patch: set POINTER_SCREEN flag for core
  XTestFakeInput events (#490984)
- xserver-1.6.0-xinerama-cursors.patch: don't display SW cursors when
  switching screens.
- xserver-1.6.0-xinerama-crashes.patch: don't crash on key repeats in xinerama
  setups.

* Wed Mar 18 2009 Adam Jackson <ajax at redhat.com> 1.6.0-14
- s390 fixes (Karsten Hopp)


xorg-x11-xdm-1.1.6-7.fc11
-------------------------
* Sat Mar 14 2009 Mat??j Cepl <mcepl at redhat.com> - 1.1.6-7
- Make XDM work with SELinux (fix bug 388431)


xorg-x11-xinit-1.0.9-6.fc11
---------------------------
* Wed Mar 11 2009 Adam Jackson <ajax at redhat.com> 1.0.9-6
- xinitrc-common: Load /etc/X11/Xresources with -nocpp


xplanet-1.2.0-7.fc11
--------------------
* Wed Mar 25 2009 Mamoru Tasaka <mtasaka at ioa.s.u-tokyo.ac.jp> - 1.2.0-7
- GNU FreeFont naming change


xulrunner-1.9.1-0.11.beta3.fc11
-------------------------------
* Fri Mar 27 2009 Christopher Aillon <caillon at redhat.com> 1.9.1-0.11
- Add patches for MFSA-2009-12, MFSA-2009-13

* Fri Mar 13 2009 Christopher Aillon <caillon at redhat.com> 1.9.1-0.10
- 1.9.1 beta 3


xvarstar-0.9-6.fc11
-------------------
* Tue Mar 24 2009 Lubomir Rintel (Fedora Astronomy) <lkundrak at v3.sk> - 0.9-6
- Fix summary
- Add icon
- Fix categories


yelp-2.26.0-1.fc11
------------------
* Mon Mar 16 2009 Matthias Clasen <mclasen at redhat.com> - 2.26.0-1
- Update to 2.26.0


yum-3.2.22-1.fc11
-----------------
* Tue Mar 24 2009 Seth Vidal <skvidal at fedoraproject.org> - 3.2.22-1
- 3.2.22 - 3 patches beyond 3.2.21-16


yum-presto-0.4.5-4.fc11
-----------------------
* Wed Mar 11 2009 James Antill <james at fedoraproject.org> - 0.4.5-4
- Added speedup patch from upstream.


yum-utils-1.1.21-1.fc11
-----------------------
* Wed Mar 25 2009 Tim Lauridsen <timlau at fedoraproject.org>
- mark as 1.1.21


zenity-2.26.0-1.fc11
--------------------
* Mon Mar 16 2009 Matthias Clasen <mclasen at redhat.com> - 2.26.0-1
- Update 2.26.0

* Thu Mar 12 2009 Matthias Clasen <mclasen at redhat.com> - 2.24.1-1
- Update to 2.24.1


zlib-1.2.3-22.fc11
------------------
* Wed Mar 18 2009 Stepan Kasal <skasal at redhat.com> - 1.2.3-22
- fix the libz.so symlink

* Tue Mar 17 2009 Stepan Kasal <skasal at redhat.com> - 1.2.3-21
- consolidate the autoconfiscation patches into one and clean it up
- consequently, clean up the %build and %install sections
- zconf.h includes unistd.h again (#479133)


zvbi-0.2.33-3.fc11
------------------
* Wed Mar 25 2009 Dmitry Butskoy <Dmitry at Butskoy.name> - 0.2.33-3
- Rebuilt for #491975


Summary:
Added Packages: 119
Removed Packages: 4
Modified Packages: 754
Broken deps for i386
----------------------------------------------------------
	CodeAnalyst-gui-2.8.38-9.fc11.i586 requires libbfd-2.19.51.0.2-16.fc11.so
	bigboard-0.6.4-8.fc11.i586 requires libempathy.so.22
	desktop-data-model-1.2.5-8.fc11.i586 requires libempathy.so.22
	fillets-ng-data-0.8.1-2.noarch requires freefont
	geoclue-gpsd-0.11.1.1-0.1.20090310git3a31d26.fc11.i586 requires libgps.so.17
	httrack-3.43.2-2.fc11.i586 requires openssl = 0:0.9.8j
	libopensync-plugin-kdepim-0.36-2.fc11.i586 requires libopensync.so.1
	libopensync-plugin-syncml-0.35-4.fc10.i386 requires libsyncml.so.0
	libopensync-plugin-syncml-0.35-4.fc10.i386 requires libopensync.so.1
	libopensync-plugin-vformat-0.36-2.fc11.i586 requires libopensync.so.1
	lvm2-cluster-2.02.45-1.fc11.i586 requires libquorum.so.3(OPENAIS_QUORUM_1.0)
	namazu-2.0.19-1.fc11.i586 requires perl(ext.pl)
	namazu-2.0.19-1.fc11.i586 requires perl(extzip.pl)
	namazu-2.0.19-1.fc11.i586 requires perl(extutf8.pl)
	ocaml-sexplib-4.2.7-1.fc11.i586 requires ocaml(Pa_type_conv) = 0:aff4831359f0f7a18d07e2276384b188
	octave-forge-20080831-7.fc11.i586 requires libginac-1.4.so.0
	orsa-0.7.0-4.fc11.i586 requires libginac-1.4.so.0
	1:pentaho-reporting-flow-engine-javadoc-0.9.2-1.fc11.i586 requires pentaho-reporting-flow-engine = 0:0.9.2-1.fc11
	1:perl-Maypole-2.13-1.fc11.noarch requires perl(HTTP::Server::Simple::Static)
	qtgpsc-0.2.3-3.fc11.i586 requires libgps.so.17
	springlobby-0.0.1.10425-1.fc10.i386 requires libtorrent-rasterbar.so.0
	viking-0.9.7-3.fc11.i586 requires libgps.so.17



Broken deps for x86_64
----------------------------------------------------------
	CodeAnalyst-gui-2.8.38-9.fc11.i586 requires libbfd-2.19.51.0.2-16.fc11.so
	CodeAnalyst-gui-2.8.38-9.fc11.x86_64 requires libbfd-2.19.51.0.2-16.fc11.so()(64bit)
	bigboard-0.6.4-8.fc11.x86_64 requires libempathy.so.22()(64bit)
	desktop-data-model-1.2.5-8.fc11.i586 requires libempathy.so.22
	desktop-data-model-1.2.5-8.fc11.x86_64 requires libempathy.so.22()(64bit)
	fillets-ng-data-0.8.1-2.noarch requires freefont
	geoclue-gpsd-0.11.1.1-0.1.20090310git3a31d26.fc11.x86_64 requires libgps.so.17()(64bit)
	httrack-3.43.2-2.fc11.i586 requires openssl = 0:0.9.8j
	httrack-3.43.2-2.fc11.x86_64 requires openssl = 0:0.9.8j
	libopensync-plugin-kdepim-0.36-2.fc11.x86_64 requires libopensync.so.1()(64bit)
	libopensync-plugin-syncml-0.35-4.fc10.x86_64 requires libsyncml.so.0()(64bit)
	libopensync-plugin-syncml-0.35-4.fc10.x86_64 requires libopensync.so.1()(64bit)
	libopensync-plugin-vformat-0.36-2.fc11.x86_64 requires libopensync.so.1()(64bit)
	lvm2-cluster-2.02.45-1.fc11.x86_64 requires libquorum.so.3(OPENAIS_QUORUM_1.0)(64bit)
	namazu-2.0.19-1.fc11.x86_64 requires perl(ext.pl)
	namazu-2.0.19-1.fc11.x86_64 requires perl(extzip.pl)
	namazu-2.0.19-1.fc11.x86_64 requires perl(extutf8.pl)
	ocaml-sexplib-4.2.7-1.fc11.x86_64 requires ocaml(Pa_type_conv) = 0:aff4831359f0f7a18d07e2276384b188
	octave-forge-20080831-7.fc11.x86_64 requires libginac-1.4.so.0()(64bit)
	orsa-0.7.0-4.fc11.i586 requires libginac-1.4.so.0
	orsa-0.7.0-4.fc11.x86_64 requires libginac-1.4.so.0()(64bit)
	1:pentaho-reporting-flow-engine-javadoc-0.9.2-1.fc11.x86_64 requires pentaho-reporting-flow-engine = 0:0.9.2-1.fc11
	1:perl-Maypole-2.13-1.fc11.noarch requires perl(HTTP::Server::Simple::Static)
	qtgpsc-0.2.3-3.fc11.x86_64 requires libgps.so.17()(64bit)
	springlobby-0.0.1.10425-1.fc10.x86_64 requires libtorrent-rasterbar.so.0()(64bit)
	viking-0.9.7-3.fc11.x86_64 requires libgps.so.17()(64bit)



Broken deps for ppc
----------------------------------------------------------
	bigboard-0.6.4-8.fc11.ppc requires libempathy.so.22
	desktop-data-model-1.2.5-8.fc11.ppc requires libempathy.so.22
	desktop-data-model-1.2.5-8.fc11.ppc64 requires libempathy.so.22()(64bit)
	fillets-ng-data-0.8.1-2.noarch requires freefont
	geoclue-gpsd-0.11.1.1-0.1.20090310git3a31d26.fc11.ppc requires libgps.so.17
	httrack-3.43.2-2.fc11.ppc requires openssl = 0:0.9.8j
	httrack-3.43.2-2.fc11.ppc64 requires openssl = 0:0.9.8j
	libopensync-plugin-kdepim-0.36-2.fc11.ppc requires libopensync.so.1
	libopensync-plugin-syncml-0.35-4.fc10.ppc requires libsyncml.so.0
	libopensync-plugin-syncml-0.35-4.fc10.ppc requires libopensync.so.1
	libopensync-plugin-vformat-0.36-2.fc11.ppc requires libopensync.so.1
	lvm2-cluster-2.02.45-1.fc11.ppc requires libquorum.so.3(OPENAIS_QUORUM_1.0)
	namazu-2.0.19-1.fc11.ppc requires perl(ext.pl)
	namazu-2.0.19-1.fc11.ppc requires perl(extzip.pl)
	namazu-2.0.19-1.fc11.ppc requires perl(extutf8.pl)
	ocaml-sexplib-4.2.7-1.fc11.ppc requires ocaml(Pa_type_conv) = 0:aff4831359f0f7a18d07e2276384b188
	octave-forge-20080831-7.fc11.ppc requires libginac-1.4.so.0
	orsa-0.7.0-4.fc11.ppc requires libginac-1.4.so.0
	orsa-0.7.0-4.fc11.ppc64 requires libginac-1.4.so.0()(64bit)
	1:pentaho-reporting-flow-engine-javadoc-0.9.2-1.fc11.ppc requires pentaho-reporting-flow-engine = 0:0.9.2-1.fc11
	1:perl-Maypole-2.13-1.fc11.noarch requires perl(HTTP::Server::Simple::Static)
	qtgpsc-0.2.3-3.fc11.ppc requires libgps.so.17
	viking-0.9.7-3.fc11.ppc requires libgps.so.17



Broken deps for ppc64
----------------------------------------------------------
	bigboard-0.6.4-8.fc11.ppc64 requires libempathy.so.22()(64bit)
	cabal2spec-0.12-1.fc11.noarch requires ghc > 0:6.10.1-7
	desktop-data-model-1.2.5-8.fc11.ppc64 requires libempathy.so.22()(64bit)
	fillets-ng-data-0.8.1-2.noarch requires freefont
	gadget-0.0.3-2.fc11.noarch requires ejabberd
	geoclue-gpsd-0.11.1.1-0.1.20090310git3a31d26.fc11.ppc64 requires libgps.so.17()(64bit)
	httrack-3.43.2-2.fc11.ppc64 requires openssl = 0:0.9.8j
	libopensync-plugin-kdepim-0.36-2.fc11.ppc64 requires libopensync.so.1()(64bit)
	libopensync-plugin-syncml-0.35-4.fc10.ppc64 requires libsyncml.so.0()(64bit)
	libopensync-plugin-syncml-0.35-4.fc10.ppc64 requires libopensync.so.1()(64bit)
	libopensync-plugin-vformat-0.36-2.fc11.ppc64 requires libopensync.so.1()(64bit)
	lvm2-cluster-2.02.45-1.fc11.ppc64 requires libquorum.so.3(OPENAIS_QUORUM_1.0)(64bit)
	namazu-2.0.19-1.fc11.ppc64 requires perl(ext.pl)
	namazu-2.0.19-1.fc11.ppc64 requires perl(extzip.pl)
	namazu-2.0.19-1.fc11.ppc64 requires perl(extutf8.pl)
	ocaml-sexplib-4.2.7-1.fc11.ppc64 requires ocaml(Pa_type_conv) = 0:aff4831359f0f7a18d07e2276384b188
	octave-forge-20080831-7.fc11.ppc64 requires libginac-1.4.so.0()(64bit)
	orsa-0.7.0-4.fc11.ppc64 requires libginac-1.4.so.0()(64bit)
	1:pentaho-reporting-flow-engine-javadoc-0.9.2-1.fc11.ppc64 requires pentaho-reporting-flow-engine = 0:0.9.2-1.fc11
	1:perl-Maypole-2.13-1.fc11.noarch requires perl(HTTP::Server::Simple::Static)
	qtgpsc-0.2.3-3.fc11.ppc64 requires libgps.so.17()(64bit)
	viking-0.9.7-3.fc11.ppc64 requires libgps.so.17()(64bit)





From bruno at wolff.to  Sat Mar 28 20:14:33 2009
From: bruno at wolff.to (Bruno Wolff III)
Date: Sat, 28 Mar 2009 15:14:33 -0500
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <49CE71AD.6070404@redhat.com>
References: <49CD379D.8040104@verizon.net>
	<20090327210044.0514AFC25E@magilla.sf.frob.com>
	<49CD3F53.9020405@verizon.net> <49CD42C9.9090706@verizon.net>
	<20090327215820.afa176fd.zaitcev@redhat.com>
	<604aa7910903272115x2647724fm6f8f622791343775@mail.gmail.com>
	<20090328042809.GA16399@wolff.to> <49CE71AD.6070404@redhat.com>
Message-ID: <20090328201433.GA4712@wolff.to>

On Sat, Mar 28, 2009 at 11:51:25 -0700,
  Christopher Aillon <caillon at redhat.com> wrote:
>
> I imagine that trying to diagnose the problem a little and filing a bug  
> will lead to you having to live with that behavior for much less time  
> than just leaving it to chance that eventually someone will randomly fix  
> your precise issue.

No it won't. Airlie isn't interested in looking at problems with my hardware
right now. Maybe when he is done getting stuff in shape for the newer
cards I might get him to look at it.



From ml at kiewel-online.ch  Sat Mar 28 20:27:15 2009
From: ml at kiewel-online.ch (Uwe Kiewel)
Date: Sat, 28 Mar 2009 21:27:15 +0100
Subject: broken deps F10 -> Rawhide
In-Reply-To: <49CE8328.4000509@fedoraproject.org>
References: <49CE7D80.90707@kiewel-online.ch>
	<49CE8328.4000509@fedoraproject.org>
Message-ID: <49CE8823.7040205@kiewel-online.ch>

On 03/28/2009 09:06 PM, Rahul Sundaram wrote:
> Uwe Kiewel wrote:
>> Hi,
>>
>> I have installed F10 64 Bit and rolled it forward to the latest updates.
>> Thenm I installed fedora-release from the development tree and tryed:
>>
>> yum -y update
>>
>> It sucks:
>>
>> -->  Processing Dependency: python(abi) = 2.5 for package: audit-libs-python
>
> yum -y update --skip-broken is useful as a workaround but the real issue
> has been fixed and the update is available at
>
> http://koji.fedoraproject.org/koji/buildinfo?buildID=94529
>
> Should be in rawhide as well. It was delayed due to the beta freeze.

Thanks. This problem is solved, but now I have a new:

postgresql-libs-8.3.7-1.fc10.x86_64 from installed has depsolving problems
   --> Missing Dependency: libcrypto.so.7()(64bit) is needed by package 
postgresql-libs-8.3.7-1.fc10.x86_64 (installed)
postgresql-libs-8.3.7-1.fc10.x86_64 from installed has depsolving problems
   --> Missing Dependency: libssl.so.7()(64bit) is needed by package 
postgresql-libs-8.3.7-1.fc10.x86_64 (installed)
Error: Missing Dependency: libcrypto.so.7()(64bit) is needed by package 
postgresql-libs-8.3.7-1.fc10.x86_64 (installed)
Error: Missing Dependency: libssl.so.7()(64bit) is needed by package 
postgresql-libs-8.3.7-1.fc10.x86_64 (installed)
[root at ontario ~]#


I solved that issue by downlowding postgresql-libs manualy from koji and 
put the rpm package to the yum update command.

Thanks,
	Uwe



From kevin at scrye.com  Sat Mar 28 20:29:58 2009
From: kevin at scrye.com (Kevin Fenzi)
Date: Sat, 28 Mar 2009 14:29:58 -0600
Subject: Some php stuff missed on PPC builders?
In-Reply-To: <gqeji3$j00$1@ger.gmane.org>
References: <gqeji3$j00$1@ger.gmane.org>
Message-ID: <20090328142958.77104854@ohm.scrye.com>

On Thu, 26 Mar 2009 03:51:13 +0300
"Pavel Alexeev (aka Pahan-Hubbitus)" <forum at ru.bir.ru> wrote:

> I have the same question what Remi Collet ask [1] 01 March.
> 
> It is in archive I can't answer. And I have similar problem with PPC 
> build [2] (this build on i586 successful):

Please file a ticket with infrastructure to look into this?

https://fedorahosted.org/fedora-infrastructure/

kevin
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090328/432294c3/attachment.sig>

From mike.cloaked at gmail.com  Sat Mar 28 20:33:32 2009
From: mike.cloaked at gmail.com (Mike Cloaked)
Date: Sat, 28 Mar 2009 20:33:32 +0000 (UTC)
Subject: 2009-03-26 - Fedora Test Day - Nouveau graphics driver [results]
References: <1237930123.3620.531.camel@flatline.devel.redhat.com>	<1238172382.3415.261.camel@flatline.devel.redhat.com>
	<loom.20090328T184457-125@post.gmane.org>
	<49CE78B1.9060105@fedoraproject.org>
Message-ID: <loom.20090328T203245-245@post.gmane.org>

Rahul Sundaram <sundaram <at> fedoraproject.org> writes:

> Then test it as soon as you can with the live cd's provided or with the
> beta release and file bug reports if things aren't working. There is no
> reasons to limit bug reports to just test days.

OK will run tests on one of them tonight - and add to the wiki....






From john5342 at googlemail.com  Sat Mar 28 20:44:05 2009
From: john5342 at googlemail.com (John5342)
Date: Sat, 28 Mar 2009 20:44:05 +0000
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <49CD379D.8040104@verizon.net>
References: <49CD379D.8040104@verizon.net>
Message-ID: <6dc6523c0903281344q8ddb7faq1be70eed208cf221@mail.gmail.com>

I actually agree that Ctrl-Alt-Backspace should stay around but also
respect that it is ultimately up to upstream to decide but here is a
wacky solution that might just work. How about having a small package
that automatically enables Ctrl-Alt-Backspace when installed (call it
"ctrl-alt-backspace" for arguments sake). Sysadmins or people who just
want it enabled can easily install it and even make it part of
kickstart file for larger installations. Emacs users or anybody else
who might accidentally hit that combo by accident can simply leave it
uninstalled. Then we can all be happy and get on with more interesting
arguments such as how quickly would i go blind if i just keep staring
at the bottom of my mouse?

-- 
There are 10 kinds of people in the world: Those who understand binary
and those who don't...



From greno at verizon.net  Sat Mar 28 21:05:39 2009
From: greno at verizon.net (Gerry Reno)
Date: Sat, 28 Mar 2009 17:05:39 -0400
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <6dc6523c0903281344q8ddb7faq1be70eed208cf221@mail.gmail.com>
References: <49CD379D.8040104@verizon.net>
	<6dc6523c0903281344q8ddb7faq1be70eed208cf221@mail.gmail.com>
Message-ID: <49CE9123.2060905@verizon.net>

John5342 wrote:
> I actually agree that Ctrl-Alt-Backspace should stay around but also
> respect that it is ultimately up to upstream to decide but here is a
> wacky solution that might just work. How about having a small package
> that automatically enables Ctrl-Alt-Backspace when installed (call it
> "ctrl-alt-backspace" for arguments sake). Sysadmins or people who just
> want it enabled can easily install it and even make it part of
> kickstart file for larger installations. Emacs users or anybody else
> who might accidentally hit that combo by accident can simply leave it
> uninstalled. Then we can all be happy and get on with more interesting
> arguments such as how quickly would i go blind if i just keep staring
> at the bottom of my mouse?
>
>   
NO!  This means a lot of work for sysadmins around the world that is 
totally unnecessary.  There is nothing wrong with the current 
Ctrl-Alt-Backspace default of enabled.  Nothing.  If there are any 
special packages/files to be created they need to be created only by the 
tiny Emacs community users.  There is absolutely no sane reason to cause 
a massive impact to sysadmins worldwide by changing a global default 
that has been working successfully for decades and all for the benefit 
of a tiny few in the Emacs community.  Emacs control sequences of 
Ctrl-Alt-End and Ctrl-Alt-\ cause problems for Emacs users because they 
can accidentally hit Ctrl-Alt-Backspace as these keystroke combinations 
are very close.  But that doesn't give anybody the right to thrust a 
massive change on the whole Xorg community of tens of millions of 
installations just so a handful of Emacs users can be protected.  What 
needs to happen is that the default needs to remain as it has always 
been, and the Emacs community needs to create xorg.conf entries for 
their users, since they are the only ones having any type of problem 
with Ctrl-Alt-Backspace.  That limits the impact to a tiny number of 
Emacs uses instead of the whole Xorg installations worldwide.

Regards,
Gerry



From pemboa at gmail.com  Sat Mar 28 21:14:21 2009
From: pemboa at gmail.com (Arthur Pemberton)
Date: Sat, 28 Mar 2009 16:14:21 -0500
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <49CE8298.5000902@fedoraproject.org>
References: <49CD379D.8040104@verizon.net>
	<20090327210044.0514AFC25E@magilla.sf.frob.com>
	<49CD3F53.9020405@verizon.net> <49CD42C9.9090706@verizon.net>
	<20090327215820.afa176fd.zaitcev@redhat.com>
	<604aa7910903272115x2647724fm6f8f622791343775@mail.gmail.com>
	<20090328042809.GA16399@wolff.to> <49CE71AD.6070404@redhat.com>
	<385866f0903281245y7499681an4987add4c3e14d7d@mail.gmail.com>
	<49CE8298.5000902@fedoraproject.org>
Message-ID: <16de708d0903281414tf00be74sa342a7f384eaa98e@mail.gmail.com>

2009/3/28 Rahul Sundaram <sundaram at fedoraproject.org>:
> Muayyad AlSadi wrote:
>> and how can this be configured while do don't have a xorg.conf files ?
>
> Just create one. Simple.
>
> Rahul


Since I've been using Fedora we've gone from

having an xorg.conf which we more or less got to configure on
firstboot, that was fine caused me no real problems

to

having no xorg.conf which I then have to figure out how to make
myself, properly on every install and it still doesn't work as well as
before

to

having X on Ctrl+Alt+F1 , one install I just realized I could no
longer switch to a vt on F1, ok fine.

now

removing Ctrl+Alt+Backspace

At no point have I ever seen any real discussion on any of the lists
about this it just happens. None of this changes have had any benefit
to me on any of the several systems I've used X on.

In this case no one has pointed to an email archive of where this
discussion took place. The attitude is that its been decided by the
deciders -- so live with it. I do not understand where this kind of
hostility towards some long time users is coming from.


-- 
Fedora 9 : sulphur is good for the skin
( www.pembo13.com )



From dr.diesel at gmail.com  Sat Mar 28 21:19:28 2009
From: dr.diesel at gmail.com (Dr. Diesel)
Date: Sat, 28 Mar 2009 17:19:28 -0400
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <16de708d0903281414tf00be74sa342a7f384eaa98e@mail.gmail.com>
References: <49CD379D.8040104@verizon.net> <49CD3F53.9020405@verizon.net>
	<49CD42C9.9090706@verizon.net>
	<20090327215820.afa176fd.zaitcev@redhat.com>
	<604aa7910903272115x2647724fm6f8f622791343775@mail.gmail.com>
	<20090328042809.GA16399@wolff.to> <49CE71AD.6070404@redhat.com>
	<385866f0903281245y7499681an4987add4c3e14d7d@mail.gmail.com>
	<49CE8298.5000902@fedoraproject.org>
	<16de708d0903281414tf00be74sa342a7f384eaa98e@mail.gmail.com>
Message-ID: <2a28d2ab0903281419g52e4ccebkeb75af0bc3144860@mail.gmail.com>

On Sat, Mar 28, 2009 at 5:14 PM, Arthur Pemberton <pemboa at gmail.com> wrote:

> 2009/3/28 Rahul Sundaram <sundaram at fedoraproject.org>:
> > Muayyad AlSadi wrote:
> >> and how can this be configured while do don't have a xorg.conf files ?
> >
> > Just create one. Simple.
> >
> > Rahul
>
>
> Since I've been using Fedora we've gone from
>
> having an xorg.conf which we more or less got to configure on
> firstboot, that was fine caused me no real problems
>
> to
>
> having no xorg.conf which I then have to figure out how to make
> myself, properly on every install and it still doesn't work as well as
> before
>
> to
>
> having X on Ctrl+Alt+F1 , one install I just realized I could no
> longer switch to a vt on F1, ok fine.
>
> now
>
> removing Ctrl+Alt+Backspace
>
> At no point have I ever seen any real discussion on any of the lists
> about this it just happens. None of this changes have had any benefit
> to me on any of the several systems I've used X on.
>
> In this case no one has pointed to an email archive of where this
> discussion took place. The attitude is that its been decided by the
> deciders -- so live with it. I do not understand where this kind of
> hostility towards some long time users is coming from.


I couldn't agree more, I use (well until they were stripped away) all of the
above.

I'd like to also add logging in a root.

-- 
projecthuh.com
All of my bits are free, are yours?  Fedoraproject.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090328/1725778d/attachment.htm>

From joshuacov at googlemail.com  Sat Mar 28 23:16:24 2009
From: joshuacov at googlemail.com (Joshua C.)
Date: Sun, 29 Mar 2009 00:16:24 +0100
Subject: Against what component should I file a kernel bug about cpu
	frequency multiplier?
Message-ID: <5f6f8c5f0903281616q42cb60a3r6eaf31c59c746092@mail.gmail.com>

I think there is a bug in the way the kernel sets my cpu multiplier
which determines the cpu frequency (amd cpu and powernow). This leads
to system lockups and only hardware reset helps me. I looked in
bugzilla.kernel.org but I don't know against with package should I
file this bug: cpufreq, timers, acpi, preemption, scheduler or what?



From johnsmithdoe14 at googlemail.com  Sat Mar 28 23:24:04 2009
From: johnsmithdoe14 at googlemail.com (psmith)
Date: Sat, 28 Mar 2009 23:24:04 +0000
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <7f692fec0903281024j6ce20f34scb254aa1b6245361@mail.gmail.com>
References: <49CD379D.8040104@verizon.net>	<20090327210044.0514AFC25E@magilla.sf.frob.com>	<49CD3F53.9020405@verizon.net>
	<49CD42C9.9090706@verizon.net>	<f12087800903271428y460499ccv60a61aace0c741d9@mail.gmail.com>	<49CD492C.70200@verizon.net>
	<7f692fec0903281024j6ce20f34scb254aa1b6245361@mail.gmail.com>
Message-ID: <49CEB194.5040609@googlemail.com>

Yaakov Nemoy wrote:
> 2009/3/27 Gerry Reno <greno at verizon.net>:
>   
>> Adam Miller wrote:
>>
>> This change to default behavior of Ctrl-Alt-Backspace is an example of a
>> tiny minority of Emacs users lobbying xorg for a change that will affect a
>> huge number of community and commercial >users including datacenters and
>> their sys admins. This change needs to be reversed immediately.
>> Ctrl-Alt-Backspace is embedded now into many tools including all the
>> virtualization tools. It is >part of the DNA of every sys admin. To change
>> this behavior is just insanity.
>>
>> Regards,
>> Gerry
>>
>>
>> Please stop throwing around the "sys admins will freak out" card, I'm
>> a sys admin and we do things correctly through provisioning using
>> kickstarts. It will be maybe a 3 line edit to a script. It was an
>> upstream choice, Fedora has historically remained compliant with
>> upstream so I imagine if you would like a change to be made on this
>> topic it would be most effective to discuss it with upstream.
>>
>> -Adam
>>
>>
>>
>> I intend to discuss it with upstream.? But this is a huge change to default
>> behavior for X control that almost NO ONE knows about.? The default methods
>> of controlling the X server have been around for decades and many users and
>> sys admins automatically know what the default behavior is that can be
>> counted on in almost all situations and therefore this constitutes a big
>> change.? And big changes like this need to be advertised extensively instead
>> of just quietly slipped in.? I was hoping that Fedora might take the lead on
>> stopping this bad change.? And again, yes, I'll take this to upstream as
>> well.
>>     
>
> Solution, ask people to include it in the Release Notes, where it
> belongs, and let sysadmins act appropriately.  This is how things are
> done in Fedora.
>
> -Yaakov
>
>   
again i'll point out that fedora has always had packages that are 
different from upstream, why should this be any different?

phil



From galibert at pobox.com  Sat Mar 28 23:44:37 2009
From: galibert at pobox.com (Olivier Galibert)
Date: Sun, 29 Mar 2009 00:44:37 +0100
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <49CE8298.5000902@fedoraproject.org>
References: <49CD379D.8040104@verizon.net>
	<20090327210044.0514AFC25E@magilla.sf.frob.com>
	<49CD3F53.9020405@verizon.net> <49CD42C9.9090706@verizon.net>
	<20090327215820.afa176fd.zaitcev@redhat.com>
	<604aa7910903272115x2647724fm6f8f622791343775@mail.gmail.com>
	<20090328042809.GA16399@wolff.to> <49CE71AD.6070404@redhat.com>
	<385866f0903281245y7499681an4987add4c3e14d7d@mail.gmail.com>
	<49CE8298.5000902@fedoraproject.org>
Message-ID: <20090328234437.GA96302@dspnet.fr.eu.org>

On Sun, Mar 29, 2009 at 01:33:36AM +0530, Rahul Sundaram wrote:
> Muayyad AlSadi wrote:
> > and how can this be configured while do don't have a xorg.conf files ?
> 
> Just create one. Simple.

Simple?  Could we have an example of a *complete* xorg file which does
not break the autodetection capabilities of xorg but activate C-A-BS?
Something I could put in a local rpm file and install with the rest of
the distribution.  I know I'm not able to do one, and I've tried for
other flags, but I may have missed something.

  OG.



From kevin.kofler at chello.at  Sat Mar 28 23:44:53 2009
From: kevin.kofler at chello.at (Kevin Kofler)
Date: Sun, 29 Mar 2009 00:44:53 +0100
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
References: <49CD379D.8040104@verizon.net> <49CE3A69.9070804@verizon.net>
	<91705d080903280815jb2b2d2cj3637bdf04daf2a94@mail.gmail.com>
	<200903281926.18533.surenkarapetyan@gmail.com>
	<1238256929.6553.47.camel@localhost.localdomain>
Message-ID: <gqmcpl$v7v$1@ger.gmane.org>

Matthew Saltzman wrote:
> In emacs

Now is there a use case you can think of which does NOT involve Emacs?

        Kevin Kofler



From kevin.kofler at chello.at  Sat Mar 28 23:55:46 2009
From: kevin.kofler at chello.at (Kevin Kofler)
Date: Sun, 29 Mar 2009 00:55:46 +0100
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
References: <49CD379D.8040104@verizon.net>	<d9c612bf0903271843u2958d511p50554ecffd09a813@mail.gmail.com>	<49CD86B3.5020407@fedoraproject.org>	<49CE347E.5030701@cox.net>	<49CE5D3B.9010206@fedoraproject.org>
	<49CE65DB.2080000@cox.net> <49CE699D.2040303@fedoraproject.org>
Message-ID: <gqmde2$v7v$2@ger.gmane.org>

Rahul Sundaram wrote:
> They did hear it (read fedora-test list discussions on the same topic)
> but the point remains that the community doesn't have one single opinion
> on this topic. Trying to pitch it as a debate between some monolithic
> community on one side and the maintainers on the other side is just
> plain wrong. Maintainers are part of the same community as everybody else.

FWIW, maintainers also don't have a single uniform opinion. I'm a
maintainer, though not of X.Org, and I think it's a mistake to disable
Ctrl+Alt+BkSp by default.

        Kevin Kofler



From drago01 at gmail.com  Sat Mar 28 23:56:16 2009
From: drago01 at gmail.com (drago01)
Date: Sun, 29 Mar 2009 00:56:16 +0100
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <20090328234437.GA96302@dspnet.fr.eu.org>
References: <49CD379D.8040104@verizon.net> <49CD3F53.9020405@verizon.net>
	<49CD42C9.9090706@verizon.net>
	<20090327215820.afa176fd.zaitcev@redhat.com>
	<604aa7910903272115x2647724fm6f8f622791343775@mail.gmail.com>
	<20090328042809.GA16399@wolff.to> <49CE71AD.6070404@redhat.com>
	<385866f0903281245y7499681an4987add4c3e14d7d@mail.gmail.com>
	<49CE8298.5000902@fedoraproject.org>
	<20090328234437.GA96302@dspnet.fr.eu.org>
Message-ID: <f6ca9fed0903281656x50136a00n5d29b3af8bba7e22@mail.gmail.com>

On Sun, Mar 29, 2009 at 12:44 AM, Olivier Galibert <galibert at pobox.com> wrote:
> On Sun, Mar 29, 2009 at 01:33:36AM +0530, Rahul Sundaram wrote:
>> Muayyad AlSadi wrote:
>> > and how can this be configured while do don't have a xorg.conf files ?
>>
>> Just create one. Simple.
>
> Simple? ?Could we have an example of a *complete* xorg file which does
> not break the autodetection capabilities of xorg but activate C-A-BS?
> Something I could put in a local rpm file and install with the rest of
> the distribution. ?I know I'm not able to do one, and I've tried for
> other flags, but I may have missed something.


Section "ServerFlags"
         Option "DontZap" "false"
EndSection


Is all you need, it won't break anything but re enables C-A-BS



From kevin.kofler at chello.at  Sun Mar 29 00:01:58 2009
From: kevin.kofler at chello.at (Kevin Kofler)
Date: Sun, 29 Mar 2009 01:01:58 +0100
Subject: Qt 4.5 coming to Fedora 9 and 10, license changing to LGPL
References: <gqjfjd$461$1@ger.gmane.org>
	<20090328123002.GA415@amd.home.annexia.org>
Message-ID: <gqmdpm$v7v$4@ger.gmane.org>

Richard W.M. Jones wrote:
> And thanks to some excellent work[1] by Thomas Sailer and Kevin Kofler
> we also have mingw32-qt 4.5.0 in Fedora 10 & 11, which makes Qt (along
> with Gtk) a good choice if you want to cross-compile your software to
> run on Windows.

Oh, and specifically about mingw32-qt: Please note that at the moment this
is just a first subset of Qt. It is missing several modules, in particular
it is NOT enough to build KDE/W32.

        Kevin Kofler



From kevin.kofler at chello.at  Sun Mar 29 00:00:06 2009
From: kevin.kofler at chello.at (Kevin Kofler)
Date: Sun, 29 Mar 2009 01:00:06 +0100
Subject: Qt 4.5 coming to Fedora 9 and 10, license changing to LGPL
References: <gqjfjd$461$1@ger.gmane.org>
	<20090328123002.GA415@amd.home.annexia.org>
Message-ID: <gqmdm6$v7v$3@ger.gmane.org>

Richard W.M. Jones wrote:
> And thanks to some excellent work[1] by Thomas Sailer and Kevin Kofler
> we also have mingw32-qt 4.5.0 in Fedora 10 & 11, which makes Qt (along
> with Gtk) a good choice if you want to cross-compile your software to
> run on Windows.

By the way, any reason the MinGW stack is not branched for F9? It's already
branched for EL5 which has much older native libraries, so making it work
on F9 should just be a matter of branching and building it. It's still
possible to open new F9 branches until around the F11 release.

        Kevin Kofler



From ianweller at gmail.com  Sun Mar 29 00:23:26 2009
From: ianweller at gmail.com (Ian Weller)
Date: Sat, 28 Mar 2009 19:23:26 -0500
Subject: selinux and wordpress, wordpress-mu
Message-ID: <20090329002326.GA4627@gmail.com>

wordpress and wordpress-mu don't work well when you're first starting to
use them: the configuration can't access its files at
/usr/share/wordpress{,-mu} due to SELinux. What do I need to do to write
an SELinux policy and push it upstream so that others don't run into
this problem by default?

-- 
Ian Weller <ianweller at gmail.com>
GnuPG fingerprint:  E51E 0517 7A92 70A2 4226  B050 87ED 7C97 EFA8 4A36
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090328/bd715f21/attachment.sig>

From sundaram at fedoraproject.org  Sun Mar 29 00:35:16 2009
From: sundaram at fedoraproject.org (Rahul Sundaram)
Date: Sun, 29 Mar 2009 06:05:16 +0530
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <gqmde2$v7v$2@ger.gmane.org>
References: <49CD379D.8040104@verizon.net>	<d9c612bf0903271843u2958d511p50554ecffd09a813@mail.gmail.com>	<49CD86B3.5020407@fedoraproject.org>	<49CE347E.5030701@cox.net>	<49CE5D3B.9010206@fedoraproject.org>	<49CE65DB.2080000@cox.net>
	<49CE699D.2040303@fedoraproject.org> <gqmde2$v7v$2@ger.gmane.org>
Message-ID: <49CEC244.3020806@fedoraproject.org>

Kevin Kofler wrote:
> Rahul Sundaram wrote:
>> They did hear it (read fedora-test list discussions on the same topic)
>> but the point remains that the community doesn't have one single opinion
>> on this topic. Trying to pitch it as a debate between some monolithic
>> community on one side and the maintainers on the other side is just
>> plain wrong. Maintainers are part of the same community as everybody else.
> 
> FWIW, maintainers also don't have a single uniform opinion. I'm a
> maintainer, though not of X.Org, and I think it's a mistake to disable
> Ctrl+Alt+BkSp by default.

You are just proving my point that pitching it as community vs
maintainers makes absolutely no sense because it is every individual's
opinion which is different.

Rahul



From sundaram at fedoraproject.org  Sun Mar 29 00:45:01 2009
From: sundaram at fedoraproject.org (Rahul Sundaram)
Date: Sun, 29 Mar 2009 06:15:01 +0530
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <16de708d0903281414tf00be74sa342a7f384eaa98e@mail.gmail.com>
References: <49CD379D.8040104@verizon.net>	<20090327210044.0514AFC25E@magilla.sf.frob.com>	<49CD3F53.9020405@verizon.net>
	<49CD42C9.9090706@verizon.net>	<20090327215820.afa176fd.zaitcev@redhat.com>	<604aa7910903272115x2647724fm6f8f622791343775@mail.gmail.com>	<20090328042809.GA16399@wolff.to>
	<49CE71AD.6070404@redhat.com>	<385866f0903281245y7499681an4987add4c3e14d7d@mail.gmail.com>	<49CE8298.5000902@fedoraproject.org>
	<16de708d0903281414tf00be74sa342a7f384eaa98e@mail.gmail.com>
Message-ID: <49CEC48D.6020400@fedoraproject.org>

Arthur Pemberton wrote:

> 
> At no point have I ever seen any real discussion on any of the lists
> about this it just happens. None of this changes have had any benefit
> to me on any of the several systems I've used X on.
> 
> In this case no one has pointed to an email archive of where this
> discussion took place. The attitude is that its been decided by the
> deciders -- so live with it. I do not understand where this kind of
> hostility towards some long time users is coming from.

You will have to look beyond yourself and ask whether it has been a
improvement in general (creating Xorg configuration by poking hardware
directly, bypassing the kernel is way more fragile than
auto-configuration in majority of systems for example) and then
understand that much of the changes are just made in any free and open
source software project by developers implementing those changes. In the
case of major software like the Linux kernel and Xorg, these changes are
in majority made by vendors to meet customer requirements (which I would
count as meeting user needs even though this is no democracy) and these
changes are made upstream for the most part. I don't see hostility in
any of this.

Rahul




From sundaram at fedoraproject.org  Sun Mar 29 02:26:58 2009
From: sundaram at fedoraproject.org (Rahul Sundaram)
Date: Sun, 29 Mar 2009 07:56:58 +0530
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <20090328234437.GA96302@dspnet.fr.eu.org>
References: <49CD379D.8040104@verizon.net>	<20090327210044.0514AFC25E@magilla.sf.frob.com>	<49CD3F53.9020405@verizon.net>
	<49CD42C9.9090706@verizon.net>	<20090327215820.afa176fd.zaitcev@redhat.com>	<604aa7910903272115x2647724fm6f8f622791343775@mail.gmail.com>	<20090328042809.GA16399@wolff.to>
	<49CE71AD.6070404@redhat.com>	<385866f0903281245y7499681an4987add4c3e14d7d@mail.gmail.com>	<49CE8298.5000902@fedoraproject.org>
	<20090328234437.GA96302@dspnet.fr.eu.org>
Message-ID: <49CEDC72.6020307@fedoraproject.org>

Olivier Galibert wrote:
> On Sun, Mar 29, 2009 at 01:33:36AM +0530, Rahul Sundaram wrote:
>> Muayyad AlSadi wrote:
>>> and how can this be configured while do don't have a xorg.conf files ?
>> Just create one. Simple.
> 
> Simple?  Could we have an example of a *complete* xorg file which does
> not break the autodetection capabilities of xorg but activate C-A-BS?
> Something I could put in a local rpm file and install with the rest of
> the distribution.  I know I'm not able to do one, and I've tried for
> other flags, but I may have missed something.

I have expanded the notes at

https://fedoraproject.org/wiki/Fedora_11_Beta_release_notes#X_server

If that does not work properly, do file a bug report.  Hope that helps.

Rahul



From kevin.kofler at chello.at  Sun Mar 29 02:42:18 2009
From: kevin.kofler at chello.at (Kevin Kofler)
Date: Sun, 29 Mar 2009 04:42:18 +0200
Subject: preupgrade today: getting error: cannot download the kickstart
	file
References: <49CE3B29.3010408@verizon.net> <49CE5DA6.7080000@verizon.net>
	<49CE610B.7030002@BitWagon.com>
Message-ID: <gqmn6c$jrh$1@ger.gmane.org>

John Reiser wrote:
> Yes.  The sync (from master to mirrors) may be in progress for F11 beta
> release next Tuesday: tens of GB per mirror.  The floodgates for rawhide
> have been opened (changes that were held back during the freeze for
> F11 beta): more hundreds of packages.  It's also a weekend, spring break
> on many academic calendars in the US, time for the final rounds of the
> US NCAA college basketball tournament, etc.  The reliability/supervision
> of mirrors might be even more erratic than usual.

Try the European mirrors then. :-)

        Kevin Kofler



From greno at verizon.net  Sun Mar 29 02:49:30 2009
From: greno at verizon.net (Gerry Reno)
Date: Sat, 28 Mar 2009 22:49:30 -0400
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <49CEDC72.6020307@fedoraproject.org>
References: <49CD379D.8040104@verizon.net>
	<20090327210044.0514AFC25E@magilla.sf.frob.com>	<49CD3F53.9020405@verizon.net>
	<49CD42C9.9090706@verizon.net>	<20090327215820.afa176fd.zaitcev@redhat.com>
	<604aa7910903272115x2647724fm6f8f622791343775@mail.gmail.com>
	<20090328042809.GA16399@wolff.to>	<49CE71AD.6070404@redhat.com>
	<385866f0903281245y7499681an4987add4c3e14d7d@mail.gmail.com>
	<49CE8298.5000902@fedoraproject.org>	<20090328234437.GA96302@dspnet.fr.eu.org>
	<49CEDC72.6020307@fedoraproject.org>
Message-ID: <49CEE1BA.5090809@verizon.net>

Rahul Sundaram wrote:
> Olivier Galibert wrote:
>   
>> On Sun, Mar 29, 2009 at 01:33:36AM +0530, Rahul Sundaram wrote:
>>     
>>> Muayyad AlSadi wrote:
>>>       
>>>> and how can this be configured while do don't have a xorg.conf files ?
>>>>         
>>> Just create one. Simple.
>>>       
>> Simple?  Could we have an example of a *complete* xorg file which does
>> not break the autodetection capabilities of xorg but activate C-A-BS?
>> Something I could put in a local rpm file and install with the rest of
>> the distribution.  I know I'm not able to do one, and I've tried for
>> other flags, but I may have missed something.
>>     
>
> I have expanded the notes at
>
> https://fedoraproject.org/wiki/Fedora_11_Beta_release_notes#X_server
>
> If that does not work properly, do file a bug report.  Hope that helps.
>
> Rahul
>
>   
And this in no way properly addresses the issue as put forth in this thread.

Xorg says it is making this change in response to complaints from 
desktop users.  I want to see those complaints.  How many were there?  
Out of ten million installations I would think maybe there would be at 
least 1,000 complaints to even bring the issue into statistical 
significance.  That would still only be 1/100th of 1 percent of all 
installations.  Surely they can meet that meager standard.  Show me the 
complaints.


Regards,
Gerry





-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090328/c14cb924/attachment.htm>

From sundaram at fedoraproject.org  Sun Mar 29 02:59:21 2009
From: sundaram at fedoraproject.org (Rahul Sundaram)
Date: Sun, 29 Mar 2009 08:29:21 +0530
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <49CEE1BA.5090809@verizon.net>
References: <49CD379D.8040104@verizon.net>	<20090327210044.0514AFC25E@magilla.sf.frob.com>	<49CD3F53.9020405@verizon.net>	<49CD42C9.9090706@verizon.net>	<20090327215820.afa176fd.zaitcev@redhat.com>	<604aa7910903272115x2647724fm6f8f622791343775@mail.gmail.com>	<20090328042809.GA16399@wolff.to>	<49CE71AD.6070404@redhat.com>	<385866f0903281245y7499681an4987add4c3e14d7d@mail.gmail.com>	<49CE8298.5000902@fedoraproject.org>	<20090328234437.GA96302@dspnet.fr.eu.org>	<49CEDC72.6020307@fedoraproject.org>
	<49CEE1BA.5090809@verizon.net>
Message-ID: <49CEE409.8060006@fedoraproject.org>

Gerry Reno wrote:
> Rahul Sundaram wrote:
>> Olivier Galibert wrote:
>>   
>>>>       
>>> Simple?  Could we have an example of a *complete* xorg file which does
>>> not break the autodetection capabilities of xorg but activate C-A-BS?
>>> Something I could put in a local rpm file and install with the rest of
>>> the distribution.  I know I'm not able to do one, and I've tried for
>>> other flags, but I may have missed something.
>>>     
>>
>> I have expanded the notes at
>>
>> https://fedoraproject.org/wiki/Fedora_11_Beta_release_notes#X_server
>>
>> If that does not work properly, do file a bug report.  Hope that helps.
>>
>>   
> And this in no way properly addresses the issue as put forth in this thread.

I was not trying to address anything that you said but simply
documenting how to revert the change as a user asked in this thread. You
have made your disagreement clear and don't really have to keep replying
to every mail.

Rahul



From cmadams at hiwaay.net  Sun Mar 29 03:53:05 2009
From: cmadams at hiwaay.net (Chris Adams)
Date: Sat, 28 Mar 2009 22:53:05 -0500
Subject: preupgrade today: getting error: cannot download the kickstart
	file
In-Reply-To: <gqmn6c$jrh$1@ger.gmane.org>
References: <49CE3B29.3010408@verizon.net> <49CE5DA6.7080000@verizon.net>
	<49CE610B.7030002@BitWagon.com> <gqmn6c$jrh$1@ger.gmane.org>
Message-ID: <20090329035305.GF613405@hiwaay.net>

Once upon a time, Kevin Kofler <kevin.kofler at chello.at> said:
> John Reiser wrote:
> > Yes.  The sync (from master to mirrors) may be in progress for F11 beta
> > release next Tuesday: tens of GB per mirror.  The floodgates for rawhide
> > have been opened (changes that were held back during the freeze for
> > F11 beta): more hundreds of packages.  It's also a weekend, spring break
> > on many academic calendars in the US, time for the final rounds of the
> > US NCAA college basketball tournament, etc.  The reliability/supervision
> > of mirrors might be even more erratic than usual.
> 
> Try the European mirrors then. :-)

Or one run by somebody who's team is already out (or was never in to
begin with)! :-)
-- 
Chris Adams <cmadams at hiwaay.net>
Systems and Network Administrator - HiWAAY Internet Services
I don't speak for anybody but myself - that's enough trouble.



From jreiser at BitWagon.com  Sun Mar 29 04:18:42 2009
From: jreiser at BitWagon.com (John Reiser)
Date: Sat, 28 Mar 2009 21:18:42 -0700
Subject: preupgrade today: getting error: cannot download the kickstart
 file
In-Reply-To: <gqmn6c$jrh$1@ger.gmane.org>
References: <49CE3B29.3010408@verizon.net>
	<49CE5DA6.7080000@verizon.net>	<49CE610B.7030002@BitWagon.com>
	<gqmn6c$jrh$1@ger.gmane.org>
Message-ID: <49CEF6A2.4000507@BitWagon.com>

Kevin Kofler wrote:
> John Reiser wrote:

>> ... spring break on many academic calendars in the US, time for the final
>> rounds of the US NCAA college basketball tournament, ...

> Try the European mirrors then. :-)

yum, preupgrade, and related FedoraProject software often does its best
to hide such details from the user, and to make it inconvenient to choose
anything other than the default round-robin by geo-IP.  [jigdo is an exception.]

For instance, by default yumdownloader generates no record of which mirror
you get upon HTTP 302 [or 303] redirection from the master mirror.
In practice you see the ultimate URL only if the connection [attempt]
actually times out.  This enables the mirror administrator(s) to hide
from users in most cases of poor service (missing file, stale file,
slower than necessary, ...)

-- 



From Matt_Domsch at dell.com  Sun Mar 29 04:27:24 2009
From: Matt_Domsch at dell.com (Matt Domsch)
Date: Sat, 28 Mar 2009 23:27:24 -0500
Subject: preupgrade today: getting error: cannot download the kickstart
	file
In-Reply-To: <49CEF6A2.4000507@BitWagon.com>
References: <49CE3B29.3010408@verizon.net> <49CE5DA6.7080000@verizon.net>
	<49CE610B.7030002@BitWagon.com> <gqmn6c$jrh$1@ger.gmane.org>
	<49CEF6A2.4000507@BitWagon.com>
Message-ID: <20090329042724.GC28551@auslistsprd01.us.dell.com>

On Sat, Mar 28, 2009 at 09:18:42PM -0700, John Reiser wrote:
> Kevin Kofler wrote:
> > John Reiser wrote:
> 
> >> ... spring break on many academic calendars in the US, time for the final
> >> rounds of the US NCAA college basketball tournament, ...
> 
> > Try the European mirrors then. :-)
> 
> yum, preupgrade, and related FedoraProject software often does its best
> to hide such details from the user, and to make it inconvenient to choose
> anything other than the default round-robin by geo-IP.  [jigdo is an exception.]

The mirror choice algorithm is far more complicated than round-robin
by geo-IP.  Of course, it isn't perfect, but is a decent
approximation most of the time.

 
> For instance, by default yumdownloader generates no record of which mirror
> you get upon HTTP 302 [or 303] redirection from the master mirror.
> In practice you see the ultimate URL only if the connection [attempt]
> actually times out.

Patches or enhancement bugs filed suggesting ways in which the tools
you're interested would be more verbose are welcome.

> This enables the mirror administrator(s) to hide from users in most
> cases of poor service (missing file, stale file, slower than
> necessary, ...)

This, my friend, is just a pot shot.  We're _lucky_ to have so many
mirrors, and in most cases, mirrors with very responsive
administrators; not to mention the Infrastructure team that keeps it
all humming.  If you have genuine problems with particular mirrors,
feel free to let the folks in #fedora-admin know, or file a ticket in
the Fedora Infrastructure trac
(https://fedorahosted.org/fedora-infrastructure) with the details.

Thanks,
Matt
Fedora Mirror Wrangler, and proud of it! :-)

-- 
Matt Domsch
Linux Technology Strategist, Dell Office of the CTO
linux.dell.com & www.dell.com/linux



From mjs at clemson.edu  Sun Mar 29 04:30:17 2009
From: mjs at clemson.edu (Matthew Saltzman)
Date: Sun, 29 Mar 2009 00:30:17 -0400
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <gqmcpl$v7v$1@ger.gmane.org>
References: <49CD379D.8040104@verizon.net> <49CE3A69.9070804@verizon.net>
	<91705d080903280815jb2b2d2cj3637bdf04daf2a94@mail.gmail.com>
	<200903281926.18533.surenkarapetyan@gmail.com>
	<1238256929.6553.47.camel@localhost.localdomain>
	<gqmcpl$v7v$1@ger.gmane.org>
Message-ID: <1238301017.21537.3.camel@localhost.localdomain>

On Sun, 2009-03-29 at 00:44 +0100, Kevin Kofler wrote:
> Matthew Saltzman wrote:
> > In emacs
> 
> Now is there a use case you can think of which does NOT involve Emacs?

I mentioned some GNOME keyboard shortcuts that involve
Ctrl-Alt-<something>.  I suppose it's possible to add more, and more
dangerous ones, than I spotted in System -> Preferences -> Personal ->
Keyboard Shortcuts.

> 
>         Kevin Kofler
> 
> 
-- 
                Matthew Saltzman

Clemson University Math Sciences
mjs AT clemson DOT edu
http://www.math.clemson.edu/~mjs



From pemboa at gmail.com  Sun Mar 29 07:58:51 2009
From: pemboa at gmail.com (Arthur Pemberton)
Date: Sun, 29 Mar 2009 02:58:51 -0500
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <49CEC48D.6020400@fedoraproject.org>
References: <49CD379D.8040104@verizon.net> <49CD42C9.9090706@verizon.net>
	<20090327215820.afa176fd.zaitcev@redhat.com>
	<604aa7910903272115x2647724fm6f8f622791343775@mail.gmail.com>
	<20090328042809.GA16399@wolff.to> <49CE71AD.6070404@redhat.com>
	<385866f0903281245y7499681an4987add4c3e14d7d@mail.gmail.com>
	<49CE8298.5000902@fedoraproject.org>
	<16de708d0903281414tf00be74sa342a7f384eaa98e@mail.gmail.com>
	<49CEC48D.6020400@fedoraproject.org>
Message-ID: <16de708d0903290058i4e2d748cx9a8a181adf64d434@mail.gmail.com>

On Sat, Mar 28, 2009 at 7:45 PM, Rahul Sundaram
<sundaram at fedoraproject.org> wrote:
> Arthur Pemberton wrote:
>
>>
>> At no point have I ever seen any real discussion on any of the lists
>> about this it just happens. None of this changes have had any benefit
>> to me on any of the several systems I've used X on.
>>
>> In this case no one has pointed to an email archive of where this
>> discussion took place. The attitude is that its been decided by the
>> deciders -- so live with it. I do not understand where this kind of
>> hostility towards some long time users is coming from.
>
> You will have to look beyond yourself and ask whether it has been a
> improvement in general (creating Xorg configuration by poking hardware
> directly, bypassing the kernel is way more fragile than
> auto-configuration in majority of systems for example)

That's a simple question to ask myself. And the answer to that is no.
I've never head of this fictional users that have a significant
probability of having a different monitor connected to their computer
on every boot. Nor have I seen any significant number of users
accidentally depressing three keys at the same time. Why is it that
auto configuration can't be used to auto configure on setup, not every
time? Who benifits from not being restarting X with
Ctrl+Alt+Backspace?

The autoconfig alone in my experience causes more problems than it
solves -- having to explain to someone unfamiliar why is it their
desktop looks weird because they started the machine with the monitor
of.

> and then
> understand that much of the changes are just made in any free and open
> source software project by developers implementing those changes. In the
> case of major software like the Linux kernel and Xorg, these changes are
> in majority made by vendors to meet customer requirements

I can understand all that. It fine if I don't count as a customer. I
have previously asked for the rationale behind this latest change, or
a link to where this was discussed so that I can understand it myself.

> (which I would
> count as meeting user needs even though this is no democracy) and these
> changes are made upstream for the most part. I don't see hostility in
> any of this.

The hostility is in making significant changes to behaviors people
have come to depend on and not letting them no about it till later on.
Not hostile would have been an email to one of the many list altering
us users of this upcoming change. Not hostile would be explaining the
rationale instead of just saying that the change has been already,
take it up with someone else. In no way are the release notes the best
place to alert users of these kind of significant changes. This isn't
a new feature, or some bug.

-- 
Fedora 9 : sulphur is good for the skin
( www.pembo13.com )



From gmaxwell at gmail.com  Sun Mar 29 09:03:29 2009
From: gmaxwell at gmail.com (Gregory Maxwell)
Date: Sun, 29 Mar 2009 05:03:29 -0400
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <20090327231415.GA613405@hiwaay.net>
References: <49CD379D.8040104@verizon.net>
	<20090327210044.0514AFC25E@magilla.sf.frob.com>
	<49CD3F53.9020405@verizon.net> <49CD42C9.9090706@verizon.net>
	<f12087800903271428y460499ccv60a61aace0c741d9@mail.gmail.com>
	<49CD49D6.4020607@redhat.com> <49CD4A8C.2020701@verizon.net>
	<1238191842.4105.4.camel@localhost.localdomain>
	<20090327231415.GA613405@hiwaay.net>
Message-ID: <e692861c0903290203l57f20925rb4a8ff8da3b196f2@mail.gmail.com>

On Fri, Mar 27, 2009 at 7:14 PM, Chris Adams <cmadams at hiwaay.net> wrote:
> Once upon a time, Matthias Clasen <mclasen at redhat.com> said:
>> So whoever wrote those tools confused a configurable keybinding with a
>> supported api.
>
> I don't believe that the Zap function is a configurable keybinding. ?It
> can only be triggered by Ctrl+Alt+Backspace.
>
> Also, for those recommending Ctrl+Alt+Fn to switch to a text console:
> that requires more cooperation from the X server (and functioning
> graphics). ?I've had X hose the graphics, be unable to restore a text
> console, but an X restart re-initialized the hardware back to a working
> state.

I've always found it amusing that it takes a more convoluted key
sequence to disconnect a hung ssh session (\n~.) then it does to kill
X, and I've longed for a way to get something similar to the Hayes
attention command delay (is that still patented? :) ) for X
termination.

-Greg (Who has inadvertently killed X more than a few times in ways
totally unrelated to emacs over the years; and whom has not had
working zap for some time due to xmodmap swapping left-ctrl and
capslock apparently breaking it)



From rjones at redhat.com  Sun Mar 29 09:21:23 2009
From: rjones at redhat.com (Richard W.M. Jones)
Date: Sun, 29 Mar 2009 10:21:23 +0100
Subject: Qt 4.5 coming to Fedora 9 and 10, license changing to LGPL
In-Reply-To: <gqmdm6$v7v$3@ger.gmane.org>
References: <gqjfjd$461$1@ger.gmane.org>
	<20090328123002.GA415@amd.home.annexia.org>
	<gqmdm6$v7v$3@ger.gmane.org>
Message-ID: <20090329092123.GA24312@amd.home.annexia.org>

On Sun, Mar 29, 2009 at 01:00:06AM +0100, Kevin Kofler wrote:
> Richard W.M. Jones wrote:
> > And thanks to some excellent work[1] by Thomas Sailer and Kevin Kofler
> > we also have mingw32-qt 4.5.0 in Fedora 10 & 11, which makes Qt (along
> > with Gtk) a good choice if you want to cross-compile your software to
> > run on Windows.
> 
> By the way, any reason the MinGW stack is not branched for F9? It's already
> branched for EL5 which has much older native libraries, so making it work
> on F9 should just be a matter of branching and building it. It's still
> possible to open new F9 branches until around the F11 release.

It's just that it was a lot of extra work for something I don't
personally use.  F-9 will also be EOL'd in not so many months.

Note that if you want to add the branches for F-9 you'll have to go
through the whole bootstrapping business with someone in rel-eng,
which is complicated and time-consuming.

Rich.

-- 
Richard Jones, Emerging Technologies, Red Hat  http://et.redhat.com/~rjones
virt-df lists disk usage of guests without needing to install any
software inside the virtual machine.  Supports Linux and Windows.
http://et.redhat.com/~rjones/virt-df/



From rawhide at fedoraproject.org  Sun Mar 29 10:44:24 2009
From: rawhide at fedoraproject.org (Rawhide Report)
Date: Sun, 29 Mar 2009 10:44:24 +0000 (UTC)
Subject: rawhide report: 20090329 changes
Message-ID: <20090329104424.E555C1B8001@releng2.fedora.phx.redhat.com>

Compose started at Sun Mar 29 06:01:08 UTC 2009

New package R-RODBC
        An ODBC database interface for R
New package astronomy-menus
        Astronomy menu for the Desktop
New package dwscan
        Displays access point information
New package hyphen-hsb
        Upper Sorbian hyphenation rules
New package mythes-nl
        Dutch thesaurus
New package ocaml-mlgmpidl
        OCaml interface to GMP and MPFR libraries
New package perl-Git-CPAN-Patch
        Patch CPAN modules using Git
New package perl-Jemplate
        JavaScript Templating with Template Toolkit
New package shtool
        Portable shell tool
Updated Packages:

R-2.8.1-8.fc11
--------------
* Sat Mar 28 2009 Tom "spot" Callaway <tcallawa at redhat.com> - 2.8.1-8
- fix profile scripts for situation where R_HOME is already defined
  (bugzilla 492706)


babel-0.9.4-4.fc11
------------------
* Sat Mar 28 2009 Robert Scheck <robert at fedoraproject.org> - 0.9.4-4
- Added missing requires to python-setuptools for pkg_resources


bitmap-fonts-0.3-7.fc11
-----------------------
* Mon Feb 23 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 0.3-7
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


clive-2.1.9-1.fc11
------------------
* Sat Mar 28 2009 Nicoleau Fabien <nicoleau.fabien at gmail.com> 2.1.9-1
- Rebuild for 2.1.9


cudd-2.4.1-5.fc11
-----------------
* Sat Mar 28 2009 Conrad Meyer <konrad at tylerc.org> - 2.4.1-5
- Add patch to build obj/ directory. (Resolves missing symbol
  problems.)


fantasdic-1.0-0.5.beta7.fc11
----------------------------
* Sun Mar 29 2009 Mamoru Tasaka <mtasaka at ioa.s.u-tokyo.ac.jp> - 1.0-0.5.beta7
- Remove previous modification for bindtextdomain()
  Fixed on rubygem-gettext side (rubygem-gettext bug 24947, GNOME bug 576826)


fsarchiver-0.4.6-1.fc11
-----------------------
* Sat Mar 28 2009 Adel Gadllah <adel.gadllah at gmail.com> - 0.4.6-1
- Update to 0.4.6


gcc-4.4.0-0.30
--------------
* Sat Mar 28 2009 Jakub Jelinek <jakub at redhat.com> 4.4.0-0.30
- update from gcc-4_4-branch
  - PRs c++/39380, c++/28274, c++/29727, c++/35652, c++/36799, c++/37647,
	c++/38638, c++/39554, libfortran/39528, middle-end/39497,
	rtl-optimization/39522, target/38034, target/39523,
	tree-optimization/39529, tree-optimization/39548,
	tree-optimization/39557
- emit debuginfo for block local externs in C (PR debug/39563)
- fix -maltivec conditional vector macro (PR target/39558)
- teach fwprop to handle asm (PR rtl-optimization/39543)


gnome-themes-extras-2.22.0-4.fc11
---------------------------------
* Sat Mar 28 2009 Christopher Aillon <caillon at redhat.com> - 2.22.0-4
- Add missing BuildRequires: gtk2-engines-devel

* Tue Feb 24 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 2.22.0-3
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


gthumb-2.10.11-2.fc11
---------------------
* Fri Mar 27 2009 Matthias Clasen <mclasen at redhat.com> - 2.10.11-2
- Fix the photo import location (#492179)


hardinfo-0.5b-1.fc11
--------------------
* Sat Mar 28 2009 Adel Gadllah <adel.gadllah at gmail.com> 0.5b-1
- New upstream version
- Drop patches


hyphen-ia-0.20050628-1.fc11
---------------------------
* Sat Mar 28 2009 Caolan McNamara <caolanm at redhat.com> - 0.20050628-1
- bump to next day for consistency


ibus-1.1.0.20090311-3.fc11
--------------------------
* Sun Mar 29 2009 Huang Peng <shawn.p.huang at gmail.com> - 1.1.0.20090311-3
- Recreate the ibus-HEAD.patch from upstream git source tree
- Fix bug 491999 - up/down arrow keys broken in xchat


kdebindings-4.2.1-8.fc11
------------------------
* Sat Mar 28 2009 Ben Boeckel <Mathstuf at gmail.com> - 4.2.1-5
- Ship qyoto.pc file as well
- Add dependency on mono-devel from qyoto-devel

* Sat Mar 28 2009 Ben Boeckel <Mathstuf at gmail.com> - 4.2.1-6
- Create pkgconfig directory

* Sat Mar 28 2009 Ben Boeckel <Mathstuf at gmail.com> - 4.2.1-7
- Fix install line

* Sat Mar 28 2009 Ben Boeckel <Mathstuf at gmail.com> - 4.2.1-8
- Only install the .pc file on non-ppc64


monotone-0.43-1.fc11
--------------------
* Fri Mar 27 2009 Thomas Moschny <thomas.moschny at gmx.de> - 0.43-1
- Update to 0.43.
- Add BRs for libraries monotone doesn't bundle anylonger.
- Drop patches applied upstream.


mythes-sl-0.20090328-1.fc11
---------------------------
* Sat Mar 28 2009 Caolan McNamara <caolanm at redhat.com> - 0.20090328-1
- latest version


octave-forge-20080831-8.fc11
----------------------------
* Sat Mar 28 2009 Alex Lancaster <alexlan[AT]fedoraproject org> - 20080831-8
- Rebuild for new ginac.


openoffice.org-3.1.0-8.1.fc11
-----------------------------
* Sat Mar 28 2009 Caol??n McNamara <caolanm at redhat.com> - 1:3.1.0-8.1
- latest version
- add mythes-nl as requires to Dutch langpack
- drop integrated openoffice.org-2.0.0.ooo83140.jvmfwk.retryjvm.patch


orsa-0.7.0-5.fc11
-----------------
* Sat Feb 28 2009 Milos Jakubicek <xjakub at fi.muni.cz> - 0.7.0-5
- Rebuilt against new ginac 1.5


pentaho-reporting-flow-engine-0.9.2-3.OOo31.fc11
------------------------------------------------
* Sat Mar 28 2009 Caolan McNamara <caolanm at redhat.com> 0.9.2-3.OOo31
- tweak version


perl-B-Keywords-1.09-2.fc11
---------------------------
* Sat Mar 28 2009 Chris Weyl <cweyl at alumni.drew.edu> 1.09-1
- update to 1.09

* Sat Mar 28 2009 Chris Weyl <cweyl at alumni.drew.edu> 1.09-2
- BR Test -> Test::More


perl-Task-Catalyst-3.0000-2.fc11
--------------------------------
* Fri Mar 27 2009 Chris Weyl <cweyl at alumni.drew.edu> 3.0000-2
- make sure we get catalyst.pl installed, too


psi-0.12.1-2.fc11
-----------------
* Sat Mar 28 2009 Sven Lankes <sven at lank.es> 0.12.1-2
- bump Version to avoid newer EVR in F9/F10


ruby-gnome2-0.18.1-6.fc11
-------------------------
* Sat Mar 28 2009 Mamoru Tasaka <mtasaka at ioa.s.u-tokyo.ac.jp> - 0.18.1-6
- Bump release again


seamonkey-1.1.15-3.fc11
-----------------------
* Fri Mar 27 2009 Christopher Aillon <caillon at redhat.com> - 1.15.1-3
- Add patches for MFSA-2009-12, MFSA-2009-13

* Wed Mar 25 2009 Christopher Aillon <caillon at redhat.com> - 1.15.1-2
- Update default homepage

* Wed Mar 04 2009 Fedora Security Response Team <fedora-security-list at redhat.com> - 1.1.15-1
- Update to 1.1.15


sugar-terminal-25-1.fc11
------------------------
* Sat Mar 28 2009 Steven M. Parrish <tuxbrewr at fedoraproject.org> - 25-1
- New upstream release


tracker-0.6.92-1.fc11
---------------------
* Sat Mar 28 2009 Deji Akingunola <dakingun at gmail.com> - 0.6.92-1
- Update to 0.6.92 release


transmission-1.51-2.fc11
------------------------
* Sat Mar 28 2009 Lubomir Rintel <lkundrak at v3.sk> - 1.51-2
- Use XDG Download directory (#490950)


xfig-3.2.5-18.a.fc11
--------------------
* Fri Mar 27 2009 Hans de Goede <hdegoede at redhat.com> 3.2.5-18.a
- Rebase to new upstream 3.2.5a release, this was made available to me by
  the Debian maintainer who is in contact with upstream, which appearantly
  is still somewhat alive (but not alive enough to put the tarbal on the
  homepage ??)


xfmpc-0.1.0-1.fc11
------------------
* Sat Mar 28 2009 Christoph Wickert <cwickert at fedoraproject.org> - 0.1.0-1
- Update to 0.1.0
- No longer show menu entry only in Xfce


yum-utils-1.1.21-2.fc11
-----------------------
* Sat Mar 28 2009 James Antill <james at fedoraproject.org>
- Fix yumdownloader syntax error.
- Include newer rawhide versions of auto-debuginfo in obs.


Summary:
Added Packages: 9
Removed Packages: 0
Modified Packages: 31
Broken deps for i386
----------------------------------------------------------
	CodeAnalyst-gui-2.8.38-9.fc11.i586 requires libbfd-2.19.51.0.2-16.fc11.so
	bigboard-0.6.4-8.fc11.i586 requires libempathy.so.22
	desktop-data-model-1.2.5-8.fc11.i586 requires libempathy.so.22
	fillets-ng-data-0.8.1-2.noarch requires freefont
	geoclue-gpsd-0.11.1.1-0.1.20090310git3a31d26.fc11.i586 requires libgps.so.17
	httrack-3.43.2-2.fc11.i586 requires openssl = 0:0.9.8j
	libopensync-plugin-kdepim-0.36-2.fc11.i586 requires libopensync.so.1
	libopensync-plugin-syncml-0.35-4.fc10.i386 requires libsyncml.so.0
	libopensync-plugin-syncml-0.35-4.fc10.i386 requires libopensync.so.1
	libopensync-plugin-vformat-0.36-2.fc11.i586 requires libopensync.so.1
	lvm2-cluster-2.02.45-1.fc11.i586 requires libquorum.so.3(OPENAIS_QUORUM_1.0)
	namazu-2.0.19-1.fc11.i586 requires perl(ext.pl)
	namazu-2.0.19-1.fc11.i586 requires perl(extzip.pl)
	namazu-2.0.19-1.fc11.i586 requires perl(extutf8.pl)
	ocaml-sexplib-4.2.7-1.fc11.i586 requires ocaml(Pa_type_conv) = 0:aff4831359f0f7a18d07e2276384b188
	1:pentaho-reporting-flow-engine-javadoc-0.9.2-3.OOo31.fc11.i586 requires 1:pentaho-reporting-flow-engine = 0:0.9.2-3.OOo31.fc11
	1:perl-Maypole-2.13-1.fc11.noarch requires perl(HTTP::Server::Simple::Static)
	qtgpsc-0.2.3-3.fc11.i586 requires libgps.so.17
	springlobby-0.0.1.10425-1.fc10.i386 requires libtorrent-rasterbar.so.0
	viking-0.9.7-3.fc11.i586 requires libgps.so.17



Broken deps for x86_64
----------------------------------------------------------
	CodeAnalyst-gui-2.8.38-9.fc11.i586 requires libbfd-2.19.51.0.2-16.fc11.so
	CodeAnalyst-gui-2.8.38-9.fc11.x86_64 requires libbfd-2.19.51.0.2-16.fc11.so()(64bit)
	bigboard-0.6.4-8.fc11.x86_64 requires libempathy.so.22()(64bit)
	desktop-data-model-1.2.5-8.fc11.i586 requires libempathy.so.22
	desktop-data-model-1.2.5-8.fc11.x86_64 requires libempathy.so.22()(64bit)
	fillets-ng-data-0.8.1-2.noarch requires freefont
	geoclue-gpsd-0.11.1.1-0.1.20090310git3a31d26.fc11.x86_64 requires libgps.so.17()(64bit)
	httrack-3.43.2-2.fc11.i586 requires openssl = 0:0.9.8j
	httrack-3.43.2-2.fc11.x86_64 requires openssl = 0:0.9.8j
	libopensync-plugin-kdepim-0.36-2.fc11.x86_64 requires libopensync.so.1()(64bit)
	libopensync-plugin-syncml-0.35-4.fc10.x86_64 requires libsyncml.so.0()(64bit)
	libopensync-plugin-syncml-0.35-4.fc10.x86_64 requires libopensync.so.1()(64bit)
	libopensync-plugin-vformat-0.36-2.fc11.x86_64 requires libopensync.so.1()(64bit)
	lvm2-cluster-2.02.45-1.fc11.x86_64 requires libquorum.so.3(OPENAIS_QUORUM_1.0)(64bit)
	namazu-2.0.19-1.fc11.x86_64 requires perl(ext.pl)
	namazu-2.0.19-1.fc11.x86_64 requires perl(extzip.pl)
	namazu-2.0.19-1.fc11.x86_64 requires perl(extutf8.pl)
	ocaml-sexplib-4.2.7-1.fc11.x86_64 requires ocaml(Pa_type_conv) = 0:aff4831359f0f7a18d07e2276384b188
	1:pentaho-reporting-flow-engine-javadoc-0.9.2-3.OOo31.fc11.x86_64 requires 1:pentaho-reporting-flow-engine = 0:0.9.2-3.OOo31.fc11
	1:perl-Maypole-2.13-1.fc11.noarch requires perl(HTTP::Server::Simple::Static)
	qtgpsc-0.2.3-3.fc11.x86_64 requires libgps.so.17()(64bit)
	springlobby-0.0.1.10425-1.fc10.x86_64 requires libtorrent-rasterbar.so.0()(64bit)
	viking-0.9.7-3.fc11.x86_64 requires libgps.so.17()(64bit)



Broken deps for ppc
----------------------------------------------------------
	bigboard-0.6.4-8.fc11.ppc requires libempathy.so.22
	desktop-data-model-1.2.5-8.fc11.ppc requires libempathy.so.22
	desktop-data-model-1.2.5-8.fc11.ppc64 requires libempathy.so.22()(64bit)
	fillets-ng-data-0.8.1-2.noarch requires freefont
	geoclue-gpsd-0.11.1.1-0.1.20090310git3a31d26.fc11.ppc requires libgps.so.17
	httrack-3.43.2-2.fc11.ppc requires openssl = 0:0.9.8j
	httrack-3.43.2-2.fc11.ppc64 requires openssl = 0:0.9.8j
	libopensync-plugin-kdepim-0.36-2.fc11.ppc requires libopensync.so.1
	libopensync-plugin-syncml-0.35-4.fc10.ppc requires libsyncml.so.0
	libopensync-plugin-syncml-0.35-4.fc10.ppc requires libopensync.so.1
	libopensync-plugin-vformat-0.36-2.fc11.ppc requires libopensync.so.1
	lvm2-cluster-2.02.45-1.fc11.ppc requires libquorum.so.3(OPENAIS_QUORUM_1.0)
	namazu-2.0.19-1.fc11.ppc requires perl(ext.pl)
	namazu-2.0.19-1.fc11.ppc requires perl(extzip.pl)
	namazu-2.0.19-1.fc11.ppc requires perl(extutf8.pl)
	ocaml-sexplib-4.2.7-1.fc11.ppc requires ocaml(Pa_type_conv) = 0:aff4831359f0f7a18d07e2276384b188
	1:pentaho-reporting-flow-engine-javadoc-0.9.2-3.OOo31.fc11.ppc requires 1:pentaho-reporting-flow-engine = 0:0.9.2-3.OOo31.fc11
	1:perl-Maypole-2.13-1.fc11.noarch requires perl(HTTP::Server::Simple::Static)
	qtgpsc-0.2.3-3.fc11.ppc requires libgps.so.17
	viking-0.9.7-3.fc11.ppc requires libgps.so.17



Broken deps for ppc64
----------------------------------------------------------
	bigboard-0.6.4-8.fc11.ppc64 requires libempathy.so.22()(64bit)
	cabal2spec-0.12-1.fc11.noarch requires ghc > 0:6.10.1-7
	desktop-data-model-1.2.5-8.fc11.ppc64 requires libempathy.so.22()(64bit)
	fillets-ng-data-0.8.1-2.noarch requires freefont
	gadget-0.0.3-2.fc11.noarch requires ejabberd
	geoclue-gpsd-0.11.1.1-0.1.20090310git3a31d26.fc11.ppc64 requires libgps.so.17()(64bit)
	httrack-3.43.2-2.fc11.ppc64 requires openssl = 0:0.9.8j
	libopensync-plugin-kdepim-0.36-2.fc11.ppc64 requires libopensync.so.1()(64bit)
	libopensync-plugin-syncml-0.35-4.fc10.ppc64 requires libsyncml.so.0()(64bit)
	libopensync-plugin-syncml-0.35-4.fc10.ppc64 requires libopensync.so.1()(64bit)
	libopensync-plugin-vformat-0.36-2.fc11.ppc64 requires libopensync.so.1()(64bit)
	lvm2-cluster-2.02.45-1.fc11.ppc64 requires libquorum.so.3(OPENAIS_QUORUM_1.0)(64bit)
	namazu-2.0.19-1.fc11.ppc64 requires perl(ext.pl)
	namazu-2.0.19-1.fc11.ppc64 requires perl(extzip.pl)
	namazu-2.0.19-1.fc11.ppc64 requires perl(extutf8.pl)
	ocaml-sexplib-4.2.7-1.fc11.ppc64 requires ocaml(Pa_type_conv) = 0:aff4831359f0f7a18d07e2276384b188
	1:pentaho-reporting-flow-engine-javadoc-0.9.2-3.OOo31.fc11.ppc64 requires 1:pentaho-reporting-flow-engine = 0:0.9.2-3.OOo31.fc11
	1:perl-Maypole-2.13-1.fc11.noarch requires perl(HTTP::Server::Simple::Static)
	qtgpsc-0.2.3-3.fc11.ppc64 requires libgps.so.17()(64bit)
	viking-0.9.7-3.fc11.ppc64 requires libgps.so.17()(64bit)





From vpivaini at cs.helsinki.fi  Sun Mar 29 11:03:28 2009
From: vpivaini at cs.helsinki.fi (Ville-Pekka Vainio)
Date: Sun, 29 Mar 2009 14:03:28 +0300
Subject: Thunderbird 3 is built against it's own libxul, why?
Message-ID: <1238324608.4226.8.camel@localhost.localdomain>

Hi,

I'm maintaining the Finnish spell checking extension Mozvoikko for
Firefox. I was planning on adding Thunderbird support as well, since
Fedora 11 now has TB3, which is based on Xulrunner. But it seems the
Thunderbird package is using it's own internal libxul.so and not the
"system-wide" one provided by the xulrunner package. Why? Any idea on
when we could have Thunderbird built against the shared Xulrunner on
Fedora?


-- 
Ville-Pekka Vainio



From alsadi at gmail.com  Sun Mar 29 11:05:34 2009
From: alsadi at gmail.com (Muayyad AlSadi)
Date: Sun, 29 Mar 2009 14:05:34 +0300
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <49CEE1BA.5090809@verizon.net>
References: <49CD379D.8040104@verizon.net>
	<20090327215820.afa176fd.zaitcev@redhat.com>
	<604aa7910903272115x2647724fm6f8f622791343775@mail.gmail.com>
	<20090328042809.GA16399@wolff.to> <49CE71AD.6070404@redhat.com>
	<385866f0903281245y7499681an4987add4c3e14d7d@mail.gmail.com>
	<49CE8298.5000902@fedoraproject.org>
	<20090328234437.GA96302@dspnet.fr.eu.org>
	<49CEDC72.6020307@fedoraproject.org> <49CEE1BA.5090809@verizon.net>
Message-ID: <385866f0903290405p5cf6edd9o1cdd2ee5cfd40153@mail.gmail.com>

> Ctrl+Alt+Backspace is also a keyboard shortcut for deleting certain expressions in C and Java modes in Emacs

and since when EMACSians are considered desktop users!!

> Muayyad AlSadi wrote:
>
>
> and how can this be configured while do don't have a xorg.conf files ?
>
>
> Just create one. Simple.
>

do you really think I can't!!

I'm just shedding some lights on that dark corner

we have people have decided that we don't xorg.conf
but it comes that some nvidia cards needs it because on of X drivers
in the auto detection steps  graps it and never release it

another case were some cards need passing some flags for the cursor to be shown

a trivial solution for the first case was to use s-c-d and set it to vesa
and for the second to create a skeleton xorg.conf
where I can add some driver specific options
---
on another topic we have some people decided   that we no longer need
s-c-d assuming that we don't need xorg.conf files

and on this topic another one is assuming that we don't need CTRL+ALT+BKSP
and tells those who want it to edit xorg.conf files which does not
exists and the tool to create such files are to be dropped

and BTW what does "your sysadmin" mean ?!
we are talking about desktop use cases, sysadmin is synonym to
yourself in such context

how can we know how many fedorians have EMACS installed



From mschwendt at gmail.com  Sun Mar 29 11:59:00 2009
From: mschwendt at gmail.com (Michael Schwendt)
Date: Sun, 29 Mar 2009 13:59:00 +0200
Subject: rpms/cppad/devel .cvsignore, 1.4, 1.5 cppad.spec, 1.10, 1.11
 sources, 1.5, 1.6
In-Reply-To: <20090329104955.F018470133@cvs1.fedora.phx.redhat.com>
References: <20090329104955.F018470133@cvs1.fedora.phx.redhat.com>
Message-ID: <20090329135900.4d980f3e@faldor.intranet>

On Sun, 29 Mar 2009 10:49:55 +0000 (UTC), Bradley wrote:

> Author: bradbell
> 
> Update of /cvs/pkgs/rpms/cppad/devel

>  BuildArch: noarch
>  BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
> +Requires: cppad-devel, cppad-doc

>  %description
> -There is no base %{name} package installation, 
> -only %{name}-devel and %{name}-doc sub-packages are installed.
> -
> -# ---------------------------------------------------------------------------
> -%package devel
> -Summary: A Package for Differentiation of C++ Algorithms
> -Group: Development/Libraries
> -
> -%description devel
>  We refer to the step by step conversion from an algorithm that computes 
>  function values to an algorithm that computes derivative values as 
>  Algorithmic Differentiation (often referred to as Automatic Differentiation.) 
> @@ -44,14 +36,28 @@
>  Algorithmic Differentiation (AD) can be found at 
>  http://en.wikipedia.org/wiki/Automatic_differentiation
>  
> +# ---------------------------------------------------------------------------
> +%package devel
> +Summary: Development libraries for %{name}
> +Group: Development/Libraries
> +
> +%description devel
> +The package %{name}-devel contains all you need to do development with %{name}.
> +The documentation package %{name}-doc is not included.
> +

>  %changelog
> +* Sun Mar 29 2009 Brad Bell <bradbell at seanet dot com> 20080303-1
> +- Change to newer version of cppad.
> +- Create a base package that requres both devel and doc sub-packages
> +

Hint: A package which doesn't include any %files is _not_ created at all.



From johnsmithdoe14 at googlemail.com  Sun Mar 29 13:50:24 2009
From: johnsmithdoe14 at googlemail.com (psmith)
Date: Sun, 29 Mar 2009 14:50:24 +0100
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <f6ca9fed0903281656x50136a00n5d29b3af8bba7e22@mail.gmail.com>
References: <49CD379D.8040104@verizon.net>
	<49CD3F53.9020405@verizon.net>	<49CD42C9.9090706@verizon.net>	<20090327215820.afa176fd.zaitcev@redhat.com>	<604aa7910903272115x2647724fm6f8f622791343775@mail.gmail.com>	<20090328042809.GA16399@wolff.to>
	<49CE71AD.6070404@redhat.com>	<385866f0903281245y7499681an4987add4c3e14d7d@mail.gmail.com>	<49CE8298.5000902@fedoraproject.org>	<20090328234437.GA96302@dspnet.fr.eu.org>
	<f6ca9fed0903281656x50136a00n5d29b3af8bba7e22@mail.gmail.com>
Message-ID: <49CF7CA0.5000803@googlemail.com>

drago01 wrote:
> On Sun, Mar 29, 2009 at 12:44 AM, Olivier Galibert <galibert at pobox.com> wrote:
>   
>> On Sun, Mar 29, 2009 at 01:33:36AM +0530, Rahul Sundaram wrote:
>>     
>>> Muayyad AlSadi wrote:
>>>       
>>>> and how can this be configured while do don't have a xorg.conf files ?
>>>>         
>>> Just create one. Simple.
>>>       
>> Simple? ?Could we have an example of a *complete* xorg file which does
>> not break the autodetection capabilities of xorg but activate C-A-BS?
>> Something I could put in a local rpm file and install with the rest of
>> the distribution. ?I know I'm not able to do one, and I've tried for
>> other flags, but I may have missed something.
>>     
>
>
> Section "ServerFlags"
>          Option "DontZap" "false"
> EndSection
>
>
> Is all you need, it won't break anything but re enables C-A-BS
>
>   
so to counter the extremely small emacs community can get used to using 
an xorg.conf with

Section "ServerFlags"
         Option "DontZap" "true"
EndSection

and the rest of us can stick with the years old normal behaviour

phil



From casimiro.barreto at gmail.com  Sun Mar 29 14:32:44 2009
From: casimiro.barreto at gmail.com (Casimiro de Almeida Barreto)
Date: Sun, 29 Mar 2009 11:32:44 -0300
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <16de708d0903290058i4e2d748cx9a8a181adf64d434@mail.gmail.com>
References: <49CD379D.8040104@verizon.net>
	<49CD42C9.9090706@verizon.net>	<20090327215820.afa176fd.zaitcev@redhat.com>	<604aa7910903272115x2647724fm6f8f622791343775@mail.gmail.com>	<20090328042809.GA16399@wolff.to>
	<49CE71AD.6070404@redhat.com>	<385866f0903281245y7499681an4987add4c3e14d7d@mail.gmail.com>	<49CE8298.5000902@fedoraproject.org>	<16de708d0903281414tf00be74sa342a7f384eaa98e@mail.gmail.com>	<49CEC48D.6020400@fedoraproject.org>
	<16de708d0903290058i4e2d748cx9a8a181adf64d434@mail.gmail.com>
Message-ID: <49CF868C.30908@gmail.com>

An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090329/c012c890/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 259 bytes
Desc: OpenPGP digital signature
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090329/c012c890/attachment.sig>

From dwalsh at redhat.com  Sun Mar 29 15:27:37 2009
From: dwalsh at redhat.com (Daniel J Walsh)
Date: Sun, 29 Mar 2009 11:27:37 -0400
Subject: selinux and wordpress, wordpress-mu
In-Reply-To: <20090329002326.GA4627@gmail.com>
References: <20090329002326.GA4627@gmail.com>
Message-ID: <49CF9369.4000809@redhat.com>

On 03/28/2009 08:23 PM, Ian Weller wrote:
> wordpress and wordpress-mu don't work well when you're first starting to
> use them: the configuration can't access its files at
> /usr/share/wordpress{,-mu} due to SELinux. What do I need to do to write
> an SELinux policy and push it upstream so that others don't run into
> this problem by default?
>
>
What avc errors are you seeing in /var/log/audit/audit.log



From clydekunkel7734 at cox.net  Sun Mar 29 15:28:12 2009
From: clydekunkel7734 at cox.net (Clyde E. Kunkel)
Date: Sun, 29 Mar 2009 11:28:12 -0400
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <49CEC244.3020806@fedoraproject.org>
References: <49CD379D.8040104@verizon.net>	<d9c612bf0903271843u2958d511p50554ecffd09a813@mail.gmail.com>	<49CD86B3.5020407@fedoraproject.org>	<49CE347E.5030701@cox.net>	<49CE5D3B.9010206@fedoraproject.org>	<49CE65DB.2080000@cox.net>	<49CE699D.2040303@fedoraproject.org>
	<gqmde2$v7v$2@ger.gmane.org> <49CEC244.3020806@fedoraproject.org>
Message-ID: <49CF938C.8070005@cox.net>

On 03/28/2009 08:35 PM, Rahul Sundaram wrote:
> Kevin Kofler wrote:
>> Rahul Sundaram wrote:
>>> They did hear it (read fedora-test list discussions on the same topic)
>>> but the point remains that the community doesn't have one single opinion
>>> on this topic. Trying to pitch it as a debate between some monolithic
>>> community on one side and the maintainers on the other side is just
>>> plain wrong. Maintainers are part of the same community as everybody else.
>> FWIW, maintainers also don't have a single uniform opinion. I'm a
>> maintainer, though not of X.Org, and I think it's a mistake to disable
>> Ctrl+Alt+BkSp by default.
>
> You are just proving my point that pitching it as community vs
> maintainers makes absolutely no sense because it is every individual's
> opinion which is different.
>
> Rahul
>

In reading thru this thread I don't see an us vs them.  All I see is a 
community that has strong opinions.  Maintainers should listen to the 
community.  Forget about strong individual opinions--this thread shows 
that there is enough concern that the maintainers should respect that 
concern and at least address it thru the forums or with code.



From seg at haxxed.com  Sun Mar 29 15:55:58 2009
From: seg at haxxed.com (Callum Lerwick)
Date: Sun, 29 Mar 2009 10:55:58 -0500
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <66ec675b0903281055m4d3517b3y1f3eedb70e7e1808@mail.gmail.com>
References: <49CD379D.8040104@verizon.net>
	<16de708d0903272231r72a1d904v666e32f21edd07c4@mail.gmail.com>
	<91705d080903280617k1987bfbaj4b13b39594df4a1f@mail.gmail.com>
	<49CE3A69.9070804@verizon.net>
	<91705d080903280815jb2b2d2cj3637bdf04daf2a94@mail.gmail.com>
	<1238257757.21693.8.camel@localhost.localdomain>
	<66ec675b0903280940i2dba6b59g27526de66cb0a14@mail.gmail.com>
	<91705d080903280945n4ee6e6cfwc135b991f187e15b@mail.gmail.com>
	<66ec675b0903281005y7c717276yc426cbe8395c08e8@mail.gmail.com>
	<49CE5CA0.9090404@verizon.net>
	<66ec675b0903281055m4d3517b3y1f3eedb70e7e1808@mail.gmail.com>
Message-ID: <1238342158.21693.16.camel@localhost.localdomain>

On Sat, 2009-03-28 at 19:55 +0200, Joonas Saraj?rvi wrote:
> I think leaving the zap function disabled is very much in line with
> the general character of Fedora. In past, we have many times replaced
> old, de-facto ways of doing things with new, innovative solutions and
> decision.

"You are not allowed to kill your X server" is new and innovative? What,
are we Apple now?

> In Fedora 10, the default vt for X was changed from vt 1 to
> vt 7, despite many arguments similar to yours, and despite that it
> could potentially confuse some experienced users.

... Yes, a minor rearrangement of vcons. That's not the same thing as
removing functionality entirely.

> Especially now that
> this isn't even a Fedora decision but an upstream one, it would in my
> opinion seem a bit odd if Fedora did override that decision. The X
> developers seem to think that the system should work so well that
> there would be no need for a magic key combo for killing the server.

This is what is known as "delusional" and is not how you create reliable
software. You get reliable software by EXPECTING failure and put
mechanisms in place to mitigate it.
-------------- 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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090329/0feca529/attachment.sig>

From seg at haxxed.com  Sun Mar 29 15:57:10 2009
From: seg at haxxed.com (Callum Lerwick)
Date: Sun, 29 Mar 2009 10:57:10 -0500
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <49CE6995.3090306@verizon.net>
References: <49CD379D.8040104@verizon.net>
	<16de708d0903272231r72a1d904v666e32f21edd07c4@mail.gmail.com>
	<91705d080903280617k1987bfbaj4b13b39594df4a1f@mail.gmail.com>
	<49CE3A69.9070804@verizon.net>
	<91705d080903280815jb2b2d2cj3637bdf04daf2a94@mail.gmail.com>
	<1238257757.21693.8.camel@localhost.localdomain>
	<66ec675b0903280940i2dba6b59g27526de66cb0a14@mail.gmail.com>
	<91705d080903280945n4ee6e6cfwc135b991f187e15b@mail.gmail.com>
	<66ec675b0903281005y7c717276yc426cbe8395c08e8@mail.gmail.com>
	<49CE5CA0.9090404@verizon.net>
	<66ec675b0903281055m4d3517b3y1f3eedb70e7e1808@mail.gmail.com>
	<49CE6995.3090306@verizon.net>
Message-ID: <1238342230.21693.17.camel@localhost.localdomain>

On Sat, 2009-03-28 at 14:16 -0400, Gerry Reno wrote:
>  And the Emacs community as I said can create their own special
> xorg.conf file to deal with their special keystroke combination
> conflict.  And please, Xorg changing the default is not some
> forward-looking thing in any way.  It is nothing more than a special
> interest implementation for a tiny subcommunity that ends up impacting
> sysadmins and creating additional work for them and increases demands
> on time and resources.

Could you stop with the Emacs conspiracy theory? You are making the rest
of us look bad.
-------------- 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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090329/06d3965a/attachment.sig>

From mail at robertoragusa.it  Sun Mar 29 16:01:42 2009
From: mail at robertoragusa.it (Roberto Ragusa)
Date: Sun, 29 Mar 2009 18:01:42 +0200
Subject: Should I be able to hibernate a NFS/LDAP using system?
In-Reply-To: <49CCF412.309@cora.nwra.com>
References: <49CCF412.309@cora.nwra.com>
Message-ID: <49CF9B66.8050909@robertoragusa.it>

Orion Poplawski wrote:
> Before I start filing bugs (and to help determine where if needed), is
> it reasonable for me to expect to be able to put a desktop machine that
> uses LDAP authentication and NFS home directories into hibernate?
> Currently it seems to get hung up trying to do some work that attempts
> to query the LDAP server and syncing the filesystems (which seems to
> need NFS up) after NM has brought down the network interface.
> 
> Thoughts?

Why is NM bringing down the interface before hibernation?
I see no reason and would call that a bug.

-- 
   Roberto Ragusa    mail at robertoragusa.it



From cmadams at hiwaay.net  Sun Mar 29 16:04:38 2009
From: cmadams at hiwaay.net (Chris Adams)
Date: Sun, 29 Mar 2009 11:04:38 -0500
Subject: preupgrade today: getting error: cannot download the kickstart
	file
In-Reply-To: <49CEF6A2.4000507@BitWagon.com>
References: <49CE3B29.3010408@verizon.net> <49CE5DA6.7080000@verizon.net>
	<49CE610B.7030002@BitWagon.com> <gqmn6c$jrh$1@ger.gmane.org>
	<49CEF6A2.4000507@BitWagon.com>
Message-ID: <20090329160438.GA1491512@hiwaay.net>

Once upon a time, John Reiser <jreiser at BitWagon.com> said:
> For instance, by default yumdownloader generates no record of which mirror
> you get upon HTTP 302 [or 303] redirection from the master mirror.
> In practice you see the ultimate URL only if the connection [attempt]
> actually times out.  This enables the mirror administrator(s) to hide
> from users in most cases of poor service (missing file, stale file,
> slower than necessary, ...)

Maybe yum should be changed to send the end-user's email address, so us
nefarious mirror admins can make downloads "slower than necessary" just
for you.

I spent several hours this weekend getting my mirror ready for F11 Beta
and then trying to catch up on rawhide (which had huge churn after the
beta freeze was released).  I guess I could have gone without sleep and
cut a few hours off the total time; would that have made you happier?

-- 
Chris Adams <cmadams at hiwaay.net>
Systems and Network Administrator - HiWAAY Internet Services
I don't speak for anybody but myself - that's enough trouble.



From sundaram at fedoraproject.org  Sun Mar 29 16:19:59 2009
From: sundaram at fedoraproject.org (Rahul Sundaram)
Date: Sun, 29 Mar 2009 21:49:59 +0530
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <16de708d0903290058i4e2d748cx9a8a181adf64d434@mail.gmail.com>
References: <49CD379D.8040104@verizon.net>
	<49CD42C9.9090706@verizon.net>	<20090327215820.afa176fd.zaitcev@redhat.com>	<604aa7910903272115x2647724fm6f8f622791343775@mail.gmail.com>	<20090328042809.GA16399@wolff.to>
	<49CE71AD.6070404@redhat.com>	<385866f0903281245y7499681an4987add4c3e14d7d@mail.gmail.com>	<49CE8298.5000902@fedoraproject.org>	<16de708d0903281414tf00be74sa342a7f384eaa98e@mail.gmail.com>	<49CEC48D.6020400@fedoraproject.org>
	<16de708d0903290058i4e2d748cx9a8a181adf64d434@mail.gmail.com>
Message-ID: <49CF9FAF.1050202@fedoraproject.org>

Arthur Pemberton wrote:

> 
> That's a simple question to ask myself. And the answer to that is no.

Like I indicated, look beyond yourself a bit. It is silly to suggest
that autoconfiguration doesn't help the majority of users.

> I've never head of this fictional users that have a significant
> probability of having a different monitor connected to their computer
> on every boot. 

This is sort of corner case but even then, I have had to move struggle
in the past to setup things when a new monitor was connected or when I
had to plug my hard disk to someone else's system to copy content.

I am sure, you understand that autoconfiguration isn't designed just for
this particular usage but for the general users who don't want to
configure things manually on a new installation.

> The hostility is in making significant changes to behaviors people
> have come to depend on and not letting them no about it till later on.

Changes are (primarily) being made upstream. Downstream users can
document and communicate changes which we have.

Rahul



From sundaram at fedoraproject.org  Sun Mar 29 16:20:29 2009
From: sundaram at fedoraproject.org (Rahul Sundaram)
Date: Sun, 29 Mar 2009 21:50:29 +0530
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <16de708d0903290058i4e2d748cx9a8a181adf64d434@mail.gmail.com>
References: <49CD379D.8040104@verizon.net>
	<49CD42C9.9090706@verizon.net>	<20090327215820.afa176fd.zaitcev@redhat.com>	<604aa7910903272115x2647724fm6f8f622791343775@mail.gmail.com>	<20090328042809.GA16399@wolff.to>
	<49CE71AD.6070404@redhat.com>	<385866f0903281245y7499681an4987add4c3e14d7d@mail.gmail.com>	<49CE8298.5000902@fedoraproject.org>	<16de708d0903281414tf00be74sa342a7f384eaa98e@mail.gmail.com>	<49CEC48D.6020400@fedoraproject.org>
	<16de708d0903290058i4e2d748cx9a8a181adf64d434@mail.gmail.com>
Message-ID: <49CF9FCD.3010208@fedoraproject.org>

Arthur Pemberton wrote:

> 
> That's a simple question to ask myself. And the answer to that is no.

Like I indicated, look beyond yourself a bit. It is silly to suggest
that autoconfiguration doesn't help the majority of users.

> I've never head of this fictional users that have a significant
> probability of having a different monitor connected to their computer
> on every boot. 

This is sort of corner case but even then, I have had to move struggle
in the past to setup things when a new monitor was connected or when I
had to plug my hard disk to someone else's system to copy content.

I am sure, you understand that autoconfiguration isn't designed just for
this particular usage but for the general users who don't want to
configure things manually on a new installation.

> The hostility is in making significant changes to behaviors people
> have come to depend on and not letting them no about it till later on.

Changes are (primarily) being made upstream. Downstream users can
document and communicate changes which we have.

Rahul



From ianweller at gmail.com  Sun Mar 29 16:15:52 2009
From: ianweller at gmail.com (Ian Weller)
Date: Sun, 29 Mar 2009 11:15:52 -0500
Subject: selinux and wordpress, wordpress-mu
In-Reply-To: <49CF9369.4000809@redhat.com>
References: <20090329002326.GA4627@gmail.com> <49CF9369.4000809@redhat.com>
Message-ID: <20090329161552.GA20275@gmail.com>

On Sun, Mar 29, 2009 at 11:27:37AM -0400, Daniel J Walsh wrote:
> On 03/28/2009 08:23 PM, Ian Weller wrote:
>> wordpress and wordpress-mu don't work well when you're first starting to
>> use them: the configuration can't access its files at
>> /usr/share/wordpress{,-mu} due to SELinux. What do I need to do to write
>> an SELinux policy and push it upstream so that others don't run into
>> this problem by default?
>>
>>
> What avc errors are you seeing in /var/log/audit/audit.log
>
Well, to get wordpress-mu to decide that it can write to
  /usr/share/wordpress-mu/wp-config.php
I have to run the following:
  # semanage fcontext -a -t httpd_var_run_t '/usr/share/wordpress-mu'
  # semanage fcontext -a -t httpd_var_run_t '/usr/share/wordpress-mu/wp-config.php'
  # semanage fcontext -a -t httpd_var_run_t '/usr/share/wordpress-mu/wp-content(/.*)?'
  # restorecon -vv -RF /usr/share/wordpress-mu
I didn't get any AVC denials or anything about needing to do this.

Then, it believes it can write to the necessary directories after
refreshing the configuration page, and I get the following:

type=AVC msg=audit(1238343299.820:1766): avc:  denied  { create } for  pid=21014 comm="httpd" name="blogs.dir" scontext=unconfined_u:system_r:httpd_t:s0 tcontext=unconfined_u:object_r:httpd_var_run_t:s0 tclass=dir
type=SYSCALL msg=audit(1238343299.820:1766): arch=40000003 syscall=39 success=no exit=-13 a0=2105250 a1=1ff a2=124f938 a3=2105250 items=0 ppid=21011 pid=21014 auid=500 uid=48 gid=48 euid=48 suid=48 fsuid=48 egid=48 sgid=48 fsgid=48 tty=(none) ses=1 comm="httpd" exe="/usr/sbin/httpd" subj=unconfined_u:system_r:httpd_t:s0 key=(null)

-- 
Ian Weller <ianweller at gmail.com>
GnuPG fingerprint:  E51E 0517 7A92 70A2 4226  B050 87ED 7C97 EFA8 4A36
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090329/e4891cff/attachment.sig>

From cmadams at hiwaay.net  Sun Mar 29 16:20:21 2009
From: cmadams at hiwaay.net (Chris Adams)
Date: Sun, 29 Mar 2009 11:20:21 -0500
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <49CF938C.8070005@cox.net>
References: <49CD379D.8040104@verizon.net>
	<d9c612bf0903271843u2958d511p50554ecffd09a813@mail.gmail.com>
	<49CD86B3.5020407@fedoraproject.org> <49CE347E.5030701@cox.net>
	<49CE5D3B.9010206@fedoraproject.org> <49CE65DB.2080000@cox.net>
	<49CE699D.2040303@fedoraproject.org> <gqmde2$v7v$2@ger.gmane.org>
	<49CEC244.3020806@fedoraproject.org> <49CF938C.8070005@cox.net>
Message-ID: <20090329162021.GB1491512@hiwaay.net>

Once upon a time, Clyde E. Kunkel <clydekunkel7734 at cox.net> said:
> On 03/28/2009 08:35 PM, Rahul Sundaram wrote:
> >You are just proving my point that pitching it as community vs
> >maintainers makes absolutely no sense because it is every individual's
> >opinion which is different.
> 
> In reading thru this thread I don't see an us vs them.  All I see is a 
> community that has strong opinions.  Maintainers should listen to the 
> community.  Forget about strong individual opinions--this thread shows 
> that there is enough concern that the maintainers should respect that 
> concern and at least address it thru the forums or with code.

Yeah, I haven't seen many people that really wanted this change.

If the Fedora maintainer doesn't want to override this (mostly poorly
received) upstream decision, please at least follow the suggestion made
here to make two changes:

- re-enable DontZap by default
- unbind the Terminate_Server keysym from Ctrl+Alt+Backspace

This makes it easier for end-users to re-enable the old behavior (on a
per-user basis instead of per-system basis even).

This brings up another thought though: is there a more up-to-date
keyboard mapping editor than xkeycaps (e.g. something integrated into
GNOME and KDE)?  I guess this specific binding could be added to the
GNOME keyboard layout options or keyboard shortcuts screens (I assume
there's something similar in KDE).

-- 
Chris Adams <cmadams at hiwaay.net>
Systems and Network Administrator - HiWAAY Internet Services
I don't speak for anybody but myself - that's enough trouble.



From sundaram at fedoraproject.org  Sun Mar 29 16:30:33 2009
From: sundaram at fedoraproject.org (Rahul Sundaram)
Date: Sun, 29 Mar 2009 22:00:33 +0530
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <385866f0903290405p5cf6edd9o1cdd2ee5cfd40153@mail.gmail.com>
References: <49CD379D.8040104@verizon.net>	<20090327215820.afa176fd.zaitcev@redhat.com>	<604aa7910903272115x2647724fm6f8f622791343775@mail.gmail.com>	<20090328042809.GA16399@wolff.to>
	<49CE71AD.6070404@redhat.com>	<385866f0903281245y7499681an4987add4c3e14d7d@mail.gmail.com>	<49CE8298.5000902@fedoraproject.org>	<20090328234437.GA96302@dspnet.fr.eu.org>	<49CEDC72.6020307@fedoraproject.org>
	<49CEE1BA.5090809@verizon.net>
	<385866f0903290405p5cf6edd9o1cdd2ee5cfd40153@mail.gmail.com>
Message-ID: <49CFA229.5030003@fedoraproject.org>

Muayyad AlSadi wrote:
> 
> we have people have decided that we don't xorg.conf
> but it comes that some nvidia cards needs it because on of X drivers
> in the auto detection steps  graps it and never release it

> 
> another case were some cards need passing some flags for the cursor to be shown

All these are bugs that needs to be fixed. Report them.

Rahul



From sundaram at fedoraproject.org  Sun Mar 29 16:33:50 2009
From: sundaram at fedoraproject.org (Rahul Sundaram)
Date: Sun, 29 Mar 2009 22:03:50 +0530
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <49CF868C.30908@gmail.com>
References: <49CD379D.8040104@verizon.net>	<49CD42C9.9090706@verizon.net>	<20090327215820.afa176fd.zaitcev@redhat.com>	<604aa7910903272115x2647724fm6f8f622791343775@mail.gmail.com>	<20090328042809.GA16399@wolff.to>	<49CE71AD.6070404@redhat.com>	<385866f0903281245y7499681an4987add4c3e14d7d@mail.gmail.com>	<49CE8298.5000902@fedoraproject.org>	<16de708d0903281414tf00be74sa342a7f384eaa98e@mail.gmail.com>	<49CEC48D.6020400@fedoraproject.org>	<16de708d0903290058i4e2d748cx9a8a181adf64d434@mail.gmail.com>
	<49CF868C.30908@gmail.com>
Message-ID: <49CFA2EE.5050809@fedoraproject.org>

Casimiro de Almeida Barreto wrote:

> One example: get an (not so) old ASUS box with SIS video and LG 710E
> monitor. X won't be OK until you get able to:
> 
> 1) Download system-config-display
> 2) Figure out that monitor frequencies are not correct (even when you
> choose it at system-config-display) and fix it by hand at the created
> xorg.conf ...
> 

Did you file a bug report?


> At this point many newbie users coming from other distributions (not to
> mention Windows people) will go back to lands they know better.

Other distributions are using the same Xorg. There is nothing magical
that is going to fix these issues in other distributions. Fedora is ill
suited for Windows users since they would expect patent encumbered and
proprietary software we don't provide anyway but any regular users
(regardless of whether they were Windows users before) would want things
to work rather than manually configure it by hand. In cases where it
doesn't work, just file a bug report.

Rahul



From nicolas.mailhot at laposte.net  Sun Mar 29 16:42:59 2009
From: nicolas.mailhot at laposte.net (Nicolas Mailhot)
Date: Sun, 29 Mar 2009 18:42:59 +0200
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <49CF9FAF.1050202@fedoraproject.org>
References: <49CD379D.8040104@verizon.net> <49CD42C9.9090706@verizon.net>
	<20090327215820.afa176fd.zaitcev@redhat.com>
	<604aa7910903272115x2647724fm6f8f622791343775@mail.gmail.com>
	<20090328042809.GA16399@wolff.to> <49CE71AD.6070404@redhat.com>
	<385866f0903281245y7499681an4987add4c3e14d7d@mail.gmail.com>
	<49CE8298.5000902@fedoraproject.org>
	<16de708d0903281414tf00be74sa342a7f384eaa98e@mail.gmail.com>
	<49CEC48D.6020400@fedoraproject.org>
	<16de708d0903290058i4e2d748cx9a8a181adf64d434@mail.gmail.com>
	<49CF9FAF.1050202@fedoraproject.org>
Message-ID: <1238344979.28229.17.camel@arekh.okg>

Le dimanche 29 mars 2009 ? 21:49 +0530, Rahul Sundaram a ?crit :

> Changes are (primarily) being made upstream. Downstream users can
> document and communicate changes which we have.

Sorry, but that is utter bull*. The discussed change was requested by
Ubuntu users. It lived for quite a long time in their distro. Then it
was submitted upstream by Unbuntu people. For better or worse upstream
merged it.

So you had one distribution that listened to its users and pushed a
change they wanted.

At the same time, Fedora upstream devs didn't use their influence to
block the change, didn't try to check what Fedora users wanted, and now
we get the usual "upstream decided, live with it" speach.

And this is not an isolated case. It is consistent with historic Ubuntu
and Fedora behaviour. This is sad. It is not the way to win new Fedora
users.

-- 
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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090329/bd2a7c50/attachment.sig>

From johnsmithdoe14 at googlemail.com  Sun Mar 29 16:53:43 2009
From: johnsmithdoe14 at googlemail.com (psmith)
Date: Sun, 29 Mar 2009 17:53:43 +0100
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <1238344979.28229.17.camel@arekh.okg>
References: <49CD379D.8040104@verizon.net>
	<49CD42C9.9090706@verizon.net>	<20090327215820.afa176fd.zaitcev@redhat.com>	<604aa7910903272115x2647724fm6f8f622791343775@mail.gmail.com>	<20090328042809.GA16399@wolff.to>
	<49CE71AD.6070404@redhat.com>	<385866f0903281245y7499681an4987add4c3e14d7d@mail.gmail.com>	<49CE8298.5000902@fedoraproject.org>	<16de708d0903281414tf00be74sa342a7f384eaa98e@mail.gmail.com>	<49CEC48D.6020400@fedoraproject.org>	<16de708d0903290058i4e2d748cx9a8a181adf64d434@mail.gmail.com>	<49CF9FAF.1050202@fedoraproject.org>
	<1238344979.28229.17.camel@arekh.okg>
Message-ID: <49CFA797.3090500@googlemail.com>

Nicolas Mailhot wrote:
> Le dimanche 29 mars 2009 ? 21:49 +0530, Rahul Sundaram a ?crit :
>
>   
>> Changes are (primarily) being made upstream. Downstream users can
>> document and communicate changes which we have.
>>     
>
> Sorry, but that is utter bull*. The discussed change was requested by
> Ubuntu users. It lived for quite a long time in their distro. Then it
> was submitted upstream by Unbuntu people. For better or worse upstream
> merged it.
>
> So you had one distribution that listened to its users and pushed a
> change they wanted.
>
> At the same time, Fedora upstream devs didn't use their influence to
> block the change, didn't try to check what Fedora users wanted, and now
> we get the usual "upstream decided, live with it" speach.
>
> And this is not an isolated case. It is consistent with historic Ubuntu
> and Fedora behaviour. This is sad. It is not the way to win new Fedora
> users.
>
>   
it's sad that one distro's users decision affects every other distro, 
especially when that one distro is the one that's trying to be and 
operate exactly like windows!

phil



From greno at verizon.net  Sun Mar 29 16:54:02 2009
From: greno at verizon.net (Gerry Reno)
Date: Sun, 29 Mar 2009 12:54:02 -0400
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <1238344979.28229.17.camel@arekh.okg>
References: <49CD379D.8040104@verizon.net> <49CD42C9.9090706@verizon.net>
	<20090327215820.afa176fd.zaitcev@redhat.com>
	<604aa7910903272115x2647724fm6f8f622791343775@mail.gmail.com>
	<20090328042809.GA16399@wolff.to> <49CE71AD.6070404@redhat.com>
	<385866f0903281245y7499681an4987add4c3e14d7d@mail.gmail.com>
	<49CE8298.5000902@fedoraproject.org>
	<16de708d0903281414tf00be74sa342a7f384eaa98e@mail.gmail.com>
	<49CEC48D.6020400@fedoraproject.org>
	<16de708d0903290058i4e2d748cx9a8a181adf64d434@mail.gmail.com>
	<49CF9FAF.1050202@fedoraproject.org>
	<1238344979.28229.17.camel@arekh.okg>
Message-ID: <49CFA7AA.804@verizon.net>

Nicolas Mailhot wrote:
> Le dimanche 29 mars 2009 ? 21:49 +0530, Rahul Sundaram a ?crit :
>
>   
>> Changes are (primarily) being made upstream. Downstream users can
>> document and communicate changes which we have.
>>     
>
> Sorry, but that is utter bull*. The discussed change was requested by
> Ubuntu users. It lived for quite a long time in their distro. Then it
> was submitted upstream by Unbuntu people. For better or worse upstream
> merged it.
>
> So you had one distribution that listened to its users and pushed a
> change they wanted.
>
> At the same time, Fedora upstream devs didn't use their influence to
> block the change, didn't try to check what Fedora users wanted, and now
> we get the usual "upstream decided, live with it" speach.
>
> And this is not an isolated case. It is consistent with historic Ubuntu
> and Fedora behaviour. This is sad. It is not the way to win new Fedora
> users.
>
>   
Kudos.

Ubuntu markets itself as a simpler experience.  Easier for newbies.  And 
that's the type of user base that they have.  On the other hand, Fedora 
has catered more to the experienced user and through RedHat the 
commercial sector.  And it is the commercial sector of Fedora and RedHat 
that are going to suffer from such a change and Fedora should have 
recognized this.  For less experienced Ubuntu users this probably is not 
a problem, because they probably pull the cord everytime they have a 
problem anyway.    But I have noticed of late, that there are now many 
complaining in the Ubuntu forums about this change as well.  So Ubuntu 
didn't exactly listen to its user base either.

Regards,
Gerry

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090329/9c80df3c/attachment.htm>

From mjg at redhat.com  Sun Mar 29 17:01:47 2009
From: mjg at redhat.com (Matthew Garrett)
Date: Sun, 29 Mar 2009 18:01:47 +0100
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <1238344979.28229.17.camel@arekh.okg>
References: <604aa7910903272115x2647724fm6f8f622791343775@mail.gmail.com>
	<20090328042809.GA16399@wolff.to> <49CE71AD.6070404@redhat.com>
	<385866f0903281245y7499681an4987add4c3e14d7d@mail.gmail.com>
	<49CE8298.5000902@fedoraproject.org>
	<16de708d0903281414tf00be74sa342a7f384eaa98e@mail.gmail.com>
	<49CEC48D.6020400@fedoraproject.org>
	<16de708d0903290058i4e2d748cx9a8a181adf64d434@mail.gmail.com>
	<49CF9FAF.1050202@fedoraproject.org>
	<1238344979.28229.17.camel@arekh.okg>
Message-ID: <20090329170147.GA9841@srcf.ucam.org>

On Sun, Mar 29, 2009 at 06:42:59PM +0200, Nicolas Mailhot wrote:
> Le dimanche 29 mars 2009 ? 21:49 +0530, Rahul Sundaram a ?crit :
> 
> > Changes are (primarily) being made upstream. Downstream users can
> > document and communicate changes which we have.
> 
> Sorry, but that is utter bull*. The discussed change was requested by
> Ubuntu users. It lived for quite a long time in their distro. Then it
> was submitted upstream by Unbuntu people. For better or worse upstream
> merged it.

No. The patch was written and committed by Daniel Stone, who is not an 
Ubuntu developer. The issue was discussed with the Fedora X maintainers 
before it was merged. Everyone involved agreed that not having a 
keystroke that caused immediate data loss was a sensible idea.

> At the same time, Fedora upstream devs didn't use their influence to
> block the change, didn't try to check what Fedora users wanted, and now
> we get the usual "upstream decided, live with it" speach.

A development mailing list is a poor way of judging user desire, as are 
non-representative polls.

-- 
Matthew Garrett | mjg59 at srcf.ucam.org



From caillon at redhat.com  Sun Mar 29 17:13:33 2009
From: caillon at redhat.com (Christopher Aillon)
Date: Sun, 29 Mar 2009 10:13:33 -0700
Subject: Thunderbird 3 is built against it's own libxul, why?
In-Reply-To: <1238324608.4226.8.camel@localhost.localdomain>
References: <1238324608.4226.8.camel@localhost.localdomain>
Message-ID: <49CFAC3D.3010300@redhat.com>

On 03/29/2009 04:03 AM, Ville-Pekka Vainio wrote:
> TB3, which is based on Xulrunner.

That is incorrect.


> But it seems the
> Thunderbird package is using it's own internal libxul.so and not the
> "system-wide" one provided by the xulrunner package. Why? Any idea on
> when we could have Thunderbird built against the shared Xulrunner on
> Fedora?

When https://bugzilla.mozilla.org/show_bug.cgi?id=306324 and 
https://bugzilla.mozilla.org/show_bug.cgi?id=432162 are fixed.



From paul at xelerance.com  Sun Mar 29 17:26:58 2009
From: paul at xelerance.com (Paul Wouters)
Date: Sun, 29 Mar 2009 13:26:58 -0400 (EDT)
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <20090329170147.GA9841@srcf.ucam.org>
References: <604aa7910903272115x2647724fm6f8f622791343775@mail.gmail.com>
	<20090328042809.GA16399@wolff.to> <49CE71AD.6070404@redhat.com>
	<385866f0903281245y7499681an4987add4c3e14d7d@mail.gmail.com>
	<49CE8298.5000902@fedoraproject.org>
	<16de708d0903281414tf00be74sa342a7f384eaa98e@mail.gmail.com>
	<49CEC48D.6020400@fedoraproject.org>
	<16de708d0903290058i4e2d748cx9a8a181adf64d434@mail.gmail.com>
	<49CF9FAF.1050202@fedoraproject.org>
	<1238344979.28229.17.camel@arekh.okg>
	<20090329170147.GA9841@srcf.ucam.org>
Message-ID: <alpine.LFD.1.10.0903291322170.30111@newtla.xelerance.com>

On Sun, 29 Mar 2009, Matthew Garrett wrote:

> No. The patch was written and committed by Daniel Stone, who is not an
> Ubuntu developer. The issue was discussed with the Fedora X maintainers
> before it was merged. Everyone involved agreed that not having a
> keystroke that caused immediate data loss was a sensible idea.

When my laptop would run out of memory, due to Firefox and pidgin and
openoffice, I could always hit ctrl-alt-bckspace to NOT have data loss
behind my session. Now you're telling me I need to power cycle my
machine, causing a HIGHER change of data loss.

Let's be honest here, the change is not made to protect people against
data loss. It's being made for emacs users at the expense of everyone
else.

The best solution would be to find a new key combination that works for
everyone. sysctl might be the best method here. If that is also not done,
that the third best choice would be to have an easy way to edit this option
in /etc/sysconfig. Requiring an xorg.conf just for this feature wil just
cause those people more harm later on, when having an xorg.conf just for
this will bite them with something unrelated.

Remember, opensource is about giving people a choice, not limiting people's
choices.

Paul



From jkeating at redhat.com  Sun Mar 29 17:14:32 2009
From: jkeating at redhat.com (Jesse Keating)
Date: Sun, 29 Mar 2009 10:14:32 -0700
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <16de708d0903290058i4e2d748cx9a8a181adf64d434@mail.gmail.com>
References: <49CD379D.8040104@verizon.net> <49CD42C9.9090706@verizon.net>
	<20090327215820.afa176fd.zaitcev@redhat.com>
	<604aa7910903272115x2647724fm6f8f622791343775@mail.gmail.com>
	<20090328042809.GA16399@wolff.to> <49CE71AD.6070404@redhat.com>
	<385866f0903281245y7499681an4987add4c3e14d7d@mail.gmail.com>
	<49CE8298.5000902@fedoraproject.org>
	<16de708d0903281414tf00be74sa342a7f384eaa98e@mail.gmail.com>
	<49CEC48D.6020400@fedoraproject.org>
	<16de708d0903290058i4e2d748cx9a8a181adf64d434@mail.gmail.com>
Message-ID: <1238346872.16431.3.camel@localhost.localdomain>

On Sun, 2009-03-29 at 02:58 -0500, Arthur Pemberton wrote:
> That's a simple question to ask myself. And the answer to that is no.
> I've never head of this fictional users that have a significant
> probability of having a different monitor connected to their computer
> on every 

It's not about every boot, it's about a lot of times in the same boot.
I suspend my laptop more often than shut it down, and I constantly move
from a local vga monitor, to an hdmi monitor, to numerous projectors for
presentations, to nothing connected at all on a regular basis.  I love
the fact that Linux can finally do on the fly configurations like this
without having to mess with config files and restart X sessions.  Other
operating systems have been able to do this trivially for years.

-- 
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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090329/fb6a73d1/attachment.sig>

From jkeating at redhat.com  Sun Mar 29 17:20:12 2009
From: jkeating at redhat.com (Jesse Keating)
Date: Sun, 29 Mar 2009 10:20:12 -0700
Subject: preupgrade today: getting error: cannot download the kickstart
 file
In-Reply-To: <49CEF6A2.4000507@BitWagon.com>
References: <49CE3B29.3010408@verizon.net> <49CE5DA6.7080000@verizon.net>
	<49CE610B.7030002@BitWagon.com> <gqmn6c$jrh$1@ger.gmane.org>
	<49CEF6A2.4000507@BitWagon.com>
Message-ID: <1238347212.16431.4.camel@localhost.localdomain>

On Sat, 2009-03-28 at 21:18 -0700, John Reiser wrote:
> [jigdo is an exception.]

jigdo is no exception.  The URLs listed in the jigdo file use
mirrormanager to redirect you to a mirror using the same algorithm as
yum getting a mirrorlist.

-- 
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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090329/93d3ced8/attachment.sig>

From mschwendt at gmail.com  Sun Mar 29 17:21:15 2009
From: mschwendt at gmail.com (Michael Schwendt)
Date: Sun, 29 Mar 2009 19:21:15 +0200
Subject: rpms/childsplay/F-10 childsplay.README.RPM, NONE, 1.1
 .cvsignore, 1.8, 1.9 childsplay.spec, 1.12, 1.13 sources, 1.8, 1.9
 childsplay-0.81.8-highscore.patch, 1.1, NONE
In-Reply-To: <20090329164430.B325270133@cvs1.fedora.phx.redhat.com>
References: <20090329164430.B325270133@cvs1.fedora.phx.redhat.com>
Message-ID: <20090329192115.054d94bc@faldor.intranet>

On Sun, 29 Mar 2009 16:44:30 +0000 (UTC), Johan wrote:

> Author: trasher
> 
> Update of /cvs/extras/rpms/childsplay/F-10

> +Provides:       childsplay_sp = %{version}-%{release}
> +Provides:       childsplay_plugins <= 0.90
> +Obsoletes:      childsplay_plugins = %{version}-%{release}

Hmmm?



From mjg at redhat.com  Sun Mar 29 17:21:40 2009
From: mjg at redhat.com (Matthew Garrett)
Date: Sun, 29 Mar 2009 18:21:40 +0100
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <alpine.LFD.1.10.0903291322170.30111@newtla.xelerance.com>
References: <49CE71AD.6070404@redhat.com>
	<385866f0903281245y7499681an4987add4c3e14d7d@mail.gmail.com>
	<49CE8298.5000902@fedoraproject.org>
	<16de708d0903281414tf00be74sa342a7f384eaa98e@mail.gmail.com>
	<49CEC48D.6020400@fedoraproject.org>
	<16de708d0903290058i4e2d748cx9a8a181adf64d434@mail.gmail.com>
	<49CF9FAF.1050202@fedoraproject.org>
	<1238344979.28229.17.camel@arekh.okg>
	<20090329170147.GA9841@srcf.ucam.org>
	<alpine.LFD.1.10.0903291322170.30111@newtla.xelerance.com>
Message-ID: <20090329172140.GA10178@srcf.ucam.org>

On Sun, Mar 29, 2009 at 01:26:58PM -0400, Paul Wouters wrote:

> Remember, opensource is about giving people a choice, not limiting people's
> choices.

You have many choices. The choices include:

*) Adding an xorg.conf fragment that re-enables zapping
*) Filing a bug against the server and, through rational argument, 
convincing the upstream maintainers to revert this
*) The above, but for the Fedora maintainers
*) Using a locally patched package
*) Forking the entirity of Fedora
*) Describing the use cases that require hitting ctrl+alt+backspace and 
coming up with fixes that don't involve killing the entire user session
*) Switching to Windows
*) Switching to MacOS
*) Becoming a hermit and not touching a computer ever again

And dozens more. Changing a boolean default does not limit choice. The 
only change is that you now have the choice of enabling zapping rather 
than the choice of disabling it.

-- 
Matthew Garrett | mjg59 at srcf.ucam.org



From dr.diesel at gmail.com  Sun Mar 29 17:31:41 2009
From: dr.diesel at gmail.com (Dr. Diesel)
Date: Sun, 29 Mar 2009 13:31:41 -0400
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <20090329172140.GA10178@srcf.ucam.org>
References: <49CE71AD.6070404@redhat.com> <49CE8298.5000902@fedoraproject.org>
	<16de708d0903281414tf00be74sa342a7f384eaa98e@mail.gmail.com>
	<49CEC48D.6020400@fedoraproject.org>
	<16de708d0903290058i4e2d748cx9a8a181adf64d434@mail.gmail.com>
	<49CF9FAF.1050202@fedoraproject.org>
	<1238344979.28229.17.camel@arekh.okg>
	<20090329170147.GA9841@srcf.ucam.org>
	<alpine.LFD.1.10.0903291322170.30111@newtla.xelerance.com>
	<20090329172140.GA10178@srcf.ucam.org>
Message-ID: <2a28d2ab0903291031k3936d100j6b78f89bfadfbabf@mail.gmail.com>

On Sun, Mar 29, 2009 at 1:21 PM, Matthew Garrett <mjg at redhat.com> wrote:

> On Sun, Mar 29, 2009 at 01:26:58PM -0400, Paul Wouters wrote:
>
> > Remember, opensource is about giving people a choice, not limiting
> people's
> > choices.
>
> You have many choices. The choices include:
>
> *) Adding an xorg.conf fragment that re-enables zapping
> *) Filing a bug against the server and, through rational argument,
> convincing the upstream maintainers to revert this
> *) The above, but for the Fedora maintainers
> *) Using a locally patched package
> *) Forking the entirity of Fedora
> *) Describing the use cases that require hitting ctrl+alt+backspace and
> coming up with fixes that don't involve killing the entire user session
> *) Switching to Windows
> *) Switching to MacOS
> *) Becoming a hermit and not touching a computer ever again
>
> And dozens more. Changing a boolean default does not limit choice. The
> only change is that you now have the choice of enabling zapping rather
> than the choice of disabling it.
>
> --
> Matthew Garrett | mjg59 at srcf.ucam.org


This reply is ludicrous.  Might as well ship F12 without Gnome, you can
simply install it if you want......

The point is, a few protested and got the change submitted.  Never mind the
thousands that still want it.


-- 
projecthuh.com
All of my bits are free, are yours?  Fedoraproject.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090329/f30544a3/attachment.htm>

From johnsmithdoe14 at googlemail.com  Sun Mar 29 17:33:29 2009
From: johnsmithdoe14 at googlemail.com (psmith)
Date: Sun, 29 Mar 2009 18:33:29 +0100
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <20090329170147.GA9841@srcf.ucam.org>
References: <604aa7910903272115x2647724fm6f8f622791343775@mail.gmail.com>	<20090328042809.GA16399@wolff.to>
	<49CE71AD.6070404@redhat.com>	<385866f0903281245y7499681an4987add4c3e14d7d@mail.gmail.com>	<49CE8298.5000902@fedoraproject.org>	<16de708d0903281414tf00be74sa342a7f384eaa98e@mail.gmail.com>	<49CEC48D.6020400@fedoraproject.org>	<16de708d0903290058i4e2d748cx9a8a181adf64d434@mail.gmail.com>	<49CF9FAF.1050202@fedoraproject.org>	<1238344979.28229.17.camel@arekh.okg>
	<20090329170147.GA9841@srcf.ucam.org>
Message-ID: <49CFB0E9.1040404@googlemail.com>

Matthew Garrett wrote:
> On Sun, Mar 29, 2009 at 06:42:59PM +0200, Nicolas Mailhot wrote:
>   
>> Le dimanche 29 mars 2009 ? 21:49 +0530, Rahul Sundaram a ?crit :
>>
>>     
>>> Changes are (primarily) being made upstream. Downstream users can
>>> document and communicate changes which we have.
>>>       
>> Sorry, but that is utter bull*. The discussed change was requested by
>> Ubuntu users. It lived for quite a long time in their distro. Then it
>> was submitted upstream by Unbuntu people. For better or worse upstream
>> merged it.
>>     
>
> No. The patch was written and committed by Daniel Stone, who is not an 
> Ubuntu developer. The issue was discussed with the Fedora X maintainers 
> before it was merged. Everyone involved agreed that not having a 
> keystroke that caused immediate data loss was a sensible idea.
>
>   
>> At the same time, Fedora upstream devs didn't use their influence to
>> block the change, didn't try to check what Fedora users wanted, and now
>> we get the usual "upstream decided, live with it" speach.
>>     
>
> A development mailing list is a poor way of judging user desire, as are 
> non-representative polls.
>
>   
but who on earth can press those three keys by mistake? you'd have to be 
dumb, so the data loss point is moot, anyway if x locks up and zap is 
disabled your going to lose the data in a reboot anyway unless you have 
re-compiled the kernel and turned on the sysreq keys

phil



From cdahlin at redhat.com  Sun Mar 29 17:37:16 2009
From: cdahlin at redhat.com (Casey Dahlin)
Date: Sun, 29 Mar 2009 13:37:16 -0400
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <49CE3A69.9070804@verizon.net>
References: <49CD379D.8040104@verizon.net>	<20090327210044.0514AFC25E@magilla.sf.frob.com>	<49CD3F53.9020405@verizon.net>	<49CD42C9.9090706@verizon.net>	<20090327215820.afa176fd.zaitcev@redhat.com>	<604aa7910903272115x2647724fm6f8f622791343775@mail.gmail.com>	<20090328044550.GC613405@hiwaay.net>	<16de708d0903272231r72a1d904v666e32f21edd07c4@mail.gmail.com>	<91705d080903280617k1987bfbaj4b13b39594df4a1f@mail.gmail.com>
	<49CE3A69.9070804@verizon.net>
Message-ID: <49CFB1CC.6020707@redhat.com>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Gerry Reno wrote:

*snip*

> Fedora needs to see this change for what it really is and reject it.  We
> need to continue the historical default behavior for Ctrl-Alt-Backspace
> that users and sysadmins have counted on for decades without
> organizations and users needing to install special setups in xorg.conf
> which is a completely unnecessary bother and a waste of time and resources.
> 

I don't terribly care about this change, but I'm thoroughly sick of this
list's argumentum-ad-I'm-1000-years-old-and-will-never-change.

Any sysadmin who can't handle something like this needs to be fired,
preferably by the reanimated corpse of Charles Darwin. Adapt and survive.

- --CJD
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org

iEYEARECAAYFAknPscwACgkQIHOkVH4pLz7fFwCcC+Nog47X8EiaeIQBPgVEgSgB
zAgAn3yipPKiXFzptLZRTvBLxGTDgV3H
=N0sK
-----END PGP SIGNATURE-----



From mjg at redhat.com  Sun Mar 29 17:38:10 2009
From: mjg at redhat.com (Matthew Garrett)
Date: Sun, 29 Mar 2009 18:38:10 +0100
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <49CFB0E9.1040404@googlemail.com>
References: <49CE71AD.6070404@redhat.com>
	<385866f0903281245y7499681an4987add4c3e14d7d@mail.gmail.com>
	<49CE8298.5000902@fedoraproject.org>
	<16de708d0903281414tf00be74sa342a7f384eaa98e@mail.gmail.com>
	<49CEC48D.6020400@fedoraproject.org>
	<16de708d0903290058i4e2d748cx9a8a181adf64d434@mail.gmail.com>
	<49CF9FAF.1050202@fedoraproject.org>
	<1238344979.28229.17.camel@arekh.okg>
	<20090329170147.GA9841@srcf.ucam.org>
	<49CFB0E9.1040404@googlemail.com>
Message-ID: <20090329173810.GA10417@srcf.ucam.org>

On Sun, Mar 29, 2009 at 06:33:29PM +0100, psmith wrote:

> but who on earth can press those three keys by mistake? you'd have to be 
> dumb, so the data loss point is moot, anyway if x locks up and zap is 
> disabled your going to lose the data in a reboot anyway unless you have 
> re-compiled the kernel and turned on the sysreq keys

Then I must be dumb. If that's the case, I recommend not running any 
software I contribute to.

-- 
Matthew Garrett | mjg59 at srcf.ucam.org



From chris.stone at gmail.com  Sun Mar 29 17:42:23 2009
From: chris.stone at gmail.com (Christopher Stone)
Date: Sun, 29 Mar 2009 10:42:23 -0700
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <20090329170147.GA9841@srcf.ucam.org>
References: <604aa7910903272115x2647724fm6f8f622791343775@mail.gmail.com>
	<49CE71AD.6070404@redhat.com>
	<385866f0903281245y7499681an4987add4c3e14d7d@mail.gmail.com>
	<49CE8298.5000902@fedoraproject.org>
	<16de708d0903281414tf00be74sa342a7f384eaa98e@mail.gmail.com>
	<49CEC48D.6020400@fedoraproject.org>
	<16de708d0903290058i4e2d748cx9a8a181adf64d434@mail.gmail.com>
	<49CF9FAF.1050202@fedoraproject.org>
	<1238344979.28229.17.camel@arekh.okg>
	<20090329170147.GA9841@srcf.ucam.org>
Message-ID: <d9c612bf0903291042m4d929320w23d666f65666b0a6@mail.gmail.com>

On Sun, Mar 29, 2009 at 10:01 AM, Matthew Garrett <mjg at redhat.com> wrote:
> Everyone involved agreed that not having a
> keystroke that caused immediate data loss was a sensible idea.

Ha!  Imagine if these same people were in charge of bash.  We would
have to remove the rm command because someone could accidentally type
rm.  Imagine if someone accidentally typed rm -fr / as root!!! That
could be disastrous! !



From chris.stone at gmail.com  Sun Mar 29 17:46:10 2009
From: chris.stone at gmail.com (Christopher Stone)
Date: Sun, 29 Mar 2009 10:46:10 -0700
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <20090329173810.GA10417@srcf.ucam.org>
References: <49CE71AD.6070404@redhat.com> <49CE8298.5000902@fedoraproject.org>
	<16de708d0903281414tf00be74sa342a7f384eaa98e@mail.gmail.com>
	<49CEC48D.6020400@fedoraproject.org>
	<16de708d0903290058i4e2d748cx9a8a181adf64d434@mail.gmail.com>
	<49CF9FAF.1050202@fedoraproject.org>
	<1238344979.28229.17.camel@arekh.okg>
	<20090329170147.GA9841@srcf.ucam.org>
	<49CFB0E9.1040404@googlemail.com>
	<20090329173810.GA10417@srcf.ucam.org>
Message-ID: <d9c612bf0903291046v56a08c90x192e115e3f71cb93@mail.gmail.com>

On Sun, Mar 29, 2009 at 10:38 AM, Matthew Garrett <mjg at redhat.com> wrote:
> On Sun, Mar 29, 2009 at 06:33:29PM +0100, psmith wrote:
>
>> but who on earth can press those three keys by mistake? you'd have to be
>> dumb, so the data loss point is moot, anyway if x locks up and zap is
>> disabled your going to lose the data in a reboot anyway unless you have
>> re-compiled the kernel and turned on the sysreq keys
>
> Then I must be dumb. If that's the case, I recommend not running any
> software I contribute to.

Yes, please give a list so I can be wary of that software.

Thank you.



From mjg at redhat.com  Sun Mar 29 17:51:00 2009
From: mjg at redhat.com (Matthew Garrett)
Date: Sun, 29 Mar 2009 18:51:00 +0100
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <d9c612bf0903291046v56a08c90x192e115e3f71cb93@mail.gmail.com>
References: <49CE8298.5000902@fedoraproject.org>
	<16de708d0903281414tf00be74sa342a7f384eaa98e@mail.gmail.com>
	<49CEC48D.6020400@fedoraproject.org>
	<16de708d0903290058i4e2d748cx9a8a181adf64d434@mail.gmail.com>
	<49CF9FAF.1050202@fedoraproject.org>
	<1238344979.28229.17.camel@arekh.okg>
	<20090329170147.GA9841@srcf.ucam.org>
	<49CFB0E9.1040404@googlemail.com>
	<20090329173810.GA10417@srcf.ucam.org>
	<d9c612bf0903291046v56a08c90x192e115e3f71cb93@mail.gmail.com>
Message-ID: <20090329175100.GA10503@srcf.ucam.org>

On Sun, Mar 29, 2009 at 10:46:10AM -0700, Christopher Stone wrote:
> On Sun, Mar 29, 2009 at 10:38 AM, Matthew Garrett <mjg at redhat.com> wrote:
> > On Sun, Mar 29, 2009 at 06:33:29PM +0100, psmith wrote:
> >
> >> but who on earth can press those three keys by mistake? you'd have to be
> >> dumb, so the data loss point is moot, anyway if x locks up and zap is
> >> disabled your going to lose the data in a reboot anyway unless you have
> >> re-compiled the kernel and turned on the sysreq keys
> >
> > Then I must be dumb. If that's the case, I recommend not running any
> > software I contribute to.
> 
> Yes, please give a list so I can be wary of that software.

The kernel, X, hal, gnome, vbetool, pm-utils, network-manager, a bunch 
of minor contributions to other things.

-- 
Matthew Garrett | mjg59 at srcf.ucam.org



From chris.stone at gmail.com  Sun Mar 29 17:51:46 2009
From: chris.stone at gmail.com (Christopher Stone)
Date: Sun, 29 Mar 2009 10:51:46 -0700
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <20090329175100.GA10503@srcf.ucam.org>
References: <49CE8298.5000902@fedoraproject.org>
	<49CEC48D.6020400@fedoraproject.org>
	<16de708d0903290058i4e2d748cx9a8a181adf64d434@mail.gmail.com>
	<49CF9FAF.1050202@fedoraproject.org>
	<1238344979.28229.17.camel@arekh.okg>
	<20090329170147.GA9841@srcf.ucam.org>
	<49CFB0E9.1040404@googlemail.com>
	<20090329173810.GA10417@srcf.ucam.org>
	<d9c612bf0903291046v56a08c90x192e115e3f71cb93@mail.gmail.com>
	<20090329175100.GA10503@srcf.ucam.org>
Message-ID: <d9c612bf0903291051m6a19970cx15feb3a6f3711842@mail.gmail.com>

On Sun, Mar 29, 2009 at 10:51 AM, Matthew Garrett <mjg at redhat.com> wrote:
> The kernel, X, hal, gnome, vbetool, pm-utils, network-manager, a bunch
> of minor contributions to other things.

Oh F*** we're doomed! :/



From cdahlin at redhat.com  Sun Mar 29 17:53:38 2009
From: cdahlin at redhat.com (Casey Dahlin)
Date: Sun, 29 Mar 2009 13:53:38 -0400
Subject: Enable SysRq?
In-Reply-To: <1238239542.2840.6.camel@pc-notebook>
References: <49CD379D.8040104@verizon.net>	<20090327210044.0514AFC25E@magilla.sf.frob.com>	<49CD3F53.9020405@verizon.net>
	<49CD42C9.9090706@verizon.net>	<20090327215820.afa176fd.zaitcev@redhat.com>	<604aa7910903272115x2647724fm6f8f622791343775@mail.gmail.com>	<49CDF49B.4080704@stacken.kth.se>
	<1238239542.2840.6.camel@pc-notebook>
Message-ID: <49CFB5A2.30202@redhat.com>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Martin Sourada wrote:
> On Sat, 2009-03-28 at 10:57 +0100, Alexander Bostr?m wrote:
>> Jeff Spaleta skrev:
>>
>>> If you can get back keyboard control via SysRq, isn't it more
>>> beneficial to make use of SysRq instead of zapping?
>> Yes, if Alt-SysRq-K does everything Ctrl-Alt-Backspace does, and more, 
>> then perhaps that should be enabled by default instead?
>>
> Hm... if disabled, zillions of gnome-screenshooter windows starts to
> appear (I haven't actually counted them and the amount is probably
> proportional to the time I hold Alt [Gr]-SysRq before hitting K), if
> enabled, caps-lock indicator starts to blink and the computer freezes
> (whole computer, not only X)... Not sure how this can be helpful at
> all...
> 

The hangup is a kernel panic, probably a bug.

- --CJD
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org

iEYEARECAAYFAknPtaIACgkQIHOkVH4pLz44YQCaAjB+jnmG2NYz1uQArC/4XC5a
nfcAn2ONfpH9h53kwKLVhL7oPCBKJq3h
=LnqJ
-----END PGP SIGNATURE-----



From sundaram at fedoraproject.org  Sun Mar 29 17:58:36 2009
From: sundaram at fedoraproject.org (Rahul Sundaram)
Date: Sun, 29 Mar 2009 23:28:36 +0530
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <d9c612bf0903291046v56a08c90x192e115e3f71cb93@mail.gmail.com>
References: <49CE71AD.6070404@redhat.com>
	<49CE8298.5000902@fedoraproject.org>	<16de708d0903281414tf00be74sa342a7f384eaa98e@mail.gmail.com>	<49CEC48D.6020400@fedoraproject.org>	<16de708d0903290058i4e2d748cx9a8a181adf64d434@mail.gmail.com>	<49CF9FAF.1050202@fedoraproject.org>	<1238344979.28229.17.camel@arekh.okg>	<20090329170147.GA9841@srcf.ucam.org>	<49CFB0E9.1040404@googlemail.com>	<20090329173810.GA10417@srcf.ucam.org>
	<d9c612bf0903291046v56a08c90x192e115e3f71cb93@mail.gmail.com>
Message-ID: <49CFB6CC.8020807@fedoraproject.org>

Christopher Stone wrote:
> On Sun, Mar 29, 2009 at 10:38 AM, Matthew Garrett <mjg at redhat.com> wrote:
>> On Sun, Mar 29, 2009 at 06:33:29PM +0100, psmith wrote:
>>
>>> but who on earth can press those three keys by mistake? you'd have to be
>>> dumb, so the data loss point is moot, anyway if x locks up and zap is
>>> disabled your going to lose the data in a reboot anyway unless you have
>>> re-compiled the kernel and turned on the sysreq keys
>> Then I must be dumb. If that's the case, I recommend not running any
>> software I contribute to.
> 
> Yes, please give a list so I can be wary of that software.

Then, you might as well as stop running any Linux distribution. Matthew
Garett code is in not optional in Linux.

Rahul



From mailings at x-tnd.be  Sun Mar 29 17:57:33 2009
From: mailings at x-tnd.be (Johan Cwiklinski)
Date: Sun, 29 Mar 2009 19:57:33 +0200
Subject: rpms/childsplay/F-10 childsplay.README.RPM, NONE, 1.1 .cvsignore,
 1.8, 1.9 childsplay.spec, 1.12, 1.13 sources, 1.8,
 1.9 childsplay-0.81.8-highscore.patch, 1.1, NONE
In-Reply-To: <20090329192115.054d94bc@faldor.intranet>
References: <20090329164430.B325270133@cvs1.fedora.phx.redhat.com>
	<20090329192115.054d94bc@faldor.intranet>
Message-ID: <49CFB68D.3090803@x-tnd.be>

Le 29/03/2009 19:21, Michael Schwendt a ?crit :
> On Sun, 29 Mar 2009 16:44:30 +0000 (UTC), Johan wrote:
>
>   
>> Author: trasher
>>
>> Update of /cvs/extras/rpms/childsplay/F-10
>>     
>
>   
>> +Provides:       childsplay_sp = %{version}-%{release}
>> +Provides:       childsplay_plugins <= 0.90
>> +Obsoletes:      childsplay_plugins = %{version}-%{release}
>>     
>
> Hmmm?
>
>   
Could you please be more explicit ?



From sundaram at fedoraproject.org  Sun Mar 29 18:03:16 2009
From: sundaram at fedoraproject.org (Rahul Sundaram)
Date: Sun, 29 Mar 2009 23:33:16 +0530
Subject: Curent status of presto?
Message-ID: <49CFB7E4.7070302@fedoraproject.org>

Hi

It is one of the features that has been around for a long time but
hasn't been quite finished yet. Are we enabling it for the beta release?

Rahul



From dr.diesel at gmail.com  Sun Mar 29 17:59:42 2009
From: dr.diesel at gmail.com (Dr. Diesel)
Date: Sun, 29 Mar 2009 13:59:42 -0400
Subject: Curent status of presto?
In-Reply-To: <49CFB7E4.7070302@fedoraproject.org>
References: <49CFB7E4.7070302@fedoraproject.org>
Message-ID: <2a28d2ab0903291059n67764489ofdb29dd56f88cc91@mail.gmail.com>

On Sun, Mar 29, 2009 at 2:03 PM, Rahul Sundaram
<sundaram at fedoraproject.org>wrote:

> Hi
>
> It is one of the features that has been around for a long time but
> hasn't been quite finished yet. Are we enabling it for the beta release?
>
> Rahul
>
>
Yes, it is nothing but good!

-- 
projecthuh.com
All of my bits are free, are yours?  Fedoraproject.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090329/7c685ce6/attachment.htm>

From chris.stone at gmail.com  Sun Mar 29 18:02:33 2009
From: chris.stone at gmail.com (Christopher Stone)
Date: Sun, 29 Mar 2009 11:02:33 -0700
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <49CFB6CC.8020807@fedoraproject.org>
References: <49CE71AD.6070404@redhat.com> <49CEC48D.6020400@fedoraproject.org>
	<16de708d0903290058i4e2d748cx9a8a181adf64d434@mail.gmail.com>
	<49CF9FAF.1050202@fedoraproject.org>
	<1238344979.28229.17.camel@arekh.okg>
	<20090329170147.GA9841@srcf.ucam.org>
	<49CFB0E9.1040404@googlemail.com>
	<20090329173810.GA10417@srcf.ucam.org>
	<d9c612bf0903291046v56a08c90x192e115e3f71cb93@mail.gmail.com>
	<49CFB6CC.8020807@fedoraproject.org>
Message-ID: <d9c612bf0903291102wd0f6aa7g299a5152b9b397c9@mail.gmail.com>

On Sun, Mar 29, 2009 at 10:58 AM, Rahul Sundaram
<sundaram at fedoraproject.org> wrote:
> Christopher Stone wrote:
>> On Sun, Mar 29, 2009 at 10:38 AM, Matthew Garrett <mjg at redhat.com> wrote:
>>> On Sun, Mar 29, 2009 at 06:33:29PM +0100, psmith wrote:
>>>
>>>> but who on earth can press those three keys by mistake? you'd have to be
>>>> dumb, so the data loss point is moot, anyway if x locks up and zap is
>>>> disabled your going to lose the data in a reboot anyway unless you have
>>>> re-compiled the kernel and turned on the sysreq keys
>>> Then I must be dumb. If that's the case, I recommend not running any
>>> software I contribute to.
>>
>> Yes, please give a list so I can be wary of that software.
>
> Then, you might as well as stop running any Linux distribution. Matthew
> Garett code is in not optional in Linux.

Does not compute.  How can someone who is allegedly intelligent not
understand the difference between typing ctrl-alt-backspace and rm?
Both could potentially cause data loss, so why remove one and not the
other?

Maybe mister smarty can explain that to the list?



From seg at haxxed.com  Sun Mar 29 18:07:22 2009
From: seg at haxxed.com (Callum Lerwick)
Date: Sun, 29 Mar 2009 13:07:22 -0500
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <20090329162021.GB1491512@hiwaay.net>
References: <49CD379D.8040104@verizon.net>
	<d9c612bf0903271843u2958d511p50554ecffd09a813@mail.gmail.com>
	<49CD86B3.5020407@fedoraproject.org> <49CE347E.5030701@cox.net>
	<49CE5D3B.9010206@fedoraproject.org> <49CE65DB.2080000@cox.net>
	<49CE699D.2040303@fedoraproject.org> <gqmde2$v7v$2@ger.gmane.org>
	<49CEC244.3020806@fedoraproject.org> <49CF938C.8070005@cox.net>
	<20090329162021.GB1491512@hiwaay.net>
Message-ID: <1238350042.21693.20.camel@localhost.localdomain>

On Sun, 2009-03-29 at 11:20 -0500, Chris Adams wrote:
> - re-enable DontZap by default
> - unbind the Terminate_Server keysym from Ctrl+Alt+Backspace
> 
> This makes it easier for end-users to re-enable the old behavior (on a
> per-user basis instead of per-system basis even).

... Thing is, the time I usually need ctl-alt-bs is when the X server
screws up immediately on startup. Likely hanging before any clients even
have a chance to run.
-------------- 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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090329/3044f587/attachment.sig>

From jdieter at gmail.com  Sun Mar 29 18:08:38 2009
From: jdieter at gmail.com (Jonathan Dieter)
Date: Sun, 29 Mar 2009 21:08:38 +0300
Subject: Curent status of presto?
In-Reply-To: <49CFB7E4.7070302@fedoraproject.org>
References: <49CFB7E4.7070302@fedoraproject.org>
Message-ID: <1238350118.20495.4.camel@jdlaptop.lesbg.loc>

On Sun, 2009-03-29 at 23:33 +0530, Rahul Sundaram wrote:
> Hi
> 
> It is one of the features that has been around for a long time but
> hasn't been quite finished yet. Are we enabling it for the beta release?

Well, the good news is that the infrastructure stuff seems to have
finally been done.  I'll leave the full answer to those who are actually
working on that side.

When rpm in Rawhide started supporting rpms with sha256 file digests, it
broke deltarpm (and I didn't realize it until just before Beta freeze).
I did write a patch for deltarpm to support rpms with sha256 file
digests, but, unfortunately, it was too late to make it into F11 beta.

The latest release of Rawhide does have the fixed deltarpm in it.  If
there is going to be an official repository with deltarpms in it for
F11-Alpha -> F11-Beta, you will want to make sure you run "yum update
deltarpm" before everything else.

Jonathan
-------------- 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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090329/975b4c6a/attachment.sig>

From mjg at redhat.com  Sun Mar 29 18:09:48 2009
From: mjg at redhat.com (Matthew Garrett)
Date: Sun, 29 Mar 2009 19:09:48 +0100
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <d9c612bf0903291102wd0f6aa7g299a5152b9b397c9@mail.gmail.com>
References: <49CEC48D.6020400@fedoraproject.org>
	<16de708d0903290058i4e2d748cx9a8a181adf64d434@mail.gmail.com>
	<49CF9FAF.1050202@fedoraproject.org>
	<1238344979.28229.17.camel@arekh.okg>
	<20090329170147.GA9841@srcf.ucam.org>
	<49CFB0E9.1040404@googlemail.com>
	<20090329173810.GA10417@srcf.ucam.org>
	<d9c612bf0903291046v56a08c90x192e115e3f71cb93@mail.gmail.com>
	<49CFB6CC.8020807@fedoraproject.org>
	<d9c612bf0903291102wd0f6aa7g299a5152b9b397c9@mail.gmail.com>
Message-ID: <20090329180948.GA10809@srcf.ucam.org>

On Sun, Mar 29, 2009 at 11:02:33AM -0700, Christopher Stone wrote:
> On Sun, Mar 29, 2009 at 10:58 AM, Rahul Sundaram
> <sundaram at fedoraproject.org> wrote:
> > Then, you might as well as stop running any Linux distribution. Matthew
> > Garett code is in not optional in Linux.
> 
> Does not compute.  How can someone who is allegedly intelligent not
> understand the difference between typing ctrl-alt-backspace and rm?
> Both could potentially cause data loss, so why remove one and not the
> other?
> 
> Maybe mister smarty can explain that to the list?

Ctrl+alt+backspace is a single key away from various other commonly used 
combinations - outside the emacs universe, a bunch of the gnome 
shortcuts are ctrl+alt+something, and ctrl+backspace is "delete previous 
word". When you have a key that's affected by modifiers, it doesn't seem 
unreasonable for people to try hitting other modifiers as well to see 
what they do. In my case, it was normally from flicking between 
workspaces and then going to hit backspace before I'd fully released the 
modifiers.

rm -fr / is rather a large number of keystrokes away from pretty much 
anything else you might want to do.

-- 
Matthew Garrett | mjg59 at srcf.ucam.org



From cmadams at hiwaay.net  Sun Mar 29 18:12:13 2009
From: cmadams at hiwaay.net (Chris Adams)
Date: Sun, 29 Mar 2009 13:12:13 -0500
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <20090329180948.GA10809@srcf.ucam.org>
References: <16de708d0903290058i4e2d748cx9a8a181adf64d434@mail.gmail.com>
	<49CF9FAF.1050202@fedoraproject.org>
	<1238344979.28229.17.camel@arekh.okg>
	<20090329170147.GA9841@srcf.ucam.org>
	<49CFB0E9.1040404@googlemail.com>
	<20090329173810.GA10417@srcf.ucam.org>
	<d9c612bf0903291046v56a08c90x192e115e3f71cb93@mail.gmail.com>
	<49CFB6CC.8020807@fedoraproject.org>
	<d9c612bf0903291102wd0f6aa7g299a5152b9b397c9@mail.gmail.com>
	<20090329180948.GA10809@srcf.ucam.org>
Message-ID: <20090329181213.GC1491512@hiwaay.net>

Once upon a time, Matthew Garrett <mjg at redhat.com> said:
> When you have a key that's affected by modifiers, it doesn't seem 
> unreasonable for people to try hitting other modifiers as well to see 
> what they do.

If "hitting random keys to see what they do" is the standard, we might
as well turn the computer off and give up now.  This is a ludicrous
argument.

-- 
Chris Adams <cmadams at hiwaay.net>
Systems and Network Administrator - HiWAAY Internet Services
I don't speak for anybody but myself - that's enough trouble.



From greno at verizon.net  Sun Mar 29 18:13:05 2009
From: greno at verizon.net (Gerry Reno)
Date: Sun, 29 Mar 2009 14:13:05 -0400
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <d9c612bf0903291042m4d929320w23d666f65666b0a6@mail.gmail.com>
References: <604aa7910903272115x2647724fm6f8f622791343775@mail.gmail.com>
	<49CE71AD.6070404@redhat.com>
	<385866f0903281245y7499681an4987add4c3e14d7d@mail.gmail.com>
	<49CE8298.5000902@fedoraproject.org>
	<16de708d0903281414tf00be74sa342a7f384eaa98e@mail.gmail.com>
	<49CEC48D.6020400@fedoraproject.org>
	<16de708d0903290058i4e2d748cx9a8a181adf64d434@mail.gmail.com>
	<49CF9FAF.1050202@fedoraproject.org>	<1238344979.28229.17.camel@arekh.okg>
	<20090329170147.GA9841@srcf.ucam.org>
	<d9c612bf0903291042m4d929320w23d666f65666b0a6@mail.gmail.com>
Message-ID: <49CFBA31.8070502@verizon.net>

Christopher Stone wrote:
> On Sun, Mar 29, 2009 at 10:01 AM, Matthew Garrett <mjg at redhat.com> wrote:
>   
>> Everyone involved agreed that not having a
>> keystroke that caused immediate data loss was a sensible idea.
>>     
>
> Ha!  Imagine if these same people were in charge of bash.  We would
> have to remove the rm command because someone could accidentally type
> rm.  Imagine if someone accidentally typed rm -fr / as root!!! That
> could be disastrous! !
>
>   
Kudos.

What many people don't realize is that now instead of when a user sees 
that their mouse and keyboard are locked up they can just hit the 
Gtrl-Alt-Backspace like they've done for years and kill their X server 
and be back at a login prompt, now they're going to call the help desk.  
And it going to go like this:

Help Desk> Good morning, Help Desk.  How can I help you?
User>My keyboard and mouse are behaving weird.  I checked the cables and 
their plugged in ok.
Help Desk> Sounds like your X server is messed up.  Did you try killing 
your X server?
User> Yes, I pressed Ctrl-Alt-Backspace but norhing happened.
Help Desk> What OS is loaded on your workstation?
User> I'm not sure.  They loaded a new one last week.
Help Desk> Ok, let me open a System Administration ticket for you.  
They'll call you back in about 10 minutes.
User> Ok, thanks.

Ring
User> Hello.
SysAdmin> Hi, I see your having a problem with your workstation.
User> Yes, my keyboard and mouse aren't responding now.  They just kept 
getting slower and slower.
SysAdmin> Ok, it sounds like something has happened to your X server or 
you have some runaway process.  Let me check something.
User> Ok.
SysAdmin>  Ok, I can see that your X server is pegged at 98.3 percent of 
cpu.  So have you tried killing your X server yet?
User> Yes, I tried Ctrl-Alt-Backspace but it didn't do anything.
SysAdmin>  Ok, I can kill your X server from here.  Would you like me to 
do that?
User> Yes, please.
SysAdmin>  Ok, I killed your X server.  What do you see?
User> It went back to the login prompt.
SysAdmin>  Good, you should be able to just log back in now.
User> Yes, I'm in.  Thanks a lot.
SysAdmin>  Your welcome.  Is there anything else I can do for you?
User>  No, I'm fine now.
SysAdmin>  Ok, well have a good day.  I'll close this ticket.
User>  Yes, go ahead.  And thanks again.
SysAdmin>  No problem.  If you have any more problems just call the Help 
Desk.  Bye now.
User>  Ok, Bye.

And that's what we're going to start seeing instead of users being able 
to manage the situation themselves.

Regards,
Gerry


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090329/b0dff22c/attachment.htm>

From chris.stone at gmail.com  Sun Mar 29 18:13:30 2009
From: chris.stone at gmail.com (Christopher Stone)
Date: Sun, 29 Mar 2009 11:13:30 -0700
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <20090329180948.GA10809@srcf.ucam.org>
References: <49CEC48D.6020400@fedoraproject.org>
	<49CF9FAF.1050202@fedoraproject.org>
	<1238344979.28229.17.camel@arekh.okg>
	<20090329170147.GA9841@srcf.ucam.org>
	<49CFB0E9.1040404@googlemail.com>
	<20090329173810.GA10417@srcf.ucam.org>
	<d9c612bf0903291046v56a08c90x192e115e3f71cb93@mail.gmail.com>
	<49CFB6CC.8020807@fedoraproject.org>
	<d9c612bf0903291102wd0f6aa7g299a5152b9b397c9@mail.gmail.com>
	<20090329180948.GA10809@srcf.ucam.org>
Message-ID: <d9c612bf0903291113p5ddbbadcx624d401815fae25f@mail.gmail.com>

On Sun, Mar 29, 2009 at 11:09 AM, Matthew Garrett <mjg at redhat.com> wrote:
> On Sun, Mar 29, 2009 at 11:02:33AM -0700, Christopher Stone wrote:
>> On Sun, Mar 29, 2009 at 10:58 AM, Rahul Sundaram
>> <sundaram at fedoraproject.org> wrote:
>> > Then, you might as well as stop running any Linux distribution. Matthew
>> > Garett code is in not optional in Linux.
>>
>> Does not compute. ?How can someone who is allegedly intelligent not
>> understand the difference between typing ctrl-alt-backspace and rm?
>> Both could potentially cause data loss, so why remove one and not the
>> other?
>>
>> Maybe mister smarty can explain that to the list?
>
> Ctrl+alt+backspace is a single key away from various other commonly used
> combinations - outside the emacs universe, a bunch of the gnome
> shortcuts are ctrl+alt+something, and ctrl+backspace is "delete previous
> word". When you have a key that's affected by modifiers, it doesn't seem
> unreasonable for people to try hitting other modifiers as well to see
> what they do. In my case, it was normally from flicking between
> workspaces and then going to hit backspace before I'd fully released the
> modifiers.
>
> rm -fr / is rather a large number of keystrokes away from pretty much
> anything else you might want to do.

so just change it to ctrl-alt-backspace-backspace.  problem solved.



From casimiro.barreto at gmail.com  Sun Mar 29 18:15:31 2009
From: casimiro.barreto at gmail.com (Casimiro de Almeida Barreto)
Date: Sun, 29 Mar 2009 15:15:31 -0300
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <49CFB1CC.6020707@redhat.com>
References: <49CD379D.8040104@verizon.net>	<20090327210044.0514AFC25E@magilla.sf.frob.com>	<49CD3F53.9020405@verizon.net>	<49CD42C9.9090706@verizon.net>	<20090327215820.afa176fd.zaitcev@redhat.com>	<604aa7910903272115x2647724fm6f8f622791343775@mail.gmail.com>	<20090328044550.GC613405@hiwaay.net>	<16de708d0903272231r72a1d904v666e32f21edd07c4@mail.gmail.com>	<91705d080903280617k1987bfbaj4b13b39594df4a1f@mail.gmail.com>	<49CE3A69.9070804@verizon.net>
	<49CFB1CC.6020707@redhat.com>
Message-ID: <49CFBAC3.5090709@gmail.com>

Casey Dahlin escreveu:
> Gerry Reno wrote:
>
> *snip*
>
> > Fedora needs to see this change for what it really is and reject it.  We
> > need to continue the historical default behavior for Ctrl-Alt-Backspace
> > that users and sysadmins have counted on for decades without
> > organizations and users needing to install special setups in xorg.conf
> > which is a completely unnecessary bother and a waste of time and
> resources.
>
>
> I don't terribly care about this change, but I'm thoroughly sick of this
> list's argumentum-ad-I'm-1000-years-old-and-will-never-change.
>
> Any sysadmin who can't handle something like this needs to be fired,
> preferably by the reanimated corpse of Charles Darwin. Adapt and survive.
>
> --CJD
Fedora is not for sysadmins. It id got common users that just purchased
a new notebook or a new box and also for people who's migrating from
Windows Vista or something like that. It's for people who don't know
that <ctrl>+alt+F2 will lead to a console loging and from that they can
do something like killall -KILL Xorg...

Point is: linux is 1000 years old and distros should keep compatibility
with older behaviours.

But even when you consider sysadmins, their performance is evaluated
based on the time they expend doing their tasks and such time is
affected every time behaviour is changed. Ok, after a while they'll
catch up their pace, but the initial loss of performance is anoying.
Fedora people will tell that they should be using RHEL or CENTOS...

IMHO it's irritating when you install Fedora in a box and display is not
OK (from install) and you must seek discussion lists to figure out how
to fix things. It's irritating when you are not able to log as root and
the answer is: well, press Ctrl-Alt-F2 and use a console session. This
is not something acceptable for starters (most of people migrating from
other OSes). It's irritating when gdm configuration is changed and you
get the answer "why you want to enable X to accept foreign connections?"
when people know the (obviouss) answer (that probably you want to have
remote connections).

The consequence of this kind of posture around Linux is that even though
Windows Vista sucked so much, migration to linux was not that sensible
(but I know many companies that migrated to Apple and OS X despite how
expensive Apple hardware is).

Now we are in the middle of an unprecedent crisis. If we don't cat
people's hearts and minds we won't have money to keep financing distros
development. That's a real and immediate problem to be asserted by
developers.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 259 bytes
Desc: OpenPGP digital signature
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090329/9c30872c/attachment.sig>

From seg at haxxed.com  Sun Mar 29 18:16:10 2009
From: seg at haxxed.com (Callum Lerwick)
Date: Sun, 29 Mar 2009 13:16:10 -0500
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <20090329170147.GA9841@srcf.ucam.org>
References: <604aa7910903272115x2647724fm6f8f622791343775@mail.gmail.com>
	<20090328042809.GA16399@wolff.to> <49CE71AD.6070404@redhat.com>
	<385866f0903281245y7499681an4987add4c3e14d7d@mail.gmail.com>
	<49CE8298.5000902@fedoraproject.org>
	<16de708d0903281414tf00be74sa342a7f384eaa98e@mail.gmail.com>
	<49CEC48D.6020400@fedoraproject.org>
	<16de708d0903290058i4e2d748cx9a8a181adf64d434@mail.gmail.com>
	<49CF9FAF.1050202@fedoraproject.org>
	<1238344979.28229.17.camel@arekh.okg>
	<20090329170147.GA9841@srcf.ucam.org>
Message-ID: <1238350570.21693.24.camel@localhost.localdomain>

On Sun, 2009-03-29 at 18:01 +0100, Matthew Garrett wrote:
> No. The patch was written and committed by Daniel Stone, who is not an 
> Ubuntu developer. The issue was discussed with the Fedora X maintainers 
> before it was merged. Everyone involved agreed that not having a 
> keystroke that caused immediate data loss was a sensible idea.

So we're disabling ctl-alt-del too?

If killing the X server is causing data loss, then there's a bug in your
applications. In fact, that's an argument for ctl-alt-bs to be a regular
part of applications testing.

... And still doesn't address the fact that the key combo could be
changed to something more obscure rather than disabling it completely.
-------------- 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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090329/b13e54fa/attachment.sig>

From mschwendt at gmail.com  Sun Mar 29 18:18:24 2009
From: mschwendt at gmail.com (Michael Schwendt)
Date: Sun, 29 Mar 2009 20:18:24 +0200
Subject: rpms/childsplay/F-10 childsplay.README.RPM, NONE, 1.1
 .cvsignore, 1.8, 1.9 childsplay.spec, 1.12, 1.13 sources, 1.8, 1.9
 childsplay-0.81.8-highscore.patch, 1.1, NONE
In-Reply-To: <49CFB68D.3090803@x-tnd.be>
References: <20090329164430.B325270133@cvs1.fedora.phx.redhat.com>
	<20090329192115.054d94bc@faldor.intranet>
	<49CFB68D.3090803@x-tnd.be>
Message-ID: <20090329201824.24a46efa@faldor.intranet>

On Sun, 29 Mar 2009 19:57:33 +0200, Johan wrote:

> Le 29/03/2009 19:21, Michael Schwendt a ?crit :
> > On Sun, 29 Mar 2009 16:44:30 +0000 (UTC), Johan wrote:
> >
> >   
> >> Author: trasher
> >>
> >> Update of /cvs/extras/rpms/childsplay/F-10
> >>     
> >
> >   
> >> +Provides:       childsplay_sp = %{version}-%{release}
> >> +Provides:       childsplay_plugins <= 0.90
> >> +Obsoletes:      childsplay_plugins = %{version}-%{release}
> >>     
> >
> > Hmmm?
> >
> >   
> Could you please be more explicit ?

Well, the Provides/Obsoletes pair is wrong. Is that enough of a hint?



From chris.stone at gmail.com  Sun Mar 29 18:21:02 2009
From: chris.stone at gmail.com (Christopher Stone)
Date: Sun, 29 Mar 2009 11:21:02 -0700
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <49CFBA31.8070502@verizon.net>
References: <604aa7910903272115x2647724fm6f8f622791343775@mail.gmail.com>
	<49CE8298.5000902@fedoraproject.org>
	<16de708d0903281414tf00be74sa342a7f384eaa98e@mail.gmail.com>
	<49CEC48D.6020400@fedoraproject.org>
	<16de708d0903290058i4e2d748cx9a8a181adf64d434@mail.gmail.com>
	<49CF9FAF.1050202@fedoraproject.org>
	<1238344979.28229.17.camel@arekh.okg>
	<20090329170147.GA9841@srcf.ucam.org>
	<d9c612bf0903291042m4d929320w23d666f65666b0a6@mail.gmail.com>
	<49CFBA31.8070502@verizon.net>
Message-ID: <d9c612bf0903291121p74b4b649hf0ad639e43890798@mail.gmail.com>

2009/3/29 Gerry Reno <greno at verizon.net>:
> And that's what we're going to start seeing instead of users being able to
> manage the situation themselves.

Indeed.  I have spent *a lot* of time on IRC in #fedora helping people
recover from situations like this.  There is no way I'm going to be
trying to explain to people on IRC how to switch virtual consoles,
pull up a process list, kill an X server and restart X.  I am just
going to tell them they are screwed because some people want linux to
be more like windows, and you will have to reboot the entire machine
instead of just restarting X.  Sorry.



From mailings at x-tnd.be  Sun Mar 29 18:21:29 2009
From: mailings at x-tnd.be (Johan Cwiklinski)
Date: Sun, 29 Mar 2009 20:21:29 +0200
Subject: rpms/childsplay/F-10 childsplay.README.RPM, NONE, 1.1 .cvsignore,
 1.8, 1.9 childsplay.spec, 1.12, 1.13 sources, 1.8,
 1.9 childsplay-0.81.8-highscore.patch, 1.1, NONE
In-Reply-To: <49CFB68D.3090803@x-tnd.be>
References: <20090329164430.B325270133@cvs1.fedora.phx.redhat.com>	<20090329192115.054d94bc@faldor.intranet>
	<49CFB68D.3090803@x-tnd.be>
Message-ID: <49CFBC29.3030905@x-tnd.be>

Le 29/03/2009 19:57, Johan Cwiklinski a ?crit :
> Le 29/03/2009 19:21, Michael Schwendt a ?crit :
>   
>> On Sun, 29 Mar 2009 16:44:30 +0000 (UTC), Johan wrote:
>>
>>   
>>     
>>> Author: trasher
>>>
>>> Update of /cvs/extras/rpms/childsplay/F-10
>>>     
>>>       
>>   
>>     
>>> +Provides:       childsplay_sp = %{version}-%{release}
>>> +Provides:       childsplay_plugins <= 0.90
>>> +Obsoletes:      childsplay_plugins = %{version}-%{release}
>>>     
>>>       
>> Hmmm?
>>
>>   
>>     
> Could you please be more explicit ?
>
>   

Okay, got it... I did not understand what was the problem reading the
message...



From mjg at redhat.com  Sun Mar 29 18:23:24 2009
From: mjg at redhat.com (Matthew Garrett)
Date: Sun, 29 Mar 2009 19:23:24 +0100
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <20090329181213.GC1491512@hiwaay.net>
References: <49CF9FAF.1050202@fedoraproject.org>
	<1238344979.28229.17.camel@arekh.okg>
	<20090329170147.GA9841@srcf.ucam.org>
	<49CFB0E9.1040404@googlemail.com>
	<20090329173810.GA10417@srcf.ucam.org>
	<d9c612bf0903291046v56a08c90x192e115e3f71cb93@mail.gmail.com>
	<49CFB6CC.8020807@fedoraproject.org>
	<d9c612bf0903291102wd0f6aa7g299a5152b9b397c9@mail.gmail.com>
	<20090329180948.GA10809@srcf.ucam.org>
	<20090329181213.GC1491512@hiwaay.net>
Message-ID: <20090329182324.GA11061@srcf.ucam.org>

On Sun, Mar 29, 2009 at 01:12:13PM -0500, Chris Adams wrote:
> Once upon a time, Matthew Garrett <mjg at redhat.com> said:
> > When you have a key that's affected by modifiers, it doesn't seem 
> > unreasonable for people to try hitting other modifiers as well to see 
> > what they do.
> 
> If "hitting random keys to see what they do" is the standard, we might
> as well turn the computer off and give up now.  This is a ludicrous
> argument.

How did you learn to use a computer? I did it mostly by trying random 
things to see what they did.

-- 
Matthew Garrett | mjg59 at srcf.ucam.org



From chris.stone at gmail.com  Sun Mar 29 18:25:25 2009
From: chris.stone at gmail.com (Christopher Stone)
Date: Sun, 29 Mar 2009 11:25:25 -0700
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <20090329182324.GA11061@srcf.ucam.org>
References: <49CF9FAF.1050202@fedoraproject.org>
	<20090329170147.GA9841@srcf.ucam.org>
	<49CFB0E9.1040404@googlemail.com>
	<20090329173810.GA10417@srcf.ucam.org>
	<d9c612bf0903291046v56a08c90x192e115e3f71cb93@mail.gmail.com>
	<49CFB6CC.8020807@fedoraproject.org>
	<d9c612bf0903291102wd0f6aa7g299a5152b9b397c9@mail.gmail.com>
	<20090329180948.GA10809@srcf.ucam.org>
	<20090329181213.GC1491512@hiwaay.net>
	<20090329182324.GA11061@srcf.ucam.org>
Message-ID: <d9c612bf0903291125wb1a93b1kf3b5828c81d6fa4@mail.gmail.com>

On Sun, Mar 29, 2009 at 11:23 AM, Matthew Garrett <mjg at redhat.com> wrote:
> On Sun, Mar 29, 2009 at 01:12:13PM -0500, Chris Adams wrote:
>> Once upon a time, Matthew Garrett <mjg at redhat.com> said:
>> > When you have a key that's affected by modifiers, it doesn't seem
>> > unreasonable for people to try hitting other modifiers as well to see
>> > what they do.
>>
>> If "hitting random keys to see what they do" is the standard, we might
>> as well turn the computer off and give up now. ?This is a ludicrous
>> argument.
>
> How did you learn to use a computer? I did it mostly by trying random
> things to see what they did.

How many times did you hit ctrl-alt-backspace before you realized you
shouldn't be pressing that key combination at random?

Did you do a lot of really important work first and not save it before
you started pressing random keys to test and see what they do?



From mjg at redhat.com  Sun Mar 29 18:26:44 2009
From: mjg at redhat.com (Matthew Garrett)
Date: Sun, 29 Mar 2009 19:26:44 +0100
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <1238350570.21693.24.camel@localhost.localdomain>
References: <49CE71AD.6070404@redhat.com>
	<385866f0903281245y7499681an4987add4c3e14d7d@mail.gmail.com>
	<49CE8298.5000902@fedoraproject.org>
	<16de708d0903281414tf00be74sa342a7f384eaa98e@mail.gmail.com>
	<49CEC48D.6020400@fedoraproject.org>
	<16de708d0903290058i4e2d748cx9a8a181adf64d434@mail.gmail.com>
	<49CF9FAF.1050202@fedoraproject.org>
	<1238344979.28229.17.camel@arekh.okg>
	<20090329170147.GA9841@srcf.ucam.org>
	<1238350570.21693.24.camel@localhost.localdomain>
Message-ID: <20090329182644.GB11061@srcf.ucam.org>

On Sun, Mar 29, 2009 at 01:16:10PM -0500, Callum Lerwick wrote:
> On Sun, 2009-03-29 at 18:01 +0100, Matthew Garrett wrote:
> > No. The patch was written and committed by Daniel Stone, who is not an 
> > Ubuntu developer. The issue was discussed with the Fedora X maintainers 
> > before it was merged. Everyone involved agreed that not having a 
> > keystroke that caused immediate data loss was a sensible idea.
> 
> So we're disabling ctl-alt-del too?

No, since working at the console isn't an interesting desktop use case.

> If killing the X server is causing data loss, then there's a bug in your
> applications. In fact, that's an argument for ctl-alt-bs to be a regular
> part of applications testing.

I don't know about you, but I prefer my text editors not to save to disk 
on every keystroke.

> ... And still doesn't address the fact that the key combo could be
> changed to something more obscure rather than disabling it completely.

What do you suggest? I'm serious here, if there's a genuinely 
implausible key combination then it's not going to be rejected out of 
hand - but I haven't been able to come up with one, and I haven't seen 
any good suggestions.

-- 
Matthew Garrett | mjg59 at srcf.ucam.org



From seg at haxxed.com  Sun Mar 29 18:28:09 2009
From: seg at haxxed.com (Callum Lerwick)
Date: Sun, 29 Mar 2009 13:28:09 -0500
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <20090328163939.GA29112@srcf.ucam.org>
References: <49CD3F53.9020405@verizon.net> <49CD42C9.9090706@verizon.net>
	<20090327215820.afa176fd.zaitcev@redhat.com>
	<604aa7910903272115x2647724fm6f8f622791343775@mail.gmail.com>
	<20090328044550.GC613405@hiwaay.net>
	<16de708d0903272231r72a1d904v666e32f21edd07c4@mail.gmail.com>
	<91705d080903280617k1987bfbaj4b13b39594df4a1f@mail.gmail.com>
	<49CE3A69.9070804@verizon.net>
	<91705d080903280815jb2b2d2cj3637bdf04daf2a94@mail.gmail.com>
	<1238257757.21693.8.camel@localhost.localdomain>
	<20090328163939.GA29112@srcf.ucam.org>
Message-ID: <1238351289.21693.30.camel@localhost.localdomain>

On Sat, 2009-03-28 at 16:39 +0000, Matthew Garrett wrote:
> On Sat, Mar 28, 2009 at 11:29:17AM -0500, Callum Lerwick wrote:
> 
> > ... Or is there another reason?
> 
> Yes. Xorg developers are paid by Microsoft.

I was thinking more along the lines of "omg security!" or "Our software
is PERFECT you have no need to kill it!".

> Seriously. ctrl+alt+backspace is about the least likely key combination 
> to be accidently hit, but it's still entirely possible. Changing it to 
> another set of keys doesn't actually fix things.

What, emacs users are going to accidentally hit
lctl-rctl-lshift-rshift-lalt-ralt-backspace too?
-------------- 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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090329/0a367ad6/attachment.sig>

From mjg at redhat.com  Sun Mar 29 18:30:47 2009
From: mjg at redhat.com (Matthew Garrett)
Date: Sun, 29 Mar 2009 19:30:47 +0100
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <d9c612bf0903291125wb1a93b1kf3b5828c81d6fa4@mail.gmail.com>
References: <20090329170147.GA9841@srcf.ucam.org>
	<49CFB0E9.1040404@googlemail.com>
	<20090329173810.GA10417@srcf.ucam.org>
	<d9c612bf0903291046v56a08c90x192e115e3f71cb93@mail.gmail.com>
	<49CFB6CC.8020807@fedoraproject.org>
	<d9c612bf0903291102wd0f6aa7g299a5152b9b397c9@mail.gmail.com>
	<20090329180948.GA10809@srcf.ucam.org>
	<20090329181213.GC1491512@hiwaay.net>
	<20090329182324.GA11061@srcf.ucam.org>
	<d9c612bf0903291125wb1a93b1kf3b5828c81d6fa4@mail.gmail.com>
Message-ID: <20090329183047.GC11061@srcf.ucam.org>

On Sun, Mar 29, 2009 at 11:25:25AM -0700, Christopher Stone wrote:
> On Sun, Mar 29, 2009 at 11:23 AM, Matthew Garrett <mjg at redhat.com> wrote:
> > How did you learn to use a computer? I did it mostly by trying random
> > things to see what they did.
> 
> How many times did you hit ctrl-alt-backspace before you realized you
> shouldn't be pressing that key combination at random?

Twice - the second time to see if this bizarre behaviour was 
reproducible.

> Did you do a lot of really important work first and not save it before
> you started pressing random keys to test and see what they do?

No, I lost no significant amount of useful work. But I also spent some 
time wondering why Linux needed a "Throw my work away without 
confirmation" hotkey. The times I've hit it by accident /since/ then 
have occasionally led to me losing something useful.

-- 
Matthew Garrett | mjg59 at srcf.ucam.org



From chris.stone at gmail.com  Sun Mar 29 18:34:14 2009
From: chris.stone at gmail.com (Christopher Stone)
Date: Sun, 29 Mar 2009 11:34:14 -0700
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <20090329183047.GC11061@srcf.ucam.org>
References: <20090329170147.GA9841@srcf.ucam.org>
	<20090329173810.GA10417@srcf.ucam.org>
	<d9c612bf0903291046v56a08c90x192e115e3f71cb93@mail.gmail.com>
	<49CFB6CC.8020807@fedoraproject.org>
	<d9c612bf0903291102wd0f6aa7g299a5152b9b397c9@mail.gmail.com>
	<20090329180948.GA10809@srcf.ucam.org>
	<20090329181213.GC1491512@hiwaay.net>
	<20090329182324.GA11061@srcf.ucam.org>
	<d9c612bf0903291125wb1a93b1kf3b5828c81d6fa4@mail.gmail.com>
	<20090329183047.GC11061@srcf.ucam.org>
Message-ID: <d9c612bf0903291134p4d875221j208ce256a15c6c28@mail.gmail.com>

On Sun, Mar 29, 2009 at 11:30 AM, Matthew Garrett <mjg at redhat.com> wrote:
> On Sun, Mar 29, 2009 at 11:25:25AM -0700, Christopher Stone wrote:
>> On Sun, Mar 29, 2009 at 11:23 AM, Matthew Garrett <mjg at redhat.com> wrote:
>> > How did you learn to use a computer? I did it mostly by trying random
>> > things to see what they did.
>>
>> How many times did you hit ctrl-alt-backspace before you realized you
>> shouldn't be pressing that key combination at random?
>
> Twice - the second time to see if this bizarre behaviour was
> reproducible.
>
>> Did you do a lot of really important work first and not save it before
>> you started pressing random keys to test and see what they do?
>
> No, I lost no significant amount of useful work. But I also spent some
> time wondering why Linux needed a "Throw my work away without
> confirmation" hotkey. The times I've hit it by accident /since/ then
> have occasionally led to me losing something useful.

Yes, there should be a confirmation key, like an additional key press
after the ctrl-alt-bksp.  I have used software that has
ctrl/alt-ins/del combination (sdlmame from rpmfusion).  I've never
once hit ctrl-alt-backspace by mistake, but I could see it happening.



From johnsmithdoe14 at googlemail.com  Sun Mar 29 18:37:27 2009
From: johnsmithdoe14 at googlemail.com (psmith)
Date: Sun, 29 Mar 2009 19:37:27 +0100
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <20090329173810.GA10417@srcf.ucam.org>
References: <49CE71AD.6070404@redhat.com>	<385866f0903281245y7499681an4987add4c3e14d7d@mail.gmail.com>	<49CE8298.5000902@fedoraproject.org>	<16de708d0903281414tf00be74sa342a7f384eaa98e@mail.gmail.com>	<49CEC48D.6020400@fedoraproject.org>	<16de708d0903290058i4e2d748cx9a8a181adf64d434@mail.gmail.com>	<49CF9FAF.1050202@fedoraproject.org>	<1238344979.28229.17.camel@arekh.okg>	<20090329170147.GA9841@srcf.ucam.org>	<49CFB0E9.1040404@googlemail.com>
	<20090329173810.GA10417@srcf.ucam.org>
Message-ID: <49CFBFE7.6060209@googlemail.com>

Matthew Garrett wrote:
> On Sun, Mar 29, 2009 at 06:33:29PM +0100, psmith wrote:
>
>   
>> but who on earth can press those three keys by mistake? you'd have to be 
>> dumb, so the data loss point is moot, anyway if x locks up and zap is 
>> disabled your going to lose the data in a reboot anyway unless you have 
>> re-compiled the kernel and turned on the sysreq keys
>>     
>
> Then I must be dumb. If that's the case, I recommend not running any 
> software I contribute to.
>
>   
then either go to the doc and get your eyes tested, or improve your 
touch typing, or if there is noting wrong with your eyes try looking at 
what your doing!

admit YOUR failings and stop trying to force a fix for your problem on 
everyone else!

phil



From johnsmithdoe14 at googlemail.com  Sun Mar 29 18:41:22 2009
From: johnsmithdoe14 at googlemail.com (psmith)
Date: Sun, 29 Mar 2009 19:41:22 +0100
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <20090329175100.GA10503@srcf.ucam.org>
References: <49CE8298.5000902@fedoraproject.org>	<16de708d0903281414tf00be74sa342a7f384eaa98e@mail.gmail.com>	<49CEC48D.6020400@fedoraproject.org>	<16de708d0903290058i4e2d748cx9a8a181adf64d434@mail.gmail.com>	<49CF9FAF.1050202@fedoraproject.org>	<1238344979.28229.17.camel@arekh.okg>	<20090329170147.GA9841@srcf.ucam.org>	<49CFB0E9.1040404@googlemail.com>	<20090329173810.GA10417@srcf.ucam.org>	<d9c612bf0903291046v56a08c90x192e115e3f71cb93@mail.gmail.com>
	<20090329175100.GA10503@srcf.ucam.org>
Message-ID: <49CFC0D2.2020405@googlemail.com>

Matthew Garrett wrote:
> On Sun, Mar 29, 2009 at 10:46:10AM -0700, Christopher Stone wrote:
>   
>> On Sun, Mar 29, 2009 at 10:38 AM, Matthew Garrett <mjg at redhat.com> wrote:
>>     
>>> On Sun, Mar 29, 2009 at 06:33:29PM +0100, psmith wrote:
>>>
>>>       
>>>> but who on earth can press those three keys by mistake? you'd have to be
>>>> dumb, so the data loss point is moot, anyway if x locks up and zap is
>>>> disabled your going to lose the data in a reboot anyway unless you have
>>>> re-compiled the kernel and turned on the sysreq keys
>>>>         
>>> Then I must be dumb. If that's the case, I recommend not running any
>>> software I contribute to.
>>>       
>> Yes, please give a list so I can be wary of that software.
>>     
>
> The kernel, X, hal, gnome, vbetool, pm-utils, network-manager, a bunch 
> of minor contributions to other things.
>
>   
ooh ooh all bow down to the master coder, but he's not that leet as he 
can press three key combos by mistake lol

phil



From kodis at comcast.net  Sun Mar 29 18:43:56 2009
From: kodis at comcast.net (kodis at comcast.net)
Date: Sun, 29 Mar 2009 14:43:56 -0400
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <20090329182644.GB11061@srcf.ucam.org>
References: <385866f0903281245y7499681an4987add4c3e14d7d@mail.gmail.com>
	<49CE8298.5000902@fedoraproject.org>
	<16de708d0903281414tf00be74sa342a7f384eaa98e@mail.gmail.com>
	<49CEC48D.6020400@fedoraproject.org>
	<16de708d0903290058i4e2d748cx9a8a181adf64d434@mail.gmail.com>
	<49CF9FAF.1050202@fedoraproject.org>
	<1238344979.28229.17.camel@arekh.okg>
	<20090329170147.GA9841@srcf.ucam.org>
	<1238350570.21693.24.camel@localhost.localdomain>
	<20090329182644.GB11061@srcf.ucam.org>
Message-ID: <20090329184356.GA13570@papa.home>

On Sun, Mar 29, 2009 at 07:26:44PM +0100, Matthew Garrett wrote:
> > ... And still doesn't address the fact that the key combo could be
> > changed to something more obscure rather than disabling it completely.
> 
> What do you suggest? I'm serious here, if there's a genuinely 
> implausible key combination then it's not going to be rejected out of 
> hand - but I haven't been able to come up with one, and I haven't seen 
> any good suggestions.

We've already got Alt+SysRq+k, which Wikipedia's description says will
"Kill all processes on the current virtual console (Can be used to
kill X and svgalib programs, see below) This was originally designed
to imitate a Secure Access Key".  

Of course since sysrq-magic has been disabled by default for a while
now, this will still require that an echo of "1" to
/proc/sys/kernel/sysrq be done at boot.

-- John Kodis.



From cmadams at hiwaay.net  Sun Mar 29 18:49:41 2009
From: cmadams at hiwaay.net (Chris Adams)
Date: Sun, 29 Mar 2009 13:49:41 -0500
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <20090329182324.GA11061@srcf.ucam.org>
References: <1238344979.28229.17.camel@arekh.okg>
	<20090329170147.GA9841@srcf.ucam.org>
	<49CFB0E9.1040404@googlemail.com>
	<20090329173810.GA10417@srcf.ucam.org>
	<d9c612bf0903291046v56a08c90x192e115e3f71cb93@mail.gmail.com>
	<49CFB6CC.8020807@fedoraproject.org>
	<d9c612bf0903291102wd0f6aa7g299a5152b9b397c9@mail.gmail.com>
	<20090329180948.GA10809@srcf.ucam.org>
	<20090329181213.GC1491512@hiwaay.net>
	<20090329182324.GA11061@srcf.ucam.org>
Message-ID: <20090329184941.GD1491512@hiwaay.net>

Once upon a time, Matthew Garrett <mjg at redhat.com> said:
> How did you learn to use a computer? I did it mostly by trying random 
> things to see what they did.

I read the book and (where available for things I'm interested in) the
source (and sometimes by disassembling things when the source wasn't
available).

In any case, if you are hitting random keys to see what they do, you
shouldn't be suprised if they do things you don't like (and hopefully
you'll learn what those keys do and remember them for times when you
might need them).

-- 
Chris Adams <cmadams at hiwaay.net>
Systems and Network Administrator - HiWAAY Internet Services
I don't speak for anybody but myself - that's enough trouble.



From johnsmithdoe14 at googlemail.com  Sun Mar 29 18:55:15 2009
From: johnsmithdoe14 at googlemail.com (psmith)
Date: Sun, 29 Mar 2009 19:55:15 +0100
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <20090329183047.GC11061@srcf.ucam.org>
References: <20090329170147.GA9841@srcf.ucam.org>	<49CFB0E9.1040404@googlemail.com>	<20090329173810.GA10417@srcf.ucam.org>	<d9c612bf0903291046v56a08c90x192e115e3f71cb93@mail.gmail.com>	<49CFB6CC.8020807@fedoraproject.org>	<d9c612bf0903291102wd0f6aa7g299a5152b9b397c9@mail.gmail.com>	<20090329180948.GA10809@srcf.ucam.org>	<20090329181213.GC1491512@hiwaay.net>	<20090329182324.GA11061@srcf.ucam.org>	<d9c612bf0903291125wb1a93b1kf3b5828c81d6fa4@mail.gmail.com>
	<20090329183047.GC11061@srcf.ucam.org>
Message-ID: <49CFC413.50905@googlemail.com>

Matthew Garrett wrote:
> On Sun, Mar 29, 2009 at 11:25:25AM -0700, Christopher Stone wrote:
>   
>> On Sun, Mar 29, 2009 at 11:23 AM, Matthew Garrett <mjg at redhat.com> wrote:
>>     
>>> How did you learn to use a computer? I did it mostly by trying random
>>> things to see what they did.
>>>       
>> How many times did you hit ctrl-alt-backspace before you realized you
>> shouldn't be pressing that key combination at random?
>>     
>
> Twice - the second time to see if this bizarre behaviour was 
> reproducible.
>
>   
>> Did you do a lot of really important work first and not save it before
>> you started pressing random keys to test and see what they do?
>>     
>
> No, I lost no significant amount of useful work. But I also spent some 
> time wondering why Linux needed a "Throw my work away without 
> confirmation" hotkey. The times I've hit it by accident /since/ then 
> have occasionally led to me losing something useful.
>
>   
it's not a "throw away my work without confirmation key" (well it is for 
those stupid/blind/lazy enough to hit it by mistake but i digress) and 
i'd thank you to stop trying to portray it that way to get your change 
to stick (it's clearly obvious that you think this change is necesary), 
it's a save me from re-booting my pc when x totally screws up, and yes 
regardless of your coding prowess it still does screw up!



From cmadams at hiwaay.net  Sun Mar 29 18:55:13 2009
From: cmadams at hiwaay.net (Chris Adams)
Date: Sun, 29 Mar 2009 13:55:13 -0500
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <20090329182644.GB11061@srcf.ucam.org>
References: <385866f0903281245y7499681an4987add4c3e14d7d@mail.gmail.com>
	<49CE8298.5000902@fedoraproject.org>
	<16de708d0903281414tf00be74sa342a7f384eaa98e@mail.gmail.com>
	<49CEC48D.6020400@fedoraproject.org>
	<16de708d0903290058i4e2d748cx9a8a181adf64d434@mail.gmail.com>
	<49CF9FAF.1050202@fedoraproject.org>
	<1238344979.28229.17.camel@arekh.okg>
	<20090329170147.GA9841@srcf.ucam.org>
	<1238350570.21693.24.camel@localhost.localdomain>
	<20090329182644.GB11061@srcf.ucam.org>
Message-ID: <20090329185512.GE1491512@hiwaay.net>

Once upon a time, Matthew Garrett <mjg at redhat.com> said:
> On Sun, Mar 29, 2009 at 01:16:10PM -0500, Callum Lerwick wrote:
> > If killing the X server is causing data loss, then there's a bug in your
> > applications. In fact, that's an argument for ctl-alt-bs to be a regular
> > part of applications testing.
> 
> I don't know about you, but I prefer my text editors not to save to disk 
> on every keystroke.

Stop exagerating; that's not required.  Any decent X program _should_
handle saving data if it loses its connection to the X server.  Killing
the server does not terminate all the clients without notice.  And guess
what, many (most?) do.  For example, if I kill X, the next time I start
Firefox, it asks if I want to restore my previous session (which it
dutifully saved away) or start a new one.

So far, your arguments are "I should be able to hit any random key at
any time and not cause any problem" and "applications are so broken they
can't handle an unusual condition and so need to save state at every
change".  Both of those are stupid.

-- 
Chris Adams <cmadams at hiwaay.net>
Systems and Network Administrator - HiWAAY Internet Services
I don't speak for anybody but myself - that's enough trouble.



From cdahlin at redhat.com  Sun Mar 29 18:56:55 2009
From: cdahlin at redhat.com (Casey Dahlin)
Date: Sun, 29 Mar 2009 14:56:55 -0400
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <49CE9123.2060905@verizon.net>
References: <49CD379D.8040104@verizon.net>	<6dc6523c0903281344q8ddb7faq1be70eed208cf221@mail.gmail.com>
	<49CE9123.2060905@verizon.net>
Message-ID: <49CFC477.90303@redhat.com>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Gerry Reno wrote:
> John5342 wrote:
>> How about having a small package
>> that automatically enables Ctrl-Alt-Backspace when installed (call it
>> "ctrl-alt-backspace" for arguments sake).
>>
>>   
> NO!  This means a lot of work for sysadmins around the world that is
> totally unnecessary.

Wow. First you don't seem to use any provisioning, now you don't seem to
use kickstart files either. I don't know what it is you're doing to
these computers, but it isn't looking much like "administration."

Or maybe its because none of those things have been around for
"decades," and if Fedora were sane you'd still administrate it the way
you did Unix boxes in 1986.

- --CJD
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org

iEYEARECAAYFAknPxHcACgkQIHOkVH4pLz6DVACcDIaIWs40jlHry5NCw5UFdT9T
EfIAn2sqQgQzHdzefiyk7uueYSYqGLXU
=YVUJ
-----END PGP SIGNATURE-----



From seg at haxxed.com  Sun Mar 29 18:59:31 2009
From: seg at haxxed.com (Callum Lerwick)
Date: Sun, 29 Mar 2009 13:59:31 -0500
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <20090329182644.GB11061@srcf.ucam.org>
References: <49CE71AD.6070404@redhat.com>
	<385866f0903281245y7499681an4987add4c3e14d7d@mail.gmail.com>
	<49CE8298.5000902@fedoraproject.org>
	<16de708d0903281414tf00be74sa342a7f384eaa98e@mail.gmail.com>
	<49CEC48D.6020400@fedoraproject.org>
	<16de708d0903290058i4e2d748cx9a8a181adf64d434@mail.gmail.com>
	<49CF9FAF.1050202@fedoraproject.org>
	<1238344979.28229.17.camel@arekh.okg>
	<20090329170147.GA9841@srcf.ucam.org>
	<1238350570.21693.24.camel@localhost.localdomain>
	<20090329182644.GB11061@srcf.ucam.org>
Message-ID: <1238353171.21693.59.camel@localhost.localdomain>

On Sun, 2009-03-29 at 19:26 +0100, Matthew Garrett wrote:
> On Sun, Mar 29, 2009 at 01:16:10PM -0500, Callum Lerwick wrote:
> > On Sun, 2009-03-29 at 18:01 +0100, Matthew Garrett wrote:
> > > No. The patch was written and committed by Daniel Stone, who is not an 
> > > Ubuntu developer. The issue was discussed with the Fedora X maintainers 
> > > before it was merged. Everyone involved agreed that not having a 
> > > keystroke that caused immediate data loss was a sensible idea.
> > 
> > So we're disabling ctl-alt-del too?
> 
> No, since working at the console isn't an interesting desktop use case.
>
> > If killing the X server is causing data loss, then there's a bug in your
> > applications. In fact, that's an argument for ctl-alt-bs to be a regular
> > part of applications testing.
> 
> I don't know about you, but I prefer my text editors not to save to disk 
> on every keystroke.

Well, I know for one Vim has crash recovery. And so does OpenOffice. And
so does Evolution. This is not a new concept.

> > ... And still doesn't address the fact that the key combo could be
> > changed to something more obscure rather than disabling it completely.
> 
> What do you suggest? I'm serious here, if there's a genuinely 
> implausible key combination then it's not going to be rejected out of 
> hand - but I haven't been able to come up with one, and I haven't seen 
> any good suggestions.

Now we're getting somewhere. First we might want to lay down some
criteria:

1) Not every keyboard is a PC-101 (or 104). We run on non-PC platforms
too. Example: My Rev C iMac keyboard has left ctl alt and command (maps
as the "windows key") but only command on the right side. I've run in to
PC laptops that don't have all modifiers on the right either. Laptops
typically don't have real number pads.

2) It would be best to avoid "word" or even symbol keys, to avoid keymap
problems. International users will probably appreciate this.

3) The average person has ten fingers, ten toes and a nose.

4) At some point you exceed the keyboard's rollover capability...

So, how about:

ctl-alt-shift-backspace
ctl-alt-shift-backspace-tab
ctl-alt-shift-enter-spacebar
ctl-alt-shift-capslock-enter-backspace
ctl-alt-lshift-rshift-backspace
ctl-alt-lshift-rshift-backspace-tab
ctl-alt-lshift-rshift-enter-spacebar
ctl-alt-lshift-rshift-capslock-enter-backspace
ctl-alt-lshift-rshift-capslock-backspace-enter-tab-spacebar

... Do I really need to go on? Pick something. :P
-------------- 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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090329/1921a0f0/attachment.sig>

From sundaram at fedoraproject.org  Sun Mar 29 19:15:29 2009
From: sundaram at fedoraproject.org (Rahul Sundaram)
Date: Mon, 30 Mar 2009 00:45:29 +0530
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <49CFBFE7.6060209@googlemail.com>
References: <49CE71AD.6070404@redhat.com>	<385866f0903281245y7499681an4987add4c3e14d7d@mail.gmail.com>	<49CE8298.5000902@fedoraproject.org>	<16de708d0903281414tf00be74sa342a7f384eaa98e@mail.gmail.com>	<49CEC48D.6020400@fedoraproject.org>	<16de708d0903290058i4e2d748cx9a8a181adf64d434@mail.gmail.com>	<49CF9FAF.1050202@fedoraproject.org>	<1238344979.28229.17.camel@arekh.okg>	<20090329170147.GA9841@srcf.ucam.org>	<49CFB0E9.1040404@googlemail.com>	<20090329173810.GA10417@srcf.ucam.org>
	<49CFBFE7.6060209@googlemail.com>
Message-ID: <49CFC8D1.8000504@fedoraproject.org>

psmith wrote:

> then either go to the doc and get your eyes tested, or improve your
> touch typing, or if there is noting wrong with your eyes try looking at
> what your doing!
> 
> admit YOUR failings and stop trying to force a fix for your problem on
> everyone else!

Remember to be courteous.

http://fedoraproject.org/wiki/Communicate/MailingListGuidelines#Be_Courteous

Rahul



From mrmazda at ij.net  Sun Mar 29 19:18:29 2009
From: mrmazda at ij.net (Felix Miata)
Date: Sun, 29 Mar 2009 15:18:29 -0400
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <20090329182644.GB11061@srcf.ucam.org>
References: <49CE71AD.6070404@redhat.com>	<385866f0903281245y7499681an4987add4c3e14d7d@mail.gmail.com>	<49CE8298.5000902@fedoraproject.org>	<16de708d0903281414tf00be74sa342a7f384eaa98e@mail.gmail.com>	<49CEC48D.6020400@fedoraproject.org>	<16de708d0903290058i4e2d748cx9a8a181adf64d434@mail.gmail.com>	<49CF9FAF.1050202@fedoraproject.org>	<1238344979.28229.17.camel@arekh.okg>	<20090329170147.GA9841@srcf.ucam.org>	<1238350570.21693.24.camel@localhost.localdomain>
	<20090329182644.GB11061@srcf.ucam.org>
Message-ID: <49CFC985.7060807@ij.net>

On 2009/03/29 19:26 (GMT+0100) Matthew Garrett composed:

> I haven't seen any good suggestions.

Why is the openSUSE solution posted at least twice in this thread not a "good
suggestion"?
-- 
"The plans of the diligent lead to profit as surely
as haste leads to poverty."	Proverbs 21:5 NIV

 Team OS/2 ** Reg. Linux User #211409

Felix Miata  ***  http://fm.no-ip.com/



From mrmazda at ij.net  Sun Mar 29 19:22:18 2009
From: mrmazda at ij.net (Felix Miata)
Date: Sun, 29 Mar 2009 15:22:18 -0400
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <1238350570.21693.24.camel@localhost.localdomain>
References: <604aa7910903272115x2647724fm6f8f622791343775@mail.gmail.com>	<20090328042809.GA16399@wolff.to>
	<49CE71AD.6070404@redhat.com>	<385866f0903281245y7499681an4987add4c3e14d7d@mail.gmail.com>	<49CE8298.5000902@fedoraproject.org>	<16de708d0903281414tf00be74sa342a7f384eaa98e@mail.gmail.com>	<49CEC48D.6020400@fedoraproject.org>	<16de708d0903290058i4e2d748cx9a8a181adf64d434@mail.gmail.com>	<49CF9FAF.1050202@fedoraproject.org>	<1238344979.28229.17.camel@arekh.okg>	<20090329170147.GA9841@srcf.ucam.org>
	<1238350570.21693.24.camel@localhost.localdomain>
Message-ID: <49CFCA6A.9020105@ij.net>

On 2009/03/29 13:16 (GMT-0500) Callum Lerwick composed:

> ... And still doesn't address the fact that the key combo could be
> changed to something more obscure rather than disabling it completely.

Too obscure makes it useless. Enough people knew about it know to assist
those who don't or manage on their own. It already had a reasonable level of
obscurity before the change. It didn't need more. It should be put back just
exactly like it was, except to add the openSUSE modification mentioned upthread.
-- 
"The plans of the diligent lead to profit as surely
as haste leads to poverty."	Proverbs 21:5 NIV

 Team OS/2 ** Reg. Linux User #211409

Felix Miata  ***  http://fm.no-ip.com/



From mrmazda at ij.net  Sun Mar 29 19:23:22 2009
From: mrmazda at ij.net (Felix Miata)
Date: Sun, 29 Mar 2009 15:23:22 -0400
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <20090329181213.GC1491512@hiwaay.net>
References: <16de708d0903290058i4e2d748cx9a8a181adf64d434@mail.gmail.com>	<49CF9FAF.1050202@fedoraproject.org>	<1238344979.28229.17.camel@arekh.okg>	<20090329170147.GA9841@srcf.ucam.org>	<49CFB0E9.1040404@googlemail.com>	<20090329173810.GA10417@srcf.ucam.org>	<d9c612bf0903291046v56a08c90x192e115e3f71cb93@mail.gmail.com>	<49CFB6CC.8020807@fedoraproject.org>	<d9c612bf0903291102wd0f6aa7g299a5152b9b397c9@mail.gmail.com>	<20090329180948.GA10809@srcf.ucam.org>
	<20090329181213.GC1491512@hiwaay.net>
Message-ID: <49CFCAAA.6030905@ij.net>

On 2009/03/29 13:12 (GMT-0500) Chris Adams composed:

> Once upon a time, Matthew Garrett <mjg at redhat.com> said:

>> When you have a key that's affected by modifiers, it doesn't seem 
>> unreasonable for people to try hitting other modifiers as well to see 
>> what they do.

> ....This is a ludicrous argument.

+10
-- 
"The plans of the diligent lead to profit as surely
as haste leads to poverty."	Proverbs 21:5 NIV

 Team OS/2 ** Reg. Linux User #211409

Felix Miata  ***  http://fm.no-ip.com/



From mrmazda at ij.net  Sun Mar 29 19:28:23 2009
From: mrmazda at ij.net (Felix Miata)
Date: Sun, 29 Mar 2009 15:28:23 -0400
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <20090329180948.GA10809@srcf.ucam.org>
References: <49CEC48D.6020400@fedoraproject.org>	<16de708d0903290058i4e2d748cx9a8a181adf64d434@mail.gmail.com>	<49CF9FAF.1050202@fedoraproject.org>	<1238344979.28229.17.camel@arekh.okg>	<20090329170147.GA9841@srcf.ucam.org>	<49CFB0E9.1040404@googlemail.com>	<20090329173810.GA10417@srcf.ucam.org>	<d9c612bf0903291046v56a08c90x192e115e3f71cb93@mail.gmail.com>	<49CFB6CC.8020807@fedoraproject.org>	<d9c612bf0903291102wd0f6aa7g299a5152b9b397c9@mail.gmail.com>
	<20090329180948.GA10809@srcf.ucam.org>
Message-ID: <49CFCBD7.1020000@ij.net>

On 2009/03/29 19:09 (GMT+0100) Matthew Garrett composed:

> When you have a key that's affected by modifiers, it doesn't seem 
> unreasonable for people to try hitting other modifiers as well to see 
> what they do. In my case, it was normally from flicking between
> workspaces and then going to hit backspace before I'd fully released the 
> modifiers.

Not making the modified key the last struck and first released is an
invitation for unexpected results, chaos as an expected result.
-- 
"The plans of the diligent lead to profit as surely
as haste leads to poverty."	Proverbs 21:5 NIV

 Team OS/2 ** Reg. Linux User #211409

Felix Miata  ***  http://fm.no-ip.com/



From chris.stone at gmail.com  Sun Mar 29 19:39:38 2009
From: chris.stone at gmail.com (Christopher Stone)
Date: Sun, 29 Mar 2009 12:39:38 -0700
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <49CFC985.7060807@ij.net>
References: <49CE71AD.6070404@redhat.com>
	<16de708d0903281414tf00be74sa342a7f384eaa98e@mail.gmail.com>
	<49CEC48D.6020400@fedoraproject.org>
	<16de708d0903290058i4e2d748cx9a8a181adf64d434@mail.gmail.com>
	<49CF9FAF.1050202@fedoraproject.org>
	<1238344979.28229.17.camel@arekh.okg>
	<20090329170147.GA9841@srcf.ucam.org>
	<1238350570.21693.24.camel@localhost.localdomain>
	<20090329182644.GB11061@srcf.ucam.org> <49CFC985.7060807@ij.net>
Message-ID: <d9c612bf0903291239p15ed75bdiec2189318fbfcb5d@mail.gmail.com>

On Sun, Mar 29, 2009 at 12:18 PM, Felix Miata <mrmazda at ij.net> wrote:
> On 2009/03/29 19:26 (GMT+0100) Matthew Garrett composed:
>
>> I haven't seen any good suggestions.
>
> Why is the openSUSE solution posted at least twice in this thread not a "good
> suggestion"?

Given a choice of the openSUSE method of ctrl-alt-backspace repeated
twice vs. the Ubuntu method of just disabling it (haha) I choose the
openSUSE method.

I think the Ubuntu decision to be more like Windows is an example we
do not want to follow.



From greno at verizon.net  Sun Mar 29 19:44:58 2009
From: greno at verizon.net (Gerry Reno)
Date: Sun, 29 Mar 2009 15:44:58 -0400
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <20090329201223.3f68f9c8@fedoraproject.org>
References: <49CD379D.8040104@verizon.net>
	<6dc6523c0903281344q8ddb7faq1be70eed208cf221@mail.gmail.com>
	<49CE9123.2060905@verizon.net>
	<20090329201223.3f68f9c8@fedoraproject.org>
Message-ID: <49CFCFBA.9030802@verizon.net>

Fran?ois Cami wrote:
> On Sat, 28 Mar 2009 17:05:39 -0400
> Gerry Reno <greno at verizon.net> wrote:
>
>   
>> John5342 wrote:
>>     
>>> I actually agree that Ctrl-Alt-Backspace should stay around but also
>>> respect that it is ultimately up to upstream to decide but here is a
>>> wacky solution that might just work. How about having a small package
>>> that automatically enables Ctrl-Alt-Backspace when installed (call it
>>> "ctrl-alt-backspace" for arguments sake). Sysadmins or people who just
>>> want it enabled can easily install it and even make it part of
>>> kickstart file for larger installations. Emacs users or anybody else
>>> who might accidentally hit that combo by accident can simply leave it
>>> uninstalled. Then we can all be happy and get on with more interesting
>>> arguments such as how quickly would i go blind if i just keep staring
>>> at the bottom of my mouse?
>>>   
>>>       
>> NO!  This means a lot of work for sysadmins around the world that is 
>> totally unnecessary.  There is nothing wrong with the current 
>> Ctrl-Alt-Backspace default of enabled.  Nothing.
>>     
>
> Yes there is. A shortcut, enabled by default, that kills all of the user's
> applications without a confirmation popup has no place on a desktop OS.
>   
Using that logic we need to ban the power switch, the reset swtich, 
modular power cords that can be pulled out.  And while we're at it, the 
'kill -9', 'rm -rf', the 'shutdown', and a host of others. 
If you're worried aboaut users applications then those applications need 
to be designed to protect users data with auto-recovery saves and saves 
on signals as many of them are now starting to do.


> Now, what is wrong about having to write a three line xorg.conf ?
> If you have a lot of OSes to manage, I suppose you already have a central
> management system in place, so that's mostly painless...
>   
Again, that's not the point.  Of course any sysadmin can write a 
xorg.conf and a kickstart file.  Why should an entire world of users 
have to lose functionality because one small community wants a chance 
that favors only them.  Nobody who is not using Emacs just "accidentally 
hits Ctrl-Alt-Backspace.  It doesn't happen.  And finally, this whole 
change has been done without ANY community involvement, and that include 
Ubuntu users who are now posting angrily in the Ubuntu forums about this 
change. 

Regards,
Gerry

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090329/6165b24e/attachment.htm>

From MathStuf at gmail.com  Sun Mar 29 19:46:11 2009
From: MathStuf at gmail.com (Ben Boeckel)
Date: Sun, 29 Mar 2009 15:46:11 -0400
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
References: <49CE71AD.6070404@redhat.com>
	<385866f0903281245y7499681an4987add4c3e14d7d@mail.gmail.com>
	<49CE8298.5000902@fedoraproject.org>
	<16de708d0903281414tf00be74sa342a7f384eaa98e@mail.gmail.com>
	<49CEC48D.6020400@fedoraproject.org>
	<16de708d0903290058i4e2d748cx9a8a181adf64d434@mail.gmail.com>
	<49CF9FAF.1050202@fedoraproject.org>
	<1238344979.28229.17.camel@arekh.okg>
	<20090329170147.GA9841@srcf.ucam.org>
	<1238350570.21693.24.camel@localhost.localdomain>
	<20090329182644.GB11061@srcf.ucam.org>
	<1238353171.21693.59.camel@localhost.localdomain>
Message-ID: <gqoj6a$oou$1@ger.gmane.org>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Callum Lerwick wrote:

> On Sun, 2009-03-29 at 19:26 +0100, Matthew Garrett wrote:
>> On Sun, Mar 29, 2009 at 01:16:10PM -0500, Callum Lerwick wrote:
>> > On Sun, 2009-03-29 at 18:01 +0100, Matthew Garrett wrote:
>> > > No. The patch was written and committed by Daniel Stone, 
who is not
>> > > an Ubuntu developer. The issue was discussed with the Fedora 
X
>> > > maintainers before it was merged. Everyone involved agreed 
that not
>> > > having a keystroke that caused immediate data loss was a 
sensible
>> > > idea.
>> > 
>> > So we're disabling ctl-alt-del too?
>> 
>> No, since working at the console isn't an interesting desktop use 
case.
>>
>> > If killing the X server is causing data loss, then there's a bug in
>> > your applications. In fact, that's an argument for ctl-alt-bs to be 
a
>> > regular part of applications testing.
>> 
>> I don't know about you, but I prefer my text editors not to save to 
disk
>> on every keystroke.
> 
> Well, I know for one Vim has crash recovery. And so does OpenOffice. 
And
> so does Evolution. This is not a new concept.
> 
>> > ... And still doesn't address the fact that the key combo could be
>> > changed to something more obscure rather than disabling it 
completely.
>> 
>> What do you suggest? I'm serious here, if there's a genuinely
>> implausible key combination then it's not going to be rejected out 
of
>> hand - but I haven't been able to come up with one, and I haven't 
seen
>> any good suggestions.
> 
> Now we're getting somewhere. First we might want to lay down 
some
> criteria:
> 
> 1) Not every keyboard is a PC-101 (or 104). We run on non-PC 
platforms
> too. Example: My Rev C iMac keyboard has left ctl alt and command 
(maps
> as the "windows key") but only command on the right side. I've run in 
to
> PC laptops that don't have all modifiers on the right either. Laptops
> typically don't have real number pads.
> 
> 2) It would be best to avoid "word" or even symbol keys, to avoid 
keymap
> problems. International users will probably appreciate this.
> 
> 3) The average person has ten fingers, ten toes and a nose.
> 
> 4) At some point you exceed the keyboard's rollover capability...
> 
> So, how about:
> 
> ctl-alt-shift-backspace
> ctl-alt-shift-backspace-tab
> ctl-alt-shift-enter-spacebar
> ctl-alt-shift-capslock-enter-backspace
> ctl-alt-lshift-rshift-backspace
> ctl-alt-lshift-rshift-backspace-tab
> ctl-alt-lshift-rshift-enter-spacebar
> ctl-alt-lshift-rshift-capslock-enter-backspace
> ctl-alt-lshift-rshift-capslock-backspace-enter-tab-spacebar
> 
> ... Do I really need to go on? Pick something. :P

Ctrl-alt-shift-backspace could still be easy with the shallow keys used 
on laptops. Both shift keys at the same time is really...odd and most 
people only use one shift key (or at least heavily favor one). Double 
shift+anything should be rare enough that accidental killing is a sign of 
an extremely obscure typing style.

- --Ben

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)

iEYEARECAAYFAknP0AMACgkQiPi+MRHG3qT/0gCdEp3F+mUOaPn2z8e1x7tPa1jZ
KcQAoLbKKVcE9P8DXYE/Jh48UwmZ0kwc
=xmHk
-----END PGP SIGNATURE-----




From pemboa at gmail.com  Sun Mar 29 20:47:48 2009
From: pemboa at gmail.com (Arthur Pemberton)
Date: Sun, 29 Mar 2009 15:47:48 -0500
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <49CF9FAF.1050202@fedoraproject.org>
References: <49CD379D.8040104@verizon.net>
	<604aa7910903272115x2647724fm6f8f622791343775@mail.gmail.com>
	<20090328042809.GA16399@wolff.to> <49CE71AD.6070404@redhat.com>
	<385866f0903281245y7499681an4987add4c3e14d7d@mail.gmail.com>
	<49CE8298.5000902@fedoraproject.org>
	<16de708d0903281414tf00be74sa342a7f384eaa98e@mail.gmail.com>
	<49CEC48D.6020400@fedoraproject.org>
	<16de708d0903290058i4e2d748cx9a8a181adf64d434@mail.gmail.com>
	<49CF9FAF.1050202@fedoraproject.org>
Message-ID: <16de708d0903291347h3b4627dbsff43fa3e7264607d@mail.gmail.com>

On Sun, Mar 29, 2009 at 11:19 AM, Rahul Sundaram
<sundaram at fedoraproject.org> wrote:
> Arthur Pemberton wrote:
>
>> The hostility is in making significant changes to behaviors people
>> have come to depend on and not letting them no about it till later on.
>
> Changes are (primarily) being made upstream. Downstream users can
> document and communicate changes which we have.

Could you please point me to the discussion areas where this decision
was made? Since I appernetly have to live with this decision, I would
like to at least understand the logic behind it.

-- 
Fedora 9 : sulphur is good for the skin
( www.pembo13.com )



From jreiser at BitWagon.com  Sun Mar 29 20:57:36 2009
From: jreiser at BitWagon.com (John Reiser)
Date: Sun, 29 Mar 2009 13:57:36 -0700
Subject: preupgrade today: getting error: cannot download the kickstart
 file
In-Reply-To: <20090329042724.GC28551@auslistsprd01.us.dell.com>
References: <49CE3B29.3010408@verizon.net>
	<49CE5DA6.7080000@verizon.net>	<49CE610B.7030002@BitWagon.com>
	<gqmn6c$jrh$1@ger.gmane.org>	<49CEF6A2.4000507@BitWagon.com>
	<20090329042724.GC28551@auslistsprd01.us.dell.com>
Message-ID: <49CFE0C0.4050304@BitWagon.com>

Matt Domsch wrote:
> On Sat, Mar 28, 2009 at 09:18:42PM -0700, John Reiser wrote:

>> For instance, by default yumdownloader generates no record of which mirror
>> you get upon HTTP 302 [or 303] redirection from the master mirror.
>> In practice you see the ultimate URL only if the connection [attempt]
>> actually times out.
> 
> Patches or enhancement bugs filed suggesting ways in which the tools
> you're interested would be more verbose are welcome.
> 
>> This enables the mirror administrator(s) to hide from users in most
>> cases of poor service (missing file, stale file, slower than
>> necessary, ...)
> 
> This, my friend, is just a pot shot.  We're _lucky_ to have so many
> mirrors, and in most cases, mirrors with very responsive
> administrators; not to mention the Infrastructure team that keeps it
> all humming.  If you have genuine problems with particular mirrors,
> feel free to let the folks in #fedora-admin know, or file a ticket in
> the Fedora Infrastructure trac
> (https://fedorahosted.org/fedora-infrastructure) with the details.

As a mostly end-user of the mirror system, I consider the remark
to be on-target and as specific as possible with the current mirror
system and usage.  It is not a pot shot.

Rescue mode and install from physical DVD are important to me.  I try
to help make them better by testing during development.  During the
alpha period for Fedora 11, I have composed install DVD via pungi
from rawhide on about 20 days.  Usually I try both i386 and x86_64.
About 40% of the time things work very well.  The downloading required
by the compose goes quickly, and testing the resulting DVD verifies
a fix, sheds new light on a continuing problem, or reveals a new bug.
About 40% of the time things go OK: average download speed, perhaps
a snag that is easily fixable, perhaps progress on rescue mode, etc.
About 20% of the time the results are poor.  Downloading takes a long
time, fails, or fetches stale data; or the compose or booting or rescue
fails, sometimes in mysterious ways.  The exact cause is murky, and
frustrating to determine.  The mirror system ought to be near the bottom
of the list of suspects, but it isn't.  Somehow it feels like the mirror
system is providing about 90% over-all reliability when I'm expecting 97-99%.

I start the pungi compose a few hours after receiving the rawhide report.
As long as there are fewer than 100 packages or so, then I consider this
to be time enough for changes to propagate through the mirror system.
I precede the compose with "yum update" to check for changes to pungi,
anaconda, yum, mkinitrd, and rpm; and if found then I update them before
the compose.  Other packages wait for update until after the compose,
which is done as yum localupdate from /var/cache/pungi/rawhide/packages.
[Thus, a very low-tech mirror for propagating daily changes to two places.
My connection is cable modem with 12Mbit/s advertised but often <= 1MByte/s.]

What do I see?  Many times success, but too often murk.
Different packages changed from rawhide report to "yum update" to pungi
download, and not just the big spikes for translation string updates,
mass keyed signings, deliberate release holds, etc.  Sporadic delays
of 10 seconds or more for establishing connections, as viewed in System
Monitor.  Throughput varying from 80KB/s to 3MB/s for observable
durations on non-small files.  Most importantly: little indication of why,
and little hope of finding out.

Pungi does report "Connection timed out" so that is obvious.  The log file
sometimes contains one of:
  Requested Range Not Satisfiable
  Package does not match intended download
  HTTP Error 404: Not Found
with an associated URL.  That's good, but the same message may appear
consecutively for more than one mirror.  Where does the blame lie: with
each listed mirror, or with the master, or with pungi (or its delegate)?
Which mirror gets credit for succeeding with this package,
thus *NOT* appearing in a complaint at the moment?  When the package
that is downloaded is not the version listed in rawhide report: why?

The mirror system provides me with much good use, but enough not-so-good
use that I grouse about it.

-- 



From emmanuel.seyman at club-internet.fr  Sun Mar 29 21:00:27 2009
From: emmanuel.seyman at club-internet.fr (Emmanuel Seyman)
Date: Sun, 29 Mar 2009 23:00:27 +0200
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <16de708d0903291347h3b4627dbsff43fa3e7264607d@mail.gmail.com>
References: <604aa7910903272115x2647724fm6f8f622791343775@mail.gmail.com>
	<20090328042809.GA16399@wolff.to> <49CE71AD.6070404@redhat.com>
	<385866f0903281245y7499681an4987add4c3e14d7d@mail.gmail.com>
	<49CE8298.5000902@fedoraproject.org>
	<16de708d0903281414tf00be74sa342a7f384eaa98e@mail.gmail.com>
	<49CEC48D.6020400@fedoraproject.org>
	<16de708d0903290058i4e2d748cx9a8a181adf64d434@mail.gmail.com>
	<49CF9FAF.1050202@fedoraproject.org>
	<16de708d0903291347h3b4627dbsff43fa3e7264607d@mail.gmail.com>
Message-ID: <20090329210027.GA1048@orient.maison.lan>

* Arthur Pemberton [29/03/2009 22:54] :
>
> Could you please point me to the discussion areas where this decision
> was made? Since I appernetly have to live with this decision, I would
> like to at least understand the logic behind it.

http://lists.freedesktop.org/archives/xorg/2008-September/038786.html

Emmanuel



From jreiser at BitWagon.com  Sun Mar 29 21:10:28 2009
From: jreiser at BitWagon.com (John Reiser)
Date: Sun, 29 Mar 2009 14:10:28 -0700
Subject: preupgrade today: getting error: cannot download the kickstart
 file
In-Reply-To: <1238347212.16431.4.camel@localhost.localdomain>
References: <49CE3B29.3010408@verizon.net>
	<49CE5DA6.7080000@verizon.net>	<49CE610B.7030002@BitWagon.com>
	<gqmn6c$jrh$1@ger.gmane.org>	<49CEF6A2.4000507@BitWagon.com>
	<1238347212.16431.4.camel@localhost.localdomain>
Message-ID: <49CFE3C4.8060902@BitWagon.com>

Jesse Keating wrote:
> On Sat, 2009-03-28 at 21:18 -0700, John Reiser wrote:
>> [jigdo is an exception.]
> 
> jigdo is no exception.  The URLs listed in the jigdo file use
> mirrormanager to redirect you to a mirror using the same algorithm as
> yum getting a mirrorlist.

The results were vastly different when I used jigdo two months ago.
With jigdo(-lite) I get to [have to] choose one or more specific mirrors
(or meta-mirrors) if I wish.  I also saw the actual resulting mirror
for each package as it downloaded, and it was easy to recognize one
or two mirrors that were broken, and to use ^C to hasten a re-choosing
instead of waiting for timeout.  With yum tools the choice of repo
is mostly hidden in a file that must be edited beforehand, and the
actual resulting server for each package often is not revealed.

-- 



From pemboa at gmail.com  Sun Mar 29 21:16:26 2009
From: pemboa at gmail.com (Arthur Pemberton)
Date: Sun, 29 Mar 2009 16:16:26 -0500
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <20090329210027.GA1048@orient.maison.lan>
References: <604aa7910903272115x2647724fm6f8f622791343775@mail.gmail.com>
	<49CE71AD.6070404@redhat.com>
	<385866f0903281245y7499681an4987add4c3e14d7d@mail.gmail.com>
	<49CE8298.5000902@fedoraproject.org>
	<16de708d0903281414tf00be74sa342a7f384eaa98e@mail.gmail.com>
	<49CEC48D.6020400@fedoraproject.org>
	<16de708d0903290058i4e2d748cx9a8a181adf64d434@mail.gmail.com>
	<49CF9FAF.1050202@fedoraproject.org>
	<16de708d0903291347h3b4627dbsff43fa3e7264607d@mail.gmail.com>
	<20090329210027.GA1048@orient.maison.lan>
Message-ID: <16de708d0903291416w5dae3d6aka2ebf090b83ec8e6@mail.gmail.com>

On Sun, Mar 29, 2009 at 4:00 PM, Emmanuel Seyman
<emmanuel.seyman at club-internet.fr> wrote:
> * Arthur Pemberton [29/03/2009 22:54] :
>>
>> Could you please point me to the discussion areas where this decision
>> was made? Since I appernetly have to live with this decision, I would
>> like to at least understand the logic behind it.
>
> http://lists.freedesktop.org/archives/xorg/2008-September/038786.html


That can't be it. It has been said that this decision was taken my
developers and maintainers. This poll was not in favor of removing it,
and the originator of the poll was campaigning for it through out the
thread.

-- 
Fedora 9 : sulphur is good for the skin
( www.pembo13.com )



From mjg at redhat.com  Sun Mar 29 21:44:39 2009
From: mjg at redhat.com (Matthew Garrett)
Date: Sun, 29 Mar 2009 22:44:39 +0100
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <20090329185512.GE1491512@hiwaay.net>
References: <49CE8298.5000902@fedoraproject.org>
	<16de708d0903281414tf00be74sa342a7f384eaa98e@mail.gmail.com>
	<49CEC48D.6020400@fedoraproject.org>
	<16de708d0903290058i4e2d748cx9a8a181adf64d434@mail.gmail.com>
	<49CF9FAF.1050202@fedoraproject.org>
	<1238344979.28229.17.camel@arekh.okg>
	<20090329170147.GA9841@srcf.ucam.org>
	<1238350570.21693.24.camel@localhost.localdomain>
	<20090329182644.GB11061@srcf.ucam.org>
	<20090329185512.GE1491512@hiwaay.net>
Message-ID: <20090329214439.GA13446@srcf.ucam.org>

On Sun, Mar 29, 2009 at 01:55:13PM -0500, Chris Adams wrote:
> Once upon a time, Matthew Garrett <mjg at redhat.com> said:
> > I don't know about you, but I prefer my text editors not to save to disk 
> > on every keystroke.
> 
> Stop exagerating; that's not required.  Any decent X program _should_
> handle saving data if it loses its connection to the X server.  Killing
> the server does not terminate all the clients without notice.  And guess
> what, many (most?) do.  For example, if I kill X, the next time I start
> Firefox, it asks if I want to restore my previous session (which it
> dutifully saved away) or start a new one.

Firefox does this by saving its session every time you hit a new page. 
It's actually remarkably difficult to handle the "My X server has gone 
away" case - traditional xlib behaviour is to just abort() your process. 
You can do some funky stuff involving signal handlers and longjmp, but 
by and large it's not practical to save app state when the server is 
killed. Especially if your application isn't an X one and just happens 
to run in a console.

> So far, your arguments are "I should be able to hit any random key at
> any time and not cause any problem" and "applications are so broken they
> can't handle an unusual condition and so need to save state at every
> change".  Both of those are stupid.

I should be able to hit a key without it having a surprising behaviour 
that closes all my applications without any sort of confirmation, yes. 
ctrl+alt+backspace was always a poor choice from this perspective.

-- 
Matthew Garrett | mjg59 at srcf.ucam.org



From chris.stone at gmail.com  Sun Mar 29 21:48:35 2009
From: chris.stone at gmail.com (Christopher Stone)
Date: Sun, 29 Mar 2009 14:48:35 -0700
Subject: WEP Index Missing F11 Network Manager?
Message-ID: <d9c612bf0903291448i1dd58bfrf07a8d166bacf2b1@mail.gmail.com>

Hi,

I tried a live cd for the nouveau test day, and when I tried entering
in my WEP key into Network Manager I was unable to specify the WEP
index that I use and was unable to connect.

Am I missing something here? Why is this option no longer available in
NetworkManager's Wireless Security settings dialog?



From mjg at redhat.com  Sun Mar 29 21:49:53 2009
From: mjg at redhat.com (Matthew Garrett)
Date: Sun, 29 Mar 2009 22:49:53 +0100
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <1238353171.21693.59.camel@localhost.localdomain>
References: <49CE8298.5000902@fedoraproject.org>
	<16de708d0903281414tf00be74sa342a7f384eaa98e@mail.gmail.com>
	<49CEC48D.6020400@fedoraproject.org>
	<16de708d0903290058i4e2d748cx9a8a181adf64d434@mail.gmail.com>
	<49CF9FAF.1050202@fedoraproject.org>
	<1238344979.28229.17.camel@arekh.okg>
	<20090329170147.GA9841@srcf.ucam.org>
	<1238350570.21693.24.camel@localhost.localdomain>
	<20090329182644.GB11061@srcf.ucam.org>
	<1238353171.21693.59.camel@localhost.localdomain>
Message-ID: <20090329214953.GB13446@srcf.ucam.org>

On Sun, Mar 29, 2009 at 01:59:31PM -0500, Callum Lerwick wrote:

> ctl-alt-shift-backspace
> ctl-alt-shift-backspace-tab
> ctl-alt-shift-enter-spacebar
> ctl-alt-shift-capslock-enter-backspace
> ctl-alt-lshift-rshift-backspace
> ctl-alt-lshift-rshift-backspace-tab
> ctl-alt-lshift-rshift-enter-spacebar
> ctl-alt-lshift-rshift-capslock-enter-backspace
> ctl-alt-lshift-rshift-capslock-backspace-enter-tab-spacebar

I'm a little leary about things involving tab and space, given their use 
in other contexts - but, to be fair, requiring both shift keys would 
probably be adequate. My other thought is something involving the break
key, since that's basically unused right now. The only real trouble 
there is the extent to which laptops will let you use modifiers with 
something generated using the Fn key.

-- 
Matthew Garrett | mjg59 at srcf.ucam.org



From mjg at redhat.com  Sun Mar 29 21:50:45 2009
From: mjg at redhat.com (Matthew Garrett)
Date: Sun, 29 Mar 2009 22:50:45 +0100
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <49CFC985.7060807@ij.net>
References: <49CE8298.5000902@fedoraproject.org>
	<16de708d0903281414tf00be74sa342a7f384eaa98e@mail.gmail.com>
	<49CEC48D.6020400@fedoraproject.org>
	<16de708d0903290058i4e2d748cx9a8a181adf64d434@mail.gmail.com>
	<49CF9FAF.1050202@fedoraproject.org>
	<1238344979.28229.17.camel@arekh.okg>
	<20090329170147.GA9841@srcf.ucam.org>
	<1238350570.21693.24.camel@localhost.localdomain>
	<20090329182644.GB11061@srcf.ucam.org> <49CFC985.7060807@ij.net>
Message-ID: <20090329215045.GC13446@srcf.ucam.org>

On Sun, Mar 29, 2009 at 03:18:29PM -0400, Felix Miata wrote:
> On 2009/03/29 19:26 (GMT+0100) Matthew Garrett composed:
> 
> > I haven't seen any good suggestions.
> 
> Why is the openSUSE solution posted at least twice in this thread not a "good
> suggestion"?

Because it provides no worthwhile feedback that what you've just pressed 
is bad, and so doesn't discourage you from trying it again. It reduces 
the probability of disaster but it's still not especially friendly.

-- 
Matthew Garrett | mjg59 at srcf.ucam.org



From chris.stone at gmail.com  Sun Mar 29 21:52:11 2009
From: chris.stone at gmail.com (Christopher Stone)
Date: Sun, 29 Mar 2009 14:52:11 -0700
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <20090329215045.GC13446@srcf.ucam.org>
References: <49CE8298.5000902@fedoraproject.org>
	<49CEC48D.6020400@fedoraproject.org>
	<16de708d0903290058i4e2d748cx9a8a181adf64d434@mail.gmail.com>
	<49CF9FAF.1050202@fedoraproject.org>
	<1238344979.28229.17.camel@arekh.okg>
	<20090329170147.GA9841@srcf.ucam.org>
	<1238350570.21693.24.camel@localhost.localdomain>
	<20090329182644.GB11061@srcf.ucam.org> <49CFC985.7060807@ij.net>
	<20090329215045.GC13446@srcf.ucam.org>
Message-ID: <d9c612bf0903291452y668bb205r59e5d0b78bb837c3@mail.gmail.com>

On Sun, Mar 29, 2009 at 2:50 PM, Matthew Garrett <mjg at redhat.com> wrote:
> On Sun, Mar 29, 2009 at 03:18:29PM -0400, Felix Miata wrote:
>> On 2009/03/29 19:26 (GMT+0100) Matthew Garrett composed:
>>
>> > I haven't seen any good suggestions.
>>
>> Why is the openSUSE solution posted at least twice in this thread not a "good
>> suggestion"?
>
> Because it provides no worthwhile feedback that what you've just pressed
> is bad, and so doesn't discourage you from trying it again. It reduces
> the probability of disaster but it's still not especially friendly.

Actually the SUSE patch emits an audible tone the first time you press
ctrl-alt-backspace.  The tone will last for two seconds, and the user
must press ctrl-alt-backspace again before the tone stops in order to
kill X.



From mjg at redhat.com  Sun Mar 29 21:52:50 2009
From: mjg at redhat.com (Matthew Garrett)
Date: Sun, 29 Mar 2009 22:52:50 +0100
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <16de708d0903291416w5dae3d6aka2ebf090b83ec8e6@mail.gmail.com>
References: <49CE71AD.6070404@redhat.com>
	<385866f0903281245y7499681an4987add4c3e14d7d@mail.gmail.com>
	<49CE8298.5000902@fedoraproject.org>
	<16de708d0903281414tf00be74sa342a7f384eaa98e@mail.gmail.com>
	<49CEC48D.6020400@fedoraproject.org>
	<16de708d0903290058i4e2d748cx9a8a181adf64d434@mail.gmail.com>
	<49CF9FAF.1050202@fedoraproject.org>
	<16de708d0903291347h3b4627dbsff43fa3e7264607d@mail.gmail.com>
	<20090329210027.GA1048@orient.maison.lan>
	<16de708d0903291416w5dae3d6aka2ebf090b83ec8e6@mail.gmail.com>
Message-ID: <20090329215250.GD13446@srcf.ucam.org>

On Sun, Mar 29, 2009 at 04:16:26PM -0500, Arthur Pemberton wrote:

> That can't be it. It has been said that this decision was taken my
> developers and maintainers. This poll was not in favor of removing it,
> and the originator of the poll was campaigning for it through out the
> thread.

Most of the discussion happened on IRC - I have no idea if it's logged 
or not.

-- 
Matthew Garrett | mjg59 at srcf.ucam.org



From johnsmithdoe14 at googlemail.com  Sun Mar 29 21:54:10 2009
From: johnsmithdoe14 at googlemail.com (psmith)
Date: Sun, 29 Mar 2009 22:54:10 +0100
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <20090329214439.GA13446@srcf.ucam.org>
References: <49CE8298.5000902@fedoraproject.org>	<16de708d0903281414tf00be74sa342a7f384eaa98e@mail.gmail.com>	<49CEC48D.6020400@fedoraproject.org>	<16de708d0903290058i4e2d748cx9a8a181adf64d434@mail.gmail.com>	<49CF9FAF.1050202@fedoraproject.org>	<1238344979.28229.17.camel@arekh.okg>	<20090329170147.GA9841@srcf.ucam.org>	<1238350570.21693.24.camel@localhost.localdomain>	<20090329182644.GB11061@srcf.ucam.org>	<20090329185512.GE1491512@hiwaay.net>
	<20090329214439.GA13446@srcf.ucam.org>
Message-ID: <49CFEE02.6070005@googlemail.com>

Matthew Garrett wrote:
> On Sun, Mar 29, 2009 at 01:55:13PM -0500, Chris Adams wrote:
>   
>> Once upon a time, Matthew Garrett <mjg at redhat.com> said:
>>     
>>> I don't know about you, but I prefer my text editors not to save to disk 
>>> on every keystroke.
>>>       
>> Stop exagerating; that's not required.  Any decent X program _should_
>> handle saving data if it loses its connection to the X server.  Killing
>> the server does not terminate all the clients without notice.  And guess
>> what, many (most?) do.  For example, if I kill X, the next time I start
>> Firefox, it asks if I want to restore my previous session (which it
>> dutifully saved away) or start a new one.
>>     
>
> Firefox does this by saving its session every time you hit a new page. 
> It's actually remarkably difficult to handle the "My X server has gone 
> away" case - traditional xlib behaviour is to just abort() your process. 
> You can do some funky stuff involving signal handlers and longjmp, but 
> by and large it's not practical to save app state when the server is 
> killed. Especially if your application isn't an X one and just happens 
> to run in a console.
>
>   
>> So far, your arguments are "I should be able to hit any random key at
>> any time and not cause any problem" and "applications are so broken they
>> can't handle an unusual condition and so need to save state at every
>> change".  Both of those are stupid.
>>     
>
> I should be able to hit a key without it having a surprising behaviour 
> that closes all my applications without any sort of confirmation, yes. 
> ctrl+alt+backspace was always a poor choice from this perspective.
>
>   
A key then yes, a three key combo then no you shouldn't, and it's hardly 
surprising behaviour to you since you seem to be doing it accidentally 
all the time, surely after the first or second time you realised that 
it's not a good idea to keep doing it. or if you don't have that good of 
a manual dexterity perhaps you should change you emacs keybindings, or 
even run an xorg.conf with the zap disabled.

again i say don't force a change on every other x user for your 
shortcommings!



From dr.diesel at gmail.com  Sun Mar 29 21:59:16 2009
From: dr.diesel at gmail.com (Dr. Diesel)
Date: Sun, 29 Mar 2009 17:59:16 -0400
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <20090329215250.GD13446@srcf.ucam.org>
References: <49CE71AD.6070404@redhat.com> <49CE8298.5000902@fedoraproject.org>
	<16de708d0903281414tf00be74sa342a7f384eaa98e@mail.gmail.com>
	<49CEC48D.6020400@fedoraproject.org>
	<16de708d0903290058i4e2d748cx9a8a181adf64d434@mail.gmail.com>
	<49CF9FAF.1050202@fedoraproject.org>
	<16de708d0903291347h3b4627dbsff43fa3e7264607d@mail.gmail.com>
	<20090329210027.GA1048@orient.maison.lan>
	<16de708d0903291416w5dae3d6aka2ebf090b83ec8e6@mail.gmail.com>
	<20090329215250.GD13446@srcf.ucam.org>
Message-ID: <2a28d2ab0903291459n51726566u4c06fe9ac001f91c@mail.gmail.com>

On Sun, Mar 29, 2009 at 5:52 PM, Matthew Garrett <mjg at redhat.com> wrote:

> On Sun, Mar 29, 2009 at 04:16:26PM -0500, Arthur Pemberton wrote:
>
> > That can't be it. It has been said that this decision was taken my
> > developers and maintainers. This poll was not in favor of removing it,
> > and the originator of the poll was campaigning for it through out the
> > thread.
>
> Most of the discussion happened on IRC - I have no idea if it's logged
> or not.
>
>
Which probably means a group of 4-5 people spent 9 seconds on the debate
without any real user input...

-- 
projecthuh.com
All of my bits are free, are yours?  Fedoraproject.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090329/bd4e4c02/attachment.htm>

From cmadams at hiwaay.net  Sun Mar 29 22:00:24 2009
From: cmadams at hiwaay.net (Chris Adams)
Date: Sun, 29 Mar 2009 17:00:24 -0500
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <20090329214439.GA13446@srcf.ucam.org>
References: <16de708d0903281414tf00be74sa342a7f384eaa98e@mail.gmail.com>
	<49CEC48D.6020400@fedoraproject.org>
	<16de708d0903290058i4e2d748cx9a8a181adf64d434@mail.gmail.com>
	<49CF9FAF.1050202@fedoraproject.org>
	<1238344979.28229.17.camel@arekh.okg>
	<20090329170147.GA9841@srcf.ucam.org>
	<1238350570.21693.24.camel@localhost.localdomain>
	<20090329182644.GB11061@srcf.ucam.org>
	<20090329185512.GE1491512@hiwaay.net>
	<20090329214439.GA13446@srcf.ucam.org>
Message-ID: <20090329220024.GF1491512@hiwaay.net>

Once upon a time, Matthew Garrett <mjg at redhat.com> said:
> It's actually remarkably difficult to handle the "My X server has gone 
> away" case - traditional xlib behaviour is to just abort() your process. 
> You can do some funky stuff involving signal handlers and longjmp, but 
> by and large it's not practical to save app state when the server is 
> killed. Especially if your application isn't an X one and just happens 
> to run in a console.

Huh, vim manages to handle this just fine.  Maybe the emacs folks that
don't like Ctrl+Alt+Backspace should give it a try...
-- 
Chris Adams <cmadams at hiwaay.net>
Systems and Network Administrator - HiWAAY Internet Services
I don't speak for anybody but myself - that's enough trouble.



From mjg at redhat.com  Sun Mar 29 22:10:39 2009
From: mjg at redhat.com (Matthew Garrett)
Date: Sun, 29 Mar 2009 23:10:39 +0100
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <2a28d2ab0903291459n51726566u4c06fe9ac001f91c@mail.gmail.com>
References: <49CE8298.5000902@fedoraproject.org>
	<16de708d0903281414tf00be74sa342a7f384eaa98e@mail.gmail.com>
	<49CEC48D.6020400@fedoraproject.org>
	<16de708d0903290058i4e2d748cx9a8a181adf64d434@mail.gmail.com>
	<49CF9FAF.1050202@fedoraproject.org>
	<16de708d0903291347h3b4627dbsff43fa3e7264607d@mail.gmail.com>
	<20090329210027.GA1048@orient.maison.lan>
	<16de708d0903291416w5dae3d6aka2ebf090b83ec8e6@mail.gmail.com>
	<20090329215250.GD13446@srcf.ucam.org>
	<2a28d2ab0903291459n51726566u4c06fe9ac001f91c@mail.gmail.com>
Message-ID: <20090329221039.GA13809@srcf.ucam.org>

On Sun, Mar 29, 2009 at 05:59:16PM -0400, Dr. Diesel wrote:
>    On Sun, Mar 29, 2009 at 5:52 PM, Matthew Garrett <mjg at redhat.com> wrote:
> 
>      On Sun, Mar 29, 2009 at 04:16:26PM -0500, Arthur Pemberton wrote:
> 
>      > That can't be it. It has been said that this decision was taken my
>      > developers and maintainers. This poll was not in favor of removing it,
>      > and the originator of the poll was campaigning for it through out the
>      > thread.
> 
>      Most of the discussion happened on IRC - I have no idea if it's logged
>      or not.
> 
>    Which probably means a group of 4-5 people spent 9 seconds on the debate
>    without any real user input...

Oddly enough, it turns out that developers tend to use their code as 
well.

-- 
Matthew Garrett | mjg59 at srcf.ucam.org



From dr.diesel at gmail.com  Sun Mar 29 22:18:18 2009
From: dr.diesel at gmail.com (Dr. Diesel)
Date: Sun, 29 Mar 2009 18:18:18 -0400
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <20090329221039.GA13809@srcf.ucam.org>
References: <49CE8298.5000902@fedoraproject.org>
	<49CEC48D.6020400@fedoraproject.org>
	<16de708d0903290058i4e2d748cx9a8a181adf64d434@mail.gmail.com>
	<49CF9FAF.1050202@fedoraproject.org>
	<16de708d0903291347h3b4627dbsff43fa3e7264607d@mail.gmail.com>
	<20090329210027.GA1048@orient.maison.lan>
	<16de708d0903291416w5dae3d6aka2ebf090b83ec8e6@mail.gmail.com>
	<20090329215250.GD13446@srcf.ucam.org>
	<2a28d2ab0903291459n51726566u4c06fe9ac001f91c@mail.gmail.com>
	<20090329221039.GA13809@srcf.ucam.org>
Message-ID: <2a28d2ab0903291518p3b5265abt111bd0a9ae9f5114@mail.gmail.com>

On Sun, Mar 29, 2009 at 6:10 PM, Matthew Garrett <mjg at redhat.com> wrote:

> On Sun, Mar 29, 2009 at 05:59:16PM -0400, Dr. Diesel wrote:
> >    On Sun, Mar 29, 2009 at 5:52 PM, Matthew Garrett <mjg at redhat.com>
> wrote:
> >
> >      On Sun, Mar 29, 2009 at 04:16:26PM -0500, Arthur Pemberton wrote:
> >
> >      > That can't be it. It has been said that this decision was taken my
> >      > developers and maintainers. This poll was not in favor of removing
> it,
> >      > and the originator of the poll was campaigning for it through out
> the
> >      > thread.
> >
> >      Most of the discussion happened on IRC - I have no idea if it's
> logged
> >      or not.
> >
> >    Which probably means a group of 4-5 people spent 9 seconds on the
> debate
> >    without any real user input...
>
> Oddly enough, it turns out that developers tend to use their code as
> well.
>

So far nobody has been able to produce any support for this change.  Of the
zillions of Linux based forums I read daily I've never once every heard of
this complaint.



-- 
projecthuh.com
All of my bits are free, are yours?  Fedoraproject.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090329/02f4c742/attachment.htm>

From cdahlin at redhat.com  Sun Mar 29 23:24:17 2009
From: cdahlin at redhat.com (Casey Dahlin)
Date: Sun, 29 Mar 2009 19:24:17 -0400
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <d9c612bf0903291452y668bb205r59e5d0b78bb837c3@mail.gmail.com>
References: <49CE8298.5000902@fedoraproject.org>	<49CEC48D.6020400@fedoraproject.org>	<16de708d0903290058i4e2d748cx9a8a181adf64d434@mail.gmail.com>	<49CF9FAF.1050202@fedoraproject.org>	<1238344979.28229.17.camel@arekh.okg>	<20090329170147.GA9841@srcf.ucam.org>	<1238350570.21693.24.camel@localhost.localdomain>	<20090329182644.GB11061@srcf.ucam.org>
	<49CFC985.7060807@ij.net>	<20090329215045.GC13446@srcf.ucam.org>
	<d9c612bf0903291452y668bb205r59e5d0b78bb837c3@mail.gmail.com>
Message-ID: <49D00321.4050101@redhat.com>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Christopher Stone wrote:
> On Sun, Mar 29, 2009 at 2:50 PM, Matthew Garrett <mjg at redhat.com> wrote:
>> On Sun, Mar 29, 2009 at 03:18:29PM -0400, Felix Miata wrote:
>>> On 2009/03/29 19:26 (GMT+0100) Matthew Garrett composed:
>>>
>>>> I haven't seen any good suggestions.
>>> Why is the openSUSE solution posted at least twice in this thread not a "good
>>> suggestion"?
>> Because it provides no worthwhile feedback that what you've just pressed
>> is bad, and so doesn't discourage you from trying it again. It reduces
>> the probability of disaster but it's still not especially friendly.
> 
> Actually the SUSE patch emits an audible tone the first time you press
> ctrl-alt-backspace.  The tone will last for two seconds, and the user
> must press ctrl-alt-backspace again before the tone stops in order to
> kill X.
> 

I'd support this if people preferred. I know patches welcome is kind of
a crappy response, but its probably a small amount of changes. Why don't
you collect the necessary bits and get the package set up to build, then
poke the maintainer about it?

- --CJD
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org

iEYEARECAAYFAknQAyEACgkQIHOkVH4pLz4ICwCfbHmfKGhESCGxEnYJxzfuMYFB
NmAAn1BpRnwnmfCpmksIZ2UWfJ6s0EDm
=H2aI
-----END PGP SIGNATURE-----



From Matt_Domsch at dell.com  Sun Mar 29 23:49:32 2009
From: Matt_Domsch at dell.com (Matt Domsch)
Date: Sun, 29 Mar 2009 18:49:32 -0500
Subject: preupgrade today: getting error: cannot download the kickstart
	file
In-Reply-To: <49CFE0C0.4050304@BitWagon.com>
References: <49CE3B29.3010408@verizon.net> <49CE5DA6.7080000@verizon.net>
	<49CE610B.7030002@BitWagon.com> <gqmn6c$jrh$1@ger.gmane.org>
	<49CEF6A2.4000507@BitWagon.com>
	<20090329042724.GC28551@auslistsprd01.us.dell.com>
	<49CFE0C0.4050304@BitWagon.com>
Message-ID: <20090329234932.GD28551@auslistsprd01.us.dell.com>

On Sun, Mar 29, 2009 at 01:57:36PM -0700, John Reiser wrote:
> I start the pungi compose a few hours after receiving the rawhide report.
> As long as there are fewer than 100 packages or so, then I consider this
> to be time enough for changes to propagate through the mirror system.

I wish it were that simple.  Perhaps if we had push-mirroring in
place, it would be.  As it stands, each mirror schedules its own
syncs.  Some every hour or so, some every 6, some once a day.  Rawhide
being the fastest churning piece on the mirror system, exposes these
latencies in ways that the other content simply doesn't.

During the F11-Alpha cycle, some bugs in MirrorManager have been
discovered and fixed which may have lead to more redirections to stale
mirrors.  These should be reduced, but I can't promise they'll be
completely eliminated.  MM shouldn't return stale mirrors more than ~6
hours stale.  If you need a more deterministic update latency for your
specific test purposes, I recommend you point your baseurl entries at
download.fedora.redhat.com.

Thanks,
Matt

-- 
Matt Domsch
Linux Technology Strategist, Dell Office of the CTO
linux.dell.com & www.dell.com/linux



From kevin.kofler at chello.at  Mon Mar 30 01:55:13 2009
From: kevin.kofler at chello.at (Kevin Kofler)
Date: Mon, 30 Mar 2009 03:55:13 +0200
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
References: <49CD379D.8040104@verizon.net>
	<49CD42C9.9090706@verizon.net>	<20090327215820.afa176fd.zaitcev@redhat.com>	<604aa7910903272115x2647724fm6f8f622791343775@mail.gmail.com>	<20090328042809.GA16399@wolff.to>
	<49CE71AD.6070404@redhat.com>	<385866f0903281245y7499681an4987add4c3e14d7d@mail.gmail.com>	<49CE8298.5000902@fedoraproject.org>	<16de708d0903281414tf00be74sa342a7f384eaa98e@mail.gmail.com>	<49CEC48D.6020400@fedoraproject.org>
	<16de708d0903290058i4e2d748cx9a8a181adf64d434@mail.gmail.com>
	<49CF868C.30908@gmail.com>
Message-ID: <gqp8q1$c0q$1@ger.gmane.org>

Casimiro de Almeida Barreto wrote:
> <!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">

Your point would get across better if you'd send it in plain text, not HTML.

        Kevin Kofler



From kevin.kofler at chello.at  Mon Mar 30 02:11:26 2009
From: kevin.kofler at chello.at (Kevin Kofler)
Date: Mon, 30 Mar 2009 04:11:26 +0200
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
References: <49CE71AD.6070404@redhat.com> <49CE8298.5000902@fedoraproject.org>
	<16de708d0903281414tf00be74sa342a7f384eaa98e@mail.gmail.com>
	<49CEC48D.6020400@fedoraproject.org>
	<16de708d0903290058i4e2d748cx9a8a181adf64d434@mail.gmail.com>
	<49CF9FAF.1050202@fedoraproject.org>
	<1238344979.28229.17.camel@arekh.okg>
	<20090329170147.GA9841@srcf.ucam.org>
	<alpine.LFD.1.10.0903291322170.30111@newtla.xelerance.com>
	<20090329172140.GA10178@srcf.ucam.org>
	<2a28d2ab0903291031k3936d100j6b78f89bfadfbabf@mail.gmail.com>
Message-ID: <gqp9of$dtt$1@ger.gmane.org>

Dr. Diesel wrote:
> This reply is ludicrous.  Might as well ship F12 without Gnome, you can
> simply install it if you want......

That would actually be an improvement. ;-)

        Kevin Kofler



From kevin.kofler at chello.at  Mon Mar 30 02:35:30 2009
From: kevin.kofler at chello.at (Kevin Kofler)
Date: Mon, 30 Mar 2009 04:35:30 +0200
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
References: <49CE71AD.6070404@redhat.com>
	<385866f0903281245y7499681an4987add4c3e14d7d@mail.gmail.com>
	<49CE8298.5000902@fedoraproject.org>
	<16de708d0903281414tf00be74sa342a7f384eaa98e@mail.gmail.com>
	<49CEC48D.6020400@fedoraproject.org>
	<16de708d0903290058i4e2d748cx9a8a181adf64d434@mail.gmail.com>
	<49CF9FAF.1050202@fedoraproject.org>
	<1238344979.28229.17.camel@arekh.okg>
	<20090329170147.GA9841@srcf.ucam.org>
	<1238350570.21693.24.camel@localhost.localdomain>
	<20090329182644.GB11061@srcf.ucam.org>
	<1238353171.21693.59.camel@localhost.localdomain>
Message-ID: <gqpb5i$ge9$1@ger.gmane.org>

Callum Lerwick wrote:
> 3) The average person has ten fingers, ten toes and a nose.

I really don't want to have to use my toes or nose to press your key
combo. ;-) Sure, a combo which is impossible to press with the hands only
would protect effectively against accidental pressing, but it'd also make
it a PITA to press the combo when actually needed.

        Kevin Kofler



From kevin.kofler at chello.at  Mon Mar 30 02:41:22 2009
From: kevin.kofler at chello.at (Kevin Kofler)
Date: Mon, 30 Mar 2009 04:41:22 +0200
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
References: <49CD379D.8040104@verizon.net>
	<20090327215820.afa176fd.zaitcev@redhat.com>
	<604aa7910903272115x2647724fm6f8f622791343775@mail.gmail.com>
	<20090328042809.GA16399@wolff.to> <49CE71AD.6070404@redhat.com>
	<385866f0903281245y7499681an4987add4c3e14d7d@mail.gmail.com>
	<49CE8298.5000902@fedoraproject.org>
	<20090328234437.GA96302@dspnet.fr.eu.org>
	<49CEDC72.6020307@fedoraproject.org> <49CEE1BA.5090809@verizon.net>
	<385866f0903290405p5cf6edd9o1cdd2ee5cfd40153@mail.gmail.com>
Message-ID: <gqpbgi$ge9$2@ger.gmane.org>

Muayyad AlSadi wrote:
> and on this topic another one is assuming that we don't need CTRL+ALT+BKSP
> and tells those who want it to edit xorg.conf files which does not

FYI, for this purpose you can create an xorg.conf with only this setting
(and otherwise blank).

        Kevin Kofler



From kevin.kofler at chello.at  Mon Mar 30 03:06:01 2009
From: kevin.kofler at chello.at (Kevin Kofler)
Date: Mon, 30 Mar 2009 05:06:01 +0200
Subject: preupgrade today: getting error: cannot download the kickstart
	file
References: <49CE3B29.3010408@verizon.net>
	<49CE5DA6.7080000@verizon.net>	<49CE610B.7030002@BitWagon.com>
	<gqmn6c$jrh$1@ger.gmane.org> <49CEF6A2.4000507@BitWagon.com>
Message-ID: <gqpcuq$jg1$1@ger.gmane.org>

John Reiser wrote:
> yum, preupgrade, and related FedoraProject software often does its best
> to hide such details from the user, and to make it inconvenient to choose
> anything other than the default round-robin by geo-IP.  [jigdo is an
> exception.]

I just hardcode a known good mirror in the .repo files (and keep the
mirrorlist as fallback).

That said, the mirrorlists actually work pretty well these days. I remember
the days when all the .repo files were configured to default to a single
heavily overloaded server at Red Hat. Then we got a round robin of some
random mirrors all over the world, usually with disastrous resulting
bandwidth. Now we get local, usually fast mirrors by default.

        Kevin Kofler



From ricardo at fedoraproject.org  Mon Mar 30 05:01:14 2009
From: ricardo at fedoraproject.org (=?UTF-8?Q?Ricardo_Arg=C3=BCello?=)
Date: Mon, 30 Mar 2009 00:01:14 -0500
Subject: improve-relatime.patch dropped from F10
In-Reply-To: <20090326203604.GA10814@srcf.ucam.org>
References: <500f0ca00812272308w2b6d0f39q5868b9ce06d032@mail.gmail.com>
	<gk04m5$1qt$1@ger.gmane.org> <20090106191022.GA32590@srcf.ucam.org>
	<500f0ca00901061116k5aee1e2fl38bc51fe369e9e6d@mail.gmail.com>
	<20090107005452.GA8500@srcf.ucam.org>
	<20090326203604.GA10814@srcf.ucam.org>
Message-ID: <500f0ca00903292201m7a78f28fod5c8bc6175c71108@mail.gmail.com>

Thanks Matthew, this is perhaps one of the most important performance
tweaks for Fedora 11 and beyond.
We need to add this to the Release Notes or something like that!

Should we close the bug now?

On Thu, Mar 26, 2009 at 3:36 PM, Matthew Garrett <mjg at redhat.com> wrote:
> On Wed, Jan 07, 2009 at 12:54:52AM +0000, Matthew Garrett wrote:
>
>> Huh. I actually meant "shouldn't cause failure" there, in terms of it
>> still being a valid mount option. The improved relatime code adds that
>> heuristic, which avoids the tmpreaper failure. I'm trying to get it
>> upstream, at which point I'll backport it - I'm not enthusiastic about
>> carrying it around as a custom modification forever.
>
> This got merged for 2.6.30 and I've backported it to the rawhide tree.
> It should also turn up in the 2.6.29 kernel update for F10, but possibly
> won't be enabled by default there while we work out how to handle the
> userland transition.
>
> --
> Matthew Garrett | mjg59 at srcf.ucam.org
>
> --
> fedora-devel-list mailing list
> fedora-devel-list at redhat.com
> https://www.redhat.com/mailman/listinfo/fedora-devel-list
>



From rodd at clarkson.id.au  Mon Mar 30 05:12:56 2009
From: rodd at clarkson.id.au (Rodd Clarkson)
Date: Mon, 30 Mar 2009 16:12:56 +1100
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <49CD379D.8040104@verizon.net>
References: <49CD379D.8040104@verizon.net>
Message-ID: <1238389976.3941.3.camel@moose>



On Fri, 2009-03-27 at 16:31 -0400, Gerry Reno wrote:
> I was reading through the F11A Release Notes when I came across this:
> 
>     "The key combination Ctrl-Alt-Backspace to kill the X server has 
> been disabled by default as a decision of the upstream Xorg project."
> 
> Having to deal with many servers and workstations in a company it is 
> crucial that Ctrl-Alt-Backspace be enabled by default.  There are times 
> when your KVM has lost mouse control or X is in a tight loop and 
> something like Ctrl-Alt-Backspace can save the situation.  This is much 
> more common than the uncommon cases that are illustrated as to why this 
> has been removed as default.
> 
> Ctrl-Alt-Backspace needs to be restored as the "default" and Emacs users 
> or others that find themselves in conflict with Java expressions can 
> just disable it for their very limited purpose.
> 
> Regards,
> Gerry


Rahul,

What's the policy on having the URL for both this thread and the other
incredibly long thread regarding that that appeared shortly after
f11-alpha including in the release notes, so that people can go and read
these threads, realize that (in almost every case) there point of view
regarding this has already been presented and that this is how it will
be?

I'm figuring that something should be attempted so that we don't have to
go through this conversation a third time when f11 is released. ;-]


Rodd
-- 
"It's a fine line between denial and faith.
 It's much better on my side"



From sundaram at fedoraproject.org  Mon Mar 30 05:25:27 2009
From: sundaram at fedoraproject.org (Rahul Sundaram)
Date: Mon, 30 Mar 2009 10:55:27 +0530
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <1238389976.3941.3.camel@moose>
References: <49CD379D.8040104@verizon.net> <1238389976.3941.3.camel@moose>
Message-ID: <49D057C7.40005@fedoraproject.org>

Rodd Clarkson wrote:

> 
> Rahul,
> 
> What's the policy on having the URL for both this thread and the other
> incredibly long thread regarding that that appeared shortly after
> f11-alpha including in the release notes, so that people can go and read
> these threads, realize that (in almost every case) there point of view
> regarding this has already been presented and that this is how it will
> be?
> 
> I'm figuring that something should be attempted so that we don't have to
> go through this conversation a third time when f11 is released. ;-]

I don't think it is appropriate content for release notes since it isn't
useful to lead users to read a few threads with hundreds of mails in
that context. Fedora release notes is not Fedora Weekly News.

Rahul



From sundaram at fedoraproject.org  Mon Mar 30 05:39:33 2009
From: sundaram at fedoraproject.org (Rahul Sundaram)
Date: Mon, 30 Mar 2009 11:09:33 +0530
Subject: improve-relatime.patch dropped from F10
In-Reply-To: <500f0ca00903292201m7a78f28fod5c8bc6175c71108@mail.gmail.com>
References: <500f0ca00812272308w2b6d0f39q5868b9ce06d032@mail.gmail.com>	<gk04m5$1qt$1@ger.gmane.org>
	<20090106191022.GA32590@srcf.ucam.org>	<500f0ca00901061116k5aee1e2fl38bc51fe369e9e6d@mail.gmail.com>	<20090107005452.GA8500@srcf.ucam.org>	<20090326203604.GA10814@srcf.ucam.org>
	<500f0ca00903292201m7a78f28fod5c8bc6175c71108@mail.gmail.com>
Message-ID: <49D05B15.3030802@fedoraproject.org>

Ricardo Arg?ello wrote:
> Thanks Matthew, this is perhaps one of the most important performance
> tweaks for Fedora 11 and beyond.
> We need to add this to the Release Notes or something like that!

Sure. Added to

https://fedoraproject.org/wiki/Documentation_Kernel_Beat

Let me know if you need more info added.

Rahul



From seg at haxxed.com  Mon Mar 30 05:56:40 2009
From: seg at haxxed.com (Callum Lerwick)
Date: Mon, 30 Mar 2009 00:56:40 -0500
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <20090329214953.GB13446@srcf.ucam.org>
References: <49CE8298.5000902@fedoraproject.org>
	<16de708d0903281414tf00be74sa342a7f384eaa98e@mail.gmail.com>
	<49CEC48D.6020400@fedoraproject.org>
	<16de708d0903290058i4e2d748cx9a8a181adf64d434@mail.gmail.com>
	<49CF9FAF.1050202@fedoraproject.org>
	<1238344979.28229.17.camel@arekh.okg>
	<20090329170147.GA9841@srcf.ucam.org>
	<1238350570.21693.24.camel@localhost.localdomain>
	<20090329182644.GB11061@srcf.ucam.org>
	<1238353171.21693.59.camel@localhost.localdomain>
	<20090329214953.GB13446@srcf.ucam.org>
Message-ID: <1238392600.21693.101.camel@localhost.localdomain>

On Sun, 2009-03-29 at 22:49 +0100, Matthew Garrett wrote:
> I'm a little leary about things involving tab and space, given their use 
> in other contexts - but, to be fair, requiring both shift keys would 
> probably be adequate. My other thought is something involving the break
> key, since that's basically unused right now. The only real trouble 
> there is the extent to which laptops will let you use modifiers with 
> something generated using the Fn key.

My iMac keyboard lacks a pause/break key: (Picture isn't US layout but
close enough...)

http://upload.wikimedia.org/wikipedia/commons/e/e4/Apple_USB_Keyboard_B.jpg

Also note Apple's recent keyboard designs have even less keys:

http://upload.wikimedia.org/wikipedia/commons/9/96/Apple-wireless-keyboard-aluminum-2007.jpg
http://upload.wikimedia.org/wikipedia/commons/8/81/Apple_Keyboard_A1242.jpg
-------------- 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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090330/bf4a0cfc/attachment.sig>

From seg at haxxed.com  Mon Mar 30 06:08:28 2009
From: seg at haxxed.com (Callum Lerwick)
Date: Mon, 30 Mar 2009 01:08:28 -0500
Subject: Pointless tangent (Was Re: F11: xorg decision to disable
 Ctrl-Alt-Backspace)
In-Reply-To: <20090329214439.GA13446@srcf.ucam.org>
References: <49CE8298.5000902@fedoraproject.org>
	<16de708d0903281414tf00be74sa342a7f384eaa98e@mail.gmail.com>
	<49CEC48D.6020400@fedoraproject.org>
	<16de708d0903290058i4e2d748cx9a8a181adf64d434@mail.gmail.com>
	<49CF9FAF.1050202@fedoraproject.org>
	<1238344979.28229.17.camel@arekh.okg>
	<20090329170147.GA9841@srcf.ucam.org>
	<1238350570.21693.24.camel@localhost.localdomain>
	<20090329182644.GB11061@srcf.ucam.org>
	<20090329185512.GE1491512@hiwaay.net>
	<20090329214439.GA13446@srcf.ucam.org>
Message-ID: <1238393308.21693.109.camel@localhost.localdomain>

On Sun, 2009-03-29 at 22:44 +0100, Matthew Garrett wrote:
> Firefox does this by saving its session every time you hit a new page. 
> It's actually remarkably difficult to handle the "My X server has gone 
> away" case - traditional xlib behaviour is to just abort() your process. 
> You can do some funky stuff involving signal handlers and longjmp, but 
> by and large it's not practical to save app state when the server is 
> killed. 

And yet somehow many existing apps manage to do it...

A resilient app has to be able to handle having the plug pulled with no
warning anyway.

> Especially if your application isn't an X one and just happens 
> to run in a console.

On the console we've had this thing called SIGHUP for the last few
decades...

http://en.wikipedia.org/wiki/SIGHUP
-------------- 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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090330/79b61f82/attachment.sig>

From rjones at redhat.com  Mon Mar 30 08:17:02 2009
From: rjones at redhat.com (Richard W.M. Jones)
Date: Mon, 30 Mar 2009 09:17:02 +0100
Subject: rawhide report: 20090329 changes
In-Reply-To: <20090329104424.E555C1B8001@releng2.fedora.phx.redhat.com>
References: <20090329104424.E555C1B8001@releng2.fedora.phx.redhat.com>
Message-ID: <20090330081702.GA4084@amd.home.annexia.org>

On Sun, Mar 29, 2009 at 10:44:24AM +0000, Rawhide Report wrote:
> 	ocaml-sexplib-4.2.7-1.fc11.i586 requires ocaml(Pa_type_conv) = 0:aff4831359f0f7a18d07e2276384b188

ocaml-sexplib was built against the wrong version of a dependency.
This should be fixed by tomorrow.

Rich.

-- 
Richard Jones, Emerging Technologies, Red Hat  http://et.redhat.com/~rjones
virt-df lists disk usage of guests without needing to install any
software inside the virtual machine.  Supports Linux and Windows.
http://et.redhat.com/~rjones/virt-df/



From mschwendt at gmail.com  Mon Mar 30 09:23:03 2009
From: mschwendt at gmail.com (Michael Schwendt)
Date: Mon, 30 Mar 2009 11:23:03 +0200
Subject: rpms/claws-mail-plugins/devel claws-mail-plugins.spec, 1.39,
 1.40 sources, 1.19, 1.20 .cvsignore, 1.19, 1.20
In-Reply-To: <20090329214603.EC14E70133@cvs1.fedora.phx.redhat.com>
References: <20090329214603.EC14E70133@cvs1.fedora.phx.redhat.com>
Message-ID: <20090330112303.14aad990@faldor.intranet>

On Sun, 29 Mar 2009 21:46:03 +0000 (UTC), Kevin wrote:

> Author: kevin
> 
> Update of /cvs/extras/rpms/claws-mail-plugins/devel

> @@ -447,6 +448,7 @@
>  %lang(sr) %{_datadir}/locale/sr/LC_MESSAGES/acpi_notifier.mo
>  %lang(sv) %{_datadir}/locale/sv/LC_MESSAGES/acpi_notifier.mo
>  %lang(zh_CN) %{_datadir}/locale/zh_CN/LC_MESSAGES/acpi_notifier.mo
> +%lang(nl) %{_datadir}/locale/nl/LC_MESSAGES/acpi_notifier.mo
>  
>  %files archive
>  %defattr(-,root,root,-)
> @@ -468,6 +470,7 @@
>  %lang(hu) %{_datadir}/locale/hu/LC_MESSAGES/archive.mo
>  %lang(pt_BR) %{_datadir}/locale/pt_BR/LC_MESSAGES/archive.mo
>  %lang(ru) %{_datadir}/locale/ru/LC_MESSAGES/archive.mo
> +%lang(nl) %{_datadir}/locale/nl/LC_MESSAGES/archive.mo

The spec file doesn't explain why %find_lang is not used.
Why isn't it used?



From mtasaka at ioa.s.u-tokyo.ac.jp  Mon Mar 30 09:49:16 2009
From: mtasaka at ioa.s.u-tokyo.ac.jp (Mamoru Tasaka)
Date: Mon, 30 Mar 2009 18:49:16 +0900
Subject: rpms/claws-mail-plugins/devel claws-mail-plugins.spec, 1.39,
 1.40 sources, 1.19, 1.20 .cvsignore, 1.19, 1.20
In-Reply-To: <20090330112303.14aad990@faldor.intranet>
References: <20090329214603.EC14E70133@cvs1.fedora.phx.redhat.com>
	<20090330112303.14aad990@faldor.intranet>
Message-ID: <49D0959C.2070509@ioa.s.u-tokyo.ac.jp>

Michael Schwendt wrote, at 03/30/2009 06:23 PM +9:00:
> On Sun, 29 Mar 2009 21:46:03 +0000 (UTC), Kevin wrote:
> 
>> Author: kevin
>>
>> Update of /cvs/extras/rpms/claws-mail-plugins/devel
> 
>> @@ -447,6 +448,7 @@
>>  %lang(sr) %{_datadir}/locale/sr/LC_MESSAGES/acpi_notifier.mo
>>  %lang(sv) %{_datadir}/locale/sv/LC_MESSAGES/acpi_notifier.mo
>>  %lang(zh_CN) %{_datadir}/locale/zh_CN/LC_MESSAGES/acpi_notifier.mo
>> +%lang(nl) %{_datadir}/locale/nl/LC_MESSAGES/acpi_notifier.mo
>>  
>>  %files archive
>>  %defattr(-,root,root,-)
>> @@ -468,6 +470,7 @@
>>  %lang(hu) %{_datadir}/locale/hu/LC_MESSAGES/archive.mo
>>  %lang(pt_BR) %{_datadir}/locale/pt_BR/LC_MESSAGES/archive.mo
>>  %lang(ru) %{_datadir}/locale/ru/LC_MESSAGES/archive.mo
>> +%lang(nl) %{_datadir}/locale/nl/LC_MESSAGES/archive.mo
> 
> The spec file doesn't explain why %find_lang is not used.
> Why isn't it used?
> 

I cannot find the review request or the merge review for
this package (on redhat bugzilla). I guess this package was 
imported from fedora.us or so (I don't know well about that
era).

Regards,
Mamoru



From mschwendt at gmail.com  Mon Mar 30 10:14:58 2009
From: mschwendt at gmail.com (Michael Schwendt)
Date: Mon, 30 Mar 2009 12:14:58 +0200
Subject: rpms/claws-mail-plugins/devel claws-mail-plugins.spec, 1.39,
 1.40 sources, 1.19, 1.20 .cvsignore, 1.19, 1.20
In-Reply-To: <49D0959C.2070509@ioa.s.u-tokyo.ac.jp>
References: <20090329214603.EC14E70133@cvs1.fedora.phx.redhat.com>
	<20090330112303.14aad990@faldor.intranet>
	<49D0959C.2070509@ioa.s.u-tokyo.ac.jp>
Message-ID: <20090330121458.1a18eb50@faldor.intranet>

On Mon, 30 Mar 2009 18:49:16 +0900, Mamoru wrote:

> >>  %lang(pt_BR) %{_datadir}/locale/pt_BR/LC_MESSAGES/archive.mo
> >>  %lang(ru) %{_datadir}/locale/ru/LC_MESSAGES/archive.mo
> >> +%lang(nl) %{_datadir}/locale/nl/LC_MESSAGES/archive.mo
> > 
> > The spec file doesn't explain why %find_lang is not used.
> > Why isn't it used?
> > 
> 
> I cannot find the review request or the merge review for
> this package (on redhat bugzilla). I guess this package was 
> imported from fedora.us or so (I don't know well about that
> era).

%find_lang has been recommended/preferred long ago, too, except
that fedora.us has fought with keeping the QA check-list rather
shorter than longer.

Fedora Package Review is this (using its old upstream name):
https://bugzilla.redhat.com/165910

Initially, it didn't contain .mo files:
$ cvs co -r sylpheed-claws-plugins-1_9_13-3 sylpheed-claws-plugins/devel



From Christian.Iseli at unil.ch  Mon Mar 30 10:26:28 2009
From: Christian.Iseli at unil.ch (Christian Iseli)
Date: Mon, 30 Mar 2009 12:26:28 +0200
Subject: rpms/claws-mail-plugins/devel claws-mail-plugins.spec, 1.39,
 1.40 sources, 1.19, 1.20 .cvsignore, 1.19, 1.20
In-Reply-To: <49D0959C.2070509@ioa.s.u-tokyo.ac.jp>
References: <20090329214603.EC14E70133@cvs1.fedora.phx.redhat.com>
	<20090330112303.14aad990@faldor.intranet>
	<49D0959C.2070509@ioa.s.u-tokyo.ac.jp>
Message-ID: <20090330122628.1cae72a4@ludwig-alpha.unil.ch>

On Mon, 30 Mar 2009 18:49:16 +0900, Mamoru Tasaka wrote:
> I cannot find the review request or the merge review for
> this package (on redhat bugzilla). I guess this package was 
> imported from fedora.us or so (I don't know well about that
> era).

It was indeed imported from fedora.us.  FWIW there is some old lore
here: https://fedoraproject.org/wiki/User:C4chris/PackageReviewStatus

Cheers,
					Christian



From aph at redhat.com  Mon Mar 30 10:30:01 2009
From: aph at redhat.com (Andrew Haley)
Date: Mon, 30 Mar 2009 11:30:01 +0100
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <1238256929.6553.47.camel@localhost.localdomain>
References: <49CD379D.8040104@verizon.net>
	<49CE3A69.9070804@verizon.net>	<91705d080903280815jb2b2d2cj3637bdf04daf2a94@mail.gmail.com>	<200903281926.18533.surenkarapetyan@gmail.com>
	<1238256929.6553.47.camel@localhost.localdomain>
Message-ID: <49D09F29.9090300@redhat.com>

Matthew Saltzman wrote:
> On Sat, 2009-03-28 at 19:26 +0400, Suren Karapetyan wrote:
> 
>> Can someone, please, explain me what is a user trying to do when he 
>> accidentally kills X?
>>
>> And if the answer is: "Pressing all the buttons he sees", what stops the same 
>> user from pressing reset/poweroff or even Ctrl-Alt-F4 + Ctrl-Alt-Del?
> 
> In emacs, Ctrl-Alt-\ means indent the selected region according to style
> rules for the type of file being edited (very useful), and Ctrl-Alt-End
> does something related to emacs-Lisp programming (less useful, IMO).
> Both \ and End are right next to Bksp on my laptop keyboard, but only
> the \ is at risk on my desktop keyboard.

I guess; I never even knew Ctrl-Alt-\ (indent-region) was there, instead using
C-Alt-q (bound to c-indent-exp for C, (indent-pp-sexp for lisp, etc) for everything
I need when programming.  They seem to do the same thing.

Andrew.



From mschwendt at gmail.com  Mon Mar 30 10:34:56 2009
From: mschwendt at gmail.com (Michael Schwendt)
Date: Mon, 30 Mar 2009 12:34:56 +0200
Subject: rpms/claws-mail-plugins/devel claws-mail-plugins.spec, 1.39,
 1.40 sources, 1.19, 1.20 .cvsignore, 1.19, 1.20
In-Reply-To: <20090330122628.1cae72a4@ludwig-alpha.unil.ch>
References: <20090329214603.EC14E70133@cvs1.fedora.phx.redhat.com>
	<20090330112303.14aad990@faldor.intranet>
	<49D0959C.2070509@ioa.s.u-tokyo.ac.jp>
	<20090330122628.1cae72a4@ludwig-alpha.unil.ch>
Message-ID: <20090330123456.74d8c233@faldor.intranet>

On Mon, 30 Mar 2009 12:26:28 +0200, Christian wrote:

> On Mon, 30 Mar 2009 18:49:16 +0900, Mamoru Tasaka wrote:
> > I cannot find the review request or the merge review for
> > this package (on redhat bugzilla). I guess this package was 
> > imported from fedora.us or so (I don't know well about that
> > era).
> 
> It was indeed imported from fedora.us.  FWIW there is some old lore
> here: https://fedoraproject.org/wiki/User:C4chris/PackageReviewStatus

Highly doubtful. Originally it was named Sylpheed-claws not Claws Mail.
This is the separate plugins pkg that has been added later, and only
"sylpheed-claws" can be found in Fedora Extras 3:

http://ftp.tu-chemnitz.de/pub/linux/fedora-archive/fedora/linux/extras/3/SRPMS/repoview/sylpheed-claws.html
http://ftp.tu-chemnitz.de/pub/linux/fedora-archive/fedora/linux/extras/3/SRPMS/repoview/C.group.html
http://ftp.tu-chemnitz.de/pub/linux/fedora-archive/fedora/linux/extras/3/SRPMS/

P.S. Notice my earlier reply.



From Christian.Iseli at unil.ch  Mon Mar 30 11:30:52 2009
From: Christian.Iseli at unil.ch (Christian Iseli)
Date: Mon, 30 Mar 2009 13:30:52 +0200
Subject: rpms/claws-mail-plugins/devel claws-mail-plugins.spec, 1.39,
 1.40 sources, 1.19, 1.20 .cvsignore, 1.19, 1.20
In-Reply-To: <20090330123456.74d8c233@faldor.intranet>
References: <20090329214603.EC14E70133@cvs1.fedora.phx.redhat.com>
	<20090330112303.14aad990@faldor.intranet>
	<49D0959C.2070509@ioa.s.u-tokyo.ac.jp>
	<20090330122628.1cae72a4@ludwig-alpha.unil.ch>
	<20090330123456.74d8c233@faldor.intranet>
Message-ID: <20090330133052.75a4fa3d@ludwig-alpha.unil.ch>

On Mon, 30 Mar 2009 12:34:56 +0200, Michael Schwendt wrote:
> Highly doubtful. Originally it was named Sylpheed-claws not Claws
> Mail. This is the separate plugins pkg that has been added later, and
> only "sylpheed-claws" can be found in Fedora Extras 3:

Oh, that's right, now I remember.  But the ticket you mention is for
the plugins, and my impression is still that Sylpheed-claws was brought
in from fedora.us...

No biggie anyway...

Cheers,
					Christian



From mschwendt at gmail.com  Mon Mar 30 12:05:26 2009
From: mschwendt at gmail.com (Michael Schwendt)
Date: Mon, 30 Mar 2009 14:05:26 +0200
Subject: rpms/claws-mail-plugins/devel claws-mail-plugins.spec, 1.39,
 1.40 sources, 1.19, 1.20 .cvsignore, 1.19, 1.20
In-Reply-To: <20090330133052.75a4fa3d@ludwig-alpha.unil.ch>
References: <20090329214603.EC14E70133@cvs1.fedora.phx.redhat.com>
	<20090330112303.14aad990@faldor.intranet>
	<49D0959C.2070509@ioa.s.u-tokyo.ac.jp>
	<20090330122628.1cae72a4@ludwig-alpha.unil.ch>
	<20090330123456.74d8c233@faldor.intranet>
	<20090330133052.75a4fa3d@ludwig-alpha.unil.ch>
Message-ID: <20090330140526.654afa57@faldor.intranet>

On Mon, 30 Mar 2009 13:30:52 +0200, Christian wrote:

> > Highly doubtful. Originally it was named Sylpheed-claws not Claws
> > Mail. This is the separate plugins pkg that has been added later, and
> > only "sylpheed-claws" can be found in Fedora Extras 3:
> 
> Oh, that's right, now I remember.  But the ticket you mention is for
> the plugins, and my impression is still that Sylpheed-claws was brought
> in from fedora.us...
> 
> No biggie anyway...

Yeah, the plugins, see subject line of this thread. :-)
Plus, your list of old imports shows "claws-mail" *and* "sylpheed-claws"
while only sylpheed-claws can be found in FE3. claws-mail module was
set up on 2006/12/08 says cvs log. Btw, the old 1.0.x Sylpheed-claws
version (the fork of Sylpheed) did not have any plugins.


Anyway... the Fedora Packaging Guidelines have been updated/enhanced/changed
often enough. And package maintainers may need to update packages
accordingly -- or else we would need to do official re-reviews every
few months/years. ;)



From billcrawford1970 at gmail.com  Mon Mar 30 12:22:38 2009
From: billcrawford1970 at gmail.com (Bill Crawford)
Date: Mon, 30 Mar 2009 13:22:38 +0100
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <3da3b5b40903271450x59cb1be8x93752c50406dcb2c@mail.gmail.com>
References: <49CD379D.8040104@verizon.net>
	<f12087800903271428y460499ccv60a61aace0c741d9@mail.gmail.com>
	<3da3b5b40903271450x59cb1be8x93752c50406dcb2c@mail.gmail.com>
Message-ID: <200903301322.39140.billcrawford1970@gmail.com>

On Friday 27 March 2009 21:50:01 Ahmed Kamal wrote:
> To anyone wanting to kill X when it hangs, why not login through a VC and
> "pkill X" .. Just like any process, why do we have to have magic keys!

You need "magic keys" to get to the VC. And sometimes that just doesn't work.

I seem to remember the plan was to not have any VCs active when using the GUI 
login, anyway? At which point this becomes totally irrelevant ...



From billcrawford1970 at gmail.com  Mon Mar 30 12:23:01 2009
From: billcrawford1970 at gmail.com (Bill Crawford)
Date: Mon, 30 Mar 2009 13:23:01 +0100
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <20090327215820.afa176fd.zaitcev@redhat.com>
References: <49CD379D.8040104@verizon.net> <49CD42C9.9090706@verizon.net>
	<20090327215820.afa176fd.zaitcev@redhat.com>
Message-ID: <200903301323.02159.billcrawford1970@gmail.com>

On Saturday 28 March 2009 03:58:20 Pete Zaitcev wrote:
> On Fri, 27 Mar 2009 17:19:05 -0400, Gerry Reno <greno at verizon.net> wrote:
> > This change to default behavior of Ctrl-Alt-Backspace is an example of a
> > tiny minority of Emacs users lobbying xorg for a change that will affect
> > a huge number of community and commercial users including datacenters
> > and their sys admins. This change needs to be reversed immediately.
>
> Oh please. When was the last time X wedged so the keyboard survived?
> Your imaginary sysadmins have to powercycle anyway.

About three days ago, actually ...



From billcrawford1970 at gmail.com  Mon Mar 30 12:23:37 2009
From: billcrawford1970 at gmail.com (Bill Crawford)
Date: Mon, 30 Mar 2009 13:23:37 +0100
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <604aa7910903272115x2647724fm6f8f622791343775@mail.gmail.com>
References: <49CD379D.8040104@verizon.net>
	<20090327215820.afa176fd.zaitcev@redhat.com>
	<604aa7910903272115x2647724fm6f8f622791343775@mail.gmail.com>
Message-ID: <200903301323.37217.billcrawford1970@gmail.com>

On Saturday 28 March 2009 04:15:39 Jeff Spaleta wrote:
> On Fri, Mar 27, 2009 at 7:58 PM, Pete Zaitcev <zaitcev at redhat.com> wrote:
> > Oh please. When was the last time X wedged so the keyboard survived?
> > Your imaginary sysadmins have to powercycle anyway.
>
> Better yet, when is it not better to use SysRq keycombos and try to
> diagnose things?
> If you can get back keyboard control via SysRq, isn't it more
> beneficial to make use of SysRq instead of zapping?

Fedora has been disabling the "magic SysRq" by default for several years?



From rawhide at fedoraproject.org  Mon Mar 30 12:33:38 2009
From: rawhide at fedoraproject.org (Rawhide Report)
Date: Mon, 30 Mar 2009 12:33:38 +0000 (UTC)
Subject: rawhide report: 20090330 changes
Message-ID: <20090330123338.BEBBE1F825E@releng2.fedora.phx.redhat.com>

Compose started at Mon Mar 30 06:01:03 UTC 2009

Updated Packages:

bluez-4.34-1.fc11
-----------------
* Sun Mar 29 2009 - Bastien Nocera <bnocera at redhat.com> - 4.34-1
- Update to 4.34


brasero-2.26.0-1.fc11
---------------------
* Sun Mar 29 2009 Matthias Clasen <mclasen at redhat.com> - 2.26.0-1
- Update to 2.26.0


childsplay-1.1-2.fc11
---------------------
* Sun Mar 29 2009 Johan Cwiklinski <johan AT x-tnd DOT be> 1.1-1
- Upgrade to 1.1
- Added localized alphabet sounds

* Sun Mar 29 2009 Johan Cwiklinski <johan AT x-tnd DOT be> 1.1-2
- Versions for Obsoletes and Provides were inverted


claws-mail-plugins-3.7.1-1.fc11
-------------------------------
* Sat Mar 28 2009 Kevin Fenzi <kevin at tummy.com> - 3.7.1-1
- Update to 3.7.1

* Thu Mar 19 2009 Michael Schwendt <mschwendt at fedoraproject.org>
- 3.7.0-3
- include directories /usr/include/claws-mail{,/plugins} in
  "archive" and "vcalendar" sub-packages (#473638)


cppad-20090303.0-1.fc11
-----------------------
* Sun Mar 29 2009 Brad Bell <bradbell at seanet dot com> 20080303-1
- Change to newer version of cppad.
- Create a base package that requres both devel and doc sub-packages


cudd-2.4.1-6.fc11
-----------------
* Sun Mar 29 2009 Conrad Meyer <konrad at tylerc.org> - 2.4.1-6
- Use Mamoru's patch (thanks!).


epiphany-extensions-2.26.0-1.fc11
---------------------------------
* Sun Mar 29 2009 Matthias Clasen <mclasen at redhat.com> 2.26.0-1
- Update to 2.26.0


ganglia-3.1.2-3.fc11
--------------------
* Sun Mar 29 2009 Kostas Georgiou <k.georgiou at imperial.ac.uk> - 3.1.2-3
- Rebuilt for #492703, no obvious reasons why the previous build was bad :(


gnome-applets-2.25.92-4.fc11
----------------------------
* Sun Mar 29 2009 Matthias Clasen <mclasen at redhat.com> - 1:2.25.92-4
- Make cpufreq applet work (#492741)


gnome-common-2.26.0-1.fc11
--------------------------
* Sun Mar 29 2009 Matthias Clasen <mclasen at redhat.com> - 2.26.0-1
- Update to 2.26.0


hardinfo-0.5c-1.fc11
--------------------
* Sun Mar 29 2009 Adel Gadllah <adel.gadllah at gmail.com> 0.5c-1
- Update to 0.5c (bugfix release)


libselinux-2.0.79-4.fc11
------------------------
* Sun Mar 29 2009 Dan Walsh <dwalsh at redhat.com> - 2.0.79-4
- Add back in additional interfaces

* Fri Mar 27 2009 Dan Walsh <dwalsh at redhat.com> - 2.0.79-3
- Add back in av_decision to python swig


ltsp-5.1.67-1.fc11
------------------
* Sun Mar 29 2009 Ryan Niebur <ryanryan52 at gmail.com> - 5.1.67-1
- new upstream release
- updated translations
- updated documentation
- bug fixes
- support for fedora 11
- improved localapps support (printers, ...)


mpich2-1.1-0.2.b1.fc11
----------------------
* Sun Mar 29 2009 Deji Akingunola <dakingun at gmail.com> - 1.1-0.2.b1
- Specifically build with openjdk Java, so Jumpshot works (Anthony Chan)


namazu-2.0.19-2.fc11
--------------------
* Mon Mar 30 2009 Akira TAGOH <tagoh at redhat.com> - 2.0.19-2
- Fix a broken deps.


ocsinventory-agent-1.0.1-1.fc11
-------------------------------
* Sun Mar 29 2009 Remi Collet <Fedora at famillecollet.com> 1.0.1-1
- update to 1.0.1


pentaho-reporting-flow-engine-0.9.2-4.OOo31.fc11
------------------------------------------------
* Sun Mar 29 2009 Caolan McNamara <caolanm at redhat.com> 0.9.2-4.OOo31
- wrong num


perl-GraphViz-2.03-3.fc11
-------------------------
* Sun Mar 29 2009 Tom "spot" Callaway <tcallawa at redhat.com> 2.03-3
- add manual Requires on graphviz (bz 492318)


ppl-0.10-11.fc11
----------------
* Sun Mar 29 2009 Roberto Bagnara <bagnara at cs.unipr.it> 0.10-11
- Moved changelogs and PostScript and PDF versions of the GPL to the
  `docs' subpackages. This saves considerable space on the live media.


springlobby-0.0.1.10425-3.fc11
------------------------------
* Sun Mar 29 2009 Aurelien Bompard <abompard at fedoraproject.org> 0.0.1.10425-3
- add patch for gcc 4.4

* Sat Mar 28 2009 Aurelien Bompard <abompard at fedoraproject.org> 0.0.1.10425-2
- rebuild


sqliteman-1.2.1-1.fc11
----------------------
* Sun Mar 29 2009 Terje Rosten <terje.rosten at ntnu.no> - 1.2.1-1
- 1.2.1


tcpick-0.2.1-16.fc11
--------------------
* Sun Mar 29 2009 Lubomir Rintel <lkundrak at v3.sk> 0.2.1-16
- Fix -t abort on 64bit (#492109)


telepathy-gabble-0.7.24-1.fc11
------------------------------
* Mon Mar 23 2009 Brian Pepple <bpepple at fedoraproject.org> - 0.7.24-1
- Update to 0.7.24.
- Add BR on libsoup-devel.
- Add patch to have pkgconfig link in gthread-2.0.


toped-0.9.2-4.fc11
------------------
* Tue Mar 10 2009 Chitlesh Goorah <chitlesh at fedoraproject.org> - 0.9.2-4
- bug fix for cif and gdsII import and export

- disabling rpath
- fixing rpmlint warning: unused-direct-shlib-dependencies
- fixed multiple menu entries


w3c-markup-validator-0.8.5-1.fc11
---------------------------------
* Sun Mar 29 2009 Ville Skytt?? <ville.skytta at iki.fi> - 0.8.5-1
- 0.8.5, override patch applied upstream.
- Drop content not acceptable in Fedora (some icons, ISO-HTML DTD).
- Refresh/reorganize patches.


xorg-x11-drv-nouveau-0.0.12-19.20090330git9213c39.fc11
------------------------------------------------------
* Mon Mar 30 2009 Ben Skeggs <bskeggs at redhat.com> 0.0.12-19.20090330git9213c39
- fix rh#492239, and various modesetting changes
- nouveau-eedid.patch: remove nv50 hunk, is upstream now


Summary:
Added Packages: 0
Removed Packages: 0
Modified Packages: 26
Broken deps for i386
----------------------------------------------------------
	CodeAnalyst-gui-2.8.38-9.fc11.i586 requires libbfd-2.19.51.0.2-16.fc11.so
	bigboard-0.6.4-8.fc11.i586 requires libempathy.so.22
	desktop-data-model-1.2.5-8.fc11.i586 requires libempathy.so.22
	fillets-ng-data-0.8.1-2.noarch requires freefont
	geoclue-gpsd-0.11.1.1-0.1.20090310git3a31d26.fc11.i586 requires libgps.so.17
	httrack-3.43.2-2.fc11.i586 requires openssl = 0:0.9.8j
	libopensync-plugin-kdepim-0.36-2.fc11.i586 requires libopensync.so.1
	libopensync-plugin-syncml-0.35-4.fc10.i386 requires libsyncml.so.0
	libopensync-plugin-syncml-0.35-4.fc10.i386 requires libopensync.so.1
	libopensync-plugin-vformat-0.36-2.fc11.i586 requires libopensync.so.1
	lvm2-cluster-2.02.45-1.fc11.i586 requires libquorum.so.3(OPENAIS_QUORUM_1.0)
	ocaml-sexplib-4.2.7-1.fc11.i586 requires ocaml(Pa_type_conv) = 0:aff4831359f0f7a18d07e2276384b188
	1:perl-Maypole-2.13-1.fc11.noarch requires perl(HTTP::Server::Simple::Static)
	qtgpsc-0.2.3-3.fc11.i586 requires libgps.so.17
	viking-0.9.7-3.fc11.i586 requires libgps.so.17



Broken deps for x86_64
----------------------------------------------------------
	CodeAnalyst-gui-2.8.38-9.fc11.i586 requires libbfd-2.19.51.0.2-16.fc11.so
	CodeAnalyst-gui-2.8.38-9.fc11.x86_64 requires libbfd-2.19.51.0.2-16.fc11.so()(64bit)
	bigboard-0.6.4-8.fc11.x86_64 requires libempathy.so.22()(64bit)
	desktop-data-model-1.2.5-8.fc11.i586 requires libempathy.so.22
	desktop-data-model-1.2.5-8.fc11.x86_64 requires libempathy.so.22()(64bit)
	fillets-ng-data-0.8.1-2.noarch requires freefont
	geoclue-gpsd-0.11.1.1-0.1.20090310git3a31d26.fc11.x86_64 requires libgps.so.17()(64bit)
	httrack-3.43.2-2.fc11.i586 requires openssl = 0:0.9.8j
	httrack-3.43.2-2.fc11.x86_64 requires openssl = 0:0.9.8j
	libopensync-plugin-kdepim-0.36-2.fc11.x86_64 requires libopensync.so.1()(64bit)
	libopensync-plugin-syncml-0.35-4.fc10.x86_64 requires libsyncml.so.0()(64bit)
	libopensync-plugin-syncml-0.35-4.fc10.x86_64 requires libopensync.so.1()(64bit)
	libopensync-plugin-vformat-0.36-2.fc11.x86_64 requires libopensync.so.1()(64bit)
	lvm2-cluster-2.02.45-1.fc11.x86_64 requires libquorum.so.3(OPENAIS_QUORUM_1.0)(64bit)
	ocaml-sexplib-4.2.7-1.fc11.x86_64 requires ocaml(Pa_type_conv) = 0:aff4831359f0f7a18d07e2276384b188
	1:perl-Maypole-2.13-1.fc11.noarch requires perl(HTTP::Server::Simple::Static)
	qtgpsc-0.2.3-3.fc11.x86_64 requires libgps.so.17()(64bit)
	viking-0.9.7-3.fc11.x86_64 requires libgps.so.17()(64bit)



Broken deps for ppc
----------------------------------------------------------
	bigboard-0.6.4-8.fc11.ppc requires libempathy.so.22
	desktop-data-model-1.2.5-8.fc11.ppc requires libempathy.so.22
	desktop-data-model-1.2.5-8.fc11.ppc64 requires libempathy.so.22()(64bit)
	fillets-ng-data-0.8.1-2.noarch requires freefont
	geoclue-gpsd-0.11.1.1-0.1.20090310git3a31d26.fc11.ppc requires libgps.so.17
	httrack-3.43.2-2.fc11.ppc requires openssl = 0:0.9.8j
	httrack-3.43.2-2.fc11.ppc64 requires openssl = 0:0.9.8j
	libopensync-plugin-kdepim-0.36-2.fc11.ppc requires libopensync.so.1
	libopensync-plugin-syncml-0.35-4.fc10.ppc requires libsyncml.so.0
	libopensync-plugin-syncml-0.35-4.fc10.ppc requires libopensync.so.1
	libopensync-plugin-vformat-0.36-2.fc11.ppc requires libopensync.so.1
	lvm2-cluster-2.02.45-1.fc11.ppc requires libquorum.so.3(OPENAIS_QUORUM_1.0)
	ocaml-sexplib-4.2.7-1.fc11.ppc requires ocaml(Pa_type_conv) = 0:aff4831359f0f7a18d07e2276384b188
	1:perl-Maypole-2.13-1.fc11.noarch requires perl(HTTP::Server::Simple::Static)
	qtgpsc-0.2.3-3.fc11.ppc requires libgps.so.17
	viking-0.9.7-3.fc11.ppc requires libgps.so.17



Broken deps for ppc64
----------------------------------------------------------
	bigboard-0.6.4-8.fc11.ppc64 requires libempathy.so.22()(64bit)
	cabal2spec-0.12-1.fc11.noarch requires ghc > 0:6.10.1-7
	desktop-data-model-1.2.5-8.fc11.ppc64 requires libempathy.so.22()(64bit)
	fillets-ng-data-0.8.1-2.noarch requires freefont
	gadget-0.0.3-2.fc11.noarch requires ejabberd
	geoclue-gpsd-0.11.1.1-0.1.20090310git3a31d26.fc11.ppc64 requires libgps.so.17()(64bit)
	httrack-3.43.2-2.fc11.ppc64 requires openssl = 0:0.9.8j
	libopensync-plugin-kdepim-0.36-2.fc11.ppc64 requires libopensync.so.1()(64bit)
	libopensync-plugin-syncml-0.35-4.fc10.ppc64 requires libsyncml.so.0()(64bit)
	libopensync-plugin-syncml-0.35-4.fc10.ppc64 requires libopensync.so.1()(64bit)
	libopensync-plugin-vformat-0.36-2.fc11.ppc64 requires libopensync.so.1()(64bit)
	lvm2-cluster-2.02.45-1.fc11.ppc64 requires libquorum.so.3(OPENAIS_QUORUM_1.0)(64bit)
	ocaml-sexplib-4.2.7-1.fc11.ppc64 requires ocaml(Pa_type_conv) = 0:aff4831359f0f7a18d07e2276384b188
	1:perl-Maypole-2.13-1.fc11.noarch requires perl(HTTP::Server::Simple::Static)
	qtgpsc-0.2.3-3.fc11.ppc64 requires libgps.so.17()(64bit)
	viking-0.9.7-3.fc11.ppc64 requires libgps.so.17()(64bit)





From pasik at iki.fi  Mon Mar 30 13:11:20 2009
From: pasik at iki.fi (Pasi =?iso-8859-1?Q?K=E4rkk=E4inen?=)
Date: Mon, 30 Mar 2009 16:11:20 +0300
Subject: Zabbix 1.6.3?
Message-ID: <20090330131120.GB24960@edu.joroinen.fi>

Hello!

Any plans to update Zabbix in rawhide to 1.6.3? Seems to have a lot of fixes
and performance enhancements over 1.6.2.. 

-- Pasi



From billcrawford1970 at gmail.com  Mon Mar 30 13:13:23 2009
From: billcrawford1970 at gmail.com (Bill Crawford)
Date: Mon, 30 Mar 2009 14:13:23 +0100
Subject: Enable SysRq?
In-Reply-To: <1238239542.2840.6.camel@pc-notebook>
References: <49CD379D.8040104@verizon.net> <49CDF49B.4080704@stacken.kth.se>
	<1238239542.2840.6.camel@pc-notebook>
Message-ID: <200903301413.24024.billcrawford1970@gmail.com>

On Saturday 28 March 2009 11:25:42 Martin Sourada wrote:

> Hm... if disabled, zillions of gnome-screenshooter windows starts to
> appear (I haven't actually counted them and the amount is probably
> proportional to the time I hold Alt [Gr]-SysRq before hitting K), if
> enabled, caps-lock indicator starts to blink and the computer freezes
> (whole computer, not only X)... Not sure how this can be helpful at
> all...

Not everyone uses GNOME ;o)



From petersen at redhat.com  Mon Mar 30 13:32:17 2009
From: petersen at redhat.com (Jens Petersen)
Date: Mon, 30 Mar 2009 09:32:17 -0400 (EDT)
Subject: fedora-i18n bug day 2 April
In-Reply-To: <834202034.3481071238419771000.JavaMail.root@zmail02.collab.prod.int.phx2.redhat.com>
Message-ID: <1175839116.3481851238419937300.JavaMail.root@zmail02.collab.prod.int.phx2.redhat.com>

The Fedora I18n Project is planning a bug day this Thursday (2nd April).

http://fedoraproject.org/wiki/I18N/Bugs has links to various lists of i18n related bugs.

The main focus will be triaging rawhide bugs related to i18n but also checking on older i18n bugs to see if they are still present in F10 and/or F11 Beta.

Join us on #fedora-i18n during the day to help out, ask questions, and for discussion i18n issues.

Fedora I18n Team



From dwalsh at redhat.com  Mon Mar 30 13:37:30 2009
From: dwalsh at redhat.com (Daniel J Walsh)
Date: Mon, 30 Mar 2009 09:37:30 -0400
Subject: selinux and wordpress, wordpress-mu
In-Reply-To: <20090329161552.GA20275@gmail.com>
References: <20090329002326.GA4627@gmail.com> <49CF9369.4000809@redhat.com>
	<20090329161552.GA20275@gmail.com>
Message-ID: <49D0CB1A.4020802@redhat.com>

On 03/29/2009 12:15 PM, Ian Weller wrote:
>    # semanage fcontext -a -t httpd_var_run_t '/usr/share/wordpress-mu'
>    # semanage fcontext -a -t httpd_var_run_t '/usr/share/wordpress-mu/wp-config.php'
>    # semanage fcontext -a -t httpd_var_run_t '/usr/share/wordpress-mu/wp-content(/.*)?'

How about

# semanage fcontext -a -t httpd_sys_script_exec_t 
'/usr/share/wordpress-mu/wp-config.php'
# semanage fcontext -a -t httpd_sys_content_rw_t 
'/usr/share/wordpress-mu/wp-content(/.*)?'



From pasik at iki.fi  Mon Mar 30 13:54:21 2009
From: pasik at iki.fi (Pasi =?iso-8859-1?Q?K=E4rkk=E4inen?=)
Date: Mon, 30 Mar 2009 16:54:21 +0300
Subject: Zabbix 1.6.3?
In-Reply-To: <935ead450903300613m35421a7qa82b91fe3a1b29f7@mail.gmail.com>
References: <20090330131120.GB24960@edu.joroinen.fi>
	<935ead450903300613m35421a7qa82b91fe3a1b29f7@mail.gmail.com>
Message-ID: <20090330135421.GC24960@edu.joroinen.fi>

On Mon, Mar 30, 2009 at 08:13:11AM -0500, Jeffrey Ollie wrote:
> On Mon, Mar 30, 2009 at 8:11 AM, Pasi K?rkk?inen <pasik at iki.fi> wrote:
> >
> > Any plans to update Zabbix in rawhide to 1.6.3? Seems to have a lot of fixes
> > and performance enhancements over 1.6.2..
> 
> Yes, I hope to get to it soon... Actually what's in rawhide now is a
> post 1.6.2 SVN snapshot but it doesn't have everything that 1.6.3
> does.
> 

Ok, nice.

Earlier I tried installing zabbix-1.6.2-1.fc11 but I didn't get
graphics/images working on the web frontend.. is this a known issue, or did I just 
misconfigure something? 

Thanks!

-- Pasi



From ajax at redhat.com  Mon Mar 30 14:04:11 2009
From: ajax at redhat.com (Adam Jackson)
Date: Mon, 30 Mar 2009 10:04:11 -0400
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <49CD379D.8040104@verizon.net>
References: <49CD379D.8040104@verizon.net>
Message-ID: <1238421851.5005.239.camel@atropine.boston.devel.redhat.com>

On Fri, 2009-03-27 at 16:31 -0400, Gerry Reno wrote:

> Having to deal with many servers and workstations in a company it is 
> crucial that Ctrl-Alt-Backspace be enabled by default.  There are times 
> when your KVM has lost mouse control or X is in a tight loop and 
> something like Ctrl-Alt-Backspace can save the situation.  This is much 
> more common than the uncommon cases that are illustrated as to why this 
> has been removed as default.

No, it can't.

C-A-BS is handled in the event loop [1].  If you're stuck in the driver,
away from the event loop, you're never going to get back to it to handle
the zap event.  And if you were processing events, you could equally
well vt-switch and clean up from there.

We're planning to make that keycombo trigger the logout dialog.  If your
DE has a sensible task manager applet, that would probably also belong
here so you can zap rude processes.

[1] - To be annoyingly pedantic, the keystroke is added to the input
queue in a signal handler, but the queue is processed in the main loop,
and any actions that result from the keystroke happen then and not in
the signal handler (like sending X events to clients, or releasing the
display for VT switch, or shutting down).

- 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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090330/048d057f/attachment.sig>

From kevin at scrye.com  Mon Mar 30 15:33:30 2009
From: kevin at scrye.com (Kevin Fenzi)
Date: Mon, 30 Mar 2009 09:33:30 -0600
Subject: rpms/claws-mail-plugins/devel claws-mail-plugins.spec, 1.39,
 1.40 sources, 1.19, 1.20 .cvsignore, 1.19, 1.20
In-Reply-To: <20090330112303.14aad990@faldor.intranet>
References: <20090329214603.EC14E70133@cvs1.fedora.phx.redhat.com>
	<20090330112303.14aad990@faldor.intranet>
Message-ID: <20090330093330.54724bc4@ohm.scrye.com>

On Mon, 30 Mar 2009 11:23:03 +0200
Michael Schwendt <mschwendt at gmail.com> wrote:

> On Sun, 29 Mar 2009 21:46:03 +0000 (UTC), Kevin wrote:
> 
> > Author: kevin
> > 
> > Update of /cvs/extras/rpms/claws-mail-plugins/devel
> 
> > @@ -447,6 +448,7 @@
> >  %lang(sr) %{_datadir}/locale/sr/LC_MESSAGES/acpi_notifier.mo
> >  %lang(sv) %{_datadir}/locale/sv/LC_MESSAGES/acpi_notifier.mo
> >  %lang(zh_CN) %{_datadir}/locale/zh_CN/LC_MESSAGES/acpi_notifier.mo
> > +%lang(nl) %{_datadir}/locale/nl/LC_MESSAGES/acpi_notifier.mo
> >  
> >  %files archive
> >  %defattr(-,root,root,-)
> > @@ -468,6 +470,7 @@
> >  %lang(hu) %{_datadir}/locale/hu/LC_MESSAGES/archive.mo
> >  %lang(pt_BR) %{_datadir}/locale/pt_BR/LC_MESSAGES/archive.mo
> >  %lang(ru) %{_datadir}/locale/ru/LC_MESSAGES/archive.mo
> > +%lang(nl) %{_datadir}/locale/nl/LC_MESSAGES/archive.mo
> 
> The spec file doesn't explain why %find_lang is not used.
> Why isn't it used?

Good question. 

I was just doing a quick update while the maintainer was traveling and
unable to do so. (Without it, claws-mail-3.7.1 cannot load some of the
existing 3.7.0 plugins that were in rawhide). 

I'm sure when he gets back he will look at fixing this or document why
it's that way. ;) 

Thanks for pointing it out. 

kevin
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090330/5d0b0ad1/attachment.sig>

From a.badger at gmail.com  Mon Mar 30 15:42:03 2009
From: a.badger at gmail.com (Toshio Kuratomi)
Date: Mon, 30 Mar 2009 10:42:03 -0500
Subject: selinux and wordpress, wordpress-mu
In-Reply-To: <49D0CB1A.4020802@redhat.com>
References: <20090329002326.GA4627@gmail.com>
	<49CF9369.4000809@redhat.com>	<20090329161552.GA20275@gmail.com>
	<49D0CB1A.4020802@redhat.com>
Message-ID: <49D0E84B.70300@gmail.com>

Daniel J Walsh wrote:
> On 03/29/2009 12:15 PM, Ian Weller wrote:
>>    # semanage fcontext -a -t httpd_var_run_t '/usr/share/wordpress-mu'
>>    # semanage fcontext -a -t httpd_var_run_t
>> '/usr/share/wordpress-mu/wp-config.php'
>>    # semanage fcontext -a -t httpd_var_run_t
>> '/usr/share/wordpress-mu/wp-content(/.*)?'
> 
> How about
> 
> # semanage fcontext -a -t httpd_sys_script_exec_t
> '/usr/share/wordpress-mu/wp-config.php'


> # semanage fcontext -a -t httpd_sys_content_rw_t
> '/usr/share/wordpress-mu/wp-content(/.*)?'
> 

A program definitely should not be writing to the /usr/ hierarchy.  You
need to move those files elsewhere on the filesystem.  I'd move them to
/etc/wordpress-mu/wp-config.php and /var/lib/wordpress-mu/wp-content/.

If the directories are configurable or patchable in one place in the
source, then it's good to make this change there.  If not, you can do
what moinmoin does and use symlinks for wordpress to find the files.

-Toshio

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: OpenPGP digital signature
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090330/fab1f85e/attachment.sig>

From awilliam at redhat.com  Mon Mar 30 15:54:38 2009
From: awilliam at redhat.com (Adam Williamson)
Date: Mon, 30 Mar 2009 08:54:38 -0700
Subject: 2009-03-26 - Fedora Test Day - Nouveau graphics driver [results]
In-Reply-To: <loom.20090328T184457-125@post.gmane.org>
References: <1237930123.3620.531.camel@flatline.devel.redhat.com>
	<1238172382.3415.261.camel@flatline.devel.redhat.com>
	<loom.20090328T184457-125@post.gmane.org>
Message-ID: <1238428478.4338.79.camel@adam.local.net>

On Sat, 2009-03-28 at 18:47 +0000, Mike Cloaked wrote:
> James Laska <jlaska <at> redhat.com> writes:
> 
> > 
> > Greetings testers,
> > 
> > Thanks to all who participated!  Test days with Live images are always
> > very popular.  I've also learned that Test Days that focus on
> > high-profile features that impact a large set of users are even more
> > popular.
> 
> Will there be a followup test day to allow anyone who was not available on the
> test day to contribute test results once changes have been made following the
> success of the test day?

As it says on the page and as it said in most of the announcements,
results submitted after (or before) the test day are still very welcome
- you can still perform each of the test cases, either with the live CD
or with the latest Rawhide, and report your results. Please be careful
to check whether issues you're seeing have already been reported, if you
use the live CD (several common issues that many people hit have already
been reported and fixed for Rawhide).

> I have two nvidia cards that seem not to have been covered in the test day
> results.  I would certainly like to see the nouveau driver have the best chance
> of working from day 1 of the next release.

I'd like to do a follow-up but we're really running out of days! I'm
already committed to a follow-up for the intel test day, and we're
already double-dipping test days each week because we've run out of
regular Thursday slots right up to the release. I don't want to overload
the schedule too far. But if we can crowbar it in somewhere, sure, we'll
do it.
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org
http://www.happyassassin.net



From dcbw at redhat.com  Mon Mar 30 16:00:07 2009
From: dcbw at redhat.com (Dan Williams)
Date: Mon, 30 Mar 2009 12:00:07 -0400
Subject: WEP Index Missing F11 Network Manager?
In-Reply-To: <d9c612bf0903291448i1dd58bfrf07a8d166bacf2b1@mail.gmail.com>
References: <d9c612bf0903291448i1dd58bfrf07a8d166bacf2b1@mail.gmail.com>
Message-ID: <1238428807.24686.5.camel@localhost.localdomain>

On Sun, 2009-03-29 at 14:48 -0700, Christopher Stone wrote:
> Hi,
> 
> I tried a live cd for the nouveau test day, and when I tried entering
> in my WEP key into Network Manager I was unable to specify the WEP
> index that I use and was unable to connect.
> 
> Am I missing something here? Why is this option no longer available in
> NetworkManager's Wireless Security settings dialog?

It's available in the connection editor's security page for that wifi
connection.

It's not available in the applet's popup "give me all your passwords"
dialog, because it's simply so rarely used, and confuses so many people.
Users that require more advanced network config (like WEP key indexes
other than 0) now get to set the WEP key index from the connection
editor instead.  After doing so, the connection should work just fine.
It's just a bit of additional setup for users of networks that are quite
rare and configured more obscurely.

BTW, Mac OS X doesn't even have UI for WEP key indexes, so that's a +1
for us in any case :)

Dan




From orion at cora.nwra.com  Mon Mar 30 16:48:05 2009
From: orion at cora.nwra.com (Orion Poplawski)
Date: Mon, 30 Mar 2009 10:48:05 -0600
Subject: Qt 4.5 coming to Fedora 9 and 10, license changing to LGPL
In-Reply-To: <gqlgil$hps$1@ger.gmane.org>
References: <gqjfjd$461$1@ger.gmane.org> <49CD5278.4050802@cora.nwra.com>
	<gqlgil$hps$1@ger.gmane.org>
Message-ID: <49D0F7C5.5000800@cora.nwra.com>

Rex Dieter wrote:
> Orion Poplawski wrote:
>> Can I install qt 4.5 from koji on my KDE 4.1.2 F-10 box without killing
>> KDE in order to test my other Qt apps? 
> 
> It should work (with kde-4.2.1) for the most part.  We've been testing that 
> configuration for quite awhile. 

For the most part is working okay, but I'm seeing kded4 consume 100% 
CPU.   Any idea what would be causing that?

-- 
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 Jochen at herr-schmitt.de  Mon Mar 30 17:32:33 2009
From: Jochen at herr-schmitt.de (Jochen Schmitt)
Date: Mon, 30 Mar 2009 19:32:33 +0200
Subject: rpm will not package debugging files on f-9
Message-ID: <49D10231.6020903@herr-schmitt.de>

Hallo,

because there is a plan to upgrade qt on F-9 to the release qt-4.5, I 
have try
to build stellarium-0.10.2-2 on F-9. Unfortunately I have got the following
error messages:

make[1]: Entering directory `/builddir/build/BUILD/stellarium-0.10.2'
make[1]: Nothing to be done for `preinstall'.
make[1]: Leaving directory `/builddir/build/BUILD/stellarium-0.10.2'
Install the project...
/usr/bin/cmake -P cmake_install.cmake
-- Install configuration: "Release"
-- Installing: /var/tmp/stellarium-0.10.2-2.fc9-root-mockbuild/usr/share/stellarium/data/stellarium.ico
-- Installing: /var/tmp/stellarium-0.10.2-2.fc9-root-mockbuild/usr/share/stellarium/data/ssystem.ini
-- Installing: /var/tmp/stellarium-0.10.2-2.fc9-root-mockbuild/usr/share/stellarium/data/zone.tab
-- Installing: /var/tmp/stellarium-0.10.2-2.fc9-root-mockbuild/usr/share/stellarium/data/base_locations.txt
-- Installing: /var/tmp/stellarium-0.10.2-2.fc9-root-mockbuild/usr/share/stellarium/data/default_config.ini
-- Installing: /var/tmp/stellarium-0.10.2-2.fc9-root-mockbuild/usr/share/stellarium/data/constellations_boundaries.dat
-- Installing: /var/tmp/stellarium-0.10.2-2.fc9-root-mockbuild/usr/share/stellarium/data/fontmap.dat
-- Installing: /var/tmp/stellarium-0.10.2-2.fc9-root-mockbuild/usr/share/stellarium/data/iso639-1.utf8
-- Installing: /var/tmp/stellarium-0.10.2-2.fc9-root-mockbuild/usr/share/stellarium/data/countryCodes.dat

The whole build log you may find at:

http://koji.fedoraproject.org/koji/getfile?taskID=1266084&name=build.log

Because this doesn't happens on F-10 and devel, I want if anyone has a hint
to solve this issue.

Best Regards:

Jochen Schmitt



From cdahlin at redhat.com  Mon Mar 30 17:36:55 2009
From: cdahlin at redhat.com (Casey Dahlin)
Date: Mon, 30 Mar 2009 13:36:55 -0400
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <gqpb5i$ge9$1@ger.gmane.org>
References: <49CE71AD.6070404@redhat.com>	<385866f0903281245y7499681an4987add4c3e14d7d@mail.gmail.com>	<49CE8298.5000902@fedoraproject.org>	<16de708d0903281414tf00be74sa342a7f384eaa98e@mail.gmail.com>	<49CEC48D.6020400@fedoraproject.org>	<16de708d0903290058i4e2d748cx9a8a181adf64d434@mail.gmail.com>	<49CF9FAF.1050202@fedoraproject.org>	<1238344979.28229.17.camel@arekh.okg>	<20090329170147.GA9841@srcf.ucam.org>	<1238350570.21693.24.camel@localhost.localdomain>	<20090329182644.GB11061@srcf.ucam.org>	<1238353171.21693.59.camel@localhost.localdomain>
	<gqpb5i$ge9$1@ger.gmane.org>
Message-ID: <49D10337.1040701@redhat.com>

Kevin Kofler wrote:
> Callum Lerwick wrote:
>> 3) The average person has ten fingers, ten toes and a nose.
> 
> I really don't want to have to use my toes or nose to press your key
> combo. ;-) Sure, a combo which is impossible to press with the hands only
> would protect effectively against accidental pressing, but it'd also make
> it a PITA to press the combo when actually needed.
> 
>         Kevin Kofler
> 

None of this protects cat owners either. Bubbles can still crash the X server simply by choosing an inappropriate place for her afternoon nap.

--CJD



From cdahlin at redhat.com  Mon Mar 30 17:41:52 2009
From: cdahlin at redhat.com (Casey Dahlin)
Date: Mon, 30 Mar 2009 13:41:52 -0400
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <1238421851.5005.239.camel@atropine.boston.devel.redhat.com>
References: <49CD379D.8040104@verizon.net>
	<1238421851.5005.239.camel@atropine.boston.devel.redhat.com>
Message-ID: <49D10460.3080404@redhat.com>

Adam Jackson wrote:
> On Fri, 2009-03-27 at 16:31 -0400, Gerry Reno wrote:
> 
>> Having to deal with many servers and workstations in a company it is 
>> crucial that Ctrl-Alt-Backspace be enabled by default.  There are times 
>> when your KVM has lost mouse control or X is in a tight loop and 
>> something like Ctrl-Alt-Backspace can save the situation.  This is much 
>> more common than the uncommon cases that are illustrated as to why this 
>> has been removed as default.
> 
> No, it can't.
> 
> C-A-BS is handled in the event loop [1].  If you're stuck in the driver,
> away from the event loop, you're never going to get back to it to handle
> the zap event.  And if you were processing events, you could equally
> well vt-switch and clean up from there.
> 
> We're planning to make that keycombo trigger the logout dialog.  If your
> DE has a sensible task manager applet, that would probably also belong
> here so you can zap rude processes.
> 
> [1] - To be annoyingly pedantic, the keystroke is added to the input
> queue in a signal handler, but the queue is processed in the main loop,
> and any actions that result from the keystroke happen then and not in
> the signal handler (like sending X events to clients, or releasing the
> display for VT switch, or shutting down).
> 
> - ajax
> 

So sysrq-k would actually be an improvement, I assume.

I'd like to see more thoughts on enabling those. There's quite a few of them that I wouldn't mind having around.

--CJD



From surenkarapetyan at gmail.com  Mon Mar 30 17:47:16 2009
From: surenkarapetyan at gmail.com (Suren Karapetyan)
Date: Mon, 30 Mar 2009 22:47:16 +0500
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <49D10337.1040701@redhat.com>
References: <49CE71AD.6070404@redhat.com> <gqpb5i$ge9$1@ger.gmane.org>
	<49D10337.1040701@redhat.com>
Message-ID: <200903302247.16654.surenkarapetyan@gmail.com>

On Monday 30 March 2009 22:36:55 Casey Dahlin wrote:
> Kevin Kofler wrote:
> > Callum Lerwick wrote:
> >> 3) The average person has ten fingers, ten toes and a nose.
> >
> > I really don't want to have to use my toes or nose to press your key
> > combo. ;-) Sure, a combo which is impossible to press with the hands only
> > would protect effectively against accidental pressing, but it'd also make
> > it a PITA to press the combo when actually needed.
> >
> >         Kevin Kofler
>
> None of this protects cat owners either. Bubbles can still crash the X
> server simply by choosing an inappropriate place for her afternoon nap.
>
> --CJD

Yes!
And it also can pee on the keyboard (and, naturally, on the motherboard too, 
in case of a laptop).
Do You think there is a way to stop cats from doing it?
I don't. In fact I'm sure even SELinux won't help.



From mtasaka at ioa.s.u-tokyo.ac.jp  Mon Mar 30 17:50:25 2009
From: mtasaka at ioa.s.u-tokyo.ac.jp (Mamoru Tasaka)
Date: Tue, 31 Mar 2009 02:50:25 +0900
Subject: rpm will not package debugging files on f-9
In-Reply-To: <49D10231.6020903@herr-schmitt.de>
References: <49D10231.6020903@herr-schmitt.de>
Message-ID: <49D10661.4040005@ioa.s.u-tokyo.ac.jp>

Jochen Schmitt wrote, at 03/31/2009 02:32 AM +9:00:
> Hallo,
> 
> because there is a plan to upgrade qt on F-9 to the release qt-4.5, I 
> have try
> to build stellarium-0.10.2-2 on F-9. Unfortunately I have got the following
> error messages:

Well, the messages you posted contain no error, however

> The whole build log you may find at: 
> http://koji.fedoraproject.org/koji/getfile?taskID=1266084&name=build.log
> 
> Because this doesn't happens on F-10 and devel, I want if anyone has a hint
> to solve this issue.

First of all, it is appreciated it if you post the task URL instead of the URL
of build.log:
http://koji.fedoraproject.org/koji/taskinfo?taskID=1266082

Then:
I guess the cause of the failure shown here is that you are trying to
use "noarch subpackage" support on rpm >= 4.6 but F-9 rpm is still 4.4.X
(i.e. "BuildArch: noarch" makes the rebuilt all binary rpms noarch and
 debuginfo rpm is not created on F-9)

> Best Regards:
> 
> Jochen Schmitt

Regards,
Mamoru



From oget.fedora at gmail.com  Mon Mar 30 18:00:32 2009
From: oget.fedora at gmail.com (Orcan Ogetbil)
Date: Mon, 30 Mar 2009 14:00:32 -0400
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <gqpb5i$ge9$1@ger.gmane.org>
References: <49CE71AD.6070404@redhat.com> <49CEC48D.6020400@fedoraproject.org>
	<16de708d0903290058i4e2d748cx9a8a181adf64d434@mail.gmail.com>
	<49CF9FAF.1050202@fedoraproject.org>
	<1238344979.28229.17.camel@arekh.okg>
	<20090329170147.GA9841@srcf.ucam.org>
	<1238350570.21693.24.camel@localhost.localdomain>
	<20090329182644.GB11061@srcf.ucam.org>
	<1238353171.21693.59.camel@localhost.localdomain>
	<gqpb5i$ge9$1@ger.gmane.org>
Message-ID: <e76492710903301100o511345f9o60006aac7cad230c@mail.gmail.com>

On Sun, Mar 29, 2009 at 10:35 PM, Kevin Kofler wrote:
> Callum Lerwick wrote:
>> 3) The average person has ten fingers, ten toes and a nose.
>
> I really don't want to have to use my toes or nose to press your key
> combo. ;-) Sure, a combo which is impossible to press with the hands only
> would protect effectively against accidental pressing, but it'd also make
> it a PITA to press the combo when actually needed.
>

No, it's not pain, really. It may leave only some temporary marks
depending on your momentum before impact.

I tried.

> ? ? ? ?Kevin Kofler
>

Orcan



From seg at haxxed.com  Mon Mar 30 18:08:52 2009
From: seg at haxxed.com (Callum Lerwick)
Date: Mon, 30 Mar 2009 13:08:52 -0500
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <49D10337.1040701@redhat.com>
References: <49CE71AD.6070404@redhat.com>
	<385866f0903281245y7499681an4987add4c3e14d7d@mail.gmail.com>
	<49CE8298.5000902@fedoraproject.org>
	<16de708d0903281414tf00be74sa342a7f384eaa98e@mail.gmail.com>
	<49CEC48D.6020400@fedoraproject.org>
	<16de708d0903290058i4e2d748cx9a8a181adf64d434@mail.gmail.com>
	<49CF9FAF.1050202@fedoraproject.org>	<1238344979.28229.17.camel@arekh.okg>
	<20090329170147.GA9841@srcf.ucam.org>
	<1238350570.21693.24.camel@localhost.localdomain>
	<20090329182644.GB11061@srcf.ucam.org>
	<1238353171.21693.59.camel@localhost.localdomain>
	<gqpb5i$ge9$1@ger.gmane.org>  <49D10337.1040701@redhat.com>
Message-ID: <1238436532.26853.20.camel@localhost.localdomain>

On Mon, 2009-03-30 at 13:36 -0400, Casey Dahlin wrote:
> Kevin Kofler wrote:
> > Callum Lerwick wrote:
> >> 3) The average person has ten fingers, ten toes and a nose.
> > 
> > I really don't want to have to use my toes or nose to press your key
> > combo. ;-) Sure, a combo which is impossible to press with the hands only
> > would protect effectively against accidental pressing, but it'd also make
> > it a PITA to press the combo when actually needed.
> > 
> >         Kevin Kofler
> > 
> 
> None of this protects cat owners either. Bubbles can still crash the X server simply by choosing an inappropriate place for her afternoon nap.

That would never happen with a dog. Clearly dogs are superior. Only
emacs users have cats.

http://www.flickr.com/photos/ninjaseg/3398645943/
-------------- 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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090330/ba644a97/attachment.sig>

From Jochen at herr-schmitt.de  Mon Mar 30 18:27:04 2009
From: Jochen at herr-schmitt.de (Jochen Schmitt)
Date: Mon, 30 Mar 2009 20:27:04 +0200
Subject: rpm will not package debugging files on f-9
In-Reply-To: <49D10661.4040005@ioa.s.u-tokyo.ac.jp>
References: <49D10231.6020903@herr-schmitt.de>
	<49D10661.4040005@ioa.s.u-tokyo.ac.jp>
Message-ID: <49D10EF8.7080005@herr-schmitt.de>

Mamoru Tasaka schrieb:
> I guess the cause of the failure shown here is that you are trying to
> use "noarch subpackage" support on rpm >= 4.6 but F-9 rpm is still 4.4.X
> (i.e. "BuildArch: noarch" makes the rebuilt all binary rpms noarch and
> debuginfo rpm is not created on F-9)
Yes, this was the reason for the reported issues. Thank you for your hint.

Best Regards:

Jochen Schmitt



From notting at redhat.com  Mon Mar 30 18:42:52 2009
From: notting at redhat.com (Bill Nottingham)
Date: Mon, 30 Mar 2009 14:42:52 -0400
Subject: "Please split doc into foo-doc subpackage" -> why?
In-Reply-To: <gqjr7k$rmu$6@ger.gmane.org>
References: <20090326201425.GA11521@nostromo.devel.redhat.com>
	<gqjr7k$rmu$6@ger.gmane.org>
Message-ID: <20090330184252.GA7255@nostromo.devel.redhat.com>

Kevin Kofler (kevin.kofler at chello.at) said: 
> Bill Nottingham wrote:
> > I just recieved one of these bugs (#492446), and I'm not sure
> > why we'd do this for any package.
> 
> Because the documentation can be noarch. We have support for noarch
> subpackages in F10 and later now.

Sure, but either:

- you have the main package reqire the doc package (in which case, whoop
  de do, a split out 400k package)
- you don't, in which case you break the user experience

Bill



From a.badger at gmail.com  Mon Mar 30 18:39:55 2009
From: a.badger at gmail.com (Toshio Kuratomi)
Date: Mon, 30 Mar 2009 13:39:55 -0500
Subject: "Please split doc into foo-doc subpackage" -> why?
In-Reply-To: <20090326201425.GA11521@nostromo.devel.redhat.com>
References: <20090326201425.GA11521@nostromo.devel.redhat.com>
Message-ID: <49D111FB.4060904@gmail.com>

Bill Nottingham wrote:
> I just recieved one of these bugs (#492446), and I'm not sure
> why we'd do this for any package.
> 
> If we split the docs like this:
> 
> - it would be inconsistent per-package
> -- so an admin wouldn't know whether a package had docs or not in
>    the main package without manually trying to install a foo-doc
>    subpackage
> -- they would no longer be there by default if they're needed
> 
> Hence, why do this, when rpm already has a --nodocs flag and
> macro that can be used for space savings on live images?
> 
If the docs are large it can be a win because the end user doesn't have
to download the docs(in the rpm) before it gets installed.  Also the use
case of a -docs subpackage is when you want to exclude the docs for a
single package rather than for every package on the system.

In the specific bug you cite I agree with you: 1) --nodocs seems like a
better choice for live media. 2) 1 MB doesn't seem excessively large in
terms of download size so the case for a -docs subpackage seems a little
weak.

-Toshio

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: OpenPGP digital signature
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090330/6e87ab5d/attachment.sig>

From katzj at redhat.com  Mon Mar 30 19:18:07 2009
From: katzj at redhat.com (Jeremy Katz)
Date: Mon, 30 Mar 2009 15:18:07 -0400
Subject: 2009-03-26 - Fedora Test Day - Nouveau graphics driver [results]
In-Reply-To: <1238428478.4338.79.camel@adam.local.net>
References: <1237930123.3620.531.camel@flatline.devel.redhat.com>
	<1238172382.3415.261.camel@flatline.devel.redhat.com>
	<loom.20090328T184457-125@post.gmane.org>
	<1238428478.4338.79.camel@adam.local.net>
Message-ID: <20090330191806.GA25614@redhat.com>

On Monday, March 30 2009, Adam Williamson said:
> I'd like to do a follow-up but we're really running out of days! I'm
> already committed to a follow-up for the intel test day, and we're
> already double-dipping test days each week because we've run out of
> regular Thursday slots right up to the release. I don't want to overload
> the schedule too far. But if we can crowbar it in somewhere, sure, we'll
> do it.

Perhaps it makes sense to have the follow-up day be "modesetting, all
graphics drivers" rather than just an Intel-specific one.  

Of course, nothing stops people from running through the test day tests
with later images that weren't intended for that test day either...

Jeremy



From awilliam at redhat.com  Mon Mar 30 19:24:38 2009
From: awilliam at redhat.com (Adam Williamson)
Date: Mon, 30 Mar 2009 12:24:38 -0700
Subject: Radeon Test Day: Wednesday April 1st (yes, really)
Message-ID: <1238441078.4338.89.camel@adam.local.net>

Be it hereby announced that this Wednesday, the first of the glorious
month of April (ignore Eliot, he was a douche), shall be the Test Day
for the radeon video driver. Which is used, as you may already have
deduced, for ATI Radeon (and FireGL) video cards. All of 'em.

http://fedoraproject.org/wiki/Test_Day:Radeon_2009-04-01

If you have such a card, please make all appropriate effort to attend -
in #fedora-qa on Freenode, whenever counts as Wednesday daytime for you
(there should be someone, either myself, Dave or someone else from the
QA department, around all day).

The Wiki page is replete with instructions and test cases and a results
table, and will shortly contain up-to-date live CD images (for now, the
links point to the Nouveau test day live images, which don't have the
latest changes from Rawhide). So it's very easy to test without needing
a permanent install of Rawhide or any permanent changes to your system.
We really need testing with as broad as possible a range of Radeon
cards, so if you have one, please do come out and do the tests! Thanks.
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org
http://www.happyassassin.net



From notting at redhat.com  Mon Mar 30 19:32:28 2009
From: notting at redhat.com (Bill Nottingham)
Date: Mon, 30 Mar 2009 15:32:28 -0400
Subject: Enable SysRq?
In-Reply-To: <49CDF49B.4080704@stacken.kth.se>
References: <49CD379D.8040104@verizon.net>
	<20090327210044.0514AFC25E@magilla.sf.frob.com>
	<49CD3F53.9020405@verizon.net> <49CD42C9.9090706@verizon.net>
	<20090327215820.afa176fd.zaitcev@redhat.com>
	<604aa7910903272115x2647724fm6f8f622791343775@mail.gmail.com>
	<49CDF49B.4080704@stacken.kth.se>
Message-ID: <20090330193228.GB7255@nostromo.devel.redhat.com>

Alexander Bostr?m (abo at stacken.kth.se) said: 
> Yes, if Alt-SysRq-K does everything Ctrl-Alt-Backspace does, and more,  
> then perhaps that should be enabled by default instead?
>
> Any security implications of enabling SysRq by default?

Anyone at the keyboard can immediately reboot the box without any
syncing, clean shutdown, or authorization at all.

Aside from that, it's perfectly secure. :)

Bill



From surenkarapetyan at gmail.com  Mon Mar 30 19:43:25 2009
From: surenkarapetyan at gmail.com (Suren Karapetyan)
Date: Tue, 31 Mar 2009 00:43:25 +0500
Subject: Enable SysRq?
In-Reply-To: <20090330193228.GB7255@nostromo.devel.redhat.com>
References: <49CD379D.8040104@verizon.net> <49CDF49B.4080704@stacken.kth.se>
	<20090330193228.GB7255@nostromo.devel.redhat.com>
Message-ID: <200903310043.25883.surenkarapetyan@gmail.com>

On Tuesday 31 March 2009 00:32:28 Bill Nottingham wrote:
> Alexander Bostr?m (abo at stacken.kth.se) said:
> > Yes, if Alt-SysRq-K does everything Ctrl-Alt-Backspace does, and more,
> > then perhaps that should be enabled by default instead?
> >
> > Any security implications of enabling SysRq by default?
>
> Anyone at the keyboard can immediately reboot the box without any
> syncing, clean shutdown, or authorization at all.
>
> Aside from that, it's perfectly secure. :)
>
> Bill

Anyone at the keyboard can also pull the wire (usually).
For the cases where this isn't the desired behavior (e.g. kiosk), it can be 
switched off. :)

I would be muck more concerned if there are some problems like unlocking a 
locked session or similar. But if it kills all the processes on the same vt 
there should be no problems like  this, should they?




From pertusus at free.fr  Mon Mar 30 20:01:40 2009
From: pertusus at free.fr (Patrice Dumas)
Date: Mon, 30 Mar 2009 22:01:40 +0200
Subject: feedback on provenpackager and sponsor policies, please
Message-ID: <20090330200140.GB2598@free.fr>

Hello,

Based on some discussions held here, but also in the closed sponsor list, 
and based on the first practical cases of provenpackager sponsoring, some 
updates have been done to the wiki. 

Please comment!

After the comments, maybe FESCo should verify that everything is conform 
to the intended policies.

Main provenpackager description is now at
https://fedoraproject.org/wiki/How_to_get_sponsored_into_the_packager_group#Provenpackagers

How to sponsor a provenpackager is explained here:
https://fedoraproject.org/wiki/How_to_sponsor_a_new_contributor#Sponsoring_provenpackagers

And the policy regarding who is allowed to modify which package has
been modified to take into account that provenpackagers are the one who can
do that now
https://fedoraproject.org/wiki/Who_is_allowed_to_modify_which_packages

Regarding sponsors, there has been some changes to
https://fedoraproject.org/wiki/How_to_sponsor_a_new_contributor#Becoming_a_Fedora_Package_Collection_Sponsor

and
http://fedoraproject.org/wiki/Package_sponsor_responsibilities

--
Pat



From cmadams at hiwaay.net  Mon Mar 30 20:02:13 2009
From: cmadams at hiwaay.net (Chris Adams)
Date: Mon, 30 Mar 2009 15:02:13 -0500
Subject: Enable SysRq?
In-Reply-To: <20090330193228.GB7255@nostromo.devel.redhat.com>
References: <49CD379D.8040104@verizon.net>
	<20090327210044.0514AFC25E@magilla.sf.frob.com>
	<49CD3F53.9020405@verizon.net> <49CD42C9.9090706@verizon.net>
	<20090327215820.afa176fd.zaitcev@redhat.com>
	<604aa7910903272115x2647724fm6f8f622791343775@mail.gmail.com>
	<49CDF49B.4080704@stacken.kth.se>
	<20090330193228.GB7255@nostromo.devel.redhat.com>
Message-ID: <20090330200213.GE970251@hiwaay.net>

Once upon a time, Bill Nottingham <notting at redhat.com> said:
> Anyone at the keyboard can immediately reboot the box without any
> syncing, clean shutdown, or authorization at all.

Well, as seen with the GNOME clock applet permissions, we're now told
that "console access" == "full access", so why not?

Don't have it both ways, where everybody has to do some configuration to
get a desirable configuration.  It should all be done out of the box for
one end (end user rules all) or the other (system admin rules all).  It
should all be documented (so either end of the spectrum knows where they
stand and what they might want to change).
-- 
Chris Adams <cmadams at hiwaay.net>
Systems and Network Administrator - HiWAAY Internet Services
I don't speak for anybody but myself - that's enough trouble.



From notting at redhat.com  Mon Mar 30 20:18:16 2009
From: notting at redhat.com (Bill Nottingham)
Date: Mon, 30 Mar 2009 16:18:16 -0400
Subject: Enable SysRq?
In-Reply-To: <20090330200213.GE970251@hiwaay.net>
References: <49CD379D.8040104@verizon.net>
	<20090327210044.0514AFC25E@magilla.sf.frob.com>
	<49CD3F53.9020405@verizon.net> <49CD42C9.9090706@verizon.net>
	<20090327215820.afa176fd.zaitcev@redhat.com>
	<604aa7910903272115x2647724fm6f8f622791343775@mail.gmail.com>
	<49CDF49B.4080704@stacken.kth.se>
	<20090330193228.GB7255@nostromo.devel.redhat.com>
	<20090330200213.GE970251@hiwaay.net>
Message-ID: <20090330201816.GC7255@nostromo.devel.redhat.com>

Chris Adams (cmadams at hiwaay.net) said: 
> Once upon a time, Bill Nottingham <notting at redhat.com> said:
> > Anyone at the keyboard can immediately reboot the box without any
> > syncing, clean shutdown, or authorization at all.
> 
> Well, as seen with the GNOME clock applet permissions, we're now told
> that "console access" == "full access", so why not?

If you're honestly arguing that the ability to set the clock equates
to the ability to kill all processes except init, or the ability to
immediately reboot the box, then I can see why this thread devolves
into 200-message madness so quickly.

Bill



From kevin.kofler at chello.at  Mon Mar 30 20:24:52 2009
From: kevin.kofler at chello.at (Kevin Kofler)
Date: Mon, 30 Mar 2009 22:24:52 +0200
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
References: <49CD379D.8040104@verizon.net> <1238389976.3941.3.camel@moose>
Message-ID: <gqr9qk$mk3$1@ger.gmane.org>

Rodd Clarkson wrote:
> I'm figuring that something should be attempted so that we don't have to
> go through this conversation a third time when f11 is released. ;-]

I think that's just futile. The only way NOT to have those threads spring up
like mushrooms is to reenable that feature by default.

        Kevin Kofler



From pemboa at gmail.com  Mon Mar 30 20:27:31 2009
From: pemboa at gmail.com (Arthur Pemberton)
Date: Mon, 30 Mar 2009 15:27:31 -0500
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <gqr9qk$mk3$1@ger.gmane.org>
References: <49CD379D.8040104@verizon.net> <1238389976.3941.3.camel@moose>
	<gqr9qk$mk3$1@ger.gmane.org>
Message-ID: <16de708d0903301327t385c19ev71e1fee519c1f8f6@mail.gmail.com>

On Mon, Mar 30, 2009 at 3:24 PM, Kevin Kofler <kevin.kofler at chello.at> wrote:
> Rodd Clarkson wrote:
>> I'm figuring that something should be attempted so that we don't have to
>> go through this conversation a third time when f11 is released. ;-]
>
> I think that's just futile. The only way NOT to have those threads spring up
> like mushrooms is to reenable that feature by default.


And that will be only worse when RHEL/Centos adopt this later on.

-- 
Fedora 9 : sulphur is good for the skin
( www.pembo13.com )



From cmadams at hiwaay.net  Mon Mar 30 20:33:06 2009
From: cmadams at hiwaay.net (Chris Adams)
Date: Mon, 30 Mar 2009 15:33:06 -0500
Subject: Enable SysRq?
In-Reply-To: <20090330201816.GC7255@nostromo.devel.redhat.com>
References: <49CD379D.8040104@verizon.net>
	<20090327210044.0514AFC25E@magilla.sf.frob.com>
	<49CD3F53.9020405@verizon.net> <49CD42C9.9090706@verizon.net>
	<20090327215820.afa176fd.zaitcev@redhat.com>
	<604aa7910903272115x2647724fm6f8f622791343775@mail.gmail.com>
	<49CDF49B.4080704@stacken.kth.se>
	<20090330193228.GB7255@nostromo.devel.redhat.com>
	<20090330200213.GE970251@hiwaay.net>
	<20090330201816.GC7255@nostromo.devel.redhat.com>
Message-ID: <20090330203306.GA1366954@hiwaay.net>

Once upon a time, Bill Nottingham <notting at redhat.com> said:
> If you're honestly arguing that the ability to set the clock equates
> to the ability to kill all processes except init, or the ability to
> immediately reboot the box, then I can see why this thread devolves
> into 200-message madness so quickly.

I'm not saying they are the same.  However, in the Bugzilla ticket for
the clock-applet, the argument was:

   Sorry but all these "security" concerns are completely bullshit since
   this scenario only applies to users logged in at the _local_ console.
   By design, the OS trusts users at the local console. The user might
   as well just use an axe to destroy the machine or boot into single
   user mode and do whatever the hell he wants.

Also, the clock applet isn't the only thing with this security mindset.
The GNOME process app allows users to raise process priority (which is
usually reserved for root).

I'm just saying if "the OS trusts users at the local console" is the
Fedora design, then apply it equally.  The defaults should reflect that
design across the board, and they should be documented somewhere so
people that don't want to trust the console user can adjust them.
-- 
Chris Adams <cmadams at hiwaay.net>
Systems and Network Administrator - HiWAAY Internet Services
I don't speak for anybody but myself - that's enough trouble.



From adelessafi at gmail.com  Mon Mar 30 20:33:12 2009
From: adelessafi at gmail.com (Adel ESSAFI)
Date: Mon, 30 Mar 2009 21:33:12 +0100
Subject: proposition for media players and proriatry codecs
Message-ID: <be48787a0903301333l23451f24u40e7913c73542d5b@mail.gmail.com>

Hi list
I would like to ask if it is possible to add a module for rhythembox (and
other media player) so that when they need some codecs  (like mms or mp3),
they ask the user to install it directly.
I know that rpmfusion  make that easy, but, I think that with such feature,
fedora will be easier for starters!

Regards
Adel

-- 
http://ilovefedora.blogspot.com/

-- 

PhD candidate in Computer Science
Address
BP 108, Bureau de poste Tunis republique
1001 Tunis
Tunisia
tel: +216 97 246 706
fax: +216 71 391 166
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090330/967b9660/attachment.htm>

From tcallawa at redhat.com  Mon Mar 30 20:35:48 2009
From: tcallawa at redhat.com (Tom "spot" Callaway)
Date: Mon, 30 Mar 2009 16:35:48 -0400
Subject: proposition for media players and proriatry codecs
In-Reply-To: <be48787a0903301333l23451f24u40e7913c73542d5b@mail.gmail.com>
References: <be48787a0903301333l23451f24u40e7913c73542d5b@mail.gmail.com>
Message-ID: <49D12D24.90000@redhat.com>

On 03/30/2009 04:33 PM, Adel ESSAFI wrote:
> 
> Hi list
> I would like to ask if it is possible to add a module for rhythembox
> (and other media player) so that when they need some codecs  (like mms
> or mp3), they ask the user to install it directly.
> I know that rpmfusion  make that easy, but, I think that with such
> feature, fedora will be easier for starters!

PackageKit already does this for anything that uses gstreamer.

~spot



From walters at verbum.org  Mon Mar 30 20:37:36 2009
From: walters at verbum.org (Colin Walters)
Date: Mon, 30 Mar 2009 16:37:36 -0400
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <gqr9qk$mk3$1@ger.gmane.org>
References: <49CD379D.8040104@verizon.net> <1238389976.3941.3.camel@moose>
	<gqr9qk$mk3$1@ger.gmane.org>
Message-ID: <faa16b610903301337i7cd94e4dr61c995c084231a37@mail.gmail.com>

On Mon, Mar 30, 2009 at 4:24 PM, Kevin Kofler <kevin.kofler at chello.at> wrote:
> Rodd Clarkson wrote:
>> I'm figuring that something should be attempted so that we don't have to
>> go through this conversation a third time when f11 is released. ;-]
>
> I think that's just futile. The only way NOT to have those threads spring up
> like mushrooms is to reenable that feature by default.

No, the right solution is to examine the cases for why people were
using the key before, and come up with a design which addresses them.
This may involve writing *new code*, as opposed to e.g. just turning
on whatever code happens to exist now elsewhere (referring to the
kernel sysrq key).

While I think it's crazy to have a magic key combination which
instantly logs you out without any confirmation, it'd be very useful
to have some kind of "oh crap" key to recover from things like a
wedged fullscreen application, stuck X server grab, etc.



From kevin.kofler at chello.at  Mon Mar 30 20:42:32 2009
From: kevin.kofler at chello.at (Kevin Kofler)
Date: Mon, 30 Mar 2009 22:42:32 +0200
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
References: <49CD379D.8040104@verizon.net> <1238389976.3941.3.camel@moose>
	<gqr9qk$mk3$1@ger.gmane.org>
	<faa16b610903301337i7cd94e4dr61c995c084231a37@mail.gmail.com>
Message-ID: <gqraro$rqj$1@ger.gmane.org>

Colin Walters wrote:
> No, the right solution is to examine the cases for why people were
> using the key before, and come up with a design which addresses them.

This will not help at all, because people expect to be able to use the
current key combo, not something new they never heard of.

        Kevin Kofler



From pemboa at gmail.com  Mon Mar 30 20:45:24 2009
From: pemboa at gmail.com (Arthur Pemberton)
Date: Mon, 30 Mar 2009 15:45:24 -0500
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <faa16b610903301337i7cd94e4dr61c995c084231a37@mail.gmail.com>
References: <49CD379D.8040104@verizon.net> <1238389976.3941.3.camel@moose>
	<gqr9qk$mk3$1@ger.gmane.org>
	<faa16b610903301337i7cd94e4dr61c995c084231a37@mail.gmail.com>
Message-ID: <16de708d0903301345k4298d9bqd2564600acdd3469@mail.gmail.com>

On Mon, Mar 30, 2009 at 3:37 PM, Colin Walters <walters at verbum.org> wrote:
> On Mon, Mar 30, 2009 at 4:24 PM, Kevin Kofler <kevin.kofler at chello.at> wrote:
>> Rodd Clarkson wrote:
>>> I'm figuring that something should be attempted so that we don't have to
>>> go through this conversation a third time when f11 is released. ;-]
>>
>> I think that's just futile. The only way NOT to have those threads spring up
>> like mushrooms is to reenable that feature by default.
>
> No, the right solution is to examine the cases for why people were
> using the key before, and come up with a design which addresses them.
> This may involve writing *new code*, as opposed to e.g. just turning
> on whatever code happens to exist now elsewhere (referring to the
> kernel sysrq key).
>
> While I think it's crazy to have a magic key combination which
> instantly logs you out without any confirmation, it'd be very useful
> to have some kind of "oh crap" key to recover from things like a
> wedged fullscreen application, stuck X server grab, etc.


You know the reset button on the machine resets the entire machine, right?


-- 
Fedora 9 : sulphur is good for the skin
( www.pembo13.com )



From maxamillion at gmail.com  Mon Mar 30 20:47:23 2009
From: maxamillion at gmail.com (Adam Miller)
Date: Mon, 30 Mar 2009 15:47:23 -0500
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <gqraro$rqj$1@ger.gmane.org>
References: <49CD379D.8040104@verizon.net> <1238389976.3941.3.camel@moose>
	<gqr9qk$mk3$1@ger.gmane.org>
	<faa16b610903301337i7cd94e4dr61c995c084231a37@mail.gmail.com>
	<gqraro$rqj$1@ger.gmane.org>
Message-ID: <f12087800903301347o20eb9cb5s24795ba4d27bf116@mail.gmail.com>

Sticking with old decrepit ways of doing things that aren't of good
design purely because it is tradition or "everyone knows about it" is
no reason to stick with it. Otherwise we are no better than Microsoft.
If this is something that needed to be changed and the X.org upstream
developers decided that they had a solid reason to do so, then I
support them. Anyone who has posted a case about it being and issue to
systems administrators or emacs users have yet to provide the list
with a situation that doesn't have an alternative or a solution.

-Adam

On Mon, Mar 30, 2009 at 3:42 PM, Kevin Kofler <kevin.kofler at chello.at> wrote:
> Colin Walters wrote:
>> No, the right solution is to examine the cases for why people were
>> using the key before, and come up with a design which addresses them.
>
> This will not help at all, because people expect to be able to use the
> current key combo, not something new they never heard of.
>



-- 
http://maxamillion.googlepages.com
---------------------------------------------------------
()  ascii ribbon campaign - against html e-mail
/\  www.asciiribbon.org   - against proprietary attachments



From pemboa at gmail.com  Mon Mar 30 20:54:54 2009
From: pemboa at gmail.com (Arthur Pemberton)
Date: Mon, 30 Mar 2009 15:54:54 -0500
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <f12087800903301347o20eb9cb5s24795ba4d27bf116@mail.gmail.com>
References: <49CD379D.8040104@verizon.net> <1238389976.3941.3.camel@moose>
	<gqr9qk$mk3$1@ger.gmane.org>
	<faa16b610903301337i7cd94e4dr61c995c084231a37@mail.gmail.com>
	<gqraro$rqj$1@ger.gmane.org>
	<f12087800903301347o20eb9cb5s24795ba4d27bf116@mail.gmail.com>
Message-ID: <16de708d0903301354o2782b0dj42d0034f91807d68@mail.gmail.com>

On Mon, Mar 30, 2009 at 3:47 PM, Adam Miller <maxamillion at gmail.com> wrote:
> Sticking with old decrepit ways of doing things that aren't of good
> design

No one has describe how having this is bad design. I asked, all I have
heard is because someone may accidentally press three keys
concurrently.

> purely because it is tradition or "everyone knows about it" is
> no reason to stick with it.

it happens to be pretty useful.

> Otherwise we are no better than Microsoft.
> If this is something that needed to be changed and the X.org upstream
> developers decided that they had a solid reason to do so

There is no (yet available) evidence of this.

> , then I
> support them. Anyone who has posted a case about it being and issue to
> systems administrators or emacs users have yet to provide the list
> with a situation that doesn't have an alternative or a solution.

Change the emacs shortcut.

-- 
Fedora 9 : sulphur is good for the skin
( www.pembo13.com )



From walters at verbum.org  Mon Mar 30 20:57:10 2009
From: walters at verbum.org (Colin Walters)
Date: Mon, 30 Mar 2009 16:57:10 -0400
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <gqraro$rqj$1@ger.gmane.org>
References: <49CD379D.8040104@verizon.net> <1238389976.3941.3.camel@moose>
	<gqr9qk$mk3$1@ger.gmane.org>
	<faa16b610903301337i7cd94e4dr61c995c084231a37@mail.gmail.com>
	<gqraro$rqj$1@ger.gmane.org>
Message-ID: <faa16b610903301357y7a93894bw545f5def629a5df6@mail.gmail.com>

On Mon, Mar 30, 2009 at 4:42 PM, Kevin Kofler <kevin.kofler at chello.at> wrote:
> Colin Walters wrote:
>> No, the right solution is to examine the cases for why people were
>> using the key before, and come up with a design which addresses them.
>
> This will not help at all, because people expect to be able to use the
> current key combo, not something new they never heard of.

Nothing says that a new "oh crap" key system couldn't be
Ctrl-Alt-Backspace as well; what key it is exactly I see as distinct
from what the key provides.  Though as for which specific key,
unifying it with Ctrl-Alt-Delete would make sense to me, but I
appreciate the backwards compatibilty/habit argument.



From mrmazda at ij.net  Mon Mar 30 21:06:15 2009
From: mrmazda at ij.net (Felix Miata)
Date: Mon, 30 Mar 2009 17:06:15 -0400
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <16de708d0903301345k4298d9bqd2564600acdd3469@mail.gmail.com>
References: <49CD379D.8040104@verizon.net>
	<1238389976.3941.3.camel@moose>	<gqr9qk$mk3$1@ger.gmane.org>	<faa16b610903301337i7cd94e4dr61c995c084231a37@mail.gmail.com>
	<16de708d0903301345k4298d9bqd2564600acdd3469@mail.gmail.com>
Message-ID: <49D13447.70005@ij.net>

On 2009/03/30 15:45 (GMT-0500) Arthur Pemberton composed:

> You know the reset button on the machine resets the entire machine, right?

What planet are you from? Most modern systems have no such button, and the
power switch won't necessary suffice in its stead.
-- 
"The plans of the diligent lead to profit as surely
as haste leads to poverty."	Proverbs 21:5 NIV

 Team OS/2 ** Reg. Linux User #211409

Felix Miata  ***  http://fm.no-ip.com/



From dominik at greysector.net  Mon Mar 30 21:12:31 2009
From: dominik at greysector.net (Dominik 'Rathann' Mierzejewski)
Date: Mon, 30 Mar 2009 23:12:31 +0200
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <49D13447.70005@ij.net>
References: <49CD379D.8040104@verizon.net> <1238389976.3941.3.camel@moose>
	<gqr9qk$mk3$1@ger.gmane.org>
	<faa16b610903301337i7cd94e4dr61c995c084231a37@mail.gmail.com>
	<16de708d0903301345k4298d9bqd2564600acdd3469@mail.gmail.com>
	<49D13447.70005@ij.net>
Message-ID: <20090330211230.GB16605@mokona.greysector.net>

On Monday, 30 March 2009 at 23:06, Felix Miata wrote:
> On 2009/03/30 15:45 (GMT-0500) Arthur Pemberton composed:
> 
> > You know the reset button on the machine resets the entire machine, right?
> 
> What planet are you from? Most modern systems have no such button, and the
> power switch won't necessary suffice in its stead.

Not where I live. Here all modern systems have the reset switch.

Regards,
R.

-- 
Fedora http://fedoraproject.org/wiki/User:Rathann
RPMFusion http://rpmfusion.org | MPlayer http://mplayerhq.hu
"Faith manages."
        -- Delenn to Lennier in Babylon 5:"Confessions and Lamentations"



From awilliam at redhat.com  Mon Mar 30 21:30:12 2009
From: awilliam at redhat.com (Adam Williamson)
Date: Mon, 30 Mar 2009 14:30:12 -0700
Subject: 2009-03-26 - Fedora Test Day - Nouveau graphics driver [results]
In-Reply-To: <20090330191806.GA25614@redhat.com>
References: <1237930123.3620.531.camel@flatline.devel.redhat.com>
	<1238172382.3415.261.camel@flatline.devel.redhat.com>
	<loom.20090328T184457-125@post.gmane.org>
	<1238428478.4338.79.camel@adam.local.net>
	<20090330191806.GA25614@redhat.com>
Message-ID: <1238448612.4338.97.camel@adam.local.net>

On Mon, 2009-03-30 at 15:18 -0400, Jeremy Katz wrote:
> On Monday, March 30 2009, Adam Williamson said:
> > I'd like to do a follow-up but we're really running out of days! I'm
> > already committed to a follow-up for the intel test day, and we're
> > already double-dipping test days each week because we've run out of
> > regular Thursday slots right up to the release. I don't want to overload
> > the schedule too far. But if we can crowbar it in somewhere, sure, we'll
> > do it.
> 
> Perhaps it makes sense to have the follow-up day be "modesetting, all
> graphics drivers" rather than just an Intel-specific one.  

It's not only modesetting - each test day covered a rather wide range of
topics. The idea of a combined test day for all three drivers was
mooted, but I felt it would be rather unwieldy - we'd have hundreds of
people and several developers trying to follow several entirely
different topics all at once.

> Of course, nothing stops people from running through the test day tests
> with later images that weren't intended for that test day either...

Yes, in fact the live CD image links for older test days will probably
get updated to the images generated for later test days.
-- 
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 Mar 30 21:52:05 2009
From: kevin.kofler at chello.at (Kevin Kofler)
Date: Mon, 30 Mar 2009 23:52:05 +0200
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
References: <49CD379D.8040104@verizon.net> <1238389976.3941.3.camel@moose>
	<gqr9qk$mk3$1@ger.gmane.org>
	<faa16b610903301337i7cd94e4dr61c995c084231a37@mail.gmail.com>
	<gqraro$rqj$1@ger.gmane.org>
	<f12087800903301347o20eb9cb5s24795ba4d27bf116@mail.gmail.com>
Message-ID: <gqreu5$8he$3@ger.gmane.org>

Adam Miller wrote:
> Sticking with old decrepit ways of doing things that aren't of good
> design purely because it is tradition or "everyone knows about it" is
> no reason to stick with it.

I disagree there. Users grow habits. Breaking them is bad usability for your
existing users. This is also why usability studies using only new users are
flawed, they're looking for the perfect design given no preconceptions, but
intentionally ignoring the habit factor.

        Kevin Kofler
(who uses the classic menu rather than Kickoff in KDE 4, whose widget style
is still Bluecurve and who'll undoubtedly also disable DontZap, i.e. enable
zapping, in F11)



From emmanuel.seyman at club-internet.fr  Mon Mar 30 22:01:37 2009
From: emmanuel.seyman at club-internet.fr (Emmanuel Seyman)
Date: Tue, 31 Mar 2009 00:01:37 +0200
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <16de708d0903301354o2782b0dj42d0034f91807d68@mail.gmail.com>
References: <49CD379D.8040104@verizon.net> <1238389976.3941.3.camel@moose>
	<gqr9qk$mk3$1@ger.gmane.org>
	<faa16b610903301337i7cd94e4dr61c995c084231a37@mail.gmail.com>
	<gqraro$rqj$1@ger.gmane.org>
	<f12087800903301347o20eb9cb5s24795ba4d27bf116@mail.gmail.com>
	<16de708d0903301354o2782b0dj42d0034f91807d68@mail.gmail.com>
Message-ID: <20090330220137.GA7358@orient.maison.lan>

* Arthur Pemberton [30/03/2009 23:51] :
>
> No one has describe how having this is bad design. I asked, all I have
> heard is because someone may accidentally press three keys
> concurrently.

That's pretty much the definition of bad design.

Emmanuel



From pemboa at gmail.com  Mon Mar 30 22:04:34 2009
From: pemboa at gmail.com (Arthur Pemberton)
Date: Mon, 30 Mar 2009 17:04:34 -0500
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <20090330220137.GA7358@orient.maison.lan>
References: <49CD379D.8040104@verizon.net> <1238389976.3941.3.camel@moose>
	<gqr9qk$mk3$1@ger.gmane.org>
	<faa16b610903301337i7cd94e4dr61c995c084231a37@mail.gmail.com>
	<gqraro$rqj$1@ger.gmane.org>
	<f12087800903301347o20eb9cb5s24795ba4d27bf116@mail.gmail.com>
	<16de708d0903301354o2782b0dj42d0034f91807d68@mail.gmail.com>
	<20090330220137.GA7358@orient.maison.lan>
Message-ID: <16de708d0903301504m7decf6dcn80deb5f0791cd087@mail.gmail.com>

On Mon, Mar 30, 2009 at 5:01 PM, Emmanuel Seyman
<emmanuel.seyman at club-internet.fr> wrote:
> * Arthur Pemberton [30/03/2009 23:51] :
>>
>> No one has describe how having this is bad design. I asked, all I have
>> heard is because someone may accidentally press three keys
>> concurrently.
>
> That's pretty much the definition of bad design.
>
> Emmanuel


I've accidentally erased the contents of a document then hit Ctrl+S.
Is that a bad design? And that's ignoring how unlikely a mistake
Ctrl+Alt+backspace is.


-- 
Fedora 9 : sulphur is good for the skin
( www.pembo13.com )



From jkeating at redhat.com  Mon Mar 30 22:16:59 2009
From: jkeating at redhat.com (Jesse Keating)
Date: Mon, 30 Mar 2009 15:16:59 -0700
Subject: Fedora 11 early branch now available.
Message-ID: <1238451419.3854.8.camel@localhost.localdomain>

For those of you that wish to separate Fedora 11 stabalization work from
future development, we are now ready to process branch requests for
F-11.

If you branch your package early, builds from your new F-11 branch will
continue to go to the Fedora 11 targets.  dist-f11 for now, and
eventually dist-f11-updates-candidate.  Builds from devel/ will be sent
to dist-f12 and will be held for the Fedora 12 rawhide once we get
Fedora 11 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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090330/6f85de69/attachment.sig>
-------------- next part --------------
_______________________________________________
Fedora-devel-announce mailing list
Fedora-devel-announce at redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-announce

From mjs at clemson.edu  Mon Mar 30 22:26:40 2009
From: mjs at clemson.edu (Matthew Saltzman)
Date: Mon, 30 Mar 2009 18:26:40 -0400
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <16de708d0903301345k4298d9bqd2564600acdd3469@mail.gmail.com>
References: <49CD379D.8040104@verizon.net> <1238389976.3941.3.camel@moose>
	<gqr9qk$mk3$1@ger.gmane.org>
	<faa16b610903301337i7cd94e4dr61c995c084231a37@mail.gmail.com>
	<16de708d0903301345k4298d9bqd2564600acdd3469@mail.gmail.com>
Message-ID: <1238452000.9331.57.camel@valkyrie.localdomain>

On Mon, 2009-03-30 at 15:45 -0500, Arthur Pemberton wrote:

> 
> You know the reset button on the machine resets the entire machine, right?
> 

No matter how fast or sloppy my typing, nor what editor I use, I'm very
unlikely to accidentally reach under the desk and hit the (recessed)
reset button while sitting at the keyboard, working.

On many machines now, the power switch invokes a shutdown dialog,
instead of simply powering the machine off with no warning--see the
GNOME power-management applet's dialog.  On my wife's Dell Dimension, I
haven't even been able to locate a reset button--the only thing on the
front panel available to press is the power button.  No reset button on
any of my laptops, either.

> 
-- 
                Matthew Saltzman

Clemson University Math Sciences
mjs AT clemson DOT edu
http://www.math.clemson.edu/~mjs



From emmanuel.seyman at club-internet.fr  Mon Mar 30 22:28:10 2009
From: emmanuel.seyman at club-internet.fr (Emmanuel Seyman)
Date: Tue, 31 Mar 2009 00:28:10 +0200
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <16de708d0903301504m7decf6dcn80deb5f0791cd087@mail.gmail.com>
References: <49CD379D.8040104@verizon.net> <1238389976.3941.3.camel@moose>
	<gqr9qk$mk3$1@ger.gmane.org>
	<faa16b610903301337i7cd94e4dr61c995c084231a37@mail.gmail.com>
	<gqraro$rqj$1@ger.gmane.org>
	<f12087800903301347o20eb9cb5s24795ba4d27bf116@mail.gmail.com>
	<16de708d0903301354o2782b0dj42d0034f91807d68@mail.gmail.com>
	<20090330220137.GA7358@orient.maison.lan>
	<16de708d0903301504m7decf6dcn80deb5f0791cd087@mail.gmail.com>
Message-ID: <20090330222810.GA7531@orient.maison.lan>

* Arthur Pemberton [31/03/2009 00:22] :
>
> I've accidentally erased the contents of a document then hit Ctrl+S.
> Is that a bad design?

Given that you can undo the erasing then press Ctrl-S again, I'ld say no.

> And that's ignoring how unlikely a mistake Ctrl+Alt+backspace is.

I can see someone wanting to hit Ctrl-Alt-$Key then Backspace and hitting
Ctrl-Alt-$Key followed by Ctrl-Alt-Backspace instead.

Emmanuel



From pemboa at gmail.com  Mon Mar 30 22:31:39 2009
From: pemboa at gmail.com (Arthur Pemberton)
Date: Mon, 30 Mar 2009 17:31:39 -0500
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <20090330222810.GA7531@orient.maison.lan>
References: <49CD379D.8040104@verizon.net> <1238389976.3941.3.camel@moose>
	<gqr9qk$mk3$1@ger.gmane.org>
	<faa16b610903301337i7cd94e4dr61c995c084231a37@mail.gmail.com>
	<gqraro$rqj$1@ger.gmane.org>
	<f12087800903301347o20eb9cb5s24795ba4d27bf116@mail.gmail.com>
	<16de708d0903301354o2782b0dj42d0034f91807d68@mail.gmail.com>
	<20090330220137.GA7358@orient.maison.lan>
	<16de708d0903301504m7decf6dcn80deb5f0791cd087@mail.gmail.com>
	<20090330222810.GA7531@orient.maison.lan>
Message-ID: <16de708d0903301531ta7e86f8h119a160d7a87e272@mail.gmail.com>

On Mon, Mar 30, 2009 at 5:28 PM, Emmanuel Seyman
<emmanuel.seyman at club-internet.fr> wrote:
> * Arthur Pemberton [31/03/2009 00:22] :
> I can see someone wanting to hit Ctrl-Alt-$Key then Backspace and hitting
> Ctrl-Alt-$Key followed by Ctrl-Alt-Backspace instead.


This is almost entirely in the real of fiction now. I give up. Do
whatever whoever decides need to be done with or without any actual
open discussion with the stake holders.


-- 
Fedora 9 : sulphur is good for the skin
( www.pembo13.com )



From robert at marcanoonline.com  Mon Mar 30 22:35:14 2009
From: robert at marcanoonline.com (Robert Marcano)
Date: Tue, 31 Mar 2009 18:05:14 +1930
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <20090330220137.GA7358@orient.maison.lan>
References: <49CD379D.8040104@verizon.net> <1238389976.3941.3.camel@moose>
	<gqr9qk$mk3$1@ger.gmane.org>
	<faa16b610903301337i7cd94e4dr61c995c084231a37@mail.gmail.com>
	<gqraro$rqj$1@ger.gmane.org>
	<f12087800903301347o20eb9cb5s24795ba4d27bf116@mail.gmail.com>
	<16de708d0903301354o2782b0dj42d0034f91807d68@mail.gmail.com>
	<20090330220137.GA7358@orient.maison.lan>
Message-ID: <a9ba50e50903301535i3bd7d432le8138af8ffa698ae@mail.gmail.com>

On Tue, Mar 31, 2009 at 5:31 PM, Emmanuel Seyman
<emmanuel.seyman at club-internet.fr> wrote:
> * Arthur Pemberton [30/03/2009 23:51] :
>>
>> No one has describe how having this is bad design. I asked, all I have
>> heard is because someone may accidentally press three keys
>> concurrently.
>
> That's pretty much the definition of bad design.

yes, It is bad design, If you have a very common key combination that
a lot of people knows, (I am talking about Ctrl+Alt+Del to open the
login prompt on Windows), and another one Ctrl+Alt+Backspace where
Backspace and Del are very near each other on many keyboards. This
case is extreme on my laptop (thinkpad) Del is just over Backspace,
and I have seen a few people, try the Ctrl+Alt+Del sequence on
screensaver locked sessions

-- 
Robert Marcano



From cmadams at hiwaay.net  Mon Mar 30 22:40:59 2009
From: cmadams at hiwaay.net (Chris Adams)
Date: Mon, 30 Mar 2009 17:40:59 -0500
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <20090330220137.GA7358@orient.maison.lan>
References: <49CD379D.8040104@verizon.net> <1238389976.3941.3.camel@moose>
	<gqr9qk$mk3$1@ger.gmane.org>
	<faa16b610903301337i7cd94e4dr61c995c084231a37@mail.gmail.com>
	<gqraro$rqj$1@ger.gmane.org>
	<f12087800903301347o20eb9cb5s24795ba4d27bf116@mail.gmail.com>
	<16de708d0903301354o2782b0dj42d0034f91807d68@mail.gmail.com>
	<20090330220137.GA7358@orient.maison.lan>
Message-ID: <20090330224059.GA972489@hiwaay.net>

Once upon a time, Emmanuel Seyman <emmanuel.seyman at club-internet.fr> said:
> * Arthur Pemberton [30/03/2009 23:51] :
> > No one has describe how having this is bad design. I asked, all I have
> > heard is because someone may accidentally press three keys
> > concurrently.
> 
> That's pretty much the definition of bad design.

I've typed in a text box in Firefox and hit Ctrl+W ("erase word" for
years on Unix systems, including older Firefox, but now "close window")
and lost information.  It is a lot easier to hit Ctrl+W than
Ctrl+Alt+Backspace.  Firefox only prompts on Ctrl+W if you have multiple
tabs.
-- 
Chris Adams <cmadams at hiwaay.net>
Systems and Network Administrator - HiWAAY Internet Services
I don't speak for anybody but myself - that's enough trouble.



From mrmazda at ij.net  Mon Mar 30 23:17:27 2009
From: mrmazda at ij.net (Felix Miata)
Date: Mon, 30 Mar 2009 19:17:27 -0400
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <20090330211230.GB16605@mokona.greysector.net>
References: <49CD379D.8040104@verizon.net>
	<1238389976.3941.3.camel@moose>	<gqr9qk$mk3$1@ger.gmane.org>	<faa16b610903301337i7cd94e4dr61c995c084231a37@mail.gmail.com>	<16de708d0903301345k4298d9bqd2564600acdd3469@mail.gmail.com>	<49D13447.70005@ij.net>
	<20090330211230.GB16605@mokona.greysector.net>
Message-ID: <49D15307.1040305@ij.net>

On 2009/03/30 23:12 (GMT+0200) Dominik 'Rathann' Mierzejewski composed:

> On Monday, 30 March 2009 at 23:06, Felix Miata wrote:

>> On 2009/03/30 15:45 (GMT-0500) Arthur Pemberton composed:

>> > You know the reset button on the machine resets the entire machine, right?

>> What planet are you from? Most modern systems have no such button, and the
>> power switch won't necessary suffice in its stead.

> Not where I live. Here all modern systems have the reset switch.

Maybe you've not seen a Dell made in the last 8 years. I've not seen one Dell
made in that period that has one. Even if there are many still made with
reset buttons, a huge number, including those from other major players like
Lenovo, Gateway and HP, have none.
-- 
"The plans of the diligent lead to profit as surely
as haste leads to poverty."	Proverbs 21:5 NIV

 Team OS/2 ** Reg. Linux User #211409

Felix Miata  ***  http://fm.no-ip.com/



From tibbs at math.uh.edu  Mon Mar 30 23:50:46 2009
From: tibbs at math.uh.edu (Jason L Tibbitts III)
Date: Mon, 30 Mar 2009 18:50:46 -0500
Subject: Agenda for the 2009-03-31 Packaging Committee meeting
Message-ID: <ufatz5ah8o9.fsf@compute22.e.math.uh.edu>

The Packaging Committee will meet Tuesday, 2009-03-31 at 17:00UTC in
the #fedora-meeting channel on chat.freenode.net.

FPC works from the agenda at
https://fedoraproject.org/wiki/Packaging/GuidelinesTodo; here are some
things which should be brought up for discussion at the next meeting:

Common Package Names - 
  http://fedoraproject.org/wiki/Common_package_names_packaging_guideline_draft
  FPC has discussed this at multiple previous meetings and continues
  to refine the draft.

Publican Packages - 
  http://fedoraproject.org/wiki/Publican_Documentation_Packages

Users who wish to bring proposals before the committee are encouraged
to read
https://fedoraproject.org/wiki/Packaging/Committee#Guideline_Change_Procedure
Anyone is welcome to create drafts under
https://fedoraproject.org/wiki/PackagingDrafts and to update
https://fedoraproject.org/wiki/PackagingDrafts/DraftsTodo; such
updates will automatically appear on our agenda.

 - J<



From airlied at redhat.com  Tue Mar 31 00:25:47 2009
From: airlied at redhat.com (Dave Airlie)
Date: Tue, 31 Mar 2009 10:25:47 +1000
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <16de708d0903301531ta7e86f8h119a160d7a87e272@mail.gmail.com>
References: <49CD379D.8040104@verizon.net> <1238389976.3941.3.camel@moose>
	<gqr9qk$mk3$1@ger.gmane.org>
	<faa16b610903301337i7cd94e4dr61c995c084231a37@mail.gmail.com>
	<gqraro$rqj$1@ger.gmane.org>
	<f12087800903301347o20eb9cb5s24795ba4d27bf116@mail.gmail.com>
	<16de708d0903301354o2782b0dj42d0034f91807d68@mail.gmail.com>
	<20090330220137.GA7358@orient.maison.lan>
	<16de708d0903301504m7decf6dcn80deb5f0791cd087@mail.gmail.com>
	<20090330222810.GA7531@orient.maison.lan>
	<16de708d0903301531ta7e86f8h119a160d7a87e272@mail.gmail.com>
Message-ID: <1238459147.11709.0.camel@clockmaker.usersys.redhat.com>

On Mon, 2009-03-30 at 17:31 -0500, Arthur Pemberton wrote:
> On Mon, Mar 30, 2009 at 5:28 PM, Emmanuel Seyman
> <emmanuel.seyman at club-internet.fr> wrote:
> > * Arthur Pemberton [31/03/2009 00:22] :
> > I can see someone wanting to hit Ctrl-Alt-$Key then Backspace and hitting
> > Ctrl-Alt-$Key followed by Ctrl-Alt-Backspace instead.
> 
> 
> This is almost entirely in the real of fiction now. I give up. Do
> whatever whoever decides need to be done with or without any actual
> open discussion with the stake holders.
> 
> 

At least two people have admitting to doing exactly this.

You don't understand the word fiction do you?

Dave.

> -- 
> Fedora 9 : sulphur is good for the skin
> ( www.pembo13.com )
> 



From a.badger at gmail.com  Tue Mar 31 00:58:34 2009
From: a.badger at gmail.com (Toshio Kuratomi)
Date: Mon, 30 Mar 2009 17:58:34 -0700
Subject: Agenda for the 2009-03-31 Packaging Committee meeting
In-Reply-To: <ufatz5ah8o9.fsf@compute22.e.math.uh.edu>
References: <ufatz5ah8o9.fsf@compute22.e.math.uh.edu>
Message-ID: <49D16ABA.8090102@gmail.com>

Jason L Tibbitts III wrote:
> The Packaging Committee will meet Tuesday, 2009-03-31 at 17:00UTC in
> the #fedora-meeting channel on chat.freenode.net.
> 
> FPC works from the agenda at
> https://fedoraproject.org/wiki/Packaging/GuidelinesTodo; here are some
> things which should be brought up for discussion at the next meeting:
> 
> Common Package Names - 
>   http://fedoraproject.org/wiki/Common_package_names_packaging_guideline_draft
>   FPC has discussed this at multiple previous meetings and continues
>   to refine the draft.
> 
> Publican Packages - 
>   http://fedoraproject.org/wiki/Publican_Documentation_Packages
> 
> Users who wish to bring proposals before the committee are encouraged
> to read
> https://fedoraproject.org/wiki/Packaging/Committee#Guideline_Change_Procedure
> Anyone is welcome to create drafts under
> https://fedoraproject.org/wiki/PackagingDrafts and to update
> https://fedoraproject.org/wiki/PackagingDrafts/DraftsTodo; such
> updates will automatically appear on our agenda.
> 

Ian Weller just added a draft for Wordpress Plugins:

https://fedoraproject.org/wiki/User:Ianweller/WordPress_plugin_packaging_guidelines_%28draft%29

If we can get to that it would be nice.

-Toshio

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: OpenPGP digital signature
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090330/100cdf78/attachment.sig>

From ssorce at redhat.com  Tue Mar 31 01:22:37 2009
From: ssorce at redhat.com (Simo Sorce)
Date: Mon, 30 Mar 2009 21:22:37 -0400
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <1238452000.9331.57.camel@valkyrie.localdomain>
References: <49CD379D.8040104@verizon.net> <1238389976.3941.3.camel@moose>
	<gqr9qk$mk3$1@ger.gmane.org>
	<faa16b610903301337i7cd94e4dr61c995c084231a37@mail.gmail.com>
	<16de708d0903301345k4298d9bqd2564600acdd3469@mail.gmail.com>
	<1238452000.9331.57.camel@valkyrie.localdomain>
Message-ID: <1238462557.1934.11.camel@localhost.localdomain>

On Mon, 2009-03-30 at 18:26 -0400, Matthew Saltzman wrote:
> On Mon, 2009-03-30 at 15:45 -0500, Arthur Pemberton wrote:
> 
> > 
> > You know the reset button on the machine resets the entire machine, right?
> > 
> 
> No matter how fast or sloppy my typing, nor what editor I use, I'm very
> unlikely to accidentally reach under the desk and hit the (recessed)
> reset button while sitting at the keyboard, working.
> 
> On many machines now, the power switch invokes a shutdown dialog,
> instead of simply powering the machine off with no warning--see the
> GNOME power-management applet's dialog.  On my wife's Dell Dimension, I
> haven't even been able to locate a reset button--the only thing on the
> front panel available to press is the power button.  No reset button on
> any of my laptops, either.

On all machines I know of, pressing the power button for 4 seconds
performs a hard reset.

Simo.

-- 
Simo Sorce * Red Hat, Inc * New York



From kyle at mcmartin.ca  Tue Mar 31 01:38:29 2009
From: kyle at mcmartin.ca (Kyle McMartin)
Date: Mon, 30 Mar 2009 21:38:29 -0400
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <1238462557.1934.11.camel@localhost.localdomain>
References: <49CD379D.8040104@verizon.net> <1238389976.3941.3.camel@moose>
	<gqr9qk$mk3$1@ger.gmane.org>
	<faa16b610903301337i7cd94e4dr61c995c084231a37@mail.gmail.com>
	<16de708d0903301345k4298d9bqd2564600acdd3469@mail.gmail.com>
	<1238452000.9331.57.camel@valkyrie.localdomain>
	<1238462557.1934.11.camel@localhost.localdomain>
Message-ID: <20090331013829.GF25856@bombadil.infradead.org>

On Mon, Mar 30, 2009 at 09:22:37PM -0400, Simo Sorce wrote:
> > > You know the reset button on the machine resets the entire machine, right?
> > > 
> > front panel available to press is the power button.  No reset button on
> > any of my laptops, either.
> 
> On all machines I know of, pressing the power button for 4 seconds
> performs a hard reset.
> 

On all machines I know of, putting your size 13 boot through the case
performs a hard power off...

That doesn't make it relevant.

regards, Kyle



From rodd at clarkson.id.au  Tue Mar 31 01:55:39 2009
From: rodd at clarkson.id.au (Rodd Clarkson)
Date: Tue, 31 Mar 2009 12:55:39 +1100
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <49D057C7.40005@fedoraproject.org>
References: <49CD379D.8040104@verizon.net> <1238389976.3941.3.camel@moose>
	<49D057C7.40005@fedoraproject.org>
Message-ID: <1238464539.3941.9.camel@moose>

On Mon, 2009-03-30 at 10:55 +0530, Rahul Sundaram wrote:
> Rodd Clarkson wrote:
> 
> > 
> > Rahul,
> > 
> > What's the policy on having the URL for both this thread and the other
> > incredibly long thread regarding that that appeared shortly after
> > f11-alpha including in the release notes, so that people can go and read
> > these threads, realize that (in almost every case) there point of view
> > regarding this has already been presented and that this is how it will
> > be?
> > 
> > I'm figuring that something should be attempted so that we don't have to
> > go through this conversation a third time when f11 is released. ;-]
> 
> I don't think it is appropriate content for release notes since it isn't
> useful to lead users to read a few threads with hundreds of mails in
> that context. Fedora release notes is not Fedora Weekly News.

I'm not suggesting that you put all these threads into the release
notes, just a url so that hopefully people will read the discussion
already had (and then hopefully avoid having the same fruitless
convesation again).


R.
-- 
"It's a fine line between denial and faith.
 It's much better on my side"



From ssorce at redhat.com  Tue Mar 31 01:58:39 2009
From: ssorce at redhat.com (Simo Sorce)
Date: Mon, 30 Mar 2009 21:58:39 -0400
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <20090331013829.GF25856@bombadil.infradead.org>
References: <49CD379D.8040104@verizon.net> <1238389976.3941.3.camel@moose>
	<gqr9qk$mk3$1@ger.gmane.org>
	<faa16b610903301337i7cd94e4dr61c995c084231a37@mail.gmail.com>
	<16de708d0903301345k4298d9bqd2564600acdd3469@mail.gmail.com>
	<1238452000.9331.57.camel@valkyrie.localdomain>
	<1238462557.1934.11.camel@localhost.localdomain>
	<20090331013829.GF25856@bombadil.infradead.org>
Message-ID: <1238464719.1934.16.camel@localhost.localdomain>

On Mon, 2009-03-30 at 21:38 -0400, Kyle McMartin wrote:
> On Mon, Mar 30, 2009 at 09:22:37PM -0400, Simo Sorce wrote:
> > > > You know the reset button on the machine resets the entire machine, right?
> > > > 
> > > front panel available to press is the power button.  No reset button on
> > > any of my laptops, either.
> > 
> > On all machines I know of, pressing the power button for 4 seconds
> > performs a hard reset.
> > 
> 
> On all machines I know of, putting your size 13 boot through the case
> performs a hard power off...
> 
> That doesn't make it relevant.

Given it happened to me a couple of times to unwillingly press my foot
(or my knee depending on the machine) for more than 4 seconds on the
power button of the machine I have laid down on one side under my desk,
thus causing an instant power-off, I think it is pretty much relevant.

However thanks for the useful and polite reply, it's always pleasant to
get a cheering message from the STFU-I gang ...

Simo.

-- 
Simo Sorce * Red Hat, Inc * New York



From kyle at mcmartin.ca  Tue Mar 31 02:04:55 2009
From: kyle at mcmartin.ca (Kyle McMartin)
Date: Mon, 30 Mar 2009 22:04:55 -0400
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <1238464719.1934.16.camel@localhost.localdomain>
References: <49CD379D.8040104@verizon.net> <1238389976.3941.3.camel@moose>
	<gqr9qk$mk3$1@ger.gmane.org>
	<faa16b610903301337i7cd94e4dr61c995c084231a37@mail.gmail.com>
	<16de708d0903301345k4298d9bqd2564600acdd3469@mail.gmail.com>
	<1238452000.9331.57.camel@valkyrie.localdomain>
	<1238462557.1934.11.camel@localhost.localdomain>
	<20090331013829.GF25856@bombadil.infradead.org>
	<1238464719.1934.16.camel@localhost.localdomain>
Message-ID: <20090331020455.GG25856@bombadil.infradead.org>

On Mon, Mar 30, 2009 at 09:58:39PM -0400, Simo Sorce wrote:
> Given it happened to me a couple of times to unwillingly press my foot
> (or my knee depending on the machine) for more than 4 seconds on the
> power button of the machine I have laid down on one side under my desk,
> thus causing an instant power-off, I think it is pretty much relevant.
> 

My point was *THIS IS NOT A SOFTWARE PROBLEM.*



From kevin at scrye.com  Tue Mar 31 02:11:57 2009
From: kevin at scrye.com (Kevin Fenzi)
Date: Mon, 30 Mar 2009 20:11:57 -0600
Subject: feedback on provenpackager and sponsor policies, please
In-Reply-To: <20090330200140.GB2598@free.fr>
References: <20090330200140.GB2598@free.fr>
Message-ID: <20090330201157.57d1d226@ohm.scrye.com>

On Mon, 30 Mar 2009 22:01:40 +0200
Patrice Dumas <pertusus at free.fr> wrote:

> Hello,
> 
> Based on some discussions held here, but also in the closed sponsor
> list, and based on the first practical cases of provenpackager
> sponsoring, some updates have been done to the wiki. 
> 
> Please comment!
> 
> After the comments, maybe FESCo should verify that everything is
> conform to the intended policies.

I think thats a fine idea. 

> Main provenpackager description is now at
> https://fedoraproject.org/wiki/How_to_get_sponsored_into_the_packager_group#Provenpackagers

This looks good to me. 

> How to sponsor a provenpackager is explained here:
> https://fedoraproject.org/wiki/How_to_sponsor_a_new_contributor#Sponsoring_provenpackagers

Not sure this belongs there, but I'm not sure I can think of a better
place. :) Since it's FESCo who sponsors provenpackagers, perhaps it
should be under a FESCo page? Or it can't hurt to be there I guess. 

> And the policy regarding who is allowed to modify which package has
> been modified to take into account that provenpackagers are the one
> who can do that now
> https://fedoraproject.org/wiki/Who_is_allowed_to_modify_which_packages

ok. 

> Regarding sponsors, there has been some changes to
> https://fedoraproject.org/wiki/How_to_sponsor_a_new_contributor#Becoming_a_Fedora_Package_Collection_Sponsor
> 
> and
> http://fedoraproject.org/wiki/Package_sponsor_responsibilities

Looks good... the "NOTE: the current ACL system does not allow this.
Hopefully it will be fixed." note probibly can be removed. Since
sponsors are in provenpackager they should be able to modify their
sponsorees packages now. 

> Pat

kevin

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090330/f3bdeea6/attachment.sig>

From mjs at clemson.edu  Tue Mar 31 02:30:35 2009
From: mjs at clemson.edu (Matthew Saltzman)
Date: Mon, 30 Mar 2009 22:30:35 -0400
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <1238462557.1934.11.camel@localhost.localdomain>
References: <49CD379D.8040104@verizon.net> <1238389976.3941.3.camel@moose>
	<gqr9qk$mk3$1@ger.gmane.org>
	<faa16b610903301337i7cd94e4dr61c995c084231a37@mail.gmail.com>
	<16de708d0903301345k4298d9bqd2564600acdd3469@mail.gmail.com>
	<1238452000.9331.57.camel@valkyrie.localdomain>
	<1238462557.1934.11.camel@localhost.localdomain>
Message-ID: <1238466635.14431.0.camel@valkyrie.localdomain>

On Mon, 2009-03-30 at 21:22 -0400, Simo Sorce wrote:
> On Mon, 2009-03-30 at 18:26 -0400, Matthew Saltzman wrote:
> > On Mon, 2009-03-30 at 15:45 -0500, Arthur Pemberton wrote:
> > 
> > > 
> > > You know the reset button on the machine resets the entire machine, right?
> > > 
> > 
> > No matter how fast or sloppy my typing, nor what editor I use, I'm very
> > unlikely to accidentally reach under the desk and hit the (recessed)
> > reset button while sitting at the keyboard, working.
> > 
> > On many machines now, the power switch invokes a shutdown dialog,
> > instead of simply powering the machine off with no warning--see the
> > GNOME power-management applet's dialog.  On my wife's Dell Dimension, I
> > haven't even been able to locate a reset button--the only thing on the
> > front panel available to press is the power button.  No reset button on
> > any of my laptops, either.
> 
> On all machines I know of, pressing the power button for 4 seconds
> performs a hard reset.

Yes, also not likely to be done by accident.

> 
> Simo.
> 
-- 
                Matthew Saltzman

Clemson University Math Sciences
mjs AT clemson DOT edu
http://www.math.clemson.edu/~mjs



From caillon at redhat.com  Tue Mar 31 03:58:25 2009
From: caillon at redhat.com (Christopher Aillon)
Date: Mon, 30 Mar 2009 20:58:25 -0700
Subject: feedback on provenpackager and sponsor policies, please
In-Reply-To: <20090330200140.GB2598@free.fr>
References: <20090330200140.GB2598@free.fr>
Message-ID: <49D194E1.9000902@redhat.com>

On 03/30/2009 01:01 PM, Patrice Dumas wrote:
> Hello,
>
> Based on some discussions held here, but also in the closed sponsor list,
> and based on the first practical cases of provenpackager sponsoring, some
> updates have been done to the wiki.

https://fedoraproject.org/wiki/Provenpackager_policy probably needs 
updating as well, or at least links sprinkled around it...



From rc040203 at freenet.de  Tue Mar 31 04:33:19 2009
From: rc040203 at freenet.de (Ralf Corsepius)
Date: Tue, 31 Mar 2009 06:33:19 +0200
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <faa16b610903301337i7cd94e4dr61c995c084231a37@mail.gmail.com>
References: <49CD379D.8040104@verizon.net>
	<1238389976.3941.3.camel@moose>	<gqr9qk$mk3$1@ger.gmane.org>
	<faa16b610903301337i7cd94e4dr61c995c084231a37@mail.gmail.com>
Message-ID: <49D19D0F.8040000@freenet.de>

Colin Walters wrote:
> On Mon, Mar 30, 2009 at 4:24 PM, Kevin Kofler <kevin.kofler at chello.at> wrote:
>> Rodd Clarkson wrote:
>>> I'm figuring that something should be attempted so that we don't have to
>>> go through this conversation a third time when f11 is released. ;-]
>> I think that's just futile. The only way NOT to have those threads spring up
>> like mushrooms is to reenable that feature by default.
> 
> No, the right solution is to examine the cases for why people were
> using the key before,

c-a-bs to me is an "ejection seat button"
=> disabling it is not helpful

> and come up with a design which addresses them.

The cases I press it typically are "cases of emergencies"

> This may involve writing *new code*, as opposed to e.g. just turning
> on whatever code happens to exist now elsewhere (referring to the
> kernel sysrq key).
> 
> While I think it's crazy to have a magic key combination which
> instantly logs you out without any confirmation, it'd be very useful
> to have some kind of "oh crap" key to recover from things like a
> wedged fullscreen application, stuck X server grab, etc.
Windows think: "Pilot, Do you really want to eject the seat, ... Confirm 
ejecting the seat"




From ascii79 at gmail.com  Tue Mar 31 04:37:28 2009
From: ascii79 at gmail.com (Sachin)
Date: Mon, 30 Mar 2009 23:37:28 -0500
Subject: Observation/Suggestion in rawhide
Message-ID: <a3c040240903302137n4e74ba00kb2403b29dc633776@mail.gmail.com>

Hi

Suggestion

1) There should be option called --size in yum which can restrict the space
which can be used yum. This would be beneficial to machine with low disk
space.
2) If firefox 3.1beta is default then please have
extensions.checkCompatibility=false
3) Shutdown splash screen
4) ext4 (/boot) in grub

Observation:

1) Why logout is available at two different place a) under system b) In
panel under name
2) Preference menu list is too long

Thanks for the great work.

Regards,
Sachin.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090330/737a373a/attachment.htm>

From tgl at redhat.com  Tue Mar 31 04:49:07 2009
From: tgl at redhat.com (Tom Lane)
Date: Tue, 31 Mar 2009 00:49:07 -0400
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace 
In-Reply-To: <49D19D0F.8040000@freenet.de> 
References: <49CD379D.8040104@verizon.net> <1238389976.3941.3.camel@moose>
	<gqr9qk$mk3$1@ger.gmane.org>
	<faa16b610903301337i7cd94e4dr61c995c084231a37@mail.gmail.com>
	<49D19D0F.8040000@freenet.de>
Message-ID: <939.1238474947@sss.pgh.pa.us>

Ralf Corsepius <rc040203 at freenet.de> writes:
> c-a-bs to me is an "ejection seat button"
> => disabling it is not helpful

I like that analogy.  Or maybe a better one is to those fire
extinguishers you see behind little glass doors in every public
building --- you know, "In case of emergency, break glass".

X.org has decided that it would be a safety feature to install
shatterproof glass in those boxes.

			regards, tom lane



From sundaram at fedoraproject.org  Tue Mar 31 04:55:48 2009
From: sundaram at fedoraproject.org (Rahul Sundaram)
Date: Tue, 31 Mar 2009 10:25:48 +0530
Subject: proposition for media players and proriatry codecs
In-Reply-To: <49D12D24.90000@redhat.com>
References: <be48787a0903301333l23451f24u40e7913c73542d5b@mail.gmail.com>
	<49D12D24.90000@redhat.com>
Message-ID: <49D1A254.4050700@fedoraproject.org>

Tom "spot" Callaway wrote:
> On 03/30/2009 04:33 PM, Adel ESSAFI wrote:
>> Hi list
>> I would like to ask if it is possible to add a module for rhythembox
>> (and other media player) so that when they need some codecs  (like mms
>> or mp3), they ask the user to install it directly.
>> I know that rpmfusion  make that easy, but, I think that with such
>> feature, fedora will be easier for starters!
> 
> PackageKit already does this for anything that uses gstreamer.

.. but we cannot point you to rpmfusion repositories directly for legal
reasons. If you have the repository enabled, PackageKit will do the rest.

Rahul



From chris.stone at gmail.com  Tue Mar 31 05:36:39 2009
From: chris.stone at gmail.com (Christopher Stone)
Date: Mon, 30 Mar 2009 22:36:39 -0700
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <939.1238474947@sss.pgh.pa.us>
References: <49CD379D.8040104@verizon.net> <1238389976.3941.3.camel@moose>
	<gqr9qk$mk3$1@ger.gmane.org>
	<faa16b610903301337i7cd94e4dr61c995c084231a37@mail.gmail.com>
	<49D19D0F.8040000@freenet.de> <939.1238474947@sss.pgh.pa.us>
Message-ID: <d9c612bf0903302236h3633e7bckf4e2813aef74129e@mail.gmail.com>

On Mon, Mar 30, 2009 at 9:49 PM, Tom Lane <tgl at redhat.com> wrote:
> Ralf Corsepius <rc040203 at freenet.de> writes:
>> c-a-bs to me is an "ejection seat button"
>> => disabling it is not helpful

It's like an ejection seat button without a label. ;-)

I was just thinking it would be cool if c-a-bs would send you to a
virtual console and open up a text confirmation dialog box.  Dunno if
something like that is possible though.



From anders at trudheim.co.uk  Tue Mar 31 06:59:53 2009
From: anders at trudheim.co.uk (Anders Rayner-Karlsson)
Date: Tue, 31 Mar 2009 08:59:53 +0200
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <1238464539.3941.9.camel@moose>
References: <49CD379D.8040104@verizon.net> <1238389976.3941.3.camel@moose>
	<49D057C7.40005@fedoraproject.org> <1238464539.3941.9.camel@moose>
Message-ID: <20090331065952.GA12945@iota.trudheim.co.uk>

* Rodd Clarkson <rodd at clarkson.id.au> [20090331 03:56]:
> On Mon, 2009-03-30 at 10:55 +0530, Rahul Sundaram wrote:
[snip]
> > I don't think it is appropriate content for release notes since it isn't
> > useful to lead users to read a few threads with hundreds of mails in
> > that context. Fedora release notes is not Fedora Weekly News.
> 
> I'm not suggesting that you put all these threads into the release
> notes, just a url so that hopefully people will read the discussion
> already had (and then hopefully avoid having the same fruitless
> convesation again).

You have an excessive amount of faith in people. This discussion will
be had again (and again), probably by mostly the same people, once
it's rolled out in a release. Same arguments, same flames, possibly a
different list.

I have read this thread with much merriment, seeing hilarious
accusations of conspiracy by closet Emacs users (as if Vim users would
be any better *grin*, tinfoil? first door on the left), shouting from
the roof-tops by a real minority (albeit vocal such) etc etc ad
nauseum as well as more and more far-fetched and ludicrous analogies
being put forth. (I did laugh at the shatterproof glass one..)

I don't think this is necessarily a good poster-child discussion to
stick in the release-notes without a healthy dose of soap+water to
clean it up first. "We resist change" somehow don't seem to quite
match the Fedora that I've come to know.

C-A-Bs is a known key combination, it may occasionaly help in a sticky
situation (not getting covered in syrup in the first place would help
too) but it may also cause people to lose a session and unsaved
work. SysRq's are disabled by default for good reason, and so should
C-A-Bs be, where savvy admins that need the functionality ought to be
capable of enabling it *should the need arise*. (They do *test* things
before they roll them out company wide, right?)

Personally, I've seen some interesting technical bits in this thread,
that you now - thanks to the autoconfiguration of X - can drop in
snippets of xorg.conf (can sysadmins spell "puppet" please?) to
enable/disable very selected bits. It's also a long long time since I
personally had to use C-A-Bs out of anything but lazyness. A wedged X
usually means either a flip to a vc (Thunar in F10 updates-testing
seems to do this recently, and no, I've not filed a BZ - yet) to nuke
the offending process or a hard reboot since keyboard interrupt left
the building.

Right.. I'm late for work and I'll get off my soapbox now.

-- 
/Anders



From pertusus at free.fr  Tue Mar 31 07:33:04 2009
From: pertusus at free.fr (Patrice Dumas)
Date: Tue, 31 Mar 2009 09:33:04 +0200
Subject: feedback on provenpackager and sponsor policies, please
In-Reply-To: <49D194E1.9000902@redhat.com>
References: <20090330200140.GB2598@free.fr> <49D194E1.9000902@redhat.com>
Message-ID: <20090331073303.GA2681@free.fr>

On Mon, Mar 30, 2009 at 08:58:25PM -0700, Christopher Aillon wrote:
>
> https://fedoraproject.org/wiki/Provenpackager_policy probably needs  
> updating as well, or at least links sprinkled around it...

I merged it in 
http://fedoraproject.org/wiki/How_to_get_sponsored_into_the_packager_group#Provenpackagers
so I think that it could just be archived.

--
Pat



From pertusus at free.fr  Tue Mar 31 07:36:02 2009
From: pertusus at free.fr (Patrice Dumas)
Date: Tue, 31 Mar 2009 09:36:02 +0200
Subject: feedback on provenpackager and sponsor policies, please
In-Reply-To: <20090330200140.GB2598@free.fr>
References: <20090330200140.GB2598@free.fr>
Message-ID: <20090331073602.GB2681@free.fr>

On Mon, Mar 30, 2009 at 10:01:40PM +0200, Patrice Dumas wrote:
> 
> Main provenpackager description is now at
> https://fedoraproject.org/wiki/How_to_get_sponsored_into_the_packager_group#Provenpackagers

I think that the text of that is right, but nothing in the title of 
the page helps finding out that the provenpackager role and sponsoring
process is described here. Maybe Provenpackagers should have a separate 
top-level policy page in the wiki?

--
Pat



From pertusus at free.fr  Tue Mar 31 07:45:27 2009
From: pertusus at free.fr (Patrice Dumas)
Date: Tue, 31 Mar 2009 09:45:27 +0200
Subject: Agenda for the 2009-03-31 Packaging Committee meeting
In-Reply-To: <ufatz5ah8o9.fsf@compute22.e.math.uh.edu>
References: <ufatz5ah8o9.fsf@compute22.e.math.uh.edu>
Message-ID: <20090331074527.GC2681@free.fr>

On Mon, Mar 30, 2009 at 06:50:46PM -0500, Jason L Tibbitts III wrote:
> 
> Common Package Names - 
>   http://fedoraproject.org/wiki/Common_package_names_packaging_guideline_draft
>   FPC has discussed this at multiple previous meetings and continues
>   to refine the draft.

In the 

  3. There is no conflict yet 

case, I think that some word could be said about using rare names (generic
names or short names) since they are scarce and an allocation based on
first serve could not be optimal from a global point of view (there 
is a potential coordination failure or even free riding). Moreover careless 
upstream who don't care about the issue are favoured over upstream who 
restrain using the best names for the sake of the community.

I made a paragraph in 
http://fedoraproject.org/wiki/Packaging_tricks#Use_of_common_namespace
that covers this issue:

In addition to the conflict issue, it should be remembered that generic names and names with less than 5 letters are scarce and so a first come first serve use of these words may lead to misuses. Upstream may not have a view of these issues, and choose a word selfishly (though with good intentions) without thinking about the big picture, so trying to work with upstream and convince upstream not to use generic names during reviews may be worth it. 

--
Pat



From gc at falconpl.org  Tue Mar 31 07:53:27 2009
From: gc at falconpl.org (Giancarlo Niccolai)
Date: Tue, 31 Mar 2009 09:53:27 +0200
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <20090331065952.GA12945@iota.trudheim.co.uk>
References: <49CD379D.8040104@verizon.net>
	<1238389976.3941.3.camel@moose>	<49D057C7.40005@fedoraproject.org>
	<1238464539.3941.9.camel@moose>
	<20090331065952.GA12945@iota.trudheim.co.uk>
Message-ID: <49D1CBF7.2070400@falconpl.org>

Anders Rayner-Karlsson wrote:
> * Rodd Clarkson <rodd at clarkson.id.au> [20090331 03:56]:
>   
>> On Mon, 2009-03-30 at 10:55 +0530, Rahul Sundaram wrote:
>>     
> [snip]
>   
>>> I don't think it is appropriate content for release notes since it isn't
>>> useful to lead users to read a few threads with hundreds of mails in
>>> that context. Fedora release notes is not Fedora Weekly News.
>>>       
>> I'm not suggesting that you put all these threads into the release
>> notes, just a url so that hopefully people will read the discussion
>> already had (and then hopefully avoid having the same fruitless
>> convesation again).
>>     
>
> You have an excessive amount of faith in people. This discussion will
> be had again (and again), probably by mostly the same people, once
> it's rolled out in a release. Same arguments, same flames, possibly a
> different list.
>   
I rarely step in threads, so forgive me for this once.

Good computing => "least surprise effect".
People coming from windows => ctrl+alt+<fumble>bs  "OH CRAP --- I am so 
XXXX I forgot to save my work files in 15 Word (ops, Openoffice) windows 
in the past 3 days!!!!"
People knowing their systems and just upgrading => x blocked =>  
ctrl+alt+bs ... ctrl+alt+bs... "what the..." ... CTRL+ALT+BS. "OH SHIT 
-- I got to hard reboot loosing all the work on console sessions and 
possibly fucking up that crap of XXXX filesystem the installer forced me 
to use!!!!"

If you think that some of the old users not sticking with this mailing 
list will ever get to know you're taken a so relevant decision (i.e. by 
carefully reading a changelog) you're very probably wrong. They expect 
not to be surprised.

SO, if you want to make a so relevant decision, the only viable ways not 
to get existing users "surprised" (and one (more) step towards other 
distros) are:
1) leave it as it always been; the programmers of the old say "if it's 
not broken, don't fix it" (this is truly the way of the Tao); or
2) have a BIG BOX warning about the change and how to put it as it was 
before; but preferabily
3) have a BIG BOX with a BIG BUTTON during installation asking "do you 
REALLY want to disable the life-saver ctrl+alt+bs sequence that saved 
your system from total hang so many times in the past?"

My two cents.

Giancarlo Niccolai.



From mschwendt at gmail.com  Tue Mar 31 08:50:55 2009
From: mschwendt at gmail.com (Michael Schwendt)
Date: Tue, 31 Mar 2009 10:50:55 +0200
Subject: Agenda for the 2009-03-31 Packaging Committee meeting
In-Reply-To: <20090331074527.GC2681@free.fr>
References: <ufatz5ah8o9.fsf@compute22.e.math.uh.edu>
	<20090331074527.GC2681@free.fr>
Message-ID: <20090331105055.76583b53@faldor.intranet>

On Tue, 31 Mar 2009 09:45:27 +0200, Patrice wrote:

> On Mon, Mar 30, 2009 at 06:50:46PM -0500, Jason L Tibbitts III wrote:
> > 
> > Common Package Names - 
> >   http://fedoraproject.org/wiki/Common_package_names_packaging_guideline_draft
> >   FPC has discussed this at multiple previous meetings and continues
> >   to refine the draft.
> 
> In the 
> 
>   3. There is no conflict yet 
> 
> case, I think that some word could be said about using rare names (generic
> names or short names) since they are scarce and an allocation based on
> first serve could not be optimal from a global point of view (there 
> is a potential coordination failure or even free riding). Moreover careless 
> upstream who don't care about the issue are favoured over upstream who 
> restrain using the best names for the sake of the community.
> 
> I made a paragraph in 
> http://fedoraproject.org/wiki/Packaging_tricks#Use_of_common_namespace
> that covers this issue:
> 
> In addition to the conflict issue, it should be remembered that generic names and names with less than 5 letters are scarce and so a first come first serve use of these words may lead to misuses. Upstream may not have a view of these issues, and choose a word selfishly (though with good intentions) without thinking about the big picture, so trying to work with upstream and convince upstream not to use generic names during reviews may be worth it. 
> 


Talking about "generic names":

  /usr/bin/parser : https://bugzilla.redhat.com/492935

It's only a matter of time till such file names cause conflicts.
If memory serves correctly, /usr/bin/parser has caused a conflict before.



From anders at trudheim.co.uk  Tue Mar 31 09:20:05 2009
From: anders at trudheim.co.uk (Anders Rayner-Karlsson)
Date: Tue, 31 Mar 2009 11:20:05 +0200
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <49D1CBF7.2070400@falconpl.org>
References: <49CD379D.8040104@verizon.net> <1238389976.3941.3.camel@moose>
	<49D057C7.40005@fedoraproject.org> <1238464539.3941.9.camel@moose>
	<20090331065952.GA12945@iota.trudheim.co.uk>
	<49D1CBF7.2070400@falconpl.org>
Message-ID: <20090331092005.GB3778@iota.trudheim.co.uk>

* Giancarlo Niccolai <gc at falconpl.org> [20090331 09:54]:
> Anders Rayner-Karlsson wrote:
>> * Rodd Clarkson <rodd at clarkson.id.au> [20090331 03:56]:
>>   
>>> On Mon, 2009-03-30 at 10:55 +0530, Rahul Sundaram wrote:
>>>     
>> [snip]
>>   
>>>> I don't think it is appropriate content for release notes since it isn't
>>>> useful to lead users to read a few threads with hundreds of mails in
>>>> that context. Fedora release notes is not Fedora Weekly News.
>>>>       
>>> I'm not suggesting that you put all these threads into the release
>>> notes, just a url so that hopefully people will read the discussion
>>> already had (and then hopefully avoid having the same fruitless
>>> convesation again).
>>>     
>>
>> You have an excessive amount of faith in people. This discussion will
>> be had again (and again), probably by mostly the same people, once
>> it's rolled out in a release. Same arguments, same flames, possibly a
>> different list.
>>   
> I rarely step in threads, so forgive me for this once.
>
> Good computing => "least surprise effect".
> People coming from windows => ctrl+alt+<fumble>bs  "OH CRAP --- I am so  
> XXXX I forgot to save my work files in 15 Word (ops, Openoffice) windows  
> in the past 3 days!!!!"
> People knowing their systems and just upgrading => x blocked =>   
> ctrl+alt+bs ... ctrl+alt+bs... "what the..." ... CTRL+ALT+BS. "OH SHIT  
> -- I got to hard reboot loosing all the work on console sessions and  
> possibly fucking up that crap of XXXX filesystem the installer forced me  
> to use!!!!"

If people truly know their systems, as you suggest they do, your
second scenario will not happen. Switching to a vc is hardly rocket
surgery if you are at all familiar with the system. Trying C-A-Bs and
finding it ineffective, it's not a big step to trying C-A-F[1-6] to
see if you can get a vc. Anyone incapable of something so truly simple
would probably not resort to C-A-Bs in the first instance, but go for
the powerswitch immediately.

> If you think that some of the old users not sticking with this mailing  
> list will ever get to know you're taken a so relevant decision (i.e. by  
> carefully reading a changelog) you're very probably wrong. They expect  
> not to be surprised.

Part of my job is to set expectations with customers having much the
same attitude as you are exhibiting. Read the releasenotes, read the
changelogs.

This is hardly such a critical change as some are making it out to be
and re-enabling it for those few that really want the functionality
back is trivial, as exhibited in the thread already.

> SO, if you want to make a so relevant decision, the only viable ways not  
> to get existing users "surprised" (and one (more) step towards other  
> distros) are:
> 1) leave it as it always been; the programmers of the old say "if it's  
> not broken, don't fix it" (this is truly the way of the Tao); or

There is a case for arguing that leaving C-A-Bs enabled is broken. It
was argued upstream - successfully. If you disagree with that
decision, you can always lobby upstream to revert the change. This
point has also already been made in this thread.

> 2) have a BIG BOX warning about the change and how to put it as it was  
> before; but preferabily

Considering the amount of changes that will have happened between F10
and F11, do you honestly belive that this even is feasible? Anyone
upgrading or installing F11 would have hundreds, if not thousands, of
"BIG BOX" warnings to click through before they even got near the
system to use it. This is what the Release Notes is for.

Remember - as passionate as you feel about *this* change, others feel
about other changes that happens. In the grand scheme of things, this
is rather an insignificant change as the functionality is not removed,
it simply will not be enabled by default.

> 3) have a BIG BOX with a BIG BUTTON during installation asking "do you  
> REALLY want to disable the life-saver ctrl+alt+bs sequence that saved  
> your system from total hang so many times in the past?"

This is not a convincing business justification, and a customer filing
a feature request with that type of argument would see it shot down in
flames very rapidly. "I want this feature because I want it" ends up
forgotten at the bottom of the pile.

Take a step back, and come up with a rational, direct and convincing
argument for why this functionality absolutely have to be enabled by
default. No emotion, just clear, cold hard facts and argument. Present
it here so that it can be challenged (that'll strengthen the argument
when you later take it upstream) and debated.

Cheers,

-- 
/Anders



From rc040203 at freenet.de  Tue Mar 31 09:27:15 2009
From: rc040203 at freenet.de (Ralf Corsepius)
Date: Tue, 31 Mar 2009 11:27:15 +0200
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <d9c612bf0903302236h3633e7bckf4e2813aef74129e@mail.gmail.com>
References: <49CD379D.8040104@verizon.net>
	<1238389976.3941.3.camel@moose>	<gqr9qk$mk3$1@ger.gmane.org>	<faa16b610903301337i7cd94e4dr61c995c084231a37@mail.gmail.com>	<49D19D0F.8040000@freenet.de>
	<939.1238474947@sss.pgh.pa.us>
	<d9c612bf0903302236h3633e7bckf4e2813aef74129e@mail.gmail.com>
Message-ID: <49D1E1F3.8080807@freenet.de>

Christopher Stone wrote:
> On Mon, Mar 30, 2009 at 9:49 PM, Tom Lane <tgl at redhat.com> wrote:
>> Ralf Corsepius <rc040203 at freenet.de> writes:
>>> c-a-bs to me is an "ejection seat button"
>>> => disabling it is not helpful
> 
> It's like an ejection seat button without a label. ;-)
Well, IMO, it's obscured enough, such that educated users find it when 
they feel they need it and new-comers not hit it accidentally.

And if they hit it accidentially, it will surprise them only once or 
twice, hardly causing any damage and push them through a learning curve, 
helping them to understand that X11 is not Windows.


> I was just thinking it would be cool if c-a-bs would send you to a
> virtual console and open up a text confirmation dialog box.  Dunno if
> something like that is possible though.
As I previously wrote, to me such proposals are in the same class as: 
"Do you really want to eject? Enter root password to eject, confirm 
ejection ... ejection will be started in 60 secs ..."

It voids "c-a-bs" as a means of "emergency button". They are meant to 
prevent _further_ damage in situations of emergencies and aren't 
necessarily guaranteed to "not cause damage".

I mean, when pressing "c-a-bs", I am expecting the Xserver to terminate 
immediately and do not expect those "open applications to save their state".

That said, "c-a-bs" to me is one of the last options to choose from when 
trying to rescue a system before having to resort to more brutal means: 
"c-alt-del", "soft power off", "hard power off" [1].

Ralf

[1] Classical situation: Something in X or below it (Xdriver/kernel) is 
hogging CPU/memory to an extend a system doesn't respond to interactive 
input anymore. And yes, these kind of situations do still happen.



From nils at redhat.com  Tue Mar 31 09:29:38 2009
From: nils at redhat.com (Nils Philippsen)
Date: Tue, 31 Mar 2009 11:29:38 +0200
Subject: "Please split doc into foo-doc subpackage" -> why?
In-Reply-To: <49D111FB.4060904@gmail.com>
References: <20090326201425.GA11521@nostromo.devel.redhat.com>
	<49D111FB.4060904@gmail.com>
Message-ID: <1238491778.21866.76.camel@gibraltar.str.redhat.com>

On Mon, 2009-03-30 at 13:39 -0500, Toshio Kuratomi wrote:
> In the specific bug you cite I agree with you: 1) --nodocs seems like a
> better choice for live media.

I'm not sure about that one: If you install the live media to disk, the
documentation bits are missing and it's hard to get them back (short of
reinstalling every package that has documentation in it).

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 aph at redhat.com  Tue Mar 31 09:33:32 2009
From: aph at redhat.com (Andrew Haley)
Date: Tue, 31 Mar 2009 10:33:32 +0100
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <20090331092005.GB3778@iota.trudheim.co.uk>
References: <49CD379D.8040104@verizon.net>
	<1238389976.3941.3.camel@moose>	<49D057C7.40005@fedoraproject.org>
	<1238464539.3941.9.camel@moose>	<20090331065952.GA12945@iota.trudheim.co.uk>	<49D1CBF7.2070400@falconpl.org>
	<20090331092005.GB3778@iota.trudheim.co.uk>
Message-ID: <49D1E36C.2060604@redhat.com>

Anders Rayner-Karlsson wrote:

> This is hardly such a critical change as some are making it out to be
> and re-enabling it for those few that really want the functionality
> back is trivial, as exhibited in the thread already.

I don't really think it can trivially be re-enabled.  A common use case
is when first installing and you can't see the X display because there's
something wrong with the driver or with the resolution.  You can't find
out how to re-enable ctrl-alt-bs either, because you don't have a working
computer to do the web search.

Andrew.



From mhlavink at redhat.com  Tue Mar 31 09:50:00 2009
From: mhlavink at redhat.com (Michal Hlavinka)
Date: Tue, 31 Mar 2009 11:50:00 +0200
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <49D1E1F3.8080807@freenet.de>
References: <49CD379D.8040104@verizon.net>
	<d9c612bf0903302236h3633e7bckf4e2813aef74129e@mail.gmail.com>
	<49D1E1F3.8080807@freenet.de>
Message-ID: <200903311150.01116.mhlavink@redhat.com>

On Tuesday 31 March 2009 11:27:15 Ralf Corsepius wrote:
> Christopher Stone wrote:
> > On Mon, Mar 30, 2009 at 9:49 PM, Tom Lane <tgl at redhat.com> wrote:
> >> Ralf Corsepius <rc040203 at freenet.de> writes:
> >>> c-a-bs to me is an "ejection seat button"
> >>> => disabling it is not helpful
> ...
> > I was just thinking it would be cool if c-a-bs would send you to a
> > virtual console and open up a text confirmation dialog box.  Dunno if
> > something like that is possible though.
>
> As I previously wrote, to me such proposals are in the same class as:
> "Do you really want to eject? Enter root password to eject, confirm
> ejection ... ejection will be started in 60 secs ..."
>
> It voids "c-a-bs" as a means of "emergency button". They are meant to
> prevent _further_ damage in situations of emergencies and aren't
> necessarily guaranteed to "not cause damage".

Yes, I agree, completely. When something starts to eat all resources, you can 
kill it (with whole X server if it's not the X server eating all). You 
definitely have no time to switch to vt, log in and kill it...

I think disabling c+a+bs is really wrong decision :(

> ...



From nils at redhat.com  Tue Mar 31 09:51:27 2009
From: nils at redhat.com (Nils Philippsen)
Date: Tue, 31 Mar 2009 11:51:27 +0200
Subject: System Config Tools Cleanup Project - tools to eliminate/replace
In-Reply-To: <gqjle4$jkr$3@ger.gmane.org>
References: <200903241710.00926.jreznik@redhat.com>
	<1237979444.21415.90.camel@gibraltar.str.redhat.com>
	<gqjle4$jkr$3@ger.gmane.org>
Message-ID: <1238493087.21866.120.camel@gibraltar.str.redhat.com>

On Fri, 2009-03-27 at 23:53 +0100, Kevin Kofler wrote:
> Nils Philippsen wrote:
> > - AFAIK, none of the tools in the DEs deal with NTP right now (do they
> > at least honor it being used and then block setting the system clock?),
> > so I'm not inclined to drop it
> 
> KDE actually does.
> 
> That said, it doesn't detect an NTP setup configured with
> system-config-date, it shows NTP as not in use.

I haven't looked at the tool/applet in question, but to me this seems
more problematic than not caring about NTP at all. I guess KDE stores
the setting whether NTP is used or not in some KDE configuration place?
It's probably a bit more work to operate with the actual OS setting
which might be implemented in very different ways on the various OSs
where KDE is deployed (Linux distros, other Unixes, ...), but if you
want I can try to help out with that so that it can be done properly on
the OSs where we know how to do it. I imagine it like this piece of
pseudo code:

if system is LSB compliant
        use LSB functions to check for status/start/stop NTP
        (/usr/lib/lsb/{install,remove}_initd, calling /etc/init.d
        scripts directly)
else if system has /sbin/chkconfig, /sbin/service
        use chkconfig, service to check for status/start/stop NTP
else if (yet another way to do it)
        (do it yet another way)
else if ...
        ...
else
        don't bother

Naturally, this would have to take the various names of NTP init scripts
into account (e.g. "ntp" vs. "ntpd"). It also shouldn't matter much if
the above decisions are made during build- or runtime. The various OS
teams would then be responsible to keep their part of this up to date.

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 rc040203 at freenet.de  Tue Mar 31 09:52:23 2009
From: rc040203 at freenet.de (Ralf Corsepius)
Date: Tue, 31 Mar 2009 11:52:23 +0200
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <49D1CBF7.2070400@falconpl.org>
References: <49CD379D.8040104@verizon.net>	<1238389976.3941.3.camel@moose>	<49D057C7.40005@fedoraproject.org>	<1238464539.3941.9.camel@moose>	<20090331065952.GA12945@iota.trudheim.co.uk>
	<49D1CBF7.2070400@falconpl.org>
Message-ID: <49D1E7D7.7060500@freenet.de>

Giancarlo Niccolai wrote:

> 
> Good computing => "least surprise effect".
> People coming from windows => ctrl+alt+<fumble>bs  "OH CRAP --- I am so 
> XXXX I forgot to save my work files in 15 Word (ops, Openoffice) windows 
> in the past 3 days!!!!"
And where is the problem? These people have just been through an 
elementary lesson on difference of OSes in a violent way.

Or to put it conversely: Who do these windoze newbies think they are to 
throw away a well-known and valuable feature has been around for 15 
years or more?

Ralf





From rawhide at fedoraproject.org  Tue Mar 31 09:58:32 2009
From: rawhide at fedoraproject.org (Rawhide Report)
Date: Tue, 31 Mar 2009 09:58:32 +0000 (UTC)
Subject: rawhide report: 20090331 changes
Message-ID: <20090331095832.8F3911B8001@releng2.fedora.phx.redhat.com>

Compose started at Tue Mar 31 06:01:03 UTC 2009

New package kde-style-skulpture
        Classical three-dimensional style for KDE
New package libQGLViewer
        Qt based OpenGL generic 3D viewer library
New package mingw32-libsigc++20
        MinGW Windows port of the typesafe signal framework for C++
New package oflb-riordonfancy-fonts
        A stylized font
New package perl-HTTP-Server-Simple-Static
        Serve static files with HTTP::Server::Simple
New package perl-KinoSearch
        Search engine library
New package rubygem-locale
        Pure ruby library which provides basic APIs for localization
New package slv2
        LV2 host library
New package xml2
        XML/Unix Processing Tools
Updated Packages:

CodeAnalyst-gui-2.8.38-9.fc11.1
-------------------------------

DeviceKit-power-007-2.fc11
--------------------------
* Mon Mar 30 2009 Richard Hughes <richard at hughsie.com> 007-1
- Update to 007

* Mon Mar 30 2009 Richard Hughes <richard at hughsie.com> 007-2
- Try to fix a compile error with koji and the new gcc.


PackageKit-0.4.6-1.fc11
-----------------------
* Mon Mar 30 2009 Richard Hughes  <rhughes at redhat.com> - 0.4.6-1
- New upstream version


anyremote-4.18.1-1.fc11
-----------------------
* Mon Mar 30 2009 Mikhail Fedotov <anyremote at mail.ru> - 4.18.1-1
- Add GuiAppModes tag to configuration files.


ardour-2.8-1.fc11
-----------------
* Mon Mar 30 2009 Orcan Ogetbil <oget [DOT] fedora [AT] gmail [DOT] com> 2.8-1
- New upstream release 2.8.
- Update scriptlets according to the new guidelines
- Enable SLV2 support
- Include mime type
- Minor fixes in the SPEC file


arora-0.6-2.fc11
----------------
* Mon Mar 30 2009 Jaroslav Reznik <jreznik at redhat.com> - 0.6-1
- Update to 0.6

* Mon Mar 30 2009 Jaroslav Reznik <jreznik at redhat.com> - 0.6-2
- Add arora-cacheinfo to package


autofs-5.0.4-24
---------------
* Mon Mar 30 2009 Ian Kent <ikent at redhat.com> - 1:5.0.4-24
- clear rpc client on lookup fail.


bash-4.0-5.fc11
---------------
* Mon Mar 30 2009 Roman Rakus <rrakus at redhat.com> - 4.0-5
- Split documentation, use bash-doc package
  Resolves: #492447


beesu-2.3-1.fc11
----------------
* Mon Mar 30 2009 Tom "spot" Callaway <tcallawa at redhat.com> 2.3-1
- Update to 2.3


bind-9.6.1-0.1.b1.fc11
----------------------
* Mon Mar 30 2009 Adam Tkac <atkac redhat com> 32:9.6.1-0.1.b1
- 9.6.1b1 release
- patches merged
  - bind-96-isc_header.patch
  - bind-95-rh469440.patch
  - bind-96-realloc.patch
  - bind9-fedora-0001.diff
- use -version-number instead of -version-info libtool param

* Mon Mar 23 2009 Adam Tkac <atkac redhat com> 32:9.6.0-11.1.P1
- logrotate configuration file now points to /var/named/data/named.run by
  default (#489986)


childsplay-1.1-3.fc11
---------------------
* Mon Mar 30 2009 Johan Cwiklinski <johan AT x-tnd DOT be> 1.1-3
- Symlink to system font (BZ #477372)


claws-mail-plugins-3.7.1-2.fc11
-------------------------------
* Mon Mar 30 2009 Michael Schwendt <mschwendt at fedoraproject.org>
- 3.7.1-2
- use %find_lang macro


clustermon-0.16.0-1.fc11
------------------------
* Mon Mar 30 2009 Ryan McCabe <rmccabe at redhat.com> 0.16.0-1
- Remove legacy RHEL4 and RHEL5-specific code.
- Fix build issues uncovered by g++ 4.4
- Apply patch provided for bz480151


cobbler-1.6.2-1.fc11
--------------------
* Mon Mar 30 2009 Michael DeHaan <mdehaan at redhat.com> - 1.6.2-1
- Upstream changes (see CHANGELOG)


corosync-0.95-2.fc11
--------------------
* Mon Mar 30 2009 Fabio M. Di Nitto <fdinitto at redhat.com> - 0.95-2
- Backport svn commit 1913 to fix pkgconfig files generation
  and unbreak lvm2 build.


cpan2rpm-2.028-6.fc11
---------------------
* Mon Mar 30 2009 Stepan Kasal <skasal at redhat.com> - 2.028-6
- Use Pod::PlainText instead of Pod::Text (#481147)


dia-0.96.1-17.fc11
------------------
* Tue Mar 31 2009 Huzaifa Sidhpurwala <huzaifas at redhat.com> - 1:0.96.1-17
- Resolves: rhbz#486726
- Version bump


dnscap-1.0-0.9.20070807cvs.fc11
-------------------------------
* Mon Mar 30 2009 Adam Tkac <atkac redhat com> 1.0-0.9.20070807cvs
- remove hardcoded dependencies on libpcap and bind-libs
- fix building with the latest gcc


dnsperf-1.0.1.0-8.fc11
----------------------
* Mon Mar 30 2009 Adam Tkac <atkac redhat com> - 1.0.1.0-8
- rebuild against new bind-libs


dovecot-1.2-0.beta4.2.fc11
--------------------------
* Mon Mar 30 2009 Michal Hlavinka <mhlavink at redhat.com> - 1:1.2-0.beta4.1
- spec clean-up
- updated to 1.2.beta4

* Mon Mar 30 2009 Michal Hlavinka <mhlavink at redhat.com> - 1:1.2-0.beta4.2
- fix typo and rebuild


elinks-0.12-0.11.pre3.fc11
--------------------------
* Mon Mar 30 2009 Ondrej Vasik <ovasik at redhat.com> 0.12-0.11.pre3
- new upstream bugfix prerelease
- defuzz patches


ganyremote-5.8-1.fc11
---------------------
* Mon Mar 30 2009 Mikhail Fedotov <anyremote at mail.ru> - 5.8
- Add GuiAppModes tag handling


gcc-4.4.0-0.31
--------------
* Mon Mar 30 2009 Jakub Jelinek <jakub at redhat.com> 4.4.0-0.31
- update from gcc-4_4-branch
  - PR target/39545
  - fix Fortran bind(c) function using RESULT() (#492657)
- fix bogus warnings on strcmp/strncmp macros (#492846)


gimp-2.6.6-2.fc11
-----------------
* Mon Mar 30 2009 Nils Philippsen <nils at redhat.com> - 2:2.6.6-2
- minimize dialogs with single image window (#492796, backported from trunk,
  original patch by Sven Neumann)


gnome-packagekit-2.27.1-1.fc11
------------------------------
* Mon Mar 30 2009 Richard Hughes  <rhughes at redhat.com> - 2.27.1-1
- New upstream version


grub-0.97-44.fc11
-----------------
* Mon Mar 30 2009 Matthew Garrett <mjg at redhat.com> - 0.97-44
- Recognise the 0xef partition type


hal-info-20090330-1.fc11
------------------------
* Mon Mar 30 2009 Richard Hughes <rhughes at redhat.com> - 20090330-1
- Update to latest upstream release


hulahop-0.4.9-3.fc11
--------------------
* Mon Mar 30 2009 Simon Schampijer <simon at schampijer.de> - 0.4.9-3
- Rebuild


ibus-1.1.0.20090331-1.fc11
--------------------------
* Tue Mar 31 2009 Huang Peng <shawn.p.huang at gmail.com> - 1.1.0.20090331-1
- Update to ibus-1.1.0.20090331.
- Fix bug 492956 - screws up keyboard input in firefox
- Fix bug 490143 - ibus issue with gnome-keyring


ibus-chewing-1.0.5.20090330-1.fc11
----------------------------------
* Mon Mar 30 2009 Ding-Yi Chen <dchen at redhat.com> - 1.0.5.20090330-1
- Added tooltips.
- Revealed the sync caps lock setting.
- Fixed Right key bug.
- Added CMake policy 0011 as OLD.


ibus-hangul-1.1.0.20090328-1.fc11
---------------------------------
* Mon Mar 30 2009 Huang Peng <shawn.p.huang at gmail.com> - 1.1.0.20090330-1
- Update version to 1.1.0.20090330.
- Fix bug 486056 - missing options for 2bul, 3bul and other Korean layouts
- Fix bug 487269 - missing Hanja Conversion


iptables-1.4.3.1-1.fc11
-----------------------
* Mon Mar 30 2009 Thomas Woerner <twoerner at redhat.com> 1.4.3.1-1
- new version 1.4.3.1
  - libiptc is now shared
  - supports all new features of the 2.6.29 kernel
- dropped typo_latter patch


jd-2.4.0-0.1.svn2752_trunk.fc11
-------------------------------
* Tue Mar 31 2009 Mamoru Tasaka <mtasaka at ioa.s.u-tokyo.ac.jp>
- Update to latest trunk


jpilot-1.6.2-1.fc11
-------------------
* Mon Mar 30 2009 Ivana Varekova <varekova at redhat.com> - 1.6.2-1
- update to 1.6.2


kanyremote-5.8-1.fc11
---------------------
* Mon Mar 30 2009 Mikhail Fedotov <anyremote at mail.ru> - 5.8
- Add GuiAppModes tag handling


kernel-2.6.29-21.fc11
---------------------
* Mon Mar 30 2009 Ben Skeggs <bskeggs at redhat.com>
- drm-nouveau.patch
  - rewrite nouveau PCI(E) GART functions, should fix rh#492492
  - kms: kernel option to allow dual-link dvi
  - modinfo descriptions for module parameters

* Mon Mar 30 2009 Mark McLoughlin <markmc at redhat.com> 2.6.29-21
- Fix guest->remote network stall with virtio/GSO (#490266)

* Sun Mar 29 2009 Chuck Ebbert <cebbert at redhat.com>
- More fixes for ALSA hardware pointer updating.

* Sun Mar 29 2009 Mauro Carvalho Chehab <mchehab at redhat.com>
- more v4l/dvb updates: v4l subdev conversion and some driver improvements

* Sat Mar 28 2009 Mauro Carvalho Chehab <mchehab at redhat.com>
- linux-2.6-revert-dvb-net-kabi-change.patch: attempt to fix dvb net breakage
- update v4l fixes patch to reflect what's ready for 2.6.30
- update v4l devel patch to reflect what will be kept on linux-next for a while


ksshaskpass-0.5.1-3.fc11
------------------------
* Mon Mar 30 2009 Aurelien Bompard <abompard at fedoraproject.org> 0.5.1-3
- fix bug 485009
- install the desktop file with desktop-file-install


libgdl-2.26.0-1.fc11
--------------------
* Tue Mar 31 2009 Debarshi Ray <rishi at fedoraproject.org> - 2.26.0-1
- Version bump to 2.26.0.
  * Fixed Valgrind violation. (GNOME Bugzilla #574172)
  * Translation updates: el, pl, gl, he, gu, te,cs and or.


lighttpd-1.4.22-2.fc11
----------------------
* Mon Mar 30 2009 Matthias Saou <http://freshrpms.net/> 1.4.22-2
- Update to 1.4.22.
- Add missing defattr for the spawn-fcgi package.


logwatch-7.3.6-41.fc11
----------------------
* Mon Mar 30 2009 Ivana Varekova <varekova at redhta.com> 7.3.6-41
- fix sshd script (#492738)


ltsp-5.1.68-1.fc11
------------------
* Mon Mar 30 2009 Ryan Niebur <ryanryan52 at gmail.com> - 5.1.68-1.20090329.14.fc11
- new upstream
- fix packaging to not need ChangeLog


lv2core-3.0-2.fc11
------------------
* Mon Mar 30 2009 Orcan Ogetbil <oget[DOT]fedora[AT]gmail[DOT]com> - 3.0-1
- Update to 3.0

* Mon Mar 30 2009 Orcan Ogetbil <oget[DOT]fedora[AT]gmail[DOT]com> - 3.0-2
- Add BR: python


lvm2-2.02.45-3.fc11
-------------------
* Mon Mar 30 2009 Fabio M. Di Nitto <fdinitto at redhat.com> - 2.02.45-2
- BuildRequires a newer version of corosync (0.95-2) to fix linking.

* Mon Mar 30 2009 Jussi Lehtola <jussi.lehtola at iki.fi> 2.02.45-3
- Add FTP server location to Source0.


mailman-2.1.12-2.fc11
---------------------
* Mon Mar 30 2009 Daniel Novotny <dnovotny at redhat.com> 3:2.1.12-2
- "AddDefaultCharset Off" in httpd configuration (#463115)


ntfs-3g-2009.3.8-2.fc11
-----------------------
* Mon Mar 30 2009 Tom "spot" Callaway <tcallawa at redhat.com> - 2:2009.3.8-2
- Patch from upstream provided as temporary workaround for bz 486619


ocaml-sexplib-4.2.7-2.fc11
--------------------------
* Mon Mar 30 2009 Richard W.M. Jones <rjones at redhat.com> - 4.2.7-2
- Force rebuild against latest ocaml-type-conv.


openswan-2.6.21-1.fc11
----------------------
* Mon Mar 30 2009 Avesh Agarwal <avagarwa at redhat.com> - 2.6.21-1
- new upstream release
- Fix for CVE-2009-0790 DPD crasher
- Fix remaining SADB_EXT_MAX -> K_SADB_EXT_MAX entries
- Fix ipsec setup --status not showing amount of tunnels with netkey

* Thu Feb 26 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 2.6.19-2
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


perl-GraphViz-2.04-1.fc11
-------------------------
* Mon Mar 30 2009 Stepan Kasal <skasal at redhat.com> - 2.04-1
- update to 2.04


perl-Sys-Virt-0.2.0-2.fc11
--------------------------
* Mon Mar 30 2009 Stepan Kasal <skasal at redhat.com> - 0.2.0-1
- new upstream version (#237421)

* Mon Mar 30 2009 Stepan Kasal <skasal at redhat.com> - 0.2.0-2
- BR: libvirt >= 0.6.1

* Thu Feb 26 2009 Fedora Release Engineering <rel-eng at lists.fedoraproject.org> - 0.1.2-4
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild


php-pear-Log-1.11.4-1.fc11
--------------------------
* Mon Mar 30 2009 Remi Collet <Fedora at FamilleCollet.com> 1.11.4-1
- update to 1.11.4


ricci-0.16.0-1.fc11
-------------------
* Mon Mar 30 2009 Ryan McCabe <rmccabe at redhat.com> 0.16.0-1
- Update for F11
- Fix build issues uncovered by g++ 4.4
- Remove legacy RHEL4 and RHEL5-specific code.


rome-0.9-3.fc11
---------------
* Mon Mar 30 2009 Andrew Overholt <overholt at redhat.com> 0.9-3
- Fix javadoc Group (rhbz#492761).


rootfiles-8.1-5.fc11
--------------------
* Mon Mar 30 2009 Ondrej Vasik <ovasik at redhat.com> - 8.1-5
- removed clear from dot-bash_logout (synchronized with bash,
  related to #429406)
- removed unset USERNAME from dot-bash_profile (synchronized with
  bash, related to #196735)


roundcubemail-0.2-9.stable.fc11
-------------------------------
* Mon Mar 30 2009 Jon Ciesla <limb at jcomserv.net> = 0.2-9.stable
- Patch for PG until php-pear-MDB2 hits 1.5.0 stable. BZ 489505.


rsh-0.17-54.fc11
----------------
* Mon Mar 30 2009 Adam Tkac <atkac redhat com> 0.17-54
- improve pam_env patch


rubygem-gettext-2.0.0-1.fc11
----------------------------
* Sun Mar 29 2009 Mamoru Tasaka <mtasaka at ioa.s.u-tokyo.ac.jp> - 2.0.0-1
- Update to 2.0.0
- Now require rubygem(locale)
- Rescue NoMethodError on gem call on gettext.rb
- Reintroduce 4 args bindtextdomain() compatibility


selinux-policy-3.6.10-5.fc11
----------------------------
* Mon Mar 30 2009 Dan Walsh <dwalsh at redhat.com> 3.6.10-5
- Fix missing ld.so.cache label


spicebird-0.7.1-1.fc11
----------------------
* Sun Mar 29 2009 Steven M. Parrish <tuxbrewr at fedoraproject.org> 0.7.1-1
- New Upstream release


supybot-fedora-0.2.4-1.fc11
---------------------------
* Mon Mar 30 2009 Jon Stanley <jonstanley at gmail.com> - 0.2.4-1
- New upstream 0.2.4


swig-1.3.39-1.fc11
------------------
* Mon Mar 30 2009 Adam Tkac <atkac redhat com> 1.3.39-1
- update to 1.3.39
- swig-1.3.38-rh485540.patch was merged
- add Example/ to -doc again (#489077), filter provides correctly


system-config-firewall-1.2.14-1.fc11
------------------------------------
* Fri Mar 27 2009 Thomas Woerner <twoerner at redhat.com> 1.2.14-1
- new build environment using configure, autofoo and intltool
- fixed typo in router-solicitation description (rhbz#490979)
- new themable application icon: preferences-system-firewall (rhbz#454402)
- make backup copies before overwriting files (rhbz#437374)
- updated translations:


tasks-0.15-1.fc11
-----------------
* Mon Mar 30 2009 Dan Young <dyoung at mesd.k12.or.us> - 0.15-1
- New upstream release
- Drop upstreamed ical-util.c patch


transifex-0.5.1-2.fc11
----------------------
* Mon Mar 30 2009 Ignacio Vazquez-Abrams <ivazqueznet+rpm at gmail.com> 0.5.1-2
- Build with proper tarball


trilead-ssh2-213-5.fc11
-----------------------
* Mon Mar 30 2009 Robert Marcano <robert at marcanoonline.com> - 213-5
- Fix Bug 492759, bad javadoc package group


wqy-zenhei-fonts-0.8.38-2.fc11
------------------------------
* Mon Mar 30 2009 Qianqian Fang <fangqq at gmail.com> 0.8.38-2
- rebuild to pickup font autodeps (# 491974)


xfce4-clipman-plugin-0.9.1-1.fc11
---------------------------------
* Mon Mar 30 2009 Christoph Wickert <cwickert at fedoraproject.org> - 0.9.1-2
- Update to 0.9.1


xorg-x11-drv-nouveau-0.0.12-20.20090330git9d46930.fc11
------------------------------------------------------

xorg-x11-server-1.6.0-16.fc11
-----------------------------
* Mon Mar 30 2009 Adam Jackson <ajax at redhat.com> 1.6.0-16
- Don't nuke ModulePath lines in xorg.conf anymore.  If you're still doing
  this it's probably because you need to. (#490294)


Summary:
Added Packages: 9
Removed Packages: 0
Modified Packages: 68
Broken deps for i386
----------------------------------------------------------
	bigboard-0.6.4-8.fc11.i586 requires libempathy.so.22
	childsplay-1.1-3.fc11.noarch requires dejavu-fonts-experimental
	desktop-data-model-1.2.5-8.fc11.i586 requires libempathy.so.22
	fillets-ng-data-0.8.1-2.noarch requires freefont
	geoclue-gpsd-0.11.1.1-0.1.20090310git3a31d26.fc11.i586 requires libgps.so.17
	httrack-3.43.2-2.fc11.i586 requires openssl = 0:0.9.8j
	libopensync-plugin-kdepim-0.36-2.fc11.i586 requires libopensync.so.1
	libopensync-plugin-syncml-0.35-4.fc10.i386 requires libsyncml.so.0
	libopensync-plugin-syncml-0.35-4.fc10.i386 requires libopensync.so.1
	libopensync-plugin-vformat-0.36-2.fc11.i586 requires libopensync.so.1
	qtgpsc-0.2.3-3.fc11.i586 requires libgps.so.17
	viking-0.9.7-3.fc11.i586 requires libgps.so.17



Broken deps for x86_64
----------------------------------------------------------
	bigboard-0.6.4-8.fc11.x86_64 requires libempathy.so.22()(64bit)
	childsplay-1.1-3.fc11.noarch requires dejavu-fonts-experimental
	desktop-data-model-1.2.5-8.fc11.i586 requires libempathy.so.22
	desktop-data-model-1.2.5-8.fc11.x86_64 requires libempathy.so.22()(64bit)
	fillets-ng-data-0.8.1-2.noarch requires freefont
	geoclue-gpsd-0.11.1.1-0.1.20090310git3a31d26.fc11.x86_64 requires libgps.so.17()(64bit)
	httrack-3.43.2-2.fc11.i586 requires openssl = 0:0.9.8j
	httrack-3.43.2-2.fc11.x86_64 requires openssl = 0:0.9.8j
	libopensync-plugin-kdepim-0.36-2.fc11.x86_64 requires libopensync.so.1()(64bit)
	libopensync-plugin-syncml-0.35-4.fc10.x86_64 requires libsyncml.so.0()(64bit)
	libopensync-plugin-syncml-0.35-4.fc10.x86_64 requires libopensync.so.1()(64bit)
	libopensync-plugin-vformat-0.36-2.fc11.x86_64 requires libopensync.so.1()(64bit)
	qtgpsc-0.2.3-3.fc11.x86_64 requires libgps.so.17()(64bit)
	viking-0.9.7-3.fc11.x86_64 requires libgps.so.17()(64bit)



Broken deps for ppc
----------------------------------------------------------
	bigboard-0.6.4-8.fc11.ppc requires libempathy.so.22
	childsplay-1.1-3.fc11.noarch requires dejavu-fonts-experimental
	desktop-data-model-1.2.5-8.fc11.ppc requires libempathy.so.22
	desktop-data-model-1.2.5-8.fc11.ppc64 requires libempathy.so.22()(64bit)
	fillets-ng-data-0.8.1-2.noarch requires freefont
	geoclue-gpsd-0.11.1.1-0.1.20090310git3a31d26.fc11.ppc requires libgps.so.17
	httrack-3.43.2-2.fc11.ppc requires openssl = 0:0.9.8j
	httrack-3.43.2-2.fc11.ppc64 requires openssl = 0:0.9.8j
	libopensync-plugin-kdepim-0.36-2.fc11.ppc requires libopensync.so.1
	libopensync-plugin-syncml-0.35-4.fc10.ppc requires libsyncml.so.0
	libopensync-plugin-syncml-0.35-4.fc10.ppc requires libopensync.so.1
	libopensync-plugin-vformat-0.36-2.fc11.ppc requires libopensync.so.1
	qtgpsc-0.2.3-3.fc11.ppc requires libgps.so.17
	viking-0.9.7-3.fc11.ppc requires libgps.so.17



Broken deps for ppc64
----------------------------------------------------------
	bigboard-0.6.4-8.fc11.ppc64 requires libempathy.so.22()(64bit)
	cabal2spec-0.12-1.fc11.noarch requires ghc > 0:6.10.1-7
	childsplay-1.1-3.fc11.noarch requires dejavu-fonts-experimental
	desktop-data-model-1.2.5-8.fc11.ppc64 requires libempathy.so.22()(64bit)
	fillets-ng-data-0.8.1-2.noarch requires freefont
	gadget-0.0.3-2.fc11.noarch requires ejabberd
	geoclue-gpsd-0.11.1.1-0.1.20090310git3a31d26.fc11.ppc64 requires libgps.so.17()(64bit)
	httrack-3.43.2-2.fc11.ppc64 requires openssl = 0:0.9.8j
	libopensync-plugin-kdepim-0.36-2.fc11.ppc64 requires libopensync.so.1()(64bit)
	libopensync-plugin-syncml-0.35-4.fc10.ppc64 requires libsyncml.so.0()(64bit)
	libopensync-plugin-syncml-0.35-4.fc10.ppc64 requires libopensync.so.1()(64bit)
	libopensync-plugin-vformat-0.36-2.fc11.ppc64 requires libopensync.so.1()(64bit)
	qtgpsc-0.2.3-3.fc11.ppc64 requires libgps.so.17()(64bit)
	viking-0.9.7-3.fc11.ppc64 requires libgps.so.17()(64bit)





From huzaifas at redhat.com  Tue Mar 31 10:01:09 2009
From: huzaifas at redhat.com (Huzaifa Sidhpurwala)
Date: Tue, 31 Mar 2009 15:31:09 +0530
Subject: Want to package gnome-do-plugins
Message-ID: <49D1E9E5.4020300@redhat.com>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi,
It seems that upstream has separated the gnome-do-plugins from the
parent package and since then nobody has packaged it,
I want to go ahead and package it, but just want to confirm if any one
else is already on it.

Thanks.

- --
Regards,
Huzaifa Sidhpurwala, RHCE, CCNA (IRC: huzaifas)


GnuPG Fingerprint:
3A0F DAFB 9279 02ED 273B FFE9 CC70 DCF2 DA5B DAE5
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (GNU/Linux)
Comment: Using GnuPG with Red Hat - http://enigmail.mozdev.org

iD8DBQFJ0enkzHDc8tpb2uURAu/mAJ0S4eGojglQhbzQoYj2FbToU3MyhQCeL8U/
97lXz5QQhimFfR6j0aQY8YY=
=zukP
-----END PGP SIGNATURE-----



From billcrawford1970 at gmail.com  Tue Mar 31 10:08:40 2009
From: billcrawford1970 at gmail.com (Bill Crawford)
Date: Tue, 31 Mar 2009 11:08:40 +0100
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <f12087800903301347o20eb9cb5s24795ba4d27bf116@mail.gmail.com>
References: <49CD379D.8040104@verizon.net> <gqraro$rqj$1@ger.gmane.org>
	<f12087800903301347o20eb9cb5s24795ba4d27bf116@mail.gmail.com>
Message-ID: <200903311108.40855.billcrawford1970@gmail.com>

On Monday 30 March 2009 21:47:23 Adam Miller wrote:
> Sticking with old decrepit ways of doing things that aren't of good
> design purely because it is tradition or "everyone knows about it" is
> no reason to stick with it. Otherwise we are no better than Microsoft.

... and deliberately changing to something that's "better for the Windows users" 
is better?

Sorry, but suddenly disabling functionality we're used to having in the name 
of "it's simpler, people can't hurt themselves" is also just like Microsoft.

Your point was?

> If this is something that needed to be changed and the X.org upstream
> developers decided that they had a solid reason to do so, then I
> support them. Anyone who has posted a case about it being and issue to
> systems administrators or emacs users have yet to provide the list
> with a situation that doesn't have an alternative or a solution.

... because they must be right?



From billcrawford1970 at gmail.com  Tue Mar 31 10:10:33 2009
From: billcrawford1970 at gmail.com (Bill Crawford)
Date: Tue, 31 Mar 2009 11:10:33 +0100
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <a9ba50e50903301535i3bd7d432le8138af8ffa698ae@mail.gmail.com>
References: <49CD379D.8040104@verizon.net>
	<20090330220137.GA7358@orient.maison.lan>
	<a9ba50e50903301535i3bd7d432le8138af8ffa698ae@mail.gmail.com>
Message-ID: <200903311110.33642.billcrawford1970@gmail.com>

On Monday 30 March 2009 23:35:14 Robert Marcano wrote:
> On Tue, Mar 31, 2009 at 5:31 PM, Emmanuel Seyman
>
> <emmanuel.seyman at club-internet.fr> wrote:
> > * Arthur Pemberton [30/03/2009 23:51] :
> >> No one has describe how having this is bad design. I asked, all I have
> >> heard is because someone may accidentally press three keys
> >> concurrently.
> >
> > That's pretty much the definition of bad design.
>
> yes, It is bad design, If you have a very common key combination that
> a lot of people knows, (I am talking about Ctrl+Alt+Del to open the
> login prompt on Windows), and another one Ctrl+Alt+Backspace where
> Backspace and Del are very near each other on many keyboards. This
> case is extreme on my laptop (thinkpad) Del is just over Backspace,
> and I have seen a few people, try the Ctrl+Alt+Del sequence on
> screensaver locked sessions

So, to come back to an argument oft-repeated in this context ... how hard would 
it be for users who need this change to just put something in xorg.conf or 
remap the "zap" key combination?



From jreznik at redhat.com  Tue Mar 31 10:17:11 2009
From: jreznik at redhat.com (Jaroslav Reznik)
Date: Tue, 31 Mar 2009 12:17:11 +0200
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <200903311150.01116.mhlavink@redhat.com>
References: <49CD379D.8040104@verizon.net> <49D1E1F3.8080807@freenet.de>
	<200903311150.01116.mhlavink@redhat.com>
Message-ID: <200903311217.11302.jreznik@redhat.com>

On Tuesday 31 March 2009 11:50:00 Michal Hlavinka wrote:
> On Tuesday 31 March 2009 11:27:15 Ralf Corsepius wrote:
> > Christopher Stone wrote:
> > > On Mon, Mar 30, 2009 at 9:49 PM, Tom Lane <tgl at redhat.com> wrote:
> > >> Ralf Corsepius <rc040203 at freenet.de> writes:
> > >>> c-a-bs to me is an "ejection seat button"
> > >>> => disabling it is not helpful
> >
> > ...
> >
> > > I was just thinking it would be cool if c-a-bs would send you to a
> > > virtual console and open up a text confirmation dialog box.  Dunno if
> > > something like that is possible though.
> >
> > As I previously wrote, to me such proposals are in the same class as:
> > "Do you really want to eject? Enter root password to eject, confirm
> > ejection ... ejection will be started in 60 secs ..."
> >
> > It voids "c-a-bs" as a means of "emergency button". They are meant to
> > prevent _further_ damage in situations of emergencies and aren't
> > necessarily guaranteed to "not cause damage".
>
> Yes, I agree, completely. When something starts to eat all resources, you
> can kill it (with whole X server if it's not the X server eating all). You
> definitely have no time to switch to vt, log in and kill it...

Exactly!

> I think disabling c+a+bs is really wrong decision :(

I don't care if we have control+alt+backspace or 
control+shift+alt+f5+backspace+* but I want to have it enabled by default.

Jaroslav

> > ...



From gc at falconpl.org  Tue Mar 31 10:19:21 2009
From: gc at falconpl.org (Giancarlo Niccolai)
Date: Tue, 31 Mar 2009 12:19:21 +0200
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <20090331092005.GB3778@iota.trudheim.co.uk>
References: <49CD379D.8040104@verizon.net>
	<1238389976.3941.3.camel@moose>	<49D057C7.40005@fedoraproject.org>
	<1238464539.3941.9.camel@moose>	<20090331065952.GA12945@iota.trudheim.co.uk>	<49D1CBF7.2070400@falconpl.org>
	<20090331092005.GB3778@iota.trudheim.co.uk>
Message-ID: <49D1EE29.5080605@falconpl.org>

Anders Rayner-Karlsson wrote:
> * Giancarlo Niccolai <gc at falconpl.org> [20090331 09:54]:
>   
>> Anders Rayner-Karlsson wrote:
>>     
>>> * Rodd Clarkson <rodd at clarkson.id.au> [20090331 03:56]:
>>>   
>>>       
>>>> On Mon, 2009-03-30 at 10:55 +0530, Rahul Sundaram wrote:
>>>>     
>>>>         
>>> [snip]
>>>   
>>>       
>>>>> I don't think it is appropriate content for release notes since it isn't
>>>>> useful to lead users to read a few threads with hundreds of mails in
>>>>> that context. Fedora release notes is not Fedora Weekly News.
>>>>>       
>>>>>           
>>>> I'm not suggesting that you put all these threads into the release
>>>> notes, just a url so that hopefully people will read the discussion
>>>> already had (and then hopefully avoid having the same fruitless
>>>> convesation again).
>>>>     
>>>>         
>>> You have an excessive amount of faith in people. This discussion will
>>> be had again (and again), probably by mostly the same people, once
>>> it's rolled out in a release. Same arguments, same flames, possibly a
>>> different list.
>>>   
>>>       
>> I rarely step in threads, so forgive me for this once.
>>
>> Good computing => "least surprise effect".
>> People coming from windows => ctrl+alt+<fumble>bs  "OH CRAP --- I am so  
>> XXXX I forgot to save my work files in 15 Word (ops, Openoffice) windows  
>> in the past 3 days!!!!"
>> People knowing their systems and just upgrading => x blocked =>   
>> ctrl+alt+bs ... ctrl+alt+bs... "what the..." ... CTRL+ALT+BS. "OH SHIT  
>> -- I got to hard reboot loosing all the work on console sessions and  
>> possibly fucking up that crap of XXXX filesystem the installer forced me  
>> to use!!!!"
>>     
>
> If people truly know their systems, as you suggest they do, your
> second scenario will not happen. Switching to a vc is hardly rocket
> surgery if you are at all familiar with the system. Trying C-A-Bs and
> finding it ineffective, it's not a big step to trying C-A-F[1-6] to
> see if you can get a vc. Anyone incapable of something so truly simple
> would probably not resort to C-A-Bs in the first instance, but go for
> the powerswitch immediately.
>
>   

it may be educated enough to try it. But it is not like that an X 
session hang so bad that you have to ctrl-alt-bs it will allow you to 
CAF1-6 at all, or will let you to do anything meaningful with it (i.e. 
bash may not be able to get the resources to start). When you HAVE to 
CABs, it's because you CAN'T CAF1-6.

(There was my two cents, so don't expect me to join in this convo; I 
just wanted to correct your assumption that you may CAF1-6 away a 
situation in which you have to CABs, which is wrong, as another poster 
pointed out).

GN.



From billcrawford1970 at gmail.com  Tue Mar 31 10:19:51 2009
From: billcrawford1970 at gmail.com (Bill Crawford)
Date: Tue, 31 Mar 2009 11:19:51 +0100
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <faa16b610903301357y7a93894bw545f5def629a5df6@mail.gmail.com>
References: <49CD379D.8040104@verizon.net> <gqraro$rqj$1@ger.gmane.org>
	<faa16b610903301357y7a93894bw545f5def629a5df6@mail.gmail.com>
Message-ID: <200903311119.51451.billcrawford1970@gmail.com>

On Monday 30 March 2009 21:57:10 Colin Walters wrote:
> On Mon, Mar 30, 2009 at 4:42 PM, Kevin Kofler <kevin.kofler at chello.at> wrote:
> > Colin Walters wrote:
> >> No, the right solution is to examine the cases for why people were
> >> using the key before, and come up with a design which addresses them.
> >
> > This will not help at all, because people expect to be able to use the
> > current key combo, not something new they never heard of.
>
> Nothing says that a new "oh crap" key system couldn't be
> Ctrl-Alt-Backspace as well; what key it is exactly I see as distinct
> from what the key provides.  Though as for which specific key,
> unifying it with Ctrl-Alt-Delete would make sense to me, but I
> appreciate the backwards compatibilty/habit argument.

Yes, this is the point :o) it might have been better to announce "we're changing 
the default key combination" and include instructions on how to change it back 
if needed.

I don't like the argument that users need protecting from this. If you push the 
power switch on anything in your kitchen it's generally going to go on or off 
immediately; the reason we do it different on a PC *is* mainly to do with data 
loss but also to allow its dual use as a "suspend or hibernate" key. It's the 
same with a "kill my X server" button: sure, maybe insist it be pressed more 
than once, or change where the button is, ... but saying we can't have one 
because it's sharp is ... well, maybe the X.org developers shouldn't be allowed 
sharp objects. Jus' sayin' ;o)



From billcrawford1970 at gmail.com  Tue Mar 31 10:23:00 2009
From: billcrawford1970 at gmail.com (Bill Crawford)
Date: Tue, 31 Mar 2009 11:23:00 +0100
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <939.1238474947@sss.pgh.pa.us>
References: <49CD379D.8040104@verizon.net> <49D19D0F.8040000@freenet.de>
	<939.1238474947@sss.pgh.pa.us>
Message-ID: <200903311123.00749.billcrawford1970@gmail.com>

On Tuesday 31 March 2009 05:49:07 Tom Lane wrote:
> Ralf Corsepius <rc040203 at freenet.de> writes:
> > c-a-bs to me is an "ejection seat button"
> > => disabling it is not helpful
>
> I like that analogy.  Or maybe a better one is to those fire
> extinguishers you see behind little glass doors in every public
> building --- you know, "In case of emergency, break glass".
>
> X.org has decided that it would be a safety feature to install
> shatterproof glass in those boxes.

No, they've taken the box away. That's the point.

Shatterproof glass is the "you have to press it twice" or "you have to hold it 
down for four seconds".



From gc at falconpl.org  Tue Mar 31 10:27:04 2009
From: gc at falconpl.org (Giancarlo Niccolai)
Date: Tue, 31 Mar 2009 12:27:04 +0200
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <49D1E7D7.7060500@freenet.de>
References: <49CD379D.8040104@verizon.net>	<1238389976.3941.3.camel@moose>	<49D057C7.40005@fedoraproject.org>	<1238464539.3941.9.camel@moose>	<20090331065952.GA12945@iota.trudheim.co.uk>	<49D1CBF7.2070400@falconpl.org>
	<49D1E7D7.7060500@freenet.de>
Message-ID: <49D1EFF8.6030605@falconpl.org>

Ralf Corsepius wrote:
> Giancarlo Niccolai wrote:
>
>>
>> Good computing => "least surprise effect".
>> People coming from windows => ctrl+alt+<fumble>bs  "OH CRAP --- I am 
>> so XXXX I forgot to save my work files in 15 Word (ops, Openoffice) 
>> windows in the past 3 days!!!!"
> And where is the problem? These people have just been through an 
> elementary lesson on difference of OSes in a violent way.
>
> Or to put it conversely: Who do these windoze newbies think they are 
> to throw away a well-known and valuable feature has been around for 15 
> years or more?
>
> Ralf
>
I don't know if you noticed it, but that was exactly my point. We can't 
prevent anyone from doing dumb things; there will always be a smarter 
way to do dumb things just the same. It seemed to me that the above 
"people coming from windows" surprise situation is a bit ridiculous, and 
I hoped someone else  felt the same way (as you do). By extension, 
preventing that surprise by denying a nearly vital feature, unless you 
find out the hard way that it has been removed is and are probably not 
in the position to re-enable it,... is just at the same level of the 
surprise it wanted to spare.

Just, I thought we were all  linuxsters enough to get the puny of that 
right away.

GN.



From anders at trudheim.co.uk  Tue Mar 31 10:56:38 2009
From: anders at trudheim.co.uk (Anders Rayner-Karlsson)
Date: Tue, 31 Mar 2009 12:56:38 +0200
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <49D1EE29.5080605@falconpl.org>
References: <49CD379D.8040104@verizon.net> <1238389976.3941.3.camel@moose>
	<49D057C7.40005@fedoraproject.org> <1238464539.3941.9.camel@moose>
	<20090331065952.GA12945@iota.trudheim.co.uk>
	<49D1CBF7.2070400@falconpl.org>
	<20090331092005.GB3778@iota.trudheim.co.uk>
	<49D1EE29.5080605@falconpl.org>
Message-ID: <20090331105638.GC3778@iota.trudheim.co.uk>

* Giancarlo Niccolai <gc at falconpl.org> [20090331 12:20]:
> it may be educated enough to try it. But it is not like that an X  
> session hang so bad that you have to ctrl-alt-bs it will allow you to  
> CAF1-6 at all, or will let you to do anything meaningful with it (i.e.  
> bash may not be able to get the resources to start). When you HAVE to  
> CABs, it's because you CAN'T CAF1-6.
>
> (There was my two cents, so don't expect me to join in this convo; I  
> just wanted to correct your assumption that you may CAF1-6 away a  
> situation in which you have to CABs, which is wrong, as another poster  
> pointed out).

IIRC, and I believe that was pointed out in this thread as well, is
that these keypresses are handled in the same way by the same part of
the X server. If C-A-Bs works, so will C-A-F2 to drop you at a vc.

Through past experience, I have never found an instance (since moving
from XFree86 to Xorg) where the Xserver was wedged in a way that
switching to a vc did not work, but C-A-Bs did. I have seen plenty of
X lockups (Xorg intel driver issues in F10) in the last few months and
not a single one of those were resolvable by C-A-Bs.

Cheers,

-- 
/Anders



From mhlavink at redhat.com  Tue Mar 31 11:05:39 2009
From: mhlavink at redhat.com (Michal Hlavinka)
Date: Tue, 31 Mar 2009 13:05:39 +0200
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <20090331105638.GC3778@iota.trudheim.co.uk>
References: <49CD379D.8040104@verizon.net> <49D1EE29.5080605@falconpl.org>
	<20090331105638.GC3778@iota.trudheim.co.uk>
Message-ID: <200903311305.39440.mhlavink@redhat.com>

On Tuesday 31 March 2009 12:56:38 Anders Rayner-Karlsson wrote:
> * Giancarlo Niccolai <gc at falconpl.org> [20090331 12:20]:
> > it may be educated enough to try it. But it is not like that an X
> > session hang so bad that you have to ctrl-alt-bs it will allow you to
> > CAF1-6 at all, or will let you to do anything meaningful with it (i.e.
> > bash may not be able to get the resources to start). When you HAVE to
> > CABs, it's because you CAN'T CAF1-6.
> >
> > (There was my two cents, so don't expect me to join in this convo; I
> > just wanted to correct your assumption that you may CAF1-6 away a
> > situation in which you have to CABs, which is wrong, as another poster
> > pointed out).
>
> IIRC, and I believe that was pointed out in this thread as well, is
> that these keypresses are handled in the same way by the same part of
> the X server. If C-A-Bs works, so will C-A-F2 to drop you at a vc.

and in this thread was also pointed:

"When something starts to eat all resources, you can 
kill it (with whole X server if it's not the X server eating all). You 
definitely have no time to switch to vt, log in and kill it..."

> Through past experience, I have never found an instance (since moving
> from XFree86 to Xorg) where the Xserver was wedged in a way that
> switching to a vc did not work, but C-A-Bs did. I have seen plenty of
> X lockups (Xorg intel driver issues in F10) in the last few months and
> not a single one of those were resolvable by C-A-Bs.

you have just different user experience




From gc at falconpl.org  Tue Mar 31 11:39:49 2009
From: gc at falconpl.org (Giancarlo Niccolai)
Date: Tue, 31 Mar 2009 13:39:49 +0200
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <20090331105638.GC3778@iota.trudheim.co.uk>
References: <49CD379D.8040104@verizon.net>
	<1238389976.3941.3.camel@moose>	<49D057C7.40005@fedoraproject.org>
	<1238464539.3941.9.camel@moose>	<20090331065952.GA12945@iota.trudheim.co.uk>	<49D1CBF7.2070400@falconpl.org>	<20090331092005.GB3778@iota.trudheim.co.uk>	<49D1EE29.5080605@falconpl.org>
	<20090331105638.GC3778@iota.trudheim.co.uk>
Message-ID: <49D20105.6020200@falconpl.org>

Anders Rayner-Karlsson wrote:
> * Giancarlo Niccolai <gc at falconpl.org> [20090331 12:20]:
>   
>> it may be educated enough to try it. But it is not like that an X  
>> session hang so bad that you have to ctrl-alt-bs it will allow you to  
>> CAF1-6 at all, or will let you to do anything meaningful with it (i.e.  
>> bash may not be able to get the resources to start). When you HAVE to  
>> CABs, it's because you CAN'T CAF1-6.
>>
>> (There was my two cents, so don't expect me to join in this convo; I  
>> just wanted to correct your assumption that you may CAF1-6 away a  
>> situation in which you have to CABs, which is wrong, as another poster  
>> pointed out).
>>     
>
> IIRC, and I believe that was pointed out in this thread as well, is
> that these keypresses are handled in the same way by the same part of
> the X server. If C-A-Bs works, so will C-A-F2 to drop you at a vc.
>   
Dropping you to a VC and having a system stable enough to be able to do 
anything useful in that VC (including launching a shell) are two 
different matters.
> Through past experience, I have never found an instance (since moving
> from XFree86 to Xorg) where the Xserver was wedged in a way that
> switching to a vc did not work, but C-A-Bs did. I have seen plenty of
> X lockups (Xorg intel driver issues in F10) in the last few months and
> not a single one of those were resolvable by C-A-Bs.
>   
I had. As a programmer, I often try bleeding-edge software, and often 
contribute in making it more stable.

As I said, I am not against turning off a feature by default, even if 
vital for someone (i.e. for me that, as a programmer,... etc). I am 
against turning off a vital feature that the people that need it (and 
need it bad) will discover being turned off exactly when they need it 
the most. If not for anything else, if not for the "millions" (really) 
boxes one should spread around during install to explain policy changes, 
THIS is one for sure.

GN.



From camilo at mesias.co.uk  Tue Mar 31 11:37:03 2009
From: camilo at mesias.co.uk (Camilo Mesias)
Date: Tue, 31 Mar 2009 12:37:03 +0100
Subject: Radeon Test Day: Wednesday April 1st (yes, really)
In-Reply-To: <1238441078.4338.89.camel@adam.local.net>
References: <1238441078.4338.89.camel@adam.local.net>
Message-ID: <d551e0e20903310437g43f03000u2981ddb323294fa@mail.gmail.com>

I'm looking forward to testing, and I hope the nouveau iso is replaced
with the correct one soon so I can try it :)

> The Wiki page is replete with instructions and test cases and a results
> table, and will shortly contain up-to-date live CD images (for now, the
> links point to the Nouveau test day live images, which don't have the
> latest changes from Rawhide).

-Cam



From anders at trudheim.co.uk  Tue Mar 31 12:23:05 2009
From: anders at trudheim.co.uk (Anders Rayner-Karlsson)
Date: Tue, 31 Mar 2009 14:23:05 +0200
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <200903311305.39440.mhlavink@redhat.com>
References: <49CD379D.8040104@verizon.net> <49D1EE29.5080605@falconpl.org>
	<20090331105638.GC3778@iota.trudheim.co.uk>
	<200903311305.39440.mhlavink@redhat.com>
Message-ID: <20090331122305.GD3778@iota.trudheim.co.uk>

* Michal Hlavinka <mhlavink at redhat.com> [20090331 13:06]:
> On Tuesday 31 March 2009 12:56:38 Anders Rayner-Karlsson wrote:
> > IIRC, and I believe that was pointed out in this thread as well, is
> > that these keypresses are handled in the same way by the same part of
> > the X server. If C-A-Bs works, so will C-A-F2 to drop you at a vc.
> 
> and in this thread was also pointed:
> 
> "When something starts to eat all resources, you can 
> kill it (with whole X server if it's not the X server eating all). You 
> definitely have no time to switch to vt, log in and kill it..."

And the BZ's for this observed behaviour are...?

> > Through past experience, I have never found an instance (since moving
> > from XFree86 to Xorg) where the Xserver was wedged in a way that
> > switching to a vc did not work, but C-A-Bs did. I have seen plenty of
> > X lockups (Xorg intel driver issues in F10) in the last few months and
> > not a single one of those were resolvable by C-A-Bs.
> 
> you have just different user experience

That is entirely possible. I did a straw poll among my technical
colleagues (and included a Senior Director for good measure) and the
only one that uses C-A-Bs (due to flaws in suspend/resume) is the
Senior Director. No-one else could find a reason to retain C-A-Bs as
enabled by default.

Maybe - and here's the rub - disabling the ability to kill X
willy-nilly would encourage people to file bugs against the
applications that really misbehave, allowing for an overall
improvement of stability, usability and end user experience?

Or perhaps some people are perfectly content having to shoot their X
server on a regular basis because they can't be asked to file a
bug... That's real community spirit at play, right there.

-- 
/Anders



From billcrawford1970 at gmail.com  Tue Mar 31 12:29:12 2009
From: billcrawford1970 at gmail.com (Bill Crawford)
Date: Tue, 31 Mar 2009 13:29:12 +0100
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <20090331122305.GD3778@iota.trudheim.co.uk>
References: <49CD379D.8040104@verizon.net>
	<200903311305.39440.mhlavink@redhat.com>
	<20090331122305.GD3778@iota.trudheim.co.uk>
Message-ID: <200903311329.12769.billcrawford1970@gmail.com>

On Tuesday 31 March 2009 13:23:05 Anders Rayner-Karlsson wrote:

> And the BZ's for this observed behaviour are...?

Why don't you go search yourself?

> > > Through past experience, I have never found an instance (since moving
> > > from XFree86 to Xorg) where the Xserver was wedged in a way that
> > > switching to a vc did not work, but C-A-Bs did. I have seen plenty of
> > > X lockups (Xorg intel driver issues in F10) in the last few months and
> > > not a single one of those were resolvable by C-A-Bs.
> >
> > you have just different user experience
>
> That is entirely possible. I did a straw poll among my technical
> colleagues (and included a Senior Director for good measure) and the
> only one that uses C-A-Bs (due to flaws in suspend/resume) is the
> Senior Director. No-one else could find a reason to retain C-A-Bs as
> enabled by default.

That flaw might not be easily fixed; and in the meantime, until it's fixed, what 
should he do?

> Maybe - and here's the rub - disabling the ability to kill X
> willy-nilly would encourage people to file bugs against the
> applications that really misbehave, allowing for an overall
> improvement of stability, usability and end user experience?
>
> Or perhaps some people are perfectly content having to shoot their X
> server on a regular basis because they can't be asked to file a
> bug... That's real community spirit at play, right there.

Developers hate bugs that go "suddenly my X server seemed to not be responding". 
It might be an X server fault, it might be an application issue, and in this 
day and age the odds of most people being able to narrow it down enough to make 
a readable bug report are pretty small. The main pain point here is that at the 
point the problem occurs, it's often very, very difficult to obtain any useful 
information.

Now, if you are volunteering to help ... ?



From rjones at redhat.com  Tue Mar 31 12:33:05 2009
From: rjones at redhat.com (Richard W.M. Jones)
Date: Tue, 31 Mar 2009 13:33:05 +0100
Subject: Agenda for the 2009-03-31 Packaging Committee meeting
In-Reply-To: <20090331105055.76583b53@faldor.intranet>
References: <ufatz5ah8o9.fsf@compute22.e.math.uh.edu>
	<20090331074527.GC2681@free.fr>
	<20090331105055.76583b53@faldor.intranet>
Message-ID: <20090331123231.GA2302@amd.home.annexia.org>

On Tue, Mar 31, 2009 at 10:50:55AM +0200, Michael Schwendt wrote:
> Talking about "generic names":
> 
>   /usr/bin/parser : https://bugzilla.redhat.com/492935
> 
> It's only a matter of time till such file names cause conflicts.
> If memory serves correctly, /usr/bin/parser has caused a conflict before.

Oh yeah:

https://bugzilla.redhat.com/show_bug.cgi?id=450323#c16

I thought coda had agreed to rename it too?

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 rjones at redhat.com  Tue Mar 31 12:34:07 2009
From: rjones at redhat.com (Richard W.M. Jones)
Date: Tue, 31 Mar 2009 13:34:07 +0100
Subject: Observation/Suggestion in rawhide
In-Reply-To: <a3c040240903302137n4e74ba00kb2403b29dc633776@mail.gmail.com>
References: <a3c040240903302137n4e74ba00kb2403b29dc633776@mail.gmail.com>
Message-ID: <20090331123407.GB2302@amd.home.annexia.org>

On Mon, Mar 30, 2009 at 11:37:28PM -0500, Sachin wrote:
> 1) There should be option called --size in yum which can restrict the space
> which can be used yum. This would be beneficial to machine with low disk
> space.

If I may be allowed to pimp ...
http://et.redhat.com/~rjones/rpmdepsize/

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 anders at trudheim.co.uk  Tue Mar 31 12:39:22 2009
From: anders at trudheim.co.uk (Anders Rayner-Karlsson)
Date: Tue, 31 Mar 2009 14:39:22 +0200
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <49D20105.6020200@falconpl.org>
References: <49CD379D.8040104@verizon.net> <1238389976.3941.3.camel@moose>
	<49D057C7.40005@fedoraproject.org> <1238464539.3941.9.camel@moose>
	<20090331065952.GA12945@iota.trudheim.co.uk>
	<49D1CBF7.2070400@falconpl.org>
	<20090331092005.GB3778@iota.trudheim.co.uk>
	<49D1EE29.5080605@falconpl.org>
	<20090331105638.GC3778@iota.trudheim.co.uk>
	<49D20105.6020200@falconpl.org>
Message-ID: <20090331123922.GE3778@iota.trudheim.co.uk>

* Giancarlo Niccolai <gc at falconpl.org> [20090331 13:40]:
> Dropping you to a VC and having a system stable enough to be able to do  
> anything useful in that VC (including launching a shell) are two  
> different matters.

I'd be seriously interested to find out what you do with your system
as that does not match my Fedora experience at all. And I spend 10-12
hours in it *a day* and have done so for the last two and a half
years, starting with FC6.

> I had. As a programmer, I often try bleeding-edge software, and often  
> contribute in making it more stable.

I don't run Rawhide, so perhaps there the difference lie. I do have
updates-testing enabled and have not had reason to provide feedback
for many weeks now (last feedback was on the libvirtd/selinux issue).

A proposal would be to have a small separate package in Rawhide (that
never enters a real release) that add the C-A-Bs back in. If you're
cutting edge or developer, ability to zap X could be useful. (And you
know how to enable the feature as well, in a full release.)

> As I said, I am not against turning off a feature by default, even if  
> vital for someone (i.e. for me that, as a programmer,... etc). I am  
> against turning off a vital feature that the people that need it (and  
> need it bad) will discover being turned off exactly when they need it  
> the most. If not for anything else, if not for the "millions" (really)  
> boxes one should spread around during install to explain policy changes,  
> THIS is one for sure.

Reading the Release Notes to discover changes like this is not
unreasonable to expect of technical people. A short link to the Fedora
Wiki with the type of information that has been provided in this
thread explaining how to re-enable "I want to kill X on demand, no
questions asked" should be more than adequate.

I see distinct parallels between A-SysRq-<whatever> and C-A-Bs from a
system perspective. Both are essentially debug functionality and
should be enabled by those that need it, rather than forcing people to
disable it that does not need it.

-- 
/Anders



From sundaram at fedoraproject.org  Tue Mar 31 12:55:11 2009
From: sundaram at fedoraproject.org (Rahul Sundaram)
Date: Tue, 31 Mar 2009 18:25:11 +0530
Subject: dontzap  - a application to revert dontzap setting
Message-ID: <49D212AF.5000902@fedoraproject.org>

Hi


https://launchpad.net/x-kit - DontZap is an application written in
Python which relies on X-Kit and allows users to set the "DontZap"
option in xorg.conf. Anyone interested in packaging this?

You will need to package both x-kit and dontzap.

Rahul



From anders at trudheim.co.uk  Tue Mar 31 13:07:15 2009
From: anders at trudheim.co.uk (Anders Rayner-Karlsson)
Date: Tue, 31 Mar 2009 15:07:15 +0200
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <200903311329.12769.billcrawford1970@gmail.com>
References: <49CD379D.8040104@verizon.net>
	<200903311305.39440.mhlavink@redhat.com>
	<20090331122305.GD3778@iota.trudheim.co.uk>
	<200903311329.12769.billcrawford1970@gmail.com>
Message-ID: <20090331130715.GF3778@iota.trudheim.co.uk>

* Bill Crawford <billcrawford1970 at gmail.com> [20090331 14:34]:
> On Tuesday 31 March 2009 13:23:05 Anders Rayner-Karlsson wrote:
> 
> > And the BZ's for this observed behaviour are...?
> 
> Why don't you go search yourself?

Because I am not the one experiencing or complaining about this
behaviour. If you are seeing undesirable and broken behaviour by an
application or by the X server itself, requiring you to resort to this
type of behaviour as provided by C-A-Bs - filing bugs against the
parts broken springs to mind as being on the agenda.

As such - you'd know what bugs you have filed, and you'd be able to
provide the BZ id's.

I on the other hand, have not seen the behaviour, don't know which
application you are running that causes the behaviour and therefore
are not in a particularly good position to locate the BZ's.

I thought this was a fairly straight forward path of thought, but it
seems I was incorrect.

> > That is entirely possible. I did a straw poll among my technical
> > colleagues (and included a Senior Director for good measure) and
> > the only one that uses C-A-Bs (due to flaws in suspend/resume) is
> > the Senior Director. No-one else could find a reason to retain
> > C-A-Bs as enabled by default.
> 
> That flaw might not be easily fixed; and in the meantime, until it's
> fixed, what should he do?

Re-enable it, or was that really non-trivial to think of? *confused*

> > Maybe - and here's the rub - disabling the ability to kill X
> > willy-nilly would encourage people to file bugs against the
> > applications that really misbehave, allowing for an overall
> > improvement of stability, usability and end user experience?
> >
> > Or perhaps some people are perfectly content having to shoot their
> > X server on a regular basis because they can't be asked to file a
> > bug... That's real community spirit at play, right there.
> 
> Developers hate bugs that go "suddenly my X server seemed to not be
> responding".  It might be an X server fault, it might be an
> application issue, and in this day and age the odds of most people
> being able to narrow it down enough to make a readable bug report
> are pretty small. The main pain point here is that at the point the
> problem occurs, it's often very, very difficult to obtain any useful
> information.
> 
> Now, if you are volunteering to help ... ?

The term "reproducer" springs to mind. If you don't know exactly what
it is that breaks, you can still describe how to get there. A bug
report with a reproducer is better than no bug filed at all, and being
able to run sosreport and putting together a bulleted list with, for
example:
 * start application A
 * start application B
 * move Application A's window so it completely obscures application
   B's window
 -> X hangs solid

There's a very good chance that someone will be able to a) reproduce
the issue, b) fix it.

If you're writing code, and it's your code that trips the issue, you
can probably write a small-ish program that trigger the problem and
attach to the BZ.

-- 
/Anders



From billcrawford1970 at gmail.com  Tue Mar 31 13:17:10 2009
From: billcrawford1970 at gmail.com (Bill Crawford)
Date: Tue, 31 Mar 2009 14:17:10 +0100
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <20090331130715.GF3778@iota.trudheim.co.uk>
References: <49CD379D.8040104@verizon.net>
	<200903311329.12769.billcrawford1970@gmail.com>
	<20090331130715.GF3778@iota.trudheim.co.uk>
Message-ID: <200903311417.11058.billcrawford1970@gmail.com>

On Tuesday 31 March 2009 14:07:15 Anders Rayner-Karlsson wrote:
> * Bill Crawford <billcrawford1970 at gmail.com> [20090331 14:34]:
> > On Tuesday 31 March 2009 13:23:05 Anders Rayner-Karlsson wrote:
> > > And the BZ's for this observed behaviour are...?
> >
> > Why don't you go search yourself?
>
> Because I am not the one experiencing or complaining about this
> behaviour. If you are seeing undesirable and broken behaviour by an
> application or by the X server itself, requiring you to resort to this
> type of behaviour as provided by C-A-Bs - filing bugs against the
> parts broken springs to mind as being on the agenda.
>
> As such - you'd know what bugs you have filed, and you'd be able to
> provide the BZ id's.
>
> I on the other hand, have not seen the behaviour, don't know which
> application you are running that causes the behaviour and therefore
> are not in a particularly good position to locate the BZ's.
>
> I thought this was a fairly straight forward path of thought, but it
> seems I was incorrect.

Now, you are being deliberately rude.

> > > That is entirely possible. I did a straw poll among my technical
> > > colleagues (and included a Senior Director for good measure) and
> > > the only one that uses C-A-Bs (due to flaws in suspend/resume) is
> > > the Senior Director. No-one else could find a reason to retain
> > > C-A-Bs as enabled by default.
> >
> > That flaw might not be easily fixed; and in the meantime, until it's
> > fixed, what should he do?
>
> Re-enable it, or was that really non-trivial to think of? *confused*

**** off with the "really non-trivial to think of" crap please.

It's not easy to re-enable something *when you discover you need it* if it's 
been disabled, is it?

> The term "reproducer" springs to mind. If you don't know exactly what
> it is that breaks, you can still describe how to get there. A bug
> report with a reproducer is better than no bug filed at all, and being
> able to run sosreport and putting together a bulleted list with, for
> example:
>  * start application A
>  * start application B
>  * move Application A's window so it completely obscures application
>    B's window
>  -> X hangs solid

Yes, and it if't not trivially reproducable, they shouldn't be able to find any 
way out of it?

It's not always trivial to reproduce things.

Please don't assume that your 99% of people without problems automatically means 
it's the fault of the remaining 1% if it breaks.

> There's a very good chance that someone will be able to a) reproduce
> the issue, b) fix it.

No, there is rarely a "good chance" unless it's an easy-to-trip case.



From ml at kiewel-online.ch  Tue Mar 31 13:23:08 2009
From: ml at kiewel-online.ch (Uwe Kiewel)
Date: Tue, 31 Mar 2009 15:23:08 +0200
Subject: Observation/Suggestion in rawhide
In-Reply-To: <20090331123407.GB2302@amd.home.annexia.org>
References: <a3c040240903302137n4e74ba00kb2403b29dc633776@mail.gmail.com>
	<20090331123407.GB2302@amd.home.annexia.org>
Message-ID: <49D2193C.2080902@kiewel-online.ch>

Richard W.M. Jones wrote:
> On Mon, Mar 30, 2009 at 11:37:28PM -0500, Sachin wrote:
>> 1) There should be option called --size in yum which can restrict the space
>> which can be used yum. This would be beneficial to machine with low disk
>> space.
> 
> If I may be allowed to pimp ...
> http://et.redhat.com/~rjones/rpmdepsize/
> 

I think this is not what he want.

In my point of view he wants yum to do as followed:

# yum -y update --size 1G

Now, yum will download 1 GB updates at maximum. If there are more than 1
GB of updates yum will do the update procedure trice ore more.

I am right, Sachin?


Thanks,
	Uwe



From maxamillion at gmail.com  Tue Mar 31 13:23:52 2009
From: maxamillion at gmail.com (Adam Miller)
Date: Tue, 31 Mar 2009 08:23:52 -0500
Subject: Observation/Suggestion in rawhide
In-Reply-To: <20090331123407.GB2302@amd.home.annexia.org>
References: <a3c040240903302137n4e74ba00kb2403b29dc633776@mail.gmail.com>
	<20090331123407.GB2302@amd.home.annexia.org>
Message-ID: <f12087800903310623t204b9ed6l9360635a437f4820@mail.gmail.com>

Ooooo pretty, /me git clones.

Any projected time line for a stable release and potentially a package? :)

-Adam

On Tue, Mar 31, 2009 at 7:34 AM, Richard W.M. Jones <rjones at redhat.com> wrote:
> On Mon, Mar 30, 2009 at 11:37:28PM -0500, Sachin wrote:
>> 1) There should be option called --size in yum which can restrict the space
>> which can be used yum. This would be beneficial to machine with low disk
>> space.
>
> If I may be allowed to pimp ...
> http://et.redhat.com/~rjones/rpmdepsize/
>
> 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
>
> --
> fedora-devel-list mailing list
> fedora-devel-list at redhat.com
> https://www.redhat.com/mailman/listinfo/fedora-devel-list
>



-- 
http://maxamillion.googlepages.com
---------------------------------------------------------
()  ascii ribbon campaign - against html e-mail
/\  www.asciiribbon.org   - against proprietary attachments



From maxamillion at gmail.com  Tue Mar 31 13:38:17 2009
From: maxamillion at gmail.com (Adam Miller)
Date: Tue, 31 Mar 2009 08:38:17 -0500
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <200903311417.11058.billcrawford1970@gmail.com>
References: <49CD379D.8040104@verizon.net>
	<200903311329.12769.billcrawford1970@gmail.com>
	<20090331130715.GF3778@iota.trudheim.co.uk>
	<200903311417.11058.billcrawford1970@gmail.com>
Message-ID: <f12087800903310638n59aa7f05y462ddac1cf2f11dd@mail.gmail.com>

Someone was nice enough to point me to this thread and I wanted to
pass along the favor to all those who may benefit from reading it as I
think its message is applicable.
.
https://www.redhat.com/archives/fedora-devel-list/2008-January/msg00861.html

-Adam

-- 
http://maxamillion.googlepages.com
---------------------------------------------------------
()  ascii ribbon campaign - against html e-mail
/\  www.asciiribbon.org   - against proprietary attachments



From abu_hurayrah at hidayahonline.org  Tue Mar 31 13:51:53 2009
From: abu_hurayrah at hidayahonline.org (Basil Mohamed Gohar)
Date: Tue, 31 Mar 2009 21:51:53 +0800
Subject: Radeon Test Day: Wednesday April 1st (yes, really)
In-Reply-To: <d551e0e20903310437g43f03000u2981ddb323294fa@mail.gmail.com>
References: <1238441078.4338.89.camel@adam.local.net>
	<d551e0e20903310437g43f03000u2981ddb323294fa@mail.gmail.com>
Message-ID: <1238507513.3466.22.camel@localhost.localdomain>

On Tue, 2009-03-31 at 12:37 +0100, Camilo Mesias wrote:
> I'm looking forward to testing, and I hope the nouveau iso is replaced
> with the correct one soon so I can try it :)
> 
> > The Wiki page is replete with instructions and test cases and a results
> > table, and will shortly contain up-to-date live CD images (for now, the
> > links point to the Nouveau test day live images, which don't have the
> > latest changes from Rawhide).
> 
> -Cam
> 
I hope to be able to help test as well.  I hope an update will be
mentioned here, so we can grab the ISO.  Some of us don't have the
fastest connections, so we need some time...

________________________________________________________________________

Basil Mohamed Gohar
abu_hurayrah at hidayahonline.org
www.basilgohar.com
-------------- 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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090331/e2913868/attachment.sig>

From caillon at redhat.com  Tue Mar 31 13:54:05 2009
From: caillon at redhat.com (Christopher Aillon)
Date: Tue, 31 Mar 2009 06:54:05 -0700
Subject: feedback on provenpackager and sponsor policies, please
In-Reply-To: <20090331073602.GB2681@free.fr>
References: <20090330200140.GB2598@free.fr> <20090331073602.GB2681@free.fr>
Message-ID: <49D2207D.8000907@redhat.com>

On 03/31/2009 12:36 AM, Patrice Dumas wrote:
> On Mon, Mar 30, 2009 at 10:01:40PM +0200, Patrice Dumas wrote:
>> Main provenpackager description is now at
>> https://fedoraproject.org/wiki/How_to_get_sponsored_into_the_packager_group#Provenpackagers
>
> I think that the text of that is right, but nothing in the title of
> the page helps finding out that the provenpackager role and sponsoring
> process is described here. Maybe Provenpackagers should have a separate
> top-level policy page in the wiki?

Um, see the prior link I sent that you wanted to archive...



From adam at spicenitz.org  Tue Mar 31 14:02:54 2009
From: adam at spicenitz.org (Adam Goode)
Date: Tue, 31 Mar 2009 10:02:54 -0400
Subject: Radeon Test Day: Wednesday April 1st (yes, really)
In-Reply-To: <1238441078.4338.89.camel@adam.local.net>
References: <1238441078.4338.89.camel@adam.local.net>
Message-ID: <49D2228E.7000003@spicenitz.org>

Adam Williamson wrote:
> Be it hereby announced that this Wednesday, the first of the glorious
> month of April (ignore Eliot, he was a douche), shall be the Test Day
> for the radeon video driver. Which is used, as you may already have
> deduced, for ATI Radeon (and FireGL) video cards. All of 'em.
> 
> http://fedoraproject.org/wiki/Test_Day:Radeon_2009-04-01
> 

Hi,

Is it possible to add one more testcase to this list? I propose testing
rotation (left or right), since this is often a rich source of crazy
bugs. I have personally found segfaults, scrambled video, non-rotated
xv, and mouse cursor issues in this mode.

I can write up a test script tonight if it's not too late to add.


Thanks,

Adam

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 259 bytes
Desc: OpenPGP digital signature
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090331/cd41520e/attachment.sig>

From billcrawford1970 at gmail.com  Tue Mar 31 14:03:37 2009
From: billcrawford1970 at gmail.com (Bill Crawford)
Date: Tue, 31 Mar 2009 15:03:37 +0100
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <f12087800903310638n59aa7f05y462ddac1cf2f11dd@mail.gmail.com>
References: <49CD379D.8040104@verizon.net>
	<200903311417.11058.billcrawford1970@gmail.com>
	<f12087800903310638n59aa7f05y462ddac1cf2f11dd@mail.gmail.com>
Message-ID: <200903311503.37387.billcrawford1970@gmail.com>

On Tuesday 31 March 2009 14:38:17 Adam Miller wrote:
> Someone was nice enough to point me to this thread and I wanted to
> pass along the favor to all those who may benefit from reading it as I
> think its message is applicable.
> .
> https://www.redhat.com/archives/fedora-devel-list/2008-January/msg00861.htm
>l

Perhaps a good response to the whole thread, but not really answering me ;O

Still that illustrates part of the "problem" that I and many others feel here. 
Yes, we may have OCD. We may be whining loudly. I just don't see why it's seen 
as "ok" to just railroad through it all, claim you're doing better, and insist 
that everyone accept that. 



From rc040203 at freenet.de  Tue Mar 31 14:10:17 2009
From: rc040203 at freenet.de (Ralf Corsepius)
Date: Tue, 31 Mar 2009 16:10:17 +0200
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <20090331105638.GC3778@iota.trudheim.co.uk>
References: <49CD379D.8040104@verizon.net>
	<1238389976.3941.3.camel@moose>	<49D057C7.40005@fedoraproject.org>
	<1238464539.3941.9.camel@moose>	<20090331065952.GA12945@iota.trudheim.co.uk>	<49D1CBF7.2070400@falconpl.org>	<20090331092005.GB3778@iota.trudheim.co.uk>	<49D1EE29.5080605@falconpl.org>
	<20090331105638.GC3778@iota.trudheim.co.uk>
Message-ID: <49D22449.4030104@freenet.de>

Anders Rayner-Karlsson wrote:
> * Giancarlo Niccolai <gc at falconpl.org> [20090331 12:20]:
>> it may be educated enough to try it. But it is not like that an X  
>> session hang so bad that you have to ctrl-alt-bs it will allow you to  
>> CAF1-6 at all, or will let you to do anything meaningful with it (i.e.  
>> bash may not be able to get the resources to start). When you HAVE to  
>> CABs, it's because you CAN'T CAF1-6.
>>
>> (There was my two cents, so don't expect me to join in this convo; I  
>> just wanted to correct your assumption that you may CAF1-6 away a  
>> situation in which you have to CABs, which is wrong, as another poster  
>> pointed out).
> 
> IIRC, and I believe that was pointed out in this thread as well, is
> that these keypresses are handled in the same way by the same part of
> the X server. If C-A-Bs works, so will C-A-F2 to drop you at a vc.
Not quite. It does so often, but not always, because when C-A-Fn is 
pressed, some memory ( ... file descriptors, inodes etc.) needs to be 
allocated and be swapped around to launch a console.

In case of heavy "memory-hog races", this can easily fail or it may take 
a long time.

> Through past experience, I have never found an instance (since moving
> from XFree86 to Xorg) where the Xserver was wedged in a way that
> switching to a vc did not work, but C-A-Bs did.
I've been in such situations many times ;)

> I have seen plenty of
> X lockups (Xorg intel driver issues in F10) in the last few months and
> not a single one of those were resolvable by C-A-Bs.
Try a classical multi-user workstation-pools setup with "C-A-F<N>" 
disabled - Then, there is no C-A-Fn to press, while a C-A-BS would 
simply kill the user's logging and bring him back to his login.

Another case where this does't work is when switching from "x-terminal" 
to console leaves the console in some unusable state (e.g. when pressing 
C-A-Fn come up with a "black screen" or with a "fly-dirt screen" because 
of some bugs some where).

Ralf





From ajax at redhat.com  Tue Mar 31 14:16:25 2009
From: ajax at redhat.com (Adam Jackson)
Date: Tue, 31 Mar 2009 10:16:25 -0400
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <gqraro$rqj$1@ger.gmane.org>
References: <49CD379D.8040104@verizon.net> <1238389976.3941.3.camel@moose>
	<gqr9qk$mk3$1@ger.gmane.org>
	<faa16b610903301337i7cd94e4dr61c995c084231a37@mail.gmail.com>
	<gqraro$rqj$1@ger.gmane.org>
Message-ID: <1238508985.5005.1378.camel@atropine.boston.devel.redhat.com>

On Mon, 2009-03-30 at 22:42 +0200, Kevin Kofler wrote:
> Colin Walters wrote:
> > No, the right solution is to examine the cases for why people were
> > using the key before, and come up with a design which addresses them.
> 
> This will not help at all, because people expect to be able to use the
> current key combo, not something new they never heard of.

So let's list the cases that zap would actually recover from:

1: stuck grabs
2: focus reverts to None and your window manager is dead
3: X driver that's decided to stop rendering (or stop rendering
correctly)

In case 3, you need to blow away the session and there's no getting
around it.  So VT switch and killall gnome-session will do just fine.
For case 2, I seem to recall this being an unpleasant requirement of the
X protocol somewhere along the line; but I'm looking into it.

For case 1, you might be able to recover if you could just figure out
which client was being obstreperous.  So clearly the right thing is to
dump active grab state to the X log on VT switch.  If there's anything
there, then you know who to blame and you can pkill just that and
recover.  If there's not, then the session is doomed.

Something like this perhaps:

http://ajax.fedorapeople.org/patches/xserver-grab-debugging.patch

I mean, I know it's bad form to post code to a development list, but I
hope I can be forgiven this time.

- 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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090331/d4d9f5d7/attachment.sig>

From rjones at redhat.com  Tue Mar 31 14:19:36 2009
From: rjones at redhat.com (Richard W.M. Jones)
Date: Tue, 31 Mar 2009 15:19:36 +0100
Subject: Observation/Suggestion in rawhide
In-Reply-To: <f12087800903310623t204b9ed6l9360635a437f4820@mail.gmail.com>
References: <a3c040240903302137n4e74ba00kb2403b29dc633776@mail.gmail.com>
	<20090331123407.GB2302@amd.home.annexia.org>
	<f12087800903310623t204b9ed6l9360635a437f4820@mail.gmail.com>
Message-ID: <20090331141936.GA3346@amd.home.annexia.org>

On Tue, Mar 31, 2009 at 08:23:52AM -0500, Adam Miller wrote:
> Ooooo pretty, /me git clones.

Well it's a mash-up of OCaml and Python code at the moment ...  Don't
look behind the curtain.

Rich.

-- 
Richard Jones, Emerging Technologies, Red Hat  http://et.redhat.com/~rjones
virt-df lists disk usage of guests without needing to install any
software inside the virtual machine.  Supports Linux and Windows.
http://et.redhat.com/~rjones/virt-df/



From mrmazda at ij.net  Tue Mar 31 14:22:26 2009
From: mrmazda at ij.net (Felix Miata)
Date: Tue, 31 Mar 2009 10:22:26 -0400
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <20090331105638.GC3778@iota.trudheim.co.uk>
References: <49CD379D.8040104@verizon.net>
	<1238389976.3941.3.camel@moose>	<49D057C7.40005@fedoraproject.org>
	<1238464539.3941.9.camel@moose>	<20090331065952.GA12945@iota.trudheim.co.uk>	<49D1CBF7.2070400@falconpl.org>	<20090331092005.GB3778@iota.trudheim.co.uk>	<49D1EE29.5080605@falconpl.org>
	<20090331105638.GC3778@iota.trudheim.co.uk>
Message-ID: <49D22722.1050103@ij.net>

On 2009/03/31 12:56 (GMT+0200) Anders Rayner-Karlsson composed:

> Through past experience, I have never found an instance (since moving
> from XFree86 to Xorg) where the Xserver was wedged in a way that
> switching to a vc did not work, but C-A-Bs did.

Lucky you. Others have done Ctrl-Alt-F[1-6] only to find a blank screen,
unresponsive keyboard, or horked charset making the VCs useless for recovering X.
-- 
"The plans of the diligent lead to profit as surely
as haste leads to poverty."	Proverbs 21:5 NIV

 Team OS/2 ** Reg. Linux User #211409

Felix Miata  ***  http://fm.no-ip.com/



From gc at falconpl.org  Tue Mar 31 14:38:17 2009
From: gc at falconpl.org (Giancarlo Niccolai)
Date: Tue, 31 Mar 2009 16:38:17 +0200
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <f12087800903310638n59aa7f05y462ddac1cf2f11dd@mail.gmail.com>
References: <49CD379D.8040104@verizon.net>	<200903311329.12769.billcrawford1970@gmail.com>	<20090331130715.GF3778@iota.trudheim.co.uk>	<200903311417.11058.billcrawford1970@gmail.com>
	<f12087800903310638n59aa7f05y462ddac1cf2f11dd@mail.gmail.com>
Message-ID: <49D22AD9.9070204@falconpl.org>

Adam Miller wrote:
> Someone was nice enough to point me to this thread and I wanted to
> pass along the favor to all those who may benefit from reading it as I
> think its message is applicable.
> .
> https://www.redhat.com/archives/fedora-devel-list/2008-January/msg00861.html
>
> -Adam
>
>   
IMHO it doesn't apply, in the sense that saying that changing is good 
doesn't mean necessarily that *this* change is good.

And now I stop trolling: didn't want to drag on this thread. It's rather 
obvious that this change will be done no matter what (i.e. no matter any 
relevant technical argumentation).

GN.





From pertusus at free.fr  Tue Mar 31 14:47:12 2009
From: pertusus at free.fr (Patrice Dumas)
Date: Tue, 31 Mar 2009 16:47:12 +0200
Subject: feedback on provenpackager and sponsor policies, please
In-Reply-To: <49D2207D.8000907@redhat.com>
References: <20090330200140.GB2598@free.fr> <20090331073602.GB2681@free.fr>
	<49D2207D.8000907@redhat.com>
Message-ID: <20090331144712.GB2597@free.fr>

On Tue, Mar 31, 2009 at 06:54:05AM -0700, Christopher Aillon wrote:
> On 03/31/2009 12:36 AM, Patrice Dumas wrote:
>> On Mon, Mar 30, 2009 at 10:01:40PM +0200, Patrice Dumas wrote:
>>> Main provenpackager description is now at
>>> https://fedoraproject.org/wiki/How_to_get_sponsored_into_the_packager_group#Provenpackagers
>>
>> I think that the text of that is right, but nothing in the title of
>> the page helps finding out that the provenpackager role and sponsoring
>> process is described here. Maybe Provenpackagers should have a separate
>> top-level policy page in the wiki?
>
> Um, see the prior link I sent that you wanted to archive...

;-). Good idea, that looks like a better place for the whole provenpackager 
stuff. I'll put the text there certainly tonight, unless somebody do it 
before, and then How_to_get_sponsored_into_the_packager_group#Provenpackagers
will only redirect to that page.

--
Pat



From galibert at pobox.com  Tue Mar 31 14:51:35 2009
From: galibert at pobox.com (Olivier Galibert)
Date: Tue, 31 Mar 2009 16:51:35 +0200
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <20090330224059.GA972489@hiwaay.net>
References: <49CD379D.8040104@verizon.net> <1238389976.3941.3.camel@moose>
	<gqr9qk$mk3$1@ger.gmane.org>
	<faa16b610903301337i7cd94e4dr61c995c084231a37@mail.gmail.com>
	<gqraro$rqj$1@ger.gmane.org>
	<f12087800903301347o20eb9cb5s24795ba4d27bf116@mail.gmail.com>
	<16de708d0903301354o2782b0dj42d0034f91807d68@mail.gmail.com>
	<20090330220137.GA7358@orient.maison.lan>
	<20090330224059.GA972489@hiwaay.net>
Message-ID: <20090331145134.GA24923@dspnet.fr.eu.org>

On Mon, Mar 30, 2009 at 05:40:59PM -0500, Chris Adams wrote:
> Once upon a time, Emmanuel Seyman <emmanuel.seyman at club-internet.fr> said:
> > * Arthur Pemberton [30/03/2009 23:51] :
> > > No one has describe how having this is bad design. I asked, all I have
> > > heard is because someone may accidentally press three keys
> > > concurrently.
> > 
> > That's pretty much the definition of bad design.
> 
> I've typed in a text box in Firefox and hit Ctrl+W ("erase word" for
> years on Unix systems, including older Firefox, but now "close window")
> and lost information.

With a recent Firefox, you haven't lost information.  The tab is there
in the "recently closed tabs" history menu with the text you've
entered kept.

  OG who lost a bunch of wiki input before that recently closed tabs option



From walters at verbum.org  Tue Mar 31 14:51:52 2009
From: walters at verbum.org (Colin Walters)
Date: Tue, 31 Mar 2009 10:51:52 -0400
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <1238508985.5005.1378.camel@atropine.boston.devel.redhat.com>
References: <49CD379D.8040104@verizon.net> <1238389976.3941.3.camel@moose>
	<gqr9qk$mk3$1@ger.gmane.org>
	<faa16b610903301337i7cd94e4dr61c995c084231a37@mail.gmail.com>
	<gqraro$rqj$1@ger.gmane.org>
	<1238508985.5005.1378.camel@atropine.boston.devel.redhat.com>
Message-ID: <faa16b610903310751n8aa8be0ib8ee3c1831aae932@mail.gmail.com>

2009/3/31 Adam Jackson <ajax at redhat.com>:
> On Mon, 2009-03-30 at 22:42 +0200, Kevin Kofler wrote:
>> Colin Walters wrote:
>> > No, the right solution is to examine the cases for why people were
>> > using the key before, and come up with a design which addresses them.
>>
>> This will not help at all, because people expect to be able to use the
>> current key combo, not something new they never heard of.
>
> So let's list the cases that zap would actually recover from:
>
> 1: stuck grabs
> 2: focus reverts to None and your window manager is dead
> 3: X driver that's decided to stop rendering (or stop rendering
> correctly)

Let me add:

4: Randr configuration is either broken or out of date, and the system
didn't detect it correctly

More than a few times now I've forgotten I had set up an external
monitor, suspended, and unsuspended later and faced with a black
screen thought my machine had locked.  Of course this is a system bug,
but then all of these things are.

> For case 1, you might be able to recover if you could just figure out
> which client was being obstreperous. ?So clearly the right thing is to
> dump active grab state to the X log on VT switch. ?If there's anything
> there, then you know who to blame and you can pkill just that and
> recover. ?If there's not, then the session is doomed.

That's useful.  A lot of the time I have a good idea of what app has a
stuck grab, but this is a bit easier.  Ideally there would be a way to
forcibly ungrab but I suppose that may confuse application toolkits.

Anyways one could obviously spend almost arbitrary amounts of time
writing recovery code, but I just wanted the discussion to at least
consider writing *some* new code and looking at the cases, rather than
having "enable or don't enable DontZap" be the only options.



From kevin.kofler at chello.at  Tue Mar 31 14:54:43 2009
From: kevin.kofler at chello.at (Kevin Kofler)
Date: Tue, 31 Mar 2009 16:54:43 +0200
Subject: "Please split doc into foo-doc subpackage" -> why?
References: <20090326201425.GA11521@nostromo.devel.redhat.com>
	<49D111FB.4060904@gmail.com>
	<1238491778.21866.76.camel@gibraltar.str.redhat.com>
Message-ID: <gqtark$aie$1@ger.gmane.org>

Nils Philippsen wrote:
> I'm not sure about that one: If you install the live media to disk, the
> documentation bits are missing and it's hard to get them back (short of
> reinstalling every package that has documentation in it).

Yeah, I don't think using hacks which omit parts of packages is a good idea
for the live images.

        Kevin Kofler



From notting at redhat.com  Tue Mar 31 15:00:21 2009
From: notting at redhat.com (Bill Nottingham)
Date: Tue, 31 Mar 2009 11:00:21 -0400
Subject: dontzap  - a application to revert dontzap setting
In-Reply-To: <49D212AF.5000902@fedoraproject.org>
References: <49D212AF.5000902@fedoraproject.org>
Message-ID: <20090331150020.GJ19446@nostromo.devel.redhat.com>

Rahul Sundaram (sundaram at fedoraproject.org) said: 
> https://launchpad.net/x-kit - DontZap is an application written in
> Python which relies on X-Kit and allows users to set the "DontZap"
> option in xorg.conf. Anyone interested in packaging this?
> 
> You will need to package both x-kit and dontzap.

An app, a configuration framework with four differnet programs, all
to twiddle one configuration line. Impressive.

(FWIW, pyxf86config already exists in Fedora.)

Bill
 



From jkeating at redhat.com  Tue Mar 31 15:05:25 2009
From: jkeating at redhat.com (Jesse Keating)
Date: Tue, 31 Mar 2009 08:05:25 -0700
Subject: Announcing Fedora 11 Beta
Message-ID: <1238511925.11676.82.camel@localhost.localdomain>

This is the part where I usually come up with something clever to say
before the useful information regarding a development release.  I had
something great, I really did.  In fact I had the most clever statement
in the world.  Only you see, my cat jumped on my keyboard, right when I
was testing emacs (I don't even use emacs!) and the darn X session just
got zapped!  All my cleverness gone, and this, well this is just a
tribute.

When Fedora 10 was released, users and press alike gushed: "Slick and
stable... has a rock solid feel." "Fast and easy." "A great release."
What's next for the free operating system that shows off the best new
technology of tomorrow? You can find out at:

http://fedoraproject.org/get-prerelease

We also hope to repeat the crazy success of Fedora 10's Beta contest!
Test five things in the Beta that are important to you as a user. If you
find a bug *and* report it, you get the free attention of a package
maintainer on a problem personally important to you! Do your part to
make Fedora 11 that much better.

https://bugzilla.redhat.com/

Among the top features of this ground-breaking release:

      * Automatic Fonts & Mime Installer - Allows programs on the
        desktop to automatically install applications, fonts, multimedia
        capabilities, and clipart.
      * Fingerprint Readers - Better experience for systems with
        fingerprint readers, including support through the graphical
        Authentication Configuration tool and gnome-about-me.
      * Intel, ATI, and Nvidia kernel modesetting - Fedora 10 provided
        the first steps by a major distribution in using the kernel
        modesetting (KMS) feature to speed up graphical boot. Fedora 11
        has increased the video card coverage of the KMS feature, with
        more to come. 
      * Virt Console - Fedora 11 provides more accurate mouse pointer
        positioning and higher screen resolutions for virtual machine
        consoles, along with other improvements such as simpler use of
        USB devices.
      * MinGW Cross-compiler - Build and test full-featured Microsoft
        Windows programs, from the comfort of a Fedora system, without
        needing to use that "other OS."
      * Volume Control - The multimedia experience of Fedora users is
        improved by an easily understandable and much more flexible
        volume control.

But wait, there's more! For developers there are all sorts of goodies:

      * Python 2.6 - This new version in Fedora is a precursor to Python
        3000 (3.0), including many compatibility measures to help
        developers get their code prepared for the next generation of
        Python.
      * NetBeans 6.5 - NetBeans IDE 6.5 is a significant update of
        NetBeans IDE 6.1 that includes improved JavaScript, AJAX, Ruby,
        and database support.
      * gcc 4.4 - The gcc compiler suite has been updated to the latest
        version, featuring better error detection for the latest in
        safety and execution.
      * Eclipse profiling tools - Add the power of various native
        profiling tools into the Eclipse IDE and integrate with the rest
        of the development environment. 

Peek under the hood and there is still more:

      * Desktop Environments - Updates to Gnome 2.26 and KDE 4.2.1 bring
        the latest innovations and functionality to desktop users. Xfce
        and Sugar have also been updated.
      * Anaconda Storage - New storage code for the Anaconda installer
        improves the ability to handle new types of storage. The rewrite
        does not change the user interface.
      * Minimal Platform - New installer features make it much easier to
        create very small installations for embedded applications, such
        as for a server or desktop appliance.
      * Control groups - Allows system administrator to partition the
        system resources into different sub groups, and dedicate these
        sub groups resources to different applications' need.
      * DeviceKit - A simple, modular system service to manage devices
        and designed to partially replace HAL. Users gain a graphical
        disk management application that integrates nicely into the
        desktop. 
      * DNS Security - DNSSEC (DNS SECurity) is a mechanism that can
        prove integrity and authenticity of DNS data. 
      * ext4 filesystem - ext4 is the new default file system for Fedora
        11 (replacing ext3) allowing for larger file system support and
        better performance by providing real-time fragmentation
        prevention and smarter data allocations.
      * sVirt MAC - sVirt integrates SELinux with the Fedora
        virtualization stack to allow Mandatory Access Control (MAC)
        security be applied to guest virtual machines
      * Power Management - Fedora 11 includes new power monitoring
        utilities and a new system daemon that automatically adjusts
        power settings to reflect the current system use. There is also
        a facility to review the system and make suggestions on
        improving power consumption.
      * IBus input method - Ibus has been rewritten in C, and provides a
        simple, clean default system for changing the way international
        users input information into a Fedora system.

And that is only the beginning. A more complete list and details of each
new cited feature is available:

http://fedoraproject.org/wiki/Releases/11/FeatureList

For release information, including common and known bugs, please refer
to the release notes:

http://fedoraproject.org/wiki/Fedora_11_Beta_release_notes

Since this is a Beta release, there may still be some rough spots still
in the polishing phase. Some of them are already known and in the
process of fixing. If you find a problem, please check the list of known
issues and then file a bug:

http://fedoraproject.org/wiki/Fedora_11_Beta_release_notes#Known_Issues

https://bugzilla.redhat.com/bugzilla

-- 
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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090331/0bbb4863/attachment.sig>
-------------- next part --------------
_______________________________________________
Fedora-devel-announce mailing list
Fedora-devel-announce at redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-announce

From nathanael at gnat.ca  Tue Mar 31 15:13:27 2009
From: nathanael at gnat.ca (Nathanael D. Noblet)
Date: Tue, 31 Mar 2009 09:13:27 -0600
Subject: koji / kernel feedback...
Message-ID: <49D23317.9030104@gnat.ca>

Recently I started using some kernels built directly from Koji to test 
out some hardware issues. So now I am mostly happily running 2.6.29-10 
from a koji build. I'd like to provide feedback if its wanted on the 
issues it has fixed for me, as well as some regressions I've noticed. 
I'm not sure it warrants a bug as much as, installed and X now works, Y 
doesn't, and a bug in Z resurfaced...

Is this a karma thing, or a bug thing, or just put it on the list thing?

-- 
Nathanael d. Noblet
T: 403.875.4613



From wb8rcr at arrl.net  Tue Mar 31 15:15:58 2009
From: wb8rcr at arrl.net (John J. McDonough)
Date: Tue, 31 Mar 2009 11:15:58 -0400
Subject: Wiki Freeze Tomorrow
Message-ID: <6268CAE1187543EF803DFB198B8AEBE3@Aidan>

The wiki freeze is scheduled for tomorrow.  If you plan to add some release 
notes content to the wiki, time is getting short.

If there are items you think need more content, but you aren't comfortable 
with the wordsmithing, leave some content in the wiki and the Docs folks 
will be happy to clean up the prose.

Following the wiki freeze we still can make changes in the xml, so if 
something comes up that should change the release notes, email myself or 
Ryan Lerch and we will make the changes.

--McD



From james at fedoraproject.org  Tue Mar 31 15:18:34 2009
From: james at fedoraproject.org (James Antill)
Date: Tue, 31 Mar 2009 11:18:34 -0400
Subject: Observation/Suggestion in rawhide
In-Reply-To: <a3c040240903302137n4e74ba00kb2403b29dc633776@mail.gmail.com>
References: <a3c040240903302137n4e74ba00kb2403b29dc633776@mail.gmail.com>
Message-ID: <1238512714.31472.47.camel@code.and.org>

On Mon, 2009-03-30 at 23:37 -0500, Sachin wrote:
> Hi
> 
> Suggestion
> 
> 1) There should be option called --size in yum which can restrict the
> space which can be used yum. This would be beneficial to machine with
> low disk space.

 This seems like a bad idea, we already do:

            dirstat = os.statvfs(po.repo.pkgdir)
            if (dirstat.f_bavail * dirstat.f_bsize) <= long(po.size):
                adderror(po, _('Insufficient space in download directory %s\n'
                        "    * free   %s\n"
                        "    * needed %s") %

...which is done as we download each package. I'm not sure exactly what
feature you want, but I assume something like doing the above check
before we download anything based on "expected total download size" and
then maybe removing some space from what we count as "free"?

-- 
James Antill - james at fedoraproject.org
"I'd just like to see a realistic approach to updates via
 packages." -- Les Mikesell



From skvidal at fedoraproject.org  Tue Mar 31 15:20:32 2009
From: skvidal at fedoraproject.org (Seth Vidal)
Date: Tue, 31 Mar 2009 11:20:32 -0400 (EDT)
Subject: Observation/Suggestion in rawhide
In-Reply-To: <1238512714.31472.47.camel@code.and.org>
References: <a3c040240903302137n4e74ba00kb2403b29dc633776@mail.gmail.com>
	<1238512714.31472.47.camel@code.and.org>
Message-ID: <alpine.LFD.2.00.0903311119420.26560@localhost.localdomain>



On Tue, 31 Mar 2009, James Antill wrote:

> On Mon, 2009-03-30 at 23:37 -0500, Sachin wrote:
>> Hi
>>
>> Suggestion
>>
>> 1) There should be option called --size in yum which can restrict the
>> space which can be used yum. This would be beneficial to machine with
>> low disk space.
>
> This seems like a bad idea, we already do:
>
>            dirstat = os.statvfs(po.repo.pkgdir)
>            if (dirstat.f_bavail * dirstat.f_bsize) <= long(po.size):
>                adderror(po, _('Insufficient space in download directory %s\n'
>                        "    * free   %s\n"
>                        "    * needed %s") %
>
> ...which is done as we download each package. I'm not sure exactly what
> feature you want, but I assume something like doing the above check
> before we download anything based on "expected total download size" and
> then maybe removing some space from what we count as "free"?
>

I think Sachin wants it to batch the updates in size.
So you do them in batches of 1gb installed + downloaded space at a time.

-sv



From kevin.kofler at chello.at  Tue Mar 31 15:26:57 2009
From: kevin.kofler at chello.at (Kevin Kofler)
Date: Tue, 31 Mar 2009 17:26:57 +0200
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
References: <49CD379D.8040104@verizon.net>	<1238389976.3941.3.camel@moose>	<49D057C7.40005@fedoraproject.org>	<1238464539.3941.9.camel@moose>	<20090331065952.GA12945@iota.trudheim.co.uk>
	<49D1CBF7.2070400@falconpl.org> <49D1E7D7.7060500@freenet.de>
Message-ID: <gqtco2$fli$1@ger.gmane.org>

Ralf Corsepius wrote:
> Or to put it conversely: Who do these windoze newbies think they are to
> throw away a well-known and valuable feature has been around for 15
> years or more?

+1

        Kevin Kofler



From kevin.kofler at chello.at  Tue Mar 31 15:28:28 2009
From: kevin.kofler at chello.at (Kevin Kofler)
Date: Tue, 31 Mar 2009 17:28:28 +0200
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
References: <49CD379D.8040104@verizon.net> <1238389976.3941.3.camel@moose>
	<gqr9qk$mk3$1@ger.gmane.org>
	<faa16b610903301337i7cd94e4dr61c995c084231a37@mail.gmail.com>
	<gqraro$rqj$1@ger.gmane.org>
	<f12087800903301347o20eb9cb5s24795ba4d27bf116@mail.gmail.com>
	<16de708d0903301354o2782b0dj42d0034f91807d68@mail.gmail.com>
	<20090330220137.GA7358@orient.maison.lan>
	<a9ba50e50903301535i3bd7d432le8138af8ffa698ae@mail.gmail.com>
Message-ID: <gqtcqs$fli$2@ger.gmane.org>

Robert Marcano wrote:
> yes, It is bad design, If you have a very common key combination that
> a lot of people knows, (I am talking about Ctrl+Alt+Del to open the
> login prompt on Windows)

This is not Window$.

Ctrl+Alt+Del shouldn't be expected to do anything other than reboot on
GNU/Linux. (And FWIW, I think the Ctrl+Alt+Del reboot should also be
enabled in X11.)

        Kevin Kofler



From kevin.kofler at chello.at  Tue Mar 31 15:34:45 2009
From: kevin.kofler at chello.at (Kevin Kofler)
Date: Tue, 31 Mar 2009 17:34:45 +0200
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
References: <49CD379D.8040104@verizon.net> <1238389976.3941.3.camel@moose>
	<gqr9qk$mk3$1@ger.gmane.org>
	<faa16b610903301337i7cd94e4dr61c995c084231a37@mail.gmail.com>
	<16de708d0903301345k4298d9bqd2564600acdd3469@mail.gmail.com>
	<1238452000.9331.57.camel@valkyrie.localdomain>
Message-ID: <gqtd6l$fli$3@ger.gmane.org>

Matthew Saltzman wrote:
> No matter how fast or sloppy my typing, nor what editor I use, I'm very
> unlikely to accidentally reach under the desk and hit the (recessed)
> reset button while sitting at the keyboard, working.

I actually accidentally triggered the reset button on the case at least
once.

        Kevin Kofler



From billcrawford1970 at gmail.com  Tue Mar 31 15:36:51 2009
From: billcrawford1970 at gmail.com (Bill Crawford)
Date: Tue, 31 Mar 2009 16:36:51 +0100
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <gqtcqs$fli$2@ger.gmane.org>
References: <49CD379D.8040104@verizon.net>
	<a9ba50e50903301535i3bd7d432le8138af8ffa698ae@mail.gmail.com>
	<gqtcqs$fli$2@ger.gmane.org>
Message-ID: <200903311636.51956.billcrawford1970@gmail.com>

On Tuesday 31 March 2009 16:28:28 Kevin Kofler wrote:
...
> Ctrl+Alt+Del shouldn't be expected to do anything other than reboot on
> GNU/Linux. (And FWIW, I think the Ctrl+Alt+Del reboot should also be
> enabled in X11.)

I dunno, I quite like using that as the logout shortcut (without prompting).



From ajax at redhat.com  Tue Mar 31 15:48:13 2009
From: ajax at redhat.com (Adam Jackson)
Date: Tue, 31 Mar 2009 11:48:13 -0400
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <faa16b610903310751n8aa8be0ib8ee3c1831aae932@mail.gmail.com>
References: <49CD379D.8040104@verizon.net> <1238389976.3941.3.camel@moose>
	<gqr9qk$mk3$1@ger.gmane.org>
	<faa16b610903301337i7cd94e4dr61c995c084231a37@mail.gmail.com>
	<gqraro$rqj$1@ger.gmane.org>
	<1238508985.5005.1378.camel@atropine.boston.devel.redhat.com>
	<faa16b610903310751n8aa8be0ib8ee3c1831aae932@mail.gmail.com>
Message-ID: <1238514493.5005.1419.camel@atropine.boston.devel.redhat.com>

On Tue, 2009-03-31 at 10:51 -0400, Colin Walters wrote:
> 2009/3/31 Adam Jackson <ajax at redhat.com>:
> > So let's list the cases that zap would actually recover from:
> >
> > 1: stuck grabs
> > 2: focus reverts to None and your window manager is dead
> > 3: X driver that's decided to stop rendering (or stop rendering
> > correctly)
> 
> Let me add:
> 
> 4: Randr configuration is either broken or out of date, and the system
> didn't detect it correctly
> 
> More than a few times now I've forgotten I had set up an external
> monitor, suspended, and unsuspended later and faced with a black
> screen thought my machine had locked.  Of course this is a system bug,
> but then all of these things are.

Yeah, this is hard.

Part of the problem here is that the X server doesn't really have a good
way of knowing when a suspend happens.  For UMS drivers, we vt-switch
and hope that works, but that means you can't distinguish normal vt
switch from suspend.  Maybe you always want to do an output rescan at vt
enter?  Maybe not.  Maybe just rescan and send config change events to
the desktop, but not actively change the topology.

For KMS drivers, we suspend in place now, which is pretty awesome since
it eliminates flicker on the way down and on the way back up.  So the
kernel driver ought to be smart enough to send configuration changes
back through a uevent.  I don't think we're doing anything with those
events yet though.

> > For case 1, you might be able to recover if you could just figure out
> > which client was being obstreperous.  So clearly the right thing is to
> > dump active grab state to the X log on VT switch.  If there's anything
> > there, then you know who to blame and you can pkill just that and
> > recover.  If there's not, then the session is doomed.
> 
> That's useful.  A lot of the time I have a good idea of what app has a
> stuck grab, but this is a bit easier.  Ideally there would be a way to
> forcibly ungrab but I suppose that may confuse application toolkits.

We had an optional bit of config file magic at one point that would let
you turn on a magic key combo to break the current grab.  Plus a
matching request in the XFree86-Misc extension to turn it back off,
since otherwise you can defeat screen locking.  Gone in 1.6 though, that
extension was pretty much a mistake. [1]

The problem with the notion of breaking grabs is that it's an arms race.
X is just broken here.  The only way to fix it is to break out to a
wayland mini-app that does the moral equivalent of MacOS's Force Quit.
(And in some sense, by the time you're running a whole new display
system to fix your old one, it's time to just move on.)

Since we can't _actually_ fix grabs, the right thing to do is punish
apps that abuse them.  Server zap doesn't do this.  It punishes the
whole session.  Even just breaking the grab doesn't get things fixed,
because the bug stays there in the app forever.  You want the recovery
path to be such that you can inspect the state of the broken app at the
moment it's misbehaving.  Grab state dump on VT switch accomplishes this
better than either zap or grab-break.

[1] - Not so much that the things it embodied were bad ideas - though
they all were to some extent - but that the implementation showed a
willful disregard for the rest of the server.  GrabBreak could easily
have been a new, possibly even privileged, XKB action, but instead it
was a magic trapdoor.  Why do anything in the existing design when you
can add another layer of crap on top.

- 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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090331/0153cd38/attachment.sig>

From ascii79 at gmail.com  Tue Mar 31 15:49:50 2009
From: ascii79 at gmail.com (Sachin)
Date: Tue, 31 Mar 2009 10:49:50 -0500
Subject: Observation/Suggestion in rawhide
In-Reply-To: <alpine.LFD.2.00.0903311119420.26560@localhost.localdomain>
References: <a3c040240903302137n4e74ba00kb2403b29dc633776@mail.gmail.com>
	<1238512714.31472.47.camel@code.and.org>
	<alpine.LFD.2.00.0903311119420.26560@localhost.localdomain>
Message-ID: <a3c040240903310849w78931ed3odda86821966fba69@mail.gmail.com>

I want exactly what Seth and Uwe are saying.


On Tue, Mar 31, 2009 at 10:20 AM, Seth Vidal <skvidal at fedoraproject.org>wrote:

>
>
> On Tue, 31 Mar 2009, James Antill wrote:
>
>  On Mon, 2009-03-30 at 23:37 -0500, Sachin wrote:
>>
>>> Hi
>>>
>>> Suggestion
>>>
>>> 1) There should be option called --size in yum which can restrict the
>>> space which can be used yum. This would be beneficial to machine with
>>> low disk space.
>>>
>>
>> This seems like a bad idea, we already do:
>>
>>           dirstat = os.statvfs(po.repo.pkgdir)
>>           if (dirstat.f_bavail * dirstat.f_bsize) <= long(po.size):
>>               adderror(po, _('Insufficient space in download directory
>> %s\n'
>>                       "    * free   %s\n"
>>                       "    * needed %s") %
>>
>> ...which is done as we download each package. I'm not sure exactly what
>> feature you want, but I assume something like doing the above check
>> before we download anything based on "expected total download size" and
>> then maybe removing some space from what we count as "free"?
>>
>>
> I think Sachin wants it to batch the updates in size.
> So you do them in batches of 1gb installed + downloaded space at a time.
>
> -sv
>
>
> --
> fedora-devel-list mailing list
> fedora-devel-list at redhat.com
> https://www.redhat.com/mailman/listinfo/fedora-devel-list
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090331/52e280b0/attachment.htm>

From bmr at redhat.com  Tue Mar 31 15:56:28 2009
From: bmr at redhat.com (Bryn M. Reeves)
Date: Tue, 31 Mar 2009 16:56:28 +0100
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <gqtcqs$fli$2@ger.gmane.org>
References: <49CD379D.8040104@verizon.net> <1238389976.3941.3.camel@moose>
	<gqr9qk$mk3$1@ger.gmane.org>
	<faa16b610903301337i7cd94e4dr61c995c084231a37@mail.gmail.com>
	<gqraro$rqj$1@ger.gmane.org>
	<f12087800903301347o20eb9cb5s24795ba4d27bf116@mail.gmail.com>
	<16de708d0903301354o2782b0dj42d0034f91807d68@mail.gmail.com>
	<20090330220137.GA7358@orient.maison.lan>
	<a9ba50e50903301535i3bd7d432le8138af8ffa698ae@mail.gmail.com>
	<gqtcqs$fli$2@ger.gmane.org>
Message-ID: <1238514988.858.127.camel@breeves.fab.redhat.com>

On Tue, 2009-03-31 at 17:28 +0200, Kevin Kofler wrote:
> Robert Marcano wrote:
> > yes, It is bad design, If you have a very common key combination that
> > a lot of people knows, (I am talking about Ctrl+Alt+Del to open the
> > login prompt on Windows)
> 
> This is not Window$.
> 
> Ctrl+Alt+Del shouldn't be expected to do anything other than reboot on
> GNU/Linux. (And FWIW, I think the Ctrl+Alt+Del reboot should also be
> enabled in X11.)

What about on a sparc system, or an ARM board or legacy 68k machine?
What about systems that don't even have those keys?

I'm not really sure I understand why a key combination that happens to
be meaningful to the firmware of the IBM PC should get special status as
"just reboot" in projects that are designed to run on a much wider range
of systems.

Regards,
Bryn.




From michel.sylvan at gmail.com  Tue Mar 31 15:56:16 2009
From: michel.sylvan at gmail.com (Michel Salim)
Date: Tue, 31 Mar 2009 11:56:16 -0400
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <1238452000.9331.57.camel@valkyrie.localdomain>
References: <49CD379D.8040104@verizon.net> <1238389976.3941.3.camel@moose>
	<gqr9qk$mk3$1@ger.gmane.org>
	<faa16b610903301337i7cd94e4dr61c995c084231a37@mail.gmail.com>
	<16de708d0903301345k4298d9bqd2564600acdd3469@mail.gmail.com>
	<1238452000.9331.57.camel@valkyrie.localdomain>
Message-ID: <f224c6140903310856n376df728x31620776fa188305@mail.gmail.com>

On Mon, Mar 30, 2009 at 6:26 PM, Matthew Saltzman <mjs at clemson.edu> wrote:
> On many machines now, the power switch invokes a shutdown dialog,
> instead of simply powering the machine off with no warning--see the
> GNOME power-management applet's dialog. ?On my wife's Dell Dimension, I
> haven't even been able to locate a reset button--the only thing on the
> front panel available to press is the power button. ?No reset button on
> any of my laptops, either.
>
But you can normally do a hard power-off by keeping the power button
pressed for 4 seconds; this cuts off power rather than generating an
ACPI event.


-- 
mi?el salim  ?  http://hircus.jaiku.com/
IUCS         ?  msalim at cs.indiana.edu
Fedora       ?  salimma at fedoraproject.org
MacPorts     ?  hircus at macports.org



From sundaram at fedoraproject.org  Tue Mar 31 16:08:32 2009
From: sundaram at fedoraproject.org (Rahul Sundaram)
Date: Tue, 31 Mar 2009 21:38:32 +0530
Subject: Wiki Freeze Tomorrow
In-Reply-To: <6268CAE1187543EF803DFB198B8AEBE3@Aidan>
References: <6268CAE1187543EF803DFB198B8AEBE3@Aidan>
Message-ID: <49D24000.6050506@fedoraproject.org>

John J. McDonough wrote:
> The wiki freeze is scheduled for tomorrow.  If you plan to add some
> release notes content to the wiki, time is getting short.
> 
> If there are items you think need more content, but you aren't
> comfortable with the wordsmithing, leave some content in the wiki and
> the Docs folks will be happy to clean up the prose.
> 
> Following the wiki freeze we still can make changes in the xml, so if
> something comes up that should change the release notes, email myself or
> Ryan Lerch and we will make the changes

That's not really acceptable. A reminder should have gone in much
earlier. There is lots of content that needs to be updated and a day is
just not enough.

Rahul





From billcrawford1970 at gmail.com  Tue Mar 31 16:07:51 2009
From: billcrawford1970 at gmail.com (Bill Crawford)
Date: Tue, 31 Mar 2009 17:07:51 +0100
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <1238514493.5005.1419.camel@atropine.boston.devel.redhat.com>
References: <49CD379D.8040104@verizon.net>
	<faa16b610903310751n8aa8be0ib8ee3c1831aae932@mail.gmail.com>
	<1238514493.5005.1419.camel@atropine.boston.devel.redhat.com>
Message-ID: <200903311707.51490.billcrawford1970@gmail.com>

On Tuesday 31 March 2009 16:48:13 Adam Jackson wrote:
> On Tue, 2009-03-31 at 10:51 -0400, Colin Walters wrote:
...
> > That's useful.  A lot of the time I have a good idea of what app has a
> > stuck grab, but this is a bit easier.  Ideally there would be a way to
> > forcibly ungrab but I suppose that may confuse application toolkits.
>
> We had an optional bit of config file magic at one point that would let
> you turn on a magic key combo to break the current grab.  Plus a
> matching request in the XFree86-Misc extension to turn it back off,
> since otherwise you can defeat screen locking.  Gone in 1.6 though, that
> extension was pretty much a mistake. [1]

This was actually very, very useful (I get to use it on a fair number of 
occasions, and when the alternatives are (1) wait ten minutes for the app to 
catch up or (2) kill it and lose whatever was in it, I go with (3) break the 
grab and do something else for a bit.

> The problem with the notion of breaking grabs is that it's an arms race.
> X is just broken here.  The only way to fix it is to break out to a
> wayland mini-app that does the moral equivalent of MacOS's Force Quit.
> (And in some sense, by the time you're running a whole new display
> system to fix your old one, it's time to just move on.)

You lose the option to wait for the app to catch up, without it preventing you 
from doing anything else, which is the current behaviour if you *don't* break 
the grab.

We don't always want to quit the app, in other words.

> Since we can't _actually_ fix grabs, the right thing to do is punish
> apps that abuse them.  Server zap doesn't do this.  It punishes the
> whole session.  Even just breaking the grab doesn't get things fixed,
> because the bug stays there in the app forever.  You want the recovery
> path to be such that you can inspect the state of the broken app at the
> moment it's misbehaving.  Grab state dump on VT switch accomplishes this
> better than either zap or grab-break.

But you're actually punishing the *user* here. That is what upsets me, I can't 
speak for anyone else.

I may know very well what the problem is, and that it's fixed by a newer version 
of or replacement for my browser. I may be unable to upgrade to a version of 
the OS that comes with that new version because I have multiple GPUs ... ;o)

> [1] - Not so much that the things it embodied were bad ideas - though
> they all were to some extent - but that the implementation showed a
> willful disregard for the rest of the server.  GrabBreak could easily
> have been a new, possibly even privileged, XKB action, but instead it
> was a magic trapdoor.  Why do anything in the existing design when you
> can add another layer of crap on top.
>
> - ajax




From sundaram at fedoraproject.org  Tue Mar 31 16:15:14 2009
From: sundaram at fedoraproject.org (Rahul Sundaram)
Date: Tue, 31 Mar 2009 21:45:14 +0530
Subject: Observation/Suggestion in rawhide
In-Reply-To: <a3c040240903302137n4e74ba00kb2403b29dc633776@mail.gmail.com>
References: <a3c040240903302137n4e74ba00kb2403b29dc633776@mail.gmail.com>
Message-ID: <49D24192.7060906@fedoraproject.org>

Sachin wrote:
> Hi
> 
> Suggestion
> 
> 1) There should be option called --size in yum which can restrict the
> space which can be used yum. This would be beneficial to machine with
> low disk space.
> 2) If firefox 3.1beta is default then please have
> extensions.checkCompatibility=
> false

This often means, extensions will install but not work

> 3) Shutdown splash screen

Shutdown should be fast enough to not need it

> 4) ext4 (/boot) in grub

With LVM, you need a separate boot partition anyway and you can continue
having it as Ext3. There is a GRUB patch but it hasn't been integrated yet.

> Observation:
> 
> 1) Why logout is available at two different place a) under system b) In
> panel under name

Probably just as a convenience?

> 2) Preference menu list is too long

We dropped the sub categories in this release.

https://www.redhat.com/archives/fedora-desktop-list/2009-February/msg00001.html

Install the preferences-menu package if you want it back.

Rahul



From ascii79 at gmail.com  Tue Mar 31 16:26:23 2009
From: ascii79 at gmail.com (Sachin)
Date: Tue, 31 Mar 2009 11:26:23 -0500
Subject: Observation/Suggestion in rawhide
In-Reply-To: <49D24192.7060906@fedoraproject.org>
References: <a3c040240903302137n4e74ba00kb2403b29dc633776@mail.gmail.com>
	<49D24192.7060906@fedoraproject.org>
Message-ID: <a3c040240903310926y155c6fer15bd65a8bbc9294d@mail.gmail.com>

On Tue, Mar 31, 2009 at 11:15 AM, Rahul Sundaram <sundaram at fedoraproject.org
> wrote:

> Sachin wrote:
> > Hi
> >
> > Suggestion
> >
> > 1) There should be option called --size in yum which can restrict the
> > space which can be used yum. This would be beneficial to machine with
> > low disk space.
> > 2) If firefox 3.1beta is default then please have
> > extensions.checkCompatibility=
> > false
>
> This often means, extensions will install but not work


Even if some percentage of extension works. what is the harm not doing it.


>
>
> > 3) Shutdown splash screen
>
> Shutdown should be fast enough to not need it


My machine takes 5 second to shutdown with default installation. Does that
count slow or fast ?


>
>
> > 4) ext4 (/boot) in grub
>
> With LVM, you need a separate boot partition anyway and you can continue
> having it as Ext3. There is a GRUB patch but it hasn't been integrated yet.


ok thanks. I will wait to get this fixed.



>
> > Observation:
> >
> > 1) Why logout is available at two different place a) under system b) In
> > panel under name
>
> Probably just as a convenience?


then why same convenience is not shown to "Shutdown Menu"


>
>
> > 2) Preference menu list is too long
>
> We dropped the sub categories in this release.
>
>
> https://www.redhat.com/archives/fedora-desktop-list/2009-February/msg00001.html
>
> Install the preferences-menu package if you want it back.


ok thanks. I will wait to get this fixed.


>
>
> Rahul
>
> --
> fedora-devel-list mailing list
> fedora-devel-list at redhat.com
> https://www.redhat.com/mailman/listinfo/fedora-devel-list
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090331/2b8aa4be/attachment.htm>

From caillon at redhat.com  Tue Mar 31 16:31:43 2009
From: caillon at redhat.com (Christopher Aillon)
Date: Tue, 31 Mar 2009 09:31:43 -0700
Subject: Observation/Suggestion in rawhide
In-Reply-To: <a3c040240903310926y155c6fer15bd65a8bbc9294d@mail.gmail.com>
References: <a3c040240903302137n4e74ba00kb2403b29dc633776@mail.gmail.com>	<49D24192.7060906@fedoraproject.org>
	<a3c040240903310926y155c6fer15bd65a8bbc9294d@mail.gmail.com>
Message-ID: <49D2456F.1010004@redhat.com>

On 03/31/2009 09:26 AM, Sachin wrote:
>>> 2) If firefox 3.1beta is default then please have
>>> extensions.checkCompatibility=
>>> false
>> This often means, extensions will install but not work
>
>
> Even if some percentage of extension works. what is the harm not doing it.

Depending on the extension and the nature of the incompatibility, your 
browser may have some broken functionality, your UI may be broken and 
display XML errors, or you may see reduced stability and increased crashes.

Additionally, it places the burden on the user to manually check for 
say, security updates, to their extensions, thus leaving more people at 
risk for longer than needed.



From chris.eveleigh at planningportal.gov.uk  Tue Mar 31 16:33:31 2009
From: chris.eveleigh at planningportal.gov.uk (Chris Eveleigh)
Date: Tue, 31 Mar 2009 17:33:31 +0100
Subject: Observation/Suggestion in rawhide
In-Reply-To: <a3c040240903302137n4e74ba00kb2403b29dc633776@mail.gmail.com>
References: <a3c040240903302137n4e74ba00kb2403b29dc633776@mail.gmail.com>
Message-ID: <1238517211.3712.2.camel@localhost.localdomain>

On Mon, 2009-03-30 at 23:37 -0500, Sachin wrote:
> Hi
> 
> Suggestion
> 
> 1) There should be option called --size in yum which can restrict the
> space which can be used yum. This would be beneficial to machine with
> low disk space.
> 2) If firefox 3.1beta is default then please have
> extensions.checkCompatibility=
> false
> 3) Shutdown splash screen
> 4) ext4 (/boot) in grub
> 
> Observation:
> 
> 1) Why logout is available at two different place a) under system b)
> In panel under name

this looks like changes in the direction of gnome-shell to me.  see
http://live.gnome.org/Boston2008/GUIHackfest/WindowManagementAndMore and
the 'Exit Strategy document' referred to from that page.

> 2) Preference menu list is too long 
>  
> Thanks for the great work.
> 
> Regards,
> Sachin.
> -- 
> fedora-devel-list mailing list
> fedora-devel-list at redhat.com
> https://www.redhat.com/mailman/listinfo/fedora-devel-list



From chris.eveleigh at planningportal.gov.uk  Tue Mar 31 16:37:12 2009
From: chris.eveleigh at planningportal.gov.uk (Chris Eveleigh)
Date: Tue, 31 Mar 2009 17:37:12 +0100
Subject: Observation/Suggestion in rawhide
In-Reply-To: <49D24192.7060906@fedoraproject.org>
References: <a3c040240903302137n4e74ba00kb2403b29dc633776@mail.gmail.com>
	<49D24192.7060906@fedoraproject.org>
Message-ID: <1238517432.3712.6.camel@localhost.localdomain>

On Tue, 2009-03-31 at 21:45 +0530, Rahul Sundaram wrote:
> Sachin wrote:
> > Hi
> > 
> > Suggestion
> > 
> > 1) There should be option called --size in yum which can restrict the
> > space which can be used yum. This would be beneficial to machine with
> > low disk space.
> > 2) If firefox 3.1beta is default then please have
> > extensions.checkCompatibility=
> > false
> 
> This often means, extensions will install but not work
> 
> > 3) Shutdown splash screen
> 
> Shutdown should be fast enough to not need it

shouldn't startup be that fast too?  we've gone to a lot of (good)
trouble to get from

text(bios)-graphics-text-graphics-graphics-[graphics-...]-text

down to

text-graphics-text-graphics-text

with the promise of achieving

text-graphics-text

why shouldn't we go for

text-graphics?

:-)

> 
> > 4) ext4 (/boot) in grub
> 
> With LVM, you need a separate boot partition anyway and you can continue
> having it as Ext3. There is a GRUB patch but it hasn't been integrated yet.
> 
> > Observation:
> > 
> > 1) Why logout is available at two different place a) under system b) In
> > panel under name
> 
> Probably just as a convenience?
> 
> > 2) Preference menu list is too long
> 
> We dropped the sub categories in this release.
> 
> https://www.redhat.com/archives/fedora-desktop-list/2009-February/msg00001.html
> 
> Install the preferences-menu package if you want it back.
> 
> Rahul
> 



From robert at marcanoonline.com  Tue Mar 31 16:39:01 2009
From: robert at marcanoonline.com (Robert Marcano)
Date: Wed, 1 Apr 2009 12:09:01 +1930
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <gqtcqs$fli$2@ger.gmane.org>
References: <49CD379D.8040104@verizon.net> <1238389976.3941.3.camel@moose>
	<gqr9qk$mk3$1@ger.gmane.org>
	<faa16b610903301337i7cd94e4dr61c995c084231a37@mail.gmail.com>
	<gqraro$rqj$1@ger.gmane.org>
	<f12087800903301347o20eb9cb5s24795ba4d27bf116@mail.gmail.com>
	<16de708d0903301354o2782b0dj42d0034f91807d68@mail.gmail.com>
	<20090330220137.GA7358@orient.maison.lan>
	<a9ba50e50903301535i3bd7d432le8138af8ffa698ae@mail.gmail.com>
	<gqtcqs$fli$2@ger.gmane.org>
Message-ID: <a9ba50e50903310939h4f79e961r7310c9cbc32fbbfc@mail.gmail.com>

On Wed, Apr 1, 2009 at 10:58 AM, Kevin Kofler <kevin.kofler at chello.at> wrote:
> Robert Marcano wrote:
>> yes, It is bad design, If you have a very common key combination that
>> a lot of people knows, (I am talking about Ctrl+Alt+Del to open the
>> login prompt on Windows)
>
> This is not Window$.
>
> Ctrl+Alt+Del shouldn't be expected to do anything other than reboot on
> GNU/Linux. (And FWIW, I think the Ctrl+Alt+Del reboot should also be
> enabled in X11.)
>
> ? ? ? ?Kevin Kofler

I was not saying to make Ctrl+Alt+Del works like Windows, I am saying
Del is very near to Backspace, and when someone see a screensaver
locked up X session, one of the first thing they try is control + alt
+ del to login, and a simple finger mistake and your session goes
down.

-- 
Robert Marcano



From choeger at cs.tu-berlin.de  Tue Mar 31 16:42:02 2009
From: choeger at cs.tu-berlin.de (Christoph =?ISO-8859-1?Q?H=F6ger?=)
Date: Tue, 31 Mar 2009 18:42:02 +0200
Subject: question about git workflow
Message-ID: <1238517722.4757.42.camel@choeger6>

Hi there dvcs users,

I am getting used to using git while working with upstream projects. So
when I try to make a patch available upstream, I encounter the following
problem: I want to make small commits during my work but of course send
the result as a single patch via git format-patch. So what's best:

1. clone upstream, create another local branch, work there, and then
merge that branchs changes via diff?

2. use <UNKNOWN_GIT_COMMAND> to merge those commits into a single one?

3. do not use intermdiate local commits (bad idea)

And the final question: When I got to the point of sending one single
patch and upstream merges it, how can I resync with upstream without
having to clone again? 

thanks

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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090331/a520b73e/attachment.sig>

From kevin.kofler at chello.at  Tue Mar 31 16:41:48 2009
From: kevin.kofler at chello.at (Kevin Kofler)
Date: Tue, 31 Mar 2009 18:41:48 +0200
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
References: <49CD379D.8040104@verizon.net> <1238389976.3941.3.camel@moose>
	<gqr9qk$mk3$1@ger.gmane.org>
	<faa16b610903301337i7cd94e4dr61c995c084231a37@mail.gmail.com>
	<gqraro$rqj$1@ger.gmane.org>
	<f12087800903301347o20eb9cb5s24795ba4d27bf116@mail.gmail.com>
	<16de708d0903301354o2782b0dj42d0034f91807d68@mail.gmail.com>
	<20090330220137.GA7358@orient.maison.lan>
	<a9ba50e50903301535i3bd7d432le8138af8ffa698ae@mail.gmail.com>
	<gqtcqs$fli$2@ger.gmane.org>
	<a9ba50e50903310939h4f79e961r7310c9cbc32fbbfc@mail.gmail.com>
Message-ID: <gqth4c$2go$1@ger.gmane.org>

Robert Marcano wrote:
> I was not saying to make Ctrl+Alt+Del works like Windows, I am saying
> Del is very near to Backspace, and when someone see a screensaver
> locked up X session, one of the first thing they try is control + alt
> + del to login, and a simple finger mistake and your session goes
> down.

Then they're already screwing up because this is not Window$, so they
shouldn't press Ctrl+Alt+Del in the first place.

This is actually an argument for mapping Ctrl+Alt+Del to reboot even in X11,
it'd make them lose that habit pretty quickly. :-p

        Kevin Kofler



From rvinyard at cs.nmsu.edu  Tue Mar 31 16:42:54 2009
From: rvinyard at cs.nmsu.edu (Rick L. Vinyard, Jr.)
Date: Tue, 31 Mar 2009 10:42:54 -0600 (MDT)
Subject: Suggestions on koji build problem
Message-ID: <56386.155.148.81.31.1238517774.squirrel@intranet.cs.nmsu.edu>

I'm trying to build conexus for F-9, but I'm having trouble with one of
the dependencies (another package of mine).

I pushed a release into stable last week of papyrus that has several
subpackages including papyrus-gtkmm-devel.

conexus has a dependency on papyrus-gtkmm-devel, but it can't find it when
building (although it builds fine with mock).

Here's the error:
No Package Found for papyrus-gtkmm-devel >= 0.10

And here's the koji task:
http://koji.fedoraproject.org/koji/taskinfo?taskID=1268211

Any suggestions?



From behdad at behdad.org  Tue Mar 31 16:52:42 2009
From: behdad at behdad.org (Behdad Esfahbod)
Date: Tue, 31 Mar 2009 12:52:42 -0400
Subject: question about git workflow
In-Reply-To: <1238517722.4757.42.camel@choeger6>
References: <1238517722.4757.42.camel@choeger6>
Message-ID: <49D24A5A.4030209@behdad.org>

On 03/31/2009 12:42 PM, Christoph H?ger wrote:
> Hi there dvcs users,
>
> I am getting used to using git while working with upstream projects. So
> when I try to make a patch available upstream, I encounter the following
> problem: I want to make small commits during my work but of course send
> the result as a single patch via git format-patch. So what's best:
>
> 1. clone upstream, create another local branch, work there, and then
> merge that branchs changes via diff?
>
> 2. use<UNKNOWN_GIT_COMMAND>  to merge those commits into a single one?

"git-diff from..to" can do that.  But srsly, why not send a patch series? 
That's the beauty of git.

> 3. do not use intermdiate local commits (bad idea)
>
> And the final question: When I got to the point of sending one single
> patch and upstream merges it, how can I resync with upstream without
> having to clone again?

git-rebase typically.

behdad


> thanks
>
> christoph
>



From billcrawford1970 at gmail.com  Tue Mar 31 16:56:09 2009
From: billcrawford1970 at gmail.com (Bill Crawford)
Date: Tue, 31 Mar 2009 17:56:09 +0100
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <a9ba50e50903310939h4f79e961r7310c9cbc32fbbfc@mail.gmail.com>
References: <49CD379D.8040104@verizon.net> <gqtcqs$fli$2@ger.gmane.org>
	<a9ba50e50903310939h4f79e961r7310c9cbc32fbbfc@mail.gmail.com>
Message-ID: <200903311756.09386.billcrawford1970@gmail.com>

On Tuesday 31 March 2009 17:39:01 Robert Marcano wrote:

> I was not saying to make Ctrl+Alt+Del works like Windows, I am saying
> Del is very near to Backspace, and when someone see a screensaver
> locked up X session, one of the first thing they try is control + alt
> + del to login, and a simple finger mistake and your session goes
> down.

This is one of the few sane arguments in the whole debate. If there is a genuine 
problem with this (and someone commented a day or two ago about problems due to 
a laptop keyboard with the backspace very near something else) then we actually 
have a good reason to opt for a different - or more obviously configurable - 
way to kill the session; logging out is generally already configurarable by the 
desktop environment.



From pjones at redhat.com  Tue Mar 31 16:56:44 2009
From: pjones at redhat.com (Peter Jones)
Date: Tue, 31 Mar 2009 12:56:44 -0400
Subject: question about git workflow
In-Reply-To: <1238517722.4757.42.camel@choeger6>
References: <1238517722.4757.42.camel@choeger6>
Message-ID: <49D24B4C.5020300@redhat.com>

On 03/31/2009 12:42 PM, Christoph H?ger wrote:
> Hi there dvcs users,
> 
> I am getting used to using git while working with upstream projects. So
> when I try to make a patch available upstream, I encounter the following
> problem: I want to make small commits during my work but of course send
> the result as a single patch via git format-patch. So what's best:
> 
> 1. clone upstream, create another local branch, work there, and then
> merge that branchs changes via diff?
> 
> 2. use <UNKNOWN_GIT_COMMAND> to merge those commits into a single one?

git rebase --interactive origin

-- 
        Peter

I was born not knowing and have had only a little time to
change that here and there.
		-- Feynman



From gospo at redhat.com  Tue Mar 31 16:58:24 2009
From: gospo at redhat.com (Andy Gospodarek)
Date: Tue, 31 Mar 2009 12:58:24 -0400
Subject: question about git workflow
In-Reply-To: <1238517722.4757.42.camel@choeger6>
References: <1238517722.4757.42.camel@choeger6>
Message-ID: <20090331165824.GZ23821@gospo.rdu.redhat.com>

On Tue, Mar 31, 2009 at 06:42:02PM +0200, Christoph H?ger wrote:
> Hi there dvcs users,
> 
> I am getting used to using git while working with upstream projects. So
> when I try to make a patch available upstream, I encounter the following
> problem: I want to make small commits during my work but of course send
> the result as a single patch via git format-patch. So what's best:
> 
> 1. clone upstream, create another local branch, work there, and then
> merge that branchs changes via diff?

I typically do that.  I use branches for all sorts of staging and it's
easy to do a:

$ git diff mybranch | patch -p1  

or something similar when you are ready.  Then you can post that diff.

> 
> 2. use <UNKNOWN_GIT_COMMAND> to merge those commits into a single one?

You can also do a:

$ git format-patch -1 mybranch

I think. (I don't use this, so I can't say for sure it will work.)

> 3. do not use intermdiate local commits (bad idea)
> 
> And the final question: When I got to the point of sending one single
> patch and upstream merges it, how can I resync with upstream without
> having to clone again? 
> 
> thanks
> 
> christoph



> -- 
> fedora-devel-list mailing list
> fedora-devel-list at redhat.com
> https://www.redhat.com/mailman/listinfo/fedora-devel-list



From pjones at redhat.com  Tue Mar 31 16:57:51 2009
From: pjones at redhat.com (Peter Jones)
Date: Tue, 31 Mar 2009 12:57:51 -0400
Subject: question about git workflow
In-Reply-To: <49D24A5A.4030209@behdad.org>
References: <1238517722.4757.42.camel@choeger6> <49D24A5A.4030209@behdad.org>
Message-ID: <49D24B8F.7080108@redhat.com>

On 03/31/2009 12:52 PM, Behdad Esfahbod wrote:
> On 03/31/2009 12:42 PM, Christoph H?ger wrote:
>> Hi there dvcs users,
>> 
>> I am getting used to using git while working with upstream
>> projects. So when I try to make a patch available upstream, I
>> encounter the following problem: I want to make small commits
>> during my work but of course send the result as a single patch via
>> git format-patch. So what's best:
>> 
>> 1. clone upstream, create another local branch, work there, and
>> then merge that branchs changes via diff?
>> 
>> 2. use<UNKNOWN_GIT_COMMAND>  to merge those commits into a single
>> one?
> 
> "git-diff from..to" can do that.  But srsly, why not send a patch 
> series? That's the beauty of git.

Well, you might still want to send a patch series, but in a form that's
more clear to readers than the series you actually committed.

-- 
        Peter

I was born not knowing and have had only a little time to
change that here and there.
		-- Feynman



From kushaldas at gmail.com  Tue Mar 31 16:59:05 2009
From: kushaldas at gmail.com (Kushal Das)
Date: Tue, 31 Mar 2009 22:29:05 +0530
Subject: question about git workflow
In-Reply-To: <1238517722.4757.42.camel@choeger6>
References: <1238517722.4757.42.camel@choeger6>
Message-ID: <b399909d0903310959v310f37eaj89e3c9d0b14b7655@mail.gmail.com>

2009/3/31 Christoph H?ger <choeger at cs.tu-berlin.de>:
> 1. clone upstream, create another local branch, work there, and then
> merge that branchs changes via diff?
>
> 2. use <UNKNOWN_GIT_COMMAND> to merge those commits into a single one?
use git-merge --squash
This will get merge the changes but will not commit , so that you can
commit all in one go.

>
> 3. do not use intermdiate local commits (bad idea)
>

Kushal
-- 
http://fedoraproject.org
http://kushaldas.in



From mtasaka at ioa.s.u-tokyo.ac.jp  Tue Mar 31 16:59:45 2009
From: mtasaka at ioa.s.u-tokyo.ac.jp (Mamoru Tasaka)
Date: Wed, 01 Apr 2009 01:59:45 +0900
Subject: Suggestions on koji build problem
In-Reply-To: <56386.155.148.81.31.1238517774.squirrel@intranet.cs.nmsu.edu>
References: <56386.155.148.81.31.1238517774.squirrel@intranet.cs.nmsu.edu>
Message-ID: <49D24C01.6080300@ioa.s.u-tokyo.ac.jp>

Rick L. Vinyard, Jr. wrote, at 04/01/2009 01:42 AM +9:00:
> I'm trying to build conexus for F-9, but I'm having trouble with one of
> the dependencies (another package of mine).
> 
> I pushed a release into stable last week of papyrus that has several
> subpackages including papyrus-gtkmm-devel.
> 
> conexus has a dependency on papyrus-gtkmm-devel, but it can't find it when
> building (although it builds fine with mock).
> 
> Here's the error:
> No Package Found for papyrus-gtkmm-devel >= 0.10
> 
> And here's the koji task:
> http://koji.fedoraproject.org/koji/taskinfo?taskID=1268211
> 
> Any suggestions?
> 

Well,

[tasaka1 at localhost ~]$ koji latest-pkg dist-f9-build papyrus
Build                                     Tag                   Built by
----------------------------------------  --------------------  ----------------
papyrus-0.7.1-6.fc9                       dist-f9-override      timn
[tasaka1 at localhost ~]$ koji latest-pkg dist-f9-updates papyrus
Build                                     Tag                   Built by
----------------------------------------  --------------------  ----------------
papyrus-0.11.0-1.fc9                      dist-f9-updates       rvinyard

Please ask rel-eng team to remove dist-f9-override tag on papyrus-0.7.1-6.fc9.

Regards,
Mamoru



From mjs at clemson.edu  Tue Mar 31 17:10:40 2009
From: mjs at clemson.edu (Matthew Saltzman)
Date: Tue, 31 Mar 2009 13:10:40 -0400
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <gqtd6l$fli$3@ger.gmane.org>
References: <49CD379D.8040104@verizon.net> <1238389976.3941.3.camel@moose>
	<gqr9qk$mk3$1@ger.gmane.org>
	<faa16b610903301337i7cd94e4dr61c995c084231a37@mail.gmail.com>
	<16de708d0903301345k4298d9bqd2564600acdd3469@mail.gmail.com>
	<1238452000.9331.57.camel@valkyrie.localdomain>
	<gqtd6l$fli$3@ger.gmane.org>
Message-ID: <1238519440.4135.42.camel@valkyrie.localdomain>

On Tue, 2009-03-31 at 17:34 +0200, Kevin Kofler wrote:
> Matthew Saltzman wrote:
> > No matter how fast or sloppy my typing, nor what editor I use, I'm very
> > unlikely to accidentally reach under the desk and hit the (recessed)
> > reset button while sitting at the keyboard, working.
> 
> I actually accidentally triggered the reset button on the case at least
> once.

OK (I'm trying to picture it, and I keep seeing Rose Mary Woods
demonstrating how she "accidentally" created the infamous 18-minute gap
in the Watergate tapes), but it's still "unlikely" if you are typing,
much more so than any Ctrl-Alt-<whatever> key combo.

> 
>         Kevin Kofler
> 
> 
-- 
                Matthew Saltzman

Clemson University Math Sciences
mjs AT clemson DOT edu
http://www.math.clemson.edu/~mjs



From mjs at clemson.edu  Tue Mar 31 17:12:38 2009
From: mjs at clemson.edu (Matthew Saltzman)
Date: Tue, 31 Mar 2009 13:12:38 -0400
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <f224c6140903310856n376df728x31620776fa188305@mail.gmail.com>
References: <49CD379D.8040104@verizon.net> <1238389976.3941.3.camel@moose>
	<gqr9qk$mk3$1@ger.gmane.org>
	<faa16b610903301337i7cd94e4dr61c995c084231a37@mail.gmail.com>
	<16de708d0903301345k4298d9bqd2564600acdd3469@mail.gmail.com>
	<1238452000.9331.57.camel@valkyrie.localdomain>
	<f224c6140903310856n376df728x31620776fa188305@mail.gmail.com>
Message-ID: <1238519558.4135.43.camel@valkyrie.localdomain>

On Tue, 2009-03-31 at 11:56 -0400, Michel Salim wrote:
> On Mon, Mar 30, 2009 at 6:26 PM, Matthew Saltzman <mjs at clemson.edu> wrote:
> > On many machines now, the power switch invokes a shutdown dialog,
> > instead of simply powering the machine off with no warning--see the
> > GNOME power-management applet's dialog.  On my wife's Dell Dimension, I
> > haven't even been able to locate a reset button--the only thing on the
> > front panel available to press is the power button.  No reset button on
> > any of my laptops, either.
> >
> But you can normally do a hard power-off by keeping the power button
> pressed for 4 seconds; this cuts off power rather than generating an
> ACPI event.

Yes, but by accident?  Four seconds is a long time to have to consider
lifting your finger off the button before something happens that can't
be stopped/reversed.

> 
> 
-- 
                Matthew Saltzman

Clemson University Math Sciences
mjs AT clemson DOT edu
http://www.math.clemson.edu/~mjs



From MathStuf at gmail.com  Tue Mar 31 17:22:33 2009
From: MathStuf at gmail.com (Ben Boeckel)
Date: Tue, 31 Mar 2009 13:22:33 -0400
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
References: <49CD379D.8040104@verizon.net> <1238389976.3941.3.camel@moose>
	<49D057C7.40005@fedoraproject.org> <1238464539.3941.9.camel@moose>
	<20090331065952.GA12945@iota.trudheim.co.uk>
	<49D1CBF7.2070400@falconpl.org>
	<20090331092005.GB3778@iota.trudheim.co.uk>
	<49D1EE29.5080605@falconpl.org>
	<20090331105638.GC3778@iota.trudheim.co.uk>
Message-ID: <gqtjh2$9l0$1@ger.gmane.org>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Anders Rayner-Karlsson wrote:

> * Giancarlo Niccolai <gc at falconpl.org> [20090331 12:20]:
>> it may be educated enough to try it. But it is not like that an X
>> session hang so bad that you have to ctrl-alt-bs it will allow you to
>> CAF1-6 at all, or will let you to do anything meaningful with it (i.e.
>> bash may not be able to get the resources to start). When you 
HAVE to
>> CABs, it's because you CAN'T CAF1-6.
>>
>> (There was my two cents, so don't expect me to join in this convo; I
>> just wanted to correct your assumption that you may CAF1-6 away 
a
>> situation in which you have to CABs, which is wrong, as another 
poster
>> pointed out).
> 
> IIRC, and I believe that was pointed out in this thread as well, is
> that these keypresses are handled in the same way by the same 
part of
> the X server. If C-A-Bs works, so will C-A-F2 to drop you at a vc.
> 
> Through past experience, I have never found an instance (since 
moving
> from XFree86 to Xorg) where the Xserver was wedged in a way that
> switching to a vc did not work, but C-A-Bs did. I have seen plenty of
> X lockups (Xorg intel driver issues in F10) in the last few months and
> not a single one of those were resolvable by C-A-Bs.

As I posted elsewhere in the thread, there is a bug where all available 
fds are taken. If the vt doesn't already have bash open, no dice. If it's 
not already running something you can kill with, no dice. (I can type into 
the terminals I have open all i want, nothing actually gets done 
because nothing can be open()ed. C-A-Bs is the only way I know of to 
fix it. There is a bug open for it (486695).

- --Ben

> 
> Cheers,
> 



-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)

iEYEARECAAYFAknSUVkACgkQiPi+MRHG3qQ3EgCfThXcpumr5zxZMl+yMzYoyyxx
k6gAn1bIMSCSZWeWzlBaa1Cfrmne/wIK
=mIdZ
-----END PGP SIGNATURE-----




From MathStuf at gmail.com  Tue Mar 31 17:27:45 2009
From: MathStuf at gmail.com (Ben Boeckel)
Date: Tue, 31 Mar 2009 13:27:45 -0400
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
References: <49CD379D.8040104@verizon.net> <1238389976.3941.3.camel@moose>
	<gqr9qk$mk3$1@ger.gmane.org>
	<faa16b610903301337i7cd94e4dr61c995c084231a37@mail.gmail.com>
	<gqraro$rqj$1@ger.gmane.org>
	<1238508985.5005.1378.camel@atropine.boston.devel.redhat.com>
Message-ID: <gqtjqj$9l0$2@ger.gmane.org>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Adam Jackson wrote:

> On Mon, 2009-03-30 at 22:42 +0200, Kevin Kofler wrote:
>> Colin Walters wrote:
>> > No, the right solution is to examine the cases for why people 
were
>> > using the key before, and come up with a design which 
addresses them.
>> 
>> This will not help at all, because people expect to be able to use 
the
>> current key combo, not something new they never heard of.
> 
> So let's list the cases that zap would actually recover from:
> 
> 1: stuck grabs
> 2: focus reverts to None and your window manager is dead
> 3: X driver that's decided to stop rendering (or stop rendering
> correctly)
> 
> In case 3, you need to blow away the session and there's no getting
> around it.  So VT switch and killall gnome-session will do just fine.
> For case 2, I seem to recall this being an unpleasant requirement of 
the
> X protocol somewhere along the line; but I'm looking into it.
> 
> For case 1, you might be able to recover if you could just figure out
> which client was being obstreperous.  So clearly the right thing is to
> dump active grab state to the X log on VT switch.  If there's anything
> there, then you know who to blame and you can pkill just that and
> recover.  If there's not, then the session is doomed.
> 
> Something like this perhaps:
> 
> http://ajax.fedorapeople.org/patches/xserver-grab-debugging.patch
> 
> I mean, I know it's bad form to post code to a development list, but I
> hope I can be forgiven this time.
> 
> - ajax

I'll add

5. Maximum number of open files hit (I experience when using KWin 
compositing on intel driver).

I know of no non-C-A-Bs way to get out of it without rebooting. 
<https://bugzilla.redhat.com/show_bug.cgi?id=486695>

- --Ben
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)

iEYEARECAAYFAknSUpIACgkQiPi+MRHG3qTmdwCgqYkpYBmN+V8KG1BjWNoZO6Qd
6hcAoK7hLzmPqRTKg0xgPZ08SwkHaZDC
=m2fN
-----END PGP SIGNATURE-----




From MathStuf at gmail.com  Tue Mar 31 17:31:33 2009
From: MathStuf at gmail.com (Ben Boeckel)
Date: Tue, 31 Mar 2009 13:31:33 -0400
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
References: <49CD379D.8040104@verizon.net>
	<d9c612bf0903302236h3633e7bckf4e2813aef74129e@mail.gmail.com>
	<49D1E1F3.8080807@freenet.de>
	<200903311150.01116.mhlavink@redhat.com>
Message-ID: <gqtk1m$9l0$3@ger.gmane.org>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Michal Hlavinka wrote:

> On Tuesday 31 March 2009 11:27:15 Ralf Corsepius wrote:
>> Christopher Stone wrote:
>> > On Mon, Mar 30, 2009 at 9:49 PM, Tom Lane <tgl at redhat.com> 
wrote:
>> >> Ralf Corsepius <rc040203 at freenet.de> writes:
>> >>> c-a-bs to me is an "ejection seat button"
>> >>> => disabling it is not helpful
>> ...
>> > I was just thinking it would be cool if c-a-bs would send you to a
>> > virtual console and open up a text confirmation dialog box.  
Dunno if
>> > something like that is possible though.
>>
>> As I previously wrote, to me such proposals are in the same class 
as:
>> "Do you really want to eject? Enter root password to eject, confirm
>> ejection ... ejection will be started in 60 secs ..."
>>
>> It voids "c-a-bs" as a means of "emergency button". They are 
meant to
>> prevent _further_ damage in situations of emergencies and aren't
>> necessarily guaranteed to "not cause damage".
> 
> Yes, I agree, completely. When something starts to eat all resources, 
you
> can kill it (with whole X server if it's not the X server eating all). You
> definitely have no time to switch to vt, log in and kill it...
> 
> I think disabling c+a+bs is really wrong decision :(
> 
>> ...
> 

And if those resources are open files? You don't know until it's already 
happened afaik. I think zapping should be enabled, but a more obscure 
key combination may be necessary to prevent accidental triggers.

- --Ben
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)

iEYEARECAAYFAknSU3UACgkQiPi+MRHG3qRIcgCfcrOEqDLrto20MCWO5ig8YRG5
LS0AoIHYF0dUUHDVdMrkbj/fqhUVejM7
=xvrK
-----END PGP SIGNATURE-----




From kevin.kofler at chello.at  Tue Mar 31 17:43:39 2009
From: kevin.kofler at chello.at (Kevin Kofler)
Date: Tue, 31 Mar 2009 19:43:39 +0200
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
References: <49CD379D.8040104@verizon.net> <1238389976.3941.3.camel@moose>
	<gqr9qk$mk3$1@ger.gmane.org>
	<faa16b610903301337i7cd94e4dr61c995c084231a37@mail.gmail.com>
	<16de708d0903301345k4298d9bqd2564600acdd3469@mail.gmail.com>
	<1238452000.9331.57.camel@valkyrie.localdomain>
	<gqtd6l$fli$3@ger.gmane.org>
	<1238519440.4135.42.camel@valkyrie.localdomain>
Message-ID: <gqtkob$d78$4@ger.gmane.org>

Matthew Saltzman wrote:
> OK (I'm trying to picture it, and I keep seeing Rose Mary Woods
> demonstrating how she "accidentally" created the infamous 18-minute gap
> in the Watergate tapes), but it's still "unlikely" if you are typing,
> much more so than any Ctrl-Alt-<whatever> key combo.

I accidentally hit it with my foot.

        Kevin Kofler



From aph at redhat.com  Tue Mar 31 17:58:29 2009
From: aph at redhat.com (Andrew Haley)
Date: Tue, 31 Mar 2009 18:58:29 +0100
Subject: OpenJDK build on IBM S/390, aka z-series
Message-ID: <49D259C5.9040208@redhat.com>

I'm pretty sure that someone has built OpenJDK on IBM S/390.

If you are that person, or you know who might have done it, please contact
me off-list.

Thanks,
Andrew.



From rvinyard at cs.nmsu.edu  Tue Mar 31 18:05:00 2009
From: rvinyard at cs.nmsu.edu (Rick L. Vinyard, Jr.)
Date: Tue, 31 Mar 2009 12:05:00 -0600 (MDT)
Subject: Suggestions on koji build problem
In-Reply-To: <49D24C01.6080300@ioa.s.u-tokyo.ac.jp>
References: <56386.155.148.81.31.1238517774.squirrel@intranet.cs.nmsu.edu>
	<49D24C01.6080300@ioa.s.u-tokyo.ac.jp>
Message-ID: <49752.155.148.81.31.1238522700.squirrel@intranet.cs.nmsu.edu>

Thanks.

Mamoru Tasaka wrote:
> Rick L. Vinyard, Jr. wrote, at 04/01/2009 01:42 AM +9:00:
>> I'm trying to build conexus for F-9, but I'm having trouble with one of
>> the dependencies (another package of mine).
>>
>> I pushed a release into stable last week of papyrus that has several
>> subpackages including papyrus-gtkmm-devel.
>>
>> conexus has a dependency on papyrus-gtkmm-devel, but it can't find it
>> when
>> building (although it builds fine with mock).
>>
>> Here's the error:
>> No Package Found for papyrus-gtkmm-devel >= 0.10
>>
>> And here's the koji task:
>> http://koji.fedoraproject.org/koji/taskinfo?taskID=1268211
>>
>> Any suggestions?
>>
>
> Well,
>
> [tasaka1 at localhost ~]$ koji latest-pkg dist-f9-build papyrus
> Build                                     Tag                   Built by
> ----------------------------------------  --------------------
> ----------------
> papyrus-0.7.1-6.fc9                       dist-f9-override      timn
> [tasaka1 at localhost ~]$ koji latest-pkg dist-f9-updates papyrus
> Build                                     Tag                   Built by
> ----------------------------------------  --------------------
> ----------------
> papyrus-0.11.0-1.fc9                      dist-f9-updates       rvinyard
>
> Please ask rel-eng team to remove dist-f9-override tag on
> papyrus-0.7.1-6.fc9.
>
> Regards,
> Mamoru
>
> --
> fedora-devel-list mailing list
> fedora-devel-list at redhat.com
> https://www.redhat.com/mailman/listinfo/fedora-devel-list
>



From jkeating at redhat.com  Tue Mar 31 18:07:14 2009
From: jkeating at redhat.com (Jesse Keating)
Date: Tue, 31 Mar 2009 11:07:14 -0700
Subject: Suggestions on koji build problem
In-Reply-To: <49D24C01.6080300@ioa.s.u-tokyo.ac.jp>
References: <56386.155.148.81.31.1238517774.squirrel@intranet.cs.nmsu.edu>
	<49D24C01.6080300@ioa.s.u-tokyo.ac.jp>
Message-ID: <1238522834.11676.88.camel@localhost.localdomain>

On Wed, 2009-04-01 at 01:59 +0900, Mamoru Tasaka wrote:
> Please ask rel-eng team to remove dist-f9-override tag on
> papyrus-0.7.1-6.fc9.

Oops, I just fixed that.

-- 
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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090331/a2f2e025/attachment.sig>

From jarod at redhat.com  Tue Mar 31 18:15:16 2009
From: jarod at redhat.com (Jarod Wilson)
Date: Tue, 31 Mar 2009 14:15:16 -0400
Subject: dontzap  - a application to revert dontzap setting
In-Reply-To: <20090331150020.GJ19446@nostromo.devel.redhat.com>
References: <49D212AF.5000902@fedoraproject.org>
	<20090331150020.GJ19446@nostromo.devel.redhat.com>
Message-ID: <200903311415.16347.jarod@redhat.com>

On Tuesday 31 March 2009 11:00:21 Bill Nottingham wrote:
> Rahul Sundaram (sundaram at fedoraproject.org) said: 
> > https://launchpad.net/x-kit - DontZap is an application written in
> > Python which relies on X-Kit and allows users to set the "DontZap"
> > option in xorg.conf. Anyone interested in packaging this?
> > 
> > You will need to package both x-kit and dontzap.
> 
> An app, a configuration framework with four differnet programs, all
> to twiddle one configuration line. Impressive.

See, Ubuntu *does* contribute code back to the community!

-- 
Jarod Wilson
jarod at redhat.com



From rvinyard at cs.nmsu.edu  Tue Mar 31 18:17:38 2009
From: rvinyard at cs.nmsu.edu (Rick L. Vinyard, Jr.)
Date: Tue, 31 Mar 2009 12:17:38 -0600 (MDT)
Subject: Suggestions on koji build problem
In-Reply-To: <1238522834.11676.88.camel@localhost.localdomain>
References: <56386.155.148.81.31.1238517774.squirrel@intranet.cs.nmsu.edu>
	<49D24C01.6080300@ioa.s.u-tokyo.ac.jp>
	<1238522834.11676.88.camel@localhost.localdomain>
Message-ID: <37872.155.148.81.31.1238523458.squirrel@intranet.cs.nmsu.edu>

Excellent. That fixed it.

Thanks.

Jesse Keating wrote:
> On Wed, 2009-04-01 at 01:59 +0900, Mamoru Tasaka wrote:
>> Please ask rel-eng team to remove dist-f9-override tag on
>> papyrus-0.7.1-6.fc9.
>
> Oops, I just fixed that.
>
> --
> Jesse Keating
> Fedora -- Freedom?? is a feature!
> identi.ca: http://identi.ca/jkeating
> --
> fedora-devel-list mailing list
> fedora-devel-list at redhat.com
> https://www.redhat.com/mailman/listinfo/fedora-devel-list



From awilliam at redhat.com  Tue Mar 31 18:25:27 2009
From: awilliam at redhat.com (Adam Williamson)
Date: Tue, 31 Mar 2009 11:25:27 -0700
Subject: Radeon Test Day: Wednesday April 1st (yes, really)
In-Reply-To: <d551e0e20903310437g43f03000u2981ddb323294fa@mail.gmail.com>
References: <1238441078.4338.89.camel@adam.local.net>
	<d551e0e20903310437g43f03000u2981ddb323294fa@mail.gmail.com>
Message-ID: <1238523927.4338.120.camel@adam.local.net>

On Tue, 2009-03-31 at 12:37 +0100, Camilo Mesias wrote:
> I'm looking forward to testing, and I hope the nouveau iso is replaced
> with the correct one soon so I can try it :)

The updated ISO is up now.
-- 
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 Mar 31 18:26:58 2009
From: awilliam at redhat.com (Adam Williamson)
Date: Tue, 31 Mar 2009 11:26:58 -0700
Subject: Radeon Test Day: Wednesday April 1st (yes, really)
In-Reply-To: <49D2228E.7000003@spicenitz.org>
References: <1238441078.4338.89.camel@adam.local.net>
	<49D2228E.7000003@spicenitz.org>
Message-ID: <1238524018.4338.121.camel@adam.local.net>

On Tue, 2009-03-31 at 10:02 -0400, Adam Goode wrote:
> Adam Williamson wrote:
> > Be it hereby announced that this Wednesday, the first of the glorious
> > month of April (ignore Eliot, he was a douche), shall be the Test Day
> > for the radeon video driver. Which is used, as you may already have
> > deduced, for ATI Radeon (and FireGL) video cards. All of 'em.
> > 
> > http://fedoraproject.org/wiki/Test_Day:Radeon_2009-04-01
> > 
> 
> Hi,
> 
> Is it possible to add one more testcase to this list? I propose testing
> rotation (left or right), since this is often a rich source of crazy
> bugs. I have personally found segfaults, scrambled video, non-rotated
> xv, and mouse cursor issues in this mode.
> 
> I can write up a test script tonight if it's not too late to add.

Thanks for the suggestion. I'll add it to the RandR test case, as it's
part of that functionality in any case.
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org
http://www.happyassassin.net



From maxamillion at gmail.com  Tue Mar 31 18:55:09 2009
From: maxamillion at gmail.com (Adam Miller)
Date: Tue, 31 Mar 2009 13:55:09 -0500
Subject: dontzap - a application to revert dontzap setting
In-Reply-To: <200903311415.16347.jarod@redhat.com>
References: <49D212AF.5000902@fedoraproject.org>
	<20090331150020.GJ19446@nostromo.devel.redhat.com>
	<200903311415.16347.jarod@redhat.com>
Message-ID: <f12087800903311155i5fd23f62xf5fe31a152b47fc1@mail.gmail.com>

Yeah, I'll sure to file that in my "this_is_worthless" mercurial branch.

This change will simply require a very small edit to a kickstart file,
as I've attempted to explain to those in the C-A-Bsp thread.

-Adam


-- 
http://maxamillion.googlepages.com
---------------------------------------------------------
()  ascii ribbon campaign - against html e-mail
/\  www.asciiribbon.org   - against proprietary attachments



From johnsmithdoe14 at googlemail.com  Tue Mar 31 19:12:41 2009
From: johnsmithdoe14 at googlemail.com (psmith)
Date: Tue, 31 Mar 2009 20:12:41 +0100
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <20090330211230.GB16605@mokona.greysector.net>
References: <49CD379D.8040104@verizon.net>
	<1238389976.3941.3.camel@moose>	<gqr9qk$mk3$1@ger.gmane.org>	<faa16b610903301337i7cd94e4dr61c995c084231a37@mail.gmail.com>	<16de708d0903301345k4298d9bqd2564600acdd3469@mail.gmail.com>	<49D13447.70005@ij.net>
	<20090330211230.GB16605@mokona.greysector.net>
Message-ID: <49D26B29.8030005@googlemail.com>

Dominik 'Rathann' Mierzejewski wrote:
> On Monday, 30 March 2009 at 23:06, Felix Miata wrote:
>   
>> On 2009/03/30 15:45 (GMT-0500) Arthur Pemberton composed:
>>
>>     
>>> You know the reset button on the machine resets the entire machine, right?
>>>       
>> What planet are you from? Most modern systems have no such button, and the
>> power switch won't necessary suffice in its stead.
>>     
>
> Not where I live. Here all modern systems have the reset switch.
>
> Regards,
> R.
>
>   
yeah here too, even the high end gaming cases sill have reset switches



From johnsmithdoe14 at googlemail.com  Tue Mar 31 19:18:50 2009
From: johnsmithdoe14 at googlemail.com (psmith)
Date: Tue, 31 Mar 2009 20:18:50 +0100
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <20090330220137.GA7358@orient.maison.lan>
References: <49CD379D.8040104@verizon.net>
	<1238389976.3941.3.camel@moose>	<gqr9qk$mk3$1@ger.gmane.org>	<faa16b610903301337i7cd94e4dr61c995c084231a37@mail.gmail.com>	<gqraro$rqj$1@ger.gmane.org>	<f12087800903301347o20eb9cb5s24795ba4d27bf116@mail.gmail.com>	<16de708d0903301354o2782b0dj42d0034f91807d68@mail.gmail.com>
	<20090330220137.GA7358@orient.maison.lan>
Message-ID: <49D26C9A.609@googlemail.com>

Emmanuel Seyman wrote:
> * Arthur Pemberton [30/03/2009 23:51] :
>   
>> No one has describe how having this is bad design. I asked, all I have
>> heard is because someone may accidentally press three keys
>> concurrently.
>>     
>
> That's pretty much the definition of bad design.
>
> Emmanuel
>
>   
no that's pretty much the definition of a dumb user, or someone who's 
touch typing isn't up to par, or even worse someone who's not watching 
what he's doing!



From remy.maucherat at gmail.com  Tue Mar 31 19:19:44 2009
From: remy.maucherat at gmail.com (=?ISO-8859-1?Q?R=E9my_Maucherat?=)
Date: Tue, 31 Mar 2009 21:19:44 +0200
Subject: Radeon Test Day: Wednesday April 1st (yes, really)
In-Reply-To: <1238441078.4338.89.camel@adam.local.net>
References: <1238441078.4338.89.camel@adam.local.net>
Message-ID: <6d959d480903311219j7d7fe63fjb974e7999e941997@mail.gmail.com>

On Mon, Mar 30, 2009 at 9:24 PM, Adam Williamson <awilliam at redhat.com> wrote:
> http://fedoraproject.org/wiki/Test_Day:Radeon_2009-04-01

Shouldn't you restrict this test to older Radeon cards (which should
be using the new radeon-rewrite code) ? R600+ cards do not get KMS or
any 3D support.

R?my



From awilliam at redhat.com  Tue Mar 31 19:20:57 2009
From: awilliam at redhat.com (Adam Williamson)
Date: Tue, 31 Mar 2009 12:20:57 -0700
Subject: Radeon Test Day: Wednesday April 1st (yes, really)
In-Reply-To: <1238524018.4338.121.camel@adam.local.net>
References: <1238441078.4338.89.camel@adam.local.net>
	<49D2228E.7000003@spicenitz.org>
	<1238524018.4338.121.camel@adam.local.net>
Message-ID: <1238527257.4338.127.camel@adam.local.net>

On Tue, 2009-03-31 at 11:26 -0700, Adam Williamson wrote:

> > Hi,
> > 
> > Is it possible to add one more testcase to this list? I propose testing
> > rotation (left or right), since this is often a rich source of crazy
> > bugs. I have personally found segfaults, scrambled video, non-rotated
> > xv, and mouse cursor issues in this mode.
> > 
> > I can write up a test script tonight if it's not too late to add.
> 
> Thanks for the suggestion. I'll add it to the RandR test case, as it's
> part of that functionality in any case.

Done, except I did add it as a separate case in the end, to make it
clear you can do this test with only one monitor. Thanks 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  Tue Mar 31 19:22:36 2009
From: awilliam at redhat.com (Adam Williamson)
Date: Tue, 31 Mar 2009 12:22:36 -0700
Subject: Radeon Test Day: Wednesday April 1st (yes, really)
In-Reply-To: <6d959d480903311219j7d7fe63fjb974e7999e941997@mail.gmail.com>
References: <1238441078.4338.89.camel@adam.local.net>
	<6d959d480903311219j7d7fe63fjb974e7999e941997@mail.gmail.com>
Message-ID: <1238527356.4338.129.camel@adam.local.net>

On Tue, 2009-03-31 at 21:19 +0200, R?my Maucherat wrote:
> On Mon, Mar 30, 2009 at 9:24 PM, Adam Williamson <awilliam at redhat.com> wrote:
> > http://fedoraproject.org/wiki/Test_Day:Radeon_2009-04-01
> 
> Shouldn't you restrict this test to older Radeon cards (which should
> be using the new radeon-rewrite code) ? R600+ cards do not get KMS or
> any 3D support.

We want testing on all hardware, but I'm updating the page at present to
note things which are known not to work with R600+. Are you sure KMS
doesn't work, though? http://www.x.org/wiki/RadeonFeature has it marked
as 'WIP' for r600 and r700, just the same as r100->r500...
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org
http://www.happyassassin.net



From johnsmithdoe14 at googlemail.com  Tue Mar 31 19:25:38 2009
From: johnsmithdoe14 at googlemail.com (psmith)
Date: Tue, 31 Mar 2009 20:25:38 +0100
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <1238466635.14431.0.camel@valkyrie.localdomain>
References: <49CD379D.8040104@verizon.net>
	<1238389976.3941.3.camel@moose>	<gqr9qk$mk3$1@ger.gmane.org>	<faa16b610903301337i7cd94e4dr61c995c084231a37@mail.gmail.com>	<16de708d0903301345k4298d9bqd2564600acdd3469@mail.gmail.com>	<1238452000.9331.57.camel@valkyrie.localdomain>	<1238462557.1934.11.camel@localhost.localdomain>
	<1238466635.14431.0.camel@valkyrie.localdomain>
Message-ID: <49D26E32.2020802@googlemail.com>

Matthew Saltzman wrote:
> On Mon, 2009-03-30 at 21:22 -0400, Simo Sorce wrote:
>   
>> On Mon, 2009-03-30 at 18:26 -0400, Matthew Saltzman wrote:
>>     
>>> On Mon, 2009-03-30 at 15:45 -0500, Arthur Pemberton wrote:
>>>
>>>       
>>>> You know the reset button on the machine resets the entire machine, right?
>>>>
>>>>         
>>> No matter how fast or sloppy my typing, nor what editor I use, I'm very
>>> unlikely to accidentally reach under the desk and hit the (recessed)
>>> reset button while sitting at the keyboard, working.
>>>
>>> On many machines now, the power switch invokes a shutdown dialog,
>>> instead of simply powering the machine off with no warning--see the
>>> GNOME power-management applet's dialog.  On my wife's Dell Dimension, I
>>> haven't even been able to locate a reset button--the only thing on the
>>> front panel available to press is the power button.  No reset button on
>>> any of my laptops, either.
>>>       
>> On all machines I know of, pressing the power button for 4 seconds
>> performs a hard reset.
>>     
>
> Yes, also not likely to be done by accident.
>
>   
except by those emacs users who have admitted randomly pressing buttons 
to see what they do, you know that's how to learns computers nowadays ;-)



From bugs at cherrybyte.me.uk  Tue Mar 31 19:26:53 2009
From: bugs at cherrybyte.me.uk (planetf1)
Date: Tue, 31 Mar 2009 20:26:53 +0100
Subject: Adobe flash - high CPU, F11, radeon
Message-ID: <gqtqpu$5g5$1@ger.gmane.org>

I've raised a number of video bugs, but after some advice on this one....

When playing flash videos on a Thinkpad T60p core duo @ 2.16 Ghz, ATI 
V5200 (R500 series), compiz enabled I'm seeing v. high CPU consumption from:
  firefox:~65%
  Xorg: ~25%

This is with BBC iplayer (http://www.bbc.co.uk/iplayer -- UK only) 
running 1/4 screen (full is 1600x1200).

This is stuttery, but trying to play full screen just results in a 
performance disaster.

this is with CPU power mode at "performance" - so full 2.16Ghz

Levels are:

flash-plugin-10.0.22.87-1.i386
xorg-x11-drv-ati-6.12.0-2.fc11.i586
mesa-libGL-7.5-0.5.fc11.i586
kernel-PAE-2.6.29-16.fc11.i686

As a comparison, a 720x480 wmv 24bpp 254 kbps played with mplayer, "xv" 
consumes ~15%/10% (2nd figure is mplayer itself) cpu. With "x11" mode it 
was ~25%/12%

Known issue? Should I raise a new bugzilla? Or is it more likely an 
adobe implementation issue?

Note that for those in the UK "BBC iPlayer" really is a killer app. It's 
on WII, mobile, web and allows catchup of most of BBC's output for ~1 
month PVR style either via streaming or download.

Nigel.



From drago01 at gmail.com  Tue Mar 31 19:36:12 2009
From: drago01 at gmail.com (drago01)
Date: Tue, 31 Mar 2009 21:36:12 +0200
Subject: Adobe flash - high CPU, F11, radeon
In-Reply-To: <gqtqpu$5g5$1@ger.gmane.org>
References: <gqtqpu$5g5$1@ger.gmane.org>
Message-ID: <f6ca9fed0903311236g6c9d2ca6l489b798318606eb@mail.gmail.com>

On Tue, Mar 31, 2009 at 9:26 PM, planetf1 <bugs at cherrybyte.me.uk> wrote:
> I've raised a number of video bugs, but after some advice on this one....
>
> When playing flash videos on a Thinkpad T60p core duo @ 2.16 Ghz, ATI V5200
> (R500 series), compiz enabled I'm seeing v. high CPU consumption from:
> ?firefox:~65%
> ?Xorg: ~25%
>
> This is with BBC iplayer (http://www.bbc.co.uk/iplayer -- UK only) running
> 1/4 screen (full is 1600x1200).
>
> This is stuttery, but trying to play full screen just results in a
> performance disaster.
>
> this is with CPU power mode at "performance" - so full 2.16Ghz
>
> Levels are:
>
> flash-plugin-10.0.22.87-1.i386
> xorg-x11-drv-ati-6.12.0-2.fc11.i586
> mesa-libGL-7.5-0.5.fc11.i586
> kernel-PAE-2.6.29-16.fc11.i686
>
> As a comparison, a 720x480 wmv 24bpp 254 kbps played with mplayer, "xv"
> consumes ~15%/10% (2nd figure is mplayer itself) cpu. With "x11" mode it was
> ~25%/12%
>
> Known issue? Should I raise a new bugzilla? Or is it more likely an adobe
> implementation issue?
>
> Note that for those in the UK "BBC iPlayer" really is a killer app. It's on
> WII, mobile, web and allows catchup of most of BBC's output for ~1 month PVR
> style either via streaming or download.
>
> Nigel.
>

Try:

mkdir -p /etc/adobe/
echo "OverrideGPUValidation=1" > /etc/adobe/mms.cfg



From remy.maucherat at gmail.com  Tue Mar 31 19:41:03 2009
From: remy.maucherat at gmail.com (=?ISO-8859-1?Q?R=E9my_Maucherat?=)
Date: Tue, 31 Mar 2009 21:41:03 +0200
Subject: Radeon Test Day: Wednesday April 1st (yes, really)
In-Reply-To: <1238527356.4338.129.camel@adam.local.net>
References: <1238441078.4338.89.camel@adam.local.net>
	<6d959d480903311219j7d7fe63fjb974e7999e941997@mail.gmail.com>
	<1238527356.4338.129.camel@adam.local.net>
Message-ID: <6d959d480903311241t71cefb10p5bbfeab4eec7ad45@mail.gmail.com>

On Tue, Mar 31, 2009 at 9:22 PM, Adam Williamson <awilliam at redhat.com> wrote:
> On Tue, 2009-03-31 at 21:19 +0200, R?my Maucherat wrote:
>> On Mon, Mar 30, 2009 at 9:24 PM, Adam Williamson <awilliam at redhat.com> wrote:
>> > http://fedoraproject.org/wiki/Test_Day:Radeon_2009-04-01
>>
>> Shouldn't you restrict this test to older Radeon cards (which should
>> be using the new radeon-rewrite code) ? R600+ cards do not get KMS or
>> any 3D support.
>
> We want testing on all hardware, but I'm updating the page at present to
> note things which are known not to work with R600+. Are you sure KMS
> doesn't work, though? http://www.x.org/wiki/RadeonFeature has it marked
> as 'WIP' for r600 and r700, just the same as r100->r500...

R600+ does not have it by default (you have to use radeon.modeset=1),
and if I enable it I get no video out (tested on a RV730 and a RV770
card) so it soes not look like it's included at the moment. It's
likely a WIP bundled with the 3D support, but it's not testable at the
moment.

R?my



From tomek at pipebreaker.pl  Tue Mar 31 19:43:49 2009
From: tomek at pipebreaker.pl (Tomasz Torcz)
Date: Tue, 31 Mar 2009 21:43:49 +0200
Subject: dontzap  - a application to revert dontzap setting
In-Reply-To: <20090331150020.GJ19446@nostromo.devel.redhat.com>
References: <49D212AF.5000902@fedoraproject.org>
	<20090331150020.GJ19446@nostromo.devel.redhat.com>
Message-ID: <20090331194349.GA19654@mother.fordon.pl.eu.org>

On Tue, Mar 31, 2009 at 11:00:21AM -0400, Bill Nottingham wrote:
> Rahul Sundaram (sundaram at fedoraproject.org) said: 
> > https://launchpad.net/x-kit - DontZap is an application written in
> > Python which relies on X-Kit and allows users to set the "DontZap"
> > option in xorg.conf. Anyone interested in packaging this?
> > 
> > You will need to package both x-kit and dontzap.
> 
> An app, a configuration framework with four differnet programs, all
> to twiddle one configuration line. Impressive.

  And all of this for manipulating xorg.conf, which doesn't even exists
on modern distros.

-- 
Tomasz Torcz              ,,If you try to upissue this patchset I shall be seeking
xmpp: zdzichubg at chrome.pl   an IP-routable hand grenade.'' -- Andrew Morton (LKML)



From awilliam at redhat.com  Tue Mar 31 19:45:09 2009
From: awilliam at redhat.com (Adam Williamson)
Date: Tue, 31 Mar 2009 12:45:09 -0700
Subject: Radeon Test Day: Wednesday April 1st (yes, really)
In-Reply-To: <6d959d480903311241t71cefb10p5bbfeab4eec7ad45@mail.gmail.com>
References: <1238441078.4338.89.camel@adam.local.net>
	<6d959d480903311219j7d7fe63fjb974e7999e941997@mail.gmail.com>
	<1238527356.4338.129.camel@adam.local.net>
	<6d959d480903311241t71cefb10p5bbfeab4eec7ad45@mail.gmail.com>
Message-ID: <1238528709.4338.133.camel@adam.local.net>

On Tue, 2009-03-31 at 21:41 +0200, R?my Maucherat wrote:
> On Tue, Mar 31, 2009 at 9:22 PM, Adam Williamson <awilliam at redhat.com> wrote:
> > On Tue, 2009-03-31 at 21:19 +0200, R?my Maucherat wrote:
> >> On Mon, Mar 30, 2009 at 9:24 PM, Adam Williamson <awilliam at redhat.com> wrote:
> >> > http://fedoraproject.org/wiki/Test_Day:Radeon_2009-04-01
> >>
> >> Shouldn't you restrict this test to older Radeon cards (which should
> >> be using the new radeon-rewrite code) ? R600+ cards do not get KMS or
> >> any 3D support.
> >
> > We want testing on all hardware, but I'm updating the page at present to
> > note things which are known not to work with R600+. Are you sure KMS
> > doesn't work, though? http://www.x.org/wiki/RadeonFeature has it marked
> > as 'WIP' for r600 and r700, just the same as r100->r500...
> 
> R600+ does not have it by default (you have to use radeon.modeset=1),
> and if I enable it I get no video out (tested on a RV730 and a RV770
> card) so it soes not look like it's included at the moment. It's
> likely a WIP bundled with the 3D support, but it's not testable at the
> moment.

OK, thanks - I'll adjust the instructions and check with Dave on whether
it's ever expected to work.
-- 
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 Mar 31 19:56:45 2009
From: awilliam at redhat.com (Adam Williamson)
Date: Tue, 31 Mar 2009 12:56:45 -0700
Subject: dontzap  - a application to revert dontzap setting
In-Reply-To: <20090331194349.GA19654@mother.fordon.pl.eu.org>
References: <49D212AF.5000902@fedoraproject.org>
	<20090331150020.GJ19446@nostromo.devel.redhat.com>
	<20090331194349.GA19654@mother.fordon.pl.eu.org>
Message-ID: <1238529405.4338.135.camel@adam.local.net>

On Tue, 2009-03-31 at 21:43 +0200, Tomasz Torcz wrote:

> > An app, a configuration framework with four differnet programs, all
> > to twiddle one configuration line. Impressive.
> 
>   And all of this for manipulating xorg.conf, which doesn't even exists
> on modern distros.

Doesn't even exist *by default*. This is perfectly normal for
configuration files in many applications, it's a relatively common
system to have the file not exist by default and only need to be created
manually or automatically if a default setting is required to be
changed.

This doesn't make xorg.conf any less 'current' or 'valid'. It's still
entirely supported by the X.org project and the only recommended /
supported / possible way to change certain configurations. The only
change from 'olden days' is that X is expected and configured to work
without it being present by default, as long as you don't want to change
any default settings.

I think people over-emphasize the scope of this change. It's only
intended to be as I described above. xorg.conf is not at present nor is
it intended to become entirely obsolete.
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org
http://www.happyassassin.net



From mjs at clemson.edu  Tue Mar 31 20:00:17 2009
From: mjs at clemson.edu (Matthew Saltzman)
Date: Tue, 31 Mar 2009 16:00:17 -0400
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <gqtkob$d78$4@ger.gmane.org>
References: <49CD379D.8040104@verizon.net> <1238389976.3941.3.camel@moose>
	<gqr9qk$mk3$1@ger.gmane.org>
	<faa16b610903301337i7cd94e4dr61c995c084231a37@mail.gmail.com>
	<16de708d0903301345k4298d9bqd2564600acdd3469@mail.gmail.com>
	<1238452000.9331.57.camel@valkyrie.localdomain>
	<gqtd6l$fli$3@ger.gmane.org>
	<1238519440.4135.42.camel@valkyrie.localdomain>
	<gqtkob$d78$4@ger.gmane.org>
Message-ID: <1238529617.4135.69.camel@valkyrie.localdomain>

On Tue, 2009-03-31 at 19:43 +0200, Kevin Kofler wrote:
> Matthew Saltzman wrote:
> > OK (I'm trying to picture it, and I keep seeing Rose Mary Woods
> > demonstrating how she "accidentally" created the infamous 18-minute gap
> > in the Watergate tapes), but it's still "unlikely" if you are typing,
> > much more so than any Ctrl-Alt-<whatever> key combo.
> 
> I accidentally hit it with my foot.

Did you move the machine after that, or do you now tie your feet to the
chair posts?

> 
>         Kevin Kofler
> 
> 
-- 
                Matthew Saltzman

Clemson University Math Sciences
mjs AT clemson DOT edu
http://www.math.clemson.edu/~mjs



From caillon at redhat.com  Tue Mar 31 20:02:13 2009
From: caillon at redhat.com (Christopher Aillon)
Date: Tue, 31 Mar 2009 13:02:13 -0700
Subject: dontzap - a application to revert dontzap setting
In-Reply-To: <f12087800903311155i5fd23f62xf5fe31a152b47fc1@mail.gmail.com>
References: <49D212AF.5000902@fedoraproject.org>	<20090331150020.GJ19446@nostromo.devel.redhat.com>	<200903311415.16347.jarod@redhat.com>
	<f12087800903311155i5fd23f62xf5fe31a152b47fc1@mail.gmail.com>
Message-ID: <49D276C5.1050409@redhat.com>

On 03/31/2009 11:55 AM, Adam Miller wrote:
> Yeah, I'll sure to file that in my "this_is_worthless" mercurial branch.
>
> This change will simply require a very small edit to a kickstart file,
> as I've attempted to explain to those in the C-A-Bsp thread.

FWIW, this will prolly get it done:

   %post
   grep -q -s DontZap /etc/X11/xorg.conf
   append=$?
   if [ $append -ne 0 ]; then
     cat >> /etc/X11/xorg.conf << EOF
   Section "ServerFlags"
           Option "DontZap" "false"
   EndSection
   EOF
   fi
   %end

Can we all go home now?



From giallu at gmail.com  Tue Mar 31 20:13:01 2009
From: giallu at gmail.com (Gianluca Sforna)
Date: Tue, 31 Mar 2009 22:13:01 +0200
Subject: dontzap - a application to revert dontzap setting
In-Reply-To: <20090331194349.GA19654@mother.fordon.pl.eu.org>
References: <49D212AF.5000902@fedoraproject.org>
	<20090331150020.GJ19446@nostromo.devel.redhat.com>
	<20090331194349.GA19654@mother.fordon.pl.eu.org>
Message-ID: <d5ad21470903311313x25a45e51rb4a953d5ad38104d@mail.gmail.com>

On Tue, Mar 31, 2009 at 9:43 PM, Tomasz Torcz <tomek at pipebreaker.pl> wrote:
> On Tue, Mar 31, 2009 at 11:00:21AM -0400, Bill Nottingham wrote:
>> An app, a configuration framework with four differnet programs, all
>> to twiddle one configuration line. Impressive.
>
> ?And all of this for manipulating xorg.conf, which doesn't even exists
> on modern distros.

You are obviously lucky enough to never had the need for a proprietary
GPU driver, otherwise you'd be accustomed to seeing xorg.conf
around...

Please note, pyhton-xkit is also a requirement for jockey (the tool to
detect hardware with proprietary drivers available)



-- 
Gianluca Sforna

http://morefedora.blogspot.com
http://www.linkedin.com/in/gianlucasforna



From jlaska at redhat.com  Tue Mar 31 20:26:46 2009
From: jlaska at redhat.com (James Laska)
Date: Tue, 31 Mar 2009 16:26:46 -0400
Subject: 2009-04-02 - Fedora Test Day - Power Management
Message-ID: <1238531206.3763.612.camel@flatline.devel.redhat.com>

Greetings Testers,

Yes that's right, we packed two test days into one week again.  As you
know, Wednesday (2009-04-01) will focus on testing the Radeon driver
[1].  I'd like to also invite you to join #fedora-qa this Thursday
(2009-04-02) to help test Power Management.

While the Fedora 11 PowerManagement feature [2] targets laptop use
cases, the tools and tests are designed to run anywhere.  Testers may be
familiar with the 'powertop' utility from previous Fedora releases.
During the day we'll be using several new utilities including bltk and
tuned.  

So come join #fedora-qa this Thursday, April 2, 2009 to share your Power
Management test results.  A Fedora live image is available to aid
testing.  Stay tuned for more details at
https://fedoraproject.org/wiki/QA/Test_Days/2009-04-02.

Thanks,
James

[1]
https://www.redhat.com/archives/fedora-test-list/2009-March/msg01243.html
[2] https://fedoraproject.org/wiki/Features/PowerManagement
-------------- 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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090331/0ba525e1/attachment.sig>

From kwade at redhat.com  Tue Mar 31 20:59:34 2009
From: kwade at redhat.com (Karsten Wade)
Date: Tue, 31 Mar 2009 13:59:34 -0700
Subject: Wiki Freeze Tomorrow
In-Reply-To: <49D24000.6050506@fedoraproject.org>
References: <6268CAE1187543EF803DFB198B8AEBE3@Aidan>
	<49D24000.6050506@fedoraproject.org>
Message-ID: <20090331205934.GG5688@calliope.phig.org>

On Tue, Mar 31, 2009 at 09:38:32PM +0530, Rahul Sundaram wrote:
> John J. McDonough wrote:
> > The wiki freeze is scheduled for tomorrow.  If you plan to add some
> > release notes content to the wiki, time is getting short.

To be clear, this refers only to the documentation beats used for the
release notes:

https://fedoraproject.org/wiki/Documentation_Beats

> > If there are items you think need more content, but you aren't
> > comfortable with the wordsmithing, leave some content in the wiki and
> > the Docs folks will be happy to clean up the prose.
> > 
> > Following the wiki freeze we still can make changes in the xml, so if
> > something comes up that should change the release notes, email myself or
> > Ryan Lerch and we will make the changes
> 
> That's not really acceptable. A reminder should have gone in much
> earlier. There is lots of content that needs to be updated and a day is
> just not enough.

You are right, there was a lapse in project management reminders.  The
release notes coordinators are leading for the first time, and us old
timers didn't give them good advice about keeping eyes on the
scheduling and nag mail.

Sadly, there isn't much slip room in this schedule that I see:

http://poelstra.fedorapeople.org/schedules/f-11/f-11-docs-tasks.html

If you get a change in to the wiki by 2100 UTC on Thursday, you give
the Docs people very little time to review and convert it to XML for
the translation deadline.  I'll ask the release notes team if they can
make the freeze 'slushy', that is, soft and willing to take as many
last minute changes as they can.

Regardless, the wiki freeze is more "we are ignoring your changes and
won't guarantee they make the Preview Release notes."  Put the changes
in anyway.

We go through this every release.  Waiting until the last minute to
put "lots of content" in to the release notes beats is also
unacceptable.

Docs has been asking for more beat writers and content for some time.
We need real, raw content from the people who know, and we don't get
it. Then at the last moment, a trickle turns in to a flood.

Feature pages are a great start, where they have release note
information.  But we all know that the features are just a small
sampling of all the changes in the release.

Let's ask the Docs folk to be more consistent with the nagging, but
the developers and packagers need to fill more roles providing the raw
content, doing it early and right.

-Karsten, a Docs contributor
-- 
Karsten 'quaid' Wade, Community Gardener
http://quaid.fedorapeople.org
AD0E0C41
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090331/0d59c08c/attachment.sig>

From johnsmithdoe14 at googlemail.com  Tue Mar 31 21:00:23 2009
From: johnsmithdoe14 at googlemail.com (psmith)
Date: Tue, 31 Mar 2009 22:00:23 +0100
Subject: dontzap  - a application to revert dontzap setting
In-Reply-To: <20090331194349.GA19654@mother.fordon.pl.eu.org>
References: <49D212AF.5000902@fedoraproject.org>	<20090331150020.GJ19446@nostromo.devel.redhat.com>
	<20090331194349.GA19654@mother.fordon.pl.eu.org>
Message-ID: <49D28467.60000@googlemail.com>

Tomasz Torcz wrote:
> On Tue, Mar 31, 2009 at 11:00:21AM -0400, Bill Nottingham wrote:
>   
>> Rahul Sundaram (sundaram at fedoraproject.org) said: 
>>     
>>> https://launchpad.net/x-kit - DontZap is an application written in
>>> Python which relies on X-Kit and allows users to set the "DontZap"
>>> option in xorg.conf. Anyone interested in packaging this?
>>>
>>> You will need to package both x-kit and dontzap.
>>>       
>> An app, a configuration framework with four differnet programs, all
>> to twiddle one configuration line. Impressive.
>>     
>
>   And all of this for manipulating xorg.conf, which doesn't even exists
> on modern distros.
>
>   
yeah that's true, but all those emacs weenie's, and those dev's who 
supposedly want to protect everyone from shooting themself in the foot, 
want us who want to keep the X11 default regress to using an xorg.conf, 
when in reality it is them who should be doing the regression and using 
an xorg.conf to disable zapping!



From galibert at pobox.com  Tue Mar 31 21:19:29 2009
From: galibert at pobox.com (Olivier Galibert)
Date: Tue, 31 Mar 2009 23:19:29 +0200
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <1238459147.11709.0.camel@clockmaker.usersys.redhat.com>
References: <gqr9qk$mk3$1@ger.gmane.org>
	<faa16b610903301337i7cd94e4dr61c995c084231a37@mail.gmail.com>
	<gqraro$rqj$1@ger.gmane.org>
	<f12087800903301347o20eb9cb5s24795ba4d27bf116@mail.gmail.com>
	<16de708d0903301354o2782b0dj42d0034f91807d68@mail.gmail.com>
	<20090330220137.GA7358@orient.maison.lan>
	<16de708d0903301504m7decf6dcn80deb5f0791cd087@mail.gmail.com>
	<20090330222810.GA7531@orient.maison.lan>
	<16de708d0903301531ta7e86f8h119a160d7a87e272@mail.gmail.com>
	<1238459147.11709.0.camel@clockmaker.usersys.redhat.com>
Message-ID: <20090331211929.GA98694@dspnet.fr.eu.org>

On Tue, Mar 31, 2009 at 10:25:47AM +1000, Dave Airlie wrote:
> On Mon, 2009-03-30 at 17:31 -0500, Arthur Pemberton wrote:
> > On Mon, Mar 30, 2009 at 5:28 PM, Emmanuel Seyman
> > <emmanuel.seyman at club-internet.fr> wrote:
> > > * Arthur Pemberton [31/03/2009 00:22] :
> > > I can see someone wanting to hit Ctrl-Alt-$Key then Backspace and hitting
> > > Ctrl-Alt-$Key followed by Ctrl-Alt-Backspace instead.
> > 
> > 
> > This is almost entirely in the real of fiction now. I give up. Do
> > whatever whoever decides need to be done with or without any actual
> > open discussion with the stake holders.
> > 
> > 
> 
> At least two people have admitting to doing exactly this.
> 
> You don't understand the word fiction do you?

Way more than two people admit to using C-A-BS.  Couldn't the two
somewhat fumble-fingered people just enable dontzap for themselves?

  OG.



From sundaram at fedoraproject.org  Tue Mar 31 21:28:51 2009
From: sundaram at fedoraproject.org (Rahul Sundaram)
Date: Wed, 01 Apr 2009 02:58:51 +0530
Subject: Wiki Freeze Tomorrow
In-Reply-To: <20090331205934.GG5688@calliope.phig.org>
References: <6268CAE1187543EF803DFB198B8AEBE3@Aidan>	<49D24000.6050506@fedoraproject.org>
	<20090331205934.GG5688@calliope.phig.org>
Message-ID: <49D28B13.40909@fedoraproject.org>

Karsten Wade wrote:

> We go through this every release.  Waiting until the last minute to
> put "lots of content" in to the release notes beats is also
> unacceptable.

I really can't help that. Either I do all that work and not enough
content goes in and I don't have time to do the work with this schedule.
You can clearly see the difference in the quality of the overview
between Fedora 9 (where I had time to do it) vs Fedora 10 (where I
didn't). If other people step up, I am happy to let them.

Rahul






From galibert at pobox.com  Tue Mar 31 21:24:32 2009
From: galibert at pobox.com (Olivier Galibert)
Date: Tue, 31 Mar 2009 23:24:32 +0200
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <a9ba50e50903310939h4f79e961r7310c9cbc32fbbfc@mail.gmail.com>
References: <1238389976.3941.3.camel@moose> <gqr9qk$mk3$1@ger.gmane.org>
	<faa16b610903301337i7cd94e4dr61c995c084231a37@mail.gmail.com>
	<gqraro$rqj$1@ger.gmane.org>
	<f12087800903301347o20eb9cb5s24795ba4d27bf116@mail.gmail.com>
	<16de708d0903301354o2782b0dj42d0034f91807d68@mail.gmail.com>
	<20090330220137.GA7358@orient.maison.lan>
	<a9ba50e50903301535i3bd7d432le8138af8ffa698ae@mail.gmail.com>
	<gqtcqs$fli$2@ger.gmane.org>
	<a9ba50e50903310939h4f79e961r7310c9cbc32fbbfc@mail.gmail.com>
Message-ID: <20090331212432.GB98694@dspnet.fr.eu.org>

On Wed, Apr 01, 2009 at 12:09:01PM +1930, Robert Marcano wrote:
> I was not saying to make Ctrl+Alt+Del works like Windows, I am saying
> Del is very near to Backspace, and when someone see a screensaver
> locked up X session, one of the first thing they try is control + alt
> + del to login, and a simple finger mistake and your session goes
> down.

BS is close to del only on laptop keyboards.  Your scenario
definitively doesn't work as well on laptops.

  OG.



From opensource at till.name  Tue Mar 31 21:29:52 2009
From: opensource at till.name (Till Maas)
Date: Tue, 31 Mar 2009 23:29:52 +0200
Subject: Wiki Freeze Tomorrow
In-Reply-To: <20090331205934.GG5688@calliope.phig.org>
References: <6268CAE1187543EF803DFB198B8AEBE3@Aidan>
	<49D24000.6050506@fedoraproject.org>
	<20090331205934.GG5688@calliope.phig.org>
Message-ID: <200903312330.01481.opensource@till.name>

On Di M?rz 31 2009, Karsten Wade wrote:
> On Tue, Mar 31, 2009 at 09:38:32PM +0530, Rahul Sundaram wrote:
> > John J. McDonough wrote:
> > > The wiki freeze is scheduled for tomorrow.  If you plan to add some
> > > release notes content to the wiki, time is getting short.
>
> To be clear, this refers only to the documentation beats used for the
> release notes:
>
> https://fedoraproject.org/wiki/Documentation_Beats
[...]
> Regardless, the wiki freeze is more "we are ignoring your changes and
> won't guarantee they make the Preview Release notes."  Put the changes
> in anyway.

Does the freeze affect the Preview Release notes or for the GA Release notes?
Regards,
Till
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: This is a digitally signed message part.
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090331/cdf12a8d/attachment.sig>

From wb8rcr at arrl.net  Tue Mar 31 21:37:41 2009
From: wb8rcr at arrl.net (John J. McDonough)
Date: Tue, 31 Mar 2009 17:37:41 -0400
Subject: Wiki Freeze Tomorrow
References: <6268CAE1187543EF803DFB198B8AEBE3@Aidan><49D24000.6050506@fedoraproject.org><20090331205934.GG5688@calliope.phig.org>
	<200903312330.01481.opensource@till.name>
Message-ID: <C0B510BE5E6B4565A7B71DE442669B12@Aidan>


----- Original Message ----- 
From: "Till Maas" <opensource at till.name>
To: <fedora-devel-list at redhat.com>; "For participants of the Documentation 
Project" <fedora-docs-list at redhat.com>
Sent: Tuesday, March 31, 2009 5:29 PM
Subject: Re: Wiki Freeze Tomorrow


> Does the freeze affect the Preview Release notes or
> for the GA Release notes?

They pretty much amount to the same thing.  There is a chance for some 
"small" changes between preview and release, but the real problem is that 
the translators need time to work their magic, and they are expecting the 
strings Thursday night.

--McD




From robert at marcanoonline.com  Tue Mar 31 21:52:35 2009
From: robert at marcanoonline.com (Robert Marcano)
Date: Wed, 1 Apr 2009 17:22:35 +1930
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <20090331212432.GB98694@dspnet.fr.eu.org>
References: <1238389976.3941.3.camel@moose>
	<faa16b610903301337i7cd94e4dr61c995c084231a37@mail.gmail.com>
	<gqraro$rqj$1@ger.gmane.org>
	<f12087800903301347o20eb9cb5s24795ba4d27bf116@mail.gmail.com>
	<16de708d0903301354o2782b0dj42d0034f91807d68@mail.gmail.com>
	<20090330220137.GA7358@orient.maison.lan>
	<a9ba50e50903301535i3bd7d432le8138af8ffa698ae@mail.gmail.com>
	<gqtcqs$fli$2@ger.gmane.org>
	<a9ba50e50903310939h4f79e961r7310c9cbc32fbbfc@mail.gmail.com>
	<20090331212432.GB98694@dspnet.fr.eu.org>
Message-ID: <a9ba50e50903311452u420e4fc0l98f62484b47c83e9@mail.gmail.com>

On Wed, Apr 1, 2009 at 4:54 PM, Olivier Galibert <galibert at pobox.com> wrote:
> On Wed, Apr 01, 2009 at 12:09:01PM +1930, Robert Marcano wrote:
>> I was not saying to make Ctrl+Alt+Del works like Windows, I am saying
>> Del is very near to Backspace, and when someone see a screensaver
>> locked up X session, one of the first thing they try is control + alt
>> + del to login, and a simple finger mistake and your session goes
>> down.
>
> BS is close to del only on laptop keyboards. ?Your scenario
> definitively doesn't work as well on laptops.

So my IBM Latinamerican  keyboard is a laptop keyboard, I did not knew that.

1cm is enough to make a mistake

>
> ?OG.
>
> --
> fedora-devel-list mailing list
> fedora-devel-list at redhat.com
> https://www.redhat.com/mailman/listinfo/fedora-devel-list
>



-- 
Robert Marcano



From alexl at users.sourceforge.net  Tue Mar 31 21:53:37 2009
From: alexl at users.sourceforge.net (Alex Lancaster)
Date: Tue, 31 Mar 2009 14:53:37 -0700
Subject: opensync downgrade to 0.22
In-Reply-To: <20090325143949.740d7647__23238.4034352892$1238186344$gmane$org@lowlatency.de>
	(Andreas Bierfert's message of "Wed\,
	25 Mar 2009 14\:39\:49 +0100")
References: <20090325143949.740d7647__23238.4034352892$1238186344$gmane$org@lowlatency.de>
Message-ID: <sviqlpqrz2.fsf@allele2.eebweb.arizona.edu>

>>>>> "AB" == Andreas Bierfert  writes:

AB> During the next hours opensync will be downgraded to version 0.22 in rawhide as
AB> has been discussed on the devel list recently and been prepared for a while by
AB> Adam Williamson and me.

AB> Test packages can be found here [1] a bug for the downgrade has been opened
AB> here [2].

AB> This downgrade will mean for all packages which depend on opensync in some way
AB> to be rebuild. If there are questions let me and Adam know.

Is anybody actively working on porting these broken deps in rawhide to
the newly downgraded opensync?

Broken deps for i386
----------------------------------------------------------
	libopensync-plugin-kdepim-0.36-2.fc11.i586 requires libopensync.so.1
	libopensync-plugin-syncml-0.35-4.fc10.i386 requires libsyncml.so.0
	libopensync-plugin-syncml-0.35-4.fc10.i386 requires libopensync.so.1
	libopensync-plugin-vformat-0.36-2.fc11.i586 requires libopensync.so.1

One of the continuous problem with pushing out new sonames I've
observed, is that once they are done the person doing the breaking
tends to forget about the breakage that results if they don't happen
to own the broken packages in question.  Obviously the active
maintainer should fix them if possible, but in some cases the person
who is experiencing the breakage may not immediately be aware of what
may need fixing or be able to actual implement the fix.

In these cases it should be incumbent on the person creating the
breakage to assist in all porting and fixing of the package
(e.g. provide a guide to porting, open up bugs on the package with
patches to spec files etc.).  If the primary maintainer cannot or will
not fix the package themselves in a timely manner (e.g. in a few days
or a week), they should try to rebuild and push the affect package
themselves (especially if they are a provenpackager).  Otherwise there
is a tendency to let the broken packages slide to the point that there
is a rush to fix them just before a freeze and that doesn't give
rawhide testers enough time to see if the API/soname fixes actually
worked in the sense of resulting in functioning software that doesn't
fail in weird ways at runtime.

Let's try and avoid that in this circumstance.

Alex



From tibbs at math.uh.edu  Tue Mar 31 22:14:42 2009
From: tibbs at math.uh.edu (Jason L Tibbitts III)
Date: Tue, 31 Mar 2009 17:14:42 -0500
Subject: Orphan package: reiserfs-utils
Message-ID: <ufa8wmlz6el.fsf@compute22.e.math.uh.edu>

Jeff Garzik has indicated in the merge review ticket
(https://bugzilla.redhat.com/show_bug.cgi?id=226367) that he has had
no interest in maintaining reiserfs-utils for some time and so I have
orphaned it for him.  If someone wishes to maintain this package,
please feel free to pick it up but keep in mind that the merge review
linked above needs doing (which should be quite easy) and, though I'm
sure it's obvious to anyone who cares, that the package needs
updating.

 - J<



From christoph.wickert at googlemail.com  Tue Mar 31 22:17:01 2009
From: christoph.wickert at googlemail.com (Christoph Wickert)
Date: Wed, 01 Apr 2009 00:17:01 +0200
Subject: opensync downgrade to 0.22
In-Reply-To: <sviqlpqrz2.fsf@allele2.eebweb.arizona.edu>
References: <20090325143949.740d7647__23238.4034352892$1238186344$gmane$org@lowlatency.de>
	<sviqlpqrz2.fsf@allele2.eebweb.arizona.edu>
Message-ID: <1238537821.3179.99.camel@localhost.localdomain>

Am Dienstag, den 31.03.2009, 14:53 -0700 schrieb Alex Lancaster:
> 
> Is anybody actively working on porting these broken deps in rawhide to
> the newly downgraded opensync?
> 
> Broken deps for i386
> ----------------------------------------------------------
> 	libopensync-plugin-kdepim-0.36-2.fc11.i586 requires libopensync.so.1
> 	libopensync-plugin-syncml-0.35-4.fc10.i386 requires libsyncml.so.0
> 	libopensync-plugin-syncml-0.35-4.fc10.i386 requires libopensync.so.1
> 	libopensync-plugin-vformat-0.36-2.fc11.i586 requires libopensync.so.1

Felix has downgraded libsyncml today and asked me to rebuild
libopensync-plugin-syncml because I'm a proven packager. Kevin already
downgraded the plugin from 0.38 to 0.36, so I just requeued his build.
No joy, it still fails with the same error and it's not due to libsyncml
now. See https://koji.fedoraproject.org/koji/taskinfo?taskID=1268785

Can anybody look into this, I'm not really familiar with it and have to
admit that I'm a little confused after all the recent changes and
downgrades. Downgrade a release further to 0.35?

Regards,
Christoph



From wtogami at redhat.com  Tue Mar 31 22:21:05 2009
From: wtogami at redhat.com (Warren Togami)
Date: Tue, 31 Mar 2009 18:21:05 -0400
Subject: InstantMirror Google SoC 2009 applications due Friday
Message-ID: <49D29751.2090501@redhat.com>

https://fedorahosted.org/InstantMirror/
InstantMirror project home page

https://www.redhat.com/mailman/listinfo/instantmirror-list
Devel discussion list

The deadline for student project applications for Google Summer of Code 
is this Friday.  Several students have expressed interest in working on 
this project.  It is somewhat of a competition to become the SoC student 
on this project.  The chosen student must show leadership and skills 
necessary to work on this project by posting to the devel list thoughts 
about the design.  I also need to know about your programming and 
communication skills, since they are vital to building an open source 
community around this project.

http://socghop.appspot.com/document/show/program/google/gsoc2009/userguide#depth_studentapply
If you are interested in applying to be the SoC student, please follow 
the directions on this page.

Warren Togami
wtogami at redhat.com



From tibbs at math.uh.edu  Tue Mar 31 22:30:51 2009
From: tibbs at math.uh.edu (Jason L Tibbitts III)
Date: Tue, 31 Mar 2009 17:30:51 -0500
Subject: Orphan package: reiserfs-utils
In-Reply-To: <ufa8wmlz6el.fsf@compute22.e.math.uh.edu> (Jason L. Tibbitts,
	III's message of "Tue\, 31 Mar 2009 17\:14\:42 -0500")
References: <ufa8wmlz6el.fsf@compute22.e.math.uh.edu>
Message-ID: <ufa3actz5no.fsf@compute22.e.math.uh.edu>

And note that there is a possibility that this package will drop out
of the distro, which could cause significant issues for people who
currently use reiserfs.  If you care at all about using reiserfs,
please step up.

 - J<



From tcallawa at redhat.com  Tue Mar 31 22:32:44 2009
From: tcallawa at redhat.com (Tom "spot" Callaway)
Date: Tue, 31 Mar 2009 18:32:44 -0400
Subject: opensync downgrade to 0.22
In-Reply-To: <1238537821.3179.99.camel@localhost.localdomain>
References: <20090325143949.740d7647__23238.4034352892$1238186344$gmane$org@lowlatency.de>	<sviqlpqrz2.fsf@allele2.eebweb.arizona.edu>
	<1238537821.3179.99.camel@localhost.localdomain>
Message-ID: <49D29A0C.9080702@redhat.com>

On 03/31/2009 06:17 PM, Christoph Wickert wrote:
> Am Dienstag, den 31.03.2009, 14:53 -0700 schrieb Alex Lancaster:
>> Is anybody actively working on porting these broken deps in rawhide to
>> the newly downgraded opensync?
>>
>> Broken deps for i386
>> ----------------------------------------------------------
>> 	libopensync-plugin-kdepim-0.36-2.fc11.i586 requires libopensync.so.1
>> 	libopensync-plugin-syncml-0.35-4.fc10.i386 requires libsyncml.so.0
>> 	libopensync-plugin-syncml-0.35-4.fc10.i386 requires libopensync.so.1
>> 	libopensync-plugin-vformat-0.36-2.fc11.i586 requires libopensync.so.1
> 
> Felix has downgraded libsyncml today and asked me to rebuild
> libopensync-plugin-syncml because I'm a proven packager. Kevin already
> downgraded the plugin from 0.38 to 0.36, so I just requeued his build.
> No joy, it still fails with the same error and it's not due to libsyncml
> now. See https://koji.fedoraproject.org/koji/taskinfo?taskID=1268785
> 
> Can anybody look into this, I'm not really familiar with it and have to
> admit that I'm a little confused after all the recent changes and
> downgrades. Downgrade a release further to 0.35?

Yes. Probably all the way back to 0.22.

The error is:
-- checking for one of the modules 'opensync-1.0>=0.36'
CMake Error at cmake/modules/FindPkgConfig.cmake:350 (message):
  None of the required 'opensync-1.0>=0.36' found

It is failing because the syncml plugin requires opensync 0.36 to build.
Since it can't find it, it bails out.

~spot



From bpepple at fedoraproject.org  Tue Mar 31 22:41:13 2009
From: bpepple at fedoraproject.org (Brian Pepple)
Date: Tue, 31 Mar 2009 18:41:13 -0400
Subject: Package Review Stats for the week ending March 29th, 2009
Message-ID: <1238539273.3187.3.camel@localhost.localdomain>

Top three FAS account holders who have completed reviewing "Package
review" components on bugzilla for the week ending March 29th, 2009
were Parag AN(????), Jussi Lehtola, and Jason Tibbitts. Below is the
number of package reviews completed.

Parag AN(????) - 7
Jussi Lehtola - 6
Jason Tibbitts - 5
Mamoru Tasaka - 3
Jaroslav Reznik - 2
Jon Ciesla - 2
Nicolas Mailhot - 2
Richard W.M. Jones - 2
Alexey Torkhov - 1
Kevin Kofler - 1
Lubomir Rintel - 1
Marek Mahut - 1
Martin-Gomez Pablo - 1
Mattias Ellert - 1
Michael Schwendt - 1
Miroslav Suchy - 1
Rex Dieter - 1
Robert Scheck - 1
Sebastian Vahl - 1
Silas Sewell - 1
Tejas Dinkar - 1
leigh scott - 1

Thanks,
/B
-- 
Brian Pepple <bpepple at fedoraproject.org>

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: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090331/1deb22bd/attachment.sig>

From awilliam at redhat.com  Tue Mar 31 22:43:59 2009
From: awilliam at redhat.com (Adam Williamson)
Date: Tue, 31 Mar 2009 15:43:59 -0700
Subject: opensync downgrade to 0.22
In-Reply-To: <49D29A0C.9080702@redhat.com>
References: <20090325143949.740d7647__23238.4034352892$1238186344$gmane$org@lowlatency.de>
	<sviqlpqrz2.fsf@allele2.eebweb.arizona.edu>
	<1238537821.3179.99.camel@localhost.localdomain>
	<49D29A0C.9080702@redhat.com>
Message-ID: <1238539439.4338.161.camel@adam.local.net>

On Tue, 2009-03-31 at 18:32 -0400, Tom "spot" Callaway wrote:
> On 03/31/2009 06:17 PM, Christoph Wickert wrote:
> > Am Dienstag, den 31.03.2009, 14:53 -0700 schrieb Alex Lancaster:
> >> Is anybody actively working on porting these broken deps in rawhide to
> >> the newly downgraded opensync?
> >>
> >> Broken deps for i386
> >> ----------------------------------------------------------
> >> 	libopensync-plugin-kdepim-0.36-2.fc11.i586 requires libopensync.so.1
> >> 	libopensync-plugin-syncml-0.35-4.fc10.i386 requires libsyncml.so.0
> >> 	libopensync-plugin-syncml-0.35-4.fc10.i386 requires libopensync.so.1
> >> 	libopensync-plugin-vformat-0.36-2.fc11.i586 requires libopensync.so.1
> > 
> > Felix has downgraded libsyncml today and asked me to rebuild
> > libopensync-plugin-syncml because I'm a proven packager. Kevin already
> > downgraded the plugin from 0.38 to 0.36, so I just requeued his build.
> > No joy, it still fails with the same error and it's not due to libsyncml
> > now. See https://koji.fedoraproject.org/koji/taskinfo?taskID=1268785
> > 
> > Can anybody look into this, I'm not really familiar with it and have to
> > admit that I'm a little confused after all the recent changes and
> > downgrades. Downgrade a release further to 0.35?
> 
> Yes. Probably all the way back to 0.22.
> 
> The error is:
> -- checking for one of the modules 'opensync-1.0>=0.36'
> CMake Error at cmake/modules/FindPkgConfig.cmake:350 (message):
>   None of the required 'opensync-1.0>=0.36' found
> 
> It is failing because the syncml plugin requires opensync 0.36 to build.
> Since it can't find it, it bails out.

As I've discussed with Andreas and Spot via private email, what needs to
happen here is for libsyncml to be downgraded to 0.4.6 to allow the 0.22
version of the opensync plugin to be built.

opensync plugins have to match the main opensync version - a 0.3
opensync plugin build would be useless now we have opensync 0.22 - and
the 0.22 libopensync-plugin-syncml can only build with libsyncml 0.4.6
or earlier. This is fine, though, as libsyncml has no other consumer, at
present it only exists for the opensync plugin to use.

So we just need to downgrade libsyncml to 0.4.6 and
libopensync-plugin-syncml to 0.22 and then all will be OK for F11.

It would be nice if someone could upgrade libwbxml to 0.10.5 at the same
time too, btw - https://libwbxml.opensync.org/

For the others Alex noted: libopensync-plugin-kdepim should be dropped
entirely, there is no usable plugin we can yet package (it will return
in future releases once opensync 0.3/0.4 is usable). vformat, ditto,
IIRC it only exists in opensync 0.3/0.4, not 0.2, so the package should
just be dropped for now.
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org
http://www.happyassassin.net



From jrowens.fedora at ghiapet.net  Tue Mar 31 22:45:52 2009
From: jrowens.fedora at ghiapet.net (J. Randall Owens)
Date: Tue, 31 Mar 2009 15:45:52 -0700
Subject: F11: xorg decision to disable Ctrl-Alt-Backspace
In-Reply-To: <49D10337.1040701@redhat.com>
References: <49CE71AD.6070404@redhat.com>	<385866f0903281245y7499681an4987add4c3e14d7d@mail.gmail.com>	<49CE8298.5000902@fedoraproject.org>	<16de708d0903281414tf00be74sa342a7f384eaa98e@mail.gmail.com>	<49CEC48D.6020400@fedoraproject.org>	<16de708d0903290058i4e2d748cx9a8a181adf64d434@mail.gmail.com>	<49CF9FAF.1050202@fedoraproject.org>	<1238344979.28229.17.camel@arekh.okg>	<20090329170147.GA9841@srcf.ucam.org>	<1238350570.21693.24.camel@localhost.localdomain>	<20090329182644.GB11061@srcf.ucam.org>	<1238353171.21693.59.camel@localhost.localdomain>	<gqpb5i$ge9$1@ger.gmane.org>
	<49D10337.1040701@redhat.com>
Message-ID: <49D29D20.2020708@ghiapet.net>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Casey Dahlin wrote:
> Kevin Kofler wrote:
>> Callum Lerwick wrote:
>>> 3) The average person has ten fingers, ten toes and a nose.
>> I really don't want to have to use my toes or nose to press your key
>> combo. ;-) Sure, a combo which is impossible to press with the hands only
>> would protect effectively against accidental pressing, but it'd also make
>> it a PITA to press the combo when actually needed.
> 
> None of this protects cat owners either. Bubbles can still crash the X server simply by choosing an inappropriate place for her afternoon nap.

As a matter of fact, just last night, my own server-cum-desktop was brought to a
screeching halt when the cat decided to walk across the UPS, and apparently hit
the switch on that.  There's not much of a software fix for that, is there?

And yes, I am a cat ownee and an emacs user (though one that definitely doesn't
appreciate the loss of ctrl-alt-bsp).

- --
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

iEYEARECAAYFAknSnRkACgkQdGy7nCl1Vp8eKACgtgepBX2SOyzKwELo7gAIVAcD
85YAoIhwk2TUKzMJzKegfLBlIpEMFaw9
=Zqw7
-----END PGP SIGNATURE-----



From promac at gmail.com  Tue Mar 31 22:57:14 2009
From: promac at gmail.com (Paulo Cavalcanti)
Date: Tue, 31 Mar 2009 19:57:14 -0300
Subject: dontzap - a application to revert dontzap setting
In-Reply-To: <49D212AF.5000902@fedoraproject.org>
References: <49D212AF.5000902@fedoraproject.org>
Message-ID: <68720af30903311557g56687a80q1dd8bebb3e09f5f9@mail.gmail.com>

On Tue, Mar 31, 2009 at 9:55 AM, Rahul Sundaram
<sundaram at fedoraproject.org>wrote:

> Hi
>
>
> https://launchpad.net/x-kit - DontZap is an application written in
> Python which relies on X-Kit and allows users to set the "DontZap"
> option in xorg.conf. Anyone interested in packaging this?
>
> You will need to package both x-kit and dontzap.
>


Whoever want them, please be my guest:

http://orion.lcg.ufrj.br/RPMS/src/x-kit-0.4.2-1.fc10.src.rpm

http://orion.lcg.ufrj.br/RPMS/src/dontzap-0.1.2-1.fc10.src.rpm

I have some interest in x-kit, because it can be useful to alter
xorg.conf.

dontzap is just a bonus ...

-- 
Paulo Roma Cavalcanti
LCG - UFRJ
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090331/0f0d3fbb/attachment.htm>

From christoph.wickert at googlemail.com  Tue Mar 31 23:24:48 2009
From: christoph.wickert at googlemail.com (Christoph Wickert)
Date: Wed, 01 Apr 2009 01:24:48 +0200
Subject: opensync downgrade to 0.22
In-Reply-To: <1238539439.4338.161.camel@adam.local.net>
References: <20090325143949.740d7647__23238.4034352892$1238186344$gmane$org@lowlatency.de>
	<sviqlpqrz2.fsf@allele2.eebweb.arizona.edu>
	<1238537821.3179.99.camel@localhost.localdomain>
	<49D29A0C.9080702@redhat.com>
	<1238539439.4338.161.camel@adam.local.net>
Message-ID: <1238541888.3179.137.camel@localhost.localdomain>

Am Dienstag, den 31.03.2009, 15:43 -0700 schrieb Adam Williamson:
> On Tue, 2009-03-31 at 18:32 -0400, Tom "spot" Callaway wrote:
> > On 03/31/2009 06:17 PM, Christoph Wickert wrote:
> > > Am Dienstag, den 31.03.2009, 14:53 -0700 schrieb Alex Lancaster:
> > >> Is anybody actively working on porting these broken deps in rawhide to
> > >> the newly downgraded opensync?
> > >>
> > >> Broken deps for i386
> > >> ----------------------------------------------------------
> > >> 	libopensync-plugin-kdepim-0.36-2.fc11.i586 requires libopensync.so.1
> > >> 	libopensync-plugin-syncml-0.35-4.fc10.i386 requires libsyncml.so.0
> > >> 	libopensync-plugin-syncml-0.35-4.fc10.i386 requires libopensync.so.1
> > >> 	libopensync-plugin-vformat-0.36-2.fc11.i586 requires libopensync.so.1
> > > 
> > > Felix has downgraded libsyncml today and asked me to rebuild
> > > libopensync-plugin-syncml because I'm a proven packager. Kevin already
> > > downgraded the plugin from 0.38 to 0.36, so I just requeued his build.
> > > No joy, it still fails with the same error and it's not due to libsyncml
> > > now. See https://koji.fedoraproject.org/koji/taskinfo?taskID=1268785
> > > 
> > > Can anybody look into this, I'm not really familiar with it and have to
> > > admit that I'm a little confused after all the recent changes and
> > > downgrades. Downgrade a release further to 0.35?
> > 
> > Yes. Probably all the way back to 0.22.

I was afraid of that, but you are correct. After talking to Kevin I
downgraded, but the package still does not build because it does not
find the new libsoup in rawhide, see
https://koji.fedoraproject.org/koji/taskinfo?taskID=1268891

> > The error is:
> > -- checking for one of the modules 'opensync-1.0>=0.36'
> > CMake Error at cmake/modules/FindPkgConfig.cmake:350 (message):
> >   None of the required 'opensync-1.0>=0.36' found
> > 
> > It is failing because the syncml plugin requires opensync 0.36 to build.
> > Since it can't find it, it bails out.
> 
> As I've discussed with Andreas and Spot via private email, what needs to
> happen here is for libsyncml to be downgraded to 0.4.6 to allow the 0.22
> version of the opensync plugin to be built.

That's what Felix did that today, see above.
https://koji.fedoraproject.org/koji/buildinfo?buildID=96015

Regards,
Christoph



From lists at ebourne.me.uk  Tue Mar 31 23:35:52 2009
From: lists at ebourne.me.uk (Martin Ebourne)
Date: Tue, 31 Mar 2009 23:35:52 +0000 (UTC)
Subject: Radeon Test Day: Wednesday April 1st (yes, really)
References: <1238441078.4338.89.camel@adam.local.net>
Message-ID: <pan.2009.03.31.23.35.49@ebourne.me.uk>

On Mon, 30 Mar 2009 12:24:38 -0700, Adam Williamson wrote:
> Be it hereby announced that this Wednesday, the first of the glorious
> month of April (ignore Eliot, he was a douche), shall be the Test Day
> for the radeon video driver. Which is used, as you may already have
> deduced, for ATI Radeon (and FireGL) video cards. All of 'em.
> 
> http://fedoraproject.org/wiki/Test_Day:Radeon_2009-04-01

Is there anything specific to test the vsync/tear free video that has 
recently been added to radeon - and which hardware it is expected to work 
on?

Cheers,
Martin



From lists at ebourne.me.uk  Tue Mar 31 23:35:52 2009
From: lists at ebourne.me.uk (Martin Ebourne)
Date: Tue, 31 Mar 2009 23:35:52 +0000 (UTC)
Subject: Radeon Test Day: Wednesday April 1st (yes, really)
References: <1238441078.4338.89.camel@adam.local.net>
Message-ID: <pan.2009.03.31.23.35.52@ebourne.me.uk>

On Mon, 30 Mar 2009 12:24:38 -0700, Adam Williamson wrote:
> Be it hereby announced that this Wednesday, the first of the glorious
> month of April (ignore Eliot, he was a douche), shall be the Test Day
> for the radeon video driver. Which is used, as you may already have
> deduced, for ATI Radeon (and FireGL) video cards. All of 'em.
> 
> http://fedoraproject.org/wiki/Test_Day:Radeon_2009-04-01

Is there anything specific to test the vsync/tear free video that has 
recently been added to radeon - and which hardware it is expected to work 
on?

Cheers,
Martin



From zaitcev at redhat.com  Tue Mar 31 23:40:29 2009
From: zaitcev at redhat.com (Pete Zaitcev)
Date: Tue, 31 Mar 2009 17:40:29 -0600
Subject: question about git workflow
In-Reply-To: <1238517722.4757.42.camel@choeger6>
References: <1238517722.4757.42.camel@choeger6>
Message-ID: <20090331174029.702d9c8f.zaitcev@redhat.com>

On Tue, 31 Mar 2009 18:42:02 +0200, Christoph H?ger <choeger at cs.tu-berlin.de> wrote:

> I am getting used to using git while working with upstream projects. So
> when I try to make a patch available upstream, I encounter the following
> problem: I want to make small commits during my work but of course send
> the result as a single patch via git format-patch. So what's best:

I just go the caveman way and do
git diff origin master > ../x.diff

> And the final question: When I got to the point of sending one single
> patch and upstream merges it, how can I resync with upstream without
> having to clone again? 

Sure, I always do  git pull.  If a conflict occurs, I do this
 - Edit conflicts so the code looks good (using git status to remind
   what's left, and then vi, /, >>> Enter ).
 - make check  # just see how I'm doing
 - git commit -a
   This thing posts this scary message "oh you're committing a MERGE,
   the sky is falling!" inside the commit template. Just do :wq
   and let it commit
In my experience, git merges pretty well. However, I need to watch
out for an occasional double-patch when upstream rearranges chunks.
In C, all functions look the same with 3-line context.

-- Pete



From zaitcev at redhat.com  Tue Mar 31 23:47:35 2009
From: zaitcev at redhat.com (Pete Zaitcev)
Date: Tue, 31 Mar 2009 17:47:35 -0600
Subject: question about git workflow
In-Reply-To: <49D24A5A.4030209@behdad.org>
References: <1238517722.4757.42.camel@choeger6> <49D24A5A.4030209@behdad.org>
Message-ID: <20090331174735.6564268f.zaitcev@redhat.com>

On Tue, 31 Mar 2009 12:52:42 -0400, Behdad Esfahbod <behdad at behdad.org> wrote:

> > I am getting used to using git while working with upstream projects. So
> > when I try to make a patch available upstream, I encounter the following
> > problem: I want to make small commits during my work but of course send
> > the result as a single patch via git format-patch.

> "git-diff from..to" can do that.  But srsly, why not send a patch series? 
> That's the beauty of git.

That only works if your temporary commits make sense. Otherwise
it's a garbage history which cannot be bisected. But I usually commit
things before lunch. Git has many beauties, one is that commits cost
you nothing. Also, free backups.

> > And the final question: When I got to the point of sending one single
> > patch and upstream merges it, how can I resync with upstream without
> > having to clone again?
> 
> git-rebase typically.

Woa, a cannon against sparrows. Although, if you're a big enthusiast
of branches... But I just clone and pull all the time instead.

-- Pete



From dbn.lists at gmail.com  Tue Mar 31 23:51:51 2009
From: dbn.lists at gmail.com (Dan Nicholson)
Date: Tue, 31 Mar 2009 16:51:51 -0700
Subject: question about git workflow
In-Reply-To: <20090331174029.702d9c8f.zaitcev@redhat.com>
References: <1238517722.4757.42.camel@choeger6>
	<20090331174029.702d9c8f.zaitcev@redhat.com>
Message-ID: <91705d080903311651m64a8728and12137e13a3d080c@mail.gmail.com>

On Tue, Mar 31, 2009 at 4:40 PM, Pete Zaitcev <zaitcev at redhat.com> wrote:
> On Tue, 31 Mar 2009 18:42:02 +0200, Christoph H?ger <choeger at cs.tu-berlin.de> wrote:
>
>> And the final question: When I got to the point of sending one single
>> patch and upstream merges it, how can I resync with upstream without
>> having to clone again?
>
> Sure, I always do ?git pull. ?If a conflict occurs, I do this
> ?- Edit conflicts so the code looks good (using git status to remind
> ? what's left, and then vi, /, >>> Enter ).
> ?- make check ?# just see how I'm doing
> ?- git commit -a
> ? This thing posts this scary message "oh you're committing a MERGE,
> ? the sky is falling!" inside the commit template. Just do :wq
> ? and let it commit
> In my experience, git merges pretty well. However, I need to watch
> out for an occasional double-patch when upstream rearranges chunks.
> In C, all functions look the same with 3-line context.

FYI, newer git added a --rebase switch to pull. So, you can do "git
pull --rebase origin", and it will just rebase whatever local commits
you have on top. Of course, you may still have conflicts, and that's
not a good idea if your repo is public.

--
Dan