Hi James
Am 02.07.19 um 20:55 schrieb James Clarke:
> Control: reopen -1
>
>> On 2 Jul 2019, at 19:53, Michael Biebl wrote:
>>
>> On Tue, 12 May 2015 13:38:12 +0200 Michael Biebl wrote:
>>> Source: rsyslog
>>> Version: 8.9.0-3
>>> Severi
On Tue, 12 May 2015 13:38:12 +0200 Michael Biebl wrote:
> Source: rsyslog
> Version: 8.9.0-3
> Severity: important
> User: debian-bsd@lists.debian.org
> Usertags: kfreebsd
>
> As can be seen at [1] or [2], rsyslog failed reliably on the kfreebsd-*
> buildds due to fa
Am 26.10.2017 um 16:59 schrieb Cyril Brulebois:
> Hi,
>
> Michael Biebl (2017-10-24):
>> It's actually smaller then the old eject-udeb as I didn't include the
>> gettext translations.
>
> Why? OK this was late and maybe I wasn't clear on IRC, but
Am 04.09.2017 um 23:24 schrieb Jeremy Bicha:
> Source: eog-plugins
> Version: 3.16.6-2
>
> Building the postr plugin fails the build on non-Linux architectures.
> Apparently, postr is installable on those architectures but for some
> reason python3 needs to be installed first or the apt resolver g
Am 27.07.2016 um 16:56 schrieb Steven Chamberlain:
> Hi,
>
> Michael Biebl wrote:
>> Afaics, there weren't any concerns raised by our -hurd@ and -bsd@
>> maintainers so far. If you need more time to evaluate the change, please
>> speak up now. Otherwise I'
tag 830894 - moreinfo
tag 830895 - moreinfo
tag 830901 - moreinfo
thanks
Am 22.07.2016 um 00:30 schrieb Cyril Brulebois:
> No objections from my point of view. Adding -hurd@ and -bsd@ to the loop
> for their information, just in case.
With KiBi's feedback, I'm removing the moreinfo.
Afaics, ther
Am 14.06.2015 um 16:08 schrieb Christoph Egger:
> Steven Chamberlain writes:
>> __FreeBSD_kernel_version
>
> I guess I knew once about this one, thanks!
>
Thanks for the quick reply Christoph and Steven.
Can you send me a (build-)tested patch for this issue? If so, I'd
include it in the next u
Source: libgtop2
Version: 2.30.0-1
Severity: normal
User: debian-bsd@lists.debian.org
Usertags: kfreebsd
Hi kFreeBSD porters,
the latest version of libgtop2 (in experimental) fails to build on
kfreebsd:
open.c: In function 'glibtop_open_s':
open.c:46:28: error: '__FreeBSD_version' undeclared (fi
Source: rsyslog
Version: 8.9.0-3
Severity: important
User: debian-bsd@lists.debian.org
Usertags: kfreebsd
As can be seen at [1] or [2], rsyslog failed reliably on the kfreebsd-*
buildds due to failures in the test-suite:
There are 17 failed tests. It would be great to have help from the
kfreebsd
Hi,
Am 10.10.2014 um 18:51 schrieb Christoph Egger:
> Hi Michael!
>
> Michael Biebl writes:
>> Is there interest from the porters team to help fix this issue?
>
> As Emilio Pozuelo Monfort could trigger the problem on linux-amd64 as
> well (doing 152 iterations of the
Hi Steven,
Am 23.09.2014 um 14:58 schrieb Steven Chamberlain:
> Package: glib-networking
> Version: 2.41.92-2
> Severity: serious
> User: debian-bsd@lists.debian.org
> Usertags: kfreebsd
>
> Hi,
>
> glib-networking has failed 4 attempts to build on kfreebsd-amd64 due to
> testsuite errors.
>
>
Hi Robert,
Am 19.02.2014 00:05, schrieb Robert Millan:
>
> Now that you have spare time, could you have a look at my patches in #734070 ?
>
Feel free to take over consolekit completely. (I think I offered that a
while ago).
I can move it to collab-maint if you want.
Personally, I probably won't
Am 18.02.2014 17:47, schrieb Michael Biebl:
> http://freebsdnow.blogspot.de/2013/09/cft-update-of-xorg-libraries-and-mesa.html
>
> Apparently patches do exist now for using devd on kfreebsd. I don't feel
> qualified to review them, but if you think they address the issues
>
> Robert Millan (2014-01-31):
>> -release asked us to discuss a possible solution among ourselves so we can
>> propose it to them. But the problem is not clearly defined yet. So I thought
>> maybe we can do some progress by discussing what the problem is.
>>
>> Here's what I think of as a problem
Source: pango1.0
Version: 1.36.0-1
Severity: serious
User: debian-bsd@lists.debian.org
pango1.0 FTBFS on kfreebsd-i386 when executing the test-suite:
/«PKGBUILDDIR»/./test-driver: line 95: 41714 Trace/breakpoint trap "$@" >
$log_file 2>&1
FAIL: test-pangocairo-threads
Full build log at [1]
Am 18.10.2013 10:43, schrieb Robert Millan:
> On 18/10/2013 03:08, Bruno Melo wrote:
>> 6- Gnome Shell obviously can't run because kFreeBSD have not 3D
>> acceleration.
>
> That's not correct. kFreeBSD provides 3D acceleration and we even have
> confirmation of developers using it (e.g. Christoph)
Am 18.10.2013 03:08, schrieb Bruno Melo:
> Hi,
> I have kFreeBSD jessie here and I have installed the last gnome 3.8
> packages for transition from sid and I came here to report my bad
> experience:
> 1- Alt+Tab doesn't work.
(media) key handling, specifically the key grabbing, has been moved into
Am 11.10.2013 14:04, schrieb Michael Biebl:
> gnome-shell
> gdm
> This is a pretty self-contained transition with all packages aside from
> cinnamon and nemo being under the pkg-gnome team maintainenance, and
> those two package can be binNMUed just fine.
I have to add th
Hi,
Am 27.09.2013 22:05, schrieb Steven Chamberlain:
> Control: block 724678 by 724686
>
> On 26/09/13 15:34, Markus Wanner wrote:
>> as correctly reported by Rebecca N. Palmer, flightgear no longer builds
>> on kfreebsd-* (due to systemd dependency). Please remove the kfreebsd
>> variants of the
Am 06.09.2013 02:49, schrieb Michael Biebl:
> /usr/include/sys/vnode.h:41:27: fatal error: sys/rangelock.h: No such
> file or directory
> #include
FWIW, this looks like a bug in sys/vnode.h or kfreebsd-kernel-headers.
--
Why is it that all of the instruments seeking intelligent li
tags 721886 + help
thanks
Am 05.09.2013 23:08, schrieb Guillem Jover:
> Hi!
>
> On Thu, 2013-09-05 at 19:52:13 +0200, Michael Biebl wrote:
>> Am 05.09.2013 19:42, schrieb Julien Cristau:
>>> On Thu, Sep 5, 2013 at 19:40:18 +0200, Michael Biebl wrote:
>>>>
Am 05.09.2013 19:42, schrieb Julien Cristau:
> On Thu, Sep 5, 2013 at 19:40:18 +0200, Michael Biebl wrote:
>
>> Am 05.09.2013 19:29, schrieb Julien Cristau:
>>> On Thu, Sep 5, 2013 at 17:50:18 +0200, Michael Biebl wrote:
>>>> Am 05.09.2013 17:29, schri
Am 05.09.2013 19:29, schrieb Julien Cristau:
> On Thu, Sep 5, 2013 at 17:50:18 +0200, Michael Biebl wrote:
>> Am 05.09.2013 17:29, schrieb Robert Millan:
>>> -#include
>>> +#include
>>
>> Does that also work with FreeBSD so can be pushed upstream?
&g
Am 05.09.2013 19:53, schrieb Julien Cristau:
> On Thu, Sep 5, 2013 at 19:52:13 +0200, Michael Biebl wrote:
>
>> Why do libc-dev and libbsd-dev have conflicting files in the first place
>> and why not move just the conflicting (BSD) files to bsd/ ?
>>
> I don'
Am 05.09.2013 17:29, schrieb Robert Millan:
> Michael Biebl:
>> Source: libgtop2
>> Version: 2.28.5-1
>> Severity: serious
>> User: debian-bsd@lists.debian.org
>> Usertags: kfreebsd
>>
>> libgtop2 FTBFS [1] with the following error:
>>
>> m
Source: libgtop2
Version: 2.28.5-1
Severity: serious
User: debian-bsd@lists.debian.org
Usertags: kfreebsd
libgtop2 FTBFS [1] with the following error:
make[4]: Entering directory `/«PKGBUILDDIR»/sysdeps/common'
/bin/bash ../../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I.
-I../.. -I
Package: src:glib2.0
Version: 2.36.3-1
Severity: serious
User: debian-bsd@lists.debian.org
Usertags: kfreebsd
The test-suite for glib2.0 fails to complete on kfreebsd-* as can be
seen at [1]. On both kfreebsd-amd64 and kfreebsd-i386 the test-suite is
killed after 150 min of inactivity.
We would
Hi BSD porters,
as you may know, hal hasn't seen any upstream development for years and
is dead. For that matter I've filed bug reports some time ago [1].
The only real blocker atm that I can see is Xorg using hal on kfreebsd.
There has been some discussion about this topic over two years ago [2]
Am 15.04.2013 12:14, schrieb Cyril Brulebois:
> For unrelated reasons, d-i will need a new upload, so I can update
> tasksel today as well, before rc2 images get built again.
I don't want to sound like a broken record, but seeing that
network-manager-gnome in task-gnome-desktop was demoted to Reco
Am 14.04.2013 20:56, schrieb Steven Chamberlain:
> On 14/04/13 11:03, Christian PERRIER wrote:
>> As a consequence, having the desktop-gnome task broken on kFreeBSD
>> because of the dependency on n-m-gnome can be considered as non
>> release critical...
>
> Just for the record, I'm not happy abou
Source: rsyslog
Version: 7.3.8-1
Severity: serious
Current version of rsyslog from experimental FTBFS on kfreebsd [1]
debug.c: In function 'dbgOutputTID':
debug.c:309:22: error: 'SYS_gettid' undeclared (first use in this function)
debug.c:309:22: note: each undeclared identifier is reported only
Hi Guido,
On 23.11.2012 08:00, Guido Günther wrote:
> On Fri, Nov 23, 2012 at 04:20:58AM +0100, Michael Biebl wrote:
>> Package: libvirt-bin
>>
>> HAL has been deprecated and declared dead upstream so we want to
>> get rid of it in Debian [1].
>>
>> The l
Hi guillem,
On 12.11.2012 03:24, Guillem Jover wrote:
> On Sun, 2012-11-11 at 21:01:16 +0100, Michael Biebl wrote:
>> the current version of rsyslog from experimental (7.2.1) FTBFS on
>> kfreebsd-*.
>
>> It would be great if the kfreebsd porters would have a loo
Package: src:rsyslog
Version: 7.2.1-1
Severity: serious
User: debian-bsd@lists.debian.org
Usertags: kfreebsd
Hi,
the current version of rsyslog from experimental (7.2.1) FTBFS on
kfreebsd-*.
It would be great if the kfreebsd porters would have a look and provide
a patch.
Cheers,
Michael
-- S
Hi Christoph,
On 23.07.2012 11:09, Christoph Egger wrote:
> I'll test on my kfreebsd system and offer to NMU (unless maintainers
> are faster / nack this) -- a segfault fix really should fit freeze
> policy at the current state.
Since those changes are in the kfreebsd backend, I don't really ha
On 09.04.2012 11:16, Robert Millan wrote:
> Hi,
>
> El 6 d’abril de 2012 18:03, Guillem Jover ha escrit:
>> --exec should be in general more reliable yes, but the problem with
>> it is that it will not work for interpreted scripts, and that's where
>> --name is useful, but then if the script name
reassign 667018 freebsd-net-tools
retitle 667018 please make route behaviour compatible with net-tools
thanks
On 03.04.2012 15:07, Andrew Shadura wrote:
> Hello,
>
> On Tue, 03 Apr 2012 14:59:28 +0200
> Michael Biebl wrote:
>
>> Are you saying route doesn't exist on k
On 28.03.2012 20:18, Robert Millan wrote:
> El 27 de març de 2012 19:39, Michael Biebl ha escrit:
>> procproperties.cpp:27:23: fatal error: asm/param.h: No such file or directory
>
> This program was building before. Why was dependency
> added? Does it now rely on Linux-spec
Source: gnome-system-monitor
Version: 3.4.0-1
Severity: serious
User: debian-bsd@lists.debian.org
Usertags: kfreebsd
gnome-system-monitor 3.4.0 (currently in experimental) FTBTFS
g++ -DHAVE_CONFIG_H -I. -I.. -DPROCMAN_DATADIR=\""/usr/share/procman/"\"
-DGNOMELOCALEDIR=\""/usr/share/locale"\" -DD
Hi porters,
since I haven't received a reply so for since my last request for help,
I'll try again.
libsoup2.4 in experimental currently ftbfs on kfreebsd-* due to errors
in the test suite. libsoup is an important package in the GNOME stack
(e.g. webkit depends on it), so the current build failur
Source: libsoup2.4
Version: 2.37.90-1
Severity: serious
User: debian-bsd@lists.debian.org
Usertags: kfreebsd
The libsoup test-suite fails on kfreebsd-* the context-test [1]
It would be great if porters could have a look.
[1]
https://buildd.debian.org/status/fetch.php?pkg=libsoup2.4&arch=kfreebs
On 12.02.2012 14:11, Michael Biebl wrote:
> Could you please check the attached rsyslog init script, if it works
> properly on hurd?
Sorry, attached the wrong version. Test this one.
--
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from
d can be
#used as a drop-in replacement.
### END INIT INFO
#
# Author: Michael Biebl
#
# PATH should only include /usr/* if it runs after the mountnfs.sh script
PATH=/sbin:/usr/sbin:/bin:/usr/bin
DESC="enhanced syslogd"
NAME=rsyslog
RSYSLOGD=rsyslogd
RSYSLOGD_B
> Source: pygtk
> Version: 2.24.0-3
> Severity: serious
>
> The test suite runs into a timeout and is killed after 150 mins.
>
> https://buildd.debian.org/status/fetch.php?pkg=pygtk&arch=kfreebsd-amd64&ver=2.24.0-3&stamp=1328703084
> https://buildd.debian.org/status/fetch.php?pkg=pygtk&arch=kfree
On 18.12.2011 04:01, Michael Biebl wrote:
>
> As a port of NetworkManager is unlikely, the only remaining option I
> see, is that we try to make the NM integration in gnome-shell optional.
>
> But this needs someone running gnome-shell on kfreebsd and who would be
> willing to
Hi,
On 18.12.2011 03:22, Robert Millan wrote:
> Unless upstream can be persuaded to take a different direction, my
> only suggestion is to make gnome-shell a Linux-only package by setting
> its Architecture field to "linux-any".
>
> Sorry that I can't offer a better solution. Maybe someone else
We would appreciate help from the kfreebsd porters here.
Original Message
Subject: Bug#652482: FTBTFS on kfreebsd-*: No package 'libnm-glib' found
Resent-Date: Sat, 17 Dec 2011 17:06:02 +
Resent-From: Michael Biebl
Resent-To: debian-bugs-d...@lists.debian.org
Source: glib2.0
Version: 2.30.2-2
Severity: important
User: debian-bsd@lists.debian.org
The test suite of glib2.0 2.30 reliably fails on kfreebsd-* [1].
Aside from various failing tests, the most important issue is the
deadlock in /gthread/spawn-multithreaded which causes the build to be
terminat
Bringing the bsd team into the loop here.
Please take a look at [1]:
> Your package failed to build on the kfreebsd-i386 buildds:
>
> make[4]: Entering directory
> `/build/buildd-vlc_1.1.11-2-kfreebsd-i386-3OiWfZ/vlc-1.1.11/modules'
> if test "i486-pc-kfreebsd-gnu" = "i486-pc-kfreebsd-gnu"; the
Package: src:libpeas
Version: 1.0.0-4
Severity: serious
User: debian-bsd@lists.debian.org
Usertags: kfreebsd
libpeas FTBFS on kbsd-amd64:
/extension/c/create-invalid: OK
/extension/c/reload: OK
/extensio
Hi kfreebsd porters,
could you please look at [1]. Any help regarding this bug would be appreciated.
Cheers,
Michael
[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=628383
--
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
sign
Am 24.06.2011 17:36, schrieb Petr Salinger:
>> anjuta 2:3.0.3.0-1 currently ftbfs on kbsd-*.
>
> The strange thing is that in scripts/build-schemas.mk:
>
> %.gschema.xml: %.ui
> $(AM_V_GEN)$(top_srcdir)/scripts/builder2schema.pl $<
> $(prefs_name) $(srcdir)/$(prefs_keyfile) > $@
>
>
> B
Hi kbsd team,
please have a look at
https://buildd.debian.org/status/package.php?p=anjuta&suite=experimental
anjuta 2:3.0.3.0-1 currently ftbfs on kbsd-*.
Thanks,
Michael
--
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
signature.
Hi kbsd team,
d-conf currently doesn't build on kfreebsd [1]. As the first (GNOME) packages
depending on d-conf start to arrive in unstable, it is important that d-conf is
fixed as soon as possible and I would appreciate if the kbsd team could look at
this.
Thanks,
Michael
[1] https://buildd.deb
Am 01.06.2011 15:00, schrieb Michael Biebl:
> Hi KiBi,
>
> I'm currently looking at apvlv (because of the impending poppler transition)
>
> | Linking CXX executable apvlv
> | /usr/bin/ld:
> /usr/lib/gcc/x86_64-kfreebsd-gnu/4.5.2/../../../../lib/libdjvulibre.so:
>
Hi Barak,
thanks for the quick upload.
I just wanted to mention, that there is a difference between
*kfreebsd*-yes (my proposed patch)
and
*freebsd*-yes (what was merged upstream [1])
afaik the freebsds don't use the glibc userland and I'm not sure if the thread
libs on freebsd behave like the
tags 628800 patch
thanks
Am 01.06.2011 15:23, schrieb Michael Biebl:
> # on kfreebsd:
> ==
./configure
> checking pthread.h usability... yes
> checking pthread.h presence... yes
> checking for pthread.h... yes
> checking for the pthreads library -lpthreads... no
clone 621004 -1
reassign -1 libdjvulibre21
retitle kfreebsd-*: libdjvulibre doesn't link against libpthread on kfreebsd
block 621004 by -1
thanks
Am 01.06.2011 15:00, schrieb Michael Biebl:
> Hi KiBi,
>
> I'm currently looking at apvlv (because of the impending poppler transit
Hi KiBi,
I'm currently looking at apvlv (because of the impending poppler transition)
| Linking CXX executable apvlv
| /usr/bin/ld:
/usr/lib/gcc/x86_64-kfreebsd-gnu/4.5.2/../../../../lib/libdjvulibre.so:
undefined reference to symbol 'pthread_cancel@@GLIBC_2.3'
| /usr/bin/ld: note: 'pthread_cance
Package: wnpp
Severity: normal
I hereby request a new maintainer for gnome-mount.
The package itself has more or less become useless on Linux, as GNOME
uses gvfs/g-d-u on that plattform nowadays, and I requested its removal
from all Linux architectures.
On kfreebsd, where GNOME still uses HAL, th
tags 602476 + help
thanks
On 05.11.2010 08:29, Cyril Brulebois wrote:
> Source: policykit-1
> Version: 0.99-1
> Severity: serious
> Justification: FTBFS
> User: debian-bsd@lists.debian.org
> Usertags: kfreebsd
>
> Hi,
>
> your package no longer builds on kfreebsd-*:
> | gcc -DHAVE_CONFIG_H -I. -
tags 570015 + help
thanks
Justin B Rye wrote:
> Package: consolekit
> Version: 0.4.1-3
> Severity: normal
>
> Every time I boot into kFreeBSD, the logs include:
>
> Feb 15 16:02:28 xan kernel: pid 1591 (ck-collect-session-), uid 0: exited on
> signal 11 (core dumped)
>
> ...and there's a fresh
Hi,
I guess this is best handled by the kfreebsd team.
--
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
--- Begin Message ---
Package: hal
Version: 0.5.14-1
Severity: normal
After installing hal on a kfreebsd port of Debian on a kvm p
Petr Salinger wrote:
>> Regarding 0.5.14 (which I plan to upload soon): Do you want me to enable the
>> new
>> usb2 backend (given we get it to compile) or the old usb backend?
>
> I personally prefer the new one, CC-ing -bsd to get broader opinion.
Very well then.
I put up preliminary packages
Adding Scott to CC as he's not subscribed, too.
Petr Salinger wrote:
> Hi.
>
>> One of the prerequisites we identified, was to maintain proper support for
>> kfreebsd.
>> An idea was, to provide a small helper utility for sysvinit, that allows to
>> execute native upstart jobs, even when running
Michael Biebl wrote:
...
> If you are interested, please help us to get this done.
> If you have (technical) questions, please ask.
I forgot to mention, I'm not subscribed to the debian-bsd mailing list, so
please CC on replies
Michael
--
Why is it that all of the instrume
Hi kfreebsd porters,
I've just uploaded upstart 0.6.2-1 to the archive. The first major new release
in Debian since almost two years.
During the bootpermance sprint in London, we discussed the possibility of making
upstart our default /sbin/init for Debian.
One of the prerequisites we identified
67 matches
Mail list logo
