Arch Linux

@PirateJonno: You should also read this thread on the mailing list:
http://mailman.archlinux.org/pipermail/arch-general/2010-February/010992.html

I still disagree.

"if dependencies may be affected by it"
In this case there are no dependencies affected and I think it works differently than you mean. And it's, btw., not possible, because Arch and pacman can't handle different versions of a package or several conflicting packages as Gentoo can do with its slots. And this is one of the advantages of Arch.

As I understand it, a version number in provides would just cause pacman to install the original package and replace the modified package during a system update. So with an update you would get libjpeg-9-1 installed instead of keeping or updating libjpeg-static.

ok, my final post on this topic. see http://wiki.archlinux.org/index.php/PKGBUILD and read the documentation for 'provides'

Still no. If you'd really get such a breakage you should update your system, flag an outdated package as out-of-date and/or file a bug report.
But, please, stop this discussion here as it is not fbsplash related.

look, I know it's not necessary anymore, I was just saying that next time you make a similar package you should version the provides field to avoid breakages such as the aforementioned one with mplayer.

Currently not. But this is not up to me as I'm not the author of fbsplash. I'll file a feature request to upstream.

Is it possible to build this pacakge without klibc?
Arch is moving away from klibc in favour of a glibc/busybox based mkinitcpio (it's already in testing and works fine).

The version specific provides was also in libjpeg-static not necessary. See the reasons in my last comment.
libjpeg-static is removed from AUR anyway because libjpeg now has the static library included again.

sorry, i meant in the PKGBUILD for libjpeg-static. previously it was, as you said "provides=('libjpeg')", while mplayer has depends=('libjpeg>=8'). also, although i agree versioned dependencies should be avoided, you should always version provides (especially in cases such as this where the upstream project is the same). anyway it doesn't matter anymore

No, I won't.

1. fbsplash depends on libjpeg, but doesn't provide it.

2. Arch is a rolling release distro and provides only the latest version of every package in its repos. So dependencies usually don't need to and shouldn't be version specific except of some rare exceptions. Recently someone, a dev or TU, also asked not to add versions to depends on the mailing lists.

3. mplayer depends on libjpeg and works at least with the current libjpeg 8 from [extra]. So if you still have an older version of libjpeg installed and have problems with mplayer, then you should update your system. If your system is up to date and you have a problem with mplayer and libjpeg, you should file a bug report.

cyberpatrol, you should probably put:
provides=('libjpeg=8')
next time, which I imagine was why mplayer didn't like it

Changed the libjpeg dependency.

@Elric: You wouldn't have got a conflict issue with mplayer and libjpeg-static, because of the "provides=('libjpeg')" in the libjpeg-static PKGBUILD.

And of course, thanks for beautifying my boots :)
It seems latest extra/libjpeg provides static library.

r67299 | allan | 2010-02-06 12:28:31 +1000 (Sat, 06 Feb 2010) | 2 lines

