Matthias Klose | 29 Mar 00:06 2015

Bug#781424: GCC 5 needs an update for gnat on kfreebsd

Package: src:gcc-5
Version: 5-20150327-1
Severity: important
Tags: stretch sid

s-taprop.adb:749:17: "clock_getres" is undefined
../gcc-interface/Makefile:305: recipe for target 's-taprop.o' failed
make[8]: *** [s-taprop.o] Error 1
make[8]: Leaving directory '/«PKGBUILDDIR»/build/gcc/ada/rts'
gcc-interface/Makefile:2583: recipe for target 'gnatlib' failed
make[7]: *** [gnatlib] Error 2


To UNSUBSCRIBE, email to debian-bsd-REQUEST <at>
with a subject of "unsubscribe". Trouble? Contact listmaster <at>
Archive: <at>

Christian Perrier | 27 Mar 07:34 2015

Accepted partman-zfs 44 (source kfreebsd-i386) into unstable

Format: 1.8
Date: Fri, 27 Mar 2015 06:55:42 +0100
Source: partman-zfs
Binary: partman-zfs
Architecture: source kfreebsd-i386
Version: 44
Distribution: unstable
Urgency: low
Maintainer: Debian Install System Team <debian-boot <at>>
Changed-By: Christian Perrier <bubulle <at>>
 partman-zfs - Add to partman support for ZFS (udeb)
 partman-zfs (44) unstable; urgency=low
   [ Updated translations ]
   * Romanian (ro.po) by Bradut Boghita
 6db769f43faebb49bdd8270838c0a3fbd1e05bde 1710 partman-zfs_44.dsc
 04286fc5c2f3e634501d9377b8438a377d680ada 260112 partman-zfs_44.tar.xz
 a3ce69eb776cac49df248094498038ec12792f27 334094 partman-zfs_44_kfreebsd-i386.udeb
 e62f7f9ef6ed0a51fb37dad5cdeb977620f450ad18f20fb8dfc7b3aeca48b550 1710 partman-zfs_44.dsc
 bf6619b462a8431da39bb0e8a952ba0d1445d30886f5381d70b79e9dd5f868d2 260112 partman-zfs_44.tar.xz
 885db189571c2c9dc0f5b6a409355b68bd843642aa82a246930ffa944f32dc0d 334094 partman-zfs_44_kfreebsd-i386.udeb
 0e4a1acf96a05d49323e040d69b4fbe4 1710 debian-installer standard partman-zfs_44.dsc
 6990b0dd998db9c4db9fc1ec3e2d3583 260112 debian-installer standard partman-zfs_44.tar.xz
 84292ee4d0aa478534878127ccc89dc1 334094 debian-installer standard partman-zfs_44_kfreebsd-i386.udeb
(Continue reading)

Jeff Epler | 25 Mar 14:26 2015

Bug#781161: dovecot-core: Can't log in via imap on kFreeBSD amd64 (Auth request missing a file descriptor)

Package: dovecot-core
Version: 1:2.2.15-1
Severity: important

Dear Maintainer,

After upgrading my Debian kFreeBSD machine from Wheezy to Jessie,
dovecot imap stopped working.  The version from experiemental was also
broken in the same way.

After I attempt to sign in with valid information, the following messages
are logged:

