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@gmail.com>
Date: 7 April 2013 17:46
Subject: Re: [fedora-arm] Fedup fc17 -> Fc18 no grub boot menu?
To: David Cook <d.cook@sheffield.ac.uk>, arm@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@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@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
>
>