Latest upstream release: 4.06 Current version in Fedora Rawhide: 4.05 URL: http://www.kernel.org/pub/linux/utils/boot/syslinux/ Please consult the package updates policy before you issue an update to a stable branch: https://fedoraproject.org/wiki/Updates_Policy More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring
Changes in 4.06: * Support for NTFS, by Paulo Alcantara. * EXTLINUX: more robust device detection, allow user to override. * kontron_wdt.c32: Add a new module to enable the hardware watchdog of some Kontron boards. It allows enabling the watchdog and then booting a given image. * HDT updated, and now can display images regarding some detection steps. Add postexec command to run a particular entry after HDT's execution, add silent option and various fixes. * ifcpu.c32: Detect hypervisor presence. * lua.c32: Add dhcp support and support for native Syslinux functions syslinux_config(), syslinux_ipappend_strings() and syslinux_reboot(). * isohybrid: Workaround for various EFI systems. * pxechn.c32, a PXE NBP chainloader. More versatile alternative to pxechain.com and resolves the PXELINUX -> WDS issue with Microsoft Windows Server 2008R2 (Gene Cumm). * btrfs: Fix booting off of a subvolume. * com32: Add device tree support. * SYSLINUX: Fix relative paths for VFAT. The CONFIG and APPEND directives now support entirely relative paths.
Latest upstream release: 5.00 Current version in Fedora Rawhide: 4.05 URL: http://www.kernel.org/pub/linux/utils/boot/syslinux/ Please consult the package updates policy before you issue an update to a stable branch: https://fedoraproject.org/wiki/Updates_Policy More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring
Changes in 5.00: * com32: Switched from the COM32 object format to ELF as it is a much more powerful format that allows undefined symbols to be resolved at runtime and dynamic loading of module dependencies, which means modules now become shared object files instead of statically linked binaries - reducing both disk space and runtime memory consumption. * core: Split non-core functionality into ldlinux.c32, which is an ELF module loaded by the core that contains everything the core doesn't require to boot the system, e.g. config parser, command-line interface, etc. * Replaced __intcall() calls with direct function calls now that we can resolve undefined symbols at runtime, thanks to the ELF object support. Now that we no longer need to go through the 16-bit interrupt mechanism we can make full use of the 32-bit execution environment. This change required reimplementing lots of the 16-bit assembly code from core/ in C. * com32: __com32.cs_bounce is gone now we always run in a 32-bit environment once we execute ldlinux.c32. * ldlinux: A new "PATH" directive was added to the ldlinux.c32 config parser that specifies a colon-separated list of directories to search when attempting to load modules. * ALL: Delete all references to/code for 16-bit COMBOOT files. COMBOOT files (.cbt and .com) are no longer supported under Syslinux.
Latest upstream release: 5.01 Current version in Fedora Rawhide: 4.05 URL: http://www.kernel.org/pub/linux/utils/boot/syslinux/ Please consult the package updates policy before you issue an update to a stable branch: https://fedoraproject.org/wiki/Updates_Policy More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring
Is there any wrong in the 5.x tree ?
Latest upstream release: 5.10 Current version in Fedora Rawhide: 4.05 URL: http://kernel.org/pub/linux/utils/boot/syslinux/ Please consult the package updates policy before you issue an update to a stable branch: https://fedoraproject.org/wiki/Updates_Policy More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring
Latest upstream release: 6.00 Current version/release in Fedora Rawhide: 4.05-5.fc19 URL: http://kernel.org/pub/linux/utils/boot/syslinux/ Please consult the package updates policy before you issue an update to a stable branch: https://fedoraproject.org/wiki/Updates_Policy More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring
Latest upstream release: 6.01 Current version/release in Fedora Rawhide: 4.05-5.fc19 URL: http://kernel.org/pub/linux/utils/boot/syslinux/ Please consult the package updates policy before you issue an update to a stable branch: https://fedoraproject.org/wiki/Updates_Policy More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring
*** Bug 949328 has been marked as a duplicate of this bug. ***
Right now updating to 6.01 means we need to move to gnu-efi-3.0t. 3.0t breaks shim because there are some ABI (actually /calling convention/ I think) compatibility errors, so there's some debugging on that side that needs to be done before this can be done.
Peter, is there a BZ to fix gnu-efi-3.0t? Can you add it as a blocker for this BZ? Thanks.
(In reply to Russ Anderson from comment #11) > Peter, is there a BZ to fix gnu-efi-3.0t? bug #817792 follows upstream releases. To see all gnu-efi bugs: http://bugzilla.redhat.com/buglist.cgi?component=gnu-efi&product=Fedora
Latest upstream release: 6.02 Current version/release in Fedora Rawhide: 4.05-7.fc20 URL: http://kernel.org/pub/linux/utils/boot/syslinux/ Please consult the package updates policy before you issue an update to a stable branch: https://fedoraproject.org/wiki/Updates_Policy More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring
(In reply to Peter Jones from comment #10) > Right now updating to 6.01 means we need to move to gnu-efi-3.0t. 3.0t > breaks shim because there are some ABI (actually /calling convention/ I > think) compatibility errors, so there's some debugging on that side that > needs to be done before this can be done. gnu-efi already was updated to 3.0u. Is there anything pending ?
Not only is 3.0u out but it fixes the ABI problems: http://www.syslinux.org/archives/2013-June/020155.html > FYI, for anyone still running into issues with gnu-efi, a new release is > now available (3.0u) which includes all the necessary changes to build > Syslinux 6.x. So, what is the hangup now? I thought it was Fedora Policy to stay as close to current upstream as possible in order to minimize rediscovering problems.
Given the Red Hat Enterprise Linux 7 switch to XFS as default, it'd be nice to pull in the version of syslinux that (claims to) support it. This could use someone building a test package and running it through some sanity checks; e.g. does the cloud image still work?
(In reply to Upstream Release Monitoring from comment #13) > Latest upstream release: 6.02 > Current version/release in Fedora Rawhide: 4.05-7.fc20 > URL: http://kernel.org/pub/linux/utils/boot/syslinux/ DONE http://koji.fedoraproject.org/koji/buildinfo?buildID=509894 -thank you-