2010/12/3 Lucas Nussbaum :
> From time to time, I do archive rebuilds for Ubuntu too, and I thought
> that the results would be interesting for DDs as well, since a FTBFS in
> Ubuntu might indicate that the package will FTBFS in the future in
> Debian, due to toolchain changes for example.
Would
On Fri, Dec 03, 2010 at 08:43:23AM +0100, Lucas Nussbaum wrote:
> >From time to time, I do archive rebuilds for Ubuntu too, and I thought
> that the results would be interesting for DDs as well, since a FTBFS in
> Ubuntu might indicate that the package will FTBFS in the future in
> Debian, due to
On 03/12/10 at 16:00 +0800, Paul Wise wrote:
> 2010/12/3 Lucas Nussbaum :
>
> > From time to time, I do archive rebuilds for Ubuntu too, and I thought
> > that the results would be interesting for DDs as well, since a FTBFS in
> > Ubuntu might indicate that the package will FTBFS in the future in
On 03/12/10 at 09:18 +0100, Ralf Treinen wrote:
> On Fri, Dec 03, 2010 at 08:43:23AM +0100, Lucas Nussbaum wrote:
>
> > >From time to time, I do archive rebuilds for Ubuntu too, and I thought
> > that the results would be interesting for DDs as well, since a FTBFS in
> > Ubuntu might indicate that
On 03/12/10 at 10:36 +0100, Lucas Nussbaum wrote:
> No, sorry. I must admit that I didn't spend any time investigating the
> failures. However, my irssi backlog says the two major changes in Ubuntu
> that could cause failures are:
> - --as-needed is now used by default by the linker
> - python2.7
Package: wnpp
Severity: wishlist
Owner: fladischermich...@fladi.at
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
* Package name: colorediffs-extension
Version : 0.6.2010.07.17.13.19.31
Upstream Author : Vadim Atlygin
* URL : http://code.google.com/p/colorediffs/
* Li
Lucas Nussbaum wrote on 2010-12-03 10:36:
> No, sorry. I must admit that I didn't spend any time investigating the
> failures. However, my irssi backlog says the two major changes in Ubuntu
> that could cause failures are:
> - --as-needed is now used by default by the linker
> - python2.7
Many p
On Fri, Dec 03, 2010 at 11:27:44AM +0100, Joachim Wiedorn wrote:
> Lucas Nussbaum wrote on 2010-12-03 10:36:
>
> > No, sorry. I must admit that I didn't spend any time investigating the
> > failures. However, my irssi backlog says the two major changes in Ubuntu
> > that could cause failures are:
Hello Lucas,
Lucas Nussbaum schrieb am 03.12.2010 08:43:
>>From time to time, I do archive rebuilds for Ubuntu too, and I thought
> that the results would be interesting for DDs as well, since a FTBFS in
> Ubuntu might indicate that the package will FTBFS in the future in
> Debian, due to toolchain
On Fri, Dec 03, 2010 at 11:11:18AM +, Roger Leigh wrote:
> On Fri, Dec 03, 2010 at 11:27:44AM +0100, Joachim Wiedorn wrote:
> > Lucas Nussbaum wrote on 2010-12-03 10:36:
> >
> > > No, sorry. I must admit that I didn't spend any time investigating the
> > > failures. However, my irssi backlog
Le vendredi 03 décembre 2010 à 12:28 +0100, Mike Hommey a écrit :
> But I do agree that a -Bsymbolic default is dangerous. Upstream may want
> to use them at their will, but this shouldn't be enforced by the
> toolchain.
OTOH -Bsymbolic should really be mandatory for loadable shared objects,
like
> Many packages (e.g. xfe, xfce-*) fails with
> "[LD_ERROR] ...: could not read symbols: Invalid operation"
> I know that the Xfe package fails because Ubuntu use:
> "-Bsymbolic-functions" by default by the linker.
> The reasons for the problems are redefinitions of some library functions
> in
On Fri, Dec 03, 2010 at 12:31:06PM +0100, Josselin Mouette wrote:
> Le vendredi 03 décembre 2010 à 12:28 +0100, Mike Hommey a écrit :
> > But I do agree that a -Bsymbolic default is dangerous. Upstream may want
> > to use them at their will, but this shouldn't be enforced by the
> > toolchain.
>
>
Hi Lucas,
Thanks for generating this list.
2010/12/3 Lucas Nussbaum :
> Fernando Tarlá Cardoso Lemos
> btag
This is not a bug in btag. The problem is that binutils-gold (used by
Ubuntu) breaks every program that uses Boost (among other C++
libraries):
http://bugs.debian.org/cgi-bin/bugreport
On Fri, 03 Dec 2010 08:43:23 +0100, Lucas Nussbaum wrote:
> Felipe Sateler
>ladspa-sdk (U)
This one is broken by --as-needed. Since --as-needed works by processing
items on the commandline in order, all packages that specify libs before
built objects will fail to build.
--
Saludos,
Fe
On Dec 03, Tollef Fog Heen wrote:
> I think having this facility would be great, but the titlebar bugs we
> saw some years ago showed us, again, that inline signalling is bad. If
> there's a way to do this as an out-of-band signal, I'd be all for it.
Over a generic terminal session? I don't thin
On Fri, Dec 03, 2010 at 10:16:03AM -0200, Fernando Lemos wrote:
> Hi Lucas,
>
> Thanks for generating this list.
>
> 2010/12/3 Lucas Nussbaum :
> > Fernando Tarlá Cardoso Lemos
> > btag
>
> This is not a bug in btag. The problem is that binutils-gold (used by
> Ubuntu) breaks every program th
Roger Leigh, le Fri 03 Dec 2010 14:08:48 +, a écrit :
> While I do find this a rather annoying violation of encapsulation,
> you will find (e.g. with "nm -C -D") your binary will have
> boost::system symbols in it which are only satisfied indirectly
> via libboost_filesystem and which would res
On Fri, Dec 03, 2010 at 03:14:05PM +0100, Samuel Thibault wrote:
> Roger Leigh, le Fri 03 Dec 2010 14:08:48 +, a écrit :
> > While I do find this a rather annoying violation of encapsulation,
> > you will find (e.g. with "nm -C -D") your binary will have
> > boost::system symbols in it which ar
On Fri, Dec 3, 2010 at 3:28 PM, Roger Leigh wrote:
>> You can't make all application know what headers are doing, since that
>> could change.
>
> pkg-config support for Boost is a long-standing issue. Unfortunately,
> there's no usable alternative that provides this information, TTMOBK.
MSVC has
On Fri, Dec 3, 2010 at 5:30 PM, Lucas Nussbaum wrote:
> On 03/12/10 at 16:00 +0800, Paul Wise wrote:
>
>> Would it be possible to get this listed in the Ubuntu box in the PTS?
>
> Erm, it would be possible, but that requires a bit of work. Also, I don't
> rebuild Ubuntu that frequently, so the dat
Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org
Package name: lldpad
Version: 0.9.38
Upstream Author: Intel Corporation
URL: http://sourceforge.net/projects/e1000/
License: GPLv2
Description: A Link Layer Discovery Protocol Implementa
On Fri, Dec 03, 2010 at 08:43:23AM +0100, Lucas Nussbaum wrote:
> Osamu Aoki
>debian-reference
I checked http://udd.debian.org/cgi-bin/ubuntu_ftbfs.cgi and I am
intrigued.
Build log seems to indicate it failed to build.
http://people.ubuntuwire.org/~lucas/ubuntu-nbs/32/debian-reference_2.44
On Sat, Dec 04, 2010 at 12:41:50AM +0900, Osamu Aoki wrote:
>
> Baically, we need "locales-all" equivalent to build this package. I
> added "locales" to make this package cross buildable on Ubuntu. Sbuild
> log identifies both locales-all and locales are not available as
> started. It only trie
Hi Roger,
On Fri, Dec 3, 2010 at 12:08 PM, Roger Leigh wrote:
> This is a bug in your package, unfortunately. While it might appear
> that you only use boost_system /indirectly/, your code is in fact
> using it /directly/ via inline functions in the boost_filesystem
> headers. You can see this
Lucas Nussbaum writes:
> Russ Allbery
>opensaml2 (U)
>shibboleth-sp2 (U)
>xmltooling (U)
I'm not sure what to make of these. The build failure says that it thinks
it got a log4cpp that's older than version 1.0, but the version in Ubuntu
is the same as the version in Debian.
--
Ru
On Fri, Dec 03, 2010 at 02:52:12PM -0200, Fernando Lemos wrote:
>
> On Fri, Dec 3, 2010 at 12:08 PM, Roger Leigh wrote:
> > While I do find this a rather annoying violation of encapsulation,
> > you will find (e.g. with "nm -C -D") your binary will have
> > boost::system symbols in it which are o
On Fri, Dec 3, 2010 at 6:41 PM, Roger Leigh wrote:
> Why? If you link indirectly today, and later on boost_filesystem
> drops its boost_system dependency, your code will break because
> those inlined functions are in *your* code, not the filesystem
> library. You'll get a link failure. By linki
Hi Roger,
On Fri, Dec 3, 2010 at 3:41 PM, Roger Leigh wrote:
[...]
> btag *does* use boost::system, even though you don't want to use it.
> Right now, with the g++4.5 and/or the gold linker, you aren't linking
> with a library you need. And I'm afraid that right at this point in
> time, it does
Hi, Olaf
On Fri, Dec 3, 2010 at 3:49 PM, Olaf van der Spek wrote:
> On Fri, Dec 3, 2010 at 6:41 PM, Roger Leigh wrote:
>> Why? If you link indirectly today, and later on boost_filesystem
>> drops its boost_system dependency, your code will break because
>> those inlined functions are in *your*
On Fri, Dec 03, 2010 at 03:58:13PM -0200, Fernando Lemos wrote:
> Hi, Olaf
>
> On Fri, Dec 3, 2010 at 3:49 PM, Olaf van der Spek
> wrote:
> > On Fri, Dec 3, 2010 at 6:41 PM, Roger Leigh wrote:
> >> Why? If you link indirectly today, and later on boost_filesystem
> >> drops its boost_system dep
On Fri, Dec 3, 2010 at 10:09 PM, Roger Leigh wrote:
> Now, consider what happens if libboost_filesystem drops its
> libboost_system dependency. NOTE: we're not considering rebuilding
> from source here, we're concerned with BINARY compatibility, i.e.
> our compiled program working with future boo
On Fri, Dec 03, 2010 at 03:54:49PM -0200, Fernando Lemos wrote:
> Hi Roger,
>
> On Fri, Dec 3, 2010 at 3:41 PM, Roger Leigh wrote:
> [...]
> > btag *does* use boost::system, even though you don't want to use it.
> > Right now, with the g++4.5 and/or the gold linker, you aren't linking
> > with a
On Fri, Dec 03, 2010 at 10:23:39PM +0100, Olaf van der Spek wrote:
> On Fri, Dec 3, 2010 at 10:09 PM, Roger Leigh wrote:
> > Now, consider what happens if libboost_filesystem drops its
> > libboost_system dependency. NOTE: we're not considering rebuilding
> > from source here, we're concerned wit
On Fri, Dec 3, 2010 at 10:27 PM, Roger Leigh wrote:
> Windows is even worse, but developers for that platform are
> masochistic by nature. They install multiple versions in separate
> directories, obviously not in standard locations because there are
> none, and hard code the paths in their sourc
Lucas Nussbaum wrote:
> Hi,
>
> >From time to time, I do archive rebuilds for Ubuntu too, and I thought
> that the results would be interesting for DDs as well, since a FTBFS in
> Ubuntu might indicate that the package will FTBFS in the future in
> Debian, due to toolchain changes for example.
>
On Fri, Dec 3, 2010 at 10:38 PM, Roger Leigh wrote:
>> Wouldn't this only happen on a major version change of the Boost package?
>> Thus requiring a recompile?
>
> This is hopefully what would happen. But there's no guarantee that
> this would be the case, and that's really down to whatever polic
On Fri, Dec 03, 2010 at 10:57:59PM +0100, Olaf van der Spek wrote:
> >> BTW, got my mail about auto linking?
> >
> > I saw it, yes. I'm not sure how MSVC implements auto-linking, but
> > I would be concerned about the determinism of such behaviour,
> > especially when a given symbol could be satis
On Fri, Dec 3, 2010 at 11:04 PM, Roger Leigh wrote:
>> The header knows what version it is, so it can use that to link to the
>> correct lib.
>
> The header is just a text file. It doesn't contain any library
> dependency information (or version information) at all, and there's
boost/version.hpp
On Fri, Dec 03, 2010 at 11:09:01PM +0100, Olaf van der Spek wrote:
> On Fri, Dec 3, 2010 at 11:04 PM, Roger Leigh wrote:
> >> The header knows what version it is, so it can use that to link to the
> >> correct lib.
> >
> > The header is just a text file. It doesn't contain any library
> > depende
Hi Russ (2010.12.03_19:25:06_+0200)
> >opensaml2 (U)
> I'm not sure what to make of these. The build failure says that it thinks
> it got a log4cpp that's older than version 1.0, but the version in Ubuntu
> is the same as the version in Debian.
gcc argument order:
g++ -o conftest -pthread -g
> On Fri, Dec 03, 2010 at 02:52:12PM -0200, Fernando Lemos wrote:
> > The requirement of linking to boost::system is an implementation
> > detail of boost::filesystem that package maintainers should *not*
> > have to worry about.
[Roger Leigh]
> We shouldn't have to worry about it, it should be a
Hi,
On Freitag, 3. Dezember 2010, Lucas Nussbaum wrote:
> From time to time, I do archive rebuilds for Ubuntu too
from time to time, I use my mail programm to mark a thread and all future
replies as read. (very seldom, actually this is a first time, I send mail to
such a thread though ;)
and s
On Fri, Dec 3, 2010 at 11:22 PM, Roger Leigh wrote:
>> > The header is just a text file. It doesn't contain any library
>> > dependency information (or version information) at all, and there's
>>
>> boost/version.hpp
>
> We only care about SONAME versions, not release versions, and we only
> need
Stefano Rivera writes:
> gcc argument order:
> g++ -o conftest -pthread -g -O2 -Wall -O2 -DNDEBUG -pthread -g -O2 -g -Wall
> -O2 -O2 -DNDEBUG-L/usr/lib -llog4cpp -lnsl -Wl,-Bsymbolic-functions
> conftest.cpp -lz >&5
> /tmp/ccnWkLI6.o: In function `main':
> /tmp/buildd/opensaml2-2.3/confte
On 03/12/10 at 23:30 +0100, Holger Levsen wrote:
> Hi,
>
> On Freitag, 3. Dezember 2010, Lucas Nussbaum wrote:
> > From time to time, I do archive rebuilds for Ubuntu too
>
> from time to time, I use my mail programm to mark a thread and all future
> replies as read. (very seldom, actually this
46 matches
Mail list logo
