Package: initramfs-tools
Version: 0.109.1
Followup-For: Bug #707286
Confirming this bug in wheezy with linux-3.9.4. My fix:
--- /usr/share/initramfs-tools/scripts/local~ 2011-09-04 11:08:50.0
-0700
+++ /usr/share/initramfs-tools/scripts/local2013-06-06 16:21:08.707260079
-0700
@@
Has there been any progress on this bug?
We (Grml) would like to switch back to short Version: strings for our
kernel packages, as they already have the major "version number" in
the package name, to allow co-installation of multiple versions, and
there's no point in duplicating this info in the Ve
On Tue, Apr 5, 2011 at 10:06 AM, Bill Allombert
wrote:
> I formally object to that change in policy, since no rationale is provided.
> For the time being, #620566 is a bug in dpkg.
So, should this bug then be assigned back to dpkg?
Is there anything which prevents fixing this bug?
Thanks,
-ch
* rleigh [110510 23:55]:
> On Tue, May 10, 2011 at 11:31:23PM +0200, chris h wrote:
> > * rleigh [110510 20:43]:
> > > On Tue, May 10, 2011 at 11:55:48AM +0200, Michael Biebl wrote:
[..]
> > >
> > > Could you retry with
> > >
> > > http
> On Mon, May 09, 2011 at 10:56:39PM +0200, chris h wrote:
> > >>>> with initscripts 2.88dsf-13.5 from exp and initramfs-tools maks/run
> > >>>> there's a new warning during boot:
> > >>>> mount: can't find /run in /etc/fstab or /
Hi,
with initscripts 2.88dsf-13.5 from exp and initramfs-tools maks/run
there's a new warning during boot:
mount: can't find /run in /etc/fstab or /etc/mtab
Apparently this is caused by mountkernfs.sh which assumes that it has
the authority to mount /run (line 42).
With the newer initramfs-tools
6 matches
Mail list logo
