Schedule for Wednesday's FESCo Meeting (2013-08-14)

[Reindl Harald]

Am 15.08.2013 18:02, schrieb Ralf Corsepius:
> On 08/15/2013 05:32 PM, Reindl Harald wrote:
>>
>>
>> Am 15.08.2013 17:17, schrieb Ralf Corsepius:
>>> On 08/15/2013 04:36 PM, Paul Wouters wrote:
>>>> On Thu, 15 Aug 2013, Reindl Harald wrote:
>>>>
>>>>> Am 15.08.2013 15:40, schrieb Paul Wouters:
>>>>>> We can't tell people to re-install from scratch every 6 months.
>>>>>> What we need is an "apt-get dist-upgrade" equivalent.
>>>>>
>>>>> *we have*
>>>>>
>>>>> http://fedoraproject.org/wiki/Upgrading_Fedora_using_yum
>>>>>
>>>>> i currently count 450 dist-upgrade this way and the oldest
>>>>> setups are upgraded from Fedora 9 to Fedora 18 - the only
>>>>> stupid is that instead spend more effort in the yum-upgrades
>>>>> waste all the time with preupgrade/fedup and whatever the
>>>>> next inkarnation is known
>>>>
>>> And yet another issue is the fedora-distribution occasionally carrying packages
>>> with greater NEVRs in older releases than in newer release.
>>
>> what does *not* matter in case of "yum distro-sync"
> It does matter, esp in case of the kernel, because the kernel is treated differently 
> from most other packages in yum.

the only case and exactly here is yum the *better* variant
you can verify kernel/grub-config *before* reboot
and it is no problem to fix this before

the shiny tools for upgrade including anaconda in F13 days
did leave me machines more than once in a unbootable state
which not happened in any of the 450 yum-dist-upgrades
i made so far from FC6 to F19

> Another case it matters is case when package versions are identical.
> In these cases, even though the NEVRS may be identical, the contents 
> can be different (different paths, different deps etc.)

nonsense

yum-3.4.3-54.fc18.noarch > yum-3.4.3-54.fc17.noarch

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 263 bytes
Desc: OpenPGP digital signature
URL: <http://lists.fedoraproject.org/pipermail/devel/attachments/20130815/31ae40dd/attachment.sig>