Bug#651691: closed by Rodolfo García Peñas (kix) k...@debian.org (Re: uswsusp needs specialkernel parameter to resume)

2013-12-27 Thread Joerg Dorchain
On Fri, Dec 27, 2013 at 12:06:05PM +, Debian Bug Tracking System wrote: I am closing this bug because I have no reply with in the last email. Sorry, I did not notice it. uswsusp didsn't change their behavior, but other packages (like initramfs-tools) had changes. Please, test with other

Bug#651691: closed by Rodolfo García Peñas (kix) k...@debian.org (Re: uswsusp needs specialkernel parameter to resume)

2013-12-27 Thread Rodolfo García Peñas
On Fri, 27 Dec 2013, Joerg Dorchain escribió: On Fri, Dec 27, 2013 at 12:06:05PM +, Debian Bug Tracking System wrote: I am closing this bug because I have no reply with in the last email. Sorry, I did not notice it. No problem, if you think the problem is not solved, I will reopen the

Bug#651691: closed by Rodolfo García Peñas (kix) k...@debian.org (Re: uswsusp needs specialkernel parameter to resume)

2013-12-27 Thread Joerg Dorchain
On Fri, Dec 27, 2013 at 09:27:18PM +0100, Rodolfo García Peñas wrote: I don't agree :-) Yes, the file /usr/share/initramfs-tools/scripts/local-premount/uswsusp belongs to uswsusp. The script checks if the $resume variable is set. If is set, then the script calls /sbin/resume to load the

Bug#651691: closed by Rodolfo García Peñas (kix) k...@debian.org (Re: uswsusp needs specialkernel parameter to resume)

2013-12-27 Thread Rodolfo García Peñas
On Fri, 27 Dec 2013, Joerg Dorchain escribió: On Fri, Dec 27, 2013 at 09:27:18PM +0100, Rodolfo García Peñas wrote: [...] If the variable resume was set, with the noresume option as kernel parameter, is unset. I think I understand the resulting semantics of the scripts. My point is