2012/5/20 Christoph Egger :
> __GLIBC__ should cover all of them alone. Or alternatively consistently
> checking for kernels:
>
> #if defined(__linux__) || defined(__GNU__) || defined(__FreeBSD_kernel__)
Please keep in mind __FreeBSD_kernel__ doesn't imply anything about
userland. In fact this ma
On Sun, Aug 14, 2011 at 12:40:25PM +0200, Christoph Egger wrote:
> Package: src:zeromq
> Version: 2.1.7-1
> Severity: important
> Tags: patch
> User: debian-bsd@lists.debian.org
> Usertags: kfreebsd-porting
>
> Hi!
Hi,
> Your package failed to build on kfreebsd as the uuid code is
> conditionali
Hi,
Unfortunately this is a (quite serious) bug #669043 in gdb on
GNU/kFreeBSD. It is not the test program causing this:
>> (gdb) r
>> Starting program: /home/ghedo/pkg-zeromq/tests/.libs/test_pair_inproc
>>
>> Program received signal ?, Unknown signal.
>> __pthread_sigsuspend ()
>> at
>>
On 05/20/2012 04:51 PM, Roger Leigh wrote:
On Sun, May 20, 2012 at 03:41:56PM +0300, Georgi Naplatanov wrote:
There's 1.5.2-1 in experimental. It should just rebuild for
squeeze.
I would not expect the schroot version to be a problem though.
schroot is after all just a fancy wrapper around chr
tag 673165 patch pending
thanks
Steven Chamberlain (18/05/2012):
> This FTBFS (actually on all arches now?) because libgd2 since
> 2.0.36~rc1~dfsg-6.1 uses a multiarch path, where it is not seen by
> these checks in configure.in: […]
That's correct, all archs are affected now.
> The path can't
This is an automatic notification regarding your Bug report
which was filed against the src:mapserver package:
#673165: mapserver: FTBFS with multiarch-ready libgd2
It has been closed by Cyril Brulebois .
Their explanation is attached below along with your original report.
If this explanation is
6 matches
Mail list logo
