Package Details: grub-gfx 0.97-23

Package Base: grub-gfx
Description: A GNU multiboot boot loader
Upstream URL: http://www.gnu.org/software/grub/
Category: system
Licenses: GPL
Submitter: td123
Maintainer: Gryffyn
Last Packager: None
Votes: 97
First Submitted: 2010-09-01 22:20
Last Updated: 2012-10-04 21:56

Dependencies (3)

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

2013-04-16 20:40

Switched to grub2, won't support this package anymore. U guys can maintain this one if you want, marked as orphan

Anonymous comment

2013-01-03 10:40

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

2012-10-17 08:01

Thanks for the precompiled binary Cory

Comment by ava1ar

2012-10-05 02:54

elamskoy, thanks.

Marked grub-legacy as out-of-date and post a note about migration and deprecation of grub-legacy package.

Comment by gsa

2012-10-04 21:56

Yeah good idea. Merged and updated package.

Comment by ridikulusrat

2012-07-21 04:25

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

2012-04-30 15:09

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

2012-03-18 08:57

==> 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

2012-03-13 14:19

The link for the grub-gfx project page is a 404.

Comment by gsa

2012-03-13 13:45

grub-gfx 0.97-24
Added workaround from http://bugs.mysql.com/bug.php?id=63898

Anonymous comment

2012-02-19 20:25

So is there any way to build this then?

Comment by gsa

2012-02-19 19:15

Found this one:
http://lists.gnu.org/archive/html/grub-devel/2011-12/msg00059.html

Comment by gsa

2012-02-19 19:12

So this looks like upstream error.

Comment by gsa

2012-02-19 19:12

Hey guys, I'm expecting such issue on native grub Archlinux package.
Same errors.

Anonymous comment

2012-02-19 18:52

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

2012-02-19 11:57

@noMaster Please remove automake firstly then install automake1.10 http://paste.ubuntu.com/848427

Comment by noMaster

2012-02-11 13:36

I got an error
http://pastebin.com/k0TGf8s2

Comment by gsa

2011-11-17 00:52

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

2011-11-13 23:39

@elamskoy Why create yet another aur package, couldn't you just adopt and fix this one ?

Comment by gsa

2011-11-13 23:36

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

2011-07-29 19:14

@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

2011-07-27 06:42

Thanks a lot, this is perfect.

Comment by mini

2011-07-26 18:19

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

2011-07-25 07:46

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

2011-07-25 01:39

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

2011-07-25 01:15

Wow, really? I'm still using 0.97-11 and pacman -Qi shows it only using 800K or so.

Comment by josephgbr

2011-07-25 01:12

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

2011-07-10 08:56

@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

2011-07-10 07:42

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

2011-06-26 22:13

updates != patches
this package is not building with the newest arch linux updates see post below.

Anonymous comment

2011-06-26 04:04

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

2011-06-24 20:42

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

2011-06-20 18:30

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

2011-01-04 05:11

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

2010-12-22 13:44

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

2010-12-06 02:52

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

2010-11-11 20:33

@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

2010-11-07 02:13

You can't compile this on x86_64.

Anonymous comment

2010-10-01 10:50

It doesn't change anything for me...

Any idea?

Comment by igndenok

2010-09-19 15:03

Why not use

DESTARCH=`uname -m`

instead edit it manually ?!

Anonymous comment

2010-09-10 08:24

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.

??!!!!!!!