Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 43539 - rhgb ebuild / replacement?
Summary: rhgb ebuild / replacement?
Status: RESOLVED CANTFIX
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Lowest enhancement (vote)
Assignee: Default Assignee for New Packages
URL: http://fedora.redhat.com/projects/add...
Whiteboard:
Keywords: EBUILD
Depends on:
Blocks:
 
Reported: 2004-03-02 15:36 UTC by Graeme Humphries
Modified: 2007-09-14 12:21 UTC (History)
3 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Graeme Humphries 2004-03-02 15:36:54 UTC
I think having the Redhat Graphical Boot (rhgb) utility from the Fedora project would be very useful, since it uses X to display a graphical booting screen. This sidesteps the compatibility and stability problems some people are having with bootsplash and other similar apps.

That being said, as soon as I've got a spare moment I'll start working on an ebuild, and attach it to this bug. :)

As a related task, once an initial ebuild has been created, we'll probably want some Gentoo-specific artwork to go with it. To that end, can anyone provide a link to official, high quality copies of the Gentoo logo?
Comment 1 Donnie Berkholz (RETIRED) gentoo-dev 2004-03-04 08:12:42 UTC
Trying to get xfree herd only on core components ... reassigning to desktop-misc. As for quality gentoo splash screens, check the latest bootsplash ebuild (-r10 or so), I think even higher-quality images were supposed to show up.
Comment 2 boris64 2004-04-13 09:22:42 UTC
hi,

of course bootsplash ist very, very nice,
but i think rhgb is a lot more sexy ;)

someone should provide an ebuild.
Comment 3 Graeme Humphries 2004-04-13 09:57:26 UTC
I'm working on it, but I'm in the middle of a move and a reorganization. I've actually got an ebuild using the Fedora RPMs, but these RPMs don't include the VESA X server RHGB depends on. If someone can track down where that Xserver is, I can probably finish my initial ebuild shortly.
Comment 4 Graeme Humphries 2004-08-17 21:56:14 UTC
Man, haven't worked on this in a while. ;)

In any case, I'm thinking the Xserver it's looking for is in the kdrive package. I'll try and verify (and possibly get things working?) soon-ish. I'm hoping this weekend, but you never know. ;)
Comment 5 Evan Langlois 2004-09-28 20:17:01 UTC
Please see Bug #65758.  If you do manage to kdrive installed, let me know, as its been a problematic ebuild (kdrive seems to be an orphan now that Xorg does the pretty pictures ... unless you want to migrate to OE).
Comment 6 Graeme Humphries 2004-09-29 11:06:27 UTC
Strange, kdrive builds fine for me on my work machine, just finished a few moments ago. Here's my emerge info, if that helps shed any light on setup differences:

Portage 2.0.50-r11 (default-x86-2004.2, gcc-3.3.4, glibc-2.3.3.20040420-r1, 2.6.8-gentoo-r2)
=================================================================
System uname: 2.6.8-gentoo-r2 i686 AMD Athlon(tm) XP 2200+
Gentoo Base System version 1.4.16
distcc 2.16 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [enabled]
ccache version 2.3 [enabled]
Autoconf: sys-devel/autoconf-2.59-r4
Automake: sys-devel/automake-1.8.5-r1
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CFLAGS="-march=athlon-xp -Os -mfpmath=sse -pipe"
CHOST="i686-pc-linux-gnu"
COMPILER=""
CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.2/share/config /usr/kde/3.3/share/config:/usr/kde/3.3/env:/usr/kde/3.3/shutdown /usr/kde/3/share/config /usr/lib/mozilla/defaults/pref /usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-march=athlon-xp -Os -mfpmath=sse -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs ccache distcc fixpackages sandbox"
GENTOO_MIRRORS="http://gentoo.oregonstate.edu http://www.ibiblio.org/pub/Linux/distributions/gentoo"
MAKEOPTS="-j6"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="3dfx 3dnow 3dnowex X aac aalib acpi aim alsa apache2 apm arts avi berkdb bitmap-fonts blender-game bootsplash bzlib calendar cdparanoia cdr crypt cups curl curlwrappers devfs26 dts dvd dvdr dvdread encode escreen esd exif faac faad fam fbcon ffmpeg fftw flac foomaticdb freetype freewnn gd gdbm geoip gif gimp gimpprint gnome gphoto2 gpm gs gstreamer gtk gtk2 hdf hdf5 image imagemagick imap imlib imlib2 jabber java joystick jpeg kerberos ldap libcaca libg++ libgda libwww live lufsusermount lzo lzw lzw-tiff mad matroska matrox md5sum mdb mikmod mime mixer mmap mmx mmx2 mng mono motif mozcalendar mozilla mozsvg mpeg mpeg4 mplayer msn mysql mysqli ncurses network nls ntlm oggvorbis openal opengl oss pam pdf pdflib perl php pic png pnp psyco pthreads python qt quicktime readline rtc samba sasl sdl shared sharedmem slang sockets speex spell sqlite sse ssl stencil-buffer svg svga t1lib tcltk tcpd theora tiff transcode truetype usb video_cards_matrox wifi x86 xine xinerama xml2 xmms xosd xpm xprint xrandr xv xvid xvmc yahoo yv12 zlib zvbi"

