Hi, kix, Maximilian and Michael.
First of all: this bug affected kernel-based hibernation, too (details follow).
So, I performed something like "git bisect" to determine why the bug was
magically fixed. I debootstrapped a lot of minimal sid Debian systems from
snapshot.debian.org. I wrote script
Hi, kix.
Sun, 31 Aug 2014 20:43:33 + от "Rodolfo García Peñas (kix)"
:
>About this bug, I worked on it one year ago. I sent some emails. As
>you can see in the bug history, uswsusp cannot update the file,
>because it belongs to initramfs-tools. I sent some patches,...
And then there was discu
Hmm, I cannot reproduce the bug on modern jessie (i. e. jessie debootstrapped
today) o_O.
I performed the steps from
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=632627#72 :
> 1. Installed uswsusp. uswsusp said to me that I have no swap and I should add
> it and run "dpkg-reconfigure uswsus
On Sun, Aug 31, 2014 at 04:11:07AM +0400, Askar Safin wrote:
> Sun, 31 Aug 2014 02:04:41 +0200 от Michael Prokop :
> >Are you willing to work on this? :)
> No, I'm just bug reporter :)
uswsusp has been outdated 2y ago and hasn't improved yet.
The support was removed in dracut in 2010.
Please just
Sun, 31 Aug 2014 02:04:41 +0200 от Michael Prokop :
>Are you willing to work on this? :)
No, I'm just bug reporter :)
==
Askar Safin
http://vk.com/safinaskar
Moscow, Russia
Moscow State University, http://msu.ru , Faculty of Mechanics and Mathematics,
Department of Mathematical Logic and Theory o
* Askar Safin [Sun Aug 31, 2014 at 01:02:04AM +0400]:
> Sat, 30 Aug 2014 22:37:50 +0200 от Michael Prokop :
> >while going through the initramfs-tools bugs I stumbled upon this
> >one too:
> >> Perhaps we should continue this thread on debian-devel, because
> >> more people could help. Feel free
Sat, 30 Aug 2014 22:37:50 +0200 от Michael Prokop :
>Hi,
>
>while going through the initramfs-tools bugs I stumbled upon this
>one too:
>> Perhaps we should continue this thread on debian-devel, because
>> more people could help. Feel free to forward this mail (my
>> Internet connection here is cr
Hi,
while going through the initramfs-tools bugs I stumbled upon this
one too:
* Rodolfo Garc�a [Sat Aug 10, 2013 at 10:37:16PM +0200]:
> No. uswsusp doesn't need the kernel package (you can boot from a
> floppy).
> We need a (new?) package. uswsusp and initramfs-tools should
> depend on it. Th
On Fri, 09 Aug 2013, Ben Hutchings escribi�:
> On Fri, 2013-08-09 at 13:41 +, Rodolfo García Peñas (kix) wrote:
> > Ben Hutchings escribió:
> >
> > > On Fri, 2013-08-09 at 14:22 +0200, Ben Hutchings wrote:
> > > [...]
> > >> Reconfiguring uswsusp should definitely not affect the behaviour of
On Fri, 2013-08-09 at 13:41 +, Rodolfo García Peñas (kix) wrote:
> Ben Hutchings escribió:
>
> > On Fri, 2013-08-09 at 14:22 +0200, Ben Hutchings wrote:
> > [...]
> >> Reconfiguring uswsusp should definitely not affect the behaviour of
> >> swsusp; that would be very surprising. I think the
Ben Hutchings escribió:
On Fri, 2013-08-09 at 14:22 +0200, Ben Hutchings wrote:
[...]
Reconfiguring uswsusp should definitely not affect the behaviour of
swsusp; that would be very surprising. I think the configuration should
be transferred the other way: uswsusp should copy the resume devic
Ben Hutchings escribió:
Hi Ben,
I think it could be useful to copy the uswsusp configuration when
initramfs-tools is installed, except that initramfs-tools is almost
always installed first.
Yes. For this reason I made the patch. This patch moves the process to
select the resume device from
On Fri, 2013-08-09 at 14:22 +0200, Ben Hutchings wrote:
[...]
> Reconfiguring uswsusp should definitely not affect the behaviour of
> swsusp; that would be very surprising. I think the configuration should
> be transferred the other way: uswsusp should copy the resume device and
> offset from init
I think it could be useful to copy the uswsusp configuration when
initramfs-tools is installed, except that initramfs-tools is almost
always installed first.
Reconfiguring uswsusp should definitely not affect the behaviour of
swsusp; that would be very surprising. I think the configuration should
On Tue, 30 Jul 2013, Rodolfo García Peñas escribió:
> On Tue, 30 Jul 2013, Rodolfo García Peñas escribió:
>
> [snip]
>
> > Hi Askar,
> >
> > thanks a lot for your reply. Could this initramfs-tools patch solve the
> > problem?
> >
> > Some tips:
> >
> > 1. The patch reads the /etc/uswsusp.con
On Tue, 30 Jul 2013, Rodolfo García Peñas escribió:
[snip]
> Hi Askar,
>
> thanks a lot for your reply. Could this initramfs-tools patch solve the
> problem?
>
> Some tips:
>
> 1. The patch reads the /etc/uswsusp.conf, and check if the file exists. The
> value is not changed to UUID.
> 2. I
On Tue, 30 Jul 2013, Askar Safin escribió:
> >1. uswsusp will use the initramfs resume device. So, uswsusp should read the
> >file included in the initrd image at "conf/conf.d/resume". Is ok?
> If you mean configure time (i. e. dpkg-reconfigure uswsusp) or suspending
> time, then, of course, no.
>1. uswsusp will use the initramfs resume device. So, uswsusp should read the
>file included in the initrd image at "conf/conf.d/resume". Is ok?
If you mean configure time (i. e. dpkg-reconfigure uswsusp) or suspending time,
then, of course, no. Because this requires unpacking initramfs, and this
On Sat, 27 Jul 2013, Rodolfo kix Garcia escribió:
> On Fri, 26 Jul 2013, Ben Hutchings escribió:
[...]
> Hi Ben,
>
> IMHO we should use the same resume device in all packages. I saw cryptsetup
> package is using their own method to get the resume device too. I will notify
> it to the cryptset
On Fri, 26 Jul 2013, Ben Hutchings escribió:
> On Thu, 2013-07-25 at 21:31 +0200, Rodolfo García Peñas wrote:
> > On Thu, 25 Jul 2013, Ben Hutchings escribió:
> >
> > > On Thu, 2013-07-25 at 09:54 +, Rodolfo García Peñas (kix) wrote:
> > > > Ben Hutchings escribió:
> > > >
> > > > > On Wed,
On Thu, 2013-07-25 at 21:31 +0200, Rodolfo García Peñas wrote:
> On Thu, 25 Jul 2013, Ben Hutchings escribió:
>
> > On Thu, 2013-07-25 at 09:54 +, Rodolfo García Peñas (kix) wrote:
> > > Ben Hutchings escribió:
> > >
> > > > On Wed, 2013-07-24 at 15:57 +0400, Askar Safin wrote:
> > > >> > I
On Thu, 25 Jul 2013, Ben Hutchings escribió:
> On Thu, 2013-07-25 at 09:54 +, Rodolfo García Peñas (kix) wrote:
> > Ben Hutchings escribió:
> >
> > > On Wed, 2013-07-24 at 15:57 +0400, Askar Safin wrote:
> > >> > I think this file should be updated every time the package
> > >> "initramfs-
On Thu, 2013-07-25 at 09:54 +, Rodolfo García Peñas (kix) wrote:
> Ben Hutchings escribió:
>
> > On Wed, 2013-07-24 at 15:57 +0400, Askar Safin wrote:
> >> > I think this file should be updated every time the package
> >> "initramfs-tools" is reconfigured.
> >>
> >> Also, ideally, initramfs
Ben Hutchings escribió:
On Wed, 2013-07-24 at 15:57 +0400, Askar Safin wrote:
> I think this file should be updated every time the package
"initramfs-tools" is reconfigured.
Also, ideally, initramfs should be rebuilded every time user changes
fstab. But, I think this is very hard to reach.
A
On Wed, 2013-07-24 at 15:57 +0400, Askar Safin wrote:
> > I think this file should be updated every time the package
> > "initramfs-tools" is reconfigured.
>
> Also, ideally, initramfs should be rebuilded every time user changes
> fstab. But, I think this is very hard to reach.
> Also, I think, e
> I think this file should be updated every time the package "initramfs-tools"
> is reconfigured.
Also, ideally, initramfs should be rebuilded every time user changes fstab.
But, I think this is very hard to reach.
Also, I think, every tool which updates fstab, should call initramfs rebuilding
26 matches
Mail list logo