Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 154388 - splash-utils support for baselayout-1.13.x
Summary: splash-utils support for baselayout-1.13.x
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] baselayout (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Michal Januszewski (RETIRED)
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-11-07 10:58 UTC by gringo
Modified: 2006-11-21 11:01 UTC (History)
1 user (show)

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


Attachments
Patch for baselayout-1.13 (x,6.12 KB, patch)
2006-11-07 11:56 UTC, Roy Marples (RETIRED)
Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description gringo 2006-11-07 10:58:35 UTC
Hi all,

yesterday i tried latest (masked) baselayout and got following new messages while booting :

 * Caching network dependencies ...
  [ ok ]
/lib64/rcscripts/sh/rc-services.sh: line 652: is_fake_service: command not found
/lib64/rcscripts/sh/rc-services.sh: line 659: ineed: command not found
/lib64/rcscripts/sh/rc-services.sh: line 659: valid_iuse: command not found
/lib64/rcscripts/sh/rc-services.sh: line 659: valid_iafter: command not found
/lib64/rcscripts/sh/rc-services.sh: line 652: is_fake_service: command not found
[snip]
/lib64/rcscripts/sh/rc-services.sh: line 659: ineed: command not found
/lib64/rcscripts/sh/rc-services.sh: line 659: valid_iuse: command not found
/lib64/rcscripts/sh/rc-services.sh: line 659: valid_iafter: command not found

and later:

 * Setting user font ...
putfont: PIO_FONT: Invalid argument

systems boots just fine otherwise. 

Uberlord suggested splash-utils needs a rewrite and wanted me to open this bug. 
The putfont message looks like a different issue.

Complete bootlog is here -> http://www.xente.mundo-r.com/milinux/boot.msg

emerge --info

Portage 2.1.2_rc1-r4 (default-linux/amd64/2006.1/desktop,
gcc-4.1.1/amd64-vanilla, glibc-2.5.90.20061022-r0, 2.6.18-rc4-fent1 x86_64)
=================================================================
System uname: 2.6.18-rc4-fent1 x86_64 AMD Opteron(tm) Processor 242
Gentoo Base System version 1.13.0_alpha5
Last Sync: Tue, 07 Nov 2006 18:00:01 +0000
distcc 2.18.3 x86_64-pc-linux-gnu (protocols 1 and 2) (default port 3632)
[enabled]
ccache version 2.4 [enabled]
app-admin/eselect-compiler: 2.0.0_rc2-r1
dev-java/java-config: 1.3.7, 2.0.30
dev-lang/python:     2.4.4
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache:     2.4-r6
dev-util/confcache:  0.4.2-r1
sys-apps/sandbox:    1.2.18.1
sys-devel/autoconf:  2.13, 2.60
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10
sys-devel/binutils:  2.17.50.0.6
sys-devel/gcc-config: 2.0.0_rc1
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.17-r1
ACCEPT_KEYWORDS="amd64 ~amd64"
AUTOCLEAN="yes"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-march=k8 -O2 -pipe -fno-ident"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config
/usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config"
CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/eselect/compiler
/etc/gconf /etc/java-config/vms/ /etc/revdep-rebuild /etc/splash /etc/terminfo"
CXXFLAGS="-march=k8 -O2 -pipe -fno-ident"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig ccache distcc distlocks metadata-transfer parallel-fetch
prelink sandbox sfperms strict"
GENTOO_MIRRORS="http://cesium.di.uminho.pt/pub/gentoo/
http://darkstar.ist.utl.pt/gentoo/ http://gentoo.inode.at/
http://www.ibiblio.org/pub/Linux/distributions/gentoo"
LANG="es_ES@euro"
LC_ALL="es_ES@euro"
LDFLAGS="-Wl,-O1 -Wl,--as-needed -Wl,--hash-style=both"
LINGUAS="es es_ES"
MAKEOPTS="-j12 -s"
PKGDIR="/usr/portage/packages"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress
--force --whole-file --delete --delete-after --stats --timeout=180
--exclude=/distfiles --exclude=/local --exclude=/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/overlay /usr/portage/local/layman/sunrise
/usr/portage/local/layman/xeffects /usr/portage/local/layman/toolchain_overlay"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="amd64 X a52 aac aalib acl acpi alsa bash-completion berkdb bitmap-fonts
cairo cdr cdrw cli cracklib crypt cups dbus dga dlloader dri dvd dvdr dvdread
elibc_glibc emboss encode fam fbcon ffmpeg firefox fortran gdbm gif glitz gnome
gpm gstreamer gtk gtk2 hal hotplug iconv initng_plugins_also
initng_plugins_bash_launcher initng_plugins_chdir initng_plugins_chroot
initng_plugins_conflict initng_plugins_cpout initng_plugins_critical
initng_plugins_cron initng_plugins_daemon initng_plugins_dev
initng_plugins_dllaunch initng_plugins_envparser initng_plugins_find
initng_plugins_fstat initng_plugins_history initng_plugins_idleprobe
initng_plugins_initctl initng_plugins_interactive initng_plugins_iparser
initng_plugins_last initng_plugins_limit initng_plugins_logfile
initng_plugins_netprobe initng_plugins_ngc4 initng_plugins_pause
initng_plugins_pidfile initng_plugins_provide initng_plugins_reload
initng_plugins_renice initng_plugins_rlparser initng_plugins_simple_launcher
initng_plugins_stcmd initng_plugins_stdout initng_plugins_suid
initng_plugins_syncron initng_plugins_syslog initng_plugins_unneeded
input_devices_evdev input_devices_keyboard input_devices_mouse ipv6 isdnlog
ithreads java jpeg kde kdeenablefinal kdehiddenvisibility kernel_linux ldap
libg++ linguas_es linguas_es_ES mad maildir mikmod mp3 mpeg ncurses nls nptl
nptlonly nsplugin nvidia offensive ogg oggvorbis opengl pam pascal pcre perl
pic png ppds pppd python qt3 qt4 quicktime readline reflection sasl sdl session
spell spl ssl svg tcpd threads tiff truetype truetype-fonts type1-fonts udev
unicode userland_GNU vcd video_cards_nv video_cards_nvidia vorbis x264 xml xorg
xosd xv xvid zlib"
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, PORTAGE_RSYNC_EXTRA_OPTS

thanks !
Comment 1 Roy Marples (RETIRED) gentoo-dev 2006-11-07 11:56:45 UTC
Created attachment 101409 [details, diff]
Patch for baselayout-1.13

This patch is a work in progress as I don't know splash utils too well, but this seems to fix things.

The PIO error you're seeing is fixed in the latest splash-utils in portage, to which this patch relates.
Comment 2 gringo 2006-11-08 12:59:41 UTC
(In reply to comment #1)

indeed it fixed things !
New log here -> http://www.xente.mundo-r.com/milinux/boot1.msg

rc-depend: no services specified
is the only remaining spam now :D

Good job !
Comment 3 Michal Januszewski (RETIRED) gentoo-dev 2006-11-11 04:26:23 UTC
Roy, I had a look at your patch and I'm glad that soon we'll able to do without all the dirty hacks in splash_svclist_update(). I tested it with the latest baselayout (1.13.0_alpha) and I had to change it to use:
  order="${order} $(SOFTLEVEL="$dlvl" rc-depend -ineed -iuse -iafter ${svcs})"
instead of:
  order="${order} $(rc-depend -ineed -iuse -iafter ${svcs})"
to get the correct order of services during early boot (when splash_svclist_update() is called, SOFTLEVEL is still 'boot'). The original version form your patch returned the services in a correct order only when called after the system was fully booted.

Could you please comment on this approach and let me know if it's correct? Also, could you please explain why it was necessary to comment:
  #splash_update_progress "${svc}"
in the code handling svc_stop and svc_start in your patch?
Comment 4 Roy Marples (RETIRED) gentoo-dev 2006-11-11 06:33:19 UTC
(In reply to comment #3)
> Roy, I had a look at your patch and I'm glad that soon we'll able to do without
> all the dirty hacks in splash_svclist_update(). I tested it with the latest
> baselayout (1.13.0_alpha) and I had to change it to use:
>   order="${order} $(SOFTLEVEL="$dlvl" rc-depend -ineed -iuse -iafter ${svcs})"
> instead of:
>   order="${order} $(rc-depend -ineed -iuse -iafter ${svcs})"
> to get the correct order of services during early boot (when
> splash_svclist_update() is called, SOFTLEVEL is still 'boot'). The original
> version form your patch returned the services in a correct order only when
> called after the system was fully booted.

Possibly. As I said, it was a work in progress, but it seemed to work for me :)

> Also, could you please explain why it was necessary to comment:
>   #splash_update_progress "${svc}"
> in the code handling svc_stop and svc_start in your patch?

Sure!

baselayout-1.12 featured parallel start/stop will actually worked :)
The downside of that is that all services in the boot level are marked "starting" before the first one probably completes (on fast systems). This had the effect of the progress bar going from 0 to x%, pause to work out ordering for default runlevel and the x% to 100% right away. Hardly a progress bar.

With 1.13, the pause sorting things out has been removed thanks to our C rc-depend program. So the progress bar now goes from 0-100% very fast. Infact, 100% was reached before the boot level finished on one of my boxes!

I didn't look fully at the code, but those lines I commented out update progress when a service is marked as "starting". The same code is called when "started" too. Probably totally the wrong thing to do, but it gives a more staggered progress bar.
Comment 5 Michal Januszewski (RETIRED) gentoo-dev 2006-11-21 11:01:09 UTC
I've just added splashutils-1.3-r3 to CVS. It's p.masked now, along with baselayout-1.13. 

Roy: please unmask it when you remove the mask for baselayout.

And thanks for the great job wrt cleaning up the splashutils scripts :)