In any case, I'll be poking at this a bit more in the next little while, but as always, I'm swamped with other projects. :P
Comment 7 Graeme Humphries 2004-09-29 14:27:03 UTC
Of course, it strikes me that it may be more efficient to just develop our own, more generic replacement system for RHGB, since RHGB ties specifically into (Redhat / Fedora)'s init scripts and init system.

Essentially, it would need to: start Xorg using the VESA driver, run an X client on that driver displaying the output of the boot sequence, and possibly hook into the boot sequence for doing a progress bar (x/total services started kind of thing?).

Would this be more worthwhile than trying to port RHGB? Anyone have any specific comments on this?
Comment 8 crazor 2004-10-24 11:26:29 UTC
Any progress regarding rhgb on gentoo?
Comment 9 Graeme Humphries 2004-10-25 08:00:02 UTC
Not much... it compiles from the latest RPMs fine via a standard skeleton ebuild, but there's lots I haven't had the time to figure out in regards to how it interacts with both the VESA X server and the rc boot process. I think the hooks that have been added into rc for the fbsplash stuff should also serve us well for rhgb, but until I sort out the X server stuff I won't have any way to test that.

Unfortunately, work its keeping me quite busy at the moment. Whenever I have time, I'll do more work on it, but who knows when that will be, really? ;)  Send me an e-mail if you'd like to help out, and we can discuss what's done, what needs to be done, etc.
Comment 10 Patrik Kullman 2005-02-13 23:48:51 UTC
This would be a real nice enhancement to the bootup.

Is this still active?

I would think that the init-script policy would have to updated to support this, but what do I know.. ;)
Comment 11 Graeme Humphries 2005-02-14 09:24:11 UTC
Hi Patrik,

I'm still very much interested in getting this working, unfortunately I haven't had time in months to even look at it, and nobody else has shown much interest. You're quite right in thinking that we'd need some init script support, but I think it would be a not super difficult patch to the existing splashimage patches that we already have.

If you'd like to do some work on hacking an ebuild based on the latest version of rhgb, that would be awesome, and I'd definately be able to do some testing and debugging on the machines I have access to.
Comment 12 Patrik Kullman 2005-02-14 09:48:16 UTC
I was thinking in the terms of 
Comment 13 Patrik Kullman 2005-02-14 09:48:16 UTC
I was thinking in the terms of über-elite dbus-support ;)
Comment 14 Graeme Humphries 2005-02-14 10:00:13 UTC
That'd be super-swanky too. :)
Comment 15 Patrik Kullman 2005-02-14 13:35:31 UTC
However, I just wanted to make clear that it's the actual feature that I would like to be seen duplicated, not necessarily a port of rhgb to Gentoo.

Don't know how dbus would play the role of message bus for this kind of thing, but it would make it easy to extend the functionality to the kind of notification that Windows XP has with its balloons.

If the init-scripts would be made with a integration with dbus, a user could be notified when services are started or stopped.
This might happen through graphical interfaces in the future (like Gnome Time/Date applet using root-access to start the ntpd service) and would be convenient to see in a future GTK+ notification-widget.

Also, I want to add that I'm most likely not the guy for this implementation. ;)
Comment 16 Graeme Humphries 2005-02-14 13:40:56 UTC
Yeah, that sounds more like functionality that should be built into GNOME, and would be quite a task. ;)

In any case, please try to throw together an ebuild for rhgb. :)  I don't think it's that complex, mostly it'll be the tying into the init scripts that'll cause us problems.
Comment 17 Markus Ullmann (RETIRED) gentoo-dev 2007-09-14 12:21:15 UTC
upstream gone