Your message dated Mon, 22 Jun 2009 16:08:08 +0200 with message-id <2009-06-22T16-02-45@devnull.michael-prokop.at> and subject line Re: Bug#534172: initramfs-tools: support different configuration file/directory for update-initramfs has caused the Debian Bug report #534172, regarding initramfs-tools: support different configuration file/directory for update-initramfs to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact owner@bugs.debian.org immediately.) -- 534172: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=534172 Debian Bug Tracking System Contact owner@bugs.debian.org with problems
--- Begin Message ---
- To: Debian Bug Tracking System <submit@bugs.debian.org>
- Subject: initramfs-tools: support different configuration file/directory for update-initramfs
- From: Michael Prokop <mika@debian.org>
- Date: Mon, 22 Jun 2009 10:53:23 +0200
- Message-id: <[🔎] 2009-06-22T10-48-21@devnull.michael-prokop.at>
- Message-id: <20090622085323.25081.92581.reportbug@grmlvrs>
Package: initramfs-tools Version: 0.93.3 Severity: wishlist mkinitramfs provides "-d $confdir" to set an alternate configuration directory. Though as the manpage states mkinitramfs is a "low-level tool for generating an initramfs image". AFAICS there doesn't exist a possibility to run update-initramfs with a different configuration file than /etc/initramfs-tools/initramfs.conf. Would be nice to be able to use "-d $confdir" with update-initramfs as well. regards, -mika-
--- End Message ---
--- Begin Message ---
- To: maximilian attems <max@stro.at>
- Cc: 534172-done@bugs.debian.org
- Subject: Re: Bug#534172: initramfs-tools: support different configuration file/directory for update-initramfs
- From: Michael Prokop <mika@debian.org>
- Date: Mon, 22 Jun 2009 16:08:08 +0200
- Message-id: <2009-06-22T16-02-45@devnull.michael-prokop.at>
- In-reply-to: <[🔎] 20090622133411.GO4717@baikonur.stro.at>
- References: <20090622085323.25081.92581.reportbug@grmlvrs> <[🔎] 20090622114730.GL4717@baikonur.stro.at> <[🔎] 2009-06-22T14-11-17@devnull.michael-prokop.at> <[🔎] 20090622133411.GO4717@baikonur.stro.at>
* maximilian attems <max@stro.at> [20090622 16:01]: > On Mon, Jun 22, 2009 at 02:55:42PM +0200, Michael Prokop wrote: > > Hm, but isn't update-initramfs the suggested way to create/update > > initramfs files? mkinitramfs doesn't create sha1sum and backups, > > right? > > Am I right saying: > > * use update-initramfs for general purposes (default initramfs > > configuration, generated initramfs files to be used as /boot/* > > on the system the initramfs has been generated on) > > * use mkinitramfs for generating specific initramfs configurations > > without messing with the "general purpose" initramfs files (for > > purposes like netbooting) > yes, aboves seems accurate. > update-initramfs adds a local sha1sum and this has not much meaning > for initramfses that you distribute to other boxes. > (beside running bootloader and stuff) Ok, thanks. > > ? If so feel free to close this bugreport. > leaving it up to you if mkintiramfs desc is wrongly formulated.. :) Thanks. :) I'm closing it as I don't find any better wording and I ACK your arguments ("[...] cluttering update-initramfs with that"). regards, -mika-Attachment: signature.asc
Description: Digital signature
--- End Message ---