Bug#672160: Fw: Re: Bug#672160: Directory /boot/console-setup

2012-05-12 Thread Touko Korpela
Yves-Alexis Perez wrote on debian-devel: On ven., 2012-05-11 at 00:16 +0300, Anton Zinoviev wrote: On Thu, May 10, 2012 at 09:40:23PM +0100, Ben Hutchings wrote: Generally the console has to work even before root is mounted, so that the user can enter a decryption password if necessary.

Bug#672160: Directory /boot/console-setup

2012-05-12 Thread Anton Zinoviev
On Fri, May 11, 2012 at 09:07:57AM +0200, Tollef Fog Heen wrote: ]] Steve Langasek My complaint is that this is excessively ugly. For persistent variable data that needs to be available during early boot, even when this is binary data that the user won't edit, /etc is the normal place

Bug#672160: Directory /boot/console-setup

2012-05-12 Thread Steve Langasek
On Sat, May 12, 2012 at 03:04:31PM +0300, Anton Zinoviev wrote: On Thu, May 10, 2012 at 02:54:16PM -0700, Steve Langasek wrote: On Thu, May 10, 2012 at 07:43:46PM +0300, Anton Zinoviev wrote: Currently it creates files in the directory /etc/console-setup. As a result when the package is

Bug#672160: Directory /boot/console-setup

2012-05-12 Thread Anton Zinoviev
On Sat, May 12, 2012 at 07:01:20AM -0700, Steve Langasek wrote: No, you absolutely do *not* need this. The policy rule isn't on purge, remove all config files if the admin hasn't edited them, it's on purge, remove *all configuration files*. All configuration files owned by the package.

Bug#672160: Directory /boot/console-setup

2012-05-12 Thread Steve Langasek
On Sat, May 12, 2012 at 08:04:15PM +0300, Anton Zinoviev wrote: On Sat, May 12, 2012 at 07:01:20AM -0700, Steve Langasek wrote: No, you absolutely do *not* need this. The policy rule isn't on purge, remove all config files if the admin hasn't edited them, it's on purge, remove *all

Bug#672160: Directory /boot/console-setup

2012-05-12 Thread Teodor MICU
2012/5/12 Steve Langasek vor...@debian.org: There is no way to tell whether a file in /etc/console-setup is owned by the package console-setup or it has been put there by the admin and is unrelated to console-setup. Who cares? And most package maintainers have not bothered to implement such

Bug#672160: Directory /boot/console-setup

2012-05-12 Thread Steve Langasek
On Sat, May 12, 2012 at 11:13:28PM +0300, Teodor MICU wrote: 2012/5/12 Steve Langasek vor...@debian.org: There is no way to tell whether a file in /etc/console-setup is owned by the package console-setup or it has been put there by the admin and is unrelated to console-setup. Who cares?

Bug#672160: Directory /boot/console-setup

2012-05-12 Thread intrigeri
Hi, Anton Zinoviev wrote (12 May 2012 12:04:31 GMT) : Yves-Alexis Perez wrote on debian-devel: What do you mean with “this doesn't work in Debian”? Some people do use encrypted root and they do have a working console asking for the passphrase. As far as I know currently the console works

Bug#672160: Directory /boot/console-setup

2012-05-11 Thread Tollef Fog Heen
]] Steve Langasek My complaint is that this is excessively ugly. For persistent variable data that needs to be available during early boot, even when this is binary data that the user won't edit, /etc is the normal place to keep it - it's the creation of a a .cache subdirectory that I

Bug#672160: Directory /boot/console-setup

2012-05-10 Thread Anton Zinoviev
[Please preserve the CC to 672...@bugs.debian.org because I am not subscribed to debian-devel.] First the problem in few words. The package console-setup needs an access to a directory similar to /var very early during the boot process - when /var is not yet mounted. Currently it creates

Bug#672160: Directory /boot/console-setup

2012-05-10 Thread Sven Joachim
On 2012-05-10 18:43 +0200, Anton Zinoviev wrote: [Please preserve the CC to 672...@bugs.debian.org because I am not subscribed to debian-devel.] First the problem in few words. The package console-setup needs an access to a directory similar to /var very early during the boot process -

Bug#672160: Directory /boot/console-setup

2012-05-10 Thread Roger Leigh
On Thu, May 10, 2012 at 07:43:46PM +0300, Anton Zinoviev wrote: [Please preserve the CC to 672...@bugs.debian.org because I am not subscribed to debian-devel.] First the problem in few words. The package console-setup needs an access to a directory similar to /var very early during the

Bug#672160: Directory /boot/console-setup

2012-05-10 Thread Sven Joachim
On 2012-05-10 19:45 +0200, Roger Leigh wrote: On Thu, May 10, 2012 at 07:43:46PM +0300, Anton Zinoviev wrote: [Please preserve the CC to 672...@bugs.debian.org because I am not subscribed to debian-devel.] First the problem in few words. The package console-setup needs an access to a

Bug#672160: Directory /boot/console-setup

2012-05-10 Thread Anton Zinoviev
On Thu, May 10, 2012 at 07:45:21PM +0200, Sven Joachim wrote: Maybe I'm missing something obvious, but /boot seems to be a very bad choice for the location, simply because it is not available any earlier than /var. Ah, you are right. So it seems only /etc is an option. Thanks. Anton

Bug#672160: Directory /boot/console-setup

2012-05-10 Thread Ben Hutchings
On Thu, May 10, 2012 at 10:13:39PM +0300, Anton Zinoviev wrote: On Thu, May 10, 2012 at 07:45:21PM +0200, Sven Joachim wrote: Maybe I'm missing something obvious, but /boot seems to be a very bad choice for the location, simply because it is not available any earlier than /var. Ah,

Bug#672160: Directory /boot/console-setup

2012-05-10 Thread Anton Zinoviev
On Thu, May 10, 2012 at 09:40:23PM +0100, Ben Hutchings wrote: Generally the console has to work even before root is mounted, so that the user can enter a decryption password if necessary. Unfortunately, as far as I know currently this doesn't work in Debian. Proper wishlist bug reports

Bug#672160: Directory /boot/console-setup

2012-05-10 Thread Steve Langasek
On Thu, May 10, 2012 at 07:43:46PM +0300, Anton Zinoviev wrote: First the problem in few words. The package console-setup needs an access to a directory similar to /var very early during the boot process - when /var is not yet mounted. Currently it creates files in the directory