I am not sure how
we can ensure that we've mapped to the right tuple though. Neither am
I sure that the multiarch tuples are frozen already, so it might be too
early for that either.
Bye
--
Loïc Minier
--
To UNSUBSCRIBE, email to debian-dpkg-bugs-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
ut, would break a current way of
> cross-compiling which has been around for a long time.
Should perhaps use "dpkg --print-architecture" instead? or is it for
cross-compiling dpkg itself on systems without dpkg?
--
Loïc Minier
--
To UNSUBSCRIBE, email to debian-dpkg-bugs-requ...@l
-objdump gave error exit status 1
dh_shlibdeps: dpkg-shlibdeps -Tdebian/grep.substvars debian/grep/bin/fgrep
debian/grep/bin/grep debian/grep/bin/egrep returned exit code 1
make: *** [binary-arch] Error 9
--
Loïc Minier
--
To UNSUBSCRIBE, email to debian-dpkg-bugs-requ...@lists.debian.org
with a
e should patch the routine which prepares a list of files to
analyze to not search usr/lib when cross-building?
I'm not sure where that one is.
If that's not an option, I think the routine checking the format of
executable could run the cross-objdump and if it fails try the h
ertainly possible, but takes a lot of effort.
I wonder how trivial that really is with things like diverts, conffiles
and such. But it sounds like a good base, I was asking because I
wondered whether it would make sense for dpkg to track the delta as
well.
Thanks for your replies!
--
Loïc Min
them, I would remove the filter and reinstall all the relevant
packages, how would list the stripped packages?
Thanks!
--
Loïc Minier
--
To UNSUBSCRIBE, email to debian-dpkg-bugs-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
trings (I think we can remove the translation
> altogether and only put the command called in the message).
Ah right, wasn't paying attention (just rebased an old patch I had
tested); I dropped the translation altogether in the attached patch,
but this means we don't mention the
Thanks for considering the attached patch,
--
Loïc Minier
diff -Nru dpkg-1.15.6.1/debian/changelog dpkg-1.15.6.2/debian/changelog
--- dpkg-1.15.6.1/debian/changelog 2010-03-25 00:52:32.0 +0100
+++ dpkg-1.15.6.2/debian/changelog 2010-04-19 12:38:29.0 +0200
@@ -1,3 +1,9 @@
+dpkg (1.15.6.2)
package descriptions wouldn't mean much to non-developers, so it's
probably a minor improvement in package managers not worth the effort
of changing infrastucture etc.
--
Loïc Minier
--
To UNSUBSCRIBE, email to debian-dpkg-bugs-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
ages.
Versions of packages dpkg suggests:
ii apt 0.7.21 Advanced front-end for dpkg
-- no debconf information
--
Loïc Minier
--
To UNSUBSCRIBE, email to debian-dpkg-bugs-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Package: dpkg
Version: 1.14.26
Severity: wishlist
Hi
I came across a script which calls dpkg
--print-installation-architecture and works fine; it seems to act as
--print-architecture; could you please document that in --help and man
page?
Thanks
--
Loïc Minier
--
To
ry: Shared libraries
dpkg recommends no packages.
-- no debconf information
--
Loïc Minier
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Should we have a new "default-flags" package or something which would
be the place where these flags are set? Perhaps queryable with:
get-default-flags --gcc
get-default-flags --ld
etc.
--
Loïc Minier
ean (or "fakeroot debian/rules clean" manually, as I
do).
--
Loïc Minier
1.0.3-7high-quality block-sorting file co
ii gcc [c-compiler] 4:4.2.1-6 The GNU C compiler
ii gcc-3.4 [c-compiler] 3.4.6-6The GNU C compiler
ii gcc-4.1 [c-compiler] 4.1.2-16 The GNU C compiler
ii gcc-4.2 [c-compiler] 4.2.1-5The GNU C compiler
-- no debconf information
--
Loïc Minier
hat can go in Build-Options, but they're not ready yet and would be OT
> in this thread.
Why not promote these to requirements in a particular policy version
instead? I fear we will have to list 10 Build-Options in all packages
in a couple of years.
--
Loïc Minier
enerated deps instead. This could for example be used
by dh_shlibdeps to implement the old behavior and permit the maintainer
to extend the filtering such as in the case of udebs.
Bye,
--
Loïc Minier <[EMAIL PROTECTED]>
-3.3 [c-compiler] 1:3.3.6-12 The GNU C compiler
ii gcc-3.4 [c-compiler] 3.4.5-1 The GNU C compiler
ii gcc-4.0 [c-compiler] 4.0.2-6 The GNU C compiler
-- no debconf information
--
Loïc Minier <[EMAIL PROTECTED]>
Current Earth status: NOT DESTROYED
18 matches
Mail list logo
