It seems that starting splashy later in the boot process caused other
problems. After moving splashy script back to init-top, I had not
experienced bug #505270, nor #505291
Also, I solved this bug on some of my machines (others resume perfectly)
by setting 'early writeout' to 'no' in /etc/uswsusp.
Your message dated Sun, 09 Nov 2008 15:32:03 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#486400: fixed in splashy 0.3.12-1
has caused the Debian Bug report #486400,
regarding splashy doesn't work with hibernation
to be marked as done.
This means that you claim that
On Sun, 2008-10-26 at 21:50 -0400, Eric Doviak wrote:
> Hi Luis, Tim and Yves-Alexis,
[snip]
> Because I'm curious ... What change was made that corrected Splashy's
> behavior?
Tim changed the order at which Splashy is executed during resume to
allow uswsusp to start first.
We will release 0.3.1
Hi Luis, Tim and Yves-Alexis,
I received the notice that the Splashy hibernate bug has been closed,
but I promised to follow up, so I'm writing to follow up.
I just reinstalled and tested Splashy on my Dell Latitude C510. It
works fine now.
Because I'm curious ... What change was made that corre
Your message dated Sun, 26 Oct 2008 08:16:41 +0100
with message-id <[EMAIL PROTECTED]>
and subject line Re: Bug#486400: it is working now
has caused the Debian Bug report #486400,
regarding splashy doesn't work with hibernation
to be marked as done.
This means that you claim that the
Hi Yves-Alexis,
I am the person who originally submitted the bug report on Splashy's
troubles with hibernation. I encountered the problem a few months ago
on a Dell Latitude. Shortly thereafter, several other people wrote in
to say that they were experiencing similar difficulties.
At the moment,
I confirm that on all three machines I could test on, this bug is no
longer occuring. All three machines resumed successfully from suspend
and hibernate.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
I will try again to reproduce it three machines I have running Debian.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Ok, I fail to reproduce this on at least two boxes, a desktop and a
laptop. In both case, resume from hibernation works perfectly.
Cheers,
--
Yves-Alexis
signature.asc
Description: This is a digitally signed message part
Hi,
I was “assigned” the RC bug as part of BugSprint
(http://wiki.debian.org/BugSprint). Looking at the bug log, it seems
there was a solution back in july, which was implemented in slashy
0.3.12. But this didn't fix the problem.
What is the current status of the bug, and what are the conclusions
Luis Mondesi schreef:
> On Mon, Oct 13, 2008 at 6:13 AM, Tim Dijkstra <[EMAIL PROTECTED]> wrote:
> We tried to fix this in various ways from Splashy's end but we were
> not successful. It looks like uswsusp starts (dfb init) the
> framebuffer again when resuming at boot. Meaning, /sbin/splashy sta
On Mon, Oct 13, 2008 at 6:13 AM, Tim Dijkstra <[EMAIL PROTECTED]> wrote:
> Luis,
>
> Unfortunately I haven't looked at splashy (or any other FOSS project for
> that matter) for a while, but I noticed this bug is RC. The bug log shows
> you've been commenting on it, do you know the status?
>
Hey Ti
Luis,
Unfortunately I haven't looked at splashy (or any other FOSS project for
that matter) for a while, but I noticed this bug is RC. The bug log shows
you've been commenting on it, do you know the status?
grts Tim
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe
Also see 497313. When splashy was installed running under my
custom kernel, initramfs for the stock kernel was not
rebuilt due to that bug.
So when I booted under the stock kernel, splashy never
loaded until after I unlocked the encrypted drives and
normal boot began.
Resume from hibernation wor
Package: splashy
Version: 0.3.10-2
Followup-For: Bug #486400
I also encounter the same problem using either the stock kernel
for 2.6.26 or my own custom kernel when resuming from hibernation.
The normal boot-up splash screen works fine and prompts me for
the passwords to the encrypted
On Wed, Aug 6, 2008 at 1:36 PM, Fabio Pugliese Ornellas
<[EMAIL PROTECTED]> wrote:
> Since you already know exactly what the problem is, please let me know where
> it is, so I won't waste time on something already known. Please drop me an
> email with it, and we keep in touch.
>
Ok, I'll send you
Since you already know exactly what the problem is, please let me know where
it is, so I won't waste time on something already known. Please drop me an
email with it, and we keep in touch.
Thanks.
Fabio Pugliese Ornellas
E-Mail: [EMAIL PROTECTED]
gTalk: [EMAIL PROTECTED]
ICQ: 6516089
MSN: [E
This is a very important bug; if you can get a fix for it, got for it.
I have not been able to do any FOSS work these last weekends. I guess
we will just miss Lenny...
On Fri, Aug 1, 2008 at 2:35 PM, Fabio Pugliese Ornellas
<[EMAIL PROTECTED]> wrote:
> If by any means I can help, please let me kn
If by any means I can help, please let me know. I was about to start
debugging it today...
Fabio Pugliese Ornellas
E-Mail: [EMAIL PROTECTED]
gTalk: [EMAIL PROTECTED]
ICQ: 6516089
MSN: [EMAIL PROTECTED]
WWW: http://ornellas.apanela.com/
On Fri, Aug 1, 2008 at 14:40, Luis Mondesi <[EMAIL PROT
On Aug 1, 2008, at 11:55 AM, "Fabio Pugliese Ornellas" <[EMAIL PROTECTED]
> wrote:
I had a look at uswsusp suspend command (called from within initrd)
and saw that it do interact with the framebuffer and makes some
splash-related initialization. Would'nt that be messing up with
splashy?
I had a look at uswsusp suspend command (called from within initrd) and saw
that it do interact with the framebuffer and makes some splash-related
initialization. Would'nt that be messing up with splashy? Shouldn't its code
get reviewed? Or you are sure the issue is splashy related only?
Fabi
On Aug 1, 2008, at 12:47 AM, "Fabio Pugliese Ornellas" <[EMAIL PROTECTED]
> wrote:
Hello,
I have just tested the newer 0.3.11 version asn my Asus EEE PC 900
still "freezes" if I use uswsusp + splashy, the bug still exists.
If I find time on the following days, I'll post here my findings
Hello,
I have just tested the newer 0.3.11 version asn my Asus EEE PC 900 still
"freezes" if I use uswsusp + splashy, the bug still exists.
If I find time on the following days, I'll post here my findings on the
topic.
Bye.
Fabio Pugliese Ornellas
E-Mail: [EMAIL PROTECTED]
gTalk: [EMAIL PR
This is fixed in Git and it will be released as 0.3.11 shortly.
The debian package for it will follow shortly after that.
On Fri, Jul 25, 2008 at 9:43 AM, Tim Richardson <[EMAIL PROTECTED]> wrote:
> Laptop top users can't really use splashy because of this bug; I'm
> surprised this is not an RC b
Laptop top users can't really use splashy because of this bug; I'm
surprised this is not an RC bug. I wouldn't want this to be in a stable
release because I'm a Debian enthusiast.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
25 matches
Mail list logo
