IIRC it is being marked stable in 2.6.35.
Stable schmable... works like a treat for me and many others; it's
just a possible solution.
C Anthony [mobile]
On Jul 17, 2010, at 3:46 PM, "Евгений Борисов"
wrote:
> BTRFS is not marked stable by developers, so it can not used in
> stable
> arch.
>
BTRFS is not marked stable by developers, so it can not used in stable
arch.
2010/7/17 C Anthony Risinger
> On Sat, Jul 17, 2010 at 2:08 PM, Loui Chang wrote:
> > On Sat 17 Jul 2010 12:15 -0500, C Anthony Risinger wrote:
> >> On Jul 17, 2010, at 11:42 AM, Loui Chang wrote:
> >>
> >> > On Sat
On Sat, Jul 17, 2010 at 2:08 PM, Loui Chang wrote:
> On Sat 17 Jul 2010 12:15 -0500, C Anthony Risinger wrote:
>> On Jul 17, 2010, at 11:42 AM, Loui Chang wrote:
>>
>> > On Sat 17 Jul 2010 11:06 -0500, Victor Lowther wrote:
>> >> Oh, I do. I would just prefer to work with the package management
On Sat 17 Jul 2010 12:15 -0500, C Anthony Risinger wrote:
> On Jul 17, 2010, at 11:42 AM, Loui Chang wrote:
>
> > On Sat 17 Jul 2010 11:06 -0500, Victor Lowther wrote:
> >> Oh, I do. I would just prefer to work with the package management
> >> framework, not work around it.
> >
> > I think this
On Jul 17, 2010, at 11:42 AM, Loui Chang wrote:
> On Sat 17 Jul 2010 11:06 -0500, Victor Lowther wrote:
>> On Sat, 2010-07-17 at 10:42 -0500, Thomas Dziedzic wrote:
>>> On Sat, Jul 17, 2010 at 10:38 AM, Victor Lowther
>>> wrote:
On Sat, 2010-07-17 at 23:10 +0800, Ng Oon-Ee wrote:
> On S
On Sat 17 Jul 2010 11:06 -0500, Victor Lowther wrote:
> On Sat, 2010-07-17 at 10:42 -0500, Thomas Dziedzic wrote:
> > On Sat, Jul 17, 2010 at 10:38 AM, Victor Lowther
> > wrote:
> > > On Sat, 2010-07-17 at 23:10 +0800, Ng Oon-Ee wrote:
> > >> On Sat, 2010-07-17 at 09:17 -0500, Victor Lowther wrote
On Sat, 2010-07-17 at 10:42 -0500, Thomas Dziedzic wrote:
> On Sat, Jul 17, 2010 at 10:38 AM, Victor Lowther
> wrote:
> > On Sat, 2010-07-17 at 23:10 +0800, Ng Oon-Ee wrote:
> >> On Sat, 2010-07-17 at 09:17 -0500, Victor Lowther wrote:
> >> > On Sat, 2010-07-17 at 18:05 +0400, Евгений Борисов wrot
On Sat, Jul 17, 2010 at 10:38 AM, Victor Lowther
wrote:
> On Sat, 2010-07-17 at 23:10 +0800, Ng Oon-Ee wrote:
>> On Sat, 2010-07-17 at 09:17 -0500, Victor Lowther wrote:
>> > On Sat, 2010-07-17 at 18:05 +0400, Евгений Борисов wrote:
>> > > I think it's a bad idea, because the directory /lib/module
On Sat, 2010-07-17 at 23:10 +0800, Ng Oon-Ee wrote:
> On Sat, 2010-07-17 at 09:17 -0500, Victor Lowther wrote:
> > On Sat, 2010-07-17 at 18:05 +0400, Евгений Борисов wrote:
> > > I think it's a bad idea, because the directory /lib/modules/$oldVersion$
> > > will be removed when the package is upgra
2010/7/17 Ng Oon-Ee
> When a kernel is updated kernel modules are as well. For example, nvidia
> is pushed up one pkgrel because a new kernel is out. With your
> suggestion the old kernel is saved as vmlinuz26-old. Which can't get a
> graphical login because the old nvidia module is gone.
>
>
I d
On Sat, Jul 17, 2010 at 12:23:48PM -0300, Rafael Beraldo wrote:
> 2010/7/17 Thomas Dziedzic
>
> > On Sat, Jul 17, 2010 at 10:10 AM, Ng Oon-Ee wrote:
> > > On Sat, 2010-07-17 at 09:17 -0500, Victor Lowther wrote:
> > >> On Sat, 2010-07-17 at 18:05 +0400, Евгений Борисов wrote:
> > >> > I think it
2010/7/17 Rafael Beraldo :
> 2010/7/17 Thomas Dziedzic
>
>> On Sat, Jul 17, 2010 at 10:10 AM, Ng Oon-Ee wrote:
>> > On Sat, 2010-07-17 at 09:17 -0500, Victor Lowther wrote:
>> >> On Sat, 2010-07-17 at 18:05 +0400, Евгений Борисов wrote:
>> >> > I think it's a bad idea, because the directory
>> /l
On Sat, 2010-07-17 at 12:23 -0300, Rafael Beraldo wrote:
> 2010/7/17 Thomas Dziedzic
>
> > On Sat, Jul 17, 2010 at 10:10 AM, Ng Oon-Ee wrote:
> > > On Sat, 2010-07-17 at 09:17 -0500, Victor Lowther wrote:
> > >> On Sat, 2010-07-17 at 18:05 +0400, Евгений Борисов wrote:
> > >> > I think it's a ba
2010/7/17 Thomas Dziedzic
> On Sat, Jul 17, 2010 at 10:10 AM, Ng Oon-Ee wrote:
> > On Sat, 2010-07-17 at 09:17 -0500, Victor Lowther wrote:
> >> On Sat, 2010-07-17 at 18:05 +0400, Евгений Борисов wrote:
> >> > I think it's a bad idea, because the directory
> /lib/modules/$oldVersion$
> >> > will
On Sat, Jul 17, 2010 at 10:10 AM, Ng Oon-Ee wrote:
> On Sat, 2010-07-17 at 09:17 -0500, Victor Lowther wrote:
>> On Sat, 2010-07-17 at 18:05 +0400, Евгений Борисов wrote:
>> > I think it's a bad idea, because the directory /lib/modules/$oldVersion$
>> > will be removed when the package is upgraded
On Sat, 2010-07-17 at 09:17 -0500, Victor Lowther wrote:
> On Sat, 2010-07-17 at 18:05 +0400, Евгений Борисов wrote:
> > I think it's a bad idea, because the directory /lib/modules/$oldVersion$
> > will be removed when the package is upgraded kernel. Trivial solution not
> > exists.
>
> My solutio
On 07/17/2010 05:17 PM, Victor Lowther wrote:
On Sat, 2010-07-17 at 18:05 +0400, Евгений Борисов wrote:
I think it's a bad idea, because the directory /lib/modules/$oldVersion$
will be removed when the package is upgraded kernel. Trivial solution not
exists.
My solution is to hand-roll my own
On Sat, 2010-07-17 at 18:05 +0400, Евгений Борисов wrote:
> I think it's a bad idea, because the directory /lib/modules/$oldVersion$
> will be removed when the package is upgraded kernel. Trivial solution not
> exists.
My solution is to hand-roll my own kernels and initramfs'es after
removing the
2010/7/17 Евгений Борисов :
> I think it's a bad idea, because the directory /lib/modules/$oldVersion$
> will be removed when the package is upgraded kernel. Trivial solution not
> exists.
>
> 2010/7/17 ganlu
>
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> On 2010年07月17日 15:46, Ionuț B
I think it's a bad idea, because the directory /lib/modules/$oldVersion$
will be removed when the package is upgraded kernel. Trivial solution not
exists.
2010/7/17 ganlu
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 2010年07月17日 15:46, Ionuț Bîru wrote:
> > On 07/17/2010 09:27 AM, Mad
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2010年07月17日 15:46, Ionuț Bîru wrote:
> On 07/17/2010 09:27 AM, Madhurya Kakati wrote:
>> Hi,
>> While updating to a new kernel pacman replaces the older kernel with
>> the new
>> one. Is there someway to keep the older kernel in /boot and have new
>
On 07/17/2010 09:27 AM, Madhurya Kakati wrote:
Hi,
While updating to a new kernel pacman replaces the older kernel with the new
one. Is there someway to keep the older kernel in /boot and have new entries
for new kernel in menu.lst while keeping old entries intact?
no
--
Ionuț
On Sat, Jul 17, 2010 at 3:39 AM, Legioner wrote:
> http://wiki.archlinux.org/index.php/Pacman
>
> In pacman.conf:
>
> IgnorePkg=name
> IgnoreGroup=name
If I interpreted correctly this will not work as OP wants. (the kernel
won't be upgraded this way).
Besides extracting and copying manually, I d
http://wiki.archlinux.org/index.php/Pacman
In pacman.conf:
IgnorePkg=name
IgnoreGroup=name
Reply Header
Subject:[arch-general] Keep older kernel intact while upgrading to new
kernel
Author: Madhurya Kakati
Date: 17th July 2010 06:27
Hi,
Whil
24 matches
Mail list logo
