linux-kernel - Re: [PATCH] kbuild, deb-pkg: select userland architecture based on UTS

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite for Android: free password hash cracker in your pocket

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <4CD5A6C8.8030603@asbjorn.biz>
Date:	Sat, 06 Nov 2010 19:04:40 +0000
From:	Asbjørn Sloth Tønnesen <asbjorn@...jorn.biz>
To:	Sven-Haegar Koch <haegar@...net.de>
CC:	Michal Marek <mmarek@...e.cz>, linux-kbuild@...r.kernel.org,
	linux-kernel@...r.kernel.org, debian-kernel@...ts.debian.org
Subject: Re: [PATCH] kbuild, deb-pkg: select userland architecture based on
 UTS_MACHINE

On 11/05/2010 01:42 PM, Sven-Haegar Koch wrote:
> On Fri, 5 Nov 2010, Asbjoern Sloth Toennesen wrote:
> 
>> Instead of creating the debian package for the compiling userland,
>> create it for a userland matching the kernel thats being compiled.
> 
>> Eg. with this patch the following make command:
>>
>> 	make ARCH=i386 deb-pkg
>>
>> will output an i386 Debian package instead of an amd64 one,
>> when run on an amd64 machine.
> 
> How do I either select a differnet package-arch or reverse to the 
> current way?
> 
> I am right now using 'make ARCH=x86_64 deb-pkg' on a 32bit userspace
> environment running with a 64bit kernel, wanting to create packages to 
> be installed in this i386 arch.
>
> (As I want 64bit support where possible (mostly for AES-NI support in 
> dm-crypt), but don't have the time available to do a complete userspace 
> reinstall and reconfiguration)

Sounds like an one off thing, so in your case forcing the installation
should work:

	dpkg --force-architecture linux-image-*.deb

The problem with that approach is that it doesn't work with APT, but I
doubt that there are any private APT repositories with this environment.

The issue with one kernel and 2 userspaces will also arise in sparc,
when the sparc64 userland gets going. So it will need to be dealt with
at some point, so I create a 3 lines additional patch for it.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/