Hello Peter,
I note your comment about 'on list' and hereby comply.
I used a spare SD disk, put fedora 17 on it, ran fedup-cli successfully and
then, with fingers
duly crossed, ran both the new binaries in /boot to see what happened.
Nothing much
except a few rather unkind error messages as you might have predicted; so I
have deleted
the rpms etc. from where fedup-cli had put them (/var/tmp/fedup/).
Regards,
Dave
=========================================================
From: Peter Robinson <pbrobinson(a)gmail.com>
Date: 7 April 2013 17:46
Subject: Re: [fedora-arm] Fedup fc17 -> Fc18 no grub boot menu?
To: David Cook <d.cook(a)sheffield.ac.uk>, arm(a)lists.fedoraproject.org
Please keep all conversations on list so others can benefit from questions.
And no idea where it caches it all, I've never used it. I presume it
would be in /var somewhere but the usual disk utils should be able to
answer the question for you.
Peter
On Sun, Apr 7, 2013 at 4:32 PM, David Cook <d.cook(a)sheffield.ac.uk> wrote:
Hello Again Peter,
OK - I should have realised but it still leaves me with a smaller
problem: I
don't know where
fedup has parked all the update material so can delete it - do you know
where it is?
Regards,
Dave
=======================================================
On 5 April 2013 06:44, Peter Robinson <pbrobinson(a)gmail.com> wrote:
>
>
>> This is one for P (Peter?) Robinson I think
>
>
> You think wrong.
>
>>
>> I have just done fedup-cli on my Raspberry Pi which worked fine but on
>> re-booting there is no
>> boot menu from grub - it simply boots, as before, into FC17 with
>> graphical login invitation.
>
>
> That is because the RPi doesn't run grub, in fact none of the ARM
> platforms currently support grub and as a result fedup isn't currently
> supported.
>
>>
>> I looked at /boot and see that there is an executable file vmlinuz-fedup
>> there, should
>> I just execute it and hope for the best? I recently did the same
>> operation for fc17 -> fc18 on
>> my 686 machine which went without a hitch - perhaps because it always
>> gives a
>> (brief glimpse of!) a grub boot menu.
>>
>
> Generally I don't execute random binaries and hope for the best.... We
> currently don't really support upgrades on ARM. I've used "yum
upgrade"
> without issues in the past but on hardfp platforms there was a change in
the
> core linker soname path so it's not always reliable. That
said we
currently
> don't support fedup as it has a hard requirement on the
bootloader which
> doesn't currently work on ARM. I find in most cases it's easiest to get a
> new SD card and set it up with the new release then pull the old one out
and
> plug the new one in. It has easy roll back and other advantages.
>
> Ultimately though the upgradability and dealing with new RPi kernels is a
> question for Seneca to answer as the RPi is their project
>
> Peter