Your message dated Mon, 05 Jan 2009 17:02:07 +
with message-id e1ljsq7-0005vs...@ries.debian.org
and subject line Bug#505270: fixed in splashy 0.3.13-2
has caused the Debian Bug report #505270,
regarding splashy fails at boot: Couldn't splashy_start_splash error -10
to be marked as done
Thanks to #splashy and Mattkijs Kooijman, we have a solution.
It's not a very good solution, but it proves we know what the problem
is:
The solution is to delay the init process for one or two seconds after
splashy boot
ie change /usr/share/initramfs-tools/scripts/local-premount/splashy
and
By the way, if you change the script in /usr/share/initramfs-tools/...
per my last comment,
you also need to do
update-initramfs -u
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Awesome!
this is needed anyway for the fadein to work correctly. I'll apply
this and repackage for Sid. Hopefully we will be accepted for Lenny.
On Jan 5, 2009, at 6:32, Tim Richardson t...@tim-richardson.net wrote:
I did a sleep 0.5
All three machines are fixed with this.
--
I've made a version of splashy which uses a signal to exit rather than
wait a whole second in the local-premount script. I'll test it more
thoroughly tonight my time and then send patches.
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe.
I did a sleep 0.5
All three machines are fixed with this.
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Cool. But for now we are closing this bug and revisiting your solution
later. Waiting half a second more for booting should not be a big deal
for most people. Fabo already uploaded the package and we'll need to
ask the debian release team to let it through Lenny.
On Mon, Jan 5, 2009 at 3:47 PM,
Package: splashy
Version: 0.3.13-2
Followup-For: Bug #505270
found 505270 0.3.13-2
thanks
The sleep for 0.5 seconds in local-premount/splashy works, but not as
currently patched. The last line of local-premount/splashy should read
'/bin/sleep 0.5' instead of 'sleep 0.5'. Without the /bin
by...@theclarkfamily.name wrote:
Package: splashy
Version: 0.3.13-2
Followup-For: Bug #505270
found 505270 0.3.13-2
thanks
The sleep for 0.5 seconds in local-premount/splashy works, but not as
currently patched. The last line of local-premount/splashy should read
'/bin/sleep 0.5' instead of 'sleep 0.5
indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)
--
505270: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=505270
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
---BeginMessage---
Package: splashy
Version: 0.3.12-1
Package: splashy
tag 505270 + unreproducible
tag 505270 + moreinfo
thanks
This bug appears to only affect non-standard kernels not using
initramfs *and* using /usr on a different partition.
I'm looking for confirmation that anyone can reproduce this bug with a
Debian stock kernel package
I changed splashy_video.c to enable directFB debug and info messages to
console.
I see an error when init_font tries video.dfb-CreateFont
The first attempt at this always fails. It's the second attempt which
seems interesting.
the message from directFB is
(!) Direct/Interface Could not open
Am Sonntag, den 04.01.2009, 17:46 + schrieb Neil Williams:
Package: splashy
tag 505270 + unreproducible
tag 505270 + moreinfo
thanks
This bug appears to only affect non-standard kernels not using
initramfs *and* using /usr on a different partition.
wrong.
My configuration:
I'm running Debian Sid, with stock kernel here:
[07:44:41]jsch...@jdh129:~$ uname -r
2.6.26-1-686
/usr is not on a separate partition either:
[07:45:05]jsch...@jdh129:~$ cat /etc/fstab
/dev/sda5 /boot ext2 defaults0 1
/dev/sda3 / reiserfsdefaults,relatime
On Sun, 04 Jan 2009 19:28:10 +0100
Daniel Scharon daniel.scha...@uni-konstanz.de wrote:
Am Sonntag, den 04.01.2009, 17:46 + schrieb Neil Williams:
This bug appears to only affect non-standard kernels not using
initramfs *and* using /usr on a different partition.
wrong.
Well,
Neil,
hi. I'm the original reporter, although by now I think it is clear that
many people see this bug. For me, it is 100% reproducible.
I only use stock Lenny i386 kernels, and I don't have /usr on a separate
partition. I certainly use initramfs, since I'm using a stock kernel.
I reproduce this
Am Freitag, den 02.01.2009, 15:10 +1300 schrieb Jochen:
I can confirm this bug on 2 of my systems. However for me
the /etc/directfbrc does not fix the error.
Cheers
Jochen
I can confirm this bug as well, even with 0.3.13-1 the error persists.
The /etc/directfbrc hack doesn't work for
Hi,
I still got problems with splashy 0.3.13-1 .
Running Debian Lenny:
j...@jupiter:~$ dpkg -l | grep splash
ii libsplashy1 0.3.13-1
Library to draw splash screen on boot, shutd
ii splashy 0.3.13-1A
complete
I forgot to mention in my previous post that splashy has always worked
upon shutdown, it's rebooting that's been the problem,
I tried moving /usr/share/splashy/themes to /etc/splashy, but it didn't
help much.
After changing themes splashy stopped working again, even with the
I can confirm this bug on 2 of my systems. However for me
the /etc/directfbrc does not fix the error.
Cheers
Jochen
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
On Dec 30, 2008, at 4:42 AM, Tim Richardson wrote:
v 03.13 shows the same behaviour as 0.3.12. That is, splashy doesn't
work with the same error messages.
Also, the /tmp/directfbrc hack fixes it just the same.
I wonder why there was so much confidence that a fix was found. Have
the
v 03.13 shows the same behaviour as 0.3.12. That is, splashy doesn't
work with the same error messages.
Also, the /tmp/directfbrc hack fixes it just the same.
I wonder why there was so much confidence that a fix was found. Have the
developers managed to reproduce the bug yet on their own
Your message dated Mon, 29 Dec 2008 11:47:18 +
with message-id e1lhgac-hc...@ries.debian.org
and subject line Bug#505270: fixed in splashy 0.3.13-1
has caused the Debian Bug report #505270,
regarding splashy fails at boot: Couldn't splashy_start_splash error -10
to be marked as done
Package: splashy
Version: 0.3.13-1
Followup-For: Bug #505270
I'm seeing this same bug with a freshly installed 0.3.13-1.
-- System Information:
Debian Release: 5.0
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.26-1
Processing commands for cont...@bugs.debian.org:
tag 505270 patch
Bug#505270: splashy fails at boot: Couldn't splashy_start_splash error -10
There were no tags set.
Tags added: patch
thanks
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system
tag 505270 patch
thanks
Luis Mondesi lem...@gmail.com (23/12/2008):
Now this makes sure we attempt to use our own font provided with the
theme!
I didn't test the patch, but I'm tagging this bugreport according to
your subject and your claim that it fixes this bug. It could be tagged
“pending”
I believe this is the end for this bug:
http://git.debian.org/?p=splashy/splashy.git;a=blobdiff;f=src/splashy_video.c;h=8de345edf07a889b101452a22c86d36e098a3c8e;hp=a1c0b07bfac4845870302c74aa59965b562b0570;hb=0d9697281009eb677c6fb75e192fb70a7a5188ba;hpb=43bd24eb8b7c6389f4fb7cd2904973b1ef81f938
It
Hi,
I have /usr in it's own partition. So it would not work if splashy wants
to use files in /usr if it is not there at boot time.
I hard copied /usr/share/splashy/themes to /etc/splashy and edited the
themes path in /etc/splashy/config.xml back to /etc/splashy/themes and
it works again.
--
I forgot:
I needed /etc/directfbrc and early starting of splashy does not work
with the hard copied /usr/share/splashy/themes - /etc/splashy/themes
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Package: splashy
Version: 0.3.12-1
Followup-For: Bug #505270
Since the last kernel update (2.6.26-12) and initramfs-tools update (0.92m),
splashy doesn't work anymore (at boot and shutdown) = connection refused to
the server.
-- System Information:
Debian Release: 5.0
APT prefers testing
re debian bug 505270
does this help you:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=505270#27
(my file /etc/directfbrc is attached)
and after creating the /etc/directfbrc file, try this:
sudo update-initramfs -u
Hi,
I confirm the problem is resolved by adding this file
Package: splashy
Version: 0.3.12-1
Followup-For: Bug #505270
I precise that the error appears only during a cold boot. It works fine
during a reboot.
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux
Package: splashy
Version: 0.3.12-1
Followup-For: Bug #505270
I've this bug too. But for me splashy has worked sometime and now it
doesn't worked anymore (error -10 during the boot).
My config used only one partition.
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT
Thanks for sending me your initrd. I'm getting closer to fixing this
bug. It looks like the changes in the path for themes and default
theme has something to do with this and other crashes. We are now
using /usr to store themes and this is a separate partition for most
people. Also, the
Luis,
I sent the 4MB initrd image to your gmail account via yousentit
It's available for 7 days.
regards
Tim
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Also, /boot/grub/menu.lst extract
## ## End Default Options ##
title Debian GNU/Linux, kernel 2.6.26-1-686
root(hd0,0)
kernel /boot/vmlinuz-2.6.26-1-686 root=/dev/hda1 ro quiet vga=791
splash
initrd /boot/initrd.img-2.6.26-1-686
--
To UNSUBSCRIBE,
Tim,
Is it possible that your problem is related to /etc/splashy/config.xml ?
Try copying this file to /root/config.xml and purging Splashy 0.3.10
(dpkg --purge splashy) (from Lenny) and installing the Sid version
(0.3.12), then copy your config.xml back to /etc/splashy.
Luis, I
Tim,
Is it possible that your problem is related to /etc/splashy/config.xml ?
Try copying this file to /root/config.xml and purging Splashy 0.3.10
(dpkg --purge splashy) (from Lenny) and installing the Sid version
(0.3.12), then copy your config.xml back to /etc/splashy.
The new file calls the
hi,
As far as my knowledge goes i think u have not configured the
framebuffer. first compile the kernel and get the framebuffers support
and everything works fine. what flavor of linux do u go with.
bye
2008/11/28 Filippo Giunchedi [EMAIL PROTECTED]
On Tue, Nov 11, 2008 at 09:27:19PM
Installing splashy 0.3.10 works even when I leave all other packages at
the sid version, including libsplashy
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Connection refused.
Couldn't splashy_start_splash. Error -10
Reading the code a -10 error seems to indicate a problem with fonts. Are you
using the default theme/font?
On all machines, only the default theme is used. The package with extra
themes is not installed.
After booting what
On Tue, Nov 11, 2008 at 09:27:19PM +1100, Tim Richardson wrote:
Package: splashy
Version: 0.3.12-1
Severity: important
With the upgrade to 0.3.12-1 I have a new problem.
It occurs on two Intel-based laptops, but not on a non-intel desktop nor in
virtual machines.
The error occurs at
In the process of trying to debug this, I discovered that I can make it
boot properly if I create the file
/etc/directfbrc
and include this one line in the file
log-file=/tmp/directfb.log
I had no directfbrc file on my system.
An empty file doesn't help.
My attempt to make the log file was
Purge and re-install unfortunately did not help me.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
44 matches
Mail list logo