Switched to grub2, won't support this package anymore. U guys can maintain this one if you want, marked as orphan
Search Criteria
Package Details: grub-gfx 0.97-23
Package Actions
| Package Base: | grub-gfx |
|---|---|
| Description: | A GNU multiboot boot loader |
| Upstream URL: | http://www.gnu.org/software/grub/ |
| Category: | system |
| Licenses: | |
| Submitter: | td123 |
| Maintainer: | Gryffyn |
| Last Packager: | None |
| Votes: | 97 |
| First Submitted: | 2010-09-01 22:20 |
| Last Updated: | 2012-10-04 21:56 |
Required by (1)
Sources
- 040_all_grub-0.96-nxstack.patch
- 05-grub-0.97-initrdaddr.diff
- automake-pkglib.patch
- ext4.patch
- ftp://alpha.gnu.org/gnu/grub/grub-0.97.tar.gz
- grub-0.97-graphics.patch
- grub-0.97-ldflags-objcopy-remove-build-id.patch
- grub-inode-size.patch
- i2o.patch
- install-grub
- intelmac.patch
- menu.lst
- more-raid.patch
- special-devices.patch
- splash.xpm.gz
Latest Comments
Comment by gsa
Anonymous comment
Hello, I have archlinux 64bits, when I install in virtualbox, archlinux never start, grub displaying this message.
Grub loading stage 1.5
Grub is loading ...
With archlinux 32bits, it works.
Anonymous comment
Thanks for the precompiled binary Cory
Comment by ava1ar
elamskoy, thanks.
Marked grub-legacy as out-of-date and post a note about migration and deprecation of grub-legacy package.
Comment by gsa
Yeah good idea. Merged and updated package.
Comment by ridikulusrat
Why not merge grub-gfx with grub-legacy https://aur.archlinux.org/packages.php?ID=61033 (previously core/grub) since only 1 patch is extra.
Comment by OrdinaryMagician
grub appears to fail loading and instantly forces a reboot.
I have the /boot directory inside a reiserfs partition, if that's of any help.
This doesn't happen with the standard grub package.
Comment by ssri
==> Starting build()...
sed: can't read ./stage1/Makefile.am: No such file or directory
sed: can't read ./stage2/Makefile.am: No such file or directory
==> ERROR: A failure occurred in build().
Aborting...
Comment by jdarnold
The link for the grub-gfx project page is a 404.
Comment by gsa
grub-gfx 0.97-24
Added workaround from http://bugs.mysql.com/bug.php?id=63898
Anonymous comment
So is there any way to build this then?
Comment by gsa
Comment by gsa
So this looks like upstream error.
Comment by gsa
Hey guys, I'm expecting such issue on native grub Archlinux package.
Same errors.
Anonymous comment
I also had the same problem as noMaster. I installed automake1.10 and linked automake to it, and now when I run 'makepkg -s' I get the similar error: http://pastebin.com/SdPXCdnx
Comment by MaJia321
@noMaster Please remove automake firstly then install automake1.10 http://paste.ubuntu.com/848427
Comment by noMaster
I got an error
http://pastebin.com/k0TGf8s2
Comment by gsa
Build bump to 0.97-21 with fix implemented
Verified on both i686 and x86_64(multilib) - file sizes in /usr/lib/grub are normal from now.
Anonymous comment
@elamskoy Why create yet another aur package, couldn't you just adopt and fix this one ?
Comment by gsa
I have same problems with huge file sizes.
So I've created another package in aur called grub-ext ( https://aur.archlinux.org/packages.php?ID=53974 )
It is based on original archlinux PKGBUILD from abs with graphics patches + sample splash image attached.
I checked it with gcc-4.6 - file sizes are ok for me.
Please try my package - I'm synchronizing with abs fixes in time.
Anonymous comment
@mini: Is it similar to https://bugzilla.redhat.com/show_bug.cgi?id=85029 ? I am not a grub-legacy user so I can't help help you there. I hope apart from splashimage, I hope there is no problem in booting the kernel.
Comment by barbuk
Thanks a lot, this is perfect.
Comment by mini
I have intalled grub-legacy-gfx (x86_64) but splashimage does not work for me. I have tried to reload grub meny times, but it does not help
Comment by barbuk
That's strange, the last release didn't come with such large filesystem-specific files
total 312K
-rw-r--r-- 1 root root 7,7K 18 janv. 2009 e2fs_stage1_5
-rw-r--r-- 1 root root 7,2K 18 janv. 2009 fat_stage1_5
-rw-r--r-- 1 root root 6,5K 18 janv. 2009 ffs_stage1_5
-rw-r--r-- 1 root root 6,5K 18 janv. 2009 iso9660_stage1_5
-rw-r--r-- 1 root root 8,1K 18 janv. 2009 jfs_stage1_5
-rw-r--r-- 1 root root 6,7K 18 janv. 2009 minix_stage1_5
-rw-r--r-- 1 root root 9,1K 18 janv. 2009 reiserfs_stage1_5
-rw-r--r-- 1 root root 512 18 janv. 2009 stage1
-rw-r--r-- 1 root root 105K 18 janv. 2009 stage2
-rw-r--r-- 1 root root 105K 18 janv. 2009 stage2_eltorito
-rw-r--r-- 1 root root 6,8K 18 janv. 2009 ufs2_stage1_5
-rw-r--r-- 1 root root 6,1K 18 janv. 2009 vstafs_stage1_5
-rw-r--r-- 1 root root 8,9K 18 janv. 2009 xfs_stage1_5
Comment by terminalmage
Wow, yeah. It really does take up that much space, though for what it's worth the files taking up all the space are the filesystem-specific stage 1.5 files which do not reside in /boot:
% tar tJvf grub-gfx-0.97-14-i686.pkg.tar.xz | grep i386-pc
drwxr-xr-x root/root 0 2011-07-24 20:15 usr/lib/grub/i386-pc/
-rw-r--r-- root/root 134504664 2011-07-24 20:15 usr/lib/grub/i386-pc/ufs2_stage1_5
-rw-r--r-- root/root 268959632 2011-07-24 20:15 usr/lib/grub/i386-pc/stage2
-rw-r--r-- root/root 134504664 2011-07-24 20:15 usr/lib/grub/i386-pc/ffs_stage1_5
-rw-r--r-- root/root 134504664 2011-07-24 20:15 usr/lib/grub/i386-pc/vstafs_stage1_5
-rw-r--r-- root/root 134481080 2011-07-24 20:15 usr/lib/grub/i386-pc/stage1
-rw-r--r-- root/root 134504664 2011-07-24 20:15 usr/lib/grub/i386-pc/jfs_stage1_5
-rw-r--r-- root/root 268960656 2011-07-24 20:15 usr/lib/grub/i386-pc/stage2_eltorito
-rw-r--r-- root/root 134504664 2011-07-24 20:15 usr/lib/grub/i386-pc/fat_stage1_5
-rw-r--r-- root/root 134504664 2011-07-24 20:15 usr/lib/grub/i386-pc/minix_stage1_5
-rw-r--r-- root/root 134504664 2011-07-24 20:15 usr/lib/grub/i386-pc/xfs_stage1_5
-rw-r--r-- root/root 134504664 2011-07-24 20:15 usr/lib/grub/i386-pc/e2fs_stage1_5
-rw-r--r-- root/root 134504664 2011-07-24 20:15 usr/lib/grub/i386-pc/iso9660_stage1_5
-rw-r--r-- root/root 134504664 2011-07-24 20:15 usr/lib/grub/i386-pc/reiserfs_stage1_5
Comment by terminalmage
Wow, really? I'm still using 0.97-11 and pacman -Qi shows it only using 800K or so.
Comment by josephgbr
OMG. This package now requires 514,71 MB after installation is done. My /boot folder has only 100 MB. I just can't use this package this way.
Comment by mini
@skodabenz
I have intalled grub-legacy-fedora-git (x86_64) but splashimage do not work for me. I have tried to reload grub meny times, but it does not help
Comment by mini
I have got an error
docs/Makefile.am:33: `%'-style pattern rules are a GNU make extension
docs/Makefile.am:36: `%'-style pattern rules are a GNU make extension
this package has to be build on i686, won't compile on x86_64
make: *** Nie podano obiektów i nie znaleziono makefile. Stop.
Anonymous comment
updates != patches
this package is not building with the newest arch linux updates see post below.
Anonymous comment
Who flags this package always as out-of-date? This is grub legacy, not grub2. And grub legacy is not being developed anymore, so there won't be any updates for this package.
Anonymous comment
configure: error: GRUB requires a working absolute objcopy; upgrade your binutils
uname -a
Linux obi-laptop 2.6.39-ARCH #1 SMP PREEMPT Tue Jun 7 05:49:02 UTC 2011 i686 Intel(R) Core(TM) i5 CPU M 430 @ 2.27GHz GenuineIntel GNU/Linux
x86
core/binutils 2.21-8 (base) [installed]
Comment by macxcool
I get:
checking whether objcopy works for absolute addresses... no
configure: error: GRUB requires a working absolute objcopy; upgrade your binutils
when building on an x86.
I have the newest version of binutils.
Anonymous comment
For those who do not want complicated installing and configuring a chroot, here are compiled for x86_64 package (have not tried it on my computer, but compiled without any problem)
http://www.divshare.com/download/13682022-414
Comment by avanc
I see the problems with 64bit. But why do I have to change DESTARCH on a 32bit machine? Is there no way to detect it automatically?
Anonymous comment
I found some issues with your tarball. AUR guidelines suggest to not include binaries. Take for example:
grub-gfx/splash.xpm.gz
Try to find sources for the binaries instead of embedding them. Besides, what is the point to tarballing already compressed files? Please fix this.
Comment by terminalmage
@fackamato: You can build on x86_64, you just need to do it in a 32-bit chroot. You can use the following wiki to set up the chroot:
https://wiki.archlinux.org/index.php/Install_bundled_32-bit_system_in_Arch64
Then download the tarball, unpack, cd into the directory, and run: schroot -p -- makepkg
Comment by fackamato
You can't compile this on x86_64.
Anonymous comment
It doesn't change anything for me...
Any idea?
Comment by igndenok
Why not use
DESTARCH=`uname -m`
instead edit it manually ?!
Anonymous comment
this package has to be build on i686, won't compile on x86_64
make: *** No targets specified and no makefile found. Stop.
Aborting...
==> ERROR: Makepkg was unable to build grub-gfx.
??!!!!!!!