| View previous topic :: View next topic |
| Author |
Message |
suineg
Apprentice
Joined: 02 Mar 2004
Posts: 200
Location: Los Angeles
|
 Posted: Wed Apr 20, 2005 6:55 am Post subject: new userspace bootsplash! (splashy) |
 |
|
I came across this new userspace bootsplash based on directfb and was curious if anyone had tried it.
link
looks pretty cool if you ask me, although it says on spocks website that there are to be major changes to gensplash so I don't know which will be better.
I do like the idea of it not requiring a kernel module though  |
|
| Back to top |
|
 |
suineg
Apprentice
Joined: 02 Mar 2004
Posts: 200
Location: Los Angeles
|
| Posted: Sat Apr 23, 2005 9:53 am Post subject: |
|
|
I find it hard to believe that no one is interested in trying this.
*shrug* could be wrong though. |
|
| Back to top |
|
|
predatorfreak
l33t
Joined: 13 Jan 2005
Posts: 708
Location: USA, Michigan.
|
| Posted: Sat Apr 23, 2005 10:10 am Post subject: |
|
|
I'm interested in the idea of doing this sort of thing in user space because it's actually better then doing it kernel level, doing it kernel level means adding more code to the kernel which doesn't NEED to be there. Although I'm personally against eye-candyish boots :\.
_________________
System: predatorbox
Distro: Arch Linux x86_64
Current projects: blackhole, convmedia and anything else I cook up. |
|
| Back to top |
|
|
Earthwings
Bodhisattva
Joined: 14 Apr 2003
Posts: 7753
Location: Germany
|
| Posted: Sat Apr 23, 2005 10:22 am Post subject: |
|
|
| suineg wrote: | | I find it hard to believe that no one is interested in trying this. |
There are no screenshots, or I missed them. Who would install eye candy things without having seen a screenshot?
_________________
KDE |
|
| Back to top |
|
|
suineg
Apprentice
Joined: 02 Mar 2004
Posts: 200
Location: Los Angeles
|
| Posted: Sat Apr 23, 2005 10:28 am Post subject: |
|
|
| good point, perhaps I will try and grab some screenies. how does one take screenshots at boot anyway :\ |
|
| Back to top |
|
|
suineg
Apprentice
Joined: 02 Mar 2004
Posts: 200
Location: Los Angeles
|
| Posted: Sat Apr 23, 2005 10:39 am Post subject: |
|
|
| Earthwings wrote: | | suineg wrote: | | I find it hard to believe that no one is interested in trying this. |
There are no screenshots, or I missed them. Who would install eye candy things without having seen a screenshot? |
I actually found some, these are of ubuntu and debian. Not from the devs of splashy, but someone who created some themes.
this project is still pretty early in development, but could use some testers I think. |
|
| Back to top |
|
|
predatorfreak
l33t
Joined: 13 Jan 2005
Posts: 708
Location: USA, Michigan.
|
| Posted: Sat Apr 23, 2005 10:40 am Post subject: |
|
|
| suineg wrote: | | good point, perhaps I will try and grab some screenies. how does one take screenshots at boot anyway :\ |
For a quickie, you could add the command to your local file.
_________________
System: predatorbox
Distro: Arch Linux x86_64
Current projects: blackhole, convmedia and anything else I cook up. |
|
| Back to top |
|
|
Imago
Apprentice
Joined: 25 Nov 2004
Posts: 157
Location: Germany
|
| Posted: Sat Apr 23, 2005 11:44 am Post subject: |
|
|
hmm looks interesting.
But have a whole bunch of dependencies(DirectFB,++dfb,libxml, libxmlpp), which is quite bad when you have /usr on a seperate partition or even want to use it in an initrd.
Anyone have this working under gentoo?
btw.: the splashscreen/progressbar things from splashutils are also totally in userspace. only the console with background image is done "in-kernel".
CU
Imago |
|
| Back to top |
|
|
Archangel1
Veteran
Joined: 21 Apr 2004
Posts: 1212
Location: Work
|
| Posted: Sat Apr 23, 2005 12:20 pm Post subject: |
|
|
I'm not totally drawn to it since (from what I can tell) it doesn't kick in until init starts, which is somewhat later than fbsplash/bootsplash. It really starts to not seem worth it; it'd be easier to throw the user into X earlier and load a bunch of processes in the background once it reaches the login manager.
_________________
What are you, stupid? |
|
| Back to top |
|
|
suineg
Apprentice
Joined: 02 Mar 2004
Posts: 200
Location: Los Angeles
|
| Posted: Sat Apr 23, 2005 12:24 pm Post subject: |
|
|
| Archangel1 wrote: | | I'm not totally drawn to it since (from what I can tell) it doesn't kick in until init starts, which is somewhat later than fbsplash/bootsplash. It really starts to not seem worth it; it'd be easier to throw the user into X earlier and load a bunch of processes in the background once it reaches the login manager. |
I haven't managed to get it working yet, but I didn't realize this was the case. Your right, if it doesn't start until init, it's not worth it (to me at least).
it's a nice idea though. |
|
| Back to top |
|
|
desertstalker
Apprentice
Joined: 18 Sep 2004
Posts: 209
|
| Posted: Sun Apr 24, 2005 1:23 am Post subject: |
|
|
| Whats wrong with it not starting untill init is started? If you put quiet in your kernel paramaters then you just get a blank screen untill then. |
|
| Back to top |
|
|
codergeek42
Bodhisattva
Joined: 05 Apr 2004
Posts: 5142
Location: Anaheim, CA (USA)
|
| Posted: Sun Apr 24, 2005 2:10 am Post subject: |
|
|
I can't try it until they get it to work without needing /usr/lib mounted. I've got /usr on a seperate partition (like many other users, I would presume). Oh well.
_________________
~~ Peter: Programmer, Mathematician, STEM & Free Software Advocate, Enlightened Agent, Transhumanist, Fedora contributor
Who am I? :: EFF & FSF |
|
| Back to top |
|
|
allex87
Apprentice
Joined: 02 Aug 2003
Posts: 154
Location: Ontario, Canada
|
| Posted: Sun Apr 24, 2005 3:05 am Post subject: |
|
|
Why would I try it since I have fbsplash working?
What are the benefits of this? |
|
| Back to top |
|
|
G2k
l33t
Joined: 06 Mar 2004
Posts: 672
Location: Rome, Italy
|
| Posted: Sun Apr 24, 2005 8:52 am Post subject: |
|
|
| allex87 wrote: | Why would I try it since I have fbsplash working?
What are the benefits of this? |
less code in the kernel...probably it's also easier to change splash image because of that as well, which is what I'm hoping.
_________________
Animula vagula blandula,
Hospes comesque corporis,
Quae nunc abibis in loca
Pallidula rigida nudula,
Nec ut soles dabis iocos...
- Imp. Caesar Hadrianus |
|
| Back to top |
|
|
bladdo
Guru
Joined: 19 Jul 2004
Posts: 334
Location: NJ
|
|
| Back to top |
|
|
Archangel1
Veteran
Joined: 21 Apr 2004
Posts: 1212
Location: Work
|
| Posted: Tue Apr 26, 2005 10:59 am Post subject: |
|
|
| desertstalker wrote: | | Whats wrong with it not starting untill init is started? If you put quiet in your kernel paramaters then you just get a blank screen untill then. |
So you get a blank screen for half the boot, then a splash which promptly goes away once X starts?
Plus quiet only keeps the kernel quiet until init IIRC, so you'll get a few messages briefly.
I just don't really see the advantage over fbsplash personally - other than some ephemeral idea of having more of it done in userspace.
That doesn't look like anything that couldn't be done with fbsplash if you wanted anyway...
_________________
What are you, stupid? |
|
| Back to top |
|
|
fuoco
Guru
Joined: 23 May 2004
Posts: 386
Location: Israel
|
| Posted: Fri Oct 14, 2005 7:50 pm Post subject: |
|
|
| I'd like to bump this thread. Splashy has come a long way. It would be nice to have testers in gentoo. |
|
| Back to top |
|
|
SteakTheMooCow
Tux's lil' helper
Joined: 02 Sep 2005
Posts: 99
Location: /dev/urandom
|
| Posted: Fri Oct 14, 2005 10:11 pm Post subject: |
|
|
Once I get the x86 emu box (p3 450 with emulators for DOS, Sega etc.) up I'll give it a shot. If I can get it to work properly there (I'll know if its working, its not as if a P3 450 boots fast) I'll test it on the AMD64 platform as well.
_________________
Gentoo HP ProBook 6540b |
|
| Back to top |
|
|
fuoco
Guru
Joined: 23 May 2004
Posts: 386
Location: Israel
|
| Posted: Sat Oct 15, 2005 1:03 am Post subject: |
|
|
That would be cool. I'd like to try it too, maybe I will but I have ppc and it appears it doesn't work on that arch so far.
The idea of userspace boot-splash is very interesting to me, but the problem as it seems is that there's quite a few implementation and it's not too obvious what the differences, advantages/disadvantages of each are.
There's usplash, splashy, upower and I think there's some more.
I wonder why gensplash is being developed with a kernel patch instead of boosting the development of a userspace implementation. |
|
| Back to top |
|
|
SteakTheMooCow
Tux's lil' helper
Joined: 02 Sep 2005
Posts: 99
Location: /dev/urandom
|
|
| Back to top |
|
|
hoyanf
Tux's lil' helper
Joined: 27 Aug 2005
Posts: 80
Location: Malaysia
|
| Posted: Sun Oct 21, 2007 5:46 pm Post subject: |
|
|
This is what am still working on it... Configure is fine but compile failed to do with ld linker...
| Code: | # Copyright 1999-2007 Gentoo Foundation
# Distributed under the terms of the GNU General Public License v2
# $Header: $
inherit autotools eutils
WANT_AUTOMAKE="latest"
WANT_AUTOCONF="latest"
DESCRIPTION="Splashy is a next generation boot splashing system for Linux systems."
HOMEPAGE="http://splashy.alioth.debian.org/wiki/start"
SRC_URI="http://alioth.debian.org/frs/download.php/2169/${P}.tar.gz"
LICENSE="GPL-2"
SLOT="0"
KEYWORDS="~x86 ~amd64"
RESTRICT="nomirror"
IUSE="debug"
RDEPEND=">=sys-devel/autoconf-2.5.9
>=sys-devel/automake-1.9
>=sys-devel/libtool-1.5
sys-process/procps
>=dev-util/pkgconfig-0.14.0
>=dev-libs/DirectFB-0.9.22
>=dev-libs/glib-2
media-libs/jpeg
media-libs/libpng"
DEPEND="${RDEPEND}"
src_unpack () {
unpack ${A} || die
}
src_compile() {
eautoreconf || die
econf \
$(use_enable debug ) \
|| die "econf"
emake -j1 || die "emake"
}
src_install() {
einstall || die
insinto /etc/splashy || die
doins themes || die
dodoc AUTHORS COPYING ChangeLog HACKING INSTALL NEWS README TODO || die
}
pkg_postinst() {
pkg_postinst
} |
My make error :-
| Quote: |
then mv -f ".deps/splashy-splashy_functions.Tpo" ".deps/splashy-splashy_functions.Po"; else rm -f ".deps/splashy-splashy_functions.Tpo"; exit 1; fi
/bin/sh ../libtool --tag=CC --mode=link i686-pc-linux-gnu-gcc -O2 -march=athlon64 -msse3 -fomit-frame-pointer -pipe -Wall -Werror -DG_DISABLE_ASSERT -DG_DISABLE_CHECKS -o splashy -all-static -static-libgcc -Wl,-uIDirectFBFont_Default -Wl,-uIDirectFBFont_FT2 -Wl,-uIDirectFBImageProvider_PNG splashy-splashy_main.o splashy-splashy_functions.o libsplashycnf.la libsplashy.la -lpthread -lm -lglib-2.0 -static /usr/lib/directfb-0.9.25/systems/libdirectfb_fbdev.o /usr/lib/directfb-0.9.25/wm/libdirectfbwm_default.o /usr/lib/directfb-0.9.25/interfaces/IDirectFBFont/libidirectfbfont_ft2.o -lfreetype /usr/lib/directfb-0.9.25/interfaces/IDirectFBFont/libidirectfbfont_default.o /usr/lib/directfb-0.9.25/interfaces/IDirectFBImageProvider/libidirectfbimageprovider_png.o -lpng -lz -lm /usr/lib/directfb-0.9.25/inputdrivers/libdirectfb_keyboard.o -L/usr/lib -ldirectfb -lfusion -ldirect -lpthread -lz
i686-pc-linux-gnu-gcc -O2 -march=athlon64 -msse3 -fomit-frame-pointer -pipe -Wall -Werror -DG_DISABLE_ASSERT -DG_DISABLE_CHECKS -o splashy -static -static-libgcc -Wl,-uIDirectFBFont_Default -Wl,-uIDirectFBFont_FT2 -Wl,-uIDirectFBImageProvider_PNG splashy-splashy_main.o splashy-splashy_functions.o /usr/lib/directfb-0.9.25/systems/libdirectfb_fbdev.o /usr/lib/directfb-0.9.25/wm/libdirectfbwm_default.o /usr/lib/directfb-0.9.25/interfaces/IDirectFBFont/libidirectfbfont_ft2.o /usr/lib/directfb-0.9.25/interfaces/IDirectFBFont/libidirectfbfont_default.o /usr/lib/directfb-0.9.25/interfaces/IDirectFBImageProvider/libidirectfbimageprovider_png.o /usr/lib/directfb-0.9.25/inputdrivers/libdirectfb_keyboard.o ./.libs/libsplashycnf.a ./.libs/libsplashy.a /var/tmp/portage/media-gfx/splashy-0.3.6/work/splashy-0.3.6/src/.libs/libsplashycnf.a /usr/lib/libglib-2.0.a /usr/lib/libfreetype.a /usr/lib/libpng12.a -lm -L/usr/lib /usr/lib/libdirectfb.a /usr/lib/libfusion.a /usr/lib/libdirect.a -ldl -lpthread -lz
/usr/lib/libglib-2.0.a(gutils.o): In function `g_get_any_init_do':
(.text+0x121b): warning: Using 'getpwuid' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking
/usr/lib/libglib-2.0.a(gutils.o): In function `g_get_any_init_do':
(.text+0x120e): warning: Using 'setpwent' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking
/usr/lib/libglib-2.0.a(gutils.o): In function `g_get_any_init_do':
(.text+0x1227): warning: Using 'endpwent' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking
/usr/lib/libglib-2.0.a(gutils.o): In function `g_get_any_init_do':
(.text+0x10cf): warning: Using 'getpwnam_r' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking
/usr/lib/libglib-2.0.a(gutils.o): In function `g_get_any_init_do':
(.text+0x1117): warning: Using 'getpwuid_r' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking
/usr/lib/libdirect.a(log.o): In function `parse_host_addr':
(.text+0x231): warning: Using 'getaddrinfo' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking
/usr/lib/directfb-0.9.25/systems/libdirectfb_fbdev.o: In function `directfb_fbdev':
(.text+0x4c1c): undefined reference to `sysfs_get_mnt_path'
/usr/lib/directfb-0.9.25/systems/libdirectfb_fbdev.o: In function `directfb_fbdev':
(.text+0x4cb5): undefined reference to `sysfs_open_class_device'
/usr/lib/directfb-0.9.25/systems/libdirectfb_fbdev.o: In function `directfb_fbdev':
(.text+0x4cc7): undefined reference to `sysfs_get_classdev_device'
/usr/lib/directfb-0.9.25/systems/libdirectfb_fbdev.o: In function `directfb_fbdev':
(.text+0x4ce1): undefined reference to `sysfs_get_device_attr'
/usr/lib/directfb-0.9.25/systems/libdirectfb_fbdev.o: In function `directfb_fbdev':
(.text+0x4d18): undefined reference to `sysfs_get_device_attr'
/usr/lib/directfb-0.9.25/systems/libdirectfb_fbdev.o: In function `directfb_fbdev':
(.text+0x4db2): undefined reference to `sysfs_close_class_device'
collect2: ld returned 1 exit status
make[2]: *** [splashy] Error 1
make[2]: Leaving directory `/var/tmp/portage/media-gfx/splashy-0.3.6/work/splashy-0.3.6/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/var/tmp/portage/media-gfx/splashy-0.3.6/work/splashy-0.3.6'
make: *** [all] Error 2 |
_________________
WorkPC -> Xeon x3440 | Gigabyte P55-UD6 | 16GB DDR3 | HDD1 - 600GB | HDD2 - 500 GB | HDD3 - 1TB
HomePC -> Xeon x3320 | Gigabyte GA-EP45-UD3P | 8GB DDR2 | HDD1 - 500GB | HDD2 - 1TB |
|
| Back to top |
|
|
hoyanf
Tux's lil' helper
Joined: 27 Aug 2005
Posts: 80
Location: Malaysia
|
| Posted: Sun Oct 21, 2007 6:27 pm Post subject: |
|
|
Found the compile error due to "sysfs" use flag when compilling DirectFB... So do not use sysfs use flag when compilling DirectFB...
I'll make the necessary adjustments to the ebuild...
_________________
WorkPC -> Xeon x3440 | Gigabyte P55-UD6 | 16GB DDR3 | HDD1 - 600GB | HDD2 - 500 GB | HDD3 - 1TB
HomePC -> Xeon x3320 | Gigabyte GA-EP45-UD3P | 8GB DDR2 | HDD1 - 500GB | HDD2 - 1TB |
|
| Back to top |
|
|
hoyanf
Tux's lil' helper
Joined: 27 Aug 2005
Posts: 80
Location: Malaysia
|
| Posted: Sun Oct 21, 2007 7:23 pm Post subject: |
|
|
The stable ebuild i've done :-
| Code: | # Copyright 1999-2007 Gentoo Foundation
# Distributed under the terms of the GNU General Public License v2
# $Header: $
inherit autotools eutils multilib
WANT_AUTOMAKE="latest"
WANT_AUTOCONF="latest"
DESCRIPTION="Splashy is a next generation boot splashing system for Linux systems."
HOMEPAGE="http://splashy.alioth.debian.org/wiki/start"
SRC_URI="http://alioth.debian.org/frs/download.php/2169/${P}.tar.gz"
LICENSE="GPL-2"
SLOT="0"
KEYWORDS="~amd64 ~x86"
RESTRICT="nomirror"
IUSE="debug"
RDEPEND=">=sys-devel/autoconf-2.5.9
>=sys-devel/automake-1.9
>=sys-devel/libtool-1.5
sys-process/procps
>=dev-util/pkgconfig-0.14.0
>=dev-libs/DirectFB-0.9.22
>=dev-libs/glib-2
media-libs/jpeg
media-libs/libpng"
DEPEND="${RDEPEND}"
pkg_setup() {
if built_with_use dev-libs/DirectFB sysfs; then
ewarn "Please recompile DirectFB without sysfs"
die "recompile DirectFB with USE=\"-sysfs\""
fi
}
src_compile() {
eautoreconf || die
econf \
$(use_enable debug ) \
|| die "econf"
# Dropping jobserver to -j1 to prevent make complaining of unfinished jobs
emake -j1 || die "emake"
}
src_install() {
emake DESTDIR=\"\${D}\" install || die
insinto /etc/splashy || die
doins themes || die
dodoc AUTHORS COPYING ChangeLog HACKING INSTALL NEWS README TODO || die
}
pkg_postinst() {
pkg_postinst
ewarn "Please do not report any bugs to Gentoo Bugzilla"
elog "Splashy user forum http://alioth.debian.org/forum/?group_id=30657"
elog "Splashy bug reporting http://alioth.debian.org/tracker/?group_id=30657"
} |
Feel free to try out...
Regards
hoyanf 
_________________
WorkPC -> Xeon x3440 | Gigabyte P55-UD6 | 16GB DDR3 | HDD1 - 600GB | HDD2 - 500 GB | HDD3 - 1TB
HomePC -> Xeon x3320 | Gigabyte GA-EP45-UD3P | 8GB DDR2 | HDD1 - 500GB | HDD2 - 1TB |
|
| Back to top |
|
|
-SPM-Mad
n00b
Joined: 25 Dec 2007
Posts: 57
|
| Posted: Fri Jul 25, 2008 8:55 pm Post subject: |
|
|
How many of you have tested this ebuild? I would open an ebuild request bugreport if the author of this ebuild still exists - and then he could post it there.
Greetings
-SPM-Mad |
|
| Back to top |
|
|
hoyanf
Tux's lil' helper
Joined: 27 Aug 2005
Posts: 80
Location: Malaysia
|
| Posted: Sat Jul 26, 2008 9:19 am Post subject: |
|
|
| -SPM-Mad wrote: | How many of you have tested this ebuild? I would open an ebuild request bugreport if the author of this ebuild still exists - and then he could post it there.
Greetings
-SPM-Mad |
So far I've got no replies for it... Maybe you could give it a shot before posting it to Bugzilla..
_________________
WorkPC -> Xeon x3440 | Gigabyte P55-UD6 | 16GB DDR3 | HDD1 - 600GB | HDD2 - 500 GB | HDD3 - 1TB
HomePC -> Xeon x3320 | Gigabyte GA-EP45-UD3P | 8GB DDR2 | HDD1 - 500GB | HDD2 - 1TB |
|
| Back to top |
|
|
|
Unsupported Software
)