On Sun, Jun 30, 2013 at 02:13:29PM +0200, Natanael Copa wrote:
> On Sat, 29 Jun 2013 11:49:05 -0400
> Dubiousjim <dubiousjim@gmail.com> wrote:
>
> > While testing that, I discovered also that HDT is no longer working on
> > my machine.
>
> copy libgpl.c32 and libmenu.c32 in addition to hdt.c32 to /boot.
>
> (syslinux now uses elf format so you can use readelf or scanelf -n to
> troubleshoot this kind of issues)
Oh great! I've verified now that this works, and also verified that syslinux properly detects the sha256 and sha512 passwords.
This patch updates the usage message for HDT. Based on current master, ignoring patch I sent a few minutes ago.
---
main/syslinux/APKBUILD | 8 ++++----main/syslinux/update-extlinux.conf | 4 ++--
2 files changed, 6 insertions(+), 6 deletions(-)
diff --git a/main/syslinux/APKBUILD b/main/syslinux/APKBUILD
index b10cef1..4d4107e 100644
--- a/main/syslinux/APKBUILD+++ b/main/syslinux/APKBUILD
@@ -1,7 +1,7 @@
# Maintainer: Natanael Copa <ncopa@alpinelinux.org>
pkgname=syslinux
pkgver=5.10
-pkgrel=2+pkgrel=3_ver=${pkgver/_/-}
pkgdesc="Boot loader for the Linux operating system"
url="http://syslinux.org"
@@ -48,11 +48,11 @@ package() {
}
md5sums="67c8a85ca275d13b4f7f6139dd47d999 syslinux-5.10.tar.xz
-51df240c4da940cfb52cd8f31876402f update-extlinux.conf+a31d03015cf808d102e799f217631f2c update-extlinux.confa7fc8fa30d7ae47e27ef15923ab3d05a update-extlinux"
sha256sums="4b52d7647d5584c69764c06a836e0d524e5246bf2e94f68cf86342c415508422 syslinux-5.10.tar.xz
-8a626b74355b54f5a538b5e42094955987a7ca547d8b2a78797a5e3ca11cff1f update-extlinux.conf+1f85c09bc88f9da479d1f96bf85a55a88cf71b480e0f9278b78b66d5f3a79fd5 update-extlinux.confb54eb30280875e101623e362921b89cfe641648c14502aa1f5e04f9a52c492d4 update-extlinux"
sha512sums="56422e14b4aa53ca1a5811da0582dbbb349aa52b9e78868bbedc24c67ef2420c4d0ac63fd68c7f0adc2c22606196276265d503b5b6f9d3d796d9ce42845bbdb5 syslinux-5.10.tar.xz
-28f828f81abe183b4206438af639649391c54db4514cae426bba2635b195f6e3f95500df63b8e7085fe9c909139518e64e73c69e75273b0ccdf4f876b38875a5 update-extlinux.conf+132cfc83512008f2a3142aebe78f03916d7fd7f1bde693220e561bf13aadb049718fe845b8077d8712861f92c1552775052448d85310d6ce239e93a96011da8f update-extlinux.conf4e929064fee5b76384608e426d689d536f705304a3998b0044882d03d79f8cc1f4a7be1a1e9b3690a1d2a3cba1ef5dca2989bb6d0223402770741be6de7bbce0 update-extlinux"
diff --git a/main/syslinux/update-extlinux.conf b/main/syslinux/update-extlinux.conf
index 80eb5f1..449d0ab 100644
--- a/main/syslinux/update-extlinux.conf+++ b/main/syslinux/update-extlinux.conf
@@ -46,8 +46,8 @@ xen_opts=dom0_mem=256M
# if you copy /usr/share/syslinux/reboot.c32 to /boot/, a menu entry
# will be auto-generated for it
-# if you copy /usr/share/syslinux/hdt.c32 to /boot/, a menu entry will-# be auto-generated for it+# if you copy hdt.c32, libgpl.c32, and libmenu.c32 from /usr/share/syslinux/+# to /boot/, a menu entry will be auto-generated for HDT# if you download and install /boot/memtest, then if HDT is present it
# will use it, else a separate menu entry will be auto-generated for
--
1.8.3.1
---
Unsubscribe: alpine-devel+unsubscribe@lists.alpinelinux.org
Help: alpine-devel+help@lists.alpinelinux.org
---
On Sun, Jun 30, 2013 at 03:05:29PM +0200, Natanael Copa wrote:
> applied a rebased version of it. I had added support> for /boot/poweroff.c32.
Does that work for you? It didn't work here, and looking at the source
says it's APM-based. I mentioned that in an earlier commit, though I
misdescribed it as the "shutdown" module. (Or maybe it used to be called
that, and was misnamed.) Easy to miss.
We don't even have CONFIG_APM enabled in linux-grsec. I don't know
how compatible it is with current hardware and intermixing with ACPI.
Last time I tried (a few years ago) it was a mess.
Maybe the module doesn't strictly require apm; that's just what the
source comments say. And as I said, it didn't work here.
--
Dubiousjim
dubiousjim@gmail.com
---
Unsubscribe: alpine-devel+unsubscribe@lists.alpinelinux.org
Help: alpine-devel+help@lists.alpinelinux.org
---
On Sun, Jun 30, 2013 at 03:50:56PM +0200, Natanael Copa wrote:
> > We don't even have CONFIG_APM enabled in linux-grsec. I don't know> > how compatible it is with current hardware and intermixing with ACPI.> > Last time I tried (a few years ago) it was a mess.> > syslinux runs before kernel is loaded so kernel config is irrelevant.
Oh yeah.
> > Maybe the module doesn't strictly require apm; that's just what the> > source comments say. And as I said, it didn't work here.> > It worked here.
Huh, must be my hardware. Good that it works for some.
--
Dubiousjim
dubiousjim@gmail.com
---
Unsubscribe: alpine-devel+unsubscribe@lists.alpinelinux.org
Help: alpine-devel+help@lists.alpinelinux.org
---
On Sun, 30 Jun 2013 08:41:36 -0400
Dubiousjim <dubiousjim@gmail.com> wrote:
> > On Sun, Jun 30, 2013 at 02:13:29PM +0200, Natanael Copa wrote:> > On Sat, 29 Jun 2013 11:49:05 -0400> > Dubiousjim <dubiousjim@gmail.com> wrote:> > > > > While testing that, I discovered also that HDT is no longer working on> > > my machine.> > > > copy libgpl.c32 and libmenu.c32 in addition to hdt.c32 to /boot.> > > > (syslinux now uses elf format so you can use readelf or scanelf -n to> > troubleshoot this kind of issues)> > Oh great! I've verified now that this works, and also verified that syslinux properly detects the sha256 and sha512 passwords.> > This patch updates the usage message for HDT. Based on current master, ignoring patch I sent a few minutes ago.> > > ---> main/syslinux/APKBUILD | 8 ++++----> main/syslinux/update-extlinux.conf | 4 ++--> 2 files changed, 6 insertions(+), 6 deletions(-)
applied a rebased version of it. I had added support
for /boot/poweroff.c32.
Thanks!
-nc
---
Unsubscribe: alpine-devel+unsubscribe@lists.alpinelinux.org
Help: alpine-devel+help@lists.alpinelinux.org
---
On Sun, 30 Jun 2013 09:15:54 -0400
Dubiousjim <dubiousjim@gmail.com> wrote:
> On Sun, Jun 30, 2013 at 03:05:29PM +0200, Natanael Copa wrote:> > > applied a rebased version of it. I had added support> > for /boot/poweroff.c32.> > Does that work for you? It didn't work here, and looking at the source> says it's APM-based. I mentioned that in an earlier commit, though I> misdescribed it as the "shutdown" module. (Or maybe it used to be called> that, and was misnamed.) Easy to miss.> > We don't even have CONFIG_APM enabled in linux-grsec. I don't know> how compatible it is with current hardware and intermixing with ACPI.> Last time I tried (a few years ago) it was a mess.
syslinux runs before kernel is loaded so kernel config is irrelevant.
> Maybe the module doesn't strictly require apm; that's just what the> source comments say. And as I said, it didn't work here.
It worked here.
-nc
---
Unsubscribe: alpine-devel+unsubscribe@lists.alpinelinux.org
Help: alpine-devel+help@lists.alpinelinux.org
---