[Pkg-uml-devel] [Fwd: Re: aptitude is dying]

[alex bodnaru]

-------- Original Message --------
Subject: Re: aptitude is dying
Date: Fri, 30 Jun 2006 10:01:12 +0300
From: alex bodnaru <alex at alex3>
To: Mattia Dongili <malattia at linux.it>
References: <449E3D57.2060305 at alex3>
<20060625082455.GC30349 at inferi.kami.home> <449E5148.4010302 at alex3>
<20060625102320.GD30349 at inferi.kami.home> <449EA43F.7080808 at alex3>
<20060625153705.GE30349 at inferi.kami.home> <449EFDE3.1040903 at alex3>
<20060626194252.GA3586 at inferi.kami.home>


hello mattia,

i perfectly agree that the tls renaming should occur early in the init
process.

but this is not enough, and the problem might return when libc6 may get
upgraded.

i am attaching a script to invoked, and i'm currently trying to find a
way to preserve it: since postrm will be called after preinst of
upgrading package, if i can find the location of the new scripts, then
postrm will append a call to my script in newer postinst, and alter the
newer postrm like itself.

alex

Mattia Dongili wrote:
> [cc-ing pkg-uml-devel]
> 
> On Mon, Jun 26, 2006 at 12:19:31AM +0300, alex bodnaru wrote:
> [...]
> 
>>>oh, can you point me to that patch?
>>>
>>
>>here is a patch, but i'm not sure what it does:
>>http://lkml.org/lkml/2006/3/28/329 .
>>another one:
>>http://usermodelinux.linode.com/blaisorblade/patches/devel-guest/uml-2.6.12-rc3-bb-20050429-21:05/broken-out/patches/uml-add-tls-support.patch
> 
> 
> ah, thanks, I wasn't able to find the last one anymore (I saw it
> before).
> Anyway thinking of it from a user-mode-linux package perspective it will
> be ok to ship 2.6.17 that already includes the thing.
> I think that if a user is smart enough to get a 2.6.12 kernel, patch it
> because of TLS, he will pobably be also smart enough to deal with
> /lib/tls :)
> 
> [...]
> 
>>>The problem is the kernel support for tls system calls (see below).
>>>Maybe adding an initscript that looks at the guest kernel version and
>>>moves/restores /lib/tls could solve the issue. Quite kludgy though.
>>>
>>
>>that's what i thought: a symlink to set on an init.d.
> 
> 
> yeah, fine. I can code something up later this week (maybe in the
> weekend).
> I you wish to step in and provide a patch, it'll be more than welcome.
> The way I'd follow is most probably one more module (with proper docs in
> the manpage) that creates the init.d script and moves/restores /lib/tls
> pretty early in the bootprocess based on uname output.
> If you have different proposal please push some code ahead :)
> 
> [...]
> 
>>btw, we are missing the process of creation of the shadow passwd and
>>group files.
> 
> 
> yup, there are sooo many more things to implement (encrypted fs, try out
> lvm, ...)
> 
> thanks :)

-------------- next part --------------
A non-text attachment was scrubbed...
Name: tls-chk.sh
Type: application/x-sh
Size: 790 bytes
Desc: not available
Url : http://lists.alioth.debian.org/pipermail/pkg-uml-devel/attachments/20060630/59a510a5/tls-chk.sh