Re: [arch-dev-public] syslinux update to 5.01

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]



On Fri, Feb 1, 2013 at 8:11 AM, Matthew Gyurgyik <pyther@xxxxxxxxxx> wrote:

> On 01/31/2013 12:49 PM, Tobias Powalowski wrote:
>
>> Am 31.01.2013 18:43, schrieb Pierre Schmitz:
>>
>>> Am 31.01.2013 16:09, schrieb Tobias Powalowski:
>>>
>>>> Hi,
>>>> ok syslinux 5.0 series should come to testing again.
>>>> The problem with this release:
>>>> You need to copy all .c32 modules to your /boot/syslinux path.
>>>> - Those who used our shipped install script, will end up in a none menu
>>>> based syslinux shell.
>>>>
>>> As long as we ship this install script we should maintain it. So this
>>> script needs to be altered to copy the needed files.
>>>
>>>  The script has already been modified to at least to syslinux shell.
>> If it should do more, Pyther needs to change it.
>>
>> greetings
>> tpowa
>>
>>
> I'll copy and paste from my previous message (Re: [arch-dev-public]
> syslinux 5.00 in [testing]).
>
> -----
>
> Below you will find the links to the patches for the
> syslinux-install_update script, PKGBUILD, and syslinux.cfg
>
> During an install, the syslinux-install_update script will copy all .c32
> modules to /boot/syslinux. This is recommended by upstream [1]. The size
> cost is minimal, 996K. For updates, I added an array called core_modules.
> During an update, we only copy modules that already exist in
> /boot/syslinux. However, if any core_module does not exist in
> /boot/syslinux it will be copied/symlinked.
>
> With these modifications, when a user upgrades from 4.06 -> 5.00,
> ldlinux.c32 will be copied/symlinked to /boot/syslinux as it is
> core_module. Other modules such as libutil_com.c32 and libcom32.c32 will
> not be copied/linked.
>
> On boot, if a menu is being used, the menu will fail to load (missing
> depends: libutil_com.c32, etc...). However, the user will be given a
> syslinux shell they can boot by entering a label that corresponds to a
> defined label in syslinux.cfg.
>
> A post_install message or a news item suggesting users to copy / symlink
> all modules to /boot/syslinux would be ideal. Users who miss this message,
> will still be able to boot, but instead of the menu loading, they will be
> dropped to a syslinux shell (as explained above).
>
> cp /usr/lib/syslinux/*.c32 /boot/syslinux (/ and /boot on seperate fs)
>
> or
>
> ln -s /usr/lib/syslinux/*.c32 /boot/syslinux (/ and /boot on same fs)
>
> In my opinion, we shouldn't add new modules during an update to
> /boot/syslinux unless, without the module, the system becomes unbootable.
> The rational here being - the user knows best.
>
> Lastly, since com modules are no longer supported and no one has ported
> poweroff.com, I have removed the poweroff section from the syslinux.cfg
> [2].
>
> Patches:
> http://pyther.net/a/syslinux-**5.00-patches-v1/PKGBUILD.diff<http://pyther.net/a/syslinux-5.00-patches-v1/PKGBUILD.diff>
> http://pyther.net/a/syslinux-**5.00-patches-v1/syslinux-**
> install_update.patch<http://pyther.net/a/syslinux-5.00-patches-v1/syslinux-install_update.patch>
> http://pyther.net/a/syslinux-**5.00-patches-v1/syslinux.cfg.**patch<http://pyther.net/a/syslinux-5.00-patches-v1/syslinux.cfg.patch>
>
> [1] "In general, unless you have a reason *not* to install all the .c32
> files, it is probably a good idea." - hpa
>
> [2] #syslinux @freenode:
>   pyther : Hello. Is there a poweroff module for syslinux 5?
>   Ady2 : pyther: no. all .com modules are not supported in 5.00. someone
>   needs to create a new poweroff.c32 compatible with 5.00.
>
>
> Regards,
> Matthew Gyurgyik
>
>
The lib*.c32 modules have been renamed in v5.01. See
http://git.zytor.com/?p=syslinux/syslinux.git;a=blob_plain;f=NEWS;hb=elflink


[QUOTE]
com32: Restrict library filenames to 8.3 format.
[/QUOTE]

Regards.

Keshav


[Index of Archives]     [Linux Wireless]     [Linux Kernel]     [ATH6KL]     [Linux Bluetooth]     [Linux Netdev]     [Kernel Newbies]     [Share Photos]     [IDE]     [Security]     [Git]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux ATA RAID]     [Samba]     [Device Mapper]
  Powered by Linux