Package: qemu
Version: 0.14.1+dfsg-3
User: debian-bsd@lists.debian.org
Usertags: kfreebsd
qemu doesn't build anymore due to removal of USB legacy headers from
kfreebsd-kernel-headers:
CCusb-bsd.o
/home/rmh/qemu/qemu-0.14.1+dfsg/usb-bsd.c:38:32: fatal error:
legacy/dev/usb/usb.h: El fit
Processing commands for cont...@bugs.debian.org:
> user r...@debian.org
Setting user to r...@debian.org (was r...@debian.org).
> unarchive 608995
Bug #608995 {Done: Aurelien Jarno } [kfreebsd-8] Please
activate support for file system quota.
Unarchived Bug 608995
> usertag 608995 squeeze-candidat
Hi Pedro,
"Pedro F. Giffuni" writes:
> Apple does support most (maybe all) the traditional
> daemons like httpd and ftpd. The difference is that these
> daemons must be run *under* launchd and not on their own.
> Check the launchctl(1) man page.
I understood that this is also how systemd works.
Accepted:
kfreebsd-8_8.2-7.debian.tar.gz
to main/k/kfreebsd-8/kfreebsd-8_8.2-7.debian.tar.gz
kfreebsd-8_8.2-7.dsc
to main/k/kfreebsd-8/kfreebsd-8_8.2-7.dsc
kfreebsd-headers-8-amd64_8.2-7_kfreebsd-amd64.deb
to main/k/kfreebsd-8/kfreebsd-headers-8-amd64_8.2-7_kfreebsd-amd64.deb
kfreebsd-head
kfreebsd-8_8.2-7_kfreebsd-amd64.changes uploaded successfully to localhost
along with the files:
kfreebsd-8_8.2-7.dsc
kfreebsd-8_8.2-7.debian.tar.gz
kfreebsd-source-8.2_8.2-7_all.deb
kfreebsd-headers-8.2-1_8.2-7_kfreebsd-amd64.deb
kfreebsd-image-8.2-1-amd64_8.2-7_kfreebsd-amd64.deb
kfre
Accepted:
libnvpair-dev_8.2-4_kfreebsd-amd64.deb
to main/z/zfsutils/libnvpair-dev_8.2-4_kfreebsd-amd64.deb
libnvpair0-udeb_8.2-4_kfreebsd-amd64.udeb
to main/z/zfsutils/libnvpair0-udeb_8.2-4_kfreebsd-amd64.udeb
libnvpair0_8.2-4_kfreebsd-amd64.deb
to main/z/zfsutils/libnvpair0_8.2-4_kfreebsd
zfsutils_8.2-4_kfreebsd-amd64.changes uploaded successfully to localhost
along with the files:
zfsutils_8.2-4.dsc
zfsutils_8.2-4.debian.tar.gz
libuutil0_8.2-4_kfreebsd-amd64.deb
libuutil-dev_8.2-4_kfreebsd-amd64.deb
libuutil0-udeb_8.2-4_kfreebsd-amd64.udeb
libnvpair0_8.2-4_kfreebsd-amd6
Accepted:
freebsd-libs_8.2+ds1-4.debian.tar.gz
to main/f/freebsd-libs/freebsd-libs_8.2+ds1-4.debian.tar.gz
freebsd-libs_8.2+ds1-4.dsc
to main/f/freebsd-libs/freebsd-libs_8.2+ds1-4.dsc
libcam-dev_8.2+ds1-4_kfreebsd-amd64.deb
to main/f/freebsd-libs/libcam-dev_8.2+ds1-4_kfreebsd-amd64.deb
lib
Your message dated Mon, 08 Aug 2011 15:02:31 +
with message-id
and subject line Bug#637100: fixed in freebsd-libs 8.2+ds1-4
has caused the Debian Bug report #637100,
regarding should be in /lib (needed by zpool / zfs)
to be marked as done.
This means that you claim that the problem has been d
Your message dated Mon, 08 Aug 2011 15:02:31 +
with message-id
and subject line Bug#634752: fixed in freebsd-libs 8.2+ds1-4
has caused the Debian Bug report #634752,
regarding /usr/include/libusb.h:196:2: error: unknown type name 'uint8_t'
to be marked as done.
This means that you claim that
freebsd-libs_8.2+ds1-4_kfreebsd-amd64.changes uploaded successfully to localhost
along with the files:
freebsd-libs_8.2+ds1-4.dsc
freebsd-libs_8.2+ds1-4.debian.tar.gz
libsbuf0_8.2+ds1-4_kfreebsd-amd64.deb
libsbuf0-udeb_8.2+ds1-4_kfreebsd-amd64.udeb
libsbuf-dev_8.2+ds1-4_kfreebsd-amd64.deb
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: pu
This fixes configurations where /usr is a separate filesystem using
either ZFS or a network file system:
* Move libsbuf.so.0 to /lib (needed by /sbin/zfs and /sbin/zpool).
(Closes: #637100
Processing commands for cont...@bugs.debian.org:
> tags 637100 + pending
Bug #637100 [libsbuf0] should be in /lib (needed by zpool / zfs)
Added tag(s) pending.
> thanks
Stopping processing here.
Please contact me if you need assistance.
--
637100: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug
Package: libsbuf0
Version: 8.2+ds1-3
Severity: important
libsbuf0 should be in /lib instead of /usr/lib. Otherwise zpool and zfs
can't use it when /usr is a separate filesystem.
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experim
Package: partman-zfs
Version: 5
Severity: important
mount.d/zfs sets ZFS filesystems up for automated mount. Automated mount
is very dangerous because it leads to collision when two ZFS-based operating
systems are installed in the same pool.
If ZFS is used for /, it will be overlaid on top of th
Hi Pedro,
"Pedro F. Giffuni" writes:
> http://wiki.freebsd.org/launchd
>
> The code on github is somewhat outdated and may need some
Thanks for the pointer! I took a quick look, HOWTO.html says:
"Now if you've ever written a daemon before, you've either called
the daemon() function or writte
Hi,
Edward Tomasz Napierała writes:
> How about simply porting ALSA libraries, without the ALSA kernel
> backend, and configuring them to talk to PulseAudio?
At least in general that sounds like a good idea to me.
-Timo
--
To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org
with a su
Package: busybox
Version: 1:1.18.5-1
Severity: normal
User: debian-bsd@lists.debian.org
Usertags: kfreebsd
$ sudo busybox mount -t zfs thorin/old /mnt
mount: mounting thorin/old on /mnt failed: No such file or directory
$ sudo mount -t zfs thorin/old /mnt
$
-- System Information:
Debian Release:
perl -Mthreads -e 'threads->create(sub {})->detach; fork'
which crashes non-deterministically about half the time for me.
Thanks for reduced testcase.
The problem might be in usage of "pthread_atfork(lock, unlock, unlock)".
It is perfectly valid to unlock() in parent.
But in child it might be
19 matches
Mail list logo
