Re: uswsusp patches for initramfs-tools (was: Bug#632627: Re[2]: resume file)
On Fri, 09 Aug 2013, Ben Hutchings escribi�:
> On Fri, 2013-08-09 at 13:41 +0000, Rodolfo García Peñas (kix) wrote:
> > Ben Hutchings <ben@decadent.org.uk> 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 device and
> > >> offset from initramfs-tools configuration (if initramfs-tools is
> > >> installed).
> > >
> > > Note, I'm only suggesting that this should be done at installation time.
> > > I think it would be confusing to simply make either of the current
> > > configuration files override the other.
> > >
> > > I do think it would be preferable to switch to a single configuration
> > > file for resume device and offset (or none, if automatic selection can
> > > work) but we would need a transition plan that minimises confusion and
> > > breakage.
> >
> > Yes, the best option is have only one configuration file.
> > The user must select the resume device (if there are more than one).
> > What package should modify that file?
>
> Perhaps linux-base?
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. This package should include a script (/usr/bin/update-resume-file?) and the script should create/update a config file. The config file will be used by initramfs-tools and uswsusp (and cryptsetup and probably others). The file should include two lines, one for the resume device and other for the offset.
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 crap).
kix.
> Ben.
>
> --
> Ben Hutchings
> I say we take off; nuke the site from orbit. It's the only way to be sure.
Reply to: