You are not logged in.
If any developers are reading this please respond:
I am posting here because I couldn't respond to the arch-dev-mailing list.
Here's a compromise that I think should work with Roman Kyrylych's splash patch for initscripts. If this patch was released as a package in extra, let's call it initscripts-splash-patch for now, it can be installed by people that need it only. All one has to do to back it out is to reinstall the standard initscripts package from core.
This way no change is needed to the default initscripts package and people that need splash can do so by installing the initscripts-splash-patch package. IMHO this is a much better solution than having a separate initscript-splash which conflicts with intiscripts and has to be maintained separately (which has not happened in a while).
And most importantly, I think this is perfectly inline with the KISS principle.
Thanks,
Raymano
Last edited by raymano (2007-11-04 01:01:28)
FaunOS: Live USB/DVD Linux Distro: http://www.faunos.com
Offline
That's a really nasty solution. Having one package patch the files of another package will simply not work.
Install initscripts
Install initscripts-splash-patch
- post install script modifies initscripts' files.
Update initscripts
- patch work lost and the patch may need to be update to reflect changes in initscripts.
The most KISS solution is to have the patch applied to initscripts. It's only a few hooks, it's an extremely minor change and doesn't affect/hinder anything else.
iphitus@laptop:~$ diffstat 0001-Add-a-splash-support.patch
functions | 17 +++++++++++++++++
rc.conf | 8 ++++++++
rc.multi | 8 ++++++++
rc.shutdown | 2 ++
rc.sysinit | 10 ++++++++++
5 files changed, 45 insertions(+)You can't seriously consider that a big patch.
Consider this: If the patch added a useful feature, non splash, there would be no doubt in applying it. However people are against splashes, because they have these silly misnomers and ideals about Arch that somehow prohibit even accomodating splashes.
James
Offline
I agree with you hundred percent that it is a "nasty" solution. I don't know where this anti-splash ideology comes from either. I sure know that the current way of trying to incorporate a splash screen into arch is anything but simple and we definitely need a better solution. I am also one for simply applying the patch to the standard initscripts package. It is also ok to have another package such as the current initscripts-splash in extra instead of community so that it might get updated more often than the current one. As you know the current initscripts-splash package in community has not been updated since Duke.
Fresh out of ideas and awaiting a KISS solution for splash in archlinux,
Raymano
FaunOS: Live USB/DVD Linux Distro: http://www.faunos.com
Offline
Is it possible to use no splashscreen when this patch is applied ?
If the choice of using which splash or no splash is left to the user i have nothing against it.
Disliking systemd intensely, but not satisfied with alternatives so focusing on taming systemd.
clean chroot building not flexible enough ?
Try clean chroot manager by graysky
Offline
That's the point that both iphitus and I are trying to make. This patch has absolutely no side effect for one that doesn't want to use splash and if it currently does it can be fixed so that it will not.
Last edited by raymano (2007-11-05 04:31:33)
FaunOS: Live USB/DVD Linux Distro: http://www.faunos.com
Offline
I hope it gets done. An easier option for splash would be nice. ![]()
Offline
Looks like it will be merged if you have a look at arch-dev-public.
James
Offline
if it is merged, will this take care of both fbsplash and splashy? (Neither of them requires a patch to the kernel, so one could chose one at any time.)
Last edited by awagner (2007-11-15 15:46:15)
Offline
I was just thinking about giving my boot process a bit of graphical love when I remembered this thread. Reading through arch-dev-public the discussion just stopped without a clear outcome (or I missed something).
Question is, does someone know if it will be added or not (I rather wait if the patches will be applied in the not so distant future).
Offline
Just in case you're curious/interested, I've opened a bug report (feature request, actually) about this several months back. http://bugs.archlinux.org/task/6989
Offline
I'd like to stay posted as well, since splash is one of few things left on my list ![]()
Offline
Hi all, I would like to see some kind of splash working out of the box on archlinux. All booting text feels like the 80s when I used DOS. ![]()
There is no knowledge that is not power!
Offline
Me too.
FaunOS: Live USB/DVD Linux Distro: http://www.faunos.com
Offline
http://wiki.archlinux.org/index.php/Splashy
Maybe I'm not reading the ongoing comments properly, but splashy has been working for quite some time now with the 'initscripts-splash' package.
thayer williams ~ thayerwilliams.ca
Offline
http://wiki.archlinux.org/index.php/Splashy
Maybe I'm not reading the ongoing comments properly, but splashy has been working for quite some time now with the 'initscripts-splash' package.
we don't want to have initscripts-splash package. It is very sucky.
Offline
you know its quite easy to mod the pkgbuild to make it up to date with core so aslong as you dont run testing your fine
dovie andi se tovya sagain
Offline
Any progress on this?
Offline
Any progress on this?
Some generic splash support would be nice indeed ![]()
I have (more or less) adapted the changes in initscripts-splash to the latest initscripts, it seems to work fine here altough i am sure that i made some mistakes here and there. In case someone is interested, i will cleanup my messy patch and post it here...
Dont even know if this is needed anymore, just tell me ![]()
want a modular and tweaked KDE for arch? try kdemod
Offline
I gave up on splash patches/hacks. I just don't works. ![]()
Offline
Splash support is pathetic in Arch Linux. This is 2008, not 1980. Fedora 9 has such a cool graphical boot.
Offline
Splash support is pathetic in Arch Linux. This is 2008, not 1980. Fedora 9 has such a cool graphical boot.
So what? Go enjoy Fedora...
pacman roulette : pacman -S $(pacman -Slq | LANG=C sort -R | head -n $((RANDOM % 10)))
Offline
SpookyET wrote:Splash support is pathetic in Arch Linux. This is 2008, not 1980. Fedora 9 has such a cool graphical boot.
So what? Go enjoy Fedora...
Or, fix the splash support. Patches always welcome
Offline
Or, fix the splash support. Patches always welcome
Kernel patch for fbcondecor?
http://dev.gentoo.org/~spock/projects/fbcondecor/
Offline
phrakture wrote:Or, fix the splash support. Patches always welcome
Kernel patch for fbcondecor?
http://dev.gentoo.org/~spock/projects/fbcondecor/
There are about 3 splash implementations that don't require gross kernel patches and can be stuck in mkinitcpio hooks
Offline
There are about 3 splash implementations that don't require gross kernel patches and can be stuck in mkinitcpio hooks
Well it just seems we are too noobs to get 'em scripts working.
God, this splashy thing is useless and still so annoying not to get it working. ![]()
Offline