Hi!
Robert Millan writes:
> Christoph, is this a big problem for buildds?
>
> El 1 d’abril de 2012 13:09, Robert Millan ha escrit:
>> Package: kfreebsd-image-8.1-1-amd64
>> Version: 8.1+dfsg-9
>> Severity: important
>>
>> When running ia32 binaries using an amd64 kernel using the compatibility
El 6 d’abril de 2012 1:00, Steven Chamberlain ha escrit:
> Hi,
>
> Just made an observation to be wary of: connection-test doesn't always
> fail. It actually seems to be about 50-50 for me, on kfreebsd-i386
> 8.3~svn230343-1 with 4-way SMP.
That's to be expected. The test is passing a CLOCK_MO
El 6 d’abril de 2012 3:53, Steven Chamberlain ha escrit:
> On 05/04/12 22:11, Robert Millan wrote:
>> forwarded -1 https://bugzilla.gnome.org/show_bug.cgi?id=673607
>
> glib2.0 2.32.0-3 with the patch you posted there has fixed libsoup2.4's
> context-test for me. Is that what you expected?
Yep.
Package: src:aiccu
Version: 20070115-15
Severity: serious
Tags: sid wheezy
User: debian-bsd@lists.debian.org
Usertags: kfreebsd
X-Debbugs-Cc: debian-bsd@lists.debian.org
Justification: fails to build from source (but built successfully in the past)
Hi!
Your package failed to build on the kfreebsd
Thank you for filing a new Bug report with Debian.
This is an automatically generated reply to let you know your message
has been received.
Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.
As you requested
Hi!
Looking at the build failure of amanda I noticed the error
/usr/bin/perl -I. -I./.libs -I. \
-MAmanda::Tests -e 'alarm(10);
Amanda::Tests::try_threads' \
|| { echo "Perl cannot run extensions which use threads; consider
linking perl" \
"with
Thank you for filing a new Bug report with Debian.
This is an automatically generated reply to let you know your message
has been received.
Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.
As you requested
Package: src:tclxml
Version: 3.3~svn11-1
Severity: serious
Tags: sid wheezy
User: debian-bsd@lists.debian.org
Usertags: kfreebsd
X-Debbugs-Cc: debian-bsd@lists.debian.org
Justification: fails to build from source (but built successfully in the past)
Hi!
Your package failed to build on the kfreebs
Hi all!
Seeing gcc-ish packages FTBFS with
checking for atan2l in -lm... /tmp/cccwNn5U.s: Assembler messages:
/tmp/cccwNn5U.s:11850: Error: symbol type "gnu_unique_object" is supported only
by GNU targets
(in g{cj,cc,dc}-4.6)
that, plus the gengtype internal error that seemed to be gone is b
Hi!
Not sure this is an important issue to work on. Just if someone feels
motivated, freetype and ctdb FTBFS in squeeze backports but build fine
in testing. (there's also some java related stuff like libreoffice with
a broken ant it seems).
Regards
Christoph
--
9FED 5C6C E206 B70A 5857
Hi!
On Sun, 2012-02-12 at 14:11:41 +0100, Michael Biebl wrote:
> On 27.01.2012 10:18, Guillem Jover wrote:
> >> * rsyslog should probably switch to use s-s-d --exec instead (why is
> >>it using --name anyway? that option has always been more unreliable).
> >
> > Still pending.
>
> So, I had
2012/4/6, Christoph Egger :
> ERROR:glib-util.c:45:glib_init: assertion failed: (!g_thread_supported())
Who provides this glib-util.c? g_thread_supported() is a tautology in
recent versions of glib:
glib/deprecated/gthread.h:#define g_thread_supported() (1)
--
Robert Millan
--
To UNSUBSC
2012/4/6, Christoph Egger :
> checking for atan2l in -lm... /tmp/cccwNn5U.s: Assembler messages:
> /tmp/cccwNn5U.s:11850: Error: symbol type "gnu_unique_object" is supported
> only by GNU targets
binutils bug, you can find this error message in the patch:
http://sourceware.org/bugzilla/show_bug.c
found ruby1.9.1/1.9.3.0-2
thanks
Hi,
I found that debian/run-test-suites.bash sometimes passes all tests
except for test_fork:12.
But other tests like test_io and thest_thread fail/hang sometimes.
Particularly:
TestIO#test_copy_stream_socket
TestIO#test_threaded_flush
TestThread#test_thread_ins
retitle 633755 kfreebsd-amd64 test failure: /extension/c/call-no-args
tags 633755 + unreproducible
fixed 633755 libpeas/1.2.0-1
thanks
Hi,
This couldn't be reproduced before, and now it looks like the tests are
not even run during build (on any arch).
Would it be okay to close this? In any case
On 06.04.2012 04:03, Steven Chamberlain wrote:
reopen 654783 debian-bsd@lists.debian.org
notfixed 654783 python2.7/2.7.3~rc2-2
found 654783 python2.7/2.7.3~rc2-2
thanks
Log of the latest kfreebsd build failure is:
https://buildd.debian.org/status/fetch.php?pkg=python2.7&arch=kfreebsd-amd64&ver=
reassign 664612 kfreebsd-kernel-headers 0.78
tags 664612 + patch
thanks
Hi,
Actually something in ufs/quota.h was causing a configure testcase --
for quota type -- to reach the wrong result ('file' instead of 'inode'
quotas; config.log excerpt below).
The configure testcase includes sys/types.h
Processing commands for cont...@bugs.debian.org:
> reassign 664612 kfreebsd-kernel-headers 0.78
Bug #664612 [src:wu-ftpd] wu-ftpd: FTBFS[kfreebsd]: error: 'struct dqblk64' has
no member named 'dqb_fhardlimit'
Bug reassigned from package 'src:wu-ftpd' to 'kfreebsd-kernel-headers'.
No longer marked
reassign 664612 wu-ftpd
thanks
Hi Steven,
El 6 d’abril de 2012 22:10, Steven Chamberlain ha escrit:
> The configure testcase includes sys/types.h before ufs/quota.h. But
> both u_int32_t and uint32_t are used there.
Check upstream version of ufs/quota.h [1]. You can see that both
u_int32_t an
Processing commands for cont...@bugs.debian.org:
> reassign 664612 wu-ftpd
Bug #664612 [kfreebsd-kernel-headers] wu-ftpd: FTBFS[kfreebsd]: error: 'struct
dqblk64' has no member named 'dqb_fhardlimit'
Bug reassigned from package 'kfreebsd-kernel-headers' to 'wu-ftpd'.
No longer marked as found in
On 06/04/12 21:30, Robert Millan wrote:
> The correct
> solution is to include before including .
Ah okay. Tested with your stdint.diff for wu-ftpd and that works too.
Have also checked that it still builds ok on amd64 (GNU/Linux) with it
applied.
As the package is orphaned, who would be able t
found 631968 gnome-terminal/3.2.1-2
found 631968 gnome-terminal/3.4.0.1-1
thanks
Hi,
Nothing new; just checked that this is still happening in new versions.
ktrace excerpt right before it exits with status 1 and no error message:
> 88741 gnome-terminal CALL poll(0xbfbfe3b8,0x1,0x)
>
El 6 d’abril de 2012 22:42, Steven Chamberlain ha escrit:
> As the package is orphaned, who would be able to handle an upload? Dominic?
Just uploaded, thanks for pointing out.
--
Robert Millan
--
To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org
with a subject of "unsubscribe". Tr
Package: amanda
Version: 3.3.1-2
Severity: serious
Tags: patch
Justification: fails to build from source (but built successfully in the past)
See: http://lists.debian.org/debian-bsd/2012/04/msg00093.html
The glib init code is completely obsolete. g_thread_supported() is now a stub
which always r
El 6 d’abril de 2012 18:17, Robert Millan ha escrit:
> 2012/4/6, Christoph Egger :
>> ERROR:glib-util.c:45:glib_init: assertion failed: (!g_thread_supported())
>
> Who provides this glib-util.c? g_thread_supported() is a tautology in
> recent versions of glib:
>
> glib/deprecated/gthread.h:#define
Robert Millan writes:
> El 6 d’abril de 2012 18:17, Robert Millan ha escrit:
>> 2012/4/6, Christoph Egger :
>>> ERROR:glib-util.c:45:glib_init: assertion failed: (!g_thread_supported())
>>
>> Who provides this glib-util.c? g_thread_supported() is a tautology in
>> recent versions of glib:
>>
>> g
retitle 667836 FTBFS on kfreebsd-*
thanks
On 06/04/12 22:55, Robert Millan wrote:
> The glib init code is completely obsolete. g_thread_supported() is now a stub
> which always returns 1, so the first assertion doesn't make sense.
Hi!
Was just about to send you an identical diff :)
Yes it make
Hi!
David Prévot writes:
> The ports and ports-like part of our organization page [1] might be
> pretty outdated on the members side. Could you please confirm that the
> members list of your team is still accurate, or provide an updated list.
> Without any answer within a week, I'll drop the memb
On 07.04.2012 00:26, Christoph Egger wrote:
> Arno Töll
My actual porting efforts are minor/non-existing. I'm primarily
maintaining istgt which fills a gap on kfreebsd and somehow ended up to
contribute a bit to zfsutils.
It wouldn't be fair to list me in the same list with other people (e.g.
Rob
> static void
> name_lost_cb (GDBusConnection *connection,
> const char *name,
> gpointer user_data)
For me, gnome-terminal 3.2.1 aborts here on kfreebsd-i386:
> /* Couldn't get the connection? No way to continue! */
> if (connection == NULL) {
> data->exit_cod
30 matches
Mail list logo
