Your message dated Sun, 10 Jul 2005 00:37:28 +0300
with message-id <[EMAIL PROTECTED]>
and subject line Bug#317575: /usr/bin/dpkg-architecture: dpkg-architecture
should tell the libdir
has caused the attached Bug report 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 I am
talking about this indicates a serious mail system misconfiguration
somewhere. Please contact me immediately.)
Debian bug tracking system administrator
(administrator, Debian Bugs database)
--------------------------------------
Received: (at submit) by bugs.debian.org; 9 Jul 2005 19:41:11 +0000
>From [EMAIL PROTECTED] Sat Jul 09 12:41:11 2005
Return-path: <[EMAIL PROTECTED]>
Received: from mx4.informatik.uni-tuebingen.de [134.2.12.29]
by spohr.debian.org with esmtp (Exim 3.35 1 (Debian))
id 1DrLCI-0004zj-00; Sat, 09 Jul 2005 12:41:10 -0700
Received: from localhost (loopback [127.0.0.1])
by mx4.informatik.uni-tuebingen.de (Postfix) with ESMTP
id 8C17D1390; Sat, 9 Jul 2005 21:40:37 +0200 (MST)
Received: from mx4.informatik.uni-tuebingen.de ([127.0.0.1])
by localhost (mx4 [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
id 71882-05; Sat, 9 Jul 2005 21:40:36 +0200 (MST)
Received: from localhost.localdomain (semeai.Informatik.Uni-Tuebingen.De
[134.2.15.66])
by mx4.informatik.uni-tuebingen.de (Postfix) with ESMTP
id DE91E1377; Sat, 9 Jul 2005 21:40:35 +0200 (MST)
Received: from mrvn by localhost.localdomain with local (Exim 4.50)
id 1DrL34-0000d2-LK; Sat, 09 Jul 2005 21:31:38 +0200
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
From: Goswin Brederlow <[EMAIL PROTECTED]>
To: Debian Bug Tracking System <[EMAIL PROTECTED]>
Subject: /usr/bin/dpkg-architecture: dpkg-architecture should tell the libdir
X-Mailer: reportbug 3.9
Date: Sat, 09 Jul 2005 21:31:38 +0200
Message-Id: <[EMAIL PROTECTED]>
Delivered-To: [EMAIL PROTECTED]
X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02
(1.212-2003-09-23-exp) on spohr.debian.org
X-Spam-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE
autolearn=no version=2.60-bugs.debian.org_2005_01_02
X-Spam-Level:
Package: dpkg-dev
Version: 1.10.27
Severity: wishlist
File: /usr/bin/dpkg-architecture
Hi,
I would like for dpkg-architecture to include 3 more variables:
For single arch systems:
DEB_HOST_LIBDIR = lib
For native 32bit biarch systems:
DEB_HOST_LIBDIR = lib
DEB_HOST_LIB32DIR = lib
DEB_HOST_LIB64DIR = lib64
For native 64bit biarch systems:
DEB_HOST_LIBDIR = lib
DEB_HOST_LIB32DIR = lib32
DEB_HOST_LIB64DIR = lib
Those would later change once multiarch is ready:
DEB_HOST_LIBDIR = lib/<arch native>-<os>
DEB_HOST_LIB32DIR = lib/<arch 32>-<os>
DEB_HOST_LIB64DIR = lib/<arch 64>-<os>
Why should dpkg-architecture care about them?
---------------------------------------------
Currently library placement differs between architectures and
even distributions (e.g. debian amd64 and ubuntu amd64) and finding
the right FHS compliant spot is a bit of a mess for packages. Instead
of duplicating this in every package a central location would be much
neater.
Having this in one place also alows to change it to the multiarch dirs
later and packages can easily be recompiled for the new locations.
Especialy while getting multiarch started this will be very helpfull
to have one source that works with both the old and the new place for
libs.
If you give me the go ahead I can supply a patch for this.
MfG
Goswin
-- System Information:
Debian Release: 3.1
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.8-frosties-1
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Versions of packages dpkg-dev depends on:
ii binutils 2.15-5 The GNU assembler, linker and bina
ii cpio 2.5-1.2 GNU cpio -- a program to manage ar
ii make 3.80-9 The GNU version of the "make" util
ii patch 2.5.9-2 Apply a diff file to an original
ii perl [perl5] 5.8.4-8 Larry Wall's Practical Extraction
ii perl-modules 5.8.4-8 Core Perl modules
-- no debconf information
---------------------------------------
Received: (at 317575-done) by bugs.debian.org; 10 Jul 2005 15:21:27 +0000
>From [EMAIL PROTECTED] Sun Jul 10 08:21:27 2005
Return-path: <[EMAIL PROTECTED]>
Received: from populous.netsplit.com (mailgate.netsplit.com) [62.49.129.34]
(qmailr)
by spohr.debian.org with esmtp (Exim 3.35 1 (Debian))
id 1DrdcU-0005zW-00; Sun, 10 Jul 2005 08:21:27 -0700
Received: (qmail 23539 invoked from network); 10 Jul 2005 15:21:23 -0000
Received: from unknown (HELO localhost.localdomain) ([EMAIL PROTECTED])
by localhost with RC4-MD5 encrypted SMTP; 10 Jul 2005 15:21:23 -0000
Subject: Re: Bug#317575: /usr/bin/dpkg-architecture: dpkg-architecture
should tell the libdir
From: Scott James Remnant <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED], Goswin Brederlow <[EMAIL PROTECTED]>
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="=-H91RXLLPzLjQvnp15oOD"
Date: Sun, 10 Jul 2005 00:37:28 +0300
Message-Id: <[EMAIL PROTECTED]>
Mime-Version: 1.0
X-Mailer: Evolution 2.3.3
Delivered-To: [EMAIL PROTECTED]
X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02
(1.212-2003-09-23-exp) on spohr.debian.org
X-Spam-Status: No, hits=-5.3 required=4.0 tests=BAYES_00,DATE_IN_PAST_12_24,
HAS_BUG_NUMBER autolearn=no version=2.60-bugs.debian.org_2005_01_02
X-Spam-Level:
--=-H91RXLLPzLjQvnp15oOD
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable
On Sat, 2005-07-09 at 21:31 +0200, Goswin Brederlow wrote:
> I would like for dpkg-architecture to include 3 more variables:
>=20
> For single arch systems:
> DEB_HOST_LIBDIR =3D lib
>=20
> For native 32bit biarch systems:
> DEB_HOST_LIBDIR =3D lib
> DEB_HOST_LIB32DIR =3D lib
> DEB_HOST_LIB64DIR =3D lib64
>=20
> For native 64bit biarch systems:
> DEB_HOST_LIBDIR =3D lib
> DEB_HOST_LIB32DIR =3D lib32
> DEB_HOST_LIB64DIR =3D lib
>=20
>=20
> Those would later change once multiarch is ready:
> DEB_HOST_LIBDIR =3D lib/<arch native>-<os>
> DEB_HOST_LIB32DIR =3D lib/<arch 32>-<os>
> DEB_HOST_LIB64DIR =3D lib/<arch 64>-<os>
>=20
>=20
> Why should dpkg-architecture care about them?
> ---------------------------------------------
>=20
> Currently library placement differs between architectures and
> even distributions (e.g. debian amd64 and ubuntu amd64) and finding
> the right FHS compliant spot is a bit of a mess for packages. Instead
> of duplicating this in every package a central location would be much
> neater.
>=20
> Having this in one place also alows to change it to the multiarch dirs
> later and packages can easily be recompiled for the new locations.
> Especialy while getting multiarch started this will be very helpfull
> to have one source that works with both the old and the new place for
> libs.
>=20
>=20
> If you give me the go ahead I can supply a patch for this.
>=20
dpkg-architecture's job is only to provide a mapping between dpkg
architcture names and both Debian's and GNU's names for the CPU,
Operating System and a combination of both (hurd-i386).
While I would support a script to provide FHS information for a Debian
architecture, I do not believe this responsibility belongs to dpkg which
is outside of Debian Policy constraints (fink, etc.) and therefore does
not fall under it's preview.
Scott
--=20
Have you ever, ever felt like this?
Had strange things happen? Are you going round the twist?
--=-H91RXLLPzLjQvnp15oOD
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)
iD8DBQBC0EOYIexP3IStZ2wRAvtPAJ9Z4emK8yF4biZ36jr4Ayau9w2MuwCgr5qb
5cFsGXRcY6NSX1hilCC3bv8=
=33vO
-----END PGP SIGNATURE-----
--=-H91RXLLPzLjQvnp15oOD--
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