dovecot: imap: Error: Auth request missing a file descriptor 
dovecot: imap-login: Error: read(imap) failed: Remote closed connection (service's process_limit

When direcly invoking imap (mutt's set tunnel=/usr/lib/dovecot/imap),
all is well.  When I attempt to sign in with invalid information, the
incorrect password is diagnosed.  So this problem is not actually with

I was not able to determine the exact cause of the problem, but I did
determine that the problems pertains to the fd-passing code, fd_send() /
fd_read().  In the imap process, fd_read succeeds but CHECK_CMSG(cmsg)
is false.

Neither defining BUGGY_CMSG_MACROS nor redefining CHECK_CMSG as for
LINUX20 resolved the problem; doing the latter caused read_fd to fill
out *fd with an invalid file number.  Anyway, fdpass.c looks
(Continue reading)

Debian testing watch | 19 Mar 17:39 2015

partman-zfs 43 MIGRATED to testing

FYI: The status of the partman-zfs source package
in Debian's testing distribution has changed.

  Previous version: 42
  Current version:  43


This email is automatically generated once a day.  As the installation of
new packages into testing happens multiple times a day you will receive
later changes on the next day.
See for more information.

Ole Streicher | 16 Mar 22:40 2015

sgttyb struct not defined


I am trying to get the latest version of eso-midas [1] running on kfreebsd
(and hurd). The problem is that it makes use of the "sgttyb" struct [2].
When compiling, I get the error

sp_pty.c:94:25: error: variable 'd_sg' has initializer but incomplete type
                 struct  sgttyb d_sg = {

I already tried to #include <sgtty.h>, but it didn't help.

Since I hadn't the problem with the last release (13.09pl1.4), and this
particular file wasn't changed since then, I would suspect that there were
an incompatible change in the last months? How can I get this struct back?

Best regards



Steven Chamberlain | 13 Mar 15:28 2015

Re: failed kfreebsd-amd64 build of openjdk-7 7u75-2.5.4-3

Hi Christoph,

On 01:00, Debian buildds wrote:
>  * Source package: openjdk-7
>  * Version: 7u75-2.5.4-3
>  * Architecture: kfreebsd-amd64
>  * State: failed
>  * Suite: sid
>  * Builder:
>  * Build log:

This is unrelated to any change in openjdk-7, but a regression (#777122)
in patch 2.7.4-2, fixed in 2.7.5-1.

Please could you update build-essential on kfreebsd buildds?
And then give back openjdk-7 for rebuilds.

Thank you,

Steven Chamberlain
steven <at>

Christoph Egger | 10 Mar 13:48 2015

Planned setup for kfreebsd-jessie


So the planned setup would consist of 3 -kfreebsd pockets for jessie:

on ftp-master:
  - jessie-kfreebsd
  - jessie-proposed-updates-kfreebsd

on security-master:
  - updates/jessie-kfreebsd

where jessie-proposed-updates-kfreebsd is where our own uploads go. We
can put kfreebsd-only packages there and replace jessie packages (but
need to pick a different version -- like include a +kbsd$n or
something). With the possibility of folding -proposed-updates-kfreebsd
into jessie-kfreebsd on pointreleases.

Both updates/kfreebsd-jessie and jessie-proposed-updates-kfreebsd would
automatically get updates from the "normal" jessie suites via a dak
script Ansgar is going to write. Means we don't get the headstart with
embargoed security stuff. For seurity updates -- we would see them
coming in via the sync from updates/jessie and later, once -release
syncs them into jessie-proposed-updates we would see them show up
again. Ideally -release can trigger our security import when accepting
packages from security as well so we don't do two distinct builds for
the same source (and different binaries in the end).

Jan Henke | 9 Mar 12:19 2015

Bug#780106: src:libc++: Please build on kfreebsd-any

Package: src:libc++
Severity: wishlist
User: debian-bsd <at>

Dear maintainer,

please build this package on kfreebsd-any too. FreeBSD uses libc++ as the
systems default C++ standard library implementation in recent releases. It is
therefore very beneficial for kfreebsd-any to have these binaries too.

I am currently investigating the build errors with the current version and hope
to provide a patch to fix those soon.

This bug is intended to track the porting effort.


-- System Information:
Debian Release: 8.0
  APT prefers testing-updates
  APT policy: (500, 'testing-updates'), (500, 'testing')
Architecture: kfreebsd-amd64 (x86_64)

Kernel: kFreeBSD 10.1-0-amd64
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Jan Henke | 9 Mar 10:45 2015

build libc++ on kfreebsd-any

Hi folks,

I am trying to build libc++ (the C++ standard library from the
LLVM/clang project) on kFreeBSD, but get a bunch of error related to
missing functions from the sprintf family. Did anybody tried to fix this
package already? I see in the header files a lot of ifdef switches, but
would like to keep any necessary patching to the absolute minimum. Any
help is appreciated.

Since upstream (FreeBSD) uses this library as the systems default C++
library, I think it would be very useful to have it in the archive too
for kFreeBSD.

Best regards,
Jan Henke

Steven Chamberlain | 8 Mar 23:05 2015

Accepted partman-zfs 43 (source) into unstable

Format: 1.8
Date: Fri, 27 Feb 2015 23:50:29 +0000
Source: partman-zfs
Binary: partman-zfs
Architecture: source
Version: 43
Distribution: unstable
Urgency: medium
Maintainer: Debian Install System Team <debian-boot <at>>
Changed-By: Steven Chamberlain <steven <at>>
 partman-zfs - Add to partman support for ZFS (udeb)
Closes: 775395
 partman-zfs (43) unstable; urgency=medium
   * Do not enable zpool features by default, except those that are
     read-only compatible, and lz4_compress which is supported by
     grub-pc >> 2.02~ (Closes: #775395)
   * Add myself to Uploaders
 f023897e596afb32303ede76910fdab10042640a 1347 partman-zfs_43.dsc
 beb55057fc66bab779aeff3431ffcbf1c64f3c0e 259728 partman-zfs_43.tar.xz
 b393f9f335c7bbb34ba93a5a2775c7ae75ff5659e913da1184482274bed6d051 1347 partman-zfs_43.dsc
 5e83a9c6e2fd1b7c2e937dfee30e1b8dca6dab4df330b7c1160830014ef44226 259728 partman-zfs_43.tar.xz
 a4ae9fcfcc5a8b798812b1a6a959a904 1347 debian-installer standard partman-zfs_43.dsc
 4b4865df96e3740540858ca6cc8f0e14 259728 debian-installer standard partman-zfs_43.tar.xz
(Continue reading)

Jeff Epler | 1 Mar 01:21 2015

Bug#779467: dpkg: start-stop-daemon sometimes exits with "_cpu_tick_frequency: no such symbol" on kFreeBSD

Package: dpkg
Version: 1.17.23+local1
Severity: important
Tags: patch

On a Debian Jessie kFreeBSD system, start-stop-daemon sometimes exits with
an odd error:

$ sudo service nfsd restart
start-stop-daemon: _cpu_tick_frequency: no such symbol

The specific command invocation which was reliably printing the error
for me was:
# start-stop-daemon --stop --quiet --retry=USR1/30/KILL/5 --name nfsd
start-stop-daemon: _cpu_tick_frequency: no such symbol

This turns out to be due to file descriptor exhaustion due to calls to
kvm_openfiles without balancing calls to kvm_close, which is fixed by the
attached patch.

-- System Information:
Debian Release: 8.0
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'testing'), (500, 'stable')
Architecture: kfreebsd-amd64 (x86_64)

Kernel: kFreeBSD 10.1-0-amd64
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)
(Continue reading)