FAQ Search Today's Posts Mark Forums Read
» Video Reviews

» Linux Archive

Linux-archive is a website aiming to archive linux email lists and to make them easily accessible for linux users/developers.


» Sponsor

» Partners

» Sponsor

Go Back   Linux Archive > Gentoo > Gentoo Development

 
 
LinkBack Thread Tools
 
Old 03-22-2012, 12:48 PM
 
Default Arbitrary breakage: sys-fs/cryptsetup

Normally I don't take to the skies with this sort of thing, but this was
ridiculous. In what I am sure was a well-intentioned change, cryptsetup
recently silently lost its default USE=static status. For one of the
many people actually using cryptsetup in an initrd, this came as a
lovely surprise this morning as I found my new kernel/initrd completely
unbootable.

To compound matters, udev-181's incompatibility with my old kernel (no
DEVTMPFS, separate /usr), and my primary system was completely
unbootable.

Please - if you're going to significantly change functionality that
(whether correct or not) people have come to depend on, have the decency
to at least publish a news article on it. I may find 'eselect news'
annoying, but I at least read it. Before we get to bikeshedding, I'm
well aware there were multiple ways to have prevented this, but none of
them were in place [1]. What was in place was default behavior that had
been there for a very long time.


[1] For one, genkernel should bomb out if it can't comply with a
command-line arg instead of just putting non-alert text up.
 
Old 03-22-2012, 01:20 PM
Maxim Kammerer
 
Default Arbitrary breakage: sys-fs/cryptsetup

On Thu, Mar 22, 2012 at 15:48, <schism@subverted.org> wrote:
> Please - if you're going to significantly change functionality that
> (whether correct or not) people have come to depend on, have the decency
> to at least publish a news article on it.

Previous stable cryptsetup had an "if use dynamic" warning in
pkg_setup(), which was removed instead of being converted to "if ! use
static" in the new stable. No idea if that was intentional.

--
Maxim Kammerer
LibertÚ Linux (discussion / support: http://dee.su/liberte-contribute)
 
Old 03-22-2012, 01:20 PM
Alexandre Rostovtsev
 
Default Arbitrary breakage: sys-fs/cryptsetup

On Thu, 2012-03-22 at 07:48 -0600, schism@subverted.org wrote:
> Normally I don't take to the skies with this sort of thing, but this was
> ridiculous. In what I am sure was a well-intentioned change, cryptsetup
> recently silently lost its default USE=static status. For one of the
> many people actually using cryptsetup in an initrd, this came as a
> lovely surprise this morning as I found my new kernel/initrd completely
> unbootable.
>
> To compound matters, udev-181's incompatibility with my old kernel (no
> DEVTMPFS, separate /usr), and my primary system was completely
> unbootable.
>
> Please - if you're going to significantly change functionality that
> (whether correct or not) people have come to depend on, have the decency
> to at least publish a news article on it. I may find 'eselect news'
> annoying, but I at least read it. Before we get to bikeshedding, I'm
> well aware there were multiple ways to have prevented this, but none of
> them were in place [1]. What was in place was default behavior that had
> been there for a very long time.
>
>
> [1] For one, genkernel should bomb out if it can't comply with a
> command-line arg instead of just putting non-alert text up.

There is already a bug open about this issue:
https://bugs.gentoo.org/show_bug.cgi?id=409277

However, I must still thank you for alerting the list about it; you
saved lots of peoples' systems (probably including mine, if I had not
read this message) from being rendered unbootable.

-Alexandre Rostovtsev.
 
Old 03-29-2012, 09:58 AM
Sebastian Pipping
 
Default Arbitrary breakage: sys-fs/cryptsetup

On 03/22/2012 03:20 PM, Alexandre Rostovtsev wrote:
>> [1] For one, genkernel should bomb out if it can't comply with a
>> command-line arg instead of just putting non-alert text up.
>
> There is already a bug open about this issue:
> https://bugs.gentoo.org/show_bug.cgi?id=409277

With that bug fixed by now is there still need for a news entry?

Best,



Sebastian
 
Old 03-29-2012, 05:59 PM
Samuli Suominen
 
Default Arbitrary breakage: sys-fs/cryptsetup

On 03/29/2012 12:58 PM, Sebastian Pipping wrote:

On 03/22/2012 03:20 PM, Alexandre Rostovtsev wrote:

[1] For one, genkernel should bomb out if it can't comply with a
command-line arg instead of just putting non-alert text up.


There is already a bug open about this issue:
https://bugs.gentoo.org/show_bug.cgi?id=409277


With that bug fixed by now is there still need for a news entry?

Best,



Sebastian



It doesn't look fixed to me, only temporarily worked around to force USE
static on cryptsetup.
Should be kept open until genkernel is fixed to generate the initramfs
in a way it doesn't need the static cryptsetup.


I've been told dracut is able to handle this. Unverified.

- Samuli
 
Old 03-30-2012, 07:56 AM
Amadeusz Żołnowski
 
Default Arbitrary breakage: sys-fs/cryptsetup

Excerpts from Samuli Suominen's message of 2012-03-29 19:59:17 +0200:
> I've been told dracut is able to handle this. Unverified.

Dracut doesn't need anything built static.


--
Amadeusz Żołnowski
 
Old 03-30-2012, 08:05 AM
Samuli Suominen
 
Default Arbitrary breakage: sys-fs/cryptsetup

On 03/30/2012 10:56 AM, Amadeusz Żołnowski wrote:

Excerpts from Samuli Suominen's message of 2012-03-29 19:59:17 +0200:

I've been told dracut is able to handle this. Unverified.


Dracut doesn't need anything built static.


Thanks for verifying. Expected nothing less. I've reopened the bug[1]
for genkernel so it doesn't get lost...


[1] http://bugs.gentoo.org/409277
 
Old 04-02-2012, 12:49 AM
 
Default Arbitrary breakage: sys-fs/cryptsetup

On Thu, Mar 29, 2012 at 11:58:17AM +0200, Sebastian Pipping wrote:
| With that bug fixed by now is there still need for a news entry?

I don't think I make that call, but if the current plastering-over would
generally keep existing setups from breaking, I'm happier.
 

Thread Tools




All times are GMT. The time now is 04:55 AM.

VBulletin, Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.
Copyright ę2007 - 2008, www.linux-archive.org