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
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 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
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 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 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, 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
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 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
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 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 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 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
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 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
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
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 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
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 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
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 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, 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 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 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 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: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: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 (
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, 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
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 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
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 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
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 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 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 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 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/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/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 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 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
101 - 143 of 143 matches
Mail list logo
