On Thursday 03 June 2010, Adam Williamson wrote:
> On Wed, 2010-06-02 at 23:05 +0100, Mat Booth wrote:
> > It doesn't even know all English words. In one review I did recently
> > rpmlint flagged the word "decryption" as a spelling error. Which I
> > didn't believe, so I looked it up. It's a valid
On 06/02/2010 08:23 PM, seth vidal wrote:
> On Wed, 2010-06-02 at 10:46 -0700, Jesse Keating wrote:
>> On Wed, 2010-06-02 at 19:41 +0200, Till Maas wrote:
>>> And I doubt that python scripts in below
>>> /usr/lib/python2.6/site-packages usually need to be executable. Since
>>> yum works without any
On 06/02/2010 11:11 PM, Toshio Kuratomi wrote:
=
> If someone would let the FPC know how to write good upstart scripts and
> packages we could certainly write up minimum requirements for the case where
> someone does want to package an upstart script.
And systemd is coming soon too ... i think it
On 06/02/2010 07:25 PM, Matt McCutchen wrote:
> On Wed, 2010-06-02 at 14:48 +0200, Ralf Corsepius wrote:
>> Well, then lets begin:
>>
>> # rpmlint yum
>> yum.noarch: W: self-obsoletion yum-allow-downgrade< 1.1.20-0 obsoletes
>> yum-allow-downgrade
> [...]
>> yum.noarch: W: non-conffile-in-etc /etc
On 06/03/2010 08:44 AM, Matthias Clasen wrote:
> The complication was the talk about virtual provides and whatnot.
>
If the desktop doesn't fall apart if I fail to install a cursor theme
(it should be able to cope up really), all that is needed is for you to
drop the explicit dependency and ad
On 06/03/2010 01:32 AM, Jon Masters wrote:
> Yea. I think you don't do updates for it in general. I think I agree
> with Seth that this is something Anaconda stuffs in place when it
> installs grub.
>
I think a RFE has been filed against Anaconda before but please file one
if not.
Rahul
--
d
On 06/03/2010 02:40 AM, Peter Gordon wrote:
> On Wed, 2010-06-02 at 00:56 +0530, Rahul Sundaram wrote:
>
>> I will work with Ankur Sinha and probably do this for Rawhide in the
>> next couple of days. Peter Gordon, let me know if you have any objections
>>
> This sounds good to me - pleas
On Thu, 2010-06-03 at 08:35 +0530, Rahul Sundaram wrote:
> On 06/03/2010 03:28 AM, Matthias Clasen wrote:
> >
> > That is just making things complicated, for minimal gain.
> >
> >
>
> Yes and no. Purely as a desktop user, there isn't much of a gain but
> certainly for a more minimalistic envi
On Thu, Jun 03, 2010 at 10:18:59AM +0800, Chen Lei wrote:
> 2010/6/3 Toshio Kuratomi :
> >>
> > This is intended to tell people that SystemVinit scripts are mandatory for
> > services managed by the init system. But providing native upstart as an
> > addition (or initng, minit, etc) is not prohibi
On 06/03/2010 03:28 AM, Matthias Clasen wrote:
>
> That is just making things complicated, for minimal gain.
>
>
Yes and no. Purely as a desktop user, there isn't much of a gain but
certainly for a more minimalistic environment it makes sense to list
them in comps and not add a artificial dep
2010/6/3 Toshio Kuratomi :
>>
> This is intended to tell people that SystemVinit scripts are mandatory for
> services managed by the init system. But providing native upstart as an
> addition (or initng, minit, etc) is not prohibited by this.
>
> -Toshio
>
>
I don't think provide both upstart and
On Wed, Jun 2, 2010 at 3:45 PM, Adam Williamson wrote:
> It's a bit intangible and not entirely predicated on whether we're using
> the keyword or flag setup, I think. Currently when we're considering
> bugs we use a search that excludes closed bugs,
In either case, I would suggest that it may be
On Wed, 2010-06-02 at 15:31 -0800, Jeff Spaleta wrote:
> On Wed, Jun 2, 2010 at 2:07 PM, Adam Williamson wrote:
> > Ah. It's a shame it wasn't put up for consideration as a release
> > blocker. Obviously the rather peremptory response from Jakub didn't help
> > with that...
>
> Would the flag con
On Wed, Jun 2, 2010 at 2:07 PM, Adam Williamson wrote:
> Ah. It's a shame it wasn't put up for consideration as a release
> blocker. Obviously the rather peremptory response from Jakub didn't help
> with that...
Would the flag concept for blocker status that Jesse was championing
recently have he
Elio Maldonado (emald...@redhat.com) said:
> > 2) Wait for either of https://admin.fedoraproject.org/updates/glibc-2.12-2
> > or
> > https://admin.fedoraproject.org/updates/pidgin-2.7.1-2.fc13 to be pushed to
> > stable, as those will pull in the i686 nss-softokn-freebl through library
> > depend
On Wed, 2010-06-02 at 23:15 +0300, Ville Skyttä wrote:
> On Wednesday 02 June 2010, James Antill wrote:
>
> > The self obsolete ones are wrong, being able to do:
> >
> > Name: foo
> > Provide: bar = 2
> > Obsolete: bar <= 2
> >
> > ...is completely legal and needed for rename/merging
>
> Yes (
On Wed, 2010-06-02 at 23:05 +0100, Mat Booth wrote:
> It doesn't even know all English words. In one review I did recently
> rpmlint flagged the word "decryption" as a spelling error. Which I
> didn't believe, so I looked it up. It's a valid noun form of the verb
> "decrypt" in the English diction
On Wed, 2010-06-02 at 23:54 +0200, Till Maas wrote:
> On Wed, Jun 02, 2010 at 02:43:11PM -0700, Adam Williamson wrote:
> > On Wed, 2010-06-02 at 09:13 -0500, Bruno Wolff III wrote:
> >
> > > This issue points out a gap in our QA testing.
> >
> > Indeed, although there are _many_ gaps in our QA te
On Wed, 2010-06-02 at 23:51 +0200, Alexander Boström wrote:
> Ok, a mini-Fedora that lives entirely in a subdir of the boot partition,
> containing an application for managing grub.conf and other things.
> Things it should be able to do:
>
> * Manage those yum-integrated btrfs snapshots.
>
On 2 June 2010 22:33, Adam Williamson wrote:
> On Wed, 2010-06-02 at 07:49 -0400, James Laska wrote:
> > On Wed, 2010-06-02 at 10:49 +0200, Ralf Corsepius wrote:
> > > On 06/01/2010 10:43 PM, James Laska wrote:
> > > > Greetings package maintainers,
> > > >
> > > > Want to get notification of any
On Wed, 2010-06-02 at 16:55 -0400, Jon Masters wrote:
> On Wed, 2010-06-02 at 16:47 -0400, Przemek Klosowski wrote:
> > On 06/02/2010 04:02 PM, Jon Masters wrote:
> >
> > > That said, of course eventually you could have two of these images and
> > > allow for them to be upgraded, etc. etc. To star
On Wed, 2010-06-02 at 14:28 -0700, Adam Williamson wrote:
> On Wed, 2010-06-02 at 11:50 -0600, Geoff Reedy wrote:
> > On Wed, Jun 02, 2010 at 02:42:08AM +0530, Rahul Sundaram said
> > > The former is the default theme and has been added as a dependency to a
> > > core package. You are seeing a cas
On Wed, Jun 02, 2010 at 02:43:11PM -0700, Adam Williamson wrote:
> On Wed, 2010-06-02 at 09:13 -0500, Bruno Wolff III wrote:
>
> > This issue points out a gap in our QA testing.
>
> Indeed, although there are _many_ gaps in our QA testing, and this is
> not news. =) We don't have the resources to
On Wed, 2010-06-02 at 18:31 +0200, Christof Damian wrote:
> I am reposting this from fedora php-devel list to get a bigger
> audience. My questions are not that PHP specific:
Good, because neither are my answers =) I know nothing about the area in
question, so bear that in mind.
> I got two quest
Ok, a mini-Fedora that lives entirely in a subdir of the boot partition,
containing an application for managing grub.conf and other things.
Things it should be able to do:
* Manage those yum-integrated btrfs snapshots.
* Download Fedora and other distro pxeboot and live images and
On 02/06/10 21:55, Jon Masters wrote:
--snip--
>> Rescue environment aside, it'd be nice to avoid failing the upgrade
>> because of insufficient space in /boot. I think 200 MB default /boot
>> prove to be too small---perhaps 500 MB should be the new default?
>
> It does seem to be the default in
Lennart Poettering wrote:
> On Wed, 26.05.10 22:06, Björn Persson (bj...@rombobjörn.se) wrote:
> > This suggests to me that environment variables isn't the right way to do
> > this. Environment variables are good for parameters that should be
> > available to many processes. Command line parameters
On Wed, 2010-06-02 at 09:13 -0500, Bruno Wolff III wrote:
> This issue points out a gap in our QA testing.
Indeed, although there are _many_ gaps in our QA testing, and this is
not news. =) We don't have the resources to test anywhere close to
everything. The extent of claimed CPU arch support is
On Wed, 2010-06-02 at 07:49 -0400, James Laska wrote:
> On Wed, 2010-06-02 at 10:49 +0200, Ralf Corsepius wrote:
> > On 06/01/2010 10:43 PM, James Laska wrote:
> > > Greetings package maintainers,
> > >
> > > Want to get notification of any breakage in your just-built koji
> > > packages? This inc
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=598989
--- Comment #3 from Petr Pisar 2010-06-02 17:30:50 EDT ---
It segfaulted here:
0x003deb46b954 <+36>: callq 0x3deb41c658
=
On Wed, 2010-06-02 at 11:50 -0600, Geoff Reedy wrote:
> On Wed, Jun 02, 2010 at 02:42:08AM +0530, Rahul Sundaram said
> > The former is the default theme and has been added as a dependency to a
> > core package. You are seeing a cascading set of dependencies as a result.
>
> Should that be done t
On Wed, 2010-06-02 at 16:04 -0500, Michael Cronenworth wrote:
> Eric Sandeen wrote:
> > Is it better to have a separate volume for this, or to just have a sort
> > of rescue initramfs ...?
> >
> > Seems like the latter is more flexible but then I'm no boot process wizard.
>
> Good suggestion.
>
>
On 06/02/2010 12:51 PM, Bill Nottingham wrote:
> Robert Relyea (rrel...@redhat.com) said:
>>> It's due to the fact that nss-softokn-freebl (actually, *all* the nss/nspr
>>> libraires) do not fit the normal library naming, so it's not explicitly
>>> pulled for
>>> multilib. For any update or releas
On Wed, 2010-06-02 at 00:56 +0530, Rahul Sundaram wrote:
> I will work with Ankur Sinha and probably do this for Rawhide in the
> next couple of days. Peter Gordon, let me know if you have any objections
This sounds good to me - please go ahead with your changes.
(Apologies about the unavailabi
On Thu, Jun 03, 2010 at 02:30:23AM +0800, Chen Lei wrote:
> 2010/6/3 Matt McCutchen :
> > On Wed, 2010-06-02 at 20:00 +0200, Kevin Kofler wrote:
> >> Chen Lei wrote:
> >> > Is it right for the maintainer to provide two separate subpackages,
> >> > one with the tranditional rc.d contents and one wi
Eric Sandeen wrote:
> Is it better to have a separate volume for this, or to just have a sort
> of rescue initramfs ...?
>
> Seems like the latter is more flexible but then I'm no boot process wizard.
Good suggestion.
Another one: What about LVM snapshots? and/or btrfs snapshots?
Either way woul
On Wed, Jun 02, 2010 at 01:43:10PM -0500, Michael Cronenworth wrote:
> Lennart Poettering wrote:
> > We wanted to make the transition from sysv to systemd very easy, and I
> > think this is the simplemost scheme we could come up with. During a
> > transition period packages should just ship both fi
On Wed, 2010-06-02 at 16:47 -0400, Przemek Klosowski wrote:
> On 06/02/2010 04:02 PM, Jon Masters wrote:
>
> > That said, of course eventually you could have two of these images and
> > allow for them to be upgraded, etc. etc. To start with though, I think
> > there's a lot of value in pre-committ
On Wed, 2010-06-02 at 15:39 -0500, Eric Sandeen wrote:
> The ability to create/update a rescue image would be very useful IMHO.
If it was a ramfs that was writable, and you had say yum/rpm in there,
you could update the running code and make use of a newer e2fsck...
--
Jesse Keating
Fedora -- F
On Wed, 2010-06-02 at 15:39 -0500, Eric Sandeen wrote:
> Jon Masters wrote:
> > On Wed, 2010-06-02 at 21:22 +0100, Richard W.M. Jones wrote:
> >> On Wed, Jun 02, 2010 at 03:13:21PM -0500, Eric Sandeen wrote:
> >
> >>> Is it better to have a separate volume for this, or to just have a sort
> >>> of
On 06/02/2010 04:02 PM, Jon Masters wrote:
> That said, of course eventually you could have two of these images and
> allow for them to be upgraded, etc. etc. To start with though, I think
> there's a lot of value in pre-committing a couple hundred MB of disk
> space to having a rescue environment
Jon Masters wrote:
> On Wed, 2010-06-02 at 21:22 +0100, Richard W.M. Jones wrote:
>> On Wed, Jun 02, 2010 at 03:13:21PM -0500, Eric Sandeen wrote:
>
>>> Is it better to have a separate volume for this, or to just have a sort
>>> of rescue initramfs ...?
>> Or if you are able to run a little bit of
On Wed, Jun 02, 2010 at 06:49:53PM +0200, Michael Schwendt wrote:
> On Thu, 03 Jun 2010 00:07:24 +0900, Mamoru wrote:
>
> > Toshio Kuratomi wrote, at 06/02/2010 11:51 PM +9:00:
> > > On Wed, Jun 02, 2010 at 08:12:08PM +0900, Mamoru Tasaka wrote:
> > >> Michael Schwendt wrote, at 06/02/2010 06:49 P
On Wed, 2010-06-02 at 21:22 +0100, Richard W.M. Jones wrote:
> On Wed, Jun 02, 2010 at 03:13:21PM -0500, Eric Sandeen wrote:
> > Is it better to have a separate volume for this, or to just have a sort
> > of rescue initramfs ...?
>
> Or if you are able to run a little bit of C code[1] and can rea
On Wednesday 02 June 2010, Ralf Corsepius wrote:
> binutils.x86_64: W: spelling-error %description -l en_US addr -> add,
> adder, adds
This is a genuine bug, I'll try to have a look into and/or work around it.
Enchant appears to tokenize "addr2line" into two words and naturally ends up
flaggin
Richard W.M. Jones wrote:
> On Wed, Jun 02, 2010 at 03:13:21PM -0500, Eric Sandeen wrote:
>> Jon Masters wrote:
>>> On Wed, 2010-06-02 at 13:03 -0700, Roland McGrath wrote:
> Hm. I can see the use of this, but I can also see issues with how you
> do updates for it sanely (if at all.)
W
On Wed, Jun 02, 2010 at 03:13:21PM -0500, Eric Sandeen wrote:
> Jon Masters wrote:
> > On Wed, 2010-06-02 at 13:03 -0700, Roland McGrath wrote:
> >>> Hm. I can see the use of this, but I can also see issues with how you
> >>> do updates for it sanely (if at all.)
> >> Why would you do updates for i
On Wednesday 02 June 2010, Matt McCutchen wrote:
> The right thing to do is to file a bug against bash-completion to get
> that decision made and then implement it, either by marking the file as
> config or moving /etc/bash_completion.d to /usr/share. The warning is
> not wrong.
Moving to /usr/s
On Wednesday 02 June 2010, James Antill wrote:
> The self obsolete ones are wrong, being able to do:
>
> Name: foo
> Provide: bar = 2
> Obsolete: bar <= 2
>
> ...is completely legal and needed for rename/merging
Yes (assuming you mean "Obsoletes: bar < 2", not "<= 2").
> which is why yum has
Jon Masters wrote:
> On Wed, 2010-06-02 at 13:03 -0700, Roland McGrath wrote:
>>> Hm. I can see the use of this, but I can also see issues with how you
>>> do updates for it sanely (if at all.)
>> Why would you do updates for it? Your install CD/DVD to use for rescue
>> boot doesn't get updated.
On Wed, Jun 2, 2010 at 10:43 AM, Michael Cronenworth wrote:
> Lennart Poettering wrote:
> If you can make everyone move away from sysv to something else, then by
> all means I'll do my best to aid in patches, but I don't have much
> confidence since everything that has been said about systemd has
On Wed, 2010-06-02 at 13:03 -0700, Roland McGrath wrote:
> > Hm. I can see the use of this, but I can also see issues with how you
> > do updates for it sanely (if at all.)
>
> Why would you do updates for it? Your install CD/DVD to use for rescue
> boot doesn't get updated. I'd think you'd just
> Hm. I can see the use of this, but I can also see issues with how you
> do updates for it sanely (if at all.)
Why would you do updates for it? Your install CD/DVD to use for rescue
boot doesn't get updated. I'd think you'd just install a pristine newer
one verbatim if you had a reason to bothe
On Wed, 2010-06-02 at 15:54 -0400, Bill Nottingham wrote:
> Jon Masters (jonat...@jonmasters.org) said:
> > There are various projects implementing LiveCD, rescue, or snapshotted
> > updates. I would like to propose a feature in which some of the
> > rescue/LiveCD bits are (optionally) installed t
Jon Masters (jonat...@jonmasters.org) said:
> There are various projects implementing LiveCD, rescue, or snapshotted
> updates. I would like to propose a feature in which some of the
> rescue/LiveCD bits are (optionally) installed to a spare volume during
> install such that there's always a rescu
Robert Relyea (rrel...@redhat.com) said:
> > It's due to the fact that nss-softokn-freebl (actually, *all* the nss/nspr
> > libraires) do not fit the normal library naming, so it's not explicitly
> > pulled for
> > multilib. For any update or release set that's composed with a package that
> > e
On Wed, 02.06.10 15:27, Tom Lane (t...@redhat.com) wrote:
>
> Michael Cronenworth writes:
> > If you can make everyone move away from sysv to something else, then by
> > all means I'll do my best to aid in patches, but I don't have much
> > confidence since everything that has been said about
Michael Cronenworth writes:
> If you can make everyone move away from sysv to something else, then by
> all means I'll do my best to aid in patches, but I don't have much
> confidence since everything that has been said about systemd has been
> said of upstart a few years ago. Instead of reinve
On Wed, 02.06.10 13:43, Michael Cronenworth (m...@cchtml.com) wrote:
>
> Lennart Poettering wrote:
> > We wanted to make the transition from sysv to systemd very easy, and I
> > think this is the simplemost scheme we could come up with. During a
> > transition period packages should just ship bot
On Wed, 2010-06-02 at 15:04 -0400, Jon Masters wrote:
> Folks,
>
> There are various projects implementing LiveCD, rescue, or snapshotted
> updates. I would like to propose a feature in which some of the
> rescue/LiveCD bits are (optionally) installed to a spare volume during
> install such that t
Folks,
There are various projects implementing LiveCD, rescue, or snapshotted
updates. I would like to propose a feature in which some of the
rescue/LiveCD bits are (optionally) installed to a spare volume during
install such that there's always a rescue/Live boot option that can boot
up to a reco
On 06/01/2010 11:48 AM, Bill Nottingham wrote:
> Elio Maldonado (emald...@redhat.com) said:
>
>> Not sure but I strongly suspect a change made to nss.spec to be the cause.
>> See https://bugzilla.redhat.com/show_bug.cgi?id=596840#c7
>>
> It's due to the fact that nss-softokn-freebl (actu
On Wed, Jun 02, 2010 at 07:59:22PM +0200, Till Maas wrote:
> On Wed, Jun 02, 2010 at 10:46:51AM -0700, Jesse Keating wrote:
> > On Wed, 2010-06-02 at 19:41 +0200, Till Maas wrote:
> > > And I doubt that python scripts in below
> > > /usr/lib/python2.6/site-packages usually need to be executable. Si
Lennart Poettering wrote:
> We wanted to make the transition from sysv to systemd very easy, and I
> think this is the simplemost scheme we could come up with. During a
> transition period packages should just ship both files and it'll work
> with both init systems.
s/systemd/upstart/
This is not
On Wed, 2010-06-02 at 19:59 +0200, Till Maas wrote:
> On Wed, Jun 02, 2010 at 10:46:51AM -0700, Jesse Keating wrote:
> > On Wed, 2010-06-02 at 19:41 +0200, Till Maas wrote:
> > > And I doubt that python scripts in below
> > > /usr/lib/python2.6/site-packages usually need to be executable. Since
> >
2010/6/3 Matt McCutchen :
> On Wed, 2010-06-02 at 20:00 +0200, Kevin Kofler wrote:
>> Chen Lei wrote:
>> > Is it right for the maintainer to provide two separate subpackages,
>> > one with the tranditional rc.d contents and one with an upstart
>> > scripts and make the -upstart subpackage have a h
On Wed, 2010-06-02 at 13:25 -0400, Matt McCutchen wrote:
> On Wed, 2010-06-02 at 14:48 +0200, Ralf Corsepius wrote:
> > Well, then lets begin:
> >
> > # rpmlint yum
> > yum.noarch: W: self-obsoletion yum-allow-downgrade < 1.1.20-0 obsoletes
> > yum-allow-downgrade
[...]
> Which of those messages
On Wed, 2010-06-02 at 10:46 -0700, Jesse Keating wrote:
> On Wed, 2010-06-02 at 19:41 +0200, Till Maas wrote:
> > And I doubt that python scripts in below
> > /usr/lib/python2.6/site-packages usually need to be executable. Since
> > yum works without any problems, these tons of errors are useless,
On Wed, 2010-06-02 at 20:00 +0200, Kevin Kofler wrote:
> Chen Lei wrote:
> > Is it right for the maintainer to provide two separate subpackages,
> > one with the tranditional rc.d contents and one with an upstart
> > scripts and make the -upstart subpackage have a higher priority over
> > sysinit
2010/6/3 Kevin Kofler :
> Chen Lei wrote:
>> Is it right for the maintainer to provide two separate subpackages,
>> one with the tranditional rc.d contents and one with an upstart
>> scripts and make the -upstart subpackage have a higher priority over
>> sysinit subpackage?
>
> No. This is against
On Tue 1 June 2010 8:48:02 am Paul Wouters wrote:
> I'm getting seriously tired of this tor package discussion every six
> months. Seriously, just rip out the childish %post crap, and remove
> all the non-fedora initscript sub package nonsense. This is not the
> Enrico Project.
Halfway there, if y
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=597707
--- Comment #6 from Fedora Update System 2010-06-02
14:10:01 EDT ---
perl-Software-License-0.101410-1.fc13 has been pushed to t
On Wed, Jun 2, 2010 at 9:11 AM, Chris Adams wrote:
> That would require systemd to be installed though, since otherwise
> /etc/systemd doesn't exist (or every package that wants to drop a file
> in there has to own it).
>
> I guess the directory could be added to chkconfig or even filesystem.
Tha
On Wed, 2010-06-02 at 19:41 +0200, Till Maas wrote:
> On Wed, Jun 02, 2010 at 01:25:01PM -0400, Matt McCutchen wrote:
> > On Wed, 2010-06-02 at 14:48 +0200, Ralf Corsepius wrote:
>
> > > yum.noarch: W: non-conffile-in-etc /etc/bash_completion.d/yum.bash
> > > yum.noarch: E: non-executable-script
Jeff Spaleta wrote:
> Even if systemd becomes the default, I doubt upstart is going to disappear
> from the repository.
Uh, IMHO it should get obsoleted by systemd and removed from the repository.
Kevin Kofler
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproje
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=597707
Fedora Update System changed:
What|Removed |Added
--
Chen Lei wrote:
> Is it right for the maintainer to provide two separate subpackages,
> one with the tranditional rc.d contents and one with an upstart
> scripts and make the -upstart subpackage have a higher priority over
> sysinit subpackage?
No. This is against our packaging guidelines. You'll
On Wed, Jun 02, 2010 at 10:46:51AM -0700, Jesse Keating wrote:
> On Wed, 2010-06-02 at 19:41 +0200, Till Maas wrote:
> > And I doubt that python scripts in below
> > /usr/lib/python2.6/site-packages usually need to be executable. Since
> > yum works without any problems, these tons of errors are us
On Wed, Jun 02, 2010 at 02:42:08AM +0530, Rahul Sundaram said
> The former is the default theme and has been added as a dependency to a
> core package. You are seeing a cascading set of dependencies as a result.
Should that be done through comps? It's not a really required for
functionality of th
On Wed, 2010-06-02 at 19:41 +0200, Till Maas wrote:
> And I doubt that python scripts in below
> /usr/lib/python2.6/site-packages usually need to be executable. Since
> yum works without any problems, these tons of errors are useless, too.
> And they make it only harder to find real errors. I did n
On Wed, Jun 02, 2010 at 01:25:01PM -0400, Matt McCutchen wrote:
> On Wed, 2010-06-02 at 14:48 +0200, Ralf Corsepius wrote:
> > yum.noarch: W: non-conffile-in-etc /etc/bash_completion.d/yum.bash
> > yum.noarch: E: non-executable-script
> > /usr/lib/python2.6/site-packages/yum/repos.py 0644L /usr/b
I am reposting this from fedora php-devel list to get a bigger
audience. My questions are not that PHP specific:
I got two questions regarding my effort to package more of the php-qa
packages for fedora.
I have made a package for phpUnderControl now, but to use it you still
have to install Cruis
On Wed, 2010-06-02 at 14:48 +0200, Ralf Corsepius wrote:
> Well, then lets begin:
>
> # rpmlint yum
> yum.noarch: W: self-obsoletion yum-allow-downgrade < 1.1.20-0 obsoletes
> yum-allow-downgrade
[...]
> yum.noarch: W: non-conffile-in-etc /etc/bash_completion.d/yum.bash
> yum.noarch: E: non-execu
Once upon a time, Jeff Spaleta said:
> On Wed, Jun 2, 2010 at 8:37 AM, Lennart Poettering
> wrote:
> > Handling this with systemd is very easy: you can just drop in a file in
> > /etc/init.d/foo *AND* /etc/systemd/system/foo.service from the same
> > package. And then, if something that is not s
On Wed, Jun 2, 2010 at 8:37 AM, Lennart Poettering wrote:
> Handling this with systemd is very easy: you can just drop in a file in
> /etc/init.d/foo *AND* /etc/systemd/system/foo.service from the same
> package. And then, if something that is not systemd is booted it will
> only see the init scri
On Wed, Jun 2, 2010 at 9:13 AM, Chen Lei wrote:
>
> Is it right for the maintainer to provide two separate subpackages,
> one with the tranditional rc.d contents and one with an upstart
> scripts and make the -upstart subpackage have a higher priority over
> sysinit subpackage?
No, that's crazy.
On Thu, 03 Jun 2010 00:07:24 +0900, Mamoru wrote:
> Toshio Kuratomi wrote, at 06/02/2010 11:51 PM +9:00:
> > On Wed, Jun 02, 2010 at 08:12:08PM +0900, Mamoru Tasaka wrote:
> >> Michael Schwendt wrote, at 06/02/2010 06:49 PM +9:00:
> >>> http://bugzilla.redhat.com/570819
> >>>
> >>> A ticket opened
On Wed, 02.06.10 08:12, Jeff Spaleta (jspal...@gmail.com) wrote:
> Assuming moving forward a maintainer has the option to support
> sysinitv, upstart and systemd, what can be done to make sure the
> correct init configuration is loaded on the system? Other than
> including all the configs in the b
On Wed, Jun 02, 2010 at 02:25:17PM +0200, Iain Arnell wrote:
> On Tue, Jun 1, 2010 at 9:40 PM, Richard W.M. Jones wrote:
> >
> > If anyone fancies having a go at fixing perl4caml .. Debian reported
> > a bug compiling this with Perl 5.12 already:
> >
> > http://bugs.debian.org/cgi-bin/bugreport.c
On Wed, 2010-06-02 at 19:07 +0300, Ville Skyttä wrote:
> On Wednesday 02 June 2010, Matthias Clasen wrote:
> > On Wed, 2010-06-02 at 07:49 -0400, James Laska wrote:
> >
> > > Which packages do you maintain where the output has become unmanageable?
> >
> > For myself, I really only think that the s
Just a heads-up:
As part of the ongoing march towards GNOME3, I have switched the
accessibility stack to default to the dbus stack
(at-spi2-core/at-spi2-atk/pyatspi) instead of the Corba stack (at-spi).
Some initial testing shows that orca and caribou seem to work ok. One
issue that I've noticed
On Wed, 2010-06-02 at 08:54 -0400, Matthias Clasen wrote:
> On Wed, 2010-06-02 at 08:36 -0400, seth vidal wrote:
>
> >
> > I think the goal is, of course, to reduce the noise out and focus on
> > making sure the packagers know about the truly broken. :)
> >
>
> Another useful goal might be to o
On Wed, Jun 02, 2010 at 12:11:26PM -0400, David Michael wrote:
> Hi,
>
> On Wed, Jun 2, 2010 at 11:42 AM, Richard W.M. Jones wrote:
> > I wonder what the performance impact is. NOPL appears to be a
> > variable length NOP (no-op). Obviously a very useful instruction for
> > things like alignmen
On Wed, Jun 2, 2010 at 5:21 AM, Patrice Dumas wrote:
> That being said, it seems that the new init system, systemd is already in
> the pipe. Doing a policy for an obsolete technology may be some time
> lost. Maybe even better would be preparing a policy for systemd scripts
> than doing a policy fo
Hi,
On Wed, Jun 2, 2010 at 11:42 AM, Richard W.M. Jones wrote:
> I wonder what the performance impact is. NOPL appears to be a
> variable length NOP (no-op). Obviously a very useful instruction for
> things like alignment, and gcc seems to stuff lots of them into the
> code:
>
> $ objdump -d /
On Tue, Jun 01, 2010 at 04:52:42AM +0200, Ralf Corsepius wrote:
> On 05/31/2010 07:44 PM, Matt Domsch wrote:
> > Fedora Fails To Build From Source Results for i386
> > using rawhide from 2010-05-27
> >
> > This is a full rebuild, the first for Fedora 14's rawhide. The
> > builders all have Fedora
On Wednesday 02 June 2010, Matthias Clasen wrote:
> On Wed, 2010-06-02 at 07:49 -0400, James Laska wrote:
>
> > Which packages do you maintain where the output has become unmanageable?
>
> For myself, I really only think that the spell checks are intolerable.
There have been some complaints about
On Tue, 2010-06-01 at 22:43 +0200, Gland Vador wrote:
> Sorry to reopen this old topic, but the conclusion is not obvious. The
> F13 is out and it seems to have lost support for the Geode LX CPU
> (cf.http://sharkcz.livejournal.com/5708.html), due to the use of the
> NOPL instruction by GCC.
>
On Mon, 2010-05-31 at 12:43 -0500, Matt Domsch wrote:
> nphilipp: gegl,gtkimageview,ufraw
these all built fine as scratch, probably affected by the segfaulting
pkgconfig
--
Nils Philippsen "Those who would give up Essential Liberty to purchase
Red Hat a little Temporary Safet
On Wed, Jun 02, 2010 at 11:23:37AM -0400, David Michael wrote:
> On Wed, Jun 2, 2010 at 2:39 AM, Peter Robinson wrote:
> > It does work in F-12, the response for the lack of support in F-13 was
> > 'deal with it'. There is suppose to be a patch to emulate it in the
> > kernel but apparently it won
1 - 100 of 143 matches
Mail list logo
