Menu
▾
▴
trustedgrub-users — Topics interesting for TrustedGRUB users
You can subscribe to this list here.
| 2006 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(2) |
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2007 |
Jan
|
Feb
(7) |
Mar
(2) |
Apr
(4) |
May
(2) |
Jun
|
Jul
|
Aug
(3) |
Sep
(1) |
Oct
(2) |
Nov
(2) |
Dec
(12) |
| 2008 |
Jan
|
Feb
|
Mar
(1) |
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
(14) |
Dec
|
| 2009 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(5) |
Aug
(14) |
Sep
(20) |
Oct
|
Nov
(6) |
Dec
|
| 2010 |
Jan
(2) |
Feb
(6) |
Mar
(2) |
Apr
(7) |
May
(1) |
Jun
(1) |
Jul
(11) |
Aug
(9) |
Sep
(4) |
Oct
(2) |
Nov
(3) |
Dec
(10) |
| 2011 |
Jan
|
Feb
|
Mar
(4) |
Apr
(1) |
May
(1) |
Jun
(1) |
Jul
(5) |
Aug
(4) |
Sep
(1) |
Oct
|
Nov
(4) |
Dec
|
| 2012 |
Jan
(1) |
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
(3) |
Nov
|
Dec
|
| 2013 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
(2) |
Aug
|
Sep
(4) |
Oct
|
Nov
(11) |
Dec
(2) |
| 2014 |
Jan
(3) |
Feb
|
Mar
|
Apr
(8) |
May
(2) |
Jun
(5) |
Jul
|
Aug
|
Sep
(1) |
Oct
(1) |
Nov
|
Dec
|
| 2015 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(2) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
|
From: Marcel S. <m.s...@si...> - 2008-11-06 15:11:18
|
> libc6-dev-i386 (2.8~20080505-0ubuntu7) ... > lib32gomp1 (4.3.2-1ubuntu11) ... > gcc-4.3-multilib (4.3.2-1ubuntu11) ... > gcc-multilib (4:4.3.1-1ubuntu2) ... > lib32bz2-1.0 (1.0.5-0.1ubuntu1) ... > libbz2-dev (1.0.5-0.1ubuntu1) ... > lib32bz2-dev (1.0.5-0.1ubuntu1) ... > lib32z1-dev (1:1.2.3.3.dfsg-12ubuntu1) ... thanks! > docs/Makefile.am:30: `%'-style pattern rules are a GNU make extension > docs/Makefile.am:33: `%'-style pattern rules are a GNU make extension > docs/Makefile.am:36: `%'-style pattern rules are a GNU make extension > docs/Makefile.am:3: compiling `kernel.c' with per-target flags requires > `AM_PROG_CC_C_O' in `configure.ac' > /usr/share/automake-1.10/am/depend2.am: am__fastdepCCAS does not appear > in AM_CONDITIONAL > /usr/share/automake-1.10/am/depend2.am: The usual way to define > `am__fastdepCCAS' is to add `AM_PROG_AS' > /usr/share/automake-1.10/am/depend2.am: to `configure.ac' and run > `aclocal' and `autoconf' again. > autoreconf: automake failed with exit status: 1 > > I'm not going to mess at this level without guidance, I think! > Suggestions, please? Very good, we are on a good way, since this problem can be solved by applying this original GRUB-patch: http://www.koders.com/noncode/fid243FBF39BBB8AEB881A7535D308037D8C9AF5AD0.aspx -- Sirrix AG security technologies - http://www.sirrix.com Marcel Selhorst eMail: m.s...@si... Tel +49(234) 61 0071-199 Fax +49(234) 61 0071-599 get my public key from keyserver, key id: 0x7C9821CC Fingerprint 4138 E617 E62E 79D3 E663 BE5A 14E7 1CD8 7C98 21CC Vorstand: Ammar Alkassar (Vors.), Ahmad-Reza Sadeghi, Christian Stüble Vorsitzender des Aufsichtsrates: Prof. Dr. Kai Rannenberg Sitz der Gesellschaft: Homburg/Saar, HRB 3857 Amtsgericht Saarbrücken This message may contain confidential and/or privileged information. If you are not the addressee, you must not use, copy, disclose or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. |
|
From: Mike B. <mbu...@ce...> - 2008-11-06 14:39:17
|
Marcel - > OK, just for my personal interest: Do you remember the names of the packages you > had to install? This might be an interesting addition to the FAQ. I already had ia32-libs installed, so thought I'd try ia32-libs-dev. There was no installation candidate, so I took what was offered as an alternative, which was: libc6-dev-i386 (2.8~20080505-0ubuntu7) ... lib32gomp1 (4.3.2-1ubuntu11) ... gcc-4.3-multilib (4.3.2-1ubuntu11) ... gcc-multilib (4:4.3.1-1ubuntu2) ... lib32bz2-1.0 (1.0.5-0.1ubuntu1) ... libbz2-dev (1.0.5-0.1ubuntu1) ... lib32bz2-dev (1.0.5-0.1ubuntu1) ... lib32z1-dev (1:1.2.3.3.dfsg-12ubuntu1) ... Hope that's useful. > > 'make' fails, however > > (end of output below). It seems that the key issue is > > __stack_chk_fail > > > > Googling similar errors in other packages, it seems that the careful > > addition of "-fno-stack-protector" may help, but I don't feel qualified > > to be certain whether this is a good idea, or where to put it. > > > > (I tried changing line 90 of my Makefile from > > IMHO, "just" changing the Makefile will not help, Thought it might take more than that! > I would put it in line 50 of > "configure.ac" and then execute the following commands: > > # rm configure > # aclocal > # autoreconf -i > autoreconf -i docs/Makefile.am:30: `%'-style pattern rules are a GNU make extension docs/Makefile.am:33: `%'-style pattern rules are a GNU make extension docs/Makefile.am:36: `%'-style pattern rules are a GNU make extension docs/Makefile.am:3: compiling `kernel.c' with per-target flags requires `AM_PROG_CC_C_O' in `configure.ac' /usr/share/automake-1.10/am/depend2.am: am__fastdepCCAS does not appear in AM_CONDITIONAL /usr/share/automake-1.10/am/depend2.am: The usual way to define `am__fastdepCCAS' is to add `AM_PROG_AS' /usr/share/automake-1.10/am/depend2.am: to `configure.ac' and run `aclocal' and `autoconf' again. autoreconf: automake failed with exit status: 1 I'm not going to mess at this level without guidance, I think! Suggestions, please? -Mike. > # ./configure > # make > > Please try this, as soon as I have access to the 64bit Ubuntu machine, I will > try it on my own. > > Best regards, > Marcel -- Mike Bursell, CISSP, MBA: European Technical Manager Certicom Corp mobile: +44 7971 926937 |
|
From: Marcel S. <m.s...@si...> - 2008-11-06 13:36:00
|
Hi Mike, > I've got further on, thanks. I'm afraid that I'd not installed all the > relevant 32bit compability packages (I thought I had!). I can now > complete configuration, and I'm getting close. OK, just for my personal interest: Do you remember the names of the packages you had to install? This might be an interesting addition to the FAQ. > 'make' fails, however > (end of output below). It seems that the key issue is > __stack_chk_fail > > Googling similar errors in other packages, it seems that the careful > addition of "-fno-stack-protector" may help, but I don't feel qualified > to be certain whether this is a good idea, or where to put it. > > (I tried changing line 90 of my Makefile from IMHO, "just" changing the Makefile will not help, I would put it in line 50 of "configure.ac" and then execute the following commands: # rm configure # aclocal # autoreconf -i # ./configure # make Please try this, as soon as I have access to the 64bit Ubuntu machine, I will try it on my own. Best regards, Marcel -- Sirrix AG security technologies - http://www.sirrix.com Marcel Selhorst eMail: m.s...@si... Tel +49(234) 61 0071-199 Fax +49(234) 61 0071-599 get my public key from keyserver, key id: 0x7C9821CC Fingerprint 4138 E617 E62E 79D3 E663 BE5A 14E7 1CD8 7C98 21CC Vorstand: Ammar Alkassar (Vors.), Ahmad-Reza Sadeghi, Christian Stüble Vorsitzender des Aufsichtsrates: Prof. Dr. Kai Rannenberg Sitz der Gesellschaft: Homburg/Saar, HRB 3857 Amtsgericht Saarbrücken This message may contain confidential and/or privileged information. If you are not the addressee, you must not use, copy, disclose or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. |
|
From: Mike B. <mbu...@ce...> - 2008-11-06 12:03:10
|
Marcel -
I've got further on, thanks. I'm afraid that I'd not installed all the
relevant 32bit compability packages (I thought I had!). I can now
complete configuration, and I'm getting close. 'make' fails, however
(end of output below). It seems that the key issue is
__stack_chk_fail
Googling similar errors in other packages, it seems that the careful
addition of "-fno-stack-protector" may help, but I don't feel qualified
to be certain whether this is a good idea, or where to put it.
(I tried changing line 90 of my Makefile from
CFLAGS = -m32 -g
to
CFLAGS = -m32 -g -fno-stack-protector
in case it was that simple, but that hasn't worked!).
Let me know if you need other information for debugging.
Many thanks,
-Mike.
then mv -f ".deps/pre_stage2_exec-tparm.Tpo"
".deps/pre_stage2_exec-tparm.Po"; else rm -f
".deps/pre_stage2_exec-tparm.Tpo"; exit 1; fi
gcc -m32 -g -o pre_stage2.exec -nostdlib -Wl,-N -Wl,-Ttext -Wl,8200
pre_stage2_exec-asm.o pre_stage2_exec-bios.o pre_stage2_exec-boot.o
pre_stage2_exec-builtins.o pre_stage2_exec-char_io.o
pre_stage2_exec-cmdline.o pre_stage2_exec-common.o
pre_stage2_exec-console.o pre_stage2_exec-disk_io.o
pre_stage2_exec-fsys_ext2fs.o pre_stage2_exec-fsys_fat.o
pre_stage2_exec-fsys_ntfs.o pre_stage2_exec-fsys_ffs.o
pre_stage2_exec-fsys_iso9660.o pre_stage2_exec-fsys_jfs.o
pre_stage2_exec-fsys_minix.o pre_stage2_exec-fsys_reiserfs.o
pre_stage2_exec-fsys_ufs2.o pre_stage2_exec-fsys_vstafs.o
pre_stage2_exec-fsys_xfs.o pre_stage2_exec-gunzip.o
pre_stage2_exec-hercules.o pre_stage2_exec-md5.o
pre_stage2_exec-serial.o pre_stage2_exec-sha1.o
pre_stage2_exec-smp-imps.o pre_stage2_exec-stage2.o
pre_stage2_exec-terminfo.o pre_stage2_exec-tparm.o
pre_stage2_exec-bios.o: In function `get_cdinfo':
/usr/src/TrustedGRUB-1.1.3/TrustedGRUB-1.1.3/stage2/bios.c:179:
undefined reference to `__stack_chk_fail'
pre_stage2_exec-bios.o: In function `get_diskinfo':
/usr/src/TrustedGRUB-1.1.3/TrustedGRUB-1.1.3/stage2/bios.c:317:
undefined reference to `__stack_chk_fail'
pre_stage2_exec-boot.o: In function `load_checkfile':
/usr/src/TrustedGRUB-1.1.3/TrustedGRUB-1.1.3/stage2/boot.c:298:
undefined reference to `__stack_chk_fail'
pre_stage2_exec-boot.o: In function `load_image':
/usr/src/TrustedGRUB-1.1.3/TrustedGRUB-1.1.3/stage2/boot.c:1051:
undefined reference to `__stack_chk_fail'
pre_stage2_exec-boot.o: In function `load_module':
/usr/src/TrustedGRUB-1.1.3/TrustedGRUB-1.1.3/stage2/boot.c:1216:
undefined reference to `__stack_chk_fail'
pre_stage2_exec-builtins.o:/usr/src/TrustedGRUB-1.1.3/TrustedGRUB-1.1.3/stage2/builtins.c:225: more undefined references to `__stack_chk_fail' follow
collect2: ld returned 1 exit status
make[2]: *** [pre_stage2.exec] Error 1
make[2]: Leaving directory
`/usr/src/TrustedGRUB-1.1.3/TrustedGRUB-1.1.3/stage2'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory
`/usr/src/TrustedGRUB-1.1.3/TrustedGRUB-1.1.3'
On Wed, 2008-11-05 at 16:00 -0500, Mike Bursell wrote:
> Marcel -
> That would be great, thanks. I'm on Ubuntn 8.10, btw.
>
> -Mike.
> --
> Sent from my mobile.
> Mike Bursell, European Technical Manager,
> Certicom. mob: +447971926937
>
> --- original message ---
> From: "Marcel Selhorst" <m.s...@si...>
> Subject: Re: [Trustedgrub-users] Compiling under 64bit Linux
> Date: 5th November 2008
> Time: 5:52:53 pm
>
>
> Hi Mike,
>
> I am using a 64-Bit Gentoo-Linux and I can compile TrustedGRUB without any
> problems (although I have to admit, that Gentoo is very compiling-friendly
> compared to Ubuntu et.al.).
> Usually, the "-m32" CFLAG should take care of your needs, so I assume, that this
> is more a problem of your installed libs...
> Probably you need to install something like "emul-linux-x86-compat", but I don't
> know how the according packages on Debian-based systems are called.
>
> I can ask our admins tomorrow, whether we have a 64-Bit ubuntu somewhere
> installed in the company, so that I can check it myself.
>
> I'll get back to you asap.
>
> Cheers,
> Marcel
>
> Mike Bursell schrieb:
> > Hi -
> >
> > I'm having problems compiling under 64bit Linux (output from .configure
> > below). Are there real issues compiling under 64bit, and if so, does
> > anyone have any idea how easily they might be fixed with a chroot
> > environment? I'd prefer not to have set one up if I can avoid it, and
> > I'm going to be executing under 64bit (setting up a chroot that early
> > seems somewhat like overkill...).
> >
> > Any help much appreciated!
> >
> > Thanks,
> >
> > -Mike.
> >
> > gcc version 4.3.2 (Ubuntu 4.3.2-1ubuntu11)
> > configure:2943: $? = 0
> > configure:2950: gcc -V >&5
> > gcc: '-V' option must have argument
> > configure:2953: $? = 1
> > configure:2976: checking for C compiler default output file name
> > configure:3003: gcc -m32 conftest.c >&5
> > /usr/bin/ld: skipping
> > incompatible /usr/lib/gcc/x86_64-linux-gnu/4.3.2/libgcc.a when searching
> > for -lgcc
> > /usr/bin/ld: skipping
> > incompatible /usr/lib/gcc/x86_64-linux-gnu/4.3.2/libgcc.a when searching
> > for -lgcc
> > /usr/bin/ld: cannot find -lgcc
> > collect2: ld returned 1 exit status
>
> --
> Sirrix AG security technologies - http://www.sirrix.com
> Marcel Selhorst eMail: m.s...@si...
> Tel +49(234) 61 0071-199 Fax +49(234) 61 0071-599
> get my public key from keyserver, key id: 0x7C9821CC
> Fingerprint 4138 E617 E62E 79D3 E663 BE5A 14E7 1CD8 7C98 21CC
>
> Vorstand: Ammar Alkassar (Vors.), Ahmad-Reza Sadeghi, Christian Stüble
> Vorsitzender des Aufsichtsrates: Prof. Dr. Kai Rannenberg
> Sitz der Gesellschaft: Homburg/Saar, HRB 3857 Amtsgericht Saarbrücken
>
> This message may contain confidential and/or privileged information.
> If you are not the addressee, you must not use, copy, disclose or
> take any action based on this message or any information herein.
> If you have received this message in error, please advise the sender
> immediately by reply e-mail and delete this message.
>
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> Trustedgrub-users mailing list
> Tru...@li...
> https://lists.sourceforge.net/lists/listinfo/trustedgrub-users
--
Mike Bursell, CISSP, MBA: European Technical Manager
Certicom Corp mobile: +44 7971 926937
|
|
From: Mike B. <mbu...@ce...> - 2008-11-05 21:02:52
|
Marcel - That would be great, thanks. I'm on Ubuntn 8.10, btw. -Mike. -- Sent from my mobile. Mike Bursell, European Technical Manager, Certicom. mob: +447971926937 --- original message --- From: "Marcel Selhorst" <m.s...@si...> Subject: Re: [Trustedgrub-users] Compiling under 64bit Linux Date: 5th November 2008 Time: 5:52:53 pm Hi Mike, I am using a 64-Bit Gentoo-Linux and I can compile TrustedGRUB without any problems (although I have to admit, that Gentoo is very compiling-friendly compared to Ubuntu et.al.). Usually, the "-m32" CFLAG should take care of your needs, so I assume, that this is more a problem of your installed libs... Probably you need to install something like "emul-linux-x86-compat", but I don't know how the according packages on Debian-based systems are called. I can ask our admins tomorrow, whether we have a 64-Bit ubuntu somewhere installed in the company, so that I can check it myself. I'll get back to you asap. Cheers, Marcel Mike Bursell schrieb: > Hi - > > I'm having problems compiling under 64bit Linux (output from .configure > below). Are there real issues compiling under 64bit, and if so, does > anyone have any idea how easily they might be fixed with a chroot > environment? I'd prefer not to have set one up if I can avoid it, and > I'm going to be executing under 64bit (setting up a chroot that early > seems somewhat like overkill...). > > Any help much appreciated! > > Thanks, > > -Mike. > > gcc version 4.3.2 (Ubuntu 4.3.2-1ubuntu11) > configure:2943: $? = 0 > configure:2950: gcc -V >&5 > gcc: '-V' option must have argument > configure:2953: $? = 1 > configure:2976: checking for C compiler default output file name > configure:3003: gcc -m32 conftest.c >&5 > /usr/bin/ld: skipping > incompatible /usr/lib/gcc/x86_64-linux-gnu/4.3.2/libgcc.a when searching > for -lgcc > /usr/bin/ld: skipping > incompatible /usr/lib/gcc/x86_64-linux-gnu/4.3.2/libgcc.a when searching > for -lgcc > /usr/bin/ld: cannot find -lgcc > collect2: ld returned 1 exit status -- Sirrix AG security technologies - http://www.sirrix.com Marcel Selhorst eMail: m.s...@si... Tel +49(234) 61 0071-199 Fax +49(234) 61 0071-599 get my public key from keyserver, key id: 0x7C9821CC Fingerprint 4138 E617 E62E 79D3 E663 BE5A 14E7 1CD8 7C98 21CC Vorstand: Ammar Alkassar (Vors.), Ahmad-Reza Sadeghi, Christian Stüble Vorsitzender des Aufsichtsrates: Prof. Dr. Kai Rannenberg Sitz der Gesellschaft: Homburg/Saar, HRB 3857 Amtsgericht Saarbrücken This message may contain confidential and/or privileged information. If you are not the addressee, you must not use, copy, disclose or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. |
|
From: Marcel S. <m.s...@si...> - 2008-11-05 17:52:33
|
Hi Mike, I am using a 64-Bit Gentoo-Linux and I can compile TrustedGRUB without any problems (although I have to admit, that Gentoo is very compiling-friendly compared to Ubuntu et.al.). Usually, the "-m32" CFLAG should take care of your needs, so I assume, that this is more a problem of your installed libs... Probably you need to install something like "emul-linux-x86-compat", but I don't know how the according packages on Debian-based systems are called. I can ask our admins tomorrow, whether we have a 64-Bit ubuntu somewhere installed in the company, so that I can check it myself. I'll get back to you asap. Cheers, Marcel Mike Bursell schrieb: > Hi - > > I'm having problems compiling under 64bit Linux (output from .configure > below). Are there real issues compiling under 64bit, and if so, does > anyone have any idea how easily they might be fixed with a chroot > environment? I'd prefer not to have set one up if I can avoid it, and > I'm going to be executing under 64bit (setting up a chroot that early > seems somewhat like overkill...). > > Any help much appreciated! > > Thanks, > > -Mike. > > gcc version 4.3.2 (Ubuntu 4.3.2-1ubuntu11) > configure:2943: $? = 0 > configure:2950: gcc -V >&5 > gcc: '-V' option must have argument > configure:2953: $? = 1 > configure:2976: checking for C compiler default output file name > configure:3003: gcc -m32 conftest.c >&5 > /usr/bin/ld: skipping > incompatible /usr/lib/gcc/x86_64-linux-gnu/4.3.2/libgcc.a when searching > for -lgcc > /usr/bin/ld: skipping > incompatible /usr/lib/gcc/x86_64-linux-gnu/4.3.2/libgcc.a when searching > for -lgcc > /usr/bin/ld: cannot find -lgcc > collect2: ld returned 1 exit status -- Sirrix AG security technologies - http://www.sirrix.com Marcel Selhorst eMail: m.s...@si... Tel +49(234) 61 0071-199 Fax +49(234) 61 0071-599 get my public key from keyserver, key id: 0x7C9821CC Fingerprint 4138 E617 E62E 79D3 E663 BE5A 14E7 1CD8 7C98 21CC Vorstand: Ammar Alkassar (Vors.), Ahmad-Reza Sadeghi, Christian Stüble Vorsitzender des Aufsichtsrates: Prof. Dr. Kai Rannenberg Sitz der Gesellschaft: Homburg/Saar, HRB 3857 Amtsgericht Saarbrücken This message may contain confidential and/or privileged information. If you are not the addressee, you must not use, copy, disclose or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. |
|
From: Mike B. <mbu...@ce...> - 2008-11-05 17:37:33
|
Hi - I'm having problems compiling under 64bit Linux (output from .configure below). Are there real issues compiling under 64bit, and if so, does anyone have any idea how easily they might be fixed with a chroot environment? I'd prefer not to have set one up if I can avoid it, and I'm going to be executing under 64bit (setting up a chroot that early seems somewhat like overkill...). Any help much appreciated! Thanks, -Mike. gcc version 4.3.2 (Ubuntu 4.3.2-1ubuntu11) configure:2943: $? = 0 configure:2950: gcc -V >&5 gcc: '-V' option must have argument configure:2953: $? = 1 configure:2976: checking for C compiler default output file name configure:3003: gcc -m32 conftest.c >&5 /usr/bin/ld: skipping incompatible /usr/lib/gcc/x86_64-linux-gnu/4.3.2/libgcc.a when searching for -lgcc /usr/bin/ld: skipping incompatible /usr/lib/gcc/x86_64-linux-gnu/4.3.2/libgcc.a when searching for -lgcc /usr/bin/ld: cannot find -lgcc collect2: ld returned 1 exit status -- Mike Bursell, CISSP, MBA: European Technical Manager Certicom Corp mobile: +44 7971 926937 |
|
From: Marcel S. <m.s...@si...> - 2008-11-03 10:44:34
|
Hi John, thanks for trying TrustedGRUB and for reporting this bug. I will have a look at the problem and as soon as I have found a solution, release a new version. In the meantime, a quick hint: Users running into troubles on Ubuntu systems have been lucky with this patch: http://www.koders.com/noncode/fid243FBF39BBB8AEB881A7535D308037D8C9AF5AD0.aspx Thanks in advance, Marcel Selhorst John Lyle schrieb: > Hi, > > I'm trying to compile TrustedGrub and I'm having some problems running > build_tgrub.sh > > It seems to be going wrong at the automake phase. My output is given at > the end of the email. > > I'm building it on a new HP Compaq 6510b laptop, Core2 Duo, with > ArchLinux installed. Version info: > > linux 2.6.26.3 (+ latest IBM IMA patch) > autoconf (GNU Autoconf) 2.63 > automake (GNU automake) 1.10.1 > gcc 4.3.2 > (I also tried gcc 3.3) > > I get exactly the same problem on my desktop machine, an AMD Athlon 64 > 5000+, running Fedora Core 7. gcc 4.1.2, automake 1.10 and autoconf 2.61. > > Thanks for your help, > > John > > > ------------------------------------------- > > perl: warning: Setting locale failed. > perl: warning: Please check that your locale settings: > LANGUAGE = (unset), > LC_ALL = (unset), > LC_COLLATE = "C", > LANG = "en_US.utf8" > are supported and installed on your system. > perl: warning: Falling back to the standard locale ("C"). > configure.ac:89: warning: AC_CACHE_VAL(size_flag, ...): suspicious > cache-id, must contain _cv_ to be cached > ../../lib/autoconf/general.m4:1974: AC_CACHE_VAL is expanded from... > ../../lib/autoconf/general.m4:1994: AC_CACHE_CHECK is expanded from... > configure.ac:89: the top level > configure.ac:102: warning: AC_CACHE_VAL(no_stack_protector_flag, ...): > suspicious cache-id, must contain _cv_ to be cached > configure.ac:102: the top level > configure.ac:126: warning: AC_CACHE_VAL(undef_flag, ...): suspicious > cache-id, must contain _cv_ to be cached > configure.ac:126: the top level > configure.ac:135: warning: AC_CACHE_VAL(falign_loop_flag, ...): > suspicious cache-id, must contain _cv_ to be cached > configure.ac:135: the top level > docs/Makefile.am:30: `%'-style pattern rules are a GNU make extension > docs/Makefile.am:33: `%'-style pattern rules are a GNU make extension > docs/Makefile.am:36: `%'-style pattern rules are a GNU make extension > docs/Makefile.am:3: compiling `kernel.c' with per-target flags requires > `AM_PROG_CC_C_O' in `configure.ac' > /usr/share/automake-1.10/am/depend2.am: am__fastdepCCAS does not appear > in AM_CONDITIONAL > /usr/share/automake-1.10/am/depend2.am: The usual way to define > `am__fastdepCCAS' is to add `AM_PROG_AS' > /usr/share/automake-1.10/am/depend2.am: to `configure.ac' and run > `aclocal' and `autoconf' again. > > > After adding 'AM_PROG_AS' to the end of configure.ac, this problem does > go away. However, when I get to running 'make' it throws an error: > > ... > DEPDIR=.deps /bin/sh ../depcomp \ > gcc -DHAVE_CONFIG_H -I. -I.. -I../stage1 -Wall -Wmissing-prototypes > -Wunused -Wshadow -Wpointer-arith -falign-jumps=1 -falign-loops=1 > -falign-functions=1 -Wundef -I../stage1 -fno-builtin -nostdinc > -DSUPPORT_SERIAL=1 -DSUPPORT_HERCULES=1 -DNO_DECOMPRESSION=1 > -DSTAGE1_5=1 -DFSYS_EXT2FS=1 -DNO_BLOCK_FILES=1 -DHAVE_CONFIG_H -I. -I.. > -I../stage1 -Wall -Wmissing-prototypes -Wunused -Wshadow -Wpointer-arith > -falign-jumps=1 -falign-loops=1 -falign-functions=1 -Wundef -g -c -o > e2fs_stage1_5_exec-start.o `test -f 'start.S' || echo './'`start.S > depcomp: Variables source, object and depmode must be set > make[3]: *** [start_eltorito_exec-start_eltorito.o] Error 1 > make[3]: Leaving directory > '/root/trustedgrub/TrustedGRUB-1.1.3/TrustedGrub-1.1.3/stage2' > ... > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > Build the coolest Linux based applications with Moblin SDK & win great prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > Trustedgrub-users mailing list > Tru...@li... > https://lists.sourceforge.net/lists/listinfo/trustedgrub-users > -- Sirrix AG security technologies - http://www.sirrix.com Marcel Selhorst eMail: m.s...@si... Tel +49(234) 61 0071-199 Fax +49(234) 61 0071-599 get my public key from keyserver, key id: 0x7C9821CC Fingerprint 4138 E617 E62E 79D3 E663 BE5A 14E7 1CD8 7C98 21CC Vorstand: Ammar Alkassar (Vors.), Ahmad-Reza Sadeghi, Christian Stüble Vorsitzender des Aufsichtsrates: Prof. Dr. Kai Rannenberg Sitz der Gesellschaft: Homburg/Saar, HRB 3857 Amtsgericht Saarbrücken This message may contain confidential and/or privileged information. If you are not the addressee, you must not use, copy, disclose or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. |
|
From: John L. <joh...@ke...> - 2008-10-31 17:31:11
|
Hi,
I'm trying to compile TrustedGrub and I'm having some problems running
build_tgrub.sh
It seems to be going wrong at the automake phase. My output is given at
the end of the email.
I'm building it on a new HP Compaq 6510b laptop, Core2 Duo, with
ArchLinux installed. Version info:
linux 2.6.26.3 (+ latest IBM IMA patch)
autoconf (GNU Autoconf) 2.63
automake (GNU automake) 1.10.1
gcc 4.3.2
(I also tried gcc 3.3)
I get exactly the same problem on my desktop machine, an AMD Athlon 64
5000+, running Fedora Core 7. gcc 4.1.2, automake 1.10 and autoconf 2.61.
Thanks for your help,
John
-------------------------------------------
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
LANGUAGE = (unset),
LC_ALL = (unset),
LC_COLLATE = "C",
LANG = "en_US.utf8"
are supported and installed on your system.
perl: warning: Falling back to the standard locale ("C").
configure.ac:89: warning: AC_CACHE_VAL(size_flag, ...): suspicious
cache-id, must contain _cv_ to be cached
../../lib/autoconf/general.m4:1974: AC_CACHE_VAL is expanded from...
../../lib/autoconf/general.m4:1994: AC_CACHE_CHECK is expanded from...
configure.ac:89: the top level
configure.ac:102: warning: AC_CACHE_VAL(no_stack_protector_flag, ...):
suspicious cache-id, must contain _cv_ to be cached
configure.ac:102: the top level
configure.ac:126: warning: AC_CACHE_VAL(undef_flag, ...): suspicious
cache-id, must contain _cv_ to be cached
configure.ac:126: the top level
configure.ac:135: warning: AC_CACHE_VAL(falign_loop_flag, ...):
suspicious cache-id, must contain _cv_ to be cached
configure.ac:135: the top level
docs/Makefile.am:30: `%'-style pattern rules are a GNU make extension
docs/Makefile.am:33: `%'-style pattern rules are a GNU make extension
docs/Makefile.am:36: `%'-style pattern rules are a GNU make extension
docs/Makefile.am:3: compiling `kernel.c' with per-target flags requires
`AM_PROG_CC_C_O' in `configure.ac'
/usr/share/automake-1.10/am/depend2.am: am__fastdepCCAS does not appear
in AM_CONDITIONAL
/usr/share/automake-1.10/am/depend2.am: The usual way to define
`am__fastdepCCAS' is to add `AM_PROG_AS'
/usr/share/automake-1.10/am/depend2.am: to `configure.ac' and run
`aclocal' and `autoconf' again.
After adding 'AM_PROG_AS' to the end of configure.ac, this problem does
go away. However, when I get to running 'make' it throws an error:
...
DEPDIR=.deps /bin/sh ../depcomp \
gcc -DHAVE_CONFIG_H -I. -I.. -I../stage1 -Wall -Wmissing-prototypes
-Wunused -Wshadow -Wpointer-arith -falign-jumps=1 -falign-loops=1
-falign-functions=1 -Wundef -I../stage1 -fno-builtin -nostdinc
-DSUPPORT_SERIAL=1 -DSUPPORT_HERCULES=1 -DNO_DECOMPRESSION=1
-DSTAGE1_5=1 -DFSYS_EXT2FS=1 -DNO_BLOCK_FILES=1 -DHAVE_CONFIG_H -I. -I..
-I../stage1 -Wall -Wmissing-prototypes -Wunused -Wshadow -Wpointer-arith
-falign-jumps=1 -falign-loops=1 -falign-functions=1 -Wundef -g -c -o
e2fs_stage1_5_exec-start.o `test -f 'start.S' || echo './'`start.S
depcomp: Variables source, object and depmode must be set
make[3]: *** [start_eltorito_exec-start_eltorito.o] Error 1
make[3]: Leaving directory
'/root/trustedgrub/TrustedGRUB-1.1.3/TrustedGrub-1.1.3/stage2'
...
|
|
From: Laurent D. <lau...@gm...> - 2008-04-18 09:36:34
|
Hello, Im trying to use a TPM chip on a motherboard. Ive seen trusted-grub project but the problem is that it cant work because my motherboard supports only SATA drive. === 2.6 Known Bugs === * SATA and Floppy support is currently not included due to the limitation of stage1. Is it something solved in last releases or must I find another boot loader. If not, do you know any boot loader that can support it? Grub2 perhaps? Laurent Dufréchou |
|
From: Li R. <lir...@gm...> - 2008-03-20 01:46:54
|
hello! i have a question about the measurement.As we know that stage1 has only 512 byte,the former grub is nearly 512 byte,then in the Trustedgrub stage1 is added the function that it can measure stage2,but the space of the stage1 is limited,so my question is that how does stage1 measure stage2. Thanks! |
|
From: Marcel S. <m.s...@si...> - 2007-12-19 08:54:21
|
Hi Matt, thanks for the file listing... this really looks weird and I assume, that this has something to do with your broken version of objcopy... Could you please go into the stage1-directory and execute the following: make clean strace make and then send me the output of "strace"? Thanks! Marcel Matt Anderson schrieb: > Yea... its pretty crazy. I've attached but the ls -lR for when I build > from source, and when I build with the OpenTC srpm from SuSE which > amazingly enough just works on my Fedora system. > > I'm going to try to build on some other architectures, I'm still a bit > weary on this core duo. > > -matt -- Sirrix AG security technologies - http://www.sirrix.com Marcel Selhorst eMail: m.s...@si... Tel +49(234) 61 0071-199 Fax +49(234) 61 0071-599 get public key from keyserver Fingerprint 8A44 E5CA E2B4 2E4C 2059 26AC 0F71 7459 2C1C FD87 Vorstand: Ammar Alkassar (Vors.), Ahmad-Reza Sadeghi, Christian Stüble Vorsitzender des Aufsichtsrates: Prof. Dr. Kai Rannenberg Sitz der Gesellschaft: Homburg/Saar, HRB 3857 Amtsgericht Saarbrücken This message may contain confidential and/or privileged information. If you are not the addressee, you must not use, copy, disclose or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. |
|
From: Matt A. <mr...@hp...> - 2007-12-18 14:38:45
|
Yea... its pretty crazy. I've attached but the ls -lR for when I build from source, and when I build with the OpenTC srpm from SuSE which amazingly enough just works on my Fedora system. I'm going to try to build on some other architectures, I'm still a bit weary on this core duo. -matt Marcel Selhorst wrote: > Hi Matt, > > wow, thats amazingly huge ;) > stage1 has to have 512 Byte, since it has to fit into the MBR and > stage2 only contains a couple of Kb. This is my listing of /boot/grub: > > ~ $ ls -lh /boot/grub/ > insgesamt 172K > -rw-r--r-- 1 root root 200 12. Nov 00:12 grub.conf > lrwxrwxrwx 1 root root 9 13. Sep 18:22 menu.lst -> grub.conf > -rw-r--r-- 1 root root 512 11. Nov 23:19 stage1 > -rw-r--r-- 1 root root 169K 11. Nov 23:19 stage2 > > As you can see, stage2 only has 169k. > I am wondering, what may have happened for the stages to become that > large ... > Could you send me a directory listing of your TrustedGRUB-directory, > it seems, that one of the statically linked libraries might have > become too big for some reason... > > Thanks! > Marcel > > Matt Anderson schrieb: >> So now that I've gotten past configuring and built some binaries I >> notice that on my system I get rather large stage* files. On the order >> of 129Mb for stage1 and the various stage 1_5 files, and 257Mb for >> stage2. >> >> Does this sound familiar to anyone? This can't be expected behaviour, >> right? >> >> -matt >> >> ------------------------------------------------------------------------- >> SF.Net email is sponsored by: >> Check out the new SourceForge.net Marketplace. >> It's the best place to buy or sell services >> for just about anything Open Source. >> http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace >> _______________________________________________ >> Trustedgrub-users mailing list >> Tru...@li... >> https://lists.sourceforge.net/lists/listinfo/trustedgrub-users >> |
|
From: Marcel S. <ma...@se...> - 2007-12-18 10:16:38
|
Hi Matt, wow, thats amazingly huge ;) stage1 has to have 512 Byte, since it has to fit into the MBR and stage2 only contains a couple of Kb. This is my listing of /boot/grub: ~ $ ls -lh /boot/grub/ insgesamt 172K -rw-r--r-- 1 root root 200 12. Nov 00:12 grub.conf lrwxrwxrwx 1 root root 9 13. Sep 18:22 menu.lst -> grub.conf -rw-r--r-- 1 root root 512 11. Nov 23:19 stage1 -rw-r--r-- 1 root root 169K 11. Nov 23:19 stage2 As you can see, stage2 only has 169k. I am wondering, what may have happened for the stages to become that large ... Could you send me a directory listing of your TrustedGRUB-directory, it seems, that one of the statically linked libraries might have become too big for some reason... Thanks! Marcel Matt Anderson schrieb: > So now that I've gotten past configuring and built some binaries I > notice that on my system I get rather large stage* files. On the order > of 129Mb for stage1 and the various stage 1_5 files, and 257Mb for > stage2. > > Does this sound familiar to anyone? This can't be expected behaviour, > right? > > -matt > > ------------------------------------------------------------------------- > SF.Net email is sponsored by: > Check out the new SourceForge.net Marketplace. > It's the best place to buy or sell services > for just about anything Open Source. > http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace > _______________________________________________ > Trustedgrub-users mailing list > Tru...@li... > https://lists.sourceforge.net/lists/listinfo/trustedgrub-users > |
|
From: Marcel S. <m.s...@si...> - 2007-12-18 10:13:19
|
Hi Matt, thanks for the patch! Marcel Matt Anderson schrieb: > I just got feedback on my objcopy bug from the Grub developers. They > are aware of the issue, but are not going to fix it until the Grub2 code > stream. http://savannah.gnu.org/bugs/?14349 > > I've attached a simple patch which removes the broken test in question. > > -matt -- Sirrix AG security technologies - http://www.sirrix.com Marcel Selhorst eMail: m.s...@si... Tel +49(234) 61 0071-199 Fax +49(234) 61 0071-599 get public key from keyserver Fingerprint 8A44 E5CA E2B4 2E4C 2059 26AC 0F71 7459 2C1C FD87 Vorstand: Ammar Alkassar (Vors.), Ahmad-Reza Sadeghi, Christian Stüble Vorsitzender des Aufsichtsrates: Prof. Dr. Kai Rannenberg Sitz der Gesellschaft: Homburg/Saar, HRB 3857 Amtsgericht Saarbrücken This message may contain confidential and/or privileged information. If you are not the addressee, you must not use, copy, disclose or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. |
|
From: Matt A. <mr...@hp...> - 2007-12-17 19:35:13
|
So now that I've gotten past configuring and built some binaries I notice that on my system I get rather large stage* files. On the order of 129Mb for stage1 and the various stage 1_5 files, and 257Mb for stage2. Does this sound familiar to anyone? This can't be expected behaviour, right? -matt |
|
From: Matt A. <mr...@hp...> - 2007-12-17 15:51:01
|
I just got feedback on my objcopy bug from the Grub developers. They are aware of the issue, but are not going to fix it until the Grub2 code stream. http://savannah.gnu.org/bugs/?14349 I've attached a simple patch which removes the broken test in question. -matt |
|
From: Marcel S. <m.s...@si...> - 2007-12-06 23:02:58
|
Hi Matt, Thanks for the news! I'm glad that this issue was not related to TrustedGRUB ;-) Marcel Matt Anderson schrieb: > I was able to build Trusted Grub successfully on a Pentium 4 system with > i386 Fedora installed on it, as well as an x86_64 version of RHEL 5.1 on > my Core 2 Duo system so I think its safe to say that this is not an > issue with Trusted Grub. -- Sirrix AG security technologies - http://www.sirrix.com Marcel Selhorst eMail: m.s...@si... Tel +49(234) 61 0071-199 Fax +49(234) 61 0071-599 get public key from keyserver Fingerprint 8A44 E5CA E2B4 2E4C 2059 26AC 0F71 7459 2C1C FD87 Vorstand: Ammar Alkassar (Vors.), Ahmad-Reza Sadeghi, Christian Stüble Vorsitzender des Aufsichtsrates: Prof. Dr. Kai Rannenberg Sitz der Gesellschaft: Homburg/Saar, HRB 3857 Amtsgericht Saarbrücken This message may contain confidential and/or privileged information. If you are not the addressee, you must not use, copy, disclose or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. |
|
From: Matt A. <mr...@hp...> - 2007-12-06 22:38:13
|
I was able to build Trusted Grub successfully on a Pentium 4 system with i386 Fedora installed on it, as well as an x86_64 version of RHEL 5.1 on my Core 2 Duo system so I think its safe to say that this is not an issue with Trusted Grub. I've gone ahead and filed a bug on binutils related to this: http://sourceware.org/bugzilla/show_bug.cgi?id=5453 So we'll see what happens with that. Thanks again to everyone who offered help on this, both on and off list. -matt Matt Anderson wrote: > Thanks for all the help, but unfortunately this still didn't get it. I > am trying to build TrustedGrub on a core 2 duo system which is > identifying itself as i386 in all these checks. > > I tried building binutils from the latest upstream sources, and that > still didn't work. I think this might be an issue with the fact that > the core 2 duos can be x86_64 but I've got an i386 based distribution > installed on my system. > > Next I think I'm going to try an x86_64 based copy of Fedora on this > system and see if that can build TrustedGrub. > > -matt > > Marcel Selhorst wrote: >> I just googled your error message and it seems, that this bug is >> related to some compilers in 64-Bit machine distributions. Although on >> my Gentoo 64-Bit machine, everything compiles smoothly, there might be >> some incompatibilities with other distros... >> Please try the following fix I found on the net: >> >> --- grub-0.97-bkp/configure.ac 2005-11-05 16:53:00.419491832 -0200 >> +++ grub-0.97/configure.ac 2005-11-05 16:53:13.777461112 -0200 >> @@ -47,7 +47,7 @@ >> fi >> >> if test "x$host_cpu" = xx86_64; then >> - CFLAGS="-m32 $CFLAGS" >> + CFLAGS="-m64 $CFLAGS" >> fi >> >> Best regards, >> Marcel >> >> Matt Anderson schrieb: >>> Marcel Selhorst wrote: >>>> oh... never heard of that error message before ;) >>> Heh.. why do I get the feeling I should have looked harder for an FAQ :) >>> >>>> My binutils-version is 2.18, but I'm pretty sure, that 2.17 should >>>> work as well... Which version of aclocal, autoconf, automake etc. are >>>> you using? Can you post the complete log of ./configure? >>> [mra@orb TrustedGRUB-1.1.3]$ rpm -q automake >>> automake-1.10-6 >>> [mra@orb TrustedGRUB-1.1.3]$ rpm -q autoconf >>> autoconf-2.61-9.fc8 >>> [mra@orb TrustedGRUB-1.1.3]$ which aclocal >>> /usr/bin/aclocal >>> [mra@orb TrustedGRUB-1.1.3]$ rpm -qf /usr/bin/aclocal >>> automake-1.10-6 >>> [mra@orb TrustedGRUB-1.1.3]$ rpm -q binutils >>> binutils-2.17.50.0.18-1 >>> [mra@orb TrustedGRUB-1.1.3]$ ./configure >>> checking for a BSD-compatible install... /usr/bin/install -c >>> checking whether build environment is sane... yes >>> checking for a thread-safe mkdir -p... /bin/mkdir -p >>> checking for gawk... gawk >>> checking whether make sets $(MAKE)... yes >>> checking build system type... i686-pc-linux-gnu >>> checking host system type... i686-pc-linux-gnu >>> checking whether to enable maintainer-specific portions of Makefiles... no >>> checking for gcc... gcc >>> checking for gcc... (cached) gcc >>> checking for C compiler default output file name... a.out >>> checking whether the C compiler works... yes >>> checking whether we are cross compiling... no >>> checking for suffix of executables... >>> checking for suffix of object files... o >>> checking whether we are using the GNU C compiler... yes >>> checking whether gcc accepts -g... yes >>> checking for gcc option to accept ISO C89... none needed >>> checking for style of include used by make... GNU >>> checking dependency style of gcc... gcc3 >>> checking dependency style of gcc... (cached) gcc3 >>> checking for ranlib... ranlib >>> checking whether optimization for size works... yes >>> checking whether gcc has -fno-stack-protector... yes >>> checking whether -Wundef works... yes >>> checking whether -falign-loops works... yes >>> checking for objcopy... objcopy >>> checking if C symbols get an underscore after compilation... no >>> checking whether objcopy works for absolute addresses... no >>> configure: error: GRUB requires a working absolute objcopy; upgrade your >>> binutils >>> >>>> I have successfully build TrustedGRUB on Gentoo, Debian, Ubuntu and >>>> SuSE. >>> Hmm.. okay, I've also gotten it to build on SuSE using their srpms, but >>> from the sound of it no one has made it work on RH/Fedora... yet. I >>> have a couple other versions of automake on my system, next I'll try to >>> mess with my environment in order to use an alternate version and see >>> what that gets me. >>> >>> -matt >>> >>>> Matt Anderson schrieb: >>>>> I tried to build TrustedGRUB-1.1.3 on my Fedora 8 system, but I get an >>>>> error at ./configure time: >>>>> GRUB requires a working absolute objcopy; upgrade your binutils >>>>> >>>>> I have Fedora's binutils-2.17.50.0.18-1 from October 27th 2007, and with >>>>> something like binutils I'm hesitant to roll my own instead of using a >>>>> distro packaged version. I checked gnu.org and they have a >>>>> binutils-2.18 from August of 2007, but for whatever reason that hasn't >>>>> been sucked into Fedora yet. >>>>> >>>>> Does anyone know if TrustedGRUB will build with 2.18, or is there >>>>> something else missing/wrong with my setup and the ./configure error >>>>> message is just stale? What distros have others been successful at >>>>> building TrustedGrub on? >>>>> >>>>> thanks >>>>> -matt >>>>> >>>>> ------------------------------------------------------------------------- >>>>> SF.Net email is sponsored by: The Future of Linux Business White Paper >>>>> from Novell. From the desktop to the data center, Linux is going >>>>> mainstream. Let it simplify your IT future. >>>>> http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 >>>>> _______________________________________________ >>>>> Trustedgrub-users mailing list >>>>> Tru...@li... >>>>> https://lists.sourceforge.net/lists/listinfo/trustedgrub-users >>>>> >>> ------------------------------------------------------------------------- >>> SF.Net email is sponsored by: The Future of Linux Business White Paper >>> from Novell. From the desktop to the data center, Linux is going >>> mainstream. Let it simplify your IT future. >>> http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 >>> _______________________________________________ >>> Trustedgrub-users mailing list >>> Tru...@li... >>> https://lists.sourceforge.net/lists/listinfo/trustedgrub-users >>> > > > ------------------------------------------------------------------------- > SF.Net email is sponsored by: The Future of Linux Business White Paper > from Novell. From the desktop to the data center, Linux is going > mainstream. Let it simplify your IT future. > http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 > _______________________________________________ > Trustedgrub-users mailing list > Tru...@li... > https://lists.sourceforge.net/lists/listinfo/trustedgrub-users |
|
From: Matt A. <mr...@hp...> - 2007-12-05 16:25:30
|
Thanks for all the help, but unfortunately this still didn't get it. I am trying to build TrustedGrub on a core 2 duo system which is identifying itself as i386 in all these checks. I tried building binutils from the latest upstream sources, and that still didn't work. I think this might be an issue with the fact that the core 2 duos can be x86_64 but I've got an i386 based distribution installed on my system. Next I think I'm going to try an x86_64 based copy of Fedora on this system and see if that can build TrustedGrub. -matt Marcel Selhorst wrote: > I just googled your error message and it seems, that this bug is > related to some compilers in 64-Bit machine distributions. Although on > my Gentoo 64-Bit machine, everything compiles smoothly, there might be > some incompatibilities with other distros... > Please try the following fix I found on the net: > > --- grub-0.97-bkp/configure.ac 2005-11-05 16:53:00.419491832 -0200 > +++ grub-0.97/configure.ac 2005-11-05 16:53:13.777461112 -0200 > @@ -47,7 +47,7 @@ > fi > > if test "x$host_cpu" = xx86_64; then > - CFLAGS="-m32 $CFLAGS" > + CFLAGS="-m64 $CFLAGS" > fi > > Best regards, > Marcel > > Matt Anderson schrieb: >> Marcel Selhorst wrote: >>> oh... never heard of that error message before ;) >> Heh.. why do I get the feeling I should have looked harder for an FAQ :) >> >>> My binutils-version is 2.18, but I'm pretty sure, that 2.17 should >>> work as well... Which version of aclocal, autoconf, automake etc. are >>> you using? Can you post the complete log of ./configure? >> [mra@orb TrustedGRUB-1.1.3]$ rpm -q automake >> automake-1.10-6 >> [mra@orb TrustedGRUB-1.1.3]$ rpm -q autoconf >> autoconf-2.61-9.fc8 >> [mra@orb TrustedGRUB-1.1.3]$ which aclocal >> /usr/bin/aclocal >> [mra@orb TrustedGRUB-1.1.3]$ rpm -qf /usr/bin/aclocal >> automake-1.10-6 >> [mra@orb TrustedGRUB-1.1.3]$ rpm -q binutils >> binutils-2.17.50.0.18-1 >> [mra@orb TrustedGRUB-1.1.3]$ ./configure >> checking for a BSD-compatible install... /usr/bin/install -c >> checking whether build environment is sane... yes >> checking for a thread-safe mkdir -p... /bin/mkdir -p >> checking for gawk... gawk >> checking whether make sets $(MAKE)... yes >> checking build system type... i686-pc-linux-gnu >> checking host system type... i686-pc-linux-gnu >> checking whether to enable maintainer-specific portions of Makefiles... no >> checking for gcc... gcc >> checking for gcc... (cached) gcc >> checking for C compiler default output file name... a.out >> checking whether the C compiler works... yes >> checking whether we are cross compiling... no >> checking for suffix of executables... >> checking for suffix of object files... o >> checking whether we are using the GNU C compiler... yes >> checking whether gcc accepts -g... yes >> checking for gcc option to accept ISO C89... none needed >> checking for style of include used by make... GNU >> checking dependency style of gcc... gcc3 >> checking dependency style of gcc... (cached) gcc3 >> checking for ranlib... ranlib >> checking whether optimization for size works... yes >> checking whether gcc has -fno-stack-protector... yes >> checking whether -Wundef works... yes >> checking whether -falign-loops works... yes >> checking for objcopy... objcopy >> checking if C symbols get an underscore after compilation... no >> checking whether objcopy works for absolute addresses... no >> configure: error: GRUB requires a working absolute objcopy; upgrade your >> binutils >> >>> I have successfully build TrustedGRUB on Gentoo, Debian, Ubuntu and >>> SuSE. >> Hmm.. okay, I've also gotten it to build on SuSE using their srpms, but >> from the sound of it no one has made it work on RH/Fedora... yet. I >> have a couple other versions of automake on my system, next I'll try to >> mess with my environment in order to use an alternate version and see >> what that gets me. >> >> -matt >> >>> Matt Anderson schrieb: >>>> I tried to build TrustedGRUB-1.1.3 on my Fedora 8 system, but I get an >>>> error at ./configure time: >>>> GRUB requires a working absolute objcopy; upgrade your binutils >>>> >>>> I have Fedora's binutils-2.17.50.0.18-1 from October 27th 2007, and with >>>> something like binutils I'm hesitant to roll my own instead of using a >>>> distro packaged version. I checked gnu.org and they have a >>>> binutils-2.18 from August of 2007, but for whatever reason that hasn't >>>> been sucked into Fedora yet. >>>> >>>> Does anyone know if TrustedGRUB will build with 2.18, or is there >>>> something else missing/wrong with my setup and the ./configure error >>>> message is just stale? What distros have others been successful at >>>> building TrustedGrub on? >>>> >>>> thanks >>>> -matt >>>> >>>> ------------------------------------------------------------------------- >>>> SF.Net email is sponsored by: The Future of Linux Business White Paper >>>> from Novell. From the desktop to the data center, Linux is going >>>> mainstream. Let it simplify your IT future. >>>> http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 >>>> _______________________________________________ >>>> Trustedgrub-users mailing list >>>> Tru...@li... >>>> https://lists.sourceforge.net/lists/listinfo/trustedgrub-users >>>> >> >> ------------------------------------------------------------------------- >> SF.Net email is sponsored by: The Future of Linux Business White Paper >> from Novell. From the desktop to the data center, Linux is going >> mainstream. Let it simplify your IT future. >> http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 >> _______________________________________________ >> Trustedgrub-users mailing list >> Tru...@li... >> https://lists.sourceforge.net/lists/listinfo/trustedgrub-users >> > |
|
From: Marcel S. <m.s...@si...> - 2007-12-04 07:55:18
|
Hi Matt, I just googled your error message and it seems, that this bug is related to some compilers in 64-Bit machine distributions. Although on my Gentoo 64-Bit machine, everything compiles smoothly, there might be some incompatibilities with other distros... Please try the following fix I found on the net: --- grub-0.97-bkp/configure.ac 2005-11-05 16:53:00.419491832 -0200 +++ grub-0.97/configure.ac 2005-11-05 16:53:13.777461112 -0200 @@ -47,7 +47,7 @@ fi if test "x$host_cpu" = xx86_64; then - CFLAGS="-m32 $CFLAGS" + CFLAGS="-m64 $CFLAGS" fi Best regards, Marcel Matt Anderson schrieb: > Marcel Selhorst wrote: >> oh... never heard of that error message before ;) > > Heh.. why do I get the feeling I should have looked harder for an FAQ :) > >> My binutils-version is 2.18, but I'm pretty sure, that 2.17 should >> work as well... Which version of aclocal, autoconf, automake etc. are >> you using? Can you post the complete log of ./configure? > > [mra@orb TrustedGRUB-1.1.3]$ rpm -q automake > automake-1.10-6 > [mra@orb TrustedGRUB-1.1.3]$ rpm -q autoconf > autoconf-2.61-9.fc8 > [mra@orb TrustedGRUB-1.1.3]$ which aclocal > /usr/bin/aclocal > [mra@orb TrustedGRUB-1.1.3]$ rpm -qf /usr/bin/aclocal > automake-1.10-6 > [mra@orb TrustedGRUB-1.1.3]$ rpm -q binutils > binutils-2.17.50.0.18-1 > [mra@orb TrustedGRUB-1.1.3]$ ./configure > checking for a BSD-compatible install... /usr/bin/install -c > checking whether build environment is sane... yes > checking for a thread-safe mkdir -p... /bin/mkdir -p > checking for gawk... gawk > checking whether make sets $(MAKE)... yes > checking build system type... i686-pc-linux-gnu > checking host system type... i686-pc-linux-gnu > checking whether to enable maintainer-specific portions of Makefiles... no > checking for gcc... gcc > checking for gcc... (cached) gcc > checking for C compiler default output file name... a.out > checking whether the C compiler works... yes > checking whether we are cross compiling... no > checking for suffix of executables... > checking for suffix of object files... o > checking whether we are using the GNU C compiler... yes > checking whether gcc accepts -g... yes > checking for gcc option to accept ISO C89... none needed > checking for style of include used by make... GNU > checking dependency style of gcc... gcc3 > checking dependency style of gcc... (cached) gcc3 > checking for ranlib... ranlib > checking whether optimization for size works... yes > checking whether gcc has -fno-stack-protector... yes > checking whether -Wundef works... yes > checking whether -falign-loops works... yes > checking for objcopy... objcopy > checking if C symbols get an underscore after compilation... no > checking whether objcopy works for absolute addresses... no > configure: error: GRUB requires a working absolute objcopy; upgrade your > binutils > >> I have successfully build TrustedGRUB on Gentoo, Debian, Ubuntu and >> SuSE. > > Hmm.. okay, I've also gotten it to build on SuSE using their srpms, but > from the sound of it no one has made it work on RH/Fedora... yet. I > have a couple other versions of automake on my system, next I'll try to > mess with my environment in order to use an alternate version and see > what that gets me. > > -matt > >> Matt Anderson schrieb: >>> I tried to build TrustedGRUB-1.1.3 on my Fedora 8 system, but I get an >>> error at ./configure time: >>> GRUB requires a working absolute objcopy; upgrade your binutils >>> >>> I have Fedora's binutils-2.17.50.0.18-1 from October 27th 2007, and with >>> something like binutils I'm hesitant to roll my own instead of using a >>> distro packaged version. I checked gnu.org and they have a >>> binutils-2.18 from August of 2007, but for whatever reason that hasn't >>> been sucked into Fedora yet. >>> >>> Does anyone know if TrustedGRUB will build with 2.18, or is there >>> something else missing/wrong with my setup and the ./configure error >>> message is just stale? What distros have others been successful at >>> building TrustedGrub on? >>> >>> thanks >>> -matt >>> >>> ------------------------------------------------------------------------- >>> SF.Net email is sponsored by: The Future of Linux Business White Paper >>> from Novell. From the desktop to the data center, Linux is going >>> mainstream. Let it simplify your IT future. >>> http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 >>> _______________________________________________ >>> Trustedgrub-users mailing list >>> Tru...@li... >>> https://lists.sourceforge.net/lists/listinfo/trustedgrub-users >>> > > > ------------------------------------------------------------------------- > SF.Net email is sponsored by: The Future of Linux Business White Paper > from Novell. From the desktop to the data center, Linux is going > mainstream. Let it simplify your IT future. > http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 > _______________________________________________ > Trustedgrub-users mailing list > Tru...@li... > https://lists.sourceforge.net/lists/listinfo/trustedgrub-users > -- Sirrix AG security technologies - http://www.sirrix.com Marcel Selhorst eMail: m.s...@si... Tel +49(234) 61 0071-199 Fax +49(234) 61 0071-599 get public key from keyserver Fingerprint 8A44 E5CA E2B4 2E4C 2059 26AC 0F71 7459 2C1C FD87 Vorstand: Ammar Alkassar (Vors.), Ahmad-Reza Sadeghi, Christian Stüble Vorsitzender des Aufsichtsrates: Prof. Dr. Kai Rannenberg Sitz der Gesellschaft: Homburg/Saar, HRB 3857 Amtsgericht Saarbrücken This message may contain confidential and/or privileged information. If you are not the addressee, you must not use, copy, disclose or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. |
|
From: Matt A. <mr...@hp...> - 2007-12-03 18:45:01
|
Marcel Selhorst wrote: > oh... never heard of that error message before ;) Heh.. why do I get the feeling I should have looked harder for an FAQ :) > My binutils-version is 2.18, but I'm pretty sure, that 2.17 should > work as well... Which version of aclocal, autoconf, automake etc. are > you using? Can you post the complete log of ./configure? [mra@orb TrustedGRUB-1.1.3]$ rpm -q automake automake-1.10-6 [mra@orb TrustedGRUB-1.1.3]$ rpm -q autoconf autoconf-2.61-9.fc8 [mra@orb TrustedGRUB-1.1.3]$ which aclocal /usr/bin/aclocal [mra@orb TrustedGRUB-1.1.3]$ rpm -qf /usr/bin/aclocal automake-1.10-6 [mra@orb TrustedGRUB-1.1.3]$ rpm -q binutils binutils-2.17.50.0.18-1 [mra@orb TrustedGRUB-1.1.3]$ ./configure checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... /bin/mkdir -p checking for gawk... gawk checking whether make sets $(MAKE)... yes checking build system type... i686-pc-linux-gnu checking host system type... i686-pc-linux-gnu checking whether to enable maintainer-specific portions of Makefiles... no checking for gcc... gcc checking for gcc... (cached) gcc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ISO C89... none needed checking for style of include used by make... GNU checking dependency style of gcc... gcc3 checking dependency style of gcc... (cached) gcc3 checking for ranlib... ranlib checking whether optimization for size works... yes checking whether gcc has -fno-stack-protector... yes checking whether -Wundef works... yes checking whether -falign-loops works... yes checking for objcopy... objcopy checking if C symbols get an underscore after compilation... no checking whether objcopy works for absolute addresses... no configure: error: GRUB requires a working absolute objcopy; upgrade your binutils > I have successfully build TrustedGRUB on Gentoo, Debian, Ubuntu and > SuSE. Hmm.. okay, I've also gotten it to build on SuSE using their srpms, but from the sound of it no one has made it work on RH/Fedora... yet. I have a couple other versions of automake on my system, next I'll try to mess with my environment in order to use an alternate version and see what that gets me. -matt > Matt Anderson schrieb: >> I tried to build TrustedGRUB-1.1.3 on my Fedora 8 system, but I get an >> error at ./configure time: >> GRUB requires a working absolute objcopy; upgrade your binutils >> >> I have Fedora's binutils-2.17.50.0.18-1 from October 27th 2007, and with >> something like binutils I'm hesitant to roll my own instead of using a >> distro packaged version. I checked gnu.org and they have a >> binutils-2.18 from August of 2007, but for whatever reason that hasn't >> been sucked into Fedora yet. >> >> Does anyone know if TrustedGRUB will build with 2.18, or is there >> something else missing/wrong with my setup and the ./configure error >> message is just stale? What distros have others been successful at >> building TrustedGrub on? >> >> thanks >> -matt >> >> ------------------------------------------------------------------------- >> SF.Net email is sponsored by: The Future of Linux Business White Paper >> from Novell. From the desktop to the data center, Linux is going >> mainstream. Let it simplify your IT future. >> http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 >> _______________________________________________ >> Trustedgrub-users mailing list >> Tru...@li... >> https://lists.sourceforge.net/lists/listinfo/trustedgrub-users >> > |
|
From: Marcel S. <m.s...@si...> - 2007-12-01 07:03:11
|
Hi Matt, oh... never heard of that error message before ;) My binutils-version is 2.18, but I'm pretty sure, that 2.17 should work as well... Which version of aclocal, autoconf, automake etc. are you using? Can you post the complete log of ./configure? I have successfully build TrustedGRUB on Gentoo, Debian, Ubuntu and SuSE. In case you can't compile via Fedora, you could use a Gentoo LiveCD, since there are compiler and stuff on board. Best regards, Marcel Matt Anderson schrieb: > I tried to build TrustedGRUB-1.1.3 on my Fedora 8 system, but I get an > error at ./configure time: > GRUB requires a working absolute objcopy; upgrade your binutils > > I have Fedora's binutils-2.17.50.0.18-1 from October 27th 2007, and with > something like binutils I'm hesitant to roll my own instead of using a > distro packaged version. I checked gnu.org and they have a > binutils-2.18 from August of 2007, but for whatever reason that hasn't > been sucked into Fedora yet. > > Does anyone know if TrustedGRUB will build with 2.18, or is there > something else missing/wrong with my setup and the ./configure error > message is just stale? What distros have others been successful at > building TrustedGrub on? > > thanks > -matt > > ------------------------------------------------------------------------- > SF.Net email is sponsored by: The Future of Linux Business White Paper > from Novell. From the desktop to the data center, Linux is going > mainstream. Let it simplify your IT future. > http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 > _______________________________________________ > Trustedgrub-users mailing list > Tru...@li... > https://lists.sourceforge.net/lists/listinfo/trustedgrub-users > -- Sirrix AG security technologies - http://www.sirrix.com Marcel Selhorst eMail: m.s...@si... Tel +49(234) 61 0071-199 Fax +49(234) 61 0071-599 get public key from keyserver Fingerprint 8A44 E5CA E2B4 2E4C 2059 26AC 0F71 7459 2C1C FD87 Vorstand: Ammar Alkassar (Vors.), Ahmad-Reza Sadeghi, Christian Stüble Vorsitzender des Aufsichtsrates: Prof. Dr. Kai Rannenberg Sitz der Gesellschaft: Homburg/Saar, HRB 3857 Amtsgericht Saarbrücken This message may contain confidential and/or privileged information. If you are not the addressee, you must not use, copy, disclose or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. |
|
From: Matt A. <mr...@hp...> - 2007-11-30 20:43:30
|
I tried to build TrustedGRUB-1.1.3 on my Fedora 8 system, but I get an error at ./configure time: GRUB requires a working absolute objcopy; upgrade your binutils I have Fedora's binutils-2.17.50.0.18-1 from October 27th 2007, and with something like binutils I'm hesitant to roll my own instead of using a distro packaged version. I checked gnu.org and they have a binutils-2.18 from August of 2007, but for whatever reason that hasn't been sucked into Fedora yet. Does anyone know if TrustedGRUB will build with 2.18, or is there something else missing/wrong with my setup and the ./configure error message is just stale? What distros have others been successful at building TrustedGrub on? thanks -matt |
|
From: Marcel S. <m.s...@si...> - 2007-11-12 09:16:06
|
Dear subscribers, a new version of TrustedGRUB is available. The main improvements beneath some minor bugfixes are support for GCC-4 as well as Linux 2.6.23 (and above). Additionally, the output of the checkfile-measurements have been improved. The current version 1.1.3 of TrustedGRUB is available for download on our sourceforge project page. http://sourceforge.net/projects/trustedgrub Best regards, Marcel Selhorst -- Sirrix AG security technologies - http://www.sirrix.com Marcel Selhorst eMail: m.s...@si... Tel +49(234) 61 0071-199 Fax +49(234) 61 0071-599 get public key from keyserver Fingerprint 8A44 E5CA E2B4 2E4C 2059 26AC 0F71 7459 2C1C FD87 Vorstand: Ammar Alkassar (Vors.), Ahmad-Reza Sadeghi, Christian Stüble Vorsitzender des Aufsichtsrates: Prof. Dr. Kai Rannenberg Sitz der Gesellschaft: Homburg/Saar, HRB 3857 Amtsgericht Saarbrücken This message may contain confidential and/or privileged information. If you are not the addressee, you must not use, copy, disclose or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. |
5 messages has been excluded from this view by a project administrator.
