On Tue, 02 Oct 2007, Riku Voipio wrote:
> > > Is it possible to compare this data against unofficial
> > > kfreebsd-(i386|amd64)
> > > and armel ports in http://ftp.gnuab.org/debian/ [1] ? Armel port is
> > > softfloat, and thus libraries using floats can end up exporting
> > > inlined softfloat m
On Tue, 02 Oct 2007, Michael Banck wrote:
> Agreed. Would it be easy to have a list of those libraries which differ
> on hurd-i386, unless it's almost every lib we're talking about anyway?
I don't know. On alioth:~hertzog/mole/dbseed/ you'll find all the files
that are distributed by mole. You ca
On Tue, 2007-10-02 at 00:06 -0700, Steve Langasek wrote:
> On Tue, Oct 02, 2007 at 08:32:40AM +0200, Michael Koch wrote:
> > On Tue, Oct 02, 2007 at 12:21:31AM +0100, Ben Hutchings wrote:
> > > diff -u <(c++filt > > > > --- /dev/fd/63 2007-10-02 00:19:14.445928644 +0100
> > > +++ /dev/fd/62 200
Package: pango1.0
Version: 1.18.2-1
Hi,
On Tue, Oct 02, 2007 at 10:57:08AM +0200, Michael Banck wrote:
> > Can some hurd people check and explain me why hurd-i386 libs export
> > private symbols ?
Turns out it's because pango's Makefile uses libtool's export-symbols
feature, but pango's copy of
> > Is it possible to compare this data against unofficial kfreebsd-(i386|amd64)
> > and armel ports in http://ftp.gnuab.org/debian/ [1] ? Armel port is
> > softfloat, and thus libraries using floats can end up exporting
> > inlined softfloat math functions.
> Honestly, I have spent too much time
On Tue, Oct 02, 2007, Michael Banck wrote:
> So, running autoreconf with the current libtool package installed fixed
> this for me, filing this on pango1.0.
Thanks; I'll add a relibtoolizing patch to pango1.0 and glib2.0 ASAP.
> > I checked a couple, and it seems glib2, gtk2, and gnome-vfs2 seem
On Tue, Oct 02, 2007 at 12:06:17AM -0700, Steve Langasek wrote:
> On Tue, Oct 02, 2007 at 08:32:40AM +0200, Michael Koch wrote:
> > On Tue, Oct 02, 2007 at 12:21:31AM +0100, Ben Hutchings wrote:
> > > diff -u <(c++filt > > > > --- /dev/fd/63 2007-10-02 00:19:14.445928644 +0100
> > > +++ /dev/fd/
Hi,
On Tue, Oct 02, 2007 at 10:09:01AM +0200, Raphael Hertzog wrote:
> On Mon, 01 Oct 2007, Raphael Hertzog wrote:
> > In other cases, most of the architectures are in sync and some
> > special architectures are creating troubles. It looks like
> > hurd-i386 is currently causing me lots of trouble
(Replying from -devel into -hurd)
On Mon, 01 Oct 2007, Raphael Hertzog wrote:
> In other cases, most of the architectures are in sync and some
> special architectures are creating troubles. It looks like
> hurd-i386 is currently causing me lots of troubles for example on pango:
> http://qa.debian.
On Mon, 01 Oct 2007, Luca Capello wrote:
> It seems it doesn't take experimental into account:
> http://qa.debian.org/cgi-bin/mole/seedsymbols?pkgname=libthinkfinger0
Yes I know.
I support sid only because that's what matters for preparing our next
release. There's no good reasons in optimizing
Hi,
On Mon, 01 Oct 2007, Michael Koch wrote:
> On Mon, Oct 01, 2007 at 05:47:34PM +0200, Raphael Hertzog wrote:
> > Hello,
> >
> > since library maintainers will soon have the possibilty to use
> > symbol-based dependencies (instead of shlibs) I setup a system
> > to keep up-to-date ready-to-use
On Tue, Oct 02, 2007 at 08:32:40AM +0200, Michael Koch wrote:
> On Tue, Oct 02, 2007 at 12:21:31AM +0100, Ben Hutchings wrote:
> > diff -u <(c++filt > > --- /dev/fd/63 2007-10-02 00:19:14.445928644 +0100
> > +++ /dev/fd/62 2007-10-02 00:19:14.445928644 +0100
> > @@ -102,7 +102,7 @@
> > raw_so
Hi,
On Mon, 01 Oct 2007, Riku Voipio wrote:
> On Mon, Oct 01, 2007 at 05:47:34PM +0200, Raphael Hertzog wrote:
> > In other cases, most of the architectures are in sync and some
> > special architectures are creating troubles. It looks like
> > hurd-i386 is currently causing me lots of troubles fo
On Tue, Oct 02, 2007 at 12:21:31AM +0100, Ben Hutchings wrote:
> diff -u <(c++filt --- /dev/fd/63 2007-10-02 00:19:14.445928644 +0100
> +++ /dev/fd/62 2007-10-02 00:19:14.445928644 +0100
> @@ -102,7 +102,7 @@
> raw_socket_stream::raw_socket_stream(FreeSockets::IP_Protocol)@Base 0.3.6-2
> ra
On Mon, 2007-10-01 at 14:38 -0700, Steve Langasek wrote:
> On Mon, Oct 01, 2007 at 09:18:22PM +0200, Michael Koch wrote:
> > On Mon, Oct 01, 2007 at 05:47:34PM +0200, Raphael Hertzog wrote:
> > > Hello,
>
> > > since library maintainers will soon have the possibilty to use
> > > symbol-based depen
On Mon, Oct 01, 2007 at 09:18:22PM +0200, Michael Koch wrote:
> On Mon, Oct 01, 2007 at 05:47:34PM +0200, Raphael Hertzog wrote:
> > Hello,
> > since library maintainers will soon have the possibilty to use
> > symbol-based dependencies (instead of shlibs) I setup a system
> > to keep up-to-date r
On Mon, Oct 01, 2007 at 05:47:34PM +0200, Raphael Hertzog wrote:
> Hello,
>
> since library maintainers will soon have the possibilty to use
> symbol-based dependencies (instead of shlibs) I setup a system
> to keep up-to-date ready-to-use symbols files using Mole:
> http://qa.debian.org/cgi-bin/m
On Mon, Oct 01, 2007 at 05:47:34PM +0200, Raphael Hertzog wrote:
> In other cases, most of the architectures are in sync and some
> special architectures are creating troubles. It looks like
> hurd-i386 is currently causing me lots of troubles for example on pango:
> http://qa.debian.org/cgi-bin/mo
Hello!
On Mon, 01 Oct 2007 17:47:34 +0200, Raphael Hertzog wrote:
> since library maintainers will soon have the possibilty to use
> symbol-based dependencies (instead of shlibs) I setup a system
> to keep up-to-date ready-to-use symbols files using Mole:
> http://qa.debian.org/cgi-bin/mole/seedsy
Hi,
On Mon, 01 Oct 2007, Pierre Habouzit wrote:
> On Mon, Oct 01, 2007 at 03:47:34PM +, Raphael Hertzog wrote:
> > You type a binary package name and you get to see whether you'll
> > be able to use a single symbols files for all arches like
> > simple libs, for example ftplib3:
> > http://qa.
On Mon, Oct 01, 2007 at 03:47:34PM +, Raphael Hertzog wrote:
> You type a binary package name and you get to see whether you'll
> be able to use a single symbols files for all arches like
> simple libs, for example ftplib3:
> http://qa.debian.org/cgi-bin/mole/seedsymbols?pkgname=ftplib3
>
> Or
Hello,
since library maintainers will soon have the possibilty to use
symbol-based dependencies (instead of shlibs) I setup a system
to keep up-to-date ready-to-use symbols files using Mole:
http://qa.debian.org/cgi-bin/mole/seedsymbols
You type a binary package name and you get to see whether yo
22 matches
Mail list logo