upgpkg: libjpeg 8-2
add static library (FS#18106)

Please update, as mplayer depends on libjpeg and I'm
getting a conflict issue.

Or have you edited your /etc/makepkg.conf or /etc/pacman.conf, so that makepkg or pacman ignores /sbin on your system?
E.g. removed sbin from this line in /etc/makepkg.conf:
STRIP_DIRS=(bin lib sbin usr/{bin,lib,sbin,local/{bin,lib,sbin}} opt/*/{bin,lib,sbin})

I have no other clue except of wrong permissions or a wrong configuration somewhere.

Btw., if sbin wouldn't be created in $pkgdir then you should also get some error message from sed at compile time, too.

I of course already compiled and installed it before uploading the packages and it was installed.

Hmm I doubt it's a permission issue. When i rebuilt in in my ~/ fbsplashctl didn't get installed in $pkgdir/sbin either! Can you please compile the package and see if it installs for you? :(
Thanks again!

If you compile and install fbsplash then fbsplashctl is installed into /sbin. If it's not then there must be something wrong with your system, probably some wrong permissions.

Nope the file fbsplashctl is not installing in /sbin. And so fbsplashd.static is just a broken symlink.

cyberpatrol

You were right, /sbin/fbsplashctl is not there and /sbin/fbsplashd.static is a symlink to that. :/ What do I do now? I'll have to look through the PKGBUILD I guess to see what's eating that file. Your help is greatly appreciated. Thanks again. :)

There must have something else gone pretty wrong on your system. Even after reinstalling and updating fbsplash and libjpeg I still can't reproduce your issue.
Please check if the file /sbin/fbsplashctl and the link /sbin/fbsplashd.static exist on your harddisk and the file permissions. They should be root:root 777 for the link and root:root 755 for the file. And try to update this package.

I'm pretty sure now that it's caused due to upgrades since I didn't mess with it. Anyway, i guess I'll wait for now.

I don't have this issue, but I can't rebuild fbsplash and test it until the current libjpeg issue is fixed.
/sbin/fbsplashd.static is a symlink which points to /sbin/fbsplashctl. Have you checked if both exist? Probably the file permissions of fbsplashctl have been accidentally changed. In this case reinstalling wouldn't help because file permissions are kept if a file is overwritten.

Well thanks, but it still doesn't fix my issue. Honestly am I the only one suffering? I'm wondering if I'm doing something incredibly idiotic! I did not remove any thing, I did re-install the packages which should have re-installed all the binary files even if they were deleted. And this has started happening since the recent bulk upgrade to libjpeg/libpng. Is there any link?

You should add resp. edit this line in /etc/makepkg.conf:
PKGDEST=/var/cache/pacman/pkg

Hi,
This is an AUR package which is not saved in cachedir unless you manually save it there. Anyway, I have re-reinstalled the package again and certainly did not remove anything and re-generated initrd, still getting the same error. :(

I'll fix the link in the next release.

And if you just reinstall fbsplash? Don't remove anything and don't reinstall anything else.
Just run: pacman -U /var/cache/pacman/pkg/fbsplash-1.5.4.3-20-<your_arch>.pkg.tar.gz
and: mkinitcpio -p kernel26[-yourkernelversion]

This is weird indeed. I removed the fbsplash package. Recompiled it and installed it, removed initscripts-extras-fbsplash and reinstalled it as well, still the same error!
Btw, can you fix the post_install URL to -> http://wiki.archlinux.org/index.php/Fbsplash

Regards

Have you deleted /sbin/fbsplashd.static accidentally? This file belongs to and is installed by fbsplash.
Try to reinstall fbsplash by running: pacman -U /var/cache/pacman/pkg/fbsplash-1.5.4.3-20-<your_arch>.pkg.tar.gz
And then run: mkinitcpio -p kernel26[-yourkernelversion]

Hi,
I'm getting this errors recently:
/sbin/splash-functions.sh Error: Line 251 /sbin/fbsplashd.static No such file or directory

And, btw., sometimes I have something else to do in real life. ;-)

@Yaro: Do you know the word "patience"? ;-)
I don't think, that anyone will die, if he needs to wait one or two days for a fix.
I prefer having the issue fixed over creating a new package in AUR. In my opinion the static library belongs to the library package.
fbsplash is nice but I don't think that it's that important.

@kujub: I don't think that downgrading to an outdated package is a solution. In this point I agree with the Arch devs.

libjpeg6 in the AUR seems to provide the static lib, but I'm no sure if using that wouldn't open a big security hole in case some one makes a custom theme using some image from elsewhere. :-/

@cyberpatrol - Well, for starters, so that new users or those reinstalling don't have to sit and twiddle their thumbs waiting for an update that the Arch devs look resistant in doing in the first place (According to the link to the OTHER bug report on the link you gave me. Sounded like the Arch devs didn't like the idea of including --enable-static for the sake of unsupported packages like fbsplash.) to build and install fbsplash.

It would be a temporary thing until either the Arch devs cave and make a static lib or someone makes a static version of the latest libpng/libpng in [unsupported].

If I maintained this package, I'd have filed the bug report AS WELL AS taken temporary measures to make sure my package spent a minimal time being broken, which would likely include just requiring libpng12 from [unsupported] until libpng standard was built with a static library as well or until a static package finds its way into [unsupported].

If you really don't want to do it that way, I'd GLADLY find a way to just make a static package myself. I just find it a tad hardheaded and stubborn, not to mention bad service to end users, to sit on thumbs waiting for a feature request that might not happen, when I can already do plenty about it to make it work.

Why should I add libpng12? I don't see that it is needed.
If fbsplash fails to compile with the new libpng version then it's better to file a bug report to upstream.

Very well, but maybe you should include the libpng12 from [unsupported] as a dependency until they do this. I don't know if it builds with that or not.

I am a lot less concerned about the warnings and more wondering on how to fix the actual ld error. I'll look at the feature request.

It's not an upstream bug, it's a downstream issue with libjpeg.
libjpeg 8-1 is only built dynamically while fbsplash also needs the statical version.
See the feature request: http://bugs.archlinux.org/task/18106

The warnings are not important as long as the deprecated functions are not removed from png.h.

Seems to be an upstream bug due to the latest libjpeg/libpng update. I'll look at it later.

Something seems to be broken. Can't rebuild this package as of the recent (And frankly annoying.) libjpeg and libpng. I get this error:

Making all in .
image.c: In function ‘load_png’:
image.c:64: warning: ‘color_type’ is deprecated (declared at /usr/include/libpng14/png.h:640)
image.c:67: warning: ‘color_type’ is deprecated (declared at /usr/include/libpng14/png.h:640)
image.c:68: warning: ‘color_type’ is deprecated (declared at /usr/include/libpng14/png.h:640)
image.c:71: warning: ‘bit_depth’ is deprecated (declared at /usr/include/libpng14/png.h:639)
image.c:74: warning: ‘color_type’ is deprecated (declared at /usr/include/libpng14/png.h:640)
image.c:78: warning: ‘color_type’ is deprecated (declared at /usr/include/libpng14/png.h:640)
image.c:84: warning: ‘color_type’ is deprecated (declared at /usr/include/libpng14/png.h:640)
image.c:84: warning: ‘color_type’ is deprecated (declared at /usr/include/libpng14/png.h:640)
image.c:96: warning: ‘width’ is deprecated (declared at /usr/include/libpng14/png.h:632)
image.c:96: warning: ‘height’ is deprecated (declared at /usr/include/libpng14/png.h:633)
image.c:100: warning: ‘width’ is deprecated (declared at /usr/include/libpng14/png.h:632)
image.c:101: warning: ‘height’ is deprecated (declared at /usr/include/libpng14/png.h:633)
image.c:117: warning: ‘height’ is deprecated (declared at /usr/include/libpng14/png.h:633)
image.c:119: warning: ‘width’ is deprecated (declared at /usr/include/libpng14/png.h:632)
image.c:121: warning: ‘width’ is deprecated (declared at /usr/include/libpng14/png.h:632)
image.c:130: warning: ‘width’ is deprecated (declared at /usr/include/libpng14/png.h:632)
image.c:142: warning: ‘width’ is deprecated (declared at /usr/include/libpng14/png.h:632)
image.c:143: warning: ‘width’ is deprecated (declared at /usr/include/libpng14/png.h:632)
/usr/bin/ld: cannot find -ljpeg
collect2: ld returned 1 exit status
make[4]: *** [fbsplashctl] Error 1
make[3]: *** [all-recursive] Error 1
make[2]: *** [all] Error 2
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2
==> ERROR: Build Failed.
Aborting...
==> ERROR: Makepkg was unable to build fbsplash package.

The wiki link in the .install file gives a 404 error, change it to http://wiki.archlinux.org/index.php/Fbsplash (with a capital "F" in "Fbsplash").

I think pkgconfig needs to be added to the make depends because it seems not to be able to find freetype without it.

Don't thank me, thank upstream. I'm just the package maintainer. Upstream and previous contributors made the real work.

Great work, thanks :)

ANN: New initscripts-extras-fbsplash version 63 containing some fixes:
- Don't block rc.sysinit because of waiting on fadein
- Work around icon missing errors when restarting /etc/rc.d/fbsplash (fbcondecor)
- Some other small fixes (and many cosmetic changes for those who like reading code ;)

ANN: New initscripts-extras-fbsplash version 48: Finally get the fadein and fadeout effects to work. :)

http://dev.gentoo.org/~spock/projects/gensplash/archive/splashutils-1.5.4.3.tar.bz2 < this link works incase the normal source link does not.

When checking uswsusp-fbsplash with namcap I discovered an error in the fbsplash package:
fbsplash E: Dependency detected and not included (lcms) from files ['usr/lib/libfbsplashrender.so.1', 'usr/lib/libfbsplashrender.so', 'usr/sbin/fbcondecor_ctl', 'usr/lib/libfbsplashrender.so.1.0.0', 'usr/bin/splash_util', 'usr/sbin/fbsplashd']
Adding lcms to depends and rebuilding fixed this here. (The errors reported on python and bash would justify optdepends at most IMHO.)
I didn't try what happens with fbsplash when removing lcms though. :)
- cheers kujub

The fbcondecor_ctl splash type fix can be dropped. I uploaded initscripts-extras-fbsplash version 45 which can work around that problem.

May I recommend an updated PKGBUILD :

# Changelog:
#
# 1.5.4.3-17 Get rid of gpm - it's not used
# 1.5.4.3-18 Get rid of freetype2-static - freetype2 does the job now
# 1.5.4.3-19 Get rid of miscsplashutils - it's not needed
# Get rid of the darch theme - source is unavailable now
# Fix the path to splash_util
# Fix fbcondecor_ctl splash type to avoid error messages with some themes
#

pkgname=fbsplash
pkgver=1.5.4.3
pkgrel=19
pkgdesc="A userspace implementation of a splash screen for Linux (formerly known as gensplash)"
arch=('i686' 'x86_64')
url="http://fbsplash.berlios.de"
license=('GPL')
makedepends=('klibc')
depends=('libjpeg' 'libpng' 'freetype2>=2.3.9-2' 'libmng')
optdepends=(
'kernel26-fbcondecor: enable console background images'
'uswsusp-fbsplash: suspend to disk with fbsplash'
'fbsplash-theme-arch-black: Arch Linux fbsplash theme with the new logo'
'fbsplash-theme-arch-banner: Fbsplash themes with ArchLinux banner and optional daemon icons'
'initscripts-extras-fbsplash: boot/shutdown with fbsplash'
)
conflicts=('bootsplash' 'gensplash')
options=( '!makeflags' )
install=fbsplash.install
source=(http://download.berlios.de/fbsplash/splashutils-${pkgver}.tar.bz2)

md5sums=('c722cd4148817b9c50381d9bdc1ea6ef')

build() {
cd ${srcdir}/splashutils-${pkgver}

# fix fbcondecor_ctl splash type
sed -e 's,fbsplash_lib_init(fbspl_bootup),fbsplash_lib_init(fbspl_undef),' \
-i src/fbcon_decor_ctl.c

# we do not make use of the gpm stuff in our scripts by now
./configure --prefix=/usr --sysconfdir=/etc \
--enable-fbcondecor --without-gpm --with-mng \
--with-png --with-ttf --with-ttf-kernel || return 1
make || return 1
make DESTDIR=${startdir}/pkg install || return 1

cd ${pkgdir}

# fix duplicate slashes to get splash_cache_cleanup grep to work
sed -r -e 's,^(export spl_.*="/)/+,\1,' \
-i sbin/splash-functions.sh

# get rid of miscsplashutils
sed -r -e 's,^(export spl_bindir=)\"/lib/splash/bin\",\1"/usr/bin",' \
-i sbin/splash-functions.sh

# fix the path to splash_util
sed -r -e 's,^(export spl_util=)\"/bin/,\1"/sbin/,' \
-i sbin/splash-functions.sh

# provide the mountpoint needed by splash-functions.sh
mkdir -p lib/splash/cache
}

thoffmeyer: Please update or orphan.

Now it would be nice, if thoffmeyer would update this package and remove the theme darch from this package, or if he would orphan this package, if he doesn't like to maintain it anymore.

ANN: Uploaded a new package fbsplash-themes-arch-banner containing a bunch of themes with the ArchLinux banner logo.
http://aur.archlinux.org/packages.php?ID=26966

FYI: initscripts-extras-fbsplash version 38 was released. Main improvements are:
- Show Arch boot messages/failures within the silent splash (optional) when using fbsplash-theme-arch-black 1.1
- Get rid of using old step counts from previous boot/shutdown
- Use Udev instead of the experimental mknod hack to allow early start of the splash progress in a save way.

I'm asking myself, why this package shall be outdated.

But it would be nice, if you would remove http://code.thewrecker.net/files/darch.tar.bz2 from the package. It doesn't seem to be a temporary server issue.
Maybe set at least one of the other fbsplash themes here in AUR as a dependency or as optdepend with a note in fbsplash.install, that themes have to be installed separately.

It seems that the url(http://code.thewrecker.net/files/darch.tar.bz2 )was disabled。

The next PKGBUILD would probably read like so: ;)

# Contributor: unknown <unknown@unknown.us>

pkgname=fbsplash
pkgver=1.5.4.3
pkgrel=18
pkgdesc="A userspace implementation of a splash screen for Linux (formerly known as gensplash)"
arch=('i686' 'x86_64')
url="http://fbsplash.berlios.de"
license=('GPL')
makedepends=('klibc')
depends=('initscripts' 'miscsplashutils' 'libjpeg' 'libpng' 'freetype2>=2.3.9-2' 'libmng')
optdepends=(
'kernel26-fbcondecor: enable console background images'
'uswsusp-fbsplash: suspend to disk with fbsplash'
'fbsplash-theme-arch-black: Arch Linux fbsplash theme with the new logo'
'fbsplash-theme-arch-minimal: Arch Linux-branded fbsplash theme'
'initscripts-extras-fbsplash: boot/shutdown with fbsplash'
)
conflicts=('bootsplash' 'gensplash')
options=( '!makeflags' )
install=fbsplash.install
source=(http://download.berlios.de/fbsplash/splashutils-${pkgver}.tar.bz2 \
http://code.thewrecker.net/files/darch.tar.bz2)

md5sums=('c722cd4148817b9c50381d9bdc1ea6ef'
'4ea33e99330abf4a9a468ac8c0ba48ca')

build() {
cd ${srcdir}/splashutils-${pkgver}

# we do not make use of the gpm stuff in our scripts by now
./configure --prefix=/usr --sysconfdir=/etc \
--enable-fbcondecor --without-gpm --with-mng \
--with-png --with-ttf --with-ttf-kernel

make || return 1
make DESTDIR=${startdir}/pkg install || return 1

cd ${pkgdir}

# fix duplicate slashes to get splash_cache_cleanup grep to work
sed -r -e 's,^(export spl_.*="/)/+,\1,' \
-i sbin/splash-functions.sh

# provide the mountpoint needed by splash-functions.sh
mkdir -p lib/splash/cache

# install darch fbsplash theme
mkdir -p etc/splash
cp -r ${startdir}/src/darch etc/splash/darch
}

@thoffmeyer: i just wanted to bother you ! :P
If you want to revert to 1.5.4.3-3, i think i have it still around somewhere her ... [diggin'+searchin'...] ;-)

updated the scripts to 20-1

IMHO its a nice idea to seperate scripts to different package, much faster to update now :P

Also it would be great if you could change freetype2-static to freetype2>=2.3.9-2 in dependencies.

@thoffmeyer: But the changes, kujub made, are maybe - I have to admit it :-) - not the worst.

Taking over my packages, how dare you!

Changelog - fbsplash PKGBUILD

1.5.4.3-4
ADDED options=( '!makeflags' ) to fix build error
1.5.4.3-9
FIXED splash-functions.sh: duplicated slashes
to get splash_cache_cleanup grep to work
1.5.4.3-10
FIXED problem with the sed fix when building from scratch
1.5.4.3-14
REMOVED dependency on gpm since we don't make use of it
1.5.4.3-17
MOVED the scripts to package iniscripts-extras-fbsplash
Advantages:
- we don't need to build fbsplash itself again every time
the scripts are changed
- people not liking some changes gain more flexibility
- we are able to have different packages providing fbsplash
- we are able to use fbsplash without installing the scripts
(uswsusp-fbsplash only for example)

not mentioned pkgrels:
script changes only - see initscripts-extras-fbsplash

# EOF #

Just some points (again):
It is possible to install and use fbsplash without the scripts because it provides libfbsplash which is used by uswsusp-fbsplash for example. And if someone decides nor to use initscripts, he will need other scripts or binary anyway.
It is much easier for anyone who wants to some work on the scripts [ me :) ] to do so if they are in a separate package which 'builds' very very fast.
If KISS would mean to have as less packages as possible, than ArchLinux should release only one or maybe two ISOs (just kidding). lol

Nope, there is nothing in there which is needed by the binary IMHO. You can find it where the scripts are. ;-)

Have you /etc/conf.d/fbsplash.conf forgotten?

@cyberpatrol: please try and report again since hash reported success with my updated scripts.

disowned - i just wanted to get the scripts to work

And don't forget to change the dependency freetype2-static to freetype2. And lets see, how long the static library will be kept in this package. ;-)
See FS#11016: http://bugs.archlinux.org/task/11016

took over and updated for now until thoffmeyer decides to come back :)

Why can't you update your package, if kujub builds his own package?

I don't think, btw., that it is really a good idea to build a separate package just for the scripts. Then the package initscripts-splash could have been kept. Kano's original intention for writing new scripts, which are independent from initscripts, was to only have one package (fbsplash). That also makes it much easier for the users. And kujubs package doesn't fix the problems with the black screen, anyway.

But I found something interesting out. The last days I've installed Arch Linux completely new, because I wanted to try hdd root encryption. I put the key onto an USB stick. Now, if I plug it into the USB jack before booting the computer, the screen gets black for about a second, when switching from runlevel S to 3 or 5, then the last part of the progress bar appears, but then the screen doesn't stay black as before, but the silent splash appears again after about another second.

But the progress bar still counts from 0 to 100% only during runlevel S.

I can't update this package untill kujub gets back to me. Sorry, now he decided to push the scripts into a new package.

Alrighty, updating.

freetype2-static can now be changed to freetype2 from extra, since new version (2.3.9-2) is also built statically.

Further improved and updated the scripts. Also added a short list of features to the AUR comments.

http://aur.archlinux.org/packages.php?ID=26039

Have fun ! ;-)

I made a new improved version of my scripts and uploaded a script-only package called initscripts-extras-fbsplash to the AUR. :)
With this package we are now able to move the ArchLinux specific scripts out of the package fbspash.

Advantages:
- we don't need to build fbsplash itself again every time the scripts are changed
- people not liking some changes gain more flexibility
- we are able to have different packages providing fbsplash
- we are able to use fbsplash without installing the scripts (uswsusp-fbsplash only for example)

pkgrel 17-1 is specially crafted to be installed with fbsplash-1.5.4.3-11 overriding the old scripts from there.

For more details have a look at the Changelog ...

http://aur.archlinux.org/packages.php?ID=26039

@thoffmeyer:
If you agree with me, could you please remove the stuff provided in that package from your PKGBUILD (comment out the install lines and clean fbsplash.install a little bit) ? So we can maintain this stuff in a more clean way. :)

Not yet. The pkgrel here is still 11.
I can likely try it next week.

@cyberpatrol: did you try pkgrel 15 ?

@kujub:
The scripts are clean. Means only the scripts included in the recent fbsplash package are installed.
The fbsplash and fbcondecor related part of `cat /proc/cmdline` is "vga=0x324 splash=silent,theme:archtux quiet console=tty1", where vga=0x324 means 1280x1024-24 for my ATI Radeon HD 3450. And archtux is my own theme, which I built from two other themes, silent splash from an Arch Linux theme with the new logo, which I can't find anymore, and verbose splash from the theme NewTux.

In the DAEMONS line there's nothing special, and nothing, which should influence fbsplash.

ANN: New patch version available at http://bbs.archlinux.org/viewtopic.php?pid=544191#p544191 comment #50.

This should solve the splash-going-black-because-of-CONSOLEFONT issue.

@cyberpatrol
@hash
I was able to reproduce your problem here. Going for a workaround...

@cyberpatrol
"...With the option STAY_SILENT="yes" in /etc/conf.d/fbsplash.conf the screen gets black for about 1 or 2 seconds, when the runlevel is changed from S to 3 or 5. Then only the last part of the progress bar comes back..."

That seems to be the same issue as i have
http://bbs.archlinux.org/viewtopic.php?pid=541023#p541023

Will update to latest kujub patch soon.

Just a hint for troubleshooting any strange problems.

Files that will be sourced into any rc-script that contains [code]. /etc/rc.d/functions[/code] (normally all):

*All* files matching /etc/rc.d/functions.d/* are sourced in.
[code]ls /etc/rc.d/functions.d/*[/code] should only show /etc/rc.d/functions.d/fbsplash.sh unless
you have some other stuff installed hooking into initscrips. (This could cause problems.)
If you happen to have some backup files from editing laying around there, remove them !

Files matching /sbin/splash-functions-*.sh are sourced in.
[code]ls /sbin/splash-functions*.sh[/code] should only show: /sbin/splash-functions-arch.sh and /sbin/splash-functions.sh

The files /etc/splash/splash /etc/conf.d/splash /etc/conf.d/fbcondecor are sourced in.
[code]ls /etc/splash/splash /etc/conf.d/splash /etc/conf.d/fbcondecor[/code] should show *non* of them.

For now only a short note: I had to rename kernel26fbcondecor to kernel26-fbcondecor.
The new and updated package can be found here: http://aur.archlinux.org/packages.php?ID=15603
The old package kernel26fbcondecor was removed from AUR in the meantime.

I'll answer the other questions later.

@cyberpatrol:
What DAEMONS do you have in /etc/rc.conf ?
What says cat /proc/cmdline ?

I did some (hopefully) final cleaning on the scripts. Please try again with pkgrel 12.
I tested the silent splash with kernel26 2.6.29.1-3 and the verbose with kernel26fbcondecor 2.6.28.8-1. (I've removed the firmware from the fbcondecor kernel and installed kernel26-firmware 2.6.29-1, but that should not matter IMHO.)
Can you reproduce the silent splash issue with pkgrel 12 and kernel26 2.6.29.1-3 ?

edit: Tried the silent splash on kernel26fbcondecor 2.6.28.8-1 here - no problems.

@thoffmeyer:
Could you please upload/merge pkgrel 12 ?

The problem, that the verbose splash only appears on tty1 is fixed with pkgrel 11.
The problem with the progress bar in the silent splash still exists with a small difference.
The progress bar still only counts from 0 to 100 % during runlevel S.
With the option STAY_SILENT="yes" in /etc/conf.d/fbsplash.conf the screen gets black for about 1 or 2 seconds, when the runlevel is changed from S to 3 or 5. Then only the last part of the progress bar comes back.
With the option STAY_SILENT="no" it's the same behaviour than with pkgrel 3.

Btw., it should of course be possible to have the splash switch from silent to verbose, if an error occurs during the boot process. I don't know, if this is also affected by this option.

@cyberpatrol: Do you still have those problems with pkgrel 11 and 12 ?

I uploaded a new patch on pastebin.

See http://bbs.archlinux.org/viewtopic.php?pid=532660 comment #46.

Good luck! ;-)

Btw., I already told it kano and spock by e-mail, I have some issues with this version. For me the verbose splash is only shown on tty1. The other ttys I've set in /etc/conf.d/fbsplash.conf are black. And the progress bar in the silent splash counts to 100% during runlevel S and, when it switches to runlevel 3 or 5 the splash switches from silent splash to verbose splash.

I'd also like to work on this again, but I currently still haven't time enough.

If you need help, you can also contact spock, the author of fbsplash. He's really nice and tries to help, where he can.

I have adopted the package, I will try to fix this package ASAP.

I am going to orphan this package. I really don't have the time to maintain this package properly, and feel that somneone else could probably fix this outstanding issues with the scripts.

good luck, and feel free to email me with any questions pertaining to with the scripts I wrote.

kano, could you please add kujub's patch?
your fbsplash.daemon is messed up. Fbcondecor is not working at all.
Two issues at least:
1. fbcondecor_supported is not been detected correctly
2. fbcondecor_set_theme: the order of $THEME and $TTY is reversed.

I've made a new theme for fbsplash that has the new logo and support for multiple resolutions (http://aur.archlinux.org/packages.php?ID=25684).
I haven't tested it extensively but it seems to work ok with fbcondecor disabled at least.

Hmm, weird. I implemented a check if Xorg is running because the daemon allways kicked me to tty1 even when i did not want it. Will look thru the stuff again when you merged.

@kujub:

Yes, I was actually going to ask you for permission to patch it in. ;)

At the moment I'm not very happy with the way that I have things working. Alot of the scripts are very hackish, and not as clean as I'd like... i.e. boot step counting and the daemon fails kicking you to tty1 even when not booting.

I'll merge your patch and upload a new release, but hopefully a rewrite of the arch scripts will be coming soon. Time to study up on BASH. ;)

After some days of testing and improving my changes with some help from PirateJonno (many thanks) i think things work quite good now.
(Tested on 686 kernel26-2.6.28.8-1, kernel26-2.6.29.1-3 and kernel26fbcondecor-2.6.28.8-1)
We can have now a really nice silent boot splash even without fbcondecor. :)

kano: Could you please review and consider to merge in ? For convenience I uploaded a patch against your package at pastebin - see http://bbs.archlinux.org/viewtopic.php?pid=532660 comment #9. Thank you very much for all your work on this !

Hi all,

i don't know if anyone tried this before, but i managed to get fbsplash start early from initcpio eliminating the need of a patched kernel to get rid of the ugly boot messages. (And there is even an option to hide the kernel logos.)
If some one is interested look here: http://bbs.archlinux.org/viewtopic.php?pid=532660

Have fun ! :)

Adding
options=( '!makeflags' )
helped for me. :)

hello

I am having problems whit fbplash, i don't know any more what to do.
This is the error:
CREATE libfbsplash.pc
CREATE libfbsplashrender.pc
/usr/bin/ld: cannot find -lfbsplash
colletc2: ld returned 1 exit status
make[4]: *** [libfbsplashrender.la] Error 1
make[4]: *** Waiting for unfinished jobs....
make[3]: *** [all-recursive] Error 1
make[2]: *** [all] Error 2
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2

Hope some on can point me to a solution to this problem.

Thank's.

thanks for your work on tracking that down :) ive experienced this bug myself a couple times, but never thought it was related to fbsplash. i will try to get fixed and a new pkg up in the next couple of days.

Hi, I think I've found a bug in /etc/rc.d/functions.d/fbsplash.sh, in that the stat_fail function switches to verbose mode (i.e. changes to vt 1) when I manually start a daemon from an xterm/another vt. Not a big issue, but it would help if a check was done to make sure that this only occurs for a stat_fail on startup/shutdown. Thanks for your work in getting this to work on Arch by the way.

Hi, after a long time looking into this problem i found out the problem was ccache. After i cleaned the cache it compiled fine. Sorry, the problem was on my side. Now the package works wonderfully.

Hi, sorry I missed your comments. My email server was down and never got the notifications. :(

I've just tried building fbsplash via yaourt without freetype2-static or fbsplash installed (freetype2 installed) and it compiles without any issues on x86_64.

Could you both email me a list of installed packages (pacman -Q > packages.txt)? I have a feeling that there may be a missing dependency somewhere.

Hi folks,

I'm getting this I'm afraid:

Making all in libs
config.mk:25: /tmp/yaourt-tmp-pete/aur-fbsplash/fbsplash/src/splashutils-1.5.4.3/libs/freetype-2.3.5/builds/unix/unix-def.mk: No such file or directory
config.mk:26: /tmp/yaourt-tmp-pete/aur-fbsplash/fbsplash/src/splashutils-1.5.4.3/libs/freetype-2.3.5/builds/unix/unix-cc.mk: No such file or directory
make[3]: *** No rule to make target `/tmp/yaourt-tmp-pete/aur-fbsplash/fbsplash/src/splashutils-1.5.4.3/libs/freetype-2.3.5/builds/unix/unix-cc.mk'. Stop.
MAKE libfreetype.a
config.mk:25: /tmp/yaourt-tmp-pete/aur-fbsplash/fbsplash/src/splashutils-1.5.4.3/libs/freetype-2.3.5/builds/unix/unix-def.mk: No such file or directory
config.mk:26: /tmp/yaourt-tmp-pete/aur-fbsplash/fbsplash/src/splashutils-1.5.4.3/libs/freetype-2.3.5/builds/unix/unix-cc.mk: No such file or directory
make[3]: *** No rule to make target `/tmp/yaourt-tmp-pete/aur-fbsplash/fbsplash/src/splashutils-1.5.4.3/libs/freetype-2.3.5/builds/unix/unix-cc.mk'. Stop.
make[2]: *** [libfreetype.a] Error 2
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2


I have freetype2-static.

Any ideas?

Thanks.

Hi,
Im getting the same error as bingyuan when i try to build fbsplash. Except that i did all that you said about the freetype2-static pkgbuild.

/usr/lib/klibc/include/stdio.h: At top level:
/usr/lib/klibc/include/stdio.h:67: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘ftell’
make[3]: *** [jcapimin.o] Error 1
make[2]: *** [libjpeg.a] Error 2
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2

I have no missing dependencies as freetype2 was build just like you said. Its just fbsplash that wont build for some reason.

Installed version local/fbsplash 1.5.4.3-2 from yaourt with local/kernel26fbcondecor 2.6.27.8-1 (base) and fbsplash works perfectly! Had to install freetype2 from yaourt so that I could get the static version.

I can give more information on my system and/or configuration as needed.

Arch IS a fantastic distribution!

klibc has been added to makedepends.

To get freetype2-static installed you first have to uninstall freetype2 without its dependencies by running this command:

# sudo pacman -R freetype2

If this still doesn't uninstall freetype2, run this command:

# sudo pacman -Rd freetype2

This will remove only freetype2 but keep its dependencies and reverse dependencies.

Regarding these messages about the missing dependencies (freetype2>=2.3.7) see my comment on:
http://aur.archlinux.org/packages.php?ID=18319

You should also ask the freetype2-static maintainer to fix this and update the PKGBUILD.

Until Stythys has fixed it, you should patch the PKGBUILD by yourself before installing it.

Since freetype2-static conflicts with freetype2,I removed freetype2,but:
……
/usr/lib/klibc/include/stdio.h: At top level:
/usr/lib/klibc/include/stdio.h:67: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘ftell’
make[3]: *** [jcapimin.o] Error 1
make[2]: *** [libjpeg.a] Error 2
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2
==> ERROR: Build Failed.
Aborting...
Error: Makepkg was unable to build fbsplash package.

missing dependency for fontconfig : freetype2>=2.3.7
missing dependency for libxfont : freetype2>=2.3.7

Kidding me?!

sudo pacman -U /tmp/freetype2-static-2.3.7-2-i686.pkg.tar.gz
Password:
loading package data...
checking dependencies...
error: replacing packages with -U is not supported yet
error: you can replace packages manually using -Rd and -U
error: failed to prepare transaction (conflicting dependencies)
:: freetype2-static: conflicts with freetype2

But:

sudo pacman -Rs freetype2
checking dependencies...
error: failed to prepare transaction (could not satisfy dependencies)
:: fontconfig: requires freetype2>=2.3.7
:: giblib: requires freetype2
:: imlib2: requires freetype2
:: lesstif: requires freetype2
:: libwmf: requires freetype2
:: libxfont: requires freetype2>=2.3.7

Please add a dependency on klibc, it fails to compile without it.

I'm assuming that it was originally called that to avoid confusion with miscsplashutils.

Isn't this package supposed to be called splashutils like the source tarball.

(the project is fbsplash but this package is splashutils)

Updated to 1.5.4.3-1.
Added encrypted root patch to extras,
Removed splashfunctions patch as it was added in 1.5.4.3

That's good :)

The shutdown "weirdness" is the bug I listed in the release notes. I'm currently working with the fbsplash author to try to resolve it.

Thanks your patch worked fine. However splash-functions.sh needs quite a few binaries which aren't included by default.
BINARIES="/bin/grep /usr/bin/basename /usr/bin/chvt /bin/sed /sbin/killall5 /sbin/fbsplashctl"
FILES="/sbin/splash-functions.sh /bin/pidof /sbin/fbsplashd.static"

However switching to silent doesn't seem to work in the initrd. Arch Linux init takes over only shortly after and the splash continues, so I can live with that ;)

Another thing I noticed is that when shutting down the process bar goes to 100% and than back to 13% and shuts down after that. An error message about the filesystem being readonly is displayed but I couldn't read it properly as it shut down too fast.

Ah, ok. Basically, to do what you want you `source /sbin/splash-functions.sh` and call splash_verbose when you want to go verbose and splash_silent when you want to return to the silent splash.

I don't have any experience with encrypted drives, but I made a small patch to /lib/initcpio/hooks/encrypt that should do what you want.
http://www.fallendusk.org/arch/encrypt_hook.patch

Yeah, switching with F2 works, it's more of a cosmetic issue, but I'm kind of used to it going verbose automatically :)

Does hitting F2 to switch to verbose mode work?

I could also add a bit of code to catch when it gets to the point where it asks the password, switch to verbose, and then switch back to silent after entering the password.

Great work! Works fine for me, just some minor issues:
The url you specified in the .install file should be http://wiki.archlinux.org/index.php/Fbsplash.
The second thing is I have a crypted root partition and the encrypt hook in my initrd will ask me for the password, how do I change the splash to verbose when I'm asked for input? I used to do /sbin/fbsplash_wrapper verbose with the old fbsplash, but that doesn't work anymore.

Thanks for your work again,
Jens

fbsplash-1.5.4.2-3 release notes:
* I HIGHLY encourge you to use an fbcondecor enabled kernel (kernel26fbcondecor or your own) as the splash will load very late in the boot process without one. (From my own testing, at least)
* Shutdown splash is still kind of buggy. If there's major problems for people I will make another release with it disabled until it's fixed 100%.
* Make sure to uninstall initscripts-splash and install the latest regular initscripts. Any release of initscripts before 2008.09-2 had a bug in it preventing fbsplash from working.
* The progress bar will more than likely be off on the first boot. The scripts will adjust according to how many daemons were started on last boot and it will be correct on the next.

If there's any other problems/bugs with it, please leave a comment here or email me.

A little update; I've rewritten most of the scripts to take advantage of code in the newer releases of splashutils to make it more "proper". I'm currently in the process of debugging the new code, and I should have a new release tonight or tommorow. :)

Updated kernel26fbcondecor.

Generally fbsplash doesn't need the fbcondecor kernel patch. The kernel patch is needed, if you want to have a background picture on the verbose splash and the text console.

will the new package need the kernel patch, or not? It got to the stage where I'd read about 10 different tutorials that all said different things...

I have adopted the package and have some interesting changes coming soon. Mainly, initscripts-splash is no longer needed.

Look forward to a new package in a couple days!

Package orphaned.

The error message is the first line displayed when frambuffer is switched on. It's also in the output of dmesg.
By the way, I was wrong: The missing "Adding darch fbsplash Theme..." message is simply due to a change of /lib/initcpio/install/fbsplash in this version.

I get the same, but i can't find out where the error message is... I'm going to play around with the initscripts build from here:
http://bbs.archlinux.org/viewtopic.php?id=48978&p=1

However, when creating the initial ramdisk, the background image is not included:

:: Begin build
:: Parsing hook [fbsplash]
:: Generating image '/boot/kernel.img'...SUCCESS

As a result there is no framebuffer console decoration, but an error message:

fbcondecor_help[245]: segfault at 0 ip 0805c1d8 sp bfb55c88 error 4 in fbcondecor_helper[8048000+6f000]

Version 1.5.2.1 of fbsplash, which I had built last year, is still working:

:: Begin build
:: Parsing hook [fbsplash]
Adding darch fbsplash Theme...
:: Generating image '/boot/kernel.img'...SUCCESS

Unfortunately, rebuilding that older version leads to the same error as the current version.

Compilation fails, because since version 2.3.6 the Arch package of freetype2 is built with --disable-static, hence the static library /usr/lib/libfreetype.a is missing. A workaround is to recompile freetype2 with --enable-static. Install and run "abs", make a copy of directory /var/abs/extra/freetype2/, edit the PKGBUILD and compile as usual. After that fbsplash compiles sucessfully.

stramge...well, I didn't do anything major. All I did was change the version number, actually. If anyone knows a fix let me know.

Stythys, have you tested your package, especially if the splash is shown directly after grub, during the kernel initialization?

I'm getting a compilation error with this package, btw. the first compilation error ever with splashutils.

This is the error message:

configure: WARNING: Unrecognized options: --with-essentials-prefix
make --silent all-recursive
Making all in libs
CONF libjpeg.a
MAKE libjpeg.a
CONF libz.a
MAKE zlib.a
CONF libpng.a
MAKE libpng.a
CONF libfreetype.a
MAKE libfreetype.a
Making all in src
CREATE fbsplash.h
Making all in .
daemon_cmd.c: In function 'cmd_log':
daemon_cmd.c:346: warning: incompatible implicit declaration of built-in function 'strndup'
daemon_cmd.c:348: warning: incompatible implicit declaration of built-in function 'strndup'
/usr/bin/ld: cannot find -lfreetype
collect2: ld returned 1 exit status
make[4]: *** [fbsplashctl] Error 1
make[3]: *** [all-recursive] Error 1
make[2]: *** [all] Error 2
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2
==> ERROR: Build Failed.
Aborting...
Error: Makepkg was unable to build fbsplash package.

As you also see in this log, you can or should remove "--with-essentials-prefix" from the ./configure command, because this option doesn't exist.

I'm orphaning this package for now, because I don't know, if and when I'll get it really working.

I'll continue working on it, and I'll adopt it again as soon as I get fbsplash completely running.

But if someone else knows, how to get fbsplash completely running, please, feel free to adopt this package.

With spocks help and using and modifying the fbcondecor init script from Gentoo I've got the verbose splash shown up when entering runlevel 3, but unfortunately not during the kernel initialization.

I think the problem must be somewhere in the init scripts. If someone knows, how this could be fixed, please, contact me.

I think the initscripts-splash dependency must be removed or rewritten to get fbsplash (splashutils) working. And I think, that the init scripts should be derived from Gentoo and adapted to Archlinux' init system.

The kernel and the fbsplash hook for mkinitcpio don't seem to be the problem.

Package adopted. I'm currently working on it.
What is currently missing are the image and the scripts.

Package adopted, I'll probably update and fix any issue by the end of next week end...

Orphaned.
I have not the time at the moment and a dev said, that he probably will push it in the repos. Don't know.

I'm saying that some of the programs/scripts that package install are already available, and are installed by something else. I have them on disk.

Check out the comment to splashy about the splash manager. It affects fbsplash too.

miscsplashutils is in community. In my opinion it is much cleaner and easier to use that package, than
making a new package or include source files in the fbsplash package.

I know, that kernel26fbcondecor is broken at the moment...I'm working on that.

fbsplash 1.5.4 doesn't work with kernel26fbcondecor.

I'm getting the silent splash, when the rc scripts are started, but I'm not getting a framebuffer splash, neither the silent nor the verbose splash, when the kernel is loading and on the text console.

I rebuilt the initrd image with mkinitcpio, but I didn't recompile the kernel itself, yet. But I don't think, that this should be necessary anyway.

Some of the tools provided by misc splash utils are already installed. Only 2 are missing if I remember correctly.

You should get those directly.

Update (1.5.4) finally ;)

- added miscsplashutils as dependency again to make splash_manager work
- some minor changes in the PKGBUILD

Thanks for figure that out. I am very busy the next two days but then I will update the package.

This makes anything depending on fbsplash work. Do not remove anything. Do not move anything. No dependencies are required. We are not using the lite version. This is statically compiled.

PS: Please fix the splash_manager. Also, I noticed that initscripts-splash has a shutdown wrapper. How does it know whih splash is installed and not kill it? Shouldn't fbsplash inform that wrapper about its presence?

pkgname=fbsplash
_pkgname=splashutils
pkgver=1.5.3.4
pkgrel=5
pkgdesc="A userspace implementation of a splash screen for Linux"
arch=('i686' 'x86_64')
url="http://fbsplash.berlios.de"
license=('GPL')
depends=('initscripts-splash')
conflicts=('bootsplash' 'gensplash')
install=fbsplash.install
source=(http://download.berlios.de/fbsplash/${_pkgname}-${pkgver}.tar.bz2
http://code.thewrecker.net/files/darch.tar.bz2
fbsplash.initcpio_install
fbsplash.conf
fbsplash_wrapper
fbsplash-functions
fbsplash.daemon)

md5sums=('112ddc9ad0384115f8b42db260ba6abd'
'4ea33e99330abf4a9a468ac8c0ba48ca'
'7772e0b68a1a50afa0af3776e085b6c9'
'fef59725e144c188ee889f1e0f83b899'
'71234fc211c0a237c31a9d430b43f050'
'482180f32a203a78b25bab1b2351fa8e'
'714188249a3828aca3c6e845b7748fdb')

build() {
cd ${startdir}/src/${_pkgname}-${pkgver}
./configure --prefix=/usr --with-essentials-prefix=/usr

make || return 1
make DESTDIR=${startdir}/pkg install || return 1

# install scripts
install -D -m644 ${startdir}/src/fbsplash.initcpio_install ${startdir}/pkg/lib/initcpio/install/fbsplash
install -D -m744 ${startdir}/src/fbsplash_wrapper ${startdir}/pkg/sbin/fbsplash_wrapper
install -D -m644 ${startdir}/src/fbsplash-functions ${startdir}/pkg/etc/rc.d/fbsplash-functions
install -D -m644 ${startdir}/src/fbsplash.conf ${startdir}/pkg/etc/fbsplash.conf
install -D -m744 ${startdir}/src/fbsplash.daemon ${startdir}/pkg/etc/rc.d/fbsplash

# create necessary directories
mkdir -p ${startdir}/pkg/lib/splash/cache
mkdir -p ${startdir}/pkg/etc/splash

# install darch fbsplash theme
cp -r ${startdir}/src/darch ${startdir}/pkg/etc/splash/darch
}

Pretty much, you are not building it properly. Building it like this works. Source: uswsusp developer. The files you remove because you deemed them unnecessary are indeed necessary for everything that depends on fbsplash. I'm going to try to modify your package build to build it like he instructed and keep it as close to gentoo as possible.

Statically linking those libraries makes sense because it's a boot package. It needs to work. It could create problems if the libs required do not match the user installed packages. Some install freetype-lcd, freetype-ubuntu, etc.

Can you tell me the error that occurs? I never used suspend and stuff like that. I don't know what is necessary to make it work.

I have tried to compile uswsusp with fbsplash support. It does not work. I've had an exchange with its developer leading me to believe that FBSplash is wrongly packaged.


Alon to me:
-----------
503 mkdir -p ~/tmp/xx/ss
503 cd ~/tmp/xx/ss
506 tar -xf /var/gentoo/distfiles/splashutils-lite-1.5.4.tar.bz2
507 cd splashutils-1.5.4/
522 cd libs/
524 tar -xf /var/gentoo/distfiles/jpegsrc.v6b.tar.gz
525 tar -xf /var/gentoo/distfiles/zlib-1.2.3.tar.bz2
527 tar -xf /var/gentoo/distfiles/freetype-2.3.5.tar.bz2
534 tar -xf /var/gentoo/distfiles/libpng-1.2.18.tar.bz2
536 cd ../
545 ./configure --prefix=/home/alonbl/tmp/xx/ss/root1
--with-essential-prefix=/home/alonbl/tmp/xx/ss/root1
538 make install
547 cd ..
548 tar -xf /var/gentoo/distfiles/suspend-0.8.tar.gz
549 cd suspend-0.8/
550 PKG_CONFIG_PATH=/home/alonbl/tmp/xx/ss/root1/lib/pkgconfig/
./configure --enable-fbsplash
552 make install DESTDIR=`pwd`/xxx
554 ldd xxx/usr/local/sbin/s2disk
ldd xxx/usr/local/sbin/s2disk
linux-gate.so.1 => (0xb7f17000)
libfbsplashrender.so.1 =>
/home/alonbl/tmp/xx/ss/root1/lib/libfbsplashrender.so.1 (0xb7f04000)
libfbsplash.so.1 =>
/home/alonbl/tmp/xx/ss/root1/lib/libfbsplash.so.1 (0xb7eff000)
libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0xb7eb8000)
libpng12.so.0 => /usr/lib/libpng12.so.0 (0xb7e93000)
libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0xb7e00000)
libz.so.1 => /lib/libz.so.1 (0xb7deb000)
libm.so.6 => /lib/libm.so.6 (0xb7dc5000)
libc.so.6 => /lib/libc.so.6 (0xb7c8f000)
/lib/ld-linux.so.2 (0xb7f18000)


I to Alon:
----------
Your directions work. Here are my observations.
FBSplash is statically linked with jpegsrc, zlib, freetype, and libpng.
You also manually pass the pkg_config_path.
The question is, why does it fail to compile when all those packages are independly installed via the package manager?


Alon to me:
-----------
Because someone packaged it wrongly?
This is not our issue.

Does fbsplash work for you when you suspend/resume?

tuxonicegui_fbsplash -t (to test it) works.
hibernate says that it can't find the fbsplash daemon. Then it hangs.

You need
http://aur.archlinux.org/packages.php?ID=5257
to make splash_manager work.

However, it install packages in /lib/splash/
So, it has to be fixed.

This does not work on systems with /usr mounted separately. The executable in concern is pgrep, and the workaround is to copy the entire binary to /bin.

Alternatively, a more time-consuming method would be re-structuring sysinit to mount /usr at the same time as /. Last option, of course, is to not use a separate /usr partition at all.

This isn't an upstream bug most likely (our init system differ). Check out what Gentoo has done to work around this, or if it's indeed upstream then please report here so I can paste a bug on their heads (or you can do that).

Don't remove it.
It's useful to test themes and it's required by TuxOnIce.

Only splash_manager is broken. I forgot to write a patch or remove it. I will have a look at it...
Silent splash on shutdown isn't possible with Arch right now.

I don't think it works properly. I don't get a splash on shutdown, for example.

TuxOnIce can't find the fbsplash daemon.

splash_manager is looking for //lib/splash/bin/fgconsole when it is installed in /usr/bin/fgconsole

This package seems broken.

I added it:
http://bugs.archlinux.org/task/9730

please report that glibc bug on our bugtracker ;)

I downgraded fbsplash for now. 1.5.4 doesn't compile for x86_64 since there is a bug in glibc 2.7.
I will keep 1.5.3.4 until I find a solution.

pkgconfig is part of base-devel group
base-devel group should be installed (completely) if user wants to compile anything with makepkg
packages that are in base-devel group should not be added to makedepends

Actually found that by installing pkgconfig it compiled just fine. Maybe add to makedepends?

I get the following error even though I installed freetype2:
checking for freetype2... configure: error: freetype was not found.
make: *** No targets specified and no makefile found. Stop.
==> ERROR: Build Failed.
Tried this with various --with-freetype2-src=/usr/include/freetype2 and /usr/include/freetype2/freetype

Update (1.5.4)

Now on my TODO list ;)

DonGiovanni, video=uvesafb:1280x1024-32 shouldn't be added instead of but additional to vga=*. Then you don't get any error messages from uvesafb and any grub output but only a nice silent splash.

But I have one small issue with this script. Some time during the boot process - I guess when the splash images are set - the splash disappears and the screen gets black for a short time, about a second.

It's not a big problem but not really nice. On my Gentoo box I don't have this problem.

Is it possible to fix this somehow?

And is it possible to activate the silent splash during the shut down process?

I had no success with 2.6.24 from testing, because I couldn't get a higher resolution then 640x480. It's compiled as a module and I think it's related to this.

You can try kernel26fbcondecor. There is uvesafb compiled in. For me it works.
Just install kernel26fbcondecor and v86d-fbcondecor. Add v86d to the HOOKS array in mkinitcpio.conf, rebuild the kernel.img and add video=uvesafb:1280x1024-32 instead of vga=* to your kernel command line.

How would I be able to use uvesafb with fbsplash? I have the 2.6.24 kernel from testing which includes support for it, but I'm not sure what I need to put in my menu.lst.

Update
- improved scripts

It should be compatible, but it's only 1024x768. Some more resolutions would be nice.

I had a quick look around and found this gensplash theme. I'm not sure if it's compatible with fbsplash though..

http://kde-look.org/content/preview.php?preview=1&id=73509&file1=73509-1.jpg&file2=&file3=&name=Arch+Gensplash

Update (1.5.3.4)
- some minor updates in splashutils

Update (1.5.3.3)
- removed miscsplashutils as dependency
- new scripts
- removed theme from tarball

I rewrote the scripts to support the new splashutils. splash_utils isn't the main utility anymore. Also the progressbar calculation is written from scratch.

Since the scripts are new, there may be still some problems and not everything is already supported. Please let me know your problems!
I also still used the darch theme, because there seems to be no theme with the new logo.

I will also upload soon a kernel with fbcondecor patch.

Unfortunately I have to disown this package. Hope someone else picks it up soon.

Does the actual splash screen work with this yet?

dhave,
$ pacman -Sy && pacman -Ss miscsplashutils
community/miscsplashutils 0.1.8-1
works for me

<<Changed all references to gensplash to fbsplash and added dependency to miscsplashutils.>>

But now miscsplashutils is flagged out-of-date is seems to be no longer available on AUR. Any ideas? I'm trying ti install fbsplash but need miscsplashutils. Thanks.

Please add a check for /dev/fbcondecor along with /dev/fbsplash in /etc/rc.d/fbsplash

Also, splash_util and splash_util.static are referenced as in /sbin, but landed in /usr/bin and /bin... something's wrong.

what's more it seems some things are now handled a lot differently. splash_manager and fbcondecor_ctl seems to do part of what splash_utils did...

that said, initcpio stuff works perfectly. only the initcript to set decorations on all ttys is b0rked.

EDIT: hmm, maybe the progress bar is b0rked too, but that may be in the initscript-splash package.

Changed package description per djclue917s suggestion.

Change pkgdesc to "A userspace implementation of a splash screen for Linux (formerly gensplash)". The current one is misleading because you don't even _need_ the fbcondecor patch to use fbsplash. fbsplash has optional support for fbcondecor.

Beini's changes implemented. Thanks!

Changed all references to gensplash to fbsplash and added dependency to miscsplashutils.

I really like what you are doing keep it up :)

If you want help maybe you could post in the announcements section? :)

Fixed fbsplash.install based on eightballbill's suggestion. Thanks!

in /lib/initcpio/install/fbsplash

# Include splash_helper
add_binary "/sbin/fbcondecor_helper" "/sbin/splash_helper"
This fixes the error when adding the fbsplash hook.

First shot at trying to port the new fbsplash to archlinux. Any help is appreciated.