On 06/18/2015 11:29 PM, Matthias Klose wrote:
this doesn't look correct. You simply allow the libstdc++ build without these
symbols. Please could you address this upstream, and ask to create a baseline
symbols file, and then see if the build is supposed to be done without these
symbols?
Just
On 07/20/2015 01:37 AM, Michael Karcher wrote:
Hello,
the problem (ATOMIC_INT_LOCK_FREE == 1) applies for the 32-bit build of
libstdc++,
and is caused by gcc assuming a too old 32-bit sparc processor, as can
be seen by:
(unstable-sparc64-sbuild)mkarcher@ravirin:~$ COLUMNS=140 dpkg -l
Control: retitle -1 ppl: FTBFS with swi-prolog 7.x
Since it built in 'stretch/testing' successfully I looked at the
difference in installed packages after satisfying the build dependencies
... the only interesting package with a newer upstream version in sid
seemed to be swi-prolog ... and then
Processing control commands:
retitle -1 ppl: FTBFS with swi-prolog 7.x
Bug #787486 [src:ppl] ppl: FTBFS with current sid
Changed Bug title to 'ppl: FTBFS with swi-prolog 7.x' from 'ppl: FTBFS with
current sid'
--
787486: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=787486
Debian Bug
On 07/20/2015 12:31 PM, Matthias Klose wrote:
On 07/20/2015 01:37 AM, Michael Karcher wrote:
Hello,
the problem (ATOMIC_INT_LOCK_FREE == 1) applies for the 32-bit build of
libstdc++,
and is caused by gcc assuming a too old 32-bit sparc processor, as can
be seen by:
Processing control commands:
tag -1 patch
Bug #788455 [libppl-dev] libppl-dev: unhandled symlink to directory conversion:
/usr/share/doc/PACKAGE
Added tag(s) patch.
--
788455: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=788455
Debian Bug Tracking System
Contact ow...@bugs.debian.org with
Followup-For: Bug #788455
Control: tag -1 patch
Hi,
attached is a patch that adds libppl-dev.maintscript to perform the
symlink_to_dir transition of /usr/share/doc/libppl-dev. It also adjusts
the Breaks+Conflicts s.t they match up with the corresponding
Replaces+Provides (and the obsolete and
7 matches
Mail list logo