PAE

[Patrick Dupre]

Hello,

How am I update from "no pae" to PAE kenerl.
Even setting DEFAULTKERNEL=kernel-PAE in /etc/sysconfig/kernel
it is ignored by anaconda (from the DVD).
How can I tell to the installer to use such option ?

fedora 11, 12 or 13 ?

Thank

[M A Young]

On Sun, 31 Oct 2010, Patrick Dupre wrote:
> How am I update from "no pae" to PAE kenerl.
> Even setting DEFAULTKERNEL=kernel-PAE in /etc/sysconfig/kernel
> it is ignored by anaconda (from the DVD).
> How can I tell to the installer to use such option ?
>
> fedora 11, 12 or 13 ?

The upgrade with probably keep whatever kernel you have installed. I 
suggest you run
yum install kernel-PAE
and boot from the PAE kernel, and if it works delete the non-PAE kernel 
package(s) afterwards.

Michael Young

[Ed Greshko]

Please Do Not use the email address of [e-mail] for this list.

Use only [e-mail].

The [e-mail] address has been depreciated and using it
will forward to the fedoraproject address.  Using the old redhat.com
address will lead to duplicate messages.

Thanks,
Ed

[mike cloaked]

On Sun, Oct 31, 2010 at 9:04 PM, Ed Greshko  wrote:
> Please Do Not use the email address of [e-mail] for this list.
>
> Use only [e-mail].
>
> The [e-mail] address has been depreciated and using it
> will forward to the fedoraproject address.  Using the old redhat.com
> address will lead to duplicate messages.
>
> Thanks,
> Ed

Will the old address be removed at some point? If so when?

PAE - actually address question by now

[Bill Davidsen]

Ed Greshko wrote:
> Please Do Not use the email address of [e-mail] for this list.
>
> Use only [e-mail].
>
> The [e-mail] address has been depreciated and using it
> will forward to the fedoraproject address.  Using the old redhat.com
> address will lead to duplicate messages.

Ed, it might be better to run down whatever adds that address to some posts than 
to train all users to remove it when using the "reply" feature of their browser. 
The last time this was discussed I checked a post in mt "sent" folder, and I 
sent it to the correct address (and no other), but when I got it back it had 
both old and new addresses in the Reply-To field.

That suggests that something in the posting path still adds the old address to 
the reply-to.

PAE - actually address question by now

[Tim]

Ed Greshko:
> > The [e-mail] address has been depreciated and using it
> > will forward to the fedoraproject address.  Using the old redhat.com
> > address will lead to duplicate messages.

Bill Davidsen:
> Ed, it might be better to run down whatever adds that address to some posts than 
> to train all users to remove it when using the "reply" feature of their browser. 
> The last time this was discussed I checked a post in mt "sent" folder, and I 
> sent it to the correct address (and no other), but when I got it back it had 
> both old and new addresses in the Reply-To field.

Well, if someone writes to the old address, it gets forwarded to this
list with the following headers:

Reply-To:  Community support for Fedora users 
  To:  Fedora List

Correctly stating where it went to, and where replies should go.  If,
while using Evolution, I press "reply," my response is addressed thus:

To:  Community support for Fedora users

And mail works like it's supposed to (it goes to the right list, and
only the right list, as the list owners want it to work).

But, if I press "reply to all," I get this:

To:  Community support for Fedora users 
  CC:  Fedora List

Which, ordinarily *might* be a useful thing, though often not (the
reply-to being a "reply there, *instead*," instruction), and definitely
not in this case.  I think it would be best if the redirection on the
old list was re-organised, so that it either:

a.  Sends back an error message, and the person has to manually repost
to the new list.  They will, quite quickly, drop doing anything with the
old list because all posts to it will error.  The old list was supposed
to stop being used long ago, that we should be proactively discouraging
laziness.

b.  Sends the message to the new list, with appropriately re-written
headers that do *not* include the old list address, in any way.

If you want to migrate people over, rather than maintain two lists, you
actually have to move people off the old list.  Which means doing
something like one of the above suggestions, and probably also deleting
all the memberships on the old list, and making it impossible to sign up
for it, again.