Santiago Vila (2014-11-07):
> On Fri, 7 Nov 2014, Michael Tautschnig wrote:
>
> > To stick with Santiago's earlier wording, we are now shooting the next
> > messenger (this time dpkg, after first working hard against base-files).
>
> Indeed. I would not like to see dpkg as the next "victim" of t
Christian Hofstaedtler (2014-10-21):
> I too see dpkg hang in the configure phase and consuming all the
> memory it can get.
>
> strace didn't yield anything useful apart from repeated brk() calls.
In these situations, something like gdb would probably more helpful than
strace. (At least to lear
Raphaƫl Hertzog (12/07/2012):
> Additionnaly it also solves a problem that we have with multi-arch
> same packages and bin-nmu. Such a bin-nmu means that the changelog
> on the bin-nmued architecture will be different from the other
> arches and the package is thus no longer co-installable.
When
severity 676970 serious
thanks
Jonathan Nieder (10/06/2012):
> Cloning and assigning to ghc. If the way ABI is tracked in ghc is
> causing valid bugs to be thrown away, that's a problem, in my opinion.
Indeed. And since the package isn't installable right now, bumping
severity to serious.
Mraw
Package: dpkg
Version: 1.16.2~wipmultiarch
Severity: normal
Hi,
trying to install various multiarchified packages, I hit whiptail's
#658319, and it seems it resulted in a funny state for this package:
| # dpkg -l whiptail:i386 whiptail:amd64 whiptail
| un whiptail
one of them to
+help users find out which packages to get rid of.
+
+ -- Cyril Brulebois Mon, 06 Feb 2012 03:05:44 +
+
dpkg (1.16.2~wipmultiarch) experimental; urgency=low
This is a WIP release, command line interfaces *will* change.
diff -Nru dpkg-1.16.2~wipmultiarch/src/main.c dpkg
Package: dpkg-dev
Version: 1.16.0.3
Severity: normal
Hi,
at least with 1.0 (native), temporary files can remain on the filesystem
when SIGINT is received while building a source package.
Here's a test case:
debcheckout xutils-dev
cd xutils-dev
dd if=/dev/zero of=.git/foo bs=10k count=10k
Russ Allbery (20/08/2010):
> Objections or seconds?
Seconded. Both this version and the other, reworded version.
Mraw,
KiBi.
> diff --git a/policy.sgml b/policy.sgml
> index 9037de8..5fdf775 100644
> --- a/policy.sgml
> +++ b/policy.sgml
> @@ -7950,22 +7950,6 @@ ln -fs ../sbin/sendmail debian/t
Bill Allombert (06/09/2009):
> @@ -202,6 +209,9 @@ if ($noclean) {
> $binaryonly = '-b' unless ($binaryonly or $sourceonly);
> }
>
> +$buildtarget='build-arch' if ( $binarytarget == 'binary-arch' &&
That probably would be 'eq' rather than '=='?
> + defined(
On 26/12/2007, Debian Bug Tracking System wrote:
> Looks like libm is really missing ...
/me blames ldd and hides.
> Here it looks like dpkg-shlibdeps is right. :-)
Yup, sorry for the troubles.
Cheers,
--
Cyril Brulebois
pgpHkHiaBwuey.pgp
Description: PGP signature
- | grep "^W $i$" ; done
W exp
W hypot
W atan2
W atan
W asin
W atanh
W log
W pow
W ceil
W floor
I'm not that willing to dig it out how you gather symbol information,
but it really looks like you're missing something here.
And that's AFAICT not a duplicate of #454036, I'l
; so I guess that dpkg-shlibdeps would like you
to link against libXaw7 directly instead of linking against libXaw.
> I'm missing a i386 unstable currently, but looking there at the binary
> in etch, I think this will not be sparc specific at all.
I gathered the above on i386. Nothing sparc-specific AFAICS.
Cheers,
--
Cyril Brulebois
signature.asc
Description: Digital signature
g about that in the dpkg-source
manpage, or in the description of the dpkg-dev package. Given the source
code, the goal is to verify that the signature is correct, not that it
is a signature from a key in the debian keyring.
Cheers,
--
Cyril Brulebois
pgp7ibWh9AlIY.pgp
Description: PGP signature
13 matches
Mail list logo